CN108738093B - 一种防止lte终端多次附着请求被拒绝后无服务的方法 - Google Patents
一种防止lte终端多次附着请求被拒绝后无服务的方法 Download PDFInfo
- Publication number
- CN108738093B CN108738093B CN201810635344.8A CN201810635344A CN108738093B CN 108738093 B CN108738093 B CN 108738093B CN 201810635344 A CN201810635344 A CN 201810635344A CN 108738093 B CN108738093 B CN 108738093B
- Authority
- CN
- China
- Prior art keywords
- terminal
- cell
- network side
- lte
- service
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/14—Reselecting a network or an air interface
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种防止LTE终端多次附着请求被拒绝后无服务的方法,加入异常检测机制,限制终端在同频点的同一个PCI小区驻留后最多发起五次附着请求流程,包括在发起附着请求流程的随机接入前,判断是否在当前小区连续发起了五次附着请求且都收到了网络侧NAS层附着拒绝消息,是则判断附着拒绝原因是否为非法终端,是就将当前小区列入黑名单,直到重启终端才清除该黑名单小区,否则是发起系统内小区重选。本发明能避免某种网络侧异常情况下终端陷入无服务状态,且只能重启终端才能恢复无线网络通信服务的现象。
Description
技术领域
本发明涉及LTE移动通信技术领域,尤其是涉及一种LTE移动通信系统中附着请求的相关过程,在某种条件下防止出现终端多次附着请求被拒绝后陷入无服务状态的方法。
背景技术
LTE系统中跟踪区更新过程总是由终端发起,用于通知网络终端当前所在位置发生了改变。终端在附着到网络后,网络为其分配了一组注册的跟踪区,这些跟踪区的组合即为跟踪区标识列表。空闲状态的终端如果进入一个新的跟踪区,并且这个跟踪区的标识不在终端已注册的跟踪区标识列表中,则终端应发起跟踪区更新过程请求网络重新分配跟踪区标识列表,并将新的跟踪区位置信息登记在网络中。如果跟踪区更新被网络拒绝,且拒绝原因是非法终端,终端就会发起附着请求。
另外在LTE终端开机时,或者从飞行模式进入正常工作模式时,驻留了LTE网络就会发起附着请求。按照当前标准,如果连续五次附着请求都被网络拒绝,且拒绝原因都是非法终端,终端就陷入无服务状态,除非被正常LTE网络覆盖后重新启动手机才可以恢复无线通信服务。
发明内容
本发明针对现有技术的问题,提供了一种防止LTE终端多次附着请求被拒绝后陷入无服务状态的方法。
本发明提供一种防止LTE终端多次附着请求被拒绝后无服务的方法,加入异常检测机制,限制终端在同频点的同一个PCI小区驻留后最多发起五次附着请求流程,实现如下,
在发起附着请求流程的随机接入前,判断是否在当前小区连续发起了五次附着请求且都收到了网络侧NAS层附着拒绝消息,
判断结果为否,则判断是否得到附着接收消息,是则表示网络侧附着请求成功响应,成功驻留当前小区,否则发起附着请求流程;
判断结果为是,则判断附着拒绝原因是否为非法终端,
判断结果为是,就将当前小区列入黑名单,直到重启终端才清除该黑名单小区,并且发起系统间小区重选;
判断结果为否,就将当前小区列入黑名单,直到重启终端才清除该黑名单小区,并且发起系统内小区重选。
而且,所述系统间小区重选,是接入其它异系统小区,包括3G小区或GERAN小区,避免终端出现因为LTE网络侧异常导致终端无服务。
而且,所述系统内小区重选,包括同频点其他PCI小区或异频LTE小区。
而且,在接入层进行判断是否在当前小区连续发起了五次附着请求。
而且,附着拒绝原因为非法终端,包括终端的标识不被网络侧接收或终端无法通过网络侧的双向鉴权检测的情况。
应用本发明的技术方案,可以避免网络侧某种异常下,出现LTE终端无服务,必须等待网络侧恢复正常且重新启动终端才能提供打电话和上网的服务。相比现有技术,可以准确高效地防止出现LTE终端无服务,并且实现简单,节约系统资源。本发明是我国的LTE技术创新中的重要一环,对于普及新型移动网络,占领国际行业领先定位,具有重要意义,具备重要的市场价值。
附图说明
图1为本发明实施例防止LTE终端多次附着请求被拒绝后陷入无服务状态的基本流程图。
图2为本发明实施例跟踪区更新被网络侧拒绝的消息流程图。
图3为本发明实施例附着请求被网络侧拒绝的消息流程图。
图4为本发明实施例LTE终端多次附着请求被拒绝后回落接入3G或GERAN流程图。
具体实施方式
以下结合附图和实施例详细说明本发明技术方案。
本发明考虑到,LTE终端在空闲态下,会发起小区重选的测量,如果有比服务小区更高秩的邻区且邻区TAC(跟踪区域码)和当前服务小区的TAC(跟踪区域码)不同,就发起跟踪区更新请求流程,如果收到网络侧的跟踪区更新拒绝消息且拒绝原因是非法终端,终端就会发起附着请求流程,另外在LTE终端开机时,或者从飞行模式进入正常工作模式时,驻留了LTE网络就会发起附着请求。如果该终端的标识不被网络侧接收或终端无法通过网络侧的双向鉴权检测,比如从终端接收的RES(鉴权期望响应值)和网络侧生成的参数不同时,网络侧会回附着拒绝,且拒绝原因为非法终端,终端就会连续五次发起附着请求流程,都失败就陷入了无服务状态,除非重启终端。另外在LTE终端开机搜索LTE网络时,也会发起附着请求,如果被网络侧以同样的拒绝原因非法终端附着拒绝,重复五次会陷入无服务状态。
为了防止LTE终端多次附着请求流程被网络侧拒绝后导致陷入无服务状态,本发明提出加入异常检测机制,对同一个PCI(物理小区标识)和频点的LTE小区,最多发起五次附着请求流程,如果都被网络侧以拒绝原因为非法终端响应了附着拒绝,就把该LTE小区列入小区重选测量的黑名单小区不再驻留,直到重启终端才清除该黑名单小区,且发起系统间的小区重选,回落接入并驻留3G或GERAN网络。即接入其它异系统小区,包括3G小区或GERAN小区,避免终端出现因为LTE网络侧异常导致终端无服务。
具体异常检测机制实现如下:
发起附着请求流程的随机接入前,判断是否在当前小区连续发起了五次附着请求且被网络侧响应了附着拒绝消息,如果该终端的标识不被网络侧接收或终端无法通过网络侧的双向鉴权检测,比如从终端接收的RES(鉴权期望响应值)和网络侧生成的参数不同时,网络侧的附着拒绝的拒绝原因为非法终端;如果没有,再次发起附着请求流程;条件满足就将当前小区列入黑名单,直到重启终端才清除该黑名单小区,并且发起系统间小区重选接入其他3G或GERAN小区;所述GERAN是GSM/EDGE无线接入网。
发起附着请求流程的随机接入前,判断是否在当前小区连续发起了五次附着请求且被网络侧附着拒绝响应了,但是EMM原因不是非法终端。就将当前小区列入黑名单,直到重启终端才清除该黑名单小区,并且发起系统内小区重选,接入其他同频点LTE或异频LTE小区;
附着请求成功响应就成功驻留当前小区。
异常检测机制和原有标准结合,在满足重新分配条件时重复发起附着请求流程,即当网络侧的附着拒绝消息已经下发,附着拒绝的原因是非法终端。
具体实施时,可在接入层进行判断是否在当前小区连续发起了五次附着请求。
参见图1,本发明实施例提出防止LTE终端多次附着请求被拒绝后陷入无服务状态的流程如下:
步骤1、eNodeB(基站)和EPC(演进型分组核心网)之间建立了S1连接后,eNodeB持续发送SYSTEM_INFORMATION_BROADCAST(系统消息)。服务小区TAC和邻区的TAC设置为不同的数值。LTE终端在空闲态下,会发起小区重选的测量。
SYSTEM_INFORMATION_BROADCAST表示系统消息。TAC表示跟踪区域码。S1接口是LTEeNodeB(基站)与EPC(分组核心网)之间的通讯接口。位于演进基站和移动性管理实体/服务网关间的S1接口,将SAE/LTE演进系统划分为无线接入网和核心网。
步骤2、根据终端的小区重选的测量,如果有比服务小区更高秩的邻区且邻区跟踪区域码和当前服务小区不同,就发起跟踪区更新流程,包括无线资源控制请求过程、从标识流程中获取IMSI、跟踪区更新拒绝、无线资源控制连接释放;
实施例中,步骤2网络侧响应的跟踪区更新拒绝的消息流程:
参见图2,步骤2的具体实现包括以下步骤:
步骤2.1、UE NAS层发起跟踪区更新后,UE AS层发起接入类型为mo-Signalling的RRCConnection Request消息到网络侧;
UE表示终端,NAS表示非接入层,AS表示接入层,mo-Signalling表示手机发起的数据业务接入,RRCConnection Request消息为接入请求消息;
步骤2.2、网络侧回RRCConnectionSetup消息到UE;
RRCConnectionSetup消息为无线资源控制请求消息;
步骤2.3、UE回RRCConnectionSetupComplete消息并捎带NAS层的TRACKING AREAUPDATE REQUEST消息到网络侧;
RRCConnectionSetupComplete消息为无线资源控制连接建立完成消息,TRACKINGAREA UPDATE REQUEST消息为跟踪区更新请求消息;
步骤2.4、网络侧下发NAS层的identity request消息给UE;
Identification Request消息为标识身份请求消息;
步骤2.5、UE侧上报NAS层的identity response消息;
Identification Response消息为标识身份响应消息;
步骤2.6、网络侧下发NAS层的TRACKING AREA UPDATE REJCT消息给UE,其中携带的拒绝原因为Illegal UE;
TRACKING AREA UPDATE Reject消息为跟踪区更新拒绝消息;Illegal UE为非法终端;
步骤2.7、网络侧下发RRCConnectionRelease消息给UE;携带的releaseCause为other。
RRCConnectionRelease消息为无线资源链接释放消息。releaseCause为释放原因。Other为其它。
步骤3,终端发起附着请求。
参见图2,步骤3的具体实现包括以下步骤:
步骤3.1、UE NAS层发起附着请求后,UE AS层发起接入类型为mo-Signalling的RRCConnection Request消息到网络侧;
UE表示终端,NAS表示非接入层,AS表示接入层,mo-Signalling表示手机发起的数据业务接入,RRCConnection Request消息为接入请求消息;
步骤3.2、网络侧回RRCConnectionSetup消息到UE;
RRCConnectionSetup消息为无线资源控制请求消息;
步骤3.3、UE回RRCConnectionSetupComplete消息并捎带NAS层的ATTACH REQUEST消息到网络侧;
RRCConnectionSetupComplete消息为无线资源控制连接建立完成消息,ATTACHREQUEST消息为附着请求消息;
步骤3.4、网络侧下发NAS层的identity request消息给UE;
Identification Request消息为标识身份请求消息;
步骤3.5、UE侧上报NAS层的identity response消息;
Identification Response消息为标识身份响应消息;
步骤3.6、网络侧下发NAS层的ATTACH REJECT消息给UE,其中携带的拒绝原因为Illegal UE;
ATTACH REJECT消息为附着拒绝消息;Illegal UE为非法终端;
步骤3.7、网络侧下发RRCConnectionRelease消息给UE;携带的releaseCause为other。
RRCConnectionRelease消息为无线资源链接释放消息。releaseCause为释放原因。Other为其它。
步骤3.1-3.7会重复五次。
当终端接收到附着接收或附着拒绝(ATTACH ACCEPT或ATTACH REJECT)消息后;终端每隔15秒T3410超时会再次发起步骤3的附着请求流程,这样就可以重复步骤3.1-3.7五次;T3410是NAS层的定时器,周期15为秒,接收到附着接收或附着拒绝启动,超时重发附着请求(ATTACH REQUEST)消息。
通常情况下终端驻留某频点某PCI的小区后,发起了附着请求,如果该终端的标识不被网络侧接收或终端无法通过网络侧的双向鉴权检测,比如从终端接收的RES(鉴权期望响应值)和网络侧生成的参数不同时,网络侧会回附着拒绝,且拒绝原因为非法终端,终端就会连续五次发起附着请求流程,都失败就陷入了无服务状态不再接入LTE网络和其他异系统网络,终端就陷入了无服务状态,无法接打电话和上网。PCI表示物理小区标识。
本发明提出终端在对同一个PCI(物理小区标识)和频点的LTE小区,最多发起五次附着请求流程,如果都被网络侧以拒绝原因为非法终端响应了附着拒绝,就把该LTE小区列入小区重选测量的黑名单小区不再驻留,直到重启终端才清除该黑名单小区,同时发起系统间的小区重选,回落接入并驻留3G或GERAN网络。防止终端无服务的现象,出现这种现象后需要移动到正常LTE网络覆盖的区域且重启手机才能恢复正常服务。该设计采用步骤4实现,步骤1~3可参考现有技术标准。
步骤4,判断是否在当前小区连续发起了五次附着请求且都收到了网络侧NAS层附着拒绝消息,如果否则返回步骤3,如果是则就将当前小区列入黑名单,直到重启终端才清除该黑名单小区。
参见图4,实施例提出的步骤4包括如下步骤:
步骤4.1、发起附着请求流程的随机接入前,判断是否在当前小区连续发起了五次附着请求且都收到了网络侧NAS层附着拒绝消息,
判断结果为否,则判断是否得到附着接收(ATTACH ACCEPT)消息,即网络侧对应于附着请求(ATTACH REQUEST)的成功响应,是则进入步骤4.3,否则再次发起附着请求流程,可通过返回执行步骤3实现;
判断结果为是,则判断附着拒绝原因是否为Illegal UE(非法终端),即如果该终端的标识不被网络侧接收或终端无法通过网络侧的双向鉴权检测,比如从终端接收的RES(鉴权期望响应值)和网络侧生成的参数不同时,网络侧的附着拒绝的拒绝原因为非法终端;
判断结果为是,就将当前小区列入黑名单,直到重启终端才清除该黑名单小区,并且发起系统间小区重选接入其他3G或GERAN小区;所述GERAN是GSM/EDGE无线接入网;
判断结果为否,就进入步骤4.2;
步骤4.2、将当前小区列入黑名单,直到重启终端才清除该黑名单小区,并且发起系统内小区重选:
此时,在发起附着请求流程的随机接入前,判断结果为当前小区连续发起了五次附着请求且收到过网络侧NAS层附着拒绝消息,但是EMM原因不是非法终端,因此处理为将当前小区列入黑名单,直到重启终端才清除该黑名单小区,并且发起系统内小区重选,接入其他同频点LTE小区或异频LTE小区;所述NAS表示非接入层,其中EMM是EPS MobilityManagement表示EPS(增强型分组系统)移动性管理;
步骤4.3、附着接收,表示网络侧附着请求成功响应,就成功驻留当前小区。
具体实施时,可采用软件方式实现本发明技术方案流程的自动运行。现有技术部分可参考相应协议标准,本发明不予赘述。
本文中所描述的具体实施例仅仅是对本发明的举例说明。本发明所属技术领域的技术人员可以对所描述的具体实例做各种各样的修改或补充或采用类似的方式替代,但并不会偏离本发明的精神或者超越所附权利要求书所定义的范围。
Claims (5)
1.一种防止LTE终端多次附着请求被拒绝后无服务的方法,其特征在于:加入异常检测机制,限制终端在同频点的同一个PCI小区驻留后最多发起五次附着请求流程,以防止LTE终端多次附着请求流程被网络侧拒绝后导致陷入无服务状态,支持用于以下任一场景,
LTE终端在空闲态下,会发起小区重选的测量,如果有比服务小区更高秩的邻区且邻区TAC和当前服务小区的TAC不同,就发起跟踪区更新请求流程,如果收到网络侧的跟踪区更新拒绝消息且拒绝原因是非法终端,终端就会发起附着请求流程;
在LTE终端开机时,或者从飞行模式进入正常工作模式时,驻留LTE网络就会发起附着请求,如果该终端的标识不被网络侧接收或终端无法通过网络侧的双向鉴权检测,网络侧会回附着拒绝;
在LTE终端开机搜索LTE网络时,也会发起附着请求,如果被网络侧以同样的拒绝原因非法终端附着拒绝,重复五次会陷入无服务状态;
所述异常检测机制实现如下,
在发起附着请求流程的随机接入前,判断是否在当前小区连续发起了五次附着请求且都收到了网络侧NAS层附着拒绝消息,
判断结果为否,则判断是否得到附着接收消息,是则表示网络侧附着请求成功响应,成功驻留当前小区,否则发起附着请求流程;
判断结果为是,则判断附着拒绝原因是否为非法终端,
判断结果为是,就将当前小区列入黑名单,直到重启终端才清除该黑名单小区,并且发起系统间小区重选;
判断结果为否,就将当前小区列入黑名单,直到重启终端才清除该黑名单小区,并且发起系统内小区重选。
2.根据权利要求1所述防止LTE终端多次附着请求被拒绝后无服务的方法,其特征在于:所述系统间小区重选,是接入其它异系统小区,包括3G小区或GERAN小区,避免终端出现因为LTE网络侧异常导致终端无服务。
3.根据权利要求1所述防止LTE终端多次附着请求被拒绝后无服务的方法,其特征在于:所述系统内小区重选,包括同频点其他PCI小区或异频LTE小区。
4.根据权利要求1所述防止LTE终端多次附着请求被拒绝后无服务的方法,其特征在于:在接入层进行判断是否在当前小区连续发起了五次附着请求。
5.根据权利要求1或2或3或4所述防止LTE终端多次附着请求被拒绝后无服务的方法,其特征在于:附着拒绝原因为非法终端,包括终端的标识不被网络侧接收或终端无法通过网络侧的双向鉴权检测的情况。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810635344.8A CN108738093B (zh) | 2018-06-20 | 2018-06-20 | 一种防止lte终端多次附着请求被拒绝后无服务的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810635344.8A CN108738093B (zh) | 2018-06-20 | 2018-06-20 | 一种防止lte终端多次附着请求被拒绝后无服务的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108738093A CN108738093A (zh) | 2018-11-02 |
CN108738093B true CN108738093B (zh) | 2020-12-18 |
Family
ID=63930292
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810635344.8A Active CN108738093B (zh) | 2018-06-20 | 2018-06-20 | 一种防止lte终端多次附着请求被拒绝后无服务的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108738093B (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110191459B (zh) * | 2019-05-28 | 2022-07-05 | 武汉虹信科技发展有限责任公司 | 在密集组中保证终端连续吸附的方法、侦控设备及终端 |
US11638152B2 (en) * | 2019-11-28 | 2023-04-25 | Qualcomm Incorporated | Identifying an illegitimate base station based on improper response |
CN111148090B (zh) * | 2020-01-08 | 2022-11-22 | 中国联合网络通信集团有限公司 | 控制终端设备上网的方法和装置 |
CN111586760B (zh) * | 2020-04-28 | 2021-03-16 | 广州技象科技有限公司 | 一种窄带物联网的终端附着方法及装置 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2624642A1 (en) * | 2012-02-06 | 2013-08-07 | Acer Incorporated | Method of performing attach procedures |
CN103249119A (zh) * | 2012-02-06 | 2013-08-14 | 宏碁股份有限公司 | 进行注册程序的方法 |
AU2014226165A1 (en) * | 2013-03-04 | 2015-08-13 | Apple Inc. | Re-establishment in hetnet robustness by use of overlay macro cell as re-establishment candidate |
CN106211268A (zh) * | 2015-03-20 | 2016-12-07 | 联发科技(新加坡)私人有限公司 | 小区驻留方法、服务小区信息列表的更新方法和移动终端 |
CN106304157A (zh) * | 2015-05-26 | 2017-01-04 | 中国移动通信集团公司 | 一种小区重选失败的异常保护方法和终端 |
US9591561B2 (en) * | 2014-02-25 | 2017-03-07 | Lg Electronics Inc. | Method for performing a mobility related procedure and user equipment thereof |
CN107333311A (zh) * | 2017-07-25 | 2017-11-07 | 武汉虹信通信技术有限责任公司 | 一种防止lte终端在空闲态反复发起跟踪区更新流程的方法 |
-
2018
- 2018-06-20 CN CN201810635344.8A patent/CN108738093B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2624642A1 (en) * | 2012-02-06 | 2013-08-07 | Acer Incorporated | Method of performing attach procedures |
CN103249119A (zh) * | 2012-02-06 | 2013-08-14 | 宏碁股份有限公司 | 进行注册程序的方法 |
AU2014226165A1 (en) * | 2013-03-04 | 2015-08-13 | Apple Inc. | Re-establishment in hetnet robustness by use of overlay macro cell as re-establishment candidate |
US9591561B2 (en) * | 2014-02-25 | 2017-03-07 | Lg Electronics Inc. | Method for performing a mobility related procedure and user equipment thereof |
CN106211268A (zh) * | 2015-03-20 | 2016-12-07 | 联发科技(新加坡)私人有限公司 | 小区驻留方法、服务小区信息列表的更新方法和移动终端 |
CN106304157A (zh) * | 2015-05-26 | 2017-01-04 | 中国移动通信集团公司 | 一种小区重选失败的异常保护方法和终端 |
CN107333311A (zh) * | 2017-07-25 | 2017-11-07 | 武汉虹信通信技术有限责任公司 | 一种防止lte终端在空闲态反复发起跟踪区更新流程的方法 |
Non-Patent Citations (1)
Title |
---|
"Update of initial attach procedures and Routing Area Update/Reject for LTE capable UEs (TCs in section 9 and 12)";Fujitsu;《3GPP TSG-RAN WG5 Meeting #56 R5-123769》;20180816;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN108738093A (zh) | 2018-11-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107333311B (zh) | 一种防止lte终端在空闲态反复发起跟踪区更新流程的方法 | |
CN108738093B (zh) | 一种防止lte终端多次附着请求被拒绝后无服务的方法 | |
US9749905B2 (en) | Circuit switched fall back improvements | |
EP2395794B1 (en) | Systems and methods for mobile stations to identify radio access technologies. | |
US9386621B2 (en) | System and method of improving circuit-switched fallback performance | |
EP2341737B1 (en) | Method of setting radio access capability in a wireless communications system and related communication device | |
KR101377234B1 (ko) | 무선 통신 시스템에서 긴급 베어러 서비스를 처리하는 방법 | |
CN108616942B (zh) | 通信的方法、接入网设备和终端 | |
US9578549B2 (en) | Method and apparatus for supporting RLF reason detection or handover failure reason detection | |
WO2018107799A1 (en) | Method and apparatus for handling abnormality of network communication function and storage medium | |
CN109792790B (zh) | 提高volte/vilte通话的可靠性 | |
CN113573372B (zh) | 一种小区选择的方法及终端 | |
CN101873561A (zh) | 一种紧急业务的实现方法及设备 | |
CN107980229B (zh) | 一种异常频点的检测方法及装置、计算机存储介质 | |
CN112806073B (zh) | 通信处理方法、装置、移动终端及存储介质 | |
CN112806044B (zh) | 伪基站的识别方法、装置、移动终端及存储介质 | |
CN109640275B (zh) | 小区重选方法、装置及宽带集群系统 | |
CN111385832A (zh) | 用于从连接性问题恢复的方法和用户设备 | |
CN114125972A (zh) | 网络连接方法及相关装置 | |
CN108064456B (zh) | 一种异常频点的检测方法及装置、计算机存储介质 | |
CN112806043B (zh) | 伪基站的识别方法、装置、移动终端及存储介质 | |
CN105828399B (zh) | 一种跟踪区更新方法及装置 | |
CN109005568B (zh) | 禁用列表处理方法及装置、存储介质、终端、基站 | |
WO2019061437A1 (zh) | 一种异常频点的检测方法及装置、计算机存储介质 | |
WO2019061425A1 (zh) | 一种csfb的回落结果检测方法及装置、计算机存储介质 |
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 | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20201029 Address after: 430205 No.1 tanhu 2nd Road, Canglong Island, Jiangxia Economic Development Zone, Wuhan City, Hubei Province Applicant after: Wuhan Hongxin Technology Development Co.,Ltd. Address before: 430073 Hubei province Wuhan Dongxin East Lake high tech Development Zone, Road No. 5 Applicant before: Wuhan Hongxin Telecommunication Technologies Co.,Ltd. |
|
TA01 | Transfer of patent application right | ||
GR01 | Patent grant | ||
GR01 | Patent grant |