CN101119217A - 网络中开展mbms业务的方法及系统 - Google Patents

Abstract

本发明涉及一种网络中开展MBMS业务的方法及系统。本发明主要包括：MBMS(广播多播业务)服务区下的RNC(无线网络控制器)与用户设备的服务RNC进行信息交互，所述的服务RNC收到MBMS服务区下的RNC发来的MBMS业务；并由所述的服务RNC将收到的MBMS业务发送给用户设备。因此，本发明通过处于MBMS服务区外的SRNC与处于MBMS服务区内的DRNC进行信息交互，使得在MBMS业务服务区外的SRNC能正确处理UE的业务请求消息，从而为具有业务权限的UE提供正常的MBMS业务。

Description

网络中开展MBMS业务的方法及系统

技术领域

本发明涉及网络通信技术领域，尤其涉及一种网络中开展MBMS业务的方法及系统。

背景技术

在第三代电信系统中，提供了更高的比特速率以及发送可变比特速率业务量更好的可能性，这样的可能性为新型的业务开辟了道路。第三移动通信代伙伴关系项目(3GPP)标志业务一多媒体广播/组播业务(MBMS，Multimedia Broadcast Multicast Service)，便是这些新型业务的代表。

作为移动网络单播解决方案的补充，MBMS通过点对多点的连接进行传输，因而能够更有效地利用了网络资源和容量，从而使不限数量的用户可以在同一区域内同时收看同一个移动多媒体业务。

在MBMS中，广播业务主要应用于传送内容给所有用户的服务，例如电台广播和电视服务，这些业务通过空中、人造卫星或有线网络传播。

在如图1所示的MBMS网络架构中，相应的广播业务的流程如图2所示，具体包括：

步骤11：网络侧发送业务通告(service announcement)消息，用于通知用户当前网络提供的MBMS业务内容，及各个MBMS业务的相关信息，如业务标识、业务内容的描述、承载业务的IP组播地址、开始播放时间等。

步骤12：广播组播业务中心(BM-SC)发送会话开始(Session start)消息，用于通知网关GPRS支持节点(GGSN)、服务GPRS支持节点(SGSN)及3G无线接入网络(UTRAN)MBMS业务即将开始播放，需要各网络实体建立从BM-SC到各服务小区的点到多点的传输承载。

步骤13：BM-SC发送MBMS通知(MBMS notification)消息，用于通知服务区内各用户设备(UE)，MBMS业务即将开始播放，以便于各用户设备准备接收。

步骤14：执行数据传输(Data transfer)过程，该过程用于实际的业务数据从内容提供者传输到各UE。

步骤15：BM-SC发送会话结束(Session stop)消息，用于通知GGSN、SGSN及UTRAN，MBMS业务停止播放，需要各网络实体拆除从BM-SC到各服务小区的点到多点的传输承载。

在图2所示的过程中，在网络侧向UE提供MBMS业务之间还包括相应的MBMS多播业务请求处理流程，如图3所示，具体包括：

步骤31：当UE处于无线资源空闲(RRC-Idle)状态，则需要开展广播业务的UE需要向RNC发送RRC连接请求消息，RNC收到所述的请求消息并建立RRC连接后向UE返回RRC连接建立消息；

步骤32：UE向SGSN发送业务请求消息；

步骤33：SGSN执行安全命令过程，启动数据加密功能；

步骤34：UE向RNC发送MBMS业务请求消息，消息中携带着UE获得的MBMS业务密钥；

具体为：UE通过MBMS业务请求消息(MBMS Service Request)向RNC提供该UE希望接收的各MBMS业务的业务标识、业务密钥标识和具体业务密钥；

对于同一个MBMS业务，RNC将会比较从BM-SC过来的MBMS业务密钥和从UE过来的MBMS业务密钥；如果比较结果为一致，则认为UE有接收该MBMS业务的权限，并执行步骤35；否则，认为UE不具备权限，发送MBMS拒绝服务消息(MBMS Service Reject)。

步骤35：RNC通知UE发起MBMS无线资源建立过程，即建立UE接收广播业务所需要的点对点(PTP)或点对多点(PTM)空口数据传输承载。

