CN102934411A

CN102934411A - 改进的对等系统

Info

Publication number: CN102934411A
Application number: CN2010800674748A
Authority: CN
Inventors: C.施密特
Original assignee: Nokia Siemens Networks Oy
Current assignee: Nokia Solutions and Networks Oy
Priority date: 2010-06-17
Filing date: 2010-06-17
Publication date: 2013-02-13
Also published as: MX2012014329A; EP2583435A1; WO2011157295A1; US20130086278A1

Abstract

本发明涉及用于提供改进的对等系统的方法和设备，特别地涉及提供直播流。跟踪器（105）可以从一个或多个第一对等方（103a，103b）接收报告，其中所述报告包括涉及广播的第一直播流的一个或多个服务质量测量结果。跟踪器（105）可以接收针对所述广播的来自第二对等方（103c）的请求，并且跟踪器（105）基于接收到的服务质量测量结果来确定针对广播的第二直播流的源（103a，103b，105）。跟踪器可以接着将所确定的源通知给第二对等方（103c）。

Description

改进的对等系统

技术领域

本发明涉及提供一种改进的对等系统，并且特别地提供一种用于直播流媒体（live streaming）的改进的对等系统。

背景技术

对等（P2P）网络通常具有包括数个对等方的分布式网络架构，所述数个对等方接收资源以及直接向其它对等方供给资源。P2P网络中的对等方的数目的范围可以从数个对等方到数千个对等方（如果不是更多）。

在这个方面，P2P网络因实施文件共享系统而最众所周知，在那里文件可以由P2P网络中的对等方的每个来分发或接收，这与常规的客户端-服务器模型相反，在那里通常是服务器供给文件而客户端接收文件。

P2P网络的其它使用可以包括例如应用的分发、或数据的分发、大任务的分布式处理等等。

然而，针对广播的直播流媒体使用P2P网络是引入新问题的新应用。因而，存在对于如下改进的P2P系统的需求：所述改进的P2P系统实现P2P网络上的直播流媒体，所述P2P网络上的直播流媒体提供有效的用户体验和直播流媒体的源的有效确定。因此，本发明寻求至少部分地解决在上文提及的问题和需求。

发明内容

根据本发明的第一方面，提供有一种方法，其中所述方法包括如下步骤：从一个或多个第一对等方接收报告，其中所述报告包括涉及广播的第一直播流（live stream）的一个或多个服务质量测量结果；接收针对所述广播的来自第二对等方的请求；基于接收到的服务质量测量结果，确定针对所述广播的第二直播流的源；以及将所确定的源通知给第二对等方。

该方法可以由对等（P2P）网络中的跟踪器来实施。因此，基于由接收所述广播的第一直播流的第一对等方所提供的服务质量测量结果，针对由第二对等方所请求的广播的直播流的源可以被确定。可以接着给第二对等方通知所确定的源，使得第二对等方可以获得或接收被请求的广播的直播流。这可以有益地提高可以被提供给请求所述广播的第二对等方的第二直播流的质量，并且因此可以提高该对等方的用户体验。

对等方可以包括用户装置，例如包括个人计算机、膝上型计算机、移动装置等等，所述用户装置可以能够连接到P2P网络，并且可以能够发送和/或接收直播流。对等方可以包括使用或观看用户装置的用户。

广播可以属于正在出现或发生的直播事件（例如体育赛事、音乐会、新闻报道等）。每个广播都可以具有数个相对应的直播流，因为在P2P网络中，针对特定的广播可以存在直播流的多个源，其中所述特定的广播可以由数个对等方来接收。

基本上在事件在P2P网络上正在出现或发生的时刻，直播流可以涉及提供或分发事件（例如体育赛事、音乐会、包括新闻、事实、戏剧的节目等等）的广播的音频和/或视频。因而，广播和相对应的直播流可以具有实时方面，因为当事件正在发生时，这些对等方想要接收所述事件的广播的直播流。

