CN101312553B - 多媒体广播/组播业务的监测方法 - Google Patents

Abstract

本发明提供了一种多媒体广播/组播业务的监测方法，其包括以下步骤：步骤1，BM-SC向其下行节点发送广播/组播的会话开始请求消息；以及步骤2，每个下行节点在接收到来自其下行节点返回的响应之后，再向其上行节点发送会话请求响应。因而，通过该方法，BM-SC可获得每个MBMS组播或广播业务时下行各节点的状态，并且为BM-SC在处理用户投诉和进行业务监测提供了依据。

Description

多媒体广播/组播业务的监测方法

技术领域

本发明涉及多媒体广播/组播领域，更具体地，涉及一种多媒体广播/组播业务的监测方法，用于在进行MBMS移动多媒体广播组播业务时，对多媒体广播/组播业务进行监测。

背景技术

多媒体广播/组播(MBMS)实现一个数据源向多个终端发送数据的点到多点业务。MBMS不仅能实现纯文本低速率的消息类组播和广播，而且还能实现高速多媒体业务的组播和广播，MBMS基于WCDMA/TD-SCDMA/GSM(宽带码分多址接入/时分-码分多址接入/全球移动通信系统)分组网，通过增加一些新的功能实体，例如，广播组播业务中心BM-SC，对已有的分组域功能实体，例如服务GPRS支持节点(SGSN)、网关GPRS支持节点(GGSN)、无线网络控制器(RNC)和终端(UE)增加MBMS功能，并定义了新的逻辑共享信道来实现空口资源共享。

MBMS的网络参考模型如附图1所示。如图1所示，广播/组播中心(BM-SC)通过Gmb接口和Gi口与网关通用无线分组业务(GPRS)支持节点GGSN相连接，一个BM-SC可与多个GGSN相连接，GGSN通过Gn/Gp接口与服务GRPS节点SSGN相连，一个GGSN可与多个SGSN相连，SGSN可通过Iu接口和通用移动通信系统(UMTS)陆地无线接入网(UTRAN)相连，然后UTRAN通过Uu接口与移动终端相连，SGSN也可通过Iu/Gb接口与全球移动通信系统(GSM)增强无线接入网(GERAN)相连，GERAN通过Um接口与移动终端相连。

当BM-SC准备发送数据时，BM-SC发起MBMS会话开始过程。这是请求激活传送MBMS数据，网络所需要的所有承载资源。并且通知感兴趣的UE即将开始的数据传送。

通过该过程，MBMS会话属性，如QoS(业务质量)、MBMS服务区域(MBMS service Area)、预计的会话时间(estimated sessionduration)、用于进行MBMS数据传送的时间(time to MBMS datatransfer)等会话参数，对于组播则提供给早先已经注册了相关的MBMS承载业务SGSN和GGSN，并且提供给所有连接到注册的SGSN的所有的BSC/RNC中去。另外，这个过程分配承载平面给所有注册的GGNS和SGSN、BSC/RNC。对于广播，则通过该过程，根据会话开始消息中的会话参数，业务区域列表来建立业务下发需要经过的各个GGNS和SGSN、BSC/RNC之间的承载平面。

在发送会话开始请求消息后，BM-SC等待一个配置的延迟时间后，再发送MBMS数据。这个延迟需足够长，以避免缓冲MBMS数据在各个其他的实体中，即，延迟使得能够运行网络执行所有的过程，来准备从BM-SC接收MBMS数据。例如，通知UE和无线信道的建立必须在数据到达RNC/BSC之前准备好。这个准备可能在几秒或几十秒范围内。BM-SC最好能对2G和3G的不同的MBMS承载业务，分配设置不同的延迟。

对于MBMS组播承载业务，通过MBMS组播业务激活过程实现SGSN、GGSN的注册发起。SGSN内部的路由位置更新请求，SGSN内部服务的RNS重新分配过程都在MBMS注册过程执行。

对于MBMS广播承载业务，GGSN的下游节点通过BM-SC发送给GGSN的会话开始请求消息获得。

一般情况下，在BM-SC中包括的GGSN是缺省的GGSN。

具体的会话开始请求流程如下：