在上述处理过程中，若UE所属的RNC，即UE服务RNC(SRNC)处于MBMS服务区之外，则由于SRNC无法获得MBMS服务区提供的MBMS业务，进而导致UE无法获得相应的MBMS服务区提供的MBMS业务。

发明内容

本发明的目的是提供一种网络中开展MBMS业务的方法及系统，从而可以使得处于MBMS服务区之外的RNC仍能够向UE提供MBMS业务。

本发明的目的是通过以下技术方案实现的：

本发明提供了一种网络中开展MBMS业务的方法，包括通过广播多播MBMS服务区下的无线网络控制器RNC为用户设备提供MBMS业务，包括：

MBMS服务区下的RNC与用户设备的服务RNC进行信息交互，所述的服务RNC收到MBMS服务区下的RNC发来的MBMS业务；

所述的服务RNC将收到的MBMS业务发送给用户设备。

所述的服务RNC为处于MBMS服务区外的RNC，且所述的用户设备处于MBMS服务区下的RNC下。

所述的方法还包括：

服务RNC接收到用户设备向其发送的MBMS业务请求消息后，触发所述的MBMS服务区下的RNC与用户设备的服务RNC进行信息交互的处理。

所述的进行信息交互的处理过程包括：

服务RNC收到用户设备发来的MBMS业务请求后，将用户设备发来的密钥信息发送给MBMS服务区下的RNC；

MBMS服务区下的RNC根据所述的密钥信息对该用户设备进行验证，并将验证结果返回给所述的服务RNC。

所述的MBMS服务区下的RNC具体可以根据通过MBMS业务会话开始过程从广播组播业务中心获得的业务密钥，对用户设备提供的密钥信息进行验证。

所述的方法还包括：

当服务RNC根据MBMS服务区下的RNC发来的验证结果确认该用户设备未通过验证，则向用户设备发送MBMS业务拒绝消息。

本发明中，实现所述的服务RNC收到MBMS服务区下的RNC发来的MBMS业务的处理过程具体包括：

若服务RNC根据MBMS服务区下的RNC发来的验证结果确定该用户设备通过验证，且服务RNC未从所述的MBMS服务区下的RNC获取相应的MBMS业务，则服务RNC向MBMS服务区下的RNC发送会话开始请求消息，消息中包含需要获得业务密钥信息的MBMS业务标识和隧道端点标识TEID；

MBMS服务区下的RNC向服务RNC返回会话开始响应消息，并利用所述的TEID向所述服务RNC发送MBMS业务；

服务RNC接收MBMS服务区下的RNC发来的MBMS业务。

本发明所述的方法还包括：

服务RNC收到MBMS服务区下的RNC发来的验证结果，并确定该用户设备通过验证后，若服务RNC已经从MBMS服务区下的RNC获得相应的MBMS业务，则直接向该用户设备提供该MBMS业务。

本发明所述的方法还包括：

当服务RNC不再需要向用户设备转发MBMS数据时，则服务RNC向MBMS服务区下的RNC发送MBMS会话停止请求；

MBMS服务区下的RNC收到所述的MBMS会话停止请求后，停止向服务RNC转发对应的MBMS业务数据，并触发拆除服务RNC与MBMS服务区下的RNC之间数据承载。

本发明所述的方法还包括：

当MBMS服务区下的RNC确定不再向服务RNC发送MBMS数据时，则向服务RNC发送MBMS会话停止请求；

服务RNC收到所述的MBMS会话停止请求后，拆除服务RNC与MBMS服务区下的RNC之间数据承载。

本发明所述的方法还包括：

当MBMS服务区下的RNC收到SGSN发来的会话停止请求后，确定不再需要向服务RNC发送MBMS数据。

本发明还提供了一种网络中开展MBMS业务的系统，包括：

信息交互处理装置，用于负责MBMS服务区下的RNC与服务RNC之间进行信息交互；

MBMS业务发送单元，设置于MBMS服务区下的RNC中，用于向所述的服务RNC发送MBMS业务；

MBMS业务接收处理单元，设置于服务RNC中，用于在收到MBMS服务区下的RNC发来的MBMS业务后，将收到的MBMS业务发送给用户设备。

所述的信息交互处理装置具体包括：

用户设备密钥发送单元，设置于服务RNC中，用于向MBMS服务区下的RNC发送用户设备提供的密钥信息；

