[发明专利]控制多媒体多播业务发送的方法

说明书

技术领域

本发明涉及移动通信网络系统中的增值新业务技术，尤其涉及对使用增值新业务的用户控制业务发送的方法。

背景技术

多媒体多播业务(MBMS，Multimedia Broadcasting Multicast Service)是在现有移动分组通信网络系统中实现的一种从一个数据源向多个目标终端设备发送数据报文的技术。

目前，在传统移动通信网络系统中，小区广播业务(CBS，Cell BroadcastService)实现了允许低比特率数据通过小区共享广播信道向所有用户终端发送，这属于消息类业务。而现在，人们对移动通信的需求已不再满足于电话和消息业务，随着Internet的迅猛发展，大量多媒体业务涌现出来，如视频点播、电视广播、视频会议、网上教育、互动游戏等，这类应用业务需要同时发送给无线网络中订阅了该业务的诸多用户。而这些移动多媒体数据业务与一般的消息类业务相比，具有数据量大、持续时间长、时延敏感等特点。为了更有效地利用移动通信网络资源，全球标准化组织3GPP提出了多媒体多播业务MBMS。MBMS就是利用高速无线传送方式把由同一数据源产生的相同数据下发给到多个移动用户终端UE，其中下发的数据主要包括流业务(streaming)或背景服务质量(Background Qos)要求的多媒体数据。从而，MBMS不仅能够实现纯文本低速率的消息类广播和组播，而且还能够实现高速率多谋体数据业务的广播和组播，顺应了未来移动数据通信技术发展的趋势。

请参照公开于2005年11月2目的公开号为CN1691676的专利申请文件，其揭示了现有技术中MBMS会话开始流程。具体参照图1，该流程包括以下步骤：

步骤101，BM-SC(多播业务中心)向其对应MBMS承载上下文中“下行流节点列表”参数中保存的GGSN(关口GPRS支撑节点)请求消息(SessionStart Request)，指示即将开始的传输，并设置MBMS承载上下文的状态属性为“激活”。该请求中提供了Qos、MBMS域、估计该会话的长度等会话属性。

步骤102，GGSN收到会话开始请求消息后，在MBMS承载上下文当中保存该消息中提供的会话属性，设置MBMS承载上下文的状态属性为“激活”，并向BM-SC发送一个会话开始响应消息(Session Start Response)。

步骤103，GGSN向其对应MBMS承载上下文(MBMS service Context)中“下行流节点列表”参数中保存的SGSN(服务GPRS支撑节点)，发送一个MBMS会话开始请求消息(MBMS Session Start Request)。

步骤104，SGSN收到MBMS会话开始请求消息后，在MBMS承载上下文当中保存会话属性，并设置MBMS承载上下文的状态属性为“激活”，向GGSN发送一个MBMS会话开始响应消息(MBMS Session Start Response)。

步骤105，SGSN向每个和该SGSN相连的BSC/RNC，发送一个MBMS会话开始请求消息(MBMS Session start Request)，该消息中包含了会话属性。BSC/RNC判断其是否在MBMS域内，如果BSC/RNC在MBMS域内，则先在MBMS承载上下文中保存会话属性，设置MBMS承载上下文的状态属性为“激活”，然后执行步骤106；否则直接执行步骤106。

步骤106，BSC/RNC向SGSN发送一个MBMS会话开始响应消息(MBMSSession Start Request)。

如果BSC/RNC在MBMS域内，则BSC/RNC在MBMS会话开始。

如果BSC/RNC不在MBMS域内，则其向SGSN发送的MBMS会话开始响应消息中，指示BSC/RNC不在MBMS域内。

然后，BSC/RNC就可以在MBMS域内建立用于传输MBMS数据到感兴趣UE的必要的无线资源。

步骤107，BSC/RNC向小区中激活了该MBMS的UE发送询问消息，询问该UE是否接受该MBMS会话。

步骤108，同意接收该MBMS会话的UE向BSC/RNC返回询问响应消息。

步骤109，BSC/RNC对返回了询问响应消息的UE进行统计，根据统计结果来确定每个小区(Cell)内接收同一MBMS的用户数量。