确定源的步骤可以进一步包括：将加权值应用到服务质量测量结果中的一个或多个；以及聚集加权值，以确定所述第二直播流的最优源。被应用的加权值可以是相同的。通过应用加权值，涉及第一直播流的服务质量测量结果、接着不同的服务质量测量结果可以被按优先序排列。服务质量测量结果可以由对等方、跟踪器或其组合被按优先序排列。服务质量测量结果可以包括可以被用来确定第一直播流的质量的任何测量结果，其中所述第一直播流可以由第一对等方来接收。例如，服务质量测量结果可以包括端到端延迟、该直播流遍历P2P网络的路径的一个或多个部分上的延迟、由第一对等方所接收到的丢失的和/或缺少的和/或有错误的包的比率、广播的音频和/或视频的质量等等。

来自第二对等方的请求可以包括一个或多个服务偏好，并且确定源的步骤进一步基于所述一个或多个服务偏好。服务偏好可以由第二对等方来提供，或者被选自可以由跟踪器提供的服务偏好的预定义的列表。服务偏好可以与广播或为广播的主题的事件有关。例如，如果事件是直播体育赛事，那么服务偏好可以包括最短的延迟。如果事件是直播音乐会，那么服务偏好可以包括最高的音频质量。因此，当确定源以向请求广播的对等方提供广播的直播流时，服务偏好可以被考虑。服务偏好可以被用来对服务质量测量结果按优先序排列。

确定源的步骤可以进一步基于一个或多个预定义的策略。这些预定义的策略可以由跟踪器来限定和存储。预定义的策略可以由对等方来限定。预定义的策略可以限定规则或优先级，所述规则或优先级可以直接涉及或可以不直接涉及服务质量测量结果。例如，策略可以限定：源应该在地理上被定位接近于请求广播的对等方。源的地理位置和对等方可以涉及一个或多个服务质量测量结果，例如，源与对等方之间的距离越大越可以影响延迟。

将所确定的源通知给第二对等方的步骤可以包括提供所确定的源的网络地址。一旦针对被请求的广播的直播流的源已经基于服务质量测量结果被确定，那么就给第二对等方通知所确定的源的网络地址，使得第二对等方可以与所确定的源进行通信，以使得第二对等方能够接收广播的直播流。

第一流可以与第二流相同，例如第一对等方可以接收第一流，并且作为源分发相同的流作为第二流。第一流可以由第一对等方接收，并且第一对等方可以基于第一流生成第二流。源可以不接收第一流，而是生成第二流，例如，源可以是分发器（distributor），所述分发器是正在捕获和提供或分发广播的实体。

该方法可以进一步包括接收可以是可用于被分发到一个或多个对等方的广播的指示。该方法可以包括接收源的指示。该方法可以包括标识和存储涉及源和/或接收直播流的对等方的信息或细节。该方法可以进一步包括监控、协调、维持或跟踪广播和/或直播流。

根据本发明的第二方面，提供有一种设备，所述设备包括：适应于从一个或多个第一对等方接收报告的第一输入，其中所述报告包括涉及广播的第一直播流的一个或多个服务质量测量结果；适应于接收针对所述广播的来自第二对等方的请求的第二输入；适应于基于接收到的服务质量测量结果来确定针对所述广播的第二直播流的源的处理器；以及适应于将所确定的源通知给第二对等方的输出。

根据本发明的第三方面，提供有一种设备，所述设备适应于：从一个或多个第一对等方接收报告，其中所述报告包括涉及广播的第一直播流的一个或多个服务质量测量结果；接收针对所述广播的来自第二对等方的请求；基于接收到的服务质量测量结果，确定针对所述广播的第二直播流的源；以及将所确定的源通知给第二对等方。

处理器可以进一步适应于将加权值应用到服务质量测量结果中的一个或多个；以及聚集加权值，以确定第二直播流的最优源。被应用的加权值可以全部相同的、不同的或其任何组合。

来自第二对等方的请求可以包括一个或多个服务偏好，并且处理器可以进一步适应于确定源进一步基于一个或多个服务偏好。

处理器可以进一步适应于基于一个或多个预定义的策略来确定源。该设备可以进一步包括适应于存储预定义的策略的存储装置。

输出可以进一步适应于通过提供被确定的源的网络地址来将所确定的源通知给第二对等方。

该设备可以包括适应于接收可以是可用于被分发到一个或多个对等方的广播的指示的另一输入。该设备可以包括适应于接收源的指示的另一输入。该设备可以包括适应于标识和存储涉及接收直播流的源和/或对等方的信息或细节的另一处理器。该设备可以进一步包括适应于监控、协调、维持或跟踪广播和/或直播流的另一处理器。

