CN108881356B - 缓存数据的方法和会话管理功能设备 - Google Patents

缓存数据的方法和会话管理功能设备 Download PDF

Info

Publication number
CN108881356B
CN108881356B CN201710470680.7A CN201710470680A CN108881356B CN 108881356 B CN108881356 B CN 108881356B CN 201710470680 A CN201710470680 A CN 201710470680A CN 108881356 B CN108881356 B CN 108881356B
Authority
CN
China
Prior art keywords
session
user plane
network element
function network
entity
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
CN201710470680.7A
Other languages
English (en)
Other versions
CN108881356A (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 ES18799351T priority Critical patent/ES2907108T3/es
Priority to KR1020197033643A priority patent/KR102434608B1/ko
Priority to JP2019556835A priority patent/JP7060613B2/ja
Priority to EP18799351.4A priority patent/EP3611904B1/en
Priority to PCT/CN2018/081803 priority patent/WO2018205775A1/zh
Priority to BR112019023265-6A priority patent/BR112019023265A2/pt
Publication of CN108881356A publication Critical patent/CN108881356A/zh
Priority to US16/661,101 priority patent/US11464070B2/en
Application granted granted Critical
Publication of CN108881356B publication Critical patent/CN108881356B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/148—Migration or transfer of sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information
    • 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
    • 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
    • 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/30—Connection release
    • H04W76/34—Selective release of ongoing connections

Abstract

本申请涉及无线通信技术领域，提供了一种缓存数据的方法，包括：会话管理功能实体分别与第二用户面功能实体和第一用户面功能实体交互，以使得第一用户面功能实体经过第二用户面功能实体向接入网设备发送第一会话的第一下行数据。第一用户面功能实体为第一会话的锚点。会话管理功能实体根据预设条件通知第一用户面功能实体缓存第一会话的第二下行数据。第二下行数据是在第一会话转换至去激活态后收到的。通过本实施例提供的方案，可避免终端接收到的下行数据的乱序问题，此外，无需建立额外的转发隧道也无需再释放转发隧道即可获得缓存的下行数据，减少了UPF实体之间的信令交互，从而降低了时延，提高了用户体验。

Description

缓存数据的方法和会话管理功能设备
技术领域
本申请涉及无线通信技术领域，尤其涉及一种缓存数据的方法和会话管理功能实体。
背景技术
在第四代(the 4th generation，4G)通信系统中，分组数据网络网关(packet datanetwork gateway，PGW)可作为保证网络协议(Internet Protocol，IP)连续性的锚点。如图1所示，在T1时刻，终端设备通过服务网关(serving gateway，SGW)SGW1和PGW，获得来自数据网络的下行数据，以实现业务数据的传输。若终端设备从SGW1进入空闲态，下行数据缓存于SGW1。在T2时刻，终端设备切换至连接态后，若终端设备移出SGW1的服务范围并选择了SGW2，SGW2需要与SGW1建立转发隧道，以获取缓存在SGW1的下行数据。也就是说，缓存的下行数据的传输路径为SGW1→SGW2→终端设备。此外，对于终端设备切换至连接态后业务新的下行数据，其传输路径为PGW→SGW2→终端设备。
这样，两条不同的数据传输路径导致终端设备接收到的下行数据可能是乱序的。若终端设备收到的下行数据是乱序的，终端设备需要暂停处理，先对收到的下行数据进行调整，从而严重影响了用户体验(例如，视频业务会造成卡顿)。
为了满足不同应用的连续性需求，第五代(the 5th generation，5G)系统支持不同的会话和业务连续性(Session and Service continuity，SSC)模式：SSC1模式，SSC2模式和SSC3模式。其中，对于SSC1模式，会话的锚点用户面功能(user plane function，UPF)实体在业务终结前保持不变，即锚定IP不变。对于SSC2模式，当终端设备移出原锚点UPF的服务区域后，即释放与原锚点UPF实体的连接。对于SSC3模式，在释放终端设备与原锚点UPF实体的连接之前，可以先为终端设备选择新锚点UPF实体建立新的连接，指定时间后才释放终端设备与原锚点UPF实体的连接。也就是说，可以同时有多个IP为终端设备服务。
在终端设备的移动过程中，具有SSC1模式的会话的锚定UPF实体不变。当会话在非锚点UPF实体的其他UPF实体下进入去激活态后，由哪个UPF实体缓存下行数据且保证终端设备后续收到的下行数据不乱序成为了亟需解决的问题。
发明内容
本申请描述了一种缓存数据的方法和会话管理功能实体。
一方面，本申请的实施例提供了一种缓存数据的方法，该方法包括：会话管理功能实体分别与第二用户面功能实体和第一用户面功能实体交互，以使得第一用户面功能实体经过第二用户面功能实体向接入网设备发送第一会话的第一下行数据。第一用户面功能实体为第一会话的锚点。会话管理功能实体根据预设条件，通知第一用户面功能实体缓存第一会话的第二下行数据。其中，第二下行数据为第一会话转换至去激活态后第一用户面功能实体收到的下行数据。
根据上述缓存数据的方案，会话管理功能实体根据预设条件通知锚点用户面功能实体缓存第二下行数据。这样，当第一会话切换至激活态后,锚点用户面功能实体缓存的第二下行数据与第一会话再次切换至激活态新接收到的第三下行数据的传输路径相同。由此，避免了终端接收到的下行数据的乱序问题。此外，无需建立额外的转发隧道也无需再释放转发隧道即可获得缓存的下行数据，减少了UPF实体之间的信令交互，从而降低了时延，提高了用户体验。
在一种可能的设计中，预设条件包括以下中的至少一项：SSC信息指示第一会话具有第一会话和业务连续性SSC1模式；移动性信息指示终端设备为高移动性设备；会话管理功能实体和第一用户面功能实体属于同一运营商网络。其中，第一会话具有SSC1模式，表示在初始建立PDU会话时作为PDU会话锚点的UPF保持不变。换句话说，在终端设备的移动过程中，具有SSC1模式的第一会话的锚定UPF实体不变。会话管理功能实体和第一用户面功能实体属于同一运营商网络，可包括非漫游的场景或者本地疏导LBO漫游的场景。此外，缓存设备的选择还可需要考虑终端设备的移动性。
在一种可能的设计中，该方法还包括：会话管理功能实体分别与第三用户面功能实体和第一用户面功能实体交互，以使得第一用户面功能实体经过第三用户面功能实体向接入网设备发送第二下行数据和第三下行数据。其中，第三下行数据为第一会话转换至激活态后第一用户面功能实体收到的下行数据。
在一种可能的设计中，会话管理功能实体根据预设条件，通知第一用户面功能实体缓存第一会话的第二下行数据，包括：会话管理功能实体根据预设条件，选择第一用户面功能实体作为缓存第二下行数据的用户面功能实体；会话管理功能实体通知第一用户面功能实体在收到第二下行数据后，缓存第二下行数据。
在一种可能的设计中，该方法还包括：会话管理功能实体获得终端设备的移动性信息。例如，会话管理功能实体可通过如下方式获得终端设备的移动性信息：会话管理功能实体从移动性管理功能实体接收移动属性，移动性信息为移动属性；或者，会话管理功能实体获取移动性统计信息，移动性信息为移动性统计信息；或者，会话管理功能实体从移动性管理功能实体接收移动属性，获取移动性统计信息，根据移动属性和移动性统计信息确定移动性信息。其中，移动属性至少包括高移动属性或低移动属性，移动性统计信息用于指示终端设备的移动速度或停留时间。
例如，会话管理功能实体获取移动性统计信息，包括：会话管理功能实体从移动性管理功能实体接收移动性统计信息；或者，会话管理功能实体从网络数据分析NWDA设备获取移动性统计信息。
在一种可能的设计中，该方法还包括：在会话管理功能实体选择第一用户面功能实体作为缓存第二下行数据的用户面功能实体后，会话管理功能实体释放第二用户面功能实体。由此，当选择锚点用户面功能实体作为缓存设备时，可直接释放第二用户面功能实体，从而节省网络的资源。
在一种可能的设计中，上述方法适用于归属地路由HR漫游场景。会话管理功能实体和第三用户面功能实体位于HR漫游场景下的VPLMN内，该方法还包括：会话管理功能实体调整缓存设备，所述缓存设备用于在第一会话转换至去激活态后缓存第一会话的第四下行数据。
例如，会话管理功能实体调整缓存设备，包括：会话管理功能实体确定第三用户面功能实体为所述缓存设备；或者，会话管理功能实体确定该会话管理功能实体为缓存设备。由此，通过更新缓存设备，可避免与HPLMN内的锚点用户面实体的频繁交互，从而进一步提升用户体验。
再一方面，本申请还公开了一种缓存数据的方法，包括：会话管理功能实体分别与第二用户面功能实体和第一用户面功能实体交互，以使得第一用户面功能实体经过第二用户面功能实体向接入网设备发送第一会话的第一下行数据，其中，第一用户面功能实体为第一会话的锚点。会话管理功能实体根据预设条件，通知第二用户面功能实体缓存第一会话的第二下行数据。其中，预设条件包括SSC信息指示第一会话具有第三会话和业务连续性SSC3模式。第二下行数据为第一会话转换至去激活态后第二用户面功能实体收到的下行数据。会话管理功能实体分别与第三用户面功能实体和第二用户面功能实体交互，以使得第二用户面功能实体经过第三用户面功能实体向接入网设备发送第二下行数据，且所述第一用户面功能实体经过第二用户面功能实体、第三用户面功能实体、向接入网设备发送第三下行数据。其中，第三下行数据为第一会话转换至激活态后第一用户面功能实体收到的下行数据。
其中，第一会话具有SSC3模式，表示在SSC3模式下，同一时刻可能存在多个锚点UPF。换句话说，可能存在多个“会话”，或者，会话的多个“会话分支”。
根据上述缓存数据的方案，从第二用户面功能实体开始，传输第二下行数据和第三下行数据的数据路径相同，避免了终端接收到的下行数据的乱序问题，提高了用户体验。此外，无需建立额外的转发隧道也无需再释放转发隧道即可获得缓存的下行数据，减少了UPF实体之间的信令交互，从而降低了时延，进一步提高了用户体验。
在一种可能的设计中，会话管理功能实体根据预设条件，通知第二用户面功能实体缓存第一会话的第二下行数据，包括：会话管理功能实体根据预设条件，选择第二用户面功能实体作为缓存第二下行数据的缓存设备；会话管理功能实体通知第二用户面功能实体在收到第二下行数据后，缓存第二下行数据。
在一种可能的设计中，由于第一会话具有SSC3模式，对于第二会话，可选择与第一会话相同或不同的用于缓存下行数据的缓存设备。例如，对于第二会话，可选择初始锚点UPF或当前的N3UPF作为缓存设备，并通过N4消息通知各自的缓存设备缓存接收到的下行数据。由此，可实现各个会话分支的独立处理，使得各个会话分支之间的处理互不影响，满足不同的需求。
另一方面，本申请的实施例提供了一种缓存数据的方法，该方法包括：会话管理功能网元分别与第二用户面功能网元和第一用户面功能网元交互，以使得第一用户面功能网元经过第二用户面功能网元发送第一会话的第一下行数据。第二用户面功能网元为第一会话的与接入网设备相连的用户面功能网元，第一用户面功能网元为与第二用户面功能网元相连的用户面功能网元；例如，在某些场景中，第一用户面功能网元为第一会话的锚点。会话管理功能网元在所述第一会话进入去激活态时，释放第二用户面功能网元(例如，根据会话和业务连续性信息、移动性信息和策略信息中的至少一项，确定释放第二用户面功能网元)。
在一种可能的设计中，会话管理功能网元通知第一用户面功能网元缓存第一会话的第二下行数据。在另一种可能的设计中，当第二用户面功能网元被释放后，会话管理功能网元通知第一用户面功能网元释放与第二用户面功能网元之间的连接，使得上述第一用户面功能网元“自动”地成为了第一会话转换至去激活态后缓存第二下行数据的缓存设备。
根据上述方案，会话管理功能网元删除第二用户面功能网元后，第一用户面功能网元成为新的与接入网设备相连的用户面功能网元，并缓存第二下行数据。这样，当后续第一会话切换至激活态后,第一用户面功能网元缓存的第二下行数据与第一会话再次切换至激活态新接收到的第三下行数据的传输路径相同。由此，避免了终端接收到的下行数据的乱序问题。此外，无需建立额外的转发隧道也无需再释放转发隧道即可获得缓存的下行数据，减少了UPF网元之间的信令交互，从而降低了时延，提高了用户体验。
其中，第一会话进入去激活态时，指的在终端设备进入空闲状态(IDLE)，释放第一会话的接入网的相关传输资源的流程中，或者终端设备仍然处于连接态(CM-Connected)，在释放第一会话的接入网的相关传输资源的流程中。
另一方面，本申请实施例提供了一种会话管理功能实体，该会话管理功能实体具有实现上述方法中会话管理功能实体行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，会话管理功能实体的结构中包括处理器和收发器，所述处理器被配置为处理会话管理功能实体执行上述方法中相应的功能。所述收发器用于实现会话管理功能实体与上述移动性管理功能实体/用户面功能实体/其他会话管理功能实体之间的通信。所述会话管理功能实体还可以包括存储器，所述存储器用于与处理器耦合，其保存会话管理功能实体必要的程序指令和数据。
再一方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
再一方面，本申请实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
附图说明
为了更清楚地说明本申请实施例，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。
图1为现有技术中缓存数据的示意图；
图2为本发明实施例适用的通信系统的示意图；
图3A和图3B为根据本发明实施例的缓存数据的方法的信令交互图；
图4为图3A和图3B中第一会话的数据路径变化的示意图；
图5为根据本发明实施例的缓存数据的方法的另一信令交互图；
图6为根据本发明实施例的缓存数据的方法的又一信令交互图；
图7为根据本发明实施例的缓存数据的方法的流程图；
图8A为根据本发明另一实施例的缓存数据的方法的信令交互图；
图8B为图8A中的数据路径变化的示意图；
图9为根据本发明另一实施例的缓存数据的方法的流程图；
图10和图11为可应用图9方法的场景的示意图；
图12A和图12B为根据本发明实施例的会话管理功能实体的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。
本申请实施例基于图2所示的通信系统中提出了一种解决方案，可适用于在下一代移动网络(如5G网络)架构中实现数据缓存。例如，在5G移动网络架构中，移动网关的控制面功能和转发面功能解耦，其分离出来的控制面功能与第三代合作伙伴计划(thirdgeneration partnership project，3GPP)传统的控制网元MME等合并成统一的控制面(control plane)实体。用户面UPF实体能实现服务网关(serving gateway，SGW)和分组数据网络网关(packet data network gateway，PGW)的用户面功能(SGW-U和PGW-U)。进一步的，统一的控制面实体可以分解成接入和移动性管理功能(access and mobilitymanagement function，AMF)实体和会话管理功能(session management function，SMF)实体。其中，AMF实体可负责终端设备的附着、移动性管理、跟踪区更新流程等。SMF实体可负责终端设备的会话管理，用户面设备的选择、用户面设备的重选、网络协议(internetprotocol，IP)地址分配、服务质量(quality of service，QoS)控制，以及会话的建立、修改和释放等。
此外，本申请实施例还可以适用于面向未来的其他通信技术。本申请实施例描述的系统架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。
如图2所示，本申请实施例提供了一种通信系统。例如，该通信系统包括终端设备202、接入网设备204、AMF实体206、SMF实体208、以及用户面实体210a、210b。此外，AMF实体、SMF实体和用户面实体也可分别称为AMF网元、SMF网元和用户面网元。
其中，本申请实施例中所涉及到的终端设备202(terminal device)可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备。所述终端设备也可以称为用户设备(user equipment，UE)，移动台(mobile station,MS)，终端(terminal)，还可以包括用户单元(subscriber unit)、蜂窝电话(cellular phone)、智能电话(smart phone)、无线数据卡、个人数字助理(personaldigital assistant，PDA)电脑、平板型电脑、无线调制解调器(modem)、手持设备(handheld)、膝上型电脑(laptop computer)、无绳电话(cordless phone)或者无线本地环路(wireless local loop，WLL)台、机器类型通信(machine type communication,MTC)终端等。
本申请实施例中所涉及到的接入网设备204是一种部署在有线或无线接入网中用以为终端设备102提供无线通信功能的装置。所述接入网设备可以包括各种形式的基站，例如：宏基站，微基站(也称为小站)，中继站，接入点等。在采用不同的无线接入技术的系统中，具备基站功能的设备的名称可能会有所不同，例如，在LTE系统中，称为演进的节点B(evolved NodeB，eNB或者eNodeB),在第三代(3rd generation，3G)系统中，称为节点B(Node B)等。
本申请实施例中所涉及到的AMF实体206可负责终端设备的附着、移动性管理、跟踪区更新流程等。
本申请实施例中所涉及到的SMF实体208可负责终端设备的会话管理，用户面实体(例如用户面实体210a或210b)的选择、用户面实体的重选、IP地址分配、QoS控制，以及会话的建立、修改和释放。
在图2的例子中，示出了两个UPF实体：UPF实体210a和UPF实体210b。UPF实体210a和UPF实体210b都连接至数据网络(data network，DN)212，用于在不同的服务区域实现业务的数据传输。UPF实体210b还可与其他接入网设备相连，本发明并不限制。此外，本发明实施例还可以包括其他数目的UPF实体，本发明并不限制。
在5G的通信系统中，接入网设备204和AMF实体206之间的连接为N2连接，接入网设备204和UPF实体210a(或210b)之间的连接为N3连接，SMF实体208和UPF实体210a(或210b)之间的连接为N4连接，AMF实体206和SMF实体208之间的连接为N11连接，各个SMF实体之间的连接为N16连接。各个UPF实体之间的连接为N9连接。“连接”也可称为端到端的参考点(point-to-point reference point)或参考点(reference point)。此外，上述连接并不局限于以上名称，也可具有其他名称。在后面的描述中，若以某连接命名消息，表示该消息是通过该连接传输的消息。例如，“N2消息”表示通过接入网设备204和AMF实体206之间的连接传输的消息。在不同的场景和流程中，该“N2消息”还可具有其他具体的名称，本发明并不限制。“N3消息”、“N4消息”、“N11消息”、“N16消息”同理，此处不再赘述。
可选的，该通信系统还包括网络数据分析(Network Data Analytics，DWDA)设备214。该NWDA设备用于统计终端设备的移动性统计信息。例如，移动性统计信息用于指示终端设备的移动速度或在某个UPF实体下的停留时间。
在后面的描述中，“会话”可指分组数据单元(packet data unit，PDU)会话。“会话的数据路径(data path)”指的是通过会话在终端设备202和UPF之间传输上行或下行数据的路径，也可称为“会话的用户面路径(user plane path)”。
以下将结合图3A至图7的实施例介绍本申请实施例的一种缓存数据的方法。图3A和图3B将结合图4进行描述。图4示出了终端设备202在移动过程中第一会话的数据路径的变化。
在执行图3A所示的步骤之前(例如图4中的时刻T1)，终端设备与UPF1建立第一会话，并通过UPF1传输业务的数据。例如，UPF1为图2中的UPF实体210a。第一会话具有第一会话和业务连续性(SSC1)模式,且UPF1为第一会话的锚点。
如图3A所示，步骤301，终端设备202通过接入网设备204向AMF实体206发送会话建立请求消息。例如，当终端设备移出UPF1的服务范围，若满足建立会话的触发条件，则终端设备202发送会话建立请求消息。
可选的，会话建立请求消息可携带第一会话的SSC模式信息。
可选的，会话建立请求消息还可携带用于指示终端设备202签约的公用陆地移动网(public land mobile network，PLMN)的PLMN信息。例如，会话建立请求消息携带终端设备的用户永久标识(subscriber permanent identifier，SUPI)，PLMN信息可通过SUPI中的字段体现。
步骤302，AMF实体206向SMF实体208发送N11消息。N11消息可用于建立PDU会话(第一会话)。
可选的，步骤302中的N11消息还可携带会话的SSC模式信息。例如，该模式SSC信息用于指示会话具有SSC1模式。SMF实体208收到N11消息后，可获知会话具有SSC1模式。
可选的，步骤302中的N11消息还可携带终端设备202签约的PLMN信息。SMF实体208收到N11消息后，还可获知当前终端设备202是否位于归属公用陆地移动网(home publicland mobile network，HPLMN)内，即终端设备202是否处于非漫游状态。例如，SMF实体208判断当前网络的PLMN信息与步骤302获得的PLMN信息是否相同，以确定当前终端设备202是否位于HPLMN内。
可选的，SMF实体208从AMF实体206收到N11消息后，获得终端设备202的移动性信息。该移动性信息用于指示终端设备202是否属于高移动性设备。
例如，SMF实体可以通过以下几种方式获得终端设备202的移动性信息：
第一种实现方式：
在步骤302前，AMF实体通过步骤302a,从NWDA设备214获取移动性统计信息。步骤302中的N11消息携带获取到的移动性统计信息。SMF实体208从AMF实体206收到N11消息后，根据移动性统计信息获得终端设备202的移动性信息。或者，步骤302中的N11消息携带从NWDA获取到的移动性统计信息，以及AMF的该终端设备202的移动属性。SMF实体208从AMF实体206收到N11消息后，根据移动性统计信息和移动属性确定终端设备202的移动性信息。
第二种实现方式：
步骤302中的N11消息携带AMF的该终端设备202的移动属性。SMF实体208从AMF实体206收到N11消息后，通过步骤302b,从NWDA设备214获取移动性统计信息。最终，SMF实体根据移动性统计信息获得终端设备202的移动性信息，或者，根据移动性统计信息和移动属性确定终端设备202的移动性信息。
第三种实现方式：
SMF实体208从AMF实体206收到N11消息后，通过步骤302b,从NWDA设备214获取移动性统计信息。SMF实体根据移动性统计信息获得终端设备202的移动性信息。
第四种实现方式：
步骤302中的N11消息携带AMF管理的该终端设备202的移动属性。SMF实体208从AMF实体206收到N11消息后，根据移动属性获得终端设备202的移动性信息。
在上述几种实现方式中，移动属性至少包括第一类移动性(例如，高移动性)或第二类移动性(例如，低移动性)。可选的，移动属性还可以包括第三类移动性(例如，中移动性)。例如，移动属性可以是移动性模式(mobility pattern)中的参数，或者，也可以是独立于移动性模式的参数。移动属性可以由AMF实体206配置，或者，也可以是由AMF实体206从其他网络设备获取，本发明并不在此限定。
移动性统计信息可包括终端设备202的移动速度、终端设备202在某个UPF实体下的停留时间中的至少一项。需要说明的是，此处的移动速度可以是根据终端设备在预设时间段内的各个时刻的瞬时速度值统计产生的。类似的，停留时间也可以是根据统计产生的。
例如，在上述第一、二、三种实现方式中，根据移动性统计信息获得终端设备202的移动性信息，可包括：若移动性统计信息指示终端设备202的移动速度高于第一阈值或终端设备202在某个UPF实体下的停留时间不高于第二阈值，则确定的移动性信息指示终端设备202属于高移动性设备。若移动性统计信息指示终端设备202的移动速度不高于第一阈值或终端设备202在某个UPF实体下的停留时间高于第二阈值，则确定的移动性信息指示终端设备202不属于高移动性设备。
在上述第四种实现方式中，根据移动属性获得终端设备202的移动性信息，可包括：若移动属性为第一类移动性(例如，高移动性)，则确定的移动性信息指示终端设备202属于高移动性设备。若移动属性为第二类移动性(例如，低移动性)或第三类移动性(例如，中移动性)，则确定的移动性信息指示终端设备202不属于高移动性设备。
在上述第一、二种实现方式中，根据移动性统计信息和移动属性确定终端设备202的移动性信息，可包括：若移动性统计信息指示终端设备202的移动速度高于第一阈值或终端设备202在某个UPF实体下的停留时间不高于第二阈值，且移动属性为第一类移动性(例如，高移动性)，则确定的移动性信息指示终端设备202属于高移动性设备。若移动性统计信息指示终端设备202的移动速度不高于第一阈值或终端设备202在某个UPF实体下的停留时间高于第二阈值，且移动属性为第二类移动性(例如，低移动性)或第三类移动性(例如，中移动性)，则确定的移动性信息指示终端设备202不属于高移动性设备。若移动性统计信息和移动属性相矛盾，则SMF实体208可进一步根据本地策略确定终端设备202是否属于高移动性设备。
步骤303，SMF实体208选择UPF2(例如，图2中的UPF实体210b)，与UPF2通过N4消息的交互，以建立PDU会话(第一会话)。例如，SMF实体208向UPF2发送N4会话建立请求消息(session establishment request)，UPF2向SMF实体208返回N4会话建立响应消息(session establishment response)。
其中，UPF2与UPF1相连，例如，UPF2与UPF1通过N9连接相连。
步骤304，SMF实体208向AMF实体206返回N11消息。该N11消息为建立PDU会话接受消息。例如，步骤304的建立PDU会话接受消息携带核心网侧的隧道信息(例如，UPF2的地址信息)。
步骤305，AMF实体206向接入网设备204发送N2消息，以向接入网设备204转发步骤304的建立PDU会话接受消息。该N2消息用于为上述第一会话激活AMF设备206与UPF2之间的N3连接。
步骤306，接入网设备204收到N2消息后，建立数据无线承载(data radio bearer，DRB)。
步骤307，接入网设备204向AMF实体返回N2消息。该N2消息为建立PDU会话接受消息。例如，步骤307的建立PDU会话接受消息携带接入网侧的隧道信息。
步骤308，AMF实体206向SMF实体208发送N11消息，以向SMF实体208转发步骤307的建立PDU会话接受消息。
步骤309a，SMF实体208与UPF2交互N4消息，以通过修改PDU会话的方式向UPF2转发接入网侧的隧道信息。例如，SMF实体208向UPF2发送N4会话修改请求消息(sessionmodification request)。UPF2向SMF实体208返回N4会话修改响应消息(sessionmodification response)。
步骤309b，SMF实体208与UPF1交互N4消息，以通过修改PDU会话的方式将UPF2加入UPF1的第一会话的数据路径。例如，SMF实体208向UPF1发送N4会话修改请求消息，UPF1向SMF实体208返回N4会话修改响应消息。
步骤310，SMF实体208向AMF实体206返回N11消息,作为步骤308中N11消息的应答。
至此，UPF1经过UPF2向接入网设备(例如，接入网设备204)发送上述第一会话的第一下行数据。如图4所示，在时刻T2，第一会话的下行数据路径为：UPF1→UPF2→接入网设备(图中未示出)→终端设备202。类似的，第一会话的上行数据路径为：终端设备202→接入网设备(图中未示出)→UPF2→UPF1。
此时，UPF2作为与接入网设备204相连的UPF实体，也可称为N3UPF。N3UPF用于终结N3连接，也可称为N3连接的终结点。在后面的描述中，将与接入网设备204相连的UPF实体简称为N3UPF。当然，与接入网设备204相连的UPF实体也可具有其他名称，本发明并不限制。
步骤311，当触发条件满足时，触发将上述第一会话转换至去激活(inactive)态。此时，终端设备202向接入网设备204发送触发消息。接入网设备204收到触发消息后，向AMF实体206发送N2消息，以释放接入网设备204与AMF实体206之间的N2连接。
需要说明的是，以上描述中，第一会话被触发转换至去激活态。若终端设备202上的所有会话都被转换至去激活态，该终端设备202相应转换至空闲(CM-CONNECTED)态。
步骤312，AMF实体206向SMF实体208发送N11消息，以请求释放接入网设备204和UPF2之间的N3连接。
可选的，如果AMF实体206检测到终端设备202的移动性统计信息或移动属性发生变化，该N11消息中可携带移动性统计信息和移动属性中的至少一项。SMF实体208从AMF实体206收到N11消息后，可更新终端设备202的移动性信息。SMF实体208更新终端设备202的移动性信息的方式可参考步骤302中SMF实体208获得终端设备202的移动性信息的描述，此处不再赘述。
步骤313，SMF实体208根据预设条件，选择UPF1作为在第一会话转换至去激活态后缓存第二下行数据的缓存设备。
例如，预设条件包括以下中的至少一项：
SSC信息指示第一会话具有SSC1模式；
终端设备202的移动性信息指示终端设备202属于高移动性设备；
会话管理功能实体和第一用户面功能实体属于同一运营商网络(例如，非漫游的场景或者本地疏导local breakout，LBO，漫游的场景)。
也就是说，当预设条件中任一项满足时，可选择UPF1作为在第一会话转换至去激活态后缓存第二下行数据的缓存设备。
举例来说，若SSC信息指示第一会话具有SSC1模式，则SMF实体208选择UPF1缓存第二下行数据。或者，若终端设备的移动性信息指示终端设备202属于高移动性设备，则SMF实体208选择UPF1缓存第二下行数据。或者，若SSC信息指示第一会话具有SSC1模式，且终端设备的移动性信息指示终端设备202属于高移动性设备，则SMF实体208选择UPF1缓存第二下行数据。此外，上述方法既可适用于非漫游的场景，也可适用于LBO漫游的场景。当上述方法适用于LBO漫游的场景时，SMF实体208位于拜访PLMN(visit PLMN，VPLMN)内。
步骤314，SMF实体208与UPF2交互N4消息，以请求释放接入网设备204和UPF2之间的N3连接。例如，SMF实体208向UPF2发送N3连接释放请求消息(N3connection releaserequest)或会话修改请求消息，UPF2向SMF实体208返回N3连接释放响应消息(N3connection release response)或会话修改响应消息,从而释放接入网设备204和UPF2之间的N3连接。
或者，SMF实体208与UPF2交互N4消息，以请求释放UPF2。例如，SMF实体208向UPF2发送会话终止请求消息(session termination request)，UPF2向SMF实体208返回会话终止响应消息(session termination response),从而直接释放UPF2。需要说明的是，“释放UPF”，是指释放该UPF上的指定/所有会话，也就是说，删除该UPF上指定/所有会话的相关信息，也可表述为“删除UPF”。后面类似的描述同理。
步骤315，SMF实体208向UPF1发送N4消息，以通知UPF1缓存第二下行数据。例如，SMF实体208以通过修改PDU会话的方式：向UPF1发送N4会话修改请求消息，UPF1向SMF实体208返回N4会话修改响应消息，从而通知UPF1缓存第二下行数据。
可选的，上述步骤313-315可被替换为：SMF实体208释放UPF2，并向UPF1发送N4消息，以通知UPF1在释放UPF1与UPF2之间的连接。
例如，SMF实体208先根据策略信息判断是否需要释放UPF2。当策略信息指示释放UPF2时，SMF实体208确定释放UPF2。例如，运营商设置用户面管理策略对所有的会话是否删除N3UPF或者针对指定的会话是否删除N3UPF，由此生成相应的策略信息。此外，SMF实体208还可根据上述预设条件中的其他参数(例如，会话和业务连续性信息、移动性信息)判断是否需要释放UPF2，可参考SMF实体208根据预设条件选择UPF1作为缓存设备的描述，不再赘述。也就是说，当上述任一项满足时，SMF实体208确定需要释放UPF2。
SMF实体208确定需要释放UPF2后，通过与UPF2交互N4消息，以请求释放UPF2。例如，SMF实体208向UPF2发送会话终止请求消息，UPF2向SMF实体208返回会话终止响应消息,从而直接释放UPF2。
此外，SMF实体208通过与UPF1交互N4消息，以请求UPF1释放UPF1与UPF2之间的连接。例如，SMF实体208向UPF1发送会话修改请求消息，UPF1向SMF实体208返回会话修改响应消息。在一种实现方式中，可通过在会话修改请求中携带显示的指示信息(例如，缓存开/关，buffer on/off)，通知UPF1在收到第二下行数据后，缓存第二下行数据。在另一种实现方式中，会话修改请求中可不携带任何指示，通过在会话请求消息中不携带显示的指示信息，隐式地告知UPF1在收到第二下行数据后，缓存第二下行数据。也就是说，SMF实体208通过通知UPF1释放UPF1与UPF2之间的连接，使得UPF1“自动”成为了第一会话转换至去激活态后缓存第二下行数据的缓存设备。
可以理解的是，在UPF2释放之后，UPF1成为了新的N3UPF，则UPF1成为了第一会话转换至去激活态后缓存第二下行数据的缓存设备。需要说明的是，UPF1可以是锚点UPF，或者，也可以是锚点UPF与UPF2之间的UPF。
步骤316，SMF实体208向AMF实体206返回N11消息，以确认释放接入网设备204和UPF2之间的N3连接。AMF实体206收到N11消息后，记录第一会话转换至去激活态。
通过图3A中的上述步骤，SMF实体根据预设条件选择UPF1或者根据预设条件删除UPF2之后，通知锚点UPF1缓存第二下行数据。当第一会话切换至激活态后,锚点用户面功能实体缓存的第二下行数据与第一会话再次切换至激活态新接收到的第三下行数据的传输路径都是UPF1→UPF3→接入网设备→终端设备202。由此，避免了终端接收到的下行数据的乱序问题。此外，无需建立额外的转发隧道也无需再释放转发隧道即可获得缓存的下行数据，减少了UPF实体之间的信令交互，从而降低了时延，提高了用户体验。这将结合图3B和图4详细描述。
此外，缓存设备的选择还需要考虑终端设备的移动性，且当终端设备为高移动性设备(可能导致乱序和重建转发路径的问题出现概率比较高)时才选择锚点用户面功能实体作为缓存设备。类似的，是否删除与接入网设备连接的N3UPF也可需要考虑终端设备的移动性，且当终端设备为高移动性设备(可能导致乱序和重建转发路径的问题出现概率比较高)时才选择删除N3UPF，并设置与该N3UPF通过N9接口相连的其他UPF(例如，锚点用户面功能实体)作为缓存设备。此外，与N3UPF通过N9接口相连的UPF也可以是锚点用户面功能实体与N3UPF之间的UPF。
可选的，若终端设备的移动性信息指示终端设备202不属于高移动性设备(可能导致乱序和重建转发路径的问题出现概率比较低)，可选择其他的缓存设备(例如缓存设备为UPF2，即提供N3连接的UPF)或者选择不删除N3UPF(例如，UPF2),而直接设置该N3UPF为缓存设备。这样，核心网的数据路径依旧保持UPF1→UPF2→接入网设备→终端设备202，寻呼响应之后可以直接从与接入网设备连接的UPF2获取缓存的下行数据，在移出该UPF2概率比较低(乱序和重建转发路径的问题出现概率比较低)的情况下，可以就近获取缓存的下行数据，从而节约信令资源。
可选的，SMF也可选择SMF作为缓存设备。例如，若UPF不具备缓存下行数据的能力时，SMF可选择SMF作为缓存设备。或者，SMF可根据策略选择SMF作为缓存设备。
如图3B所示，在第一会话处于去激活态时，来自数据网络212的第二下行数据到达UPF1。
步骤401，UPF1缓存第二下行数据。
步骤402a，UPF1收到第二下行数据后，向SMF实体208发送数据通知消息。
本发明并不限定步骤401和步骤402a之间的执行顺序，可先执行步骤401后执行步骤402a，或者，也可先执行步骤402a再执行步骤401，或者，同时执行步骤401和步骤402a。
可选的，步骤402b，SMF实体208向UPF1返回数据通知确认消息。
步骤403，SMF实体208收到数据通知消息后，确定AMF实体206，并向AMF实体206发送N11消息。
步骤404，AMF实体206通过接入网设备204，向终端设备202发送寻呼消息，以触发终端设备202切换至连接态。
终端设备202收到寻呼消息后，通过步骤405至411执行业务请求流程。
步骤405，终端设备202向接入网设备204发送业务请求消息。接入网设备204收到业务请求消息后，通过N2消息转发该业务请求消息。
可选的，步骤405a，AMF实体206向接入网设备204发送N2消息。该N2消息携带UPF2的地址信息。由于已通过上述步骤304释放了接入网设备204和UPF2之间的N3连接，或释放了UPF2，该消息是无效的，因此也可省略。
步骤405b，AMF实体206向SMF实体208发送N11消息。
步骤406，SMF实体208收到N11消息后，选择UPF3(图2中未示出)，与UPF3交互N4消息，以建立PDU会话(第一会话)。例如，SMF实体208向UPF3发送N4会话建立请求消息，UPF3向SMF实体208返回N4会话建立响应消息。
步骤407，SMF实体208与UPF1交互N4消息，以通过修改PDU会话的方式将UPF3加入UPF1的第一会话的数据路径。例如，SMF实体208向UPF1发送N4会话修改请求消息，UPF1向SMF实体208返回N4会话修改响应消息。
可选的，若图3A中的上述步骤314中仅释放了接入网设备204与UPF2之间的N3连接而没有释放UPF2，可执行步骤408。若图3A中的上述步骤314中已释放了UPF2，步骤408可省略。
步骤408，SMF实体208与UPF2通过N4消息的交互，以释放UPF2。例如，SMF实体208向UPF2发送会话终止请求消息，UPF2向SMF实体208返回会话终止响应消息,从而释放UPF2。
步骤409，SMF实体208收到会话建立响应消息和会话修改响应消息后，向AMF实体206发送N11消息。
步骤410，AMF实体206向接入网设备204发送N2消息。该N2消息表示业务接受。该N2消息携带UPF3的地址信息。
步骤411，接入网设备204收到N2消息后，与终端设备202交互执行RRC连接重配置。
至此，UPF3为N3UPF。UPF1经过UPF3向接入网设备204发送缓存的第二下行数据和新接收到的第三下行数据。如图4所示，在时刻T3，第一会话的用于传输第二下行数据和第三下行数据的数据路径都为：UPF1→UPF3→接入网设备(图中未示出)→终端设备202。由此，传输第二下行数据和第三下行数据的数据路径相同，避免了终端接收到的下行数据的乱序问题，提高了用户体验。此外，无需建立额外的转发隧道也无需再释放转发隧道即可获得缓存的下行数据，减少了UPF实体之间的信令交互，从而降低了时延，进一步提高了用户体验。
当触发条件满足时，可再次触发第一会话转换至去激活态。该过程可参考图3A中步骤311至316的描述，此处不再赘述。类似的，在此过程中，释放了接入网设备204与AMF实体206之间的N2连接，以及，接入网设备204与UPF3之间的N3连接(或直接释放UPF3)。
若终端在移动过程中移出了原SMF实体208的服务范围，需要执行SMF实体的迁移(relocation)。例如，上述UPF1和UPF2与SMF实体208相连，而UPF3与SMF实体208’相连。
如图5所示，步骤501至步骤505b可参考图3B中步骤401至405b的描述，此处不再赘述。
步骤506，SMF实体208向SMF实体208’发送N16消息。
步骤507，SMF实体208’收到N16消息后，选择UPF3，通过与UPF3交互，以建立PDU会话。
步骤508，SMF实体208’向SMF实体208返回N16消息。
步骤509至513可参考图4中步骤407至411的描述，此处不再赘述。
类似的，当触发条件满足时，可再次触发第一会话转换至去激活态。该过程可参考图3A中步骤311至316的描述，此处不再赘述。在此过程中，释放了接入网设备204与AMF实体206之间的N2连接。另外，SMF迁移至SMF实体208’后，步骤312中N11消息的接收端为SMF实体208’(或者通过SMF实体208转发给SMF实体208’)，SMF实体208’通过与UPF3交互，释放了接入网设备204与UPF3之间的N3连接或释放了UPF3。
此外，对于涉及到多个SMF实体参与的会话，也可以设置(或更新)最近为终端设备202服务的SMF所管辖的N3UPF作为缓存设备，或者不删除最近为终端设备202服务的SMF所管辖的N3UPF。
此外，本发明的上述方法还可用于漫游的场景。例如，漫游场景包括本地疏导(local break out，LBO)的场景或归属地路由(home routed，HR)的场景。
对于LBO场景下的漫游情况，将结合图3A、图3B和图4进行描述。
举例来说，在初始时刻，终端设备202通过HPLMN内的UPF0(图中未示出)获取业务数据。在时刻T1，终端设备202从HPLMN漫游至拜访PLMN(visit PLMN，VPLMN)，终端设备与VPLMN内的UPF1建立第一会话，并通过UPF1传输业务的数据。UPF1为第一会话在VPLMN内的锚点。
此后，当终端设备202从UPF1的服务范围移动至VPLMN下UPF2的服务范围后，可通过图3A中的步骤301至310，与UPF2建立第一会话(如，在时刻T2)。需要说明的是，此时的SMF实体208为位于VPLMN内的SMF实体。在第一会话切换至去激活态的流程中，例如通过图3A中的步骤311至316，根据预设条件选择UPF1或者根据预设条件删除UPF2之后，通知锚点UPF1缓存第一会话的下行数据。之后，可通过图3B中步骤401至411，由锚点UPF1缓存下行数据，并触发终端设备202与UPF3建立第一会话(如，在时刻T3)。
在第一会话再次切换至去激活态的流程(可参考图3A中步骤311至316的描述)中，类似的，释放了接入网设备204与AMF实体206之间的N2连接，以及，接入网设备204与UPF3之间的N3连接。
此外，类似于图3A中的步骤313，还可再次基于预设条件选择第一会话转换至去激活态后缓存下行数据的缓存设备。若上述预设条件满足，可还是选择锚点UPF1作为缓存设备，通过步骤315通知锚点UPF1，此处不再赘述。若预设条件不满足，也可选择UPF3作为缓存设备，并通过步骤314通知UPF3。这里可以再次基于预设条件选择是否删除UPF2，进而确定缓存设备。此外，也可选择VPLMN内的SMF实体为缓存设备(例如，当UPF3不具备缓存下行数据的能力时)。
结合上述描述可知，图3A和图3B的方法也适用于LBO漫游的场景。
对于HR场景下的漫游情况，将结合图6进行描述。图6示出了HR漫游场景下该方法的信令交互。在图6的例子中，此时，UPF1和位于HPLMN内的SMF实体可分别称为H-UPF1和hSMF，以表示其位于HPLMN内。此时，UPF2、UPF3和位于VPLMN内的SMF实体可分别称为V-UPF2、V-UPF3、vSMF，以表示其位于VPLMN内。
在执行图6所示的步骤之前，终端设备202还处于非漫游状态。终端设备202与H-UPF1建立第一会话，并通过H-UPF1传输业务的数据。第一会话具有SSC1模式,且H-UPF1为第一会话的锚点。
如图6所示，当终端设备202漫游至VPLMN后，步骤601，终端设备202通过接入网设备204向AMF实体206发送会话建立请求消息。
步骤602，AMF实体206向vSMF发送N11消息。N11消息可用于建立PDU会话(第一会话)。
步骤603，vSMF选择V-UPF2，与V-UPF2通过N4消息的交互，以建立PDU会话(第一会话)。例如，vSMF向V-UPF2发送N4会话建立请求消息，V-UPF2向vSMF返回N4会话建立响应消息。
步骤604，vSMF向hSMF发送N16消息，以建立第一会话。
步骤605，hSMF与H-UPF1交互N4消息。
在一种可能的实现方式中，HPLMN和VPLMN之间的漫游能够得到支持，可实现正常的会话切换。在这样的情况下，可保持原H-UPF1作为锚点，以通过修改PDU会话的方式将V-UPF2加入H-UPF1的第一会话的数据路径。
在另一种可能的实现方式中，会话不能正常切换，需要在HPLMN内选择一个新的锚点UPF1’。在这样的情况下，可通过建立PDU会话的方式，形成以V-UPF2为N3UPF，以UPF1’为锚点的第一会话的数据路径。
步骤606，hSMF向vSMF发送N16消息。
步骤607，vSMF向AMF实体206返回N11消息。该N11消息为建立PDU会话接受消息。
步骤608，AMF实体206向接入网设备204发送N2消息，以向接入网设备204转发步骤605的建立PDU会话接受消息。
步骤609，接入网设备204收到N2消息后，建立DRB。
步骤610，接入网设备204向AMF实体返回N2消息。该N2消息为建立PDU会话接受消息。
步骤611，AMF实体206向vSMF发送N11消息，以向hSMF转发步骤609的建立PDU会话接受消息。
步骤612，vSMF与V-UPF2交互N4消息，以通过修改PDU会话的方式向UPF2转发接入网侧的隧道信息。
步骤613，vSMF向AMF实体206返回N11消息,作为步骤611中N11消息的应答。
以上步骤可参考图3A中步骤301至310的步骤。可以理解的是，由于V-UPF2和V-UPF3由vSMF控制，可直接通过vSMF实现；而H-UPF1由hSMF控制，对于涉及H-UPF1的消息需要hSMF和vSMF之间的转发。
步骤614，当触发条件满足时，触发将上述第一会话转换至去激活态。此时，终端设备202向接入网设备204发送触发消息。接入网设备204收到触发消息后，向AMF实体206发送N2消息，以释放接入网设备204与AMF实体206之间的N2连接。
步骤615，AMF实体206向vSMF发送N11消息，以请求释放接入网设备204和V-UPF2之间的N3连接。
步骤616，vSMF根据预设条件，通知V-UPF2缓存第一会话的第二下行数据。其中，预设条件包括SSC信息指示第一会话具有SSC1模式。
例如，vSMF与V-UPF2交互N4消息，以请求释放接入网设备204和V-UPF2之间的N3连接。可选的vSMF可通过请求释放N3连接的N4消息，通知V-UPF2缓存第一会话的第二下行数据。换句话说，步骤616的N4消息具有两个作用：(1)请求释放接入网设备204和V-UPF2之间的N3连接；(2)通知V-UPF2缓存第一会话的第二下行数据。
步骤617，vSMF向AMF实体206返回N11消息，以确认释放接入网设备204和V-UPF2之间的N3连接。AMF实体206收到N11消息后，记录第一会话转换至去激活态。
由此，当H-UPF1(或UPF1’)收到第二下行数据后，将该第二下行数据向V-UPF2转发。步骤618，V-UPF2缓存第二下行数据。
之后，可通过步骤619a至步骤631触发建立终端设备202与V-UPF3的第一会话。步骤619a至步骤631可参考图3B中步骤402a至411的描述，差别在于，由于第二下行数据缓存在V-UPF2，数据通知消息由V-UPF2发送至控制V-UPF2的vSMF，图3B中SMF实体208的操作可由vSMF执行；且对于由hSMF控制的UPF1的操作，需要通过vSMF和hSMF的转发实现。
在第一会话再次切换至去激活态的流程(可参考步骤614至617的描述)中，在步骤632中，vSMF还可更新第一会话转换至去激活态后缓存下行数据的缓存设备。举例来说，若移动性统计信息指示终端设备202将长时间停留在VPLMN(例如，终端设备202停留在VPLMN的时间大于第三阈值)，可更新UPF3为缓存设备，并通知UPF3。或者，也可更新vSMF为缓存设备(例如，当UPF3不具备缓存下行数据的能力时)。
也就是说，在HR的漫游场景下，vSMF选择N3UPF作为缓存设备。
此外，通过上述步骤，当漫游(LBO或HR)场景下的终端设备202的会话再次被触发切换至去激活态，都可更新缓存设备，避免了与HPLMN内的锚点频繁交互，从而进一步提升用户体验。
图7示出了根据本发明实施例的一种缓存数据的方法。该方法可由会话管理功能实体(例如上述SMF实体208、或LBO漫游场景下的vSMF)执行。图7将结合图2至图6进行描述。例如，该方法包括：
步骤702，会话管理功能实体分别与第二用户面功能实体(例如，上述UPF2)和第一用户面功能实体(例如，上述UPF1)交互，以使得第一用户面功能实体经过第二用户面功能实体向接入网设备(例如，上述接入网设备204)发送第一会话的第一下行数据。第一用户面功能实体为第一会话的锚点。
例如，步骤702可通过图3A中的步骤303和309b实现。
步骤704，会话管理功能实体根据预设条件，通知第一用户面功能实体缓存第一会话的第二下行数据。其中，预设条件包括SSC信息指示第一会话具有第一会话和业务连续性SSC1模式。第二下行数据为第一会话转换至去激活态后第一用户面功能实体收到的下行数据。
例如，步骤704可通过图3A中的步骤315实现。
根据上述缓存数据的方案，会话管理功能实体根据预设条件通知锚点用户面功能实体缓存第二下行数据。这样，当第一会话切换至激活态后,锚点用户面功能实体缓存的第二下行数据与第一会话再次切换至激活态新接收到的第三下行数据的传输路径相同。由此，避免了终端接收到的下行数据的乱序问题，提高了用户体验。此外，无需建立额外的转发隧道也无需再释放转发隧道即可获得缓存的下行数据，减少了UPF实体之间的信令交互，从而降低了时延，进一步提高了用户体验。
可选的，预设条件包括以下中的至少一项：SSC信息指示第一会话具有第一会话和业务连续性SSC1模式；移动性信息指示终端设备为高移动性设备；会话管理功能实体和第一用户面功能实体属于同一运营商网络。其中，第一会话具有SSC1模式，表示在初始建立PDU会话时作为PDU会话锚点的UPF保持不变。换句话说，在终端设备的移动过程中，具有SSC1模式的第一会话的锚定UPF实体不变。会话管理功能实体和第一用户面功能实体属于同一运营商网络，可包括非漫游的场景或者本地疏导LBO漫游的场景。此外，缓存设备的选择还需要考虑终端设备的移动性。
可选的，该方法还包括：会话管理功能实体分别与第三用户面功能实体(例如，上述UPF3)和第一用户面功能实体交互，以使得第一用户面功能实体经过第三用户面功能实体向接入网设备(可以是接入网设备204或其他接入网设备)发送第二下行数据和第三下行数据。其中，第三下行数据为第一会话转换至激活态后第一用户面功能实体收到的下行数据(例如，可参考图3B中的步骤406、407)。
可选的，步骤704包括：会话管理功能实体根据预设条件，选择第一用户面功能实体作为缓存第二下行数据的用户面功能实体；会话管理功能实体通知第一用户面功能实体在收到第二下行数据后，缓存第二下行数据(例如，可参考图3A中的步骤313至315)。
可选的，该方法还包括：会话管理功能实体获得终端设备的移动性信息。例如，会话管理功能实体可通过如下方式获得终端设备的移动性信息：会话管理功能实体从移动性管理功能实体(例如，AMF实体206)接收移动属性，移动性信息为移动属性；或者，会话管理功能实体获取移动性统计信息，移动性信息为移动性统计信息；或者，会话管理功能实体从移动性管理功能实体接收移动属性，获取移动性统计信息，根据移动属性和移动性统计信息确定移动性信息。其中，移动属性至少包括高移动属性或低移动属性，移动性统计信息用于指示终端设备的移动速度或停留时间(例如，可参考图3A中的步骤302、302a、302b)。
例如，会话管理功能实体获取移动性统计信息，包括：会话管理功能实体从移动性管理功能实体接收移动性统计信息；或者，会话管理功能实体从网络数据分析NWDA设备(例如上述NWDA设备214)获取移动性统计信息。
可选的，该方法还包括：在会话管理功能实体选择第一用户面功能实体作为缓存第二下行数据的用户面功能实体后，会话管理功能实体释放第二用户面功能实体(例如，可参考图3A中的步骤314)。由此，当选择锚点用户面功能实体作为缓存设备时，可直接释放第二用户面功能实体，从而节省网络的资源。
可选的，上述步骤702和704可被替换为：会话管理功能实体分别与第二用户面功能实体和第一用户面功能实体交互，以使得第一用户面功能实体经过第二用户面功能实体发送第一会话的第一下行数据。会话管理功能实体在所述第一会话进入去激活态时，释放第二用户面功能实体(例如，会话管理实体先确定释放第二用户面功能实体)。其中，第二用户面功能实体为第一会话的与接入网设备相连的用户面功能实体。第一用户面功能实体可以是锚点UPF，也可以是第二用户面功能实体与锚点UPF之间的UPF。
可选的，会话管理功能实体通知第一用户面功能实体缓存第一会话的第二下行数据。或者，会话管理功能网元通知第一用户面功能网元释放与第二户面功能网元之间的连接，使得上述第一用户面实体“自动”地成为了第一会话转换至去激活态后缓存第二下行数据的缓存设备。
根据上述方案，会话管理功能实体删除第二用户面功能实体后，第一用户面功能实体成为新的与接入网设备相连的用户面功能实体，并缓存第二下行数据。这样，当第一会话切换至激活态后,第一用户面功能实体缓存的第二下行数据与第一会话再次切换至激活态新接收到的第三下行数据的传输路径相同。由此，避免了终端接收到的下行数据的乱序问题。此外，无需建立额外的转发隧道也无需再释放转发隧道即可获得缓存的下行数据，减少了UPF实体之间的信令交互，从而降低了时延，提高了用户体验。
例如，会话管理实体先根据会话和业务连续性信息、移动性信息和策略信息中的至少一项，确定释放第二用户面功能实体。举例来说，当以下任一项满足时，会话管理实体判断释放第二用户面用能实体：
上述会话和业务连续性信息指示所述第一会话具有第一会话和业务连续性模式；
上述移动性信息指示所述终端设备为高移动性设备；
上述本地策略指示释放所述第二用户面实体；
会话管理功能实体和第一用户面功能实体属于同一运营商网络(表示适用于非漫游的场景或者本地疏导LBO漫游的场景)。
可选的，上述方法都适用于归属地路由HR漫游场景。会话管理功能实体(例如上述vSMF)和第三用户面功能实体位于HR漫游场景下的VPLMN内，该方法还包括：会话管理功能实体调整缓存设备，所述缓存设备用于在第一会话转换至去激活态后缓存第一会话的第四下行数据(例如，可参考图6中的步骤632)。
例如，会话管理功能实体调整缓存设备，包括：会话管理功能实体确定第三用户面功能实体为所述缓存设备；或者，会话管理功能实体确定该会话管理功能实体为缓存设备。由此，通过更新缓存设备，可避免与HPLMN内的锚点用户面实体的频繁交互，从而进一步提升用户体验。
以下将结合图8A和图8B，介绍本申请另一实施例的一种缓存数据的方法。图8A示出了该方法的信令交互，图8B示出了终端设备202在移动过程中数据路径的变化。该方法可适用于具有SSC3模式的PDU会话。在SSC3模式下，同一时刻可能存在多个锚点UPF。在该场景下，可能存在多个“会话”(例如，multiple PDU sessions)，或者，会话的多个“会话分支”。以下，以多个“会话”为例进行描述。
在执行图8A所示的步骤之前(例如图8B中的时刻T1)，终端设备与UPF1建立第一会话，并通过UPF1传输业务的数据。第一会话具有SSC3模式,且UPF1为第一会话的初始锚点。
在图8A中，步骤801至810可参考图3A中步骤301至310的描述，此处不再赘述。
需要说明的是，由于第一会话具有SSC3模式，步骤803的N4消息具有两个作用：(1)建立上述第一会话，即为上述锚点为UPF1的第一会话的数据路径添加UPF2作为N3UPF；(2)以UPF2作为锚点建立新的第二会话。
通过上述步骤，UPF1经过UPF2向接入网设备204发送上述第一会话的第一下行数据。如图8B所示，在时刻T2，第一会话的数据路径为：UPF1→UPF2→接入网设备(图中未示出)→终端设备202。
此外，以UPF2为锚点建立的第二会话的数据路径(图中未示出)为：UPF2→接入网设备→终端设备202。
步骤811，当触发条件满足时，触发将上述第一会话转换至去激活态。此时，终端设备202向接入网设备204发送触发消息。接入网设备204收到触发消息后，向AMF实体206发送N2消息，以释放接入网设备204与AMF实体206之间第一会话的N2连接。
步骤812，AMF实体206向SMF实体208发送N11消息，以请求释放接入网设备204和UPF2之间第一会话的N3连接。
步骤813，SMF实体208根据预设条件选择UPF2或者根据预设条件确定不删除UPF2，通知UPF2缓存第一会话的第二下行数据。其中，预设条件包括SSC信息指示第一会话具有SSC3模式。
例如，SMF实体208与UPF2交互N4消息，以请求释放接入网设备204和UPF2之间第一会话的N3连接。可选的，SMF实体208可通过请求释放N3连接的N4消息，通知UPF2缓存第一会话的第二下行数据。换句话说，步骤813的N4消息具有两个作用：(1)请求释放接入网设备204和UPF2之间第一会话的N3连接；(2)通知UPF2缓存第一会话的第二下行数据。
步骤814，SMF实体208向AMF实体206返回N11消息，以确认释放接入网设备204和UPF2之间第一会话的N3连接。AMF实体206收到N11消息后，记录第一会话转换至去激活态。
类似的，当触发条件满足时，可触发将上述第二会话转换至去激活态。若终端设备202上的所有会话都被转换至去激活态，该终端设备202相应转换至空闲(CM-CONNECTED)态。
在一种可能的实现方式中，可通过同一流程将上述第一会话和第二会话都转换至去激活态。
在另一种可能的实现方式中，采用与第一会话独立的流程将第二会话转换至去激活态。对于第二会话，可选择与第一会话相同或不同的用于缓存下行数据的缓存设备。例如，对于第二会话，可选择初始锚点UPF1(可参考图3A至图7的描述)或当前的N3UPF(即UPF2)作为缓存设备，本发明并不在此限制。对于SSC3模式，可能存在多个“会话”，或者，会话的多个“会话分支”。SMF实体208可分别为多个会话，或者，会话的多个会话分支选择不同的缓存设备，并通过N4消息通知各自的缓存设备缓存接收到的下行数据。
以下依旧以第一会话(会话分支)为主线进行描述。
在第一会话处于去激活态时，来自数据网络212的第一会话的第二下行数据到达UPF2。
步骤815，UPF2缓存第二下行数据。
步骤816a，UPF2收到第二下行数据后，向SMF实体208发送数据通知消息。
本发明并不限定步骤815和步骤816a之间的执行顺序，可先执行步骤815后执行步骤816a，或者，也可先执行步骤816a再执行步骤815，或者，同时执行步骤815和步骤816a。
可选的，步骤816b，SMF实体208向UPF2返回数据通知确认消息。
步骤817至819b可参考图3B中步骤403至405b的描述，此处不再赘述。
步骤820，SMF实体208与UPF3交互N4消息，以建立PDU会话。此处，通过N4消息交互，一方面，建立上述第一会话和第二会话；另一方面，以UPF3作为锚点UPF建立新的第三会话。
步骤821，SMF实体208与UPF2交互N4消息，以修改PDU会话。例如，SMF实体208与UPF2通过N4消息交互，为已有会话(例如上述第一会话和第二会话)的数据路径添加UPF3作为N3UPF，使得UPF2与UPF3相连。
也就是说，通过步骤820和821，第一会话的新接收到的第三下行数据的数据路径变更为：UPF1→UPF2→UPF3→接入网设备→终端设备202。第二会话新接收到的下行数据的数据路径变更为：UPF2→UPF3→接入网设备→终端设备202。新建立的第三会话的下行数据的数据路径为：UPF3→接入网设备→终端设备202。
此外，第一会话缓存的第二下行数据的数据路径为UPF2→UPF3→接入网设备→终端设备202。
步骤822至824可参考图3B中步骤409至411的描述，此处不再赘述。
至此，对于第一会话，UPF3为N3UPF。UPF2经过UPF3向终端设备202发送缓存的第二下行数据；UPF1依次经过UPF2和UPF3向终端设备202发送新接收到的第一会话的第三下行数据。例如，在时刻T3，缓存的第二下行数据的数据路径(图中未示出)为：UPF2→UPF3→接入网设备→终端设备202；如图8B所示，在时刻T3，第三下行数据的传输路径为：UPF1→UPF2→UPF3→接入网设备(图中未示出)→终端设备202。由此，从UPF2开始，传输第二下行数据和第三下行数据的数据路径相同，避免了终端接收到的下行数据的乱序问题，提高了用户体验。此外，采用图8A的方法，无需建立额外的转发隧道也无需再释放转发隧道即可获得缓存的下行数据，减少了UPF实体之间的信令交互，从而降低了时延，进一步提高了用户体验。
可选的，当触发条件满足时，可再次触发第一会话转换至去激活态。该过程可参考步骤811至814的描述，此处不再赘述。类似的，在此过程中，释放了接入网设备204与AMF实体206之间的N2连接，以及，接入网设备204与UPF3之间的N3连接。可选的，SMF实体208还可更新缓存设备(例如锚点UPF3)，并通知更新的缓存设备缓存下行数据。
图9示出了根据本发明实施例的一种缓存数据的方法。该方法可由会话管理功能实体(例如上述SMF实体208)执行。图9将结合图2至图4，以及图8A和图8B进行描述。例如，该方法包括：
步骤902，会话管理功能实体分别与第二用户面功能实体(例如，上述UPF2)和第一用户面功能实体(例如，上述UPF1)交互，以使得第一用户面功能实体经过第二用户面功能实体向接入网设备(例如，上述接入网设备204)发送第一会话的第一下行数据，其中，第一用户面功能实体为第一会话的锚点。
例如，步骤902可通过图8A中的步骤803和809b实现。
步骤904，会话管理功能实体根据预设条件，通知第二用户面功能实体缓存第一会话的第二下行数据。其中，预设条件包括SSC信息指示第一会话具有第三会话和业务连续性SSC3模式。第二下行数据为第一会话转换至去激活态后第二用户面功能实体收到的下行数据。
例如，步骤904可通过图8A中的步骤813实现。
其中，第一会话具有SSC3模式，表示在SSC3模式下，同一时刻可能存在多个锚点UPF。换句话说，可能存在多个“会话”，或者，会话的多个“会话分支”。
步骤906，会话管理功能实体分别与第三用户面功能实体和第二用户面功能实体交互，以使得第二用户面功能实体经过第三用户面功能实体向接入网设备(可以是接入网设备204或其他接入网设备)发送第二下行数据，且所述第一用户面功能实体经过第二用户面功能实体、第三用户面功能实体、向接入网设备(可以是接入网设备204或其他接入网设备)发送第三下行数据。其中，第三下行数据为第一会话转换至激活态后第一用户面功能实体收到的下行数据。
例如，步骤906可通过图8A中的步骤820和821实现。
可选的，步骤904包括：会话管理功能实体根据预设条件，选择第二用户面功能实体作为缓存第二下行数据的缓存设备；会话管理功能实体通知第二用户面功能实体在收到第二下行数据后，缓存第二下行数据。
可选的，由于第一会话具有SSC3模式，对于第二会话，可选择与第一会话相同或不同的用于缓存下行数据的缓存设备。例如，对于第二会话，可选择初始锚点UPF1(可参考图3A至图7的描述)或当前的N3UPF(即UPF2)作为缓存设备，并通过N4消息通知各自的缓存设备缓存接收到的下行数据。
此外，图8A所示的方法还可适用于多归属PDU会话(multi-homing PDU session)的场景或上行分类器(uplink classifier，ULCL)的场景。
图10示出了多归属PDU会话场景下的示意图。接入网设备204与带有聚合点(branching point，BP)功能的UPF实体(简称为BP UPF)相连。BP UPF与各个PDU会话锚点相连(例如PDU会话锚点1和PDU会话锚点2)。多归属PDU会话通过多个PDU会话锚点，提供了到达接入网络212的多条路径。BP UPF能够向不同PDU会话锚点转发上行数据，并合并来自不同PDU会话锚点的下行数据。
例如，PDU会话锚点1可执行图8A中UPF1的操作。UPF2可用于实现BP UPF的功能，分别通过PDU会话锚点1的会话分支1和PDU会话锚点2的会话分支2连接至数据网络212。其中，PDU会话锚点2可以与BP UPF UPF2分开设置，也可与BP UPF UPF2合设。类似的，UPF3也可用于实现BP UPF的功能，分别通过PDU会话锚点1的会话分支1和PDU会话锚点2的会话分支2连接至数据网络212。其中，PDU会话锚点2可以BP UPF UPF3分开设置，也可与BP UPF UPF3合设。
例如，在T1时刻，创建具有SSC3模式的会话分支1，由锚点UPF1作为缓存下行数据的缓存设备。在T2时刻，通过多归属PDU会话的技术添加UPF2作为BP UPF，创建会话分支2，UPF2为会话分支1和会话分支2的聚合点。当会话分支进入去激活态后，更新UPF2作为缓存下行数据的缓存设备。在T2至T3的时间段内，终端设备202发生移动，发起下行业务后下行数据缓存于UPF2。寻呼响应后触发BP UPF迁移(relocation)。即，在时刻T3，BP UPF变更为UPF3。UPF3可从UPF2获取缓存的下行数据，并建立新的会话分支3。UPF3为会话分支1、会话分支2和会话分支3的聚合点。当会话分支再次进入去激活态后，更新UPF3作为缓存下行数据的缓存设备。
在多归属PDU会话场景下，可参考现有技术中的方式，N3UPF与缓存下行数据的BPUPF建立转发隧道，通过转发隧道获取缓存的下行数据。缓存的下行数据获取完毕后，可删除该转发隧道。
需要说明的是，在上述场景下，当会话分支被触发切换至去激活态时，只需要释放BP UPF的N3连接，不需要删除该BP UPF。
因此，在多归属PDU会话场景下，可设置最近为终端设备202服务的BP UPF作为缓存设备。由此，BP UPF下的各个会话分支的下行数据都能缓存在聚合点BP UPF。任何一个会话分支的下行数据激活后，都会更新BP UPF。另外，即使没有下行业务激活任何会话分支，获取缓存数据的流程也随着BP UPF的迁移而被优化。
类似的，图11示出了ULCL场景下的示意图。接入网设备204与带有ULCL功能的UPF实体(简称为UPCL UPF)相连。ULCL UPF与各个PDU会话锚点相连(例如PDU会话锚点1和PDU会话锚点2)。ULCL技术通过多个PDU会话锚点，提供了到达接入网络212的多条会话分支。ULCL UPF能够向不同PDU会话锚点转发上行数据，并合并来自不同PDU会话锚点的下行数据。
例如，PDU会话锚点1可执行图8A中UPF1的操作。UPF2可用于实现ULCL UPF的功能，分别通过PDU会话锚点1的会话分支1和PDU会话锚点2的会话分支2连接至数据网络212。其中，PDU会话锚点2可以与ULCL UPF UPF2分开设置，也可与ULCL UPF UPF2合设。类似的，UPF3也可用于实现ULCL UPF的功能，分别通过PDU会话锚点1的会话分支1和PDU会话锚点2的会话分支2连接至数据网络212。其中，PDU会话锚点2可以ULCL UPF UPF3分开设置，也可与ULCL UPF UPF3合设。
例如，在T1时刻，创建具有SSC3模式的会话分支1，由锚点UPF1作为缓存下行数据的缓存设备。在T2时刻，通过ULCL的技术添加UPF2作为ULCL UPF，创建会话分支2，UPF2为会话分支1和会话分支2的上行分类器。当会话分支进入去激活态后，更新UPF2作为缓存下行数据的缓存设备。在T2至T3的时间段内，终端设备202发生移动，发起下行业务后下行数据缓存于UPF2。寻呼响应后触发ULCL UPF迁移(relocation)。即，在时刻T3，ULCL UPF变更为UPF3。UPF3可从UPF2获取缓存的下行数据，并建立新的会话分支3。UPF3为会话分支1、会话分支2和会话分支3的上行分类器。当会话分支再次进入去激活态后，更新UPF3作为缓存下行数据的缓存设备。
因此，在ULCL场景下，可设置最近为终端设备202服务的ULCL UPF作为缓存设备。
此外，对于多归属PDU会话场景和ULCL场景下，可为各个会话分支设置不同的缓存设备。例如，为连接至UPF1的会话分支1设置PDU会话锚点1(UPF1)作为缓存设备，为会话分支2设置PDU会话锚点2作为缓存设备。由此，可实现各个会话分支的独立处理，使得各个会话分支之间的处理互不影响，满足不同的需求。
上述本申请提供的实施例中，分别从各个网元本身、以及从各个网元之间交互的角度对本申请实施例提供的短消息传输方法等各方案进行了介绍。可以理解的是，各个网元，例如上述会话管理功能实体等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
例如，当上述网元通过软件模块来实现相应的功能。会话管理功能实体可包括接收模块1201和发送模块1203，如图12A所示。
在一个实施例中，接收模块1201和发送模块1203用于分别与第二用户面功能实体和第一用户面功能实体交互，以使得第一用户面功能实体经过第二用户面功能实体向接入网设备发送第一会话的第一下行数据，第一用户面功能实体为第一会话的锚点。
发送模块1203还用于根据预设条件，通知第一用户面功能实体缓存第一会话的第二下行数据。
可选的，预设条件包括以下中的至少一项：
SSC信息指示第一会话具有第一会话和业务连续性SSC1模式；
移动性信息指示所述终端设备为高移动性设备；
会话管理功能实体和第一用户面功能实体属于同一运营商网络。
可选的，接收模块1201和发送模块1203还用于分别与第三用户面功能实体和第一用户面功能实体交互，以使得第一用户面功能实体经过第三用户面功能实体向接入网设备发送第二下行数据和第三下行数据。第三下行数据为第一会话转换至激活态后第一用户面功能实体收到的下行数据。
可选的，为实现上述通知的功能，该会话管理功能实体还包括选择模块1205。选择模块1205用于根据预设条件，选择第一用户面功能实体作为缓存第二下行数据的缓存设备。由此，发送模块1203用于通知第一用户面功能实体在收到第二下行数据后，缓存第二下行数据。
可选的，接收模块1201还用于获得终端设备的移动性信息。例如，接收模块1201用于从移动性管理功能实体接收移动属性，移动性信息为移动属性；或者，接收模块1201用于获取移动性统计信息，移动性信息为移动性统计信息；或者，会话管理功能实体还包括确定模块1207，接收模块1201用于从移动性管理功能实体接收移动属性，获取移动性统计信息，确定模块1207根据移动属性和移动性统计信息确定移动性信息。其中，移动属性至少包括高移动属性或低移动属性，移动性统计信息用于指示终端设备的移动速度或停留时间。例如，接收模块1201用于从移动性管理功能实体接收移动性统计信息；或者从网络数据分析NWDA设备获取移动性统计信息。
可选的，该会话管理功能实体还包括还包括释放模块1209。释放模块1209用于在选择模块1205选择第一用户面功能实体作为缓存第二下行数据的缓存设备后，释放第二用户面功能实体。
可选的，会话管理功能实体和第三用户面功能实体位于HR漫游场景下的VPLMN内，会话管理功能实体还包括调整模块1211。调整模块1211用于调整缓存设备，缓存设备用于在第一会话转换至激活态后缓存第一会话的第四下行数据。例如，调整模块1211用于确定第三用户面功能实体为缓存设备；或者，确定会话管理功能实体为缓存设备。
由此，会话管理功能实体根据预设条件通知锚点用户面功能实体缓存第二下行数据。这样，当第一会话切换至激活态后,锚点用户面功能实体缓存的第二下行数据与第一会话再次切换至激活态新接收到的第三下行数据的传输路径相同。由此，避免了终端接收到的下行数据的乱序问题。此外，无需建立额外的转发隧道也无需再释放转发隧道即可获得缓存的下行数据，减少了UPF实体之间的信令交互，从而降低了时延，提高了用户体验。
在另一个实施例中，接收模块1201和发送模块1203用于分别与第二用户面功能实体和第一用户面功能实体交互，以使得第一用户面功能实体经过第二用户面功能实体向接入网设备发送第一会话的第一下行数据。第一用户面功能实体为第一会话的锚点。发送模块1203还用于通知第二用户面功能实体缓存第一会话的第二下行数据。预设条件包括SSC信息(例如，通过接收模块1201获取)指示第一会话具有第三会话和业务连续性SSC3模式。第二下行数据为第一会话转换至去激活态后第二用户面功能实体收到的下行数据。接收模块1201和发送模块1203还用于分别与第三用户面功能实体和第二用户面功能实体交互，以使得第二用户面功能实体经过第三用户面功能实体向接入网设备发送第二下行数据，且第一用户面功能实体经过第二用户面功能实体、第三用户面功能实体、向接入网设备发送第三下行数据。第三下行数据为第一会话转换至激活态后第一用户面功能实体收到的下行数据。
可选的，为实现上述通知的功能，该会话管理功能实体还包括选择模块1205。选择模块1205用于根据预设条件，选择第二用户面功能实体作为缓存第二下行数据的缓存设备。发送模块1203用于通知第二用户面功能实体在收到第二下行数据后，缓存第二下行数据。
由此，从第二用户面功能实体开始，传输第二下行数据和第三下行数据的数据路径相同，避免了终端接收到的下行数据的乱序问题，提高了用户体验。此外，无需建立额外的转发隧道也无需再释放转发隧道即可获得缓存的下行数据，减少了UPF实体之间的信令交互，从而降低了时延，进一步提高了用户体验。
可选的，在另一个实施例中，会话管理功能实体可包括接收模块1201、发送模块1203和释放模块1209。接收模块1201和发送模块1203也可由收发模块实现。
收发模块用于分别与第二用户面功能实体和第一用户面功能实体交互，以使得第一用户面功能实体经过第二用户面功能实体发送第一会话的第一下行数据。其中，第二用户面功能实体为所述第一会话的与接入网设备相连的用户面功能实体。
释放模块1209用于在所述第一会话进入去激活态时，释放第二用户面功能实体。例如，释放模块1209根据会话和业务连续性信息、移动性信息和策略信息中的至少一项，确定释放第二用户面功能实体。具体可参考前面的描述，不再赘述。
可选的，上述收发模块还用于通知第一用户面功能实体缓存第一会话的第二下行数据。或者，上述收发模块还用于通知第一用户面功能网元释放与第二户面功能网元之间的连接，使得上述第一用户面实体“自动”地成为了第一会话转换至去激活态后缓存第二下行数据的缓存设备。
根据上述方案，会话管理功能实体删除第二用户面功能实体后，第一用户面功能实体成为新的与接入网设备相连的用户面功能实体，并缓存第二下行数据。这样，当第一会话切换至激活态后,第一用户面功能实体缓存的第二下行数据与第一会话再次切换至激活态新接收到的第三下行数据的传输路径相同。由此，避免了终端接收到的下行数据的乱序问题。此外，无需建立额外的转发隧道也无需再释放转发隧道即可获得缓存的下行数据，减少了UPF实体之间的信令交互，从而降低了时延，提高了用户体验。
以上的选择模块1205、确定模块1207、释放模块1209和调整模块1211均可由会话管理功能实体中的处理模块实现。
此外，会话管理功能实体中的接收模块1201、发送模块1203还可实现上述方法中SMF设备206(或vSMF)的其他操作或功能，也还可包括执行其他功能的其他模块，此处不再赘述。
图12B示出了上述实施例中所涉及的会话管理功能实体的另一种可能的结构示意图。会话管理功能实体包括收发器1202和处理器1204，如图12B所示。例如，处理器1204被配置为处理会话管理功能实体执行上述方法中SMF设备206(或vSMF)相应的功能。收发器1202用于实现会话管理功能实体与上述移动性管理功能实体/用户面功能实体/其他会话管理功能实体之间的通信。所述会话管理功能实体还可以包括存储器1206，所述存储器用于与处理器耦合，其保存会话管理功能实体必要的程序指令和数据。
可以理解的是，图12B仅仅示出了上述设备的简化设计。在实际应用中，上述每个设备可以包含任意数量的发射器，接收器，处理器，控制器，存储器，通信单元等，而所有可以实现本申请的设备都在本申请的保护范围之内。
用于执行本申请上述上述会话管理功能实体的控制器/处理器可以是中央处理器(CPU)，通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)，现场可编程门阵列(FPGA)或者其他可编程逻辑器件、晶体管逻辑器件，硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。
结合本申请公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于会话管理功能实体中。当然，处理器和存储介质也可以作为分立组件存在于会话管理功能实体中。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
以上所述的具体实施方式，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请的具体实施方式而已，并不用于限定本申请的保护范围，凡在本申请的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本申请的保护范围之内。

