CN107409382A - 一种寻呼设备和方法 - Google Patents
一种寻呼设备和方法 Download PDFInfo
- Publication number
- CN107409382A CN107409382A CN201580028250.9A CN201580028250A CN107409382A CN 107409382 A CN107409382 A CN 107409382A CN 201580028250 A CN201580028250 A CN 201580028250A CN 107409382 A CN107409382 A CN 107409382A
- Authority
- CN
- China
- Prior art keywords
- terminal device
- rrc connection
- access network
- network equipment
- paging message
- 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
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及无线通信技术领域,尤其涉及寻呼设备和方法,针对连接态的终端设备提供寻呼方案,保证网络有效寻呼终端设备。在一种终端设备中,发送模块发起第一次无线资源控制RRC连接建立过程;处理模块在第一次RRC连接建立过程中启动定时器;接收模块接收寻呼消息,消息包括终端设备的标识;发送模块还用于当定时器处于超时状态,根据寻呼消息发起第二次RRC连接建立过程;处理模块还用于当定时器处于未超时状态,忽略寻呼消息以维持第一次RRC连接建立过程建立的RRC连接。通过终端设备启动定时器,在定时器超时前忽略寻呼消息,在定时器超时后响应寻呼消息发起RRC连接建立过程,可避免终端设备进入空闲态而无法进行数据传输。
Description
本发明涉及无线通信技术领域,尤其涉及一种寻呼设备和方法。
长期演进(Long Term Evolution,LTE)***中,用户设备(User Equipment,UE)在空口有两种无线资源控制(Radio Resource Control,RRC)状态:空闲态(IDLE)和连接态(Connected)。处于连接态的UE能与网络进行数据传输,而处于空闲态的UE需在与网络建立起连接进入连接态后才能进行数据传输。当处于空闲态的UE有下行数据到达时,服务网关(Serving-GateWay,S-GW)能缓存该下行数据并通知移动管理实体(Mobility Management Entity,MME)来触发寻呼消息,UE接收到寻呼消息后会在当前驻留的小区上发起RRC连接建立过程以进入连接态。
处于空闲态的UE可采用非连续接收(Discontinuous Reception,DRX)方式接收寻呼消息以达到省电的目的。演进型基站,比如:演进节点B(evolved NodeB,eNB)配置用来寻呼的无线帧,即寻呼帧(Paging Frame,PF),以及PF内用来寻呼的子帧,即寻呼时机(Paging Opportunity,PO)。在配置的寻呼帧内的寻呼时机处,演进型基站发送寻呼消息以寻呼该处于空闲态的UE,每个小区在***消息中广播寻呼周期等寻呼参数。处于空闲态的UE根据接收的寻呼参数计算得出自身接收寻呼消息的寻呼帧和寻呼帧内的寻呼时机,在一个DRX周期内UE可以只在自身的寻呼时机处进行寻呼接收,而在其他时间进入睡眠,这样可达到省电的目的。
现有协议针对连接态的UE,并没有可行方案保证网络有效寻呼该UE。
发明内容
有鉴于此,提供一种寻呼设备和方法,用以提针对连接态的UE,提供一
种寻呼方案,可保证网络有效寻呼UE。
第一方面,本发明实施例提供一种终端设备,包括:
发送模块,用于向接入网设备发起第一次无线资源控制RRC连接建立过程;
处理模块,用于在所述第一次RRC连接建立过程中启动定时器;
接收模块,用于接收所述接入网设备发送的寻呼消息,所述寻呼消息包括所述终端设备的标识;
所述发送模块还用于:当所述定时器处于超时状态,根据所述寻呼消息发起第二次RRC连接建立过程;
所述处理模块还用于:当所述定时器处于未超时状态,忽略所述寻呼消息以维持所述第一次RRC连接建立过程建立的RRC连接。
结合第一方面,在第一种可能的实现方式中,
所述定时器用于识别终端设备发起的RRC连接建立过程与寻呼过程并发的场景。
结合第一方面或第一方面的第一种可能的实现方式,在第二种可能的实现方式中,所述处理模块具体用于:
在所述发送模块向所述接入网设备发送RRC连接请求消息时启动所述定时器;或
在所述接收模块接收所述接入网设备发送的RRC连接建立消息时启动所述定时器。
结合第一方面,或第一方面的第一种或第二种可能的实现方式,在第三种可能的实现方式中,所述定时器的时长是协议预先规定的,或由寻呼周期确定的,或由所述接入网设备确定并通知所述终端设备的。
第二方面,本发明实施例提供一种接入网设备,包括:
处理模块,用于确定定时器的时长;
发送模块,用于通知终端设备所述定时器的时长,以使所述终端设备:
在向所述接入网设备发起的第一次建立无线资源控制RRC连接的过程中
启动所述定时器,并在收到所述接入网设备发送的寻呼消息,且所述寻呼消息包括所述终端设备的标识时:
当所述定时器处于超时状态,根据所述寻呼消息发起第二次RRC连接建立过程;
当所述定时器处于未超时状态,忽略所述寻呼消息以维持所述第一次RRC连接建立过程建立的RRC连接。
结合第二方面,在第一种可能的实现方式中,
所述定时器用于识别终端设备发起的RRC连接建立过程与寻呼过程并发的场景。
结合第二方面,或第二方面的第一种可能的实现方式,在第二种可能的实现方式中,所述处理模块具体用于:
根据寻呼周期确定所述定时器的时长。
第三方面,本发明实施例提供一种接入网设备,包括:
接收模块,用于接收终端设备发送的无线资源控制RRC连接请求消息,所述RRC连接请求消息包括所述终端设备的标识;
处理模块,用于根据所述终端设备的标识确定所述接收模块已收到所述核心网设备发送的针对所述终端设备的第一寻呼消息且尚未根据所述第一寻呼消息寻呼所述终端设备,则丢弃所述第一寻呼消息。
结合第三方面,在第一种可能的实现方式中,所述处理模块还用于:
当在所述RRC连接请求消息触发的RRC连接建立过程中或所述RRC建立过程完成后,所述接收模块收到所述核心网设备发送的针对所述终端设备的第二寻呼消息,则丢弃所述第二寻呼消息。
第四方面,本发明实施例提供一种接入网设备,包括:
接收模块,用于接收核心网设备发送的针对终端设备的第二寻呼消息;
处理模块,用于根据所述第二寻呼消息判断是否已建立了针对所述终端设备的无线资源控制RRC连接,或针对所述终端设备的RRC连接是否处于建立过程中;
所述处理模块还用于:若确定已建立了针对所述终端设备的RRC连接,或针对所述终端设备的RRC连接处于建立过程中,丢弃所述第二寻呼消息;
所述接入网设备还包括发送模块,用于在所述处理模块确定没有已建立的针对所述终端设备的RRC连接,也没有针对所述终端设备的正在进行的RRC连接建立过程时,根据所述第二寻呼消息寻呼所述终端设备。
结合第四方面,在第一种可能的实现方式中,
若所述处理模块确定已建立了针对所述终端设备的RRC连接,或针对所述终端设备的RRC连接处于建立过程中,所述接收模块还用于:在接收所述核心网设备发送的针对终端设备的所述第二寻呼消息之前,接收所述终端设备发送的用于建立所述RRC连接的RRC连接请求消息,所述RRC连接请求消息包括所述终端设备的标识;
所述处理模块还用于:若根据所述终端设备的标识确定所述接收模块在收到所述RRC连接请求消息之前已收到所述核心网设备发送的针对所述终端设备的第一寻呼消息且所述发送模块尚未根据所述第一寻呼消息寻呼所述终端设备,丢弃所述第一寻呼消息。
第五方面,本发明实施例提供一种核心网设备,包括:
接收模块,用于接收接入网设备发送的第一初始用户设备UE消息,所述第一初始UE消息由终端设备触发;
处理模块,用于当确定所述核心网设备与所述接入网设备间已具备针对所述终端设备的S1连接时,释放所述S1连接,并重新建立与所述接入网设备间的针对所述终端设备的S1连接。
结合第五方面,在第一种可能的实现方式中,所述接收模块还用于:在接收接入网设备发送的第一初始UE消息之前,接收所述接入网设备发送的第二初始UE消息,所述第二初始UE消息由所述终端设备触发;
所述处理模块还用于:确定所述核心网设备与所述接入网设备间已具备所述S1连接;
所述核心网设备还包括发送模块;
所述处理模块具体用于:
通过所述发送模块向所述接入网设备发送用户设备UE上下文释放命令消息,用于触发所述接入网设备向所述终端设备发送RRC连接释放消息。
第六方面,本发明实施例提供一种寻呼方法,包括:
终端设备向接入网设备发起第一次无线资源控制RRC连接建立过程;
所述终端设备在所述第一次RRC连接建立过程中启动定时器;
所述终端设备接收所述接入网设备发送的寻呼消息,所述寻呼消息包括所述终端设备的标识;
当所述定时器处于超时状态,所述终端设备根据所述寻呼消息发起第二次RRC连接建立过程;
当所述定时器处于未超时状态,所述终端设备忽略所述寻呼消息以维持所述第一次RRC连接建立过程建立的RRC连接。
结合第六方面,在第一种可能的实现方式中,
所述定时器用于识别终端设备发起的RRC连接建立过程与寻呼过程并发的场景。
结合第六方面,或第六方面的第一种可能的实现方式,在第二种可能的实现方式中,所述终端设备在发起的第一次RRC连接建立过程中启动定时器包括:
所述终端设备在向所述接入网设备发送RRC连接请求消息时启动所述定时器;或
所述终端设备在接收所述接入网设备发送的RRC连接建立消息时启动所述定时器。
结合第六方面,或第六方面的第一种或第二种可能的实现方式,在第三种可能的实现方式中,所述定时器的时长是协议预先规定的,或由寻呼周期确定的,或由所述接入网设备确定并通知所述终端设备的。
第七方面,本发明实施例提供一种寻呼方法,包括:
接入网设备确定定时器的时长;
所述接入网设备通知终端设备所述定时器的时长,以使所述终端设备:
在向所述接入网设备发起的第一次建立无线资源控制RRC连接的过程中启动所述定时器,并在收到所述接入网设备发送的寻呼消息,且所述寻呼消息包括所述终端设备的标识时:
当所述定时器处于超时状态,根据所述寻呼消息发起第二次RRC连接建立过程;
当所述定时器处于未超时状态,忽略所述寻呼消息以维持所述第一次RRC连接建立过程建立的RRC连接。
结合第七方面,在第一种可能的实现方式中,所述定时器用于识别终端设备发起的RRC连接建立过程与寻呼过程并发的场景。
结合第七方面,或第七方面的第一种可能的实现方式,在第二种可能的实现方式中,所述接入网设备确定定时器的时长,包括:
所述接入网设备根据寻呼周期确定所述定时器的时长。
第八方面,本发明实施例提供一种寻呼方法,包括:
接入网设备接收终端设备发送的无线资源控制RRC连接请求消息,所述RRC连接请求消息包括所述终端设备的标识;
当所述接入网设备根据所述终端设备的标识确定已收到所述核心网设备发送的针对所述终端设备的第一寻呼消息且尚未根据所述第一寻呼消息寻呼所述终端设备,则所述接入网设备丢弃所述第一寻呼消息。
结合第八方面,在第一种可能的实现方式中,还包括:
当在所述RRC连接请求消息触发的RRC连接建立过程中或所述RRC建立过程完成后,所述接入网设备收到所述核心网设备发送的针对所述终端设备的第二寻呼消息,则所述接入网设备丢弃所述第二寻呼消息。
第九方面,本发明实施例提供一种寻呼方法,包括:
接入网设备接收核心网设备发送的针对终端设备的第二寻呼消息;
所述接入网设备根据所述第二寻呼消息判断是否已建立了针对所述终端设备的无线资源控制RRC连接,或针对所述终端设备的RRC连接是否处于
建立过程中;
若所述接入网设备确定已建立了针对所述终端设备的RRC连接,或针对所述终端设备的RRC连接处于建立过程中,所述接入网设备丢弃所述第二寻呼消息;
若所述接入网设备确定没有已建立的针对所述终端设备的RRC连接,也没有针对所述终端设备的正在进行的RRC连接建立过程,所述接入网设备根据所述第二寻呼消息寻呼所述终端设备。
结合第九方面,在第一种可能的实现方式中,
若所述接入网设备确定已建立了针对所述终端设备的RRC连接,或针对所述终端设备的RRC连接处于建立过程中,在所述接入网设备接收所述核心网设备发送的针对终端设备的所述第二寻呼消息之前,还包括:所述接入网设备接收所述终端设备发送的用于建立所述RRC连接的RRC连接请求消息,所述RRC连接请求消息包括所述终端设备的标识;
所述方法还包括:若所述接入网设备根据所述终端设备的标识确定在收到所述RRC连接请求消息之前已收到所述核心网设备发送的针对所述终端设备的第一寻呼消息且尚未根据所述第一寻呼消息寻呼所述终端设备,所述接入网设备丢弃所述第一寻呼消息。
第十方面,本发明实施例提供一种寻呼方法,包括:
核心网设备接收接入网设备发送的第一初始用户设备UE消息,所述第一初始UE消息由终端设备触发;
当所述核心网设备确定与所述接入网设备间已具备针对所述终端设备的S1连接时,所述核心网设备释放所述S1连接;
所述核心网设备重新建立与所述接入网设备间的针对所述终端设备的S1连接。
结合第十方面,在第一种可能的实现方式中,在所述核心网设备接收接入网设备发送的第一初始UE消息之前,还包括:
所述核心网设备接收所述接入网设备发送的第二初始UE消息,所述第二
初始UE消息由所述终端设备触发;
所述核心网设备确定与所述接入网设备间已具备所述S1连接;
所述核心网设备释放所述S1连接,包括:
所述核心网设备向所述接入网设备发送用户设备UE上下文释放命令消息,用于触发所述接入网设备向所述终端设备发送RRC连接释放消息。
综上,终端设备在收到用于寻呼该终端设备的寻呼消息时,若寻呼消息中携带该终端设备的标识,若确定自身处于连接态,则响应于接收的该寻呼消息发起RRC连接建立过程。从而解决了上述诸如UE的终端设备确定自身处于连接态,而网络认为UE处于空闲态的情况下,UE忽略网络下发的寻呼消息而造成的严重丢话的问题。
进一步地,为了避免UE响应于寻呼消息发起RRC连接建立过程可能造成的UE最终进入空闲态而无法与网络进行数据传输的情形,通过在终端设备启动定时器,在定时器处于超时状态前忽略寻呼消息,在定时器处于超时状态后响应寻呼消息发起RRC连接建立过程;或者通过接入网设备区分接收的RRC连接请求和寻呼消息的先后关系,确定是否向终端设备发送寻呼消息;再或者通过核心网设备在出现并发情形后,释放先前建立的S1连接,重新建立新的S1连接,避免终端设备最终进入空闲态而无法与网络进行数据传输。
图1为目前UE响应寻呼消息而建立RRC连接的信令流程的示意图;
图2为目前UE忽略网络下发的寻呼的过程示意图;
图3为一个实施例提供的无线通信***的结构示意图;
图4为图3所示的无线通信***中终端设备响应寻呼消息发起RRC连接建立过程的流程图;
图5为图3所示的无线通信***为LTE***时的结构示意图;
图6A和图6B为RRC连接建立过程和寻呼过程并发情形的示意图;
图7为避免并发情形的可选方案一的流程图;
图8为可选方案一的一种可能实现方式的流程图;
图9为避免并发情形的可选方案二的流程图;
图10为可选方案二的一种可能实现方式的流程图
图11为避免并发情形的可选方案三的流程图;
图12为可选方案三的一种可能实现方式的流程图
图13为避免并发情形的可选方案四的流程图;
图14为可选方案四的一种可能实现方式的流程图;
图15为一个实施例提供的终端设备的结构示意图;
图16A和图16B分别为一个实施例提供的终端设备的两种实现方式下的结构示意图;
图17为一个实施例提供的接入网设备的结构示意图;
图18A和图18B分别为一个实施例提供的接入网设备的两种实现方式下的结构示意图;
图19为一个实施例提供的接入网设备的结构示意图;
图20A和图20B分别为一个实施例提供的接入网设备的两种实现方式下的结构示意图;
图21为一个实施例提供的接入网设备的结构示意图;
图22A和图22B分别为一个实施例提供的接入网设备的两种实现方式下的结构示意图;
图23为一个实施例提供的核心网设备的结构示意图;
图24A和图24B分别为一个实施例提供的核心网设备的两种实现方式下的结构示意图;
图25为一个实施例提供的寻呼方法的流程图;
图26为一个实施例提供的寻呼方法的流程图;
图27为一个实施例提供的寻呼方法的流程图;
图28为一个实施例提供的寻呼方法的流程图;
图29为一个实施例提供的寻呼方法的流程图。
正常情况下,处于空闲态的UE接收到寻呼消息后将发起RRC连接建立过程以响应寻呼消息,UE进入连接态后即可与网络进行数据传输;而处于连接态的UE如果收到寻呼消息,则会忽略该寻呼消息,不会发起RRC连接建立过程。但是,上述UE处理寻呼消息可能引发丢话,详述如下:
一种UE针对基站发送的寻呼消息的处理过程如图1所示:
MME通过基站向UE发送寻呼消息(Paging),UE收到该寻呼消息后,向基站发送RRC连接请求(RRC Connection Request)消息,请求建立RRC连接,基站收到该RRC连接请求消息后,向UE发送RRC连接建立(RRC Connection Setup)消息,通知UE建立的RRC连接的相关参数,UE按照RRC连接建立消息中的建立RRC连接的相关参数进行配置,配置完成后向基站发送RRC连接建立完成(RRC Conneciton Setup Complete)消息,完成RRC连接的建立。
基站收到该RRC连接建立完成消息后,向MME发送初始UE消息(Initial UE Message),MME收到该初始UE消息后,向基站发送初始上下文建立请求(Initial Context Setup Request)消息,请求建立该UE的上下文。基站收到该初始上下文建立请求消息后,可向UE发送RRC安全模式命令(RRC Security Mode Command)消息,携带加密和完整性保护的相关参数,UE获取加密和完整性保护的相关参数后,回复RRC安全模式完成(RRC Security Mode Complete)。
接下来,基站可向UE发送RRC连接重配置(RRC Connection Reconfiguration),UE回复RRC连接重配置完成(RRC Connection Reconfiguration),从而完成RRC连接的重配置过程。RRC连接重配置完成后,基站向MME回复初始上下文建立完成(Initial Context Setup Complete)消息,完成该UE的上下文的建立。
此时,UE在收到基站发送的RRC Connection Setup消息后进入连接态,
处于连接态的UE如果收到寻呼消息,则会忽略该消息而不会进行相应的处理。
另一种UE针对基站发送的寻呼消息的处理过程如图2所示:
处于连接态的UE如果长时间没有数据传输,基站侧的不活动定时器(Inactivity Timer)超时,则基站给UE发送RRC连接释放(RRC Connection Release)消息以使UE释放RRC连接而进入空闲态。但可能由于信号质量差,UE一直接收不到基站发送的RRC连接释放消息,这就导致网络认为UE进入空闲态,但UE侧仍处于连接态。当UE有下行数据到达时,认为UE处于空闲态的网络触发寻呼,基站在空口给UE发送寻呼消息后,按现有协议的规定,UE会忽略该寻呼而不会发起连接建立过程,最终导致网络侧寻呼不到该UE,造成丢话。
本发明提供一种寻呼设备和方法,用以实现UE正确处理基站发送的寻呼消息,以确保与网络正常通信。
下面,结合附图进行详细说明。
图3为一个实施例提供的无线通信***的结构示意图。如图3所示,该无线通信***包括:终端设备301、接入网设备302和核心网设备303,其中终端设备301可通过无线连接与接入网设备302连接,接入网设备302可通过有线或无线连接与核心网设备303连接。
目前,以LTE***为例,基站可在以下多种情况下,向UE发送寻呼消息:
1、收到MME发送的寻呼UE的寻呼消息后,在空口上向处于空闲态的UE发送寻呼消息,寻呼消息中携带该UE的标识信息,比如:***框架演进(System Architecture Evolution,SAE临时移动站标识(SAE Temporary Mobile Station Identifier,S-TMSI)或国际移动用户识别码(International Mobile Subscriber Identification Number,IMSI);
2、通知处于空闲态或连接态的UE***信息改变。
在情况1下,寻呼消息中会携带该UE的标识信息。因此,UE在空口上
收到寻呼消息后,若确定寻呼消息中携带自身的标识信息,则可确定该寻呼消息是发给自身的用于寻呼处于空闲态UE的寻呼消息。
但是,如前所述,若UE在之前没有收到RRC连接释放消息,则UE会认为自身仍处于连接态,按照目前LTE***中的处理,UE会丢弃该寻呼消息。
图3所示的无线通信***中,终端设备301在收到该用于寻呼终端设备301的寻呼消息,且该寻呼消息携带终端设备301的标识时,即使自身确定处于连接态,也会响应该寻呼消息发起RRC连接建立过程。
图3所示的无线通信***的通信制式包括但不限于:全球移动通信***(Global System of Mobile communication,GSM)、码分多址(Code Division Multiple Access,CDMA)IS-95、码分多址(Code Division Multiple Access,CDMA)2000、时分同步码分多址(Time Division-Synchronous Code Division Multiple Access,TD-SCDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、时分双工-长期演进(Time Division Duplexing-Long Term Evolution,TDD LTE)、频分双工-长期演进(Frequency Division Duplexing-Long Term Evolution,FDD LTE)、长期演进-增强(Long Term Evolution-Advanced,LTE-advanced)、个人手持电话***(Personal Handy-phone System,PHS)、802.11系列协议规定的无线保真(Wireless Fidelity,WiFi)、全球微波互联接入(Worldwide Interoperability for Microwave Access,WiMAX),以及未来演进的各种无线通信***。
只要存在终端设备和网络状态不一致,终端设备确定自身处于连接态,而网络确定终端设备处于空闲态,而导致终端设备忽略用于寻呼处于空闲态的终端设备的寻呼消息,均可以可使用图3所示的无线通信***以避免丢话。
其中,这里网络可指接入网设备302,也可指接入网设备302和核心网设备303,或者也可包括接入网设备302和核心网设备303以及其他设备在内的网络设备。
其中,终端设备301可以是无线终端,无线终端可以是指向用户提供语音和/或数据连通性的设备,具有无线连接功能的手持式设备、或连接到无线
调制解调器的其他处理设备。无线终端可以经无线接入网(例如,RAN,Radio Access Network)与一个或多个核心网进行通信,无线终端可以是移动终端,如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机,例如,可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语言和/或数据。例如,个人通信业务(PCS,Personal Communication Service)电话、无绳电话、会话发起协议(SIP)话机、无线本地环路(WLL,Wireless Local Loop)站、个人数字助理(PDA,Personal Digital Assistant)等设备。无线终端也可以称为订户单元(Subscriber Unit)、订户站(Subscriber Station),移动站(Mobile Station)、移动台(Mobile)、远程站(Remote Station)、接入点(Access Point)、远程终端(Remote Terminal)、接入终端(Access Terminal)、用户终端(User Terminal)、用户代理(User Agent)、用户设备(User Device)、或用户装备(User Equipment)。
接入网设备302可包括基站,或用于控制基站的无线资源管理设备,或包括基站和用于控制基站的无线资源管理设备;其中基站可为宏站或小站,比如:小小区(small cell)、微小区(pico cell)等,基站也可为家庭基站,比如:家庭节点B(Home NodeB,HNB)、家庭演进节点B(Home eNodeB,HeNB)等,基站也可包括中继节点(relay)等。
核心网设备303可包括用于进行移动性管理的核心网设备,比如:移动交换中心(Mobile Switching Center,MSC),或者移动管理实体(Mobility Management Entity,MME)等。
比如:对于TDD LTE、FDD LTE或LTE-A等LTE***接入网设备302可为演进节点B(evolved NodeB,eNodeB),终端设备301可为UE,核心网设备303可为MME;对于TD-SCDMA***或WCDMA***,接入网设备302可包括:节点B(NodeB)和/或无线网络控制器(Radio Network Controller,RNC),终端设备301可为UE,核心网设备303可为MSC;对于GSM***,接入网设备302可包括基站收发台(Base Transceiver Station,BTS)和/或基站控制器(Base Station Controller,BSC),终端102可为移动台(Mobile Station,
MS),核心网设备303可为MSC。
比如:对于LTE***,图3所示的无线通信***的网络架构可如图5所示。其中,终端设备301为UE,接入网设备302为基站,核心网设备303为MME,UE和基站之间的接口为Uu口,也称为“空口”、“空中接口”、“无线接口”等,基站和MME之间的接口为S1-MME口,基站和服务网关(Serving-GateWay,S-GW)之间的接口为S1-U口,MME和S-GW之间的接口为S11口。
采用图4所示的流程,可能导致终端设备301进入空闲态,无法与网络建立连接的问题。下面参考图6A,以LTE***为例加以说明。
图6A中,虚线代表寻呼接入流程,实线代表终端设备301主动接入流程。接入网设备302(基站)收到核心网设备303(MME)发送的寻呼消息后不会立即在空口寻呼对应的终端设备301(UE),而是等到该UE的寻呼时机到来时将寻呼消息发送给UE,所以基站可能在UE主动发起的RRC连接建立过程中,如收到RRC Connection Setup Complete消息之后、发送RRC Security Mode Command消息之前发送寻呼消息给UE,UE为响应收到的寻呼消息再次发起RRC连接建立过程,基站在S1-MME口再次给MME发送Initial UE Message消息,MME根据Initial UE Message消息中携带的UE标识S-TMSI识别出两次接收到的Initial UE message消息是同一个UE触发的,因此MME认为有误,进而向基站发送UE上下文释放命令,要求释放先前建立的UE上下文,基站收到该命令后,确定上下文建立失败,向MME返回初始上下文建立失败(Initial Context Setup Fail)消息,并给UE发送RRC连接释放消息(对应图6A中实线的RRC Connection Release消息),而MME并没有因为再次收到Initial UE Message消息(图6A中虚线的Initial UE Message消息)而请求建立新的S1连接,因此,对应于基站发送的图6A中的第二条Initial UE Message消息(图6A中虚线的Initial UE Message消息),基站等待预设的时长,但在该预设的时长结束前没有接收到MME的响应消息,则再次向UE发送RRC连接释放消息。
从图6A中可以看出,如果基站在UE发起的RRC连接建立过程中,或RRC连接建立完成后向UE发送寻呼消息,可能导致图6A所示的UE最终进入空闲态而无法与网络进行数据传输,因此,进一步地,可通过包括可选方案一~可选方案四在内的多种方案,避免连接态的UE响应寻呼消息时产生并发的情况。
为避免上述情况的发生,可选方案一中,终端设备301处启动一个定时器,若终端设备301在定时器处于超时状态前收到寻呼消息则忽略该寻呼,若终端设备301在定时器处于超时状态后收到寻呼消息则再次发起RRC连接建立过程;
可选方案二和可选方案三中,接入网设备302根据先后接收到的两条消息——寻呼消息和RRC连接请求消息中携带的相关信息来进行相应的判断从而决定是否在空口发送寻呼消息;
可选方案四中,核心网设备303针对发生的图6A所示的情况进行对应的处理:MME再次收到Initial UE Message消息后释放先前建立的在核心网设备303与接入网设备302之间的接口上的针对终端设备301的S1连接并在核心网设备303与接入网设备302之间的接口上重新建立针对终端设备301的S1连接。
下面对该四种可选方案进行详细描述。
【可选方案一】
图7为可选方案一的流程图。如图7所示,该流程包括如下步骤:
S701:终端设备301向接入网设备302发起第一次RRC连接建立过程,比如通过发送RRC连接请求消息发起该第一次RRC连接建立过程;
S702:终端设备301在发起的第一次RRC连接建立过程中,或RRC连接建立完成后启动定时器;
S703:终端设备301接收接入网设备302发送的寻呼消息,该寻呼消息中携带终端设备301的标识;
如果在收到寻呼消息时定时器处于超时状态,则终端设备301执行步骤
S704:响应于接收的寻呼消息发起第二次RRC连接建立过程;如果定时器处于未超时状态,则终端设备301忽略寻呼消息。
终端设备301忽略该寻呼消息,可以维持上述第一次RRC连接过程建立的RRC连接。
可选方案一中,终端设备301可以在第一次RRC连接建立过程中,或在RRC连接建立完成后,启动一个定时器,从而终端设备301根据接收到的寻呼消息是在定时器处于超时状态前还是定时器处于超时状态后来决定是否处理该寻呼消息。
其中,终端设备301启动的该定时器可排除前述的图6A所示的情况。如果终端设备301在定时器处于超时状态前收到寻呼消息,终端设备301会忽略该寻呼消息而不会进行相应处理,如果终端设备301在定时器处于超时状态后收到寻呼消息,则终端设备301会发起第二次RRC连接建立过程以响应寻呼。
可选地,终端设备301可在发送RRC连接请求时启动定时器,或者终端设备301在收到RRC连接建立消息时启动定时器,再或者,终端设备301在发送RRC连接建立完成消息时启动定时器。
比如:按照目前LTE***相关协议的规定,终端设备301在收到RRC连接建立消息后进入连接态,因此可优先考虑在终端设备301收到RRC连接建立消息时启动定时器。
该定时器的时长可为1s、2s、2.5s、3s、……、10s、10.5s等等。可选地,该定时器的时长可设置的最小值为寻呼周期。
该定时器用于识别终端设备发起的RRC连接建立过程与寻呼过程并发的场景,比如:图6A所示的并发的场景,在该场景下,终端设备主动发起的RRC连接建立过程与MME发送寻呼消息在相近的时间内发生。如图6B所示,接入网设备302在寻呼终端设备301的寻呼时机开始到接入网设备302向核心网设备303发送初始UE消息结束这段时间内,若核心网设备303向接入网设备302发送寻呼终端设备301的寻呼消息,将导致上述并发的场景。
该定时器的时长的设置可考虑如下因素:若定时器的时长过短则无法避免上述图6A所示情形的发生,若定时器的时长过长则终端设备301可能错过寻呼消息的接收时机而再次丢话,因此在设置定时器的时长时,可考虑使终端设备301再次发起RRC连接建立过程后能重新进入连接态与网络进行数据传输。比如:
1、在协议中规定定时器的时长,如10s;
2、根据一定的公式计算定时器的时长,比如:接入网设备302在***消息中广播终端设备301的寻呼周期,终端设备301可根据寻呼周期决定定时器的时长,如定时器的时长可设置为:2倍的寻呼周期,该2倍仅为示例,不排除其他根据寻呼周期确定定时器的时长的方式;
3、由接入网设备302确定并通知终端设备301。比如:终端设备301在收到RRC连接建立消息时启动定时器,则接入网设备302可在向终端设备301发送的RRC连接建立消息中,携带用于指示定时器的时长的信息,终端设备301收到RRC连接建立消息后,从该消息中获取该用于指示定时器的时长的信息,并根据该信息确定定时器的时长,比如:接入网设备302可确定该定时器的时长为10s。
可选地,接入网设备302可根据寻呼周期确定定时器的时长。
图8中以终端设备301收到RRC连接建立消息时启动定时器为例,示出了可选方案一的一种可实现的流程。
图8中,终端设备301通过发送RRC连接请求消息发起RRC连接建立过程,终端设备301在RRC连接建立过程中,在收到接入网设备302发送的RRC连接建立消息时,启动定时器。终端设备301接收接入网设备302发送的寻呼消息,若在收到该寻呼消息时,启动的定时器未超时,则忽略该寻呼消息;若收到该寻呼消息时,定时器已终止,则响应该寻呼消息重新发起RRC连接建立过程。
通过采用可选方案一,终端设备301启动一个定时器,以避免图6A所示的UE最终进入空闲态而无法与网络进行数据传输的情形,并可避免丢话。目
前LTE***中,只有当终端设备301处于空闲态时收到寻呼消息才会与网络建立连接,而处于连接态的终端设备301会忽略寻呼消息,这可能造成丢话。与目前LTE***的处理方式相比,可选方案一既能够解决丢话的问题,也能够避免RRC连接建立过程与寻呼过程并发的情况。
可选方案一中,通过在终端设备301侧设置定时器,识别终端设备发起的RRC连接建立过程与网络发送的寻呼消息并发的场景,从而避免图6A所示的UE最终进入空闲态而无法与网络进行数据传输的问题。
此外,另一种通过终端设备301侧的处理避免图6A所示的情形的可选方案包括:终端设备301从发送RRC连接请求开始,到信令无线承载(Signalling Radio Bearer,SRB)2或数据无线承载(Data Radio Bearer,DRB)建立完成这段时间内,若收到用于寻呼空闲态终端设备的寻呼消息,则忽略收到的该寻呼消息;可选地,在SRB2和DRB建立完成后,若收到用于寻呼空闲态UE的寻呼消息,可以处理收到的该寻呼消息,比如响应于该寻呼消息发起RRC连接建立过程。
【可选方案二】
图9为可选方案二的流程图。如图9所示,该流程包括如下步骤:
S901:接入网设备302接收终端设备301发送的RRC连接请求消息,RRC连接请求消息包括终端设备301的标识;
S902:接入网设备302基于终端设备301的标识判断之前是否已收到核心网设备303发送的针对终端设备301的寻呼消息;若接入网设备302确定之前已收到核心网设备303发送的针对终端设备301的寻呼消息,则执行步骤S903;
S903:接入网设备302判断是否已根据寻呼消息寻呼终端设备301;若接入网设备302确定尚未根据寻呼消息寻呼终端设备301,则丢弃该寻呼消息。
本发明各个实施例中,丢弃寻呼消息可以理解为接入网设备302放弃寻呼终端设备301,以下不再赘述。
下面,参考图10,以接入网设备302在收到RRC连接请求之前已收到核心网设备303发送的针对终端设备301的寻呼消息为例,加以说明。
如图10所示,接入网设备302首先接收到核心网设备303发送的寻呼消息,该寻呼消息中包含被寻呼的终端设备301的标识S-TMSI。
接入网设备302收到该寻呼消息后会维护该S-TMSI。接入网设备302配置寻呼终端设备301所使用的无线帧和子帧,即确定寻呼时机,接入网设备302准备在确定的寻呼时机处发送寻呼消息以寻呼终端设备301。
但是,在寻呼时机来临前,接入网设备302收到终端设备301发送的RRC连接请求消息,该请求消息中同样带有终端设备301的标识S-TMSI,接入网设备302为避免图6A所示的UE最终进入空闲态而无法与网络进行数据传输的情形发生采取的方法是:
接入网设备302在收到RRC连接请求消息后,判断该消息中携带的S-TMSI是不是已被接入网设备302维护,即判断之前是否已收到了核心网设备303发送的针对终端设备301的寻呼消息;若确定之前已经收到核心网设备303发送的针对终端设备301的寻呼消息,则进一步判断是否已向终端设备301发送寻呼消息,即接入网设备302从核心网设备303处收到寻呼消息该寻呼消息中携带S-TMSI,接入网设备302确定该S-TMSI对应终端设备301,接入网设备302进而判断用于寻呼该终端设备301的寻呼消息是不是正在等待通过空口被发送给终端设备301,若该寻呼消息等待被发送,则接入网设备302丢弃该等待发送的寻呼消息,在对应的寻呼时机不会将寻呼消息发送给终端设备301。
此外,可选地,若在步骤S901中的RRC连接请求消息触发的RRC连接建立过程中或RRC建立过程完成后,接入网设备302收到核心网设备303发送的针对终端设备301的另一个寻呼消息(该寻呼消息不是步骤S902中提到的寻呼消息),则接入网设备302丢弃该寻呼消息。
【可选方案三】
图11为可选方案三的流程图。如图11所示,该流程包括如下步骤:
S1101:接入网设备302接收核心网设备303发送的针对终端设备301的寻呼消息;
S1102:接入网设备302判断是否已建立了针对终端设备301的RRC连接,或针对终端设备301的RRC连接是否处于建立过程中;若接入网设备302确定已建立了针对终端设备301的RRC连接,或针对终端设备301的RRC连接处于建立过程中,则丢弃该寻呼消息(例如放弃寻呼终端设备301);若接入网设备302确定没有已建立的针对终端设备301的RRC连接,也没有针对终端设备301的正在进行的RRC连接建立过程,则执行步骤S1103;
S1103:接入网设备302寻呼终端设备301。
图12为可选方案三的一种可能的实现方式的流程图。如图12所示,接入网设备302首先接收到终端设备301发送的RRC连接请求消息,该消息中包含终端设备301的标识S-TMSI,接入网设备302在收到该消息后建立该终端设备301对应的一个实例以维护相关信息(包括S-TMSI等终端设备301请求进入连接态的相关信息及终端设备301进入连接态后的上下文信息)。
接入网设备302在收到核心网设备303发送的寻呼消息后判断该寻呼消息中携带的S-TMSI是否包含在接入网设备302已建立的实例中,即判断是否已建立了针对终端设备301的RRC连接,或者针对终端设备301的RRC连接是否正在建立的过程中。
若实例中包含该S-TMSI说明终端设备301正请求进入连接态(即RRC连接正在建立的过程中)或已经处于连接态(即已经建立了针对终端设备301的RRC连接),因此接入网设备302会忽略该寻呼消息而不寻呼该终端设备301;反之,接入网设备302在空口发送寻呼消息给终端设备301。
可选地,步骤S1102中,若接入网设备302确定已建立了针对终端设备301的RRC连接,或针对终端设备301的RRC连接处于建立过程中,则在步骤S1101接入网设备302接收核心网设备303发送的针对终端设备301的寻呼消息之前,还可包括:接入网设备302接收终端设备301发送的用于建立RRC连接的RRC连接请求消息,RRC连接请求消息包括终端设备301的标
识;
若接入网设备302根据终端设备301的标识确定在收到该RRC连接请求消息之前已收到核心网设备303发送的针对终端设备301的另一个寻呼消息(该寻呼消息不同于步骤S1101中接收的寻呼消息)且尚未根据该寻呼消息寻呼终端设备301,则接入网设备302确定丢弃该寻呼消息(例如放弃寻呼终端设备301)。
可选方案二和可选方案三中,为避免图6A所示的UE最终进入空闲态而无法与网络进行数据传输的情形,接入网设备302根据接收到RRC连接请求消息和寻呼消息的时间先后顺序分两种情况进行处理,接入网设备302根据自身判断来决定是否在空口发送寻呼消息。
目前LTE***中,只有当UE处于空闲态时收到寻呼消息才会发起RRC连接建立过程从而与网络进行数据传输,而处于连接态的UE会忽略寻呼消息,这可能会造成丢话。可选方案二和可选方案三中,为避免图6A所示的UE最终进入空闲态而无法与网络进行数据传输的情形给出接入网设备302的解决方法,可有效避免图6A所示的情形。
【可选方案四】
图13为可选方案四的流程图。如图13所示,该流程包括如下步骤:
S1301:核心网设备303接收接入网设备302发送的针对终端设备301的初始用户设备UE消息,这里以初始UE消息为例,实际上,任何用于在接入网设备与核心网设备之间的接口上触发建立针对终端设备的信令连接的消息均可适用;
S1302:核心网设备303判断在核心网设备303与接入网设备302之间的接口上是否已具备针对终端设备301的S1连接;若确定已具备S1连接,则执行步骤S1303;
S1303:核心网设备303释放已具备的S1连接,并响应初始UE消息,在核心网设备303与接入网设备302之间的接口上重新建立针对终端设备301的S1连接。
在步骤S1301核心网设备303接收接入网设备302发送的UE初始消息之前,还包括:
核心网设备303接收接入网设备302发送的另一条初始UE消息,该初始UE消息由终端设备301触发;
核心网设备303确定与接入网设备302间已具备S1连接;
步骤S1303中,核心网设备303释放S1连接,包括:
核心网设备303向接入网设备302发送用户设备UE上下文释放命令消息,用于触发接入网设备302向终端设备301发送RRC连接释放消息。
图6A所示的流程中,终端设备301最终进入空闲态而无法与网络进行数据传输。而可选方案四中,核心网设备303可经过步骤S1302中的判断,在确定已存在S1连接的情况下,通过执行步骤S1303,释放已经连的S1连接,并重新建立针对终端设备301的S1连接,从而实现了终端设备301与网络的数据传输。
图14为可选方案四的一种可选实现方式的流程图。图14中,虚线代表寻呼接入流程,实线代表终端设备301主动接入流程,点划线代表采用可选方案四后,核心网设备303重建S1连接而触发的消息流程。如图14所示。终端设备301在发送RRC连接建立完成消息之后、收到RRC安全模式命令消息之前收到接入网设备302发送的寻呼消息,终端设备301为响应该寻呼消息重新发起RRC连接建立过程,接入网设备302收到RRC连接建立完成消息之后在S1接口再次给核心网设备303发送初始UE消息,核心网设备303根据初始UE消息中携带的终端设备301的标识(S-TMSI)识别出前后两次接收到的初始UE消息是同一个终端设备301触发的。
为避免图6A所示的UE最终进入空闲态而无法与网络进行数据传输的图6A的情形,核心网设备303在再次收到初始UE消息后,通过向接入网设备302发送UE上下文释放命令,释放先前建立的在核心网设备303与接入网设备302之间的接口上的针对终端设备301的S1连接,以触发接入网设备302在空口给终端设备301发送RRC连接释放消息,并且核心网设备303请求建
立新的初始上下文以触发终端设备301在空口完成安全功能激活及RRC连接重配置流程,从而保证接入网设备302侧重新建立起针对终端设备301的S1连接。这一系列流程完成后,终端设备301便重新进入连接态从而能与网络进行数据传输。
可选方案四中,为解决图6A所示的终端设备301进入空闲态而无法与网络进行数据传输的问题,可选方案四中,核心网设备303在再次收到初始UE消息后释放先前建立的针对终端设备301的S1连接并请求针对终端设备301建立新的S1连接,保证终端设备301重新进入连接态与网络进行数据传输。
目前LTE***中,在图6A所示的情形下,核心网设备303在再次收到初始UE消息后根据该消息中携带的终端设备301标识(S-TMSI)识别出两次接收到的初始UE消息是同一个终端设备301触发的,核心网设备303认为有误便要求释放先前建立的针对终端设备301的S1连接,即向接入网设备302发送UE上下文释放命令消息,以触发接入网设备302给终端设备301发送RRC连接释放消息,终端设备301释放了RRC连接后,接入网设备302向核心网设备303发送UE上下文释放完成(UE Context Release Complete)消息,核心网设备303释放S1连接最终导致终端设备301进入空闲态而无法与网络进行数据传输。而可选方案四中,核心网设备303再次收到初始UE消息后不仅要求释放先前建立的针对终端设备301的S1连接,并且请求建立新的针对终端设备301的S1连接,即通过发送初始上下文建立请求触发接入网设备302进行RRC连接重配置过程,向终端设备301发送RRC连接重配置(RRC Connection Reconfiguration)消息,并接收终端设备301发送的RRC连接重配置完成(RRC Connection Reconfiguration Complete)消息,完成终端设备301的RRC连接的重配置,使得终端设备301重新进入连接态与网络进行数据传输。接入网设备302在收到终端设备301发送的RRC连接重配置完成消息后,向核心网设备303发送初始上下文建立完成(Initial Context Setup Complete)消息,指示S1连接已建立完成。
图15为一个实施例提供的终端设备的结构示意图。如图15所示,该终
端设备包括:
发送模块1501,用于向接入网设备发起第一次RRC连接建立过程;
处理模块1502,用于在第一次RRC连接建立过程中启动定时器;
接收模块1503,用于接收接入网设备发送的寻呼消息,寻呼消息包括终端设备的标识;
发送模块1501还用于:当定时器处于超时状态,根据寻呼消息发起第二次RRC连接建立过程;
处理模块1502还用于:当定时器处于未超时状态,忽略寻呼消息以维持第一次RRC连接建立过程建立的RRC连接。
可选地,定时器用于识别终端设备发起的RRC连接建立过程与寻呼过程并发的场景。
可选地,处理模块1502具体用于:
在发送模块1501向接入网设备发送RRC连接请求消息时启动定时器;或
在接收模块1503接收接入网设备发送的RRC连接建立消息时启动定时器。
可选地,定时器的时长是协议预先规定的,或由寻呼周期确定的,或由接入网设备确定并通知终端设备的。
定时器的时长、定时器启动和终止的可选实现方式,可参考前述的可选方案一。发送模块1501的其他可选实现方式可参考前述的可选方案一中,终端设备301的发送操作;处理模块1502的其他可选实现方式可参考前述的可选方案一中,终端设备301的处理操作;接收模块1503的其他可选实现方式可参考前述的可选方案一中,终端设备301的接收操作。
其中,通过设置定时器,识别终端设备发起的RRC连接建立过程与网络发送的寻呼过程并发的场景,从而避免图6A所示的UE最终进入空闲态而无法与网络进行数据传输的问题。
一个实施例提供的终端设备可包括:
发送器1601,用于向接入网设备发起第一次RRC连接建立过程;
处理器1602,用于在第一次RRC连接建立过程中启动定时器;
接收器1603,用于接收接入网设备发送的寻呼消息,寻呼消息包括终端设备的标识;
发送器1601还用于:当定时器处于超时状态,根据寻呼消息发起第二次RRC连接建立过程;
处理器1602还用于:当定时器处于未超时状态,忽略寻呼消息以维持第一次RRC连接建立过程建立的RRC连接。
可选地,该终端设备可由图16A或图16B所示的结构实现。
图16A中,发送器1601和接收器1603分别与处理器1602相连。
图16B示出了一种总线结构。其中,在图16B中,总线结构可以包括任意数量的互联的总线和桥。处理器1602、存储器1604、发送器1601和接收器1602通过总线1605相互连接。存储器1604用于存储指令,处理器1602用于执行存储器1604中存储的指令,以控制接收器1603接收信号,并控制发送器1601发送信号。
其中,发送器1601的其他可选实现方式可参考发送模块1501,处理器1602的其他可选实现方式可参考处理模块1502,接收器1603的其他可选实现方式可参考接收模块1503。
其中,通过设置定时器,识别终端设备发起的RRC连接建立过程与网络发起的寻呼过程并发的场景,从而避免图6A所示的UE最终进入空闲态而无法与网络进行数据传输的问题。
图17为一个实施例提供的接入网设备的结构示意图。如图17所示,该接入网设备包括:
处理模块1701,用于确定定时器的时长;
发送模块1702,用于通知终端设备定时器的时长,以使终端设备:
在向接入网设备发起的第一次建立无线资源控制RRC连接的过程中启动定时器,并在收到接入网设备发送的寻呼消息,且寻呼消息包括终端设备的标识时:
当定时器处于超时状态,根据寻呼消息发起第二次RRC连接建立过程;
当定时器处于未超时状态,忽略寻呼消息以维持第一次RRC连接建立过程建立的RRC连接。
可选地,定时器用于识别终端设备发起的RRC连接建立过程与寻呼过程并发的场景。
可选地,处理模块1701具体用于:
根据寻呼周期确定定时器的时长。
其中,处理模块1701的其他可选实现方式可参考前述的可选方案一中,接入网设备302的处理操作;发送模块1702的其他可选实现方式可参考前述的可选方案一中,接入网设备302的发送操作。
其中,通过设置定时器,识别终端设备发起的RRC连接建立过程与网络发起的寻呼过程并发的场景,从而避免图6A所示的UE最终进入空闲态而无法与网络进行数据传输的问题。
一个实施例提供的接入网设备包括:
处理器1801,用于确定定时器的时长;
发送器1802,用于通知终端设备定时器的时长,以使终端设备:
在向接入网设备发起的第一次建立无线资源控制RRC连接的过程中启动定时器,并在收到接入网设备发送的寻呼消息,且寻呼消息包括终端设备的标识时:
当定时器处于超时状态,根据寻呼消息发起第二次RRC连接建立过程;
当定时器处于未超时状态,忽略寻呼消息以维持第一次RRC连接建立过程建立的RRC连接。
可选地,定时器用于识别终端设备发起的RRC连接建立过程与寻呼过程
并发的场景。
可选地,处理器1801具体用于:
根据寻呼周期确定定时器的时长。
其中,处理器1801的其他可选实现方式可参考前述的可选方案一中,接入网设备的处理操作;发送器1802的其他可选实现方式可参考前述的可选方案一中,接入网设备的发送操作。
可选地,该接入网设备可由图18A或图18B所示的结构实现。
图18A中,发送器1802与处理器1801相连。
图18B示出了一种总线结构。其中,在图18B中,总线结构可以包括任意数量的互联的总线和桥。处理器1801、存储器1803、发送器1802通过总线1805相互连接。存储器1803用于存储指令,处理器1801用于执行存储器1803中存储的指令,以控制发送器1802发送信号。
其中,发送器1802的其他可选实现方式可参考发送模块1702,处理器1801的其他可选实现方式可参考处理模块1701。
其中,通过设置定时器,识别终端设备发起的RRC连接建立过程与网络发起的寻呼过程并发的场景,从而避免图6A所示的UE最终进入空闲态而无法与网络进行数据传输的问题。
图19为一个实施例提供的接入网设备的结构示意图。如图19所示,该接入网设备包括:
接收模块1901,用于接收终端设备发送的无线资源控制RRC连接请求消息,RRC连接请求消息包括终端设备的标识;
处理模块1902,用于根据终端设备的标识确定接收模块1901已收到核心网设备发送的针对终端设备的第一寻呼消息且尚未根据第一寻呼消息寻呼终端设备,则丢弃第一寻呼消息。
可选地,处理模块1902还用于:
当在RRC连接请求消息触发的RRC连接建立过程中或RRC建立过程完成后,接收模块1901收到核心网设备发送的针对终端设备的第二寻呼消息,
则丢弃第二寻呼消息。
其中,接收模块1901的其他可选实现方式可参考前述的可选方案二中,接入网设备302的接收操作;处理模块1502的其他可选实现方式可参考前述的可选方案二中,接入网设备302的处理操作。
其中,为避免图6A所示的UE最终进入空闲态而无法与网络进行数据传输的情形,接入网设备根据接收到RRC连接请求消息和寻呼消息,判断是否在空口发送寻呼消息,可有效避免图6A所示的UE最终进入空闲态而无法与网络进行数据传输的情形。
一个实施例提供的接入网设备包括:
接收器2001,用于接收终端设备发送的无线资源控制RRC连接请求消息,RRC连接请求消息包括终端设备的标识;
处理器2002,用于根据终端设备的标识确定接收器2001已收到核心网设备发送的针对终端设备的第一寻呼消息且尚未根据第一寻呼消息寻呼终端设备,则丢弃第一寻呼消息。
可选地,该接入网设备可由图20A或图20B所示的结构实现。
图20A中,接收器2001与处理器2002相连。
图20B示出了一种总线结构。其中,在图20B中,总线结构可以包括任意数量的互联的总线和桥。处理器2002、存储器2003和接收器2001通过总线2004相互连接。存储器2003用于存储指令,处理器2002用于执行存储器2003中存储的指令,以控制接收器2001接收信号。
其中,处理器2002的其他可选实现方式可参考处理模块1902,接收器2001的其他可选实现方式可参考接收模块1901。
其中,为避免图6A所示的UE最终进入空闲态而无法与网络进行数据传输的情形,接入网设备根据接收到RRC连接请求消息和寻呼消息,判断是否在空口发送寻呼消息,可有效避免图6A所示的UE最终进入空闲态而无法与网络进行数据传输的情形。
图21为一个实施例提供的接入网设备的结构示意图。如图21所示,该
接入网设备包括:
接收模块2101,用于接收核心网设备发送的针对终端设备的第二寻呼消息;
处理模块2102,用于根据第二寻呼消息判断是否已建立了针对终端设备的无线资源控制RRC连接,或针对终端设备的RRC连接是否处于建立过程中;
处理模块2102还用于:若确定已建立了针对终端设备的RRC连接,或针对终端设备的RRC连接处于建立过程中,丢弃第二寻呼消息;
接入网设备还包括发送模块2103,用于在处理模块2102确定没有已建立的针对终端设备的RRC连接,也没有针对终端设备的正在进行的RRC连接建立过程时,根据第二寻呼消息寻呼终端设备。
可选地,若处理模块2102确定已建立了针对终端设备的RRC连接,或针对终端设备的RRC连接处于建立过程中,接收模块2101还用于:在接收核心网设备发送的针对终端设备的第二寻呼消息之前,接收终端设备发送的用于建立RRC连接的RRC连接请求消息,RRC连接请求消息包括终端设备的标识;
处理模块2102还用于:若根据终端设备的标识确定接收模块2101在收到RRC连接请求消息之前已收到核心网设备发送的针对终端设备的第一寻呼消息且发送模块2103尚未根据第一寻呼消息寻呼终端设备,丢弃第一寻呼消息。
其中,发送模块2103的其他可选实现方式可参考前述的可选方案三中,接入网设备302的发送操作;处理模块2102的其他可选实现方式可参考前述的可选方案三中,接入网设备302的处理操作;接收模块2101的其他可选实现方式可参考前述的可选方案三中,接入网设备302的接收操作。
其中,为避免图6A所示的UE最终进入空闲态而无法与网络进行数据传输的情形,接入网设备根据接收到RRC连接请求消息和寻呼消息,判断是否在空口发送寻呼消息,可有效避免图6A所示的UE最终进入空闲态而无法与
网络进行数据传输的情形。
一个实施例提供的接入网设备包括:接收器2201,用于接收核心网设备发送的针对终端设备的第二寻呼消息;
处理器2202,用于根据第二寻呼消息判断是否已建立了针对终端设备的无线资源控制RRC连接,或针对终端设备的RRC连接是否处于建立过程中;
处理器2202还用于:若确定已建立了针对终端设备的RRC连接,或针对终端设备的RRC连接处于建立过程中,丢弃第二寻呼消息;
接入网设备还包括发送器2203,用于在处理器2202确定没有已建立的针对终端设备的RRC连接,也没有针对终端设备的正在进行RRC连接建立过程时,根据第二寻呼消息寻呼终端设备。
可选地,该接入网设备可由图22A或图22B所示的结构实现。
图22A中,发送器2203和接收器2201分别与处理器2202相连。
图22B示出了一种总线结构。其中,在图22B中,总线结构可以包括任意数量的互联的总线和桥。处理器2202、存储器2204、发送器2203和接收器2201通过总线2205相互连接。存储器2204用于存储指令,处理器2202用于执行存储器2204中存储的指令,以控制接收器2201接收信号,并控制发送器2203发送信号。
其中,发送器2203的其他可选实现方式可参考发送模块2103,处理器2202的其他可选实现方式可参考处理模块2102,接收器2201的其他可选实现方式可参考接收模块2101。
其中,为避免图6A所示的UE最终进入空闲态而无法与网络进行数据传输的情形,接入网设备根据接收到RRC连接请求消息和寻呼消息,判断是否在空口发送寻呼消息,可有效避免图6A所示的UE最终进入空闲态而无法与网络进行数据传输的情形。
图23为本发明实施例提供的一种核心网设备的结构示意图。如图23所示,该核心网设备包括:
接收模块2301,用于接收接入网设备发送的第一初始用户设备UE消息,
第一初始UE消息由终端设备触发;
处理模块2302,用于当确定核心网设备与接入网设备间已具备针对终端设备的S1连接时,释放S1连接,并重新建立与接入网设备间的针对终端设备的S1连接。
可选地,接收模块2301还用于:在接收接入网设备发送的第一初始UE消息之前,接收接入网设备发送的第二初始UE消息,第二初始UE消息由终端设备触发;
处理模块2302还用于:确定核心网设备与接入网设备间已具备S1连接;
核心网设备还包括发送模块2303;处理模块2302具体用于:
通过发送模块2303向接入网设备发送用户设备UE上下文释放命令消息,用于触发接入网设备向终端设备发送RRC连接释放消息。
其中,发送模块2303的其他可选实现方式可参考前述的可选方案四中,核心网设备303的发送操作;处理模块2302的其他可选实现方式可参考前述的可选方案四中,核心网设备303的处理操作;接收模块2301的其他可选实现方式可参考前述的可选方案一中,核心网设备303的接收操作。
为解决图6A所示的终端设备301进入空闲态而无法与网络进行数据传输的问题,核心网设备在再次收到初始UE消息后释放先前建立的针对终端设备的S1连接并请求针对终端设备建立新的S1连接,保证终端设备重新进入连接态与网络进行数据传输。
一个实施例提供的核心网设备包括:
接收器2401,用于接收接入网设备发送的第一初始用户设备UE消息,第一初始UE消息由终端设备触发;
处理器2402,用于当确定核心网设备与接入网设备间已具备针对终端设备的S1连接时,释放S1连接,并重新建立与接入网设备间的针对终端设备的S1连接。
可选地,接收器2401还用于:在接收接入网设备发送的第一初始UE消息之前,接收接入网设备发送的第二初始UE消息,第二初始UE消息由终端
设备触发;
处理器2402还用于:确定核心网设备与接入网设备间已具备S1连接;
核心网设备还包括发送器2403;处理器2402具体用于:
通过发送器2403向接入网设备发送用户设备UE上下文释放命令消息,用于触发接入网设备向终端设备发送RRC连接释放消息。
可选地,该核心网设备可由图24A或图24B所示的结构实现。
图24A中,接收器2401和发送器2403分别与处理器2402相连。
图24B示出了一种总线结构。其中,在图24B中,总线结构可以包括任意数量的互联的总线和桥。处理器2402、存储器2404、发送器2403和接收器2401通过总线2405相互连接。存储器2404用于存储指令,处理器2402用于执行存储器2404中存储的指令,以控制接收器2401接收信号,并控制发送器2403发送信号。
其中,发送器2403的其他可选实现方式可参考发送模块2303,处理器2402的其他可选实现方式可参考处理模块2302,接收器2401的其他可选实现方式可参考接收模块2301。
为解决图6A所示的终端设备301进入空闲态而无法与网络进行数据传输的问题,核心网设备在再次收到初始UE消息后释放先前建立的针对终端设备的S1连接并请求针对终端设备建立新的S1连接,保证终端设备重新进入连接态与网络进行数据传输。
图25为一个实施例提供的寻呼方法的流程图。如图25所示,该方法包括:
S2501:终端设备向接入网设备发起第一次无线资源控制RRC连接建立过程;
S2502:终端设备在第一次RRC连接建立过程中启动定时器;
S2503:终端设备接收接入网设备发送的寻呼消息,寻呼消息包括终端设备的标识;
S2504:当定时器处于超时状态,终端设备根据寻呼消息发起第二次RRC
连接建立过程;当定时器处于未超时状态,终端设备忽略寻呼消息以维持第一次RRC连接建立过程建立的RRC连接。
可选地,定时器用于识别终端设备发起的RRC连接建立过程与寻呼过程并发的场景。
可选地,终端设备在发起的第一次RRC连接建立过程中启动定时器包括:
终端设备在向接入网设备发送RRC连接请求消息时启动定时器;或
终端设备在接收接入网设备发送的RRC连接建立消息时启动定时器。
可选地,定时器的时长是协议预先规定的,或由寻呼周期确定的,或由接入网设备确定并通知终端设备的。
该方法的其他可选实现方式可参考可选方案一。
其中,通过设置定时器,识别终端设备发起的RRC连接建立过程与网络发起的寻呼过程并发的场景,从而避免图6A所示的UE最终进入空闲态而无法与网络进行数据传输的问题。
图26为一个实施例提供的寻呼方法的流程图。如图26所示,该方法包括:
S2601:接入网设备确定定时器的时长;
S2602:接入网设备通知终端设备定时器的时长,以使终端设备:
在向接入网设备发起的第一次建立无线资源控制RRC连接的过程中启动定时器,并在收到接入网设备发送的寻呼消息,且寻呼消息包括终端设备的标识时:
当定时器处于超时状态,根据寻呼消息发起第二次RRC连接建立过程;
当定时器处于未超时状态,忽略寻呼消息以维持第一次RRC连接建立过程建立的RRC连接。
可选地,定时器用于识别终端设备发起的RRC连接建立过程与寻呼过程并发的场景。
可选地,接入网设备确定定时器的时长,包括:
接入网设备根据寻呼周期确定定时器的时长。
该方法的其他可选实现方式可参考可选方案一。
其中,通过设置定时器,识别终端设备发起的RRC连接建立过程与网络发起的寻呼过程并发的场景,从而避免图6A所示的UE最终进入空闲态而无法与网络进行数据传输的问题。
图27为一个实施例提供的寻呼方法的流程图。如图27所示,该方法包括:
S2701:接入网设备接收终端设备发送的无线资源控制RRC连接请求消息,RRC连接请求消息包括终端设备的标识;
S2702:当接入网设备根据终端设备的标识确定已收到核心网设备发送的针对终端设备的第一寻呼消息且尚未根据第一寻呼消息寻呼终端设备,则接入网设备丢弃第一寻呼消息。
可选地,还包括:
当在RRC连接请求消息触发的RRC连接建立过程中或RRC建立过程完成后,接入网设备收到核心网设备发送的针对终端设备的第二寻呼消息,则接入网设备丢弃第二寻呼消息。
该方法的其他可选实现方式可参考可选方案二。
其中,为避免图6A所示的UE最终进入空闲态而无法与网络进行数据传输的情形,接入网设备根据接收到RRC连接请求消息和寻呼消息,判断是否在空口发送寻呼消息,可有效避免图6A所示的UE最终进入空闲态而无法与网络进行数据传输的情形。
图28为一个实施例提供的寻呼方法的流程图。如图28所示,该方法包括:
S2801:接入网设备接收核心网设备发送的针对终端设备的第二寻呼消息;
S2802:接入网设备根据第二寻呼消息判断是否已建立了针对终端设备的无线资源控制RRC连接,或针对终端设备的RRC连接是否处于建立过程中;
S2803:若接入网设备确定已建立了针对终端设备的RRC连接,或针对
终端设备的RRC连接处于建立过程中,接入网设备丢弃第二寻呼消息;若接入网设备确定没有已建立的针对终端设备的RRC连接,也没有针对终端设备的正在进行的RRC连接建立过程,接入网设备根据第二寻呼消息寻呼终端设备。
可选地,若接入网设备确定已建立了针对终端设备的RRC连接,或针对终端设备的RRC连接处于建立过程中,在接入网设备接收核心网设备发送的针对终端设备的第二寻呼消息之前,还包括:接入网设备接收终端设备发送的用于建立RRC连接的RRC连接请求消息,RRC连接请求消息包括终端设备的标识;
该方法还包括:若接入网设备根据终端设备的标识确定在收到RRC连接请求消息之前已收到核心网设备发送的针对终端设备的第一寻呼消息且尚未根据第一寻呼消息寻呼终端设备,接入网设备丢弃第一寻呼消息。
该方法的其他可选实现方式可参考可选方案三。
其中,为避免图6A所示的UE最终进入空闲态而无法与网络进行数据传输的情形,接入网设备根据接收到RRC连接请求消息和寻呼消息,判断是否在空口发送寻呼消息,可有效避免图6A所示的UE最终进入空闲态而无法与网络进行数据传输的情形。
图29为一个实施例提供的寻呼方法的流程图。如图29所示,该方法包括:
S2901:核心网设备接收接入网设备发送的第一初始用户设备UE消息,第一初始UE消息由终端设备触发;
S2902:当核心网设备确定与接入网设备间已具备针对终端设备的S1连接时,核心网设备释放S1连接;
S2903:核心网设备重新建立与接入网设备间的针对终端设备的S1连接。
可选地,在核心网设备接收接入网设备发送的第一初始UE消息之前,还包括:
核心网设备接收接入网设备发送的第二初始UE消息,第二初始UE消息
由终端设备触发;
核心网设备确定与接入网设备间已具备S1连接;
核心网设备释放S1连接,包括:
核心网设备向接入网设备发送用户设备UE上下文释放命令消息,用于触发接入网设备向终端设备发送RRC连接释放消息。
该方法的其他可选实现方式可参考可选方案四。
为解决图6A所示的终端设备301进入空闲态而无法与网络进行数据传输的问题,核心网设备在再次收到初始UE消息后释放先前建立的针对终端设备的S1连接并请求针对终端设备建立新的S1连接,保证终端设备重新进入连接态与网络进行数据传输。
综上,终端设备在收到用于寻呼该终端设备的寻呼消息时,若寻呼消息中携带该终端设备的标识,若确定自身处于连接态,则响应于接收的该寻呼消息发起RRC连接建立过程。从而解决了上述诸如UE的终端设备确定自身处于连接态,而网络认为UE处于空闲态的情况下,UE忽略网络下发的寻呼消息而造成的严重丢话的问题。
进一步地,为了避免UE响应于寻呼消息发起RRC连接建立过程可能造成的UE最终进入空闲态而无法与网络进行数据传输的情形,通过在终端设备启动定时器,在定时器处于超时状态前忽略寻呼消息,在定时器处于超时状态后响应寻呼消息发起RRC连接建立过程;或者通过接入网设备区分接收的RRC连接请求和寻呼消息的先后关系,确定是否向终端设备发送寻呼消息;再或者通过核心网设备在出现并发情形后,释放先前建立的S1连接,重新建立新的S1连接,避免终端设备最终进入空闲态而无法与网络进行数据传输。
本领域内的技术人员应明白,本发明的实施例可提供为方法、***、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样,倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (22)
- 一种终端设备,其特征在于,包括:发送模块,用于向接入网设备发起第一次无线资源控制RRC连接建立过程;处理模块,用于在所述第一次RRC连接建立过程中启动定时器;接收模块,用于接收所述接入网设备发送的寻呼消息,所述寻呼消息包括所述终端设备的标识;所述发送模块还用于:当所述定时器处于超时状态,根据所述寻呼消息发起第二次RRC连接建立过程;所述处理模块还用于:当所述定时器处于未超时状态,忽略所述寻呼消息以维持所述第一次RRC连接建立过程建立的RRC连接。
- 如权利要求1所述的终端设备,其特征在于,所述定时器用于识别终端设备发起的RRC连接建立过程与寻呼过程并发的场景。
- 如权利要求1或2所述的终端设备,其特征在于,所述处理模块具体用于:在所述发送模块向所述接入网设备发送RRC连接请求消息时启动所述定时器;或在所述接收模块接收所述接入网设备发送的RRC连接建立消息时启动所述定时器。
- 如权利要求1~3任一项所述的终端设备,其特征在于,所述定时器的时长是协议预先规定的,或由寻呼周期确定的,或由所述接入网设备确定并通知所述终端设备的。
- 一种接入网设备,其特征在于,包括:处理模块,用于确定定时器的时长;发送模块,用于通知终端设备所述定时器的时长,以使所述终端设备:在向所述接入网设备发起的第一次建立无线资源控制RRC连接的过程中启动所述定时器,并在收到所述接入网设备发送的寻呼消息,且所述寻呼消息包括所述终端设备的标识时:当所述定时器处于超时状态,根据所述寻呼消息发起第二次RRC连接建立过程;当所述定时器处于未超时状态,忽略所述寻呼消息以维持所述第一次RRC连接建立过程建立的RRC连接。
- 如权利要求5所述的接入网设备,其特征在于,所述定时器用于识别终端设备发起的RRC连接建立过程与寻呼过程并发的场景。
- 如权利要求5或6所述的接入网设备,其特征在于,所述处理模块具体用于:根据寻呼周期确定所述定时器的时长。
- 一种接入网设备,其特征在于,包括:接收模块,用于接收终端设备发送的无线资源控制RRC连接请求消息,所述RRC连接请求消息包括所述终端设备的标识;处理模块,用于根据所述终端设备的标识确定所述接收模块已收到所述核心网设备发送的针对所述终端设备的第一寻呼消息且尚未根据所述第一寻呼消息寻呼所述终端设备,则丢弃所述第一寻呼消息。
- 如权利要求8所述的接入网设备,其特征在于,所述处理模块还用于:当在所述RRC连接请求消息触发的RRC连接建立过程中或所述RRC建立过程完成后,所述接收模块收到所述核心网设备发送的针对所述终端设备的第二寻呼消息,则丢弃所述第二寻呼消息。
- 一种接入网设备,其特征在于,包括:接收模块,用于接收核心网设备发送的针对终端设备的第二寻呼消息;处理模块,用于根据所述第二寻呼消息判断是否已建立了针对所述终端设备的无线资源控制RRC连接,或针对所述终端设备的RRC连接是否处于 建立过程中;所述处理模块还用于:若确定已建立了针对所述终端设备的RRC连接,或针对所述终端设备的RRC连接处于建立过程中,丢弃所述第二寻呼消息;所述接入网设备还包括发送模块,用于在所述处理模块确定没有已建立的针对所述终端设备的RRC连接,也没有针对所述终端设备的正在进行过的RRC连接建立过程时,根据所述第二寻呼消息寻呼所述终端设备。
- 如权利要求10所述的接入网设备,其特征在于,若所述处理模块确定已建立了针对所述终端设备的RRC连接,或针对所述终端设备的RRC连接处于建立过程中,所述接收模块还用于:在接收所述核心网设备发送的针对终端设备的所述第二寻呼消息之前,接收所述终端设备发送的用于建立所述RRC连接的RRC连接请求消息,所述RRC连接请求消息包括所述终端设备的标识;所述处理模块还用于:若根据所述终端设备的标识确定所述接收模块在收到所述RRC连接请求消息之前已收到所述核心网设备发送的针对所述终端设备的第一寻呼消息且所述发送模块尚未根据所述第一寻呼消息寻呼所述终端设备,丢弃所述第一寻呼消息。
- 一种寻呼方法,其特征在于,包括:终端设备向接入网设备发起第一次无线资源控制RRC连接建立过程;所述终端设备在所述第一次RRC连接建立过程中启动定时器;所述终端设备接收所述接入网设备发送的寻呼消息,所述寻呼消息包括所述终端设备的标识;当所述定时器处于超时状态,所述终端设备根据所述寻呼消息发起第二次RRC连接建立过程;当所述定时器处于未超时状态,所述终端设备忽略所述寻呼消息以维持所述第一次RRC连接建立过程建立的RRC连接。
- 如权利要求12所述的方法,其特征在于,所述定时器用于识别终端设备发起的RRC连接建立过程与寻呼过程并发 的场景。
- 如权利要求12或13所述的方法,其特征在于,所述终端设备在发起的第一次RRC连接建立过程中启动定时器包括:所述终端设备在向所述接入网设备发送RRC连接请求消息时启动所述定时器;或所述终端设备在接收所述接入网设备发送的RRC连接建立消息时启动所述定时器。
- 如权利要求12~14任一项所述的方法,其特征在于,所述定时器的时长是协议预先规定的,或由寻呼周期确定的,或由所述接入网设备确定并通知所述终端设备的。
- 一种寻呼方法,其特征在于,包括:接入网设备确定定时器的时长;所述接入网设备通知终端设备所述定时器的时长,以使所述终端设备:在向所述接入网设备发起的第一次建立无线资源控制RRC连接的过程中启动所述定时器,并在收到所述接入网设备发送的寻呼消息,且所述寻呼消息包括所述终端设备的标识时:当所述定时器处于超时状态,根据所述寻呼消息发起第二次RRC连接建立过程;当所述定时器处于未超时状态,忽略所述寻呼消息以维持所述第一次RRC连接建立过程建立的RRC连接。
- 如权利要求16所述的方法,其特征在于,所述定时器用于识别终端设备发起的RRC连接建立过程与寻呼过程并发的场景。
- 如权利要求16或17所述的方法,其特征在于,所述接入网设备确定定时器的时长,包括:所述接入网设备根据寻呼周期确定所述定时器的时长。
- 一种寻呼方法,其特征在于,包括:接入网设备接收终端设备发送的无线资源控制RRC连接请求消息,所述RRC连接请求消息包括所述终端设备的标识;当所述接入网设备根据所述终端设备的标识确定已收到所述核心网设备发送的针对所述终端设备的第一寻呼消息且尚未根据所述第一寻呼消息寻呼所述终端设备,则所述接入网设备丢弃所述第一寻呼消息。
- 如权利要求19所述的方法,其特征在于,还包括:当在所述RRC连接请求消息触发的RRC连接建立过程中或所述RRC建立过程完成后,所述接入网设备收到所述核心网设备发送的针对所述终端设备的第二寻呼消息,则所述接入网设备丢弃所述第二寻呼消息。
- 一种寻呼方法,其特征在于,包括:接入网设备接收核心网设备发送的针对终端设备的第二寻呼消息;所述接入网设备根据所述第二寻呼消息判断是否已建立了针对所述终端设备的无线资源控制RRC连接,或针对所述终端设备的RRC连接是否处于建立过程中;若所述接入网设备确定已建立了针对所述终端设备的RRC连接,或针对所述终端设备的RRC连接处于建立过程中,所述接入网设备丢弃所述第二寻呼消息;若所述接入网设备确定没有已建立的针对所述终端设备的RRC连接,也没有针对所述终端设备的正在进行的RRC连接建立过程,所述接入网设备根据所述第二寻呼消息寻呼所述终端设备。
- 如权利要求21所述的方法,其特征在于,若所述接入网设备确定已建立了针对所述终端设备的RRC连接,或针对所述终端设备的RRC连接处于建立过程中,在所述接入网设备接收所述核心网设备发送的针对终端设备的所述第二寻呼消息之前,还包括:所述接入网设备接收所述终端设备发送的用于建立所述RRC连接的RRC连接请求消息,所述RRC连接请求消息包括所述终端设备的标识;所述方法还包括:若所述接入网设备根据所述终端设备的标识确定在收 到所述RRC连接请求消息之前已收到所述核心网设备发送的针对所述终端设备的第一寻呼消息且尚未根据所述第一寻呼消息寻呼所述终端设备,所述接入网设备丢弃所述第一寻呼消息。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2015/090196 WO2017049442A1 (zh) | 2015-09-21 | 2015-09-21 | 一种寻呼设备和方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107409382A true CN107409382A (zh) | 2017-11-28 |
Family
ID=58385545
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580028250.9A Pending CN107409382A (zh) | 2015-09-21 | 2015-09-21 | 一种寻呼设备和方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN107409382A (zh) |
WO (1) | WO2017049442A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111246569A (zh) * | 2020-01-20 | 2020-06-05 | 展讯通信(上海)有限公司 | 寻呼处理方法、装置、设备及存储介质 |
CN112672355A (zh) * | 2019-09-29 | 2021-04-16 | RealMe重庆移动通信有限公司 | 一种安全模式的建立方法、ue及计算机存储介质 |
CN113348707A (zh) * | 2019-03-21 | 2021-09-03 | 华为技术有限公司 | 一种寻呼终端设备的方法及装置 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3629667A4 (en) * | 2017-04-28 | 2020-04-08 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | WIRELESS COMMUNICATION METHOD, NETWORK DEVICE AND TERMINAL |
CN111372310B (zh) * | 2020-03-16 | 2022-12-27 | 展讯通信(上海)有限公司 | 一种寻呼管理方法及相关产品 |
CN114845393B (zh) * | 2020-09-16 | 2024-02-13 | 北京小米移动软件有限公司 | 发送、接收寻呼消息的方法、装置、设备及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1794828A (zh) * | 2005-03-28 | 2006-06-28 | 华为技术有限公司 | 一种简化消息发送处理的方法 |
CN101159919A (zh) * | 2005-03-28 | 2008-04-09 | 华为技术有限公司 | 一种简化消息发送处理的方法 |
CN101222658A (zh) * | 2007-01-10 | 2008-07-16 | 中兴通讯股份有限公司 | 寻呼广播消息的发送方法及***方法和合并方法 |
CN101784113A (zh) * | 2009-01-19 | 2010-07-21 | 华为技术有限公司 | 寻呼***、寻呼方法和设备 |
CN101808415A (zh) * | 2009-02-16 | 2010-08-18 | 大唐移动通信设备有限公司 | 处理通信业务过程冲突的方法及相关装置 |
CN102378120A (zh) * | 2010-08-24 | 2012-03-14 | 中兴通讯股份有限公司 | 一种寻呼方法及*** |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100536602C (zh) * | 2006-03-26 | 2009-09-02 | 华为技术有限公司 | 长期演进网络中用户设备的寻呼方法及其*** |
EP1885143A1 (en) * | 2006-08-04 | 2008-02-06 | Research In Motion Limited | System and method for responding to a paging during a communication restriction |
CN101820616A (zh) * | 2009-02-26 | 2010-09-01 | 中兴通讯股份有限公司 | 用户设备及其寻呼处理方法、无线网络控制器 |
-
2015
- 2015-09-21 CN CN201580028250.9A patent/CN107409382A/zh active Pending
- 2015-09-21 WO PCT/CN2015/090196 patent/WO2017049442A1/zh active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1794828A (zh) * | 2005-03-28 | 2006-06-28 | 华为技术有限公司 | 一种简化消息发送处理的方法 |
CN101159919A (zh) * | 2005-03-28 | 2008-04-09 | 华为技术有限公司 | 一种简化消息发送处理的方法 |
CN101222658A (zh) * | 2007-01-10 | 2008-07-16 | 中兴通讯股份有限公司 | 寻呼广播消息的发送方法及***方法和合并方法 |
CN101784113A (zh) * | 2009-01-19 | 2010-07-21 | 华为技术有限公司 | 寻呼***、寻呼方法和设备 |
CN101808415A (zh) * | 2009-02-16 | 2010-08-18 | 大唐移动通信设备有限公司 | 处理通信业务过程冲突的方法及相关装置 |
CN102378120A (zh) * | 2010-08-24 | 2012-03-14 | 中兴通讯股份有限公司 | 一种寻呼方法及*** |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113348707A (zh) * | 2019-03-21 | 2021-09-03 | 华为技术有限公司 | 一种寻呼终端设备的方法及装置 |
CN112672355A (zh) * | 2019-09-29 | 2021-04-16 | RealMe重庆移动通信有限公司 | 一种安全模式的建立方法、ue及计算机存储介质 |
CN111246569A (zh) * | 2020-01-20 | 2020-06-05 | 展讯通信(上海)有限公司 | 寻呼处理方法、装置、设备及存储介质 |
CN111246569B (zh) * | 2020-01-20 | 2023-04-07 | 展讯通信(上海)有限公司 | 寻呼处理方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2017049442A1 (zh) | 2017-03-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7213359B2 (ja) | 無線通信方法、端末装置及びネットワーク装置 | |
US9247555B2 (en) | Data transmission method, apparatus, and communications system | |
JP7123152B2 (ja) | Rrcインアクティブ状態における測定の一時停止/再開 | |
CN107409382A (zh) | 一种寻呼设备和方法 | |
US20220386184A1 (en) | Mobility management method, terminal, and base station | |
CN109923912B (zh) | 一种传输寻呼消息的方法及装置 | |
CN112205041B (zh) | 一种寻呼消息传输方法和相关设备 | |
US10827454B2 (en) | Paging method, device and system | |
KR102240644B1 (ko) | 데이터 전송/수신 장치 및 방법, 및 통신 시스템 | |
JP2022544813A (ja) | ページング方法および装置 | |
JPWO2016158394A1 (ja) | 基地局及びユーザ装置 | |
EP3806575A1 (en) | Tracking area update in rrc_inactive | |
EP3461215A1 (en) | Method and apparatus for configuring radio bearer of wearable device | |
US20170303237A1 (en) | Message processing method, node device, and user equipment | |
CN109076494A (zh) | 在寻呼上下文中的无线电网络节点、核心网络节点和其中执行的方法 | |
EP3592043B1 (en) | Method and apparatus for configuring power consumption parameter | |
WO2018126365A1 (zh) | 信息传输的方法、终端设备和网络设备 | |
WO2020164025A1 (zh) | 状态转移的方法和设备 | |
US20220225273A1 (en) | Paging method and apparatus | |
JP2019500813A (ja) | モビリティ管理方法、ユーザ機器、格納ノードおよび基地局 | |
KR20230052904A (ko) | 무선 통신 방법, 단말 디바이스 및 네트워크 디바이스 | |
US20230224741A1 (en) | Carrier configuration method and apparatus | |
CN113647128B (zh) | 无线通信方法、终端设备和网络设备 | |
WO2018032411A1 (zh) | 资源分配的方法和装置 | |
WO2021062845A1 (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 | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20171128 |