验证处理单元，设置于MBMS服务区下的RNC中，用于根据用户设备的密钥信息对用户设备进行验证，获得验证结果；

验证结果发送单元，设置于MBMS服务区下的RNC中，用于将验证处理单元获得的验证结果发送给服务RNC；

验证结果接收单元，设置于服务RNC中，用于接收验证结果发送单元发来的针对用户设备的验证结果信息，并根据验证结果触发所述的MBMS业务发送单元。

所述的信息交互处理装置还包括：

会话开始请求发起单元，设置于服务RNC中，在用户设备通过验证后，用于向MBMS服务区下的RNC发送会话开始请求消息；

会话开始处理单元，设置于MBMS服务区下的RNC中，用于根据收到的会话开始请求触发所述的MBMS业务发送单元。

本发明所述的系统还包括：

会话停止处理单元，设置于服务RNC或MBMS服务区下的RNC中，用于发起MBMS业务停止处理过程，并触发拆除服务RNC与MBMS服务区下的RNC之间的对应数据承载。

本发明所述的系统还包括：

业务触发处理单元，设置于所述的服务RNC中，用于在收到用户设备发来的MBMS业务请求消息后，触发所述的信息交互处理单元。

由上述本发明提供的技术方案可以看出，本发明通过处于MBMS服务区外的SRNC与处于MBMS服务区内的RNC(即DRNC)进行信息交互，如SRNC向DRNC发起的附着过程以及会话开始处理过程等，使得在MBMS业务服务区外的SRNC能正确处理UE的业务请求消息，从而为具有业务权限的UE提供正常的MBMS业务。

而且，本发明提供的实现方案在整个实现过程中不涉及核心网中的实体，即无需核心网中的实体的参与，从而使得整个实现过程较为简便。

附图说明

图1为MBMS业务承载架构示意图；

图2为MBMS业务处理流程示意图；

图3为现有技术中的MBMS业务请求处理流程示意图；

图4为本发明所述的方法的具体实现处理流程示意图一；

图5为本发明所述的方法的具体实现处理过程示意图二；

图6为本发明中会话停止过程的具体实现处理流程示意图一；

图7为本发明中会话停止过程的具体实现处理流程示意图二；

图8为本发明所述的系统的具体实现结构示意图。

具体实施方式

本发明主要目的是解决MBMS业务开展过程中，当SRNC(服务RNC)在MBMS业务服务区以外，UE在DRNC(漂移RNC)下发起业务请求时，SRNC无法处理相应的业务请求的问题。

本发明具体可以采用的实现方案包括：

首先，当UE发起MBMS Service Request过程时，SRNC都会通过Attach(附着)过程将UE上下文转发给DRNC；

之后，DRNC在收到SRNC发来的UE上下文后，对UE上报的密钥进行验证，当确定UE上报的密钥不正确时，则DRNC需通知SRNC，并由SRNC拒绝UE的业务请求；

DRNC具体通过从BM-SC获得的MBMS业务密钥对UE上报的密钥进行验证，以确定UE上报的密钥是否正确。

为此，本发明需要在Iur口(即RNC之间的接口)消息“DIRECTINFORMATION TRANSFER(传输指示信息)”内的IE“MBMS ChannelType Information(MBMS信道类型信息)”中增加新的信元“Not ProvidedUE List(不提供业务的UE列表)”，通过该新的信元传递在DRNC处未通过验证的UE的名单给SRNC，具体如表1所示：

表1

IE/Group Name

Presence

Range

IE Type andReference

SemanticsDescription

TMGI临时移动组标识	M		9.2.1.80
					PTM Cell List点对多点小区列表		0..<maxnoofCells>
＞C-ID小区标识	M		9.2.1.6
					＞Affected      UEInformation     forMBMSMBMS受影响UE的信息		0..<maxnoofUEs>
＞＞S-RNTI  服务RNC无线网络临时标识	M		9.2.1.53
					PTP Cell List点对点小区列表		0..<maxnoofCelIs>
＞C-ID小区标识	M		9.2.1.6
					＞Affected     UEInformation    forMBMSMBMS受影响UE的信息		0..<maxnoofUEs>