Claims (14)

1.一种缓存数据的方法，其特征在于，包括：
会话管理功能网元分别与第二用户面功能网元和第一用户面功能网元交互，以使得第一会话的第一下行数据的传输路径经过所述第一用户面功能网元和所述第二用户面功能网元，所述第一用户面功能网元为所述第一会话的锚点，所述第二用户面功能网元为所述第一会话的与接入网设备相连的用户面功能网元；
当终端设备进入空闲态或者处于连接态，在释放第一会话的接入网的相关传输资源的流程中，所述会话管理功能网元释放所述第二用户面功能网元，并通知所述第一用户面功能网元释放与所述第二用户面功能网元之间的连接，所述第一会话的第二下行数据传输到所述第一用户面功能网元后缓存在所述第一用户面功能网元上。
2.根据权利要求1所述的方法，其特征在于，还包括：
所述会话管理功能网元通知所述第一用户面功能网元在收到第二下行数据后，缓存所述第二下行数据。
3.根据权利要求2所述的方法，其特征在于，所述会话管理功能网元通知所述第一用户面功能网元在收到第二下行数据后，缓存所述第二下行数据包括：
所述会话管理功能网元向所述第一用户面功能网元发送会话修改请求消息，所述会话修改请求消息包括缓存开指示信息。
4.根据权利要求1-3任一所述的方法，其特征在于，还包括：
当所述第一会话切换至激活态后，所述会话管理功能网元分别与第三用户面功能网元和所述第一用户面功能网元交互，以使得所述第三用户面功能网元加入所述第一会话的数据路径，所述第一会话的用于传输所述缓存的第二下行数据和第三下行数据的数据路径经过所述第一用户面功能、所述第三用户面功能、所述接入网设备和终端设备。
5.根据权利要求1-4任一所述的方法，其特征在于，所述会话管理功能网元释放所述第二用户面功能网元，包括：
所述会话管理功能网元根据会话和业务连续性信息、移动性信息和策略信息中的至少一项，确定释放所述第二用户面功能网元。
6.根据权利要求5所述的方法，其特征在于，所述会话管理功能网元释放所述第二用户面功能网元，包括：
所述会话管理功能网元根据以下中的至少一项确定释放所述第二用户面功能网元：
所述会话和业务连续性信息指示所述第一会话具有第一会话和业务连续性模式；
所述移动性信息指示所述终端设备为高移动性设备；
所述策略信息指示释放所述第二用户面功能网元；
所述会话管理功能网元和所述第一用户面功能网元属于同一运营商网络。
7.一种会话管理功能网元，其特征在于，包括：
收发模块，用于分别与第二用户面功能网元和第一用户面功能网元交互，以使得第一会话的第一下行数据的传输路径经过所述第一用户面功能网元和所述第二用户面功能网元，所述第一用户面功能实体为所述第一会话的锚点，所述第二用户面功能网元为所述第一会话的与接入网设备相连的用户面功能网元；
释放模块，用于在所述第一会话进入去激活态时，释放所述第二用户面功能网元；
所述收发模块还用于当终端设备进入空闲态或者处于连接态，在释放第一会话的接入网的相关传输资源的流程中，通知所述第一用户面功能网元释放与所述第二用户面功能网元之间的连接，所述第一会话的第二下行数据传输到所述第一用户面功能网元后缓存在所述第一用户面功能网元上。
8.根据权利要求7所述的会话管理功能网元，其特征在于,所述收发模块还用于通知所述第一用户面功能网元缓存所述第一会话的第二下行数据。
9.根据权利要求7或8所述的会话管理功能网元，其特征在于，所述收发模块还用于：
向所述第一用户面功能发送会话修改请求消息，所述会话修改请求消息包括缓存开指示信息。
10.根据权利要求7-9任一所述的会话管理功能网元，其特征在于，所述收发模块还用于：
当所述第一会话切换至激活态后，分别与第三用户面功能网元和所述第一用户面功能网元交互，以使得所述第三用户面功能网元加入所述第一会话的数据路径，所述第一会话的用于传输所述缓存的第二下行数据和第三下行数据的数据路径经过所述第一用户面功能、所述第三用户面功能、所述接入网设备和终端设备。
11.根据权利要求7-10任一所述的会话管理功能网元，其特征在于,所述释放模块用于根据会话和业务连续性信息、移动性信息和策略信息中的至少一项，确定释放所述第二用户面功能网元。
12.根据权利要求11所述的会话管理功能网元，其特征在于,所述释放模块用于根据以下中的至少一项，确定释放所述第二用户面功能网元：
会话和业务连续性信息指示所述第一会话具有第一会话和业务连续性模式；
移动性信息指示所述终端设备为高移动性设备；
所述策略信息指示释放所述第二用户面功能网元：
所述会话管理功能网元和所述第一用户面功能网元属于同一运营商网络。
13.一种会话管理功能设备，其特征在于，包括：
通信接口，用于接收和发送数据；
存储器，用于存储指令；
至少一个处理器，用于执行所述存储器中的所述指令，使得所述会话管理功能设备执行如权利要求1至6中任一项所述的方法。
14.一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1-6任意一项所述的方法。
CN201710470680.7A 2017-05-11 2017-06-20 缓存数据的方法和会话管理功能设备 Active CN108881356B (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
KR1020197033643A KR102434608B1 (ko) 2017-05-11 2018-04-04 데이터 버퍼링 방법 및 세션 관리 기능 엔티티
JP2019556835A JP7060613B2 (ja) 2017-05-11 2018-04-04 データバッファリング方法およびセッション管理機能エンティティ
EP18799351.4A EP3611904B1 (en) 2017-05-11 2018-04-04 Data session management
PCT/CN2018/081803 WO2018205775A1 (zh) 2017-05-11 2018-04-04 缓存数据的方法和会话管理功能实体
ES18799351T ES2907108T3 (es) 2017-05-11 2018-04-04 Gestión de sesión de datos
BR112019023265-6A BR112019023265A2 (pt) 2017-05-11 2018-04-04 Método de armazenamento temporário de dados e entidade de função de gerenciamento de sessão
US16/661,101 US11464070B2 (en) 2017-05-11 2019-10-23 Data buffering method and session management function entity

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2017103314409 2017-05-11
CN201710331440 2017-05-11

Publications (2)

Publication Number Publication Date
CN108881356A CN108881356A (zh) 2018-11-23
CN108881356B true CN108881356B (zh) 2023-10-24

Family

ID=64319392

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710470680.7A Active CN108881356B (zh) 2017-05-11 2017-06-20 缓存数据的方法和会话管理功能设备

Country Status (7)

Country Link
US (1) US11464070B2 (zh)
EP (1) EP3611904B1 (zh)
JP (1) JP7060613B2 (zh)
KR (1) KR102434608B1 (zh)
CN (1) CN108881356B (zh)
BR (1) BR112019023265A2 (zh)
ES (1) ES2907108T3 (zh)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110234112B (zh) * 2018-03-05 2020-12-04 华为技术有限公司 消息处理方法、系统及用户面功能设备
KR102418565B1 (ko) * 2018-03-13 2022-07-07 삼성전자주식회사 통신을 수행하는 방법 및 이를 위한 장치
CN111328115B (zh) 2018-12-14 2022-03-11 大唐移动通信设备有限公司 一种数据发送方法及设备
US11140048B2 (en) 2019-01-11 2021-10-05 Huawei Technologies Co., Ltd. Sharable storage method and system for network data analytics
CN111479292B (zh) * 2019-01-23 2022-04-12 华为技术有限公司 数据传输的方法和装置
PL3697062T3 (pl) 2019-02-13 2022-10-24 Telefonaktiebolaget Lm Ericsson (Publ) Wtórna autoryzacja przy ustanawianiu sesji PDU dla roamingu trasowanego do domu
CN111615188B (zh) * 2019-02-22 2021-10-01 华为技术有限公司 数据传输方法、装置及计算机存储介质
CN111698677A (zh) * 2019-03-11 2020-09-22 中国移动通信有限公司研究院 用户面统计信息的上报、接收方法及网络设备
CN111800776B (zh) * 2019-04-08 2022-01-28 华为技术有限公司 一种数据处理的方法及装置
US11838120B2 (en) * 2019-05-02 2023-12-05 Nokia Technologies Oy Apparatus, method and computer program for user plane function control by a set of controllers
CN112448875B (zh) * 2019-08-28 2023-10-20 华为技术有限公司 通信处理方法、通信处理装置以及系统
EP4040851A4 (en) * 2019-10-04 2023-06-21 Ntt Docomo, Inc. ACCESS CONTROL DEVICE AND DEVICE AT USER LEVEL
CN111614767B (zh) * 2020-05-22 2021-11-26 中国联合网络通信集团有限公司 一种数据存储方法及装置
JP2023535041A (ja) * 2020-07-23 2023-08-15 華為技術有限公司 データ送信方法、装置、およびシステム
CN116325704A (zh) * 2020-08-06 2023-06-23 诺基亚技术有限公司 方法、装置和计算机程序
CN114363966A (zh) * 2020-10-13 2022-04-15 中国移动通信有限公司研究院 接入网设备、接入网络的方法及终端
CN114531256A (zh) * 2020-11-03 2022-05-24 阿里巴巴集团控股有限公司 数据通信方法及系统
WO2024031462A1 (zh) * 2022-08-10 2024-02-15 北京小米移动软件有限公司 通信控制方法、系统及装置、通信设备及存储介质
CN117693074A (zh) * 2022-09-02 2024-03-12 中兴通讯股份有限公司 通信方法、网元设备、介质及程序产品

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101188859A (zh) * 2007-12-14 2008-05-28 中兴通讯股份有限公司 一种实现非稳态呼叫替换功能的方法
CN102056314A (zh) * 2009-11-10 2011-05-11 华为技术有限公司 多接入网资源控制的方法、装置及系统
CN103516710A (zh) * 2012-04-17 2014-01-15 特克特朗尼克公司 会话感知GTPv2负载平衡
WO2015070442A1 (zh) * 2013-11-15 2015-05-21 华为技术有限公司 业务分流方法、控制网元、网关路由器及用户面实体
TW201701616A (zh) * 2015-06-16 2017-01-01 Ｌｍ艾瑞克生（Ｐｕｂｌ）電話公司 用於處理漫遊至經造訪網路中之使用者設備之方法及節點

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1914928A1 (en) 2006-10-17 2008-04-23 Matsushita Electric Industrial Co., Ltd. Multicast service registration by mobility management entities
US8724585B2 (en) * 2008-12-19 2014-05-13 Telefonaktiebolaget L M Ericsson (Publ) GRE user-plane
US10397860B2 (en) 2015-04-09 2019-08-27 Intel IP Corporation User equipment controlled mobility in an evolved radio access network
EP3297301B1 (en) 2015-05-15 2021-11-24 LG Electronics Inc. Method for providing broadcast service in wireless communication system, and apparatus therefor
US20190373520A1 (en) * 2017-01-23 2019-12-05 Nokia Technologies Oy Method and apparatus for complementary and equivalent network slice deployment in a network environment
US10448239B2 (en) * 2017-02-06 2019-10-15 Qualcomm Incorporated Mechanism to enable optimized user plane anchoring for minimization of user plane relocation due to user equipment mobility
KR102395384B1 (ko) * 2017-03-20 2022-05-10 삼성전자 주식회사 셀룰러망의 효율적 pdu 세션 활성화 및 비활성화 방안
US10779346B2 (en) * 2017-03-27 2020-09-15 Qualcomm Incorporated Local area data network connectivity
WO2019033281A1 (en) * 2017-08-15 2019-02-21 Zte Corporation METHODS AND COMPUTER DEVICE FOR MODIFYING USER PLAN FUNCTION

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101188859A (zh) * 2007-12-14 2008-05-28 中兴通讯股份有限公司 一种实现非稳态呼叫替换功能的方法
CN102056314A (zh) * 2009-11-10 2011-05-11 华为技术有限公司 多接入网资源控制的方法、装置及系统
CN103516710A (zh) * 2012-04-17 2014-01-15 特克特朗尼克公司 会话感知GTPv2负载平衡
WO2015070442A1 (zh) * 2013-11-15 2015-05-21 华为技术有限公司 业务分流方法、控制网元、网关路由器及用户面实体
TW201701616A (zh) * 2015-06-16 2017-01-01 Ｌｍ艾瑞克生（Ｐｕｂｌ）電話公司 用於處理漫遊至經造訪網路中之使用者設備之方法及節點

Non-Patent Citations (7)

* Cited by examiner, † Cited by third party
Title
Distributed Localization and Tracking of Mobile Networks Including Noncooperative Objects;F. Meyer, O. Hlinka, H. Wymeersch, E. Riegler and F. Hlawatsch;《 IEEE Transactions on Signal and Information Processing over Networks》;全文 *
S2-171025 "TS 23.501: Buffering of downlink data";Samsung;《3GPP tsg_sa\WG2_Arch》;20170207;全文 *
S2-172003 "TS 23.502 - Minimizing handover signalling overhead for PDU sessions having no data activity";Huawei等;《3GPP tsg_sa\WG2_Arch》;20170321;全文 *
S2-173136 "TS 23.501: UPF relocation";Huawei等;《3GPP tsg_sa\WG2_Arch》;20170509;全文 *
S2-173139 "TS 23.502: Avoid storing PDU session state in AMF and update related procedures";Huawei等;《3GPP tsg_sa\WG2_Arch》;20170509;全文 *
S2-173348 "Updates to Inter NG-RAN Node HO Procedure (clause 4.9.1.2.2)";Samsung;《3GPP tsg_sa\WG2_Arch》;20170509;第4.9.1.2.2节和图4.9.1.2.2x-1 *
S2-173445 "Registration Area Allocation considering UPF Service Area";ETRI;《3GPP tsg_sa\WG2_Arch》;20170509;全文 *

Also Published As

Publication number Publication date
EP3611904A4 (en) 2020-06-17
EP3611904B1 (en) 2022-01-12
KR102434608B1 (ko) 2022-08-19
JP7060613B2 (ja) 2022-04-26
US20200084829A1 (en) 2020-03-12
ES2907108T3 (es) 2022-04-21
US11464070B2 (en) 2022-10-04
JP2020520137A (ja) 2020-07-02
KR20190138857A (ko) 2019-12-16
EP3611904A1 (en) 2020-02-19
BR112019023265A2 (pt) 2020-05-26
CN108881356A (zh) 2018-11-23

Similar Documents

Publication Publication Date Title
CN108881356B (zh) 缓存数据的方法和会话管理功能设备
RU2764259C1 (ru) Способ для активизации или деактивизации соединения плоскости пользователя в каждом сеансе
US11805567B2 (en) Method and apparatus for initiating user plane path re-establishment and communications system
CN110149665B (zh) 一种网元的选择方法及装置
CN109842643B (zh) 一种会话处理的方法、装置及系统
AU2019272364B2 (en) Communication method and communications apparatus
WO2018205775A1 (zh) 缓存数据的方法和会话管理功能实体
CN111107664B (zh) 一种资源管理方法、会话管理功能实体及设备
KR102463970B1 (ko) 리다이렉션 방법, 통신 시스템 및 통신 장치
WO2019071643A1 (zh) 网络切换之后返回的方法、接入网设备和核心网设备
CN102158915B (zh) 在切换时保持选择性ip流量分流连接的方法及装置
CN113163514B (zh) 会话处理方法及通信装置
RU2738618C1 (ru) Способ переключения тракта и базовая станция
CN113543241A (zh) 通信接口切换的方法和通信装置
CN113453287B (zh) 一种数据传输方法、装置及系统
WO2015131815A1 (zh) 一种保证ip连续性的方法和设备

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