在上文所描述的输入可以是相同的输入、不同的输入或其任何组合。在上文所描述的输出可以是相同的输出、不同的输出或其任何组合。在上文所描述的处理器可以是相同的处理器、不同的处理器或其任何组合。

该设备可以是跟踪器。该设备可以是集中式服务器、计算装置或在系统上被实施的功能。

该设备可以由软件、硬件或其任何组合来适配。该设备可以适应于执行任何或全部根据本发明的各方面的功能或特征。

根据本发明的第四方面，提供有一种计算机程序产品，所述计算机程序产品包括用于如下动作的计算机可读的可执行代码：从一个或多个第一对等方接收报告，其中所述报告包括涉及广播的第一直播流的一个或多个服务质量测量结果；接收针对所述广播的来自第二对等方的请求；基于接收到的服务质量测量结果，确定针对所述广播的第二直播流的源；以及将所确定的源通知给第二对等方。

该计算机程序产品可以进一步包括用于执行任何或全部根据本发明的各方面的功能的计算机可读的可执行代码。

根据本发明的第五方面，提供有一种方法，所述方法包括如下步骤：接收广播的直播流；确定针对直播流的一个或多个服务质量测量结果；基于一个或多个服务质量测量结果来生成报告；以及向跟踪器发送报告。

该方法可以由对等方来实施。因而，接收广播的直播流的对等方可以采取或确定涉及接收到的直播流的服务质量测量结果，并且向跟踪器报告服务质量测量结果，使得跟踪器可以存储和利用所述服务质量测量结果。

根据本发明的第六方面，提供有一种设备，所述设备包括：适应于接收广播的直播流的输入；适应于确定针对直播流的一个或多个服务质量测量结果的第一处理器；适应于基于一个或多个服务质量测量结果来生成报告的第二处理器；以及适应于向跟踪器发送报告的输出。

根据本发明的第七方面，提供有一种设备，所述设备适应于：接收广播的直播流；确定针对直播流的一个或多个服务质量测量结果；基于一个或多个服务质量测量结果来生成报告；并且向跟踪器发送报告。

第一处理器和第二处理器可以是相同的处理器或不同的处理器。该设备可以是计算装置，例如是移动装置、个人计算机、膝上型计算机等等。该设备可以能够连接到P2P网络或者与P2P网络进行通信，并且可以接收和发送广播的直播流。

根据本发明的第八方面，提供有一种计算机程序产品，所述计算机程序产品包括用于如下动作的计算机可读的可执行代码：接收广播的直播流；确定针对直播流的一个或多个服务质量测量结果；基于一个或多个服务质量测量结果来生成报告；以及向跟踪器发送报告。

该计算机程序产品可以进一步包括计算机可读的可执行代码，用于执行任何或全部根据本发明的各方面的功能。

附图说明

仅通过例子并且参照附图，本发明的实施例现在将被解释，在所述附图中：

图1示出了根据本发明的许多实施例的系统的简化框图。

具体实施方式

如在图1中所示，对等（P2P）系统101可以包括跟踪器102、一个或多个对等方103以及一个或多个分发器105。跟踪器102、一个或多个对等方103以及一个或多个分发器105可以通过网络104被有效力地（operatively）彼此连接。

跟踪器102协调并跟踪涉及由一个或多个对等方103正在接收的一个或多个广播的直播流。跟踪器102也可以维持涉及接收直播流的对等方103中的每个和供给或分发直播流的源中的每个的信息，在那里源可以包括分发器105和接收直播流的任何对等方103。特别地，跟踪器102可以标识接收直播流的每个对等方103和每个源的网络位置。跟踪器102可以是集中式服务器，可以是另一计算装置或服务器，或者可以是系统（例如网络104中的管理系统）上的功能。

