CN105592540A - 一种跟踪区更新装置、系统及方法 - Google Patents

一种跟踪区更新装置、系统及方法 Download PDF

Info

Publication number
CN105592540A
CN105592540A CN201410560085.9A CN201410560085A CN105592540A CN 105592540 A CN105592540 A CN 105592540A CN 201410560085 A CN201410560085 A CN 201410560085A CN 105592540 A CN105592540 A CN 105592540A
Authority
CN
China
Prior art keywords
tracking area
tac
information
message
waiting time
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
Application number
CN201410560085.9A
Other languages
English (en)
Inventor
胡振兴
张戬
杨晓东
权威
李秉肇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hangzhou Huawei Digital Technologies Co Ltd
Original Assignee
Hangzhou Huawei Digital Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hangzhou Huawei Digital Technologies Co Ltd filed Critical Hangzhou Huawei Digital Technologies Co Ltd
Priority to CN201410560085.9A priority Critical patent/CN105592540A/zh
Priority to PCT/CN2015/091905 priority patent/WO2016062217A1/zh
Publication of CN105592540A publication Critical patent/CN105592540A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W60/00Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/04Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供一种跟踪区更新装置、系统及方法,通过作为跟踪区更新装置的用户设备获取第一信息,所述第一信息用于确定等待时间;若确定需要进行跟踪区更新流程,处理模块则根据所述第一信息,该用户设备确定所述等待时间;该用户设备在等待所述等待时间之后,向作为跟踪区更新装置的核心网设备发送跟踪区更新请求消息。这样,对于高速移动的UE,例如高速铁路场景下进行通信的UE,通过配置每个UE等待一定的时间再进行跟踪区更新流程,从而避免了当量UE在短时间内密集触发跟踪区更新流程而导致的信令风暴,避免了网络拥塞。

Description

