CN100421515C - 基于移动网络的组播业务数据的实现方法 - Google Patents

Abstract

本发明公开了一种基于移动网络的组播业务数据的实现方法，关键是，在RAN中设置组播代理模块，该组播代理模块监测到来自UE的包含目的信息的接入请求，判断出该请求中的目的信息是预先指定的用于提供数据业务服务的数据源的目的信息后，执行接入控制，建立起与UE之间的控制连接；UE从控制连接的建立过程中获取接收属性信息；组播代理模块接将来自数据源的与业务数据内容标识相对应的业务数据下发给UE；UE根据已获取的接收属性信息在已建立的传输通道中接收业务数据。由于本发明采用了组播代理模块，数据源至组播代理模块之间只需传输一份数据，实现了业务数据的组播，使得数据处理能更快速和流畅，提高了网络资源的利用率。

Description

基于移动网络的组播业务数据的实现方法

技术领域

本发明涉及移动网络技术领域，特别是指一种基于移动网络的组播业务数据的实现方法。

背景技术

随着3G通信技术的发展，网络已经能够提供足够的数据无线传输带宽，而且，手机的集成度也越来越高，手机的信息处理能力也越来越强，在这种条件下，手机早已不仅仅用于传统的语音电话业务，还能够实现播放多种业务数据，与视频音频相关的流媒体业务数据就很自然的出现在手机上，具体的如多媒体短消息业务数据、PS域视频流业务数据、可视电话业务数据、多媒体广播多播业务数据等。

目前，现有的在手机上播放的流媒体业务均采用点到点的传输方式，参见图1，图1所示为点对点传输的实现原理示意图。

每个用户终端(UE)分别与无线接入网(RAN)、核心网(CN)进行交互，建立专用的用于和外部网络连接的IP数据传输通道。之后，流媒体服务器通过该专用的IP数据传输通道向UE发送流媒体业务数据。即每个UE与流媒体服务器之间都建立一条专用的IP数据传输通道用于传输流媒体业务数据，流媒体服务器也必须为每个UE分别发送一份数据。

基于上述原理，当一个用户需要通过手机收看电视时，用户的UE通过网络侧，包括SGSN、GGSN、IP传输网，向流媒体服务器发送流媒体播放请求，播放请求可以通过RTSP协议或其他的流媒体实时交互协议来承载，该请求中包含用户所选择的节目标识，即所选的频道，网络侧在UE和流媒体服务器间建立专用的IP数据传输通道，IP数据传输通道建立完成后，流媒体服务器将接收的属性信息告诉UE。所谓属性信息包括数据传输通道的IP地址、端口号、速率以及编码格式等信息。之后，流媒体服务器拷贝一份与节目标识所对应的数据，并将该数据通过已建立的专用的IP数据传输通道发送给UE，UE根据接收的属性信息，对接收到的数据解码后将音频视频信息呈现给用户。

上述是以流媒体业务数据为例来说明基于移动网的传输业务数据的方法，当然在移动网络中所传输的业务数据包括但不限于流媒体业务数据，所传输的业务数据还可以是媒体文件业务数据，如MTV、MP3音乐文件、视频文件、电子书、图片、电子报纸等。由此可见，现有的传输业务数据的方法存在以下缺陷：

1)对于目前的R99、R4、R5网络，在应用服务器与每个UE之间都需要建立一条专用的IP数据传输通道，无论各个UE所要求接收的业务数据是否相同，应用服务器都要为每个UE都发送一份数据，这样必然出现同样的业务数据被发送多次，因而使得资源利用率很低，而且，由于网络侧的资源所限，接入的用户数目也受限制的。

2)由于NodeB分布范围广，并不是所有的NodeB基站都有条件铺设光纤或多条E1，而即使铺设，铺设的成本也非常高；对于没有传输资源的运营商，租用传输通道的价格是非常高的。一般一个运营商仅提供几个直播频道(如几套电视节目)，假如RAN中一个NodeB下面的几十个用户都接收相同的业务数据，如收看同一个电视频道，在目前的实现方案下，就需要在RNC和NodeB之间的IUB接口上为每一个UE建立一条承载流媒体业务数据的专用传输通道，这必然导致IUB接口资源被大量占用，运营商不得不为此增加传输资源，而对于用户而言，接收的费用肯定也是非常高的。这样，不利用该服务的推广应用。

3)对于R6网络，其拥有广播多播-业务中心(BM-SC，Broadcast Multicast-Service Center)，理论上可以支持多媒体的广播多播业务(MBMS)，但该版本的协议还未制定完成，成熟的产品推向市场还需较长时间，而现有的网络大多不支持R6，如果采用R6的方式，对现有网络的整体改动较大。

由此可见，在现有网络中类似流媒体的业务数据不能实现组播，因而不但网络资源利用率低，而且实现成本非常高。

发明内容

有鉴于此，本发明的目的在于提供一种基于移动网络的组播业务数据的实现方法，使网络侧的用于提供数据的数据源只需下发一份数据至RAN，提高网络侧应用层的资源利用率。

为达到上述目的，本发明的技术方案是这样实现的：

一种基于移动网络的组播业务数据的实现方法，在无线接入网RAN上设置组播代理模块，待接收业务数据的UE与CN进行交互，激活PDP，该方法还包括以下步骤：

a、RAN中的组播代理模块监测到来自UE的包含目的信息的接入请求，判断出该请求中的目的信息是预先指定的用于提供数据业务服务的数据源的目的信息后，执行接入控制，获取发起接入请求的UE待接收的业务数据内容标识，建立起与UE之间的控制连接；UE从控制连接的建立过程中获取接收属性信息；

b、RAN中的组播代理模块接收到来自UE的启动播放请求后，根据已获取的业务数据内容标识，将来自数据源的与业务数据内容标识相对应的业务数据下发给UE；

c、UE根据已获取的接收属性信息在已建立的传输通道中接收业务数据。

较佳地，所述组播代理模块由控制代理CA和数据代理DA构成；

步骤a中所述组播代理模块执行的操作由组播代理模块内的CA执行；

当CA建立起与UE之间的控制连接后，CA通知DA开始执行发送业务数据的操作；DA接收到来自CA的该通知后，再将来自数据源的与业务数据内容标识相对应的业务数据下发给UE。

较佳地，所述已建立的传输通道为在传输层RAN与UE之间针对每个UE建立的一条专用的数据传输通道；

所述DA将来自数据源的与业务数据内容标识相对应的业务数据下发给UE的过程为：当DA接收到来自CA的执行发送业务数据的通知后，开始向发起播放请求的UE所在的下行专用数据传输通道上发送业务数据。

较佳地，所述已建立的传输通道为在传输层RAN为每个小区针对每个业务数据内容标识预先建立的共享数据传输通道；

所述DA将来自数据源的与业务数据内容标识相对应的业务数据下发给UE的过程为：当DA接收到来自CA的执行发送业务数据的通知后，统计该发起播放请求的UE当前所在小区内接收该UE所要求播放的业务数据的用户数，并判断该用户数是否由零变为非零，如果是，则DA开始在下行公共传输通道上发送该UE所要求的业务数据，否则DA不做处理；或者，

由RAN内的SACU统计该发起播放请求的UE当前所在小区内接收该UE所要求播放的业务数据的用户数，并判断该用户数是否由零变为非零，如果是，则给DA发送开始发送数据的通知，DA接收到该通知后，开始在下行公共传输通道上发送该UE所要求的业务数据，否则RAN内的SACU不再做处理。

较佳地，所述预先建立的共享数据传输通道的建立过程包括以下步骤：

01)组播代理模块内的CA指示RAN内的SACU进行重配置，且该配置指示中包含UE所选择的业务数据内容标识；

02)SACU接收到步骤01)所述指示后，断开已建立的下行IP数据通道，在自身进行重配置，之后，从重配置指示中获取业务数据内容标识，根据该业务数据内容标识按照现有的计算方式重新计算该UE的无线网络标识；然后再向UE发送更改UTRAN的信息，该信息中包含已重新计算出的无线网络标识；

03)UE接收到步骤02)所述更改信息后，更新自身无线网络标识，然后向SACU返回更改确认信息；

04)SACU向UE发送重配置命令，UE接收到该命令后，在自身进行重配置之后，UE给SACU返回重配置命令响应；

05)SACU释放当前UE占用的信道资源。

较佳地，当所述网络为WCDMA时，所述SACU为RRC，所述无线网络标识为UTRAN无线网络临时标识URNTI和小区无线网络暂时标识CRNTI；所述重配置指示和重配置命令分别为D2F重配置指示和D2F重配置命令；所述当前UE占用的信道资源为专用信道资源。