＞＞S-RNTI  服务RNC无线网络临时标识	M		9.2.1.53
					Not Provided CellList不提供业务的小区列表		0..<maxnoofCelIs>
＞C-ID小区标识	M		9.2.1.6
					＞Affected    UEInformation forMBMSMBMS受影响UE的信息		0..<maxnoofUEs>
＞＞S-RNTI服务RNC无线网络临时标识	M		9.2.1.53
					Not Provided UEList不提供业务的UE列表
＞＞S-RNTI  服务RNC无线网络临时标识	M	0..<maxnoofUEs>	9.2.1.53

其中，

PTM Cell List，即点对多点小区列表，用于承载需要通过点对多点的方式进行MBMS业务数据发送的小区；

PTP Cell List，即点对点小区列表，用于承载需要通过点对点的方式进行MBMS业务数据发送的小区；

Not Provided UE List，即不提供业务的UE列表，用于记载未通过认证的UE的信息。

具体为，DRNC在通过Session Start过程从BM-SC得到MBMS业务密钥，并与通过Attach(附着)过程从SRNC得到的UE上报的密钥进行比较之后，由DRNC将密钥不正确的UE列在“Not Provided UE List”列表中，通过DIRECT INFORMATION TRANSFER消息传给SRNC，最后，由SRNC再向UE发送MBMS Service Reject消息。

下面将结合附图对本发明的具体实现过程进行说明。

相应的跨Iur口的MBMS Service Request(MBMS业务请求)的处理过程如图4所示，具体包括以下步骤：

步骤41：UE向SRNC发送MBMS业务请求消息，上报MBMS业务密钥；

步骤42：执行Attach(附着)过程，DRNC从SRNC得到UE上报的密钥，而且，DRNC还通过MBMS Session Start(MBMS会话开始)过程从BM-SC得到业务密钥；

在该步骤中，Attach过程和MBMS Session Start过程相互独立的，两过程之间不限定时序关系，即Attach过程可能发生在MBMS Session Start过程之前或之后或同时；

步骤43：DRNC向SRNC发送Direct Information Transfer消息，向SRNC通知DRNC对UE的验证结果，以及数据传送方式等信息；

该步骤具体包括：DRNC在收到MBMS Session Start之后启动Counting(计数)过程，通过已经获得的UE上下文和/或在其下小区内响应Counting的UE上下文来确定其下MBMS服务区内每个小区的MBMS数据发送方式，即确定为PTP方式或PTM方式；其中，所述的Counting过程包括：比较UE上报的密钥是否与来自BM-SC的密钥相同，若相同则将该UE记入该小区接收用户总数之中；

在Counting结束之前，DRNC可以先发送Direct Information Transfer消息给SRNC，所述的消息里面包含DRNC已经检查出来的SRNC服务的没有正确密钥的UE列表，从而将验证未通过的UE信息通知SRNC，以便于SRNC对相应的UE发送拒绝消息；

Counting结束之后，DRNC发送Direct Information Transfer消息给SRNC，消息中包含了其下采用PTM方式发送的小区及小区内SRNC服务的UE列表、采用PTP方式发送的小区及小区内SRNC服务的UE列表、以及SRNC服务的没有正确密钥的UE列表。

本发明中，还包括：在DRNC收到MBMS Session Start之后，每次由SRNC发起的Attach过程都会触发DRNC更新MBMS UE上下文、判断UE上报密钥是否正确，以及是否需要调整小区的发送方式，并通过DirectInformation Transfer消息将结果传给SRNC。

步骤44：SRNC接收DRNC发来的Direct Information Transfer消息后，根据消息中承载的信息进行后续的MBMS业务处理；

在该步骤中具体采用的处理包括：

(1)向所述的Direct Information Transfer消息中在“Not Provided UElist”内封装的各UE发送MBMS Service Reject(MBMS业务拒绝)消息，以拒绝UE的业务请求；

(2)向所述的Direct Information Transfer消息在“PTM Cell List”内封装的各UE发送MBMS Modified Services Information(MBMS修改业务信息)消息，指示UE业务采用PTM方式发送；

(3)向所述的Direct Information Transfer消息在“PTP Cell List”内封装的各UE发起PTP无线承载建立过程，分配MBMS数据发送所需的专用资源，以便于通过PTP方式向相应的UE传递MBMS业务。