S202，BM-SC会话和传输功能发送一个会话开始请求消息，指示迫近数据传输的开始，并且提供会话属性和2G/3G指示，其中，消息被发送到BM-SC代理和传送功能，并通过BM-SC代理和传送功能把消息前转到MBMS承载上下文中的下游节点列表中的GGSN中，另外，BM-SC代理和传输功能设置MBMS承载上下文为“激活”状态，对于一个MBMS广播承载业务，GGSN创建一个MBMS承载上下文，GGSN存储会话属性和MBMS承载上下文中的下游节点列表，设置MBMS承载上下文为“激活”状态，并且发送一个会话开始响应消息给BM-SC，代理和传送功能把响应消息传送给BM-SC的会话和传输功能，BM-SC代理和传输功能拷贝会话开始请求消息到BM-SC的成员功能来实现计费的目的；

S204，GGSN发送一条包括会话属性(TMGI(临时移动组标识)、QoS(业务质量)、MBMS service Area(MBMS业务区域)、Session identifier(会话标识)、estimated session duration(预计的会话过程)、broadcast/multicast(广播/组播)、time to MBMS data transfer(MBMS数据传输时间)......)和2G/3G指示的MBMS会话开始请求消息给相应的MBMS承载上下文下游节点列表中的所有SGSN，而对于MBMS广播业务，则SGSN创建一个MBMS承载上下文，其中，SGSN存储MBMS承载上下文中的会话属性和2G/3G指示，设置MBMS承载上下文为“激活”状态，并且包括TEID(隧道端点标识)发送一个包括TEIDMBMS会话开始响应给GGSN，对于MBMS承载业务，一个SGSN接收多个MBMS会话请求消息，可以与一个GGSN只建立一个承载平面；

S206，SGSN发送一条包括会话属性(TMGI，、QoS、MBMSserviceArea、Session identifier、estimated session duration、broadcast/multicast、time to MBMS data transfer、......)的MBMS会话开始请求消息给连接到该SGSN的每个BSC/RNC，2G/3G指示被用于SGSN决定MBMS会话开始请求消息是仅发送BSC，或仅发送给RNC，或发送给BSC和RNC，对于MBMS广播承载业务，BSC/RNC创建MBMS业务上下文，Iu模式的BSC或RNC存储MBMS业务上下文的会话属性，设置MBMS业务上下文为“激活”状态，发送MBMS响应消息，并且RNC或Iu模式的BSC包括TEID在MBMS响应消息中，Gb模式的BSC不提供MBMS业务区域的服务，所以不需存储会话属性。一个BSC/RNC在与一个SGSN的一个承载平面可接收多个MBMS会话开始请求消息建立；

S208，BSC/RNC建立需要的无线资源，为了传送MBMS数据给感兴趣的UE，根据MBMS数据传送参数的时间，RNC/BSC资源被周期性的建立。

对于会话结束流程，与会话开始流程相似，都是不等下行节点返回响应，本节点就向上行发送会话结束请求的节点发送响应。

按照现有的MBMS的协议，组播和广播会话开始过程都是本节点不等下行节点返回响应就向上行节点返回会话开始响应，所以BM-SC无法获悉各业务下行节点的情况。另外在会话的过程中，BM-SC也无法获取广播/组播业务下行各节点的状态。这对于BM-SC在处理用户投诉，以及对下行节点对各业务的支持情况的监测方面都带来很大的困难。因而，需要一种多媒体广播/组播业务的监测方法来克服上述困难。

发明内容

为了解决上述问题，本发明提供了一种多媒体广播/组播业务的监测方法，其对MBMS会话开始、会话过程、会话结束过程进行改进。通过该方法，BM-SC可获得每个MBMS组播或广播业务时下行各节点的状态，并且为BM-SC在处理用户投诉和进行业务监测提供了依据。

本发明提供了一种多媒体广播/组播业务的监测方法，其可以包括以下步骤：步骤1，广播/组播中心向其下行节点发送广播/组播的会话开始请求消息；以及步骤2，每个下行节点在接收到来自其下行节点返回的响应之后，再向其上行节点发送会话请求响应。

该多媒体广播/组播业务的监测方法还可以包括以下步骤：在会话过程中，如果下行节点的状态发生变化，则该下行节点按预定方式向其上行节点上报状态信息。

另外，下行节点的状态发生变化包括以下任一种：承载面建立成功到不成功，以及承载面建立不成功到成功。状态信息中至少包括：状态发生变化的节点、状态变更情况、以及状态变更时间。预定方式包括以下任一种：立即上报、定时上报、以及会话结束时上报。

其中，广播/组播中心的下行节点为GGSN，GGSN的下行节点为SGSN，SGSN的下行节点为RNC/BSC，以及RNC/BSC的下行节点为UE。

