CN101453384A - 一种进行业务重建的方法、装置和*** - Google Patents

一种进行业务重建的方法、装置和*** Download PDF

Info

Publication number
CN101453384A
CN101453384A CNA2007101947329A CN200710194732A CN101453384A CN 101453384 A CN101453384 A CN 101453384A CN A2007101947329 A CNA2007101947329 A CN A2007101947329A CN 200710194732 A CN200710194732 A CN 200710194732A CN 101453384 A CN101453384 A CN 101453384A
Authority
CN
China
Prior art keywords
downstream node
node
service
detect
restarting information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CNA2007101947329A
Other languages
English (en)
Inventor
毛国峰
钱涛
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CNA2007101947329A priority Critical patent/CN101453384A/zh
Publication of CN101453384A publication Critical patent/CN101453384A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例公开了一种进行业务重建的方法,包括以下步骤:检测下游节点重启信息;如果检测到下游节点重启信息,且检测到存在向该下游节点发送的业务时,进行业务重建。本发明实施例还公开了一种网络节点,包括以下单元:重启信息处理单元用于检测下游节点重启信息,并在检测到重启信息且检测到存在向该下游节点发送的业务时,发出业务重建指示;业务重建单元用于接收重启信息处理单元发来的业务重建指示,进行业务重建。同时,本发明还公开了一种与上述方法和网络节点相对应的***。通过本发明实施例提供的技术方案,在下游节点设备发生故障导致承载上下文不可用时,能够在设备故障恢复后自动恢复正常的业务。

Description