本发明还提供了跨Iur口的MBMS会话开始过程，当SRNC在MBMS服务区外而DRNC在MBMS服务区内，并且SRNC收到来自DRNC的DirectInformation Transfer消息，消息中包含“PTP Cell List”，而SRNC还没有从其他RNC接收对应MBMS业务数据时，则SRNC会向DRNC发起MBMS会话开始过程。

该处理过程的具体实现方式如图5所示，具体包括以下步骤：

步骤61：DRNC向SRNC发送Direct Information Transfer消息，且所述的消息中包含“PTP Cell List”，即消息中包含通过认证可以通过PTP方式接收MBMS业务数据的小区信息；

SRNC收到来自DRNC的Direct Information Transfer消息，并根据所述的消息中包含的“PTP Cell List”确定DRNC下某些小区将采用PTP方式发送MBMS业务；而且，SRNC服务的某些UE正位于这些小区内，则SRNC需要执行步骤62；

步骤62：SRNC向DRNC发送MBMS会话开始请求消息；

该步骤具体为：SRNC收到所述的Direct Information Transfer消息后，若当前没有从任何RNC(如DRNC)接收对应的MBMS业务数据，即SRNC尚未获得相应的MBMS业务数据，则SRNC需要向DRNC发送MBMS会话开始请求消息，以便于从DRNC获得相应的MBMS业务数据，所述的MBMS会话开始请求消息中携带MBMS业务的业务标识和用于Iur承载平面的TEID(隧道端点标识)，DRNC使用该TEID来向SRNC转发MBMS数据；

为便于DRNC向SRNC传送MBMS业务数据，具体可以在Iur接口引入Iu-PS(分组交换Iu接口)用户面协议栈，从而使得Iur口也提供永久的IP通道，进而可以利用相应的Iu-PS用户面实现RNC之间的通信，或者，也可以采用其他用户面协议栈实现RNC之间的通信。

步骤63：DRNC收到所述的MBMS会话开始请求消息后将向SRNC返回MBMS会话开始响应消息，并向SRNC转发MBMS业务数据；

步骤64：SRNC收到所述的MBMS会话开始响应消息后，为UE的MBMS数据传送建立必要的无线资源；

步骤65：DRNC将MBMS业务发送给SRNC，并由SRNC发送给UE。

本发明中，若SRNC收到DRNC返回的针对UE的验证结果为通过验证后，且SRNC已经获得需要发送给UE的MBMS业务数据，则无需执行步骤62和步骤63，而直接将相应的MBMS业务数据发送给UE。

本发明中，还包括跨Iur口的MBMS Session Stop(MBMS会话停止)处理过程，所述的跨Iur口的MBMS Session Stop过程分为SRNC发起和DRNC发起两种情况，下面将分别说明。

相应的SRNC发起的会话停止的处理过程如图6所示，具体包括：

步骤71：SRNC向DRNC发送MBMS会话停止请求消息，即发送MBMSSession Stop Request消息；

具体为：当一个RNC在某个MBMS业务服务区外，并且不再作为任何UE的SRNC向UE转发MBMS数据后或者延迟一定时间后，该RNC向其之前注册的DRNC发送MBMS会话停止请求消息，消息中包含对应MBMS业务标识；

步骤72：DRNC收到所述的MBMS会话停止请求消息后，停止向SRNC转发该业务数据，并向SRNC返回MBMS会话停止响应消息，即MBMSSession Stop Response消息；

所述的SRNC在收到MBMS会话停止响应消息后拆除相应的Iur口数据承载。

相应的DRNC发起的会话停止的处理过程如图7所示，具体包括：

步骤81：DRNC停止向SRNC转发对应MBMS业务数据，并向SRNC发送MBMS会话停止请求消息，消息中包含对应MBMS业务标识；

具体为：当DRNC收到来自SGSN的Session Stop Request消息时，若此时DRNC正在向其他RNC(即各SRNC)转发对应MBMS业务数据，DRNC向这些RNC发起MBMS会话停止过程，即向相应的SRNC发送MBMSSession Stop Request消息；

