首页 / 专利库 / 专利权 / 第I章 / 国际申请 / 对IDLE态用户进行分层寻呼的方法和网络设备

对IDLE态用户进行分层寻呼的方法和网络设备

阅读:1025发布:2020-05-19

专利汇可以提供对IDLE态用户进行分层寻呼的方法和网络设备专利检索,专利查询,专利分析的服务。并且本 申请 公开了一种对IDLE态用户进行分层寻呼的方法,包括:保存用户 位置 信息,包括:国际移动用户识别码IMSI、临 时移 动用户标识TMSI和最后驻留的小区标识ID信息;收到核心网的IU寻呼消息时,如果被寻呼的用户处于空闲IDLE态,对所述用户进行IDLE态分层寻呼的第一级寻呼;如果IDLE态分层寻呼的第一级寻呼不成功,对所述用户进行IDLE态分层寻呼的第二级寻呼。本申请还公开了一种网络设备。应用本申请公开的技术方案,能够缩小对IDLE态用户的寻呼范围,从而提高寻呼成功率。,下面是对IDLE态用户进行分层寻呼的方法和网络设备专利的具体信息内容。

1.一种对空闲态用户进行分层寻呼的方法,其特征在于,包括:
A、保存用户位置信息,包括:国际移动用户识别码IMSI、临时移动用户标识TMSI和最后驻留的小区标识ID信息;
B、收到核心网的IU寻呼消息时,如果被寻呼的用户处于空闲IDLE态,对所述用户进行IDLE态分层寻呼的第一级寻呼;
C、如果IDLE态分层寻呼的第一级寻呼不成功,对所述用户进行IDLE态分层寻呼的第二级寻呼。
2.根据权利要求1所述的方法,其特征在于:
第一级寻呼的范围包括:所述用户最后驻留的小区及其邻区。
3.根据权利要求1所述的方法,其特征在于:
第二级寻呼的范围包括:如果寻呼消息中携带的域信息为分组交换PS域,则寻呼范围为路由区域RA,如果寻呼消息中携带的域信息为电路交换CS域,则寻呼范围为位置区域LA。
4.根据权利要求1至3任一项所述的方法,其特征在于,所述保存用户位置信息包括:
收到核心网CN发送的公共标识COMMON ID消息时,提取用户的IMSI信息并记录;
在解析下行直传消息时,提取用户的TMSI信息并记录;
当无线资源控制RRC连接释放时,无线网络控制器RNC保存所述用户的IMSI、TMSI和用户最后驻留的小区ID信息。
5.根据权利要求4所述的方法,其特征在于,该方法还包括:
保存用户位置信息后,启动用户信息失效定时器,当用户信息失效定时器超时时,删除所述用户位置信息。
6.根据权利要求4所述的方法,其特征在于,所述B包括:
收到所述寻呼消息后,根据寻呼消息中携带的IMSI信息查询用户位置信息;
如果查询到用户位置信息,则发送寻呼类型1寻呼消息,寻呼范围为用户最后驻留的小区及其邻区;
如果未查询到用户位置信息,则根据寻呼消息中的域信息:如果寻呼消息中携带的域信息为PS域,则寻呼范围为RA,如果寻呼消息中携带的域信息为CS域,则寻呼范围为LA。
7.根据权利要求6所述的方法,其特征在于,该方法还包括:
发送寻呼消息后,启动寻呼等待响应定时器,如果在寻呼等待响应定时器超时前收到RRC连接请求消息,且发送所述RRC连接请求消息的UE的TMSI与用户位置信息中的TMSI相同,则第一级寻呼成功,删除缓存的所述用户的寻呼消息及用户位置信息,并停止用户信息失效定时器,以及停止寻呼等待响应定时器;如果所述寻呼等待响应定时器超时,第一级寻呼不成功。
8.根据权利要求6所述的方法,其特征在于,所述C包括:
清除缓存的寻呼消息中的IDLE分层寻呼标识和用户最后驻留的小区ID信息,并向NBM发送寻呼类型1寻呼消息,该寻呼消息中携带寻呼区域指示,如果寻呼消息中的核心网域为PS域,则寻呼区域指示为RAI;如果寻呼消息中的核心网域为CS域,则寻呼区域指示为LAI。
9.一种网络设备,其特征在于,包括:存储模、第一级寻呼模块,和第二级寻呼模块,其中:
存储模块,用于保存用户位置信息,包括:IMSI、TMSI和最后驻留的小区ID信息;
第一级寻呼模块,用于在收到核心网的IU寻呼消息时,如果被寻呼的用户处于IDLE态,对所述用户进行IDLE态分层寻呼的第一级寻呼;
第二级寻呼模块,用于在IDLE态分层寻呼的第一级寻呼不成功时,对所述用户进行IDLE态分层寻呼的第二级寻呼。

