CN101369907B - 组播业务的实现方法及其装置和系统 - Google Patents

Abstract

本发明公开了一种组播业务实现方法及其装置和系统，本发明方法为：在组播路径的入口节点和出口节点建立组播业务数据的原组播地址标识和承载网络内部的组播地址标识的映射关系信息；当组播源发送所述组播业务数据时，入口节点根据该映射关系信息将所述组播业务数据的原组播地址标识映射为承载网络内部组播地址标识，并将该组播业务数据沿组播路径发送到出口节点；出口节点根据该映射关系信息，将所述组播业务数据的承载网络内部组播标识映射为原组播地址标识，并发送到所述组播业务数据接收方。采用本发明，可实现由承载网络对控制和数据流中的组播地址进行转换，使承载网络内部组播地址不发生冲突；并减少组播路径维护数量。

Description

组播业务的实现方法及其装置和系统

技术领域

本发明涉及通信领域的组播技术，尤其一种组播业务的实现方法及其装置和系统。

背景技术

在Internet上，多媒体业务诸如：流媒体，视频会议和视频点播等，正在成为信息传送的重要组成部分。点对点传输的单播方式不能适应这一类业务传输特性--单点发送多点接收，在这种情况下组播应运而生，它的出现解决了一个主机向特定的多个接收者发送消息的方法，成为新一代网络的不可缺少的关键技术。

IP组播的基本思想是，源主机只发送一份数据，这份数据中的目的地址为组播组地址；组播组中的所有接收者都可接收到同样的数据拷贝，并且只有组播组内的主机(目标主机)可以接收该数据，网络中其它主机不能收到。

IP地址空间被划分为A、B、C、D四类，其中D类地址被保留用做组播地址。在第四版的IP协议(IPv4)中，从224.0.0.0到239.255.255.255间的所有IP地址都属于D类地址。其中，224.0.0.0到224.0.0.255地址范围被预留，224.0.1.0到238.255.255.255地址范围作为用户组播地址，在全网范围内有效，239.0.0.0到239.255.255.255地址范围为本地管理组播地址，仅在特定的本地范围内有效。

在IPv4组播网络中，除了一些熟知的和保留的组播地址以外，其他地址并没有明确规定该怎么用，因此在广域范围内使用时存在着冲突的危险。

IPTV(Internet Protocol Television，IP电视)业务大多运用组播技术开展业务，而在现在的IPTV运营中，要求多个IPTV运营商可以共用一个承载网络，如图1所示。在该场景中，用户设备是从IPTV运营商提供的EPG(Electronic program guide，电视节目菜单)菜单中，获得频道的组播地址，并根据该组播地址进行组播请求。

由于不同的IPTV运营商提供的组播地址可能相同，而且一个IPTV运营商的大多数节目的组播路径都是一样的，但如果每个频道都要有一个IP组播地址，那承载网络需要维护大量的组播路径，工作量非常大。

现有技术提供一种由网络提供商统一管理组播地址的技术，由网络提供商对IPTV运营商分配组播地址，EPG菜单由网络提供商统一提供，以保证进入承载网络的组播地址不冲突。该方案从一定程度上解决了多个IPTV运营商共用一个承载网络造成的组播地址可能冲突的问题。

发明人在实现本发明创造的过程中，发现现有技术至少存在以下缺点：

若组播业务流的组播地址由网络提供商分配，则当IPTV运营商需要与多个承载网络连接时，其频道的组播地址很难保持一致；承载网络仍需要维护大量组播路径。

发明内容

本发明的实施例揭示了组播业务实现方法、资源管理系统、数据传输设备以及组播业务实现系统，以减小承载网络维护组播地址的成本。

本发明实施例揭示的组播业务实现方法，包括如下步骤：

在组播路径的入口节点和出口节点建立组播业务数据的原组播地址标识和承载网络内部的组播地址标识的映射关系信息，所述建立组播业务数据的原组播地址标识和承载网络内部的组播地址标识的映射关系信息，包括：分别将多个组播业务数据的组播地址对映射为承载网络内部的组播地址对，所述承载网络内部的组播地址对中的组播地址都相同；

