br>[0185] IF 不是多播 AND N>20AND AD>10AND P〈0. 5AND S>100AND PSt+l>N/2
[0186] THEN切换至多播
[0187] ELSE继续单播
[0188] 导致将流切换至多播，并且导致更新Turi中的行，如表3所示。
[0189] 表3 :在来自H2的请求之后从Turi提取，并且结果切换至多播，时间是t = 17. 01
[0190]
[0191] 除此之外，源也建立诸如表4中所示的一个的记录，该记录保持关于给定片段的 内容的用户的信息（URI)。
[0192] 表4 :简单的URI主机映射表
[0193]
[0194] 源可以针对来自初始RTSP请求的被请求的URI登记主机的IP地址。然而，最好 有一种用于获得关于主机继续成为给定的组的成员（并且因此仍然接收固定流）的知识的 方法。该信息可以通过作为RTSP的一部分发送的保持激活的消息被获得，其向源通知来自 给定会话的数据仍然正被消耗。该信息被用于针对现有的单播接收器触发针对该段内容从 单播至多播的迀移（如下）。
[0195] 如果可能，相同的数据可以针对多播成员被收集，尽管注意到这接着不同于没有 给定组的所有主机的知识的传统的PM-SM/IGMP方法。如果可以从主机-DR或IGMP探听 设备（如果到位）周期性地收集继续的主机成员到组的数据（并且因此内容），则它可以用 于触发返回在这些主机上的单播，多播应当在后来的时间里不再被期望。如果在网络中存 在一种以更通用的哪个主机DR预订哪个组的知识仍然可以从所存储的数据可推导的方式 聚集成员的方法，则这也可以被用来代替。
[0196] 根据上述评价，源DR在网络中现在必须针对内容流Cl触发多播。
[0197] 针对源DR的第一步是触发针对该URI的组地址的生成。我们假设存在实现MADCAP 并且动态地给针对该URI的组分配239. 192. 10. 1的地址的地址分配服务器（连同针对单 播的DHCP -起部署的）。该地址与源DR协商如RFC 2730中所述的。
[0198] 假设在该网络系统中存在N个RP元素，其单播地址已经被BSR传送给源DR。源 DR现在执行哈希函数以确定登记消息必须被发送至的RP。登记消息（在多播被触发的时 钟时间开始封装针对该URI的来自源的数据分组）被逐跳单播至RP。假设在成员已经登记 到该组之前此过程发生，RP创建针对该源的多播路由条目并且发送回登记-停止。
[0199] 源必须也触发针对多播流要被生成的新的SDP文件，并且创建新的URI以便 进入该流，以便未来的主机请求该URI。假设新的URI生成为rtsp: //example, com/ application/contentStream? mcplaycmd。在媒体服务器中创建多播 SDP0
[0200] 使用将URI映射到主机、由源或者它的DR保持的上述表，我们发现Hl当前消耗 内容C0。我们使用RTSP发出宣告、设置参数（Set_Parameter)或周期的获得参数（Get_ Parameter)响应组合以将新的多播URI传递到HI。注意，设置新的URI的机制是仅主机源 管理的一部分，而不是针对网络本身的功能。此工作覆盖响应于触发条件而不是仅仅切换 到媒体服务器上的新的URI的并假设网络已经能够多播而在网络中触发的动作。
[0201 ] Hl中的IP模块假设被扩展以包括多播兼容性和IGMP支持。新的RTSP控制消息 触发上层协议以向IGMP发出加入主机组（JoinHostGroup) (239. 192. 10. 1，接口），该IGMP 然后向其主机DR(IP地址：10. 1.4. 1)发送成员报告（MembershipReport)。假设在主机DR 中触发了（*，G)状态变化，但是如果特定的源地址是重要的并且SPT将被建立，它也能触发 (S，G)变化。这在主机DR中触发了加入期望（JoinDesired) (*，239. 192. KX 1)，该主机DR 然后使用哈希函数将其映射到相关的RP。加入/删除消息被发送至该RP，并且在其路径中 的每个跳中创建（*，G)状态。这基于PIM-SM利用的单播协议在多播路由信息库（MRIB)、树 信息库（TIB)和多播转发信息库（MFIB)中创建相关的路由条目。
[0202] 当RP从针对组239. 192. 10. 1的主机DR 10. 1. 4. 1接收该P頂加入/删除消息 时，它向源发送（192. 168. 10. 10, 239. 192. 10. 1)加入消息，创建通过其数据流向RP的本地 SPT。这随后多播到主机DR，并且最终发送至H1。
[0203] 在该状态下，Hl接收数据的两个副本-一个通过单播RTSP会话并且另一个通过 多播会话。主机使用数据分组匹配以识别该复制何时出现。它也确定两个流之间的时间延 迟，并且确认它是否具有足够地缓冲两个流直到交叠出现的能力。如果由于过多的延迟这 是不可能的，则该主机Hl可能不能有益于多播会话并且可能必须离开该组。然而，在我们 的示例中，我们假设主机可以按需求缓冲并且开始无缝地向用户播放多播流。
[0204] 一旦这是成功的，单播RTSP会话就必须被终止。这通过直接向源发送拆卸消息来 完成（包括在RFC 2326中）。在后期单播对话应当再次被请求，知道源单播URI和它的IP 地址，新的会话可以被建立。
[0205] 新的主机H3(IP地址：10. 1.4. 12)现在向源发送单播RTSP消息，请求相同URI的 内容。然而，多播流针对该内容CO当前是就位的，该内容CO可以在请求的原始的浏览器网 页中被提交给H3 (通过变更HTML以用多播URI代替单播URI)或者作为用多播URI对带有 重定向消息的初始RTSP建立消息进行的响应。主机H3将解决该URI并且以与Hl相同的 方式向其主机DR发送IGMP加入。源DR向它的表添加 H3的IP地址并且更新它的URI成 员列表，并且添加该信息以更新它的决定机制以触发到多播的切换。
[0206] 在前面的讨论中，对内容传送网络的引用不应该以严格的方式被解释。根据本发 明的方法可以在任何能够支持的单播和多播的通信网络内被实现。此外，根据本发明的方 法的使用不限于音频或者视频内容数据，并且可以被用于传送其它类型的数据。
[0207] 由于本发明可以被实现于路由器、服务器、或其它设备内的软件上，所以使传统的 装置升级为可以执行根据本发明的方法的装置是可能的。计算机代码可以经由下载（例 如，经由网络，或在一些物理介质（例如，DVD、⑶-ROM、USB记忆棒等）上）被部署到装置。
[0208] 本发明提供了一种在内容递送网络中从源分发内容的方法，所述方法包括：监视 对内容项的传送的请求；获得关于所述内容的未来需求的预测；应用单播至多播切换决定 算法，切换决定算法考虑未来需求的预测并且被设置为确定至少一个条件是否被满足；并 且，根据单播至多播切换决定算法的结果，开始关于内容项的多个单播数据流到多播数据 流的转换。
【主权项】
1. 一种在内容递送网络中从源分发内容的方法，所述方法包括： 监视对内容项的传送的请求； 获得针对所述内容的未来需求的预测； 应用单播至多播切换决定算法，所述切换决定算法考虑所述未来需求的预测并且被设 置为确定至少一个触发条件是否被满足；并且 根据所述单播至多播切换决定算法的结果，开始针对所述内容项的多个单播数据流到 一多播数据流的转换， 其中，针对所述内容的未来需求的所述预测是基于与针对所述内容的实际需求无关的 数据。2. 根据权利要求1所述的方法，其中，与针对所述内容的实际需求无关的所述数据包 括从社会数据源获得的数据和/或从搜索引擎获得的数据。3. 根据权利要求1所述的方法，所述方法还包括：保持针对所述内容项的针对指向所 述源的所述请求的统计记录，并且使用所述记录中的至少某些所述数据来获得所述未来需 求的预测。4. 根据权利要求3所述的方法，其中，所述切换决定算法考虑所述记录中的数据。5. 根据权利要求4所述的方法，其中，所述切换决定算法考虑所述记录中的一个或多 个参数，所述参数选自包括以下项的组： 激活的会话的当前数量； 在给定的时间段期间对所述内容的请求的总数； 平均会话持续时间； 会话过早地结束的概率； 所述内容的数据大小。6. 根据前述权利要求中的任一项所述的方法，所述方法还包括保持选自包括以下项的 组的一个或多个背景动作： 周期性地选择引导路由器而不考虑在所述网络中正进行多播； 候选引导路由器将他们的候选资格告知给所选择的引导路由器； 协议独立多播路由器向彼此发送"hello"消息，而不考虑在所述网络中正进行多播。7. 根据前述权利要求中的任一项所述的方法，其中，所述多个单播数据流到所述多播 数据流的转换包括： 生成组地址系统； 创建针对将被切换到多播的所述内容的会话描述信息；并且 将主机加入所述多播数据流。8. 根据权利要求7所述的方法，其中，生成组地址系统包括为主机组和源的每个地理 位置组合分配组地址，使得所述组地址的哈希函数生成最接近于所述源和所述组成员两者 的会合点。9. 根据权利要求7或8所述的方法，其中，生成组地址系统包括使用现有的组地址集 合，或其中生成组地址系统包括使用动态的地址池。10. 根据权利要求7至9中的任一项所述的方法，其中，关于将主机加入所述多播数据 流的步骤，所述主机已经请求了单播数据流并且还没有开始接收所述流。11. 根据权利要求7至9中的任一项所述的方法，其中，关于将主机加入所述多播数据 流的步骤，所述主机已经开始接收单播流。12. 根据权利要求7至11中的任一项所述的方法，所述方法还包括响应于来自所述主 机的请求使得所述多播内容在给定的时间开始。13. 根据权利要求7至12中的任一项所述的方法，所述方法还包括响应于所述主机检 测到正经由单播和经由多播接收到基本上相同的内容来终止所述单播会话。14. 根据前述权利要求中的任一项所述的方法，所述方法在服务器上或通过所述服务 器被执行，其中，所述服务器是第一服务器，并且在接收到针对内容项的请求时，所述方法 还包括在任何其它服务器具有针对所述内容的任何激活的会话的情况下的所述第一服务 器建立。15. -种被配置成执行如前述权利要求中的任一项所述的方法的网络设备。16. -种计算机可实现指令产品，该计算机可实现指令产品包括用于使得可编程计算 设备实现根据权利要求1至14中的任一项所述的方法或被配置为权利要求15的所述网络 设备的计算机可实现指令。
【专利摘要】一种在内容递送网络中从源分发内容的方法，所述方法包括：监视对内容项的传送的请求；获得关于所述内容的未来需求的预测；应用单播至多播切换决定算法，切换决定算法考虑未来需求的预测并且被设置为确定至少一个条件是否被满足；并且，根据单播至多播切换决定算法的结果，开始针对内容项的多个单播数据流到一多播数据流的转换。
【IPC分类】H04N21/658, H04L29/06
【公开号】CN105075218
【申请号】CN201480018773
【发明人】V·卡斯基延, D·瑙克
【申请人】英国电讯有限公司
【公开日】2015年11月18日
【申请日】2014年3月27日
【公告号】EP2785006A1, WO2014155041A1