一种进行业务重建的方法、装置和***
技术领域
本发明涉及业务故障处理技术,特别是涉及一种进行业务重建的方法、装置和***。
背景技术
为了有效地利用移动网络资源,3GPP提出了组播和广播业务(MBMS:Multimedia Broadcast/Multicast Service),在移动网络中提供一个数据源向多个用户发送数据的点到多点业务,实现网络资源共享,提高网络资源的利用率,尤其是空口接口资源。MBMS提供两种方式:广播方式和组播方式。MBMS不仅能实现纯文本低速率的消息类组播和广播,而且还能实现高速多媒体业务的组播和广播,MBMS组播和广播业务基于WCDMA/GSM分组网,通过增加一些新的功能实体,如广播组播业务中心BM-SC,对已有的分组域功能实体如通用分组无线业务的业务支持节点(Serving GPRS Support Node,SGSN)、通用分组无线业务的网关支持节点(Gateway GPRS Support Node,GGSN)、无线网络控制器(Radio Network Controller,RNC)、节点B(Node B)和用户设备(UserEquipment,UE)等增加MBMS功能,并定义了新的逻辑共享信道来实现空口资源共享。
MBMS的网络参考模型如图1所示,其中的虚线为可选接口,可根据运营商的业务需要决定是否支持。MBMS承载业务的边缘为Gmb、Gi参考点,即广播组播业务中心(Broadcast-Multicast Service Centre,BM-SC)与GGSN之间的接口,Gmb接口提供控制面功能,Gi接口为用户面承载功能。这里唯一新增的接口是Gmb接口,其它都是宽带码分多址接入(Wideband Code Division MultipleAccess,WCDMA)/全球移动通信***(Global System for Mobilecommunications,GSM)网络已经存在的接口。
广播组播业务中心BM-SC为新增的移动网功能实体,它是内容提供者的入口,用于授权和在移动网中发起MBMS承载业务,并按照预定时间调度传送MBMS内容。其功能包括:
-对第三方内容提供商鉴权、授权和计费。
-提供MBMS传输相关参数,如QoS、组播广播区域,发起和终止MBMS传输资源。
-从外部数据源接收并传送MBMS内容,安排MBMS会话传送并告知用户,会话重传等。
-业务声明,包括媒体描述、会话描述如组播业务标识、地址、传送时间等。
对已有的WCDMA/GSM分组网功能实体GGSN、SGSN、UTRAN/GERAN和UE,需要增加相应的MBMS相关功能和过程。
图2为广播业务流程图。如图2所示,一个广播业务流程由以下几个过程组成:
1 业务声明(Service Announcement)
业务声明过程告知用户获取业务的范围。
2 会话开始(Session Start)
会话开始过程代表BM-SC已经就绪,准备发送数据了。会话开始过程与用户业务激活过程相互独立,也就是说,用户可以在会话开始之前或者其后进行业务激活。会话开始过程可以触发数据传输的承载资源的建立。
3 MBMS通知(MBMS Notification)
通知UE MBMS数据即将发送。
4 数据传输(Data Transfer)
用户面数据的传输。
5 会话结束(Session Stop)
BM-SC决定在一段时间内停止数据传送,并释放承载资源。
组播与广播方式在流程上的不同如下:
在业务声明前有一个用户签约(Subscription)的步骤,即该过程建立用户与业务提供者之间的关系,从而允许用户接收业务数据。
在业务声明后有一个用户加入(Joining)的步骤,即用户加入一个组播组,告知网络用户想接收组播数据。
在会话结束后有一个用户离开(Leaving)的过程,即用户离开该组播组,不再接收业务数据。
目前在3GPP中提出了一种MBMS业务的重建过程,主要利用收到的ErrorIndication消息来进行恢复。
当MBMS的上游节点(如GGSN)向MBMS的下游节点(如SGSN)发送MBMS业务数据时,当MBMS的上游节点收到MBMS下游节点的错误指示(Error Indication)消息后,MBMS的上游节点可以发起MBMS业务的重建过程,将失败的MBMS业务重新建立起来。
通过Error Indication来恢复MBMS业务的方案主要适用于由于某个MBMS承载上下文(MBMS Bearer Context)在SGSN中出现异常的情况,而对于SGSN重启的情况,通过Error Indication恢复的方法并不适合。
当SGSN发生重启时,由于重启过程时间比较长,在重启过程中,GGSN与SGSN之间的路径探测可能已经失效,与该SGSN相关的MBMS承载上下文(MBMS Bearer Context)已经改成无效,没有再继续下发MBMS数据到SGSN,也就无法希望收到Error Indication来恢复该SGSN的MBMS业务。在RNC或BSC中,由于设备重启也会造成与该RNC或BSC相关的MBMS承载上下文丢失,从而无法通过RNC和BSC接收Error Indication来恢复该RNC或BSC的MBMS业务。但是,在SGSN、RNC或BSC重启完成后,MBMS业务的重建是必须的,否则在该SGSN、RNC或BSC服务区域内均不能为用户提供MBMS业务。
发明内容
本发明的实施例提供了一种进行业务重建的方法、装置和***,使得在下游节点重启的情况下,能够重建承载上下文以继续向用户提供业务。
本发明的实施例提供了一种进行业务重建的方法,包括以下步骤:
检测下游节点重启信息;
如果检测到下游节点重启信息,且检测到存在向该下游节点发送的业务时,进行业务重建。
本发明的实施例还提供了一种网络节点,该网络节点包括以下单元:
重启信息处理单元:用于检测下游节点重启信息,并在检测到重启信息且检测到存在向该下游节点发送的业务时,发出业务重建指示;
业务重建单元:用于接收重启信息处理单元发来的业务重建指示,进行业务重建。
本发明的实施例还提供了一种进行业务重建的***,该***包括上游节点和下游节点;其中,
上游节点检测下游节点重启信息,并在检测到重启信息且检测到存在向该下游节点发送的业务时,进行业务重建。
从上述技术方案可以看出,本发明的实施例通过上游设备检测下游设备的重启信息来触发业务的重建过程,而在现有技术的技术方案中使用下游设备通过业务承载上下文来进行设备或业务故障消息的传输,对于下游设备重启,相关的MBMS承载上下文已经无效的情况,会因为下游设备没有办法通过业务承载上下文来传输故障消息,导致重启后的下游设备上的业务无法恢复。因此,本发明的实施例通过上游设备检测下游设备的重启消息来触发业务的重建过程,使重启后的下游设备能够继续提供业务,使得用户能够获得更优质的业务,并且因为该重建过程是自动完成,无需人工操作,因此也减少***的管理维护量。
附图说明
图1是现有技术中MBMS参考模型示意图。
图2是现有技术中广播业务流程图。
图3是本发明实施例中进行业务重建的流程图。
图4是本发明实施例中一种网络节点与下游节点的连接示意图。
图5是本发明实施例中进行业务重建的***结构示意图。
图6是本发明实施例中SGSN重启情况下进行业务重建的信令流程图。
图7是本发明实施例中BSC或RNC重启情况下进行业务重建的信令流程图。
图8是本发明实施例中BSC或RNC部分资源重启情况下进行业务重建的信令流程图。
具体实施方式
为使本发明的技术方案和优点更加清楚,下面将结合附图及具体实施例对本发明作进一步地详细描述。
图3为本发明实施例中提供的进行业务重建的方法的流程图。如图3所示,本方法包括以下步骤。
在步骤301中,检测下游节点的重启信息。
可以用两种方式来进行检测,一种方式是发出检测消息,并且从下游节点返回的响应消息中获取设备重启信息。另外一种方式是接收下游节点发送的消息并从中获取重启信息。
在步骤302中,如果检测到下游节点的重启信息,且检测到存在向该下游节点发送的业务时,进行业务重建。
在本步骤中,业务重建是通过指示下游节点进行承载上下文重建且下游节点建立承载上下文的方式来完成的。如果下游节点和用户设备之间存在多级下游节点,可以通过逐级在下游节点上建立承载上下文的方式来进行业务重建。
本发明的实施例中还提供了一种网络节点,图4为该网络节点的结构示意图,如图4所示,该网络节点包括以下单元:
重启信息处理单元410,用于检测下游节点重启信息,并在检测到重启信息且检测到存在向该下游节点发送的业务时,发出业务重建指示。该单元包括:消息分析模块411,用于接收下游设备发送的消息,并从中获取设备重启信息;主控制模块412,用于检测是否存在向消息分析模块411检测到的重启下游节点发送的业务,如果存在业务,则向该下游节点发出重建指示。
业务重建单元420:用于接收重启信息处理单元410发来的业务重建指示,进行业务重建。
其中重启信息处理单元410还可以包括检测消息发送模块413,用于向下游节点发送检测消息。
本发明的实施例还提供了一种进行业务重建的***,图5为该***的结构示意图,如图5所示,该***包括上游节点和下游节点;其中,上游节点检测下游节点重启信息,并在检测到重启信息且检测到存在向该下游节点发送的业务时,进行业务重建。
在上述的技术方案中,业务可以为MBMS,上游节点可以为GGSN,下游节点为SGSN。下面将结合附图和具体实施例进行阐述。
图6为本发明实施例在SGSN重启情况下进行业务重建的信令流程图。如图6所示:
在步骤1中,GGSN检测到SGSN重启。具体步骤为GGSN向SGSN发送周期性回应请求(ECHO Request)消息。如果SGSN发生过重启,SGSN会在回应响应(ECHO Response)消息中设置恢复(Recovery)信息,并且发送ECHO Response消息到GGSN。这里的检测方法不限于通过GTP ECHO消息,也可以通过其他消息,如SGSN发送的创建PDP上下文请求(CreatePDP Context Request)、更新PDP上下文请求(Update PDP ContextRequest)、更新PDP上下文响应(Update PDP Context Response)等消息中的Recovery信息检测到SGSN重启。
在步骤2中,GGSN根据收到的ECHO Response消息检测到SGSN已经发生重启,并检测到需要向该SGSN发送MBMS业务。GGSN发起GGSN和SGSN之间的MBMS业务重建过程。
首先,GGSN会查询自身保存的MBMS承载上下文中的“下游节点列表”(list of downstream nodes)参数中是否包括了该重启的SGSN,如果包括,GGSN会向该SGSN发送会话开始请求消息(Session Start Request)。消息中携带了如临时移动组标识(Temporary Mobile Group Identity,TMGI),服务质量(Quality of Service,QoS),MBMS业务区,会话标识,估计的会话时长,广播/组播模式和计数(Counting)指示这些会话属性,同时消息中也携带了2G/3G指示。会话开始请求消息提供用于信令平面资源的GGSN的隧道端点标识(Tunnel Endpoint Identifier,TEID)和IP地址。
该SGSN接收到Session Start Request消息后会创建一个MBMS承载上下文,并保存本承载的属性和本流程中激活的承载平面和信令平面的资源信息。SGSN存储会话属性和MBMS承载上下文中的2G/3G指示,将MBMS承载上下文中的状态属性设置为“Active”,并且向GGSN返回会话开始响应消息(Session Start Response),提供用于承载平面和信令平面的SGSN的TEID和IP地址,完成承载平面和信令平面资源的激活,GGSN将通过该承载平面来转发MBMS数据。
由于是MBMS承载上下文(MBMS Bearer Context)的重建过程,需要确定一个MBMS数据传送开始时间用于无线接入网(Radio Access Net,RAN)的调度。SGSN需要在MBMS承载上下文(MBMS Bearer Context)中保存Counting指示、2G/3G指示,用于MBMS业务重建。
在步骤3中,SGSN向次级下游节点RNC/BSC发起MBMS承载上下文(MBMS Bearer Context)的建立过程。
SGSN向连接到该SGSN上的所有BSC和/或RNC发送会话开始请求信息(Session Start Request)。消息中携带了如TMGI,QoS,MBMS业务区,会话标识,估计的会话时长,广播/组播模式和Counting指示这些会话属性。这时,SGSN必须使用2G/3G指示来确定MBMS会话开始请求消息(SessionStart Request)是应该只送给所有的BSC,还是只送给所有的RNC,或者是同时送给所有的RNC和BSC。
BSC或RNC接收到会话开始请求消息后,开始创建MBMS承载上下文。RNC和Iu模式下的BSC中,在MBMS承载上下文中存储会话属性,将MBMS承载上下文中的状态属性设置为"Active",并且向SGSN返回会话开始响应消息(Session Start Response)。RNC和Iu模式下的BSC会在会话开始响应消息(Session Start Response)中包括用于Iu承载平面的TEID,SGSN通过该承载平面来转发MBMS数据。
BSC/RNC建立必需的无线资源用于向UE传输MBMS数据。RAN的资源建立可以根据MBMS数据传送开始时间进行调度。RAN根据收到的Counting指示参数决定是否需要执行Counting过程。
通过上述的步骤,由于GGSN的下游节点SGSN发生了诸如设备重启之类的长时间故障而导致MBMS承载上下文不可用的问题得到了解决。
在本发明的另一个实施例中,重启也可能发生在SGSN的下游节点如RNC或者BSC中。图7是本发明实施例中BSC或RNC重启情况下进行业务重建的信令流程图,如图7所示,此时进行业务重建的步骤如下:
在步骤1中,SGSN检测到RNC/BSC重启。具体步骤为RNC/BSC重启完成后,向SGSN发送设备重启消息,如重启(Reset)消息。SGSN收到RNC/BSC发送的Reset消息后,返回确认消息,如(Reset Acknowledge)消息到RNC/BSC。
在步骤2中,SGSN检测与该RNC/BSC原来存在MBMS承载,SGSN发起MBMS承载上下文(MBMS Bearer Context)重建过程。SGSN向该RNC/BSC发送Session Start Request消息,重新建立MBMS承载上下文(MBMS Bearer Context),来恢复该RNC/BSC原来存在的MBMS业务。
BSC或RNC接收到会话开始请求消息后,开始创建MBMS承载上下文,并且向SGSN返回会话开始响应消息(Session Start Response)。
RNC/BSC建立必需的无线资源用于向UE传输MBMS数据。
在本发明的另一个实施例中,RNC/BSC中并非全部资源而只是部分资源发生重启。如果SGSN与该RNC/BSC重启部分资源原来存在MBMS承载,则SGSN也会向该RNC/BSC发起MBMS承载上下文(MBMS BearerContext)重建过程。图8是本发明实施例中BSC或RNC部分资源重启情况下进行业务重建的信令流程图。如图8所示,具体步骤如下:
在步骤1中,SGSN检测到RNC/BSC部分资源重启。具体步骤为,RNC/BSC部分资源重启完成后,向SGSN发送部分资源重启消息,如资源重启(Reset Resource)消息。SGSN收到RNC/BSC发送的Reset Resource消息后,发送回应消息,如资源重启确认(Reset Resource Acknowledge)消息到RNC/BSC。
在步骤2中,SGSN检测因为该RNC/BSC部分资源重启而受影响的MBMS承载,并发起这部分受影响的MBMS承载上下文(MBMS BearerContext)重建过程。SGSN向该RNC/BSC发送Session Start Request消息,重新建立MBMS承载上下文(MBMS Bearer Context),来恢复该RNC/BSC原来存在的受影响的MBMS业务。
BSC或RNC接收到会话开始请求消息后,开始创建MBMS承载上下文,并且向SGSN返回会话开始响应消息(Session Start Response)。
RNC/BSC建立必需的无线资源用于向UE传输MBMS数据。
虽然本发明的实施例是以MBMS业务为例进行说明,但是这里所说的业务并不限于MBMS,这里所说的需要业务重建的设备也可以不限于SGSN、BSC或者RNC。本领域一般技术人员很容易推知,本发明实施例提供的方法和装置可以用于所有可能需要进行业务重建的应用中。
本发明实施例对存在一级次级下游节点的情况进行了阐述,但是在其它可能需要进行业务重建的应用中,也可能包括多级次级节点,此时,上游节点检测到一级下游节点重启消息并检测到需要向该下游节点发送业务,便会指示该第一级次级下游节点建立承载上下文,第一级次级下游节点收到指示后建立承载上下文,并指示第二级次级下游节点建立承载上下文,第二级次级下游节点收到指示后建立承载上下文,依此类推,直至最后一级次级下游节点建立承载上下文。本领域一般技术人员很容易推知,可以应用本发明实施例提供的技术方案依次对各级下游节点进行业务重建。
综上所述,以上仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (13)