步骤1包括以下步骤：GGSN接收到会话开始请求消息后，向SGSN发送会话开始请求消息，并等待广播/组播中所携带的SGSN返回会话开始响应；以及SGSN接收到会话开始请求消息后，向RNC/BSC发送会话开始请求消息，并等待广播/组播中所携带的RNC/BSC返回会话开始响应。

步骤2包括以下步骤：RNC/BSC向SGSN返回会话开始响应；SGSN接收到RNC/BSC返回的会话开始响应后，向GGSN发送会话开始响应；以及GGSN接收到会话开始响应后，向广播/组播中心返回会话开始响应。

其中，会话开始响应中包括广播/组播在RNC/BSC需要发送的最小区域的状态信息(一般选择返回状态不正常的区域就可以了，不正常指承载平面没有建立，或者是无法进行正常的广播组播业务)。

在本发明的方法中，如果GGSN超过预定时间没有接收到来自SGSN的会话开始响应，则放弃等待；以及如果SGSN超过预定时间没有接收到来自RNC/BSC的会话开始响应，则放弃等待。

因而，本发明通过改进会话过程，主要是会话开始过程，其次是会话过程的节点状态变更信息上报，以及会话结束过程。通过该方法，广播/组播中心可获得每个MBMS组播或广播业务时下行各节点的状态，并且为广播/组播中心在处理用户投诉和进行业务监测提供了依据。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是现有技术中的MBMS网络结构的示意图；

图2是现有技术中的MBMS标准的会话开始过程的流图；

图3是根据本发明的多媒体广播/组播业务的监测方法的流程图；

图4是本发明改进后的MBMS会话开始过程的流图；

图5是在会话过程中实时上报状态或错误信息给上行节点过程的流图；

图6是在会话过程中定时上报状态或错误信息给上行节点过程的流图；以及

图7是本发明改进后的会话停止过程的流图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

本发明的方法在会话开始或会话进行过程中或在会话结束过程获取多媒体广播/组播各业务BM-SC下行各节点的状态信息或错误信息。对于在会话开始过程获取BM-SC下行各节点的状态信息或错误信息，则在BM-SC发送组播或广播会话开始请求后，设定定时器等待下行GGSN返回响应，GGSN设定定时器等待下行各SGSN返回响应，SGSN设定定时器等待下行各RNC/BSC返回响应。SGSN在所有下行RNC/BSC返回响应或者是定时器到时向GGSN返回会话开始响应。GGSN在下行GGSN返回响应或者定时器到时向BM-SC返回会话开始响应。

对于在会话过程返回状态信息或错误信息，则是在下行节点状态发生变更，通常指承载面建立成功到不成功，或者是承载面建立不成功到成功时向上行节点报告。报告的方式可以选择立即汇报，或者是定时汇报。对于在会话结束过程上报状态变更的情况，则需要更改会话结束流程，在会话结束过程，需携带组播和广播下行节点状态发生变化的节点，及状态发送给上行节点，由于存在状态的多次变更，尽量把多次状态变更情况及时间都上报给上行节点。

本发明中对MBMS会话开始，会话过程，会话结束改进方法，包括以下步骤：

一、BM-SC向下行节点发送广播/组播会话开始消息，每个下行节点都要等待下行节点返回响应后，在向其上行节点发送的会话请求发送会话响应；以及

二、在会话过程中，如果下行节点的状态发生变化，则下行节点需通知上行节点。

上述步骤一中包括：(A)GGSN接收到BM-SC的会话请求消息，需等待该组播和广播业务中的其所带的SGSN返回响应后再向BM-SC发送响应，对于超时不返回的响应的SGSN，则不再等待；以及(B)SGSN接收到GGSN的会话请求消息，需等待该组播和广播业务中的其所带的RNC/BSC返回响应后再向GGSN发送响应，对于超时不返回的响应的SGSN，则不再等待。

上述步骤二进一步包括：(a)在会话过程中，对于BM-SC每个广播/组播下行节点，如果状态发生变化，则可以立即上报上行节点；(b)在会话过程中，对于BM-SC每个广播/组播下行节点，如果状态发生变化，则可以定时上报给上行节点；以及(c)在会话过程中，对于BM-SC每个广播/组播下行节点，而如果状态发生变化，则可以在会话结束时上报给上行节点。

上述步骤(A)进一步包括：GGSN在向SGSN发送会话开始请求消息时，设定等待响应的时长，如果定时时间到，则不再继续等待。