当组播源发送所述组播业务数据时，所述入口节点根据所述映射关系信息将所述组播业务数据的原组播地址标识映射为承载网络内部组播地址标识，并将所述组播业务数据沿所述组播路径发送到所述出口节点；所述出口节点根据所述映射关系信息，将所述组播业务数据的承载网络内部组播标识映射为原组播地址标识，并将所述组播业务数据发送到所述组播业务数据的接收方。

本发明实施例揭示的资源管理系统，包括组播地址管理实体，所述组播地址管理实体包括：

组播地址映射模块，用于将组播业务数据的原组播地址标识映射为承载网络内部组播地址标识，分别将多个组播业务数据的组播地址对映射为承载网络内部的组播地址对，所述承载网络内部的组播地址对中的组播地址相同；

组播地址映射关系发送模块，用于将表示原组播地址标识和所述承载网络内部组播地址标识的映射关系的信息发送到组播路径的入口节点设备和出口节点设备；所述入口节点设备和所述出口节点设备根据所述映射关系信息进行所述组播业务数据的组播地址标识转换。

本发明实施例揭示的数据传输设备，包括：外部接口模块和内部接口模块，分别用于与承载网络外部和内部的设备进行组播业务数据交互，还包括：

组播地址映射关系接收模块，用于接收组播地址映射关系信息，所述映射关系信息为组播业务数据的原组播地址标识和承载网络内部地址标识的映射关系信息，且多个组播业务数据的组播地址对映射为承载网络内部的组播地址对，所述承载网络内部的组播地址对中的组播地址相同；

组播地址映射模块，用于根据所述映射关系信息，将所述组播业务数据的原组播地址标识转换为承载网络内部地址标识，并将所述组播业务数据发送到所述内部接口模块；或将所述组播业务数据的承载网络内部地址标识转换为原组播地址标识，并将所述组播业务数据发送到所述外部接口模块。

本发明实施例揭示的组播业务实现系统，包括：组播地址管理实体，以及分别位于组播路径入口和出口的数据传输设备；

所述组播地址管理实体，用于建立组播业务数据的原组播地址标识和承载网络内部组播地址标识的映射关系，并分别将表示所述映射关系的信息发送到位于组播路径入口和出口的所述数据传输设备，所述建立组播业务数据的原组播地址标识和承载网络内部组播地址标识的映射关系，包括：分别将多个组播业务数据的组播地址对映射为承载网络内部的组播地址对，所述承载网络内部的组播地址对中的组播地址都相同；

位于组播路径入口的所述数据传输设备，用于根据所述映射关系信息，将从组播源接收到的所述组播业务数据的原组播地址标识映射为承载网络内部组播地址标识，并将所述组播业务数据发送到位于组播路径出口的所述数据传输设备；

位于组播路径出口的所述数据传输设备，用于根据所述映射关系信息，将所述组播业务数据的承载网络内部组播地址标识映射为所述组播业务数据的原组播地址标识，并将所述组播业务数据发送到所述组播业务数据的接收方。

本发明的上述实施例，通过将组播业务数据的原组播地址标识映射为承载网络内部的组播地址标识，并发送到组播路径的入口节点和出口节点，使组播业务数据在传输过程中，通过入口节点和出口节点的地址映射，在承载网络内部传输时采用承载网络内部的组播地址标识，在承载网络之外时采用该组播业务数据的原组播地址标识，使承载网络内部的组播地址不会发生冲突，并可采用合理的地址映射关系减少承载网络内部需要维护的组播路径数量。

附图说明

图1为现有技术中多个IPTV运营商共用一个承载网络的示意图；

图2为本发明实施例的组播地址控制流程示意图；

图3为本发明实施例的组播业务流的传输流程示意图；

图4为本发明实施例的组播业务信令的实现流程示意图；

图5为本发明实施例的组播业务数据流的实现流程示意图；

图6为本发明实施例提供的资源管理系统的结构示意图；

图7为本发明实施例提供的数据传输设备结构示意图。

具体实施方式

在本发明实施例中，UE和IPTV提供商的控制、数据流程不用变动，由网络控制和承载层对控制和数据流中的组播地址进行转换，在组播业务承载网络外部依然使用IPTV提供商分配的组播地址，在组播业务承载网络内部使用网络控制和承载层分配的承载网络内部组播地址进行组播业务传输，从而避免组播地址在承载网络内部发生冲突。

下面结合附图对本发明实施例进行详细描述。