较佳地，所述UE与CN进行交互，激活PDP的过程中至少包括建立无线资源控制连接，如果网络已预先配置为RAN对空口数据进行加密，则该方法进一步包括：

UE与RAN交互时发起无线资源控制连接请求中包含“组播业务请求”的扩展原因值，当RAN检测到无线资源控制连接请求的原因值为“组播业务请求”时，将对该UE的空中接口数据不加密，直接发送。

较佳地，所述组播代理模块内的DA接收来自数据源的业务数据的方式是：

组播代理模块直接接收来自数据源的业务数据，或者，

组播代理模块经除CN以外的网络接收来自数据源的业务数据，或者，

利用CN中的路由功能，建立一条专门用于传输组播业务数据的通道，组播代理模块经CN中的该专门的传输通道接收来自数据源的业务数据。

较佳地，所述组播代理模块内的DA接收到来自数据源的业务数据为单播数据或组播数据，如果接收到是单播数据则将单播数据转换为组播数据，再执行后续操作。

较佳地，该方法进一步包括：

A、UE发起释放请求，该请求中包含目的信息；该目的信息为目的IP地址，或目的IP地址和端口号；

B、RAN中的组播代理模块监测到来自UE的包含目的信息的释放请求，判断出该请求中的目的信息是预先指定的用于提供数据业务服务的数据源的目的信息后，截获该请求，执行资源释放操作；之后，给UE返回释放响应。

较佳地，所述组播代理模块由控制代理CA和数据代理DA构成；

当在传输层RAN与UE之间针对每个UE存在一条专用的数据传输通道时，所述资源释放操作包括以下步骤：

CA通知DA停止向该UE的下行专用传输通道发送业务数据，并且，CA释放网络侧和UE侧之间的控制连接以及无线资源控制；DA接收到上述通知后，则停止向该UE的下行专用传输通道发送业务数据。

较佳地，所述组播代理模块由控制代理CA和数据代理DA构成；

当在传输层RAN与每个小区针对每个业务数据内容标识存在一条共享的数据传输通道时，所述UE发起的释放请求中进一步包括业务数据内容标识；

所述资源释放操作包括以下步骤：

CA控制网络侧进行重配置，通知DA停止在该共享的数据传输通道上发送业务数据，且CA释放UE侧所占用的控制连接以及无线资源控制；

DA接收到上述通知后，将该小区内当前接收该业务数据内容的用户数减一，然后判断接收该业务数据的用户数是否为由非零变为零，如果是，则DA停止向该小区发送业务数据，否则DA不做处理；或者，

所述资源释放操作包括以下步骤：

CA控制网络侧进行重配置，同时，RAN内的SACU将该小区内当前接收该业务数据内容的用户数减一，然后判断接收该业务数据的用户数是否为由非零变为零，如果是，则给DA发送停止发送数据的通知，DA接收到该通知后，停止在下行公共传输通道上发送该UE所要求的业务数据，否则RAN内的SACU不再做处理。

较佳地，所述CA控制网络侧进行重配置的操作包括以下步骤：

组播代理模块内的CA指示SACU进行重配置；SACU接收到重配置指示后，在自身进行重配置，之后，向UE发送重配置命令；

UE根据接收到的命令在自身进行重配置。

较佳地，当所述网络为WCDMA时，所述SACU为RRC；所述重配置指示和重配置命令分别为F2D重配置指示和F2D重配置命令。

较佳地，所述控制连接为业务控制连接和TCP连接，所述业务控制连接可以是流媒体控制连接，其包括但不限于实时流媒体协议RTSP(RealtimeStreaming Protocol)，所述业务控制连接也可以是文件传送的控制连接，其包括但不限于点到多点的单向文件传送协议FLUTE(File Delivery overUnidirectional Transport)。

较佳地，当所述组播代理模块由控制代理CA和数据代理DA构成，且RAN与每个小区针对每个业务数据内容标识存在一条共享的数据传输通道时，进一步包括，UE进行跨小区更新，所述小区更新过程包括以下步骤：

i)SACU接收到来自UE的包含目标小区标识信息的小区更新请求后，判断目标小区与源小区所承载的公共信道数据是否一样，如果一样，则直接执行步骤iii)，如果不一样，则执行步骤ii)；

ii)SACU重新计算该UE的无线网络标识，之后，向UE发送更改UTRAN的信息，该信息中包含已重新计算出的无线网络标识，UE根据接收到的信息更新完毕后，向SACU返回更改UTRAN的确认信息；

iii)SACU通知组播代理模块内的CA，UE进行了小区更新，由CA通知DA，上述通知中均包含目标小区的标识信息以及发起更新请求的UE的标识；

iv)DA将目标小区内与该UE接收的业务数据内容标识相对应的用户数加一；然后判断与该UE接收的业务数据内容标识相对应传输通道内的用户数是否为由零变为非零，如果是，则在目标小区内启动向承载该业务数据的公共传输通道发送数据，然后再执行步骤v)；否则，则直接执行步骤v)；

v)DA将源小区内与该UE接收的业务数据内容标识相对应的用户数减一；然后判断源小区内与该UE接收的业务数据内容标识相对应数据传输通道内的用户数是否为非零，如果是，则直接执行步骤vi)，否则，DA停止向源小区内与该UE接收的业务数据内容标识相对应的数据传输通道内发送业务数据，然后再执行步骤vi)；

vi)DA通知CA操作完成，CA给SACU返回操作执行完毕响应信息；SACU接收到该响应后，给UE返回小区更新响应。

较佳地，当所述组播代理模块由控制代理CA和数据代理DA构成，且RAN与每个小区针对每个业务数据内容标识存在一条共享的数据传输通道时，进一步包括，UE进行跨小区更新，所述小区更新过程包括以下步骤：

i)SACU接收到来自UE的包含目标小区标识信息的小区更新请求后，判断目标小区与源小区所承载的公共信道数据是否一样，如果一样，则直接执行步骤iii)，如果不一样，则执行步骤ii)；

ii)SACU重新计算该UE的无线网络标识，之后，向UE发送更改UTRAN的信息，该信息中包含已重新计算出的无线网络标识，UE根据接收到的信息更新完毕后，向SACU返回更改UTRAN的确认信息；

iii)SACU将目标小区内与该UE接收的业务数据内容标识相对应的用户数加一，然后判断与该UE接收的业务数据内容标识相对应传输通道内的用户数是否为由零变为非零，如果是，则执行步骤iv)，否则，则直接执行步骤v)；

iv)SACU通知组播代理模块内的DA开始发送数据，DA接收到该通知后在目标小区内启动向承载该业务数据的公共传输通道发送数据，并给SACU返回执行操作的响应信息，然后再执行步骤v)；

v)SACU将源小区内与该UE接收的业务数据内容标识相对应的用户数减一，然后判断源小区内与该UE接收的业务数据内容标识相对应数据传输通道内的用户数是否为非零，如果是，则不做处理，否则，通知组播代理模块内的DA停止发送数据，DA接收到该通知后，停止向源小区内与该UE接收的业务数据内容标识相对应的数据传输通道内发送业务数据，并给SACU返回操作执行完毕响应信息；

vi)SACU给UE返回小区更新响应。

较佳地，当所述网络为WCDMA时，所述SACU为RRC，所述无线网络标识为UTRAN无线网络临时标识URNTI和小区无线网络暂时标识CRNTI。

较佳地，所述组播代理模块内的数据代理DA由单级处理单元构成，或由两级或两级以上的处理单元构成；

在组播代理模块内的DA由两级处理单元构成时，如果低层次的组播数据代理单元LDAU接收到来自CA的播放通知，则LDAU将当前小区内与发起请求的UE接收的业务数据内容标识相对应的用户数加一，然后判断当前小区内与发起请求的UE接收的业务数据内容标识相对应的用户数是否由零变为非零，若是，则向高层次的组播数据代理单元HDAU发出接入请求，由HDAU启动向承载该业务数据的公共传输通道发送数据，否则LDAU不做处理；

如果低层LDAU接收到来自CA的停止播放通知，则LDAU将当前小区内与发起请求的UE接收的业务数据内容标识相对应的用户数减一，然后判断当前小区内与发起请求的UE接收的业务数据内容标识相对应的用户数是否由非零变为零，若是，则LDAU通知HDAU停止向该小区内与该UE接收的业务数据内容标识相对应的数据传输通道内发送业务数据，否则，不做处理。

