著录项信息
专利名称 | TD-SCDMA和GSM双模协议栈中寻呼响应的处理方法 |
申请号 | CN200610095258.X | 申请日期 | 2006-12-06 |
法律状态 | 暂无 | 申报国家 | 暂无 |
公开/公告日 | 2007-05-16 | 公开/公告号 | CN1964529 |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | H04Q7/32 | IPC分类号 | H;0;4;Q;7;/;3;2;;;H;0;4;Q;7;/;3;8;;;H;0;4;B;7;/;2;6;;;H;0;4;L;2;9;/;0;6查看分类表>
|
申请人 | 重庆重邮信科股份有限公司 | 申请人地址 | 重庆市南岸区南坪街道南城大道199号左附楼403
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 重庆重邮信科(集团)股份有限公司,锐迪科(重庆)微电子科技有限公司 | 当前权利人 | 重庆重邮信科(集团)股份有限公司,锐迪科(重庆)微电子科技有限公司 |
发明人 | 段红光;李贵永 |
代理机构 | 重庆市恒信知识产权代理有限公司 | 代理人 | 寸南华 |
摘要
本发明提出了一种双模协议栈寻呼响应的处理方法,双模协议栈中的RRM模块接收到寻呼消息后,根据寻呼消息中的终端标识(简称Mobile ID)判定其是否是终端的有效标识之一,如果是有效寻呼,RRM模块将寻呼消息中寻呼请求的信道类型记录在RRM模块的变量(简称channelNeeded变量)中,并将寻呼消息中的Mobile ID和寻呼原因上报给双模协议栈中NAS层的MM模块。MM模块收到来自RRM模块的寻呼信息之后,将根据终端标识、MM模块处于的状态、终端的接入等级和MM模块是否存在其它的过程来确定是否符合响应寻呼的条件,如果判定的条件都符合响应寻呼的要求,则MM模块发送无线资源建立请求信号到RRM模块,该信号中包括建立原因为响应寻呼,并且包含已经构造好的寻呼响应消息(简称Paging Response)。RRM模块收到无线资源建立请求之后,将根据MM模块的请求发起随机接入过程。
1、一种双模协议栈寻呼响应的处理方法,由双模协议栈中GSM系统的无线资源管理RRM模块接收寻呼消息,移动管理MM模块进行是否符合寻呼要求的判定,其特征在于:双模协议栈中RRM模块接收到寻呼消息后,根据寻呼消息中的终端标识Mobile ID判定其是否是终端的有效标识之一,如果是有效寻呼,RRM模块将寻呼消息中的Mobile ID和寻呼原因上报给双模协议栈中TD-SCDMA系统非接入层NAS的MM模块并记录寻呼请求的信道类型,MM模块根据相关条件判定该寻呼消息是否符合寻呼响应条件,如果符合寻呼响应条件,MM模块发送无线资源建立请求信号到RRM模块并包括已经构造好的寻呼响应消息。
2、 根据权利要求1所述处理方法,其特征在于:RRM模块是将寻呼请求的 信道类型记录在RRM模块的channel Needed变量。
3、 根据权利要求1所述处理方法,其特征在于:MM模块判定寻呼消息是否 符合寻呼响应条件的相关条件包括终端标识、MM模块处于的状态、终端的 接入等级和MM模块是否存在其它的过程。
4、 根据权利要求1所述处理方法,其特征在于:在GSM系统的寻呼响应处 理中,数据链路层在进行异步平衡模式建立中所需要的寻呼响应消息直接 来自MM模块发送到R湖模块中的无线资源建立请求中的寻呼响应消息。
TD-SGDMA和GSM双模协议栈中寻呼响应的处理方法\n技术领域\n本发明涉及到移动通信系统中同时支持时分同步码分多址系统(简称 TD-SCDMA系统)接入技术和全球移动通信系统(简称GSM系统)接入技术的用户 终端(简称双模终端)高层协议栈响应来自网络寻呼响应的处理方法。\n背景技术\n目前,随着TD-SCDMA系统的日益成熟,双模终端的开发迫在眉睫。但是, 在3GPP的标准文档中,没有对双模终端的实现,特别在高层协议栈的实现作出 明确的规定。正因如此,在双模协议栈的开发上各个企业采用的方法也不尽相 同。H前,大致的方法有两种: 一种是将GSM协议栈和TD-SCDMA协议栈简单、 相互独立的集成在一起,协议栈中两个模式没有共用代码,它们有各自独立的 移动管理MM模块(简称为MM模块),无线资源管理RRM模块(简称为RRM模块) 和无线资源控制RRC模块(简称为RRC模块)也是独立分开,两个模式之间的 切换由人机见面控制。另外一种是将GSM协议栈和TD-SCDMA协议栈的非接入层 NAS (简称为NAS)共享,将GSM系统中的RRM模块和TD-SCDMA系统中的RRC模 块分开。前一种方法由于无法完成3GPP协议文档中规定的小区选择和宽选以及 GSM模式和TD-SCDMA模式之间的自动切换,应当说是一种初期的、临时的解决 方案。因此,在目前的双模协议栈的设计中,通常使用第二种方法。但是,GSM 系统和TD-SCDMA系统的寻呼处理有很大的差别,主要表现在TD-SCDMA系统中 接入层AS (简称为AS层)的RRC模块收到寻呼消息(简称为Paging Request) 之后,RRC模块仅仅对寻呼的寻呼域和寻呼标识(简称为UE identity)进行初 次判定,如果寻呼标识是终端有效标识之-•,则RRC模块将寻呼消息的内容上 报给NAS的MM模块进行处理,由MM模块根据终端所处的状态和接入等级来判 定来自网络的寻呼是否符合响应的条件,如果判定结果是肯定的,则醒模块将 通知RRC模块发起随机接入过程。在GSM系统中,终端的RRM模块收到来自网络的寻呼之后,首先判定是寻呼标识是否是终端的有效标识之一,如果是本终\n端的寻呼,并且RRM模块终端的接入等级满足响应寻呼的要求,那么RRM模块\n将直接发起随机接入过程。由此可见,在双模终端的高层协议栈中,GSM系统和 TD—SCDMA系统的寻呼处理至少存在以下区别:\n(1) 响应寻呼消息的流程不同\nGSM系统是由终端的RRM模块收到来自网络的寻呼之后,自行判定是否是本 系统的寻呼且直接由RRM模块发起随机接入过程;\nTD—SCDMA系统是由AS层的RRC接收寻呼消息,并由其对寻呼域和寻呼标 识进行初次判定,然后由RRC模块将寻呼消息上报给NAS的MM模块,由MM模 块判定来自网络的寻呼是否符合响应的条件,并通知RRC模块发起随机接入过 程。\n(2) 两系统中各模块的功能不同\nGSM系统中RRM模块具有构造响应寻呼消息、判定是否符合响应条件和启动 寻呼响应过程等三项功能;\nTD—SCDMA系统中由于AS层和NAS层的存在及功能分配,增加了是否符合 响应条件的初步判定功能。NAS层的MM模块具有构造响应寻呼消息、最终判定 是否符合响应条件和通知AS层的RRC模块发起随机接入过程的功能,而AS层 的RRC模块具有初步判定是否符合响应条件和发起随机接入过程的功能。\n由于GSM系统和TD"SCDMA系统对于终端寻呼处理的方法不同,给双模终端 的协议栈设计带来了困难,特别是NAS层的MM模块的处理,在整个双模终端协 议栈中MM模块处理事件情况最为复杂,需要考虑来自人机界面的不确定请求和 RRM模块或是RRC模块的异常指示,并且MM模块处理的并发流程比较多,同时 薩模块需要满足GSM系统和TD-SCDMA系统的设计要求,使其成为双模终端协议 栈设计的一个难点。另外,采用GSM协议栈和TD-SCDMA协议栈的NAS共享方式 的双模终端设计中,GSM系统和TD-SCDMA系统共享MM模块的处理流程,这就需 要MM模块在完成MM模块定义的功能之外,还需要区分謝模块处理的寻呼是GSM 模式的寻呼还是TD-SCDMA模式的寻呼,既增加了双模协议栈代码的冗余度,又增加/双模协议栈MM模块设计的复杂度,不利于协议栈软件MM模块的设计, 给MM模块的设计带来了很大的困难,极大的影响了双模协议栈软件的稳定性。 发明内容\n本发明提出了一种双模协议栈寻呼响应的处理方法,双模协议栈中的RRM 模块接收到寻呼消息后,根据寻呼消息中的终端标识Mobile ID (简称为Mobi]e ID)判定其是否是终端的有效标识之一,如果是有效寻呼,RRM模块将寻呼消息 中寻呼请求的信道类型记录在RRM模块的channel Needed变量(简称为channe 1 Needed变量)中,并将寻呼消息中的Mobile ID和寻呼原因上报给双模协议栈 中NAS层的MM模块。\n丽模块收到来自RRM模块的寻呼信息之后,将根据终端标识、MM模块处于 的状态、终端的接入等级和MM模块是否存在其它的过程来确定是否符合响应寻 呼的条件,如果判定的条件都符合响应寻呼的要求,则MM模块发送无线资源建 立请求信号到RRM模块,该信号中包括建立原因为响应寻呼,并且包含已经构 造好的寻呼响应消息(简称为Paging Response)。 RRM模块收到无线资源建立 请求之后,将根据MM模块的请求发起随机接入过程。\n首先,RRM将发起随机过程中的信道请求子过程,在RRM发送的信道请求消 息中,包括了来自MM模块的无线资源建立原因一一寻呼响应和RRM模块在收判 寻呼消息时记录的channel Needed变量,直到RRM模块收到来自网络的立即指 派。然后,还需要建立数据链路层的异步平衡模式,数据链路层在进行异步平 衡模式建立中需要的寻呼响应消息直接来自MM模块发送到RRM模块中的无线资 源建立请求中的寻呼响应消息,而不需要RRM模块再次构造寻呼响应消息。\n显然,在本发明寻呼响应的处理方法中,GSM系统和TD-SCDMA系统在薩模 块的寻呼处理得到了统一,MM模块对寻呼的处理可以不再区分是来自GSM的寻 呼还是来自TD-SCDMA系统的寻呼,同时满足修改后的GSM寻呼处理流程能够适 应网络的消息交互需求。这将在很大程度上减少MM模块的设计难度和信息处理 量,增加了MM模块工作的稳定性。\n附图说明图1是现有技术GSM系统中用户终端正常的移动被叫流程示意图\n图2是现有技术TD-SCDMA系统中用户终端正常的移动被叫流程示意图\n图3是本发明处理方法双模终端中GSM系统的正常移动被叫流程示意图\n下面结合附图及实施例对本发明方法作进一步的说明。\n图1是现有技术GSM系统中用户终端正常的移动被叫流程示意图。由图i 可知,在GSM系统中,RRM模块在寻呼信道(简称为PCH信道)上接收到来自网 络的寻呼消息。如果RRM模块判定该寻呼消息是本系统终端的寻呼,并且该终 端符合寻呼响应的条件,则RRM模块将启动随机接入过程。\n图2是现有技术TD-SCDMA系统中用户终端正常的移动被叫流程示意图。终 端的RRC模块接收到来自网络的Paging Request消息之后,如果是本系统终端 的寻呼,则RRM模块使用层间寻呼上报原语(简称为RR_PAGE_IND)通知MM模 块。MM模块根据终端所处的状态和接入等级等来判定来自网络的寻呼是否符合 响应的条件,如果符合相应的条件,MM模块使用无线资源建立请求原语(简称 为RR—EST—REQ)启动RRM模块进行随机接入过程,该原语包含有Paging Response 的层3消息。\n图3是本发明处理方法双模终端中GSM系统的正常移动被叫流程示意图。 由图可知,RRM模块接收到Paging Request消息之后,根据寻呼消息中的Mobile ID判定其是否是终端的有效标识之一,如果是有效寻呼,RRM模块将寻呼消息 中寻呼请求的信道类型记录在channel Needed变量中,并将寻呼消息中的 Mobile ID和寻呼原因通过RR_PAGE_IND原语上报给双模协议栈中NAS层的MM 模块,由MM模块最后确定是否符合寻呼响应的条件。MM模块根据Mobile ID、 MM模块处于的状态、终端的接入等级和MM模块是否存在其它的过程来确定是否 符合响应寻呼的条件,如果判定的条件都符合响应寻呼的要求,则醒模块将使 用无线资源建立请求原语(简称为RR—EST一REQ)发送到RRM模块,该原语中包 含有Paging Re印onse的层3消息,随后,RRM模块将启动随机接入过程。
法律信息
- 2017-08-08
专利权的转移
登记生效日: 2017.07.20
专利权人由重庆重邮信科通信技术有限公司变更为锐迪科(重庆)微电子科技有限公司
地址由400065 重庆市南岸区黄桷垭堡上园1号变更为400060 重庆市南岸区南坪街道南城大道199号左附楼403
- 2009-03-04
专利申请权、专利权的转移(专利权的转移)
专利申请权、专利权的转移(专利权的转移)变更项目:专利权人变更前权利人:重庆重邮信科(集团)股份有限公司 地址: 重庆市渝北区海王星科技大楼B区4楼 邮编: 401147变更后权利人:重庆重邮信科通信技术有限公司 地址: 重庆市南岸区黄桷垭堡上园1号 邮编: 400065登记生效日:2009.1.23
- 2009-03-04
专利权人的姓名或者名称、地址的变更
专利权人的姓名或者名称、地址的变更变更事项:专利权人变更前:重庆重邮信科股份有限公司 地址: 重庆市南岸区重庆市邮电学院信息科技大楼 邮编: 400065变更后:重庆重邮信科(集团)股份有限公司 地址: 重庆市渝北区海王星科技大楼B区4楼 邮编: 401147
- 2008-11-12
- 2007-08-01
- 2007-05-16
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2004-01-14
|
2002-07-10
| | |
2
| |
2005-04-13
|
2004-10-09
| | |
3
| |
2006-08-16
|
2006-03-20
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |