CN108370555A - 一种发送下行数据通知消息的方法和装置 - Google Patents

一种发送下行数据通知消息的方法和装置 Download PDF

Info

Publication number
CN108370555A
CN108370555A CN201580085309.8A CN201580085309A CN108370555A CN 108370555 A CN108370555 A CN 108370555A CN 201580085309 A CN201580085309 A CN 201580085309A CN 108370555 A CN108370555 A CN 108370555A
Authority
CN
China
Prior art keywords
network element
user
timer
control plane
downlink data
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.)
Granted
Application number
CN201580085309.8A
Other languages
English (en)
Other versions
CN108370555B (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202011134391.8A priority Critical patent/CN112437426B/zh
Publication of CN108370555A publication Critical patent/CN108370555A/zh
Application granted granted Critical
Publication of CN108370555B publication Critical patent/CN108370555B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/246—Connectivity information discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/248—Connectivity information update
    • 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/005—Transmission of information for alerting of incoming communication
    • 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/04—User notification, e.g. alerting and paging, for incoming communication, change of service or the like multi-step notification using statistical or historical mobility data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • Probability & Statistics with Applications (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例，涉及通信领域，尤其涉及一种发送下行数据通知消息的方法和装置。其方法为：控制面网元接收移动性管理网元发送的延迟指示，延迟指示用于指示控制面网元延迟发送DDN消息；控制面网元接收用户面网元发送的事件报告消息，事件报告消息包含上报事件，上报事件用于通知控制面网元发往用户设备UE的下行数据包匹配不到承载；控制面网元确定UE注册在移动性管理网元上；若控制面网元在第一时间段内未接收到移动性管理网元发送的基站的路由信息，则控制面网元在第一时间段期满时向移动性管理网元发送DDN消息。本发明实施例的方案，能够减少的DDN的发送，从而降低移动性管理网元的信令负荷，进一步地，还能够降低用户面网元的处理复杂性。

Description

一种发送下行数据通知消息的方法和装置 技术领域
本发明涉及通信领域，尤其涉及一种发送下行数据通知(Downlink Data Notification，DDN)消息的方法和装置。
背景技术
在演进分组系统(Evolved Packet System，EPS)网络中，如图1所示，服务网关(Serving Gateway，SGW)和分组数据网络网关(Packet Data Network Gateway，PDN GW或PGW)同时集成了控制面功能与用户面功能，主要参与移动性管理和会话管理，如接入控制、数据转发和计费等。对于空闲态的用户设备(User Equipment，UE)来说，由于用户面的S1路径(即S1-U路径)和无线承载不存在，UE不能向网络发送上行数据包；当SGW收到下行数据包时，SGW也不能将该下行数据包发送给该空闲态的UE。其中，当SGW收到下行数据包并检测到该UE处于空闲态时，即S1-U路径和无线承载不存在时，SGW会发送下行数据通知DDN消息给移动性管理实体(Mobility Management Entity，MME)，触发MME开始寻呼UE。UE收到寻呼消息后将发起业务请求流程以请求建立S1-U路径和无线承载。
对于注册在MME上的单个UE来说，DDN消息对于MME不是很多，但一个MME上一般注册有至少几万个UE，当MME上注册的所有UE中有多个空闲态的UE时，SGW会发送多个DDN消息给MME，从而给MME带来很大的信令负担。现有技术中，如果MME请求SGW延迟发送DDN消息，则MME会在UE发起的业务请求流程中，向SGW发送延迟下行包通知请求(delay downlink packet notification request)。SGW收到MME的该请求后，如果后续收到注册在该MME上的空闲态的UE的下行数据，SGW不再直接发送DDN消息给对应的MME，而是按照MME的请求设定定时器以缓存接收到的下行数据。
随着网络架构的演进，基于分布式网关(Distributed Gateway，DGW) 的架构是基于网络功能的控制/用户(Control/User，C/U)分离的思路在已有的EPS网络架构上提出的一种增强网络架构。C/U分离是指将网关的控制面功能和用户面功能解耦，而这种增强网络结构包括控制面网关(Control Plane Gateway，CGW)和用户面网关(User Plane Gateway，UGW)，其中，DGW是一种分布式的UGW。CGW是一种集中式的控制面网关，集成了EPS网络中SGW和PGW的控制面功能，用于处理控制面信令。DGW集成了EPS网络中SGW和PGW的用户面功能，用于处理用户面数据。DGW在CGW的控制管理下实现对用户面数据的处理，如用户数据包转发。当DGW收到的空闲态UE的下行数据包匹配不到S1-U路径和无线承载时，DGW会向CGW上报该事件，以触发CGW向MME发送DDN消息，使得MME开始寻呼UE。但是在分布式网关的架构下，用户面网关位置比较低，部署在距离UE较近的位置，其服务范围远远小于MME的服务范围，因此，一个MME上的所有UE可能会连接多个不同的用户面网关。而由于延迟DDN消息是基于MME的粒度操作，对于一个用户面网关来说，其服务的UE可能注册在多个MME上，但是在C/U分离的情况下，用户面网关不感知UE注册在哪个MME上的。因此，在C/U分离的情况下，如何发送DDN消息是一个亟待解决的问题。
发明内容
本发明实施例提供一种发送DDN消息的方法，装置和系统，能够在C/U分离的情况下，完成DDN消息的发送。
一方面，本发明实施例提供了一种发送DDN消息的方法，包括：控制面网元接收移动性管理网元发送的延迟指示，所述延迟指示用于指示所述控制面网元延迟发送DDN消息；所述控制面网元接收用户面网元发送的事件报告消息，所述事件报告消息包含上报事件，所述上报事件用于通知所述控制面网元发往UE的下行数据包匹配不到承载；所述控制面网元确定所述UE注册在所述移动性管理网元上；若所述控制面网元在第一时间段内未接收到所述移动性管理网元发送的基站的路由信息，则所述控制面网元在所述第一时间段期满时向所述移动性管理网元发送所述DDN消息，其中，所述基站的路由信息用于标识所述承载。
由此，控制面网元能够根据用户面网元上报的事件报告消息确定UE注册的移动性管理网元，降低了用户面网元的处理复杂性；进一步的，在接收移动性管理网元发送的延迟指示后，控制面网元若在第一时间段内未接收到基站的路由信息，则在第一时间段期满时才向移动性管理网元发送DDN消息，从而减少了DDN消息的发送，降低了移动性管理网元的信令负荷。
在一种可能的设计中，所述事件报告消息还包含标识信息，所述标识信息用于确定所述下行数据包是发往所述UE的，所述控制面网元确定所述UE注册在所述移动性管理网元上，包括：所述控制面网元根据所述标识信息和本地保存的所述UE的上下文信息确定所述UE注册在所述移动性管理网元上。由此，控制面网元能够根据标识信息快速准确地确定需要延迟DDN消息发送所对应的UE。
在一种可能的设计中，所述延迟指示包含延迟参数，所述控制面网元确定所述UE注册在所述移动性管理网元上之后，所述方法还包括：所述控制面网元根据所述延迟指示启动第一定时器，根据所述延迟参数配置所述第一定时器的定时时长为所述第一时间段；所述控制面网元向已启动第二定时器的所述用户面网元发送包含所述第一时间段的第一指示消息，其中，所述第二定时器的定时时长为第二时间段，所述第一指示消息用于所述用户面网元重新启动所述第二定时器并配置所述第二定时器的定时时长为所述第一时间段，或用于所述用户面网元将所述第二定时器的定时时长配置为在所述第二时间段上延长所述第一时间段，以使得所述用户面网元缓存后续接收到的下行数据包。由此，通过设定定时器机制，能够合理控制延迟发送DDN消息的延迟时间，不会因为长时间的延迟，使得用户业务得不到响应而对用户业务体验产生较大影响；进一步的，通过指示用户面网元重用第二定时器的方法即直接延长第二定时器的定时时长，可减小用户面网元重启定时器的处理复杂性。
在一种可能的设计中所述控制面网元向已启动第二定时器的所述用户面网元发送包含所述第一时间段的第一指示消息之前，所述方法还包括：所述控制面网元向所述用户面网元发送第二指示消息，所述第二指示消息用于指示所述用户面网元配置所述第二定时器的定时时长为所述第 二时间段，以使得所述用户面网元在所述第二定时器的定时时长内缓存所述下行数据包。由此，控制面网元通过下发第二指示消息给用户面网元，使得无需人工在用户面网元配置第二定时器，便于用户面网元中第二定时器的配置和第二定时器的定时时长的调整。
在一种可能的设计中所述控制面网元根据所述延迟指示启动第一定时器之后，所述方法还包括：若所述控制面网元在所述第一时间段内接收到所述移动性管理网元发送的所述基站的路由信息，则所述控制面网元停止所述第一定时器计时，并向所述用户面网元发送所述基站的路由信息；或者，若所述控制面网元在所述第一时间段内未接收到所述移动性管理网元发送的所述基站的路由信息，则所述控制面网元向所述用户面网元发送第三指示消息，所述第三指示消息用于指示所述用户面网元停止所述第二定时器计时，并丢弃已缓存的所述下行数据包和已缓存的所述后续接收到的下行数据包。由此，通过第一定时器和第二定时器的设定，即通过定时器机制能够合理控制延迟发送DDN消息的时间，不会因为长时间的延迟，使用户业务得不到响应而对用户业务体验产生较大影响。
在一种可能的设计中，所述事件报告消息还包含所述下行数据包，或者，所述事件报告消息还包含所述下行数据包和标识信息，所述标识信息用于确定所述下行数据包是发往所述UE的，所述控制面网元确定所述UE注册在所述移动性管理网元上，包括：所述控制面网元根据所述下行数据包的目的地址和本地保存的所述UE的上下文信息确定所述UE注册在所述移动性管理网元上，其中，所述目的地址为所述UE的互联网协议IP地址；或者，所述控制面网元根据所述标识信息和本地保存的所述UE的上下文信息确定所述UE注册在所述移动性管理网元上。由此，控制面网元能够快速准确地根据下行数据包或标识信息确定需要延迟DDN消息发送所对应的UE，并确定UE的移动性管理网元；进一步的，相对于根据下行数据包识别UE，根据标识信息识别可以使得控制面网元快速识别UE，不需要解析下行数据包。
在一种可能的设计中，所述控制面网元接收用户面网元发送的事件报告消息之后，所述方法还包括：所述控制面网元缓存所述下行数据包。由此，可使得避免丢失UE的下行数据包。
在一种可能的设计中，所述延迟指示包含延迟参数，所述控制面网元确定所述UE注册在所述移动性管理网元上之后，所述方法还包括：所述控制面网元根据所述延迟指示启动第三定时器，根据所述延迟参数配置所述第三定时器的定时时长为所述第一时间段；所述控制面网元向所述用户面网元发送包含所述第一时间段的第四指示消息，所述第四指示消息用于所述用户面网元启动第四定时器并配置所述第四定时器的定时时长为所述第一时间段，以使得所述用户面网元在所述第四定时器的定时时长内缓存后续接收到的下行数据包；或者，所述控制面网元向所述用户面网元发送包含丢弃指示的第四指示消息，所述第四指示消息用于指示所述用户面网元丢弃后续接收到的下行数据包。由此，通过设定第三定时器和第四定时器，即设定定时器机制可保证网络资源的有效利用率，不会因为长时间缓存下行数据包，导致控制面网元和用户面网元的存储资源长时间被占用。
在一种可能的设计中，所述控制面网元根据所述延迟指示启动所述第三定时器之后，所述方法还包括：若所述控制面网元在所述第一时间段内接收到所述移动性管理网元发送的所述基站的路由信息，则所述控制面网元停止所述第三定时器计时，并向所述用户面网元发送所述基站的路由信息以及已缓存的所述下行数据包；或者，若所述控制面网元在所述第一时间段内未接收到所述移动性管理网元发送的所述基站的路由信息，则所述控制面网元丢弃已缓存的所述下行数据包，并向所述用户面网元发送第五指示消息，所述第五指示消息用于指示所述用户面网元停止所述第四定时器计时并丢弃已缓存的所述后续接收到的下行数据包。由此，通过定时器机制能够合理控制延迟DDN消息发送的时间，不会因为长时间的延迟，使用户业务得不到响应而对用户业务体验产生较大影响。
另一方面，本发明实施例提供了一种发送下行数据通知DDN消息的方法，包括：用户面网元接收发往UE的下行数据包，所述下行数据包匹配不到承载；所述用户面网元向控制面网元发送事件报告消息，所述事件报告消息包含上报事件，所述上报事件用于通知所述控制面网元所述下行数据包匹配不到承载，以使得所述控制面网元延迟向移动管理网元发送DDN消息。
由此，通过上报事件报告消息能够降低用户面网元的处理复杂性，也可能够使得控制面网元延迟向移动性管理网元发送DDN消息，减少了DDN消息的发送，降低了移动性管理网元的信令负荷。
在一种可能的设计中，所述事件报告消息还包含标识信息，所述标识信息用于确定所述下行数据包是发往所述UE的，以使得所述控制面网元根据所述标识信息和本地保存的所述UE的上下文信息确定所述UE注册在所述移动性管理网元上。由此，能够使得控制面网元快速准确地根据标识信息确定上报事件对应的UE和UE注册的移动性管理网元。
在一种可能的设计中，所述用户面网元接收发往UE的下行数据包之后，所述方法还包括：所述用户面网元启动定时器，所述定时器的定时时长为第二时间段，并在所述定时器的定时时长内缓存所述下行数据包。由此，在保证下行数据包不丢失的情况下，相对于将下行数据包发送给控制面网元缓存，用户面网元缓存下行数据包能够减少网络传输量。
在一种可能的设计中，所述用户面网元接收发往UE的下行数据包之前，所述方法还包括：所述用户面网元接收所述控制面网元发送的第二指示消息，所述第二指示消息用于指示所述用户面网元配置所述定时器的定时时长为所述第二时间段。由此，可无需人工在用户面网元配置定时器，方便控制面网元对用户面网元的定时设置。
在一种可能的设计中，所述用户面网元向控制面网元发送事件报告消息之后，所述方法还包括：所述用户面网元接收所述控制面网元发送的第一指示消息，所述第一指示消息包含第一时间段；所述用户面网元根据所述第一指示消息重新启动所述定时器并配置所述定时器的定时时长为所述第一时间段，或者，所述用户面网元根据所述第一指示消息将所述定时器的定时时长配置为在所述第二时间段上延长所述第一时间段；所述用户面网元根据所述定时器的定时时长缓存后续接收到的下行数据包。由此，通过设定定时器机制，能够使得用户面网元根据定时器的时长设置缓存下行数据包，保证下行数据包不丢失，也可以避免由于长时间缓存导致用户业务得不到响应而对用户业务体验产生较大影响；进一步的，还提供一种重用用户面网元上的定时器的方法即延长定时器的定时时长，可减小用户 面网元重启定时器的处理复杂性。
在一种可能的设计中，所述方法还包括：若所述用户面网元在所述定时器的定时时长内接收到所述控制面网元发送的基站的路由信息，则所述用户面网元停止所述定时器计时，并向所述UE发送已缓存的所述下行数据包和已缓存的所述后续接收到的下行数据包，所述基站的路由信息用于标识所述承载；或者，若所述用户面网元在所述定时器的定时时长内接收到所述控制面网元发送的第三指示消息，则所述用户面网元根据所述第三指示消息停止所述定时器计时，并丢弃已缓存的所述下行数据包和已缓存的所述后续接收到的下行数据包。由此，通过定时器机制能够合理控制用户面网元缓存下行数据包的时间，不会因为长时间的定时设置，使用户业务得不到响应而对用户业务体验产生较大影响。
在一种可能的设计中，所述事件报告消息还包含所述下行数据包，或者，所述事件报告消息还包含所述下行数据包和标识信息，所述标识信息用于确定所述下行数据包是发往所述UE的；以使得所述控制面网元根据所述下行数据包的目的地址和本地保存的所述UE的上下文信息确定所述UE注册在所述移动性管理网元上，其中，所述目的地址为所述UE的互联网协议IP地址；或者使得所述控制面网元根据所述标识信息和本地保存的所述UE的上下文信息确定所述UE注册在所述移动性管理网元上。由此，可使得控制面网元能够快速准确地确定上报事件所对应的UE；进一步的，携带标识信息时可以使得控制面网元快速识别UE，不需要解析下行数据包。
在一种可能的设计中，所述用户面网元向控制面网元发送事件报告消息之后，所述方法还包括：所述用户面网元接收所述控制面网元发送的第四指示消息，所述第四指示消息包含第一时间段；所述用户面网元根据所述第四指示消息启动定时器并配置所述定时器的定时时长为所述第一时间段；所述用户面网元在所述定时器的定时时长内缓存后续接收到的下行数据包；或者，所述用户面网元接收所述控制面网元发送的第四指示消息，所述第四指示消息包含丢弃指示；所述用户面网元根据所述第四指示消息丢弃后续接收到的下行数据包。由此，通过定时器机制缓存下行数据包，可保证网络资源的有效利用率，不会因为用户面网元长时间缓存数据，导 致用户面网元存储资源长时间被占用。
在一种可能的设计中，所述方法还包括：若所述用户面网元在所述定时器的定时时长内接收到所述控制面网元发送的基站的路由信息和已缓存的所述下行数据包，则所述用户面网元停止所述定时器计时，并向所述UE发送已缓存的所述下行数据包和已缓存的所述后续接收到的下行数据包，所述基站的路由信息用于标识所述承载；或者，若所述用户面网元在所述定时器的定时时长内接收到所述控制面网元发送的第五指示消息，则所述用户面网元停止所述定时器计时，并丢弃已缓存的所述后续接收到的下行数据包。由此，通过定时器机制能够合理控制用户面网元缓存下行数据包的时间，不会因为长时间进行数据缓存，使用户业务得不到响应而对用户业务体验产生较大影响。
又一方面，本发明实施例提供了一种控制面网元，该控制面网元具有实现上述方法设计中控制面网元行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一种可能的设计中，控制面网元的结构中包括：处理器和网络接口，所述处理器被配置为支持控制面网元执行上述方法中相应的功能，所述网络接口用于支持控制面网元与用户面网元、移动性管理网元之间的通信。例如，所述处理器用于通过所述网络接口接收移动性管理网元发送的延迟指示，所述延迟指示用于指示所述控制面网元延迟发送DDN消息；还用于通过所述网络接口接收用户面网元发送的事件报告消息，所述事件报告消息包含上报事件，所述上报事件用于通知所述控制面网元发往UE的下行数据包匹配不到承载；以及用于确定所述UE注册在所述移动性管理网元上；以及用于若所述控制面网元在第一时间段内未接收到所述移动性管理网元发送的基站的路由信息，则在所述第一时间段期满时通过所述网络接口向所述移动性管理网元发送所述DDN消息，其中，所述基站的路由信息用于标识所述承载。所述控制面网元还可以包括存储器，所述存储器用于与处理器耦合，其保存控制面网元必要的程序指令和数据。
又一方面，本发明实施例提供了一种用户面网元，该用户面网元具有 实现上述方法设计中用户面网元行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一种可能的设计中，用户面网元的结构包括：处理器和网络接口，所述处理器被配置为支持用户面网元执行上述方法中相应的功能，所述网络接口用于支持用户面网元与控制面网元之间的通信。例如，所述处理器用于通过所述网络接口接收发往UE的下行数据包，所述下行数据包匹配不到承载；以及用于通过所述网络接口向控制面网元发送事件报告消息，所述事件报告消息包含上报事件，所述上报事件用于通知所述控制面网元所述下行数据包匹配不到承载，以使得所述控制面网元延迟向移动管理网元发送DDN消息。所述用户面网元还可以包括存储器，所述存储器用于与处理器耦合，其保存用户面网元必要的程序指令和数据。
又一方面，本发明实施例提供了一种通信系统，该系统包括上述方面所述的控制面网元和用户面网元。
再一方面，本发明实施例提供了一种计算机存储介质，用于储存为上述控制面网元所用的计算机软件指令，其包含用于执行上述方面所设计的程序。
再一方面，本发明实施例提供了一种计算机存储介质，用于储存为上述用户面网元所用的计算机软件指令，其包含用于执行上述方面所设计的程序。
相较于现有技术，本发明提供的方案，能够在C/U分离的情况下，完成DDN消息的发送，还降低了用户面网元的处理复杂性，进一步的，能够减少的DDN消息的发送，从而降低移动性管理网元的信令负荷。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附 图。
图1为现有技术中的一种EPS网络架构的示意图；
图2为本发明实施例提供的一种EPS网络架构的示意图；
图3为本发明实施例提供的另一种EPS网络架构的示意图；
图4为本发明实施例提供的一种发送DDN消息的方法的流程示意图；
图5为本发明实施例提供的一种UE的业务请求流程的通信示意图；
图6为本发明实施例提供的另一种发送DDN消息的方法的流程示意图；
图7为本发明实施例提供的又一种发送DDN消息的方法的流程示意图；
图8为本发明实施例提供的一种控制面网元的结构示意图；
图9为本发明实施例提供的一种用户面网元的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例描述的网络架构以及业务场景是为了更加清楚的说明本发明实施例的技术方案，并不构成对本发明实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本发明实施例提供的技术方案对于类似的技术问题，同样适用。
本发明实施例的技术方案可用于将网关功能的控制面功能和用户面功能解耦的网络架构中，即用于将控制面功能和用户面功能分别形成两个单独的网络实体的网络架构中。
为了降低用户面数据的传输时延，可将用户面网关下移，部署分布式的网关。传统的网关部署的位置很高，网关下移是指将网关部署位置下移，如部署在距离UE较近的位置，例如可以将网关分布式地和演进节点B(evolved NodeB，eNB)部署在一起，这样UE通过下移的网关能够快速地接入分组数据网络(Packet Data Network，PDN)，提升了用户体验。
图2为本发明实施例提供的一种EPS网络架构的示意图，其中，该EPS网络架构中包括DGW和CGW。图2中，CGW和DGW之间的接口为S18接口，其中，S18接口可以应用现有的EPS网络架构中SGW和PGW之间的接口协议，例如通用分组无线业务(General Packet Radio Service，GPRS)隧道协议(GPRS Tunneling Protocol，GTP)，也可以应用其它接口协议或新定义的协议，本发明实施例不做限定。在该网络架构中，除引入的CGW和DGW以及二者之间的S18接口外，其他网元和接口可以应用现有的EPS网络架构的网元和接口。图2所示的网络架构中，上行方向的控制面信令的传输路径从UE开始经过演进型通用陆地无线接入网(Evolved Universal Terrestrial Radio Access Network，E-UTRAN)、MME、CGW、策略和计费规则功能(Policy and Charging Rules Function，PCRF)实体后到达服务器，上行方向的用户面数据的传输路径从UE开始经过E-UTRAN、DGW后到达服务器。
图3为本发明实施例提供的另一种EPS网络架构的示意图，其中，该EPS网络结构中包括控制面网关SGW-C和PGW-C，以及用户面网关SGW-U和PGW-U。图3中，SGW-C和SGW-U之间的接口为S18接口，PGW-C和PGW-U之间的接口为S19接口，其中，S18接口可以应用现有的EPS网络架构中SGW和PGW之间的接口协议，例如GTP，也可以应用其它接口协议或新定义的协议，本发明实施例不做限定。在该网络架构中，除引入的SGW-C和SGW-U以及二者之间的S18接口外，其他网元和接口可以应用现有的EPS网络架构的网元和接口。图3所示的网络架构中，上行方向的控制面信令的传输路径从UE开始经过E-UTRAN、MME、SGW-C、PGW-C、PCRF实体后到达服务器，上行方向的用户面数据的传输路径从UE开始经过E-UTRAN、SGW-U、PGW-U后到达服务器。
本发明实施例的技术方案可以适用于第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)定义的接入方式的场景，也可以适用于非3GPP的接入方式的场景。本发明实施例以3GPP接入方式的场景下的EPS网络架构为例进行描述。
下面将基于上面所述的本发明涉及的共性方面，对本发明实施例进一步详细说明。
本发明实施例提供一种发送DDN消息的方法，和基于这个方法的控制面网元和用户面网元。其中，控制面网元可以是控制面网关或其它控制面管理实体，用户面网元可以是用户面网关或其它用户面管理实体。控制面网元接收移动性管理网元发送的延迟指示，该延迟指示用于指示控制面网元延迟发送DDN消息；用户面网元接收发往UE的下行数据包，该下行数据包匹配不到承载；用户面网元向控制面网元发送事件报告(event report)消息，该事件报告消息包含上报事件，该上报事件用于通知控制面网元该下行数据包匹配不到承载，以使得控制面网元延迟向移动性管理网元发送DDN消息；对应的，控制面网元接收用户面网元发送的该事件报告消息；控制面网元确定该UE注册在该移动性管理网元上后，若控制面网元在第一时间段内未接收到该移动性管理网元发送的基站的路由信息，则控制面网元在第一时间段期满时向该移动性管理网元发送DDN消息，其中，该基站的路由信息用于标识上述承载。
本发明实施例的技术方案中，若用户面网元接收到空闲态的UE的下行数据包，会向控制面网元发送事件报告消息，控制面网元会基于移动性管理网元的延迟发送DDN消息的指示和该事件报告消息判断是否需要延迟向移动性管理网元发送DDN消息，如果需要，则控制面网元延迟发送DDN消息。
下面结合附图4，对本发明的实施例提供的方案进行说明。
图4为本发明实施例提供的一种发送DDN消息的方法的流程示意图。如图4所示，包括：
401、控制面网元接收移动性管理网元发送的延迟指示，延迟指示用于指示控制面网元延迟发送DDN消息。
在一个示例中，该延迟指示为延迟下行包通知请求，控制面网元接收移动性管理网元发送的承载修改请求消息，该承载修改请求消息中携带该延迟下行包通知请求。可选的，该延迟下行包通知请求中还携带延迟参数，该延迟参数表示一段时间长度。
402、用户面网元接收发往UE的下行数据包，该下行数据包匹配不到承载。
在一个示例中，用户面网元采用空闲态UE的数据缓存机制。以用户面网元为例，该空闲态UE的数据缓存机制是指，由于发往空闲态UE的下行数据包匹配不到承载，无法发往UE，当用户面网元接收到发往空闲态UE的下行数据包时，用户面网元缓存该下行数据包。由此，用户面网元缓存下行数据包，可避免丢失下行数据包。例如，在用户面网元接收该下行数据包之前，用户面网元本地配置了第二定时器，该第二定时器的定时时长为第二时间段；或者，在用户面网元接收该下行数据包之前，控制面网元向用户面网元发送第二指示消息，第二指示消息用于指示用户面网元配置第二定时器的定时时长为第二时间段，对应的，用户面网元接收控制面网元发送的第二指示消息，用户面网元根据第二指示消息配置第二定时器的定时时长为第二时间段。当接收到发往空闲态UE的下行数据包时，用户面网元启动本地的第二定时器，并在定时器的定时时长内开始缓存该下行数据包；由此，通过第二定时器的设定，能够使得用户面网元根据第二定时器的时长设置缓存下行数据包，保证下行数据包不丢失，也可以避免由于长时间缓存导致用户业务得不到响应而对用户业务体验产生较大影响。
在一个示例中，用户面网元不采用空闲态UE的数据缓存机制而控制面网元采用空闲态UE的数据缓存机制，用户面网元在接收到该下行数据包时，不缓存该下行数据包。进一步的，相对于将下行数据包发送给控制面网元缓存，用户面网元缓存下行数据包能够减少网络传输量。
403、用户面网元向控制面网元发送事件报告消息，事件报告消息包含上报事件，上报事件用于通知控制面网元该下行数据包匹配不到承载，以使得控制面网元延迟向移动性管理网元发送DDN消息。
当用户面接收到的UE的下行数据包匹配不到承载时，用户面网元无法向UE发送该下行数据包，用户面网元便向控制面网元发送该下行数据包匹配不到承载的上报事件。
在一个示例中，事件报告消息中还可以携带标识信息，标识信息用于确定下行数据包是发往该UE的；或者，事件报告消息中还可以携带该下行数据包，或该下行数据包和标识信息。例如，当用户面网元采用空闲态UE的数据缓存机制时，事件报告消息中除携带上报事件外，还携带上述标识信息；当控制面网元采用空闲态UE的数据缓存机制时，由于用户面网元不缓存下行数据包，事件报告消息中除携带上报事件外，还携带该下行数据包，或者还携带该下行数据包和上述标识信息。由此，能够使得控制面网元快速准确地根据标识信息或下行数据包确定上报事件对应的UE和UE注册的移动性管理网元。其中，控制面网元根据标识信息确定UE，可不需要解析下行数据包，能够降低控制面网元的处理复杂性。
404、控制面网元接收用户面网元发送的事件报告消息。
在一个示例中，当事件报告消息中携带该下行数据包时，控制面网元接收到事件报告消息后，缓存该下行数据包，保证了下行数据包不丢失。
405、控制面网元确定UE是否注册在上述移动性管理网元上。
在一个示例中，控制面网元根据事件报告消息中携带的内容和本地保存的UE的上下文信息确定UE是否注册在上述移动性管理网元上。例如，当事件报告消息携带上报事件和标识信息时，控制面网元根据标识信息和本地保存的UE的上下文信息确定UE注册在移动性管理网元上；当事件报告消息携带上报事件和下行数据包时，控制面网元根据下行数据包的目的地址和本地保存的UE的上下文信息确定UE注册在上述移动性管理网元上，其中，该目的地址为UE的互联网协议(Internet Protocol，IP)地址。可以理解的是，当事件报告消息中除携带上报事件和下行数据包外，还携带标识信息时，控制面网元也可以根据标识信息和本地保存的UE的上下文信息确定UE注册在上述移动性管理网元上。由此，能够使得控制面网元快速准确地根据标识信息或下行数据包确定上报事件对应的UE注册的移动性管理网元。其中，控制面网元根据标识信息确定UE对应的 移动性管理网元，可不需要解析下行数据包，能够降低控制面网元的处理复杂性。
在一个示例中，控制面网元先根据事件报告消息中携带的内容和本地保存的UE的上下文信息确定UE所注册的移动性管理网元，再确定UE所注册的移动性管理网元与向控制面网元发送延迟指示的上述移动性管理网元是否匹配，若匹配，则控制面网元确定UE注册在上述移动性管理网元上；否则，则控制面网元则确定UE未注册在上述移动性管网元上。
在一个示例中，当用户面网元采用空闲态UE的数据缓存机制时，若控制面网元确定UE注册在该移动性管理网元上，控制面网元根据上述延迟指示启动第一定时器，并根据延迟参数配置第一定时器的定时时长为第一时间段，例如，第一时间段可以是长为一个延迟参数的时间段，也可以是长为多个延迟参数累加的时间段。控制面网元向用户面网元发送包含第一时间段的第一指示消息，第一指示消息用于用户面网元重新启动第二定时器并配置第二定时器的定时时长为第一时间段，或用于用户面网元将第二定时器的定时时长配置为在第二时间段上延长第一时间段，以使得用户面网元缓存后续接收到的下行数据包。对应的，用户面网元接收控制面网元发送的包含第一时间段的第一指示消息，并根据第一指示消息重新启动第二定时器并配置第二定时器的定时时长为第一时间段，或者，用户面网元根据第一指示消息将第二定时器的定时时长配置为在第二时间段上延长第一时间段；然后，用户面网元根据第二定时器的定时时长缓存后续接收到的下行数据包。由此，通过设定第一定时器，能够合理控制控制面网元延迟发送DDN消息的延迟时间，和通过设定第二定时器，使得用户面网元不会因为长时间的数据缓存，使得用户业务得不到响应而对用户业务体验产生较大影响。进一步的，通过指示用户面网元重用第二定时器的方法即直接延长第二定时器的定时时长，可减小用户面网元重启定时器的处理复杂性。
在一个示例中，当控制面网元采用空闲态UE的数据缓存机制时，若控制面网元确定UE注册在该移动性管理网元上，控制面网元根据延迟指示启动第三定时器，根据延迟参数配置第三定时器的定时时长为第一时间段。控制面网元向用户面网元发送包含第一时间段的第四指示消息，第四 指示消息用于用户面网元启动第四定时器并配置第四定时器的定时时长为第一时间段，以使得用户面网元在第四定时器的定时时长内缓存后续接收到的下行数据包；或者，控制面网元向用户面网元发送包含丢弃指示的第四指示消息，第四指示消息用于指示用户面网元丢弃后续接收到的下行数据包。对应的，用户面网元接收控制面网元发送的包含第一时间段的第四指示消息，用户面网元根据该第四指示消息启动第四定时器并配置第四定时器的定时时长为第一时间段，以及在第四定时器的定时时长内缓存后续接收到的下行数据包；或者，用户面网元接收控制面网元发送的包含丢弃指示的第四指示消息，用户面网元根据该第四指示消息丢弃后续接收到的下行数据包。其中，通过控制面网元和用户面网元的定时器机制，能够合理控制控制面网元延迟发送DDN消息的延迟时间，使得控制面网元不会因为长时间的数据缓存，使得用户业务得不到响应而对用户业务体验产生较大影响。进一步的，通过指示用户面网元重用第四定时器的方法即直接延长第四定时器的定时时长，可减小用户面网元重启定时器的处理复杂性。相比较用户面网元采用空闲态UE的数据缓存机制，用户面网元采用空闲态UE的数据缓存机制可减少网络传输量，即不需要通过用户面网元将下行数据包发送给控制面网元。
406、若控制面网元在第一时间段内未接收到移动性管理网元发送的基站的路由信息，则控制面网元在第一时间段期满时向移动性管理网元发送DDN消息，其中，基站的路由信息用于标识承载。例如，基站的路由信息可以包括基站的隧道端点标识(Tunnel Endpoint Identifier，TEID)和地址信息。
在一个示例中，当用户面网元采用空闲态UE的数据缓存机制时，若控制面网元在第一时间段内接收到移动性管理网元发送的基站的路由信息，则控制面网元停止第一定时器计时，并向用户面网元发送基站的路由信息；或者，若控制面网元在第一时间段内未接收到移动性管理网元发送的基站的路由信息，控制面网元则向用户面网元发送第三指示消息，第三指示消息用户指示用户面网元停止第二定时器计时，并丢弃已缓存的下行数据包和已缓存的后续接收到的下行数据包。需要说明的是，当第一定时器超时且控制面网元未接收到移动性管理网元发送的基站的路由信息时， 控制面网元还可以重启第一定时器，定时时长为第一时间段或设定新的时间段，并向用户面网元再次发送第一指示消息，第一指示消息用于用户面网元重新启动第二定时器并配置第二定时器的定时时长为第一时间段或新的时间段，或用于用户面网元将第二定时器的定时时长配置为在第二时间段上延长第一时间段或新的时间段，以使得用户面网元缓存接收到的下行数据包，当控制面网元在重启第一定时器后并在第一时间段或新的时间段内还未接收到移动性管理网元发送的基站的路由信息时，控制面网元则向用户面网元发送上述第三指示消息。
在一个示例中，当控制面网元采用空闲态UE的数据缓存机制时，若控制面网元在第一时间段内接收到移动性管理网元发送的基站的路由信息，则控制面网元停止第三计时器计时，并向控制面网元发送基站的路由信息以及控制面网元已缓存的下行数据包；或者，若控制面网元在第一时间段内未接收到移动性管理网元发送的基站的路由信息，则控制面网元丢弃已缓存的下行数据包，并向用户面网元发送第五指示消息，第五指示消息用于指示用户面网元停止第四计时器计时并丢弃已缓存的后续接收到的下行数据包。需要说明的是，当第三定时器超时且控制面网元未接收到移动性管理网元发送的基站的路由信息时，控制面网元还可以重启第三定时器，定时时长为第一时间段或设定新的时间段，并向用户面网元再次发送包含第一时间段或新的时间段的第四指示消息，第四指示消息用于用户面网元重新启动第四定时器并配置第四定时器的定时时长为第一时间段或新的时间段，或用于用户面网元将第四定时器的定时时长配置为在第二时间段上延长第一时间段或新的时间段，以使得用户面网元缓存后续接收到的下行数据包，当控制面网元在重启第一定时器后并在第一时间段或新的时间段内还未接收到移动性管理网元发送的基站的路由信息时，控制面网元则向用户面网元发送上述第五指示消息。
在一个示例中，当用户面网元采用空闲态UE的数据缓存机制时，若用户面网元在第二定时器的定时时长内接收到控制面网元发送的基站的路由信息，则用户面网元停止第二定时器计时，并向UE发送已缓存的下行数据包和已缓存的后续接收到的下行数据包；或者，若用户面网元在第二定时器的定时时长内接收到控制面网元发送的第三指示消息，则用户面 网元根据第三指示消息停止第二定时器计时，并丢弃已缓存的下行数据包和已缓存的后续接收到的下行数据包。
在一个示例中，当控制面网元采用空闲态UE的数据缓存机制时，若用户面网元在第二定时器的定时时长内接收到控制面网元发送的基站的路由信息和已缓存的下行数据包，则用户面网元停止第四定时器计时，并向UE发送已缓存的下行数据包和已缓存的后续接收到的下行数据包；或者，若用户面网元在第二定时器的定时时长内接收到控制面网元发送的第五指示消息，则用户面网元停止第四定时器计时，并丢弃已缓存的后续接收到的下行数据包。
由此，采用定时器机制，能够合理控制控制面网元延迟发送DDN消息的延迟时间，使得控制面网元不会因为长时间的数据缓存，使得用户业务得不到响应而对用户业务体验产生较大影响，进一步的，也可保证网络资源的有效利用率，不会因为长时间缓存下行数据包，导致控制面网元和用户面网元的存储资源长时间被占用。
本发明实施例中，如果控制面网元确定UE注册在发送延迟指示的移动性管理网元上，则控制面网元不直接向移动性管理网元发送DDN消息，而是先在第一时间段内确定是否接收到移动性管理网元发送的基站的路由信息，如果接收到，那么控制面网元就不需要向移动性管理网元发送DDN消息了，可以减少不必要的DDN消息的发送，降低了移动性管理网元的信令负荷；如果在第一时间段内未接收到移动性管理网元发送的基站的路由信息，那么控制面网元在第一时间段期满时才向移动性管理网元发送DDN消息，相对于现有技术中用户面网元不感知UE注册在哪个移动性管理网元上时用户面网元的处理复杂性，本发明实施例可使得控制面网元根据用户面网元上报的事件报告消息确定UE注册的移动性管理网元，从而完成DDN消息的发送，降低了用户面网元的处理复杂性。
本发明实施例的方案，可以应用于与图2或图3所示的网络架构。当应用于图2所示的网络架构时，控制面网元可以为CGW，用户面网元可以为DGW；当应用于图3所示的网络架构时，控制面网元可以为SGW-C，用户面网元可以为SGW-U，或者，控制面网元可以为PGW-C，用户面网 元可以为PGW-U。
下面将结合更多的附图，基于图2所示的网络架构，以控制面网元为CGW，用户面网元为DGW，移动性管理网元为MME为例，对本发明的实施例做进一步说明。
图5为本发明实施例提供的一种业务请求流程的通信示意图。
当UE处于空闲态时，如果要发送上行数据包或者需要接收下行数据包，空闲态UE由于没有用户面的S1路径和无线承载(Radio Bearer，RB)，即没有图2或图3中的S1-U和Uu用户面传输承载，就会触发UE的业务请求流程。MME可以在该业务请求流程中向CGW发送延迟指示。业务请求流程如图5所示，在步骤508中，MME向CGW发送承载修改请求消息，该承载修改请求消息中携带延迟指示。该延迟指示可以为延迟下行包通知请求。进一步的，该延迟下行包通知请求中可以包含延迟参数。
图6为本发明实施例提供的另一种发送DDN消息的方法的流程示意图。图6所示的方法中，DGW采用空闲态UE的数据缓存机制。如图6所示，该方法包括：
601、CGW接收MME发送的延迟指示，延迟指示用于指示CGW延迟向MME发送DDN消息。
在一个示例中，延迟指示为上述承载修改请求消息中携带的延迟下行包通知请求。进一步的，该延迟下行包通知请求中包含延迟参数。
602、DGW接收发往空闲态UE的下行数据包。
若DGW在为接收到的UE的下行数据包匹配不到承载，例如未接收到eNB的路由信息，则DGW可以确定UE当前处于空闲态。
603、DGW启动第二定时器，定时时长为第二时间段，在定时时长内缓存下行数据包。
DGW采用空闲态UE的数据缓存机制，DGW启动第二定时器后，在定时时长内缓存已接收到的下行数据包和后续接收到下行数据包。同一UE的同一业务对应的承载是相同的，即同一UE的同一业务对应的基站的TEID和地址信息是相同的，因此，本发明实施例以同一UE的同一业 务对应的下行数据包进行说明。
在一个示例中，DGW本地配置有第二定时器，定时时长为第二时间段，这时，DGW启动本地的第二定时器，开始缓存该已接收到的下行数据包以及后续接收到的下行数据包；在另一个示例中，DGW的第二定时器是CGW指示DGW配置的，例如CGW可以通过S18接口的其它消息提前向DGW发送第二指示消息，该第二指示消息用于指示第二定时器的定时时长为第二时间段，DGW在为下行数据包匹配不到承载时启动第二定时器，并开始缓存接收到的下行数据包。这样不需要人工在DGW配置第二定时器，且便于调整第二定时器的定时时长。
如果DGW的第二定时器超时前，即在第二定时器的定时时长内，DGW接收到CGW发送的基站的路由信息，则DGW停止第二定时器计时，并按照基站的路由信息建立对应承载，将已缓存的UE的下行数据包通过对应承载发送给UE。如果第二定时器超时了，DGW还未接收到基站的路由信息，则DGW可以丢弃缓存的UE的下行数据包；或者，DGW也可以再次启动第二定时器，如果第二定时器启动的次数超过设置的阈值，则DGW不再启动第二定时器，这时再丢弃缓存的UE的下行数据包。
604、DGW向CGW发送事件报告消息，该事件报告消息包含上报事件。上报事件用于通知CGW发往UE的下行数据包匹配不到承载。
在一个示例中，事件报告消息中还包括标识信息，标识信息用于确定下行数据包是发往UE的。该标识信息可以包括数据流的标识、承载的标识、UE的标识、PDN连接的标识、会话标识(例如session ID)中的至少一个。例如，数据流的标识可以为业务流模版(Traffic Flow Template，TFT)，承载的标识可以为EPS Bearer ID，UE的标识可以为国际移动用户识别码(International Mobile Subscriber Identity，IMSI)或临时移动用户标识(Temporary Mobile Subscriber Identity，TMSI)。该事件报告消息中可以携带这些标识中的一个或几个，这些标识在事件报告消息中可以是直接展现，也可以是通过其它表现形式展现，例如由这些标识组成的其它新的标识，如基于面向对象思想的对象标识(object ID)，包括会话对象标识(session object ID)，承载对象标识(bearer object ID)等。
605、CGW确定该UE是否注册在发送延迟指示的MME上。若确定是，则执行步骤606，若确定否，则执行步骤613。
CGW收到DGW发送的事件报告消息后，基于标识信息和CGW本地保存的UE的上下文信息可以判断该事件是针对哪个UE的，再根据该UE的上下文信息确定该UE是否注册在之前已经指示CGW延迟DDN消息发送的MME上，即是否注册在发送延迟指示的MME上。例如，如果CGW接收到UE注册的MME发送的延迟下行包通知请求，那么就确定UE注册在已指示CGW延迟发送DDN消息的MME上。如果CGW确定UE注册到未指示CGW延迟发送DDN消息的MME上，即未注册在发送延迟指示的MME上，那么CGW就向MME发送DDN消息，以触发MME寻呼UE，UE从而发起业务请求流程，如图5所示。
在一个示例中，CGW基于标识信息和UE的上下文信息确定上报事件对应的UE的实现方式为：如果DGW发送的上报事件是基于流粒度上报的，即DGW在事件报告消息中只携带了数据流标识(如TFT)，则CGW在接收到标识信息后，需要先判断该TFT对应的承载标识，进而判断出这个承载标识对应的PDN连接，再进一步判断该PDN连接是属于哪个UE的，从而可以确定上报事件对应的UE；或者，若DGW上报的标识信息包括TFT、EPS bearer ID和PDN连接标识，则CGW基于这些标识的组合判断出该上报事件对应的UE；或者，如果DGW在标识信息中携带了UE的标识，那么CGW就可直接判断出该上报事件对应的UE。
606、CGW启动第一定时器，定时时长为第一时间段，并向DGW发送包含第一时间段的第一指示消息。
若CGW确定UE注册在发送延迟指示的MME上，则CGW就启动本地的第一定时器，基于延迟指示中的延迟参数开始计时，即根据延迟参数配置第一定时器的定时时长为第一时间段，并向DGW发送包含第一时间段的第一指示消息，以使得DGW重新启动第二定时器或延长第二定时器的定时时长，从而继续缓存已接收到的下行数据包和后续接收到的下行数据包。
607、DGW重新启动第二定时器并配置第二定时器的定时时长为第 一时间段，或者，DGW将第二定时器的定时时长配置为在第二时间段上延长第一时间段，并在第二定时器的定时时长内缓存后续接收到的下行数据包。
按照步骤603中的说明，如果DGW中的第二定时器是DGW本地配置的，那么DGW并不知道CGW也启动了一个缓存数据的第一定时器，DGW在接收到CGW发送的包含第一时间段的第一指示消息后，可以停止步骤603中已经启动计时的第二定时器，根据第一时间段重新开始计时，即将第二定时器的时长重新设定为CGW指示的第一时间段；或者，DGW可以将第一时间段叠加在第二定时器的第二时间段上，以延长第二定时器的定时时长。
如果DGW中的第二定时器是CGW下发配置的，那么CGW已经知道DGW启动了一个缓存数据的第二定时器，CGW可用通过第一指示消息明确指示DGW将第一时间段叠加到第二定时器的第二时间段上，以延迟第二定时器的定时时长，也可以明确指示DGW停止正在计时的第二定时器，重新启动第二定时器，并设定时长为第一时间段。
当DGW重启第二定时器并配置定时时长为第一时间段时，DGW可保持第二定时器与CGW的第一定时器计时同步，当DGW在第二时间段上延长第一时间段，而非重启第二定时器时，可以降低第二定时器的处理复杂性。
608、CGW确定是否在第一时间段内接收到基站的路由信息。若是，则执行步骤609，若否，则执行步骤611。
在一个示例中，若CGW在第一时间段内未接收到基站的路由信息，即在第一定时器的定时时长内未接收到基站的路由信息，CGW也可以再次启动第一定时器，并再次向DGW发送第一指示消息，以重新执行步骤606、607和608。当CGW启动第一定时器的次数超过预定阈值，而CGW仍然没有接收到基站的路由信息时，则执行步骤611。通过第一定时器的定时设置可以避免DGW因为长时间缓存数据而导致DGW的存储资源被长时间占用，从而使网络资源得到有效利用。
609、CGW停止第一定时器计时，并向DGW发送基站的路由信息。
在第一定时器超时前，即在第一定时器的定时时长内，如果CGW接收到MME发送的基站的路由信息，则CGW停止第一计时器计时，并通过S18接口将基站的路由信息发送给DGW。
610、DGW停止第二定时器计时，并根据基站的路由信息向UE发送已缓存的下行数据包和已缓存的后续接收到的下行数据包。
DGW根据CGW发送的基站的路由信息建立对应承载，并通过对应承载将已缓存的下行数据包和已缓存的后续接收到的下行数据包发送给基站，基站再将接收到的下行数据包发送给UE。
611、CGW在第一时间段期满时向MME发送DDN消息，并向DGW发送第三指示消息。
CGW在第一时间段内未接收到基站的路由信息，则CGW在第一时间段内期满时向MME发送DDN消息，以触发MME寻呼UE，使得UE执行如图5所示的业务请求流程。CGW还向DGW发送第三指示消息，第三指示信息用于指示DGW停止第二定时器计时，并丢弃已缓存的下行数据包和已缓存的后续接收到的下行数据包。
612、DGW根据第三指示消息停止第二定时器计时，并丢弃已缓存的下行数据包和已缓存的后续接收到的下行数据包。
613、CGW向MME发送DDN消息。
本发明实施例的技术方案中，一方面，当DGW接收到的发往UE的下行数据包匹配不到承载时，DGW可以基于空闲态UE的数据缓存机制缓存该下行数据包，并向CGW发送上报事件和标识信息，以使得CGW判定该UE是否注册在向CGW发送延迟指示的MME上，从而降低了DGW的处理复杂性。另一方面，CGW接收DGW发送的上报事件和标识信息后，能够根据标识信息和本地保存的UE的上下文信息确定下行数据包对应的UE是否注册在向CGW发送延迟指示的MME上，若是，则CGW延迟向MME发送DDN消息，从而能够减少发送不必要的DDN，降低MME的信令负荷。
图7为本发明实施例提供的又一种发送DDN消息的方法的流程示意 图。图7所示的方法中，DGW未采用空闲态UE的数据缓存机制，而CGW采用空闲态UE的数据缓存机制，其他与图6所示方法相似的内容可以参考图6中的详细描述，不再赘述。如图7所示，该方法包括：
701、702部分分别与图6所示方法中的601、602部分相似，可以参考601、602部分中的详细描述，此处不作赘述。
703、DGW向CGW发送事件报告消息，该事件报告消息包含下行数据包和上报事件。上报事件用于通知CGW发往UE的下行数据包匹配不到承载。
在一个示例中，事件报告消息中还包括标识信息，标识信息用于确定下行数据包是发往UE的。标识信息的具体说明可以参见604部分中的详细描述，此处不作赘述。
704、CGW确定UE是否注册在发送延迟指示的MME上。若确定是，则执行步骤705，若确定否，则执行步骤715。
如果事件报告消息中携带有上述标识信息，则CGW可以根据标识信息和本地保存的UE的上下文信息确定UE是否注册在指示延迟发送DDN消息的MME上，具体实现方式与605部分相似，可以参考605部分的详细描述。如果事件报告消息中未携带标识信息，CGW也可以根据下行数据包的目的地址和本地保存的UE的上下文信息确定该已接收到的下行数据包对应的UE，再确定该对应的UE是否注册在发送延迟指示的MME上，从而确定CGW是否需要延迟发送DDN消息其中，下行数据包的目的地址可以是UE的IP地址。
705、CGW缓存下行数据包，并启动第三定时器，定时时长为第一时间段。
该第一时间段的时长可以是一个延迟参数表示的时长，也可以是多个延迟参数叠加的时长，也即，若CGW在根据延迟参数设定第三定时器后，若第三定时器超时，且CGW还未接收到基站的路由信息，则CGW还可以再次启动第三定时器，并设定定时时长为延迟参数指示的时长。
706、CGW判断UE的业务类型是否为预设类型，若是，则执行步骤 707，若否，则执行步骤709。
业务类型可以有多种，例如语音业务、视频业务和短消息业务等，预设类型可以为视频业务,也可以为其他预设业务，本申请不做限定。对于视频业务来说，视频业务对应的数据包的丢失对于用户体验来说影响较小，这时可以使得第四指示消息用于指示DGW丢弃后续接收到的下行数据包，直至UE处于连接态时再继续发送下行数据包；对于语音业务和短消息业务等，语音业务和短消息业务对应的数据包的丢失对于用户体验来说影响较大，这时可以使得第四指示消息用于指示DGW启动第四定时器缓存后续接收到的下行数据包。
707、CGW向DGW发送包含丢弃指示的第四指示消息。其中，第四指示消息用于指示DGW丢弃后续接收到的下行数据包。
708、DGW丢弃后续接收到的下行数据包。
在一个示例中，在CGW发送丢弃指示给DGW后，DGW在接收到UE当前业务的其它下行数据包时直接丢弃掉，也就是说DGW不实行缓存机制。这种情况下，也可以是当DGW接收到UE的下行数据包时，都将下行数据包携带在事件报告消息中发送给CGW，使得CGW根据其本地的第三定时器缓存后续接收到的下行数据包。
709、CGW向DGW发送包含第一时间段的第四指示消息。第四指示消息用于DGW启动第四定时器并配置第四定时器的定时时长为第一时间段。
710、DGW启动第四定时器并配置第四定时器的定时时长为第一时间段，并在第四定时器的定时时长内缓存后续接收到的下行数据包。
DGW根据第四指示消息启动第四定时器，如果后续收到该UE的下行数据包，就缓存后续接收到的下行数据包。
711、CGW确定是否在第一时间段内接收到基站的路由信息。若是，则执行步骤712，若否，则执行步骤714。
712、CGW停止第三定时器计时，并向DGW发送基站的路由信息以及已缓存的下行数据包。
713、DGW停止第四定时器计时，并根据基站的路由信息向UE发送已缓存的下行数据包和已缓存的后续接收到的下行数据包。
714、CGW丢弃已缓存的下行数据包，向DGW发送第五指示消息，并在第一时间段期满时向MME发送DDN消息。第五指示消息用于指示DGW丢弃已缓存的后续接收到的下行数据包。
715、DGW根据第五指示信息停止第四定时器计时，并丢弃已缓存的后续接收到的下行数据包。
716、CGW向MME发送DDN消息，以触发MME寻呼UE，使得UE发起业务请求流程。
上述709～716部分中与图6所示方法中606～613部分中相似的内容，可以参考606～613部分中的详细描述，在此不再赘述。
本发明实施例的技术方案中，一方面，当DGW接收到的发往UE的下行数据包匹配不到承载时，DGW可以向CGW发送上报事件、下行数据包和标识信息，以使得CGW判定该UE是否注册在向CGW发送延迟指示的MME上，从而降低了DGW的处理复杂性。另一方面，CGW接收DGW发送的上报事件、下行数据包和标识信息后，能够根据标识信息和本地保存的UE的上下文信息确定下行数据包对应的UE是否注册在向CGW发送延迟指示的MME上，若是，则CGW延迟向MME发送DDN消息，从而能够减少发送不必要的DDN，降低MME的信令负荷。
需要说明的是，上述图5～图7所示的方法也可以应用于图3所示的网络架构。当应用于图3所示的网络架构时，CGW的功能可以由SGW-C或PGW-C实现，DGW的功能可以由SGW-U或PGW-U实现，具体实现过程参见图5～图7所示方法中的详细描述，在此不再赘述。
上述主要从各个网元之间交互的角度对本发明实施例提供的方案进行了介绍。可以理解的是，各个网元，例如控制面网元、用户面网元等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行， 取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
图8示出了上述实施例中涉及到的一种控制面网元的结构示意图。该控制面网元可以是图2所示的网络架构中的CGW；也可以是图3所示的网络架构中的SGW-C或PGW-C。
该控制面网元包括：控制器/处理器802用于对控制面网元的动作进行控制管理。例如，控制器/处理器802用于支持控制面网元执行图4中的过程401、404、405和406，图5中的过程503，图6中的过程601、605、606、608、609、611和613，图7中的过程701、704、705、706、707、709、711、712、714和716，和/或用于本发明实施例中所描述的技术的其他过程。存储器801用于存储用于控制面网元的程序代码和数据。网络接口803用于支持控制面网元与其他网络实体的通信。例如，网络接口803用于支持控制面网元与图9中用户面网元进行通信。又例如，网络接口803用于支持控制面网元与图2或图3中示出的各个网络实体之间的通信。
图9示出了上述实施例中涉及到的一种用户面网元的结构示意图。该控制面网元可以是图2所示的网络架构中的DGW；也可以是图3所示的网络架构中的SGW-U或PGW-U。
该控制面网元包括：控制器/处理器902用于对用户面网元的动作进行控制管理。例如，控制器/处理器902用于支持控用户网元执行图4中的过程402和403，图5中的过程503，图6中的过程602、603、604、607、610和612，图7中的过程702、703、708、710、713和715，和/或用于本发明实施例中所描述的技术的其他过程。存储器901用于存储用于控制面网元的程序代码和数据。网络接口903用于支持用户面网元与其他网络实体的通信。例如，网络接口903用于支持用户面网元与图8中控制面网元进行通信。又例如，网络接口903用于支持用户面网元与图2或图3中示出的各个网络实体之间的通信。
用于执行本发明上述控制面网元或用户面网元的功能的控制器/处理 器可以是中央处理器(Central Processing Unit，CPU)，通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)，现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件，硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。
结合本发明公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(Random Access Memory，RAM)、闪存、只读存储器(Read Only Memory，ROM)、可擦除可编程只读存储器(Erasable Programmable ROM，EPROM)、电可擦可编程只读存储器(Electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于控制面网元或用户面网元中。当然，处理器和存储介质也可以作为分立组件存在于控制面网元或用户面网元中。
本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范 围之内。

Claims (30)

  1. 一种发送下行数据通知DDN消息的方法，其特征在于，包括：
    控制面网元接收移动性管理网元发送的延迟指示，所述延迟指示用于指示所述控制面网元延迟发送DDN消息；
    所述控制面网元接收用户面网元发送的事件报告消息，所述事件报告消息包含上报事件，所述上报事件用于通知所述控制面网元发往用户设备UE的下行数据包匹配不到承载；
    所述控制面网元确定所述UE注册在所述移动性管理网元上；
    若所述控制面网元在第一时间段内未接收到所述移动性管理网元发送的基站的路由信息，则所述控制面网元在所述第一时间段期满时向所述移动性管理网元发送所述DDN消息，其中，所述基站的路由信息用于标识所述承载。
  2. 根据权利要求1所述的方法，其特征在于，所述事件报告消息还包含标识信息，所述标识信息用于确定所述下行数据包是发往所述UE的，所述控制面网元确定所述UE注册在所述移动性管理网元上，包括：
    所述控制面网元根据所述标识信息和本地保存的所述UE的上下文信息确定所述UE注册在所述移动性管理网元上。
  3. 根据权利要求2所述的方法，其特征在于，所述延迟指示包含延迟参数，所述控制面网元确定所述UE注册在所述移动性管理网元上之后，所述方法还包括：
    所述控制面网元根据所述延迟指示启动第一定时器，根据所述延迟参数配置所述第一定时器的定时时长为所述第一时间段；
    所述控制面网元向已启动第二定时器的所述用户面网元发送包含所述第一时间段的第一指示消息，其中，所述第二定时器的定时时长为第二时间段，所述第一指示消息用于所述用户面网元重新启动所述第二定时器并配置所述第二定时器的定时时长为所述第一时间段，或用于所述用户面网元将所述第二定时器的定时时长配置为在所述第二时间段上延长所述第一时间段，以使得所述用户面网元缓存后续接收到的下行数据包。
  4. 根据权利要求3所述的方法，其特征在于，所述控制面网元向已启动第二定时器的所述用户面网元发送包含所述第一时间段的第一指示消息之前，所述方法还包括：
    所述控制面网元向所述用户面网元发送第二指示消息，所述第二指示消息用于指示所述用户面网元配置所述第二定时器的定时时长为所述第二时间段，以使得所述用户面网元在所述第二定时器的定时时长内缓存所述下行数据包。
  5. 根据权利要求3或4所述的方法，其特征在于，所述控制面网元根据所述延迟指示启动第一定时器之后，所述方法还包括：
    若所述控制面网元在所述第一时间段内接收到所述移动性管理网元发送的所述基站的路由信息，则所述控制面网元停止所述第一定时器计时，并向所述用户面网元发送所述基站的路由信息；或者
    若所述控制面网元在所述第一时间段内未接收到所述移动性管理网元发送的所述基站的路由信息，则所述控制面网元向所述用户面网元发送第三指示消息，所述第三指示消息用于指示所述用户面网元停止所述第二定时器计时，并丢弃已缓存的所述下行数据包和已缓存的所述后续接收到的下行数据包。
  6. 根据权利要求1所述的方法，其特征在于，所述事件报告消息还包含所述下行数据包，或者，所述事件报告消息还包含所述下行数据包和标识信息，所述标识信息用于确定所述下行数据包是发往所述UE的，所述控制面网元确定所述UE注册在所述移动性管理网元上，包括：
    所述控制面网元根据所述下行数据包的目的地址和本地保存的所述UE的上下文信息确定所述UE注册在所述移动性管理网元上，其中，所述目的地址为所述UE的互联网协议IP地址；或者
    所述控制面网元根据所述标识信息和本地保存的所述UE的上下文信息确定所述UE注册在所述移动性管理网元上。
  7. 根据权利要求6所述的方法，其特征在于，所述控制面网元接收用户面网元发送的事件报告消息之后，所述方法还包括：
    所述控制面网元缓存所述下行数据包；
    所述延迟指示包含延迟参数，所述控制面网元确定所述UE注册在所述移动性管理网元上之后，所述方法还包括：
    所述控制面网元根据所述延迟指示启动第三定时器，根据所述延迟参数配置所述第三定时器的定时时长为所述第一时间段；
    所述控制面网元向所述用户面网元发送包含所述第一时间段的第四指示消息，所述第四指示消息用于所述用户面网元启动第四定时器并配置所述第四 定时器的定时时长为所述第一时间段，以使得所述用户面网元在所述第四定时器的定时时长内缓存后续接收到的下行数据包；或者
    所述控制面网元向所述用户面网元发送包含丢弃指示的第四指示消息，所述第四指示消息用于指示所述用户面网元丢弃后续接收到的下行数据包。
  8. 根据权利要求7所述的方法，其特征在于，所述控制面网元根据所述延迟指示启动所述第三定时器之后，所述方法还包括：
    若所述控制面网元在所述第一时间段内接收到所述移动性管理网元发送的所述基站的路由信息，则所述控制面网元停止所述第三定时器计时，并向所述用户面网元发送所述基站的路由信息以及已缓存的所述下行数据包；或者
    若所述控制面网元在所述第一时间段内未接收到所述移动性管理网元发送的所述基站的路由信息，则所述控制面网元丢弃已缓存的所述下行数据包，并向所述用户面网元发送第五指示消息，所述第五指示消息用于指示所述用户面网元停止所述第四定时器计时并丢弃已缓存的所述后续接收到的下行数据包。
  9. 一种发送下行数据通知DDN消息的方法，其特征在于，包括：
    用户面网元接收发往用户设备UE的下行数据包，所述下行数据包匹配不到承载；
    所述用户面网元向控制面网元发送事件报告消息，所述事件报告消息包含上报事件，所述上报事件用于通知所述控制面网元所述下行数据包匹配不到承载，以使得所述控制面网元延迟向移动管理网元发送DDN消息。
  10. 根据权利要求9所述的方法，其特征在于，所述事件报告消息还包括标识信息，所述标识信息用于确定所述下行数据包时发往所述UE的，所述用户面网元接收发往UE的下行数据包之后，所述方法还包括：
    所述用户面网元启动定时器，所述定时器的定时时长为第二时间段，并在所述定时器的定时时长内缓存所述下行数据包。
  11. 根据权利要求10所述的方法，其特征在于，所述用户面网元接收发往UE的下行数据包之前，所述方法还包括：
    所述用户面网元接收所述控制面网元发送的第二指示消息，所述第二指示消息用于指示所述用户面网元配置所述定时器的定时时长为所述第二时间段。
  12. 根据权利要求10或11所述的方法，其特征在于，所述用户面网元向 控制面网元发送事件报告消息之后，所述方法还包括：
    所述用户面网元接收所述控制面网元发送的第一指示消息，所述第一指示消息包含第一时间段；
    所述用户面网元根据所述第一指示消息重新启动所述定时器并配置所述定时器的定时时长为所述第一时间段，或者，所述用户面网元根据所述第一指示消息将所述定时器的定时时长配置为在所述第二时间段上延长所述第一时间段；
    所述用户面网元根据所述定时器的定时时长缓存后续接收到的下行数据包。
  13. 根据权利要求12所述的方法，其特征在于，所述方法还包括：
    若所述用户面网元在所述定时器的定时时长内接收到所述控制面网元发送的基站的路由信息，则所述用户面网元停止所述定时器计时，并向所述UE发送已缓存的所述下行数据包和已缓存的所述后续接收到的下行数据包，所述基站的路由信息用于标识所述承载；或者
    若所述用户面网元在所述定时器的定时时长内接收到所述控制面网元发送的第三指示消息，则所述用户面网元根据所述第三指示消息停止所述定时器计时，并丢弃已缓存的所述下行数据包和已缓存的所述后续接收到的下行数据包。
  14. 根据权利要求9所述的方法，其特征在于，所述事件报告消息还包含所述下行数据包，或者，所述事件报告消息还包含所述下行数据包和标识信息，所述标识信息用于确定所述下行数据包是发往所述UE的，所述用户面网元向控制面网元发送事件报告消息之后，所述方法还包括：
    所述用户面网元接收所述控制面网元发送的第四指示消息，所述第四指示消息包含第一时间段；
    所述用户面网元根据所述第四指示消息启动定时器并配置所述定时器的定时时长为所述第一时间段；
    所述用户面网元在所述定时器的定时时长内缓存后续接收到的下行数据包；
    或者
    所述用户面网元接收所述控制面网元发送的第四指示消息，所述第四指示 消息包含丢弃指示；
    所述用户面网元根据所述第四指示消息丢弃后续接收到的下行数据包。
  15. 根据权利要求14所述的方法，其特征在于，所述方法还包括：
    若所述用户面网元在所述定时器的定时时长内接收到所述控制面网元发送的基站的路由信息和已缓存的所述下行数据包，则所述用户面网元停止所述定时器计时，并向所述UE发送已缓存的所述下行数据包和已缓存的所述后续接收到的下行数据包，所述基站的路由信息用于标识所述承载；或者
    若所述用户面网元在所述定时器的定时时长内接收到所述控制面网元发送的第五指示消息，则所述用户面网元停止所述定时器计时，并丢弃已缓存的所述后续接收到的下行数据包。
  16. 一种控制面网元，其特征在于，包括：处理器和网络接口，
    所述处理器用于通过所述网络接口接收移动性管理网元发送的延迟指示，所述延迟指示用于指示所述控制面网元延迟发送DDN消息；还用于通过所述网络接口接收用户面网元发送的事件报告消息，所述事件报告消息包含上报事件，所述上报事件用于通知所述控制面网元发往用户设备UE的下行数据包匹配不到承载；以及用于确定所述UE注册在所述移动性管理网元上；以及用于若所述控制面网元在第一时间段内未接收到所述移动性管理网元发送的基站的路由信息，则在所述第一时间段期满时通过所述网络接口向所述移动性管理网元发送所述DDN消息，其中，所述基站的路由信息用于建立所述承载。
  17. 根据权利要求16所述的控制面网元，其特征在于，所述事件报告消息还包含标识信息，所述标识信息用于确定所述下行数据包是发往所述UE的，所述处理器具体用于根据所述标识信息和本地保存的所述UE的上下文信息确定所述UE注册在所述移动性管理网元上。
  18. 根据权利要求17所述的控制面网元，其特征在于，所述延迟指示包含延迟参数，所述处理器还用于在确定所述UE注册在所述移动性管理网元上之后，根据所述延迟指示启动第一定时器，根据所述延迟参数配置所述第一定时器的定时时长为所述第一时间段；以及用于通过所述网络接口向已启动第二定时器的所述用户面网元发送包含所述第一时间段的第一指示消息，其中，所述第二定时器的定时时长为第二时间段，所述第一指示消息用于所述用户面网元重新启动所述第二定时器并配置所述第二定时器的定时时长为所述第一时 间段，或用于所述用户面网元将所述第二定时器的定时时长配置为在所述第二时间段上延长所述第一时间段，以使得所述用户面网元缓存后续接收到的下行数据包。
  19. 根据权利要求18所述的控制面网元，其特征在于，所述处理器还用于在通过所述网络接口向已启动第二定时器的所述用户面网元发送包含所述第一时间段的第一指示消息之前，通过所述网络接口向所述用户面网元发送第二指示消息，所述第二指示消息用于指示所述用户面网元配置所述第二定时器的定时时长为所述第二时间段，以使得所述用户面网元在所述第二定时器的定时时长内缓存所述下行数据包。
  20. 根据权利要求18或19所述的控制面网元，其特征在于，所述处理器还用于在根据所述延迟指示启动第一定时器之后，若所述控制面网元在所述第一时间段内接收到所述移动性管理网元发送的所述基站的路由信息，则停止所述第一定时器计时，并通过所述网络接口向所述用户面网元发送所述基站的路由信息；或者，若所述控制面网元在所述第一时间段内未接收到所述移动性管理网元发送的所述基站的路由信息，则通过所述网络接口向所述用户面网元发送第三指示消息，所述第三指示消息用于指示所述用户面网元停止所述第二定时器计时，并丢弃已缓存的所述下行数据包和已缓存的所述后续接收到的下行数据包。
  21. 根据权利要求16所述的控制面网元，其特征在于，所述事件报告消息还包含所述下行数据包，或者，所述事件报告消息还包含所述下行数据包和标识信息，所述标识信息用于确定所述下行数据包是发往所述UE的，所述处理器具体用于根据所述下行数据包的目的地址和本地保存的所述UE的上下文信息确定所述UE注册在所述移动性管理网元上，其中，所述目的地址为所述UE的互联网协议IP地址；或者，根据所述标识信息和本地保存的所述UE的上下文信息确定所述UE注册在所述移动性管理网元上。
  22. 根据权利要求21所述的控制面网元，其特征在于，所述延迟指示包含延迟参数，所述处理器还用于在通过所述网络接口接收用户面网元发送的事件报告消息之后，缓存所述下行数据包；以及用于在确定所述UE注册在所述移动性管理网元上之后，根据所述延迟指示启动第三定时器，根据所述延迟参数配置所述第三定时器的定时时长为所述第一时间段；以及用于通过所述网络 接口向所述用户面网元发送包含所述第一时间段的第四指示消息，所述第四指示消息用于所述用户面网元启动第四定时器并配置所述第四定时器的定时时长为所述第一时间段，以使得所述用户面网元在所述第四定时器的定时时长内缓存后续接收到的下行数据包，或者用于通过所述网络接口向所述用户面网元发送包含丢弃指示的第四指示消息，所述第四指示消息用于指示所述用户面网元丢弃后续接收到的下行数据包。
  23. 根据权利要求22所述的控制面网元，其特征在于，所述处理器还用于在根据所述延迟指示启动所述第三定时器之后，若所述控制面网元在所述第一时间段内接收到所述移动性管理网元发送的所述基站的路由信息，则停止所述第三定时器计时，并通过所述网络接口向所述用户面网元发送所述基站的路由信息以及已缓存的所述下行数据包；或者，若所述控制面网元在所述第一时间段内未接收到所述移动性管理网元发送的所述基站的路由信息，则丢弃已缓存的所述下行数据包，并通过所述网络接口向所述用户面网元发送第五指示消息，所述第五指示消息用于指示所述用户面网元停止所述第四定时器计时并丢弃已缓存的所述后续接收到的下行数据包。
  24. 一种用户面网元，其特征在于，包括：处理器和网络接口，
    所述处理器用于通过所述网络接口接收发往用户设备UE的下行数据包，所述下行数据包匹配不到承载；以及用于通过所述网络接口向控制面网元发送事件报告消息，所述事件报告消息包含上报事件，所述上报事件用于通知所述控制面网元所述下行数据包匹配不到承载，以使得所述控制面网元延迟向移动管理网元发送DDN消息。
  25. 根据权利要求24所述的用户面网元，其特征在于，所述事件报告消息还包括标识信息，所述标识信息用于确定所述下行数据包时发往所述UE的，所述处理器还用于在通过所述网络接口接收发往所述UE的下行数据包之后，启动定时器，所述定时器的定时时长为第二时间段，并用于在所述定时器的定时时长内缓存所述下行数据包。
  26. 根据权利要求25所述的用户面网元，其特征在于，所述处理器还用于在通过所述网络接口接收所述UE发送的下行数据包之前，通过所述网络接口接收所述控制面网元发送的第二指示消息，所述第二指示消息用于指示所述用户面网元配置所述定时器的定时时长为所述第二时间段。
  27. 根据权利要求25或26所述的用户面网元，其特征在于，所述处理器还用于在通过所述网络接口向所述控制面网元发送所述事件报告消息之后，通过所述网络接口接收所述控制面网元发送的第一指示消息，所述第一指示消息包含第一时间段；以及用于根据所述第一指示消息重新启动所述定时器并配置所述定时器的定时时长为所述第一时间段，或者，所述用户面网元根据所述第一指示消息将所述定时器的定时时长配置为在所述第二时间段上延长所述第一时间段；以及用于根据所述定时器的定时时长缓存后续接收到的下行数据包。
  28. 根据权利要求27所述的用户面网元，其特征在于，所述处理器还用于若所述用户面网元在所述定时器的定时时长内接收到所述控制面网元发送的基站的路由信息，则停止所述定时器计时，并通过所述网络接口向所述UE发送已缓存的所述下行数据包和已缓存的所述后续接收到的下行数据包，所述基站的路由信息用于标识所述承载；或者，若所述用户面网元在所述定时器的定时时长内接收到所述控制面网元发送的第三指示消息，则根据所述第三指示消息停止所述定时器计时，并丢弃已缓存的所述下行数据包和已缓存的所述后续接收到的下行数据包。
  29. 根据权利要求24所述的用户面网元，其特征在于，所述事件报告消息还包含所述下行数据包，或者，所述事件报告消息还包含所述下行数据包和标识信息，所述标识信息用于确定所述下行数据包是发往所述UE的，所述处理器还用于在通过所述网络接口向所述控制面网元发送所述事件报告消息之后，通过所述网络接口接收所述控制面网元发送的第四指示消息，所述第四指示消息包含第一时间段，以及用于根据所述第四指示消息启动定时器并配置所述定时器的定时时长为所述第一时间段，以及用于在所述定时器的定时时长内缓存后续接收到的下行数据包；或者，所述处理器还用于在通过所述网络接口向所述控制面网元发送所述事件报告消息之后，通过所述网络接口接收所述控制面网元发送的第四指示消息，所述第四指示消息包含丢弃指示，以及用于根据所述第四指示消息丢弃后续接收到的下行数据包。
  30. 根据权利要求29所述的用户面网元，其特征在于，所述处理器还用于若所述用户面网元在所述定时器的定时时长内接收到所述控制面网元发送的基站的路由信息和已缓存的所述下行数据包，则停止所述定时器计时，并通 过所述网络接口向所述UE发送已缓存的所述下行数据包和已缓存的所述后续接收到的下行数据包，所述基站的路由信息用于建立所述承载；或者，若所述用户面网元在所述定时器的定时时长内接收到所述控制面网元发送的第五指示消息，则停止所述定时器计时，并丢弃已缓存的所述后续接收到的下行数据包。
CN201580085309.8A 2015-12-17 2015-12-17 一种发送下行数据通知消息的方法和装置 Active CN108370555B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011134391.8A CN112437426B (zh) 2015-12-17 2015-12-17 一种发送下行数据通知消息的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2015/097733 WO2017101076A1 (zh) 2015-12-17 2015-12-17 一种发送下行数据通知消息的方法和装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202011134391.8A Division CN112437426B (zh) 2015-12-17 2015-12-17 一种发送下行数据通知消息的方法和装置

Publications (2)

Publication Number Publication Date
CN108370555A true CN108370555A (zh) 2018-08-03
CN108370555B CN108370555B (zh) 2020-11-06

Family

ID=59055459

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202011134391.8A Active CN112437426B (zh) 2015-12-17 2015-12-17 一种发送下行数据通知消息的方法和装置
CN201580085309.8A Active CN108370555B (zh) 2015-12-17 2015-12-17 一种发送下行数据通知消息的方法和装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202011134391.8A Active CN112437426B (zh) 2015-12-17 2015-12-17 一种发送下行数据通知消息的方法和装置

Country Status (7)

Country Link
US (3) US10362557B2 (zh)
EP (1) EP3379872B1 (zh)
KR (1) KR102047821B1 (zh)
CN (2) CN112437426B (zh)
BR (1) BR112018012170B1 (zh)
RU (1) RU2698425C1 (zh)
WO (1) WO2017101076A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114872052A (zh) * 2022-06-06 2022-08-09 吉林农业科技学院 一种远程自动控制智能工厂机械臂的方法及系统

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101893917B1 (ko) * 2016-01-25 2018-08-31 에스케이 텔레콤주식회사 기능 분리된 코어 네트워크에서 하향링크 패킷 전송방법
WO2021038457A1 (en) * 2019-08-26 2021-03-04 Reliance Jio Infocomm Limited Method and system for management of buffering time
EP4118854A4 (en) * 2020-03-13 2023-11-08 Telefonaktiebolaget LM Ericsson (publ.) APPARATUS AND METHOD FOR IMPLEMENTING A USER PLAN FUNCTION
US20220338159A1 (en) * 2021-04-14 2022-10-20 Qualcomm Incorporated Techniques for mobile terminated calls in non-terrestrial networks

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101001449A (zh) * 2006-01-10 2007-07-18 中兴通讯股份有限公司 不同接入系统间的寻呼方法
CN104782170A (zh) * 2012-09-27 2015-07-15 三星电子株式会社 用于通过用户终端收发数据的装置和方法

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101883429B (zh) * 2009-05-07 2015-08-12 中兴通讯股份有限公司 一种用户终端接入本地网络的实现方法及系统
JP5235248B2 (ja) * 2009-05-13 2013-07-10 華為技術有限公司 ユーザ装置をページングするための方法、装置およびシステム
ES2657263T3 (es) * 2010-05-03 2018-03-02 Alcatel Lucent Control de sobrecarga en un sistema de comunicación móvil de paquetes
US8861535B2 (en) * 2010-05-21 2014-10-14 Cisco Technology, Inc. Multi-tiered paging support using paging priority
BR112013006653B1 (pt) 2010-10-04 2021-03-16 Telefonaktiebolaget L M Ericsson (Publ) método em um nó de rede, nó de rede, método em um equipamento de usuário e equipamento de usuário para assistir no controle baseado em rede de mensagens de relatório em uma rede de comunicações sem fio
KR101523457B1 (ko) * 2011-03-18 2015-05-27 알까뗄 루슨트 지오-리던던트 게이트에서 세션 복원을 위한 시스템 및 방법
WO2011116722A2 (zh) * 2011-04-29 2011-09-29 华为技术有限公司 Isr激活场景中移动管理设备故障的处理方法及设备
CN102769932B (zh) * 2011-05-05 2015-07-08 华为技术有限公司 用于电路域回退中数据传输的方法和装置
WO2011157132A2 (zh) * 2011-05-31 2011-12-22 华为技术有限公司 一种业务信息的发送方法、装置和系统
US9749382B2 (en) * 2011-09-29 2017-08-29 Netscout Systems Texas, Llc Systems for media policy decision and control and methods for use therewith
WO2014029090A1 (zh) * 2012-08-22 2014-02-27 华为技术有限公司 一种拥塞处理的方法、装置及核心网
US9060294B2 (en) 2012-10-08 2015-06-16 Cisco Technology, Inc. System and method for throttling downlink data notifications in a network environment
KR101536421B1 (ko) * 2013-10-02 2015-07-14 주식회사 엘지유플러스 Lte 시스템에서의 ddn 제어를 위한 장치, 방법, 및 기록 매체
CN103546968B (zh) * 2013-10-24 2016-09-21 大唐移动通信设备有限公司 一种下行数据触发寻呼的方法及设备
EP3018963B1 (en) * 2014-11-07 2020-09-16 Ericsson-LG Co., Ltd. Method and apparatus for controlling of ddn message, and computer readable medium for the same

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101001449A (zh) * 2006-01-10 2007-07-18 中兴通讯股份有限公司 不同接入系统间的寻呼方法
CN104782170A (zh) * 2012-09-27 2015-07-15 三星电子株式会社 用于通过用户终端收发数据的装置和方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
NOKIA NETWORKS等: "《SA WG2 Meeting #107E S2-150549》", 11 February 2015 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114872052A (zh) * 2022-06-06 2022-08-09 吉林农业科技学院 一种远程自动控制智能工厂机械臂的方法及系统

Also Published As

Publication number Publication date
US20200396712A1 (en) 2020-12-17
US10362557B2 (en) 2019-07-23
KR20180090879A (ko) 2018-08-13
EP3379872A4 (en) 2018-10-10
EP3379872A1 (en) 2018-09-26
WO2017101076A1 (zh) 2017-06-22
US11044696B2 (en) 2021-06-22
RU2698425C1 (ru) 2019-08-26
BR112018012170B1 (pt) 2024-01-23
EP3379872B1 (en) 2023-01-25
KR102047821B1 (ko) 2019-11-22
CN112437426A (zh) 2021-03-02
CN112437426B (zh) 2022-04-12
US20180317199A1 (en) 2018-11-01
CN108370555B (zh) 2020-11-06
US20190320413A1 (en) 2019-10-17
BR112018012170A2 (zh) 2018-11-27
US10708883B2 (en) 2020-07-07

Similar Documents

Publication Publication Date Title
US11496880B2 (en) Method for tracking area update in wireless communication system and apparatus therefor
US11218904B2 (en) Method for applying reflective quality of service in wireless communication system, and device therefor
US10631266B2 (en) Mobile-terminated data control method in wireless communication system and device therefor
KR102277702B1 (ko) NAS(Non Access Stratum)를 통한 신뢰 가능한 데이터 전달
US11044696B2 (en) Downlink data notification message sending method, and apparatus
EP3280167B1 (en) Method and device for controlling set-up of user side bearer
WO2013040962A1 (zh) 数据发送和接收方法及设备
WO2014012227A1 (zh) 一种数据连接管理的方法、装置及系统
WO2017197565A1 (zh) 切换过程中的通信方法和装置
US9781624B2 (en) System and method for intuitive packet buffering and adaptive paging
WO2017197563A1 (zh) 用于数据传输的方法和装置
WO2011095256A1 (en) Restart of peer node
US20130308546A1 (en) Mobile station, communication application, and mobile communication method
WO2012130064A1 (zh) 数据传输方法以及系统
WO2019223477A1 (zh) 会话处理方法及装置、网元及存储介质
WO2016074468A1 (zh) 支持多pdn连接的优化切换的方法、网络节点及系统

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