参见图2，为本发明实施例的组播地址控制流程示意图。在图2所示的流程中，用户设备通过正常的请求业务的流程，通过AF(Application Function，应用功能体)将组播地址信息(如组播地址对<G，S>，其中G为组播地址，S为组播源地址)下发给承载控制层的RACS(资源接纳控制功能)，RACS将该组播地址对映射为由RACS管理的组播地址对<G’，S’>，并将该组播地址对的映射关系下发到该组播业务的组播路径的入口节点和出口节点。具体步骤包括：

步骤201、用户设备通过高层信令请求组播业务。

步骤202、业务控制层根据该请求，获取到对应的组播业务地址标识对<G，S>，该组播地址对是IPTV运营商分配的。业务控制层将该组播地址对<G，S>发给承载控制层，由承载控制层进行组播路径和资源的控制。

步骤203、承载控制层的RACS为该组播业务建立组播路径，或将该用户设备加入组播路径(若该组播业务的组播路径已经存在)，并将由IPTV运营商提供的组播地址对<G，S>映射成由网络提供商管理的组播地址对<G’，S’>，并将组播地址对<G，S>和<G’，S’>的映射关系下发到为该组播业务建立的组播路径的入口节点和出口节点。组播路径的入口节点和出口节点位于组播业务承载网络的边缘，其中，入口节点接收组播源发送的组播流，该组播流沿组播路径路由到出口节点，由出口节点发送到用户设备。

承载控制层的RACS的控制功能主要包括：基于保存的策略实现接纳控制，接受或拒绝对组播业务的请求。如果接受用户设备的组播业务请求，则为传输该组播业务数据预留资源，建立传输该组播流的组播路径，并进行组播地址对映射。

步骤204、承载控制层向业务控制层回应设置完毕信息。

步骤205、业务控制层向用户设备通知组播业务请求成功，并将用户设备所请求的组播业务的组播地址对<G，S>发送到用户设备。

在上述流程中，如果步骤203中，承载控制层为用户设备所请求的组播业 务进行资源预留，而没有为用户设备所请求的组播业务建立组播路径(或没有将用户设备加入组播路径)，则步骤205中，用户设备在收到业务控制层发送的组播业务请求成功的通知后，还执行步骤206，即，根据得到的组播标地址识对<G，S>发送组播加入请求，请求中携带组播地址对为<G，S>。该请求到达组播路径出口节点时，组播加入请求中的组播地址对<G，S>被映射为<G’，S’>，按照常规流程对组播加入请求进行处理。

组播地址信息除了可用组播地址对标识以外，还可以仅用组播地址标识，本发明实施例给出了几种组播地址的映射方式：

(1)若IPTV运营商提供的组播地址信息为组播地址对<G，S>，则可将<G，S>中的组播地址G和组播源地址S分别映射为承载网络提供商管理的组播地址G’和组播源地址S’，即，将<G，S>映射为<G’，S’>；

(2)若IPTV运营商提供的组播地址信息为组播地址对<G，S>，则可将<G，S>中的组播地址和组播源地址，映射为承载网络提供商管理的组播地址，即，将<G，*>映射为<G’>；

(3)若IPTV运营商提供的组播地址信息为组播地址<G>，则将组播地址<G>映射为承载网络提供商管理的组播地址<G’>，即，将<G>映射为<G’>；

(4)若IPTV运营商提供的组播地址信息为组播地址<G>，则将组播地址<G>映射为承载网络提供商管理的组播地址G’，并为该组播业务数据分配承载网络内部的组播源地址S’，组播地址G’和组播源地址S’组成承载网络内部的组播地址对<G’，S’>，即，将<G>映射为<G’，S’>。

将IPTV运营商提供的组播地址信息映射为承载网络内部由承载网络提供商管理的组播地址信息，建立组播地址映射关系并下发到组播路径的入口节点和出口节点，可通过上述基于用户设备请求组播业务时进行，也可以将组播业务数据的地址映射关系信息通过静态信息配置的方式配置到组播路径的入口节点和出口节点。

在通过组播业务承载网络传输组播流时，组播业务承载网络的入口节点和 出口节点分别根据组播地址信息的映射关系进行组播地址信息转换，使在承载网络内部使用承载网络提供商分配的组播地址信息。图3给出了一个组播业务流的传输流程实例。