步骤82：SRNC收到所述的MBMS会话停止请求消息后，拆除相应的Iur数据承载，并向DRNC回应MBMS会话停止响应消息，即MBMS SessionStop Response消息。

本发明还提供了一种网络中开展MBMS业务的系统，其具体实现结构如图8所示，包括以下处理单元：

(1)信息交互处理装置

该单元设置于MBMS服务区下的RNC及用户设备的服务RNC中，用于负责MBMS服务区下的RNC与服务RNC之间进行信息交互；

本发明所述的系统中，相应的信息交互处理装置具体可以包括：

用户设备密钥发送单元，设置于服务RNC中，用于向MBMS服务区下的RNC发送用户设备提供的密钥信息；

验证处理单元，设置于MBMS服务区下的RNC中，用于根据用户设备的密钥信息对用户设备进行验证，获得验证结果；

验证结果发送单元，设置于MBMS服务区下的RNC中，用于将验证处理单元获得的验证结果发送给服务RNC；

验证结果接收单元，设置于服务RNC中，用于接收验证结果发送单元发来的针对用户设备的验证结果信息，并根据验证结果触发所述的MBMS业务发送单元。

其中，为实现所述的根据验证结果触发所述的MBMS业务发送单元，所述的信息交互处理装置还包括：

会话开始请求发起单元，设置于服务RNC中，在用户设备通过验证后，用于向MBMS服务区下的RNC发送会话开始请求消息；

会话开始请求处理单元，设置于MBMS服务区下的RNC中，用于根据收到的会话开始请求触发所述的MBMS业务发送单元。

(2)MBMS业务发送单元

该单元设置于MBMS服务区下的RNC中，用于向所述的服务RNC发送MBMS业务，具体可以由服务RNC发来的会话开始请求消息触发。

(3)MBMS业务接收处理单元

该单元设置于服务RNC中，用于在收到MBMS服务区下的RNC发来的MBMS业务后，将收到的MBMS业务发送给用户设备。

本发明所述的系统还包括会话停止处理单元，设置于服务RNC或MBMS服务区下的RNC中，用于发起MBMS业务停止处理过程，并触发拆除服务RNC与MBMS服务区下的RNC之间的对应数据承载；具体为通过服务RNC与MBMS服务区下的RNC之间交互的会话停止请求和响应消息实现MBMS业务停止处理，并回收相应的无线承载资源。

本发明所述的系统还可以包括业务触发处理单元，其设置于所述的服务RNC中，用于在收到用户设备发来的MBMS业务请求消息后，触发所述的信息交互处理单元。

综上所述，本发明可以使得在MBMS业务服务区外的SRNC能正确处理UE的业务请求消息，为有业务权限的UE提供正常的MBMS业务。同时，本发明还简化了标准MBMS方案中的RNC注册过程，使得注册过程不涉及核心网，简化了信令流程。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (16)

1.一种网络中开展MBMS业务的方法，包括通过广播多播MBMS服务区下的无线网络控制器RNC为用户设备提供MBMS业务，其特征在于，包括：

MBMS服务区下的RNC与用户设备的服务RNC进行信息交互，所述的服务RNC收到MBMS服务区下的RNC发来的MBMS业务；

所述的服务RNC将收到的MBMS业务发送给用户设备。

2.根据权利要求1所述的方法，其特征在于，所述的服务RNC为处于MBMS服务区外的RNC，且所述的用户设备处于MBMS服务区下的RNC下。

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

服务RNC接收到用户设备向其发送的MBMS业务请求消息后，触发所述的MBMS服务区下的RNC与用户设备的服务RNC进行信息交互的处理。

4.根据权利要求1、2或3所述的方法，其特征在于，所述的进行信息交互的处理过程包括：

服务RNC收到用户设备发来的MBMS业务请求后，将用户设备发来的密钥信息发送给MBMS服务区下的RNC；

MBMS服务区下的RNC根据所述的密钥信息对该用户设备进行验证，并将验证结果返回给所述的服务RNC。

5.根据权利要求4所述的方法，其特征在于，所述的MBMS服务区下的RNC具体是根据通过MBMS业务会话开始过程从广播组播业务中心获得的业务密钥，对用户设备提供的密钥信息进行验证。

6.根据权利要求4所述的方法，其特征在于，所述的方法还包括：