上述步骤(B)进一步包括：(一)SGSN在向RNC/BSC发送会话开始请求消息时，设定等待响应的时长，如果定时时间到，则不再继续等待；(二)RNC/BSC返回的响应，应包括该广播和组播在该RNC/BSC侧需要发送的最小区域的状态信息(一般选择返回状态不正常的区域就可以了，不正常指承载平面没有建立，或者是无法进行正常的广播组播业务)。

上述第(c)进一步包括：需要改变会话结束流程，需等待该组播和广播业务会话结束中的其所带的下行节点返回响应后再向上行节点发送响应，对于超时不返回的响应的下行节点，则不再等待。

会话结束流程超时等待的处理同会话开始过程。

上述第(a)、(b)、(c)进一步包括：下行节点状态发生变化，指状态从承载面不能建立成功建立到成功建立的那些节点，或者是承载面从已经建立到释放的那些节点。

图3是根据本发明的多媒体广播/组播业务的监测方法的流程图。如图3所示，该方法包括以下步骤：

步骤S302，BM-SC向其下行节点发送广播/组播的会话开始请求消息；以及

步骤S304，每个下行节点在接收到来自其下行节点返回的响应之后，再向其上行节点发送会话请求响应。

该多媒体广播/组播业务的监测方法还可以包括以下步骤：在会话过程中，如果下行节点的状态发生变化，则该下行节点按预定方式向其上行节点上报状态信息。

另外，下行节点的状态发生变化包括以下任一种：承载面建立成功到不成功，以及承载面建立不成功到成功。状态信息中至少包括：状态发生变化的节点、状态变更情况、以及状态变更时间。预定方式包括以下任一种：立即上报、定时上报、以及会话结束时上报。

其中，BM-SC的下行节点为GGSN，GGSN的下行节点为SGSN，SGSN的下行节点为RNC/BSC，以及RNC/BSC的下行节点为UE。

步骤S302包括以下步骤：GGSN接收到会话开始请求消息后，向SGSN发送会话开始请求消息，并等待广播/组播中所携带的SGSN返回会话开始响应；以及SGSN接收到会话开始请求消息后，向RNC/BSC发送会话开始请求消息，并等待广播/组播中所携带的RNC/BSC返回会话开始响应。

步骤S304包括以下步骤：RNC/BSC向SGSN返回会话开始响应；SGSN接收到RNC/BSC返回的会话开始响应后，向GGSN发送会话开始响应；以及GGSN接收到会话开始响应后，向BM返回会话开始响应。

其中，会话开始响应中包括广播/组播在RNC/BSC需要发送的最小区域的状态信息。

在本发明的方法中，如果GGSN超过预定时间没有接收到来自SGSN的会话开始响应，则放弃等待；以及如果SGSN超过预定时间没有接收到来自RNC/BSC的会话开始响应，则放弃等待。

图4是本发明改进后的MBMS会话开始过程的流图。如图4所示，具体改进流程如下：

S402，BM-SC会话和传输功能发送一个会话开始请求消息，指示迫近数据传输的开始，并且提供会话属性和2G/3G指示，消息被发送到BM-SC代理和传送功能，通过BM-SC代理和传送功能把消息前转到MBMS承载上下文中的下游节点列表中的GGSN中，BM-SC代理和传输功能设置MBMS承载上下文为“激活”状态，而BM-SC设定一个等待GGSN返回会话开始响应的定时器，另外，如果超时不返回响应，则释放会话；

S404，GGSN存储会话属性和MBMS承载上下文中的下游节点列表，设置MBMS承载上下文为“激活”状态，对于广播，则GGSN向该广播业务中GGSN下行的RNC/BSC发起会话请求，对于组播，则对所有该组播业务已经建立承载上下文的下行节点发起会话开始请求消息，另外，GGSN设定定时器等待SGSN返回响应；

S406，SGSN发送一条包括会话属性的MBMS会话开始请求消息给连接到该SGSN的每个BSC/RNC，而2G/3G指示被用于SGSN决定MBMS会话开始请求消息是仅发送BSC，或仅发送给RNC，或发送给BSC和RNC；

S408，BSC/RNC建立需要的无线资源，为了传送MBMS数据给感兴趣的UE。根据MBMS数据传送参数的时间，RNC/BSC资源被周期性的建立；