一种跟踪区更新装置、系统及方法
技术领域
本发明涉及无线通信技术领域,尤其涉及一种跟踪区更新装置、系统及方法。
背景技术
现有标准中,用户设备(UserEquipment,简称:UE)开机会向网络发起附着(attach)流程,图1为现有技术提供的附着(attach)流程示意图,参照图1,在附着流程里,UE与移动管理实体(MobilityManagementEntity,简称:MME)要进行附着请求(AttachRequest)/附着确认(AttachAccept)/附着完成(AttachComplete)的交互流程,MME在附着确认消息中,携带跟踪区标识(TrackingAreaIdentity,简称:TAI)名单给UE。当UE处于空闲态,MME需要寻呼UE时,基于TAI名单信息,给UE发送寻呼消息,一般在TAI名单包含的所有TAI,以及每个TAI包含的所有小区中都要给UE发送寻呼消息。图2为现有技术提供的寻呼消息流程示意图,参照图2,其中,MME给演进型基站(evolvedNodeB,简称:eNB)发送的S1口的第一寻呼(paging)消息中携带TAI名单,eNB在属于TAI名单的小区发送空口的第二寻呼消息寻呼UE,其中,MME向eNB发送的第一寻呼消息与eNB向UE发送的第二寻呼消息内容不同。
UE的TAI名单是由一定数目的小区组成的跟踪区范围,在该范围内移动时,网络都可以通过发送寻呼消息找到该UE。当UE移动出了该跟踪区范围时,也就是UE在重选到的小区不在跟踪区范围时,为了当有下行业务时,还能寻呼到UE,即执行TAU流程,图3为现有技术提供的TAU流程示意图,参照图3,UE在空闲态时,从小区广播消息中获取小区所属的跟踪区域代码(TrackingAreaCode,简称:TAC),如果发现TAC不属于TAI名单,则触发跟踪区更新(TrackingAreaUpdate)流程TAU。如图3所示,UE与MME之间进行TA更新流程,具体交互包括:跟踪区更新请求/跟踪区更新确认/跟踪区更新完成。该流程用于MME获取UE的最新的跟踪区信息,以及UE从MME获取更新的TAI名单。这样MME仍然可以寻呼到UE了。进一步的,TAI名单覆盖的范围大小,与信令负荷相关,当TAI名单覆盖的范围较大,则触发TAU流程的机会就会减少,但如果需要寻呼UE,需要的寻呼信令开销就会增加。反之,当TAI名单覆盖的范围较小,则触发TAU流程的机会就增多,但此时寻呼UE的寻呼信令开销就会减少。一般而言,会基于信令负荷,设定合适的覆盖范围的TAI名单。
当前业界正在讨论高速铁路场景下的通信。高铁一般采用无线专网沿线覆盖。并且当前高铁的速度已经能达到350公里/小时,但是,终端以如此高的速度移动穿越小区时,采用现有的TAU流程触发机制,会使得大量高铁内的终端在很短时间内密集触发TAU流程,产生信令风暴,导致网络拥塞。
发明内容
本发明提供一种用于跟踪区更新装置、系统及方法,用于降低网络拥塞
本发明的第一个方面是提供一种跟踪区更新装置,包括:
获取模块,用于获取第一信息,所述第一信息用于确定等待时间;
处理模块,用于若确定需要进行跟踪区更新流程,则根据所述第一信息,确定所述等待时间;
收发模块,用于在等待所述等待时间之后,向所述核心网设备发送跟踪区更新请求消息。
结合第一个方面,在第一种可行的实现方式中,所述获取模块,具体用于接收网络侧设备发送的广播消息或多播消息或组消息,所述广播消息或所述多播消息或所述组消息包含所述第一信息;或者,还具体用于接收核心网设备发送的核心网消息,所述核心网消息包含所述第一信息;或者,还具体用于获取预置在所述UE存储介质中的所述第一信息。
结合第一个方面或第一个方面的第一种可行的实现方式,在第二种可行的实现方式中,所述等待时间为定时器的定时值;
所述收发模块,具体用于启动所述定时器,在所述定时器的定时值到时之后,向核心网设备发送所述跟踪区更新请求消息。
结合第一个方面或第一个方面的上述任一种可行的实现方式,在第三种可行的实现方式中,所述第一信息为第一时间值,则所述处理模块,具体用于从零至所述第一时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为第二时间值和第三时间值,则所述处理模块,具体用于从所述第二时间值至所述第三时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为至少一个参数值;则所述处理模块,具体用于以所述至少一个参数值为自变量,进行函数运算,所得值为所述等待时间。
结合第一个方面的上述任一种可行的实现方式,在第四种可行的实现方式中,所述广播消息为第一广播消息,所述多播消息为第一多播消息,所述组消息为第一组消息;
所述获取模块,具体用于接收所述网络侧设备发送的所述第一广播消息或所述第一多播消息或所述第一组消息,所述第一广播消息或所述第一多播消息或所述第一组消息包含所述第一信息、第一跟踪区代码TAC和第二跟踪区代码TAC。
结合第一个方面的上述第一种至第三种任一项可行的实现方式,在第五种可行的实现方式中,还包括:
所述收发模块,还用于接收所述网络侧设备发送的所述第二广播消息或所述第二多播消息或所述第二组消息,所述第二广播消息或所述第二多播消息或所述第二组消息包含第一TAC和第二TAC。
结合第一个方面的第四种或第五种可行的实现方式,在第六种可行的实现方式中,所述处理模块,具体用于确定所述第一TAC或所述第二TAC对应的跟踪区标识不属于第一跟踪区标识名单,则确定需要进行跟踪区更新流程;
其中,所述第一跟踪区标识名单为当前跟踪区标识名单或所述UE预先从所述核心网设备注册的跟踪区标识名单或所述UE在判断是否需要进行跟踪区更新流程之前获得的跟踪区标识名单。
结合第一个方面的第六种可行的实现方式,在第七种可行的实现方式中,所述获取模块,包括:第一无线资源控制RRC层子单元;所述处理模块,包括:第一非接入NAS层子单元;
所述第一RRC层子单元,具体用于获取所述第一信息、所述第一TAC和所述第二TAC,并将所述第一信息、所述第一TAC和所述第二TAC转发给所述第一NAS层子单元;或者,具体用于获取所述第一TAC和所述第二TAC,并将所述第一TAC和所述第二TAC转发给所述第一NAS层子单元。
结合第一个方面的第七种可行的实现方式,在第八种可行的实现方式中,所述第一NAS层子单元,具体用于判断若所述第一TAC或所述第二TAC不属于所述第一跟踪区标识名单,则确定需要进行跟踪区更新流程。
结合第一个方面的第八种可行的实现方式,在第九种可行的实现方式中,所述第一NAS层子单元,还具体用于根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述收发模块,还包括:第二NAS层子单元;
所述第二NAS层子单元,用于在等待所述等待时间之后,向所述核心网设备发送所述跟踪区更新请求消息。
结合第一个方面的第八种可行的实现方式,在第十种可行的实现方式中,所述处理模块,还包括:第二RRC层子单元;所述收发模块,还包括:第三RRC层子单元
所述第一NAS层子单元,还具体用于向所述第二RRC层子单元发送连接建立请求;
所述第二RRC层子单元,还具体用于则根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述第三RRC层子单元,还具体用于等待所述等待时间之后,根据所述连接建立请求建立RRC连接,向所述核心网设备发送所述跟踪区更新请求消息。
结合第一个方面的第四种或第五种可行的实现方式,在第十一种可行的实现方式中,所述处理模块,还具体用于确定所述第一TAC或所述第二TAC不属于第一跟踪区标识名单,并且确定所述第一TAC或所述第二TAC不属于第二跟踪区标识名单,则确定需要进行跟踪区更新流程;
其中,所述第一跟踪区标识名单为当前跟踪区标识名单或所述跟踪区更新装置预先从所述核心网设备注册的跟踪区标识名单或所述跟踪区更新装置在判断是否需要进行跟踪区更新流程之前获得的跟踪区标识名单,所述第一跟踪区标识名单包含当前跟踪区内所述跟踪区更新装置对应的跟踪区标识,所述第二跟踪区标识名单为所述跟踪区更新装置获得第一跟踪区标识名单之前获得的跟踪区标识名单或者上一个跟踪区标识名单。
结合第一个方面的第十一种可行的实现方式,在第十二种可行的实现方式中,所述获取模块,还包括:第四无线资源控制RRC层子单元,所述处理模块,还包括:第三非接入NAS层子单元;
所述第四RRC层子单元,具体用于获取所述第一信息、所述第一TAC和所述第二TAC,并将所述第一信息、所述第一TAC和所述第二TAC转发给所述第三NAS层子单元;或者,还具体用于获取所述第一TAC和所述第二TAC,并将所述第一TAC和所述第二TAC转发给所述第三NAS层子单元。
结合第一个方面的第十二种可行的实现方式,在第十三种可行的实现方式中,所述第三NAS层子单元,还具体用于判断所述第一TAC或所述第二TAC不属于当前跟踪区标识名单,并且判断所述第一TAC或所述第二TAC不属于上一个跟踪区标识名单,则确定需要进行跟踪区更新流程。
结合第一个方面的第十三种可行的实现方式,在第十四种可行的实现方式中,所述第三NAS层子单元,具体用于根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述收发模块,还包括:第四NAS层子单元;
所述第四NAS层子单元,具体用于在等待所述第一等待时间之后,向所述核心网设备发送所述跟踪区更新请求消息。
结合第一个方面的第十三种可行的实现方式,在第十五种可行的实现方式中,所述处理模块,还包括:第五RRC层子单元;所述收发模块,还包括:第六RRC层子单元;
所述第三NAS层子单元,还具体用于向所述第五RRC层子单元发送连接建立请求;
所述第五RRC层子单元,还具体用于则根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述第六RRC层子单元,还具体用于等待所述等待时间之后,根据所述连接建立请求建立RRC连接,向所述核心网设备发送所述跟踪区更新请求消息。
本发明的第二个方面是提供一种跟踪区更新装置,包括:
发送模块,用于向用户设备UE发送核心网消息,所述核心网消息包含所述第一信息,所述第一信息用于确定等待时间;
接收模块,用于接收所述UE发送的跟踪区更新请求消息,所述跟踪区更新请求消息为所述UE在等待所述等待时间之后发送的。
结合第二个方面,在第一种可行的实现方式,所述接收模块,还用于接收所述UE发送的附着消息,所述附着消息包含所述UE的类型信息或所述UE的能力信息;
其中,所述UE的类型信息用于表示所述UE处于高速移动状态,所述UE的能力信息用于表示所述UE具有高速移动的能力。
结合第二个方面或第二个方面的第一种可行的实现方式,在第二种可行的实现方式,所述第一信息为第一时间值,用于指示所述UE从零至所述第一时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为第二时间值和第三时间值,用于指示所述UE从所述第二时间值至所述第三时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为至少一个参数值;用于指示所述UE以所述至少一个参数值为自变量,进行函数运算,所得值为所述等待时间。
本发明的第三个方面是提供一种跟踪区更新装置,包括:
发送模块,用于向用户设备UE发送第一信息,所述第一信息用于确定等待时间;所述等待时间用于所述UE在等待所述等待时间之后向核心网设备发送跟踪区更新请求消息。
结合第三个方面,在第一种可行的实现方式中,所述第一信息为第一时间值,用于指示所述UE从零至所述第一时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为第二时间值和第三时间值,用于指示所述UE从所述第二时间值至所述第三时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为至少一个参数值;用于指示所述UE以所述至少一个参数值为自变量,进行函数运算,所得值为所述等待时间。
结合第三个方面或第三个方面的第一种可行的实现方式,在第二种可行的实现方式中,所述发送模块,具体用于向所述UE发送所述第一广播消息或所述第一多播消息或所述第一组消息,所述第一广播消息或所述第一多播消息或所述第一组消息包含所述第一信息。
结合第三个方面的第二种可行的实现方式,在第三种可行的实现方式中,所述第一广播消息或所述第一多播消息或所述第一组消息还包含第一跟踪区代码TAC和第二跟踪区代码TAC,所述第一跟踪区代码TAC和第二跟踪区代码TAC用于指示所述UE需要进行跟踪区更新流程。
结合第三个方面的第三种可行的实现方式,在第四种可行的实现方式中,还包括:
接收模块,用于接收移动管理实体MME发送的所述第一TAC和所述第二TAC。
本发明的第四个方面是提供一种跟踪区更新装置,包括:
发送模块,用于向用户设备UE发送第一跟踪区代码TAC和第二跟踪区代码TAC,所述第一跟踪区代码TAC和第二跟踪区代码TAC用于指示所述UE需要进行跟踪区更新流程。
结合第四个方面,在第一种可行的实现方式中,所述发送模块,用于向所述UE发送所述第二广播消息或所述第二多播消息或所述第二组消息,所述第二广播消息或所述第二多播消息或所述第二组消息包含所述第一TAC和所述第二TAC。
结合第四个方面或第四个方面的第一种可行的实现方式,在第二种可行的实现方式中,还包括:
接收模块,用于接收移动管理实体MME发送的所述第一TAC和所述第二TAC。
本发明的第五个方面是提供一种跟踪区更新装置,包括:
处理器,用于获取第一信息,所述第一信息用于确定等待时间;还用于若确定需要进行跟踪区更新流程,则根据所述第一信息,确定所述等待时间;
收发器,用于在等待所述等待时间之后,向所述核心网设备发送跟踪区更新请求消息。
结合第五个方面,在第一种可行的实现方式中,所述处理器,具体用于接收网络侧设备发送的广播消息或多播消息或组消息,所述广播消息或所述多播消息或所述组消息包含所述第一信息;或者,还具体用于接收核心网设备发送的核心网消息,所述核心网消息包含所述第一信息;或者,还具体用于获取预置在所述UE存储介质中的所述第一信息。
结合第五个方面或第五个方面的第一种可行的实现方式,在第二种可行的实现方式中,所述等待时间为定时器的定时值;
所述收发器,具体用于启动所述定时器,在所述定时器的定时值到时之后,向核心网设备发送所述跟踪区更新请求消息。
结合第五个方面或第五个方面的上述任一种可行的实现方式,在第三种可行的实现方式中,所述第一信息为第一时间值,则所述处理器,具体用于从零至所述第一时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为第二时间值和第三时间值,则所述处理器,具体用于从所述第二时间值至所述第三时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为至少一个参数值;则所述处理器,具体用于以所述至少一个参数值为自变量,进行函数运算,所得值为所述等待时间。
结合第五个方面的上述任一种可行的实现方式,在第四种可行的实现方式中,所述广播消息为第一广播消息,所述多播消息为第一多播消息,所述组消息为第一组消息;
所述处理器,具体用于接收所述网络侧设备发送的所述第一广播消息或所述第一多播消息或所述第一组消息,所述第一广播消息或所述第一多播消息或所述第一组消息包含所述第一信息、第一跟踪区代码TAC和第二跟踪区代码TAC。
结合第五个方面的上述第一种至第三种任一项可行的实现方式,在第五种可行的实现方式中,所述收发器,还用于接收所述网络侧设备发送的所述第二广播消息或所述第二多播消息或所述第二组消息,所述第二广播消息或所述第二多播消息或所述第二组消息包含第一TAC和第二TAC。
结合第五个方面的第四种或第五种可行的实现方式,在第六种可行的实现方式中,所述处理器,具体用于确定所述第一TAC或所述第二TAC对应的跟踪区标识不属于第一跟踪区标识名单,则确定需要进行跟踪区更新流程;
其中,所述第一跟踪区标识名单为当前跟踪区标识名单或所述UE预先从所述核心网设备注册的跟踪区标识名单或所述UE在判断是否需要进行跟踪区更新流程之前获得的跟踪区标识名单。
结合第五个方面的第六种可行的实现方式,在第七种可行的实现方式中,所述处理器,包括:第一无线资源控制RRC层子单元,第一非接入NAS层子单元;
所述第一RRC层子单元,具体用于获取所述第一信息、所述第一TAC和所述第二TAC,并将所述第一信息、所述第一TAC和所述第二TAC转发给所述第一NAS层子单元;或者,具体用于获取所述第一TAC和所述第二TAC,并将所述第一TAC和所述第二TAC转发给所述第一NAS层子单元。
结合第五个方面的第七种可行的实现方式,在第八种可行的实现方式中,所述第一NAS层子单元,具体用于判断若所述第一TAC或所述第二TAC不属于所述第一跟踪区标识名单,则确定需要进行跟踪区更新流程。
结合第五个方面的第八种可行的实现方式,在第九种可行的实现方式中,所述第一NAS层子单元,还具体用于根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述收发器,包括:第二NAS层子单元;
所述第二NAS层子单元,用于在等待所述等待时间之后,向所述核心网设备发送所述跟踪区更新请求消息。
结合第五个方面的第八种可行的实现方式,在第十种可行的实现方式中,所述第一NAS层子单元,还具体用于向所述第一RRC层子单元发送连接建立请求;
所述第一RRC层子单元,还具体用于则根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述收发器,包括:第二RRC层子单元;
所述第二RRC层子单元,还具体用于等待所述等待时间之后,根据所述连接建立请求建立RRC连接,向所述核心网设备发送所述跟踪区更新请求消息。
结合第五个方面的第四种或第五种可行的实现方式,在第十一种可行的实现方式中,所述处理器,还具体用于确定所述第一TAC或所述第二TAC不属于第一跟踪区标识名单,并且确定所述第一TAC或所述第二TAC不属于第二跟踪区标识名单,则确定需要进行跟踪区更新流程;
其中,所述第一跟踪区标识名单为当前跟踪区标识名单或所述跟踪区更新装置预先从所述核心网设备注册的跟踪区标识名单或所述跟踪区更新装置在判断是否需要进行跟踪区更新流程之前获得的跟踪区标识名单,所述第一跟踪区标识名单包含当前跟踪区内所述跟踪区更新装置对应的跟踪区标识,所述第二跟踪区标识名单为所述跟踪区更新装置获得第一跟踪区标识名单之前获得的跟踪区标识名单或者上一个跟踪区标识名单。
结合第五个方面的第十一种可行的实现方式,在第十二种可行的实现方式中,所述处理器,还包括:第三无线资源控制RRC层子单元和第三非接入NAS层子单元;
所述第三RRC层子单元,具体用于获取所述第一信息、所述第一TAC和所述第二TAC,并将所述第一信息、所述第一TAC和所述第二TAC转发给所述第三NAS层子单元;或者,还具体用于获取所述第一TAC和所述第二TAC,并将所述第一TAC和所述第二TAC转发给所述第三NAS层子单元。
结合第五个方面的第十二种可行的实现方式,在第十三种可行的实现方式中,所述第三NAS层子单元,还具体用于判断所述第一TAC或所述第二TAC不属于当前跟踪区标识名单,并且判断所述第一TAC或所述第二TAC不属于上一个跟踪区标识名单,则确定需要进行跟踪区更新流程。
结合第五个方面的第十三种可行的实现方式,在第十四种可行的实现方式中,所述第三NAS层子单元,具体用于根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述收发器,还包括:第四NAS层子单元;
所述第四NAS层子单元,具体用于在等待所述第一等待时间之后,向所述核心网设备发送所述跟踪区更新请求消息。
结合第五个方面的第十三种可行的实现方式,在第十五种可行的实现方式中,所述处理器,还包括:第四RRC层子单元,所述收发器,还包括:第五RRC层子单元;
所述第三非接入NAS层子单元,还具体用于向所述第四RRC层子单元发送连接建立请求;
所述第四RRC层子单元,还具体用于则根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述第五RRC层子单元,还具体用于等待所述等待时间之后,根据所述连接建立请求建立RRC连接,向所述核心网设备发送所述跟踪区更新请求消息。
本发明的第六个方面是提供一种跟踪区更新装置,包括:
发射器,用于向用户设备UE发送核心网消息,所述核心网消息包含所述第一信息,所述第一信息用于确定等待时间;
接收器,用于接收所述UE发送的跟踪区更新请求消息,所述跟踪区更新请求消息为所述UE在等待所述等待时间之后发送的。
结合第六个方面,在第一种可行的实现方式,所述接收器,还用于接收所述UE发送的附着消息,所述附着消息包含所述UE的类型信息或所述UE的能力信息;
其中,所述UE的类型信息用于表示所述UE处于高速移动状态,所述UE的能力信息用于表示所述UE具有高速移动的能力。
结合第六个方面或第六个方面的第一种可行的实现方式,在第二种可行的实现方式,所述第一信息为第一时间值,用于指示所述UE从零至所述第一时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为第二时间值和第三时间值,用于指示所述UE从所述第二时间值至所述第三时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为至少一个参数值;用于指示所述UE以所述至少一个参数值为自变量,进行函数运算,所得值为所述等待时间。
本发明的第七个方面是提供一种跟踪区更新装置,包括:
发射器,用于向用户设备UE发送第一信息,所述第一信息用于确定等待时间;所述等待时间用于所述UE在等待所述等待时间之后向核心网设备发送跟踪区更新请求消息。
结合第七个方面,在第一种可行的实现方式中,所述第一信息为第一时间值,用于指示所述UE从零至所述第一时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为第二时间值和第三时间值,用于指示所述UE从所述第二时间值至所述第三时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为至少一个参数值;用于指示所述UE以所述至少一个参数值为自变量,进行函数运算,所得值为所述等待时间。
结合第七个方面或第七个方面的第一种可行的实现方式,在第二种可行的实现方式中,所述发射器,具体用于向所述UE发送所述第一广播消息或所述第一多播消息或所述第一组消息,所述第一广播消息或所述第一多播消息或所述第一组消息包含所述第一信息。
结合第七个方面的第二种可行的实现方式,在第三种可行的实现方式中,所述第一广播消息或所述第一多播消息或所述第一组消息还包含第一跟踪区代码TAC和第二跟踪区代码TAC,所述第一跟踪区代码TAC和第二跟踪区代码TAC用于指示所述UE需要进行跟踪区更新流程。
结合第七个方面的第三种可行的实现方式,在第四种可行的实现方式中,还包括:
接收器,用于接收移动管理实体MME发送的所述第一TAC和所述第二TAC。
本发明的第八个方面是提供一种跟踪区更新装置,包括:
发射器,用于向用户设备UE发送第一跟踪区代码TAC和第二跟踪区代码TAC,所述第一跟踪区代码TAC和第二跟踪区代码TAC用于指示所述UE需要进行跟踪区更新流程。
结合第八个方面,在第一种可行的实现方式中,所述发射器,用于向所述UE发送所述第二广播消息或所述第二多播消息或所述第二组消息,所述第二广播消息或所述第二多播消息或所述第二组消息包含所述第一TAC和所述第二TAC。
结合第八个方面或第八个方面的第一种可行的实现方式,在第二种可行的实现方式中,还包括:
接收器,用于接收移动管理实体MME发送的所述第一TAC和所述第二TAC。
本发明的第九个方面是提供一种跟踪区更新系统,包括:至少一个第一个方面或第一个方面任意一项可行的实现方式所述的跟踪区更新装置和至少一个第二个方面或第二个方面任意一项可行的实现方式所述的跟踪区更新装置和至少一个第三个方面或第三个方面任意一项可行的实现方式所述的跟踪区更新装置。
本发明的第十个方面是提供一种跟踪区更新系统,包括:至少一个第一个方面或第一个方面任意一项可行的实现方式所述的跟踪区更新装置和至少一个第二个方面或第二个方面任意一项可行的实现方式所述的跟踪区更新装置和至少一个第四个方面或第四个方面任意一项可行的实现方式所述的跟踪区更新装置。
本发明的第十一个方面是提供一种跟踪区更新方法,包括:
用户设备UE获取第一信息,所述第一信息用于确定等待时间;
若所述UE确定需要进行跟踪区更新流程,则根据所述第一信息,确定所述等待时间;
在所述UE等待所述等待时间之后,所述UE向所述核心网设备发送跟踪区更新请求消息。
结合第十一个方面,在第一种可行的实现方式中,所述用户设备UE获取第一信息,包括:
所述UE接收网络侧设备发送的广播消息或多播消息或组消息,所述广播消息或所述多播消息或所述组消息包含所述第一信息;或者,
所述UE接收核心网设备发送的核心网消息,所述核心网消息包含所述第一信息;或者,
所述UE获取预置在所述UE存储介质中的所述第一信息。
结合第十一个方面或第十一个方面的第一种可行的实现方式,在第二种可行的实现方式中,所述等待时间为定时器的定时值;
所述在所述UE等待所述等待时间之后,所述UE向所述核心网设备发送跟踪区更新请求消息,包括:
所述UE启动所述定时器,在所述定时器的定时值到时之后,向核心网设备发送所述跟踪区更新请求消息。
结合第十一个方面或第十一个方面的上述任一种可行的实现方式,在第三种可行的实现方式中,所述若所述UE确定需要进行跟踪区更新流程,则根据所述第一信息,确定所述等待时间,包括:
所述第一信息为第一时间值,则所述UE从零至所述第一时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为第二时间值和第三时间值,则所述UE从所述第二时间值至所述第三时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为至少一个参数值;则所述UE以所述至少一个参数值为自变量,进行函数运算,所得值为所述等待时间。
结合第十一个方面的上述任一种可行的实现方式,在第四种可行的实现方式中,所述广播消息为第一广播消息,所述多播消息为第一多播消息,所述组消息为第一组消息,则所述接收网络侧设备发送的广播消息或多播消息或组消息,所述广播消息或所述多播消息或所述组消息包含所述第一信息,包括:
所述UE接收所述网络侧设备发送的所述第一广播消息或所述第一多播消息或所述第一组消息,所述第一广播消息或所述第一多播消息或所述第一组消息包含所述第一信息、第一跟踪区代码TAC和第二跟踪区代码TAC。
结合第十一个方面的上述第一种至第三种任一项可行的实现方式,在第五种可行的实现方式中,还包括:
所述UE接收所述网络侧设备发送的所述第二广播消息或所述第二多播消息或所述第二组消息,所述第二广播消息或所述第二多播消息或所述第二组消息包含第一TAC和第二TAC。
结合第十一个方面的第四种或第五种可行的实现方式,在第六种可行的实现方式中,所述UE确定需要进行跟踪区更新流程,包括:
所述UE确定所述第一TAC或所述第二TAC对应的跟踪区标识不属于第一跟踪区标识名单,则确定需要进行跟踪区更新流程;
其中,所述第一跟踪区标识名单为当前跟踪区标识名单或所述UE预先从所述核心网设备注册的跟踪区标识名单或所述UE在判断是否需要进行跟踪区更新流程之前获得的跟踪区标识名单。
结合第十一个方面的第六种可行的实现方式,在第七种可行的实现方式中,所述UE确定所述第一TAC或所述第二TAC对应的跟踪区标识不属于第一跟踪区标识名单,则确定需要进行跟踪区更新流程之前,包括:
所述UE的无线资源控制RRC层获取所述第一信息、所述第一TAC和所述第二TAC,并将所述第一信息、所述第一TAC和所述第二TAC转发给所述UE的非接入NAS层;或者,
所述UE的无线资源控制RRC层获取所述第一TAC和所述第二TAC,并将所述第一TAC和所述第二TAC转发给所述UE的NAS层。
结合第十一个方面的第七种可行的实现方式,在第八种可行的实现方式中,所述UE判断所述第一TAC或所述第二TAC不属于第一跟踪区标识名单,则确定需要进行跟踪区更新流程,包括:
所述UE的NAS层判断若所述第一TAC或所述第二TAC不属于所述第一跟踪区标识名单,则确定需要进行跟踪区更新流程。
结合第十一个方面的第八种可行的实现方式,在第九种可行的实现方式中,所述若所述UE确定需要进行跟踪区更新流程,则根据所述第一信息,确定所述等待时间,包括:
所述UE的NAS层根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述在所述UE等待所述等待时间之后,所述UE向所述核心网设备发送跟踪区更新请求消息,包括:
所述UE的NAS层在等待所述等待时间之后,向所述核心网设备发送所述跟踪区更新请求消息。
结合第十一个方面的第八种可行的实现方式,在第十种可行的实现方式中,所述若所述UE确定需要进行跟踪区更新流程,则根据所述第一信息,确定所述等待时间,包括:
所述UE的NAS层向所述UE的RRC层发送连接建立请求;
所述UE的RRC层则根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述在所述UE等待所述等待时间之后,所述UE向所述核心网设备发送跟踪区更新请求消息,包括:
所述UE的RRC层等待所述等待时间之后,根据所述连接建立请求建立RRC连接,向所述核心网设备发送所述跟踪区更新请求消息。
结合第十一个方面的第四种或第五种可行的实现方式,在第十一种可行的实现方式中,所述UE确定需要进行跟踪区更新流程,包括:
所述UE确定所述第一TAC或所述第二TAC不属于第一跟踪区标识名单,并且确定所述第一TAC或所述第二TAC不属于第二跟踪区标识名单,则确定需要进行跟踪区更新流程;
其中,所述第一跟踪区标识名单为当前跟踪区标识名单或所述UE预先从所述核心网设备注册的跟踪区标识名单或所述UE在判断是否需要进行跟踪区更新流程之前获得的跟踪区标识名单,所述第一跟踪区标识名单包含当前跟踪区内所述UE对应的跟踪区标识,所述第二跟踪区标识名单为所述UE获得第一跟踪区标识名单之前获得的跟踪区标识名单或者上一个跟踪区标识名单。
结合第十一个方面的第十一种可行的实现方式,在第十二种可行的实现方式中,所述UE确定所述第一TAC或所述第二TAC不属于第一跟踪区标识名单,并且确定所述第一TAC或所述第二TAC不属于第二跟踪区标识名单,则确定需要进行跟踪区更新流程之前,包括:
所述UE的无线资源控制RRC层获取所述第一信息、所述第一TAC和所述第二TAC,并将所述第一信息、所述第一TAC和所述第二TAC转发给所述UE的非接入NAS层;或者,
所述UE的无线资源控制RRC层获取所述第一TAC和所述第二TAC,并将所述第一TAC和所述第二TAC转发给所述UE的NAS层。
结合第十一个方面的第十二种可行的实现方式,在第十三种可行的实现方式中,所述UE确定所述第一TAC或所述第二TAC不属于第一跟踪区标识名单,并且确定所述第一TAC或所述第二TAC不属于第二跟踪区标识名单,则确定需要进行跟踪区更新流程,包括:
所述UE的NAS层判断所述第一TAC或所述第二TAC不属于当前跟踪区标识名单,并且判断所述第一TAC或所述第二TAC不属于上一个跟踪区标识名单,则确定需要进行跟踪区更新流程。
结合第十一个方面的第十三种可行的实现方式,在第十四种可行的实现方式中,所述若所述UE确定需要进行跟踪区更新流程,则根据所述第一信息,确定所述等待时间,包括:
所述UE的NAS层根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述在所述UE等待所述等待时间之后,所述UE向所述核心网设备发送跟踪区更新请求消息,包括:
所述UE的NAS层在等待所述第一等待时间之后,向所述核心网设备发送所述跟踪区更新请求消息。
结合第十一个方面的第十三种可行的实现方式,在第十五种可行的实现方式中,所述若所述UE确定需要进行跟踪区更新流程,则根据所述第一信息,确定所述等待时间,包括:
所述UE的NAS层向所述UE的RRC层发送连接建立请求;
所述UE的RRC层则根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述在所述UE等待所述等待时间之后,所述UE向所述核心网设备发送跟踪区更新请求消息,包括:
所述UE的RRC层等待所述等待时间之后,根据所述连接建立请求建立RRC连接,向所述核心网设备发送所述跟踪区更新请求消息。
本发明的第十二个方面是提供一种跟踪区更新方法,包括:
移动管理实体MME向用户设备UE发送核心网消息,所述核心网消息包含所述第一信息,所述第一信息用于确定等待时间;
所述MME接收所述UE发送的跟踪区更新请求消息,所述跟踪区更新请求消息为所述UE在等待所述等待时间之后发送的。
结合第十二个方面,在第一种可行的实现方式,在所述移动管理实体MME向用户设备UE发送核心网消息之前,还包括:
所述MME接收所述UE发送的附着消息,所述附着消息包含所述UE的类型信息或所述UE的能力信息;
其中,所述UE的类型信息用于表示所述UE处于高速移动状态,所述UE的能力信息用于表示所述UE具有高速移动的能力。
结合第十二个方面或第六个方面的第一种可行的实现方式,在第二种可行的实现方式,所述第一信息为第一时间值,用于指示所述UE从零至所述第一时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为第二时间值和第三时间值,用于指示所述UE从所述第二时间值至所述第三时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为至少一个参数值;用于指示所述UE以所述至少一个参数值为自变量,进行函数运算,所得值为所述等待时间。
本发明的第十三个方面是提供一种跟踪区更新方法,包括:
网络侧设备向用户设备UE发送第一信息,所述第一信息用于确定等待时间;所述等待时间用于所述UE在等待所述等待时间之后向核心网设备发送跟踪区更新请求消息。
结合第十三个方面,在第一种可行的实现方式中,所述第一信息为第一时间值,用于指示所述UE从零至所述第一时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为第二时间值和第三时间值,用于指示所述UE从所述第二时间值至所述第三时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为至少一个参数值;用于指示所述UE以所述至少一个参数值为自变量,进行函数运算,所得值为所述等待时间。
结合第十三个方面或第十三个方面的第一种可行的实现方式,在第二种可行的实现方式中,所述网络侧设备向用户设备UE发送第一信息,包括:
所述网络侧设备向所述UE发送所述第一广播消息或所述第一多播消息或所述第一组消息,所述第一广播消息或所述第一多播消息或所述第一组消息包含所述第一信息。
结合第十三个方面的第二种可行的实现方式,在第三种可行的实现方式中,所述第一广播消息或所述第一多播消息或所述第一组消息还包含第一跟踪区代码TAC和第二跟踪区代码TAC,所述第一跟踪区代码TAC和第二跟踪区代码TAC用于指示所述UE需要进行跟踪区更新流程。
结合第十三个方面的第三种可行的实现方式,在第四种可行的实现方式中,还包括:
所述网络侧设备接收移动管理实体MME发送的所述第一TAC和所述第二TAC。
本发明的第十四个方面是提供一种跟踪区更新方法,包括:
网络侧设备向用户设备UE发送第一跟踪区代码TAC和第二跟踪区代码TAC,所述第一跟踪区代码TAC和第二跟踪区代码TAC用于指示所述UE需要进行跟踪区更新流程。
结合第十四个方面,在第一种可行的实现方式中,所述网络侧设备向用户设备UE发送第一跟踪区代码TAC和第二跟踪区代码TAC,包括:
所述网络侧设备向所述UE发送所述第二广播消息或所述第二多播消息或所述第二组消息,所述第二广播消息或所述第二多播消息或所述第二组消息包含所述第一TAC和所述第二TAC。
结合第十四个方面或第十四个方面的第一种可行的实现方式,在第二种可行的实现方式中,还包括:
所述网络侧设备接收移动管理实体MME发送的所述第一TAC和所述第二TAC。
本发明实施例提供的跟踪区更新装置、系统及方法,通过作为跟踪区更新装置的用户设备获取第一信息,所述第一信息用于确定等待时间;若确定需要进行跟踪区更新流程,处理模块则根据所述第一信息,该用户设备确定所述等待时间;该用户设备在等待所述等待时间之后,向作为跟踪区更新装置的核心网设备发送跟踪区更新请求消息。这样,对于高速移动的UE,例如高速铁路场景下进行通信的UE,通过配置每个UE等待一定的时间再进行跟踪区更新流程,从而避免了当量UE在短时间内密集触发跟踪区更新流程而导致的信令风暴,避免了网络拥塞。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图做一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为现有技术提供的附着(attach)流程示意图;
图2为现有技术提供的寻呼消息流程示意图;
图3为现有技术提供的TAU流程示意图;
图4为本发明实施例提供的一种跟踪区更新装置结构示意图;
图5为本发明实施例提供的另一种跟踪区更新装置结构示意图;
图6为本发明实施例提供的另一种跟踪区更新装置结构示意图;
图7为本发明实施例提供的另一种跟踪区更新装置结构示意图;
图8为本发明实施例提供的另一种跟踪区更新装置结构示意图;
图9为本发明实施例提供的另一种跟踪区更新装置结构示意图;
图10为本发明实施例提供的另一种跟踪区更新装置结构示意图;
图11为本发明实施例提供的另一种跟踪区更新装置结构示意图;
图12为本发明实施例提供的另一种跟踪区更新装置结构示意图;
图13为本发明实施例提供的另一种跟踪区更新装置结构示意图;
图14为本发明实施例提供的一种跟踪区更新装置结构示意图;
图15为本发明实施例提供的另一种跟踪区更新装置结构示意图;
图16为本发明实施例提供的另一种跟踪区更新装置结构示意图;
图17为本发明实施例提供的另一种跟踪区更新装置结构示意图;
图18为本发明实施例提供的另一种跟踪区更新装置结构示意图;
图19为本发明实施例提供的另一种跟踪区更新装置结构示意图;
图20为本发明实施例提供的另一种跟踪区更新装置结构示意图;
图21为本发明实施例提供的另一种跟踪区更新装置结构示意图;
图22为本发明实施例提供的另一种跟踪区更新装置结构示意图;
图23为本发明实施例提供的另一种跟踪区更新装置结构示意图;
图24为本发明实施例提供的一种跟踪区更新方法的流程示意图;
图25为高速铁路沿线小区部署示意图;
图26为本发明实施例提供的另一种跟踪区更新方法的流程示意图;
图27为本发明实施例提供的另一种跟踪区更新方法的流程示意图;
图28为本发明实施例提供的另一种跟踪区更新方法的流程示意图;
图29为本发明实施例提供的另一种跟踪区更新方法的流程示意图;
图30为本发明实施例提供的另一种跟踪区更新方法的流程示意图;
图31为本发明实施例提供的另一种跟踪区更新方法的流程示意图;
图32为本发明实施例提供的另一种跟踪区更新方法的流程示意图;
图33为本发明实施例提供的另一种跟踪区更新方法的信令交互示意图;
图34为本发明实施例提供的另一种跟踪区更新方法的信令交互示意图;
图35为本发明实施例提供的另一种跟踪区更新方法的信令交互示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图4为本发明实施例提供的一种跟踪区更新装置结构示意图,该装置可以为UE,具体的,该UE可以为智能手机、笔记本、平板电脑、机器类型通信(MachineTypeCommunication,简称:MTC)UE等,参照图4,该装置包括:获取模块100、处理模块101、收发模块102。
获取模块100,用于获取第一信息,所述第一信息用于确定等待时间;
处理模块101,用于若确定需要进行跟踪区更新流程,则根据所述第一信息,确定所述等待时间;
收发模块102,用于在等待所述等待时间之后,向所述核心网设备发送跟踪区更新请求消息。
本发明实施例提供的跟踪区更新装置,通过获取模块获取第一信息,所述第一信息用于确定等待时间;若确定需要进行跟踪区更新流程,处理模块则根据所述第一信息,确定所述等待时间;收发模块在等待所述等待时间之后,向所述核心网设备发送跟踪区更新请求消息。这样,对于高速移动的UE,例如高速铁路场景下进行通信的UE,通过配置每个UE等待一定的时间再进行跟踪区更新流程,从而避免了当量UE在短时间内密集触发跟踪区更新流程而导致的信令风暴,避免了网络拥塞。
进一步的,所述获取模块100,具体用于接收网络侧设备发送的广播消息或多播消息或组消息,所述广播消息或所述多播消息或所述组消息包含所述第一信息;或者,还具体用于接收核心网设备发送的核心网消息,所述核心网消息包含所述第一信息;或者,还具体用于获取预置在所述UE存储介质中的所述第一信息。
进一步的,所述等待时间为定时器的定时值;
所述收发模块102,具体用于启动所述定时器,在所述定时器的定时值到时之后,向核心网设备发送所述跟踪区更新请求消息。
可选的,关于如何确定所述等待时间,可以有多种实现方式,下面通过提供几种可行的实现方式进行说明:
方式一:所述第一信息为第一时间值,则所述处理模块101,具体用于从零至所述第一时间值的区间内,随机选择一个数值作为所述等待时间;或者,
方式二:所述第一信息为第二时间值和第三时间值,则所述处理模块101,具体用于从所述第二时间值至所述第三时间值的区间内,随机选择一个数值作为所述等待时间;或者,
方式三:所述第一信息为至少一个参数值;则所述处理模块101,具体用于以所述至少一个参数值为自变量,进行函数运算,所得值为所述等待时间。
可选的,除了上述三种方式以外,还可以有另一种实现方式:所述第一信息为N个时间值,则所述处理模块101从N个时间值中随机选择一个时间值作为所述等待时间。
可选的,所述广播消息为第一广播消息,所述多播消息为第一多播消息,所述组消息为第一组消息;
所述获取模块100,具体用于接收所述网络侧设备发送的所述第一广播消息或所述第一多播消息或所述第一组消息,所述第一广播消息或所述第一多播消息或所述第一组消息包含所述第一信息、第一跟踪区代码TAC和第二跟踪区代码TAC。
可选的,所述收发模块102,还用于接收所述网络侧设备发送的所述第二广播消息或所述第二多播消息或所述第二组消息,所述第二广播消息或所述第二多播消息或所述第二组消息包含第一TAC和第二TAC。
进一步的,所述处理模块101,具体用于确定所述第一TAC或所述第二TAC对应的跟踪区标识不属于第一跟踪区标识名单,则确定需要进行跟踪区更新流程;
其中,所述第一跟踪区标识名单为当前跟踪区标识名单或所述UE预先从所述核心网设备注册的跟踪区标识名单或所述UE在判断是否需要进行跟踪区更新流程之前获得的跟踪区标识名单。
在图4的基础上,图5为本发明实施例提供的另一种跟踪区更新装置结构示意图,参照图5,该装置中,所述获取模块100,包括:第一无线资源控制(RadioResourceControl,简称:RRC):层子单元1001;所述处理模块101,包括:第一非接入(Non-accessStratum,简称:NAS)层子单元1011;
所述第一RRC层子单元1001,具体用于获取所述第一信息、所述第一TAC和所述第二TAC,并将所述第一信息、所述第一TAC和所述第二TAC转发给所述第一NAS层子单元第一NAS层子单元1011;或者,具体用于获取所述第一TAC和所述第二TAC,并将所述第一TAC和所述第二TAC转发给所述第一NAS层子单元1011。
进一步的,所述第一NAS层子单元1011,具体用于判断若所述第一TAC或所述第二TAC不属于所述第一跟踪区标识名单,则确定需要进行跟踪区更新流程。
在图5的基础上,图6为本发明实施例提供的另一种跟踪区更新装置结构示意图,参照图6,该装置中,所述收发模块102,还包括:第二NAS层子单元1021;
所述第一NAS层子单元1011,还具体用于根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述第二NAS层子单元1021,用于在等待所述等待时间之后,向所述核心网设备发送所述跟踪区更新请求消息。
在图5的基础上,图7为本发明实施例提供的另一种跟踪区更新装置结构示意图,参照图7该装置中,所述处理模块101,还包括:第二RRC层子单元1012;所述收发模块102,还包括:第三RRC层子单元1022。
所述第一NAS层子单元1011,还具体用于向所述第二RRC层子单元1012发送连接建立请求;
所述第二RRC层子单元1012,还具体用于则根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述第三RRC层子单元1022,还具体用于等待所述等待时间之后,根据所述连接建立请求建立RRC连接,向所述核心网设备发送所述跟踪区更新请求消息。
进一步的,所述处理模块101,还具体用于确定所述第一TAC或所述第二TAC不属于第一跟踪区标识名单,并且确定所述第一TAC或所述第二TAC不属于第二跟踪区标识名单,则确定需要进行跟踪区更新流程;
其中,所述第一跟踪区标识名单为当前跟踪区标识名单或所述跟踪区更新装置预先从所述核心网设备注册的跟踪区标识名单或所述跟踪区更新装置在判断是否需要进行跟踪区更新流程之前获得的跟踪区标识名单,所述第一跟踪区标识名单包含当前跟踪区内所述跟踪区更新装置对应的跟踪区标识,所述第二跟踪区标识名单为所述跟踪区更新装置获得第一跟踪区标识名单之前获得的跟踪区标识名单或者上一个跟踪区标识名单。
在图4的基础上,图8为本发明实施例提供的另一种跟踪区更新装置结构示意图,参照图8,该装置中,所述获取模块100,还包括:第四无线资源控制RRC层子单元1002,所述处理模块101,还包括:第三非接入NAS层子单元1013;
所述第四RRC层子单元1002,具体用于获取所述第一信息、所述第一TAC和所述第二TAC,并将所述第一信息、所述第一TAC和所述第二TAC转发给所述第三NAS层子单元1013;或者,还具体用于获取所述第一TAC和所述第二TAC,并将所述第一TAC和所述第二TAC转发给所述第三NAS层子单元1013。
进一步的,所述第三NAS层子单元1013,还具体用于判断所述第一TAC或所述第二TAC不属于当前跟踪区标识名单,并且判断所述第一TAC或所述第二TAC不属于上一个跟踪区标识名单,则确定需要进行跟踪区更新流程。
在图8的基础上,图9为本发明实施例提供的另一种跟踪区更新装置结构示意图,参照图9,该装置中,所述第三NAS层子单元1013,具体用于根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述收发模块102,还包括:第四NAS层子单元1023;
所述第四NAS层子单元1023,具体用于在等待所述第一等待时间之后,向所述核心网设备发送所述跟踪区更新请求消息。
在图8的基础上,图10为本发明实施例提供的另一种跟踪区更新装置结构示意图,参照图10,该装置中,所述处理模块101,还包括:第五RRC层子单元1014;所述收发模块102,还包括:第六RRC层子单元1024;
所述第三NAS层子单元1013,还具体用于向所述第五RRC层子单元1014发送连接建立请求;
所述第五RRC层子单元1014,还具体用于则根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述第六RRC层子单元1024,还具体用于等待所述等待时间之后,根据所述连接建立请求建立RRC连接,向所述核心网设备发送所述跟踪区更新请求消息。
图11为本发明实施例提供的另一种跟踪区更新装置结构示意图,该装置具体可以为移动管理实体MME,参照图11,该装置包括:发送模块200、接收模块201。
发送模块200,用于向用户设备UE发送核心网消息,所述核心网消息包含所述第一信息,所述第一信息用于确定等待时间;
接收模块201,用于接收所述UE发送的跟踪区更新请求消息,所述跟踪区更新请求消息为所述UE在等待所述等待时间之后发送的。
本发明实施例提供的跟踪区更新装置,通过发送模块向用户设备UE发送核心网消息,所述核心网消息包含所述第一信息,所述第一信息用于确定等待时间。接收模块接收所述UE发送的跟踪区更新请求消息,所述跟踪区更新请求消息为所述UE在等待所述等待时间之后发送的。这样,对于高速移动的UE,例如高速铁路场景下进行通信的UE,通过MME配置每个UE等待一定的时间再进行跟踪区更新流程,从而避免了当量UE在短时间内密集触发跟踪区更新流程而导致的信令风暴,避免了网络拥塞。
进一步的,所述接收模块201,还用于接收所述UE发送的附着消息,所述附着消息包含所述UE的类型信息或所述UE的能力信息;
其中,所述UE的类型信息用于表示所述UE处于高速移动状态,所述UE的能力信息用于表示所述UE具有高速移动的能力。
进一步的,所述第一信息为第一时间值,用于指示所述UE从零至所述第一时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为第二时间值和第三时间值,用于指示所述UE从所述第二时间值至所述第三时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为至少一个参数值;用于指示所述UE以所述至少一个参数值为自变量,进行函数运算,所得值为所述等待时间。
图12为本发明实施例提供的另一种跟踪区更新装置结构示意图,该装置可以为,该方法的执行主体为网络侧设备,具体的,该网络侧设备可以为小区的接入设备,例如小区、基站、eNB、中继设备等,网络侧设备可以设置在高速铁路的沿线,参照上文场景一和场景二,网络侧设备对应缓冲区,网络侧设备对应缓冲区,需要说明的是,如果该缓冲区包含一个小区时,该网络侧设备为该小区的接入设备;若该缓冲区包含多个小区时,则网络侧设备为UE移动到该缓冲区时接入的第一个小区的接入设备。参照图12,该装置包括:发送模块300。
发送模块300,用于向用户设备UE发送第一信息,所述第一信息用于确定等待时间;所述等待时间用于所述UE在等待所述等待时间之后向核心网设备发送跟踪区更新请求消息。
本发明实施例提供的跟踪区更新装置,通过发送模块向用户设备UE发送第一信息,所述第一信息用于确定等待时间;所述等待时间用于所述UE在等待所述等待时间之后向核心网设备发送跟踪区更新请求消息。这样,对于高速移动的UE,例如高速铁路场景下进行通信的UE,通过网络侧设备发送的第一信息,等待一定的等待时间再进行跟踪区更新流程,从而避免了当量UE在短时间内密集触发跟踪区更新流程而导致的信令风暴,避免了网络拥塞。
可选的,第一信息可以用多种实现形式,下面通过具体的示例对于第一信息的实现形式进行说明:
方式一:所述第一信息为第一时间值,用于指示所述UE从零至所述第一时间值的区间内,随机选择一个数值作为所述等待时间;或者,
方式二:所述第一信息为第二时间值和第三时间值,用于指示所述UE从所述第二时间值至所述第三时间值的区间内,随机选择一个数值作为所述等待时间;或者,
方式三:所述第一信息为至少一个参数值;用于指示所述UE以所述至少一个参数值为自变量,进行函数运算,所得值为所述等待时间。
可选的,除了上述三种方式以外,还可以有另一种实现方式:所述第一信息为N个时间值,则所述UE从N个时间值中随机选择一个时间值作为所述等待时间。
优选的,所述发送模块300,具体用于向所述UE发送所述第一广播消息或所述第一多播消息或所述第一组消息,所述第一广播消息或所述第一多播消息或所述第一组消息包含所述第一信息。
可选的,所述第一广播消息或所述第一多播消息或所述第一组消息还包含第一跟踪区代码TAC和第二跟踪区代码TAC,所述第一跟踪区代码TAC和第二跟踪区代码TAC用于指示所述UE需要进行跟踪区更新流程。
在图12的基础上,图13为本发明实施例提供的另一种跟踪区更新装置结构示意图,该装置,还包括:接收模块301。
接收模块301,用于接收移动管理实体MME发送的所述第一TAC和所述第二TAC。
继续参照图12,该装置可以为小区的接入设备,例如小区、基站、eNB、中继设备等,装置可以设置在高速铁路的沿线。该装置具有如下功能:
发送模块300,用于向用户设备UE发送第一跟踪区代码TAC和第二跟踪区代码TAC,所述第一跟踪区代码TAC和第二跟踪区代码TAC用于指示所述UE需要进行跟踪区更新流程。
本发明实施例提供的跟踪区更新装置,发送模块向用户设备UE发送第一跟踪区代码TAC和第二跟踪区代码TAC,所述第一跟踪区代码TAC和第二跟踪区代码TAC用于指示所述UE需要进行跟踪区更新流程。这样,对于高速移动的UE,例如高速铁路场景下进行通信的UE,通过第一跟踪区代码TAC和第二跟踪区代码TAC,确定需要进行跟踪区更新流程。从而UE根据MME配置的第一信息等待一定的时间再进行跟踪区更新流程,从而避免了当量UE在短时间内密集触发跟踪区更新流程而导致的信令风暴,避免了网络拥塞。
进一步的,所述发送模块300,用于向所述UE发送所述第二广播消息或所述第二多播消息或所述第二组消息,所述第二广播消息或所述第二多播消息或所述第二组消息包含所述第一TAC和所述第二TAC。
参照图13,接收模块301,用于接收移动管理实体MME发送的所述第一TAC和所述第二TAC。
图14为本发明实施例提供的一种跟踪区更新装置结构示意图,该装置具体可以为智能手机、笔记本、平板电脑、机器类型通信(MachineTypeCommunication,简称:MTC)UE等,参照图14,该装置包括:
处理器400,用于获取第一信息,所述第一信息用于确定等待时间;还用于若确定需要进行跟踪区更新流程,则根据所述第一信息,确定所述等待时间;
收发器401,用于在等待所述等待时间之后,向所述核心网设备发送跟踪区更新请求消息。
本发明实施例提供的跟踪区更新装置,通过处理器获取第一信息,所述第一信息用于确定等待时间;若所述UE确定需要进行跟踪区更新流程,则根据所述第一信息,确定所述等待时间;收发器在等待所述等待时间之后,向所述核心网设备发送跟踪区更新请求消息。这样,对于高速移动的UE,例如高速铁路场景下进行通信的UE,通过配置每个UE等待一定的时间再进行跟踪区更新流程,从而避免了当量UE在短时间内密集触发跟踪区更新流程而导致的信令风暴,避免了网络拥塞。
进一步的,所述处理器400,具体用于接收网络侧设备发送的广播消息或多播消息或组消息,所述广播消息或所述多播消息或所述组消息包含所述第一信息;或者,还具体用于接收核心网设备发送的核心网消息,所述核心网消息包含所述第一信息;或者,还具体用于获取预置在所述UE存储介质中的所述第一信息。
进一步的,所述等待时间为定时器的定时值;
所述收发器401,具体用于启动所述定时器,在所述定时器的定时值到时之后,向核心网设备发送所述跟踪区更新请求消息。
可选的,关于如何确定所述等待时间,可以有多种实现方式,下面通过提供几种可行的实现方式进行说明:
方式一:所述第一信息为第一时间值,则所述处理器400,具体用于从零至所述第一时间值的区间内,随机选择一个数值作为所述等待时间;或者,
方式二:所述第一信息为第二时间值和第三时间值,则所述处理器400,具体用于从所述第二时间值至所述第三时间值的区间内,随机选择一个数值作为所述等待时间;或者,
方式三:所述第一信息为至少一个参数值;则所述处理器400,具体用于以所述至少一个参数值为自变量,进行函数运算,所得值为所述等待时间。
可选的,除了上述三种方式以外,还可以有另一种实现方式:所述第一信息为N个时间值,则所述处理模块101从N个时间值中随机选择一个时间值作为所述等待时间。
可选的,所述广播消息为第一广播消息,所述多播消息为第一多播消息,所述组消息为第一组消息;
所述处理器400,具体用于接收所述网络侧设备发送的所述第一广播消息或所述第一多播消息或所述第一组消息,所述第一广播消息或所述第一多播消息或所述第一组消息包含所述第一信息、第一跟踪区代码TAC和第二跟踪区代码TAC。
可选的,所述收发器401,还用于接收所述网络侧设备发送的所述第二广播消息或所述第二多播消息或所述第二组消息,所述第二广播消息或所述第二多播消息或所述第二组消息包含第一TAC和第二TAC。
进一步的,所述处理器400,具体用于确定所述第一TAC或所述第二TAC对应的跟踪区标识不属于第一跟踪区标识名单,则确定需要进行跟踪区更新流程;
其中,所述第一跟踪区标识名单为当前跟踪区标识名单或所述UE预先从所述核心网设备注册的跟踪区标识名单或所述UE在判断是否需要进行跟踪区更新流程之前获得的跟踪区标识名单。
在图14的基础上,图15为本发明实施例提供的另一种跟踪区更新装置结构示意图,参照图15,该装置中,所述处理器400,包括:第一无线资源控制RRC层子单元4001,第一非接入NAS层子单元4002;
所述第一RRC层子单元4001,具体用于获取所述第一信息、所述第一TAC和所述第二TAC,并将所述第一信息、所述第一TAC和所述第二TAC转发给所述第一NAS层子单元4002;或者,具体用于获取所述第一TAC和所述第二TAC,并将所述第一TAC和所述第二TAC转发给所述第一NAS层子单元4002。
进一步的,所述第一NAS层子单元4002,具体用于判断若所述第一TAC或所述第二TAC不属于所述第一跟踪区标识名单,则确定需要进行跟踪区更新流程。
在图15的基础上,图16为本发明实施例提供的另一种跟踪区更新装置结构示意图,参照图16,该装置中,所述收发器401,包括:第二NAS层子单元4011;
所述第一NAS层子单元4002,还具体用于根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述第二NAS层子单元4011,用于在等待所述等待时间之后,向所述核心网设备发送所述跟踪区更新请求消息。
在图15的基础上,图17为本发明实施例提供的另一种跟踪区更新装置结构示意图,参照图17该装置中,所述收发器401,包括:第二RRC层子单元4012;
所述第一NAS层子单元4002,还具体用于向所述第一RRC层子单元4001发送连接建立请求;
所述第一RRC层子单元4001,还具体用于则根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述第二RRC层子单元4012,还具体用于等待所述等待时间之后,根据所述连接建立请求建立RRC连接,向所述核心网设备发送所述跟踪区更新请求消息。
进一步的,所述处理器400,还具体用于确定所述第一TAC或所述第二TAC不属于第一跟踪区标识名单,并且确定所述第一TAC或所述第二TAC不属于第二跟踪区标识名单,则确定需要进行跟踪区更新流程;
其中,所述第一跟踪区标识名单为当前跟踪区标识名单或所述跟踪区更新装置预先从所述核心网设备注册的跟踪区标识名单或所述跟踪区更新装置在判断是否需要进行跟踪区更新流程之前获得的跟踪区标识名单,所述第一跟踪区标识名单包含当前跟踪区内所述跟踪区更新装置对应的跟踪区标识,所述第二跟踪区标识名单为所述跟踪区更新装置获得第一跟踪区标识名单之前获得的跟踪区标识名单或者上一个跟踪区标识名单。
在图14的基础上,图18为本发明实施例提供的另一种跟踪区更新装置结构示意图,参照图18,该装置中,所述处理器400,还包括:第三无线资源控制RRC层子单元4003和第三非接入NAS层子单元4004;
所述第三RRC层子单元4003,具体用于获取所述第一信息、所述第一TAC和所述第二TAC,并将所述第一信息、所述第一TAC和所述第二TAC转发给所述第三NAS层子单元4004;或者,还具体用于获取所述第一TAC和所述第二TAC,并将所述第一TAC和所述第二TAC转发给所述第三NAS层子单元4004。
进一步的,所述第三NAS层子单元4004,还具体用于判断所述第一TAC或所述第二TAC不属于当前跟踪区标识名单,并且判断所述第一TAC或所述第二TAC不属于上一个跟踪区标识名单,则确定需要进行跟踪区更新流程。
在图18的基础上,图19为本发明实施例提供的另一种跟踪区更新装置结构示意图,参照图19,该装置中,所述收发器401,还包括:第四NAS层子单元4013;
所述第三NAS层子单元4004,具体用于根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述第四NAS层子单元4013,具体用于在等待所述第一等待时间之后,向所述核心网设备发送所述跟踪区更新请求消息。
在图18的基础上,图20为本发明实施例提供的另一种跟踪区更新装置结构示意图,参照图20,该装置中,所述处理器400,还包括:第四RRC层子单元4005,所述收发器401,还包括:第五RRC层子单元4014;
所述第三NAS层子单元4004,还具体用于向所述第四RRC层子单元4005发送连接建立请求;
所述第四RRC层子单元4005,还具体用于则根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述第五RRC层子单元4014,还具体用于等待所述等待时间之后,根据所述连接建立请求建立RRC连接,向所述核心网设备发送所述跟踪区更新请求消息。
图21为本发明实施例提供的另一种跟踪区更新装置结构示意图,该装置具体可以为移动管理实体MME,参照图21,该装置包括:发射器500、接收器501。
发射器500,用于向用户设备UE发送核心网消息,所述核心网消息包含所述第一信息,所述第一信息用于确定等待时间;
接收器501,用于接收所述UE发送的跟踪区更新请求消息,所述跟踪区更新请求消息为所述UE在等待所述等待时间之后发送的。
本发明实施例提供的跟踪区更新装置,通过发射器向用户设备UE发送核心网消息,所述核心网消息包含所述第一信息,所述第一信息用于确定等待时间。接收器接收所述UE发送的跟踪区更新请求消息,所述跟踪区更新请求消息为所述UE在等待所述等待时间之后发送的。这样,对于高速移动的UE,例如高速铁路场景下进行通信的UE,通过MME配置每个UE等待一定的时间再进行跟踪区更新流程,从而避免了当量UE在短时间内密集触发跟踪区更新流程而导致的信令风暴,避免了网络拥塞。
进一步的,所述接收器501,还用于接收所述UE发送的附着消息,所述附着消息包含所述UE的类型信息或所述UE的能力信息;
其中,所述UE的类型信息用于表示所述UE处于高速移动状态,所述UE的能力信息用于表示所述UE具有高速移动的能力。
进一步的,所述第一信息为第一时间值,用于指示所述UE从零至所述第一时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为第二时间值和第三时间值,用于指示所述UE从所述第二时间值至所述第三时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为至少一个参数值;用于指示所述UE以所述至少一个参数值为自变量,进行函数运算,所得值为所述等待时间。
图22为本发明实施例提供的另一种跟踪区更新装置结构示意图,该装置可以为,该方法的执行主体为网络侧设备,具体的,该网络侧设备可以为小区的接入设备,例如小区、基站、eNB、中继设备等,网络侧设备可以设置在高速铁路的沿线,参照上文场景一和场景二,网络侧设备对应缓冲区,网络侧设备对应缓冲区,需要说明的是,如果该缓冲区包含一个小区时,该网络侧设备为该小区的接入设备;若该缓冲区包含多个小区时,则网络侧设备为UE移动到该缓冲区时接入的第一个小区的接入设备。参照图22,该装置包括:发射器600。
发射器600,用于向用户设备UE发送第一信息,所述第一信息用于确定等待时间;所述等待时间用于所述UE在等待所述等待时间之后向核心网设备发送跟踪区更新请求消息。
本发明实施例提供的跟踪区更新装置,通过发射器向用户设备UE发送第一信息,所述第一信息用于确定等待时间;所述等待时间用于所述UE在等待所述等待时间之后向核心网设备发送跟踪区更新请求消息。这样,对于高速移动的UE,例如高速铁路场景下进行通信的UE,通过网络侧设备发送的第一信息,等待一定的等待时间再进行跟踪区更新流程,从而避免了当量UE在短时间内密集触发跟踪区更新流程而导致的信令风暴,避免了网络拥塞。
可选的,第一信息可以用多种实现形式,下面通过具体的示例对于第一信息的实现形式进行说明:
方式一:所述第一信息为第一时间值,用于指示所述UE从零至所述第一时间值的区间内,随机选择一个数值作为所述等待时间;或者,
方式二:所述第一信息为第二时间值和第三时间值,用于指示所述UE从所述第二时间值至所述第三时间值的区间内,随机选择一个数值作为所述等待时间;或者,
方式三:所述第一信息为至少一个参数值;用于指示所述UE以所述至少一个参数值为自变量,进行函数运算,所得值为所述等待时间。
可选的,除了上述三种方式以外,还可以有另一种实现方式:所述第一信息为N个时间值,则所述UE从N个时间值中随机选择一个时间值作为所述等待时间。
优选的,所述发射器600,具体用于向所述UE发送所述第一广播消息或所述第一多播消息或所述第一组消息,所述第一广播消息或所述第一多播消息或所述第一组消息包含所述第一信息。
可选的,所述第一广播消息或所述第一多播消息或所述第一组消息还包含第一跟踪区代码TAC和第二跟踪区代码TAC,所述第一跟踪区代码TAC和第二跟踪区代码TAC用于指示所述UE需要进行跟踪区更新流程。
在图22的基础上,图23为本发明实施例提供的另一种跟踪区更新装置结构示意图,该装置,还包括:接收器601。
接收器601,用于接收移动管理实体MME发送的所述第一TAC和所述第二TAC。
继续参照图22,该装置可以为小区的接入设备,例如小区、基站、eNB、中继设备等,装置可以设置在高速铁路的沿线,也可以设置在高速公路沿线;该装置具有如下功能:
发射器600,用于向用户设备UE发送第一跟踪区代码TAC和第二跟踪区代码TAC,所述第一跟踪区代码TAC和第二跟踪区代码TAC用于指示所述UE需要进行跟踪区更新流程。
本发明实施例提供的跟踪区更新装置,发射器向用户设备UE发送第一跟踪区代码TAC和第二跟踪区代码TAC,所述第一跟踪区代码TAC和第二跟踪区代码TAC用于指示所述UE需要进行跟踪区更新流程。这样,对于高速移动的UE,例如高速铁路场景下进行通信的UE,通过第一跟踪区代码TAC和第二跟踪区代码TAC,确定需要进行跟踪区更新流程。从而UE根据MME配置的第一信息等待一定的时间再进行跟踪区更新流程,从而避免了当量UE在短时间内密集触发跟踪区更新流程而导致的信令风暴,避免了网络拥塞。
进一步的,所述发射器600,用于向所述UE发送所述第二广播消息或所述第二多播消息或所述第二组消息,所述第二广播消息或所述第二多播消息或所述第二组消息包含所述第一TAC和所述第二TAC。
参照图23,接收器601,用于接收移动管理实体MME发送的所述第一TAC和所述第二TAC。
进一步的,本发明实施例还提供一种跟踪区更新系统,包括:至少一个UE,至少一个核心网设备和至少一个网络侧设备。其中UE可以采用图4至图10所示的结构,并实现对应实施例的功能和技术效果;核心网设备可以采用图11所示的结构,并实现对应实施例的功能和技术效果;网络侧设备可以采用图12或图13所示的结构,并实现对应实施例的功能和技术效果;
另外,UE还可以采用图14至图20所示的结构,并实现对应实施例的功能和技术效果;核心网设备还可以采用图21所示的结构,并实现对应实施例的功能和技术效果;网络侧设备还可以采用图22或图23所示的结构,并实现对应实施例的功能和技术效果。
图24为本发明实施例提供的一种跟踪区更新方法的流程示意图,该方法的执行主体为用户设备UE,该UE可以采用4至图10任意一项所示的结构,或者,采用图14至图20任意一项所示的结构。具体的该UE可以为:智能手机、笔记本、平板电脑、机器类型通信(MachineTypeCommunication,简称:MTC)UE等,参照图24,该方法包括如下步骤:
步骤100、用户设备UE获取第一信息,所述第一信息用于确定等待时间;
步骤101、若所述UE确定需要进行跟踪区更新流程,则根据所述第一信息,确定所述等待时间;
步骤102、在所述UE等待所述等待时间之后,所述UE向所述核心网设备发送跟踪区更新请求消息。
具体的,在所述UE等待所述等待时间之后,UE可以是立刻发送跟踪区更新请求消息,也可以再过一段时间再发送跟踪区更新请求消息。
本发明实施例提供的跟踪区更新方法,通过用户设备UE获取第一信息,所述第一信息用于确定等待时间;若所述UE确定需要进行跟踪区更新流程,则根据所述第一信息,确定所述等待时间;在所述UE等待所述等待时间之后,所述UE向所述核心网设备发送跟踪区更新请求消息。这样,对于高速移动的UE,例如高速铁路场景下进行通信的UE,通过配置每个UE等待一定的时间再进行跟踪区更新流程,从而避免了当量UE在短时间内密集触发跟踪区更新流程而导致的信令风暴,避免了网络拥塞。
进一步的,所述UE向所述核心网设备发送跟踪区更新请求消息,可以为,所述UE请求较低层(例如,RRC层)建立一个RRC连接,在连接建立之后向所述核心网设备发送跟踪区更新请求消息。
进一步的,对于步骤100,可以具有多种可行的实现方式,下面给出几种可行的实现方式:
方式一:所述UE接收网络侧设备发送的广播消息或多播消息或组消息,所述广播消息或所述多播消息或所述组消息包含所述第一信息。
方式二:所述UE接收核心网设备发送的核心网消息,所述核心网消息包含所述第一信息。
具体的,该核心网消息可以为附着确认消息(AttachAccept),鉴权响应消息(AuthenticationResponse),分离接受消息(DetachAccept),跟踪区域更新确认(TrackingAreaUpdateAccept)等多种核心网消息。
方式三:所述UE获取预置在所述UE存储介质中的所述第一信息。
其中,对于方式一,广播消息可以为系统信息块1(SystemInformationBlock,简称:SIB)或SIB2。网络侧设备可以为小区的接入设备,例如小区、基站、演进型基站(evolvedNodeB,简称:eNB)、中继设备等,当所述UE高速移动进入网络侧设备对应的小区时,则网络侧设备向所述UE发送上述广播消息或多播消息或组消息。对于方式二,核心网设备可以为MME,该核心网设备可以在所述UE进行附着(attach)流程时,将第一信息通过核心网消息配置给所述UE,另外,可选的,对于方式二,所述UE在发送给MME的附着(attach)请求消息中需要携带所述UE类型信息或所述UE能力信息,以指示UE是处于高速移动的UE或具有高速移动的能力。
需要说明的是,对于步骤100,上述三种可能的实现方式仅作为示例进行说明,步骤100的实现方式并不仅限于上述三种。
可选的,等待时间具体的实现形式可以有多种,下面通过具体示例进行说明:
所述等待时间为定时器的定时值。相应的,所述UE设置有一个定时器。
则步骤102的一种具体的实现方式为:
步骤102a、所述UE启动所述定时器,在所述定时器的定时值到时之后,向核心网设备发送所述跟踪区更新请求消息。
可选的,对于上述实施例的步骤101中,关于如何确定所述等待时间,可以有多种实现方式,下面通过提供几种可行的实现方式进行说明:
方式一:所述第一信息为第一时间值,则所述UE从零至所述第一时间值的区间内,随机选择一个数值作为所述等待时间。
方式二:所述第一信息为第二时间值和第三时间值,则所述UE从所述第二时间值至所述第三时间值的区间内,随机选择一个数值作为所述等待时间。
方式三:所述第一信息为至少一个参数值;则所述UE以所述至少一个参数值为自变量,进行函数运算,所得值为所述等待时间。
对于方式三,一种可行方式为:等待时间=random(0,1)*参数值,其中random(0,1)为从0到1中选择一个随机数,需要说明的,方式三还可以采用其他的函数运算方式,因此本发实施例并不限制函数运算的具体形式,此处不再罗列。
可选的,除了上述三种方式以外,还可以有另一种实现方式:所述第一信息为N个时间值,则所述UE从N个时间值中随机选择一个时间值作为所述等待时间。
具体的,为了进一步避免高速移动的多个UE同时触发跟踪区更新流程而导致的信令风暴,一种解决方式就是为每一个UE配置一个不同的等待时间,步骤101的上述第三种实现方式中,当UE获得第一信息后,实际上获得一个时间值的集合,每一个UE获得的时间值的集合中随机选择一个数值作为等待时间。需要说明的是,等待时间可以是一个等待的时长值,也可以是一个发送跟踪区更新请求消息的时刻。
下面通过具体的几种实现场景,对上述实施例提供的跟踪区更新方法不同的实现方式进行说明。
场景一
图25为高速铁路沿线小区部署示意图,参照图25,其中包括五个小区,其中小区1和小区2的跟踪区代码(TrackingAreaCode,简称:TAC)为TAC1,小区4和小区5的跟踪区代码为TAC2,本方案中将小区3作为缓冲区,在小区3中同时具有TAC1和TAC2,这样,当UE高速移动至小区3时,根据获得的TAC1和TAC2,UE可以确定需要进行跟踪区更新流程,则会触发上述实施例提供的跟踪区更新方法。
场景二
当将一个小区作为缓冲区不足够时,可以将连续的多个小区作为缓冲区,即这几个小区包含两个TAC,当UE高速移动至缓冲区时,根据获得的TAC1和TAC2,UE可以确定需要进行跟踪区更新流程。但是,与场景一的区别在于:当UE在缓冲区内的两个小区间进行重选时,UE重选到缓冲区内的下一个小区,在缓冲区的第一个小区所述UE确定采用上述机制,执行退避,当所述UE移动到了第二个小区,则不需要再执行退避,而是仍然把前面的退避执行完,再执行TAU流程。
场景三
除了通过缓冲区的小区广播第一信息外,另一种可行的方式是通过核心网设备(例如,MME)进行配置,即UE在进行附着(attach)过程中,由核心网设备配置给所述UE。对于这种情况,参照上文步骤100的方式二的说明。可选的,还可以将第一信息固化在UE中,对于这种情况,参照上文步骤100的方式三的说明。
场景四
在不设置缓冲区的情况下,也可以应用本发明实施例提供的跟踪区更新方法。具体的,没有小区广播两个TAC,即UE仅通过附着(attach)过程或者小区广播消息或者固化方式获取第一信息。具体的,当UE需要执行TAU时,UE根据第一信息获取等待时间,并在等待时间之后,发起TAU流程。进一步的,UE判断需要执行TAU的条件为:当UE在重选小区时发现TAC发生变化,则确定需要执行TAU。例如,当UE从前一个小区中获得的跟踪区代码为TAC1,在移动到下一个小区时,获得的跟踪区代码为TAC2,此时由于两个跟踪区代码不同,并且TAC2不属于TAI名单,则UE确定需要执行TAU。
进一步的,针对上述场景一和场景二,下面通过具体的实施例进行说明。
在图24的基础上,图26为本发明实施例提供的另一种跟踪区更新方法的流程示意图,该方法对应场景一,参照图26,在步骤100的方式一的基础上,步骤100的一种可行的实现方式为:
步骤100a、所述UE接收所述网络侧设备发送的所述第一广播消息或所述第一多播消息或所述第一组消息,所述第一广播消息或所述第一多播消息或所述第一组消息包含所述第一信息、第一跟踪区代码TAC和第二跟踪区代码TAC。
具体的,第一跟踪区代码TAC和第二跟踪区代码TAC分别代表两个跟踪区。
进一步的,步骤101的一种可行的实现方式为:
步骤101a、所述UE确定所述第一TAC或所述第二TAC对应的跟踪区标识不属于第一跟踪区标识名单,则确定需要进行跟踪区更新流程,则根据所述第一信息,确定所述等待时间。
其中,所述第一跟踪区标识名单为当前跟踪区标识名单或所述UE预先从所述核心网设备注册的跟踪区标识名单或所述UE在判断是否需要进行跟踪区更新流程之前获得的跟踪区标识名单。进一步的,在一个小区执行过跟踪区更新之后,在该小区不再触发跟踪区更新。
在图24的基础上,图27为本发明实施例提供的另一种跟踪区更新方法的流程示意图,该方法对应场景一,参照图27,在步骤100的方式一的基础上,步骤100的一种可行的实现方式为:
步骤100b、所述UE接收核心网设备发送的核心网消息,所述核心网消息包含所述第一信息;或者,所述UE获取预置在所述UE存储介质中的所述第一信息。
可选的,在步骤100b之后,还包括:
步骤100c、所述UE接收所述网络侧设备发送的所述第二广播消息或所述第二多播消息或所述第二组消息,所述第二广播消息或所述第二多播消息或所述第二组消息包含第一TAC和第二TAC。
需要说明的是,步骤100c的目的在于,使得UE获得第一TAC和第二TAC,以使UE在步骤101a中UE根据获得的第一TAC和第二TAC确定需要进行跟踪区更新流程。显然,根据图26和图27对应实施例可以看出,无论第一信息是根据怎样的方式获得的,后面都需要获取TAC以便确定是否需要进行跟踪区更新流程。
需要说明的是,步骤100c不限定在步骤100b之后执行,也可以同时执行,或者步骤100c在步骤100b之前执行,还可以步骤100c可以不在步骤100b之后单独存在。
参照图27,在步骤100c之后,继续执行步骤101a。
进一步的,对于上述图26和图27对应的实施例,在步骤101a之前,所述UE的无线资源控制(RadioResourceControl,简称:RRC)层获取所述第一信息、所述第一TAC和所述第二TAC,并将所述第一信息、所述第一TAC和所述第二TAC转发给所述UE的非接入(Non-accessstratum,简称:NAS)层;或者,所述UE的无线资源控制RRC层获取所述第一TAC和所述第二TAC,并将所述第一TAC和所述第二TAC转发给所述UE的NAS层。
需要说明的是,若第一信息是通过上述广播消息/多播消息/组消息发送给UE的,则所述UE的RRC层从广播消息/多播消息/组消息获取;若第一信息为预置在所述UE的存储介质中,则所述UE的RRC层从所述UE的存储介质中获取第一信息;
进一步的,所述UE的无线资源控制RRC层在将上述参数转发给所述UE的NAS层后,上述步骤101a的一种可行的实现方式为:
所述UE的NAS层判断若所述第一TAC或所述第二TAC不属于所述第一跟踪区标识名单,则确定需要进行跟踪区更新流程。
可选的,在所述UE的NAS层判断若所述第一TAC或所述第二TAC不属于所述第一跟踪区标识名单之后,一种方式为:所述UE的NAS层根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
则步骤102的一种可行的实现方式为:
步骤102a、所述UE的NAS层在等待所述等待时间之后,向所述核心网设备发送所述跟踪区更新请求消息。
具体的,所述UE向所述核心网设备发送跟踪区更新请求消息,一种可行的实现方式为:所述UE的较低层(例如,RRC层)建立一个RRC连接,在RRC连接建立之后,所述UE向所述核心网设备发送跟踪区更新请求消息。
另一种可行的实现方式为:所述UE的NAS层向所述UE的RRC层发送连接建立请求;所述UE的RRC层则根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
则步骤102的一种可行的实现方式为:
步骤102b、所述UE的RRC层等待所述等待时间之后,根据所述连接建立请求建立RRC连接,向所述核心网设备发送所述跟踪区更新请求消息。
在图24的基础上,图28为本发明实施例提供的另一种跟踪区更新方法的流程示意图,该方法对应场景二,参照图28,在步骤101的方式一的基础上,步骤101的一种可行的实现方式为:
步骤101b、所述UE确定所述第一TAC或所述第二TAC不属于第一跟踪区标识名单,并且确定所述第一TAC或所述第二TAC不属于第二跟踪区标识名单,则确定需要进行跟踪区更新流程,则根据所述第一信息,确定所述等待时间。
其中,所述第一跟踪区标识名单为当前跟踪区标识名单或所述UE预先从所述核心网设备注册的跟踪区标识名单或所述UE在判断是否需要进行跟踪区更新流程之前获得的跟踪区标识名单,所述第一跟踪区标识名单包含当前跟踪区内所述UE对应的跟踪区标识,所述第二跟踪区标识名单为所述UE获得第一跟踪区标识名单之前获得的跟踪区标识名单或者上一个跟踪区标识名单。对于步骤101b,在缓冲区内,所述UE仅启动一次等待时间或定时器,且该时间或定时器在整个缓冲区内有效,所述UE仅执行一次跟踪区更新。
具体的,此处所述缓冲区为,当UE重选到小区,且从该小区仍然获取到的TAC信息与上一个小区一致,即TAC信息都是TAC1和TAC2,则称当前小区与上一个小区都在同一个缓冲区。
需要说明的是,图28中步骤100还可以替换为上述步骤100的任意一种可行的实现方式;类似的,图28中步骤102还可以替换为上述步骤102的任意一种可行的实现方式。
进一步的,在执行步骤101b之前,所述UE的无线资源控制RRC层获取所述第一信息、所述第一TAC和所述第二TAC,并将所述第一信息、所述第一TAC和所述第二TAC转发给所述UE的非接入NAS层;或者,所述UE的无线资源控制RRC层获取所述第一TAC和所述第二TAC,并将所述第一TAC和所述第二TAC转发给所述UE的NAS层。
需要说明的是,若第一信息是通过上述广播消息/多播消息/组消息发送给UE的,则所述UE的RRC层从广播消息/多播消息/组消息获取;若第一信息为预置在所述UE的存储介质中,则所述UE的RRC层从所述UE的存储介质中获取第一信息;。
进一步的,所述UE的无线资源控制RRC层在将上述参数转发给所述UE的NAS层后,上述步骤101b的一种可行的实现方式为:
所述UE的NAS层判断所述第一TAC或所述第二TAC不属于当前跟踪区标识名单,并且判断所述第一TAC或所述第二TAC不属于上一个跟踪区标识名单,则确定需要进行跟踪区更新流程。
进一步的,在所述UE的NAS确定需要进行跟踪区更新流程之后,如何实现上述步骤101和102,还有两种可行的方式。
具体的,方式一:所述UE的NAS层根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述UE的NAS层在等待所述第一等待时间之后,向所述核心网设备发送所述跟踪区更新请求消息。
具体的,所述UE向所述核心网设备发送跟踪区更新请求消息,一种可行的实现方式为:所述UE的较低层(例如,RRC层)建立一个RRC连接,在RRC连接建立之后,所述UE向所述核心网设备发送跟踪区更新请求消息。
另一种可行的实现方式为:所述UE的NAS层向所述UE的RRC层发送连接建立请求;所述UE的RRC层则根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间。
方式二:所述UE的NAS层向所述UE的RRC层发送连接建立请求;
所述UE的RRC层则根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述UE的RRC层等待所述等待时间之后,根据所述连接建立请求建立RRC连接,向所述核心网设备发送所述跟踪区更新请求消息。
图29为本发明实施例提供的另一种跟踪区更新方法的流程示意图,该方法的执行主体为移动管理实体MME,该MME可以采用图11或图21所示的结构,参照图29,该方法包括如下步骤:
步骤200、MME向用户设备UE发送核心网消息,所述核心网消息包含所述第一信息,所述第一信息用于确定等待时间;
步骤201、所述MME接收所述UE发送的跟踪区更新请求消息,所述跟踪区更新请求消息为所述UE在等待所述等待时间之后发送的。
本发明实施例提供的跟踪区更新方法,通过MME向用户设备UE发送核心网消息,所述核心网消息包含所述第一信息,所述第一信息用于确定等待时间。所述MME接收所述UE发送的跟踪区更新请求消息,所述跟踪区更新请求消息为所述UE在等待所述等待时间之后发送的。这样,对于高速移动的UE,例如高速铁路场景下进行通信的UE,通过MME配置每个UE等待一定的时间再进行跟踪区更新流程,从而避免了当量UE在短时间内密集触发跟踪区更新流程而导致的信令风暴,避免了网络拥塞。
在图29的基础上,图30为本发明实施例提供的另一种跟踪区更新方法的流程示意图,参照图30,在步骤200之前,该方法还包括如下步骤:
步骤202、MME接收所述UE发送的附着消息,所述附着消息包含所述UE的类型信息或所述UE的能力信息;
其中,所述UE的类型信息用于表示所述UE处于高速移动状态,所述UE的能力信息用于表示所述UE具有高速移动的能力。
对于图29和图30所示的方案,第一信息可以用多种实现形式,下面通过具体的示例对于第一信息的实现形式进行说明:
方式一:所述第一信息为第一时间值,用于指示所述UE从零至所述第一时间值的区间内,随机选择一个数值作为所述等待时间;或者,
方式二:所述第一信息为第二时间值和第三时间值,用于指示所述UE从所述第二时间值至所述第三时间值的区间内,随机选择一个数值作为所述等待时间;或者,
方式四:所述第一信息为至少一个参数值;用于指示所述UE以所述至少一个参数值为自变量,进行函数运算,所得值为所述等待时间。
可选的,除了上述三种方式以外,还可以有另一种实现方式:所述第一信息为N个时间值,则所述UE从N个时间值中随机选择一个时间值作为所述等待时间。
需要说明的是,上述第一信息的各种实现形式仅作为示例进行说明,其还可以包含其他可行的实现形式,本发明实施例不予限定。
图31为本发明实施例提供的另一种跟踪区更新方法的流程示意图,该方法的执行主体为网络侧设备,具体的,该网络侧设备可以为小区的接入设备,例如小区、基站、eNB、中继设备等,网络侧设备可以设置在高速铁路的沿线,参照上文场景一和场景二,网络侧设备对应缓冲区,网络侧设备对应缓冲区,需要说明的是,如果该缓冲区包含一个小区时,该网络侧设备为该小区的接入设备;若该缓冲区包含多个小区时,则网络侧设备为UE移动到该缓冲区时接入的第一个小区的接入设备。该网络侧设备可以采用图12、图13、图22或图23所示的结构,参照图31,该方法包括如下步骤:
步骤300、网络侧设备向用户设备UE发送第一信息,所述第一信息用于确定等待时间;所述等待时间用于所述UE在等待所述等待时间之后向核心网设备发送跟踪区更新请求消息。
本发明实施例提供的跟踪区更新方法,通过网络侧设备向用户设备UE发送第一信息,所述第一信息用于确定等待时间;所述等待时间用于所述UE在等待所述等待时间之后向核心网设备发送跟踪区更新请求消息。这样,对于高速移动的UE,例如高速铁路场景下进行通信的UE,通过网络侧设备发送的第一信息,等待一定的等待时间再进行跟踪区更新流程,从而避免了当量UE在短时间内密集触发跟踪区更新流程而导致的信令风暴,避免了网络拥塞。
进一步的,第一信息可以用多种实现形式,下面通过具体的示例对于第一信息的实现形式进行说明:
方式一:所述第一信息为第一时间值,用于指示所述UE从零至所述第一时间值的区间内,随机选择一个数值作为所述等待时间;或者,
方式二:所述第一信息为第二时间值和第三时间值,用于指示所述UE从所述第二时间值至所述第三时间值的区间内,随机选择一个数值作为所述等待时间;或者,
方式三:所述第一信息为至少一个参数值;用于指示所述UE以所述至少一个参数值为自变量,进行函数运算,所得值为所述等待时间。
可选的,除了上述三种方式以外,还可以有另一种实现方式:所述第一信息为N个时间值,则所述UE从N个时间值中随机选择一个时间值作为所述等待时间。
需要说明的是,上述第一信息的各种实现形式仅作为示例进行说明,其还可以包含其他可行的实现形式,本发明实施例不予限定。
可选的,步骤300的一种可行的实现方式为:
步骤300a、所述网络侧设备向所述UE接收发送所述第一广播消息或所述第一多播消息或所述第一组消息,所述第一广播消息或所述第一多播消息或所述第一组消息包含所述第一信息。
优选的,所述第一广播消息或所述第一多播消息或所述第一组消息还包含第一跟踪区代码TAC和第二跟踪区代码TAC,所述第一跟踪区代码TAC和第二跟踪区代码TAC用于指示所述UE需要进行跟踪区更新流程。
具体的,所述网络侧设备接收移动管理实体MME发送的所述第一TAC和所述第二TAC。
图32为本发明实施例提供的另一种跟踪区更新方法的流程示意图,该方法的执行主体为网络侧设备,具体的,该网络侧设备可以为小区的接入设备,例如小区、基站、eNB、中继设备等,网络侧设备可以设置在高速铁路的沿线,对应上文场景三,该网络侧设备可以采用图12、图13、图22或图23所示的结构,下面参照图32,该方法包括如下步骤:
步骤400、网络侧设备向用户设备UE发送第一跟踪区代码TAC和第二跟踪区代码TAC,所述第一跟踪区代码TAC和第二跟踪区代码TAC用于指示所述UE需要进行跟踪区更新流程。
本发明实施例提供的跟踪区更新方法,网络侧设备向用户设备UE发送第一跟踪区代码TAC和第二跟踪区代码TAC,所述第一跟踪区代码TAC和第二跟踪区代码TAC用于指示所述UE需要进行跟踪区更新流程。这样,对于高速移动的UE,例如高速铁路场景下进行通信的UE,通过第一跟踪区代码TAC和第二跟踪区代码TAC,确定需要进行跟踪区更新流程。从而UE根据MME配置的第一信息等待一定的时间再进行跟踪区更新流程,从而避免了当量UE在短时间内密集触发跟踪区更新流程而导致的信令风暴,避免了网络拥塞。
步骤400的一种可行的实现方式为:
步骤400a、所述网络侧设备向所述UE发送所述第二广播消息或所述第二多播消息或所述第二组消息,所述第二广播消息或所述第二多播消息或所述第二组消息包含所述第一TAC和所述第二TAC。
具体的,所述网络侧设备接收移动管理实体MME发送的所述第一TAC和所述第二TAC。
下面针对场景一至四,通过具体的交互示例进行说明。
图33为本发明实施例提供的另一种跟踪区更新方法的信令交互示意图,图33对应上文场景一和场景二。参照图33,该信令交互包含如下步骤:
步骤500、网络侧设备向UE发送所述第一广播消息或所述第一多播消息或所述第一组消息。
其中,所述第一广播消息或所述第一多播消息或所述第一组消息包含所述第一信息以及第一TAC和第二TAC。当然,所述第一信息也可以通过MME进行配置,图33中并未示出。若通过MME配置第一信息,则所述第一广播消息或所述第一多播消息或所述第一组消息只包含所述第一广播消息或所述第一多播消息或所述第一组消息包含第一TAC和第二TAC。
步骤501、所述UE确定需要进行跟踪区更新流程,根据所述第一信息,确定所述等待时间。
具体的,UE是根据第一TAC和第二TAC确定需要进行跟踪区更新流程的。
步骤502、在所述UE等待所述等待时间之后,所述UE向所述核心网设备发送跟踪区更新请求消息。
图34为本发明实施例提供的另一种跟踪区更新方法的信令交互示意图,图34对应上文场景三。参照图34,该信令交互包含如下步骤:
步骤600、MME向用户设备UE发送核心网消息,所述核心网消息包含所述第一信息,所述第一信息用于确定等待时间。
步骤601、所述UE接收所述网络侧设备发送的所述第二广播消息或所述第二多播消息或所述第二组消息,所述第二广播消息或所述第二多播消息或所述第二组消息包含第一TAC和第二TAC。
步骤602、所述UE确定需要进行跟踪区更新流程,根据所述第一信息,确定所述等待时间。
具体的,UE是根据第一TAC和第二TAC确定需要进行跟踪区更新流程的。
步骤603、所述UE等待所述等待时间之后,所述UE向所述核心网设备发送跟踪区更新请求消息。
图35为本发明实施例提供的另一种跟踪区更新方法的信令交互示意图,图35对应上文场景四。参照图35,该信令交互包含如下步骤:
步骤700、所述UE接收所述网络侧设备发送的所述第三广播消息或所述第三多播消息或所述第三组消息,所述第三广播消息或所述第三多播消息或所述第三组消息包含第二TAC。
步骤701、MME向用户设备UE发送核心网消息,所述核心网消息包含所述第一信息,所述第一信息用于确定等待时间。
需要说明的是,步骤700与步骤701之间没有必然的先后顺序,可以依据具体场景的交互情况而定,此处不予限定。
步骤702、所述UE确定所述第二TAC不属于跟踪区标志(trackingareaidentity,简称TAI),确定需要进行跟踪区更新流程,根据所述第一信息,确定所述等待时间。
步骤703、所述UE等待所述等待时间之后,所述UE向所述核心网设备发送跟踪区更新请求消息。
需要说明的是,上文第一信息通过网络侧设备或MME发送给UE,参照上文可知,该第一信息也可以预置在UE内,若第一信息预置在UE内,则不需要上述网络侧设备或MME发送的相应步骤。另外,本文中仅以一个UE进行说明,在实际情况中,可能具有多个UE,此时每个UE都采用上述流程等待所述等待时间,再向所述核心网设备发送跟踪区更新请求消息。需要说明的是,每个UE获得的等待时间可以不同。
需要说明的是,图33至图35所示的交互流程中仅示出与本发明实施例相关的交互流程,显然,在UE与核心网设备以及网络侧设备的交互过程中,还包含其他的必要的交互流程,此处并未示出。上文中涉及的跟踪区可以宽展为:位置区、寻呼区、路由区等,本发明实施例不予限定。进一步的,本实施例中的一个或多个步骤可以单独执行,也可以结合执行,在此不限定本发明技术方案必须包含上述全部步骤。并且对于上述实施例中各个步骤之前的先后顺序,仅作为一种示例进行说明,各个步骤的先后也可以依据不同网络系统的交互需要进行调整,本发明实施例不予限定。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (83)

