专利名称：平滑释放方法
技术领域：
本发明涉及通信技术，特别涉及通信系统中发生故障后进行资源释放的方法。
背景技术：
随着科技的发展，通信已经走过了第一代和第二代，进入第三代的时期。第一代移动通信系统是模拟制式的蜂窝移动通信系统，时间是本世纪七十年代中期至八十年代中期；第二代移动通信系统以传输话音和低速数据业务为目的，因此又称为窄带数字通信系统；目前已经发展到第三移动通信系统，目标是宽带多媒体通信。宽带码分多址(Wideband Code Division MultipleAccess，简称″WCDMA″)是目前全球三种主要的第三代移动通信(The ThirdGeneration，简称″3G″)体制之一。如图1所示，WCDMA系统由三部分组成，即核心网(Core Net，简称″CN″)、通用移动通信系统地面无线接入网(UMTS Terrestrial Radio Access Network，简称″UTRAN″)和用户设备(UserEquipment，简称″UE″)组成。其中，CN与UTRAN的接口定义为Iu接口，详细可参考协议25.413，UTRAN与UE的接口定义为Uu接口，详细可参考协议25.331。
UTRAN的结构如图2所示，它包括许多通过Iu接口连接到CN的无线网络子系统(Radio Network Subsystem，简称″RNS″)。一个RNS包括一个无线网络控制器(Radio Network Controller，简称″RNC″)和一个或多个基站(Node B)。如图2所示，Node B通过Iub接口连接到RNC上，可参考协议25.433，25.423。每个Node B包括一个或多个小区。在UTRAN内部，各RNS中的RNC能通过Iur接口交互信息，Iur接口可以是RNC之间物理的直接相连或通过适当的传输网络实现，有关该接口的规定也可参考协议25.433，25.423。
第三代合作伙伴项目(3rd Generation Partnership Project，简称″3GPP″)协议在各个开放接口上都定义了各种流程和标准的协议接口消息。根据该协议，对于网络侧来说如果发生严重故障，例如CN发生故障，向RNC发起复位，或者RNC管理资源的单板异常复位，导致涉及该种资源的呼叫需要释放等，短时间内会有大量资源要求释放，此时释放过程往往涉及许多用户和资源。如果连续释放可能造成短时间内系统负荷达到峰值，从而导致系统稳定性下降。
因此，目前一般采用平滑释放的方案。平滑释放是指对受影响的资源采用分批释放的方式，例如先释放20个实例，等一秒以后再释放下20个实例。由此避免了因为系统的负荷瞬时升高而影响系统的稳定性。
在平滑释放中，典型消息就是复位消息，即″RESET″，以Iu接口为例，根据3GPP 25.413协议的描述，当CN发生传输索引信息丢失的故障的时候，如图3所示，CN将发起Iu接口的对应域的RESET消息，UTRAN收到″RESET″消息以后，将发起对受影响的无线接入承载(Radio Access Bearer，简称″RAB″)的释放过程，这样就会发起整个电路交换(Circuit Switching，简称″CS″)域或者整个分组交换(Packet Switching，简称″PS″)域的RAB的释放过程。对于这类消息的处理，可以采用分批平滑释放的方法。
然而，上述这种方式虽然避免了系统的稳定性受到影响，但是在实例平滑释放的间隙可能会有新的呼叫接入，有可能导致新接入的呼叫被释放，即″呼损″。
在这种情况下需要遍历资源。具体的说，即标记当前故障消息受影响的资源，把受影响的资源与新接入的资源区分开来。
在实际应用中，上述方案存在以下问题由于这类故障往往受影响的实例很多，采用遍历标记实现平滑释放的方式会耗费较多的时间，尤其是各类故障交叉发生的时候，会导致遍历过程性能低，释放过程响应慢，从而影响系统流程处理的速度。
发明内容
有鉴于此，本发明的主要目的在于提供一种平滑释放方法，使得进一步提高平滑释放的速度，确保系统的良好运行。
为实现上述目的，本发明提供了一种平滑释放方法，包含以下步骤A产生并维护系统各类故障的相应故障序列号，所述故障序列号依次递增；B为与故障相关的实例记录该实例申请时所述故障的当前故障序列号；C当系统中发生故障并需要平滑释放时，比较导致平滑释放的故障的相应故障序列号与实例申请时此类故障的当前故障序列号，如果导致平滑释放的故障的相应故障序列号大于等于实例申请时此类故障的当前故障序列号，则对所述实例进行平滑释放。
其中，所述步骤A中，所述故障序列号的递增值为1。
在所述步骤C中，如果导致平滑释放的故障的相应故障序列号小于实例申请时此类故障的当前故障序列号，则不对所述实例进行平滑释放。
在所述步骤C中，系统发生的故障是外部异常。
在所述步骤C中，系统发生的故障是通信设备的内部故障。
通过比较可以发现，本发明的技术方案与现有技术的区别在于，在系统故障导致的平滑释放中，记录每一个故障的相应故障序列号，并在需要平滑释放时，判断导致平滑释放的故障的相应故障序列号与实例申请时此类故障的当前故障序列号的前后时间关系，从而区分需要释放的实例与新接入的呼叫。
这种技术方案上的区别，带来了较为明显的有益效果，即通过避免遍历每个实例的过程，节省了大量的时间，提高了系统流程处理的速度。
图1是WCDMA系统的结构示意图；图2是UTRAN的结构示意图；图3是现有技术中当CN发生传输索引信息丢失的故障时进行平滑释放的过程示意图；图4是根据本发明的一个实施例的平滑释放的流程示意图。
具体实施例方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。
首先需要指出，本发明的原理在于增加了一个序列号，称为″故障序列号″。并在系统运行过程中，产生和维护该故障序列号。具体的说，对于一类故障，有相应的故障序列号，当系统发生这种故障时，此类故障的故障序列号就增加1。
当发生与上述一类故障相关的实例申请时，将这类故障的当前故障序列号作为实例的一个属性保存下来，这个属性的名称为″InstSn″。该属性能够显示此类故障在实例申请的时候是第几次发生。
有了上述故障序列号，相当于为系统和实例增加了一个时刻表，该时刻表记录下到实例申请为止，系统中一共发生了多少次此类的故障，并且为实例申请记录下该实例是在第几次故障发生之后申请的。
当系统发生故障需要进行平滑释放时，系统记录发生该故障的时刻相应的故障序列号Sn。在每一次平滑释放时，都先对Sn和每一个实例中的属性InstSn进行比较。
由于如上所述，对于一类故障相应的序列号，是随着每一次的发生递增1的，因此，当该故障发生时相应的故障序列号Sn大于等于某一个实例申请时此类故障的当前故障序列号InstSn时，说明该实例的申请时间晚于此次需要平滑释放的故障，因此该实例不需要进行释放。另一方面，如果该故障发生时相应的故障序列号Sn小于上述实例申请时此类故障的当前故障序列号InstSn时，这表明实例的申请时间在此次需要平滑释放的故障的前面，因此该实例需要释放。
下面参照图4，描述根据本发明的第一实施例的平滑释放方法。在本实施例中，平滑释放由外部异常触发，具体的说，在WCDMA系统，核心网下发Iu接口″RESET″消息，该消息将导致无线网络控制器对受到影响的用户进行平滑释放。在本实施例中，有2000个用户需要释放，如果每秒钟平滑释放500个的话，完成整个释放过程需要4秒钟。另一方面，在正常情况下每秒钟可接入20个呼叫，这在平滑释放的4秒钟内，可能有80个呼叫接入。如果不对受到影响的呼叫进行遍历，区分实际需要平滑释放的呼叫和新接入的呼叫，这可能导致4秒钟内80个新的呼叫掉话。但是，如果通过遍历方式进行区分然后进行平滑释放，需要遍历所有用户实例，当无线网络控制器负载比较高的时候，例如有50000个实例，这需要在这些实例中将2000个受到影响的实例标记出，可见需要耗费大量时间。根据本发明的第一实施例实施例的平滑释放的方法包含以下步骤首先在步骤100每当发生故障，系统产生并维护该故障的故障序列号Sn。在本发明中，对于每一类故障都有相应的故障序列号Sn，当系统发生这种故障时，此类故障的故障序列号Sn就增加1。当然，在本发明的其他实施例中，故障序列号Sn的递增数值可以根据需要来选择。该故障序列号Sn保存在系统中。
此后进入步骤200，每当系统发生与某一个故障相关的实例申请时，记录所述实例申请时该故障的当前故障序列号InstSn。具体的说，在发生与故障相关的实例申请时，系统将这类故障的当前故障序列号InstSn作为实例的一个属性保存下来，该属性能够显示此类故障在实例申请的时候是第几次发生。如上所述，通过故障序列号Sn和实例申请时当前故障序列号InstSn，能够表明到实例申请为止，系统中一共发生了多少次此类的故障，并且表明实例申请是在第几次故障发生之后申请的。
步骤300，当由于故障需要平滑释放时，系统对所述故障相应的故障序列号Sn与每一个实例申请时的当前故障序列号InstSn进行比较，如果所述故障相应的故障序列号Sn大于等于实例申请时的当前故障序列号InstSn，则对所述实例平滑释放，否则不对所述实例平滑释放。在本步骤中，由于如上所述，每一类故障的故障序列号是随着发生次数的增加依次递增的，因此通过两个故障序列号Sn和InstSn的比较，当引起平滑释放的故障的故障序列号Sn小于实例申请时的当前故障序列号InstSn时，说明该实例的申请时间晚于此次需要平滑释放的故障，因此进入步骤400，即不对该实例进行释放。另一方面，如果引起平滑释放的故障的故障序列号Sn大于等于实例申请时的当前故障序列号InstSn，这表明实例的申请时间在此次需要平滑释放的故障的前面，因此进入步骤500，对该实例进行平滑释放。
在本实施例中，通过在释放过程中比较引起平滑释放的故障的故障序列号Sn，和实例申请时的当前故障序列号InstSn，有效地区分新接入的呼叫和原先需要释放的呼叫，既不造成呼损也不需要遍历。
在本发明的第二个实施例中，平滑释放由一般设备发生的内部故障导致。具体的说，诸如RNC、CN和用户设备(User Equipment，简称“UE”)等一般通信设备，都配备一个专用于管理资源的单板，类似于一个资源池。另外，资源的分配使用，以及信令流程的处理则由另一类单板实现。当管理资源的单板异常时，导致大量使用该单板资源的呼叫受到影响，这些呼叫需要释放。在释放过程中，会出现和上述第一实施例中类似的问题。由于资源的种类很多，因此涉及到的实例数量大，在这种情况下，也适合采用第一实施例所描述的故障序列号方式进行平滑释放。由于流程和上文中一样，因此此处不再重复描述。
虽然通过参照本发明的某些优选实施例，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种各样的改变，而不偏离所附权利要求书所限定的本发明的精神和范围。
权利要求
1.一种平滑释放方法，其特征在于，包含以下步骤A产生并维护系统各类故障的相应故障序列号，所述故障序列号依次递增；B为与故障相关的实例记录该实例申请时所述故障的当前故障序列号；C当系统中发生故障并需要平滑释放时，比较导致平滑释放的故障的相应故障序列号与实例申请时此类故障的当前故障序列号，如果导致平滑释放的故障的相应故障序列号大于等于实例申请时此类故障的当前故障序列号，则对所述实例进行平滑释放。
2.根据权利要求1所述的平滑释放方法，其特征在于，所述步骤A中，所述故障序列号的递增值为1。
3.根据权利要求1所述的平滑释放方法，其特征在于，在所述步骤C中，如果导致平滑释放的故障的相应故障序列号小于实例申请时此类故障的当前故障序列号，则不对所述实例进行平滑释放。
4.根据权利要求1所述的平滑释放方法，其特征在于，在所述步骤C中，系统发生的故障是外部异常。
5.根据权利要求1所述的平滑释放方法，其特征在于，在所述步骤C中，系统发生的故障是通信设备的内部故障。
全文摘要
本发明涉及通信技术，公开了一种平滑释放方法，使得进一步提高平滑释放的速度，确保系统的良好运行。这种平滑释放方法包含以下步骤A产生并维护系统各类故障的相应故障序列号，故障序列号依次递增；B为与故障相关的实例记录该实例申请时故障的当前故障序列号；C当系统中发生故障并需要平滑释放时，比较导致平滑释放的故障的相应故障序列号与实例申请时此类故障的当前故障序列号，如果导致平滑释放的故障的相应故障序列号大于等于实例申请时此类故障的当前故障序列号，则对实例进行平滑释放。
文档编号H04W76/06GK1681347SQ20041003312
公开日2005年10月12日 申请日期2004年4月5日 优先权日2004年4月5日
发明者金颖 申请人:华为技术有限公司