CN106162705B - 一种控制用户面承载建立的方法及设备 - Google Patents

一种控制用户面承载建立的方法及设备 Download PDF

Info

Publication number
CN106162705B
CN106162705B CN201510149289.8A CN201510149289A CN106162705B CN 106162705 B CN106162705 B CN 106162705B CN 201510149289 A CN201510149289 A CN 201510149289A CN 106162705 B CN106162705 B CN 106162705B
Authority
CN
China
Prior art keywords
mme
sgw
downlink data
timer
needs
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
CN201510149289.8A
Other languages
English (en)
Other versions
CN106162705A (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.)
China Academy of Telecommunications Technology CATT
Datang Mobile Communications Equipment Co Ltd
Original Assignee
China Academy of Telecommunications Technology CATT
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 China Academy of Telecommunications Technology CATT filed Critical China Academy of Telecommunications Technology CATT
Priority to CN201510149289.8A priority Critical patent/CN106162705B/zh
Priority to EP16771297.5A priority patent/EP3280167B1/en
Priority to PCT/CN2016/076968 priority patent/WO2016155542A1/zh
Priority to JP2017551237A priority patent/JP6568231B2/ja
Priority to US15/563,545 priority patent/US10701753B2/en
Priority to KR1020177030922A priority patent/KR101983617B1/ko
Publication of CN106162705A publication Critical patent/CN106162705A/zh
Application granted granted Critical
Publication of CN106162705B publication Critical patent/CN106162705B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/14—Flow control between communication endpoints using intermediate storage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0226—Traffic management, e.g. flow control or congestion control based on location or mobility
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • 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
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/22—Manipulation of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/24—Interfaces between hierarchically similar devices between backbone network devices
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

本发明公开了一种控制用户面承载建立的方法及设备，用以解决SGW在定时器超时删掉缓存的UE的下行数据后，UE发起TAU过程，MME仍发起UE和基站之间的用户面建立过程，导致不必要的信令开销的问题。该方法为；移动性管理实体MME在跟踪区更新TAU过程中，确定服务网关SGW需要向终端UE发送缓存的下行数据；所述MME发起所述UE的空口用户面承载的建立过程。

Description