说明书全文

对IDLE态用户进行分层寻呼的方法和网络设备

技术领域

[0001] 本申请涉及移动通信技术领域,特别涉及一种对IDLE态用户进行分层寻呼的方法和网络设备。

背景技术

[0002] 当UE处于IDLE(空闲)态时,网络侧收到核心网(CN)的寻呼消息时,将在较大范围内进行寻呼,其中:对于IU CS(IU接口电路交换域)寻呼,是在LA(Location Area,位置区域)进行寻呼;对于IU PS(IU接口的分组交换域)寻呼,是在RA(Routing Area,路由区域)进行寻呼。
[0003] 在大话务场景下,忙时寻呼量较大,按照现有技术进行寻呼,容易发生寻呼拥塞,从而严重影响寻呼成功率。发明内容
[0004] 本申请提供了一种对IDLE态用户进行分层寻呼的方法和网络设备,以提高寻呼成功率。
[0005] 本申请提供了一种对空闲态用户进行分层寻呼的方法,包括:
[0006] A、保存用户位置信息,包括:国际移动用户识别码IMSI、临时移动用户标识TMSI和最后驻留的小区标识ID信息;
[0007] B、收到核心网的IU寻呼消息时,如果被寻呼的用户处于空闲IDLE态,对所述用户进行IDLE态分层寻呼的第一级寻呼;
[0008] C、如果IDLE态分层寻呼的第一级寻呼不成功,对所述用户进行IDLE态分层寻呼的第二级寻呼。
[0009] 较佳地,第一级寻呼的范围包括:所述用户最后驻留的小区及其邻区。
[0010] 较佳地,第二级寻呼的范围包括:如果寻呼消息中携带的域信息为分组交换PS域,则寻呼范围为路由区域RA,如果寻呼消息中携带的域信息为电路交换CS域,则寻呼范围为位置区域LA。
[0011] 较佳地,所述保存用户位置信息包括:
[0012] 收到核心网CN发送的公共标识COMMON ID消息时,提取用户的IMSI信息并记录;
[0013] 在解析下行直传消息时,提取用户的TMSI信息并记录;
[0014] 当无线资源控制RRC连接释放时,无线网络控器RNC保存所述用户的IMSI、TMSI和用户最后驻留的小区ID信息。
[0015] 较佳地,该方法还包括:
[0016] 保存用户位置信息后,启动用户信息失效定时器,当用户信息失效定时器超时时,删除所述用户位置信息。
[0017] 较佳地,所述B包括:
[0018] 收到所述寻呼消息后,根据寻呼消息中携带的IMSI信息查询用户位置信息;
[0019] 如果查询到用户位置信息,则发送寻呼类型1寻呼消息,寻呼范围为用户最后驻留的小区及其邻区;
[0020] 如果未查询到用户位置信息,则根据寻呼消息中的域信息:如果寻呼消息中携带的域信息为PS域,则寻呼范围为RA,如果寻呼消息中携带的域信息为CS域,则寻呼范围为LA。
[0021] 较佳地,该方法还包括:
[0022] 发送寻呼消息后,RNCAP启动寻呼等待响应定时器,如果在寻呼等待响应定时器超时前收到RRC连接请求消息,且发送所述RRC连接请求消息的UE的TMSI与用户位置信息中的TMSI相同,则第一级寻呼成功,删除缓存的所述用户的寻呼消息及用户位置信息,并停止用户信息失效定时器,以及停止寻呼等待响应定时器;如果所述寻呼等待响应定时器超时,第一级寻呼不成功。
[0023] 较佳地,所述C包括:
[0024] 清除缓存的寻呼消息中的IDLE分层寻呼标识和用户最后驻留的小区ID信息,并向NBM发送寻呼类型1寻呼消息,该寻呼消息中携带寻呼区域指示,如果寻呼消息中的核心网域为分组交换域,则寻呼区域指示为RAI;如果寻呼消息中的核心网域为电路交换域,则寻呼区域指示为LAI。
[0025] 本申请还提供了一种网络设备,包括:存储模、第一级寻呼模块,和第二级寻呼模块,其中:
[0026] 存储模块,用于保存用户位置信息,包括:IMSI、TMSI和最后驻留的小区ID信息;
[0027] 第一级寻呼模块,用于在收到核心网的IU寻呼消息时,如果被寻呼的用户处于IDLE态,对所述用户进行IDLE态分层寻呼的第一级寻呼;
[0028] 第二级寻呼模块,用于在IDLE态分层寻呼的第一级寻呼不成功时,对所述用户进行IDLE态分层寻呼的第二级寻呼。
[0029] 由上述技术方案可见,本申请通过对IDLE态UE进行分层寻呼,缩小了寻呼范围,从而提高了寻呼成功率。此外,本申请通过存储用户的IMSI、TMSI和最后驻留的小区ID信息,使得第一级分层寻呼可以在用户最后驻留的小区及其邻区范围内进行寻呼,使得缩小寻呼范围的目标得以实现。附图说明
[0030] 图1为本申请一较佳实施例中进行IDLE分层寻呼的基本流程示意图;
[0031] 图2为本申请一较佳网络设备的组成结构示意图。

