CN102036365A - 一种用户终端附着失败后的处理方法及系统 - Google Patents
一种用户终端附着失败后的处理方法及系统 Download PDFInfo
- Publication number
- CN102036365A CN102036365A CN2009101766534A CN200910176653A CN102036365A CN 102036365 A CN102036365 A CN 102036365A CN 2009101766534 A CN2009101766534 A CN 2009101766534A CN 200910176653 A CN200910176653 A CN 200910176653A CN 102036365 A CN102036365 A CN 102036365A
- Authority
- CN
- China
- Prior art keywords
- user terminal
- core net
- message
- base station
- adheres
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
- H04W60/06—De-registration or detaching
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种用户终端附着失败后的处理方法及系统,所述方法包括:当核心网通过基站向用户终端发送附着响应消息次数达到设定次数后,仍未收到用户终端发送的附着完成消息时,则核心网通过基站向用户终端发送去附着请求消息,且其状态设置为去附着状态;用户终端收到去附着请求消息之后,状态设置为去附着状态。所述系统包括核心网,以及通过基站与核心网连接的用户终端;核心网包括去附着请求消息发送单元和核心网状态设置单元;用户终端包括去附着请求消息接收单元和用户终端状态设置单元。本发明在用户终端附着失败后,通过核心网发送去附着请求消息,使核心网和用户终端状态一致,避免了用户终端不能发送数据到对端的问题出现。
Description
技术领域
本发明涉及移动通讯领域,特别是涉及一种用户终端附着失败后的处理方法及系统。
背景技术
如图1所示,第三代合作伙伴(3GPP,3rd Generation Partnership Project)LTE(Long Term Evolution,长期演进)系统主要由用户终端(UE,UserEquipment)、基站(eNB,evolveNodeB)和核心网(EPC,Evolved Packet Core)组成。UE与eNB间为空中无线接口(Uu口,也叫X1口)连接,eNB之间为X2接口连接,eNB与EPC间为S1接口连接。
在3GPP LTE系统中,UE开机选择到小区后,首先要进行附着(attach,也叫注册),附着成功后,默认EPS(Evolved Packet System,演进分组系统)承载建立成功,UE和核心网分别获得了该UE相关的GUTI(Globally UniqueTemporary Identifier,全球唯一临时用户标识)、TAI list(Tracking Area Identity列表,追踪域标识列表)等信息,此时用户可以进行基本业务。当前3GPP LTE系统中,UE发起的附着流程如图2所示。当核心网发送附着响应消息(步骤204)时,会启动定时器T3450(步骤205),等待UE的响应,收到UE发送的附着完成消息(步骤210)时,则停止定时器T3450(步骤211),附着成功。
对应的,UE在关机的时候,会发起去附着(detach)。核心网也可以主动发起去附着流程,核心网发送去附着请求后,会删除该UE相关的资源;UE在收到去附着请求后,也会删除相关资源,具体流程如图3所示。
在图2中,如果核心网未收到用户终端发送的附着完成消息时,则会启动附着失败流程。附着失败流程如图4所示,当核心网发送附着响应消息时,会启动定时器T3450。定时器开始计时后,如果在设定的计时范围内,核心网没有收到用户终端发送的附着完成消息,即T3450超时(步骤402),核心网会重发附着响应消息403,并再次启动T3450(步骤404),等待响应。如果此时无线环境比较差,UE回复的附着完成消息,核心网没有收到,则再次启动T3450,重复上述步骤,直至重发附着响应消息次数达到四次。即前4次定时器T3450超时时(步骤402、405、408、411),核心网都重发附着响应消息(步骤403、406、409、412)。需要说明的是,在上述任意一次核心网重发附着响应消息后,在定时器的计时范围内,如果核心网收到UE发送的附着完成消息,则停止定时器T3450,附着成功。当第5次定时器T3450超时时(步骤414),现有技术的处理方法是:核心网停止重发附着响应消息,本地释放该UE相关的资源,进入去附着状态(步骤415)。
上述附着失败后的处理方法是不完备的,原因如下:当核心网重发4次附着响应消息后仍然收不到UE的响应,如果核心网释放资源,放弃该过程,对于核心网来说,该UE并没有附着成功;但对于UE来说,其发送完附着完成消息后(步骤209),就认为附着成功,那么UE和核心网就出现了附着状态不一致的现象,后续UE有可能使用附着时建立的默认承载来发送数据,必然会导致数据发不到对端的错误。并且,对于UE和eNB来说,该默认承载对应的DRB(Data Radio Bearer,数据无线承载)也已经建立起来了,但实际上该默认承载并不能成功发送数据,也造成了无线资源浪费。
发明内容
本发明要解决的技术问题是提供一种用户终端附着失败后用户终端和核心网状态一致的处理方法和系统,用以解决现有技术中用户终端附着失败后用户终端和核心网状态不一致的问题。
为解决上述技术问题,一方面,本发明提供一种用户终端附着失败后的处理方法,所述方法包括以下步骤:
当核心网通过基站向用户终端发送附着响应消息次数达到设定次数后,仍未收到所述用户终端发送的附着完成消息时,则所述核心网通过基站向所述用户终端发送去附着请求消息,且其状态设置为去附着状态;
所述用户终端收到所述去附着请求消息之后,状态设置为去附着状态。
进一步,在所述用户终端状态设置为去附着状态之后,还包括以下步骤:所述用户终端通过所述基站向所述核心网发送去附着完成消息。
进一步,所述核心网收到所述去附着完成消息后,发送UE上下文释放消息给所述基站;所述基站收到所述UE上下文释放消息后,清除其内保存的关于所述用户终端进行本次附着的数据信息。
进一步,在所述核心网通过所述基站向所述用户终端发送去附着请求消息之后,还包括以下步骤:清除所述核心网内保存的关于所述用户终端进行本次附着的数据信息。
进一步,在所述用户终端收到所述去附着请求消息之后,还包括以下步骤:清除所述用户终端内保存的关于本次附着的数据信息。
另一方面,本发明还提供一种用户终端附着失败后的处理系统,所述系统包括核心网,以及通过基站与所述核心网连接的用户终端;
所述核心网包括去附着请求消息发送单元和核心网状态设置单元,其中,所述去附着请求消息发送单元用于当所述核心网通过所述基站向所述用户终端发送附着响应消息次数达到设定次数后,仍未收到所述用户终端发送的附着完成消息时,通过所述基站向所述用户终端发送去附着请求消息;所述核心网状态设置单元用于将所述核心网的状态设置为去附着状态;
所述用户终端包括去附着请求消息接收单元和用户终端状态设置单元,其中,所述去附着请求消息接收单元用于接收所述去附着请求消息;所述用户终端状态设置单元用于将所述用户终端状态设置为去附着状态。
进一步,所述用户终端还包括:去附着完成消息发送单元,用于在所述用户终端状态设置为去附着状态之后,通过所述基站向核心网发送去附着完成消息。
进一步,所述基站包括:基站信息清除单元,用于在所述基站收到所述核心网在收到所述去附着完成消息后向所述基站发送的UE上下文释放消息后,清除所述基站内保存的关于所述用户终端进行本次附着的数据信息。
进一步,所述核心网还包括:核心网信息清除单元,用于在所述核心网通过基站向所述用户终端发送去附着请求消息之后,清除所述核心网内保存的关于所述用户终端进行本次附着的数据信息。
进一步,所述用户终端还包括:用户终端信息清除单元,用于在所述用户终端收到所述去附着请求消息之后,清除所述用户终端内保存的关于本次附着的数据信息。
本发明有益效果如下:用户终端附着失败后,通过核心网发送去附着请求消息,使核心网和用户终端状态均为去附着状态,避免出现用户终端不能发送数据到对端的问题,且便于用户终端重新选择小区进行附着,保持通信的及时、畅通。另外,清除了用户终端和基站建立起来的不能成功发送数据的默认承载,提高了无线资源利用率。
附图说明
图1是现有技术LTE系统各网元的连接示意图;
图2是现有技术中用户终端进行附着的流程图;
图3是现有技术中核心网发起的去附着流程图;
图4是现有技术中用户终端附着失败后的处理方法的流程图;
图5是本发明实施例1一种用户终端附着失败后的处理方法的流程图;
图6是本发明实施例2一种用户终端附着失败后的处理方法的流程图;
图7是本发明实施例3一种用户终端附着失败后的处理系统的结构示意图;
图8是本发明实施例4一种用户终端附着失败后的处理系统的结构示意图;
图9是本发明实施例5一种用户终端附着失败后的处理方法的流程图。
具体实施方式
为了解决现有技术用户终端附着失败后核心网和用户终端状态不一致的问题,本发明提供了一种用户终端附着失败后的处理方法及系统,以下结合附图以及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不限定本发明。
如图5所示,本发明实施例1涉及一种用户终端附着失败后的处理方法,该方法包括以下步骤:
S501,当用户终端UE附着失败后,核心网EPC通过基站eNB向用户终端发送去附着请求消息,且将核心网的状态设置为去附着状态。
具体的讲,用户终端UE开机后进行小区选择,选择到小区后,进行附着(也叫注册),即UE发送附着请求消息给eNB,eNB将附着请求消息发送给核心网EPC。EPC接收到附着请求消息后,进行身份识别、鉴权、安全过程等操作后,建立默认EPS承载。然后核心网EPC向基站eNB发送附着响应消息,同时启动定时器;基站eNB将附着响应消息发送给用户终端。核心网EPC在定时器设定的时间范围内,等待用户终端的响应,即,等待用户终端发送的附着完成消息。如果在定时器设定的时间范围内,EPC没有收到用户终端发送的附着完成消息,则定时器超时,EPC重新发送附着响应消息,同时再次启动定时器,等待用户终端的响应。如果定时器再次超时,则重复上述步骤。当核心网通过基站向用户终端发送附着响应消息的次数达到设定次数后,仍未收到用户终端发送的附着完成消息时,则表明用户终端附着失败。用户终端附着失败后,核心网通过基站向用户终端发送去附着请求消息,并且其状态进入去附着状态。
S502,用户终端收到去附着请求消息之后,状态也设置为去附着状态。这样就保证了核心网和用户终端均为去附着状态,保持一致。
如图6所示,本发明实施例2涉及一种用户终端附着失败后的处理方法,该方法包括以下步骤:
S601,当用户终端UE附着失败后,核心网EPC通过基站eNB向用户终端发送去附着请求消息。本步骤中,用户终端进行附着、以及附着失败的步骤与实施例1步骤S501中的用户终端进行附着、以及附着失败的步骤相同,故在此不再详述。用户终端附着失败后,核心网向基站发送去附着请求消息,基站然后将去附着请求消息发送给用户终端。
S602,核心网发送去附着请求消息之后,清除核心网内保存的关于用户终端进行本次附着的信息,且将核心网的状态设置为去附着状态。清除核心网内保存的用户终端的信息,具体是指清除核心网内的关于该用户终端的EPS承载数据信息、TAI list(Tracking Area Identity列表,追踪域标识列表)等信息。
S603,用户终端接收去附着请求消息。
S604,清空该UE内保存的进行本次附着的相关的数据信息,UE进入去附着状态。清空该UE内保存的进行本次附着的相关的数据信息,具体是指清除该UE内保存的进行本次附着的EPS承载数据信息、TAI list等信息。
S605,用户终端向基站发送去附着完成消息,基站然后将去附着完成消息发送给核心网。
S606,核心网在收到去附着完成消息后,会发起NAS(Non-Access Stratum,非接入层)信令连接释放过程。首先,核心网给基站发送UE上下文释放消息。基站在接收到UE上下文释放消息之后,给UE发RRC(Radio Resource Control,无线资源控制)连接释放消息,然后基站将其保存的关于该UE进行本次附着的数据信息清空。清除上述数据信息之后,基站给核心网发送一个UE上下文释放响应消息。上文中,基站将其保存的关于该UE进行本次附着的数据信息清空具体是指:将eNB内保存的关于该UE的DRB(Data Radio Bearer,数据无线承载)和SRB(Signalling Radio Bearer,信令无线承载)数据信息删除。
经过步骤S601~S605之后,无论核心网是否能够收到用户终端发送的去附着完成消息,核心网与用户终端都为去附着状态,保证了UE和核心网的状态一致。步骤S606保证了eNB内该UE的所有资源都被释放,提高了无线资源的利用率。
如图7所示,本发明实施例3涉及一种用户终端附着失败后的处理系统,该系统包括:核心网701,以及通过基站702与所述核心网701连接的用户终端703。
核心网701又进一步包括去附着请求消息发送单元7011和核心网状态设置单元7012。其中,去附着请求消息发送单元7011用于当核心网701通过基站702向用户终端703发送附着响应消息次数达到设定次数后,仍未收到用户终端703发送的附着完成消息时,通过基站702向用户终端703发送去附着请求消息。核心网状态设置单元7012用于在去附着请求消息发送单元7011发送去附着请求消息之后,将核心网701的状态设置为去附着状态。
用户终端703包括去附着请求消息接收单元7031和用户终端状态设置单元7032,其中,去附着请求消息接收单元7031用于接收上述去附着请求消息。用户终端状态设置单元7032用于在去附着请求消息接收单元7031接收上述去附着请求消息之后,将用户终端703状态设置为去附着状态。
如图8所示,本发明实施例4涉及一种用户终端附着失败后的处理系统,该系统包括:核心网801,以及通过基站802与所述核心网801连接的用户终端803。
核心网801又进一步包括去附着请求消息发送单元8011、核心网状态设置单元8012和核心网信息清除单元8013。基站802包括基站信息清除单元8021。用户终端803进一步包括去附着请求消息接收单元8031、用户终端状态设置单元8032、用户终端信息清除单元8033和去附着完成消息发送单元8034。
本实施例的处理系统工作流程如下:
首先,用户终端803进行附着。用户终端803发送附着请求消息给基站802,基站802将附着请求消息发送给核心网801,核心网801接收到附着请求消息后,进行身份识别、鉴权、安全过程等操作后,建立默认EPS承载,然后核心网801向基站802发送附着响应消息,同时启动定时器。基站802将附着响应消息发送给用户终端803。核心网801在定时器设定的时间范围内,等待用户终端803的响应,即:等待接收用户终端803发送的附着完成消息。如果在定时器设定的时间范围内,核心网801没有收到用户终端803发送的附着完成消息,则定时器超时,核心网801重新发送附着响应消息,同时启动定时器,等待用户终端803的响应。如果定时器再次超时,则重复上述步骤。当核心网801通过基站802向用户终端803发送附着响应消息的次数达到设定次数后,仍未收到用户终端803发送的附着完成消息时,则用户终端803附着失败。在用户终端803附着失败之后,去附着请求消息发送单元8011通过基站802向用户终端803发送去附着请求消息。然后,核心网信息清除单元8013清除核心网801内保存的关于用户终端803进行本次附着的数据信息。最后,核心网状态设置单元8012将核心网801的状态设置为去附着状态。
用户终端803的去附着请求消息接收单元8031接收上述去附着请求消息;然后,用户终端信息清除单元8033清空该用户终端803内保存的与本次附着相关的数据信息;接下来,用户终端状态设置单元8032将用户终端803的状态设置为去附着状态;最后,去附着完成消息发送单元8034向基站802发送去附着完成消息,基站802将去附着完成消息发送给核心网801。
核心网801接收到去附着完成消息之后,发起NAS信令连接释放过程。首先,核心网801给基站802发送UE上下文释放消息。基站802在接收到UE上下文释放消息之后,给用户终端803发RRC连接释放消息,然后基站802的基站信息清除单元8021清空基站802内保存的关于该用户终端803进行本次附着的数据信息,这样,基站802内该用户终端803的资源得到释放。清除上述数据信息之后,基站802给核心网801发送一个UE上下文释放向应消息。
图9是本发明实施例5一种用户终端附着失败后的处理方法的流程图,本实施例中,核心网通过基站向用户终端发送附着响应消息的设定次数设置为5次,即核心网共发送5次附着响应消息,包括:第一发送附着响应消息,以及后续的4次重新发送附着响应消息。本实施例的步骤从核心网第一发送附着响应消息之后,启动定时器T3450开始,具体步骤如下:
S901,定时器T3450第一次超时时,核心网未收到UE发送的附着完成消息,核心网重发附着响应消息;
S902,定时器T3450第二次超时时,核心网未收到UE发送的附着完成消息,核心网重发附着响应消息;
S903,定时器T3450第三次超时时,核心网未收到UE发送的附着完成消息,核心网重发附着响应消息;
S904,定时器T3450第四次超时时,核心网未收到UE发送的附着完成消息,核心网重发附着响应消息;
S905,定时器T3450第五次超时时,核心网未收到UE发送的附着完成消息。至此,核心网发送附着响应消息的次数(5次)已经达到设定次数5次,因此,表示该用户终端附着失败。核心网发起下行NAS传输,发送去附着请求消息给eNB;
S906,核心网发送去附着请求消息后,本地清空该UE内保存的进行本次附着的EPS承载数据信息、TAI list等信息,然后进入去附着状态;
S907,eNB收到去附着请求消息后,透传给UE;
S908,UE收到消息后,本地清空该UE内保存的进行本次附着的EPS承载数据信息、TAI list等信息,然后进入去附着状态;
S909,UE回复去附着完成消息给eNB;
S910,eNB将去附着完成消息透传给核心网;
S911,核心网在收到去附着完成消息后,发起NAS信令连接释放过程。首先,核心网给基站发送UE上下文释放消息。基站在接收到UE上下文释放消息之后,给UE发RRC连接释放消息,然后基站将其内保存的关于该UE的DRB和SRB数据信息删除。清除上述数据信息之后,基站给核心网发送一个UE上下文释放响应消息。
本实施例中,当核心网重发4次附着请求消息后,都没有收到UE的附着完成消息,则第5次定时器T3450超时时,就发起去附着请求消息(而不是直接进入去附着状态),来通知UE去附着,UE收到消息后,释放相关资源,进入去附着状态。使核心网和用户终端均为去附着状态,避免出现用户终端认为附着成功,进而向对端发送数据失败的问题。另外,还便于用户终端重新选择小区进行附着,保持通信的及时、畅通。并且,核心网在去附着流程后,会发去NAS信令连接释放过程,这样eNB内该UE的资源也得到了释放,提高了无线资源利用率。
尽管为示例目的,已经公开了本发明的优选实施例,本领域的技术人员将意识到各种改进、增加和取代也是可能的,因此,本发明的范围应当不限于上述实施例。
Claims (10)
1.一种用户终端附着失败后的处理方法,其特征在于,所述方法包括以下步骤:
当核心网通过基站向用户终端发送附着响应消息的次数达到设定次数后,仍未收到所述用户终端发送的附着完成消息时,则所述核心网通过基站向所述用户终端发送去附着请求消息,且其状态设置为去附着状态;
所述用户终端收到所述去附着请求消息之后,状态设置为去附着状态。
2.如权利要求1所述的用户终端附着失败后的处理方法,其特征在于,在所述用户终端状态设置为去附着状态之后,还包括以下步骤:
所述用户终端通过所述基站向所述核心网发送去附着完成消息。
3.如权利要求2所述的用户终端附着失败后的处理方法,其特征在于,所述核心网收到所述去附着完成消息后,发送UE上下文释放消息给所述基站;所述基站收到所述UE上下文释放消息后,清除其内保存的关于所述用户终端进行本次附着的数据信息。
4.如权利要求1所述的用户终端附着失败后的处理方法,其特征在于,在所述核心网通过所述基站向所述用户终端发送去附着请求消息之后,还包括以下步骤:
清除所述核心网内保存的关于所述用户终端进行本次附着的数据信息。
5.如权利要求1所述的用户终端附着失败后的处理方法,其特征在于,在所述用户终端收到所述去附着请求消息之后,还包括以下步骤:
清除所述用户终端内保存的关于本次附着的数据信息。
6.一种用户终端附着失败后的处理系统,所述系统包括核心网,以及通过基站与所述核心网连接的用户终端,其特征在于,
所述核心网包括去附着请求消息发送单元和核心网状态设置单元,其中,所述去附着请求消息发送单元用于当所述核心网通过所述基站向所述用户终端发送附着响应消息的次数达到设定次数后,仍未收到所述用户终端发送的附着完成消息时,通过所述基站向所述用户终端发送去附着请求消息;所述核心网状态设置单元用于将所述核心网的状态设置为去附着状态;
所述用户终端包括去附着请求消息接收单元和用户终端状态设置单元,其中,所述去附着请求消息接收单元用于接收所述去附着请求消息;所述用户终端状态设置单元用于将所述用户终端状态设置为去附着状态。
7.如权利要求6所述的用户终端附着失败后的处理系统,其特征在于,所述用户终端还包括:
去附着完成消息发送单元,用于在所述用户终端状态设置为去附着状态之后,通过所述基站向所述核心网发送去附着完成消息。
8.如权利要求7所述的用户终端附着失败后的处理系统,其特征在于,所述基站包括:
基站信息清除单元,用于在所述基站收到所述核心网在收到所述去附着完成消息后向所述基站发送的UE上下文释放消息后,清除其内保存的关于所述用户终端进行本次附着的数据信息。
9.如权利要求6所述的用户终端附着失败后的处理系统,其特征在于,所述核心网还包括:
核心网信息清除单元,用于在所述核心网通过基站向所述用户终端发送去附着请求消息之后,清除所述核心网内保存的关于所述用户终端进行本次附着的数据信息。
10.如权利要求6所述的用户终端附着失败后的处理系统,其特征在于,所述用户终端还包括:
用户终端信息清除单元,用于在所述用户终端收到所述去附着请求消息之后,清除所述用户终端内保存的关于本次附着的数据信息。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101766534A CN102036365A (zh) | 2009-09-24 | 2009-09-24 | 一种用户终端附着失败后的处理方法及系统 |
PCT/CN2010/071273 WO2010145248A1 (zh) | 2009-09-24 | 2010-03-24 | 一种用户终端附着失败后的处理方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101766534A CN102036365A (zh) | 2009-09-24 | 2009-09-24 | 一种用户终端附着失败后的处理方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102036365A true CN102036365A (zh) | 2011-04-27 |
Family
ID=43355746
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101766534A Pending CN102036365A (zh) | 2009-09-24 | 2009-09-24 | 一种用户终端附着失败后的处理方法及系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102036365A (zh) |
WO (1) | WO2010145248A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102612058A (zh) * | 2012-02-22 | 2012-07-25 | 大唐移动通信设备有限公司 | 一种性能指标统计结果确定方法及装置 |
CN105163367A (zh) * | 2015-07-30 | 2015-12-16 | 深圳市广和通无线股份有限公司 | 一种小区选择方法和无线接入系统 |
CN109451513A (zh) * | 2018-11-07 | 2019-03-08 | 南京佰联信息技术有限公司 | 终端设备特征码的采集方法、基站设备和存储介质 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100571435C (zh) * | 2005-08-23 | 2009-12-16 | 华为技术有限公司 | 一种空闲模式下寻呼失败后的处理方法 |
CN100562170C (zh) * | 2006-04-19 | 2009-11-18 | 中兴通讯股份有限公司 | 移动宽带无线接入系统中终端进入空闲模式的方法 |
-
2009
- 2009-09-24 CN CN2009101766534A patent/CN102036365A/zh active Pending
-
2010
- 2010-03-24 WO PCT/CN2010/071273 patent/WO2010145248A1/zh active Application Filing
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102612058A (zh) * | 2012-02-22 | 2012-07-25 | 大唐移动通信设备有限公司 | 一种性能指标统计结果确定方法及装置 |
CN102612058B (zh) * | 2012-02-22 | 2014-06-04 | 大唐移动通信设备有限公司 | 一种性能指标统计结果确定方法及装置 |
CN105163367A (zh) * | 2015-07-30 | 2015-12-16 | 深圳市广和通无线股份有限公司 | 一种小区选择方法和无线接入系统 |
CN109451513A (zh) * | 2018-11-07 | 2019-03-08 | 南京佰联信息技术有限公司 | 终端设备特征码的采集方法、基站设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2010145248A1 (zh) | 2010-12-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI436658B (zh) | 處理行動管理退讓計時器之方法 | |
CN112040567B (zh) | 一种恢复rrc连接的方法及装置、计算机存储介质 | |
CN110199568B (zh) | 连接恢复方法、接入和移动性管理功能实体及用户设备 | |
CN101374347A (zh) | 在无线通信网络中进行无线电链路故障恢复的方法和装置 | |
CN101854733A (zh) | 处理无线资源控制联机建立的方法及其相关通讯装置 | |
CN102573004A (zh) | 拥塞控制方法以及使用该方法的移动通信装置与服务网络 | |
CN101505508A (zh) | 在无线通信网络中用于无线电链路故障恢复的方法和设备 | |
CN104219717B (zh) | 一种终端切换的方法、基站及终端切换的系统 | |
CN101860940A (zh) | 一种进行接入控制的方法和系统以及无线资源管理实体 | |
CN104718793A (zh) | 功率偏好指示符定时器 | |
CN102204338A (zh) | 无线通信系统中rrc连接重建的方法及装置 | |
CN100455105C (zh) | 一种无线承载重配置的方法 | |
CN100431388C (zh) | 提高用户设备状态跃迁速度的方法 | |
CN101730062A (zh) | 一种非相邻节点间异常处理方法 | |
CN101938847A (zh) | 一种长期演进系统中业务承载建立失败的处理方法和装置 | |
CN101489269B (zh) | 切换异常处理方法及系统 | |
CN101873576A (zh) | 中继接入节点能力上报的方法、系统及装置 | |
WO2012003721A1 (zh) | 基于网络共享资源管理的方法及系统 | |
CN102202417B (zh) | 一种包数据网络释放失败的处理方法、系统及装置 | |
CN102036365A (zh) | 一种用户终端附着失败后的处理方法及系统 | |
CN102457839A (zh) | 机器类型通信终端的业务触发方法和装置 | |
CN102572975B (zh) | 一种小区切换工作频率的方法、系统和设备 | |
CN101018351B (zh) | 利用竞争信道进行短数据传输的方法 | |
CN101883328B (zh) | 实现公共预警消息传送的方法、系统和施主基站 | |
CN102651902B (zh) | 非接入层(nas)不能传输指示的处理方法及基站、mme设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110427 |