1、一种进行业务重建的方法,其特征在于,包括:
检测下游节点重启信息;
如果检测到下游节点重启信息,且检测到存在向所述下游节点发送的业务时,进行业务重建。
2、根据权利要求1所述的方法,其特征在于,所述检测下游节点重启信息包括:
接收下游节点发送的消息并从中获取重启信息。
3、根据权利要求2所述的方法,其特征在于,进一步包括:
向下游节点发出检测信息。
4、根据权利要求1所述的方法,其特征在于,所述进行业务重建包括:
指示所述下游节点建立承载上下文;
所述下游节点建立承载上下文。
5、根据权利要求4所述的方法,其特征在于,所述下游节点与用户设备之间存在至少一级次级下游节点;
该方法进一步包括:
所述下游节点指示所述至少一级次级下游节点中的第一级次级下游节点建立承载上下文;
所述第一级次级下游节点建立承载上下文;
所述第一级次级下游节点指示第二级次级下游节点建立承载上下文,所述第二级次级下游节点建立承载上下文,依此类推,直至最后一级次级下游节点建立承载上下文。
6、根据权利要求1所述的方法,其特征在于,所述检测下游节点重启信息包括:
检测下游节点部分资源重启的消息。
7、根据权利要求6所述的方法,其特征在于,所述进行业务重建包括:指示所述下游节点建立部分承载上下文;
所述下游节点建立部分承载上下文。
8、根据权利要求1所述的方法,其特征在于,所述的业务包括广播和组播业务。
9、一种网络节点,其特征在于,包括:
重启信息处理单元,用于检测下游节点重启信息,并在检测到重启信息且检测到存在向所述下游节点发送的业务时,发出业务重建指示;
业务重建单元,用于接收所述重启信息处理单元发来的业务重建指示,进行业务重建。
10、根据权利要求9所述的网络节点,其特征在于,所述重启信息处理单元包括:
消息分析模块,用于接收下游设备发送的消息,并从中获取设备重启信息;
主控制模块,用于检测是否存在向所述消息分析模块检测到的重启下游节点发送的业务,如果存在业务,则向所述下游节点发出重建指示。
11、根据权利要求10所述的网络节点,其特征在于,进一步包括:
检测消息发送模块,用于向下游节点发送检测消息。
12、一种进行业务重建的***,其特征在于,包括上游节点和下游节点;其中,
上游节点检测下游节点重启信息,并在检测到重启信息且检测到存在向所述下游节点发送的业务时,进行业务重建。
13、根据权利要求12所述的***,其特征在于,所述上游节点为通用分组无线业务的网关支持节点GGSN,所述下游节点为通用分组无线业务的业务支持节点SGSN;或者
所述上游节点为SGSN,所述下游节点为基站控制器BSC或无线网络控制器RNC。
CNA2007101947329A 2007-11-29 2007-11-29 一种进行业务重建的方法、装置和*** Pending CN101453384A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNA2007101947329A CN101453384A (zh) 2007-11-29 2007-11-29 一种进行业务重建的方法、装置和***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNA2007101947329A CN101453384A (zh) 2007-11-29 2007-11-29 一种进行业务重建的方法、装置和***