较佳地，如果是WCDMA网络，且所述组播代理模块设置在RAN中的RNC内时，所述组播代理模块利用RNC内基于硬件的组播功能将业务数据从高层次的组播数据代理单元发送至低层次的组播数据代理单元；所述硬件为IP交换功能的硬件平台，或ATM交换平台或多业务平台。

较佳地，如果是WCDMA网络，且所述组播代理模块设置在RAN中的RNC内时，进一步包括：在NodeB内设置具有业务数据分发功能的多播数据分发代理MDDA模块，该MDDA模块接收来自RNC的业务数据，根据需要将数据复制后分发给各个小区。

较佳地，如果是WCDMA网络，所述组播代理模块设置在RAN中的RNC内，或设置在RAN中的NodeB内；如果是CDMA网络，所述组播代理模块设置在RAN中的CBSC上，或设置在RAN中的CBTS上；如果是GSM网络，所述组播代理模块设置在RAN中的GBSC上，或设置在RAN中的GBTS上。

较佳地，所述目的信息为目的IP地址，或目的IP地址和端口号；所述接收属性信息至少包含待接收业务数据内容标识，以及承载业务内容的组播数据的IP地址、端口号、速率以及编码格式。

较佳地，所述数据源包括但不限于流媒体服务器，所述业务数据包括但不限于流媒体业务数据。

本发明的关键是，RAN中的组播代理模块监测到来自UE的包含目的信息的接入请求，判断出该请求中的目的信息是预先指定的用于提供数据业务服务的数据源的目的信息后，执行接入控制，获取发起接入请求的UF待接收的业务数据内容标识，建立起与UE之间的控制连接；UE从控制连接的建立过程中获取接收属性信息；RAN中的组播代理模块接收到来自UE的启动播放请求后，根据已获取的业务数据内容标识，将来自数据源的与业务数据内容标识相对应的业务数据下发给UE；UE根据已获取的接收属性信息在已建立的传输通道中接收业务数据。

应用本发明，具有以下优点：

1、由于采用了组播代理模块，数据源至组播代理模块之间只需传输一份数据，实现了业务数据的组播，使得数据处理能更快速和流畅，有助于提升流媒体业务的Qos，提高了网络资源的利用率。

2、由于组播代理模块的存在，RAN可以获得当前业务数据的速率，从而使RAN内的相关实体根据业务数据当前的速率，指配或重配相应速率的承载信道，比如当一个节目源的速率是50Kbits/秒时，只需要给该用户分配64K的传输信道就足够了，从而可以更加有效和科学地应用有限的空口资源。

3、由于采用了RAN代理技术，许多处理不用再到CN及流媒体服务器侧处理，流程处理速度大加快，使用户明显感觉到接续速度的加快，提高了服务质量。

4、如果数据源是流媒体服务器，目前一台性能较高的流媒体服务器处理同时在线点播或直播的用户数约为1000左右，而采用本发明的方法后，流媒体服务器能支持的同时在线直播用户可以达到数万，核心网侧和应用层的资源也会大大节省。

5、本发明所述方法可以很好地与移动网络相结合，如与目前R99、R4、R5中的RAN相结合，对现有网络改动很小，为运营商提供一种能大幅度降低运行成本，尤其是降低在空口、IUB接口上的传输成本的运营方式。同时运营商可以利用这种技术，降低由手机观看直播流媒体费用，从而使运营商在竞争中处理非常有利的位置。

6、接收数据源业务数据的组播代理模块，可以采用组播数据的旁路技术接收业务数据，这样组播业务数据由专用的通道承载，大幅度提升了组播数据的QOS。

附图说明

图1所示为点对点传输的实现原理示意图；

图2a所示为应用本发明的实现组播的一种实现原理示意图；

图2b所示为应用本发明的实现组播的另一种实现原理示意图；

图3a所示为CA作为流媒体服务器代理时的协议层次图；

图3b所示当CA作为流媒体服务器代理时DA的协议层次图；

图4所示为一实施例的建立业务数据组播的总体实现流程图；

图5示为在传输层配置共享数据传输通道的实现流程图。本实现流程以FACH信道为例进行说明；

图6a为现有的网络侧空口的各实体关系示意图；

图6b为应用本发明的发起接入请求的UE采用专用通道时网络侧空口的各实体关系示意图；

图6c为应用本发明的发起接入请求的UE采用共享通道时网络侧空口的各实体关系示意图；

图7所示为RAN内的组播代理模块中的DA接收数据源的业务数据的实现方式示意图；

图8所示为一实施例的释放业务数据组播的总体实现流程图；

图9所示为释放共享组播传输通道时对传输层进行重配置的实现流程图；

图10所示为小区更新的流程示意图；

图11所示为进行跨RNC时的切换过程流程图；

图12所示为组播代理模块内存在两级DA的实现原理示意图；

图13所示为在NodeB内设置MDDA的实现原理示意图。

具体实施方式

下面结合附图对本发明再做进一步地详细说明。

本发明基本实现思路是，在应用服务器与UE之间传输业务数据时，由原来的点对点的传输方式变为一点对多点的传输方式，即实现业务数据的组播。

图2a所示为应用本发明的实现组播的一种实现原理示意图。在RAN中设置组播代理模块，各个UE分别与RAN、CN进行交互，激活PDP。之后，用于提供业务数据的数据源只需将自身所有业务数据经路由器发送一份至RAN中的组播代理模块，而在UE与RAN之间仍应用现有的传输模式实现传输，即每个UE与RAN之间建立一条专用的数据传输通道，由RAN中的组播代理模块将接收到的来自数据源的业务数据分别发送给各个UE。这样，对于网络侧的核心网部分而言，在数据源与RAN之间只存在一条通道，大大节约了核心网部分的资源，提高了资源利用率，降低了成本。

图2b所示为应用本发明的实现组播的另一种实现原理示意图。该实现过程中，对于数据源到RAN的实现方式与图2a所示方式相同，在此基础上，组播代理模块在每个小区内针对每个业务数据内容标识只建立一条数据传输通道，这样，同一小区内接收同一业务数据内容的所有UE只需一条通道，从而进一步地节约了网络侧接入网部分的网络资源，提高了资源利用率，降低了成本。

本发明所述数据源包括但不限来源于流媒体服务器，所述业务数据包括但不限于流媒体业务数据，还可以是MTV、MP3音乐文件、电子书、图片、电子报纸等媒体文件业务数据。

为实现本发明需要在RAN中设置组播代理模块(MA)，该组播代理模块由控制代理(CA)实体和数据代理(DA)实体共同构成，且控制代理(CA)实体和数据代理(DA)实体可以为同一物理实体，也可以为不同的物理实体。

控制代理(CA)，其主要处理与UE的业务控制连接和TCP连接，其中业务控制连接可以是流媒体控制连接，其包括但不限于实时流媒体协议(RTSP，Realtime Streaming Protocol)，业务控制连接也可以是文件传送的控制连接，其包括但不限于点到多点的单向文件传送协议(FLUTE，File Delivery overUnidirectional Transport)。

数据代理(DA)，其主要处理具体的组播业务数据分发处理，接收来自数据源的业务数据，在CA或信令及控制处理单元(SACU，Signal And ControlUnit)的控制下，将数据通过RAN建立好的业务信道发送给UE。

本文以下所述所有实施例均以WCDMA网络为例。在WCDMA网络中，SACU为RRC实体。

下面以RAN内组播代理模块代理流媒体服务器为例进行说明，此时MA中的CA代理了流媒体服务器的TCP/IP协议层及RTSP协议层，DA代理了流媒体服务器的实时的媒体数据分发功能。图3a和图3b所示分别为CA及DA作为流媒体服务器代理时的协议层次图。

参见图3a，从下至上，CA的协议层依次为物理层(PHY)，该物理层可以是DPCH或是SCCPCH，介质访问控制(MAC)层，该MAC层内有专用信道(DCH)或前向接入信道(FACH)，无线链路控制(RLC)层，该层可以是应答确认(AM)模式，也可以是非应答确认(UM)模式，PDCP层，IP层，TCP层，以及流媒体控制层，如RTSP或MMS协议。由此可见，CA完全代理了TCP/IP协议层及RTSP、MMS等流媒体协议层，PDCP及以下协议层是RAN固有的协议层。

参见图3b，从下至上，DA的协议层依次为PHY，该PHY可以是DPCH或SCCPCH，  MAC层，该MAC层可以是DCH或FACH，RLC层，该层可AM模式，也可以是UM模式，PDCP层，IP层，UDP层，RTP层，A/V Stream，如AMR，H.263，H.264，MPEG4等。由此可见，DA实现了流媒体数据的分发功能，并对数据做了相应的处理，这些处理包括，如果IP地址是单播地址，则将其转化为组播地址，以及更改UDP端口号，并重新计算该UDP数据包的校验和，之后交由PDCP在专用或公用信道上发给UE，其中，PDCP及以下协议层是RAN固有的协议层。

