[发明专利]用于分发组播源的标识符的方法

说明书

本发明涉及一种用于从组播组(G)分发源的标识符的方法，所述源经由电子通信网络(301)互连，该组播组由组地址(aG)所标识，如果第二源已经订阅第一源，则由该第一源传输至该组地址的流被该第二源所接收，这些源中被称为服务器(101)的一个源订阅所有其他源(201，202，20x)。该方法包括由服务器执行的以下步骤：从所述其他源中被称为通告源(201，202)的一个源接收组播通告消息，该组播通告消息包括通告源标识符；并且将管理消息传送至该组地址，该管理消息包括该通告源标识符。

技术领域

本发明申请在于组播数据流分发组领域。

更确切地，本发明申请涉及在双向组播分发组中分发源的标识符。

背景技术

在IP(互联网协议)网络中实现组播传输的服务最初被限制于分发源自组播服务器、目的地为组播客户端的包。从而，在通过互联网进行电视分发的情况下，网络前端服务器或者由运营商控制、或者由运营商与之具有协议的内容提供商控制，由此允许运营商控制由客户端决定的服务质量。

但是，组播传输模式现在不再仅用于从服务器到组播客户端的下行方向，而且还用于上行方向上，允许每个组播客户端经由传输网络向组播组发送组播IP包。

为了限制由组播客户端所接收的组播流的数量，组播客户端可以通过除了组播组的IP地址以外还指定有待例如借助于在标准IETF RFC 3376(互联网工程任务组，征求评议文件)中定义的IGMPv3协议(互联网组管理协议)或在标准IETF RFC 3810中定义的MLDv2协议(组播侦听发现)进行授权或排除的一个或多个源IP地址来要求网络接收组播流。

当组播客户端订阅由另一个客户端或服务器发送的组播流时，这意味着这另一个客户端或服务器的IP地址在组播流接收请求中被指定。

然而，只要组播客户端没有接收源自订阅同一个组的其他组播客户端的任何IP包，则该组播客户端无法确定它们的IP地址。

当客户端通过订阅组播分发组而成为RTP(实时传输协议)会话(如由标准IETFRFC 3550所定义的)的成员时，该客户端必须另外向RTP会话通告被称为SSRC(同步源)的标识符，该标识符具体地是其自身的标识符，冒着其与在其之前已经订阅这个组播组的另一个客户端的标识符完全相同的风险。

因此，标准IETF RFC 3550规定：当客户端在所接收的源自组播组的包中检测到这类SSRC标识符时，如果其完全相同，则该客户端必须立即修改其自身的SSRC标识符。

然而，只要组播客户端没有接收源自订阅同一个组的其他组播客户端的任何IP包，则该组播客户端也不可以再接收这些其他组播客户端的SSRC标识符的通告。

由于以下事实产生了一个问题：只要没有实施这种检测，若干客户端使用同一个标识符就会造成冲突，从而降低组播分发的质量。

而且，由于该标准假设在源自组播组的包中检测到的SSRC标识符必定是除了已经接收该包的客户端以外的客户端的SSRC标识符，如果由于任何原因SSRC标识符返回到其在包中的原始客户端，该原始客户端没有必要对其进行修改。

本发明的目的之一是补救现有技术的这些缺点。

发明内容

本发明借助于一种用于分发组播分发组的源的标识符的方法来改进这种情形，所述源通过电子通信网络连接在一起，该组播分发组由组地址所标识，如果第二源之前是第一源的订户，则由该第一源发送至该组地址的流被该第二源所接收，这些源之一——所谓的服务器——是所有其他源的订户，该方法包括由该服务器实现的以下步骤：

·接收源自所述其他源中被称为通告器源的一个源的组播通告消息，该组播通告消息包括通告器源标识符，

·将管理消息发送至该组地址，该管理消息包括该通告源标识符。