[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN110024456B - 控制装置、寻呼方法和非暂时性计算机可读介质 - Google Patents

控制装置、寻呼方法和非暂时性计算机可读介质 Download PDF

Info

Publication number
CN110024456B
CN110024456B CN201780074634.3A CN201780074634A CN110024456B CN 110024456 B CN110024456 B CN 110024456B CN 201780074634 A CN201780074634 A CN 201780074634A CN 110024456 B CN110024456 B CN 110024456B
Authority
CN
China
Prior art keywords
paging
timing
temporary identifier
tmsi
timer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201780074634.3A
Other languages
English (en)
Other versions
CN110024456A (zh
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.)
NEC Corp
Original Assignee
NEC Corp
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 NEC Corp filed Critical NEC Corp
Priority to CN202210308788.7A priority Critical patent/CN114679782B/zh
Publication of CN110024456A publication Critical patent/CN110024456A/zh
Application granted granted Critical
Publication of CN110024456B publication Critical patent/CN110024456B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02—Arrangements for increasing efficiency of notification or paging channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition

Landscapes

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

Abstract

本发明的目的是提供一种控制装置，当配置在核心网络中的控制装置保持关于通信终端的两个临时ID期间发生分组到达时，该控制装置能够较早执行寻呼处理。根据本公开的控制装置(10)包括：通信单元(12)，用于执行使用扩展空闲模式不连续接收(DRX)(eDRX)的寻呼处理；以及计算单元(11)，用于使用分配给通信终端(30)的第一临时标识符和分配给通信终端(30)的与所述第一临时标识符不同的第二临时标识符确定寻呼定时，其中所述通信单元(12)使用与寻呼周期先到来的第一定时相对应的所述第一临时标识符执行寻呼处理。

Description

控制装置、寻呼方法和非暂时性计算机可读介质
技术领域
本公开涉及控制装置、寻呼方法和程序，尤其涉及控制寻呼定时的控制装置、寻呼方法和程序。
背景技术
在规定关于移动网络的标准的第三代合作伙伴计划(3GPP)中，规定了跟踪区域更新(TAU)过程。执行跟踪区域更新(TAU)过程以便作为通信终端的用户设备(UE)向作为控制装置的移动性管理实体(MME)通知跟踪区域(TA)的改变。TAU过程在例如非专利文献1的第5.3.3.1节中详细规定。在TAU过程中，作为UE的标识符，使用MME预先分配给UE的作为临时标识(ID)的全球唯一临时UE标识(GUTI)，而不使用作为UE特有的标识符的国际移动订户标识(IMSI)。在安全方面，期望GUTI定期地改变。因此，GUTI在与TAU过程并行执行的GUTI重新分配过程(参见非专利文献1中的第5.3.7节)中被改变。在TAU过程中，将改变后的GUTI通知给UE。
在TAU过程中，MME向UE发送包含改变后的GUTI在内的TAU接受消息，从而向UE通知改变后的GUTI。UE向MME发送TAU完成消息作为对TAU接受消息的响应。MME接收TAU完成消息，从而识别出改变后的GUTI已被通知给UE。
接下来，说明3GPP中规定的分组到达操作。例如，在非专利文献1的第5.3.4.3节中，网络(NW)触发服务请求过程被规定为分组到达操作的具体示例。在NW触发服务请求过程中，MME向作为基站的演进NodeB(eNB)发送寻呼消息。当接收到寻呼消息时，eNB对UE执行寻呼。由此，分组到达被通知给UE。
MME在寻呼消息中设置系统架构演进(SAE)临时移动订户标识(S-TMSI)，以识别作为分组到达的目的地的UE，该S-TMSI构成GUTI的一部分。在下文中说明GUTI和S-TMSI之间的关系。
GUTI包含移动国家代码(MCC)、移动网络代码(MNC)、MME组ID、MME代码和MME(M)-TMSI。同时，S-TMSI包含MME代码和M-TMSI。也就是说，S-TMSI包含了构成GUTI的一部分的MME代码和M-TMSI。M-TMSI是要在GUTI重新分配过程中改变的标识符。也就是说，通过执行GUTI重新分配过程，也改变了包含M-TMSI的S-TMSI。
接下来，说明在3GPP中规定的正常情况/异常情况下的分组到达操作。例如，在TAU过程中，有时由于无线电部分中的信号丢失，MME没有接收到应从UE发送的TAU完成消息。在这种情况下，MME无法确定是否向UE通知了改变后的GUTI(下文中，称为新GUTI)。因此，当MME在TAU过程中没有接收到TAU完成消息时，MME临时保持改变之前的GUTI(下文中，称为旧GUTI)和新GUTI。在这种情况下，当在UE中发生分组到达时，MME使用新S-TMSI和旧S-TMSI向eNB发送寻呼消息，该新S-TMSI包含了新GUTI中包含的M-TMSI，该旧S-TMSI包含了旧GUTI中包含的M-TMSI。非专利文献2公开了当保持旧GUTI和新GUTI时，MME首先使用旧S-TMSI执行寻呼。非专利文献2还公开了当不存在对使用旧S-TMSI的寻呼的响应时，MME使用新S-TMSI执行寻呼。
现有技术文献
非专利文献
非专利文献1：3GPP TS23.401 V14.1.0(2016-09)，第5.3.3.1和5.3.4.3节
非专利文献2：3GPP TS24.301 V14.1.0(2016-09)，第5.4.1.6节
发明内容
技术问题
然而，当在MME保持旧GUTI和新GUTI期间在UE中发生分组到达时，可能存在以下问题。
使用旧S-TMSI执行寻呼的定时与使用新S-TMSI执行寻呼的定时不同。寻呼的定时例如由系统帧号(SFN)指定。这里，即使使用新S-TMSI的寻呼的定时早于使用旧S-TMSI的寻呼的定时，但是规定首先执行使用旧S-TMSI的寻呼，不执行较早的寻呼定时的寻呼处理。在这种情况下，直到较晚的寻呼定时才执行寻呼处理，寻呼处理的执行被延迟。
这里，根据不连续接收(DRX)周期规定寻呼的定时。因此，寻呼的较早(第一)定时和寻呼的较晚(第二)定时之间的时间段可能是DRX周期的最大值。DRX周期的最大值为2.56秒，但主要用于物联网(IoT)终端的扩展空闲模式DRX(eDRX)周期的最大值约为43分钟。因此，尤其是当采用eDRX时，当在较晚(第二)寻呼定时执行寻呼处理时，寻呼处理的执行被延迟的问题的影响更大。
本公开的目的在于提供一种控制装置、寻呼方法和程序，能够在配置在核心网络中的控制装置保持关于通信终端的两个临时ID期间当分组到达发生时，防止寻呼处理中的延迟。
问题的解决方案
根据本公开第一方面的控制装置是一种控制装置，其包括：通信单元，用于执行使用扩展空闲模式不连续接收(DRX)(eDRX)的寻呼处理；以及计算单元，用于使用分配给通信终端的第一临时标识符和分配给所述通信终端的与所述第一临时标识符不同的第二临时标识符确定寻呼定时，其中所述通信单元使用与用于初始寻呼的第一定时相对应的第一临时标识符执行寻呼处理。
根据本公开第二方面的寻呼方法是一种使用扩展空闲模式不连续接收(DRX)(eDRX)的寻呼方法，所述方法包括使用分配给通信终端的第一临时标识符和分配给所述通信终端的与所述第一临时标识符不同的第二临时标识符确定寻呼定时；以及使用与用于初始寻呼的第一定时相对应的所述第一临时标识符执行寻呼处理。
根据本公开的第三方面的程序是使计算机执行使用扩展空闲模式不连续接收(DRX)(eDRX)的寻呼处理的程序，所述程序使计算机：使用分配给通信终端的第一临时标识符和分配给所述通信终端的与所述第一临时标识符不同的第二临时标识符确定寻呼定时；以及使用与用于初始寻呼的第一定时相对应的所述第一临时标识符执行寻呼处理。
发明的有益效果
根据本公开，可以提供一种控制装置、寻呼方法和程序，其能够在配置在核心网络中的控制装置保持关于通信终端的两个临时ID期间当分组到达发生时，防止寻呼处理中的延迟。
附图说明
图1是根据第一实施例的通信系统的配置图。
图2是根据第二实施例的通信系统的配置图。
图3是根据第二实施例的UE的配置图。
图4是说明根据第二实施例的UE执行的eDRX功能的图。
图5是说明根据第二实施例的寻呼处理的概要的图。
图6是说明根据第二实施例的寻呼处理的概要的图。
图7是示出根据第二实施例的当MME无法识别UE是否保持新GUTI时的序列的图。
图8是示出根据第二实施例的当MME无法识别UE是否保持新GUTI时的序列的图。
图9是示出根据第二实施例的当MME无法识别UE是否保持新GUTI时的序列的图。
图10是示出根据第二实施例的当MME无法识别UE是否保持新GUTI时的序列的图。
图11是说明根据第二实施例的寻呼处理的过程的图。
图12是说明根据第二实施例的寻呼处理的过程的图。
图13是说明根据第二实施例的寻呼处理的效果的图。
图14是示出根据第三实施例的定时器的操作的图。
图15是示出根据第三实施例的定时器的操作的图。
图16是根据每个实施例的UE的配置图。
图17是根据每个实施例的控制装置的配置图。
具体实施方式
第一实施例
在下文中，参考附图描述本公开的实施例。下面参考图1描述根据第一实施例的通信系统的配置示例。图1中的通信系统包括控制装置10、基站20和通信终端30。控制装置10、基站20和通信终端30均是通过由处理器执行存储在存储器中的程序来操作的计算机设备。
通信终端30可以是移动电话终端、智能电话终端、平板终端等。或者，通信终端30可以是用于物联网(IoT)服务的IoT终端、机器到机器(M2M)终端或机器类型通信(MTC)终端。
基站20与通信终端30进行无线电通信。基站20可以是在第三代合作伙伴计划(3GPP)中规定的演进节点B(eNB)，作为支持长期演进(LTE)无线电通信系统的基站。或者，基站20可以是在3GPP中规定的NodeB，作为支持被称为3G的无线电通信系统的基站。
控制装置10是配置在移动网络中(特别是核心网络中)的节点设备。控制装置10是在移动网络中中继或处理控制信息的节点设备。控制信息可以被称为例如控制(C-)平面数据、C-平面消息等。控制装置10可以是例如3GPP中规定的MME、服务通用分组无线电服务(GPRS)支持节点(SGSN)等。
接下来，下面描述控制装置10的配置示例。控制装置10包括计算器11和收发器12。计算器11和收发器12均可以是软件或模块，其处理通过由处理器执行存储在存储器中的程序来执行。或者，计算器11和收发器12均可以是诸如芯片或电路之类的硬件。收发器可以是发射器和接收器。
计算器11使用分配给通信终端30的第一标识符计算执行对通信终端30的寻呼的第一定时。计算器11还使用分配给通信终端30的第二标识符计算执行对通信终端30的寻呼的第二定时。另外，计算器11可以通过比较这些计算结果来确定哪个定时在另一个定时之前。寻呼是由于例如网络发起的事务引起的。
第一标识符和第二标识符是临时性分配给通信终端30的临时ID，并且定期地或在任何定时进行更新或改变。第二标识符可以是例如从第一标识符更新的标识符。具体地，第一标识符和第二标识符均可以是S-TMSI，该S-TMSI包含了GUTI中包含的M-TMSI。
例如，基于第一标识符确定第一定时。具体地，可以通过将第一标识符应用于预先确定的表达式来计算第一定时。类似于第一定时，基于第二标识符确定第二定时。
当第一定时在第二定时之前时，收发器12根据第一定时向基站20发送包含第一标识符的寻呼消息。另一方面，当第二定时在第一定时之前时，收发器12根据第二定时向基站20发送包含第二标识符的寻呼消息。即，收发器12向基站20发送包含标识符的寻呼消息，该标识符与第一定时或者第二定时中较早的定时相对应。
当接收到包含第一标识符的寻呼消息时，基站20在第一定时执行对通信终端30的寻呼。另一方面，当接收到包含第二标识符的寻呼消息时，基站20在第二定时执行对通信终端30的寻呼。
如上所述，当控制装置10保持关于通信终端30的两个标识符时，控制装置10可以使用这两个标识符来计算可以执行对通信终端30的寻呼的定时。另外，控制装置10可以向基站20发送包含要在较早定时使用的标识符的寻呼消息。
因此，通过保持两个标识符，与预先确定寻呼顺序的情况相比，根据第一实施例的控制装置10可以在更早的定时执行寻呼。
第二实施例
接下来，参考图2，描述根据本公开第二实施例的通信系统的配置示例。图2中的通信系统支持作为无线电通信系统的LTE，并且包括在3GPP中被规定为演进分组系统(EPS)的通信系统。注意，图2基于TS 23.401 V 13.5.0中的图4.2.1-1。
图2中的通信系统包括UE 40、演进通用地面无线电接入网络(E-UTRAN)41、MME42、归属订户服务器(HSS)43、SGSN 44、服务网关(SGW)45、分组数据网络网关(PGW)46、策略和计费规则功能(PCRF)实体47(以下称为PCRF 47)、UTRAN 48、全球移动通信系统(GSM)(注册商标)增强全球演进数据速率(EDGE)无线电接入网络(GERAN)49和运营商的IP服务50。
MME 42和SGSN 44对应于图1中的控制装置10。E-UTRAN 41对应于图1中的基站20。UE 40对应于图1中的通信终端30。
术语“UE”用作3GPP中的通信终端的通用术语。术语UE可以用例如移动站(MS)代替。E-UTRAN 41是使用LTE作为无线电接入系统的无线电接入网络(RAN)，并且包括eNB。UTRAN 48是使用3G无线电系统作为无线电接入系统的RAN，并且包括NodeB。GERAN 49是使用2G无线电系统作为无线电接入系统的RAN。
MME 42和SGSN 44是执行关于UE 40的移动性管理和会话管理的节点。HSS 43是管理关于UE 40的订户信息的节点。订户信息包括关于UE 40使用的服务的信息。SGW 45和PGW46是中继在UE 40和运营商的IP服务50之间传输的数据的网关。运营商的IP服务50可以是例如由为UE 40提供服务的运营商等管理的服务器设备或服务器设备组。PCRF 47是管理策略、计费规则等的节点。
在UE 40和E-UTRAN 41之间，规定了LTE-Uu参考点。在E-UTRAN 41和MME 42之间，规定了S1-MME参考点。在MME 42和HSS 43之间，规定了S6参考点。在MME 42和SGSN 44之间，规定了S3参考点。在E-UTRAN 41和SGW 45之间，规定了S1-U参考点。在MME 42和SGW 45之间，规定了S11参考点。在SGSN 44和SGW 45之间，规定了S4参考点。在SGW 45和UTRAN 48之间，规定了S12参考点。在SGW 45和PGW 46之间，规定了S5/S8参考点。在PGW 46和PCRF 47之间，规定了Gx参考点。在PGW 46和运营商的IP服务50之间，规定了SGi参考点。在PCRF 47和运营商的IP服务50之间，规定了Rx参考点。在MME 42和另一个MME之间，规定了S1-10参考点。
接下来，参考图3，描述根据第二实施例的UE 40的配置示例。UE40包括收发器61和控制器62。收发器61和控制器62均可以是软件或模块，其通过由处理器执行存储在存储器中的程序的处理器来执行处理。或者，收发器61和控制器62均可以是诸如芯片或电路之类的硬件。收发器可以是发射器和接收器。
控制器62执行eDRX功能。例如，控制器62根据eDRX周期经由收发器61监视是否执行了对UE 40的寻呼。当确定执行了对UE 40的寻呼时，控制器62经由收发器61向E-UTRAN41(eNB)发送响应消息。收发器61经由E-UTRAN 41(eNB)从MME 42接收GUTI。控制器62使用S-TMSI计算用于监视寻呼的定时，该S-TMSI包含了GUTI中包含的M-TMSI。
当在MME 42中更新GUTI时，控制器62经由收发器61从MME 42接收更新后的新GUTI。控制器62使用新S-TMSI计算新的监视定时，该新S-TMSI包含了在接收到的GUTI中包含的M-TMSI。监视定时基于S-TMSI确定，并且随着S-TMSI的更新，监视定时也改变。
接下来，参考图4，描述UE 40执行的eDRX功能。在图4中，横坐标是时间轴。时间轴使用超系统帧号(H-SFN)表示。在H-SFN中，定义了从0到255的256个帧，并且重复使用从0到255的值。一个H-SFN的长度定义为10.24秒。也就是说，从H-SFN#0到H-SFN#255的时间约为43分钟。在图4中，256个H-SFN的长度被定义为eDRX周期。另外，X和Y各自指示H-SFN的任何值。这里，假设Y大于X。图4例示了帧数是256，但帧的数量不限于256。例如，最大帧数可以扩展到1024，并且可以使用等于或小于最大帧数的任何数量的帧。
寻呼超帧(PH)是UE 40监视寻呼的定时处的H-SFN。图4示出UE 40在H-SFN#X定时处监视寻呼。H-SFN#X指示第X个H-SFN。PH是基于S-TMSI计算的。图4中所示的H-SFN与MME42以及包括在E-UTRAN 41中的eNB同步。即，eNB和MME 42都使用S-TMSI来计算相应的PH，该S-TMSI包含了分配给UE 40的GUTI中包含的M-TMSI。第一实施例中描述的第一定时和第二定时对应于计算出的PH。
接下来，参考图5描述根据第二实施例的寻呼处理的概要。图5示出UE 40和MME 42保持同步的H-SFN。在图5中，UE 40保持的H-SFN具有与MME 42保持的H-SFN相同的定时，但是可以与MME 42保持的H-SFN相比偏移预先确定的时间。
这里，假设H-SFN#X是基于旧S-TMSI计算的PH。进一步假设H-SFN#Y是基于新S-TMSI计算的PH。在图5所示的寻呼处理中，MME 42根据使用旧S-TMSI计算的PH和使用新S-TMSI计算的PH发送寻呼消息。UE 40中的PH是H-SFN#Y。也就是说，假设UE 40保持新S-TMSI。
例如，假设MME 42在H-SFN#X定时和H-SFN#Y定时之间的定时处接收下行链路数据通知(DDN)消息，该消息指示生成了寻址到UE 40的下行链路数据。在这种情况下，MME 42确定在执行寻呼的PH中，最早的PH是H-SFN#Y。因此，MME 42以及时赶上H-SFN#Y定时的方式，向作为E-UTRAN 41的eNB发送包含新S-TMSI的寻呼消息。eNB在H-SFN#Y定时处执行寻呼。
UE 40在H-SFN#Y定时处监视寻呼。因此，UE 40在H-SFN#Y定时处识别出已经执行了对UE 40的寻呼。也就是说，寻呼在H-SFN#Y定时处成功。已经描述了MME 42接收DDN消息的情况作为用于引起图5中的寻呼的触发条件，但是用于引起寻呼的触发条件不限于此。MME 42可以基于在使用eDRX功能期间产生的用于引起寻呼的其他触发条件来发送寻呼消息。
接下来，参考图6，描述与图5中的不同的寻呼处理的概要。在图6中，UE 40中的PH是H-SFN#X。也就是说，假设UE 40保持旧S-TMSI。
例如，假设MME 42在H-SFN#X定时和H-SFN#Y定时之间的定时处接收下行链路数据通知(DDN)消息，该消息指示生成了寻址到UE 40的下行链路数据。在这种情况下，MME 42确定要执行寻呼的最近的PH是H-SFN#Y。因此，MME 42以及时赶上H-SFN#Y定时的方式，向作为E-UTRAN 41的eNB发送包含新S-TMSI的寻呼消息。eNB在H-SFN#Y定时处执行寻呼。
UE 40在H-SFN#X定时处监视寻呼。也就是说，UE 40不在H-SFN#Y定时处监视寻呼，并且无法识别对UE 40的寻呼。结果，寻呼在H-SFN#Y定时处失败。在这种情况下，MME 42以及时赶上作为下一个PH的H-SFN#X定时的方式，向eNB发送包含旧S-TMSI的寻呼消息。eNB在H-SFN#X定时处执行寻呼。
由于UE 40在H-SFN#X定时处监视寻呼，因此寻呼成功。注意，UE监视寻呼的时间段被称为寻呼时间窗口。
如图5和图6所示，MME 42以及时赶上在接收到DDN消息之后的最近的PH的方式，向eNB发送寻呼消息。即使最近的PH中的寻呼失败，下一个PH中的寻呼也会成功。
接下来，参考图7到图10，描述当MME 42无法识别UE 40是否保持新GUTI时的序列示例。首先描述图7的序列。首先，UE 40向E-UTRAN 41中的eNB发送TAU请求消息(S11)。UE40可以在表示跟踪区域的TA改变时发送TAU请求消息，或者可以在预先确定的定时处发送TAU请求消息。
然后，eNB向MME 42传送从UE 40发送的TAU请求消息(S12)。然后，MME 42执行GUTI重新分配过程(S13)。具体地，MME 42更新当前分配给UE 40的GUTI(旧GUTI)以生成新的GUTI(新GUTI)。例如，MME 42更新旧GUTI中包含的M-TMSI。
然后，MME 42向eNB发送包含新GUTI的TAU接受消息(S14)。在步骤S12至S14间执行的TAU过程是已知过程，并且省略其详细描述。然后，eNB向UE 40传送从MME 42发送的TAU接受消息(S15)。
然后，UE 40向eNB发送TAU完成消息，作为对TAU接受消息的响应(S16)。这里，有时由于UE 40和eNB之间的无线电部分的通信质量差，TAU完成消息无法到达eNB。在这种情况下，MME 42无法接收从UE 40发送的TAU完成消息。因此，MME 42无法确定UE 40是否被通知了新GUTI，并暂时保持旧GUTI和新GUTI两者。注意，在图7的示例中，UE 40已经通过TAU接受消息接收到新GUTI。
接下来，描述图8的序列。图8中的步骤S11至S14类似于图7中的步骤S11至S14，并且省略其详细描述。在图8中，假设在步骤S15中由eNB向UE 40传送的TAU接受消息没有到达UE 40。在这种情况下，UE 40没有接收TAU接受消息并且无法响应TAU接受消息。结果，MME42无法接收作为对TAU接受消息的响应的TAU完成消息。在这种情况下，MME 42无法确定UE40是否被通知了新GUTI，并且暂时保持旧GUTI和新GUTI两者。注意，在该示例中，UE 40没有接收到新GUTI，并且保持更新之前的旧GUTI。
接下来，描述图9的序列。图9示出了MME 42在任意定时处向UE 40发送更新的GUTI(新GUTI)。MME 42在任意定时处经由eNB向UE 40发送GUTI重新分配命令消息(S21)。GUTI重新分配命令消息包含新GUTI。然后，UE 40向eNB发送GUTI重新分配完成消息，作为对GUTI重新分配命令消息的响应(S22)。然而，有时由于eNB与UE 40之间的无线电部分的通信质量差，GUTI重新分配完成消息无法到达eNB。在这种情况下，MME 42无法接收从UE 40发送的GUTI重新分配完成消息。在这种情况下，类似于图7或8中的情况，MME 42保持旧GUTI和新GUTI两者。注意，在该示例中，UE 40已经接收到新GUTI。
接下来，描述图10的序列。MME 42在任意定时处经由eNB向UE 40发送GUTI重新分配命令消息(S21)。GUTI重新分配命令消息包含新GUTI。然而，有时由于eNB与UE 40之间的无线电部分的通信质量差，GUTI重新分配命令消息无法到达eNB。在这种情况下，MME 42无法接收作为对GUTI重新分配命令消息的响应的GUTI重新分配完成消息。在这种情况下，类似于图7或8的情况，MME 42保持旧GUTI和新GUTI两者。注意，在该示例中，UE 40没有接收到新GUTI，并且保持更新前的旧GUTI。
接下来，参考图11，描述寻呼处理的过程。假设由于图8或图10中的任一情况，图11中的MME 42尚未从UE 40接收到对TAU接受消息或GUTI重新分配命令的响应消息。
首先，当从运营商的IP服务50等接收寻址到UE 40的下行链路数据时，PGW 46向SGW 45发送下行链路数据(S31)。然后，SGW 45向MME 42发送DDN消息，以便向MME 42通知已经接收到寻址到UE 40的下行链路数据(S32)。
这里，由于MME 42如上所述没有从UE 40接收到响应消息，因此MME 42不确定新GUTI是否到达UE 40。因此，MME 42保持旧GUTI和新GUTI两者。因此，MME 42使用旧S-TMSI来计算PH，并且还使用新S-TMSI来计算PH，该旧S-TMSI包含了旧GUTI中包含的M-TMSI，该新S-TMSI包含了新GUTI中包含的M-TMSI(S33)。MME 42可以进一步比较这些计算结果以确定哪个结果具有较早的寻呼定时。或者，MME 42可以计算关于旧S-TMSI的PH和关于新S-TMSI的PH中的哪个PH具有根据eDRX周期的下一监视定时。
然后，MME 42向SGW 45发送DDN确认(Ack)消息，作为对DDN消息的响应(S34)。
例如，假设作为步骤S33中的计算的结果，MME 42确定使用新S-TMSI计算的PH在使用旧S-TMSI计算的PH之前。换句话说，MME 42比较这些寻呼定时以确定较早的(第一)寻呼定时。在这种情况下，MME 42以及时赶上使用新S-TMSI计算的PH的方式，向eNB发送设置了新S-TMSI的寻呼消息(S35)。然后，当从MME 42接收寻呼消息时，eNB在使用新S-TMSI计算的PH中(在寻呼定时处)执行对UE 40的寻呼(S36)。
这里，当如图8或图10中所示UE 40保持旧S-TMSI时，UE 40不在使用新S-TMSI计算的H-SFN中监视寻呼。因此，在步骤S36中的定时处执行的寻呼失败。结果，MME 42未接收到针对在步骤S35中发送的寻呼消息的响应。在这种情况下，MME 42以及时赶上使用旧S-TMSI计算的PH的方式，向eNB发送设置了旧S-TMSI的寻呼消息(S37)。然后，当从MME 42接收寻呼消息时，eNB在使用旧S-TMSI计算的PH中(在寻呼定时处)执行对UE 40的寻呼(S38)。
UE 40在使用旧S-TMSI计算的PH中监视寻呼。因此，当在步骤S38中的定时处执行寻呼时，UE 40执行服务请求过程(S39)。MME 42在服务请求过程中接收对在步骤S37中发送的寻呼消息的响应。
MME 42在步骤S34中的定时处发送的DDN Ack消息中设置下行链路(DL)缓冲持续时间，以指定SGW 45缓冲下行链路数据的时间段。当MME 42在保持旧GUTI和新GUTI期间设置缓冲持续时间时，MME 42可以向SGW 45通知基于步骤S33中的计算要执行的两个寻呼处理(使用新S-TMSI的寻呼处理(S35/S36)和使用旧S-TMSI的寻呼处理(S37/S38))能够执行的足够时间段，作为缓冲时间段。
接下来，参考图12，描述与图11中的寻呼处理不同的过程。由于图7或图9中的任一情况，图12中的MME 42没有从UE 40接收到对TAU接受消息或GUTI重新分配命令的响应消息。此外，图12中的步骤S31至S36类似于图11中的步骤S31至S36，并且省略其详细描述。
这里，当UE 40如图7或图9中的情况那样保持新S-TMSI时，UE 40在使用新S-TMSI计算的PH中监视寻呼。因此，当在步骤S36中执行寻呼时，UE 40执行服务请求过程(S39)。
由于执行了服务请求过程(S39)，因此MME 42不会以及时赶上使用旧S-TMSI计算的PH的方式发送寻呼消息。因此，不执行关于旧S-TMSI的寻呼。
如上所述，在接收到DDN消息之后，MME 42可以以及时赶上较早的PH的方式，向eNB发送寻呼消息。换句话说，无论接收DDN消息之后的较早PH是使用旧S-TMSI计算的PH还是使用新S-TMSI计算的PH，MME 42都可以以及时赶上较早的PH的方式向eNB发送寻呼消息。
由此，当MME 42保持旧S-TMSI和新S-TMSI时，与基于S-TMSI预先确定用于执行寻呼的第一PH的情况相比，在MME 42接收到DDN消息之后的较早的PH中寻呼成功的可能性增加。
参考图13，描述了当MME 42保持旧S-TMSI和新S-TMSI时与基于S-TMSI预先确定用于执行寻呼的第一PH的情况相比更显著的效果。
在图13中，假设首先执行使用旧S-TMSI的寻呼，并且当不存在对使用旧S-TMSI的寻呼的响应时，执行使用新S-TMSI的寻呼。
假设H-SFN#X是基于旧S-TMSI计算的PH。另外，假设H-SFN#Y是基于新S-TMSI计算的PH。进一步假设UE 40保持新S-TMSI，并且H-SFN#Y是PH。
这里，当在H-SFN#X定时之后立即接收DDN消息时，MME 42以及时赶上下一个H-SFN#X定时的方式向eNB发送寻呼消息。当eDRX周期约为43分钟时，在MME 42接收到DDN消息后约43分钟后执行关于旧S-TMSI的寻呼。然而，由于UE 40保持新S-TMSI，因此关于旧S-TMSI的寻呼失败。MME 42进一步以及时赶上约43分钟后的H-SFN#Y定时的方式向eNB发送寻呼消息。在MME 42接收到DDN消息之后大约86分钟后执行关于新S-TMSI的寻呼。此时，关于新S-TMSI的寻呼成功。
另一方面，当MME 42执行根据第二实施例的操作时，MME 42可以以及时赶上接收到DDN消息之后的作为较早寻呼定时的H-SFN#Y定时的方式，发送寻呼消息。因此，在MME 42接收到DDN消息之后约43分钟后，关于新S-TMSI的寻呼成功。
如果UE 40保持旧S-TMSI，则关于旧S-TMSI的寻呼在H-SFN#Y之后的H-SFN#X处成功。因此，当在MME 42保持旧S-TMSI和新S-TMSI期间基于S-TMSI预先确定用于执行寻呼的第一PH时，寻呼可能在MME 42接收到DDN消息之后约86分钟后成功。然而，只要MME42执行根据第二实施例的操作，在类似的情况下，寻呼在大约43分钟后成功。
通过减少从MME 42接收DDN消息起到寻呼成功为止的时间，可以减少SGW 45用于将下行链路数据保持到寻呼成功为止的资源负担。
在以上描述中，主要描述了eNB和MME 42。然而，当使用无线电网络控制器(RNC)和基站控制器(BSC)代替eNB，并且使用SGSN44代替MME 42时，执行类似的处理。此外，当使用RNC、BSC和SGSN44时，使用路由区域更新(RAU)过程代替TAU过程。
此外，SGW 45和PGW 46可以用用户平面(UP)网关设备、5G网关设备等代替。MME 42和SGSN 44可以用控制平面(CP)控制器、5G控制器、5G管理装置等代替。可以用新无线电(NR)基站装置、接入网络(AN)基站装置、5G基站装置等代替eNB。
第三实施例
接下来，参考图14，描述根据第三实施例的MME 42的操作。在接收DDN消息之后，MME 42以及时赶上最早的PH的方式向eNB发送寻呼消息。此时，MME 42启动定时器。由MME42启动的定时器在3GPP中被定义为T3415。图14示出在启动PH的定时处启动T3415。然而，实际上，在PH启动之前，当MME 42向eNB发送寻呼消息时可以启动T3415。T3415运行一段预先确定的时间。当T3415运行期间，定期地执行对UE 40的寻呼。当在预先确定的时间段期满之前存在来自UE 40的对寻呼的响应时，T3415停止。也就是说，在T3415运行期间，不存在来自UE 40的对寻呼的响应。
当在T3415的运行期间在H-SFN#X定时处执行寻呼过程中H-SFN#Y定时到来时，MME42以及时赶上H-SFN#Y定时的方式向eNB发送寻呼消息。也就是说，当在T3415的运行期间在H-SFN#X定时处执行寻呼过程中H-SFN#Y定时到来时，关于旧S-TMSI的寻呼和关于新S-TMSI的寻呼是并行执行的。
当接收到对任一寻呼的响应消息时，MME 42取消或停止另一寻呼。
这里，描述当在H-SFN#Y定时处执行寻呼时的T3415的设置。在3GPP的规定中，为每个UE设置T3415。因此，当与H-SFN#X定时处的寻呼相关联地启动T3415，并且在T3415的运行期间在H-SFN#Y定时处执行寻呼时，可以延长T3415的期满时间，如图14所示。或者，当MME42以及时赶上H-SFN#Y定时的方式向eNB发送寻呼消息时，T3415可以重新启动以重新运行。
另外，MME 42可以不针对每个UE而是针对每个S-TMSI或每个GUTI设置T3415。例如，MME 42可以管理关于在H-SFN#X定时处的寻呼的T3415和关于在H-SFN#Y定时处的寻呼的T3415，如图15所示。
网络(具体地，MME)使用旧GUTI和新GUTI两者计算下一个eDRX，并使用eDRX定时最初到来的GUTI中包含的最初的S-TMSI，以便由于来自网络的事务而对UE进行寻呼。由此，当不存在对已尝试的寻呼的响应时，网络使用包括在另一GUTI中的另一个S-TMSI来寻呼UE。尽管正在运行关于最初尝试的寻呼的定时器(T3415或T3315)，但可以开始该第二次寻呼。另外，SGSN使用与GUTI对应的临时ID来计算eDRX。
此外，MME可以在S11接口上在DDN Ack消息中向SGW通知DL缓冲持续时间参数，使得SGW对DL数据进行缓冲的时间段长于MME执行两个寻呼处理的时间段。类似地，SGSN可以在S4接口上向SGW通知DL缓冲持续时间参数。
如上所述，当MME 42在关于使用一个S-TMSI的寻呼的T3415的运行期间保持旧S-TMSI和新S-TMSI两者，并且当执行使用另一个S-TMSI的寻呼的定时到来时，根据第三实施例的MME 42可以并行地执行两个寻呼处理。
在当前的3GPP中，规定了当不存在对使用一个S-TMSI的寻呼的响应时，执行使用另一个S-TMSI的寻呼。这里，在T3415运行时，MME可能接收对寻呼的响应。因此，当在T3415的运行期间执行使用其他S-TMSI的寻呼的定时到来时，直到T3415的时间段期满时才执行使用其他S-TMSI的寻呼。
另一方面，根据第三实施例的MME 42即使运行了T3415，也可以并行地执行使用两个S-TMSI的寻呼。因此，与当前3GPP中的操作相比，根据第三实施例的MME 42可以增大寻呼更早成功的可能性。
在以下描述中，描述了在上述实施例中描述的UE 40和控制装置10的配置示例。
图16是示出UE 40的配置示例的框图。射频(RF)收发器1101执行模拟RF信号处理以与RAN 26通信。由RF收发器1101执行的模拟RF信号处理包括升频转换、降频转换和放大。RF收发器1101耦合到天线1102和基带处理器1103。具体地，RF收发器1101从基带处理器1103接收调制符号数据(或正交频分复用(OFDM)符号数据)，生成发送RF信号，并将发送RF信号提供给天线1102。RF收发器1101还基于由天线1102接收的接收RF信号生成基带接收信号，并将其提供给基带处理器1103。
基带处理器1103执行用于无线电通信的数字基带信号处理(数据平面处理)和控制平面处理。数字基带信号处理包括：(a)数据压缩/解压缩，(b)数据分段/级联，(c)传输格式(传输帧)的组合/分解，(d)信道编码/解码，(e)调制(符号映射)/解调，以及(f)通过快速傅里叶逆变换(IFFT)生成OFDM符号数据(基带OFDM信号)。同时，控制平面处理包括层1(例如，传输功率控制)、层2(例如，无线电资源管理和混合自动重传请求(HARQ)处理)和层3(例如，关于附着、移动性和通话管理的信令)的通信管理。
例如，在LTE或LTE-Advanced的情况下，由基带处理器1103执行的数字基带信号处理可以包括分组数据汇聚协议(PDCP)层、无线电链路控制(RLC)层、MAC层和PHY层的信号处理。另外，由基带处理器1103执行的控制平面处理可以包括非接入层(NAS)协议、RRC协议和MAC CE的处理。
基带处理器1103可以包括执行数字基带信号处理的调制解调器处理器(例如，数字信号处理器(DSP))和执行控制平面处理的协议栈处理器(例如，中央处理单元(CPU)或微处理单元(MPU))。在这种情况下，执行控制平面处理的协议栈处理器可以与下面描述的应用处理器1104集成。
应用处理器1104还可以称为CPU、MPU、微处理器或处理器核。应用处理器1104可以包括多个处理器(处理器核)。应用处理器1104执行从存储器1106或者从另一个存储器(未示出)加载的系统软件程序(操作系统(OS))和各种应用程序(例如，语音呼叫应用、WEB浏览器、邮件程序、相机操作应用和音乐回放应用)，以执行UE 40的各种功能。
在一些实现中，如图16中的虚线(1105)所示，基带处理器1103和应用处理器1104可以集成在单个芯片上。换句话说，基带处理器1103和应用处理器1104可以实现为单个片上系统(SoC)器件1105。SoC器件可以被称为系统大规模集成电路(LSI)或芯片组。
存储器1106是易失性存储器、非易失性存储器或其组合。存储器1106可以包括在物理上彼此独立的多个存储器设备。易失性存储器例如是静态随机存取存储器(SRAM)、动态RAM(DRAM)或其组合。非易失性存储器例如是掩模只读存储器(MROM)、电可擦除可编程ROM(EEPROM)、闪存、硬盘驱动器或其任何组合。存储器1106可以包括例如可以由基带处理器1103、应用处理器1104和SoC 1105访问的外部存储器设备。存储器1106可以包括集成在基带处理器1103、应用处理器1104或SoC 1105中的内部存储器设备。此外，存储器1106可以包括通用集成电路卡(UICC)中的存储器。
存储器1106可以存储包括指令和数据的软件模块(计算机程序)，以执行上述实施例中描述的UE 40的处理。在一些实现中，基带处理器1103或应用处理器1104可以被配置为从存储器1106加载这些软件模块并执行它们，以便执行上述实施例中描述的UE 40的处理。
图17是示出控制装置10的配置示例的框图。参考图17，控制装置10包括网络接口1201、处理器1202和存储器1203。网络接口1201用于与网络节点(例如，MME 22或SGSN 24)通信。网络接口1201可以包括例如符合电气和电子工程师协会(IEEE)802.3系列的网络接口卡(NIC)。
处理器1202从存储器1203加载软件(计算机程序)并执行它们，以执行上述实施例中参考序列图和流程图描述的控制装置10的处理。处理器1202可以是例如微处理器、MPU或CPU。处理器1202可以包括多个处理器。
存储器1203由易失性存储器和非易失性存储器的组合构成。存储器1203可以包括与处理器1202分开配置的存储装置。在这种情况下，处理器1202可以经由I/O接口(未示出)访问存储器1203。
在图17的示例中，存储器1203用于存储软件模块。处理器1202从存储器1203加载这些软件模块并执行它们，以执行上述实施例中描述的控制装置10的处理。
如参考图16和17所述，根据上述实施例的UE 40和控制装置10中包括的每个处理器执行一个或多个程序，所述程序包括用于使计算机执行参考附图描述的算法的指令。程序可以存储在各种非暂时性计算机可读介质中并提供给计算机。非暂时性计算机可读介质包括各种有形存储介质。非暂时性计算机可读介质的示例包括磁记录介质(例如，软盘、磁带和硬盘驱动器)、磁光存储介质(例如，磁光盘)、光盘只读存储器(CD-ROM)、CD-R、CD-R/W和半导体存储器(例如，掩模ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、闪存ROM和随机存取存储器(RAM))。可以通过使用各种暂时性计算机可读介质将程序提供给计算机。暂时性计算机可读介质的示例包括电信号、光信号和电磁波。暂时性计算机可读介质可用于经由有线通信线路(例如电线和光纤)或无线通信线路向计算机提供程序。
本公开不限于上述实施例，并且可以在不脱离其范围的情况下适当地进行修改。可以通过适当地组合实施例来实现本公开。
已经参考实施例描述了本发明，但是不限于此。在不脱离本发明的范围的情况下，可以对本发明的配置和细节进行本领域技术人员可以理解的各种修改。
本申请基于并要求2016年10月7日提交的第2016-199094号日本专利申请的优先权，其公开内容通过引用整体并入本文。
上述实施例的一部分或全部也可以描述为以下补充说明，但不限于以下内容。
(补充说明1)
一种控制装置，包括：
通信单元，用于执行使用扩展空闲模式不连续接收(DRX)(eDRX)的寻呼处理；以及
计算单元，用于使用分配给通信终端的第一临时标识符和分配给所述通信终端的与所述第一临时标识符不同的第二临时标识符确定寻呼定时，
其中，所述通信单元使用与用于初始寻呼的第一定时相对应的所述第一临时标识符执行寻呼处理。
(补充说明2)
根据补充说明1所述的控制装置，其中，
当不存在对所述第一定时处的寻呼处理的响应时，所述通信单元使用与用于下一寻呼的第二定时相对应的所述第二临时标识符执行寻呼处理。
(补充说明3)
根据补充说明1或2所述的控制装置，还包括：控制单元，用于在执行使用所述第一临时标识符的寻呼处理时启动第一定时器，其中
当在预先确定的时间段期满之前存在来自所述通信终端的响应时，所述第一定时器停止，以及
在所述第一定时器运行期间，所述通信单元执行使用所述第二临时标识符的寻呼处理。
(补充说明4)
根据补充说明3所述的控制装置，其中，当在所述第一定时器运行期间执行使用所述第二临时标识符的寻呼处理时，所述控制单元延长所述第一定时器的运行时间段。
(补充说明5)
根据补充说明3所述的控制装置，其中，当在所述第一定时器运行期间执行使用所述第二临时标识符的寻呼处理时，所述控制单元启动预先确定了运行时间段的第二定时器。
(补充说明6)
根据补充说明2所述的控制装置，还包括：控制单元，用于在执行使用所述第一临时标识符的寻呼处理时启动第一定时器，
其中，所述第一定时器被设置为执行所述第一定时处和所述第二定时处的寻呼处理的时间段。
(补充说明7)
根据补充说明1至6中任一项所述的控制装置，其中，所述控制装置使用S4或S11接口向网关设备发送消息，所述消息用于指示所述网关设备对数据进行缓冲的时间段长于执行使用所述第一临时标识符的寻呼处理和使用所述第二临时标识符的寻呼处理的时间段。
(补充说明8)
根据补充说明1至7中任一项所述的控制装置，其中，
所述第一临时标识符和所述第二临时标识符均为包含移动性管理实体(MME)临时移动订户标识(M-TMSI)的系统架构演进(SAE)临时移动订户标识(S-TMSI)，以及
各临时标识符的S-TMSI中包含的M-TMSI彼此不同。
(补充说明9)
根据补充说明1至8中任一项所述的控制装置，其中，根据扩展空闲模式不连续接收(DRX)(eDRX)周期来确定所述第一定时和不存在对所述第一定时处的寻呼处理的响应时的用于下一寻呼的第二定时。
(补充说明10)
一种使用扩展空闲模式不连续接收(DRX)(eDRX)的寻呼方法，所述方法包括：
使用分配给通信终端的第一临时标识符和分配给所述通信终端的与所述第一临时标识符不同的第二临时标识符确定寻呼定时；以及
使用与用于初始寻呼的第一定时相对应的所述第一临时标识符执行寻呼处理。
(补充说明11)
根据补充说明10所述的寻呼方法，还包括：当不存在对所述第一定时处的寻呼处理的响应时，使用与用于下一寻呼的第二定时相对应的所述第二临时标识符执行寻呼处理。
(补充说明12)
根据补充说明11所述的寻呼方法，还包括在执行使用所述第一临时标识符的寻呼处理时启动第一定时器，
其中，所述第一定时器被设置为执行所述第一定时处和所述第二定时处的寻呼处理的时间段。
(补充说明13)
一种非暂时性计算机可读介质，存储使计算机执行使用扩展空闲模式不连续接收(DRX)(eDRX)的寻呼处理的程序，所述程序使计算机：
使用分配给通信终端的第一临时标识符和分配给所述通信终端的与所述第一临时标识符不同的第二临时标识符确定寻呼定时；以及
使用与用于初始寻呼的第一定时相对应的所述第一临时标识符执行寻呼处理。
附图标记列表
10 控制装置，
11 计算器，
12 收发器，
20 基站，
30 通信终端，
40 UE，
41 E-UTRAN，
42 MME，
43 HSS，
44 SGSN，
45 SGW，
46 PGW，
47 PCRF，
48 UTRAN，
49 GERAN，
50 运营商的IP服务，
61 收发器，
62 控制器。

Claims (9)

1.一种控制装置，包括：
通信单元，用于执行使用扩展空闲模式不连续接收eDRX的寻呼处理；
计算单元，用于使用分配给通信终端的第一临时标识符和分配给所述通信终端的与所述第一临时标识符不同的第二临时标识符确定寻呼定时，
其中，所述通信单元使用与用于初始寻呼的第一定时相对应的所述第一临时标识符执行寻呼处理；以及
控制单元，用于在执行使用所述第一临时标识符的寻呼处理时启动第一定时器，其中
当在预先确定的时间段期满之前存在来自所述通信终端的响应时，所述第一定时器停止，以及
在所述第一定时器运行期间，所述通信单元执行使用所述第二临时标识符的寻呼处理。
2.根据权利要求1所述的控制装置，其中，当不存在对所述第一定时处的寻呼处理的响应时，所述通信单元使用与用于下一寻呼的第二定时相对应的所述第二临时标识符执行寻呼处理。
3.根据权利要求1所述的控制装置，其中，当在所述第一定时器运行期间执行使用所述第二临时标识符的寻呼处理时，所述控制单元延长所述第一定时器的运行时间段。
4.根据权利要求1所述的控制装置，其中，当在所述第一定时器运行期间执行使用所述第二临时标识符的寻呼处理时，所述控制单元启动预先确定了运行时间段的第二定时器。
5.根据权利要求2所述的控制装置，其中，所述第一定时器被设置为执行所述第一定时处和所述第二定时处的寻呼处理的时间段。
6.根据权利要求1或2所述的控制装置，其中，所述控制装置使用S4或S11接口向网关设备发送消息，所述消息用于指示所述网关设备对数据进行缓冲的时间段长于执行使用所述第一临时标识符的寻呼处理和使用所述第二临时标识符的寻呼处理的时间段。
7.根据权利要求1或2所述的控制装置，其中，
所述第一临时标识符和所述第二临时标识符均为包含移动性管理实体MME临时移动订户标识M-TMSI的系统架构演进SAE临时移动订户标识S-TMSI，以及
各临时标识符的S-TMSI中包含的M-TMSI彼此不同。
8.根据权利要求1或2所述的控制装置，其中，根据扩展空闲模式不连续接收eDRX周期来确定所述第一定时和不存在对所述第一定时处的寻呼处理的响应时的用于下一寻呼的第二定时。
9.一种使用扩展空闲模式不连续接收eDRX的寻呼方法，所述方法包括：
使用分配给通信终端的第一临时标识符和分配给所述通信终端的与所述第一临时标识符不同的第二临时标识符确定寻呼定时；
使用与用于初始寻呼的第一定时相对应的所述第一临时标识符执行寻呼处理；
在执行使用所述第一临时标识符的寻呼处理时启动第一定时器，当在预先确定的时间段期满之前存在来自所述通信终端的响应时，所述第一定时器停止；以及
在所述第一定时器运行期间，执行使用所述第二临时标识符的寻呼处理。
CN201780074634.3A 2016-10-07 2017-10-06 控制装置、寻呼方法和非暂时性计算机可读介质 Active CN110024456B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210308788.7A CN114679782B (zh) 2016-10-07 2017-10-06 控制装置、寻呼方法和非暂时性计算机可读介质

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2016199094A JP6804922B2 (ja) 2016-10-07 2016-10-07 制御装置、方法及びプログラム
JP2016-199094 2016-10-07
PCT/JP2017/036404 WO2018066683A1 (ja) 2016-10-07 2017-10-06 制御装置、ページング方法、及び非一時的なコンピュータ可読媒体

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202210308788.7A Division CN114679782B (zh) 2016-10-07 2017-10-06 控制装置、寻呼方法和非暂时性计算机可读介质

Publications (2)

Publication Number Publication Date
CN110024456A CN110024456A (zh) 2019-07-16
CN110024456B true CN110024456B (zh) 2022-04-05

Family

ID=61831479

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201780074634.3A Active CN110024456B (zh) 2016-10-07 2017-10-06 控制装置、寻呼方法和非暂时性计算机可读介质
CN202210308788.7A Active CN114679782B (zh) 2016-10-07 2017-10-06 控制装置、寻呼方法和非暂时性计算机可读介质

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202210308788.7A Active CN114679782B (zh) 2016-10-07 2017-10-06 控制装置、寻呼方法和非暂时性计算机可读介质

Country Status (5)

Country Link
US (1) US11012935B2 (zh)
EP (1) EP3525532B1 (zh)
JP (1) JP6804922B2 (zh)
CN (2) CN110024456B (zh)
WO (1) WO2018066683A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018232569A1 (zh) * 2017-06-19 2018-12-27 华为技术有限公司 超级系统帧号确定方法、通信方法及装置
TWI731437B (zh) * 2018-10-17 2021-06-21 新加坡商聯發科技（新加坡）私人有限公司 改進全球唯一臨時標識分配的方法及使用者設備
US20220279446A1 (en) * 2019-08-30 2022-09-01 Ntt Docomo, Inc. Exchange and communication method
CN113543111B (zh) * 2020-04-14 2024-11-01 中兴通讯股份有限公司 信息获取方法和装置、电子设备、计算机可读存储介质
CN114615631B (zh) * 2020-12-09 2023-11-24 海能达通信股份有限公司 一种时钟同步方法、装置、系统和计算机可读存储介质
WO2022151070A1 (zh) * 2021-01-13 2022-07-21 华为技术有限公司 一种通信方法及装置
US20230034780A1 (en) * 2021-07-29 2023-02-02 Mediatek Inc. Musim imsi offset value handling for paging timing collision control
US11864156B2 (en) * 2021-09-24 2024-01-02 Apple Inc. Paging timing collision control
WO2024098616A1 (en) * 2023-03-21 2024-05-16 Zte Corporation Wireless network paging

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008132213A1 (en) * 2007-04-30 2008-11-06 Telefonaktiebolaget Lm Ericsson (Publ) A system and method for utilizing a temporary user identity in a telecommunications system

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009089198A (ja) * 2007-10-01 2009-04-23 Ntt Docomo Inc ページング機会算出方法、移動局及び無線基地局
CN103974347B (zh) * 2013-02-05 2018-10-30 电信科学技术研究院 一种非连续接收方法、装置及系统
US10548181B2 (en) * 2016-02-01 2020-01-28 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for cell verification under UE eDRX
WO2017135856A1 (en) * 2016-02-05 2017-08-10 Telefonaktiebolaget Lm Ericsson (Publ) Radio network node, communication device and methods performed therein
KR20180132851A (ko) * 2016-04-20 2018-12-12 후아웨이 테크놀러지 컴퍼니 리미티드 전용 코어 네트워크 천이를 처리하는 방법, 장비, 및 시스템
US10375634B2 (en) * 2016-09-10 2019-08-06 Ofinno, Llc Deactivation timer management in a wireless device and wireless network
CA3038086C (en) * 2016-09-24 2020-07-28 Ofinno Technologies, Llc Discontinuous reception in a wireless device and wireless network

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008132213A1 (en) * 2007-04-30 2008-11-06 Telefonaktiebolaget Lm Ericsson (Publ) A system and method for utilizing a temporary user identity in a telecommunications system

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
Abnormal case for eDRX configuration;NTT DOCOMO;《3GPP TSG-RAN3#93bis，R3-162483》;20161001;第2-3页 *
Extended buffering at MME in PSM & eDRX for CIoT CP optimization;Huawei, et al.;《3GPP TSG CT WG1 Meeting #99，C1-163490》;20160718;第2-5页 *
PH and PTW_Start calculation for eDRX paging;Ericsson,et al.;《3GPP TSG-RAN2 Meeting #95，R2-165778》;20160913;第2-6页 *
RAN2.LS on eDRX Paging Hyper-frame and PTW_Start Calculation.《3GPP TSG RAN WG3 Meeting #93Bis ，R3-162279》.2016, *

Also Published As

Publication number Publication date
CN114679782B (zh) 2024-08-13
CN110024456A (zh) 2019-07-16
US20200037243A1 (en) 2020-01-30
EP3525532A4 (en) 2019-08-14
JP2018061191A (ja) 2018-04-12
EP3525532A1 (en) 2019-08-14
JP6804922B2 (ja) 2020-12-23
WO2018066683A1 (ja) 2018-04-12
CN114679782A (zh) 2022-06-28
EP3525532B1 (en) 2021-03-31
US11012935B2 (en) 2021-05-18

Similar Documents

Publication Publication Date Title
CN110024456B (zh) 控制装置、寻呼方法和非暂时性计算机可读介质
CN111083752A (zh) 不活动模式操作
US20240022901A1 (en) Gateway device, mobility management device, base station, communication method, control method, paging method, and computer-readable medium
US20190021134A1 (en) User plane optimization for narrowband internet of things
WO2018066668A1 (ja) Ｓｃｅｆエンティティ、通信端末、データ処理方法、データ受信方法、及び非一時的なコンピュータ可読媒体
CN109937588B (zh) Scef实体、控制设备、通信方法和非暂时性计算机可读介质
JP2019512971A (ja) 基地局、コアネットワーク装置及び通信デバイス
US20230120587A1 (en) Communication terminal, control device, communication system, and communication method
CN114503785A (zh) 用于寻呼的方法和装置
JP7376166B2 (ja) 第１のｃｎノード、第１のｃｎノードにおいて実行される方法、及びｕｅにおいて実行される方法
US20190069159A1 (en) Core node, radio terminal, communication method, and non-transitory computer readable medium

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
GR01 Patent grant
GR01 Patent grant