在P2P系统101中，将存在一个或多个对等方103。在图1中，三个对等方103a、103b和103c被示出，然而，可以期望的是，在任何一个P2P系统101中会存在数十个、数百个、数千个（如果不是更多）对等方103。对等方103通常是用户装置，例如是个人计算机、膝上型计算机、移动装置等等，所述用户装置能够经由网络104连接到P2P系统101，并且能够发送和/或接收直播流。对等方103可以既接收直播流（例如消费者）又分发直播流（例如源）。P2P系统101可以覆盖任何地理区域，例如，P2P系统101可以是全球的、地区的、国家的或本地的，并且因此对等方103和分发器105可以位于行星上的任何地方。

分发器105可以是单独分发涉及广播的直播流的实体，并且因此仅仅是直播流的源。例如，分发器105可以是对事件（例如体育赛事、音乐会等等）进行广播的事件组织者、对节目进行广播的电视公司等等。每个广播都可以具有数个相对应的直播流，因为在P2P系统101中，针对特定的广播可以存在直播流的多个源。

基本上在事件在网络104上正在出现或正在发生的时刻，直播流涉及提供或分发事件（例如体育赛事、音乐会、包括新闻、事实、戏剧的节目等等）的广播的音频和/或视频。因而，广播和相对应的直播流具有实时方面，因为当事件正在发生时，对等方想要接收事件的广播。

网络104可以是使得对等方103、跟踪器102和分发器105能够被有效力地连接的任何网络。例如，网络104可以是因特网。

参照图1，如果有实施例，则根据许多实施例，例子将被描述。分发器105可以是有效地或基本上实时地正在分发直播事件（例如直播足球比赛）的广播的实体。第一对等方103a（例如个人计算机）正在网络104上从分发器105接收该直播足球比赛的广播的直播流。第一对等方103a也可以成为针对该广播的直播流的源。第二对等方103b正在网络104上从第一对等方103a接收足球比赛的直播流（因而，第一对等方103a是针对第二对等方103b的源）。第二对等方103b也可以成为该足球比赛的广播的直播流的源。

跟踪器102协调并跟踪涉及该广播的直播流，其中所述广播正在网络104上被分发或被供给。跟踪器102维持涉及接收直播流的第一对等方103a和第二对等方103b中的每个以及是或可以分发广播的直播流的源中的每个（在这个例子中其包括分发器105以及第一对等方103a和第二对等方103b）的信息。特别地，跟踪器102标识或维持第一对等方103a和第二对等方103b以及分发器105的网络位置。

当开始分发广播时或在广播的计划分发之前，分发器105可以将所述广播通知给跟踪器102，并且因此给跟踪器102通知分发器105是所述广播的直播流的源。经由例如消息或通过使用跟踪器102的网络地址注册广播，分发器105可以将所述广播通知给跟踪器102。跟踪器102可以维持涉及广播的直播流的源（例如分发器105）的信息。第一对等方103a和第二对等方103b将已经从跟踪器102接收到该广播的直播流的所选择的源的联系细节（contact details），以便接收足球比赛的直播流。第一对等方103a和第二对等方103b将已经向跟踪器102请求该直播流，并且跟踪器102提供源的联系细节的过程可以遵循在下文所描述的机制。一旦第一对等方103a和第二对等方103b正在接收直播流，那么跟踪器102就维持涉及作为该直播足球比赛的广播的直播流的另外的源的第一对等方103a和第二对等方103b的信息。跟踪器102可以将对等方103a、103b自动地注册为源，一旦这些对等方接收到直播流，或者跟踪器102可以等待，直到对等方10sa、103b中的每个都给跟踪器102通知这些对等方可以是该广播的直播流的源。

当对等方接收到直播流时，该对等方可以进行涉及该直播流的各种服务质量（QoS）测量。例如，该对等方可以测量涉及该直播流的端到端延迟、部分或整个路径上的延迟、接收到的丢失的或有错误的包的比率、音频和/或视频的质量等等。

为了确定或测量端到端延迟（例如在接收从源到对等方的包中的延迟），一个例子可以是实时协议（RTP）时间戳的扩展，以使得端到端延迟能够被测量。其它例子可以包括当包通过网络被发送时将信息添加到包，使得端到端延迟可以通过接收直播流的对等方被确定或被测量。

为了确定或测量丢失的/有错误的包的比率，接收直播流的对等方可以基于接收到的包进行必需的测量。