图4所示为一实施例的建立业务数据组播的总体实现流程图。在本实施例中，RAN内已设置了由CA及DA构成的MA。在图中应用“RAN/组播代理模块”来表示RAN内已设置的MA。

步骤401，空闲模式下UE与RAN交互，与RAN内的无线资源控制(RRC)实体间建立RRC连接。

步骤402，UE与CN进行交互激活PDP。

步骤403，UE与MA中的CA之间建立业务数据的控制连接；由于本实施例是以流媒体业务数据为例，因此该控制连接包括TCP/IP连接和RTSP的控制连接，其中，TCP/IP连接用于承载RTSP协议或其他的流媒体实时交互协议。具体建立控制连接的过程为：

UE发起接入请求，该请求中包含目的信息，RAN中的组播代理模块内的CA监测到来自UE的接入请求后，判断该请求中的目的IP地址是否为预先指定的用于提供数据业务服务的数据源的IP地址，如果是，则执行接入控制，以与UE之间建立起控制连接，否则，组播代理模块内的CA不做处理。

上述目的信息为目的IP地址，或目的IP地址和端口号。

由于上述控制连接建包括TC/IP连接和RTSP的控制连接，因此，当TCP/IP连接建立完成后，UE就通过RTSP协议与RAN中的组播代理模块内的CA进行交互，以获得接收业务数据的接收属性信息，该接收属性信息中至少包含待接收业务数据内容标识，承载业务内容的组播数据的IP地址、端口号、视频及音频的编码格式。由于是标准的RTSP协议所要求的内容，这里不做详细描述。

步骤404～405，UE发起RTSP播放请求(PLAY)，该请求主要用于触发业务数据开始播放；RAN内的CA检测到该播放请求后，给UE返回播放请求确认信息，之后，给DA发送通知消息，以通知DA开始执行发送流媒体业务数据的操作。DA用于将接收到的直接来自数据源的业务数据，如流媒体业务数据，下发下去。

步骤406，UE接收到该消息后，在已建立的数据传输通道中接收业务数据。

由上述实现流程可以看出，对于网络侧的核心网部分而言，数据源只需发送一份数据至RAN中的DA即可，因而大大节约了网络侧核心网部分的资源。而且，由于许多处理不用再到CN及流媒体服务器侧处理，流程处理速度大加快，使用户明显感觉到接续速度的加快，提高了服务质量。

在上述步骤406中，所述已建立的数据传输通道，可以是针对每个UE分别建立的专用的数据传输通道，即在RAN与每个UE之间建立一条专用的数据传输通道，如DCH信道；也可以是在每个小区内针对每个业务数据内容标识只建立一条数据传输通道，即同一小区内每种业务数据只建立一条公共的数据传输通道，如FACH信道，这样可以使得同一小区内接收某种业务的用户在该同一信道下接收业务数据。

如果所提到的已建立的数据传输通道是针对每个UE分别建立的专用通道，则当DA接收到来自CA的通知开始执行发送流媒体业务数据的操作后，DA开始向发起播放请求的UE所在的下行专用传输通道，如DCH上，发送业务数据。上述下行专用传输通道DCH的建立过程与现有技术完全相同，在此也不再重复说明。

如果所提到的已建立的数据传输通道是同一小区内多个UE共享的公用通道，则该条共享的组播传输通道是在小区建立时预先配置好的，只是在配置完后在该通道上不发业务数据，而不发业务数据就不会占用空口的资源，只会占用码资源，待有用户要求接收时才发送业务数据。再有，在同一小区内多个UE使用共享传输通道的情况下，当DA接收到来自CA的开始执行发送流媒体业务数据操作的通知后，DA统计该发起播放请求的UE当前所在小区内接收该UE所要求播放的业务数据的用户数，如果该用户数由零变为非零，DA开始在的下行公共传输通道，如FACH上，发送该UE所要求的业务数据；如果用户数不是由零变为非零，则不再执行启动发送该业务数据的操作，因为此时DA已为该小区发送了该业务数据，即DA此时只做统计操作。

当然，每个小区访问某个业务数据的用户数也可以由RAN内的RRC进行统计，并由RRC根据该小区访问某个业务数据的用户数，直接通知DA启动向该小区的承载该业务的公共信道发送业务，即当用户数从零变成非零时，RRC通知DA启动向该小区的承载该业务的公共信道发送业务。

另外，如果网络已预先配置为RAN对空口数据加密，则在步骤401中，UE与RAN交互时发起RRC连接请求中需包含扩展的原因值“组播业务请求(Multicast Service Request)”，当RAN检测到RRC连接请求的原因值为“组播业务请求”时，RRC会对该UE的加密流程进特殊处理，也就是RRC在发给该UE的加密命令中的“加密算法”设置为算法零，即不启动空中接口(UU接口)加密功能。

有关用户发起RRC连接请求中的原因值，已在3GPP 25331中做了明确规定，且该规定中还定义了spare1到spare12是系统预留的原因值，在此，可以任选spare1到spare12中的任何一个用于承载“组播业务请求”，在本中请中将spare10定义为“组播业务请求”。

在同一小区内多个UE使用共享传输通道的情况下，共享数据传输通道是在传输层预先配置好的，下面以FACH为例具体说明在传输层进行配置的过程。

图5所示为在传输层配置共享数据传输通道的实现流程图。本实现流程以FACH信道为例进行说明。

根据WCDMA协议，UE选择FACH的规则是：当UE处于空闲模式时，根据系统消息5中广播的SCCPCH数目及本身的IMSI进行选择，选择方式是IMSI取SCCPCH数的模，模等于多少，就选择那条SCCPCH中所配置的FACH；当UE处于连接模式时，根据系统消息6中广播的SCCPCH数目，网络侧分配给UE的URNTI进行选择，选择方式是URNTI取SCCPCH数的模，模等于多少，就选择那条SCCPCH中所配置的FACH，由于是FACH信道的选择方式标准协议，在此不过多的描述。

RAN在重配置前，需要根据RAN中的组播代理模块上报的该UE选择的业务数据内容标识号，重新分配该手机的URNTI，并通过WCDMA标准协议的UTRAN信息更改消息通知UE更改URNTI，该过程见图5。

步骤501，RAN中的组播代理模块内的CA指示RRC配置为FACH通道模式，由于现有的网络通常是采用DCH通道模式进行业务数据的传输，因此，指示RRC配置为FACH通道模式，也就是指示RRC将DCH通道模式重配置为FACH通道模式，通常将该配置指示简写为D2F(DCH to FACH)重配置，且该配置指示中包含UE所选择的业务数据内容标识。

步骤502，RRC接收到上述指示后，断开已建立的下行IP数据通道，在自身进行重配置，之后，从D2F重配置指示中获取业务数据内容标识，根据该业务数据内容标识重新计算该UE的无线网络标识。具体计算方式与现有技术相同。

由于是以WCDMA网络为例，因此上述无线网络标识包括UTRAN无线网络临时标识(URNTI)和小区无线网络暂时标识(CRNTI)。

步骤503，RRC向UE发送更改UTRAN的信息，该信息中包含已重新计算出的URNTI和CRNTI。

步骤504，UE接收到步骤504所述更改信息后，将自身的URNTI和CRNTI更改为接收到的URNTI和CRNTI，更改完毕后，向RRC返回更改UTRAN的确认信息。

步骤505～506，RRC向UE发送D2F重配置命令，UE接收到该命令后，在自身进行重配置，之后，UE给RRC返回D2F重配置命令响应。

步骤507，RRC释放当前该UE占用的专用信道资源，给组播代理模块内的CA返回D2F重配置指示的响应。

对于多个UE在同一共享信道下同时接收业务数据的实现方法，已在本申请人提出的申请号为“200510006948.9”的发明名称为“使多个用户在同一信道下接收数据业务的方法”的中国专利申请中给出，本申请不再对此详细描述。

图6所示为网络侧空口的各实体关系示意图。其中，图6a为现有的网络侧空口的各实体关系示意图，图6b为应用本发明的发起接入请求的UE采用专用数据传输通道接收业务数据时网络侧空口的各实体关系示意图，图6c为应用本发明的发起接入请求的UE采用共享数据传输通道接收业务数据时网络侧空口的各实体关系示意图。在图6所示各图中，虚线(----)表示上行数据，实线(——)表示下行数据，点划线()表示控制消息。

