专利名称：一种进行业务重建的方法、装置和系统的制作方法
技术领域：
本发明涉及业务故障处理技术，特别是涉及一种进行业务重建的方法、 装置和系统。
背景技术：
为了有效地利用移动网络资源，3GPP提出了组播和广播业务(MBMS: Multimedia Broadcast/Multicast Service),在移动网络中l是供一个数据源向多个 用户发送数据的点到多点业务，实现网络资源共享，提高网络资源的利用率， 尤其是空口接口资源。MBMS提供两种方式广播方式和组纟番方式。MBMS不 仅能实现纯文本低速率的消息类组播和广播，而且还能实现高速多媒体业务的 组播和广播，MBMS组播和广播业务基于WCDMA/GSM分组网，通过增加一些 新的功能实体，如广播组播业务中心BM-SC,对已有的分组域功能实体如通用 分组无线业务的业务支持节点(Serving GPRS Support Node， SGSN)、通用分 组无线业务的网关支持节点(Gateway GPRS Support Node, GGSN )、无线网 络控制器(Radio Network Controller, RNC )、节点B (Node B )和用户设备(User Equipment, 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 Mobile communications, GSM)网络已经存在的接口。
广播组播业务中心BM-SC为新增的移动网功能实体，它是内容提供者的入 口，用于授权和在移动网中发起MBMS承载业务，并按照预定时间调度传送 MBMS内容。其功能包括
- 对第三方内容提供商鉴权、授权和计费。
- 提供MBMS传输相关参数，如QoS、组播广播区域，发起和终止MBMS 传输资源。
- 从外部数据源接收并传送MBMS内容，安排MBMS会话传送并告知用 户，会话重传等。
- 业务声明，包括i某体描述、会话描述如组4番业务标识、地址、传送时间等。
对已有的WCDMA/GSM分组网功能实体GGSN、 SGSN、 UTRAN/GERAN 和UE,需要增加相应的MBMS相关功能和过程。
图2为广播业务流程图。如图2所示， 一个广播业务流程由以下几个过程组
成
1业务声明(Service Announcement) 业务声明过程告知用户获取业务的范围。 2会i舌开始(Session Start)
会话开始过程代表BM-SC已经就绪，准备发送数据了。会话开始过程与用 户业务激活过程相互独立，也就是说，用户可以在会话开始之前或者其后进行 业务激活。会话开始过程可以触发数据传输的承载资源的建立。
3 MBMS通知(MBMS Notification)
通知UE MBMS数据即将发送。
4数据传输(Data Transfer)
用户面数据的传输。
5会话结束(Session Stop )BM-SC决定在一段时间内停止数据传送，并释放承载资源。 组播与广播方式在流程上的不同如下
在业务声明前有一个用户签约(Subscription)的步骤，即该过程建立用户 与业务提供者之间的关系，从而允许用户接收业务数据。
在业务声明后有一个用户加入(Joining)的步骤，即用户加入一个组播组， 告知网络用户想接收组播数据。
在会话结束后有一个用户离开(Leaving)的过程，即用户离开该组播组， 不再接收业务lt据。
目前在3GPP中提出了一种MBMS业务的重建过程，主要利用收到的Error Indication消息来进行恢复。
当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业务。
发明内容
本发明的实施例提供了一种进行业务重建的方法、装置和系统，使得在 下游节点重启的情况下，能够重建承载上下文以继续向用户提供业务。
本发明的实施例提供了 一种进行业务重建的方法，包括以下步骤 检测下游节点重启信息；
如果检测到下游节点重启信息，且检测到存在向该下游节点发送的业务时， 进行业务重建。
本发明的实施例还4是供了 一种网络节点，该网络节点包括以下单元 重启信息处理单元用于#企测下游节点重启信息，并在^r测到重启信息且
检测到存在向该下游节点发送的业务时，发出业务重建指示；
业务重建单元用于接收重启信息处理单元发来的业务重建指示，进行业
务重建。
本发明的实施例还提供了 一种进行业务重建的系统，该系统包括上游节点 和下游节点；其中，
上游节点检测下游节点重启信息，并在检测到重启信息且检测到存在向该 下游节点发送的业务时，进行业务重建。
从上述技术方案可以看出，本发明的实施例通过上游设备检测下游设备的 重启信息来触发业务的重建过程，而在现有技术的技术方案中使用下游设备通 过业务承载上下文来进行设备或业务故障消息的传输，对于下游设备重启，相 关的MBMS承载上下文已经无效的情况，会因为下游设备没有办法通过业务承 载上下文来传输故障消息，导致重启后的下游设备上的业务无法恢复。因此， 本发明的实施例通过上游设备检测下游设备的重启消息来触发业务的重建过 程，使重启后的下游设备能够继续提供业务，使得用户能够获得更优质的业务， 并且因为该重建过程是自动完成，无需人工操作，因此也减少系统的管理维护 量。
图l是现有技术中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所示，该系统包括上游节点和下游节点；其中，上游节点检测 下游节点重启信息，并在^r测到重启信息且4企测到存在向该下游节点发送的业 务时，进行业务重建。
在上述的技术方案中，业务可以为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上下文请求(Create PDP Context Request)、更新PDP上下文请求(Update PDP Context Request)、更新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会话开始请求消息(Session Start Request)是应该只送给所有的BSC,还是只送给所有的RNC,或者是 同时送给所有的RNC和BSC。
BSC或RNC接收到会话开始请求消息后，开始创建MBMS承载上下文。 RNC和Iu模式下的BSC中，在MBMS承载上下文中存储会话属性，将MBMS 7K载上下文中的状态属性设置为"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发生了诸如设备重启 之类的长时间故障而导致M B M S承载上下文不可用的问题得到了解决。
在本发明的另一个实施例中，重启也可能发生在SGSN的下游节点如 RNC或者BSC中。图7是本发明实施例中BSC或RNC重启情况下进行业 务重建的信令流程图，如图7所示，此时进行业务重建的步骤如下
在步骤1中，SGSN 4全测到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 Bearer Context)重建过程。图8是本发明实施例中BSC或RNC部分资源重启情况 下进行业务重建的信令流程图。如图8所示，具体步骤如下
在步骤1中，SGSN 4全测到RNC/BSC部分资源重启。具体步骤为， RNC/BSC部分资源重启完成后，向SGSN发送部分资源重启消息，如资源 重启(Reset Resource)消息。SGSN收到RNC/BSC发送的Reset Resource 消息后，发送回应消息，如资源重启确认(Reset Resource Acknowledge)消 息到RNC/BSC。
在步骤2中，SGSN检测因为该RNC/BSC部分资源重启而受影响的 MBMS承载，并发起这部分受影响的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数据。
虽然本发明的实施例是以MBMS业务为例进行说明，但是这里所说的业务 并不限于MBMS，这里所说的需要业务重建的设备也可以不限于SGSN、 BSC 或者RNC。本领域一般技术人员很容易推知，本发明实施例提供的方法和装置 可以用于所有可能需要进行业务重建的应用中。
本发明实施例对存在一级次级下游节点的情况进行了阐述，但是在其它 可能需要进行业务重建的应用中，也可能包括多级次级节点，此时，上游节 点检测到 一 级下游节点重启消息并检测到需要向该下游节点发送业务，便会 指示该第一级次级下游节点建立承载上下文，第一级次级下游节点收到指示后建立承载上下文，并指示第二级次级下游节点建立承载上下文，第二级次 级下游节点收到指示后建立承载上下文，依此类推，直至最后一级次级下游 节点建立承载上下文。本领域一般技术人员很容易推知，可以应用本发明实 施例提供的技术方案依次对各级下游节点进行业务重建。
综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的保 护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等， 均应包含在本发明的保护范围之内。
权利要求
1、一种进行业务重建的方法，其特征在于，包括检测下游节点重启信息；如果检测到下游节点重启信息，且检测到存在向所述下游节点发送的业务时，进行业务重建。
2、 根据权利要求1所述的方法，其特征在于，所述4企测下游节点重启信息 包括接收下游节点发送的消息并从中获取重启信息。
3、 才艮据权利要求2所述的方法，其特征在于，进一步包括 向下游节点发出才企测信息。
4、 根据权利要求1所述的方法，其特征在于，所述进行业务重建包括 指示所述下游节点建立承载上下文； 所述下游节点建立^^载上下文。
5、 根据权利要求4所述的方法，其特征在于，所述下游节点与用户设备之 间存在至少 一级次级下游节点；该方法进一步包括所述下游节点指示所述至少一级次级下游节点中的第一级次级下游节点建 立岸义载上下文；所述第一级次级下游节点建立承载上下文；所述第一级次级下游节点指示第二级次级下游节点建立承载上下文，所述 第二级次级下游节点建立承载上下文，依此类推，直至最后一级次级下游节点 建立承载上下文。
6、 根据权利要求1所述的方法，其特征在于，所述检测下游节点重启信息 包括;险测下游节点部分资源重启的消息。
7、 根据权利要求6所述的方法，其特征在于，所述进行业务重建包括指示所述下游节点建立部分^^载上下文；所述下游节点建立部分7K载上下文。
8、 根据权利要求1所述的方法，其特征在于，所述的业务包括广播和组播 业务。
9、 一种网络节点，其特征在于，包括重启信息处理单元，用于4企测下游节点重启信息，并在4企测到重启信息且 ;险测到存在向所述下游节点发送的业务时，发出业务重建指示；业务重建单元，用于接收所述重启信息处理单元发来的业务重建指示，进 行业务重建。
10、 根据权利要求9所述的网络节点，其特征在于，所述重启信息处理单 元包括消息分析模块，用于接收下游设备发送的消息，并从中获取设备重启信息；主控制模块，用于检测是否存在向所述消息分析模块检测到的重启下游节 点发送的业务，如果存在业务，则向所述下游节点发出重建指示。
11、 根据权利要求IO所述的网络节点，其特征在于，进一步包括 检测消息发送模块，用于向下游节点发送检测消息。
12、 一种进行业务重建的系统，其特征在于，包括上游节点和下游节点； 其中，上游节点;险测下游节点重启信息，并在;f企测到重启信息且^r测到存在向所 述下游节点发送的业务时，进行业务重建。
13、 根据权利要求12所述的系统，其特征在于，所述上游节点为通用分组 无线业务的网关支持节点GGSN,所述下游节点为通用分组无线业务的业务支 持节点SGSN;或者所述上游节点为SGSN,所述下游节点为基站控制器BSC或无线网络控制 器RNC。
全文摘要
本发明实施例公开了一种进行业务重建的方法，包括以下步骤检测下游节点重启信息；如果检测到下游节点重启信息，且检测到存在向该下游节点发送的业务时，进行业务重建。本发明实施例还公开了一种网络节点，包括以下单元重启信息处理单元用于检测下游节点重启信息，并在检测到重启信息且检测到存在向该下游节点发送的业务时，发出业务重建指示；业务重建单元用于接收重启信息处理单元发来的业务重建指示，进行业务重建。同时，本发明还公开了一种与上述方法和网络节点相对应的系统。通过本发明实施例提供的技术方案，在下游节点设备发生故障导致承载上下文不可用时，能够在设备故障恢复后自动恢复正常的业务。
文档编号H04L12/26GK101453384SQ20071019473
公开日2009年6月10日 申请日期2007年11月29日 优先权日2007年11月29日
发明者毛国峰, 涛 钱 申请人:华为技术有限公司