因而，在这个例子中，从分发器105接收直播流的第一对等方103a将确定涉及其正在接收的接收到的直播流的QoS测量结果。从第一对等方103a接收直播流的第二对等方103b将确定涉及其正在接收的接收到的直播流的QoS测量结果。第一对等方103a和第二对等方103b可以将QoS测量结果发送到跟踪器102，所述跟踪器102可以存储所述QoS测量结果。QoS测量结果可以由跟踪器102关于源、源和/或对等方的地理区域、直播流等等中的一个或多个来存储，使得当确定或选择针对请求接收广播的任何另外的对等方的源时，跟踪器102可以能够利用和分析所述QoS测量结果。

第一对等方103a和第二对等方103b可以在对等方103a、103b开始接收或使用相应的直播流的时刻将QoS测量结果报告或发送给跟踪器102。如果涉及每个对等方103a、103b接收的相应的直播流的QoS测量结果发生任何改变或者当涉及每个对等方103a、103b接收的相应的直播流的QoS测量结果发生任何改变时，那么对等方103a、103b可以将另外的QoS测量结果发送给跟踪器102。

跟踪器102也可以包括或存储一个或多个预定义的策略。所述预定义的策略中的每个都可以限定一个或多个规则或优先级，所述一个或多个规则或优先级在确定针对对等方的直播流的源时可以由跟踪器102来应用。例如，策略可以限定：源应该被定位在请求直播流的对等方的地理区域近旁。一个或多个策略可以限定涉及直播流和/或源的预确定的服务类别。如将被意识到的那样，一个或多个策略可以描述或限定可以被应用于选择针对对等方的直播流的源的任何数目的规则或优先级。

在所描述的例子中，第三对等方103c希望接收直播足球比赛的广播。第三对等方103c可以与跟踪器102相互作用，以便请求该足球比赛的广播的直播流的源。例如，通过把对等装置上的网络浏览器指向跟踪器102的网络地址并且在网页上完成或填满细节，以便请求该广播，第三对等方103c可以与跟踪器102相互作用。可替换地，对等方103c可以将消息发送给跟踪器102，从而请求特定的广播。

请求直播流可以进一步包括涉及对等方103c希望接收的广播的服务偏好。由对等方103c所选择并且被提供给跟踪器102的服务偏好可以与广播的类型有关，并且因此可以针对广播的每个类型而是不同的。例如，如果广播涉及直播体育赛事（例如足球比赛），那么对等方103c可能希望接收具有最短的延迟的直播流。在另一例子中，如果广播涉及音乐会，那么对等方103c可能希望接收具有最高质量音频的直播流。

如在上文所描述的那样，不同的服务类别可以被预定义或被预确定为例如跟踪器102中的策略。例如，涉及直播体育赛事的广播的服务类别可以被限定为包括对于最短延迟直播流的偏好，从而使得对等方能够选择服务类别，而不是选择各个单独的偏好。

因此，由对等方所提供的服务偏好可以包括一个或多个各个单独的偏好或包括一个或多个服务类别。对等方还可以指示与每个偏好相关联的优先级。

如果对等方并不指示或提供服务偏好，那么跟踪器102可以具有被限定的策略，所述被限定的策略默认为一个或多个偏好的设置列表，例如可以默认为预定义的服务类别或默认为一个或多个特定的偏好。

如将被意识到的那样，服务偏好可以覆盖大范围的偏好，并且包括任何数目的偏好，所述偏好包括例如QoS偏好、成本、位置等等）。

在从对等方103c接收到对广播的请求，跟踪器102选择或确定源，以提供被请求的广播的直播流。跟踪器102可以基于所存储的策略、服务偏好（如果由进行请求的对等方103c提供）或涉及源的被存储的QoS测量结果和/或由接收该广播的直播流的其它对等方所提供的直播流中的一个或多个来选择源。

在这个所描述的例子中，跟踪器102应用如下策略：所述策略将优先级限定为是源距离请求广播的对等方103c的地理距离，在那里距离越短，源越是有利的。为了对可用的源按优先序排列，跟踪器可以基于其位置将加权值应用到每个源，例如，更接近于请求广播的对等方的源可以接收更高的加权值。如在上文所提及的那样，任何数目的策略（或甚至没有策略）可以被应用，在那里当跟踪器102确定特定的源以向进行请求的对等方提供直播流时，所述策略限定了可以被考虑的任何数目的规则或优先级。