一种控制用户面承载建立的方法及设备
技术领域
本发明涉及通信技术领域，尤其涉及一种控制用户面承载建立的方法及设备。
背景技术
机器通信中，终端采用省电模式(Power Saving Mode，PSM)或扩展的非连续接收(Discontinuous Reception，DRX)等方式达到省电的目的，这里扩展的DRX是指空闲DRX的周期最长为10秒。终端在采用省电模式或扩展的DRX时，将无法及时响应下行寻呼消息，导致业务数据传输有一定传输时间的延迟。
3GPP SA2工作组的“高延迟通信”项目主要研究在终端无法及时响应下行寻呼消息时，网络向终端传递用户面数据的方法。目前，TR23.709中提出了多个解决方案，其中，方案2主要是采用服务网关(Serving Gateway，SGW)缓存下行数据，在终端和网络联系时，SGW通过基站中转将缓存的数据发送给终端。
如图1所示，TR23.709中的方案2具体如下：
S101：SGW收到分组数据网关(PGW)的下行数据，该下行数据需要发送给特定终端(UE)；
S102：SGW发送下行数据通知(Downlink Data Notification，DDN)消息给移动性管理实体(Mobility Management Entity，MME)或服务GPRS支持节点(Serving GPRSSupport Node，SGSN；GPRS：General Packet Radio System，通用分组无线***)；
S103：MME或SGSN检测到UE处于PSM或扩展的DRX等暂时不可达的状态下，向SGW返回DDN应答(DDN ACK)消息，该DDN ACK消息中携带对UE的下行数据进行缓存的请求以及指示SGW缓存的时间长度T；
S104：SGW根据MME的指示为该UE缓存下行数据，并启动一个时长为T的定时器S，即在时长T内缓存UE的下行数据；
S105：MME或SGSN与服务UE的基站(eNB)(或者无线网络控制器(RNC)、基站控制器(BSC))建立会话连接，UE在一定延迟后与eNB(或者RNC、BSC)建立会话连接，UE向SGW发起服务请求(Service Request)过程；
S106：UE向MME或SGSN发起跟踪区更新(Tracking Area Update，TAU)或路由区更新(Routing Area Update,RAU)请求，UE与SGW之间在TAU或RAU过程中建立演进的无线接入承载(E-RAB)或无线接入承载(RAB)；
S107：SGW在定时器S超时前，将缓存的该UE的下行数据发送给该UE，SGW检测到定时器S超时，则删除缓存的该UE的下行数据；
S108：UE与SGW之间进行双向数据通信。
其中，MME或SGSN对UE发起寻呼过程，UE收到下行寻呼消息后，发起服务请求过程，在服务请求过程中与网络侧建立用户面承载，该用户面承载包括UE与基站之间、基站与SGW之间两部分，用户面承载建立完成后即可实现UE与网络之间的数据传输。由于UE采用PSM或者扩展的DRX方式，该UE进入空闲态后，将无法及时响应下行寻呼消息。
当MME检测到UE进入了PSM或扩展的DRX后，指示SGW为该UE缓存下行数据并指示SGW缓存的时间长度T。SGW根据MME的指示为该UE缓存数据，并启动一个时长为T的定时器S。
如果保证在定时器S超时前，UE响应网络的寻呼，或者，UE因为有数据需要发送主动发起服务请求过程，或者，UE的TAU过程，SGW将缓存的数据发送给该UE。该TAU过程可以是周期性的，也可以是移动到新的跟踪区(TA)所触发的。
其中，如果UE采用扩展的DRX，则T的取值不短于扩展的DRX的周期；如果UE采用PSM，则T的取值不短于下一次发起周期性更新过程所剩余的时间。
其中，MME只要向SGW指示过需要该SGW缓存UE的下行数据，MME在TAU过程中，将该指示传递给新的MME。当UE和网络进行TAU交互过程中，MME将为该UE建立空口用户面承载和发送TAU接受(TAU Accept)消息结合起来一并执行。
TS23401中的TAU过程中，如果UE需要传送用户面数据，需要在TAU请求消息中设置激活标志(Active Flag)，若在TAU请求消息中设置了激活标志，用户面建立过程的激活和TAU接受消息一并联合进行，该联合过程参见TS36.300。具体如图2所示，TAU过程中，更新之前的MME或SGSN，称为原MME或原SGSN，在发送给更新之后的新MME的上下文响应消息中携带下行数据前转请求(Downlink data forwarding required)，该请求用于指示有下行数据需要前转。更新之后的新的SGW在发送给新MME的创建会话响应消息中携带为下行数据前转分配的IP地址和GTP-U(User plane part of GPRS Tunneling Protocol，GPRS隧道协议用户面部分)的隧道端点标识(TEID)，该IP地址和TEID通过后续的TAU交互过程传递至更新之前的原SGW。原SGW根据该IP地址和TEID前转所缓存的下行数据至更新后的新SGW，在所有数据发送完成后，发送携带结束标记的数据包至新SGW，该结束标记用于指示需要前转的下行数据已发送完毕。
在TAU过程中仅明确了UE需要设置激活标志，网络侧根据该激活标志在TAU过程中为该UE建立空口用户面承载，并说明了可以将为该UE建立空口用户面承载和TAU接受(TAUAccept)消息的发送，结合在一起执行。
TS23.709中，由于网络环境的不可预测性，不能保证在定时器T超时前UE一定会与网络侧联系，如果在定时器T超时之后，SGW已经删除了缓存的UE的下行数据，该UE发起了TAU过程，并且该UE不需要向网络侧传输数据，此时如果MME发起UE和基站之间的空口用户面建立过程，并且SGW没有下行数据要发送，将导致不必要的信令开销。
发明内容
本发明实施例提供一种控制用户面承载建立的方法及设备，用以解决SGW在定时器超时删掉缓存的UE的下行数据后，UE发起TAU过程，MME仍发起UE和基站之间的用户面建立过程，导致不必要的信令开销的问题。
本发明实施例提供的具体技术方案如下：
第一方面，提供了一种控制用户面承载建立的方法，包括：
移动性管理实体MME在跟踪区更新TAU过程中，确定服务网关SGW需要向终端UE发送缓存的下行数据；
所述MME发起所述UE的空口用户面承载的建立过程。
其中，所述MME确定服务网关SGW需要向终端UE发送缓存的下行数据，包括：
所述MME获取所述SGW需要向所述UE发送缓存的下行数据的指示，根据所述指示确定所述SGW需要向所述UE发送缓存的下行数据；
或者，
所述MME确定本地运行的定时器未超时，所述定时器为所述MME在确定所述UE处于不可达状态时指示所述SGW缓存所述UE的下行数据时启动，所述定时器的定时时长为所述MME指示所述SGW缓存所述UE的下行数据的时长；
或者，
所述MME确定收到重定位后的新MME的上下文请求消息的时间早于记录的时间戳，所述时间戳为所述MME在确定所述UE处于不可达状态时指示所述SGW缓存所述UE的下行数据的时刻，与所述MME指示所述SGW缓存所述UE的下行数据的时长的和；
或者，
所述MME确定收到所述SGW的承载相关的消息的时间早于记录的时间戳，所述时间戳为所述MME在确定所述UE处于不可达状态时指示所述SGW缓存所述UE的下行数据的时刻，与所述MME指示所述SGW缓存所述UE的下行数据的时长的和。
其中，若所述TAU过程中发生了MME改变，所述方法还包括：
所述MME若确定本地运行的定时器未超时，向所述改变后的新MME发送所述SGW需要向所述UE发送缓存的下行数据的指示，由所述新MME发起所述UE的空口用户面承载的建立过程。
其中，若所述MME为所述TAU过程中的新MME，所述MME获取服务网关SGW需要向所述UE发送缓存的下行数据的指示，包括：
所述MME接收TAU的原MME在确定本地运行的定时器未超时时发送的所述SGW需要向所述UE发送缓存的下行数据的指示。
其中，所述SGW需要向所述UE发送缓存的下行数据的指示携带在所述SGW的修改承载响应消息中。
第二方面，提供了一种控制用户面承载建立的方法，包括：
服务网关SGW确定缓存有终端UE的下行数据；
所述SGW向移动性管理实体MME发送需要向所述UE发送缓存的下行数据的指示。
其中，所述SGW确定缓存有终端UE的下行数据，包括：
所述SGW确定本地运行的定时器未超时，所述定时器的运行时长为所述MME在确定所述UE处于不可达状态时发送，并且所述定时器在接收到为所述UE缓存下行数据的指示时启动；
或者，
所述SGW确定本地缓存中存在需要发送给所述UE的下行数据。
其中，所述需要向所述UE发送缓存的下行数据的指示携带在发送给所述MME的修改承载响应消息中。
第三方面，提供了一种移动性管理实体MME，包括：
确定模块，用于在跟踪区更新TAU过程中，确定服务网关SGW需要向终端UE发送缓存的下行数据；
发起模块，用于发起所述UE的空口用户面承载的建立过程。
其中，所述确定模块具体用于：
获取所述SGW需要向所述UE发送缓存的下行数据的指示，根据所述指示确定所述SGW需要向所述UE发送缓存的下行数据；
或者，
确定本地运行的定时器未超时，所述定时器为所述MME在确定所述UE处于不可达状态时指示所述SGW缓存所述UE的下行数据时启动，所述定时器的定时时长为所述MME指示所述SGW缓存所述UE的下行数据的时长；
或者，
确定收到重定位后的新MME的上下文请求消息的时间早于记录的时间戳，所述时间戳为所述MME在确定所述UE处于不可达状态时指示所述SGW缓存所述UE的下行数据的时刻，与所述MME指示所述SGW缓存所述UE的下行数据的时长的和；
或者，
确定收到所述SGW的承载相关的消息的时间早于记录的时间戳，所述时间戳为所述MME在确定所述UE处于不可达状态时指示所述SGW缓存所述UE的下行数据的时刻，与所述MME指示所述SGW缓存所述UE的下行数据的时长的和。
其中，还包括发送模块，用于：
若所述TAU过程中发生了MME改变，且确定本地运行的定时器未超时，向所述TAU中改变后的新MME发送所述SGW需要向所述UE缓存的发送下行数据的指示，由所述新MME发起所述UE的空口用户面承载的建立过程。
其中，还包括接收模块，用于：
若所述MME为所述TAU过程中的新MME，接收TAU的原MME在确定本地运行的定时器未超时时发送的所述SGW需要向所述UE发送缓存的下行数据的指示。
其中，所述SGW需要向所述UE发送缓存的下行数据的指示携带在所述SGW的修改承载响应消息中。
第四方面，提供了一种服务网关SGW，包括：
确定模块，用于确定缓存有终端UE的下行数据；
发送模块，用于向移动性管理实体MME发送需要向所述UE发送缓存的下行数据的指示。
其中，所述确定模块具体用于：
确定本地运行的定时器未超时，所述定时器的运行时长为所述MME在确定所述UE处于不可达状态时发送，并且所述定时器在接收到为所述UE缓存下行数据的指示时启动；
或者，
确定本地缓存中存在需要发送给所述UE的下行数据。
其中，所述需要向所述UE发送缓存的下行数据的指示携带在发送给所述MME的修改承载响应消息中。
基于上述技术方案，本发明实施例中，MME在TAU过程中，若确定SGW需要向终端发送缓存的下行数据，则发起UE的空口用户面承载的建立过程，避免了在SGW缓存的UE的下行数据丢失后，UE发起TAU过程，MME仍为了传输SGW缓存的UE的下行数据而发起UE和基站之间的用户面建立过程，避免了不必要的信令开销。
附图说明
图1为TR23.709中的方案2的流程示意图；
图2为UE发起的TAU过程示意图；
图3为本发明实施例中MME控制用户面承载建立的方法流程示意图；
图4为本发明实施例中SGW控制用户面承载建立的方法流程示意图；
图5为本发明实施例中UE发起的TAU过程示意图；
图6为本发明实施例中MME的结构示意图；
图7为本发明实施例中另一MME的结构示意图；
图8为本发明实施例中SGW的结构示意图；
图9为本发明实施例中另一SGW的结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
如图3所示，本发明实施例中，在TAU过程中，MME控制用户面承载建立的详细方法流程如下：
步骤301：MME在TAU过程中，确定SGW需要向UE发送缓存的下行数据。
步骤302：MME发起UE的空口用户面承载的建立过程，以基于建立的空口用户面承载发送SGW缓存的UE的下行数据。
实施中，MME在TAU过程中，判断SGW是否需要向UE发送下行数据，若需要，则MME发起UE的空口用户面承载的建立过程，以基于该空口用户面承载向UE发送下行数据；若不需要，且TAU过程中UE也不需要发送上行数据，则MME不发起UE的空口用户面承载的建立过程。
其中，MME在TAU过程中，确定SGW需要向UE发送缓存的下行数据，包括但不限于以下几种实现方式：
第一实现方式：
MME获取SGW需要向UE发送缓存的下行数据的指示，根据该指示确定SGW需要向UE发送缓存的下行数据。
具体地，需要向UE发送缓存的下行数据的指示携带在SGW的修改承载响应(ModifyBearer Response)消息中。
实施中，MME接收SGW根据MME的修改承载请求返回的修改承载响应消息，若确定该修改承载响应消息中携带需要向UE发送缓存的下行数据的指示，则MME触发UE的空口用户面承载的建立；若确定该修改承载响应消息中未携带需要向UE发送缓存的下行数据的指示，则不触发UE的空口用户面承载的建立。
第一实现方式尤其适用于TAU过程中未发生MME改变和SGW改变(也称为重定位)的场景。
第二实现方式：
MME确定本地运行的定时器M未超时，该定时器M为MME在确定UE处于不可达状态时指示SGW缓存UE的下行数据时启动，该定时器的定时时长不短于MME指示SGW缓存UE的下行数据的时长T，即等于或者略长于T。
具体地，MME根据SGW的DDN消息，检测到UE处于不可达状态，向SGW返回DDN应答消息，该DDN应答消息中携带对UE的下行数据进行缓存的请求以及指示SGW缓存该UE的下行数据的时间长度T，并且MME在本地启动运行定时时长为T的定时器M。需要强调的是，MME运行的定时器的定时时长与SGW根据MME返回的DDN响应启动运行的定时器的定时时长T相同，或者略长于T。
实施中，MME在TAU过程中，若确定本地运行的定时器M未超时，则可获知SGW仍缓存有UE的下行数据，则确定SGW需要向UE发送缓存的下行数据；若确定本地运行的定时器M已超时，则可获知SGW缓存的UE的下行数据已被SGW删除或丢弃，则确定SGW无需向UE发送缓存的下行数据，MME也就无需发起UE的用户面承载的建立过程。
该实现方式中，若在TAU过程中发生了MME的改变，作为TAU过程中改变之前的原MME，若确定本地运行的定时器M未超时，则将SGW需要向所述UE发送缓存的下行数据的指示发送给改变后的新MME。
作为TAU过程中的新MME获取SGW需要向UE发送缓存的下行数据的指示的具体方式为：接收TAU过程中的原MME发送的SGW需要向UE发送缓存的下行数据的指示。
实施中，若TAU过程中发生了MME的改变，改变后的新MME向改变之前的原MME发生上下文请求(Context Request)消息；
该原MME若确定本地运行的定时器M未超时，在向改变后的新MME在返回的上下文响应(Context Response)消息携带SGW需要向UE发送缓存的下行数据的指示；
新MME接收原MME返回的上下文响应消息，若确定该上下文响应消息中携带SGW需要向UE发送缓存的下行数据的指示，则发起UE的空口用户面承载的建立过程；否则，不发起UE的空口用户面承载的建立过程，除非UE在TAU请求消息中指示有上行数据要发送(即设置了激活标记ACTIVEFLAG)。
该第二实现方式，尤其适用于在TAU过程中未发生SGW改变的场景。
第三实现方式：
若发生MME改变的场景，原MME确定收到重定位后的新MME的上下文请求消息的时间早于记录的时间戳，该时间戳为该原MME在确定UE处于不可达状态时指示SGW缓存UE的下行数据的时刻，与原MME指示SGW缓存UE的下行数据的时长的和。
第四实现方式：
MME确定收到SGW的承载相关的消息的时间早于记录的时间戳，该时间戳为该MME在确定UE处于不可达状态时指示SGW缓存UE的下行数据的时刻，与该MME指示SGW缓存UE的下行数据的时长的和。
基于同一发明构思，如图4所示，SGW控制用户面承载建立的详细方法流程如下：
步骤401：SGW确定缓存有UE的下行数据。
具体地，SGW确定缓存有UE的下行数据，包括但不限于以下实现方式：
第一，SGW确定本地运行的定时器S未超时，该定时器的运行时长为MME在确定UE处于不可达状态时发送，并且该定时器在接收到SGW为UE缓存下行数据的指示时启动。SGW若确定定时器S已经超时，则说明缓存中的数据已经被删除或者缓存中的数据已经不需要发送。
具体地，SGW向MME发送DDN消息后，接收MME返回的DDN应答消息，该DDN应答消息中携带对UE的下行数据进行缓存的请求以及指示SGW缓存该UE的下行数据的时间长度T，SGW根据该对UE的下行数据进行缓存的请求缓存UE的下行数据，并以该时间长度T为定时时长启动定时器S的运行。
第二，SGW确定本地缓存中有需要发送给UE的下行数据。
SGW直接检查缓存中是否有缓存的数据。
此处仅为举例，SGW的其它内部实现确定缓存是否有UE的下行数据的方法均可应用于本发明。
步骤402：SGW向MME发送需要向UE发送缓存的下行数据的指示。
具体地，需要向UE发送缓存的下行数据的指示携带在SGW发送给MME的修改承载响应消息中。
一个具体实施例中，UE向MME或SGSN发起TAU的具体过程如图5所示，该TAU过程中未发生SGW的重定位，具体如下：
步骤501：UE通过服务的eNB/RNC/BSC触发TAU过程，以下步骤中以服务UE的为eNB为例进行说明，需要说明的是以下步骤中eNB可以替换为RNC或BSC；
步骤502：UE向eNB发送TAU请求；
步骤503：基站将UE的TAU请求发送给一个新MME，该实施例中，即基站为路由TAU请求消息所选取的MME和UE之前注册的MME不同，将该MME称为新MME；
步骤504：新MME向UE之前注册到的原MME或原SGSN发送上下文请求(ContextRequest)，其中，原SGSN为使用S4接口的SGSN或使用gn/gp接口的SGSN；
步骤505：原MME或原SGSN向新MME返回上下文响应(Context Response)；
步骤506：可选地，归属用户服务器(Home Subscriber Server，HSS)对UE进行身份认证(Authentication)和/或安全认证(Security)；
步骤507：新MME向原MME发送上下文通知(Context Acknowledge)；
步骤509：新MME向SGW发送修改承载请求(Modify Bearer Request)
步骤510：SGW向PGW发送修改承载请求；
步骤511：策略计费执行功能(Policy and Charging Enforcement Function，PCRF)发起IP连通接入网络(IP Connectivity Access Network，IP-CAN；IP，InternetProtocol，互联网协议)会话修改过程；
步骤512：SGW接收PGW返回的修改承载响应消息；
步骤513：SGW向新MME返回修改承载响应(Modify Bearer Response)消息；
步骤514：新MME向HSS发送位置更新请求(Update Location Request)消息；
步骤515：原MME或原SGSN接收HSS发送的取消位置的指示消息；
步骤516：原MME或原SGSN向HSS返回取消位置的响应消息；
若服务UE的为RNC或BSC，继续执行步骤517和步骤518，否则，跳过步骤517和步骤518。
步骤517：服务UE的RNC或BSC接收源MME的接口lu释放命令；
步骤518：服务UE的RNC或BSC向原MME或原SGSN返回接口lu释放完成消息；
步骤519：HSS向新MME发送位置更新响应(Update Location ACK)；
步骤520：新MME向UE发送TAU接受消息；
步骤521：可选地，UE在TAU更新过程完成后，向新MME返回TAU完成(TAU Complete)消息。
第一种实现中，在步骤513中，SGW若确定本地缓存有UE的下行数据，则在修改承载响应消息中携带用于指示SGW需要向UE发送缓存的下行数据的指示信息，该指示信息可命名为“存在缓存的下行数据”或者“用户面建立需求”等；新MME收到SGW的修改承载响应消息后，若确定该修改承载响应消息中携带该指示信息，则触发UE的空口用户面的建立过程。如，将该空口用户面的建立过程，和TAU Accept消息的发送结合起来。
第二种实现中，在UE发起TAU过程之前，原MME在确定SGW缓存UE的下行数据的时长T并通过DDN ACK消息指示给SGW后，在本地启动一个定时器M，该定时器的定时时长也为T。
在UE发起TAU的过程中，该TAU过程中发生了MME的改变，在步骤505中，原MME首先判断本地运行的定时器M是否超时，若已超时，在发送给新MME的上下文响应中不携带用于指示SGW需要向UE发送缓存的下行数据的指示信息，若未超时，则在发送给MME的上下文响应中携带用于指示SGW需要向UE发送缓存的下行数据的指示信息。
第三实现中，MME记录一个时间戳ts，时间戳ts的取值为发送给SGW的DDN ACK消息的时间加上时长T。在MME改变的TAU过程中，如果收到来自新MME的上下文请求消息的时间早于ts，则认为SGW需要发送缓存数据；如果收到来自新MME的上下文请求消息的时间晚于ts，则认为SGW不需要发送缓存数据。在MME不改变的TAU过程中，如果收到来自SGW的承载相关的消息的时间早于ts，则认为SGW需要发送缓存数据；如果收到来自SGW的承载相关的消息时间晚于ts，则认为SGW不需要发送缓存数据。
若在TAU过程中未发生SGW的改变，在步骤505之后，新MME触发UE的空口用户面的建立过程。
若在TAU过程中发生了SGW的改变(即SGW重定位，relocation)，结合图2所示，如果TAU过程中的新SGW在发送给新MME的创建会话响应消息中携带有为下行数据前转分配的IP地址和GTP-U的(TEID)，新MME触发UE的空口用户面的建立过程。
基于同一发明构思，本发明实施例中还提供了一种MME，该MME的具体实施可参见上述方法实施例中关于MME的描述，重复之处不再赘述，如图6所示，该MME主要包括：
确定模块601，用于在跟踪区更新TAU过程中，确定服务网关SGW需要向终端UE发送缓存的下行数据；
发起模块602，用于发起所述UE的空口用户面承载的建立过程。
其中，所述确定模块601具体用于：
获取所述SGW需要向所述UE发送缓存的下行数据的指示，根据所述指示确定所述SGW需要向所述UE发送缓存的下行数据；
或者，
确定本地运行的定时器未超时，所述定时器为所述MME在确定所述UE处于不可达状态时指示所述SGW缓存所述UE的下行数据时启动，所述定时器的定时时长为所述MME指示所述SGW缓存所述UE的下行数据的时长；
或者，
所述MME确定收到重定位后的新MME的上下文请求消息的时间早于记录的时间戳，所述时间戳为所述MME在确定所述UE处于不可达状态时指示所述SGW缓存所述UE的下行数据的时刻，与所述MME指示所述SGW缓存所述UE的下行数据的时长的和；
或者，
所述MME确定收到所述SGW的承载相关的消息的时间早于记录的时间戳，所述时间戳为所述MME在确定所述UE处于不可达状态时指示所述SGW缓存所述UE的下行数据的时刻，与所述MME指示所述SGW缓存所述UE的下行数据的时长的和。
一个具体实施中，还包括发送模块603，用于：
若所述TAU过程中需要改变MME，且确定本地运行的定时器未超时，向所述TAU中改变后的新MME发送所述SGW需要向所述UE发送缓存的下行数据的指示，由所述新MME发起所述UE的空口用户面承载的建立过程。
另一个具体实施中，还包括接收模块604，用于：
若所述MME为所述TAU过程中的新MME，接收TAU的原MME在确定本地运行的定时器未超时时发送的所述SGW需要向所述UE发送缓存的下行数据的指示。
其中，所述SGW需要向所述UE发送缓存的下行数据的指示携带在所述SGW的修改承载响应消息中。
基于同一发明构思，本发明实施例中还提供了一种MME，该MME的具体实施可参见上述方法实施例中关于MME的描述，重复之处不再赘述，如图7所示，该MME主要包括处理器701和存储器702，其中，存储器702中保存有预设的程序，处理器701用于读取存储器702中预设的程序，按照该程序执行以下过程：
在跟踪区更新TAU过程中，确定服务网关SGW需要向终端UE发送缓存的下行数据；
发起所述UE的空口用户面承载的建立过程。
具体地，处理器701获取所述SGW需要向所述UE发送缓存的下行数据的指示，根据所述指示确定所述SGW需要向所述UE发送缓存的下行数据；
或者，
处理器701确定本地运行的定时器未超时，所述定时器为所述MME在确定所述UE处于不可达状态时指示所述SGW缓存所述UE的下行数据时启动，所述定时器的定时时长为所述MME指示所述SGW缓存所述UE的下行数据的时长；
或者，
处理器701确定收到重定位后的新MME的上下文请求消息的时间早于记录的时间戳，所述时间戳为所述MME在确定所述UE处于不可达状态时指示所述SGW缓存所述UE的下行数据的时刻，与所述MME指示所述SGW缓存所述UE的下行数据的时长的和；
或者，
处理器701确定收到所述SGW的承载相关的消息的时间早于记录的时间戳，所述时间戳为所述MME在确定所述UE处于不可达状态时指示所述SGW缓存所述UE的下行数据的时刻，与所述MME指示所述SGW缓存所述UE的下行数据的时长的和。
一个具体实施中，还包括发送机703。
若所述TAU过程中需要改变MME，处理器701确定本地运行的定时器未超时，通过发送机703向所述TAU中改变后的新MME发送所述SGW需要向所述UE发送缓存的下行数据的指示，由所述新MME发起所述UE的空口用户面承载的建立过程。
一个具体实施中，还包括接收机704。
若所述MME为所述TAU过程中的新MME，处理器701通过接收机704接收TAU的原MME在确定本地运行的定时器未超时时发送的所述SGW需要向所述UE发送缓存的下行数据的指示。
其中，所述SGW需要向所述UE发送缓存的下行数据的指示携带在所述SGW的修改承载响应消息中。
基于同一发明构思，本发明实施例中还提供了一种SGW，该SGW的具体实施可参见上述方法实施例中关于SGW的描述，重复之处不再赘述，如图8所示，该SGW主要包括：
确定模块801，用于确定缓存有终端UE的下行数据；
发送模块802，用于向移动性管理实体MME发送需要向所述UE发送缓存的下行数据的指示。
其中，所述确定模块801具体用于：
确定本地运行的定时器未超时，所述定时器的运行时长为所述MME在确定所述UE处于不可达状态时发送，并且所述定时器在接收到为所述UE缓存下行数据的指示时启动；
或者，
确定本地缓存中需要发送给所述UE的下行数据。
其中，所述需要向所述UE发送缓存的下行数据的指示携带在发送给所述MME的修改承载响应消息中。
基于同一发明构思，本发明实施例中还提供了一种SGW，该SGW的具体实施可参见上述方法实施例中关于SGW的描述，重复之处不再赘述，如图9所示，该SGW主要包括处理器901、存储器902和发送机903，其中发送机903在处理器901的控制下工作，存储器902中保存有预设的程序，处理器901读取存储器902中预设的程序，按照该程序执行以下过程：
确定缓存有终端UE的下行数据；
通过发送机903向移动性管理实体MME发送需要向所述UE发送缓存的下行数据的指示。
其中，处理器901确定缓存有UE的下行数据的方式为：
处理器901确定本地运行的定时器未超时，所述定时器的运行时长为所述MME在确定所述UE处于不可达状态时发送，并且所述定时器在接收到为所述UE缓存下行数据的指示时启动；
或者，
处理器901确定本地缓存中需要发送给所述UE的下行数据。
其中，所述需要向所述UE发送缓存的下行数据的指示携带在发送给所述MME的修改承载响应消息中。
基于上述技术方案，本发明实施例中，MME在TAU过程中，若确定SGW需要向终端发送缓存的下行数据，则发起UE的空口用户面承载的建立过程，避免了在SGW缓存的UE的下行数据丢失后，UE发起TAU过程，MME仍为了传输SGW缓存的UE的下行数据而发起UE和基站之间的用户面建立过程，避免了不必要的信令开销。
本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (12)