如图3所示，组播业务承载网络的边缘节点包括a、b、c、d、e、f，其中节点f为组播路径的入口节点，节点a为组播路径的出口节点。组播地址对为<G，S>的组播流从组播源到达入口节点f，从入口节点f进入承载网络，入口节点f根据组播地址映射关系将组播流的组播地址对<G，S>转换为<G’，S’>。该组播地址对为<G’，S’>的组播流沿组播路径路由到承载网络的出口节点a，在出口节点a根据组播地址映射关系将组播流的组播地址对<G’，S’>转换为<G，S>，并将组播流发送到用户设备。

如图3所示，在具体实现过程中，入口节点f根据下发给它的组播地址映射关系表(表中的入组播组为<G，S>、出组播组为<G’，S’>)，将入组播组地址映射为出组播组地址，实现将原来由IPTV运营商提供的组播地址信息转换为承载网络内部的组播地址信息；出口节点a根据下发给它的组播地址映射关系表(表中的入组播组为<G’，S’>、出组播组为<G，S>)，将入组播组地址映射为出组播组地址，实现将承载网络内部的组播地址信息转换为原来由IPTV运营商提供的组播地址信息。

由此可见，针对组播源和组播业务数据的接收方用户设备，组播业务数据的地址信息仍由IPTV运营商提供，组播业务数据在承载网络内部传输时采用承载网络提供的组播地址信息。因此，当IPTV运营商需要与多个承载网络连接时，其组播业务的组播地址可以保持一致，通过地址映射方式保证在组播业务的地址在承载网络内部不会冲突。由于组播业务数据的地址信息仍由IPTV运营商提供，则可以便于IPTV运营商增加新的业务，以及便于进行菜单管理。

对于组播业务对应一个组播地址对的情况可以按照上述流程实现组播业务，对于组播业务包对应一组组播地址对的情况，本发明实施例也给出了一种组播业务的实现方法。

组播业务包的原理是：将BTV节目根据鉴权属性和计费属性分成不同的BTV业务包，用户设备在同一个BTV业务包中的频道节目之间切换时，不需要基于每一个请求做做鉴权和计费工作。这要求用户设备在请求一个组播业务包的时候，需要将该组播业务包中的一组组播业务流对应的组播组请求下来，而这些组播业务流的组播路径都是一致的，但组播地址不同。如果承载网根据组播地址单独维护组播路径，则维护工作量很大。

本发明实施例针对这种情况，将同一个组播业务包的一组组播业务流的组播地址对<G1，S1>，<G2，S2>，<G3，S3>...<Gn，Sn>，映射成组播地址都相同的一组组播地址对<G’，S1’>，<G’，S2’>，<G’，S3’>...<G’，Sn’>，承载网络只根据组播地址G’维护该组播业务包的组播路径，包括利用<G’，*>实现承载网络内部组组播路径统一维护，统一分配资源，实现在承载网络内部对这一组组播业务流的统一简化控制。图4和图5给出了本发明实施例针对组播业务包实现组播业务的实例。

如图4所示，接入会聚网由一个EN(Edge Node，边缘节点)提供组播流入口，交换机位于承载网络内部可处理组播请求，AN1、AN2分别为两个组播出口节点。用户设备请求了组播业务并已被接受。在请求组播业务的过程中已经建立了组播地址映射关系，并已下发到相应的入口节点和出口节点(具体过程同图2所示的流程)。用户设备所请求的组播业务为一个BTV业务包，该BTV业务包包含有两个组播地址对为<g1，s1>和<g2，s2>的组播流，地址映射关系为：<g1，s1>对应承载网络的地址对<g’，s1’>，<g2，s2>对应承载网络的地址对<g’，s2’>。用户设备1和用户设备2请求加入组播业务的过程，包括步骤：

步骤401、AN1收到用户设备发送的组播加入请求，请求加入组播地址对为<g1，s1>的组播流。

步骤402、AN1根据预先得到的组播地址映射关系，将组播地址对<g1，s1>转换为<g’，s1’>。

步骤403、AN1发送IGMP(Internet组管理协议)请求，请求加入组播地 址对为<g’，s1’>的组播流，该请求被发送到承载网络内部的交换机。

步骤404、交换机发送IGMP请求到网络边缘的EN，将用户设备加入组播地址对<g’，s1’>的组播流。

步骤405、AN2收到用户设备发送的组播加入请求，请求加入组播地址对为<g2，s2>的组播流。

步骤406、AN2根据预先得到的组播地址映射关系，将组播地址对<g2，s2>转换为<g’，s2’>。

步骤407、AN2发送IGMP请求，请求加入组播地址对为<g’，s1’>的组播流，该请求被发送到承载网络内部的交换机，交换机收到该请求，建立组播复制的表项。由于AN1已经请求过该组播地址<g’，*>对应的组播流，所以该组播的请求不会再向EN发送。

在通过组播业务承载网络传输组播流时，组播业务承载网络的入口节点和出口节点分别根据组播地址对的映射关系进行组播地址转换，使在承载网络内部使用承载网络提供商分配的组播地址。图5给出了一个组播业务流的传输流程实例。

如图5所示，组播业务承载网络的边缘节点包括a、b、c、d、e、f，其中节点f为组播路径的入口节点(对应图4中的EN)，节点a和节点b为组播路径的出口节点(分别对应图4中的AN1和AN2)。属于一个组播业务包的一组组播流，其对应的一组组播地址对为<G1，S1>，<G2，S2>，<G3，S3>...<Gn，Sn>(该组播地址对由IPTV运营商提供)，从组播源到达入口节点f，从入口节点f进入承载网络，入口节点f根据组播地址映射关系将该组组播流的组播地址对<G1，S1>，<G2，S2>，<G3，S3>...<Gn，Sn>转换为承载网络内部的组播地址对<G’，S1’>，<G’，S2’>，<G’，S3’>...<G’，Sn’>。该组组播地址对为<G’，S1’>，<G’，S2’>，<G’，S3’>...<G’，Sn’>的组播流沿组播路径路由到承载网络的出口节点a和出口节点b，出口节点a和出口节点b分别根据组播地址映射关系将该组组播流的承载网络内部的组播地址对 <G’，S1’>，<G’，S2’>，<G’，S3’>...<G’，Sn’>转换为IPTV运营商提供的组播地址对<G1，S1>，<G2，S2>，<G3，S3>...<Gn，Sn>，并将该组组播流发送到用户设备。

如图5所示，在具体实现过程中，入口节点f根据下发给它的组播地址映射关系表(表中的入组播组为<G1，S1>，<G2，S2>，<G3，S3>...<Gn，Sn>、出组播组为<G’，S1’>，<G’，S2’>，<G’，S3’>...<G’，Sn’>)，将入组播组地址映射为对应的出组播组地址，实现将原来由IPTV运营商提供的组播地址信息转换为承载网络内部的组播地址信息；出口节点a和b根据下发给它的组播地址映射关系表(表中的入组播组为<G’，S1’>，<G’，S2’>，<G’，S3’>...<G’，Sn’>、出组播组为<G1，S1>，<G2，S2>，<G3，S3>...<Gn，Sn>)，将入组播组地址映射为对应的出组播组地址，实现将承载网络内部的组播地址信息转换为原来由IPTV运营商提供的组播地址信息。

上述流程描述了针对一个组播业务包对应有多个组播路径相同的组播流的情况下，将有相同组播路径的不同的组播组转换成具有相同的组播地址(由组播源的地址区分不同的组播组)，这样承载网可以只维护该组播地址对应的组播路径，减少组播路径维护数量。在具体应用中，也可以将不同组播路径的组播流的组播地址映射为相同的组播地址，以达到减小组播路径维护数的目的。

本发明实施例还提供了一种资源管理系统，如图6所示。

参见图6，为本发明实施例提供的资源管理系统的结构示意图，该系统包括组播地址管理实体，该实体包括组播地址映射模块和组播地址映射关系发送模块。

组播地址映射模块，用于组播业务数据的原组播地址标识(即由IPTV运营商提供的组播地址信息)映射为承载网络内部组播地址标识；其中，原组播地址标识为IPTV运营商提供的，承载网络内部组播地址标识为组播业务承载网络的提供商分配的；

组播地址映射关系发送模块，用于将原组播地址标识和承载网络内部组播 地址标识的映射关系发送到组播路径的入口节点设备和出口节点设备。入口节点设备和出口节点设备根据该映射关系进行组播业务数据的组播地址标识转换。

组播地址映射模块的具体处理过程为：