基于接收到的QoS测量结果，跟踪器102也可以确定或标识最佳匹配针对由对等方103c所请求的广播的服务偏好的源。例如，跟踪器102可以基于服务偏好将加权值应用到涉及每个源和/或直播流的每个QoS测量结果。

跟踪器102可以接着聚集与QoS测量结果一起被应用的任何策略的加权值，并且选择可以向对等方103c提供或分发被请求的广播的直播流的最佳可用的源。

在上面的例子中，跟踪器102应用加权值并且聚集那些加权值，然而，如将被意识到的那样，用于确定或选择最佳可用的源的其它机制可以被使用，以考虑与服务偏好和QoS测量结果一道被应用的任何策略。

在这个所描述的例子中，当对等方103c请求直播足球比赛的广播时，对等方103c指示它们的服务偏好是最短的延迟，并且由跟踪器102所应用的策略是源应该在地理上接近于对等方103c。因而，跟踪器102将（在这个例子中，基于直播流的延迟并且基于源的位置）对源按优先序排列。在该例子中，存在直播流的三个可能的源，即为分发器105、第一对等方103a和第二对等方103b。

为了简化这个例子，跟踪器102可以利用为1至10的加权范围（在那里1是最差的而10是最佳的），以对优先级（在这个情况下，所述优先级为位置和延迟）中的每个按优先序排列。

在这个例子中，分发器105距离对等方103c为200公里，第一对等方103a距离对等方103c为60公里，而第二对等方103b距离对等方103c为50公里。因此，跟踪器102可以针对分发器105应用为2的加权值，针对第一对等方103a应用为8的加权值，而针对第二对等方103b应用为10的加权值。

在最短的延迟方面，在这个例子中，跟踪器102将根据针对每个直播流和/或源的被存储的QoS测量结果确定：最短的延迟涉及可以由第一对等方103a分发的直播流，第二最短的延迟涉及可以由分发器105分发的直播流，而第三最短的延迟涉及可以由第二对等方103b分发的直播流。因而，跟踪器102可以将为10的加权值应用到第一对等方103a，将为7的加权值应用到分发器105并且将为4的加权值应用到第二对等方103b。

跟踪器102可以接着聚集针对每个源的加权值，以便确定针对第三对等方103c的直播流的最佳可用的源。因而，被聚集的加权在这个例子中针对分发器105是9，针对第一对等方103a是18，而针对第二对等方103b是14。正因为如此，基于定位策略并且还基于涉及直播流和/或源的在跟踪器102处被接收到和被存储的QoS测量结果，跟踪器102确定第一对等方103a是最佳的源。

一旦跟踪器102已经确定最佳可用的或最优的源，以提供被请求的广播的直播流，跟踪器102就将被选择的源的联系细节通知给进行请求的对等方103c。因而，在这个例子中，当跟踪器102确定第一对等方103a是最佳可用的源时，那么跟踪器102将第一对等方103a的联系细节通知给第三对等方103c（请求该广播的对等方），使得第三对等方103c可以获得并接收直播足球比赛的广播的直播流。

如果对等方103c正经由网络浏览器与跟踪器102相互作用，那么跟踪器102可以通过可选择的链路、通过HTP重定向等等给对等方103c提供或通知所选择的源。可替换地，跟踪器102可以向对等方103c发送消息，以便将联系细节（例如被选择的源的网络地址）通知给对等方103c。该消息可以包括作为可选择的链路的源。

为了便于和简化该例子，只有两个方面（位置和延迟）曾被按优先序排列，并且任意的和简单的加权系统曾由跟踪器应用。然而，如将被意识到的那样，任何数目的方面都可以被按优先序排列，并且任何加权系统都可以被应用，以基于QoS测量结果确定最佳可用的源。此外，跟踪器102可以应用任何机制，以基于由正在接收广播的直播流的对等方所提供的QoS测量结果来选择或确定最佳可用的源。

因此，在本发明的许多实施例中，广播的直播流的源可以基于该广播在P2P系统中的其它直播流的服务质量测量结果而被确定。因此，被提供给请求广播的对等方的直播流的质量可以被改进，从而提高用户体验。

