CN107548153B - 寻呼方法、ran-up实体、ran-cp实体及ue - Google Patents

寻呼方法、ran-up实体、ran-cp实体及ue Download PDF

Info

Publication number
CN107548153B
CN107548153B CN201610485952.6A CN201610485952A CN107548153B CN 107548153 B CN107548153 B CN 107548153B CN 201610485952 A CN201610485952 A CN 201610485952A CN 107548153 B CN107548153 B CN 107548153B
Authority
CN
China
Prior art keywords
ran
entity
data packet
message
paging
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
CN201610485952.6A
Other languages
English (en)
Other versions
CN107548153A (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.)
ZTE Corp
Original Assignee
ZTE 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 ZTE Corp filed Critical ZTE Corp
Priority to CN201610485952.6A priority Critical patent/CN107548153B/zh
Priority to EP17819148.2A priority patent/EP3477975B1/en
Priority to PCT/CN2017/089367 priority patent/WO2018001151A1/zh
Publication of CN107548153A publication Critical patent/CN107548153A/zh
Priority to US16/232,972 priority patent/US10966176B2/en
Application granted granted Critical
Publication of CN107548153B publication Critical patent/CN107548153B/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/005—Transmission of information for alerting of incoming communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • 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/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/25—Maintenance of established connections
    • 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
    • H04W8/12—Mobility data transfer between location registers or mobility servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/022—Selective call receivers
    • H04W88/023—Selective call receivers with message or information receiving capability
    • 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)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种寻呼方法、RAN‑UP实体、RAN‑CP实体及UE，包括：RAN‑UP实体接收核心网发送的数据包，将数据包发送给RAN‑CP实体。所述RAN‑CP实体将所述数据包封装在寻呼消息中发送给UE；所述寻呼消息中携有第一指示消息，用于指示UE当接收到所述寻呼消息时，保持处于休眠态，并从所述寻呼消息中提取所述数据包。另一方面，RAN‑UP实体接收核心网发送的数据包，将数据包达到指示或寻呼指示发送给RAN‑CP实体。RAN‑CP实体封装寻呼消息发送给UE；所述寻呼消息中携有第二指示消息，用于指示UE当接收到所述寻呼消息时，迁出休眠态进入连接态，并接收所述RAN‑UP实体发送的数据包。

Description