当服务RNC根据MBMS服务区下的RNC发来的验证结果确认该用户设备未通过验证，则向用户设备发送MBMS业务拒绝消息。

7.根据权利要求4所述的方法，其特征在于，实现所述的服务RNC收到MBMS服务区下的RNC发来的MBMS业务的处理过程具体包括：

若服务RNC根据MBMS服务区下的RNC发来的验证结果确定该用户设备通过验证，且服务RNC未从所述的MBMS服务区下的RNC获取相应的MBMS业务，则服务RNC向MBMS服务区下的RNC发送会话开始请求消息，消息中包含需要获得业务密钥信息的MBMS业务标识和隧道端点标识TEID；

MBMS服务区下的RNC向服务RNC返回会话开始响应消息，并利用所述的TEID向所述服务RNC发送MBMS业务；

服务RNC接收MBMS服务区下的RNC发来的MBMS业务。

8.根据权利要求4所述的方法，其特征在于，所述的方法还包括：

服务RNC收到MBMS服务区下的RNC发来的验证结果，并确定该用户设备通过验证后，若服务RNC已经从MBMS服务区下的RNC获得相应的MBMS业务，则直接向该用户设备提供该MBMS业务。

9.根据权利要求4所述的方法，其特征在于，所述的方法还包括：

当服务RNC不再需要向用户设备转发MBMS数据时，则服务RNC向MBMS服务区下的RNC发送MBMS会话停止请求；

MBMS服务区下的RNC收到所述的MBMS会话停止请求后，停止向服务RNC转发对应的MBMS业务数据，并触发拆除服务RNC与MBMS服务区下的RNC之间数据承载。

10.根据权利要求4所述的方法，其特征在于，所述的方法还包括：

当MBMS服务区下的RNC确定不再向服务RNC发送MBMS数据时，则向服务RNC发送MBMS会话停止请求；

服务RNC收到所述的MBMS会话停止请求后，拆除服务RNC与MBMS服务区下的RNC之间数据承载。

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

当MBMS服务区下的RNC收到SGSN发来的会话停止请求后，确定不再需要向服务RNC发送MBMS数据。

12.一种网络中开展MBMS业务的系统，其特征在于，包括：

信息交互处理装置，用于负责MBMS服务区下的RNC与服务RNC之间进行信息交互；

MBMS业务发送单元，设置于MBMS服务区下的RNC中，用于向所述的服务RNC发送MBMS业务；

MBMS业务接收处理单元，设置于服务RNC中，用于在收到MBMS服务区下的RNC发来的MBMS业务后，将收到的MBMS业务发送给用户设备。

13.根据权利要求12所述的系统，其特征在于，所述的信息交互处理装置具体包括：

用户设备密钥发送单元，设置于服务RNC中，用于向MBMS服务区下的RNC发送用户设备提供的密钥信息；

验证处理单元，设置于MBMS服务区下的RNC中，用于根据用户设备的密钥信息对用户设备进行验证，获得验证结果；

验证结果发送单元，设置于MBMS服务区下的RNC中，用于将验证处理单元获得的验证结果发送给服务RNC；

验证结果接收单元，设置于服务RNC中，用于接收验证结果发送单元发来的针对用户设备的验证结果信息，并根据验证结果触发所述的MBMS业务发送单元。

14.根据权利要求12或13所述的系统，其特征在于，所述的信息交互处理装置还包括：

会话开始请求发起单元，设置于服务RNC中，在用户设备通过验证后，用于向MBMS服务区下的RNC发送会话开始请求消息；

会话开始处理单元，设置于MBMS服务区下的RNC中，用于根据收到的会话开始请求触发所述的MBMS业务发送单元。

15.根据权利要求14所述的系统，其特征在于，所述的系统还包括：

会话停止处理单元，设置于服务RNC或MBMS服务区下的RNC中，用于发起MBMS业务停止处理过程，并触发拆除服务RNC与MBMS服务区下的RNC之间的对应数据承载。

16.根据权利要求12所述的系统，其特征在于，所述的系统还包括：

业务触发处理单元，设置于所述的服务RNC中，用于在收到用户设备发来的MBMS业务请求消息后，触发所述的信息交互处理单元。

Images