参见图6a，每个UE内有一个媒体接入控制专用(MACD，Medium Accessmomrol Dedicated)实体，五个无线链路控制实体(RLC)，其中，RLC1到RLC4是信令RLC，RLC5是业务RLC。RLC1和RLC5为非应答确认(UM)模式，RLC2、RLC3、RLC4为应答确认(AM)模式，RLC1～4都用于承载RRC消息。RLC5用于承载应用层控制消息。每个UE的待接收业务数据经各自的RLC5后分别映射在各自专用的DCH上传输，UE传输的上行数据也经DCH传输至网络侧。

参见图6b，每个UE内有一个MACD实体，五个RLC，其中，RLC1到RLC4是信令RLC，RLC5是业务RLC。RLC1和RLC5为UM模式，RLC2、RLC3、RLC4为AM模式，RLC1～4都用于承载RRC消息。RLC5用于承载应用层控制消息。由于在本实施例中是应用现有的专用数据传输通道为每个UE传输业务数据，因此，组播代理模块中DA接收到来自CA的开始启动发送数据的通知后，将接收到的来自数据源的业务数据传输给指定的UE，该业务数据经各个UE的RLC5后分别映射在各自专用的DCH信道上进行传输，UE传输的上行数据也经DCH传输至网络侧。

上述DA由具有分发功能的实体构成，且每种业务数据，即流媒体服务器所提供的每个流媒体电视节目，分别对应一个具有分发功能的实体。也就是说，DA需要为每个UE复制一份业务数据。由于在传输层每个UE对应一个数据传输通道，因此不需要统计每种业务数据的接收用户数。

参见图6c，每个UE内有一个MACD实体，五个RLC，其中，RLC1到RLC4是信令RLC，RLC5是业务RLC。RLC1和RLC5为UM模式，RLC2、RLC3、RLC4为AM模式，RLC1～4都用于承载RRC消息。RLC5用于承载应用层控制消息。组播代理模块中的CA通过RRC模块控制每个UE中的RLC5断开下行IP数据通道，控制RRC模块进行D2F重配置，之后，通知DA，以使DA开始执行操作。本实施方式中的组播代理模块内的DA用于承载下行业务数据流以及统计接收用户数，其将接收到的来自数据源的业务数据通过共享FACH信道下发下去。该下发的业务数据经媒体接入控制公共(MACC，MediumAccess Control Common)后映射在多个UE共享的FACH信道上传输。UE传输的上行数据经随机接入信道(RACH，Random Access Channel)传输至网络侧。

上述DA由UM模式的多个UE公用的无线链路控制实体(RLC5’)和多个媒质接入控制专用组播(MACDm，MACD Multicast)功能实体构成，每种业务数据标识即每个流媒体电视节目分别对应一个RLC5’和一个MACDm。这样即可实现在每个小区内针对每种业务数据，即每个节目，只建立一条传输通道。也就是说，DA需要针对每种业务数据为每个小区复制一份业务数据。

DA内的RLC5’用于实现接入控制，MACDm用于统计每个小区内与各个业务数据内容标识相对应的接收该业务数据的用户数以及启动发送业务数据，如果发起播放请求的UE当前所在小区内已经存在与该UE所要求的业务数据内容标识相对应的数据传输通道，则MACDm不再为该小区启动发送业务数据，只统计用户数；如果发起播放请求的UE当前所在小区内还不存在与该UE所要求的业务数据内容标识相对应业务数据，则MACDm再给该小区发送业务数据，并统计用户数。也就是说，如果小区内接收某一业务数据内容的用户数为由零变为非零，则开始启动发送业务数据。另外，当UE请求释放时，通过RACH发送释放请求，组播代理模块中的DA将该小区内当前接收该业务数据内容的用户数减一，判断接收该业务数据的用户数是否为由非零变为零，如果是，则说明该小区内当前没有用户接收该业务数据，此时，组播代理模块内DA停止向该小区发送业务数据，并通知CA释放与该UE所占用的资源；否则组播代理模块内的DA只通知CA释放与UE所占用的资源。

同样地，每个小区访问某个业务数据的用户数也可以由RAN内的RRC进行统计，并由RRC根据该小区访问某个业务数据的用户数，直接通知DA启动或停止向该小区的承载该业务的公共信道发送业务，即当用户数从零变成非零时，RRC通知DA启动向该小区的承载该业务的公共信道发送业务，当用户数从非零变成零时，RRC通知DA停止向该小区的承载该业务的公共信道发送业务。

以上主要介绍了两种建立传输层数据传输通道的实现方式，即两种组播的实现方式，一种是实现方式是：在传输层针对每个UE建立一条数据传输通道；另一种是实现方式是：在传输层对每个小区内针对每个业务数据内容标识即每个节目建立一条数据传输通道。

无论哪种实现方式，组播代理模块内的DA的主要功能都是用于接收来自数据源的业务数据，并将该业务数据下发下去。对于RAN内的组播代理模块中的DA而言，其可以有多种方式接收数据源的业务数据。参见图7，图7所示为RAN内的组播代理模块中的DA接收数据源的业务数据的实现方式示意图。组播代理模块内的DA可以直接接收来自数据源的业务数据，如图7中的细实线所示；也可以经除CN以外的网络接收来自数据源的业务数据，即采用旁路技术接收来自数据源的业务数据，如图7中的粗实线所示；还可以利用CN中的路由功能预先建立一条专门用于传输组播业务数据的通道，组播代理模块内的DA经CN中的该专门的数据传输通道接收来自数据源的业务数据，如经CN中的GGSN、SGSN，接收来自数据源的业务数据，如图7中的点划线所示。再有，对于RAN内的组播代理模块中的DA，由于其具有如图3b所示协议层，因此，  DA既可以接收单播数据，也可以接收组播数据，如果接收到是单播数据则将单播数据地址转换为组播数据地址后，再执行后续的分发处理。

下面介绍组播释放的过程。

图8所示为一实施例的释放业务数据的组播传输通道的总体实现流程图。本实施例仍是以MA代理流媒体服务器为例进行说明。

步骤801，UE发起释放请求，该请求中包含目的信息。所述目的信息为目的IP地址，或目的IP地址和端口号。

步骤802，RAN中的组播代理模块内的CA监测到来自UE的释放请求后，判断该请求中的目的信息是否为预先指定的用于提供数据业务服务的数据源的目的信息，如果是，则执行步骤803，否则，组播代理模块内的CA不做处理。

步骤803，组播代理模块内的CA执行释放操作，之后，给UE返回释放响应。

由于传输层的数据传输通道的实现方式不同，因此释放业务数据组播传输通道的具体操作也有所不同。

如果在传输层针对每个UE分别存在一条业务数据传输通道，则上述步骤803中所述的CA执行的释放操作为：CA通知DA停止向该UE的下行专用传输通道发送业务数据，释放网络侧和UE侧之间的控制连接以及无线资源控制，即释放针对该UE专用的下行数据传输通道。该控制连接为流媒体控制连接和TCP连接，在本实施例中该流媒体控制连接为RTSP协议。具体释放通道的过程与现有技术相同，在此不再详细说明。MA中的DA接收到上述通知后，则停止向该UE的下行专用传输通道发送业务数据。由于是针对每个UE建立一条数据传输通道，此时，不需要统计接收的用户数。

如果在传输层针对每个小区内的每个业务数据内容标识即节目标识存在一条数据传输通道时，则上述步骤801中所述的释放请求中进一步包括业务数据内容标识；步骤803中所述的CA执行的释放操作为：CA控制网络侧进行重配置，具体的重配置过程参见图9，并释放UE侧所占用的控制连接以及无线资源控制，该控制连接为流媒体控制连接和TCP连接，在本实施例中该流媒体控制连接为RTSP协议。这是因为，公共数据传输通道是预先配置好的，当有UE要求接收数据时，则在该传输通道上发送数据，当没有UE接收数据时，则不再该传输通道上发送数据，因此，在接收到来自UE的释放请求时，只需释放该UE所占用的资源即可。

当由DA执行用户数的统计操作时，CA控制网络侧进行重配置的同时，通知DA停止在该共享的数据传输通道上发送业务数据，DA接收到来自CA的通知后，将该小区内当前接收该业务数据内容的用户数减一，判断接收该业务数据的用户数是否为由非零变为零，如果是，则说明该小区内当前没有用户接收该业务数据，此时，组播代理模块内的DA停止向该小区发送业务数据，否则组播代理模块内的DA并不停止发送业务数据，即只对用户数进行统计。