寻呼方法、RAN-UP实体、RAN-CP实体及UE
技术领域
本发明涉无线通信技术，尤其涉及一种寻呼方法、RAN-UP实体、RAN-CP实体及用户设备(UE，User Equipment)。
背景技术
蜂窝移动通信技术已经进入4G时代，但为了满足未来更高、更快、更新的通信需求，业界已经着手展开对5G技术的研究。5G将在更大的吞吐量、更多的用户连接、更低时延、更高可靠性、更低功耗方面进行进一步的技术研究。目前，业界提出了5G技术目标：到2020年左右，实现每区域1000倍的移动数据流量增长，每UE 10到100倍的吞吐量增长，连接设备数10到100倍的增长，低功率设备10倍的电池寿命延长，以及端到端5倍延迟的下降。
所以相对4G，5G研究提出了更高的性能要求，其中之一就是对控制面状态转换(从不发数据到可以传输数据)提出了10ms的指标要求，并在此基础上UE可以尽可能省电。因此，需要一种新的UE状态—休眠态。在休眠态下，UE和网络侧没有专用连接态资源，网络侧和核心网之间保持着UE级承载连接。由于5G终端的多样性，这种休眠态可以适用于手机、物联网器件等各类终端和业务，这些业务的优先等级以及数据包特性都会对休眠态提出新的需求。同时，随着居民接入网软件定义网络(RAN SDN，Residential Access NetworkSoftware Defined Network)化的趋势，RAN的控制面和RAN的用户面也趋向于一种分离架构，这样RAN控制面锚点可以和RAN用户面锚点分离，从而实现一种SDN化的灵活部署架构。
在上述背景下，如何进行休眠态的寻呼操作是有待解决的问题。
发明内容
为解决上述技术问题，本发明实施例提供了一种寻呼方法、RAN-UP实体、RAN-CP实体及UE。
本发明实施例提供的寻呼方法，应用于RAN用户面(RAN-UP)实体；所述方法包括：
RAN-UP实体接收核心网发送的数据包；
所述RAN-UP实体将所述数据包或控制消息发送给RAN控制面(RAN-CP)实体。
本发明实施例中，所述RAN-UP实体接收核心网发送的数据包，包括：
RAN-UP实体通过第一接口接收核心网发送的数据包。
本发明实施例中，所述第一接口为S1或者S1-U。
本发明实施例中，所述RAN-UP实体将所述数据包或控制消息发送给RAN控制面RAN-CP实体，包括：
所述RAN-UP实体通过第二接口将所述数据包或控制消息发送给RAN控制面RAN-CP实体；其中所述控制消息为数据到达指示或者寻呼指示。
本发明实施例中，所述第二接口为Xn口，n是整数。
本发明实施例中，所述方法还包括：
所述RAN-UP实体通过第二接口将所述数据包发送给RAN-CP实体时，在所述第二接口对应的接口消息中携带所述数据包所在业务逻辑信道ID和/或业务所属承载ID；或者，将所述数据包，以及业务逻辑信道ID和/或业务所属承载ID打包编码成数据流发送给RAN-CP实体。
本发明另一实施例提供的寻呼方法，应用于RAN-CP实体；所述方法包括：
RAN-CP实体接收RAN-UP实体发送的数据包，所述RAN-CP实体将所述数据包封装在寻呼消息中发送给UE；其中，所述寻呼消息中携有第一指示消息，所述第一指示消息用于指示UE当接收到所述寻呼消息时，保持处于休眠态，并从所述寻呼消息中提取所述数据包；或者，
RAN-CP实体接收RAN-UP实体发送的控制消息，所述RAN-CP实体封装寻呼消息发送给UE；其中，所述寻呼消息中携有第二指示消息，所述第二指示消息用于指示UE当接收到所述寻呼消息时，迁出休眠态进入连接态，并接收所述RAN-UP实体发送的数据包。
本发明实施例中，所述RAN-CP实体接收RAN-UP实体发送的数据包或控制消息，包括：
RAN-CP实体通过第二接口接收RAN-UP实体发送的数据包或控制消息；其中所述控制消息为数据到达指示或者寻呼指示。
本发明实施例中，所述第二接口为Xn口，n是整数。
本发明实施例中，所述方法还包括：
RAN-CP实体通过第二接口接收到RAN-UP实体发送的数据包时，从所述第二接口对应的接口消息中提取所述数据包所在业务逻辑信道ID和/或业务所属承载ID；将所述数据包所在业务逻辑信道ID和/或业务所属承载ID封装在所述寻呼消息中发送给UE；或者，
将所述数据包所在业务逻辑信道ID和/或业务所属承载ID以编码形式整合在数据包中，并将数据包封装在寻呼消息中发送给UE；或者，
将RAN-UP实体发送来的编码后的数据包以及业务逻辑信道ID和/或业务所属承载ID的数据流封装在所述寻呼消息中发送给UE。
本发明另一实施例提供的寻呼方法，应用于UE，所述方法包括：
UE处于休眠态时，接收RAN-CP实体发送的寻呼消息；
从所述寻呼消息中提取出第一指示消息；
根据所述第一指示消息的指示保持处于休眠态，并在休眠态下从所述寻呼消息中提取数据包。
本发明另一实施例提供的寻呼方法，应用于UE，所述方法包括：
UE处于休眠态时，接收RAN-CP实体发送的寻呼消息；
从所述寻呼消息中提取出第二指示消息；
根据所述第二指示消息的指示迁出休眠态进入连接态，并在连接态下接收RAN-UP实体发送的数据包。
本发明实施例提供的RAN-UP实体，包括：
接收单元，用于接收核心网发送的数据包；
发送单元，用于将所述数据包或者控制消息发送给RAN控制面RAN-CP实体。
本发明实施例中，所述接收单元，还用于通过第一接口接收核心网发送的数据包。
本发明实施例中，所述发送单元，还用于通过第二接口将所述数据包或者控制消息发送给RAN控制面RAN-CP实体；其中所述控制消息为数据到达指示或者寻呼指示。
本发明实施例中，所述RAN-UP实体还包括：处理单元，用于通过第二接口将所述数据包发送给RAN-CP实体时，在所述第二接口对应的接口消息中携带所述数据包所在业务逻辑信道ID和/或业务所属承载ID；或者，将所述数据包，以及业务逻辑信道ID和/或业务所属承载ID编码成数据流发送给RAN-CP实体。
本发明实施例提供的RAN-CP实体，包括：
接收单元，用于接收RAN-UP实体发送的数据包或控制消息；
发送单元，用于将所述数据包封装在寻呼消息中发送给UE；其中，所述寻呼消息中携有第一指示消息，所述第一指示消息用于指示UE当接收到所述寻呼消息时，保持处于休眠态，并从所述寻呼消息中提取所述数据包；或者，用于封装寻呼消息发送给UE；其中，所述寻呼消息中携有第二指示消息，所述第二指示消息用于指示UE当接收到所述寻呼消息时，迁出休眠态进入连接态，并接收所述RAN-UP实体发送的数据包。
本发明实施例中，所述接收单元，还用于通过第二接口接收RAN-UP实体发送的数据包或者控制消息；其中所述控制消息为数据到达指示或者寻呼指示。
本发明实施例中，所述RAN-CP实体还包括：处理单元，用于通过第二接口接收到RAN-UP实体发送的数据包时，从所述第二接口对应的接口消息中提取所述数据包所在业务逻辑信道ID和/或业务所属承载ID；
所述处理单元，还用于将所述数据包所在业务逻辑信道ID和/或业务所属承载ID封装在所述寻呼消息中发送给UE；或者，将所述数据包所在业务逻辑信道ID和/或业务所属承载ID以编码形式整合在数据包中发送给UE；或者，将RAN-UP实体编码后的数据包以及业务逻辑信道ID和/或业务所属承载ID的数据流封装在所述寻呼消息中发送给UE。
本发明实施例提供的UE处于休眠态，所述UE包括：
接收单元，用于接收RAN-CP实体发送的寻呼消息；
提取单元，用于从所述寻呼消息中提取出第一指示消息；
处理单元，用于根据所述第一指示消息的指示保持处于休眠态，并在休眠态下从所述寻呼消息中提取数据包。
本发明实施例提供的UE处于休眠态，所述UE包括：
接收单元，用于接收RAN-CP实体发送的寻呼消息；
提取单元，用于从所述寻呼消息中提取出第二指示消息；
处理单元，用于根据所述第二指示消息的指示迁出休眠态进入连接态，并在连接态下接收RAN-UP实体发送的数据包。
本发明实施例的技术方案中，在一实施方式中，RAN-UP实体接收核心网发送的数据包；所述RAN-UP实体将所述数据包发送给RAN-CP实体。RAN-CP实体接收RAN-UP实体发送的数据包；所述RAN-CP实体将所述数据包封装在寻呼消息中发送给UE；其中，所述寻呼消息中携有第一指示消息，所述第一指示消息用于指示UE当接收到所述寻呼消息时，保持处于休眠态，并从所述寻呼消息中提取所述数据包。在另一实施方式中，RAN-UP实体接收核心网发送的数据包；所述RAN-UP实体将数据包达到指示或寻呼指示发送给RAN-CP实体。RAN-CP实体接收RAN-UP实体发送的数据包达到指示或寻呼指示；所述RAN-CP实体封装寻呼消息发送给UE；其中，所述寻呼消息中携有第二指示消息，所述第二指示消息用于指示UE当接收到所述寻呼消息时，迁出休眠态进入连接态，并接收所述RAN-UP实体发送的数据包。如此，在5G RAN控制面和用户面分离的架构下，实现了休眠态下的寻呼以及数据传递。
附图说明
在附图(其不一定是按比例绘制的)中，相似的附图标记可在不同的视图中描述相似的部件。具有不同字母后缀的相似附图标记可表示相似部件的不同示例。附图以示例而非限制的方式大体示出了本文中所讨论的各个实施例。
图1为本发明实施例的RAN-CP实体和RAN-UP实体架构示意图；
图2为本发明实施例一的寻呼方法的流程示意图；
图3为本发明实施例二的寻呼方法的流程示意图；
图4为本发明应用场景一的流程图；
图5为本发明应用场景二的流程图；
图6为本发明应用场景三的流程图；
图7为本发明实施例的RAN-UP实体的结构组成示意图；
图8为本发明实施例的RAN-CP实体的结构组成示意图；
图9为本发明实施例的UE的结构组成示意图。
具体实施方式
为了能够更加详尽地了解本发明实施例的特点与技术内容，下面结合附图对本发明实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明实施例。
图1为本发明实施例的RAN-CP实体和RAN-UP实体架构示意图，如图1所示，5G的RAN-CP实体和RAN-UP实体分离后，当UE处于休眠态，核心网下行数据包通过S1-U到达RAN-UP实体，RAN-UP实体收到数据包后，可选的执行两个过程：
过程1：RAN-UP实体将数据包通过Xn接口消息传递给RAN-CP实体，在一实施方式中，Xn接口消息中可以携带但不限于该数据包所在业务逻辑信道ID或业务所属承载ID。
RAN-CP实体收到RAN-UP实体通过Xn接口发来的消息，提取消息中的数据包，在一实施方式中，可提取消息中该数据包所在业务逻辑信道ID或业务所属承载ID；然后，将数据包(在一实施方式中，还将数据包所在业务逻辑信道ID或业务所属承载ID)封装在寻呼消息中传递给UE，寻呼消息中指示UE不用迁移出休眠态。
UE接收寻呼消息中的数据包，但UE不用迁移休眠态。
过程2：RAN-UP实体通过Xn接口消息通知RAN-CP实体有数据包到达，Xn接口消息中指示有数据包到达。
RAN-CP实体接收RAN-UP实体通过Xn接口发来的消息后，封装寻呼消息发给UE；寻呼消息中指示UE迁出休眠态。
UE接收到寻呼消息，UE发起流程迁出休眠态而进入连接态，UE在连接态下接收RAN-UP实体发送的下行数据包。
本发明实施例的技术方案在RAN-CP实体和RAN-UP实体分离的模式下，根据业务属性，支持UE休眠态的数据接收以及状态唤醒迁出的数据传输。
图2为本发明实施例一的寻呼方法的流程示意图，如图2所示，所述方法包括以下步骤：
步骤201：RAN-UP实体接收核心网发送的数据包。
这里，RAN-UP实体通过S1-U接口接收核心网发送的数据包。
步骤202：所述RAN-UP实体将所述数据包发送给RAN-CP实体。
这里，所述RAN-UP实体通过Xn接口将所述数据包发送给RAN控制面RAN-CP实体。
在一实施方式中，所述RAN-UP实体通过Xn接口将所述数据包发送给RAN-CP实体时，在所述Xn接口对应的接口消息中携带所述数据包所在业务逻辑信道ID和/或业务所属承载ID；或者，
将所述数据包，以及业务逻辑信道ID和/或业务所属承载ID打包编码成数据流发送给RAN-CP实体。
步骤203：RAN-CP实体接收RAN-UP实体发送的数据包。
这里，RAN-CP实体通过Xn接口接收RAN-UP实体发送的数据包。
步骤204：所述RAN-CP实体将所述数据包封装在寻呼消息中发送给UE；其中，所述寻呼消息中携有第一指示消息。
所述第一指示消息用于指示UE当接收到所述寻呼消息时，保持处于休眠态，并从所述寻呼消息中提取所述数据包。
本发明实施例中，RAN-CP实体通过第二接口接收到RAN-UP实体发送的数据包时，从所述第二接口对应的接口消息中提取所述数据包所在业务逻辑信道ID和/或业务所属承载ID；将所述数据包所在业务逻辑信道ID和/或业务所属承载ID封装在所述寻呼消息中发送给UE；或者，
将所述数据包所在业务逻辑信道ID和/或业务所属承载ID以编码形式整合在数据包中，并将数据包封装在寻呼消息中发送给UE；或者，
将RAN-UP实体发送来的编码后的数据包以及业务逻辑信道ID和/或业务所属承载ID的数据流封装在所述寻呼消息中发送给UE。
步骤205：UE处于休眠态时，接收RAN-CP实体发送的寻呼消息。
步骤206：UE从所述寻呼消息中提取出第一指示消息。
步骤207：UE根据所述第一指示消息的指示保持处于休眠态，并在休眠态下从所述寻呼消息中提取数据包。
图3为本发明实施例二的寻呼方法的流程示意图，如图3所示，所述方法包括以下步骤：
步骤301：RAN-UP实体接收核心网发送的数据包。
这里，所述RAN-UP实体将数据包达到指示或寻呼指示发送给RAN-CP实体。
步骤302：所述RAN-UP实体将数据包达到指示或寻呼指示发送给RAN-CP实体。
这里，所述RAN-UP实体通过Xn接口将数据包达到指示或寻呼指示发送给RAN-CP实体。
步骤303：RAN-CP实体接收RAN-UP实体发送的数据包达到指示或寻呼指示。
这里，RAN-CP实体通过Xn接口接收RAN-UP实体发送的数据包达到指示或寻呼指示。
步骤304：所述RAN-CP实体封装寻呼消息发送给UE；其中，所述寻呼消息中携有第二指示消息。
这里，所述第二指示消息用于指示UE当接收到所述寻呼消息时，迁出休眠态进入连接态，并接收所述RAN-UP实体发送的数据包。
步骤305：UE处于休眠态时，接收RAN-CP实体发送的寻呼消息。
步骤306：UE从所述寻呼消息中提取出第二指示消息。
步骤307：UE根据所述第二指示消息的指示迁出休眠态进入连接态，并在连接态下接收RAN-UP实体发送的数据包。
下面结合具体应用场景对本发明实施例的寻呼方法做进一步解释说明。
应用场景一
根据数据包业务和大小特性，通过寻呼消息将数据包携带给UE，其中，UE在休眠态下接收数据包。参照图4：
步骤401：RAN-UP实体收到核心网(CN，Core Network)用户面的下行数据包。
步骤402：RAN-UP实体根据数据包所在业务承载或者数据包头信息，判定可以在UE休眠态下发送。
其中，所述包头信息包括但不限于服务质量(QoS，Quality of Service)等级。
步骤403：RAN-UP实体判定出据包长小于一定门限。
步骤404：RAN-UP实体将数据包封装到和RAN-CP实体之间的Xn接口消息中，消息中可以添加但不限于数据包所在业务承载ID或逻辑信道ID等。然后RAN-UP实体将消息发送给RAN-CP实体。
步骤405：RAN-CP实体接收到RAN-UP实体通过Xn接口发送过来的消息，提取该消息中的数据包和消息信元。
步骤406：RAN-CP实体将数据包封装入寻呼消息。这里，可以在寻呼消息中添加但不限于数据包所在业务承载ID或逻辑信道ID，寻呼消息中指示UE不需要迁出休眠态并接收寻呼中的数据包。
步骤407：RAN-CP实体将寻呼消息发送给UE。
步骤408：UE在休眠态下接收到寻呼消息，保持休眠态，并且接收寻呼消息中的数据包，并根据但不限于数据包中RAN-UP实体封装的业务承载ID，逻辑信道ID等信息将数据包递交到相应的业务会话中。
应用场景二
根据数据包业务特性，通过寻呼消息将UE迁出休眠态再接收数据包。参照图5：
步骤501：RAN-UP实体收到CN用户面的下行数据包。
步骤502：RAN-UP实体根据数据包所在业务承载或者数据包头信息，判定不可以在UE休眠态下发送。
这里，所述包头信息包括但不限于QoS等级。
步骤503：RAN-UP实体封装一个RAN-CP实体之间的Xn接口消息，消息中包含但不限于指示RAN-CP实体有可接收的数据包到达。然后将消息发送给RAN-CP实体。
步骤504：RAN-CP实体接收到RAN-UP实体通过Xn接口发送过来的消息，封装寻呼消息发送给UE，指示UE需要迁出休眠态。
步骤505：UE在休眠态下接收到寻呼消息，发起请求迁出休眠态。
步骤506：UE迁出休眠态，进入连接状态后开始数据包传输。
应用场景三
根据数据包大小特性，通过寻呼消息将UE迁出休眠态，其中，UE在连接条下接收数据包。参照图6：
步骤601：RAN-UP实体收到CN用户面的下行数据包。
步骤602：RAN-UP实体根据数据包大小，判定出数据包大于一定长度，不可以在UE休眠态下发送。
步骤603：RAN-UP实体封装一个RAN-CP实体之间的Xn接口消息，消息中包含但不限于指示RAN-CP实体有可以接收的数据包到达。然后将消息发送给RAN-CP实体。
步骤604：RAN-CP实体接收到RAN-UP实体通过Xn接口发送过来的消息，封装寻呼消息发送给UE，指示UE需要迁出休眠态。
步骤605：UE在休眠态下接收到寻呼消息，发起请求迁出休眠态。
步骤606：UE迁出休眠态，进入连接状态后开始数据包传输。
图7为本发明实施例的RAN-UP实体的结构组成示意图；所述RAN-UP实体包括：
接收单元71，用于接收核心网发送的数据包；
发送单元72，用于将所述数据包或者控制消息发送给RAN控制面RAN-CP实体。
所述接收单元71，还用于通过第一接口接收核心网发送的数据包。
所述发送单元72，还用于通过第二接口将所述数据包或者控制消息发送给RAN控制面RAN-CP实体；其中所述控制消息为数据到达指示或者寻呼指示。
所述RAN-UP实体还包括：处理单元73，用于通过第二接口将所述数据包发送给RAN-CP实体时，在所述第二接口对应的接口消息中携带所述数据包所在业务逻辑信道ID和/或业务所属承载ID；或者，将所述数据包，以及业务逻辑信道ID和/或业务所属承载ID编码成数据流发送给RAN-CP实体。
本领域技术人员应当理解，图7所示的RAN-UP实体中的各实体的实现功能可参照前述寻呼方法的相关描述而理解。图7所示的RAN-UP实体中的各实体的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现。
图8为本发明实施例的RAN-CP实体的结构组成示意图；所述RAN-CP实体包括：
接收单元81，用于接收RAN-UP实体发送的数据包或控制消息；
发送单元82，用于所述数据包封装在寻呼消息中发送给UE；其中，所述寻呼消息中携有第一指示消息，所述第一指示消息用于指示UE当接收到所述寻呼消息时，保持处于休眠态，并从所述寻呼消息中提取所述数据包；或者，用于封装寻呼消息发送给UE；其中，所述寻呼消息中携有第二指示消息，所述第二指示消息用于指示UE当接收到所述寻呼消息时，迁出休眠态进入连接态，并接收所述RAN-UP实体发送的数据包。
所述接收单元81，还用于通过第二接口接收RAN-UP实体发送的数据包或者控制消息；其中所述控制消息为数据到达指示或者寻呼指示。
所述RAN-CP实体还包括：处理单元83，用于通过第二接口接收到RAN-UP实体发送的数据包时，从所述第二接口对应的接口消息中提取所述数据包所在业务逻辑信道ID和/或业务所属承载ID；
所述处理单元83，还用于将所述数据包所在业务逻辑信道ID和/或业务所属承载ID封装在所述寻呼消息中发送给UE；或者，将所述数据包所在业务逻辑信道ID和/或业务所属承载ID以编码形式整合在数据包中发送给UE；或者，将RAN-UP实体编码后的数据包以及业务逻辑信道ID和/或业务所属承载ID的数据流封装在所述寻呼消息中发送给UE。
本领域技术人员应当理解，图8所示的RAN-CP实体中的各实体的实现功能可参照前述寻呼方法的相关描述而理解。图8所示的RAN-CP实体中的各实体的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现。
图9为本发明实施例的UE的结构组成示意图。
在本发明实施例中，所述终端包括：
接收单元91，用于接收RAN-CP实体发送的寻呼消息；
提取单元92，用于从所述寻呼消息中提取出第一指示消息；
处理单元93，用于根据所述第一指示消息的指示保持处于休眠态，并在休眠态下从所述寻呼消息中提取数据包。
在本发明另一实施例中，所述终端包括：
接收单元91，用于接收RAN-CP实体发送的寻呼消息；
提取单元92，用于从所述寻呼消息中提取出第二指示消息；
处理单元93，用于根据所述第二指示消息的指示迁出休眠态进入连接态，并在连接态下接收RAN-UP实体发送的数据包。
本领域技术人员应当理解，图9所示的UE中的各单元的实现功能可参照前述寻呼方法的相关描述而理解。图9所示的UE中的各单元的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现。
本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (13)

1.一种寻呼方法，其特征在于，应用于RAN用户面RAN-UP实体；所述方法包括：
RAN-UP实体接收核心网发送的数据包；
所述RAN-UP实体在确定所述数据包的包长度大于一定长度时，判定所述数据包不在用户设备UE休眠态下发送；
所述RAN-UP实体将控制消息发送给RAN控制面RAN-CP实体，其中，所述控制消息指示所述RAN-CP实体向所述用户设备UE发送寻呼消息，并且其中，所述控制消息基于所述判定来发送。
2.根据权利要求1所述的寻呼方法，其特征在于，所述RAN-UP实体接收核心网发送的数据包，包括：
RAN-UP实体通过第一接口接收核心网发送的数据包。
3.根据权利要求2所述的寻呼方法，其特征在于，所述第一接口为S1或者S1-U。
4.根据权利要求1所述的寻呼方法，其特征在于，所述RAN-UP实体将控制消息发送给RAN控制面RAN-CP实体，包括：
所述RAN-UP实体通过第二接口将所述控制消息发送给RAN控制面RAN-CP实体；其中所述控制消息为数据到达指示。
5.根据权利要求4所述的寻呼方法，其特征在于，所述第二接口为Xn口，n是整数。
6.一种寻呼方法，其特征在于，应用于RAN-CP实体；所述方法包括：
RAN-CP实体接收RAN-UP实体发送的控制消息，其中，响应于要发送到用户设备UE的数据包的包长度大于一定长度而接受所述控制消息；所述RAN-CP实体封装寻呼消息发送给UE，其中，所述寻呼消息中携有第二指示消息，所述第二指示消息用于指示UE当接收到所述寻呼消息时，迁出休眠态进入连接态，并接收所述RAN-UP实体发送的数据包。
7.根据权利要求6所述的寻呼方法，其特征在于，所述RAN-CP实体接收RAN-UP实体发送的控制消息，包括：
RAN-CP实体通过第二接口接收RAN-UP实体发送的控制消息；其中所述控制消息为数据到达指示。
8.根据权利要求7所述的寻呼方法，其特征在于，所述第二接口为Xn口，n是整数。
9.一种RAN-UP实体，其特征在于，所述RAN-UP实体包括：
接收单元，用于接收核心网发送的数据包；
处理单元，用于在确定所述数据包的包长度大于一定长度时，判定所述数据包不在用户设备UE休眠态下发送；
发送单元，用于将控制消息发送给RAN控制面RAN-CP实体，其中，所述控制消息指示所述RAN-CP实体向所述用户设备UE发送寻呼消息，并且其中，所述控制消息基于所述判定来发送。
10.根据权利要求9所述的RAN-UP实体，其特征在于，所述接收单元，还用于通过第一接口接收核心网发送的数据包。
11.根据权利要求9所述的RAN-UP实体，其特征在于，所述发送单元，还用于通过第二接口将所述控制消息发送给RAN控制面RAN-CP实体；其中所述控制消息为数据到达指示。
12.一种RAN-CP实体，其特征在于，所述RAN-CP实体包括：
接收单元，用于接收RAN-UP实体发送的控制消息，其中，响应于要发送到用户设备UE的数据包的包长度大于一定长度而接受所述控制消息；
发送单元，用于封装寻呼消息发送给UE，其中，所述寻呼消息中携有第二指示消息，所述第二指示消息用于指示UE当接收到所述寻呼消息时，迁出休眠态进入连接态，并接收所述RAN-UP实体发送的数据包。
13.根据权利要求12所述的RAN-CP实体，其特征在于，所述接收单元，还用于通过第二接口接收RAN-UP实体发送的控制消息；其中所述控制消息为数据到达指示。
CN201610485952.6A 2016-06-28 2016-06-28 寻呼方法、ran-up实体、ran-cp实体及ue Active CN107548153B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201610485952.6A CN107548153B (zh) 2016-06-28 2016-06-28 寻呼方法、ran-up实体、ran-cp实体及ue
EP17819148.2A EP3477975B1 (en) 2016-06-28 2017-06-21 Paging method, ran-up entity, ran-cp entity, and ue
PCT/CN2017/089367 WO2018001151A1 (zh) 2016-06-28 2017-06-21 寻呼方法、ran-up实体、ran-cp实体及ue
US16/232,972 US10966176B2 (en) 2016-06-28 2018-12-26 Paging method, RAN-UP entity, RAN-CP entity and UE

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610485952.6A CN107548153B (zh) 2016-06-28 2016-06-28 寻呼方法、ran-up实体、ran-cp实体及ue