S410，对于MBMS广播承载业务，BSC/RNC创建MBMS业务上下文，RNC/BSC向SGSN返回会话开始响应消息，响应消息中还携带组播和广播包含的小区的状态信息或错误信息(一般选择返回状态不正常的区域就可以了，不正常指承载平面没有建立，或者是无法进行正常的广播组播业务)。

另外，其他的处理参考图2中的S204；

S412，SGSN等待该广播/组播业务所有的BSC/RNC返回会话开始响应，如果有RNC没有返回响应，则等待定时器超时，生成会话开始响应向GGSN发送，消息中包括SGSN状态信息或错误信息，以及下属的RNC/BSC各小区的状态信息或错误信息(一般选择返回状态不正常的区域就可以了，不正常指承载平面没有建立，或者是无法进行正常的广播组播业务)，其他的处理参考图2中的S206；以及

S414，GGSN等待该广播/组播业务所有的SGSN返回会话开始响应，如果有SGSN没有返回响应，则等待定时器超时，生成会话开始响应向BM-SC发送，其中，消息包括下属各节点(到最小单位小区)的状态或错误信息(一般选择返回状态不正常的节点就可以了，不正常指承载平面没有建立，或者是无法进行正常的广播组播业务)。

应了解，BM-SC接收到会话开始响应消息后，取出消息响应中下行节点的状态向操作维护上报，操作维护显示每个组播或广播业务会话开始各节点的状态或错误信息。

图5是在会话过程中实时上报状态或错误信息给上行节点过程的流图。如图5所示，包括以下步骤：

S502，BM-SC向GGSN发送数据流或数据文件，也包含GGSN等待BM-SC发送数据流或数据文件；

S504，对于没有承载面建立成功的小区，RNC/BSC会不断尝试，如果尝试承载面建立成功，或者是RNC/BSC承载面已经负荷过大被释放，或者是其他原因导致RNC/BSC自身或者其下所带的小区的状态发生改变，这时产生通知消息向上行节点进行发送，而SGSN接收到通知消息立即向GGSN发送，GGSN接收到通知消息立即向GGSN报告；

S506，属于SGSN自身触发的状态或错误情况发生变化时，立即向GGSN发送通知消息，如果SGSN尝试向原来没有成功建立的承载面的RNC/BSC进行重试后，则成功建立成功面，或者是其他情况发生的状态或错误情况的改变；以及

S508，属于GGSN自身触发的状态或错误情况发生变化时，立即向BM-SC发送通知消息，如果GGSN尝试向原来没有成功建立的承载面的SGSN进行重试后，成功建立成功面，或者是其他情况发生的状态或错误情况的改变。

图6是在会话过程中定时上报状态或错误信息给上行节点过程的流图。如图6所示，包括以下步骤：

S602，BM-SC向GGSN发送数据流或数据文件，也包含GGSN等待BM-SC发送数据流或数据文件；

S604，对于没有承载面建立成功的小区，RNC/BSC会不断尝试，如果尝试承载面建立成功，或者是RNC/BSC承载面已经负荷过大被释放，或者是其它原因导致RNC/BSC自身或者其下所带的小区的状态发生改变，这时产生通知消息向上行节点进行发送，SGSN接收到通知消息后，在定时发送报告时间到时向GGSN发送，GGSN接收到通知消息，在定时发送报告时间到时向GGSN发送通知；

S606，属于SGSN自身触发的状态或错误情况发生变化时，在定时时间向GGSN发送通知消息，如果SGSN尝试向原来没有成功建立的承载面的RNC/BSC进行重试后，成功建立承载面，或者是其它情况发生的状态或错误情况的改变；以及

S608，属于GGSN自身触发的状态或错误情况发生变化时，定时向BM-SC发送通知消息，如果GGSN尝试向原来没有成功建立的承载面的SGSN进行重试后，成功建立成功面，或者是其它情况发生的状态或错误情况的改变。

在上述过程中，BSC/RNC、SGSN、GGSN不一定都是配置成定时发送。如果不是配置成定时，则立即发送。如果是配置成定时发送通知，则在定时时间到时，如果在定时时间段内本节点状态或错误信息发生变化或者是收到下行节点发送的状态或错误信息报告，则向上行节点报告。在定时时间段内，可能会接收到多个状态和错误信息变化的通知信息，上报时，要汇总这些信息进行统一上报。

图7是本发明改进后的会话停止过程的流图。如图7所示，具体包括以下步骤：

