一种寻呼信道中测量寻呼消息丢失的方法及装置
技术领域
本发明涉及通信领域的宽带无线移动通信技术,特别涉及寻呼信道中测量寻呼消息丢失的方法及装置。
背景技术
现有WCDMA系统的结构如图1所示,整个WCDMA系统由3部分组成,即核心网子系统CN(Core Network)、UMTS陆地无线接入网UTRAN(UMTSTerrestrial Radio Access Network)和用户设备UE(User Equipment)。核心网处理WCDMA系统内语音呼叫和数据连接与外部网络的交换和路由;UTRAN负责处理所有与无线通信相关的功能,包含一个或几个无线网络子系统RNS(Radio Network System),每个RNS都是UTRAN内的一个子网,包括无线网络控制器RNC(Radio Network Controller)和Node B两个实体。RNC通过Iu接口与核心网相连,Node B是WCDMA系统的基站,通过Iub接口与RNC相连。UE通过Uu接口(无线接口)与网络设备进行交互,为用户提供电路域和分组域的各种业务功能,包括普通话音、移动多媒体、Internet应用等。
核心网寻呼UE时,会向RNC发送寻呼消息,RNC收到消息后,根据UE当前状态,向UE下发在寻呼控制信道PCCH(Paging Control Channel)上发送的寻呼类型1PAGING TYPE 1消息或者在专用控制信道DCCH(Dedicated ControlChannel)上发送的寻呼类型2PAGING TYPE 2消息。对于PAGING TYPE 2消息,由于是通过专用控制信道下发,所以不会存在由于信道拥塞而出现寻呼消息丢失的问题。对于PAGING TYPE 1消息,RNC在通过寻呼信道下发寻呼时需要根据协议的定义来计算寻呼时刻,被寻呼的UE此时会使用非连续接收技术DRX(Discontinuous Reception)监听寻呼时刻,并接收PCH信道上的寻呼消息。但由于PCH传输信道的传输格式限制了寻呼信道的具体带宽(例如,配置PCH的传输格式为1*240,即每个TTI传输数据块个数为1,传输数据块大小为240bit),即在一个寻呼时刻可以同时寻呼的UE数量是有限的,因此,存在由于PCH传输信道拥塞而导致寻呼PAGING TYPE 1消息丢失的问题。
PCH传输信道拥塞导致PAGING TYPE 1消息丢失时,如果不测量寻呼消息丢失的数据,就很难对应提出具体的网络优化策略,而且由于寻呼消息的丢失,会导致用户被叫失败和被叫建立时延较长等问题,很大程度上影响了用户的服务满意度。
发明内容
有鉴于此,本发明提供一种寻呼信道中测量寻呼消息丢失的方法及装置,用以解决由于现有技术中对寻呼信道拥塞导致寻呼消息丢失的情况未进行测量,从而导致确定网络优化措施的难度较高,同时使得用户终端被叫失败和被叫建立时延较长等问题。
本发明提供如下技术方案:
一种寻呼信道中测量寻呼消息丢失的方法,包括步骤:
RNC根据核心网下发的寻呼消息计算下发寻呼消息的寻呼时刻,并在该寻呼时刻下发寻呼消息;
RNC确定在同一寻呼时刻所下发寻呼消息占用的带宽是否超过寻呼信道的带宽,并在超过时确定和记录丢失的寻呼消息。
在下发寻呼消息占用的带宽超过寻呼信道的带宽时,RNC依据寻呼消息的编码长度和核心网下发寻呼消息的顺序确定寻呼信道中丢失的寻呼消息。
较佳的,RNC将丢失的寻呼消息缓存,在下一个非连续接收周期到来时,将其重新发送给用户终端。
较佳的,RNC在测量周期结束时,进一步将丢失的寻呼消息的相关信息上报给RNC维护系统。
一种网络优化的方法,包括步骤:
RNC在寻呼时刻下发寻呼消息时确定在同一寻呼时刻所下发寻呼消息占用的带宽是否超过寻呼信道的带宽,并在超过时确定和记录丢失的寻呼消息;
RNC在测量周期结束时将丢失的寻呼消息的相关信息上报给RNC维护系统;
所述RNC维护系统对丢失的寻呼消息进行分析,并根据分析结果确定网络配置优化措施。
在下发寻呼消息占用的带宽超过寻呼信道的带宽时,RNC依据寻呼消息的编码长度和核心网下发寻呼消息的顺序确定寻呼信道中丢失的寻呼消息。
RNC将丢失的寻呼消息缓存,在下一个非连续接收周期到来时,将其重新发送给用户终端。
所述测量周期由RNC维护系统配置。
一种测量寻呼消息丢失的装置,包括:
用于根据核心网下发的寻呼消息计算下发寻呼消息的寻呼时刻的计算单元;
用于在寻呼时刻向用户终端发送寻呼消息的发送单元;
用于确定在同一寻呼时刻所下发寻呼消息占用的带宽是否超过寻呼信道的带宽,并在超过时确定和记录丢失的寻呼消息的测量单元。
较佳的,所述测量单元还包括:
用于保存丢失的寻呼消息,并在下一个非连续接收周期到来时将该丢失的寻呼消息重新下发给用户终端的缓存模块。
较佳的,所述测量单元还包括:
用于在测量周期结束时,将丢失的寻呼消息的相关信息上报给RNC维护系统的上报模块。
所述装置为无线网络控制器RNC。
本发明有益效果如下:
1、本发明通过对丢失的寻呼消息的测量,可以全面的了解网络对处于IDLE、CELL_PCH或URA_PCH状态的用户设备发起寻呼的情况,以及可以确定丢失的寻呼消息;
2、本发明中网络维护系统周期性获取丢失的寻呼消息的相关信息并对其进行分析,可以确定相应的网络配置优化策略以优化网络性能;
3、采用本发明提高了寻呼的成功率,减少了寻呼成功时延等问题,从而提高了网络服务质量。
附图说明
图1为现有WCDMA系统结构示意图;
图2为寻呼空闲模式和PCH状态下的UE的寻呼示意图;
图3为本发明实施例中寻呼信道中测量寻呼消息丢失的系统结构示意图;
图4为本发明实施例中寻呼信道中测量寻呼消息丢失的实现流程图;
图5为本发明实施例中寻呼信道中寻呼消息丢失时的网络优化流程图。
具体实施方式
现有WCDMA系统的寻呼流程与固定通信不同,移动通信中的通信终端的位置不是固定的,为了建立一次呼叫,核心网CN通过Iu接口向UMTS陆地无线接入网络UTRAN发送寻呼消息,UTRAN则将CN寻呼消息通过Uu接口上的寻呼过程发送给UE,使得被寻呼的UE发起与CN的信令连接建立过程。当UTRAN收到某个CN域(CS域或PS域)的寻呼消息时,首先需要判断UE是否已经与另一个CN域建立了信令连接。如果已经建立信令连接,在CELL_DCH或CELL_FACH状态下,UTRAN就可以知道UE当前活动于哪种信道上,并通过专用控制信道DCCH将寻呼消息发送给UE,这就是PAGINGTYPE 2消息;如果没有建立信令连接,即在IDLE、CELL_PCH或者URA_PCH状态下,UTRAN只能知道UE当前所在的服务区,并通过寻呼控制信道PCCH将寻呼消息发送给UE,这就是PAGING TYPE 1消息。
如图2所示的寻呼类型是URTAN使用PCCH寻呼信道寻呼处于空闲模式IDLE和CELL_PCH或URA_PCH状态的UE,用于向被选择的UE发送PAGINGTYPE 1消息的示意图。UTRAN通过在PCCH信道上一个适当的寻呼时刻发送一条PAGING TYPE 1消息来启动寻呼过程,UTRAN可以选择在几个寻呼时刻重复寻呼一个UE,以增加UE正确接收寻呼消息的可能。
本发明技术方案在寻呼信道上向用户终端发送PAGING TYPE 1消息时,涉及的统计测量以小区为单位,因此属于协议规定的小区测量,同时,测量的方法采用累计满足测量设置门限事件次数的方法,即协议描述的累计测量。本发明在现有WCDMA系统的基础上,提供了一种测量PAGING TYPE 1消息丢失的方法,根据该方法确定并记录丢失的寻呼消息,为网络维护系统提供分析数据,以进一步确定相应的网络配置优化措施以优化网络性能,提高用户服务质量。
本实施例的寻呼信道中测量寻呼消息丢失的系统,在现有WCDMA系统中的RNC设备上附加了测量功能,用于在寻呼信道发生拥塞时测量丢失的寻呼消息;如图3所示,RNC30包括计算单元300、测量单元301和发送单元302;其中:
所述计算单元300,用于根据核心网下发的寻呼消息计算下发寻呼消息的寻呼时刻;所述测量单元301,用于确定在同一寻呼时刻所下发寻呼消息占用的带宽是否超过寻呼信道的带宽,并在超过时确定和记录丢失的寻呼消息;在核心网下发的寻呼消息经过ASN.1编码后,依据寻呼消息的编码长度和核心网下发寻呼消息的顺序判断寻呼信道可容纳的寻呼消息数量,在寻呼消息占用的带宽超过寻呼信道的带宽时,将容纳在寻呼信道中的寻呼消息下发,则没有容纳在寻呼信道中的寻呼消息确定为丢失的寻呼消息,同时记录该丢失的寻呼消息;所述发送单元302,用于在寻呼时刻向用户终端下发寻呼消息。
进一步的,为了提高寻呼的成功率和减少寻呼时延,所述测量单元301还可以包括:
缓存模块3010,用于保存丢失的寻呼消息,在下一个非连续接收周期到来时,将保存的寻呼消息重新下发给用户终端;上报模块3011,用于在测量周期结束时,将丢失的寻呼消息的相关信息上报给RNC维护系统31。
图3所示的系统中,RNC维护系统31为RNC的运行提供管理、维护服务,例如,RNC维护系统为RNC配置测量丢失的寻呼消息的测量周期,按小区保存和管理测量周期内的所有测量数据以及对测量数据进行分析从而确定必要的网络配置优化措施等。
参阅图4,该图为本实施例中寻呼信道中测量寻呼消息丢失的实现流程图;其主要实现过程如下:
步骤400、RNC接收核心网下发的寻呼消息。
步骤401、RNC计算下发寻呼消息的寻呼时刻。
步骤402、在寻呼时刻下发寻呼消息。
步骤403、确定在同一寻呼时刻所下发寻呼消息占用的带宽是否超过寻呼信道的带宽,如果是,则执行步骤405;否则,执行步骤404。
步骤404、确定没有寻呼消息丢失,继续后续处理。
步骤405、确定并记录丢失的寻呼消息。
步骤405中丢失的寻呼消息的确定过程为:在核心网下发的寻呼消息经过ASN.1编码后,依据寻呼消息的编码长度和核心网下发寻呼消息的顺序判断寻呼信道可容纳的寻呼消息数量,在寻呼消息占用的带宽超过寻呼信道的带宽时,将容纳在寻呼信道中的寻呼消息下发,则没有容纳在寻呼信道中的寻呼消息确定为丢失的寻呼消息。
通过对丢失的寻呼消息的测量,可以全面的了解网络对处于IDLE、CELL_PCH或URA_PCH状态的用户终端发起寻呼的情况,而且也可以在寻呼信道拥塞时确定丢失的寻呼消息,进一步的,网络维护系统可以周期性获取丢失的寻呼消息的相关信息以确定相应的网络优化措施。
参阅图5,该图为寻呼信道中寻呼消息丢失时的网络优化流程图;其主要实现过程如下:
步骤500、RNC在寻呼时刻下发寻呼消息。
步骤501、RNC确定在同一寻呼时刻所下发寻呼消息占用的带宽是否超过寻呼信道的带宽,如果是,则执行步骤503;否则,执行步骤502。
步骤502、RNC确定没有丢失的寻呼消息,继续后续处理。
步骤503、RNC确定并记录丢失的寻呼消息。
步骤504、RNC将丢失的寻呼消息的相关信息周期性上报给RNC维护系统;所述周期是指由RNC维护系统配置的测量周期;RNC一般将丢失的寻呼消息的数量上报给RNC维护系统,在RNC维护系统需要的情况下也可以将丢失的寻呼消息的其他相关信息上报。
步骤505、RNC维护系统对丢失的寻呼消息的相关信息进行分析。
步骤506、RNC维护系统根据分析结果确定和执行相应的网络优化措施。如,重新配置寻呼信道带宽,或者采取其它必要的网络配置优化措施完成网络优化等。
采用本发明方法可以在寻呼信道发生拥塞时确定丢失的寻呼消息,从而可以进一步确定相应的网络配置优化措施以优化网络性能;本发明减少了用户被叫寻呼失败和被叫建立时延较大等问题,提高了网络服务质量。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若对本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。