一种鲁棒的基于点对点的流调度方法

1、一种鲁棒的基于点对点的流调度方法，包括组网方法和调度方法，其特征在 于，所述的组网方法包括以下步骤：
(1)在直播网络中，调度服务器为客户端节点找到其他的客户端节点，并通知 流媒体服务器向客户端节点提供媒体流；
(2)流媒体服务器向客户端节点提供稳定的媒体流；
(3)客户端节点接收来自流媒体服务器或提供媒体流的客户端节点的媒体流， 并缓存媒体流，在该客户端节点播放媒体流的同时，通过点对点方式向其他客户端节 点提供媒体流；
(4)在步骤(3)中的客户端节点中，若在点对点传输过程中，向其他客户端节 点提供媒体流，则该客户端节点称为提供媒体流的客户端节点，否则该客户端节点称 为底层客户端节点；
(5)在步骤(3)中的客户端节点中，若在点对点传输过程中，接收来自流媒体 服务器或接收提供媒体流的客户端节点的媒体流，则该客户端节点称为接收媒体流的 客户端节点；
(6)在步骤(3)中的客户端节点中，若位于某一个子网内部，并且向其他客户 端节点提供媒体流，则该客户端节点称为多播客户端节点；
(7)在步骤(3)中的客户端节点中，若位于某一个子网内部，且只接收来自同 一子网内其他多播客户端节点的媒体流，同时不向子网外其他客户端提供媒体流，则 该客户端节点称为多播接收客户端节点；
(8)在步骤(3)中的客户端节点中，可同时是提供媒体流的客户端节点、接收 媒体流的客户端节点和多播客户端节点，但只要它是提供媒体流的客户端节点、接收 媒体流的客户端节点和多播客户端节点三者之一，它就不能是多播接收客户端节点；
(9)在步骤(3)中的客户端节点中，如果正在请求加入直播网络，则该客户端 节点称为请求加入的客户端节点；
(10)在步骤(3)中的客户端节点中，如果正在请求或已强行退出直播网络， 则该客户端节点称为退出的客户端节点；
(11)步骤(3)中的客户端节点，如果直接从流媒体服务器获得媒体流，则该 客户端节点称为种子客户端节点；
(12)流媒体服务器位于该网络的第0层；种子客户端节点位于该网络的第1层； 若某个客户端节点由若干个提供媒体流的客户端节点提供媒体流，则它位于网络的层 次是所有提供媒体流的客户端节点中最大的层次加一；如果某个客户端节点是由某个 多播客户端节点提供媒体流，则它的层次是多播客户端节点的层次加一；网络中层次 序号是用来估计媒体流在网络中产生的延迟；
所述调度方法，包括如下步骤：
(13)当有新的客户端节点申请加入直播网络时，必须先与所述调度服务器连接， 通过调度服务器分配提供媒体流的客户端节点或多播客户端节点为其提供媒体流；
(14)当有某个客户端节点退出直播网络时，调度服务器要根据当前网络拓扑情 况，选择一个多播接收客户端节点或底层客户端节点替代退出的客户端节点；
(15)调度服务器保存一份详细记录该网络的拓扑结构网络拓扑表，当有客户端 节点加入或退出该网络时，该网络拓扑表也动态实时更新；
(16)在调度服务器的调度过程中，每个客户端节点的提供媒体流的客户端节点 的层次数都比该客户端节点的层次数小；
(19)在调度服务器的调度过程中，将每个不能对外提供媒体流的客户端节点分 配到直播网络的最底端，使其成为底层客户端节点；
(20)直播环境下存在多个频道的处理，可以同时运行多个调度服务器，也可以 在同一调度服务器上开启不同端口予以支持，每一个调度服务器或每一个端口均在逻 辑上维护各自的网络；
所述第(14)步骤中，当有某个客户端节点退出直播网络时，调度服务器的调度 方法，具体包括以下步骤：
(14.1)如果退出的客户端节点所在的子网内部存在多播接收客户端节点；且退 出的客户端节点本身是一个多播客户端节点，则将退出的客户端节点的工作全部转移 到该子网内的一个多播接收客户端节点上，该多播接收客户端节点与退出的客户端节 点的所有提供媒体流的客户端节点建立连接，从而获得所有的媒体流数据，同时接受 退出的客户端节点的所有接收媒体流的客户端节点的请求；
(14.2)如果退出的客户端节点所在的子网内部存在多播接收客户端节点，且退 出的客户端节点本身是一个多播接收客户端节点，则将该退出的客户端节点从该网络 的拓扑表中删除；
(14.3)如果退出的客户端节点所在的子网内部不存在多播接收客户端节点，则 分配一个底层客户端节点来代替退出的客户端节点；
(14.4)如果退出的客户端节点为底层客户端节点，则将该退出的客户端节点从 该网络的拓扑表中删除。
2、如权利要求1所述的方法，其特征在于，在所述第(13)步骤中当有新的客 户端节点申请加入直播网络时，调度服务器的调度方法，具体包括以下步骤：
(13.1)若请求加入的客户端节点所在子网内没有或只有一个其他的客户端节点 时，则调度服务器向请求加入的客户端节点分配该子网以外的若干个客户端节点或流 媒体服务器给请求加入的客户端节点作为提供媒体流的候选客户端节点，请求加入的 客户端节点通过比较，选择若干个客户端节点作为提供媒体流的客户端节点，此时请 求加入的客户端节点工作在P2P模式；
(13.2)如果请求加入的客户端节点所在子网内有2个或2个以上的客户端节点， 则可以采用P2P模式，也可以采用组播模式加入到整个直播网络中；
(13.3)在步骤(13.2)中，若请求加入的客户端节点采用组播的方式加入直播 网络，则根据原先该子网内是否存在其他多播接收客户端节点，确定新客户端节点加 入的调度方法；
(13.4)在步骤(13.3)中，若原先该子网内存在其他多播接收客户端节点，则 调度服务器将请求加入的客户端节点的地址和端口号告知该子网内的所有多播客户 端节点，每个多播客户端节点将请求加入的客户端节点的信息加入到各自得组播列表 中；
(13.5)在步骤(13.3)中，若原先该子网内不存在其他多播接收客户端节点， 则调度服务器将告知该子网内所有的工作在P2P模式下的客户端节点，使它们进入组 播状态，之后回步骤(13.4)。
3、如权利要求1所述的方法，其特征在于，在所述第(15)步骤中，拓扑表动 态实时更新的方法，具体包括以下步骤：
(15.1)每个客户端节点都必须定期向调度服务器发送存活信号，表示自己仍然 处于网络中，并且还在工作，如果某个客户端节点在给定的时间阈值内没有发送存活 信号，则认为该客户端节点已经退出直播网络，并将其从拓扑表中删除，之后按客户 端节点退出的调度方法处理；
(15.2)在步骤(15.1)中，每个客户端节点向调度服务器发送存活信号的时间 间隔在一个给定的范围内随机变化；
(15.3)当组播网络的规模大于设定的规模阈值时，采用分级监听的方法动态更 新拓扑表。
4、如权利要求3所述的方法，其特征在于，该分级监听方法具体包括：种子客 户端节点是唯一直接向调度服务器发送存活信号的客户端节点；除种子客户端节点以 外的所有客户端节点，直接向提供媒体流的客户端节点或多播客户端节点发送存活信 号；若提供媒体流的客户端节点或多播客户端节点在该时间阈值内没有收到某个客户 端节点的存活信号，直接通知调度服务器；调度服务器将在该时间阈值内没有发送存 活信号的客户端节点从拓扑表中删除，之后按客户端节点退出的调度方法处理。