若原组播地址标识为组播地址，则组播地址映射模块将原组播地址映射为承载网络内部的组播地址；或者，将原组播地址映射为承载网络内部的组播地址并分配承载网络内部的组播源地址，将映射后的组播地址和分配的组播源地址组成承载网络内部的组播地址对；

若原组播地址标识为组播地址对，则组播地址映射模块将原组播地址对中的组播地址映射为承载网络内部的组播地址；或者，分别将原组播地址对中的组播地址和组播源地址映射为承载网络内部的组播地址对中的组播地址和组播源地址；

组播地址映射模块还可将多个组播业务数据的原组播地址对映射为承载网络内部组播地址对，这些承载网络内部组播地址对中的组播地址相同，尤其对于一个组播业务对应多个具有相同组播路径的组播业务数据时，组播地址映射模块可将这些组播业务数据的组播地址对映射为承载网络内部具有相同组播地址的组播地址对。

组播地址管理实体还可以位于路由器，(特别是中心路由器)，资源管理器、策略管理器、以及宽带接入服务器中。

本发明实施例还提供了一种数据传输设备，如图7所示。

参见图7，为本发明实施例提供的数据传输设备结构示意图，该设备包括外部接口模块和内部接口模块，还包括组播地址映射关系接收模块和第一组播地址映射模块。

外部接口模块和内部接口模块，分别用于与承载网络外部和内部的设备进行组播业务数据交互，组播业务数据可以是组播流或相关信令。

组播地址映射关系接收模块，用于接收组播地址映射关系，该映射关系包 括组播业务数据的原组播地址标识和承载网络内部地址标识的映射关系；其中，原组播地址标识为IPTV运营商提供的，承载网络内部组播地址标识为组播业务承载网络的提供商分配的。

组播地址映射模块，用于根据映射关系，将组播业务数据的原组播地址标识转换为承载网络内部地址标识，并将该组播业务数据发送到内部接口模块；或将该组播业务数据的承载网络内部地址标识转换为原组播地址标识，并将该组播业务数据发送到所述外部接口模块。

当数据传输设备位于组播路径的入口时，组播地址映射关系接收模块接收到的映射关系信息表示将原组播地址标识映射为承载网络内部组播地址标识；第一组播地址映射模块根据该映射关系，将外部接口模块从组播源接收到的组播流的原组播地址标识映射为承载网络内部组播地址标识，并将组播流发送到内部接口模块，由内部接口模块将组播流发送到承载网络中的数据传输设备。

当数据传输设备位于组播路径的出口时，组播地址映射关系接收模块接收到的映射关系信息表示将承载网络内部组播地址标识映射为原组播地址标识；第一组播地址映射模块根据该映射关系，将内部接口模块接收到的组播流的承载网络内部的组播地址标识映射为该组播流的原组播地址标识，并将组播流发送到外部接口模块，由外部接口模块发送到组播流接收方。

该设备还可以包括第二组播地址映射模块。

当数据传输设备位于组播路径的出口时，第二组播地址映射模块根据映射关系，将外部接口模块接收到的组播业务相关信令(如加入组播业务的请求)的原组播地址标识映射为承载网络内部组播地址标识，并将信令发送到内部接口模块，由内部接口模块发送到承载网络中的数据传输设备。

当数据传输设备位于组播路径的入口时，第二组播地址映射模块根据映射关系，将内部接口模块接收到的组播业务相关信令(如加入组播业务的请求)的承载网络内部组播地址标识映射为该组播业务的原组播地址标识，并将信令发送到外部接口模块。

本发明实施例还提供了一种组播业务实现系统。该系统包括组播地址管理实体和分别位于组播路径入口和出口的数据传输设备。

组播地址管理实体，用于建立组播业务数据的原组播地址标识和承载网络内部组播地址标识的映射关系，并分别将表示该映射关系的信息发送到位于组播路径入口和出口的数据传输设备；其中，原组播地址标识为IPTV运营商提供的，承载网络内部组播地址标识为组播业务承载网络的提供商分配的；

位于组播路径入口的数据传输设备，用于根据组播地址的映射关系，将从组播源接收到的组播业务数据的原组播地址标识映射为承载网络内部组播地址标识，并将组播业务数据发送到位于组播路径出口的数据传输设备；

位于组播路径出口的数据传输设备，用于根据组播地址的映射关系，将组播业务数据的承载网络内部组播地址标识映射为该组播业务数据的原组播地址标识，并将组播业务数据发送到组播业务数据的接收方。