通过基于直播流的服务质量测量结果确定源，改进该直播流的质量的可预测性。在P2P系统中每个对等方都可以是接收和分发或发送直播流的对等方的链的部分之处，这是特别有益的，在那里链中的每个对等方对流的可靠性和质量通过例如具有慢的装置、增加的延迟、被填充的下行链路或上行链路、不可靠的连接等等都可以具有负面影响。因而，通过考虑针对P2P网络中的直播流的服务质量测量结果，可以提供最佳质量的直播流的源的选择或确定可以针对请求广播的对等方来进行，这在考虑直播事件的广播时是有益的。

虽然本发明的优选实施例已经被示出和被描述，但是将理解的是，这样的实施例仅仅通过例子被描述。本领域技术人员将想到众多变型、改变和替代方案，而不离开本发明的由所附的权利要求书所限定的范围。因此，意图是，时，下面的权利要求覆盖所有如落在本发明的精神和范围内的这样的变型或等价物。

Claims

1.一种方法，其包括以下步骤：

从一个或多个第一对等方接收报告，其中所述报告包括涉及广播的第一直播流的一个或多个服务质量测量结果；

接收针对所述广播的来自第二对等方的请求；

基于所述接收到的服务质量测量结果，确定针对所述广播的第二直播流的源；以及

将所述所确定的源通知给所述第二对等方。

2.根据权利要求1所述的方法，其中，所述确定所述源的步骤进一步包括：

将加权值应用于所述服务质量测量结果中的一个或多个；以及

聚集所述加权值，以确定所述第二直播流的最优源。

3.根据权利要求1或2所述的方法，其中，所述来自所述第二对等方的请求包括一个或多个服务偏好，并且所述确定所述源的步骤进一步基于所述一个或多个服务偏好。

4.根据上述权利要求中的任一权利要求所述的方法，其中，所述确定所述源的步骤进一步基于一个或多个预定义的策略。

5.根据上述权利要求中的任一权利要求所述的方法，其中，所述将所述所确定的源通知给所述第二对等方的步骤包括提供所述所确定的源的网络地址。

6.一种设备，其包括：

适应于从一个或多个第一对等方接收报告的第一输入，其中所述报告包括涉及广播的第一直播流的一个或多个服务质量测量结果；

适应于接收针对所述广播的来自第二对等方的请求的第二输入；

适应于基于所述接收到的服务质量测量结果来确定针对所述广播的第二直播流的源的处理器；以及

适应于将所述所确定的源通知给所述第二对等方的输出。

7.根据权利要求6所述的设备，其中，所述处理器进一步适应于：

聚集所述加权值，以确定所述第二直播流的最优源。

8.根据权利要求6或7所述的设备，其中，所述来自所述第二对等方的请求包括一个或多个服务偏好，并且所述处理器进一步适应于确定所述源进一步基于所述一个或多个服务偏好。

9.根据权利要求6至8中的任一权利要求所述的设备，其中，所述处理器进一步适应于基于一个或多个预定义的策略来确定所述源。

10.根据权利要求6至9中的任一权利要求所述的设备，其中，所述输出进一步适应于通过提供所述所确定的源的网络地址来将所述所确定的源通知给所述第二对等方。

11.一种计算机程序产品，其包括用于如下动作的计算机可读的可执行代码：

接收针对所述广播的来自第二对等方的请求；

将所述所确定的源通知给所述第二对等方。

12.一种方法，其包括如下步骤：

接收广播的直播流；

确定针对所述直播流的一个或多个服务质量测量结果；

基于所述一个或多个服务质量测量结果来生成报告；以及

向跟踪器发送所述报告。

13.一种设备，其包括：

适应于接收广播的直播流的输入；

适应于确定针对所述直播流的一个或多个服务质量测量结果的第一处理器；

适应于基于所述一个或多个服务质量测量结果来生成报告的第二处理器；以及

适应于向跟踪器发送所述报告的输出。

14.一种计算机程序产品，其包括用于如下动作的计算机可读的可执行代码：

接收广播的直播流；

确定针对所述直播流的一个或多个服务质量测量结果；

基于所述一个或多个服务质量测量结果来生成报告；以及

向跟踪器发送所述报告。