1.一种跟踪区更新装置,其特征在于,包括:
获取模块,用于获取第一信息,所述第一信息用于确定等待时间;
处理模块,用于若确定需要进行跟踪区更新流程,则根据所述第一信息,确定所述等待时间;
收发模块,用于在等待所述等待时间之后,向所述核心网设备发送跟踪区更新请求消息。
2.根据权利要求1所述的装置,其特征在于,所述获取模块,具体用于接收网络侧设备发送的广播消息或多播消息或组消息,所述广播消息或所述多播消息或所述组消息包含所述第一信息;或者,还具体用于接收核心网设备发送的核心网消息,所述核心网消息包含所述第一信息;或者,还具体用于获取预置在所述UE存储介质中的所述第一信息。
3.根据权利要求1或2所述的装置,其特征在于,所述等待时间为定时器的定时值;
所述收发模块,具体用于启动所述定时器,在所述定时器的定时值到时之后,向核心网设备发送所述跟踪区更新请求消息。
4.根据权利要求1-3任意一项所述的装置,其特征在于,所述第一信息为第一时间值,则所述处理模块,具体用于从零至所述第一时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为第二时间值和第三时间值,则所述处理模块,具体用于从所述第二时间值至所述第三时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为至少一个参数值;则所述处理模块,具体用于以所述至少一个参数值为自变量,进行函数运算,所得值为所述等待时间。
5.根据权利要求2-4任意一项所述的装置,其特征在于,所述广播消息为第一广播消息,所述多播消息为第一多播消息,所述组消息为第一组消息;
所述获取模块,具体用于接收所述网络侧设备发送的所述第一广播消息或所述第一多播消息或所述第一组消息,所述第一广播消息或所述第一多播消息或所述第一组消息包含所述第一信息、第一跟踪区代码TAC和第二跟踪区代码TAC。
6.根据权利要求2-4任意一项所述的装置,其特征在于,还包括:
所述收发模块,还用于接收所述网络侧设备发送的所述第二广播消息或所述第二多播消息或所述第二组消息,所述第二广播消息或所述第二多播消息或所述第二组消息包含第一TAC和第二TAC。
7.根据权利要求5或6所述的装置,其特征在于,所述处理模块,具体用于确定所述第一TAC或所述第二TAC对应的跟踪区标识不属于第一跟踪区标识名单,则确定需要进行跟踪区更新流程;
其中,所述第一跟踪区标识名单为当前跟踪区标识名单或所述UE预先从所述核心网设备注册的跟踪区标识名单或所述UE在判断是否需要进行跟踪区更新流程之前获得的跟踪区标识名单。
8.根据权利要求7所述的装置,其特征在于,所述获取模块,包括:第一无线资源控制RRC层子单元;所述处理模块,包括:第一非接入NAS层子单元;
所述第一RRC层子单元,具体用于获取所述第一信息、所述第一TAC和所述第二TAC,并将所述第一信息、所述第一TAC和所述第二TAC转发给所述第一NAS层子单元;或者,具体用于获取所述第一TAC和所述第二TAC,并将所述第一TAC和所述第二TAC转发给所述第一NAS层子单元。
9.根据权利要求8所述的装置,其特征在于,所述第一NAS层子单元,具体用于判断若所述第一TAC或所述第二TAC不属于所述第一跟踪区标识名单,则确定需要进行跟踪区更新流程。
10.根据权利要求9所述的装置,其特征在于,所述第一NAS层子单元,还具体用于根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述收发模块,还包括:第二NAS层子单元;
所述第二NAS层子单元,用于在等待所述等待时间之后,向所述核心网设备发送所述跟踪区更新请求消息。
11.根据权利要求9所述的装置,其特征在于,所述处理模块,还包括:第二RRC层子单元;所述收发模块,还包括:第三RRC层子单元
所述第一NAS层子单元,还具体用于向所述第二RRC层子单元发送连接建立请求;
所述第二RRC层子单元,还具体用于则根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述第三RRC层子单元,还具体用于等待所述等待时间之后,根据所述连接建立请求建立RRC连接,向所述核心网设备发送所述跟踪区更新请求消息。
12.根据权利要求5或6所述的装置,其特征在于,所述处理模块,还具体用于确定所述第一TAC或所述第二TAC不属于第一跟踪区标识名单,并且确定所述第一TAC或所述第二TAC不属于第二跟踪区标识名单,则确定需要进行跟踪区更新流程;
其中,所述第一跟踪区标识名单为当前跟踪区标识名单或所述跟踪区更新装置预先从所述核心网设备注册的跟踪区标识名单或所述跟踪区更新装置在判断是否需要进行跟踪区更新流程之前获得的跟踪区标识名单,所述第一跟踪区标识名单包含当前跟踪区内所述跟踪区更新装置对应的跟踪区标识,所述第二跟踪区标识名单为所述跟踪区更新装置获得第一跟踪区标识名单之前获得的跟踪区标识名单或者上一个跟踪区标识名单。
13.根据权利要求12所述的装置,其特征在于,所述获取模块,还包括:第四无线资源控制RRC层子单元,所述处理模块,还包括:第三非接入NAS层子单元;
所述第四RRC层子单元,具体用于获取所述第一信息、所述第一TAC和所述第二TAC,并将所述第一信息、所述第一TAC和所述第二TAC转发给所述第三NAS层子单元;或者,还具体用于获取所述第一TAC和所述第二TAC,并将所述第一TAC和所述第二TAC转发给所述第三NAS层子单元。
14.根据权利要求13所述的装置,其特征在于,所述第三NAS层子单元,还具体用于判断所述第一TAC或所述第二TAC不属于当前跟踪区标识名单,并且判断所述第一TAC或所述第二TAC不属于上一个跟踪区标识名单,则确定需要进行跟踪区更新流程。
15.根据权利要求14所述的装置,其特征在于,所述第三NAS层子单元,具体用于根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述收发模块,还包括:第四NAS层子单元;
所述第四NAS层子单元,具体用于在等待所述第一等待时间之后,向所述核心网设备发送所述跟踪区更新请求消息。
16.根据权利要求14所述的装置,其特征在于,所述处理模块,还包括:第五RRC层子单元;所述收发模块,还包括:第六RRC层子单元;
所述第三NAS层子单元,还具体用于向所述第五RRC层子单元发送连接建立请求;
所述第五RRC层子单元,还具体用于则根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述第六RRC层子单元,还具体用于等待所述等待时间之后,根据所述连接建立请求建立RRC连接,向所述核心网设备发送所述跟踪区更新请求消息。
17.一种跟踪区更新装置,其特征在于,包括:
发送模块,用于向用户设备UE发送核心网消息,所述核心网消息包含所述第一信息,所述第一信息用于确定等待时间;
接收模块,用于接收所述UE发送的跟踪区更新请求消息,所述跟踪区更新请求消息为所述UE在等待所述等待时间之后发送的。
18.根据权利要求17所述的装置,其特征在于,所述接收模块,还用于接收所述UE发送的附着消息,所述附着消息包含所述UE的类型信息或所述UE的能力信息;
其中,所述UE的类型信息用于表示所述UE处于高速移动状态,所述UE的能力信息用于表示所述UE具有高速移动的能力。
19.根据权利要求17或18所述的装置,其特征在于,所述第一信息为第一时间值,用于指示所述UE从零至所述第一时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为第二时间值和第三时间值,用于指示所述UE从所述第二时间值至所述第三时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为至少一个参数值;用于指示所述UE以所述至少一个参数值为自变量,进行函数运算,所得值为所述等待时间。
20.一种跟踪区更新装置,其特征在于,包括:
发送模块,用于向用户设备UE发送第一信息,所述第一信息用于确定等待时间;所述等待时间用于所述UE在等待所述等待时间之后向核心网设备发送跟踪区更新请求消息。
21.根据权利要求20所述的装置,其特征在于,所述第一信息为第一时间值,用于指示所述UE从零至所述第一时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为第二时间值和第三时间值,用于指示所述UE从所述第二时间值至所述第三时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为至少一个参数值;用于指示所述UE以所述至少一个参数值为自变量,进行函数运算,所得值为所述等待时间。
22.根据权利要求20或21所述的装置,其特征在于,所述发送模块,具体用于向所述UE发送所述第一广播消息或所述第一多播消息或所述第一组消息,所述第一广播消息或所述第一多播消息或所述第一组消息包含所述第一信息。
23.根据权利要求22所述的装置,其特征在于,所述第一广播消息或所述第一多播消息或所述第一组消息还包含第一跟踪区代码TAC和第二跟踪区代码TAC,所述第一跟踪区代码TAC和第二跟踪区代码TAC用于指示所述UE需要进行跟踪区更新流程。
24.根据权利要求23所述的装置,其特征在于,还包括:
接收模块,用于接收移动管理实体MME发送的所述第一TAC和所述第二TAC。
25.一种跟踪区更新装置,其特征在于,包括:
发送模块,用于向用户设备UE发送第一跟踪区代码TAC和第二跟踪区代码TAC,所述第一跟踪区代码TAC和第二跟踪区代码TAC用于指示所述UE需要进行跟踪区更新流程。
26.根据权利要求25所述的装置,其特征在于,所述发送模块,用于向所述UE发送所述第二广播消息或所述第二多播消息或所述第二组消息,所述第二广播消息或所述第二多播消息或所述第二组消息包含所述第一TAC和所述第二TAC。
27.根据权利要求25或26所述的装置,其特征在于,还包括:
接收模块,用于接收移动管理实体MME发送的所述第一TAC和所述第二TAC。
28.一种跟踪区更新装置,其特征在于,包括:
处理器,用于获取第一信息,所述第一信息用于确定等待时间;还用于若确定需要进行跟踪区更新流程,则根据所述第一信息,确定所述等待时间;
收发器,用于在等待所述等待时间之后,向所述核心网设备发送跟踪区更新请求消息。
29.根据权利要求28所述的装置,其特征在于,所述处理器,具体用于接收网络侧设备发送的广播消息或多播消息或组消息,所述广播消息或所述多播消息或所述组消息包含所述第一信息;或者,还具体用于接收核心网设备发送的核心网消息,所述核心网消息包含所述第一信息;或者,还具体用于获取预置在所述UE存储介质中的所述第一信息。
30.根据权利要求28或29所述的装置,其特征在于,所述等待时间为定时器的定时值;
所述收发器,具体用于启动所述定时器,在所述定时器的定时值到时之后,向核心网设备发送所述跟踪区更新请求消息。
31.根据权利要求28-30任意一项所述的装置,其特征在于,所述第一信息为第一时间值,则所述处理器,具体用于从零至所述第一时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为第二时间值和第三时间值,则所述处理器,具体用于从所述第二时间值至所述第三时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为至少一个参数值;则所述处理器,具体用于以所述至少一个参数值为自变量,进行函数运算,所得值为所述等待时间。
32.根据权利要求29-31任意一项所述的装置,其特征在于,所述广播消息为第一广播消息,所述多播消息为第一多播消息,所述组消息为第一组消息;
所述处理器,具体用于接收所述网络侧设备发送的所述第一广播消息或所述第一多播消息或所述第一组消息,所述第一广播消息或所述第一多播消息或所述第一组消息包含所述第一信息、第一跟踪区代码TAC和第二跟踪区代码TAC。
33.根据权利要求29-31任意一项所述的装置,其特征在于,所述收发器,还用于接收所述网络侧设备发送的所述第二广播消息或所述第二多播消息或所述第二组消息,所述第二广播消息或所述第二多播消息或所述第二组消息包含第一TAC和第二TAC。
34.根据权利要求32或33所述的装置,其特征在于,所述处理器,具体用于确定所述第一TAC或所述第二TAC对应的跟踪区标识不属于第一跟踪区标识名单,则确定需要进行跟踪区更新流程;
其中,所述第一跟踪区标识名单为当前跟踪区标识名单或所述UE预先从所述核心网设备注册的跟踪区标识名单或所述UE在判断是否需要进行跟踪区更新流程之前获得的跟踪区标识名单。
35.根据权利要求34所述的装置,其特征在于,所述处理器,包括:第一无线资源控制RRC层子单元,第一非接入NAS层子单元;
所述第一RRC层子单元,具体用于获取所述第一信息、所述第一TAC和所述第二TAC,并将所述第一信息、所述第一TAC和所述第二TAC转发给所述第一NAS层子单元;或者,具体用于获取所述第一TAC和所述第二TAC,并将所述第一TAC和所述第二TAC转发给所述第一NAS层子单元。
36.根据权利要求35所述的装置,其特征在于,所述第一NAS层子单元,具体用于判断若所述第一TAC或所述第二TAC不属于所述第一跟踪区标识名单,则确定需要进行跟踪区更新流程。
37.根据权利要求36所述的装置,其特征在于,所述第一NAS层子单元,还具体用于根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述收发器,包括:第二NAS层子单元;
所述第二NAS层子单元,用于在等待所述等待时间之后,向所述核心网设备发送所述跟踪区更新请求消息。
38.根据权利要求36所述的装置,其特征在于,所述第一NAS层子单元,还具体用于向所述第一RRC层子单元发送连接建立请求;
所述第一RRC层子单元,还具体用于则根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述收发器,包括:第二RRC层子单元;
所述第二RRC层子单元,还具体用于等待所述等待时间之后,根据所述连接建立请求建立RRC连接,向所述核心网设备发送所述跟踪区更新请求消息。
39.根据权利要求32或33所述的装置,其特征在于,所述处理器,还具体用于确定所述第一TAC或所述第二TAC不属于第一跟踪区标识名单,并且确定所述第一TAC或所述第二TAC不属于第二跟踪区标识名单,则确定需要进行跟踪区更新流程;
其中,所述第一跟踪区标识名单为当前跟踪区标识名单或所述跟踪区更新装置预先从所述核心网设备注册的跟踪区标识名单或所述跟踪区更新装置在判断是否需要进行跟踪区更新流程之前获得的跟踪区标识名单,所述第一跟踪区标识名单包含当前跟踪区内所述跟踪区更新装置对应的跟踪区标识,所述第二跟踪区标识名单为所述跟踪区更新装置获得第一跟踪区标识名单之前获得的跟踪区标识名单或者上一个跟踪区标识名单。
40.根据权利要求39所述的装置,其特征在于,所述处理器,还包括:第三无线资源控制RRC层子单元和第三非接入NAS层子单元;
所述第三RRC层子单元,具体用于获取所述第一信息、所述第一TAC和所述第二TAC,并将所述第一信息、所述第一TAC和所述第二TAC转发给所述第三NAS层子单元;或者,还具体用于获取所述第一TAC和所述第二TAC,并将所述第一TAC和所述第二TAC转发给所述第三NAS层子单元。
41.根据权利要求40所述的装置,其特征在于,所述第三NAS层子单元,还具体用于判断所述第一TAC或所述第二TAC不属于当前跟踪区标识名单,并且判断所述第一TAC或所述第二TAC不属于上一个跟踪区标识名单,则确定需要进行跟踪区更新流程。
42.根据权利要求41所述的装置,其特征在于,所述第三NAS层子单元,具体用于根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述收发器,还包括:第四NAS层子单元;
所述第四NAS层子单元,具体用于在等待所述第一等待时间之后,向所述核心网设备发送所述跟踪区更新请求消息。
43.根据权利要求41所述的装置,其特征在于,所述处理器,还包括:第四RRC层子单元,所述收发器,还包括:第五RRC层子单元;
所述第三非接入NAS层子单元,还具体用于向所述第四RRC层子单元发送连接建立请求;
所述第四RRC层子单元,还具体用于则根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述第五RRC层子单元,还具体用于等待所述等待时间之后,根据所述连接建立请求建立RRC连接,向所述核心网设备发送所述跟踪区更新请求消息。
44.一种跟踪区更新装置,其特征在于,包括:
发射器,用于向用户设备UE发送核心网消息,所述核心网消息包含所述第一信息,所述第一信息用于确定等待时间;
接收器,用于接收所述UE发送的跟踪区更新请求消息,所述跟踪区更新请求消息为所述UE在等待所述等待时间之后发送的。
45.根据权利要求44所述的装置,其特征在于,所述接收器,还用于接收所述UE发送的附着消息,所述附着消息包含所述UE的类型信息或所述UE的能力信息;
其中,所述UE的类型信息用于表示所述UE处于高速移动状态,所述UE的能力信息用于表示所述UE具有高速移动的能力。
46.根据权利要求44或45所述的装置,其特征在于,所述第一信息为第一时间值,用于指示所述UE从零至所述第一时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为第二时间值和第三时间值,用于指示所述UE从所述第二时间值至所述第三时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为至少一个参数值;用于指示所述UE以所述至少一个参数值为自变量,进行函数运算,所得值为所述等待时间。
47.一种跟踪区更新装置,其特征在于,包括:
发射器,用于向用户设备UE发送第一信息,所述第一信息用于确定等待时间;所述等待时间用于所述UE在等待所述等待时间之后向核心网设备发送跟踪区更新请求消息。
48.根据权利要求47所述的装置,其特征在于,所述第一信息为第一时间值,用于指示所述UE从零至所述第一时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为第二时间值和第三时间值,用于指示所述UE从所述第二时间值至所述第三时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为至少一个参数值;用于指示所述UE以所述至少一个参数值为自变量,进行函数运算,所得值为所述等待时间。
49.根据权利要求47或48所述的装置,其特征在于,所述发射器,具体用于向所述UE发送所述第一广播消息或所述第一多播消息或所述第一组消息,所述第一广播消息或所述第一多播消息或所述第一组消息包含所述第一信息。
50.根据权利要求49所述的装置,其特征在于,所述第一广播消息或所述第一多播消息或所述第一组消息还包含第一跟踪区代码TAC和第二跟踪区代码TAC,所述第一跟踪区代码TAC和第二跟踪区代码TAC用于指示所述UE需要进行跟踪区更新流程。
51.根据权利要求50所述的装置,其特征在于,还包括:
接收器,用于接收移动管理实体MME发送的所述第一TAC和所述第二TAC。
52.一种跟踪区更新装置,其特征在于,包括:
发射器,用于向用户设备UE发送第一跟踪区代码TAC和第二跟踪区代码TAC,所述第一跟踪区代码TAC和第二跟踪区代码TAC用于指示所述UE需要进行跟踪区更新流程。
53.根据权利要求52所述的装置,其特征在于,所述发射器,用于向所述UE发送所述第二广播消息或所述第二多播消息或所述第二组消息,所述第二广播消息或所述第二多播消息或所述第二组消息包含所述第一TAC和所述第二TAC。
54.根据权利要求52或53所述的装置,其特征在于,还包括:
接收器,用于接收移动管理实体MME发送的所述第一TAC和所述第二TAC。
55.一种跟踪区更新系统,其特征在于,包括:至少一个所述权力要求1-16任意一项所述的跟踪区更新装置和至少一个17-19任意一项所述的跟踪区更新装置和至少一个20-24任意一项所述的跟踪区更新装置。
56.一种跟踪区更新系统,其特征在于,包括:至少一个所述权力要求1-16任意一项所述的跟踪区更新装置和至少一个17-19任意一项所述的跟踪区更新装置和至少一个25-27任意一项所述的跟踪区更新装置。
57.一种跟踪区更新方法,其特征在于,包括:
用户设备UE获取第一信息,所述第一信息用于确定等待时间;
若所述UE确定需要进行跟踪区更新流程,则根据所述第一信息,确定所述等待时间;
在所述UE等待所述等待时间之后,所述UE向所述核心网设备发送跟踪区更新请求消息。
58.根据权利要求57所述的方法,其特征在于,所述用户设备UE获取第一信息,包括:
所述UE接收网络侧设备发送的广播消息或多播消息或组消息,所述广播消息或所述多播消息或所述组消息包含所述第一信息;或者,
所述UE接收核心网设备发送的核心网消息,所述核心网消息包含所述第一信息;或者,
所述UE获取预置在所述UE存储介质中的所述第一信息。
59.根据权利要求57或58所述的方法,其特征在于,所述等待时间为定时器的定时值;
所述在所述UE等待所述等待时间之后,所述UE向所述核心网设备发送跟踪区更新请求消息,包括:
所述UE启动所述定时器,在所述定时器的定时值到时之后,向核心网设备发送所述跟踪区更新请求消息。
60.根据权利要求57-59任意一项所述的方法,其特征在于,所述若所述UE确定需要进行跟踪区更新流程,则根据所述第一信息,确定所述等待时间,包括:
所述第一信息为第一时间值,则所述UE从零至所述第一时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为第二时间值和第三时间值,则所述UE从所述第二时间值至所述第三时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为至少一个参数值;则所述UE以所述至少一个参数值为自变量,进行函数运算,所得值为所述等待时间。
61.根据权利要求58-60任意一项所述的方法,其特征在于,所述广播消息为第一广播消息,所述多播消息为第一多播消息,所述组消息为第一组消息,则所述接收网络侧设备发送的广播消息或多播消息或组消息,所述广播消息或所述多播消息或所述组消息包含所述第一信息,包括:
所述UE接收所述网络侧设备发送的所述第一广播消息或所述第一多播消息或所述第一组消息,所述第一广播消息或所述第一多播消息或所述第一组消息包含所述第一信息、第一跟踪区代码TAC和第二跟踪区代码TAC。
62.根据权利要求58-60任意一项所述的方法,其特征在于,还包括:
所述UE接收所述网络侧设备发送的所述第二广播消息或所述第二多播消息或所述第二组消息,所述第二广播消息或所述第二多播消息或所述第二组消息包含第一TAC和第二TAC。
63.根据权利要求61或62所述的方法,其特征在于,所述UE确定需要进行跟踪区更新流程,包括:
所述UE确定所述第一TAC或所述第二TAC对应的跟踪区标识不属于第一跟踪区标识名单,则确定需要进行跟踪区更新流程;
其中,所述第一跟踪区标识名单为当前跟踪区标识名单或所述UE预先从所述核心网设备注册的跟踪区标识名单或所述UE在判断是否需要进行跟踪区更新流程之前获得的跟踪区标识名单。
64.根据权利要求63所述的方法,其特征在于,所述UE确定所述第一TAC或所述第二TAC对应的跟踪区标识不属于第一跟踪区标识名单,则确定需要进行跟踪区更新流程之前,包括:
所述UE的无线资源控制RRC层获取所述第一信息、所述第一TAC和所述第二TAC,并将所述第一信息、所述第一TAC和所述第二TAC转发给所述UE的非接入NAS层;或者,
所述UE的无线资源控制RRC层获取所述第一TAC和所述第二TAC,并将所述第一TAC和所述第二TAC转发给所述UE的NAS层。
65.根据权利要求64所述的方法,其特征在于,所述UE判断所述第一TAC或所述第二TAC不属于第一跟踪区标识名单,则确定需要进行跟踪区更新流程,包括:
所述UE的NAS层判断若所述第一TAC或所述第二TAC不属于所述第一跟踪区标识名单,则确定需要进行跟踪区更新流程。
66.根据权利要求65所述的方法,其特征在于,所述若所述UE确定需要进行跟踪区更新流程,则根据所述第一信息,确定所述等待时间,包括:
所述UE的NAS层根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述在所述UE等待所述等待时间之后,所述UE向所述核心网设备发送跟踪区更新请求消息,包括:
所述UE的NAS层在等待所述等待时间之后,向所述核心网设备发送所述跟踪区更新请求消息。
67.根据权利要求66所述的方法,其特征在于,所述若所述UE确定需要进行跟踪区更新流程,则根据所述第一信息,确定所述等待时间,包括:
所述UE的NAS层向所述UE的RRC层发送连接建立请求;
所述UE的RRC层则根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述在所述UE等待所述等待时间之后,所述UE向所述核心网设备发送跟踪区更新请求消息,包括:
所述UE的RRC层等待所述等待时间之后,根据所述连接建立请求建立RRC连接,向所述核心网设备发送所述跟踪区更新请求消息。
68.根据权利要求61或62所述的方法,其特征在于,所述UE确定需要进行跟踪区更新流程,包括:
所述UE确定所述第一TAC或所述第二TAC不属于第一跟踪区标识名单,并且确定所述第一TAC或所述第二TAC不属于第二跟踪区标识名单,则确定需要进行跟踪区更新流程;
其中,所述第一跟踪区标识名单为当前跟踪区标识名单或所述UE预先从所述核心网设备注册的跟踪区标识名单或所述UE在判断是否需要进行跟踪区更新流程之前获得的跟踪区标识名单,所述第一跟踪区标识名单包含当前跟踪区内所述UE对应的跟踪区标识,所述第二跟踪区标识名单为所述UE获得第一跟踪区标识名单之前获得的跟踪区标识名单或者上一个跟踪区标识名单。
69.根据权利要求68所述的方法,其特征在于,所述UE确定所述第一TAC或所述第二TAC不属于第一跟踪区标识名单,并且确定所述第一TAC或所述第二TAC不属于第二跟踪区标识名单,则确定需要进行跟踪区更新流程之前,包括:
所述UE的无线资源控制RRC层获取所述第一信息、所述第一TAC和所述第二TAC,并将所述第一信息、所述第一TAC和所述第二TAC转发给所述UE的非接入NAS层;或者,
所述UE的无线资源控制RRC层获取所述第一TAC和所述第二TAC,并将所述第一TAC和所述第二TAC转发给所述UE的NAS层。
70.根据权利要求69所述的方法,其特征在于,所述UE确定所述第一TAC或所述第二TAC不属于第一跟踪区标识名单,并且确定所述第一TAC或所述第二TAC不属于第二跟踪区标识名单,则确定需要进行跟踪区更新流程,包括:
所述UE的NAS层判断所述第一TAC或所述第二TAC不属于当前跟踪区标识名单,并且判断所述第一TAC或所述第二TAC不属于上一个跟踪区标识名单,则确定需要进行跟踪区更新流程。
71.根据权利要求70所述的方法,其特征在于,所述若所述UE确定需要进行跟踪区更新流程,则根据所述第一信息,确定所述等待时间,包括:
所述UE的NAS层根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述在所述UE等待所述等待时间之后,所述UE向所述核心网设备发送跟踪区更新请求消息,包括:
所述UE的NAS层在等待所述第一等待时间之后,向所述核心网设备发送所述跟踪区更新请求消息。
72.根据权利要求71所述的方法,其特征在于,所述若所述UE确定需要进行跟踪区更新流程,则根据所述第一信息,确定所述等待时间,包括:
所述UE的NAS层向所述UE的RRC层发送连接建立请求;
所述UE的RRC层则根据所述第一信息,确定发送所述跟踪区更新请求消息的所述等待时间;
所述在所述UE等待所述等待时间之后,所述UE向所述核心网设备发送跟踪区更新请求消息,包括:
所述UE的RRC层等待所述等待时间之后,根据所述连接建立请求建立RRC连接,向所述核心网设备发送所述跟踪区更新请求消息。
73.一种跟踪区更新方法,其特征在于,包括:
移动管理实体MME向用户设备UE发送核心网消息,所述核心网消息包含所述第一信息,所述第一信息用于确定等待时间;
所述MME接收所述UE发送的跟踪区更新请求消息,所述跟踪区更新请求消息为所述UE在等待所述等待时间之后发送的。
74.根据权利要求73所述的方法,其特征在于,在所述移动管理实体MME向用户设备UE发送核心网消息之前,还包括:
所述MME接收所述UE发送的附着消息,所述附着消息包含所述UE的类型信息或所述UE的能力信息;
其中,所述UE的类型信息用于表示所述UE处于高速移动状态,所述UE的能力信息用于表示所述UE具有高速移动的能力。
75.根据权利要求73或74所述的方法,其特征在于,所述第一信息为第一时间值,用于指示所述UE从零至所述第一时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为第二时间值和第三时间值,用于指示所述UE从所述第二时间值至所述第三时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为至少一个参数值;用于指示所述UE以所述至少一个参数值为自变量,进行函数运算,所得值为所述等待时间。
76.一种跟踪区更新方法,其特征在于,包括:
网络侧设备向用户设备UE发送第一信息,所述第一信息用于确定等待时间;所述等待时间用于所述UE在等待所述等待时间之后向核心网设备发送跟踪区更新请求消息。
77.根据权利要求76所述的方法,其特征在于,所述第一信息为第一时间值,用于指示所述UE从零至所述第一时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为第二时间值和第三时间值,用于指示所述UE从所述第二时间值至所述第三时间值的区间内,随机选择一个数值作为所述等待时间;或者,
所述第一信息为至少一个参数值;用于指示所述UE以所述至少一个参数值为自变量,进行函数运算,所得值为所述等待时间。
78.根据权利要求76或77所述的方法,其特征在于,所述网络侧设备向用户设备UE发送第一信息,包括:
所述网络侧设备向所述UE发送所述第一广播消息或所述第一多播消息或所述第一组消息,所述第一广播消息或所述第一多播消息或所述第一组消息包含所述第一信息。
79.根据权利要求78所述的方法,其特征在于,所述第一广播消息或所述第一多播消息或所述第一组消息还包含第一跟踪区代码TAC和第二跟踪区代码TAC,所述第一跟踪区代码TAC和第二跟踪区代码TAC用于指示所述UE需要进行跟踪区更新流程。
80.根据权利要求79所述的方法,其特征在于,还包括:
所述网络侧设备接收移动管理实体MME发送的所述第一TAC和所述第二TAC。
81.一种跟踪区更新方法,其特征在于,包括:
网络侧设备向用户设备UE发送第一跟踪区代码TAC和第二跟踪区代码TAC,所述第一跟踪区代码TAC和第二跟踪区代码TAC用于指示所述UE需要进行跟踪区更新流程。
82.根据权利要求81所述的方法,其特征在于,所述网络侧设备向用户设备UE发送第一跟踪区代码TAC和第二跟踪区代码TAC,包括:
所述网络侧设备向所述UE发送所述第二广播消息或所述第二多播消息或所述第二组消息,所述第二广播消息或所述第二多播消息或所述第二组消息包含所述第一TAC和所述第二TAC。
83.根据权利要求81或82所述的方法,其特征在于,还包括:
所述网络侧设备接收移动管理实体MME发送的所述第一TAC和所述第二TAC。
CN201410560085.9A 2014-10-20 2014-10-20 一种跟踪区更新装置、系统及方法 Pending CN105592540A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201410560085.9A CN105592540A (zh) 2014-10-20 2014-10-20 一种跟踪区更新装置、系统及方法
PCT/CN2015/091905 WO2016062217A1 (zh) 2014-10-20 2015-10-14 一种跟踪区更新装置、系统及方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410560085.9A CN105592540A (zh) 2014-10-20 2014-10-20 一种跟踪区更新装置、系统及方法

Publications (1)

Publication Number Publication Date
CN105592540A true CN105592540A (zh) 2016-05-18

Family

ID=55760292

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410560085.9A Pending CN105592540A (zh) 2014-10-20 2014-10-20 一种跟踪区更新装置、系统及方法

Country Status (2)

Country Link
CN (1) CN105592540A (zh)
WO (1) WO2016062217A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109219087A (zh) * 2017-07-06 2019-01-15 中兴通讯股份有限公司 一种小区跟踪消息的方法及移动管理实体
WO2020063679A1 (zh) * 2018-09-27 2020-04-02 华为技术有限公司 通信方法及装置
WO2022088108A1 (zh) * 2020-10-30 2022-05-05 北京小米移动软件有限公司 一种tac获取方式的确定方法和装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112738876B (zh) * 2019-10-14 2023-06-30 北京小米移动软件有限公司 终端网络同步方法及装置
CN116056012B (zh) * 2023-01-28 2023-07-21 北京智联安科技有限公司 基于nbiot协议的数据发送方法、装置、介质及设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101742555A (zh) * 2008-11-17 2010-06-16 华为技术有限公司 一种位置更新时拥塞控制的方法、装置及系统
CN102572782A (zh) * 2012-01-16 2012-07-11 新邮通信设备有限公司 一种发起用户设备ue跟踪区更新的方法和系统
WO2013162789A1 (en) * 2012-04-27 2013-10-31 Qualcomm Incorporated Emergency call optimization during tracking area update

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101742555A (zh) * 2008-11-17 2010-06-16 华为技术有限公司 一种位置更新时拥塞控制的方法、装置及系统
CN102572782A (zh) * 2012-01-16 2012-07-11 新邮通信设备有限公司 一种发起用户设备ue跟踪区更新的方法和系统
WO2013162789A1 (en) * 2012-04-27 2013-10-31 Qualcomm Incorporated Emergency call optimization during tracking area update

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109219087A (zh) * 2017-07-06 2019-01-15 中兴通讯股份有限公司 一种小区跟踪消息的方法及移动管理实体
WO2020063679A1 (zh) * 2018-09-27 2020-04-02 华为技术有限公司 通信方法及装置
WO2022088108A1 (zh) * 2020-10-30 2022-05-05 北京小米移动软件有限公司 一种tac获取方式的确定方法和装置
CN114698415A (zh) * 2020-10-30 2022-07-01 北京小米移动软件有限公司 一种tac获取方式的确定方法和装置
CN114698415B (zh) * 2020-10-30 2023-10-31 北京小米移动软件有限公司 一种tac获取方式的确定方法和装置

Also Published As

Publication number Publication date
WO2016062217A1 (zh) 2016-04-28

Similar Documents

Publication Publication Date Title
US10165482B2 (en) Mobile communication system
KR101637865B1 (ko) 이동 통신 시스템에서 호 설정 방법 및 장치
EP2809102B1 (en) Method and apparatus for efficiently controlling access for system load adjustment in mobile communication systems
US9078257B2 (en) Random backoff for extended access barring
CN111434143A (zh) 无线通信系统中用于管理网络切片拥塞的用户设备(ue)和核心网
EP2605467B1 (en) A method and system for accessing to network
EP3595363B1 (en) Access control method and access network device
WO2016141528A1 (zh) 控制用户设备接入高速移动工具通信网络的方法
EP3065426B1 (en) Method and device for notification of group communication information
US12069525B2 (en) Communications device, infrastructure equipment and methods
US9532206B2 (en) Devices and methods for information about PLMN ID
CN105592540A (zh) 一种跟踪区更新装置、系统及方法
CN109219005B (zh) 一种数据包传输的方法和设备
EP3525520A1 (en) Method and terminal for network switching
US9066312B2 (en) Mobile communication devices and location registration methods
CN109246853A (zh) 一种会话处理方法、装置及系统
KR101847885B1 (ko) 디바이스 투 디바이스 통신을 개선하기 위한 방법, 사용자 장비, 시스템, 모바일 통신 네트워크, 프로그램 및 컴퓨터 프로그램 제품
KR20220038103A (ko) 핸드오버 방법 및 장치
EP3477999B1 (en) Network access method, access device and terminal device
CN101267642A (zh) 一种邻区信息的发送方法、处理装置及系统
US10785749B2 (en) Enhanced paging for stationary or low mobility wireless devices
CN117354890A (zh) 通信方法及装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20160518

RJ01 Rejection of invention patent application after publication