专利名称：一种多媒体多播/广播业务控制方法及网络结点的制作方法
技术领域：
本发明涉及移动通信技术，特别涉及一种WCDMA系统中的多媒体多播/广播业务控制方法及网络结点。
背景技术：
MBMS(Multimedia Broadcast and Multicast Service，多媒体多播和广播业务)是一个一点到多点的单向多媒体服务，它允许数据从一个源实体发送到多个接收者，这样的服务将在无线网络中广泛应用。MBMS利用高效率的无线转送方法把相同的数据下载到多个移动用户，主要内容为媒体流(Streaming)或背景Background类的多媒体数据。
在3GPP中定义了两种运行模式，分别是广播模式和多播(组播)模式。广播模式是一种从某一资源实体向广播服务区域内所有用户发起的单向的、点到多点的多媒体数据传输。在多播模式中，网络有选择的将多播数据发送给有多播业务接收用户存在的小区。
下面以在WCDMA(Wide-band Code Division Multiple Access，宽带码分多址接入系统)系统中的实现为例，简要介绍MBMS业务的流程，包括以下步骤1、业务宣告(Service announcement)BMSC(Broadcast Multicast Service Centre，广播多播服务中心)在通过广播/多播方式下发流媒体之前，先通过小区广播、短信的方式通知MS(MobileStation)，MS开始监听承载该业务的MCCH、MTCH等信道。
2、会话开始(Session Start)会话开始流程用于BMSC通知GGSN、SGSN和接入网开始发送广播/多播业务的数据，需要各网络结点建立传输的业务承载。
会话开始流程如图1所示，包括如下步骤S101-S101’、BMSC向GGSN发送Session Start Request(会话开始请求消息)并建立本地MBMS承载上下文，GGSN向BMSC返回Session Start Response消息；Session Start Request消息中包括以下信元TMGI(Temporary Mobile Group Identity)，临时移动组标志；QoS(Quality of Service，服务质量)，本次会话的服务质量；MBMS service Area，MBMS业务的服务区信息；Session Identifier，会话标志；Estimated Session Duration，预计会话时长；Broadcast/Multicast，表明本次业务是多播业务或广播业务；List of Downstream Nodes for GGSN，GGSN的下游结点SGSN列表等。
GGSN根据这些信息建立本地MBMS承载上下文。
S102-S102’、GGSN收到Session Start Request消息后，如果能够建立相应的MBMS承载，则向BMSC返回Session Start Response消息，其中携带成功响应信息，然后根据List of Downstream Nodes for GGSN，向每一个对应的SGSN发送MBMS Session Start Request消息并建立MBMS承载上下文，同样，MBMS Session Start Request消息中包含以下信元TMGI、QoS、MBMS ServiceArea、Session Identifier、Estimated Session Duration、Broadcast/Multicast......；GGSN如果不够建立相应的MBMS承载，则向BMSC发布会携带失败信息的Session Start Response消息。
每一个收到MBMS Session Start Request消息并能够建立相应的MBMS承载时，SGSN向GGSN返回携带成功响应信息的MBMS Session Start Response消息，并创建MBMS承载上下文；然后，每一个成功响应的SGSN与GGSN之间建立GTP(GPRS TunnelingProtocol GPRS隧道协议)隧道。
S103-S103’、同样，SGSN与成功响应的无线网络控制器RNC之间建立GTP隧道；这里，SGSN下游可能连接两个或两个以上RNC，SGSN分别与每一个RNC执行步骤S103-S103’并建立GTP隧道。
S104、RNC为MS分配无线接入网空口资源(RAN(Radio Access Network)Resource Setup)。
3、MBMS通知(MBMS Notification)RNC将在Uu口发送MBMS Notification消息，针对的是其控制的所有属于MBMS Service Area的小区内的MS。
4、数据传输在MBMS数据传送到MS的过程中，GGSN完成数据转发，将BMSC发来的数据包通过对应的GTP隧道转发到下游的SGSN，SGSN再经对应的GTP隧道发送给RNC，数据经空口传输给MS。
5、会话停止会话停止过程是会话开始过程的逆过程，RNC释放空口资源，RNC、SGSN、GGSN和BMSC逐级拆除GTP隧道。
根据不同的组网方式，SGSN的下游结点可能是RNC、BSC(Base StationController，基站控制器)或MSC(Mobile Service Switch Center，移动交换中心)，其中，MSC也可能通过一个或多个中继结点连接SGSN。
根据现有协议的规定，在广播/多播业务中，当前结点收到上游结点发来的会话开始消息后，创建本地承载，把承载的状态设置为激活(Active)状态，并发送会话开始请求消息给下游结点，表明现在广播业务要开始发送数据了，需要下游网络结点建立传输的业务承载。下游网络结点创建承载上下文后，回复会话开始成功响应给当前结点。
GGSN在收到BMSC发来的会话开始消息后，创建MBMS承载上下文后，把上下文的属性设置为Active状态。然后向BMSC发送会话开始成功响应，表明GGSN准备就绪。然后发送会话开始消息给每一个SGSN，但是在设定时间内未收到SGSN的会话开始成功响应。即GGSN上的MBMS承载上下文，并未与任一SGSN创建隧道。但是BMSC并不清楚，所以后面就会照常向GGSN发送数据。GGSN收到以后无法转发，只能丢弃。这个过程中不光浪费了GGSN和BMSC之间的网络资源，还浪费了GGSN和BMSC的处理能力。此外，BMSC产生的话单会表明此GGSN接受了本次服务，显然也是不合理的。
以此类推，当类似上述异常情况发生时，当前结点可能收不到所有下游结点的响应消息，比如网络阻塞、全部下游结点不可用、网络配置错误等。当前设备在创建本地承载上下文后，就将本地承载上下文的属性设置为Active状态，标志此上下文已经处于激活状态，事实上此时这个承载上下文还不能完成转发数据的功能。但上游结点并不知道此情况，仍然会向当前结点发送数据，而当前结点收到数据后只能丢弃掉，造成通信带宽资源和设备处理能力的浪费，还会导致上游结点计费上的错误。对此类MBMS广播模式的会话开始过程中的异常情况，3GPP协议并未进行规范。
发明内容
本发明提供一种多媒体多播/广播业务控制方法及网络结点，以解决现有多媒体多播/广播业务控制中由于无法在出现异常情况时及时进行故障通知而导致浪费通信带宽和处理机的问题。
为实现本发明技术构思，本发明提供如下技术方案一种多媒体多播/广播业务控制方法，当多播/广播业务至少通过三个网络结点传输时，在建立多媒体多播/广播业务承载的过程中，本发明所述的控制方法包括如下步骤A、中间网络结点收到上一级网络结点发送的多播/广播业务开始请求并能够建立多媒体多播/广播业务承载时，向上一级网络结点返回业务开始成功响应，建立本地多播/广播业务承载上下文并向至少一个下一级网络结点发送业务开始请求；
B、中间网络结点判断在设定响应时间超时前是否收到至少一个下一级网络结点返回的业务开始成功响应，如果是则激活本地多播/广播业务承载上下文；否则向上一级网络结点发送业务停止请求。
其中，当上一级网络结点发送给中间网络结点的多播/广播业务开始请求中包括下一级网络结点列表时，中间网络结点向该下一级网络结点列表中包含的每一个下一级网络结点发送业务开始请求；并且中间网络结点在所述设定响应时间超时前收到来自下一级网络结点的第一个业务开始成功响应时激活本地业务承载上下文；中间网络结点如果在所述设定响应时间超时前没有收到部分下一级网络结点返回的业务开始成功响应，则在本地业务承载上下文中标记出该部分下一级网络结点；中间网络结点如果在所述设定响应时间超时前没有收到任何一个下一级网络结点返回的业务开始成功响应，则向上一级网络结点发送业务停止请求并拆除本地多播/广播业务承载上下文。
如果上一级网络结点收到来自中间网络结点的业务停止请求，在本地业务承载上下文中标记出发送该业务停止请求的中间网络结点，并当所有中间网络结点全部被标记时，向多播/广播业务服务中心发送业务停止请求并拆除本地多播/广播业务承载上下文。
一般情况下，上一级网络结点直接连接多播/广播业务服务中心，多播/广播业务服务中心在业务开始后上一级网络结点发送业务开始请求并建立本地多播/广播业务承载上下文；上一级网络结点向多播/广播业务服务中心返回业务开始成功响应，建立本地多播/广播业务承载上下文并向中间网络结点发送业务开始请求；上一级网络结点判断在所述设定响应时间超时前是否收到中间网络结点返回的业务开始成功响应，如果是则激活本地多播/广播业务承载上下文；否则向多播/广播业务服务中心发送业务停止请求。
如果多播/广播业务服务中心向上一级网络结点发送的业务开始请求中包括中间网络结点列表，则上一级网络结点向所述中间网络结点列表中包含的每一个中间网络结点发送业务开始请求；并在所述设定响应时间超时前收到来自中间网络结点的第一个业务开始成功响应时激活本地业务承载上下文；如果在所述设定响应时间超时前没有收到部分中间网络结点返回的业务开始成功响应，则在本地业务承载上下文中标记出该部分中间网络结点；如果在所述设定响应时间超时前没有收到任何一个中间网络结点返回的业务开始成功响应，则向多播/广播业务服务中心发送业务停止请求并拆除本地多播/广播业务承载上下文。
如果多播/广播业务服务中心在收到来自上一级网络结点的业务停止请求时，在本地业务承载上下文中标记出发送该业务停止请求的上一级网络结点，并当所有上一级网络结点全部被标记时，停止本次业务并拆除本地多播/广播业务承载上下文。
如果多播/广播业务服务中心同时向至少两个上一级网络结点发送的业务开始请求，则多播/广播业务服务中心在所述设定响应时间超时前收到来自上一级网络结点的第一个业务开始成功响应时激活本地业务承载上下文；如果在所述设定响应时间超时前没有收到部分上一级网络结点返回的业务开始成功响应，则在本地业务承载上下文中标记出该部分上一级网络结点；如果在所述设定响应时间超时前没有收到任何一个上一级网络结点返回的业务开始成功响应，则拆除本地多播/广播业务承载上下文。
多播/广播业务服务中心向发送业务停止请求的上一级网络结点返回业务停止响应。
所述步骤A和B之间还包括如下步骤下一级网络结点收到来自中间网络结点的业务开始请求后，向中间网络结点返回业务开始成功响应并建立并激活本地多播/广播业务承载上下文。
本发明还提供一种多媒体多播/广播业务的网络结点，包括信息收发单元，还包括第一单元，连接信息收发单元，用于收到上一级网络结点发送的业务开始请求并能够建立多播/广播业务承载时，向至少一个上一级网络结点返回业务开始成功响应，向至少一个下一级网络结点发送业务开始请求并建立本地多播/广播业务承载上下文；第二单元，连接信息收发单元，用于判断在设定响应时间超时前是否收到至少一个下一级网络结点返回的业务开始成功响应，如果是则激活本地多播/广播业务承载上下文；否则向上一级网络结点发送业务停止请求；存储单元，分别连接所述第一单元和第二单元，用于保存本地业务承载上下文及其相应的属性信息，所述第一单元向下一级网络结点发送业务开始请求后将本地多播/广播业务承载上下文暂时设置为已建立状态，所述第二单元收到至少一个下一级网络结点返回的业务开始成功响应时，激活本地多播/广播业务承载上下文。
本发明的有益效果如下本发明所述技术方案为多播/广播业务提供了网络故障通知机制，各网络结点可以及时发现下游网络或网络结点是否出现异常情况，从而及时在本地承载上下文中进行标记，不再将数据发送给被标记的下游网络结点，以减少通信带宽和处理机的浪费；如果多播/广播业务服务中心的下游网络或网络结点全部故障，可以及时停止本次业务以减少通信带宽和处理机的浪费，并极高计费精度。在带宽和处理机都比较宝贵的网络中，本发明技术方案提供了出现异常情况时的承载链路拆除机制，有利于减少异常情况下的通信带宽和处理机的浪费，并提高了上游结点计费的准确性，完善了组网方案。
图1为现有MBMS业务开始流程示意图；图2为实现本发明所述方法的一种网络结点结构示意图。
具体实施例方式
本发明针对现有技术的缺陷，给出在会话开始过程中，如果出现网络阻塞、全部下游结点不可用或网络配置错误等异常情况时，下游结点通知上游结点的机制，使上游结点可以及时停止本次会话业务。
仍以WCDMA系统为例，包括以下几种场景一、对于MBSCMBSC在业务开始后建立本地MBMS Bear Context并向GGSN(可能包括两个或两个以上)发送会话开始请求(Session Start Request)消息，然后判断是否收到至少一个GGSN返回的携带成功响应信息的Session Start Response消息，如果是则继续本次业务，否则停止本次业务并及时拆除MBMS BearContext；如果MBSC收到下游GGSN发送的STR Session Termination Request消息，则在本地MBMS Bear Context中标记该GGSN，当所有GGSN全部被标记，说明下游结点或网络全部不可用，则停止本次业务并及时拆除MBMS BearContext。
二、对于GGSNGGSN收到BMSC发来的Session Start Request后，向上游结点BMSC返回Session Start Response消息，创建本地MBMS业务承载上下文MBMS BearContext，还可以暂时将MBMS Bear Context的属性设置为建立完成(Standby)状态，然后向List of Downstream Nodes for GGSN列表中的每一个SGSN发送MBMS Session Start Request请求消息。当收到第一个来自下游SGSN的携带成功响应信息的MBMS Session Start Response消息后，再将MBMS Bear Context的属性设置为Active状态。如果GGSN超时前没有收到一个来自SGSN并携带成功响应信息的MBMS Session Start Response消息，则向BMSC发送STRSession Termination Request消息以通知BMSC结束本次会话，并及时拆除MBMS承载上下文以减少通信带宽和处理机的浪费；如果GGSN收到下游SGSN的发送MBMS Session Stop Request消息，则在本地MBMS Bear Context中标记该SGSN，当所有SGSN全部被标记，说明下游结点或网络全部不可用，则向BMSC发送STR Session Termination Request消息并及时拆除MBMS Bear Context。
三、对于SGSNSGSN收到GGSN发来的Session Start Request消息后向GGSN返回MBMSSession Start Response消息，向RNC(可能包括两个或以上)发送Session StartRequest请求消息并创建本地MBMS Bear Context，还可以暂时将MBMS BearContext的属性设置为Standby状态。然后，当收到来自RNC的第一个携带成功响应信息的MBMS Session Start Response消息后，再将MBMS Bear Context的属性设置为Active状态。如果SGSN在设定时间超时前没有收到任何一个来自RNC并携带成功响应信息的MBMS Session Start Response消息，向GGSN发送MBMS Session Stop Request消息以请求GGSN结束本次会话，并及时拆除本地MBMS承载上下文以减少通信带宽和处理机的浪费；如果SGSN收到下游RNC的发送MBMS Session Stop Request消息，则在本地MBMS Bear Context中标记该RNC，当所有RNC全部被标记，说明下游结点或网络全部不可用，则向GGSN发送MBMS Session Stop Request消息并及时拆除MBMS Bear Context。
这样，从BMSC发送Session Start Request消息到开始发送数据的时间段内，通过本发明的故障上报机制，各网络结点可以及时发现下游网络或网络结点是否出现异常情况，从而及时在本地承载上下文中进行标记，不再将数据发送给被标记的下游网络结点，以减少通信带宽和处理机的浪费；如果BMSC的下游网络或网络结点全部故障，可以及时停止本次业务以减少通信带宽和处理机的浪费，并提高计费精度。
详细的会话开始流程包括如下步骤S201、在会话开始后，BMSC创建本地MBMS Bear Context并向下游结点GGSN发送Session Start Request消息，该Session Start Request消息中包括以下信元TMGI、QoS、MBMS service Area、Session Identifier、Estimated SessionDuration、Broadcast/Multicast和List of Downstream Nodes for GGSN，GGSN的下游结点SGSN列表等。
S202、GGSN收到上游结点BMSC发来Session Start Request消息后，如果能够建立相应的MBMS业务承载则向上游结点BMSC返回携带成功响应信息的Session Start Response消息，创建本地MBMS业务承载上下文MBMS BearContext；GGSN如果不能建立相应的MBMS业务承载，则向上游结点BMSC返回携带失败响应信息的Session Start Response消息。
这里，GGSN还可以将MBMS Bear Context的属性暂时设置为Standby状态，用于在本地标识MBMS Bear Context的状态。
S203、GGSN根据来自上游结点BMS的Session Start Request消息中的下游SGSN列表，向每一个下游结点SGSN发送MBMS Session Start Request消息；同样，MBMS Session Start Request消息中包含以下信元TMGI、QoS、MBMS Service Area、Session Identifier、Estimated Session Duration、Broadcast/Multicast......；如果下游结点SGSN收到上游结点GGSN发来的MBMS Session StartRequest消息时能够建立相应的MBMS业务承载，则向上游GGSN返回携带成功响应信息的MBMS Session Start Response消息，并创建本地MBMS BearContext；如果下游结点SGSN不能建立相应的MBMS业务承载，则向上游结点GGSN返回携带失败响应信息的Session Start Response消息。
S204、GGSN判断在设定时间超时前是否收到来自下游SGSN返回的至少一个携带成功响应信息的MBMS Session Start Response消息，如果是执行步骤S205；否则执行步骤S207；S205、GGSN收到第一个来自下游结点SGSN的携带成功响应信息的MBMS Session Start Response消息后，将MBMS Bear Context的属性设置为Active状态；当收到所有的SGSN发回来的携带成功响应信息的MBMS Session StartResponse消息(或超时)后，完成MBMS Bear Context创建的剩余工作(比如创建NP的表项等)；并标记在设定时间超时前没有返回携带成功响应信息的MBMS Session Start Response消息的SGSN，在转发本次业务数据时，不向被标记的SGSN发送数据；S206、GGSN与每一个返回携带成功响应信息的MBMS Session StartResponse消息的SGSN建立GTP隧道，该GTP隧道用于承载本次业务数据；如果出现异常情况，GGSN在设定时间超时前没有收到任何一个SGSN发回来的携带成功响应信息的Session Start Response消息，则执行步骤S207至S208S207、GGSN在设定时间超时前，如果没有收到任何一个下游SGSN返回的携带成功响应信息的MBMS Session Start Response消息，则向BMSC发送STR Session Termination Request消息以通知BMSC结束本次会话，并及时删除本地MBMS Bear Context以减少通信带宽和处理机的浪费。
这样，当出现异常时，GGSN可以及时通知BMSC结束本次会话，BMSC收到会话停止请求消息后，在承载上下文中对此GGSN做标记，不再发送数据给此GGSN。在生成的话单的下行结点列表(List of Downstream Nodes)中，不包括此GGSN。
这里，BMSC可能同时向两个或两个以上的GGSN发送Session StartRequest消息，当设定时间超时前没有收到任何一个GGSN返回的携带成功响应信息的Session Start Response消息，则停止本次业务并拆除本地MBMS BearContext；当收到其中一个GGSN返回的STR Session Termination Request消息时，在本地MBMS Bear Context标记出发送该STR Session Termination Request消息的GGSN，不再发送数据给此GGSN，当所有的GGSN都被标记之后，则停止本次业务并拆除本地MBMS Bear Context。
S208、BMSC收到STR Session Termination Request消息后，可以向下游结点GGSN发送会话停止响应(STR Session Termination Answer)消息，但GGSN收到STR Session Termination Answer消息后不必进行任何处理。
能够建立MBMS承载的SGSN收到来自上游结点GGSN的MBMS SessionStart Request消息后，还需要继续执行下述步骤S209、SGSN根据MBMS Session Start Request消息中的内容创建本地MBMS Bear Context后，将MBMS Bear Context的属性设置为Standby状态，并向下游结点RNC/BSC继续发送MBMS Session Start Request消息；如果下游结点RNC收到上游结点SGSN发来的MBMS Session StartRequest消息时能够建立相应的MBMS业务承载，则向上游SGSN返回携带成功响应信息的MBMS Session Start Response消息，并创建本地MBMS BearContext；如果下游结点RNC不能建立相应的MBMS业务承载，则向上游结点SGSN返回携带失败响应信息的Session Start Response消息。
S211、SGSN判断在设定时间超时前是否收到至少一个RNC返回的携带成功响应信息的MBMS Session Start Response消息，如果是则执行步骤S212；否则执行步骤S213；S212、SGSN将MBMS Bear Context的属性设置为Active状态；然后，SGSN与返回携带成功响应信息的MBMS Session Start Response消息的下游结点RNC之间建立承载本次业务的GTP隧道。至此，本次业务需要的承载建立完成，BMSC发送的数据依次经GGSN、SGSN、RNC传输给MS。
S213、SGSN在设定时间超时前没有收到任何一个下游结点RNC返回的携带成功响应信息的MBMS Session Start Response消息，则向上游结点GGSN发送MBMS Session Stop Response消息以通知停止本次业务，并及时删除本地MBMS Bear Context以减少通信带宽和处理机的浪费；上游结点GGSN收到MBMS Session Stop Response消息后，在本地MBMSBear Context中标记出该SGSN，如果本地MBMS Bear Context中的所有SGSN全部被标记，则向BMSC发送STR Session Termination Request消息以通知BMSC结束本次会话，并及时删除本地MBMS Bear Context以减少通信带宽和处理机的浪费。
同样，BMSC收到GGSN返回的STR Session Termination Request消息时，在本地MBMS Bear Context标记出发送该STR Session Termination Request消息的GGSN，不再发送数据给此GGSN，当所有的GGSN都被标记之后，则停止本次业务并拆除本地MBMS Bear Context。
至此，当RNC与SGSN结点之间的网络出现异常、或者RNC结点本身出现异常时，SGSN能够通过GGSN及时通知BMSC停止本次业务。
在WCDMA网络中，带宽和处理机都是比较宝贵的，本发明所述技术方案在异常情况下的承载链路拆除机制，有利于减少异常情况下的通信带宽和处理机的浪费，并提高上游结点计费的准确性，完善组网方案。
上述实施例以WCDMA系统中的实现为例进行说明，根据不同的组网方式，SGSN的下游结点可能是RNC、BSC(Base Station Controller，基站控制器)或MSC(Mobile Service Switch Center，移动交换中心)，其中，MSC也可能通过一个或多个中继结点连接SGSN，在每三个连接的网络结点中，都可以执行本发明所述的故障上报机制。
如图2所示，用于WCDMA系统中，实现本发明所述多媒体多播/广播业务的网络结点200，包括信息收发单元201，还包括第一单元202，连接信息收发单元201，用于通过信息收发单元201收到上一级网络结点发送的业务开始请求并能够建立本地多播/广播业务承载时，向上一级网络结点返回成功响应消息，建立本地多播/广播业务承载上下文并通过信息收发单元201向至少一个下一级网络结点发送业务开始请求，所述业务开始请求中包括建立业务承载上下文的相关信息；第二单元203，连接信息收发单元201，用于判断判断是否收到至少一个下一级网络结点返回的业务开始成功响应，如果是则将本地业务承载上下文的属性设置为激活状态，否则通过信息收发单元201向上一级网络结点发送业务停止请求；存储单元204，分别连接所述第一单元202和第二单元203，用于保存本地业务承载上下文及其相应的属性信息，所述第一单元向下一级网络结点发送业务开始请求后将本地多播/广播业务承载上下文的属性暂时设置为已建立状态，所述收到下一级网络结点返回的业务开始成功响应时，将本地多播/广播业务承载上下文的属性改为激活状态。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1.一种多媒体多播/广播业务控制方法，所述多媒体多播/广播业务至少通过三个网络结点传输，在建立多媒体多播/广播业务承载的过程中，所述控制方法包括A、中间网络结点收到上一级网络结点发送的多播/广播业务开始请求并能够建立多媒体多播/广播业务承载时，向上一级网络结点返回业务开始成功响应，建立本地多播/广播业务承载上下文并向至少一个下一级网络结点发送业务开始请求；B、中间网络结点判断在设定响应时间超时前是否收到至少一个下一级网络结点返回的业务开始成功响应，如果是则激活本地多播/广播业务承载上下文；否则向上一级网络结点发送业务停止请求。
2.如权利要求1所述的控制方法，其特征在于所述步骤A中，上一级网络结点发送给中间网络结点的多播/广播业务开始请求中包括下一级网络结点列表，中间网络结点向该下一级网络结点列表中包含的每一个下一级网络结点发送业务开始请求；所述步骤B中，中间网络结点在所述设定响应时间超时前收到来自下一级网络结点的第一个业务开始成功响应时激活本地业务承载上下文；中间网络结点如果没有收到部分下一级网络结点返回的业务开始成功响应，则在本地业务承载上下文中标记出该部分下一级网络结点；中间网络结点如果在所述设定响应时间超时前没有收到任何一个下一级网络结点返回的业务开始成功响应，则向上一级网络结点发送业务停止请求并拆除本地多播/广播业务承载上下文。
3.如权利要求2所述的控制方法，其特征在于，所述步骤A之前还包括A01、多播/广播业务服务中心向上一级网络结点发送业务开始请求并建立本地多播/广播业务承载上下文；A02、上一级网络结点收到来自多播/广播业务服务中心的业务开始请求并能够建立多媒体多播/广播业务承载时，向多播/广播业务服务中心返回业务开始成功响应，建立本地多播/广播业务承载上下文并向中间网络结点发送业务开始请求；A03、上一级网络结点判断在所述设定响应时间超时前是否收到中间网络结点返回的业务开始成功响应，如果是则激活本地多播/广播业务承载上下文；否则向多播/广播业务服务中心发送业务停止请求。
4.如权利要求2或3所述的控制方法，其特征在于，所述步骤A01中，多播/广播业务服务中心向上一级网络结点发送的业务开始请求中包括中间网络结点列表；所述步骤A02中，上一级网络结点向所述中间网络结点列表中包含的每一个中间网络结点发送业务开始请求；所述步骤A03中，上一级网络结点在所述设定响应时间超时前收到来自中间网络结点的第一个业务开始成功响应时激活本地业务承载上下文；上一级网络结点如果在所述设定响应时间超时前没有收到部分中间网络结点返回的业务开始成功响应，则在本地业务承载上下文中标记出该部分中间网络结点；上一级网络结点如果在所述设定响应时间超时前没有收到任何一个中间网络结点返回的业务开始成功响应，则向多播/广播业务服务中心发送业务停止请求并拆除本地多播/广播业务承载上下文。
5.如权利要求4所述的控制方法，其特征在于，所述方法步骤A01中，多播/广播业务服务中心同时向至少两个上一级网络结点发送的业务开始请求，并且多播/广播业务服务中心在所述设定响应时间超时前收到来自上一级网络结点的第一个业务开始成功响应时激活本地业务承载上下文；多播/广播业务服务中心如果在所述设定响应时间超时前没有收到部分上一级网络结点返回的业务开始成功响应，则在本地业务承载上下文中标记出该部分上一级网络结点；多播/广播业务服务中心如果在所述设定响应时间超时前没有收到任何一个上一级网络结点返回的业务开始成功响应，则拆除本地多播/广播业务承载上下文。
6.如权利要求5所述的控制方法，其特征在于，所述方法还包括上一级网络结点在收到来自中间网络结点的业务停止请求时，在本地业务承载上下文中标记出发送该业务停止请求的中间网络结点，并当所有中间网络结点全部被标记时，向多播/广播业务服务中心发送业务停止请求并拆除本地多播/广播业务承载上下文；多播/广播业务服务中心在收到来自上一级网络结点的业务停止请求时，在本地业务承载上下文中标记出发送该业务停止请求的上一级网络结点，并当所有上一级网络结点全部被标记时，停止本次业务并拆除本地多播/广播业务承载上下文。
7.如权利要求6所述的控制方法，其特征在于，所述方法还包括多播/广播业务服务中心向发送业务停止请求的上一级网络结点返回业务停止响应。
8.如权利要求5、6或7所述的控制方法，其特征在于，所述步骤A和B之间还包括如下步骤下一级网络结点收到来自中间网络结点的业务开始请求并能够建立多媒体多播/广播业务承载时，向中间网络结点返回业务开始成功响应，建立并激活本地多播/广播业务承载上下文。
9.如权利要求8所述的控制方法，其特征在于，所述方法还包括多播/广播业务服务中心向本地业务承载上下文中没有被标记的上一级网络结点发送本次业务数据；上一级网络将本次业务数据转发给本地业务承载上下文中没有被标记的中间网络结点；中间网络将本次业务数据转发给本地业务承载上下文中没有被标记的下一级网络结点；下一级网络结点将本次业务数据转发给终端。
10.如权利要求1所述的控制方法，其特征在于，所述步骤A中还包括中间网络结点将本地业务承载上下文暂时设置为已建立状态。
11.如权利要求3所述的控制方法，其特征在于，所述步骤A01中还包括多播/广播业务服务中心将本地业务承载上下文暂时设置为已建立状态；所述步骤A02中还包括上一级网络结点将本地业务承载上下文暂时设置为已建立状态。
12.如权利要求1所述的控制方法，其特征在于，所述上一级网络结点为网关GPRS支持结点GGSN；所述中间网络结点为服务GPRS支持结点SGSN；所述下一级网络结点为无线网络控制器RNC、基站控制器BSC、或移动交换中心MSC。
13.一种多媒体多播/广播业务的网络结点，包括信息收发单元，其特征在于，所述网络结点还包括第一单元，连接信息收发单元，用于收到上一级网络结点发送的业务开始请求并能够建立多媒体多播/广播业务承载时，向上一级网络结点返回业务开始成功响应，向至少一个下一级网络结点发送业务开始请求并建立本地多播/广播业务承载上下文；第二单元，连接信息收发单元，用于判断在设定响应时间超时前是否收到至少一个下一级网络结点返回的业务开始成功响应，如果是则激活本地多播/广播业务承载上下文；否则向上一级网络结点发送业务停止请求。
14.如权利要求13所述的网络结点，其特征在于，所述网络结点还包括存储单元，分别连接所述第一单元和第二单元，用于保存本地业务承载上下文及其相应的属性信息，第一单元向下一级网络结点发送业务开始请求后将本地多播/广播业务承载上下文暂时设置为已建立状态，第二单元收到下一级网络结点返回的业务开始成功响应时激活本地多播/广播业务承载上下文。
全文摘要
本发明涉及移动通信技术，特别涉及一种多媒体多播/广播业务控制方法及网络结点，以解决现有多媒体多播/广播业务控制中由于无法在出现异常情况时及时进行故障通知而导致浪费通信带宽和处理机的问题。本发明所述方法包括中间网络结点向上一级网络结点发送业务开始请求后，判断在设定响应时间超时前是否收到下一级网络结点返回的业务开始成功响应，如果是则激活本地多播/广播业务承载上下文；否则向上一级网络结点发送业务停止请求；如果同时向多个中间网络结点发送业务开始请求，则在设定响应时间超时前没有收到任何一个业务响应时再向上一级网络结点发送业务停止请求。应用本发明技术方案可以减少带宽和处理机的浪费。
文档编号H04W24/04GK101052150SQ20061007264
公开日2007年10月10日 申请日期2006年4月7日 优先权日2006年4月7日
发明者纪烨 申请人:华为技术有限公司