专利名称：基站系统中防止内部资源泄露的方法
技术领域：
本发明涉及第三代移动通信(The Third Generation，简称“3G”)技术，特别涉及宽带码分多址(Wideband Code Division Multiple Access，简称“WCDMA”)移动通信系统中的基站系统对内部资源泄漏的处理方法。
背景技术：
随着通信技术的蓬勃发展，特别是移动通信技术的日益进步和完善，3G技术的大范围应用趋势已经日显成熟。其中，WCDMA移动通信技术已经成为3G标准中最为重要的一个分支。
WCDMA移动通信系统包含用户设备(User Equipment，简称“UE”)、无线接入网和核心网三部分。图1示出了WCDMA移动通信系统中的的无线接入网的组成结构。WCDMA移动通信中的无线接入网10包含两类功能实体无线网络控制器(Radio Network Controller，简称“RNC”)11和若干个B节点(也称为“Node B”)12。
其中，RNC11与多个B节点12直接通过标准的接口相连，RNC11主要负责无线接入网10与WCDMA移动通信系统中的核心网之间接口上的信令交互，它同时也负责空中无线资源的管理等。熟悉该领域的技术人员应该可以理解，这里所述的B节点12其实就是指基站，它通过无线方式与UE相连。
图2示出了现有技术中WCDMA移动通信系统中B节点12中的逻辑功能组成结构。由图可见，WCDMA移动通信系统中的基站在逻辑功能上主要包含软件子系统20和算法处理子系统30。其中，软件子系统20主要完成主控信令处理功能和信道资源管理功能，而算法处理子系统30则是执行具体的信道编译码以及调制和解调等功能。并且，软件子系统20中包含主控信令处理模块21和信道资源管理模块22，其中的主控信令处理模块21实现信令处理功能，信道资源管理模块22则完成信道资源管理功能。
需要说明的是，为了使得系统能够支持大容量，系统采用多信道资源并行处理技术，因此基站的算法处理子系统30一般设计为如图2所示的业务资源池，这种资源池的概念是相对于业务而言的，不同的业务可以在同一个模块中进行处理。
算法处理子系统30中包括了编译码模块31和调制解调模块32两个业务资源池，其中的编译码模块31用以实现编译码功能，而调制解调模块32则完成调制解调的功能。
软件子系统20中信道资源管理模块22的资源与算法子系统30中如编译码模块31和调制解调模块32一类的业务资源池模块中的资源应该有着一一对应的关系。如果这种一一对应的关系由于某些异常而被破坏，那么这将会使得算法子系统30中的某些资源一直被无效占用，或者软件子系统20中资源指示状态不正确，即出现所谓的资源泄漏问题。
另外需要指出的是，基站内部的软件子系统20和算法子系统30之间都维护着如上述的业务信道资源，但实际上在现有技术的处理过程中，容易发生软件子系统20和算法子系统30的资源状况不一致的问题。而且，WCDMA下行是用正交可变扩频因子码(Orthogonal Variable Spreading Factor，简称“OVSF”)来区分不同用户的，如果编译码模块31产生资源泄漏就还可能会导致新建链路和残留链路信道码冲突，并且，这样的信道码冲突会导致系统中下行链路不通或者内环功控异常。
在实际应用中，上述方案存在以下问题无法有效解决基站系统中内部资源的泄露问题以及由此引起的负面影响。具体的说，现有技术中容易产生软件子系统20和算法子系统30资源状况不一致问题的问题，从而造成基站实际能够使用的资源小于基站的最大资源，即出现资源泄漏问题，这样就可能会导致信道在基站中资源分配的失败而增加基站的呼损率。而且，现有技术处理过程中所产生的资源泄露问题会进一步引发下行OVSF信道码冲突，这样的异常情况会进一步导致系统出现较高的呼损率，从而影响系统性能。
发明内容
有鉴于此，本发明的主要目的在于提供一种基站系统中防止内部资源泄露的方法，使得从根本上解决现有技术中存在的基站系统中内部资源泄漏问题。
为实现上述目的，本发明提供了一种基站系统中防止内部资源泄露的方法，其中，所述系统中包含用于承担主控信令处理功能和资源管理功能的第一子系统和作为业务资源池执行具体功能的第二子系统，其特征在于，包含以下步骤B所述第一子系统向第二子系统发送第一信令，要求进行内部资源审计，该信令中包含所述第一子系统中存在的资源信息；C所述第二子系统比较本子系统中的资源信息和所述第一信令中的资源信息，将所述第一子系统中没有的多余资源删除。
其中，所述资源为业务信道资源，并且，所述第一子系统用于承担主控信令处理功能和信道资源管理功能，所述第二子系统用于执行具体信道编译码、调制和解调功能。
所述步骤C还包含以下子步骤所述第二子系统删除多余资源后，向告警台上报告警消息，该消息中包含被删除的多余资源信息。
所述步骤B中，所述第一子系统周期性地向所述第二子系统发送所述第一信令。
所述步骤B中，所述第一子系统每1小时向所述第二子系统发送所述第一信令。
所述步骤C还包含以下子步骤所述第二子系统向所述第一子系统反馈响应消息，其中包含所述第一子系统中有但所述第二子系统中没有的资源的信息，并且所述第一子系统保存所述响应消息。
当满足以下任一一个条件时，所述第一子系统向第二子系统发送第一信令在进行小区重建后；进行公共资源重建后；所述第一子系统收到所述第二子系统的失败响应消息，并且失败原因是资源不足。
所述方法还包含以下步骤A所述第二子系统向所述第一子系统请求发送第二信令，要求发起内部资源审计，所述第一子系统响应所述第二信令，并执行步骤B。
当满足以下任一一个条件时，所述第二子系统向所述第一子系统请求发送所述第二信令小区参数配置信令中小区已存在；小区建立信令中小区已存在、主控软件建立一条编译码模块或者调制解调模块已经存在的连接；所述第二子系统内部处理机制异常。
所述第二子系统包含用于编码译码的模块和用于调制解调的模块。
通过比较可以发现，本发明的技术方案与现有技术存在以下区别首先，本发明通过第一子系统在一定情况下初始发起并定期地向第二子系统下发内部审计指示，进行基站系统内部资源一致性核查，并删除多余资源；其次，在所述审计指示消息中指定的某些信道在第二子系统中并不存在的特定情况下，该第二子系统上报审计响应消息，以便第一子系统将这些响应保存在运行日志中而便于问题定位；另外，第二子系统在检测到系统内部存在信令资源不一致的异常情况时，便会发出审计请求指示消息以主动要求进行审计。
这种技术方案上的区别，带来了较为明显的有益效果。具体的说，本发明方案通过定期地执行基站系统内部资源审计，使得基站内部子系统之间的业务信道资源能够定期进行相互核查，并保持一致，从而有效地解决了现有技术中存在的基站系统内部资源泄露问题，并且还可以解决同样在现有技术中存在的因为资源泄露而引起的下行OVSF信道码冲突问题，保障了WCDMA移动通信系统中基站系统的运行性能。
图1是现有技术中宽带码分多址移动通信中的无线接入网的组成结构示意图；图2是现有技术中WCDMA移动通信系统中B节点的逻辑功能组成结构；图3是根据本发明的一个实施例的基站系统中防止内部资源泄露的方法中，由主控信令软件发起内部审计的具体流程示意图；图4是根据本发明的一个实施例的基站系统中防止内部资源泄露的方法中，由编译码模块和调制解调模块发起内部审计请求的具体流程示意图。
具体实施例方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。
总的来说，本发明的原理在于，通过在基站系统中定期执行内部资源审计，核查基站内部不同子系统之间业务信道资源的一致性，从而有效地避免了基站系统中的内部资源泄露。具体地说，参见图2，在本发明的一个实施例中，基站系统中软件子系统20中的主控信令处理模块21定期地向算法子系统30中的编译码模块31和调制解调模块32下发B节点(Node B)12内部审计指示(AUDIT REQUEST)。在另一个实施例中，编译码模块31和调制解调模块32在检测到产生异常情况时便主动发出审计请求指示(AUDITREQUIRE INDICACTION)，以主动要求对资源一致性进行审计。由此，通过软件子系统20和算法子系统30之间的定期相互审核，保证了基站系统内部不同子系统之间资源的一致性，避免了产生资源泄漏问题，保障了系统性能。
下面首先描述根据本发明的一个实施例的基站内部审计的具体流程。
需要说明的是，在本实施例中，基站系统内包含用于承担主控信令处理功能和资源管理功能的第一子系统——软件子系统20，以及作为业务资源池执行具体功能的第二子系统——算法子系统30。更具体地说，第一子系统用于承担主控信令处理功能和信道资源管理功能；第二子系统用于执行具体信道编译码、调制和解调功能，并且该子系统包含用于编码译码的模块——编译码模块31，和用于调制解调的模块——调制解调模块32。
本实施例主要包含两个大步骤。在第一个大步骤中，上述第一子系统发送第一信令，要求进行内部资源审计，该信令中包含第一子系统中存在的资源信息。在第二个大步骤中，上述第二子系统比较本子系统中的资源信息和所述第一信令中的资源信息，将所述第一子系统中没有的多余资源删除。
其中，第二大步骤中还可以包含两个子步骤。第一个子步骤是当第二子系统删除多余资源后，向告警台上报告警消息，该消息中包含被删除的多余资源信息。第二个子步骤是第二子系统向第一子系统反馈响应消息，其中包含第一子系统中有但第二子系统中没有的资源的信息，并且第一子系统保存该响应消息。
为了使本实施例更加容易理解，下面结合图3中的流程进一步加以说明。
首先，在步骤300中，主控信令处理模块21周期地向编译码或调制解调模块33下发B节点12内部审计指示(AUDIT REQUEST)消息，通知编译码或调制解调模块33应当有哪几个信道存在，据此进行核对。为了描述的方便，本文中将编译码模块31或调制解调模块32统称为编译码或调制解调模块33。
需要说明的是，根据本发明，主控信令处理模块21会在满足一下任意条件时，主动发起内部审计请求1、在进行小区重建之后；2、在进行公共信道重建之后；3、主控信令处理模块21收到编译码或调制解调模块33的失败响应消息，且失败原因是系统资源不足。
在出现上述任一情况而致使主控信令处理模块21发起内部审计请求之后，主控信令处理模块21会每隔一段时间对编译码或调制解调模块33的资源发起周期性的内部审计请求，由此能够比较迅速的对系统中出现资源不一致的情况进行及时地对应调整。熟悉本领域的技术人员能够理解，这个周期间隔时间的大小应该根据系统实际的处理能力以及当前网络负荷统计的情况来设置。在根据本发明的一个较好的实施例中，该周期为1小时。
表1示出以编译码模块31为例，主控信令处理模块21下发的内部审计指示(AUDIT REQUEST)消息结构。
表1
接下来，在步骤310，编译码或调制解调模块33在接收到B节点12内部审计指示(AUDIT REQUEST)消息后，便根据如上表2所示的内部审计指示(AUDIT REQUEST)消息将其中所申明信道之外的多余信道主动删除掉，并将这个动作以及相关信息作为事件告警上报到告警台。
如果在此次内部审计中，所述审计指示(AUDIT REQUEST)消息中指定的某些信道在编译码或调制解调模块33中并不存在，则进行步骤320，编译码或调制解调模块33向主控信令处理模块21返回一条审计响应(AUDITRESPONSE)消息，该消息中携带着这些信道的相关信息。
由此可见，本发明通过上述处理，能够实现基站系统内资源的一致性，从而避免产生资源泄露问题。
换句话说，如果编译码模块31里面存在的下行/上行码组合传输信道信息和内部审计指示(AUDIT REQUEST)消息里面的下行/上行码组合传输信道信息不一致，则编译码模块31就删除不一致的下行/上行码组合传输信道，并在步骤320中将缺少的下行/上行码组合传输信道信息通过审计响应(AUDIT RESPONSE)消息上报给主控信令处理模块21。同样，如果下行/上行码组合传输信道信息审计不一致，则编译码模块31就删除自身有而主控信令处理模块21没有的专用信道。
需要特别注意的是，如果主控信令处理模块21下发的内部审计指示(AUDIT REQUEST)消息中的信道索引号(ID)超出了系统限定范围，则编译码模块31就不做任何处理；而且，上述审计响应(AUDIT RESPONSE)消息只有在审计指示(AUDIT REQUEST)消息所指定的信道不存在时才由编译码或调制解调模块33上报给主控信令处理模块21，然后再由B节点12的软件子系统20将该响应消息保存在运行日志中以便于问题定位，而在其它情况则编译码或调制解调模块33不上报该消息，本发明通过这样的处理可以有效地避免消息交互给系统带来的过重的信令负荷。
表2示出编译码模块31上报到主控信令处理模块21的审计响应(AUDITRESPONSE)消息的结构。
表2
上面已经根据本发明的一个实施例，说明了主控信令处理模块21发起内部审计请求的具体过程。下面再结合图4，描述根据本发明的另一个实施例中，编译码或调制解调模块33主动要求发起内部审计的情况。
在本实施例中，在上述两个大步骤之前还增加了一个步骤。具体的说，如图4的步骤400所示，在满足以下任意一种条件时，第二子系统——编译码或调制解调模块33通过上报审计请求指示(AUDIT REQUIREINDICACTION)消息，要求第一子系统——主控信令处理模块21发起内部审计1、小区参数配置信令中小区已存在；2、小区建立信令中小区已存在，而且主控信令处理模块21建立一条编译码或调制解调模块33已经存在的连接；3、内部处理机制出现异常。
在本实施例中，通过在上述三种情况下由第二子系统向第一子系统发送审计请求指示，使得第一子系统能够及时对第二子系统中存在的对应异常情况作出有效的处理，避免了异常情况产生而不能实时处理的问题。
这里所述的审计请求指示(AUDIT REQUIRE INDICACTION)消息的组成结构如下表3所示。
表3
需要说明的是，上表的审计请求指示(AUDIT REQUIRE INDICACTION)消息中的“Cause”是表明编译码或调制解调模块33发起审计请求的原因。
在本实施例中，此后的步骤以及扩展与本文第一个实施例是完全相同的，简单的说，即上述第一子系统发送第一信令，要求进行内部资源审计，该信令中包含第一子系统中存在的资源信息，随后，第二子系统比较本子系统中的资源信息和第一信令中的资源信息，将第一子系统中没有的多余资源删除。同样的，也进一步包含当第二子系统删除多余资源后，向告警台上报包含被删除的多余资源信息的告警消息的步骤；以及第二子系统向第一子系统反馈包含第一子系统中有但第二子系统中没有的资源的信息的响应消息的步骤。为使文章简洁，在此不做赘述。
虽然通过参照本发明的某些优选实施例，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种各样的改变，而不偏离所附权利要求书所限定的本发明的精神和范围。
权利要求
1.一种基站系统中防止内部资源泄露的方法，其中，所述系统中包含用于承担主控信令处理功能和资源管理功能的第一子系统和作为业务资源池执行具体功能的第二子系统，其特征在于，所述方法包含以下步骤B所述第一子系统向第二子系统发送第一信令，要求进行内部资源审计，该信令中包含所述第一子系统中存在的资源信息；C所述第二子系统比较本子系统中的资源信息和所述第一信令中的资源信息，将所述第一子系统中没有的多余资源删除。
2.根据权利要求1所述的基站系统中防止内部资源泄露的方法，其特征在于，所述资源为业务信道资源，并且，所述第一子系统用于承担主控信令处理功能和信道资源管理功能，所述第二子系统用于执行具体信道编译码、调制和解调功能。
3.根据权利要求2所述的基站系统中防止内部资源泄露的方法，其特征在于，所述步骤C还包含以下子步骤所述第二子系统删除多余资源后，向告警台上报告警消息，该消息中包含被删除的多余资源信息。
4.根据权利要求2所述的基站系统中防止内部资源泄露的方法，其特征在于，所述步骤B中，所述第一子系统周期性地向所述第二子系统发送所述第一信令。
5.根据权利要求4所述的基站系统中防止内部资源泄露的方法，其特征在于，所述步骤B中，所述第一子系统每1小时向所述第二子系统发送所述第一信令。
6.根据权利要求2所述的基站系统中防止内部资源泄露的方法，其特征在于，所述步骤C还包含以下子步骤所述第二子系统向所述第一子系统反馈响应消息，其中包含所述第一子系统中有但所述第二子系统中没有的资源的信息，并且所述第一子系统保存所述响应消息。
7.根据权利要求2所述的基站系统中防止内部资源泄露的方法，其特征在于，当满足以下任一一个条件时，所述第一子系统向第二子系统发送第一信令在进行小区重建后；进行公共资源重建后；所述第一子系统收到所述第二子系统的失败响应消息，并且失败原因是资源不足。
8.根据权利要求2所述的基站系统中防止内部资源泄露的方法，其特征在于，所述方法还包含以下步骤A所述第二子系统向所述第一子系统请求发送第二信令，要求发起内部资源审计，所述第一子系统响应所述第二信令，并执行步骤B。
9.根据权利要求2所述的基站系统中防止内部资源泄露的方法，其特征在于，当满足以下任一一个条件时，所述第二子系统向所述第一子系统请求发送所述第二信令小区参数配置信令中小区已存在；小区建立信令中小区已存在、主控软件建立一条编译码模块或者调制解调模块已经存在的连接；所述第二子系统内部处理机制异常。
10.根据权利要求1至9任意一条所述的基站系统中防止内部资源泄露的方法，其特征在于，所述第二子系统包含用于编码译码的模块和用于调制解调的模块。
全文摘要
本发明涉及第三代移动通信领域，公开了一种基站系统中防止内部资源泄露的方法，该方法从根本上解决了现有技术中存在的基站系统中内部资源泄漏问题。本发明主要包含以下步骤用于承担主控信令处理功能和资源管理功能的第一子系统向作为业务资源池执行具体功能的第二子系统发送第一信令，要求进行内部资源审计，该信令中包含所述第一子系统中存在的资源信息；第二子系统比较本子系统中的资源信息和所述第一信令中的资源信息，将所述第一子系统中没有的多余资源删除。由此通过在基站系统中执行内部资源审计，核查基站内部不同子系统之间业务信道资源的一致性，有效避免了基站系统中的内部资源泄露。
文档编号H04W88/08GK1774095SQ200410092779
公开日2006年5月17日 申请日期2004年11月8日 优先权日2004年11月8日
发明者许胜洪, 戴永刚 申请人:华为技术有限公司