当由RRC执行用户数的统计操作时，在CA控制网络侧进行重配置的同时，RAN内的RRC将该小区内当前接收该业务数据内容的用户数减一，然后判断接收该业务数据的用户数是否为由非零变为零，如果是，则给DA发送停止发送数据的通知，DA接收到该通知后，停止在下行公共传输通道上发送该UE所要求的业务数据，否则RAN内的RRC不再做处理，DA也并不停止发送业务数据。

图9所示为释放共享组播传输通道时对传输层进行重配置的实现流程图。

步骤901，组播代理模块内的CA指示RRC配置为DCH通道模式，由于当前是FACH通道模式，因此，指示RRC配置为DCH通道模式，也就是指示RRC由当前的FACH通道模式重配置为DCH通道模式，通常将该配置指示简写为F2D(FACH to DCH)重配置。

步骤902，RRC接收到F2D重配置指示后，在自身进行重配置，即将自身配置为DCH模式，之后，RRC向UE发送F2D重配置命令，

步骤903，UE接收到该命令后也在自身进行重配置，即将自身配置为DCH模式，之后，UE给RRC返回F2D重配置命令响应。

步骤904，RRC建立DCH信道释放FACH信道，命令RAN内的用于承载IP数据通道的RLC5实体回复接收来自CN的下行数据，即使已断开的下行IP数据通道恢复正常，给组播代理模块内的CA回复F2D重配置指示响应。

至此，重配置操作完成。

由于UE具有移动性，下面对小区更新的过程进行说明。

如果在传输层是针对每个UE分别存在一条专用的传输通道，则由于是专用数据传输通道为该UE提供服务，因此小区更新的处理过程与现有技术的处理过程一致，在此不再详细说明；下面重点描述在传输层针对每个小区内的每个业务内容标识即节目标识存在一条传输通道时，进行小区更新的过程。

图10所示为小区更新的流程示意图。本实施例中将UE当前所在小区称为源小区，将待切换进入的小区称为目标小区，且本实施例中由DA执行用户数的统计操作。

步骤1001，UE向RRC发起小区更新的请求，该请求中包含目标小区的标识信息。

步骤1002，RRC接收到来自UE的小区更新的请求后，判断目标小区与源小区所承载的公共信道数据是否一样，如果一样，则直接执行步骤1005，如果不一样，则执行步骤1003；

步骤1 003～1004，RRC重新计算该UE的URNTI及CRNTI，之后，向UE发送更改UTRAN的信息，该信息中包含已重新计算出的URNTI和CRNTI，UE根据接收到的信息，将自身的URNTI和CRNTI更改为接收到的URNTI和CRNTI，更改完毕后，向RRC返回更改UTRAN的确认信息。

步骤1005，RRC通知组播代理模块内的CA，UE进行了小区更新，由CA通知DA，上述通知中均包含目标小区的标识信息以及发起更新请求的UE的标识。

步骤1006～1007，组播代理模块内的DA将目标小区内与该UE接收的业务数据内容标识相对应的用户数加一；然后判断与该UE接收的业务数据内容标识相对应传输通道内的用户数是否为由零变为非零，如果是，则在目标小区内启动向承载该业务数据的公共传输通道发送数据，然后再执行步骤1008，否则，则直接执行步骤1008。

步骤1008～1009，组播代理模块内的DA将源小区内与该UE接收的业务数据内容标识相对应的用户数减一；然后判断源小区内与该UE接收的业务数据内容标识相对应数据传输通道内的用户数是否为非零，如果是，则直接执行步骤1010，否则，DA停止向源小区内与该UE接收的业务数据内容标识相对应的数据传输通道内发送业务数据，然后再执行步骤1010。

步骤1010，组播代理模块内的DA通知CA操作完成，CA给RRC返回操作执行完毕响应信息。

步骤1011，RRC接收到该响应后，给UE返回小区更新响应。

至此，在UE公共信道上接收业务数据时实现了小区更新。

如果由RRC执行用户数的统计操作，则在上述步骤1004执行完毕后，RRC将目标小区内与该UE接收的业务数据内容标识相对应的用户数加一，然后判断与该UE接收的业务数据内容标识相对应传输通道内的用户数是否为由零变为非零，如果是，则通知组播代理模块内的DA开始发送数据，DA接收到该通知后在目标小区内启动向承载该业务数据的公共传输通道发送数据，并给SACU返回执行操作的响应信息；然后再执行步骤1008，否则则直接执行步骤1008；在步骤1008中，由RRC将源小区内与该UE接收的业务数据内容标识相对应的用户数减一，然后判断源小区内与该UE接收的业务数据内容标识相对应数据传输通道内的用户数是否为非零，如果是，则不做处理，否则，通知组播代理模块内的DA停止发送数据，DA接收到该通知后，停止向源小区内与该UE接收的业务数据内容标识相对应的数据传输通道内发送业务数据，并给RRC返回操作执行完毕响应信息；最后，仍然是由RRC给UE返回小区更新响应。

由于是以WCDMA为例，所述组播代理模块可以设置在RAN中的RNC内，也可以设置在RAN中的NodeB内，如果设置在RNC内，则上述所有组播代理模块与RRC之间的交互均为RNC的内部处理，如果设置在NodeB内，则上述所有组播代理模块与RRC的交互均为NodeB与RNC之间的交互。如果组播代理模块设置在RNC内，则存在跨RNC的切换问题，下面具体说明跨RNC的实现过程。

图11所示为进行跨RNC时的切换过程流程图。在此，将UE当前所在小区称为源小区，将待切换进入的小区称为目标小区，将UE当前所属RNC称为源RNC，该源RNC中的组播代理模块称为源组播代理模块，将待切换的RNC称为目标RNC，该目标RNC中的组播代理模块称为目标组播代理模块。

步骤1101，源RNC中的RRC向目标RNC中的RRC发送加入请求。

步骤1102～1103，目标RNC中的RRC向目标组播代理模块内的CA发起加入请求，由CA通知DA，目标组播代理模块内的DA将目标小区内与该UE待接收的业务数据内容标识相对应的用户数加一，然后判断与该UE接收的业务数据内容标识相对应传输通道内的用户数是否为由零变为非零，如果是，则在目标小区内，与该UE接收的业务数据内容标识相对应传输通道上启动发送业务数据，然后给目标RNC中的RRC返回响应消息，否则，直接给目标RNC中的RRC返回响应消息。

步骤1104，目标RNC中的RRC给源RNC中的RRC发送加入请求响应。

步骤1105～1106，源RNC中的RRC给源组播代理模块内的CA发送释放请求，由CA通知DA，源组播代理模块内的DA将源小区内与该UE待接收的业务数据内容标识相对应的用户数减一，然后判断源小区内与该UE接收的业务数据内容标识相对应传输通道内的用户数是否为非零，如果是，则直接给源RNC中的RRC返回响应消息，否则，停止在源小区内与该UE接收的业务数据内容标识相对应的数据传输通道的发送业务数据，然后再给源RNC中的RRC返回响应消息。

至此，当UE公共信道上接收业务数据时实现了跨RNC之间的切换。同样地，在上述跨RNC切换的流程中，也可以由RRC执行用户数的统计操作，具体方式与小区更新流程中的执行方式相同，在此不再重复说明。

以上所述所有的组播代理模块内的DA既可以以单级的形式存在，也可以以多级的形式存在，当DA以多级的形式存在时，参见图12。

图12所示为组播代理模块内存在两级DA的实现原理示意图。在本实施例中，假设组播代理模块分为两级：低层次的组播数据代理单元(LDAU，LowerData Agent Unit)和高层次的组播数据代理单元(HDAU，High Data Agent Unit)，且假设该组播代理模块设置在RNC中。

如果LDAU接收到来自CA的播放通知，则LDAU将当前小区内与发起请求的UE接收的业务数据内容标识相对应的用户数加一，然后判断当前小区内与发起请求的UE接收的业务数据内容标识相对应的用户数是否由零变为非零，若是，则向高层次的组播数据代理单元HDAU发出接入请求，由HDAU启动向承载该业务数据的公共传输通道发送数据，否则LDAU不做处理。

如果低层LDAU接收到来自CA的停止播放通知，则LDAU将当前小区内与发起请求的UE接收的业务数据内容标识相对应的用户数减一，然后判断当前小区内与发起请求的UE接收的业务数据内容标识相对应的用户数是否由非零变为零，若是，则LDAU通知HDAU停止向该小区内与该UE接收的业务数据内容标识相对应的数据传输通道内发送业务数据，否则，不做处理。

图12仅以两级为例进行说明，当然，也可以存在两级以上的组播数据代理单元，此时，HDAU将根据需要与更高HDAU进行交互，具体交互方式与LDAU的特性一致，在此不再重复说明。同样地，上述是以LDAU或HDAU进行用户数统计为例进行说明，当然也可以由RRC执行用户数的统计操作。