综上所述，本发明的上述实施例中，用户设备和IPTV提供商的控制、数据流程不用变动，由网络控制和承载层对控制和数据流中的组播地址进行转换，使其对外不做变动，对内转换成内部组播地址，承载网络内部不发生冲突；在转换地址的过程中，可以将有相同组播路径的不同的组播组转换成具有相同的组播地址(由组播源的地址区分不同的组播组)，这样承载网可以只维护该组播地址对应的组播路径，减少了组播路径维护数量。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (12)

1.一种组播业务实现方法，其特征在于，包括：

在组播路径的入口节点和出口节点建立组播业务数据的原组播地址标识和承载网络内部的组播地址标识的映射关系信息，所述建立组播业务数据的原组播地址标识和承载网络内部的组播地址标识的映射关系信息，包括：分别将多个组播业务数据的组播地址对映射为承载网络内部的组播地址对，所述承载网络内部的组播地址对中的组播地址都相同；

当组播源发送所述组播业务数据时，所述入口节点根据所述映射关系信息将所述组播业务数据的原组播地址标识映射为承载网络内部组播地址标识，并将所述组播业务数据沿所述组播路径发送到所述出口节点；所述出口节点根据所述映射关系信息，将所述组播业务数据的承载网络内部组播标识映射为原组播地址标识，并将所述组播业务数据发送到所述组播业务数据的接收方。

2.如权利要求1所述的方法，其特征在于，所述在组播路径的入口节点和出口节点建立组播业务数据的原组播地址标识和承载网络内部的组播地址标识的映射关系信息，包括：

将所述映射关系信息配置到所述组播路径的入口节点和出口节点；

或者，接收组播业务数据请求，将请求的所述组播业务数据的原组播地址标识映射为承载网络内部的组播地址标识，并将所述映射关系信息分别发送到所述组播路径的入口节点和出口节点。

3.如权利要求2所述的方法，其特征在于，所述接收组播业务数据请求，将请求的所述组播业务数据的原组播地址标识映射为承载网络内部的组播地址标识，并将所述映射关系信息分别发送到所述组播路径的入口节点和出口节点的过程，包括：

业务控制实体接收所述组播业务数据请求，并发送到承载控制实体；

所述承载控制实体将所述组播业务的原组播地址标识映射为承载网络内部组播地址标识，并将所述映射关系信息发送到所述组播路径入口节点和出口 节点。

4.如权利要求1所述的方法，其特征在于，所述原组播地址标识以及所述承载网络内部的组播地址标识均为组播地址，或均为由组播地址和组播源地址组成的组播地址对。

5.如权利要求1所述的方法，其特征在于，所述建立组播业务数据的原组播地址标识和承载网络内部的组播地址标识的映射关系信息，包括：

若所述原组播地址标识为组播地址，则将所述组播地址映射为承载网络内部的组播地址，并建立原组播地址与所述承载网络内部组播地址的映射关系；或者，将所述组播地址映射为承载网络内部的组播地址并分配承载网络内部的组播源地址，将映射后的组播地址和分配的组播源地址组成承载网络内部的组播地址对，并建立原组播地址与所述承载网络内部组播地址对的映射关系；

若所述原组播地址标识为组播地址对，则将原组播地址对中的组播地址映射为承载网络内部的组播地址，并建立原组播地址对与所述承载网络内部组播地址的映射关系；或者，分别将原组播地址对中的组播地址和组播源地址映射为承载网络内部的组播地址对中的组播地址和组播源地址，并建立原组播地址对与所述承载网络内部组播地址对的映射关系。

6.一种资源管理系统，所述系统包括组播地址管理实体，其特征在于，所述组播地址管理实体包括：

组播地址映射模块，用于将组播业务数据的原组播地址标识映射为承载网络内部组播地址标识，分别将多个组播业务数据的组播地址对映射为承载网络内部的组播地址对，所述承载网络内部的组播地址对中的组播地址相同；

组播地址映射关系发送模块，用于将表示原组播地址标识和所述承载网络内部组播地址标识的映射关系的信息发送到组播路径的入口节点设备和出口节点设备；所述入口节点设备和所述出口节点设备根据所述映射关系信息进行所述组播业务数据的组播地址标识转换。