Publications (1)

Publication Number Publication Date
CN101453384A true CN101453384A (zh) 2009-06-10

Family

ID=40735413

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2007101947329A Pending CN101453384A (zh) 2007-11-29 2007-11-29 一种进行业务重建的方法、装置和***

Country Status (1)

Country Link
CN (1) CN101453384A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102802143A (zh) * 2011-05-26 2012-11-28 华为软件技术有限公司 一种业务恢复方法、相关装置以及***

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102802143A (zh) * 2011-05-26 2012-11-28 华为软件技术有限公司 一种业务恢复方法、相关装置以及***
CN102802143B (zh) * 2011-05-26 2015-05-27 华为软件技术有限公司 一种业务恢复方法、相关装置以及***

Similar Documents

Publication Publication Date Title
US10009187B2 (en) Method and device for group communication, having robust mobility
KR101023373B1 (ko) 멀티미디어 방송/멀티캐스트 서비스 시스템에서 방송서비스 요청을 다른 서비스 요청들과 구별하는 방법
US11595246B2 (en) MBMS session restoration in EPS for path failure
RU2369043C2 (ru) Способ и устройство для эффективного поискового вызова и регистрации в сети радиосвязи
JP4409602B2 (ja) マルチメディアブロードキャスト/マルチキャストサービスシステムにおけるサービスの識別およびルーティングのための方法および装置
US8681677B2 (en) Processing method and apparatus for lu interface parallel multimedia broadcast multicast service session start-up
US8386900B2 (en) Controlling point-to-multipoint transmissions of content data over a radio interface
JP2006081173A (ja) マルチメディアブロードキャストマルチキャストサービスおよび関連デバイスの非アクティブ化方法
US10939491B2 (en) Maintaining user plane session and restoring control plane session in case of control plane module failure of gateway for multicast transmissions
CN106856595B (zh) 基于B-TrunC组呼的IP组播广播业务传输方法
US10575141B2 (en) Group trigger method, apparatus, and system
EP2144451B1 (en) UPDATING METHOD AND DEVICE FOR Iu INTERFACE PARALLEL MULTIMEDIA BROADCAST MULTICAST SERVICE SESSION
CN101442711A (zh) 用户设备反馈多媒体广播多播业务信息的方法
CN101094439A (zh) 无线通信***中为广播业务动态分配资源的方法及装置
CN101453384A (zh) 一种进行业务重建的方法、装置和***
CN101267580B (zh) 多媒体广播组播服务的恢复方法
US20210385839A1 (en) Group communication method and apparatus
CN100531217C (zh) 移动组播广播业务中的异常处理方法
CN101330648B (zh) 恢复广播模式的多媒体广播组播业务的方法
CN101312553B (zh) 多媒体广播/组播业务的监测方法
CN101052150B (zh) 一种多媒体多播/广播业务控制方法及网络结点
CN100403851C (zh) 一种下发寻呼消息的方法
CN101232701B (zh) 广播组播业务去激活的方法及设备
CN101990159B (zh) 一种ue读取mcch的方法、***及装置
CN101547400A (zh) 多媒体广播多播业务资源使用信息的通知方法及***

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Open date: 20090610