S702，BM-SC在广播/组播业务发送完毕后，BM-SC向受影响的MBMS承载上下中的下游列表参数中的所列的所有GGSN来指示结束MBMS会话并且释放承载平面，设定定时器等待GGSN返回停止会话响应消息；

S704，GGSN向受影响的MBMS承载上下中的下游列表参数中的所列的所有SGSN来指示结束MBMS会话并且释放承载平面，设定定时器等待SGSN返回停止会话响应消息；

S706，SGSN向受影响的MBMS承载上下中的下游列表参数中的所列的所有RNC/BSC来指示结束MBMS会话并且释放承载平面，设定定时器等待RNC/BSC返回停止会话响应消息；

S708，RNC/BSC释放所有相关的无线和Iu资源，BSC释放所有相关的无线资源，在MBMS广播业务情况下，RNC释放MBMS承载上下文，Gb模式的BSC发送一个响应消息给SGSN，即使该BSC没有激活的MBMS上下文；

S710，RNC/BSC向SGSN发送会话结束响应，会话响应消息中带RNC/BSC及其业务相关的小区的状态变化或错误变化情况信息类表；

S712，SGSN在接收广播/组播业务相关的所有的RNC/BSC的会话结束响应或者是定时器到时，生成会话结束响应消息向GGSN发送，响应消息中带SGSN及其业务相关的RNC/BSC、小区的状态变化或错误变化情况信息类表；以及

S714，GGSN在接收广播/组播业务相关的所有的SGSN的会话结束响应或者是定时器到时，生成会话结束响应消息向BM-SC发送，响应消息中带GGSN及其业务相关的SGSN、RNC/BSC，小区的状态变化或错误变化情况信息类表。

BM-SC接收到会话结束响应消息后，取出消息响应中下行节点的状态向操作维护上报，操作维护显示每个组播或广播业务会话开始各节点的状态或错误信息。

综上所述，通过本发明的方法，BM-SC可获得每个MBMS组播或广播业务时下行各节点的状态，并且为BM-SC在处理用户投诉和进行业务监测提供了依据。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (7)

1.一种多媒体广播/组播业务的监测方法，其特征在于，包括以下步骤：

步骤1，广播/组播中心向其下行节点发送广播/组播的会话开始请求消息；以及

步骤2，每个所述下行节点在接收到来自其下行节点返回的响应之后，再向其上行节点发送会话请求响应；

在会话过程中，如果下行节点的状态发生变化，则该下行节点按预定方式向其上行节点上报状态信息，所述状态信息中至少包括：状态发生变化的节点、状态变更情况、以及状态变更时间；其中，在会话开始响应中包括所述广播/组播在RNC/BSC需要发送的最小区域的状态信息，所述最小区域指承载平面没有建立或者无法进行正常的广播组播业务的区域。

2.根据权利要求1所述的监测方法，其特征在于，所述下行节点的状态发生变化包括以下任一种：承载面建立成功到不成功，以及承载面建立不成功到成功。

3.根据权利要求1所述的监测方法，其特征在于，所述预定方式包括以下任一种：立即上报、定时上报、以及会话结束时上报。

4.根据权利要求1所述的监测方法，其特征在于，所述广播/组播中心的下行节点为GGSN，所述GGSN的下行节点为SGSN，所述SGSN的下行节点为RNC/BSC，以及所述RNC/BSC的下行节点为UE。

5.根据权利要求4所述的监测方法，其特征在于，所述步骤1包括以下步骤：

所述GGSN接收到所述会话开始请求消息后，向所述SGSN发送所述会话开始请求消息，并等待所述广播/组播中所携带的所述SGSN返回会话开始响应；以及

所述SGSN接收到所述会话开始请求消息后，向所述RNC/BSC发送所述会话开始请求消息，并等待所述组播/广播中所携带的所述RNC/BSC返回会话开始响应。

6.根据权利要求5所述的监测方法，其特征在于，所述步骤2包括以下步骤：

所述RNC/BSC向所述SGSN返回会话开始响应；

所述SGSN接收到所述RNC/BSC返回的所述会话开始响应后，向所述GGSN发送所述会话开始响应；以及

所述GGSN接收到所述会话开始响应后，向所述广播/组播中心返回会话开始响应。

7.根据权利要求5所述的监测方法，其特征在于，如果所述GGSN超过预定时间没有接收到来自所述SGSN的所述会话开始响应，则放弃等待；以及

如果所述SGSN超过预定时间没有接收到来自所述RNC/BSC的所述会话开始响应，则放弃等待。

Images