专利名称：一种获取无线接入承载建立状态信息的方法
技术领域：
本发明涉及网络性能测量技术，尤指一种获取无线接入承载(RAB)建立状态信息的方法。
背景技术：
随着第三代移动通信技术迅速发展，对获取网络性能信息的要求也在不断提高。通过获取的性能信息，可以清楚地了解当前网络的具体运营状况，从而为网络规划、网络维护和优化、服务评估等提供依据。用户设备(UE)与核心网(CN)之间的信令连接状态是衡量呼叫是否接通的重要指标之一。其中，在由CN发起，UMTS的陆地无线接入网络(UTRAN)执行完成的RAB建立过程中，通过获取RAB建立状态信息，可以将获得的结果作为一种性能指标来指导调整信道配置，也可以用于考核系统的负荷情况等。
第三代伙伴关系计划(3GPP)TS32.403协议描述了网络侧获取性能信息的方法和原则，对RAB在UTRAN中无线网络控制器(RNC)的建立过程和获取RAB建立状态信息过程进行了描述。
图1是现有技术RAB建立流程图，RAB是指用户平面的承载，用于在UE与CN之间传送语音、数据和多媒体业务。RAB建立过程是在UE完成无线资源控制层(RRC)连接建立的基础上才能开始的，基本工作步骤如下步骤100CN向RNC发送RAB指配请求(RAB Assignment Request)消息，请求RNC建立某个UE的RAB。
步骤101～步骤102RNC向UE发起无线承载建立请求(Radio BearerSetup)消息，UE完成RB建立后，向RNC响应RB建立完成(Radio BearerSetup Complete)消息。
步骤103RNC接收到UE响应的RB建立完成消息后，向CN应答RAB指配响应(RAB Assignment Response)消息，结束RAB建立流程。
在图1的RAB建立过程中，通过两个获取点来获取RAB建立状态信息，其中获取点A用于记录RAB指配建立尝试次数，获取点B用于记录RAB指配响应成功次数或RAB指配响应不同原因失败次数。其中RAB指配响应不同原因失败次数是指协议规定的用于标识指配失败原因的代码值所对应的这类失败的次数。现有技术获取RAB建立状态信息的方法是基于RNC范围的，图2是现有技术获取RAB建立状态信息的流程图，具体工作步骤如下步骤200RNC接收到来自CN的RAB指配请求消息后，记录RAB指配建立尝试次数。
本步骤中，RNC每接收到一次RAB指配请求消息，就触发一次获取计数过程。记录采用累加(CC)的方法，即每接收到一次RAB指配请求消息，用于记录指配尝试次数的计数器就加一。
步骤201当RAB指配响应消息指示指配成功，RNC记录RAB指配响应成功次数。
步骤202当RAB指配响应消息指示指配失败，RNC记录RAB指配响应不同原因失败次数。
本步骤中，指示指配失败时，同时指示了引起失败的原因所对应的协议规定的该失败原因的代码值。
步骤201和步骤202在同一次获取计数过程中，根据RAB指配响应消息的指示，选择其中一步执行，同样也是采用CC的方法。
完成上述信息获取之后，可以通过记录结果进一步得到一些性能参数，如RAB建立成功率，RAB建立成功率等于RAB指配响应成功次数与RAB指配建立尝试次数之比的值，通过得到的RAB建立成功率，可以了解当前网络的基于RNC范围呼叫接通率；通过得到的RAB指配响应不同原因失败次数，可以了解当前网络的基于RNC范围的接通失败原因等。
现有技术中，RNC应用上述获取RAB建立状态信息的方法，对电路交换(CS)域和分组交换(PS)域，分别获取各自的RAB建立状态信息，需要说明的是，RAB建立请求消息是来自CS域还是PS域，在RRC建立阶段就已经确定；在CS域或PS域下，又对RAB指配响应过程是否存在排队，分别获取各自情况下的RAB建立状态信息，因为在RAB指配响应过程存在排队的情况下，有可能存在排队等待时间过长而丢弃一些还未参与计数的RAB指配响应消息，这样，是否存在排队情况下的获取结果是不一样的。是否存在排队由RNC中其它相关模块控制；在排队或不排队的情况下，还针对不同的业务类型，分别获取RAB建立状态信息，比如会话类、流类、交互类、背景类等。不同的业务采用不同的变量来记录各自的计数结果。
从上述现有技术获取RAB建立状态信息的方法来看，对RAB建立状态信息的记录是基于RNC进行的，这样，运营商只能通过上述获取RAB建立状态信息的方法，在RNC范围内提供性能参考，而无法直观全面地了解RNC下各小区呼叫接通率的差异以及各小区的接通失败原因等，从而无法对网络规划、网络维护和优化、服务评估等作出更为细致的评价。
发明内容
有鉴于此，本发明的主要目的在于提供一种获取无线接入承载建立状态信息的方法，该方法能更为细致地记录RAB建立状态信息，从而保证运营商对网络小区级别的性能全面直观的了解。
为达到上述目的，本发明的技术方案具体是这样实现的一种获取无线接入承载RAB建立状态信息的方法，用户设备UE向无线网络控制器RNC请求建立起无线资源控制层RRC连接之后，该方法包括以下步骤A、RNC根据标识消息中携带的特征信息，确定UE建立的RAB所对应的小区；B、RNC根据自身向CN发送的RAB指配响应消息中携带的指示，分别获取不同小区的RAB建立状态信息。
在步骤A中，所述标识消息中携带的特征信息为用于标识RAB连接所对应的小区的RAB标识信息。
在步骤A中，所述标识信息为来自核心网CN的RAB指配请求消息。
在步骤B中，所述获取RAB建立状态信息的方法为RNC向CN响应所述RAB指配响应消息且指示成功时，记录RAB指配响应成功次数和RAB指配建立尝试次数；RNC向CN响应所述RAB指配响应消息且指示失败时，记录RAB指配响应不同原因失败次数和RAB指配建立尝试次数。
该方法进一步包括RNC在接收到的RAB指配请求消息时，记录RAB指配建立尝试次数。
在步骤B中，所述获取RAB建立状态信息的方法为RNC向CN响应所述RAB指配响应消息且指示成功时，记录RAB指配响应成功次数；RNC向CN响应所述RAB指配响应消息且指示失败时，记录RAB指配响应不同原因失败次数。
所述记录的方法为累加方法。
所述记录RAB指配建立尝试次数包括记录CS域RAB指配建立尝试次数、或记录PS域RAB指配建立尝试次数。
所述记录RAB指配响应成功次数包括记录CS域RAB指配响应不排队成功次数、或记录CS域RAB指配响应排队成功次数、或记录PS域RAB指配响应不排队成功次数、或记录PS域RAB指配响应排队成功次数；所述记录RAB指配响应不同原因失败次数包括记录CS域RAB指配响应不排队不同原因失败次数、或记录CS域RAB指配响应排队不同原因失败次数、或记录PS域RAB指配响应不排队不同原因失败次数、或记录PS域RAB指配响应排队不同原因失败次数。
由上述技术方案可见，本发明根据标识消息中携带的特征信息，确定UE建立的RAB所对应的小区，并分别以不同小区为单位获取RAB建立状态信息。该方法是基于小区获取RAB建立状态信息的，解决了运营商期望得到的基于小区的RAB建立状态信息。通过基于小区的性能记录，给运营商进行小区级别的呼叫接通评估带来了极大便利，也为网络规划、网络维护和优化的实际应用提供了更为细致的评价。
图1是现有技术RAB建立流程图；图2是现有技术获取RAB建立状态信息的流程图；图3是本发明获取RAB建立状态信息的流程图。
具体实施例方式
本发明的核心思想是根据标识消息中携带的特征信息，确定UE建立的RAB所对应的小区，并分别以不同小区为单位获取RAB建立状态信息。
为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举较佳实施例，对本发明进一步详细说明。
图3是本发明获取RAB建立状态信息的流程图，具体工作步骤如下步骤300RNC根据标识消息中携带的特征信息，确定UE建立的RAB所对应的小区。
本步骤中，标识消息可以是来自CN的RAB指配请求消息，并根据RAB指配请求消息中携带的已有RAB标识(RAB ID)来确定UE建立的RAB所在的小区；标识消息也可以是专用于发送特征信息的消息。RAB ID是用于标识同一个UE上不同的RAB连接所对应的小区。
步骤301RNC根据自身向CN响应的RAB指配响应消息中携带的指示，分别获取不同小区的RAB建立状态信息。
本步骤中，由于步骤300中确定了RAB连接所在的小区，所以，获取RAB建立状态信息是在小区范围内进行的。
本发明基于小区获取RAB建立状态信息的方法，分别获取来自CS域和PS域的RAB建立状态信息。其中，在CS域或PS域下，又分别对RAB指配响应过程是否存在排队获取各自的RAB建立状态信息；在排队或不排队的情况下，还分别获取不同的业务类型的RAB建立状态信息，比如会话类、流类、交互类、背景类等。不同的业务采用不同的变量来记录各自的获取结果。计数方法与现有技术基于RNC范围的获取RAB建立状态信息的方法完全相同。
本发明强调的是，获取是在小区范围内的，这样，运营商可以直观全面的了解RNC下各小区呼叫接通率的差异以及各小区的接通失败原因，从而对网络规划、网络维护和优化、服务评估等作出更为细致的评价。
本发明所获取的RAB建立状态信息包括PS域中的RAB指配建立尝试次数、RAB指配响应不排队成功次数或RAB指配响应不排队不同原因失败次数、RAB指配响应排队成功次数或RAB指配响应排队不同原因失败系数；CS域中的RAB指配建立尝试次数、RAB指配响应不排队成功次数或RAB指配响应不排队不同原因失败次数、RAB指配响应排队成功次数或RAB指配响应排队不同原因失败系数。
其中，对RAB指配建立尝试次数的获取，可以在RNC向CN返回响应时根据RAB指配响应消息中携带的指示信息获取，也可以在RNC接收到RAB指配请求消息时，根据请求中携带的指示信息获取。
下面以某小区CS域中对RAB建立状态信息的获取为例，详细描述本发明对各信息的处理(1)记录RAB指配建立尝试次数一种实现方法为仅在RNC接收到RAB建立请求消息时记录RAB指配建立尝试次数，具体处理如下当RNC接收到RAB指配建立消息，触发RAB建立状态记录过程。RNC采用CC方法分别记录不同业务类型的RAB指配建立尝试次数，不同业务类型采用不同的计数器完成次数累加，并采用不同的变量记录各自的RAB指配建立尝试次数。比如会话类可以采用变量RAB.AttEstabCS.Conv、流类可以采用变量RAB.AttEstabCS.Strm、交互类可以采用变量RAB.AttEstabCS.Intact、背景类可以采用变量RAB.AttEstabCS.Bgrd等。
另一种实现方法为仅在RNC向CN响应RAB建立响应消息时记录RAB指配建立尝试次数，具体处理如下当RNC向CN响应的RAB指配响应消息指示指配成功或指配失败时，触发RAB建立状态记录过程。RNC采用CC方法分别记录不同业务类型的RAB指配建立尝试次数，不同业务类型采用不同的计数器完成次数累加，并采用不同的变量记录各自的RAB指配建立尝试次数。比如会话类可以采用变量RAB.AttEstabCS.Conv、流类可以采用变量RAB.AttEstabCS.Strm、交互类可以采用变量RAB.AttEstabCS.Intact、背景类可以采用变量RAB.AttEstabCS.Bgrd等。
(2)记录RAB指配响应不排队成功次数当RNC向CN响应的RAB指配响应消息指示指配成功，且不存在RAB指配响应过程排队的情况下，RNC采用CC方法分别记录不同业务类型的RAB指配响应不排队成功次数，不同业务类型采用不同的计数器完成次数累加，并采用不同的变量记录各自的RAB指配响应不排队成功次数。比如会话类可以采用变量RAB.SuccEstabCSNoQueuing.Conv、流类可以采用变量RAB.SuccEstabCSNoQueuing.Strm、交互类可以采用变量RAB.SuccEstabCSNoQueuing.Intact、背景类可以采用变量RAB.SuccEstabCSNoQueuing.Bgrd等。
(3)记录RAB指配响应排队成功次数当RNC向CN响应的RAB指配响应消息指示指配成功，且存在RAB指配响应过程排队的情况下，RNC采用CC方法分别计记录不同业务类型的RAB指配响应排队成功次数，不同业务类型采用不同的计数器完成次数累加，并采用不同的变量记录各自的RAB指配响应排队成功次数。比如会话类可以采用变量RAB.SuccEstabCSQueuing.Conv、流类可以采用变量RAB.SuccEstabCSQueuing.Strm、交互类可以采用变量RAB.SuccEstabCSQueuing.Intact、背景类可以采用变量RAB.SuccEstabCSQueuing.Bgrd等。
(4)记录RAB指配响应不排队不同原因失败次数当RNC向CN响应的RAB指配响应消息指示指配失败，且不存在RAB指配响应过程排队的情况下，RNC采用CC方法分别记录由不同失败原因引起的指配失败的RAB指配响应不排队失败次数，不同失败原因采用不同的计数器完成次数累加，并采用不同的变量记录各种失败原因的RAB指配响应不排队失败次数。
例如，用RAB.FailEstabCSNoQueuing.Cause表示各原因失败的变量，其中用Cause来区分不同的失败原因，Cause的值就是协议规定的指配失败原因的代码值。
(5)记录RAB指配响应排队不同原因失败次数当RNC向CN响应的RAB指配响应消息指示指配失败，且存在RAB指配响应过程排队的情况下，RNC采用CC方法分别记录由不同失败原因引起的指配失败的RAB指配响应排队失败次数，不同失败原因采用不同的计数器完成次数累加，并采用不同的变量记录各种失败原因的RAB指配响应排队失败次数。
例如，用RAB.FailEstabCSQueuing.Cause表示各原因失败的变量，其中用Cause来区分不同的失败原因，Cause的值就是协议规定的指配失败原因的代码值。
以上以某小区CS域为例，描述了该小区获取RAB建立状态信息的方法，在PS域，计数的方法完全采用上述方法，只是各变量采用PS域的单独的统计变量，例如会话类RAB指配建立尝试次数的变量可以是RAB.AttEstabPS.Conv即可。
另外，本发明基于小区获取RAB建立状态信息的考察对象是小区，对小区的性能提供参考；现有技术基于RNC获取RAB建立状态信息的考察对象是RNC，对RNC的性能提供参考。当有软切换发生时，基于RNC下各小区RAB建立状态信息的记录结果相加并不等于现有技术基于RNC的RAB建立状态信息的记录结果，所以可以通过同时采用本发明方法与现有技术方法，对网络的接通率等性能进行全面直观的了解。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
权利要求
1.一种获取无线接入承载RAB建立状态信息的方法，用户设备UE向无线网络控制器RNC请求建立起无线资源控制层RRC连接之后，其特征在于，该方法包括以下步骤A、RNC根据标识消息中携带的特征信息，确定UE建立的RAB所对应的小区；B、RNC根据自身向CN发送的RAB指配响应消息中携带的指示，分别获取不同小区的RAB建立状态信息。
2.根据权利要求1所述的方法，其特征在于在步骤A中，所述标识消息中携带的特征信息为用于标识RAB连接所对应的小区的RAB标识信息。
3.根据权利要求1所述的方法，其特征在于在步骤A中，所述标识信息为来自核心网CN的RAB指配请求消息。
4.根据权利要求1所述的方法，其特征在于，在步骤B中，所述获取RAB建立状态信息的方法为RNC向CN响应所述RAB指配响应消息且指示成功时，记录RAB指配响应成功次数和RAB指配建立尝试次数；RNC向CN响应所述RAB指配响应消息且指示失败时，记录RAB指配响应不同原因失败次数和RAB指配建立尝试次数。
5.根据权利要求1所述的方法，其特征在于，该方法进一步包括RNC在接收到的RAB指配请求消息时，记录RAB指配建立尝试次数。
6.根据权利要求5所述的方法，其特征在于，在步骤B中，所述获取RAB建立状态信息的方法为RNC向CN响应所述RAB指配响应消息且指示成功时，记录RAB指配响应成功次数；RNC向CN响应所述RAB指配响应消息且指示失败时，记录RAB指配响应不同原因失败次数。
7.根据权利要求4、5或6所述的方法，其特征在于，所述记录的方法为累加方法。
8.根据权利要求4或5所述的方法，其特征在于，所述记录RAB指配建立尝试次数包括记录CS域RAB指配建立尝试次数、或记录PS域RAB指配建立尝试次数。
9.根据权利要求4或6所述的方法，其特征在于，所述记录RAB指配响应成功次数包括记录CS域RAB指配响应不排队成功次数、或记录CS域RAB指配响应排队成功次数、或记录PS域RAB指配响应不排队成功次数、或记录PS域RAB指配响应排队成功次数；所述记录RAB指配响应不同原因失败次数包括记录CS域RAB指配响应不排队不同原因失败次数、或记录CS域RAB指配响应排队不同原因失败次数、或记录PS域RAB指配响应不排队不同原因失败次数、或记录PS域RAB指配响应排队不同原因失败次数。
全文摘要
本发明公开了一种获取无线接入承载(RAB)建立状态信息的方法，该方法根据标识消息中携带的特征信息，确定当前UE建立的RAB所对应的小区，分别以不同小区为单位获取RAB建立状态信息。该方法是基于小区获取RAB建立状态信息的，解决了运营商期望得到的基于小区的RAB建立状态信息，给运营商进行小区级别的呼叫接通评估带来了极大便利，也为网络规划、网络维护和优化的实际应用提供了更为细致的评价。
文档编号H04W76/02GK1856125SQ200510072209
公开日2006年11月1日 申请日期2005年5月23日 优先权日2005年4月27日
发明者姚静, 彭红华, 段忠毅, 高珑珑, 黄兴华 申请人:华为技术有限公司