TD－SCDMA和GSM双模协议栈中寻呼响应的处理方法

摘要

本发明提出了一种双模协议栈寻呼响应的处理方法，双模协议栈中的RRM模块接收到寻呼消息后，根据寻呼消息中的终端标识(简称Mobile ID)判定其是否是终端的有效标识之一，如果是有效寻呼，RRM模块将寻呼消息中寻呼请求的信道类型记录在RRM模块的变量(简称channelNeeded变量)中，并将寻呼消息中的Mobile ID和寻呼原因上报给双模协议栈中NAS层的MM模块。MM模块收到来自RRM模块的寻呼信息之后，将根据终端标识、MM模块处于的状态、终端的接入等级和MM模块是否存在其它的过程来确定是否符合响应寻呼的条件，如果判定的条件都符合响应寻呼的要求，则MM模块发送无线资源建立请求信号到RRM模块，该信号中包括建立原因为响应寻呼，并且包含已经构造好的寻呼响应消息(简称Paging Response)。RRM模块收到无线资源建立请求之后，将根据MM模块的请求发起随机接入过程。

说明书

技术领域

本发明涉及到移动通信系统中同时支持时分同步码分多址系统(简称TD-SCDMA系统)接入技术和全球移动通信系统(简称GSM系统)接入技术的用户终端(简称双模终端)高层协议栈响应来自网络寻呼响应的处理方法。

背景技术

目前，随着TD-SCDMA系统的日益成熟，双模终端的开发迫在眉睫。但是，在3GPP的标准文档中，没有对双模终端的实现，特别在高层协议栈的实现作出明确的规定。正因如此，在双模协议栈的开发上各个企业采用的方法也不尽相同。目前，大致的方法有两种：一种是将GSM协议栈和TD-SCDMA协议栈简单、相互独立的集成在一起，协议栈中两个模式没有共用代码，它们有各自独立的移动管理模块(简称MM模块)，无线资源管理(简称RRM模块)和无线资源控制模块(简称RRC模块)也是独立分开，两个模式之间的切换由人机见面控制。另外一种是将GSM协议栈和TD-SCDMA协议栈的非接入层(简称NAS)共享，将GSM系统中的无线资源管理模块(简称RRM模块)和TD-SCDMA系统中的无线资源控制模块(简称RRC模块)分开。前一种方法由于无法完成3GPP协议文档中规定的小区选择和重选以及GSM模式和TD-SCDMA模式之间的自动切换，应当说是一种初期的、临时的解决方案。因此，在目前的双模协议栈的设计中，通常使用第二种方法。但是，GSM系统和TD-SCDMA系统的寻呼处理有很大的差别，主要表现在TD-SCDMA系统中接入层(简称AS层)的RRC模块收到寻呼消息(简称Paging Request)之后，RRC模块仅仅对寻呼的寻呼域和寻呼标识(简称UEidentity)进行初次判定，如果寻呼标识是终端有效标识之一，则RRC模块将寻呼消息的内容上报给NAS的MM模块进行处理，由MM模块根据终端所处的状态和接入等级来判定来自网络的寻呼是否符合响应的条件，如果判定结果是肯定的，则MM模块将通知RRC模块发起随机接入过程。在GSM系统中，终端的RRM模块收到来自网络的寻呼之后，首先判定是寻呼标识是否是终端的有效标识之一，如果是本终端的寻呼，并且RRM模块终端的接入等级满足响应寻呼的要求，那么RRM模块将直接发起随机接入过程。由此可见，在双模终端的高层协议栈中，GSM系统和TD-SCDMA系统的寻呼处理至少存在以下区别：

(1)响应寻呼消息的流程不同

GSM系统是由终端的RRM模块收到来自网络的寻呼之后，自行判定是否是本系统的寻呼且直接由RRM模块发起随机接入过程；

TD-SCDMA系统是由AS层的RRC接收寻呼消息，并由其对寻呼域和寻呼标识进行初次判定，然后由RRC模块将寻呼消息上报给NAS的MM模块，由MM模块判定来自网络的寻呼是否符合响应的条件，并通知RRC模块发起随机接入过程。

(2)两系统中各模块的功能不同

GSM系统中RRM模块具有构造响应寻呼消息、判定是否符合响应条件和启动寻呼响应过程等三项功能；

TD-SCDMA系统中由于AS层和NAS层的存在及功能分配，增加了是否符合响应条件的初步判定功能。NAS层的MM模块具有构造响应寻呼消息、最终判定是否符合响应条件和通知AS层的RRC模块发起随机接入过程的功能，而AS层的RRC模块具有初步判定是否符合响应条件和发起随机接入过程的功能。