7.如权利要求6所述的资源管理系统，其特征在于，若所述原组播地址 标识为组播地址，则所述组播地址映射模块将所述组播地址映射为承载网络内部的组播地址；或者，将所述组播地址映射为承载网络内部的组播地址并分配承载网络内部的组播源地址，将映射后的组播地址和分配的组播源地址组成承载网络内部的组播地址对；

若所述原组播地址标识为组播地址对，则所述组播地址映射模块将原组播地址对中的组播地址映射为承载网络内部的组播地址；或者，分别将原组播地址对中的组播地址和组播源地址映射为承载网络内部的组播地址对中的组播地址和组播源地址。

8.一种数据传输设备，包括外部接口模块和内部接口模块，分别用于与承载网络外部和内部的设备进行组播业务数据交互，其特征在于，还包括：

组播地址映射关系接收模块，用于接收组播地址映射关系信息，所述映射关系信息为组播业务数据的原组播地址标识和承载网络内部地址标识的映射关系信息，且多个组播业务数据的组播地址对映射为承载网络内部的组播地址对，所述承载网络内部的组播地址对中的组播地址相同；

第一组播地址映射模块，用于根据所述映射关系信息，将所述组播业务数据的原组播地址标识转换为承载网络内部地址标识，并将所述组播业务数据发送到所述内部接口模块；或将所述组播业务数据的承载网络内部地址标识转换为原组播地址标识，并将所述组播业务数据发送到所述外部接口模块。

9.如权利要求8所述的数据传输设备，其特征在于，当所述数据传输设备位于组播路径入口时，所述组播地址映射关系接收模块接收到的所述映射关系信息表示将所述原组播地址标识映射为所述承载网络内部组播地址标识，所述第一组播地址映射模块根据所述映射关系信息，将所述外部接口模块接收到的组播业务数据的原组播地址标识转换为承载网络内部组播地址标识；

当所述数据传输设备位于组播路径出口时，所述组播地址映射关系接收模块接收到的所述映射关系信息表示将所述承载网络内部组播地址标识映射为所述原组播地址标识；所述第一组播地址映射模块根据所述映射关系信息，将 所述内部接口模块接收到的组播业务数据的承载网络内部组播地址标识转换为所述组播业务数据的原组播地址标识。

10.如权利要求8所述的数据传输设备，其特征在于，还包括：

第二组播地址映射模块，用于根据所述映射关系信息将组播业务的信令的原组播地址标识转换为承载网络内部地址标识，并将所述组播业务的信令发送到所述内部接口模块；或将所述组播业务的信令的承载网络内部地址标识转换为原组播地址标识，并将所述组播业务的信令发送到所述外部接口模块。

11.如权利要求10所述的数据传输设备，其特征在于，当所述数据传输设备位于组播路径出口时，所述第二组播地址映射模块将所述外部接口模块接收到的组播业务信令的原组播地址标识映射为承载网络内部组播地址标识，并将所述组播业务信令发送到所述内部接口模块；当所述数据传输设备位于组播路径入口时，所述第二组播地址映射模块将所述内部接口模块接收到的组播业务信令的承载网络内部组播地址标识映射为原组播地址标识，并将所述组播业务信令发送到所述外部接口模块。

12.一种组播业务实现系统，其特征在于，包括组播地址管理实体，以及分别位于组播路径入口和出口的数据传输设备；

所述组播地址管理实体，用于建立组播业务数据的原组播地址标识和承载网络内部组播地址标识的映射关系，并分别将表示所述映射关系的信息发送到位于组播路径入口和出口的所述数据传输设备，所述建立组播业务数据的原组播地址标识和承载网络内部组播地址标识的映射关系，包括：分别将多个组播业务数据的组播地址对映射为承载网络内部的组播地址对，所述承载网络内部的组播地址对中的组播地址都相同；

位于组播路径入口的所述数据传输设备，用于根据所述映射关系信息，将从组播源接收到的所述组播业务数据的原组播地址标识映射为承载网络内部组播地址标识，并将所述组播业务数据发送到位于组播路径出口的所述数据传输设备； 

位于组播路径出口的所述数据传输设备，用于根据所述映射关系信息，将所述组播业务数据的承载网络内部组播地址标识映射为所述组播业务数据的原组播地址标识，并将所述组播业务数据发送到所述组播业务数据的接收方。 

Images