技术领域\n本发明属于信息传播技术领域，尤其涉及一种基于直播网络环境下的高鲁棒性的 P2P流调度方法。\n背景技术\n随着Internet的发展，特别是宽带业务的迅速普及，人们已经不再满足于仅有文 本、图像等简单信息。而对内容更丰富的视频，音频等媒体服务有了越来越多的需求。 网络中的多媒体内容，尤其是连续媒体内容(视频和音频)，即流媒体内容正在迅速 地增加。流媒体是多媒体和网络通信的交叉学科。在流媒体应用中，内容提供方将压 缩后的视频数据分拆打包后以“流”的方式通过网络同时传输给接收方，接收方一边 接收数据，一边将已经收到的数据包重组、解码、播放。这种传输模式与网络中其他 的传输模式具有本质区别。\n视频组播这个新型网络业务需要实现网络上一点对多点的通信。而当前，Internet 上的各种服务都普遍采用客户/服务器结构，或者叫做IP单播。这种服务模型结构简 单，易于实现，它在计算机网络普及过程中发挥了巨大的作用。但是，随着网络服务 的规模日趋庞大，这种结构弊端也越来越明显：为了能够向更多的客户服务，它需要 越来越强大的服务器，并对在服务器端的网络出口带宽要求越来越高。特别是在视频 服务领域，由于视频流的码率往往都很高，一般至少在几百千比特每秒(kbits/s)，所 以对服务器压力非常大，几乎不能满足日益扩大的用户需求。尤其在视频组播里面， 服务器事实上在给大量的客户端发送相同的视频数据，这不但给服务器带来额外负 担，而且对带宽资源是一个极大的浪费。也就是说服务器的计算性能和网络带宽成了 最主要的瓶颈。\n鉴于IP组播所存在的诸多问题，在应用层实现组播功能的想法随之被提出。这 就是所谓的应用层组播，其基本思想就是将组播的功能放到应用层来完成。但是应用 层组播大多采用在网络各个部分架设可靠的服务器来完成组播任务，而维护这些服务 器需要大量的成本。\n发明内容\n本发明的目的是为克服已有技术的不足之处，提出一种鲁棒的基于点对点的流调 度方法，该方法综合了P2P技术、IP多播技术和网络代理技术的优点，力图最大程 度上节省了网络带宽。在该方法中采用多数据源技术以增强组播网络的鲁棒性。多数 据源的低相关性，为重传等差错恢复提供了有利条件。\n本发明提出的一种鲁棒的基于P2P的流调度方法，包括组网方法和调度方法，其 中所述的组网方法包括以下步骤：\n(1)在直播网络中，调度服务器(Trace Server)为客户端节点(Peer)找到其 他的客户端节点，并通知流媒体服务器(Streaming Server)向客户端节点提供媒体流；\n(2)流媒体服务器向客户端节点提供稳定的媒体流；\n(3)客户端节点接收来自流媒体服务器或提供媒体流的客户端节点的媒体流， 并缓存媒体流，在该客户端节点播放媒体流数据的同时，通过P2P(Peer-to-Peer)方 式向其他客户端节点提供媒体流；\n(4)步骤(3)中的客户端节点，若在P2P传输过程中，向其他客户端节点提供 媒体流，则该客户端节点称为提供媒体流的客户端节点(supplying peer)，否则该客 户端节点称为底层客户端节点(leaf peer)；\n(5)步骤(3)中的客户端节点，若在P2P传输过程中，接收来自流媒体服务器 或接收提供媒体流的客户端节点的媒体流，则该客户端节点称为接收媒体流的客户端 节点(receiving peer)；\n(6)步骤(3)中的客户端节点，若位于某一个子网内部，并且向其他客户端节 点提供媒体流，则该客户端节点称为多播客户端节点(multicasting peer)；\n(7)步骤(3)中的客户端节点，若位于某一个子网内部，且只接收来自同一子 网内其他多播客户端节点的媒体流，同时不向子网外其他客户端提供媒体流，则该客 户端节点称为多播接收客户端节点(multicasting receiver)；\n(8)步骤(3)中的客户端节点，可同时是提供媒体流的客户端节点、接收媒体 流的客户端节点和多播客户端节点，但只要它是提供媒体流的客户端节点、接收媒体 流的客户端节点和多播客户端节点三者之一，它就不能是多播接收客户端节点；\n(9)步骤(3)中的客户端节点，如果正在请求加入直播网络，则该客户端节点 称为请求加入的客户端节点(requesting peer)；\n(10)步骤(3)中的客户端节点，如果正在请求或已强行退出直播网络，则该 客户端节点称为退出的客户端节点(quitting peer)；\n(11)步骤(3)中的客户端节点，如果直接从流媒体服务器获得媒体流，则该 客户端节点称为种子客户端节点(seed peer)；\n(12)流媒体服务器位于该网络的第0层(layer)；种子客户端节点位于该网络 的第1层；若某个客户端节点由若干个提供媒体流的客户端节点提供媒体流，则它位 于网络的层次是所有提供媒体流的客户端节点中最大的层次加一；如果某个客户端节 点是由某个多播客户端节点提供媒体流，则它的层次是多播客户端节点的层次加一； 网络中层次序号是用来估计媒体流在网络中产生的延迟；\n所述调度方法，包括如下步骤；\n(13)当有新的客户端节点申请加入直播网络时，必须先与所述调度服务器连接， 通过调度服务器分配提供媒体流的客户端节点或多播客户端节点为其提供媒体流(该 调度服务器不可以将任一个多播接收客户端节点提供给请求加入的客户端节点，以免 造成该子网的输出流量异常大)；\n(14)当有某个客户端节点退出直播网络时，调度服务器要根据当前网络拓扑情 况，选择一个多播接收客户端节点或底层客户端节点替代退出的客户端节点(调度服 务器若选择底层客户端节点，则一般选择层数最大的，也可以兼顾距离、延迟等信息 进行选择)；\n(15)调度服务器保存一份详细记录该网络的拓扑结构网络拓扑表，当有客户端 节点加入或退出该网络时(即网络拓扑结构发生变化)，该网络拓扑表也动态实时更 新；\n(16)在调度服务器的调度过程中，每个客户端节点的提供媒体流的客户端节点 的层次数都比该客户端节点的层次数小(从而保证调度服务器在流调度过程中不产生 环状网络结构，确保每个客户端节点都可以直接或间接地从流媒体服务器获取最新的 媒体流数据)；\n(19)在调度服务器的调度过程中，将每个不能对外提供媒体流的客户端节点分 配到直播网络的最底端，使其成为底层客户端节点；\n(20)直播环境下存在多个频道的处理，可以同时运行多个调度服务器，也可以 在同一调度服务器上开启不同端口予以支持，每一个调度服务器或每一个端口均在逻 辑上维护各自的网络。\n在上述第(13)步骤中当有新的客户端节点申请加入直播网络时，调度服务器的 调度方法，具体包括以下步骤：\n(13.1)若请求加入的客户端节点所在子网内没有或只有一个其他的客户端节点 时(可认为请求加入的客户端节点不在该子网内)，则调度服务器向请求加入的客户 端节点分配该子网以外的若干个(数量可以比较多)客户端节点或流媒体服务器给请 求加入的客户端节点作为提供媒体流的候选客户端节点(Supplying Candidates)，请 求加入的客户端节点通过比较(如比较与它们之间的延迟、比较它们的历史信息等 等)，选择若干个客户端节点作为提供媒体流的客户端节点，此时请求加入的客户端 节点工作在P2P模式(Peer-to-Peer Mode)；\n(13.2)如果请求加入的客户端节点所在子网内有2个或2个以上的客户端节点， 则可以采用P2P模式(方法如步骤(13.1)所述)，也可以采用组播模式(Multicasting Mode)加入到整个直播网络中；\n(13.3)在步骤(13.2)中，若请求加入的客户端节点采用组播的方式加入直播 网络，则根据原先该子网内是否存在其他多播接收客户端节点，确定新客户端节点加 入的调度方法；\n(13.4)在步骤(13.3)中，若原先该子网内存在其他多播接收客户端节点，则 调度服务器将请求加入的客户端节点的地址和端口号告知该子网内的所有多播客户 端节点，每个多播客户端节点将请求加入的客户端节点的信息加入到各自得组播列表 中；\n(13.5)在步骤(13.3)中，若原先该子网内不存在其他多播接收客户端节点， 则调度服务器将告知该子网内所有的工作在P2P模式下的客户端节点，使它们进入组 播状态，之后回步骤(13.4)。\n在上述第(14)步骤中，当有某个客户端节点退出直播网络时，调度服务器的调 度方法，具体包括以下步骤：\n(14.1)如果退出的客户端节点所在的子网内部存在多播接收客户端节点，且退 出的客户端节点本身是一个多播客户端节点，则将退出的客户端节点的工作全部转移 到该子网内的一个多播接收客户端节点上，该多播接收客户端节点与退出的客户端节 点的所有提供媒体流的客户端节点建立连接，从而获得所有的媒体流数据，同时接受 退出的客户端节点的所有接收媒体流的客户端节点的请求；\n(14.2)如果退出的客户端节点所在的子网内部存在多播接收客户端节点，且退 出的客户端节点本身是一个多播接收客户端节点，则将该退出的客户端节点从该网络 的拓扑表中删除；\n(14.3)如果退出的客户端节点所在的子网内部不存在多播接收客户端节点(可 认为请求加入的客户端节点不在该子网内)，则分配一个底层客户端节点来代替退出 的客户端节点(分配的底层客户端节点一般是层次数较大的，这样可以使得整个组播 网络的层次数保持在较小的水平上，有利于减小网络延迟，同时也应该兼顾距离、带 宽等因素)；\n(14.4)如果退出的客户端节点为底层客户端节点，则将该退出的客户端节点从 该网络的拓扑表中删除；\n在上述第(15)步骤中，拓扑表动态实时更新的方法，具体包括以下步骤：\n(15.1)每个客户端节点都必须定期向调度服务器发送存活(Alive)信号，表示 自己仍然处于网络中，并且还在工作，如果某个客户端节点在给定的时间阈值 (Timeout)内没有发送存活信号，则认为该客户端节点已经退出直播网络，并将其 从拓扑表中删除，之后按客户端节点退出的调度方法处理；\n(15.2)在步骤(15.1)中，每个客户端节点向调度服务器发送存活信号的时间 间隔在一个给定的范围内随机变化(根据缓存大小、延迟等信息设定时间间隔变化范 围)；\n(15.3)当组播网络的规模大于设定的规模阈值时，采用分级监听的方法动态更 新拓扑表；该分级监听方法为：种子客户端节点是唯一直接向调度服务器发送存活信 号的客户端节点；除种子客户端节点以外的所有客户端节点，直接向提供媒体流的客 户端节点或多播客户端节点发送存活信号；若提供媒体流的客户端节点或多播客户端 节点在该时间阈值内没有收到某个客户端节点的存活信号，直接通知调度服务器；调 度服务器将在该时间阈值内没有发送存活信号的客户端节点从拓扑表中删除，之后按 客户端节点退出的调度方法处理。\n本发明的特点及技术效果：\n本发明方法综合了P2P技术、IP多播技术和网络代理技术的优点，力图最大程 度上节省网络带宽。在该方法中采用多数据源技术以增强组播网络的鲁棒性。多数据 源的低相关性，为重传等差错恢复提供了有利条件。\n附图说明\n图1是本发明方法的组网结构实施例示意图；\n图2是本实施例中在子网中的客户端节点退出直播网络时调度方法示意图；\n图3是本实施例中在子网外的客户端节点退出直播网络时调度方法示意图。\n具体实施方式\n本发明提出的一种鲁棒的基于点对点的流调度方法结合附图及实施例详细说明 如下：\n本发明方法的组网结构实施例如图1所示，图中1至5均是客户端节点，其中1 同时是种子客户端节点、提供媒体流的客户端节点和接收媒体流的客户端节点；2同 时是种子客户端节点、多播客户端节点、提供媒体流的客户端节点和接收媒体流的客 户端节点；3是多播接收客户端节点；4同时是提供媒体流的客户端节点和接收媒体 流的客户端节点；5同时是接收媒体流的客户端节点和底层客户端节点；6是媒体流 数据的提供路线；7是调度服务器对媒体流的调度。\n本实施例的组网方法包括以下步骤：\n(1)在本实施例网络中，调度服务器为客户端节点(如图1中的客户端节点1-5) 找到其他的客户端节点，并通知流媒体服务器向客户端节点提供媒体流；\n(2)流媒体服务器向客户端节点提供稳定的媒体流；\n(3)客户端节点(如图1中的客户端节点1-5)接收来自流媒体服务器或提供媒 体流的客户端节点的媒体流，并缓存媒体流，在该客户端节点播放媒体流数据的同时， 通过P2P方式向其他客户端节点提供媒体流；\n(4)步骤(3)中的客户端节点，若在P2P传输过程中，向其他客户端节点提供 媒体流，则该客户端节点称为提供媒体流的客户端节点(如图1中的客户端节点 1，2，4)，否则该客户端节点称为底层客户端节点(如图1中的客户端节点5)；\n(5)步骤(3)中的客户端节点，若在P2P传输过程中，接收来自流媒体服务器 或接收提供媒体流的客户端节点的媒体流，则该客户端节点称为接收媒体流的客户端 节点(如图1中的客户端节点1，2，4，5)；\n(6)步骤(3)中的客户端节点，若位于某一个子网内部，并且向其他客户端节 点提供媒体流，则该客户端节点称为多播客户端节点(如图1中的客户端节点2)；\n(7)步骤(3)中的客户端节点，若位于某一个子网内部，且只接收来自同一子 网内其他多播客户端节点的媒体流，同时不向子网外其他客户端提供媒体流，则该客 户端节点称为多播接收客户端节点(如图1中的客户端节点3)。\n(8)步骤(3)中的客户端节点，可同时是提供媒体流的客户端节点、接收媒体 流的客户端节点和多播客户端节点，但只要它是提供媒体流的客户端节点、接收媒体 流的客户端节点和多播客户端节点三者之一，它就不能是多播接收客户端节点；\n(9)步骤(3)中的客户端节点，如果正在请求加入直播网络，则该客户端节点 称为请求加入的客户端节点(可以是如图1中的客户端节点5)；\n(10)步骤(3)中的客户端节点，如果正在请求或已强行退出直播网络，则该 客户端节点称为退出的客户端节点(可以是如图1中的客户端节点1-5)；\n(11)步骤(3)中的客户端节点，如果直接从流媒体服务器获得媒体流，则该 客户端节点称为种子客户端节点(如图1中的客户端节点1、2)；\n(12)流媒体服务器位于该网络的第0层；种子客户端节点(如图1中的客户端 节点1、2)位于该网络的第1层；若某个客户端节点由若干个提供媒体流的客户端 节点提供媒体流，则它位于网络的层次是所有提供媒体流的客户端节点中最大的层次 加一(如图1中的客户端节点3、4是第2层，客户端节点5是第3层)；如果某个客 户端节点是由某个多播客户端节点提供媒体流，则它的层次是多播客户端节点(如图 1中的客户端节点2)的层次加一。网络中层次序号是用来估计媒体流在网络中产生 的延迟；\n本实施例的调度方法结合图1、2、3所示，说明如下：\n(13)当有新的客户端节点(可以是图1中的客户端节点3，5)申请加入直播网 络时，必须先与所述调度服务器连接，通过调度服务器分配提供媒体流的客户端节点 或多播客户端节点为其提供媒体流(该调度服务器不可以将任一个多播接收客户端节 点提供给请求加入的客户端节点，以免造成该子网的输出流量异常大)；\n(14)当有某个客户端节点(可以是图1中的客户端节点1-5)退出直播网络时， 调度服务器要根据当前网络拓扑情况，选择一个多播接收客户端节点或底层客户端节 点替代退出的客户端节点(调度服务器若选择底层客户端节点，则一般选择层数最大 的，也可以兼顾距离、延迟等信息进行选择)；\n(15)调度服务器保存一份详细记录该网络的拓扑结构网络拓扑表，当有客户端 节点加入或退出该网络时(即网络拓扑结构发生变化)，该网络拓扑表也动态实时更 新；\n(16)在调度服务器的调度过程中，每个客户端节点的提供媒体流的客户端节点 的层次数都比该客户端节点的层次数小(从而保证调度服务器在流调度过程中不产生 环状网络结构，确保每个客户端节点都可以直接或间接地从流媒体服务器获取最新的 媒体流数据)；\n(19)在调度服务器的调度过程中，将每个不能对外提供媒体流的客户端节点分 配到直播网络的最底端，使其成为底层客户端节点；\n(20)直播环境下存在多个频道的处理，可以同时运行多个调度服务器，也可以 在同一调度服务器上开启不同端口予以支持，每一个调度服务器或每一个端口均在逻 辑上维护各自的网络。\n在上述第(13)步骤中当有新的客户端节点申请加入直播网络时，调度服务器的 调度方法，具体包括以下步骤：\n(13.1)若请求加入的客户端节点(如图1中的客户端节点5)所在子网内没有 或只有一个其他的客户端节点时(可认为请求加入的客户端节点不在该子网内)，则 调度服务器向请求加入的客户端节点分配该子网以外的若干个(数量可以比较多)客 户端节点或流媒体服务器给请求加入的客户端节点作为提供媒体流的候选客户端节 点，请求加入的客户端节点通过比较(如比较与它们之间的延迟、比较它们的历史信 息等等)，选择若干个客户端节点作为提供媒体流的客户端节点，此时请求加入的客 户端节点工作在P2P模式；\n(13.2)如果请求加入的客户端节点(如图1中的客户端节点3，5)所在子网内 有2个或2个以上的客户端节点，则可以采用P2P模式(方法如步骤(13.1)所述)， 也可以采用组播模式加入到整个直播网络中；\n(13.3)在步骤(13.2)中，若请求加入的客户端节点(如图1中的客户端节点 5)采用组播的方式加入直播网络，则根据原先该子网内是否存在其他多播接收客户 端节点，确定新客户端节点加入的调度方法；\n(13.4)在步骤(13.3)中，若原先该子网内存在其他多播接收客户端节点，则 调度服务器将请求加入的客户端节点的地址和端口号告知该子网内的所有多播客户 端节点，每个多播客户端节点将请求加入的客户端节点的信息加入到各自得组播列表 中；\n(13.5)在步骤(13.3)中，若原先该子网内不存在其他多播接收客户端节点， 则调度服务器将告知该子网内所有的工作在P2P模式下的客户端节点，使它们进入组 播状态，之后回步骤(13.4)。\n在上述第(14)步骤中，当有某个客户端节点退出直播网络时，调度服务器的调 度方法，具体包括以下步骤：\n(14.1)如果退出的客户端节点(如图2中的客户端节点2)所在的子网内部存 在多播接收客户端节点，且退出的客户端节点本身是一个多播客户端节点，则将退出 的客户端节点的工作全部转移到该子网内的一个多播接收客户端节点上，该多播接收 客户端节点与退出的客户端节点的所有提供媒体流的客户端节点建立连接，从而获得 所有的媒体流数据，同时接受退出的客户端节点的所有接收媒体流的客户端节点的请 求；\n(14.2)如果退出的客户端节点(如图2中的客户端节点3)所在的子网内部存 在多播接收客户端节点，且退出的客户端节点本身是一个多播接收客户端节点，则将 该退出的客户端节点从该网络的拓扑表中删除；\n(14.3)如果退出的客户端节点(如图3中的客户端节点4)所在的子网内部不 存在多播接收客户端节点(可认为请求加入的客户端节点不在该子网内)，则分配一 个底层客户端节点来代替退出的客户端节点(分配的底层客户端节点一般是层次数较 大的，这样可以使得整个组播网络的层次数保持在较小的水平上，有利于减小网络延 迟，同时也应该兼顾距离、带宽等因素)。\n(14.4)如果退出的客户端节点为底层客户端节点(如图3中的客户端节点5)， 则将该退出的客户端节点从该网络的拓扑表中删除；\n在上述第(15)步骤中，拓扑表动态实时更新的方法，具体包括以下步骤：\n(15.1)每个客户端节点都必须定期向调度服务器发送存活信号，表示自己仍然 处于网络中，并且还在工作，如果某个客户端节点在给定的时间阈值(例如120秒) 内没有发送存活信号，则认为该客户端节点已经退出直播网络，并将其从拓扑表中删 除，之后按客户端节点退出的调度方法处理；\n(15.2)在步骤(15.1)中，每个客户端节点向调度服务器发送存活信号的时间 间隔在一个给定的范围内随机变化，以防止拥塞，要求该范围在服务器设置的超时阈 值之内(例如，80～110秒，根据缓存大小、延迟等信息设定时间间隔变化范围)；\n(15.3)当组播网络的规模大于设定的规模阈值(目前都是采用分级监听策略) 时，采用分级监听的方法动态更新拓扑表，一般分级监听所设定的超时阈值在较服务 器的超时阈值小(如20秒)；该分级监听的具体方法为：种子客户端节点(如图1中 的客户端节点1，2)是唯一直接向调度服务器发送存活信号的客户端节点；除种子客 户端节点以外的所有客户端节点(如图1中的客户端节点3-5)，直接向提供媒体流的 客户端节点或多播客户端节点发送存活信号(如图1中的客户端节点3向客户端节点 2发送存活信号，客户端节点4向客户端节点2或3发送存活信号，客户端节点5向 客户端节点4发送存活信号)；若提供媒体流的客户端节点或多播客户端节点在该时 间阈值内没有收到某个客户端节点的存活信号，直接通知调度服务器；调度服务器将 在该时间阈值内没有发送存活信号的客户端节点从拓扑表中删除，之后按客户端节点 退出的调度方法处理。