由于GSM系统和TD-SCDMA系统对于终端寻呼处理的方法不同，给双模终端的协议栈设计带来了困难，特别是NAS层的MM模块的处理，在整个双模终端协议栈中MM模块处理事件情况最为复杂，需要考虑来自人机界面的不确定请求和RRM模块或是RRC模块的异常指示，并且MM模块处理的并发流程比较多，同时MM模块需要满足GSM系统和TD-SCDMA系统的设计要求，使其成为双模终端协议栈设计的一个难点。另外，采用GSM协议栈和TD-SCDMA协议栈的NAS共享方式的双模终端设计中，GSM系统和TD-SCDMA系统共享MM模块的处理流程，这就需要MM模块在完成MM模块定义的功能之外，还需要区分MM模块处理的寻呼是GSM模式的寻呼还是TD-SCDMA模式的寻呼，既增加了双模协议栈代码的冗余度，又增加了双模协议栈MM模块设计的复杂度，不利于协议栈软件MM模块的设计，给MM模块的设计带来了很大的困难，极大的影响了双模协议栈软件的稳定性。

发明内容

本发明提出了一种双模协议栈寻呼响应的处理方法，双模协议栈中的RRM模块接收到寻呼消息后，根据寻呼消息中的终端标识(简称Mobile ID)判定其是否是终端的有效标识之一，如果是有效寻呼，RRM模块将寻呼消息中寻呼请求的信道类型记录在RRM模块的变量(简称channelNeeded变量)中，并将寻呼消息中的Mobile ID和寻呼原因上报给双模协议栈中NAS层的MM模块。

MM模块收到来自RRM模块的寻呼信息之后，将根据终端标识、MM模块处于的状态、终端的接入等级和MM模块是否存在其它的过程来确定是否符合响应寻呼的条件，如果判定的条件都符合响应寻呼的要求，则MM模块发送无线资源建立请求信号到RRM模块，该信号中包括建立原因为响应寻呼，并且包含已经构造好的寻呼响应消息(简称Paging Response)。RRM模块收到无线资源建立请求之后，将根据MM模块的请求发起随机接入过程。

首先，RRM将发起随机过程中的信道请求子过程，在RRM发送的信道请求消息中，包括了来自MM模块的无线资源建立原因--寻呼响应和RRM模块在收到寻呼消息时记录的channelNeeded变量，直到RRM模块收到来自网络的立即指派。然后，还需要建立数据链路层的异步平衡模式，数据链路层在进行异步平衡模式建立中需要的寻呼响应消息直接来自MM模块发送到RRM模块中的无线资源建立请求中的寻呼响应消息，而不需要RRM模块再次构造寻呼响应消息。

显然，在本发明寻呼响应的处理方法中，GSM系统和TD-SCDMA系统在MM模块的寻呼处理得到了统一，MM模块对寻呼的处理可以不再区分是来自GSM的寻呼还是来自TD-SCDMA系统的寻呼，同时满足修改后的GSM寻呼处理流程能够适应网络的消息交互需求。这将在很大程度上减少MM模块的设计难度和信息处理量，增加了MM模块工作的稳定性。

附图说明

图1是现有技术GSM系统中用户终端正常的移动被叫流程示意图

图2是现有技术TD-SCDMA系统中用户终端正常的移动被叫流程示意图

图3是本发明处理方法双模终端中GSM系统的正常移动被叫流程示意图

下面结合附图及实施例对本发明方法作进一步的说明。

图1是现有技术GSM系统中用户终端正常的移动被叫流程示意图。由图1可知，在GSM系统中，RRM模块在寻呼信道(简称PCH信道)上接收到来自网络的寻呼消息。如果RRM模块判定该寻呼消息是本系统终端的寻呼，并且该终端符合寻呼响应的条件，则RRM模块将启动随机接入过程。

图2是现有技术TD-SCDMA系统中用户终端正常的移动被叫流程示意图。终端的RRC模块接收到来自网络的Paging Request消息之后，如果是本系统终端的寻呼，则RRM模块使用层间寻呼上报原语(简称RR_PAGE_IND)通知MM模块。MM模块根据终端所处的状态和接入等级等来判定来自网络的寻呼是否符合响应的条件，如果符合相应的条件，MM模块使用无线资源建立请求原语(简称RR_EST_REQ)启动RRM模块进行随机接入过程，该原语包含有Paging Response的层3消息。

图3是本发明处理方法双模终端中GSM系统的正常移动被叫流程示意图。由图可知，RRM模块接收到Paging Request消息之后，根据寻呼消息中的MobileID判定其是否是终端的有效标识之一，如果是有效寻呼，RRM模块将寻呼消息中寻呼请求的信道类型记录在channelNeeded变量中，并将寻呼消息中的MobileID和寻呼原因通过RR_PAGE_IND原语上报给双模协议栈中NAS层的MM模块，由MM模块最后确定是否符合寻呼响应的条件。MM模块根据Mobile ID、MM模块处于的状态、终端的接入等级和MM模块是否存在其它的过程来确定是否符合响应寻呼的条件，如果判定的条件都符合响应寻呼的要求，则MM模块将使用无线资源建立请求原语(简称为RR_EST_REQ)发送到RRM模块，该原语中包含有PagingResponse的层3消息，随后，RRM模块将启动随机接入过程。