由此可见，无论由哪个实体进行用户数统计操作，最低LDAU作为组播路由器主要用于管理下面的组播用户组，从而减轻HDAU的处理负担，实现分布式处理，而HDAU只负责对LDAU进行管理，其管理方法与LDAU管理对小区的管理方法一致。再有，图12中所示实施例是将多级的组播代理模块设置在了RNC中，在实际应用时，该多级的组播代理模块也可以设置在NodeB中，具体实现方式与设置在RNC中的实现方式相同。

如果组播代理模块设置在RNC内，可以令组播代理模块利用RNC内基于硬件的组播功能实现数据分发功能，如利用基于IP组播交换功能，或利用ATM组播交换功能，或利用多业务平台的组播交换功能，将组播业务数据由HDAU分发到低层次的LDAU，这样可以简化RNC内的组播数据分发处理，同时提供了可靠的QOS保证。

如果组播代理模块设置在了RNC中，无论是单级还是多级，对于NodeB而言，还可以有以下几种实现方式。

方式一：NodeB侧不做任何处理，即RNC中的组播代理模块直接针对每个小区内为每个业务数据内容标识建立一条传输通道。这种实现方式的优点是NodeB不需任何改动，但需要占用大量RNC和NodeB之间的IUB接口资源。参见图12。

方式二，在NodeB内设置多播数据分发代理(MDDA，Multicast DataDistribute Agent)模块，由NodeB内的MDDA实现向各小区分发的功能。该MDDA模块接收来自RNC的业务数据，根据需要将接收到的业务数据复制后分发给各个小区发送一份。采用这种方式只需在RNC与NodeB之间针对同一业务数据内容标识建立一条数据传输通道，发送一份业务数据即可，从而节省了RNC和NodeB之间的IUB接口资源。参见图13，该实施例中在RNC内设置了两级代理，在NodeB内设置了MDDA。

以上所有实施例均是以WCDMA网络为例进行说明，当然，本申请所述方法同样适用于CDMA和GSM网络。如果是CDMA网络，则所述组播代理模块可以设置在RAN中的BSC上，通常将该BSC记为CBSC，也可以设置在RAN中的BTS上，通常将该BTS记为CBTS，如果是GSM网络，则所述组播代理模块可以设置在RAN中的GBSC，通常将该BSC记为GBSC，也可以设置在RAN中的BTS上，通常将该BTS记为GBTS。无论在哪个网络中，实现组播的处理流程不变，只是具体执行操作的实体根据网络不同而不同。

由于以上所述具体流程均是以WCDMA为例，因此上述与UE进行控制连接的实体为RRC，当然，如果是其他移动网络，上述RRC将是其他移动网络中的相应实体，在此，不妨将所有类似RRC的控制实体统称为信令及控制处理单元(SACU，Signal And Control Unit)。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (24)

1. 一种基于移动网络的组播业务数据的实现方法，其特征在于，在无线接入网RAN上设置组播代理模块，待接收业务数据的UE与CN进行交互，激活PDP，该方法还包括以下步骤：

a、RAN中的组播代理模块监测到来自UE的包含目的信息的接入请求，判断出该请求中的目的信息是预先指定的用于提供数据业务服务的数据源的目的信息后，执行接入控制，获取发起接入请求的UE待接收的业务数据内容标识，建立起与UE之间的控制连接；UE从控制连接的建立过程中获取接收属性信息；

b、RAN中的组播代理模块接收到来自UE的启动播放请求后，根据已获取的业务数据内容标识，将来自数据源的与业务数据内容标识相对应的业务数据下发给UE；

c、UE根据已获取的接收属性信息在已建立的传输通道中接收业务数据。

2. 根据权利要求1所述的方法，其特征在于，

所述组播代理模块由控制代理CA和数据代理DA构成；

步骤a中所述组播代理模块执行的操作由组播代理模块内的CA执行；

当CA建立起与UE之间的控制连接后，CA通知DA开始执行发送业务数据的操作；DA接收到来自CA的该通知后，再将来自数据源的与业务数据内容标识相对应的业务数据下发给UE。

3. 根据权利要求2所述的方法，其特征在于，

所述已建立的传输通道为在传输层RAN与UE之间针对每个UE建立的一条专用的数据传输通道；

所述DA将来自数据源的与业务数据内容标识相对应的业务数据下发给UE的过程为：当DA接收到来自CA的执行发送业务数据的通知后，开始向发起播放请求的UE所在的下行专用数据传输通道上发送业务数据。

4. 根据权利要求2所述的方法，其特征在于，

所述已建立的传输通道为在传输层RAN为每个小区针对每个业务数据内容标识预先建立的共享数据传输通道；

所述DA将来自数据源的与业务数据内容标识相对应的业务数据下发给UE的过程为：当DA接收到来自CA的执行发送业务数据的通知后，统计该发起播放请求的UE当前所在小区内接收该UE所要求播放的业务数据的用户数，并判断该用户数是否由零变为非零，如果是，则DA开始在下行公共传输通道上发送该UE所要求的业务数据，否则DA不做处理；或者，

由RAN内的SACU统计该发起播放请求的UE当前所在小区内接收该UE所要求播放的业务数据的用户数，并判断该用户数是否由零变为非零，如果是，则给DA发送开始发送数据的通知，DA接收到该通知后，开始在下行公共传输通道上发送该UE所要求的业务数据，否则RAN内的SACU不再做处理。

5. 根据权利要求4所述的方法，其特征在于，所述预先建立的共享数据传输通道的建立过程包括以下步骤：

01)组播代理模块内的CA指示RAN内的SACU进行重配置，且该配置指示中包含UE所选择的业务数据内容标识；

02)SACU接收到步骤01)所述指示后，断开已建立的下行IP数据通道，在自身进行重配置，之后，从重配置指示中获取业务数据内容标识，根据该业务数据内容标识按照现有的计算方式重新计算该UE的无线网络标识；然后再向UE发送更改UTRAN的信息，该信息中包含已重新计算出的无线网络标识；

03)UE接收到步骤02)所述更改信息后，更新自身无线网络标识，然后向SACU返回更改确认信息；

04)SACU向UE发送重配置命令，UE接收到该命令后，在自身进行重配置之后，UE给SACU返回重配置命令响应；

05)SACU释放当前UE占用的信道资源。

6. 根据权利要求5所述的方法，其特征在于，当所述网络为WCDMA时，所述SACU为RRC，所述无线网络标识为UTRAN无线网络临时标识URNTI和小区无线网络暂时标识CRNTI；所述重配置指示和重配置命令分别为D2F重配置指示和D2F重配置命令；所述当前UE占用的信道资源为专用信道资源。

7. 根据权利要求1所述的方法，其特征在于，所述UE与CN进行交互，激活PDP的过程中至少包括建立无线资源控制连接，如果网络已预先配置为RAN对空口数据进行加密，则该方法进一步包括：

UE与RAN交互时发起无线资源控制连接请求中包含“组播业务请求”的扩展原因值，当RAN检测到无线资源控制连接请求的原因值为“组播业务请求”时，将对该UE的空中接口数据不加密，直接发送。

8. 根据权利要求2所述的方法，其特征在于，所述组播代理模块内的DA接收来自数据源的业务数据的方式是：

组播代理模块直接接收来自数据源的业务数据，或者，

组播代理模块经除CN以外的网络接收来自数据源的业务数据，或者，

利用CN中的路由功能，建立一条专门用于传输组播业务数据的通道，组播代理模块经CN中的该专门的传输通道接收来自数据源的业务数据。

9. 根据权利要求2或3所述的方法，其特征在于，所述组播代理模块内的DA接收到来自数据源的业务数据为单播数据或组播数据，如果接收到是单播数据则将单播数据转换为组播数据，再执行后续操作。

10. 根据权利要求1或7所述的方法，其特征在于，

该方法进一步包括：

A、UE发起释放请求，该请求中包含目的信息；该目的信息为目的IP地址，或目的IP地址和端口号；

B、RAN中的组播代理模块监测到来自UE的包含目的信息的释放请求，判断出该请求中的目的信息是预先指定的用于提供数据业务服务的数据源的目的信息后，截获该请求，执行资源释放操作；之后，给UE返回释放响应。

11. 根据权利要求10所述的方法，其特征在于，

所述组播代理模块由控制代理CA和数据代理DA构成；

当在传输层RAN与UE之间针对每个UE存在一条专用的数据传输通道时，所述资源释放操作包括以下步骤：