Publications (2)

Publication Number Publication Date
CN107548153A CN107548153A (zh) 2018-01-05
CN107548153B true CN107548153B (zh) 2020-09-18

Family

ID=60785920

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610485952.6A Active CN107548153B (zh) 2016-06-28 2016-06-28 寻呼方法、ran-up实体、ran-cp实体及ue

Country Status (4)

Country Link
US (1) US10966176B2 (zh)
EP (1) EP3477975B1 (zh)
CN (1) CN107548153B (zh)
WO (1) WO2018001151A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110324857B (zh) * 2018-03-28 2021-03-16 ***通信有限公司研究院 一种业务质量数据流的处理方法和装置
WO2020197454A1 (en) * 2019-03-28 2020-10-01 Telefonaktiebolaget Lm Ericsson (Publ) Paging of idle state wireless communication devices
CN116648965A (zh) * 2020-11-04 2023-08-25 Oppo广东移动通信有限公司 一种rrc状态转换的方法及装置、终端设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101115292A (zh) * 2006-07-27 2008-01-30 华为技术有限公司 寻呼并连接终端的方法及快速激活数据传输的终端和***
CN101242645A (zh) * 2007-02-09 2008-08-13 华为技术有限公司 移动终端从空闲态进入激活态的方法及***
CN103945535A (zh) * 2013-01-18 2014-07-23 中兴通讯股份有限公司 寻呼优化的方法、装置、***和快速路径释放方法、装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101573997B (zh) * 2006-12-29 2013-05-29 艾利森电话股份有限公司 用于库配置的服务器和网关信息的自动分发
US8467681B2 (en) * 2009-10-06 2013-06-18 Futurewei Technologies, Inc. Method for characterizing wavelength switched optical network signal characteristics and network element compatibility constraints for generalized multi-protocol label switching

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101115292A (zh) * 2006-07-27 2008-01-30 华为技术有限公司 寻呼并连接终端的方法及快速激活数据传输的终端和***
CN101242645A (zh) * 2007-02-09 2008-08-13 华为技术有限公司 移动终端从空闲态进入激活态的方法及***
CN103945535A (zh) * 2013-01-18 2014-07-23 中兴通讯股份有限公司 寻呼优化的方法、装置、***和快速路径释放方法、装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Paging for light connection;Nokia等;《3GPP TSG-RAN WG3 Meeting #92 R3-161352》;20160527;正文第2部分 *

Also Published As

Publication number Publication date
US20190246372A1 (en) 2019-08-08
EP3477975A1 (en) 2019-05-01
CN107548153A (zh) 2018-01-05
EP3477975A4 (en) 2019-11-27
US10966176B2 (en) 2021-03-30
WO2018001151A1 (zh) 2018-01-04
EP3477975B1 (en) 2021-05-12

Similar Documents

Publication Publication Date Title
CN107040398B (zh) 一种数据传输方法、装置及***
EP3751954A1 (en) Communication method and apparatus
CN108632809B (zh) 一种针对重复数据发送的激活方法及设备
KR101818279B1 (ko) 무선 네트워크 시스템에서 패킷 데이터 유닛들을 송신하는 방법 및 장치
US9629019B2 (en) Enhanced multiplexing for single RLC entity
US9332550B2 (en) Controlling fast dormancy
WO2018053692A1 (zh) 数据传输方法、装置及***
CN107548153B (zh) 寻呼方法、ran-up实体、ran-cp实体及ue
CN104995896A (zh) 设备到设备间通信的逻辑信道处理方法、用户设备以及基站
CN107113811A (zh) 一种建立数据无线承载的方法及装置
WO2022188686A1 (zh) 一种通信方法及设备
CN109392093B (zh) 一种寻呼消息的发送方法及设备
FI112425B (fi) Menetelmä ja laite dynaamiseksi radioresurssien ohjaamiseksi
US9742528B2 (en) Method and arrangement for reducing the amount of messages sent in a communication network
CN114586426B (zh) 对数据传输配置的指示
US11503664B2 (en) Method, system and computer programs for the transmission of infrequent small data in a telecommunication system
CN114846774B (zh) 一种通信方法及装置
WO2015007332A1 (en) Methods and apparatus
WO2022078867A1 (en) Methods, apparatuses and computer program for data transmission in inactive state
CN111050354B (zh) Rrc连接重配置的方法、装置、相关设备及存储介质
CN107005991A (zh) 上行数据包的传输方法、终端设备、基站及通信***
CN112312476A (zh) 一种业务传输方法、装置及计算机可读存储介质
CN111512659A (zh) Drb完整性保护的配置方法及装置、计算机存储介质
WO2024113700A1 (en) Methods, devices, and systems for delivering service characteristics information
WO2024113699A1 (en) Methods, devices, and systems for delivering qos flow information

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