CN108811085A - 一种寻呼方法及装置 - Google Patents
一种寻呼方法及装置 Download PDFInfo
- Publication number
- CN108811085A CN108811085A CN201710309452.1A CN201710309452A CN108811085A CN 108811085 A CN108811085 A CN 108811085A CN 201710309452 A CN201710309452 A CN 201710309452A CN 108811085 A CN108811085 A CN 108811085A
- Authority
- CN
- China
- Prior art keywords
- message
- target
- paging
- general page
- scheduled duration
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/02—Arrangements for increasing efficiency of notification or paging channel
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供了一种寻呼方法及装置,该寻呼方法包括:接收来自核心网的普通寻呼消息;检测普通寻呼消息是否为对应于目标用户设备UE的首次寻呼消息;若是,则按照预定时间间隔,在第一预定时长内向目标UE发送一次或一次以上普通寻呼消息;若在第一预定时长内未接收到来自目标UE的普通寻呼响应消息,则按照预定时间间隔,在第二预定时长内向目标UE发送一次或一次以上增强寻呼消息;若在第二预定时长内未接收到来自目标UE的增强寻呼响应消息,则向核心网返回寻呼失败消息。从而在不更改现有协议的基础上,有效地提高了寻呼效率,克服了CN与GSC之间存在的兼容性问题,进而提升了用户体验。
Description
技术领域
本发明实施例涉及通信领域,尤其涉及一种寻呼方法及装置。
背景技术
寻呼信道分为两类,PCH(Paging CHannel,寻呼信道)和BACH(Basic AleringChannel,基本告警信道)。其中,PCH信道上发送的消息称为普通寻呼消息,BACH信道上发送的寻呼消息称为增强寻呼消息。
目前,在卫星通信系统中,CN(Core Network,核心网)向GSC(Gateway SatelliteControl,网关卫星控制)设备发送普通寻呼消息,并启动计时器,同时累加寻呼次数。当计时器超时之前未接收到寻呼响应消息,则重新启动计时器,并重传寻呼消息,寻呼次数再次累加。若在寻呼次数累加到定值后,则CN触发增强寻呼消息。
但是,在现有技术中,由于CN与GSC之间接口协议的限制,若CN需要向GSC发送增强寻呼响应消息,则需要修改CN与GSC之间的接口协议,从而造成寻呼效率低、兼容性差等问题。
发明内容
本发明实施例提供一种寻呼方法及装置,以解决现有技术中的寻呼方法不完善,导致寻呼效率低,用户体验差的问题。
为了解决上述问题,本发明公开了一种寻呼方法,应用于GSC,所述方法包括:
接收来自核心网的普通寻呼消息;
检测普通寻呼消息是否为对应于目标用户设备UE的首次寻呼消息;
若是,则按照预定时间间隔,在第一预定时长内向目标UE发送一次或一次以上普通寻呼消息;
若在第一预定时长内未接收到来自目标UE的普通寻呼响应消息,则按照预定时间间隔,在第二预定时长内向目标UE发送一次或一次以上增强寻呼消息;
若在第二预定时长内未接收到来自目标UE的增强寻呼响应消息,则向核心网返回寻呼失败消息。
在本发明的一个优选的实施例中,检测普通寻呼消息是否为对应于目标用户设备UE的首次寻呼消息的步骤,具体包括:
获取普通寻呼消息中携带的设备信息,其中,设备信息中携带有目标UE的唯一标识信息;
将目标UE的唯一标识信息与本地存储的UE寻呼表进行匹配;
若匹配失败,则确认普通寻呼消息为对应于目标UE的首次寻呼消息,并将设备信息记录在UE寻呼表中。
若匹配成功,则丢弃普通寻呼消息。
在本发明的一个优选的实施例中,按照预定时间间隔,在第一预定时长内向目标UE发送一次或一次以上普通寻呼消息的步骤,具体包括:
启动计时器,并向目标UE发送普通寻呼消息,以及,计数器置0;
若在计时器计时结束之前未接收到普通寻呼响应消息,则将计数器数值加1,并查询计数器数值是否超过第一阈值;
若否,则再次向目标UE发送普通寻呼消息,并重新启动计时器。
在本发明的一个优选的实施例中,若在第一预定时长内未接收到来自目标UE的普通寻呼响应消息,则按照预定时间间隔,在第二预定时长内向目标UE发送一次或一次以上增强寻呼消息的步骤,具体包括:
若查询到计数器数值超过第一阈值,则重新启动计时器,并向目标UE发送增强寻呼消息,同时,计数器置0;
若在计时器计时结束之前未接收到增强寻呼响应消息,则将计数器数值加1,并查询计数器数值是否超过第二阈值;
若否,则再次向目标UE发送增强寻呼消息,并重新启动计时器。
在本发明的一个优选的实施例中,若在第二预定时长内未接收到来自目标UE的增强寻呼响应消息,则向核心网返回寻呼失败消息的步骤,具体包括:
若查询到计数器数值超过第二阈值,则确认本次寻呼失败;
向核心网返回寻呼失败消息。
在本发明的一个优选的实施例中,若在第一预定时长内接收到普通寻呼响应消息,或者,在第二预定时长内接收到增强寻呼响应消息,则方法进一步包括:
释放计时器;以及,
删除UE寻呼表中记录的目标UE的设备信息。
根据本发明的另一方面,提供了一种寻呼装置,应用于GSC,装置包括:
接收模块,用于接收来自核心网的普通寻呼消息;
检测模块,用于检测普通寻呼消息是否为对应于目标用户设备UE的首次寻呼消息;
第一发送模块,用于若是,则按照预定时间间隔,在第一预定时长内向目标UE发送一次或一次以上普通寻呼消息;
第二发送模块,用于若在第一预定时长内未接收到来自目标UE的普通寻呼响应消息,则按照预定时间间隔,在第二预定时长内向目标UE发送一次或一次以上增强寻呼消息;
第三发送模块,用于若在第二预定时长内未接收到来自目标UE的增强寻呼响应消息,则向核心网返回寻呼失败消息。
在本发明的一个优选的实施例中,检测模块进一步用于:
获取普通寻呼消息中携带的设备信息,其中,设备信息中携带有目标UE的唯一标识信息;
将目标UE的唯一标识信息与本地存储的UE寻呼表进行匹配;
若匹配失败,则确认普通寻呼消息为对应于目标UE的首次寻呼消息,并将设备信息记录在UE寻呼表中。
若匹配成功,则丢弃普通寻呼消息。
在本发明的一个优选的实施例中,第一发送模块进一步用于:
启动计时器,并向目标UE发送普通寻呼消息,以及,计数器置0;
若在计时器计时结束之前未接收到普通寻呼响应消息,则将计数器数值加1,并查询计数器数值是否超过第一阈值;
若否,则再次向目标UE发送普通寻呼消息,并重新启动计时器。
在本发明的一个优选的实施例中,第二发送模块进一步用于:
若查询到计数器数值超过第一阈值,则重新启动计时器,并向目标UE发送增强寻呼消息,同时,计数器置0;
若在计时器计时结束之前未接收到增强寻呼响应消息,则将计数器数值加1,并查询计数器数值是否超过第二阈值;
若否,则再次向目标UE发送增强寻呼消息,并重新启动计时器。
在本发明的一个优选的实施例中,第三发送模块进一步用于:
若查询到计数器数值超过第二阈值,则确认本次寻呼失败;
向核心网返回寻呼失败消息。
在本发明的一个优选的实施例中,若第一发送模块在第一预定时长内接收到普通寻呼响应消息,或者,第二发送模块在第二预定时长内接收到增强寻呼响应消息,则装置进一步包括:
释放模块,用于释放计时器;以及,
删除模块,用于删除UE寻呼表中记录的目标UE的设备信息。
与现有技术相比,本发明中通过接收来自核心网的普通寻呼消息;检测普通寻呼消息是否为对应于目标用户设备UE的首次寻呼消息;若是,则按照预定时间间隔,在第一预定时长内向目标UE发送一次或一次以上普通寻呼消息;若在第一预定时长内未接收到来自目标UE的普通寻呼响应消息,则按照预定时间间隔,在第二预定时长内向目标UE发送一次或一次以上增强寻呼消息;若在第二预定时长内未接收到来自目标UE的增强寻呼响应消息,则向核心网返回寻呼失败消息。从而在不更改现有协议的基础上,有效地提高了寻呼效率,克服了CN与GSC之间存在的兼容性问题,进而提升了用户体验。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例的描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例的一种寻呼方法的流程图;
图2是本发明实施例中的寻呼消息处理流程示意图;
图3是本发明实施例中的寻呼响应消息处理流程示意图;
图4是本发明实施例中的计时器超时处理流程示意图;
图5是本发明实施例的一种寻呼装置的结构框图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
参照图1,示出了本发明实施例的一种寻呼方法的流程图,该方法应用于GSC,具体可以包括以下步骤:
步骤101,接收来自核心网的普通寻呼消息。
具体的,在本发明的实施例中,GSC接收来自核心网的普通寻呼消息。此时,核心网同样可以启动计时器,在一个实施例中,核心网的计时器一般是以10秒或以上为定时周期。
步骤102,检测普通寻呼消息是否为对应于目标用户设备UE的首次寻呼消息。
具体的,在本发明的实施例中,GSC需要检测该普通寻呼消息所对应的目标用户设备(User Equipment,UE)是否正在进行寻呼,即确认该普通寻呼消息是否为对应于目标UE的首次寻呼消息。
步骤103,若是,则按照预定时间间隔,在第一预定时长内向目标UE发送一次或一次以上普通寻呼消息。
具体的,在本发明的实施例中,GSC在确认来自核心网的普通寻呼消息为首次寻呼消息的情况下,可按照预定时间间隔,在第一预定时长内向目标UE发送一次或一次以上普通寻呼消息。其中,GSC发送普通寻呼消息的次数取决于GSC是否接收到来自目标UE的普通寻呼响应,即,若发送一次普通寻呼消息,便接收到普通寻呼响应消息,则可停止普通寻呼消息的发送。反之,则继续以预定时间间隔发送普通寻呼消息,直至第一预定时长结束。
步骤104,若在第一预定时长内未接收到来自目标UE的普通寻呼响应消息,则按照预定时间间隔,在第二预定时长内向目标UE发送一次或一次以上增强寻呼消息。
具体的,在本发明的实施例中,GSC若在第一预定时长结束之前未接收到来自目标UE的普通寻呼响应消息。则GSC启动增强寻呼信道,即,GSC按照预定时间间隔,在第二预定时长内向目标UE发送一次或一次以上增强寻呼消息。与普通寻呼消息类似,GSC发送增强寻呼消息的次数同样取决于是否接收到来自目标UE的增强寻呼响应消息。
步骤105,若在第二预定时长内未接收到来自目标UE的增强寻呼响应消息,则向核心网返回寻呼失败消息。
具体的,在本发明的实施例中,GSC若在第二预定时长内为接收到来自目标UE的增强寻呼响应消息,则GSC确认本次寻呼失败,并向核心网返回寻呼失败消息。
综上,本发明实施例中的技术方案,通过接收来自核心网的普通寻呼消息;检测普通寻呼消息是否为对应于目标用户设备UE的首次寻呼消息;若是,则按照预定时间间隔,在第一预定时长内向目标UE发送一次或一次以上普通寻呼消息;若在第一预定时长内未接收到来自目标UE的普通寻呼响应消息,则按照预定时间间隔,在第二预定时长内向目标UE发送一次或一次以上增强寻呼消息;若在第二预定时长内未接收到来自目标UE的增强寻呼响应消息,则向核心网返回寻呼失败消息。从而在不更改现有协议的基础上,有效地提高了寻呼效率,克服了CN与GSC之间存在的兼容性问题,进而提升了用户体验。
此外,在本发明的一个优选的实施例中,检测普通寻呼消息是否为对应于目标用户设备UE的首次寻呼消息的步骤,具体包括:
获取普通寻呼消息中携带的设备信息,其中,设备信息中携带有目标UE的唯一标识信息;
将目标UE的唯一标识信息与本地存储的UE寻呼表进行匹配;
若匹配失败,则确认普通寻呼消息为对应于目标UE的首次寻呼消息,并将设备信息记录在UE寻呼表中。
若匹配成功,则丢弃普通寻呼消息。
在本发明的一个优选的实施例中,按照预定时间间隔,在第一预定时长内向目标UE发送一次或一次以上普通寻呼消息的步骤,具体包括:
启动计时器,并向目标UE发送普通寻呼消息,以及,计数器置0;
若在计时器计时结束之前未接收到普通寻呼响应消息,则将计数器数值加1,并查询计数器数值是否超过第一阈值;
若否,则再次向目标UE发送普通寻呼消息,并重新启动计时器。
在本发明的一个优选的实施例中,若在第一预定时长内未接收到来自目标UE的普通寻呼响应消息,则按照预定时间间隔,在第二预定时长内向目标UE发送一次或一次以上增强寻呼消息的步骤,具体包括:
若查询到计数器数值超过第一阈值,则重新启动计时器,并向目标UE发送增强寻呼消息,同时,计数器置0;
若在计时器计时结束之前未接收到增强寻呼响应消息,则将计数器数值加1,并查询计数器数值是否超过第二阈值;
若否,则再次向目标UE发送增强寻呼消息,并重新启动计时器。
在本发明的一个优选的实施例中,若在第二预定时长内未接收到来自目标UE的增强寻呼响应消息,则向核心网返回寻呼失败消息的步骤,具体包括:
若查询到计数器数值超过第二阈值,则确认本次寻呼失败;
向核心网返回寻呼失败消息。
在本发明的一个优选的实施例中,若在第一预定时长内接收到普通寻呼响应消息,或者,在第二预定时长内接收到增强寻呼响应消息,则方法进一步包括:
释放计时器;以及,
删除UE寻呼表中记录的目标UE的设备信息。
为了使本领域技术人员更好的理解本发明的寻呼方法,下面以具体实施例进行详细阐述。
1)参照图2,示出了本发明实施例中的寻呼消息处理流程图。在图2中:
GSC接收CN侧发来的寻呼消息,该寻呼消息即为普通寻呼消息。
GSC解析寻呼消息内容,获取寻呼消息中携带的设备信息,在本发明的实施例中,设备信息包括设备唯一标识信息。在本实施例中,设备唯一标识信息为IMSI(International Mobile Subscriber Identification Number,国际移动用户识别码)信息。
随后,GSC判断该寻呼消息是否为对应于目标UE的首次寻呼消息。具体的,GSC将该IMSI信息与本地存储的UE寻呼表中记录的IMSI信息进行匹配。如果存在于表中,则匹配成功。反之,则失败。
在本发明的实施例中,若匹配成功,则说明该目标UE正在进行寻呼,GSC丢弃该普通寻呼消息。
若匹配失败,则确认普通寻呼消息为对应于目标UE的首次寻呼消息,则启动对目标UE的普通寻呼流程,即在PCH信道上发送普通寻呼消息的流程,以下简称PCH寻呼。具体的,GSC将该IMSI信息记录在UE寻呼表中,同时,向目标UE发送普通寻呼消息,并将寻呼类型,即PCH对应写入UE寻呼表中,以及,启动计时器,并且计数器置0。在本发明的实施例中,若GSC在后续的寻呼中发送增强寻呼消息(以下简称BACH消息),则UE寻呼表中的寻呼类型对应修改为BACH。在本发明的实施例中,计时器的计时周期远小于CN侧的计时器计时周期。即,本发明可在CN一次计时到达之前,即可完成对目标UE的整个寻呼流程,有效的缩短了寻呼延时,进一步提升了寻呼效率。
2)参照图3,示出了本发明实施例中的寻呼响应消息处理流程图。在图3中:
在本发明的实施例中,GSC接收目标UE的RRC(Radio Resource Control,无线资源控制)消息。在本发明的实施例中,RRC消息可以为多类消息。具体为:
GSC检测RRC消息是否为RRC建立请求消息。若是,则进一步检测该建立请求消息的接入原因是否为寻呼响应。若否,则说明是其它消息,可按照正常流程进行处理。若是,则创建对应于目标UE的实例。然后,GSC记录该RRC建立原因为寻呼响应。
随后,GSC向目标UE发送RRC建立请求消息。需要说明的是,在GSC接收到目标UE发来的RRC寻呼响应后,计时器仍在计时。
结着,若目标UE接收到RRC建立请求消息,将会向GSC返回RRC消息,该RRC消息为RRC建立完成消息(即为本发明实施例中的普通寻呼响应消息,或,增强寻呼响应消息)。
GSC接收到目标UE的RRC消息后,在确认该RRC消息不是建立请求消息后,进一步检测该RRC消息是否为RRC建立完成消息。若否,则证明是其他消息,按照其他消息的正常处理流程进行处理。若是,则根据与目标UE之间的专用资源通道,查找与目标UE对应的实例,并获取之前存储的RRC建立原因。
在本发明的实施例中,如果GSC确认接入原因为寻呼响应,则可确认该RRC建立完成消息是响应之前发送的RRC建立请求。则,GSC根据RRC建立完成消息中携带的IMSI信息,在UE寻呼表中进行查找。并在查找到对应的目标UE的IMSI信息后,释放计时器,同时,删除UE表中与该目标UE对应的信息。此时,GSC确认寻呼成功,并按照正常流程,向核心网返回寻呼成功消息。
3)参照图4,示出了本发明实施例中的计时器超时处理流程示意图。在图4中:
若GSC检测到当前计时器已超时,则检索UE寻呼表,获取目标UE对应的信息。通过查询目标UE对应的信息,判断当前与目标UE对应的寻呼类型为PCH或BACH,同时,GSC将计数器加1。
在本发明的一个是实施例中,若GSC当前向目标UE发送的寻呼类型为PCH,即普通寻呼消息。则,计数器加1后,GSC查询计数器数值是否超过第一阈值,在本发明的实施例中,第一阈值可根据实际需求进行设置,本发明对此不作限定。
若未超过第一阈值,则GSC继续下发PCH消息,并重新启动计时器。
若GSC查询到计时器数值超过第一阈值,则向目标UE发送BACH消息,即增强寻呼消息。并且,重新启动定时器,将UE寻呼表中的寻呼类型修改为BACH,同时,计数器置0。
在本发明的另一个实施例中,若计时器超时后,GSC查询到当前寻呼类型为BACH。则,计数器加1后,GSC查询计数器数值是否超过第二阈值,同样,第二阈值可根据实际需求进行设置,本发明对此不做限定。
若未超过第二阈值,则GSC继续下发BACH消息,并重新启动计时器。
若GSC查询到计时器数值超过第二阈值,则可确认本次寻呼失败。GSC向核心网返回寻呼失败消息。并等待CN的下一次寻呼,下一次寻呼可能是普通寻呼,也可能是增强寻呼。
综上所述,本发明实施例中的技术方案,通过接收来自核心网的普通寻呼消息;检测普通寻呼消息是否为对应于目标用户设备UE的首次寻呼消息;若是,则按照预定时间间隔,在第一预定时长内向目标UE发送一次或一次以上普通寻呼消息;若在第一预定时长内未接收到来自目标UE的普通寻呼响应消息,则按照预定时间间隔,在第二预定时长内向目标UE发送一次或一次以上增强寻呼消息;若在第二预定时长内未接收到来自目标UE的增强寻呼响应消息,则向核心网返回寻呼失败消息。从而在不更改现有协议的基础上,有效地提高了寻呼效率,克服了CN与GSC之间存在的兼容性问题,进而提升了用户体验。
参照图5,示出了本发明实施例的一种寻呼装置的结构框图,应用于GSC,该装置具体可以包括以下模块:
接收模块501,用于接收来自核心网的普通寻呼消息。
检测模块502,用于检测普通寻呼消息是否为对应于目标用户设备UE的首次寻呼消息。
第一发送模块503,用于若是,则按照预定时间间隔,在第一预定时长内向目标UE发送一次或一次以上普通寻呼消息。
第二发送模块504,用于若在第一预定时长内未接收到来自目标UE的普通寻呼响应消息,则按照预定时间间隔,在第二预定时长内向目标UE发送一次或一次以上增强寻呼消息。
第三发送模块505,用于若在第二预定时长内未接收到来自目标UE的增强寻呼响应消息,则向核心网返回寻呼失败消息。
在本发明的一个优选的实施例中,检测模块502进一步用于:
获取普通寻呼消息中携带的设备信息,其中,设备信息中携带有目标UE的唯一标识信息;
将目标UE的唯一标识信息与本地存储的UE寻呼表进行匹配;
若匹配失败,则确认普通寻呼消息为对应于目标UE的首次寻呼消息,并将设备信息记录在UE寻呼表中。
若匹配成功,则丢弃普通寻呼消息。
在本发明的一个优选的实施例中,第一发送模块503进一步用于:
启动计时器,并向目标UE发送普通寻呼消息,以及,计数器置0;
若在计时器计时结束之前未接收到普通寻呼响应消息,则将计数器数值加1,并查询计数器数值是否超过第一阈值;
若否,则再次向目标UE发送普通寻呼消息,并重新启动计时器。
在本发明的一个优选的实施例中,第二发送模块504进一步用于:
若查询到计数器数值超过第一阈值,则重新启动计时器,并向目标UE发送增强寻呼消息,同时,计数器置0;
若在计时器计时结束之前未接收到增强寻呼响应消息,则将计数器数值加1,并查询计数器数值是否超过第二阈值;
若否,则再次向目标UE发送增强寻呼消息,并重新启动计时器。
在本发明的一个优选的实施例中,第三发送模块505进一步用于:
若查询到计数器数值超过第二阈值,则确认本次寻呼失败;
向核心网返回寻呼失败消息。
在本发明的一个优选的实施例中,若第一发送模块503在第一预定时长内接收到普通寻呼响应消息,或者,第二发送模块504在第二预定时长内接收到增强寻呼响应消息,则装置进一步包括:
释放模块(图中未示出),用于释放计时器;以及,
删除模块(图中未示出),用于删除UE寻呼表中记录的目标UE的设备信息。
综上所述,本发明中的装置,通过接收来自核心网的普通寻呼消息;检测普通寻呼消息是否为对应于目标用户设备UE的首次寻呼消息;若是,则按照预定时间间隔,在第一预定时长内向目标UE发送一次或一次以上普通寻呼消息;若在第一预定时长内未接收到来自目标UE的普通寻呼响应消息,则按照预定时间间隔,在第二预定时长内向目标UE发送一次或一次以上增强寻呼消息;若在第二预定时长内未接收到来自目标UE的增强寻呼响应消息,则向核心网返回寻呼失败消息。从而在不更改现有协议的基础上,有效地提高了寻呼效率,克服了CN与GSC之间存在的兼容性问题,进而提升了用户体验。
对于设备实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本发明实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上对本发明所提供的一种寻呼方法及装置进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (12)
1.一种寻呼方法,其特征在于,应用于网关卫星控制设备GSC,所述方法包括:
接收来自核心网的普通寻呼消息;
检测所述普通寻呼消息是否为对应于目标用户设备UE的首次寻呼消息;
若是,则按照预定时间间隔,在第一预定时长内向所述目标UE发送一次或一次以上所述普通寻呼消息;
若在所述第一预定时长内未接收到来自所述目标UE的普通寻呼响应消息,则按照所述预定时间间隔,在第二预定时长内向所述目标UE发送一次或一次以上增强寻呼消息;
若在所述第二预定时长内未接收到来自所述目标UE的增强寻呼响应消息,则向所述核心网返回寻呼失败消息。
2.根据权利要求1所述的方法,其特征在于,所述检测所述普通寻呼消息是否为对应于目标用户设备UE的首次寻呼消息的步骤,具体包括:
获取所述普通寻呼消息中携带的设备信息,其中,所述设备信息中携带有所述目标UE的唯一标识信息;
将所述目标UE的唯一标识信息与本地存储的UE寻呼表进行匹配;
若匹配失败,则确认所述普通寻呼消息为对应于所述目标UE的首次寻呼消息,并将所述设备信息记录在所述UE寻呼表中。
若匹配成功,则丢弃所述普通寻呼消息。
3.根据权利要求2所述的方法,其特征在于,所述按照预定时间间隔,在第一预定时长内向所述目标UE发送一次或一次以上所述普通寻呼消息的步骤,具体包括:
启动计时器,并向所述目标UE发送所述普通寻呼消息,以及,计数器置0;
若在所述计时器计时结束之前未接收到所述普通寻呼响应消息,则将所述计数器数值加1,并查询所述计数器数值是否超过第一阈值;
若否,则再次向所述目标UE发送所述普通寻呼消息,并重新启动所述计时器。
4.根据权利要求3所述的方法,其特征在于,所述若在所述第一预定时长内未接收到来自所述目标UE的普通寻呼响应消息,则按照所述预定时间间隔,在第二预定时长内向所述目标UE发送一次或一次以上增强寻呼消息的步骤,具体包括:
若查询到所述计数器数值超过所述第一阈值,则重新启动所述计时器,并向所述目标UE发送所述增强寻呼消息,同时,所述计数器置0;
若在所述计时器计时结束之前未接收到所述增强寻呼响应消息,则将所述计数器数值加1,并查询所述计数器数值是否超过第二阈值;
若否,则再次向所述目标UE发送所述增强寻呼消息,并重新启动所述计时器。
5.根据权利要求4所述的方法,其特征在于,所述若在所述第二预定时长内未接收到来自所述目标UE的增强寻呼响应消息,则向所述核心网返回寻呼失败消息的步骤,具体包括:
若查询到所述计数器数值超过第二阈值,则确认本次寻呼失败;
向所述核心网返回所述寻呼失败消息。
6.根据权利要求2所述的方法,其特征在于,若在所述第一预定时长内接收到所述普通寻呼响应消息,或者,在所述第二预定时长内接收到所述增强寻呼响应消息,则所述方法进一步包括:
释放所述计时器;以及,
删除所述UE寻呼表中记录的所述目标UE的设备信息。
7.一种寻呼装置,其特征在于,应用于网关卫星控制设备GSC,所述装置包括:
接收模块,用于接收来自核心网的普通寻呼消息;
检测模块,用于检测所述普通寻呼消息是否为对应于目标用户设备UE的首次寻呼消息;
第一发送模块,用于若是,则按照预定时间间隔,在第一预定时长内向所述目标UE发送一次或一次以上所述普通寻呼消息;
第二发送模块,用于若在所述第一预定时长内未接收到来自所述目标UE的普通寻呼响应消息,则按照所述预定时间间隔,在第二预定时长内向所述目标UE发送一次或一次以上增强寻呼消息;
第三发送模块,用于若在所述第二预定时长内未接收到来自所述目标UE的增强寻呼响应消息,则向所述核心网返回寻呼失败消息。
8.根据权利要求7所述的装置,其特征在于,所述检测模块进一步用于:
获取所述普通寻呼消息中携带的设备信息,其中,所述设备信息中携带有所述目标UE的唯一标识信息;
将所述目标UE的唯一标识信息与本地存储的UE寻呼表进行匹配;
若匹配失败,则确认所述普通寻呼消息为对应于所述目标UE的首次寻呼消息,并将所述设备信息记录在所述UE寻呼表中。
若匹配成功,则丢弃所述普通寻呼消息。
9.根据权利要求8所述的装置,其特征在于,所述第一发送模块进一步用于:
启动计时器,并向所述目标UE发送所述普通寻呼消息,以及,计数器置0;
若在所述计时器计时结束之前未接收到所述普通寻呼响应消息,则将所述计数器数值加1,并查询所述计数器数值是否超过第一阈值;
若否,则再次向所述目标UE发送所述普通寻呼消息,并重新启动所述计时器。
10.根据权利要求9所述的装置,其特征在于,所述第二发送模块进一步用于:
若查询到所述计数器数值超过所述第一阈值,则重新启动所述计时器,并向所述目标UE发送所述增强寻呼消息,同时,所述计数器置0;
若在所述计时器计时结束之前未接收到所述增强寻呼响应消息,则将所述计数器数值加1,并查询所述计数器数值是否超过第二阈值;
若否,则再次向所述目标UE发送所述增强寻呼消息,并重新启动所述计时器。
11.根据权利要求10所述的装置,其特征在于,所述第三发送模块进一步用于:
若查询到所述计数器数值超过第二阈值,则确认本次寻呼失败;
向所述核心网返回所述寻呼失败消息。
12.根据权利要求8所述的装置,其特征在于,若所述第一发送模块在所述第一预定时长内接收到所述普通寻呼响应消息,或者,所述第二发送模块在所述第二预定时长内接收到所述增强寻呼响应消息,则所述装置进一步包括:
释放模块,用于释放所述计时器;以及,
删除模块,用于删除所述UE寻呼表中记录的所述目标UE的设备信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710309452.1A CN108811085A (zh) | 2017-05-04 | 2017-05-04 | 一种寻呼方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710309452.1A CN108811085A (zh) | 2017-05-04 | 2017-05-04 | 一种寻呼方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108811085A true CN108811085A (zh) | 2018-11-13 |
Family
ID=64054770
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710309452.1A Pending CN108811085A (zh) | 2017-05-04 | 2017-05-04 | 一种寻呼方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108811085A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110677908A (zh) * | 2019-09-27 | 2020-01-10 | 中国电子科技集团公司第五十四研究所 | 卫星移动通信系统中高穿透模式的寻呼方法及装置 |
CN114189934A (zh) * | 2021-12-07 | 2022-03-15 | 中国建设银行股份有限公司 | 一种重复寻呼确定方法、装置、设备及介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1747599A (zh) * | 2004-09-06 | 2006-03-15 | 埃沃列姆公司 | 移动台装置寻呼控制方法和移动通信系统 |
CN104270781A (zh) * | 2014-09-19 | 2015-01-07 | 京信通信系统(中国)有限公司 | 一种smallcell网络下的寻呼优化方法及装置 |
CN104769969A (zh) * | 2012-11-05 | 2015-07-08 | 高通股份有限公司 | 机器到机器无线广域网中的动态寻呼信道选择 |
CN106358277A (zh) * | 2015-07-17 | 2017-01-25 | 苹果公司 | 第n次寻呼尝试之后增大功率 |
-
2017
- 2017-05-04 CN CN201710309452.1A patent/CN108811085A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1747599A (zh) * | 2004-09-06 | 2006-03-15 | 埃沃列姆公司 | 移动台装置寻呼控制方法和移动通信系统 |
CN104769969A (zh) * | 2012-11-05 | 2015-07-08 | 高通股份有限公司 | 机器到机器无线广域网中的动态寻呼信道选择 |
CN104270781A (zh) * | 2014-09-19 | 2015-01-07 | 京信通信系统(中国)有限公司 | 一种smallcell网络下的寻呼优化方法及装置 |
CN106358277A (zh) * | 2015-07-17 | 2017-01-25 | 苹果公司 | 第n次寻呼尝试之后增大功率 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110677908A (zh) * | 2019-09-27 | 2020-01-10 | 中国电子科技集团公司第五十四研究所 | 卫星移动通信系统中高穿透模式的寻呼方法及装置 |
CN114189934A (zh) * | 2021-12-07 | 2022-03-15 | 中国建设银行股份有限公司 | 一种重复寻呼确定方法、装置、设备及介质 |
CN114189934B (zh) * | 2021-12-07 | 2024-04-26 | 中国建设银行股份有限公司 | 一种重复寻呼确定方法、装置、设备及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104731912B (zh) | 一种消息中间件mq的消息传输方法和装置 | |
CN102404858B (zh) | 一种无线资源优化方法、装置及系统 | |
EP3013086A1 (en) | Method, apparatus and electronic device for connection management | |
CN108287751B (zh) | 任务执行方法及装置、分布式系统 | |
JP7128897B6 (ja) | Rrc接続の回復方法、装置及びコンピュータ記憶媒体 | |
EP3331282A1 (en) | Data transmission method and apparatus | |
TW201732694A (zh) | 任務分配方法、系統及裝置 | |
EP3197098A1 (en) | Heartbeat cycle setting method and terminal | |
RU2545999C2 (ru) | Способ, устройство и система для передачи информации в виде данных | |
CN103927303A (zh) | 一种查找账户的方法和装置 | |
CN108811085A (zh) | 一种寻呼方法及装置 | |
EP3522623A1 (en) | Determine abnormal clock | |
CN102883289A (zh) | 一种通信处理方法、客户端及移动终端 | |
CN109005509B (zh) | 一种终端定位方法、装置、终端及存储介质 | |
CN103874140A (zh) | 信息处理方法、接入点及站点 | |
CN113055918A (zh) | 指示波束失败修复的方法、设备及存储介质 | |
CN112166645A (zh) | 一种提高寻呼可靠性的方法及装置、计算机存储介质 | |
CN114466321B (zh) | 消息发送方法及装置、电子设备及存储介质 | |
CN115866047A (zh) | 一种多方安全计算中的数据重定向方法、装置及电子设备 | |
CN108200571B (zh) | 一种跟踪区更新方法、装置及移动管理实体 | |
CN103442385B (zh) | 一种终端网络附着方法及设备 | |
CN111143899A (zh) | 存储数据的方法、装置、存储介质及电子装置 | |
CN103974416A (zh) | 获取移动终端位置信息方法、装置及系统 | |
CN105721231A (zh) | 一种业务质量感知探测方法及装置 | |
CN112423236B (zh) | 终端设备识别方法、装置及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20181113 |