具体实施方式

[0032] 为使本申请的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本申请作进一步详细说明。
[0033] 考虑到现有技术的寻呼范围较大,本申请提出一种当用户处于IDLE态时对用户进行分层寻呼的方法来缩小寻呼范围,从而降低寻呼量。
[0034] 本申请对IDLE态用户进行分层寻呼的方法包括以下步骤:
[0035] 第1步:保存用户位置信息,包括:IMSI、TMSI和最后驻留的小区ID信息。
[0036] IMSI(International Mobile Subscriber Identity,国际移动用户识别码)和TMSI(Temporary Mobile Subscriber Identity,临时移动用户标识)信息的记录方法如下:
[0037] 网络侧收到CN发送的COMMON ID(公共标识)消息时,提取UE的IMSI信息并记录;
[0038] 网络侧在解析下行直传消息时,提取UE的TMSI信息并记录。
[0039] 当RRC连接释放时,缓存相应用户的位置信息,举例来说:可以由RNCAP(RNC Application Part,无线网络控制应用部分)向相应的存储单元子系统发送消息,以保存该用户的相关信息,具体包括用户的IMSI、TMSI、用户最后驻留的小区ID信息。由于UE处于IDLE态时,网络侧没有用户的实例号,因此用户位置信息和寻呼消息存储需要开辟新的内存进行缓存。本申请中,以存储单元是高速数据存储单元(SPU)为例进行说明。
[0040] 用户位置信息存储的SPU选择和SPU列表维护原则如下:
[0041] 1)存储SPU的选择:以用户的IMSI对最大活动的SPU子系统数进行求余,获得该用户对应的存储SPU。由于活动的SPU在单板重启或者单板状态改变时会发生变化,SPU维护的活动SPU列表也会相应发生变化,在出现单板重启或单板状态发生变化时,存储SPU会发生变化,将导致单板重启或单板状态发生变化前存储的数据无法查询到。
[0042] 2)活动SPU列表的维护:每个SPU子系统维护一份活动SPU列表,在单板状态变化时,更新活动SPU列表。
[0043] 3)启动用户信息失效定时器,这个可以由后台进行配置。当用户信息失效定时器超时,删除用户的位置信息。
[0044] 第2步:收到CN的IU寻呼消息时,如果被寻呼的用户处于IDLE态,对该用户进行IDLE态分层寻呼的第一级寻呼。
[0045] 对于IDLE态用户,网络侧收到CN的IU寻呼消息时,根据寻呼消息中携带的用户IMSI信息查询用户位置信息;
[0046] 如果查询到用户位置信息,则触发第一级寻呼流程:发送寻呼类型1寻呼消息,寻呼范围为用户最后驻留的小区及其邻区;例如:可以由RNCAP向NBM(NodeB Management,基站管理)模块发送Paging Type1(寻呼类型1)消息,消息中携带IDLE分层寻呼标识和历史小区ID(即:用户最后驻留的小区ID信息);并将寻呼消息数据发送到对应的SPU缓存(寻呼消息的SPU存储原则与用户位置信息的SPU存储原则相同,见上文),用于第二级寻呼;
[0047] 如果未查询到用户位置信息,则根据寻呼消息中的域信息:如果寻呼消息中携带的域信息为PS域,则寻呼范围为RA,如果寻呼消息中携带的域信息为CS域,则寻呼范围为LA。
[0048] 较佳地,发送寻呼消息后,RNCAP可以启动寻呼等待响应定时器,定时器时长为寻呼周期DRX(Discontinuous Reception)+偏置值(由后台配置);如果在寻呼等待响应定时器超时前,RNCAP收到RRC连接请求消息,且发送该RRC连接请求消息的UE的TMSI与用户位置信息中存储的TMSI相同,则表明收到第一级寻呼响应,第一级寻呼成功,删除该用户的IDLE态寻呼消息缓存及用户位置信息,并停止用户信息失效定时器,以及停止寻呼等待响应定时器。
[0049] 第3步:如果IDLE态分层寻呼的第一级寻呼不成功,对该用户进行IDLE态分层寻呼的第二级寻呼。
[0050] 如果第2步所述寻呼等待响应定时器超时,表明第一级寻呼不成功,则进入第二级寻呼处理流程,具体包括:清除缓存的寻呼消息中的IDLE分层寻呼标识和历史小区ID,并向NBM发送Paging Type1寻呼消息,寻呼消息中携带寻呼区域指示,如果寻呼消息中的CN Domain为PS,则寻呼区域指示为RAI;如果寻呼消息中的CN Domain为CS,则寻呼区域指示为LAI。
[0051] 第二级寻呼消息发送之后,删除缓存的寻呼消息信息。
[0052] 第一级寻呼消息的寻呼范围为用户最后驻留的小区及其邻区,第二级寻呼消息的寻呼范围为RA或LA。
[0053] 一种具体实现方式为:NBM收到RNCAP发送的Paging Type1寻呼消息后,根据寻呼消息中携带的信息进行寻呼消息发送:
[0054] 如果寻呼消息中携带了IDLE分层寻呼标识和历史小区ID,则在历史小区及其邻区范围进行寻呼;
[0055] 如果寻呼消息中携带的寻呼区域指示为RAI,则在RA区域进行寻呼;
[0056] 如果寻呼消息中携带的寻呼区域指示为LAI,则在LA区域进行寻呼。
[0057] 图1为本申请一较佳实施例中进行IDLE分层寻呼的基本流程示意图。参见图1,该流程包括:
[0058] 当用户处于IDLE态,网络侧收到CN发送的IU寻呼消息后,执行以下操作:
[0059] 进行IDLE分层寻呼判决,根据后台配置的算法开关,如果开关打开,则判决允许进行IDLE分层寻呼,否则进行普通寻呼流程。
[0060] 如果判决为进行IDLE分层寻呼,则进行第一级寻呼流程,在用户最后驻留的小区及其邻区范围进行寻呼;
[0061] 如果一级寻呼失败,则触发第二级寻呼流程,对于IU PS域寻呼在RA区域进行寻呼,对于IU CS域寻呼在LA区进行寻呼。
[0062] 对应于上述方法,本申请提供了一种对IDLE态用户进行分层寻呼的网络设备,如图2所示,该网络设备包括:存储模块、第一级寻呼模块和第二级寻呼模块,其中:
[0063] 存储模块,用于保存用户位置信息,包括:IMSI、TMSI和最后驻留的小区ID信息;
[0064] 第一级寻呼模块,用于在收到核心网的IU寻呼消息时,如果被寻呼的用户处于IDLE态,对所述用户进行IDLE态分层寻呼的第一级寻呼;
[0065] 第二级寻呼模块,用于在IDLE态分层寻呼的第一级寻呼不成功时,对所述用户进行IDLE态分层寻呼的第二级寻呼。
[0066] 由上述技术方案可见,本申请通过对IDLE态UE进行分层寻呼,缩小了寻呼范围,从而提高了寻呼成功率。此外,本申请通过存储用户的IMSI、TMSI和最后驻留的小区ID信息,使得第一级分层寻呼可以在用户最后驻留的小区及其邻区范围内进行寻呼,使得缩小寻呼范围的目标得以实现。
[0067] 以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。
高效检索全球专利

专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。

申请试用

分析报告

专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。

申请试用

QQ群二维码
意见反馈