1.一种控制用户面承载建立的方法，其特征在于，包括：
移动性管理实体MME在跟踪区更新TAU过程中，确定服务网关SGW需要向终端UE发送缓存的下行数据；
所述MME发起所述UE的空口用户面承载的建立过程；
其中，所述MME确定服务网关SGW需要向终端UE发送缓存的下行数据，包括：
所述MME确定本地运行的定时器未超时，所述定时器为所述MME在确定所述UE处于不可达状态时指示所述SGW缓存所述UE的下行数据时启动，所述定时器的定时时长为所述MME指示所述SGW缓存所述UE的下行数据的时长；
或者，
所述MME确定收到重定位后的新MME的上下文请求消息的时间早于记录的时间戳，所述时间戳为所述MME在确定所述UE处于不可达状态时指示所述SGW缓存所述UE的下行数据的时刻，与所述MME指示所述SGW缓存所述UE的下行数据的时长的和；
或者，
所述MME确定收到所述SGW的承载相关的消息的时间早于记录的时间戳，所述时间戳为所述MME在确定所述UE处于不可达状态时指示所述SGW缓存所述UE的下行数据的时刻，与所述MME指示所述SGW缓存所述UE的下行数据的时长的和。
2.如权利要求1所述的方法，其特征在于，若所述TAU过程中发生了MME改变，所述方法还包括：
所述MME若确定本地运行的定时器未超时，向所述改变后的新MME发送所述SGW需要向所述UE发送缓存的下行数据的指示，由所述新MME发起所述UE的空口用户面承载的建立过程。
3.如权利要求1所述的方法，其特征在于，若所述MME为所述TAU过程中的新MME，所述MME获取服务网关SGW需要向所述UE发送缓存的下行数据的指示，包括：
所述MME接收TAU的原MME在确定本地运行的定时器未超时时发送的所述SGW需要向所述UE发送缓存的下行数据的指示。
4.如权利要求1所述的方法，其特征在于，所述SGW需要向所述UE发送缓存的下行数据的指示携带在所述SGW的修改承载响应消息中。
5.一种控制用户面承载建立的方法，其特征在于，包括：
服务网关SGW确定缓存有终端UE的下行数据；
所述SGW向移动性管理实体MME发送需要向所述UE发送缓存的下行数据的指示；
其中，所述SGW确定缓存有终端UE的下行数据，包括：
所述SGW确定本地运行的定时器未超时，所述定时器的运行时长为所述MME在确定所述UE处于不可达状态时发送，并且所述定时器在接收到为所述UE缓存下行数据的指示时启动。
6.如权利要求5所述的方法，其特征在于，所述需要向所述UE发送缓存的下行数据的指示携带在发送给所述MME的修改承载响应消息中。
7.一种移动性管理实体MME，其特征在于，包括：
确定模块，用于在跟踪区更新TAU过程中，确定服务网关SGW需要向终端UE发送缓存的下行数据；
发起模块，用于发起所述UE的空口用户面承载的建立过程；
其中，所述确定模块具体用于：
确定本地运行的定时器未超时，所述定时器为所述MME在确定所述UE处于不可达状态时指示所述SGW缓存所述UE的下行数据时启动，所述定时器的定时时长为所述MME指示所述SGW缓存所述UE的下行数据的时长；
或者，
确定收到重定位后的新MME的上下文请求消息的时间早于记录的时间戳，所述时间戳为所述MME在确定所述UE处于不可达状态时指示所述SGW缓存所述UE的下行数据的时刻，与所述MME指示所述SGW缓存所述UE的下行数据的时长的和；
或者，
确定收到所述SGW的承载相关的消息的时间早于记录的时间戳，所述时间戳为所述MME在确定所述UE处于不可达状态时指示所述SGW缓存所述UE的下行数据的时刻，与所述MME指示所述SGW缓存所述UE的下行数据的时长的和。
8.如权利要求7所述的MME，其特征在于，还包括发送模块，用于：
若所述TAU过程中发生了MME改变，且确定本地运行的定时器未超时，向所述TAU中改变后的新MME发送所述SGW需要向所述UE发送缓存的下行数据的指示，由所述新MME发起所述UE的空口用户面承载的建立过程。
9.如权利要求7所述的MME，其特征在于，还包括接收模块，用于：
若所述MME为所述TAU过程中的新MME，接收TAU的原MME在确定本地运行的定时器未超时时发送的所述SGW需要向所述UE发送缓存的下行数据的指示。
10.如权利要求7所述的MME，其特征在于，所述SGW需要向所述UE发送缓存的下行数据的指示携带在所述SGW的修改承载响应消息中。
11.一种服务网关SGW，其特征在于，包括：
确定模块，用于确定缓存有终端UE的下行数据；
发送模块，用于向移动性管理实体MME发送需要向所述UE发送缓存的下行数据的指示；
其中，所述确定模块具体用于：
确定本地运行的定时器未超时，所述定时器的运行时长为所述MME在确定所述UE处于不可达状态时发送，并且所述定时器在接收到为所述UE缓存下行数据的指示时启动。
12.如权利要求11所述的SGW，其特征在于，所述需要向所述UE发送缓存的下行数据的指示携带在发送给所述MME的修改承载响应消息中。
CN201510149289.8A 2015-03-31 2015-03-31 一种控制用户面承载建立的方法及设备 Active CN106162705B (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN201510149289.8A CN106162705B (zh) 2015-03-31 2015-03-31 一种控制用户面承载建立的方法及设备
EP16771297.5A EP3280167B1 (en) 2015-03-31 2016-03-22 Method and device for controlling set-up of user side bearer
PCT/CN2016/076968 WO2016155542A1 (zh) 2015-03-31 2016-03-22 一种控制用户面承载建立的方法及设备
JP2017551237A JP6568231B2 (ja) 2015-03-31 2016-03-22 ユーザー・プレーンベアラの確立を制御する方法及び装置
US15/563,545 US10701753B2 (en) 2015-03-31 2016-03-22 Method and device for controlling set-up of user-plane bearer
KR1020177030922A KR101983617B1 (ko) 2015-03-31 2016-03-22 사용자 플레인 베어러 확립을 제어하는 방법 및 장치

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510149289.8A CN106162705B (zh) 2015-03-31 2015-03-31 一种控制用户面承载建立的方法及设备

Publications (2)

Publication Number Publication Date
CN106162705A CN106162705A (zh) 2016-11-23
CN106162705B true CN106162705B (zh) 2020-02-04

Family

ID=57003973

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510149289.8A Active CN106162705B (zh) 2015-03-31 2015-03-31 一种控制用户面承载建立的方法及设备

Country Status (6)

Country Link
US (1) US10701753B2 (zh)
EP (1) EP3280167B1 (zh)
JP (1) JP6568231B2 (zh)
KR (1) KR101983617B1 (zh)
CN (1) CN106162705B (zh)
WO (1) WO2016155542A1 (zh)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3182754B1 (en) * 2014-08-11 2020-01-29 LG Electronics Inc. Method for transmitting downlink data in a wireless communication system, and device for same
EP3525495A4 (en) * 2016-10-10 2020-03-04 Huawei Technologies Co., Ltd. METHOD FOR SENDING DOWNLINK DATA, NETWORK DEVICE AND USER LEVEL DEVICE
EP3512223B1 (en) * 2016-10-12 2021-07-28 Huawei Technologies Co., Ltd. Session management method and network element
CN108616868B (zh) 2017-01-09 2020-03-06 电信科学技术研究院 一种终端空闲态的处理方法及装置
EP3579589B1 (en) * 2017-03-07 2021-05-12 Huawei Technologies Co., Ltd. Session migration method and device
WO2018174771A1 (en) * 2017-03-20 2018-09-27 Telefonaktiebolaget Lm Ericsson (Publ) Methods and arrangements for transferring management of wireless devices between core network nodes of a wireless communication network
CN109429213B (zh) * 2017-06-23 2020-10-20 电信科学技术研究院 一种信息处理方法、装置、设备及计算机可读存储介质
WO2019071462A1 (zh) * 2017-10-11 2019-04-18 北京小米移动软件有限公司 数据传输方法及装置
US10212690B1 (en) 2017-10-16 2019-02-19 Verizon Patenting and Licensing Inc. Mobility management entity support of user equipment using extended discontinuous reception and power saving mode
CN110505687B (zh) * 2018-05-17 2022-03-29 大唐移动通信设备有限公司 寻呼消息的响应方法、装置、终端、网络侧设备及介质
CN111954269B (zh) * 2019-05-15 2022-11-01 华为技术有限公司 一种承载修改方法及接入网设备
CN116056012B (zh) * 2023-01-28 2023-07-21 北京智联安科技有限公司 基于nbiot协议的数据发送方法、装置、介质及设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101448249A (zh) * 2008-01-25 2009-06-03 中兴通讯股份有限公司 一种释放服务网关缓存数据的方法
WO2012034468A1 (zh) * 2010-09-19 2012-03-22 中兴通讯股份有限公司 重启移动性管理单元的处理方法及移动性管理单元
CN103402187A (zh) * 2013-07-08 2013-11-20 大唐移动通信设备有限公司 一种下行信令消息流程处理的方法及装置
CN103581888A (zh) * 2012-07-27 2014-02-12 电信科学技术研究院 一种下行传输方法、装置及***
CN103945535A (zh) * 2013-01-18 2014-07-23 中兴通讯股份有限公司 寻呼优化的方法、装置、***和快速路径释放方法、装置

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101568097B (zh) 2008-04-21 2011-03-09 大唐移动通信设备有限公司 一种用户终端的跟踪区更新方法、***及装置
US9485726B2 (en) * 2012-02-06 2016-11-01 Samsung Electronics Co., Ltd. Method and apparatus for activating sleep mode of terminal
WO2014067098A1 (zh) * 2012-10-31 2014-05-08 华为技术有限公司 一种基于移动管理实体池MME Pool的通信方法、设备及***
WO2014182339A1 (en) 2013-05-09 2014-11-13 Intel IP Corporation Small data communications
CN104185278B (zh) * 2013-05-20 2018-12-28 上海诺基亚贝尔股份有限公司 一种用于寻呼优化的方法
JP5606603B1 (ja) * 2013-05-20 2014-10-15 日本電気通信システム株式会社 移動通信システム、ｓｇｗ、端末、通信方法及び制御方法
WO2015197431A1 (en) * 2014-06-25 2015-12-30 Telefonaktiebolaget L M Ericsson (Publ) Node and method for buffering downlink data

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101448249A (zh) * 2008-01-25 2009-06-03 中兴通讯股份有限公司 一种释放服务网关缓存数据的方法
WO2012034468A1 (zh) * 2010-09-19 2012-03-22 中兴通讯股份有限公司 重启移动性管理单元的处理方法及移动性管理单元
CN103581888A (zh) * 2012-07-27 2014-02-12 电信科学技术研究院 一种下行传输方法、装置及***
CN103945535A (zh) * 2013-01-18 2014-07-23 中兴通讯股份有限公司 寻呼优化的方法、装置、***和快速路径释放方法、装置
CN103402187A (zh) * 2013-07-08 2013-11-20 大唐移动通信设备有限公司 一种下行信令消息流程处理的方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Study on Optimizations to Support High Latency Communications;3GPP;《3GPP TR 23.709 V1.1.0》;20150318;第10-15页 *

Also Published As

Publication number Publication date
CN106162705A (zh) 2016-11-23
US10701753B2 (en) 2020-06-30
EP3280167B1 (en) 2022-12-28
WO2016155542A1 (zh) 2016-10-06
EP3280167A1 (en) 2018-02-07
KR101983617B1 (ko) 2019-09-03
KR20170132249A (ko) 2017-12-01
EP3280167A4 (en) 2018-05-02
US20180092154A1 (en) 2018-03-29
JP6568231B2 (ja) 2019-08-28
JP2018510586A (ja) 2018-04-12

Similar Documents

Publication Publication Date Title
CN106162705B (zh) 一种控制用户面承载建立的方法及设备
CN108632915B (zh) 一种终端在4g和5g网络间移动的方法、装置和设备
JP6645583B2 (ja) Ｒｒｃコネクションの再開手順
JP6365614B2 (ja) 通信デバイス及び基地局並びにそれらの通信制御方法
CN107580335B (zh) 移动终止呼叫改进
CN101212461B (zh) 异构ip网络切换时的数据传输方法及***和核心网网关
US20190021134A1 (en) User plane optimization for narrowband internet of things
US8582503B2 (en) Method for indicating the bearer management of a serving gateway
CN101448248B (zh) 演进的分组***核心网对用户不同附着类型的处理方法
JP2015531209A (ja) 接続再確立のためのノード及び方法
US9961045B2 (en) Service path changing method and apparatus
EP2763476A1 (en) Mobile communication network system, communication control method, and non-temporary computer-readable medium storing program therefor
WO2013047200A1 (ja) 通信システム、通信方法及び通信プログラム
WO2017028637A1 (zh) 网关的恢复处理方法及装置
CN112437426B (zh) 一种发送下行数据通知消息的方法和装置
WO2018130053A1 (zh) 一种流程冲突处理方法及装置
WO2017114436A1 (zh) 一种用户连接的建立方法及装置
CN106332189B (zh) 一种转发数据的实现方法和装置
CN101657025A (zh) 一种isr场景下电路交换域业务处理方法及装置
WO2013113240A1 (zh) 一种传输rn信息、寻呼ue的方法及装置
KR102028271B1 (ko) 이동 통신 시스템, 이동 관리 장치, 통신 방법, 이동 통신 단말, 및 비-일시적 컴퓨터 판독가능 매체
WO2015176256A1 (zh) 一种位置区更新的信息处理方法及装置
CN105744620A (zh) 一种电路域回落的寻呼方法及装置
WO2014059911A1 (zh) 计费同步方法、装置及***
WO2017161517A1 (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
GR01 Patent grant
GR01 Patent grant
CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20210531

Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing

Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd.

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY