移动通信网络多媒体组播业务的实现方法

专利名称：移动通信网络多媒体组播业务的实现方法
技术领域：
本发明涉及多媒体组播业务的实现方法，特别涉及移动通信网络多媒体 组播业务的实现方法，属于移动通信领域。
背景技术：
随着移动通信的迅速发展，用户对通信的需求已不再满足于电话和消息 业务，大量多媒体业务涌现出来，其中一些应用业务要求多个用户能同时接 收相同数据，如视频点播、电视广播、视频会议、网上教育、互动游戏等。 这些移动多々某体业务与一般的数据相比，具有数据量大、持续时间长、时延 敏感等特点。为了实现纯文本低速率的消息类业务和高速多媒体业务的组播 和广播，并且有效地利用移动网络资源，运营商通常通过在移动通信网络内 部使用组^潘或广播的方式，实现为用户提供高速率的多媒体组播业务，例如宽带码分多址(Wideband Code Division Multiple Access,简称WC腿)网 络中的多4某体组播和广播业务(MBMS)和码分多址2000 (Code Division Multiple Access2000,简称CDMA2000 )网络中的广播和多播业务(Broadcast and Multicast Service,简称BCMCS)。图1为现有移动通信网络示意图(例如WCDMA、CDMA2000或者TD-SCDMA), 通过IP网络(可以是公共IP网络或是运营商内部的IP网络)将多个移动通信 子网的网关节点连接起来。其中连接移动通信子网的网关节点与IP网络的网 关节点(Gateway,简称GW)(例如GPRS或WCDMA移动通信网络的网关节点 GPRS支持节点(gateway GPRS support node,简称GGSN)设备，以及随着 移动通信4支术发展，移动通信网络中具有相同功能的设备)负责给用户设备 (User Equipment,简称UE)分配IP地址使UE能够访问IP网络。图2为现有移动通信网络多媒体组播业务网络框架示意图，以现有的移 动通信网络框架为基础，在IP网络上架设一个或者多个多媒体服务器为用户 设备提供多媒体服务。这些移动通信网络多媒体组播业务网络框架，主要在 移动子网内部为多媒体数据的传输进行优化。与此同时多媒体服务器针对每 个业务维护一个网关节点列表，列表中记录某个网关节点代表该网关节点对 应的移动通信子网的网关节点中有用户需要该业务数据。当业务开始的时候， 多々某体服务器根据列表中的网关节点信息以单播的形式给每个移动通信子网 的网关节点的网关节点发送一份业务数据，从而避免针对移动通信子网的网 关节点中的用户设备分别发送业务数据。图3为现有移动通信网络多媒体组播业务的工作流程图，首先由多媒体 服务器发布一个业务声明，向用户设备表明其所提供的业务相关信息，该业务声明中包括服务器的IP地址，业务相关信息等；然后用户设备根据多媒体 服务器发布的业务声明信息，通知移动通信子网的网关节点该用户设备需要 此多媒体服务器提供的多媒体业务；如果该用户业务申请获得许可，网络将 为用户建立数据传输通道，其中移动通信子网的网关节点的网关节点将判断 其是否在多媒体服务器的对应业务网关节点列表中，如果还没有则向多媒体 服务器发送注册消息请求加入该业务的网关节点列表。当业务开始的时候， 多媒体服务器根据其网关节点列表确定把多媒体数据发送到那些网关节点， 网关节点再依此把数据通过移动通信子网的网关节点发送到用户设备；在用 户设备不再需要该多媒体业务，用户设备申请停止使用该多媒体业务，移动 通信子网的网关节点的网关节点根据该子网是否还需要该业务数据决定是否 向多媒体服务器发送取消数据发送的消息，数据传输通道的释放也发生在多 媒体业务传输完毕，或者多媒体服务器不再提供该多媒体业务时释放数据传 输通道。该方法的不足之处在于上述方法使得在进行某个业务数据传送的时候，多媒体服务器能够根据列表中维护的网关节点信息，为有用卢需求的每个移动通信子网的网关节点 发送一份多媒体业务数据。这个方法虽然避免多媒体服务器针对移动通信子 网的网关节点中的用户设备分别发送业务数据，但是多媒体服务器与网关节 点之间仍然是以单播方式传送数据，未考虑多媒体服务器与多个网关节点之 间的传输优化，相同的发往多个网关节点的数据在多媒体服务器与网关节点 之间的IP网络中重复传送，参见图2。从而造成了 IP网络带宽资源的浪费， 增加了多々某体服务器的负荷，并且影响多媒体服务器能够支持的网关节点数 量即其可扩展性。而且，随着多媒体组播业务的迅速发展，以及使用同一业 务的移动通信子网的网关节点数目的增加，上述缺陷对网络带宽资源和可扩 展性的影响也随之持续增大。发明内容本发明的目的是针对上述现有技术的不足，提供移动通信网络多媒体组播 业务的实现方法，能够有效节省带宽，有效降低通信节点转发数据的压力， 提高网络设备利用率和媒体资源使用率，增加系统的容量以及业务的可扩展 性。为实现上述目的，本发明提供了 一种移动通信网络多媒体组播业务的实现方法，包4舌以下步骤步骤1、移动通信子网的网关节点向用户设备以及该网关节点下游的支持 IP组播的通信节点发送包括该多媒体组播业务对应的IP组播地址的通知消 息，所述通信节点依次向该通信节点下游的支持IP组播的通信节点发送通知 消息，以通知注册该多媒体组播业务。所述通信节点为能够通过移动通信子 网向用户i殳备(User Equipment,简称UE )传送数据的节点，包括GPRS或 WCDMA移动通信网络中的网关GPRS支持节点(gateway GPRS su卯ort node, 简称GGSN )、业务GPRS支持节点(Service GPRS Support Node,简称SGSN )、 无线网络4空制器(Radio Network Controller,简称RNC);或者基站NodeB、接入网关或接入节点。以及随着移动通信技术发展，移动通信网络中具有类似功能的设备;其中，SGSN是GGSN的下游节点，RNC是SGSN的下游节点; 例如网关节点(如GGSN,即最上游的移动通信子网通信节点)收到用户申请 使用多媒体组播业务的请求时，将向其下游节点(SGSN)中支持IP组播的下 游节点发送一个消息进行通知；SGSN也可以继续进行这样的搡作，直到某通 信节点的下游节点为用户或者均不支持IP组播；步骤2、收到所述通知消息的通信节点如果已经加入该多媒体组播业务对 应的组播组或者该通信节点的所有下游节点都支持IP组播，则执行步骤3, 否则该通信节点加入对应的IP组播组，然后执行步骤3;步骤3、在业务数据开始传输时，所述多媒体服务器以IP组播方式向加 入IP组播组的所述通信节点发送所述多媒体组播业务的内容；步骤4、收到所述多媒体组播业务的内容的通信节点将所述多媒体组播业 务的内容发送到该通信节点下游的用户终端。在上述技术方案中，在步骤1之前还包括以下步骤步骤a 、所述网关节点接收到用户设备发送的用于申请使用多媒体组播业 务的消息；步骤b、所述网关节点判断是否已向多媒体服务器注册该多媒体组播业 务，是则执行步骤l,否则向多媒体服务器注册该多媒体组播业务后执行步骤进一步的，步骤4可以具体为收到所述多媒体组播业务的内容的通信节 点依次向所述该通信节点下游的不支持IP组播的通信节点或用户终端发送所 述多媒体组播业务的内容，最终将所述多媒体组播业务的内容发送给用户终 端，即通信节点收到内容后，向用户(下游节点为用户)或者不支持IP组播 的下游节点发送该内容，下游节点继续转发按照这样的策略进行转发，最终 将所述多々某体组播业务的内容发送给用户终端。步骤2中通信节点加入对应的IP组播组的操作具体为通信节点向对应的IP组:漆组发出加入IP组播组消息，并加入对应的IP组播组。上述技术方案中，步骤b中所述的向多媒体服务器注册该多媒体组播业务 可包括以下步骤步骤bl、所述网关节点向多媒体服务器发送注册请求消息，用于注册该 多媒体组播业务；步骤b2、所述多媒体服务器向所述网关节点发送注册请求回应消息，用 于通知该网关节点已注册该多媒体组播业务。步骤2中所述的加入对应的IP组播组可包括该通信节点通过组播路由 器方式或主机方式加入对应的IP组播组。在所述步骤a之前还可包括建立所述组播组的操作，具体包括以下步骤 首先在步骤a01中，所述多媒体服务器为该多媒体组播业务分配对应的IP组 播地址并建立对应的组播组；继而在步骤a()2中，向用户发送多媒体组播业 务声明消息，该消息包括所述IP组播地址和该多媒体组播业务的相关信息。 其中，所述多媒体组播业务声明消息可通过移动网络发送到用户设备，也可 通过其它媒介(例如电视、报纸等)传达给用户。在所述步骤4后还可包括所述用户设备停止使用所述多媒体组播业务的 操作，具体包括以下步骤在步骤41中，所述用户设备向对应的移动通信子 网的网关节点发送消息，用于申请停止使用该多媒体组播业务；在步骤42中， 如果所述用户申请停止使用该多媒体组播业务的请求获得许可，所述移动通 信子网的网关节点向所述用户设备发送申请取消使用该多媒体组播业务的回 应消息，用于通知所述用户设备已停止使用该多媒体组播业务；然后在步骤 43中，所述移动通信子网的网关节点对应的网关节点判断是否还有其它用户 设备在使用所述多媒体组播业务，是则操作结束，否则执行步骤44;在步骤 44中，所述网关节点向所述多^f某体服务器发送取消注册请求消息，用于向所 述多媒体服务器通知该网关节点不需要接收所述多媒体组播业务；在步骤45 中，所述多媒体服务器向所述网关节点发送取消注册请求回应消息；然后在步骤46中，所述网关节点在收到所述多媒体服务器的回应消息后向该多媒体组播业务对应的组播组发出包括所述IP组播地址的离开组播组消息，并通知该网关节点下游的、已加入该组播组的通信节点离开该組播組；该网关节点 下游的、已加入该组播组的通信节点向该多媒体组播业务对应的组播组发出 离开组播组消息，并通知该通信节点下游的、已加入该组播组的通信节点离 开该组4番组，以此类推。更进一步地，在所述步骤4之后还可包括该多媒体组播业务结束后停止服 务的才喿作，具体包括以下步骤首先在步骤501中，所述多媒体服务器向所 述网关节点发送取消注册请求消息，用于通知所述网关节点该多媒体组播业 务结束；然后在步骤502中，所述网关节点向所述多媒体服务器发送取消注 册请求回应消息，然后向该多媒体组播业务对应的组播组发出离开组播组消 息；继而在步骤503中，所述网关节点通过对应的移动通信子网的网关节点 向所述用户设备发送多媒体服务停止消息，用于通知所述用户设备已停止该 多媒体组播业务。在步骤504中，所述多媒体服务器删除该多媒体组播业务 对应的组播-组。上述技术方案中，在开始移动通信网络的多媒体组播业务之前，由多媒体 服务器建立组播组，并在用户设备需要接收多媒体组播业务时，通过移动通 信子网的网关节点的网关节点与多媒体服务器的通信，将该网关节点加入该 多媒体组播业务对应的组播组中，继而多媒体服务器通过与所述网关节点的 组播通信传输该多媒体组播业务内容，所述网关节点则通过移动通信子网的 网关节点将该多媒体组播业务内容传送给用户设备；从而使得所述多媒体服 务器与所述网关节点之间采用IP组播的方式传送多媒体组播业务内容。如图 4所示，多々某体服务器发给不同网关节点的同一数据流只需发送一次。而在现 有技术的移动通信网络多媒体组播业务的实现方法中，由于多媒体服务器与 网关节点之间为单播方式通信，如图2所示，多媒体服务器发给不同网关节 点的同一^t据流需要每次重复发送。由此可见，本发明提供的移动通信网络多媒体组播业务的实现方法能够通过多媒体服务器与移动通信子网的网关节 点的网关节点的组播通信，达到有效节省带宽，提高网络设备利用率和媒体资源使用率的有益效果；并且使得多媒体服务器能够承载与更多的移动通信 子网的网关节点的网关节点进行通信，组播了多媒体服务器的可扩展性；进一步地，通过上述:f支术方案，网关节点以及下游节点不是用户终端的通信节点不需要对收到的业务数据进行多次复制即可发送给下游节点，这对于拥有 大量下游节点的通信节点来说，能够有效降低通信节点转发数据的压力，增 加业务的可扩展性和系统的容量。综上所述，本发明通过有机地结合移动通信技术和IP组播通信技术，能 够达到有效节省带宽，有效降低通信节点转发数据的压力，提高网络设备利 用率和J 某体资源使用率，增加系统的容量以及业务的可扩展性的有益技术效果。


图1为现有移动通信网络互联示意图；图2为现有移动通信网络多媒体组播业务网络框架示意图；图3为现有移动通信网络多媒体组播业务的工作流程图；图4为本发明移动通信网络多i某体组播业务的实现方法示意图；图5为本发明具体实施例一的流程图；图6为本发明具体实施例二的流程图；图7为本发明具体实施例三的流程图；图8为本发明具体实施例四的流程图；图9为本发明具体实施例五中现有MBMS业务的工作流程图； 图10为本发明具体实施例五中现有MBMS业务的网络框架示意图； 图11本发明的技术方案在MBMS业务中应用的流程图； 图12为本发明具体实施例五中建立共享组播树的流程图；图13为本发明具体实施例五中用户设备加入共享组播树的流程图； 图14为本发明具体实施例五中用户设备加入共享组播树的另一流程图； 图15为本发明具体实施例五中用户设备加入共享组播树的又一流程图； 图16为本发明具体实施例五中用户设备离开共享组播树的流程图； 图17为本发明具体实施例五中用户设备离开共享组播树的另一流程图； 图18为本发明具体实施例五中用户设备离开共享组播树的又一流程图； 图19为本发明具体实施例五中建立有源組播树的流程图； 图20为本发明具体实施例五中用户设备加入有源组播树的流程图； 图21为本发明具体实施例五中用户设备加入有源组播树的另一流程图； 图22为本发明具体实施例五中用户设备加入有源组播树的又一流程图； 图23为本发明具体实施例五中用户设备离开有源组播树的流程图； 图24为本发明具体实施例五中用户设备离开有源组播树的另一流程图； 图25为本发明具体实施例五中用户设备离开有源组播树的又一流程图。 图26为现有技术中MBMS业务实现方法的示意图； 图27为本发明具体实施例五中MBMS业务实现方法的示意图。
具体实施方式
本发明有机地结合了移动通信技术和IP组播通信技术，多媒体服务器通 过IP组播的方式来向移动通信子网的网关节点的网关节点传送多媒体组播业 务内容，移动通信子网的网关节点的网关节点通过移动通信网络向用户设备 传送该多々某体组播业务内容。下面首先对本发明采用的IP组播通信技术作筒要介绍 IP组播(也称多址广播或多播)技术，是一种允许一台或多台主机(组 播源) 一次地并且同时地发送单一数据包到多台主机的TCP/IP网络技术。组 播作为一点对多点的通信，是节省网络带宽的有效方法之一。在网络音频/视 频广^"的应用中，当需要将一个节点的信号传送到多个节点时，无论是采用重复点对点通信方式，还是采用广播方式，都会严重浪费网络带宽，只有组 播才是最好的选择。组播能使一个或多个组播源只把数据包发送给特定的组 播組，而只有加入该组播组的主机才能接收到数据包。IP纽^番通信必须依赖于IP组4番地址，在IPv4中它是一个D类IP地址，范围从224. 0. 0. 0到239. 255. 255. 255,并被划分为局部链接组播地址、预留 组播地址和管理权限组播地址三类。其中，局部链接组播地址范围在 224. 0.0. 0到224. 0.0. 255，这是为路由协议和其它用途保留的地址，路由器 并不转发属于此范围的IP包；预留组播地址为224.0.1.0到 238.255.255.255,可用于全球范围(如Internet )或网络协议；管理权限组 播地址为239.0.0.0到239.255.255.255,可供组织内部使用，类似于私有 IP地址，不能用于Internet,可限制组播范围。使用同一个IP组播地址接收组播数据包的所有主机构成了 一个主机组， 也称为组4番组。 一个组播组的成员是随时变动的， 一台主机可以随时加入或 离开组播组，组播组成员的数目和所在的地理位置也不受限制， 一台主机也 可以属于几个组播组。此外，不属于某一个组播组的主机也可以向该组播组 发送数据包。为了向所有接收主机传送组播数据，用组播分布树来描述IP组播在网络 中传输的路径。组播分布树有两种基本类型有源树和共享树。有源树是以 组播源作为有源树的根，有源树的分支形成通过网络到达接收主机的分布树， 因为有源树以最短的路径贯穿网络，所以也常称为最短路径树。共享树以组 播网中某些可选择的组播路由中的 一个作为共享树的公共根，这个根被称为 汇合点UP)。共享树又可分为单向共享树和双向共享树。单向共享树指组 播数据流必须经过共享树从根发送到组播接收机。双向共享树指组播数据流 可以不经过共享树。组播^各由的 一种常见的思路就是在组播组成员之间构造一棵扩展分布 树。在一个特定的"发送源，目的组"对上的IP组播流量都是通过这个扩展树从发送源传输到接受者的，这个扩展树连接了该组播组中所有主机。不同 的IP组播路由协议使用不同的技术来构造这些组播扩展树， 一旦这个树构造 完成，所有的组播流量都将通过它来传播。根据网络中组播组成员的分布，总的说来IP组播路由协议可以分为以下 两种基本类型。第一种假设组播组成员密集地分布在网络中，也就是说，网 络大多数的子网都至少包含一个组播组成员，而且网络带宽足够大，这种被称作"密集模式"(Dense-Mode)的组播路由协议依赖于广播技术来将数据发 送给网络中所有的路由器。组播路由的第二种类型为稀疏模式组播路由协议， 它假设组播组成员在网络中是稀疏分散的，并且网络不能提供足够的传输带 宽，比如Internet上通过ISDN线路连接分散在许多不同地区的大量用户。 在这种情况下，广播就会浪费许多不必要的网络带宽从而可能导致严重的网 络性能问题。于是稀疏模式组播路由协议必须依赖于具有路由选择能力的技 术来建立和维持组播树。稀疏模式组播路由协议主要包括基于核心树的组播 协议(Core Based Tree,简称CBT )、稀疏模式独立协议组播 (Protocol-Independent Multicast-Sparse Mode, 简称PIM-SM) 、 PIM源 特定组播(PIM-Source Specific Multicast,简称PIM-SSM)。以上是对本发明采用的IP组播通信技术所作的简要介绍，下面结合附图 和实施例，对本发明的技术方案做进一步的详细描述。图5表示了本发明具体实施例一的流程图，移动通信网络多媒体组播业务 的实现方法，包括以下步骤步骤1为用户设备向移动通信子网的网关节点 发送消息，用于申请使用多媒体组播业务；步骤2为所述网关节点判断是否 已向多媒体服务器注册该多媒体组播业务，是则执行步骤3，否则向多媒体服务器注册该多媒体组播业务后执行步骤3;步骤3为所述网关节点向所述用户 设备以及该网关节点下游的支持IP组播的通信节点发送包括该多媒体组播业 务对应的IP组播地址的通知消息，所述通信节点向该通信节点下游的支持IP 组播的通信节点发送通知消息，以此类推，用于通知注册该多媒体组播业务。所述通信节点为能够通过移动通信子网向用户设备(User Equipment,简称 UE )传送凄t据的节点，包括GPRS或WCDMA移动通信网络中的网关GPRS支持 节点(gateway GPRS su卯ort node,简称GGSN)、业务GPRS支持节点(Service GPRS Support Node,简称SGSN )、无线网络控制器(Radio Network Control ler, 简称RNC)、基站NodeB、接入网关或者接入节点。以及随着移动通信技术发 展，移动通信网络中具有类似功能的设备；其中，SGSN是GGSN的下游节点， RNC是SGSN的下游节点；例如网关节点(如GGSN,即最上游的移动通信子网 通信节点)收到用户申请使用多媒体组播业务的请求时，将向其下游节点 (SGSN )中支持IP组播的下游节点发送一个消息进行通知；SGSN也可以继续 进行这样的操作，直到某通信节点的下游节点为用户或者均不支持IP组播； 步骤4为收到所述通知消息的通信节点如果已经加入该多媒体组播业务对应 的组播组或者该通信节点的所有下游节点都支持IP组播，则执行步骤5，否 则该通信节点向对应的IP组播组发出加入IP组播组消息，并加入对应的IP 组播组，然后执行步骤5;步骤5为在业务数据开始传输时，所述多媒体服务 器以IP组纟番方式向加入IP组播组的所述通信节点发送所述多媒体组播业务 的内容；步骤6为收到所述多媒体组播业务的内容的通信节点向不支持IP组 播的下游节点或用户终端发送所述多媒体组播业务的内容，以此类推，即通 信节点收到内容后，向用户(下游节点为用户)或者不支持IP组播的下游节 点发送该内容，下游节点继续转发按照这样的策略进行转发，最终将所述多 媒体组播业务的内容发送给用户终端。在上述技术方案中，步骤1和2为可选。步骤4中通信节点加入对应的 IP组#"组的#:作具体为通信节点向对应的IP组播组发出加入IP组播组消 息，并加入对应的IP组播组。在步骤6中，收到所述多媒体组播业务的内容 的通信节点按照同样策略，向所述该通信节点下游的不支持IP组播的通信节 点或用户终端发送所述多媒体组播业务的内容，直到将所述多媒体组播业务 的内容最终发送给用户终端。本具体实施例中，通过在现有移动通信网络中增加相应的用户设备与移动 通信子网的网关节点的通信流程，并且通过在移动通信子网的网关节点与多 媒体服务器之间采用IP组播通信的方式传送多媒体组播业务内容，从而有机 地结合了移动通信技术和IP组播通信技术，达到了节省网络带宽资源，提高 网络设备利用率和媒体资源使用率，组播可扩展性的有益效果。图6为本发明具体实施例二的示意图，移动通信网络多々某体组播业务的实现方法，与上述实施例二的区别在于，在所述步骤1之前还包括以下步骤 首先在步骤01中，所述多媒体服务器为该多媒体组播业务分配对应的IP组 播地址并建立对应的组播组；继而在步骤02中，向用户发送多媒体组播业务 声明消息，该消息包括所述IP组播地址和该多媒体组播业务的相关信息。其 中，所述多々某体组播业务声明消息可通过移动网络发送到用户设备，也可通 过其它媒介(例如电视、报纸等)传达给用户。本具体实施例通过增加相应的多媒体服务器的操作流程，进一步地提供了 移动通信子网的网关节点的网关节点与多媒体服务器之间进行IP组播通信过 程中建立组:燔组的操作步骤。参见图7所示的本发明具体实施例三的流程图，与具体实施例一的区别在 于在所述步骤6之后还可包括所述用户设备停止使用所述多媒体组播业务 的操作，具体包括以下步骤步骤61为所述用户设备向对应的移动通信子网 的网关节点发送消息，用于申请停止使用该多士某体组播业务；步骤62为所述 网关节点向所述用户设备发送申请取消使用该多媒体组播业务的回应消息， 用于通知所述用户设备已停止使用该多媒体组播业务；步骤63为所述网关节 点判断是否还有其它用户设备在使用所述多媒体组播业务，是则操作结束， 否则执行步骤64;步骤64为所述网关节点向所述多媒体服务器发送取消注册 请求消息，用于向所述多媒体服务器通知该网关节点不需要接收所述多媒体 组播业务；步骤65为所述多媒体服务器向所述网关节点发送取消注册请求回 应消息；步骤66为所述网关节点在收到所述多媒体服务器的回应消息后向该多4某体组^l番业务对应的组^"组发出包括所述IP组播地址的离开组播组消息， 并通知该网关节点下游的、已加入该组播组的通信节点离开该组播组；该网 关节点下游的、已加入该组播组的通信节点向该多媒体组播业务对应的组播 组发出包括所述IP组播地址的离开组播组消息，并通知该通信节点下游的、 已加入该组播组的通信节点离开该组播组，以此类推。图8为本发明具体实施例四的流程图，移动通信网络多媒体组播业务的实 现方法，其与具体实施例一的区别在于在所述步骤6之后还可包括该多媒 体组播业务结束后停止服务的操作，具体包括以下步骤步骤701为所述多媒体服务器向所述网关节点发送取消注册请求消息，用于通知所述网关节点 该多々某体组播业务结束；步骤702为所述网关节点向所述多媒体服务器发送 取消注册"i青求回应消息，然后向该多媒体组播业务对应的组播组发出离开组 播组消息；步骤703为所述网关节点通过对应的移动通信子网向所述用户设 备发送多媒体服务停止消息，用于通知所述用户设备已停止该多媒体组播业 务；步骤704为所述多媒体服务器删除该多媒体组播业务对应的组播组。上述实施例一至四中，所述网关节点可为网关GPRS支持节点或接入网关。 所述通信节点可为网关GPRS支持节点、业务GPRS支持节点、无线网络控制 器、NodeB、接入网关或接入节点。所述的多媒体服务器可为广播组播业务控 制器或组播业务服务器。实施例五下面结合附图，对本发明的技术方案在多媒体组播和广播业务 (Multimedia Broadcast/Multicast Service,筒称MBMS)中应用的实施例 作进一步地详细阐述。MBMS是在移动网络中提供一个数据源向多个用户发送数据的点到多点业 务，用于有效地实现网络资源共享(包括移动核心网和接入网资源共享)。 MBMS是基于现有的WCDMA或GSM通信网络，通过增加一些新的功能实体如广 播组播业务控制器(Broadcast Multicast Service Center,简称BM-SC),并在i见有网^各中的分组域功能实体如服务GPRS支持节点(Serving GPRS Support Node,简称SGSN )、网关节点GPRS支持节点(Gateway GPRS Support Node,筒称GGSN)、无线网络控制器(RadioNetworkControlkr,简称RNC)、 以及用户i殳备(User Equipment,简称UE)等中增加相应的MBMS功能模块， 此外还定义了新的逻辑共享信道来实现空口资源共享。图9为现有MBMS业务的工作流程图，MBMS业务流程包括用户签约过程、 业务声明过程、用户加入组播组过程、注册过程、会话开始过程、传送数据 过程、会话结束过程、用户离开过程、以及取消注册过程；上述各过程分别 有其启动的前提条件，各过程之间的时序关系并非固定。用户在用户签约过 程中与内容提供商建立联系，订购MBMS业务。BM-SC通常是以广播方式发起 业务声明过程，通知用户MBMS业务的相关信息，如地理范围、组播组地址、 业务开始时间等。用户可通过加入组播组过程，向BM-SC传送想加入的组播 组地址以订购相应的MBMS业务，加入组播组过程的主要功能是BM-SC对用户 进行4受权和计费。用户可通过注册过程在BM-SC注册。BM-SC在发送MBMS数 据之前向下游节点发起会话开始过程，用于通知用户会话开始并且准备开始 接收MBMS数据，会话开始过程是和用户加入组播组过程相互独立的，会话开 始以后新用户仍然可以加入该组纟番组。BM-SC向订购该MBMS业务的用户发送 MBMS组播通知消息以通知用户MBMS数据马上到达用户端后，启动传送数据过 程。BM-SC在传送数据过程结束、MBMS数据传送完毕后发起会话结束过程， 用于通知用户将中止MBMS数据传输。当用户想退出该MBMS业务时发起用户 离开过程。当下游节点保存的该组播组对应的列表为空时通知上游节点启动 取消注册过程，或者当BM-SC停止传送该MBMS服务时启动取消注册过程。图10为现有MBMS业务的网络框架示意图。其中，GGSN为移动通信子网 的网关节点与IP网络的网关节点，用于为UE分配IP地址，使UE能够访问 IP网络；SGSN和RNC主要负责资源管理和控制，用于为UE与GGSN的通信提 供通道。BM-SC是新增的功能实体，也是实现MBMS可运营可管理的关键实体,其功能包括用户管理、会话管理、代理和传输、业务宣告管理、安全管理。 MBMS承载业务的边缘为Gmb和Gi参考点，即BM-SC与GGSN之间的两个接口 。 Gmb接口提供控制面功能，Gi接口提供用户面承载功能。Gmb接口是新增的接 口 ，其它4妄口都是现有WCDMA网络或GSM网络中已经存在的接口 。 3GPP定义 了8种Gmb接口命令，用于实现BM-SC与GGSN之间控制信息的交互。此外， 对已有的WCDMA/GSM分组网功能实体GGSN、 SGSN、基站控制器(RNC/BSC )和 UE，也需要增加MBMS相关功能和过程。在实现MBMS业务时，内容提供商将 MBMS数据发送给BM-SC; BM-SC维护相关的GGSN的列表，并将MBMS数据向每 个相关的GGSN发送一次；GGSN维护相关的SGSN的列表，并将MBMS数据向每 个相关的SGSN发送一次；SGSN维护GSM/EDGE无线接入网(GSM EDGE RADIO ACCESS NETWORK,简称GERAN)或UMTS陆地无线接入网(UMTS Terrestrial Radio Access Network,简称UTRAN)中相关的RNC/BSC的列表，并将MBMS 数据向每个相关的RNC发送一次；RNC/BSC向相关UE发送MBMS数据。在实际 的MBMS网络部署中，为了最有效地利用已有的IP网络设备资源，并且提高 4某体资源的4吏用率，通常在全网中部署多个BM-SC和多个GGSN，并且BM-SC 与GGSN之间呈现多对多的关系。图11为本发明的技术方案在MBMS业务中应用的流程图，本实施例中所 述移动通信子网的网关节点的网关节点具体为GGSN,所述多媒体服务器具体 为BM-SC。 GGSN在收到用户设备发送的申请加入组播组消息后，首先判断该 GGSN是否已加入该组播组，是则向用户设备发送消息通知已加入该组播组， 否则向BM-SC发送加入组播组消息，用于请求加入该MBMS业务对应的组播组； 然后所述BM-SC根据预先设定的稀疏模式IP组播路由协议，将所述GGSN嫁 接到所述组播组对应的组播树中。最后所述BM-SC根据所述预先设定的稀疏 才莫式IP组播J各由协议，通过所述组播树与所述GGSN通信并传输所述MBMS业 务内容。下面分别就所述BM-SC与所述GGSN之间通过共享组播树方式或有源组播树方式进4亍IP组播通信的方法作具体说明(1 )所述BM-SC与所述GGSN之间通过共享组播树方式进行IP组播通信 首先BM-SC通过以下步骤建立共孚組播树(参见图12 ):在步骤01中， BM-SC为所述MBMS业务分配对应的IP组播地址；然后在步骤02中，所述BM-SC 向其下游的GGSN发送包括所述IP组播地址、所述BM-SC的IP地址、以及该 MBMS业务的相关参数的组播业务声明消息；继而在步骤03中，所述BM-SC经 由该BM-SC的第一跳路由器向预先设定的汇合点路由器发送消息，用于通知 所述汇合点建立所述组播树；随后在步骤04中，所述汇合点路由器根据所述 预先设定的稀疏模式IP组播路由协议，建立和维护该MBMS业务对应的共享 组播树。然后GGSN可以在MBMS业务的注册过程或会话开始过程加入该组播组 当GGSN向BM-SC注册以后，就发送一个加入组播组的消息，只要GGSN 的下游节点有对此组播组信息的需求，GGSN就一直保持在此组播组中，例如 在PIM协议中定时地发送PIM-Join消息。其步骤包括(参见图13):在步骤 la中，需要接收MBMS业务内容的GGSN在向所述BM-SC注册并收到所述BM-SC 发送的注册请求回应后，向所述汇合点路由器发送加入组播组消息，用于请 求加入该MBMS业务对应的组播组；随后在步骤20中，所述汇合点路由器根 据所述稀疏模式IP组播路由协议，将所述GGSN嫁接到所述共享組播树上。当BM-SC发起会话开始消息后，GGSN也可以通过向汇合点路由器发送加 入组^番组消息来加入组播组。其中，第一种情况是传送数据之前，BM-SC发 起会话开始过程，在GGSN收到BM-SC的会话开始请求后，GGSN向BM-SC发送 一个会^舌开始请求回应消息，同时向RP发送加入组播组消息，例如在PIM协 议中定时的发送PIM-Join消息，加入相应的组播组。其步骤包括(参见图14 ): 在步骤lb中，需要接收MBMS业务内容的GGSN在收到所述BM-SC发送的会话 开始请求后，向所述汇合点路由器发送加入组播组消息，用于请求加入该MBMS 业务对应的组播组；随后在步骤20中，所述汇合点路由器根据所述稀疏模式IP组播路由协议，将所述GGSN嫁接到所述共享组播树上。第二种情况是当 BM-SC发起的会话已经开始，同时又有新的用户想要接收这个MBMS业务数据， 由于BM-SC维护的是GGSN的列表，此时的GGSN并不在BM-SC的列表中，所 以在GGSN收到BM-SC发送的注册请求回应后，向RP发送加入组播组消息， 例如在PIM协议中定时的发送PIM-Join消息，嫁接到组播树上。其步骤包括 (参见图15):在步骤lc中，需要接收MBMS业务内容的GGSN在所述BM-SC 发起的该MBMS业务的会话开始后，向所述BM-SC发送注册请求消息，并在收 到所述BM-SC发送的注册请求回应消息后，向所述共享组播树的汇合点路由 器发送加入组播组消息，用于请求加入该MBMS业务对应的组播组；然后在步 骤2c中，所述共享组播树的汇合点路由器根据所述稀疏模式IP组播路由协 议，将所述GGSN嫁接到所述共享组播树上。然后GGSN可以在以下三种情况下离开所述组播组 第一种为当DRNC下游的UE为空时，DRNC向SGSN发送取消注册请求，同 样的，当SGSN中的下游节点即DRNC为空时，便向GGSN发送取消注册请求， 当GGSN的下游节点即SGSN为空时，虽然此时会话并没有结束，但是GGSN仍 向BM-SC发送取消注册请求消息，在GGSN收到BM-SC发送的取消注册请求消 息后，GGSN向RP发送离开组播组消息，例如在PIM协议中发送PIM Prune消 息，离开相应的组播组。其步骤包括(参见图16):在步骤aO中，所述GGSN 在其保存的该组播组对应的下游节点列表为空时，所述GGSN向BM-SC发送取 消注册请求消息；在步骤al中，在所述GGSN收到BM-SC发送的取消注册请 求消息后，所述GGSN向所述汇合点路由器发送离开组播组消息，用于请求退 出该组播组；然后在步骤a2中，所述汇合点路由器根据所述稀疏模式IP组 4番路由协-议，将所述GGSN从所述共享组播树中剪枝。第二种情况为GGSN在收到BM-SC发送的取消注册请求后，GGSN向BM-SC 发送取消注册请求回应消息，并向RP发送离开组播组消息，例如PIM协议中 发送PIM-Prune消息，对组播树进行剪枝。其步骤包括(参见图17):在步骤b0中，所述GGSN在收到所述BM-SC发送的取消注册请求后，GGSN向BM-SC 发送:f又消注册请求回应消息，并向所述汇合点路由器发送离开组播组消息， 用亍请求退出该组播組；然后在步骤bl中，所述汇合点路由器根据所迷稀疏才莫式IP组4番路由协i义，将所述GGSN从所述共享组4番树中剪枝。第三种情况为当数据传送完毕，BM-SC发起会话结束过程，GGSN在收 到BM-SC的会话结束请求后，GGSN向BM-SC发送会话结束请求回应消息，并 向RP发送离开组播组消息，例如P頂协议中发送PIM-Prune消息，对组播树 进行剪枝。其步骤包括(参见图18):在步骤c0中，所述GGSN在收到所述 BM-SC发送的会话结束请求后，GGSN向BM-SC发送会话结束请求回应消息， 并向所述汇合点路由器发送离开组播组消息，用于请求退出该组播组；然后 在步骤cl中，所述汇合点路由器根据所述稀疏模式IP组播路由协议，将所 述GGSN从所述共享组播树中剪枝。当该MBMS业务结束时，BM-SC停止发送组播数据，并删除该共享组播树。 (2 )所述BM-SC与所述GGSN之间通过有源组播树方式进行IP组播通信首先BM-SC通过以下步骤建立有源组播树(参见图19 ):在步骤001中， 所述BM-SC为所述MBMS业务分配对应的IP组播地址；然后在步骤002中， 所述BM-SC向其下游的GGSN发送包括所述IP组播地址、所述BM-SC的IP地 址、以及该MBMS业务的相关参数的组播业务声明消息；之后在步骤003中， 所述BM-SC根据所述预先设定的稀疏模式IP组播路由协议，建立和维护该 MBMS业务对应的有源组播树。然后GGSN可以在以下三种情况下加入该组播组第一种情况为当GGSN向BM-SC注册以后，就发送一个加入组播组的消 息，只要GGSN的下游节点有对此组播组信息的需求，GGSN就一直保持在此组 播组中，例如在PIM协议中定时的发送PIM-Join消息。其步骤包括(参见图 20):在步骤1A中，需要接收MBMS业务内容的GGSN在向所述BM-SC注册并 收到所述BM-SC发送的注册请求回应后，向所述BM-SC发送加入组播组消息，用于请求加入该MBMS业务对应的组-漆组；然后在所述步骤2A中，所述BM-SC 根据所述预先设定的稀疏模式IP组播路由协议，将所述GGSN嫁接到所述有 源组播树上。第二种情况为传送数据之前，BM-SC发起会话开始过程，在GGSN收到 BM-SC的会话开始请求后，GGSN向组播路由器发送加入组播组消息，例如在 PIM协议中定时的发送PIM-Join消息，加入相应的组播组。其步骤包括(参 见图21 ):在步骤1B中，需要接收MBMS业务内容的GGSN在收到所述BM-SC 的会话开始请求后，向预先设定的组播路由器发送加入组播组消息，用于请 求加入该MBMS业务对应的组播组；然后在步骤2B中，所述BM-SC根据所述 预先设定的稀疏模式IP组播路由协议，将所述GGSN嫁接到所述有源组播树 中。第三种情况为当BM-SC发起的会话已经开始，同时又有新的用户想要 加入组播组，由于BM-SC维护的是GGSN的列表，此时的GGSN并不在BM-SC 的列表中，所以在GGSN收到BM-SC的注册请求后，向组播路由器发送加入组 播组消息，例如在PIM协议中定时的发送PIM-Join消息，嫁接到组播树上。 其步骤包括(参见图22):在步骤1C中，需要接收MBMS业务内容的GGSN在 所述BM-SC发起的该MBMS业务的会话开始后，向所述BM-SC发送注册请求， 并在收到所述BM-SC发送的注册请求回应后，向组播路由器发送加入组播组 消息，用于请求加入该MBMS业务对应的组播组；然后在步骤2B中，所述BM-SC 根据所述预先设定的稀疏模式IP组播路由协议，将所述GGSN嫁接到所述有 源组播树中。然后GGSN可以在以下三种情况下离开所述组播组第一种情况为当DRNC下游的UE为空时，DRNC向SGSN发送取消注册请求， 同样的，当SGSN中的下游节点即DRNC为空时，便向GGSN发送取消注册请求， 当GGSN的下游节点即SGSN为空时，虽然此时会话并没有结束，但是GGSN仍 向BM-SC发送取消注册请求消息，在GGSN收到BM-SC发送的取消注册请求消息后，并且GGSN向组播路由器要发送离开组播组消息，例如在PIM协议中 发送PIM Prune消息，离开相应的组播组。其步骤包括(参见图23):在步 骤AO中，所迷GGSN在其保存的该组播组对应的下游节点列表为空时，所述 GGSN向BM-SC发送取消注册请求消息；在步骤Al中，在所述GGSN收到BM-SC 发送的取消注册请求消息后，所述GGSN向所述组播路由器发送取消注册请求， 用于离开所述组播组；然后在步骤A2中，所述组播路由器根据所述预先设定 的稀疏模式IP组播路由协议，将所述GGSN从所述有源组播树中剪枝。第二种情况为MBMS传送服务停止时，BM-SC向GGSN发送取消注册请求消 息，这种情况下，需要由BM-SC直接剪枝，GGSN在收到BM-SC发送的取消注 册请求消息后，GGSN向BM-SC发送取消注册请求回应消息，同时停止发送PIM Join消息。其步骤包括(参见图24):在步骤BO中，所述BM-SC在该MBMS 业务停止时，向所述GGSN发送取消注册请求消息；然后在步骤B1中，所述 GGSN收到所述取消注册请求后，GGSN向BM-SC发送取消注册请求回应消息， 同时停止发送所述加入组播组消息。第三种情况为会话结束过程中，BM-SC直接剪枝，GGSN在收到BM-SC发 送的取消注册请求后，停止发送PIM Join消息。其步骤包括(参见图25): 在步骤CO中，所述BM-SC在该MBMS业务的会话结束后，向所述GGSN发送取 消注册请求；然后在步骤C1中，所述GGSN收到所述取消注册请求后，停止 发送所述加入组播组消息。当该MBMS业务结束时，BM-SC停止发送组播数据，并删除该有源组播树。以上是对本发明:技术方案在MBMS业务中应用的具体实施例的详细阐述， 下面结合附图进一步地说明与现有技术相比，本发明具体实施例五所能够 达到的有益技术效果。参见图26，为现有MBMS业务实现方法的示意图。BM-SC与GGSN之间采 用单播方式进行通信，当需要分发数据时，BM-SC将MBMS数据向每个相关的 GGSN发送一次，如图26所示，数据传输路径a、数据传输路径b、以及数据传输路径c都是从BM-SC将相同的数据发送到不同的GGSN，因此BM-SC与GGSN 之间的网络对每条传输路径的数据都要重新转发一次。由上述可见，该方法 的缺陷在于未考虑BM-SC与GGSN之间的传输优化，在BM-SC与GGSN之间仍 然是以单4番方式传送MBMS数据，从而极大地浪费了 IP网络资源和带宽，并 且影响BM-SC能够支持的GGSN数量即其可扩展性。参见图27,为本发明具体实施例五的MBMS业务实现方法示意图。BM-SC 与GGSN之间采用IP组播方式进行通信，在分发数据时，BM-SC对于同样的数 据只需发送一次。如图27所示，BM-SC与GGSN之间的网络对于发给多个GGSN 的同样的数据只转发一次，从而能够达到有效节省带宽，提高网络设备利用 率和媒体资源使用率，组播可扩展性的有益技术效果。进一步地，本发明具体实施例五就本发明4支术方案在GSM网络MBMS业务 中的应用作了详细说明，本领域的普通技术人员应当理解，本发明的技术方 案也可同样地应用于CDMA网络中的多媒体组播业务的实现，以达到有效节省 带宽，提高网络设备利用率和媒体资源使用率，组播可扩展性的有益技术效 果。此外，目前的移动网络MBMS中RNC的下游节点为用户终端，而将来RNC 的下游节点可以是NodeB， NodeB的下游节点为用户终端，其仍然适用上述本 发明所提供的技术方案。将来随着移动网络的发展，移动网络中可能只保留 接入网关(Access Gateway,简称AGW)和接入节点(Access Node,简称AN) 两个网元，其中GGSN的功能由AGW承担，NodeB的功能由AN承担，SGSN和 RNC的功能由AGW和AN承担，这种情况下AGW为网关节点，AN为其下游节点， AN的下游节点为用户终端。本领域的普通技术人员应当理解，本发明的技术 方案也可同样地应用于这种移动网络中的多媒体组播业务的实现，以达到有 效节省带宽，提高网络设备利用率和媒体资源使用率，组播可扩展性的有益 技术效果，其均应在本发明技术方案所要求保护的范围之内。最后所应说明的是以上实施例仅用以说明本发明的技术方案，而非对本 发明作限制性理解。尽管参照上述较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解其依然可以对本发明的技术方案进行修改或 者等同替换，而这种修改或者等同替换并不脱离本发明技术方案的精神和范 围。
权利要求
1. 一种移动通信网络多媒体组播业务的实现方法，其特征在于，包括步骤1、移动通信子网的网关节点向用户设备以及该网关节点下游的支持IP组播的通信节点发送包括该多媒体组播业务对应的IP组播地址的通知消息，所述通信节点依次向该通信节点下游的支持IP组播的通信节点发送通知消息，以通知注册该多媒体组播业务；步骤2、收到所述通知消息的通信节点如果已经加入该多媒体组播业务对应的组播组或者该通信节点的所有下游节点都支持IP组播，则执行步骤3，否则该通信节点加入对应的IP组播组，然后执行步骤3；步骤3、在业务数据开始传输时，所述多媒体服务器以IP组播方式向加入IP组播组的所述通信节点发送所述多媒体组播业务的内容；步骤4、收到所述多媒体组播业务的内容的通信节点将所述多媒体组播业务的内容发送到该通信节点下游的用户终端。
2、 根据权利要求1所述的方法，其特征在于，在步骤l之前还包括以下 步骤步骤a、所述网关节点接收到用户设备发送的用于申请使用多媒体组播业务的消息；步骤b、所述网关节点判断是否已向多媒体服务器注册该多媒体组播业 务，是则执行步骤l，否则向多媒体服务器注册该多媒体组播业务后执行步骤 1。
3、 根据权利要求l所述的方法，其特征在于，步骤4具体为收到所述 多媒体组播业务的内容的通信节点依次向所述该通信节点下游的不支持IP组 播的通信节点或用户终端发送所述多媒体组播业务的内容，最终将所述多媒 体组播业务的内容发送给用户终端。
4、 根据权利要求1所述的方法，其特征在于，步骤2中通信节点加入对 应的IP组播组的操作具体为通信节点向对应的IP组播组发出加入IP组播组消息，并加入对应的IP组4番组。
5、 根据权利要求2所述的方法，其特征在于，步骤b中所述的向多媒体服务器注册该多媒体组播业务包括步骤bl、所述网关节点向多J 某体服务器发送注册请求消息，用于注册该 多媒体组播业务；步骤b2、所述多媒体服务器向所述网关节点发送注册请求回应消息，用 于通知该网关节点已注册该多媒体组播业务。
6、 才艮据权利要求1所述的方法，其特征在于，步骤2中所述的加入对应 的IP组播组包括该通信节点通过组播路由器方式加入对应的IP组播组。
7、 根据权利要求1所述的方法，其特征在于，步骤2中所述的加入对应 的IP组播组包括该通信节点通过主机方式加入对应的IP组播组。
8、 根据权利要求2所述的方法，其特征在于，在所述步骤a之前还包括 建立所述组播组的操作，具体包括步骤a01、所述多媒体服务器为该多媒体组播业务分配对应的IP组播地 址并建立对应的组播组；步骤a02、向用户发送多媒体组播业务声明消息，该消息包括所述IP组 播地址和该多i某体组播业务的相关信息。
9、 根据权利要求1所述的方法，其特征在于，在所述步骤4之后还可包 括所述用户设备停止使用所述多媒体组播业务的操作，具体包括以下步骤步骤41、所述用户设备向对应的移动通信子网的网关节点发送消息，用 于申请停止使用该多媒体组播业务；步骤42、所述网关节点向所述用户设备发送申请取消使用该多媒体组播 业务的回应消息，用于通知所述用户设备已停止使用该多媒体组播业务；步骤43、所述网关节点判断是否还有其它用户设备在使用所述多媒体组 播业务，是则操作结束，否则执行步骤44;步骤44、所述网关节点向所述多媒体服务器发送取消注册请求消息，用于向所述多々某体服务器通知该网关节点不需要接收所述多媒体组播业务； 步骤45、所述多媒体服务器向所述网关节点发送取消注册请求回应消息； 步骤46、所述网关节点在收到所述多媒体服务器的回应消息后向该多媒 体组4番业务对应的组播组发出包括所述IP组播地址的离开组播组消息，并通 知该网关节点下游的、已加入该组播组的通信节点离开该组播组；该网关节 点下游的、已加入该组播组的通信节点向该多媒体组播业务对应的组播组发 出包括所述IP组播地址的离开组播组消息，并通知该通信节点下游的、已加 入该组插j且的通信节点离开该组播组，以此类推。
10、 根据权利要求l所述的方法，其特征在于，在所述步骤4之后还可包 括该多々某体组纟番业务结束后停止服务的操作，具体包括以下步骤步骤501、所述多媒体服务器向所述网关节点发送取消注册请求消息，用 于通知所述网关节点该多^^某体组播业务结束；步骤502、所述网关节点向所述多媒体服务器发送取消注册请求回应消 息，然后向该多+某体组播业务对应的组播组发出离开组播组消息；步骤503、所述网关节点通过对应的移动通信子网向所述用户设备发送多 媒体服务停止消息，用于通知所述用户设备已停止该多媒体組播业务；步骤504、所述多媒体服务器删除该多媒体组播业务对应的组播组。
11、 4艮据权利要求1-IO任一所述的方法，其特征在于所述网关节点为 网关GPRS支持节点或接入网关。
12、 才艮据权利要求1-IO任一所述的方法，其特征在于所述通信节点为 网关GPRS支持节点、业务GPRS支持节点、无线网络控制器、NodeB、接入网 关或接入节点。
13、 4艮据权利要求1-IO任一所述的方法，其特征在于所述的多媒体服 务器为广纟番组播业务控制器或组播业务服务器。
14、 根据权利要求13所述的方法，其特征在于，步骤2中所述该通信节 点向对应的IP组播组发出加入IP组播组消息之后还包括所述广播组播业务控制器收到所述加入组播组消息后，根据预先设定的稀疏模式IP组播路由协议或者特定源IP组播路由协议，将所述网关GPRS支持节点嫁接到所述组 播組对应的组播树中。
15、 根据权利要求14所述的方法，其特征在于，所述步骤3包括在业 务数据开始传输时，所述广播组播业务控制器根据所述预先设定的稀疏模式 IP组播;洛由协议或者特定源IP组播路由协议，通过所述组播树向加入IP组 播组的所述通信节点发送所述多^ 某体组播业务的内容。
16、 根据权利要求15所述的方法，其特征在于在步骤a之前还包括建 立所述组播树的操作，具体包括步骤all、所述广播组播业务控制器为所述多媒体组播和广播业务分配对 应的IP组播地址；步骤al2、所述广播组播业务控制器向其下游的网关节点发送包括所述IP 组播地址以及该多媒体組播和广播业务的相关参数的组播业务声明消息；步骤a13、所述广播组播业务控制器经由该广播组播业务控制器的第一跳 路由器向预先设定的汇合点路由器发送消息，用于通知所述汇合点建立所述 组播树；步骤a14、所述汇合点路由器根据所述预先设定的稀疏模式IP组播路由 协议，建立和维护该多媒体组播和广播业务对应的共享组播树。
17、 根据权利要求15所述的方法，其特征在于在步骤a之前还包括建 立所述组播树的操作，具体包括步骤a21、所述广播组播业务控制器为所述多媒体组播和广播业务分配对 应的IP组^播地址；步骤a22、所述广播组播业务控制器向其下游的网关节点发送包括所述IP 组播地址以及该多媒体组播和广播业务的相关参数的组播业务声明消息；步骤a23、所述广播组播业务控制器根据所述预先设定的特定源IP组播 路由协议，建立和维护该多媒体组播和广播业务对应的有源组播树。
全文摘要
一种移动通信网络多媒体组播业务的实现方法，包括步骤1为网关节点向用户设备及下游支持IP组播的通信节点发送包括对应IP组播地址的通知消息；步骤2为收到通知消息的通信节点若已加入对应组播组或者所有下游节点支持IP组播则执行步骤3，否则加入对应组播组后执行步骤3；步骤3为多媒体服务器向加入IP组播组的通信节点发送多媒体组播业务内容；步骤4为通信节点向不支持IP组播的下游节点或用户终端发送多媒体组播业务内容。本发明通过有机地结合移动通信技术和IP组播通信技术，能够达到有效节省带宽，有效降低通信节点转发数据的压力，提高网络设备利用率和媒体资源使用率，增加系统的容量以及业务的可扩展性的有益技术效果。
文档编号H04L12/16GK101247541SQ20071006381
公开日2008年8月20日 申请日期2007年2月12日 优先权日2007年2月12日
发明者京 党, 鸿 刘, 孙少陵, 林华生 申请人:中国移动通信集团公司