CA通知DA停止向该UE的下行专用传输通道发送业务数据，并且，CA释放网络侧和UE侧之间的控制连接以及无线资源控制；DA接收到上述通知后，则停止向该UE的下行专用传输通道发送业务数据。

12. 根据权利要求10所述的方法，其特征在于，

所述组播代理模块由控制代理CA和数据代理DA构成；

当在传输层RAN与每个小区针对每个业务数据内容标识存在一条共享的数据传输通道时，所述UE发起的释放请求中进一步包括业务数据内容标识；

所述资源释放操作包括以下步骤：

CA控制网络侧进行重配置，通知DA停止在该共享的数据传输通道上发送业务数据，且CA释放UE侧所占用的控制连接以及无线资源控制；

DA接收到上述通知后，将该小区内当前接收该业务数据内容的用户数减一，然后判断接收该业务数据的用户数是否为由非零变为零，如果是，则DA停止向该小区发送业务数据，否则DA不做处理；或者，

所述资源释放操作包括以下步骤：

CA控制网络侧进行重配置，同时，RAN内的SACU将该小区内当前接收该业务数据内容的用户数减一，然后判断接收该业务数据的用户数是否为由非零变为零，如果是，则给DA发送停止发送数据的通知，DA接收到该通知后，停止在下行公共传输通道上发送该UE所要求的业务数据，否则RAN内的SACU不再做处理。

13. 根据权利要求12所述的方法，其特征在于，所述CA控制网络侧进行重配置的操作包括以下步骤：

组播代理模块内的CA指示SACU进行重配置；SACU接收到重配置指示后，在自身进行重配置，之后，向UE发送重配置命令；

UE根据接收到的命令在自身进行重配置。

14. 根据权利要求13所述的方法，其特征在于，当所述网络为WCDMA时，所述SACU为RRC；所述重配置指示和重配置命令分别为F2D重配置指示和F2D重配置命令。

15. 根据权利要求1、11或12所述的方法，其特征在于，所述控制连接为业务控制连接和TCP连接，所述业务控制连接可以是流媒体控制连接，其包括但不限于实时流媒体协议RTSP，所述业务控制连接也可以是文件传送的控制连接，其包括但不限于点到多点的单向文件传送协议FLUTE。

16. 根据权利要求1所述的方法，其特征在于，当所述组播代理模块由控制代理CA和数据代理DA构成，且RAN与每个小区针对每个业务数据内容标识存在一条共享的数据传输通道时，进一步包括，UE进行跨小区更新，所述小区更新过程包括以下步骤：

i)SACU接收到来自UE的包含目标小区标识信息的小区更新请求后，判断目标小区与源小区所承载的公共信道数据是否一样，如果一样，则直接执行步骤iii)，如果不一样，则执行步骤ii)；

ii)SACU重新计算该UE的无线网络标识，之后，向UE发送更改UTRAN的信息，该信息中包含已重新计算出的无线网络标识，UE根据接收到的信息更新完毕后，向SACU返回更改UTRAN的确认信息；

iii)SACU通知组播代理模块内的CA，UE进行了小区更新，由CA通知DA，上述通知中均包含目标小区的标识信息以及发起更新请求的UE的标识；

iv)DA将目标小区内与该UE接收的业务数据内容标识相对应的用户数加一；然后判断与该UE接收的业务数据内容标识相对应传输通道内的用户数是否为由零变为非零，如果是，则在目标小区内启动向承载该业务数据的公共传输通道发送数据，然后再执行步骤v)，否则，则直接执行步骤v)；

v)DA将源小区内与该UE接收的业务数据内容标识相对应的用户数减一；然后判断源小区内与该UE接收的业务数据内容标识相对应数据传输通道内的用户数是否为非零，如果是，则直接执行步骤vi)，否则，DA停止向源小区内与该UE接收的业务数据内容标识相对应的数据传输通道内发送业务数据，然后再执行步骤vi)；

vi)DA通知CA操作完成，CA给SACU返回操作执行完毕响应信息；SACU接收到该响应后，给UE返回小区更新响应。

17. 根据权利要求1所述的方法，其特征在于，当所述组播代理模块由控制代理CA和数据代理DA构成，且RAN与每个小区针对每个业务数据内容标识存在一条共享的数据传输通道时，进一步包括，UE进行跨小区更新，所述小区更新过程包括以下步骤：

i)SACU接收到来自UE的包含目标小区标识信息的小区更新请求后，判断目标小区与源小区所承载的公共信道数据是否一样，如果一样，则直接执行步骤iii)，如果不一样，则执行步骤ii)；

ii)SACU重新计算该UE的无线网络标识，之后，向UE发送更改UTRAN的信息，该信息中包含已重新计算出的无线网络标识，UE根据接收到的信息更新完毕后，向SACU返回更改UTRAN的确认信息；

iii)SACU将目标小区内与该UE接收的业务数据内容标识相对应的用户数加一，然后判断与该UE接收的业务数据内容标识相对应传输通道内的用户数是否为由零变为非零，如果是，则执行步骤iv)，否则，则直接执行步骤v)；

iv)SACU通知组播代理模块内的DA开始发送数据，DA接收到该通知后在目标小区内启动向承载该业务数据的公共传输通道发送数据，并给SACU返回执行操作的响应信息，然后再执行步骤v)；

v)SACU将源小区内与该UE接收的业务数据内容标识相对应的用户数减一，然后判断源小区内与该UE接收的业务数据内容标识相对应数据传输通道内的用户数是否为非零，如果是，则不做处理，否则，通知组播代理模块内的DA停止发送数据，DA接收到该通知后，停止向源小区内与该UE接收的业务数据内容标识相对应的数据传输通道内发送业务数据，并给SACU返回操作执行完毕响应信息；

vi)SACU给UE返回小区更新响应。

18. 根据权利要求16或17所述的方法，其特征在于，当所述网络为WCDMA时，所述SACU为RRC，所述无线网络标识为UTRAN无线网络临时标识URNTI和小区无线网络暂时标识CRNTI。

19. 根据权利要求2所述的方法，其特征在于，所述组播代理模块内的数据代理DA由单级处理单元构成，或由两级或两级以上的处理单元构成；

在组播代理模块内的DA由两级处理单元构成时，如果低层次的组播数据代理单元LDAU接收到来自CA的播放通知，则LDAU将当前小区内与发起请求的UE接收的业务数据内容标识相对应的用户数加一，然后判断当前小区内与发起请求的UE接收的业务数据内容标识相对应的用户数是否由零变为非零，若是，则向高层次的组播数据代理单元HDAU发出接入请求，由HDAU启动向承载该业务数据的公共传输通道发送数据，否则LDAU不做处理；

如果低层LDAU接收到来自CA的停止播放通知，则LDAU将当前小区内与发起请求的UE接收的业务数据内容标识相对应的用户数减一，然后判断当前小区内与发起请求的UE接收的业务数据内容标识相对应的用户数是否由非零变为零，若是，则LDAU通知HDAU停止向该小区内与该UE接收的业务数据内容标识相对应的数据传输通道内发送业务数据，否则，不做处理。

20. 根据权利要求19所述的方法，其特征在于，如果是WCDMA网络，且所述组播代理模块设置在RAN中的RNC内时，所述组播代理模块利用RNC内基于硬件的组播功能将业务数据从高层次的组播数据代理单元发送至低层次的组播数据代理单元；所述硬件为IP交换功能的硬件平台，或ATM交换平台或多业务平台。

21. 根据权利要求19所述的方法，其特征在于，如果是WCDMA网络，且所述组播代理模块设置在RAN中的RNC内时，进一步包括：在NodeB内设置具有业务数据分发功能的多播数据分发代理MDDA模块，该MDDA模块接收来自RNC的业务数据，根据需要将数据复制后分发给各个小区。

22. 根据权利要求1所述的方法，其特征在于，

如果是WCDMA网络，所述组播代理模块设置在RAN中的RNC内，或设置在RAN中的NodeB内；如果是CDMA网络，所述组播代理模块设置在RAN中的CBSC上，或设置在RAN中的CBTS上；如果是GSM网络，所述组播代理模块设置在RAN中的GBSC上，或设置在RAN中的GBTS上。

23. 根据权利要求1所述的方法，其特征在于，所述目的信息为目的IP地址，或目的IP地址和端口号；所述接收属性信息至少包含待接收业务数据内容标识，以及承载业务内容的组播数据的IP地址、端口号、速率以及编码格式。

24. 根据权利要求1所述的方法，其特征在于，所述数据源包括但不限于流媒体服务器，所述业务数据包括但不限于流媒体业务数据。

Images