CN109981316B - 应用服务器的切换方法及会话管理网元、终端设备 - Google Patents

应用服务器的切换方法及会话管理网元、终端设备 Download PDF

Info

Publication number
CN109981316B
CN109981316B CN201711450503.9A CN201711450503A CN109981316B CN 109981316 B CN109981316 B CN 109981316B CN 201711450503 A CN201711450503 A CN 201711450503A CN 109981316 B CN109981316 B CN 109981316B
Authority
CN
China
Prior art keywords
network element
application server
address
local application
user plane
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
CN201711450503.9A
Other languages
English (en)
Other versions
CN109981316A (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 CN201711450503.9A priority Critical patent/CN109981316B/zh
Priority to PCT/CN2018/124108 priority patent/WO2019129112A1/zh
Priority to EP18895305.3A priority patent/EP3720049A4/en
Publication of CN109981316A publication Critical patent/CN109981316A/zh
Priority to US16/913,261 priority patent/US11503509B2/en
Application granted granted Critical
Publication of CN109981316B publication Critical patent/CN109981316B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/12—Reselecting a serving backbone network switching or routing node
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • 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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • 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
    • 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/142—Managing session states for stateless protocols; Signalling session states; State transitions; Keeping-state mechanisms
    • 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/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
    • 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/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0019—Control or signalling for completing the hand-off for data sessions of end-to-end connection adapted for mobile IP [MIP]
    • 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/0055—Transmission or use of information for re-establishing the radio link
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/17—Selecting a data network PoA [Point of Attachment]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请公开了一种应用服务器的切换方法及会话管理网元、终端设备。该方法包括：SMF根据切换后的UPF，以及UPF与本地应用服务器的地址的对应关系，获取切换后的UPF对应的本地应用服务器的地址；SMF向UE发送切换后的UPF对应的本地应用服务器的地址。还公开了相应的装置。本申请中，在UE对应的UPF发生切换的场景下，UE可以访问切换后的UPF对应的本地应用服务器，从而UE可以获得本地应用服务器提供的可靠的、低时延的服务。

Description

应用服务器的切换方法及会话管理网元、终端设备
技术领域
本申请涉及通信技术领域，尤其涉及一种应用服务器切换的方法及会话管理网元、终端设备。
背景技术
移动边缘计算(mobile edge computing，MEC)是基于第五代(5rd generation，5G)移动通信架构，将接入网与互联网业务深度融合的一种技术。它将应用服务器(application server，AS)和移动宽带(mobile broadband，MBB)核心网部分业务处理和资源调度的功能一同部署到靠近接入网的网络边缘，通过业务靠近用户处理，以实现可靠、超低时延的业务处理。
通常，为提供极致的业务体验，在邻近的移动边缘平台(mobile edge platform，MEP)上均部署提供相同服务的应用服务器。MEP与对应的用户面网元连接。然而，终端设备经常会发生移动，导致与该终端设备对应的用户面网元发生切换，此时，若终端设备仍然访问切换前所访问的应用服务器，则不能保证可以实现可靠、超低时延的业务处理。
因此，如何实现在终端设备对应的用户面网元发生切换的场景下，终端设备如何获得本地应用服务器提供的可靠的、低时延的服务，是目前亟待解决的问题。
发明内容
本申请提供一种应用服务器切换的方法及会话管理网元、终端设备，以实现在终端设备对应的用户面网元发生切换的场景下，终端设备可以获取到本地应用服务器提供的可靠的、低时延的服务。
一方面，提供了一种应用服务器的切换方法，应用于终端设备对应的用户面网元发生切换的场景下，所述方法包括：会话管理网元根据切换后的用户面网元，以及用户面网元与本地应用服务器的地址的对应关系，获取所述切换后的用户面网元对应的本地应用服务器的地址；其中，所述用户面网元与本地应用服务器的地址的对应关系用于指示当终端设备接入一个用户面网元时，在网络中部署的提供相同服务的一个或多个应用服务器中能够为终端设备提供所述服务的本地应用服务器的地址；以及所述会话管理网元向所述终端设备发送所述切换后的用户面网元对应的本地应用服务器的地址。在该方面中，在UE对应的UPF发生切换的场景下，UE可以访问切换后的UPF对应的本地应用服务器，从而UE可以获得本地应用服务器提供的可靠的、低时延的服务。
在一种可能的实现方式中，所述本地应用服务器包括提供相同服务的一个或多个应用服务器中优先级最高的应用服务器、或与终端设备接入的用户面网元拓扑关系最近的应用服务器。在该实现方式中，优先级最高或拓扑关系最近的应用服务器可以认为是UPF切好后对应的最佳的本地应用服务器。
在另一种可能的实现方式中，所述方法还包括：所述会话管理网元存储用户面网元与本地应用服务器的地址的对应关系。在该实现方式中，会话管理网元存储一个或多个用户面网元与一个或多个本地应用服务器的地址的对应关系。
在又一种可能的实现方式中，所述会话管理网元存储用户面网元与本地应用服务器的地址的对应关系，包括：所述会话管理网元接收网络能力开放网元发送的用户面网元与注册的本地应用服务器的地址的对应关系，并保存到已存储的用户面网元与本地应用服务器的地址的对应关系中。在该实现方式中，该对应关系是NEF发送的。一旦有新注册的应用服务器，则更新SMF存储的UPF与本地应用服务器的地址的对应关系，可以使得SMF存储的该对应关系得到实时更新。
在又一种可能的实现方式中，所述会话管理网元存储用户面网元与本地应用服务器的地址的对应关系，包括：所述会话管理网元接收并存储运营支撑***配置的用户面网元与本地应用服务器的地址的对应关系。在该实现方式中，该对应关系是人为配置的，可以通过OSS直接将一个或多个UPF与本地应用服务器的地址的对应关系发送给SMF，由SMF存储该对应关系。
在又一种可能的实现方式中，所述方法还包括：所述会话管理网元接收所述网络能力开放网元发送的针对所述服务推送本地应用服务器的地址的第一使能标识；或所述会话管理网元接收运营支撑***配置的针对所述服务推送本地应用服务器的地址的第一使能标识。在该实现方式中，针对某个具体的服务，在UPF发生切换的场景下，若需要推送其本地应用服务器的地址给终端设备，需要使能针对该服务推送本地应用服务器的地址的功能。SMF在获取了该使能标识后，且在确定终端设备对应的UPF发生切换时，才向该终端设备推送UPF对应的本地应用服务器的地址。
在又一种可能的实现方式中，所述使能标识用于指示所述会话管理网元在当终端设备对应的用户面网元发生切换后，向所述终端设备推送本地应用服务器的地址。
在又一种可能的实现方式中，所述方法还包括：所述会话管理网元从统一数据管理网元获取所述终端设备的签约信息，其中，所述签约信息包括针对所述终端设备推送所述本地应用服务器的地址的第二使能标识；所述会话管理网元根据所述签约信息，确定向所述终端设备推送所述本地应用服务器的地址。在该实现方式中，针对某个具体的终端设备，在该终端设备发生移动，其对应的UPF发生切换时，是否需要向该终端设备推送切换后的UPF对应的本地应用服务器的地址，也可以进行配置。在SMF感知终端设备对应的UPF发生切换时，从UDM获取该终端设备的签约信息，若该签约信息包括该使能标识，则SMF向该终端设备推送本地应用服务器的地址。
在又一种可能的实现方式中，所述方法还包括：所述会话管理网元接收所述运营支撑***发送的使能所述本地应用服务器的地址推送功能的终端设备的标识和/或用户属性；所述会话管理网元根据所述终端设备的标识和/或用户属性，确定向所述终端设备推送所述本地应用服务器的地址。在该实现方式中，SMF在接收到使能了推送地址功能的终端设备的标识或用户属性后，针对具体的终端设备，确定在SMF保存的使能了推送地址功能的终端设备的标识或用户属性中，是否包括该终端设备的标识或用户属性，从而确定是否要向该具体的终端设备推送本地应用服务器的地址。
在又一种可能的实现方式中，所述方法还包括：所述会话管理网元接收应用网元发送的使能所述本地应用服务器的地址推送功能的终端设备的标识；所述会话管理网元根据所述终端设备的标识，确定向所述终端设备推送所述本地应用服务器的地址。在该实现方式中，AF保存该终端设备的标识，并发送使能地址推送功能的终端设备的标识给SMF。SMF在接收到使能了推送功能的终端设备的标识后，针对具体的终端设备，确定在SMF保存的使能了推送地址功能的终端设备的标识中，是否包括该终端设备的标识，从而确定是否要向该具体的终端设备推送本地应用服务器的地址。
在又一种可能的实现方式中，所述会话管理网元向所述终端设备发送所述切换后的用户面网元对应的本地应用服务器的地址，包括：所述会话管理网元向所述终端设备发送应用触发请求，其中，所述应用触发请求包括所述切换后的用户面网元对应的本地应用服务器的地址；或所述会话管理网元向应用网元发送所述切换后的用户面网元对应的本地应用服务器的地址，由所述应用网元向所述终端设备发送所述切换后的用户面网元对应的本地应用服务器的地址。在该实现方式中，SMF发送切换后的UPF对应的本地应用服务器的地址给终端设备，SMF可以通过应用触发机制(即通过控制面信道)发送本地应用服务器的地址给终端设备，也可以在终端设备已与AF存在通信的情况下，由AF通过数据通道发送本地应用服务器的地址给终端设备。
另一方面，提供了一种应用服务器的切换方法，应用于终端设备对应的用户面网元发生切换的场景下，所述方法包括：所述终端设备接收应用触发请求，其中，所述应用触发请求包括切换后的用户面网元对应的本地应用服务器的地址；以及所述终端设备根据所述切换后的用户面网元对应的本地应用服务器的地址访问本地应用服务器。在该方面中，在UE对应的UPF发生切换的场景下，UE可以访问切换后的UPF对应的本地应用服务器，从而UE可以获得本地应用服务器提供的可靠的、低时延的服务。
在一种可能的实现方式中，所述终端设备接收应用触发请求，包括：所述终端设备接收会话管理网元或应用网元发送的所述应用触发请求。
又一方面，提供了一种会话管理网元，该会话管理网元具有实现上述方法中会话管理网元行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
一种可能的实现方式中，所述会话管理网元包括：第一获取单元，用于根据切换后的用户面网元，以及用户面网元与本地应用服务器的地址的对应关系，获取所述切换后的用户面网元对应的本地应用服务器的地址；其中，所述用户面网元与本地应用服务器的地址的对应关系用于指示当终端设备接入一个用户面网元时，在网络中部署的提供相同服务的一个或多个应用服务器中能够为终端设备提供所述服务的本地应用服务器的地址；以及发送单元，用于向所述终端设备发送所述切换后的用户面网元对应的本地应用服务器的地址。
另一种可能的实现方式中，所述会话管理网元包括：接收器、发射器、存储器和处理器；其中，所述存储器中存储一组程序代码，且所述处理器用于调用所述存储器中存储的程序代码，执行以下操作：根据切换后的用户面网元，以及用户面网元与本地应用服务器的地址的对应关系，获取所述切换后的用户面网元对应的本地应用服务器的地址；其中，所述用户面网元与本地应用服务器的地址的对应关系用于指示当终端设备接入一个用户面网元时，在网络中部署的提供相同服务的一个或多个应用服务器中能够为终端设备提供所述服务的本地应用服务器的地址；以及向所述终端设备发送所述切换后的用户面网元对应的本地应用服务器的地址。
基于同一申请构思，由于该装置解决问题的原理以及有益效果可以参见上述各可能的会话管理网元的方法实施方式以及所带来的有益效果，因此该装置的实施可以参见方法的实施，重复之处不再赘述。
又一方面，提供了一种终端设备。该终端设备可以是芯片(如基带芯片，或通信芯片等)或者设备(如终端设备等)。可以通过软件、硬件、或者通过硬件执行相应的软件实现上述方法。
在一种可能的实现方式中，所述通信装置的结构中包括处理器、存储器；所述处理器被配置为支持所述装置执行上述通信方法中相应的功能。存储器用于与处理器耦合，其保存所述装置必要的程序(指令)和/或数据。可选的，所述通信装置还可以包括通信接口用于支持所述装置与其他网元之间的通信。
在另一种可能的实现方式中，所述通信装置，可以包括接收单元和访问单元；其中：接收单元，用于接收应用触发请求，其中，所述应用触发请求包括切换后的用户面网元对应的本地应用服务器的地址；以及访问单元，用于根据所述切换后的用户面网元对应的本地应用服务器的地址访问本地应用服务器。
当该终端设备为芯片时，接收单元可以是输入单元，比如输入电路或者通信接口；发送单元可以是输出单元，比如输出电路或者通信接口。当所述通信装置为设备时，接收单元可以是接收器(也可以称为接收机)；发送单元可以是发送器(该发送器可以是发射器或发射机)。
又一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
又一方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案，下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1为本申请实施例提供的一种通信***的结构示意图；
图2为本申请实施例示例的下一代通信***的架构示意图；
图3为一种通用的移动边缘平台的切换的流程示意图；
图4为一种通用的应用触发机制流程示意图；
图5为本申请实施例提供的一种应用服务器的切换方法的交互流程示意图；
图6为本申请实施例提供的一种具体示例的应用服务器的切换方法的流程示意图；
图7为本申请实施例提供的另一种具体示例的应用服务器的切换方法的流程示意图；
图8为本申请实施例提供的又一种具体示例的应用服务器的切换方法的流程示意图；
图9为本申请实施例提供的一种会话管理网元的结构框图；
图10为本申请实施例提供的一种终端设备的结构框图；
图11为本申请实施例提供的一种会话管理网元的硬件结构示意图；
图12为本申请实施例提供的一种终端设备的硬件结构示意图。
具体实施方式
下面结合本申请实施例中的附图对本申请实施例进行描述。
本申请提供了一种通信***，如图1所示的本申请实施例提供的一种通信***的结构示意图。该通信***1000可以包括用户面网元100和会话管理网元101，进一步地，该通信***还可以包括终端设备102和网络开放网元103。该通信***1000与移动边缘平台2000连接。移动边缘平台2000上部署有提供相同服务的一个或多个本地应用服务器200(这里仅示例了一个本地应用服务器)。具体地，每一个部署有本地应用服务器200的移动边缘平台2000与一个用户面网元100连接，用户面网元100可以连接一个或多个移动边缘平台。终端设备102通过与用户面网元100建立的数据/用户面通道，实现对部署在移动边缘平台2000上的本地应用服务器200的访问；终端设备102还可以通过会话管理网元101与网络开放网元103、用户面网元100之间进行信令面交互。需要说明的是，会话管理网元以及用户面网元仅是一个名字，名字本身对网元不构成限定。例如，该会话管理网元也有可能被替换为“会话管理功能”或其它名字。而且，该会话管理网元也可以对应一个包括除了会话管理功能外还有其他功能的网元。用户面网元也有可能被替换为“用户面功能”或其它名字，而且，该用户面网元也可以对应一个包括除了用户面功能外还有其他功能的网元。在此进行统一说明，以下不再赘述。
在本申请实施例中，会话管理网元根据切换后的用户面网元，以及用户面网元与本地应用服务器的地址的对应关系，获取所述切换后的用户面网元对应的本地应用服务器的地址；其中，所述用户面网元与本地应用服务器的地址的对应关系用于指示当终端设备接入一个用户面网元时，在网络中部署的提供相同服务的一个或多个应用服务器中能够为终端设备提供服务的本地应用服务器的地址；所述会话管理网元向所述终端设备发送所述切换后的用户面网元对应的本地应用服务器的地址。
以下一代通信***为例，图2为本申请实施例示例的下一代通信***架构示意图。该通信***可包括用户面功能实体(user plane function，UPF)和会话管理功能实体(session management function，SMF)，还可以包括网络能力开放功能实体(networkexposure function，NEF)。图1中的用户面网元100可以是这里的UPF；图1中的会话管理网元101可以是这里的SMF；图1中的网络开放网元103可以是这里的NEF。该通信***与一个或多个移动边缘平台(这里仅示例了两个MEP)连接。其中，每个MEP上部署有一个或多个本地应用服务器(在这里，仅示例了MEP1和MEP2上分别部署一个AS，且AS1和AS2可提供相同的服务)。UPF主要负责分组数据包的转发、服务质量(quality of service，QoS)控制、计费信息统计等；SMF负责进行统一的会话管理。
需要说明的是，会话管理功能实体与终端设备之间的信令交互不是直连的，还要经过接入和移动性管理功能实体(access and mobility management function，AMF)和接入网设备(access network，AN)或无线接入网设备(radio access network，RAN)才能实现完整的信令面交互路径。用户面功能实体和终端设备之间的数据面通道也需要经过AN或RAN才能进行数据/用户面交互。因而，进一步地，该通信***还可以包括终端设备、AN或RAN、AMF、统一数据管理功能实体(uniform data management，UDM)和应用功能实体(application function，AF)。其中，AF又可称为中心应用服务器(central applicationserver，Central APP)。其中，终端设备与位于网络侧的用户面功能实体和会话管理功能实体进行通信，以访问部署在移动边缘平台上的本地应用服务器。AN或RAN负责将终端设备接入网络侧；AMF主要负责终端设备的接入管理；NEF负责接收应用服务器调用底层网络接口的请求，并通过一系列网络接口调用多种网络能力获得调用结果并返回给应用服务器；UDM负责统一管理终端设备的签约数据。
在图2中，还可包括其它的功能实体，在这里仅重点描述本申请涉及的几个功能实体。各实体之间通过Nx接口连接(例如图中的N1、N2等)。需要说明的是，会话管理功能实体以及用户面功能实体仅是一个名字，名字本身对实体不构成限定。例如，该会话管理功能实体也有可能被替换为“会话管理功能”或其它名字。而且，该会话管理功能实体也可以对应一个包括除了会话管理功能外还有其他功能的实体。用户面功能实体也有可能被替换为“用户面功能”或其它名字，而且，该用户面功能实体也可以对应一个包括除了用户面功能外还有其他功能的实体。在此进行统一说明，以下不再赘述。
上述图1或图2所示***中的任意一种功能实体或网元，具体实现中，可能由一个实体设备实现，也可能由多个实体设备共同实现，本申请实施例对此不作具体限定。即，可以理解的是，上述***中的任意一种功能实体或者网元，都可能是实体设备内的一个逻辑功能模块，也可能是由多个实体设备组成的一个逻辑功能模块，本申请实施例对此不作具体限定。
图1或图2中所示的终端设备是一种具有无线收发功能的设备可以部署在陆地上，包括室内或室外、手持、穿戴或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。所述终端设备可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmentedreality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(selfdriving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smartgrid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smartcity)中的无线终端、智慧家庭(smart home)中的无线终端等等。本申请的实施例对应用场景不做限定。终端设备有时也可以称为用户设备(user equipment，UE)、接入终端设备、UE单元、UE站、移动站、移动台、远方站、远程终端设备、移动设备、UE终端设备、终端(terminal)、无线通信设备、UE代理或UE装置等。
为了方便理解本申请实施例的技术方案，下面给出本申请相关技术的简要介绍。
MEP：
MEP是指将应用服务器和MBB核心网部分业务处理和资源调度的功能一同部署到靠近接入侧的网络边缘后所形成的一个平台。通常，MEP上可以部署各种应用服务器和域名***代理(domain name system proxy，DNSP)实体等，本申请实施例对此不作具体限定。
可选的，本申请实施例中的MEP也可以称之为MEC平台、MEC***或其他，本申请实施例对此不作具体限定。
终端应用：
终端应用是指安装在终端设备上，用于访问应用服务器提供的服务的软件产品，也可以称之为终端设备上的应用客户端。例如，终端设备上的微信客户端或者终端设备上的浏览器，可以用于访问微信应用服务器提供的服务，在此进行统一说明，以下不再赘述。
应用服务器：
本申请实施例中的应用服务器是指能够提供相应服务的载体。例如，微信服务器可以是能够提供微信服务的载体。
其中，本申请实施例中的载体可以是虚拟设备，也可以是实体设备，本申请实施例对此不作具体限定。其中，这里的虚拟设备例如可以是虚拟机或者容器等，本申请实施例对此不作具体限定。
本地应用服务器和中心应用服务器:
本地应用服务器，又可以称为边缘应用服务器，是指部署在MEP上的应用服务器。而中心应用服务器是相对于边缘应用服务器来说的，可以和边缘应用服务器交互，比如可以向边缘应用服务器下发控制信息或同步数据等，因此边缘应用服务器通常具有中心应用服务器的全部功能或部分功能，本申请实施例对此不作具体限定。此外，由于边缘应用服务器部署在靠近接入网侧的网络边缘，也就是说部署位置较低，因此可以为用户提供更好的服务，比如时延更低、速率更高等。
需要说明的是，本申请下述实施例中的描述中，可以将部署在MEP上的应用服务器描述成本地应用服务器或边缘应用服务器，也可以直接描述成部署在MEP上的应用服务器，本申请实施例对此不作具体限定。在此进行统一说明，以下不再赘述。
本地应用服务器的地址分配：
本地应用服务器的IP地址通常由MEP在部署边缘应用服务器时分配，当然也可以是由其它地址分配设备统一分配。边缘应用服务器的IP地址可以是私网IP地址或公网IP地址，本申请实施例对此不作具体限定。
一种可能的实现方式中，部署在每个MEP上的应用服务器的IP地址可以在一个或多个IP地址段内，部署在不同MEP上的应用服务器的IP地址可以不同。比如，部署***可以为MEP1上的应用服务器分配IP地址段1.1.0.1～1.1.255.255，为MEP2上的应用服务器分配IP地址段2.2.0.1～2.2.255.255。进而，MEP1在部署MEP1上的应用服务器时，可以为app.com对应的应用服务器分配IP地址为1.1.1.2；MEP2在部署MEP2上的应用服务器时，可以为app.com对应的应用服务器分配IP地址为2.2.1.2。
需要说明的是，本申请实施例中，MEP的标识用于唯一标识一个MEP，例如可以是部署在MEP上的UPF实体的位置信息或者数据网络接入标识(data network accessidentity，DNAI)等，本申请实施例不作具体限定。在此统一说明，以下不再赘述。
应用服务器的访问
本申请实施例中，当终端设备访问某个应用服务器时，通常通过应用服务器的域名访问，这里应用服务器的域名指的是应用服务器的真实域名。比如，假设某应用服务器的域名为app.com，则终端设备访问此应用服务器的过程如下：
步骤一、用户在浏览器中输入app.com或直接打开此应用服务器对应的终端应用进行访问。
步骤二、浏览器或终端应用发起DNS请求，以获得app.com对应的网际协议(internet protocol，IP)地址。
步骤三、终端设备的操作***(operating system，OS)查询本机DNS缓存，若查询到app.com对应的DNS记录，则直接将对应的IP地址返回给浏览器或终端应用。其中，一个域名和IP地址的映射关系即为一条DNS记录。
步骤四、若步骤三中未查询到app.com对应的DNS记录，则终端设备向DNS服务器发送DNS解析请求。
步骤五、DNS服务器接收到来自终端设备的DNS解析请求后进行DNS解析，将app.com对应的IP地址列表通过DNS响应消息发送给终端设备。
步骤六、终端设备接收来自DNS服务器的DNS解析响应后，将app.com对应的IP地址返回给浏览器或终端应用，同时将相应的DNS记录存储在终端设备中。其中，DNS记录在终端设备中的缓存时间可以根据DNS响应中的生存时间(time to live，TTL)参数进行设置，也可以由OS或终端应用进行设置。当DNS记录在终端设备中的缓存时间到期后，该DNS缓存将被清除或不再有效。
步骤七、浏览器或终端应用得到app.com对应的IP地址后向此IP地址对应的应用服务器发起连接请求。进而，该应用服务器可以向终端设备返回请求的内容，并由浏览器或终端应用进行显示。至此，终端设备访问该应用服务器的过程结束。
UPF的切换和选择流程
为支持5G***架构中会话和服务的连续性，需要能够满足终端设备的不同应用/服务的各种连续性要求。5G***支持不同的会话和服务连续性(session and servicecontinuity，SSC)模式，主要包括三种SSC模式。其中，在SSC模式2和SSC模式3中都涉及UPF的切换。如图3所示的UPF切换和选择流程，下面以SSC模式2为例描述UPF的切换和选择流程：
S301.当可以从UPF重定位获益的一些事件发生时，SMF确定服务的UPF需要重新定位。
S302.SMF经由AMF发送非接入层(non-access stratum，NAS)消息给终端设备。该NAS消息包括协议数据单元(protocol data unit，PDU)会话标识。
S303.SMF执行PDU会话释放流程。
S304.终端设备启动PDU会话建立流程。然后，AMF转发该会话建立请求到同一个SMF，这样SMF可以选择一个新的UPF来建立PDU会话。
可以看出，在一些场景中，为保证会话和服务的连续性，需要进行UPF的切换和重新选择。
应用触发(application trigger)机制：
应用触发机制提供了一种应用服务器通过核心网控制面向终端设备主动推送消息的方法，此机制在第三代合作伙伴计划(3rd generation partnership project，3GPP)23.501 4.4.5和23.5025.2.6.1中有详细描述。其主要流程如图4所示，包括如下步骤：
S401、应用服务器向网络对外功能(network exposure function，NEF)实体发送应用触发请求(application trigger request)，以使得NEF实体接收来自应用服务器的应用触发请求。
其中，该应用触发请求中可以包括终端设备的标识、请求者标识、消息的有效期、终端应用的标识、触发负载(trigger payload)等，终端设备的标识例如可以是国际移动用户识别码(international mobile subscriber identity，IMSI)或终端设备的IP地址等，用于指示向哪个终端设备推送消息；请求者标识例如可以是该应用服务器的IP地址或者名称，用于指示消息由哪个应用服务器发起，其中，该请求者标识通常是应用服务器与运营商签约后由运营商分配或双方协商好的标识，可以用于对消息发送者进行鉴权、配额控制或计费等；消息的有效期用于指示消息在多长时间内有效，若消息发送失败并且还在有效期内，则需要核心网进行重传；终端应用的标识例如可以是数字标识或域名等，通常也是应用服务器与运营商签约后由运营商分配或双方协商的一个全局唯一的标识，用于指示消息需要发给终端设备上的哪个终端应用；触发负载是需要终端应用处理的内容，具体可参考现有的方案，在此不予赘述。
S402、NEF实体根据应用触发请求中携带的终端标识从UDM获取终端设备的相关信息。
其中，该终端设备的相关信息例如可以是为此终端设备提供服务的核心网网元信息，比如哪个AMF为该终端设备提供服务。
S403、NEF实体向为终端设备服务的AMF实体发送该应用触发请求，以使得AMF实体接收来自NEF实体的应用触发请求。
S404、AMF实体向终端设备发送应用触发请求，以使得终端设备接收来自AMF实体的应用触发请求。
S405、终端设备向AMF实体发送应用触发响应(application trigger response)，以使得AMF实体接收来自终端设备的应用触发响应。其中，该应用触发响应用于指示终端设备已经成功接收到应用触发请求。
S406、AMF实体向NEF实体发送应用触发响应，以使得NEF实体接收来自AMF实体的应用触发响应。
S407、NEF实体向应用服务器发送应用触发响应，以使得应用服务器接收来自NEF实体的应用触发响应。
至此，应用触发机制的基本流程结束。其中，步骤S401至步骤S407的具体实现可参考现有的应用触发机制流程，在此不再赘述。
需要说明的是，必须支持应用触发机制的终端设备才可以使用上述的应用触发流程。而如何使得终端设备可以支持应用触发机制，可以有多种实现方式，比如终端基带芯片接收到非接入层(non-access stratum，NAS)消息后识别出是应用触发请求，可以将该应用触发请求发送到终端设备的OS处理。进而，终端设备的OS提供的一个服务可以处理该应用触发请求，这里终端设备的OS提供的一个服务就是操作***提供的一个功能或者功能模块，实现一些特定的功能，比如设备控制，消息通知功能等，在此统一说明，以下不再赘述。或者，终端设备的OS接收到应用触发请求后，可以根据应用触发请求中携带的终端应用的标识，将应用触发请求发送给一个特定的终端应用来处理，本申请实施例对此不作具体限定。其中，由于处理应用触发请求的终端应用是一个特殊应用，因此对应的终端应用的标识可以是由运营商分配的一个特殊的标识，比如“0”，在此统一说明，以下不再赘述。
本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。
需要说明的是，本申请实施例中的术语“***”和“网络”可被互换使用。“多个”是指两个或两个以上，鉴于此，本申请实施例中也可以将“多个”理解为“至少两个”。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。
图5为本申请实施例提供的一种应用服务器的切换方法的交互流程示意图，应用于终端设备对应的用户面网元发生切换的场景下，该方法可包括以下步骤：
S501、会话管理网元根据切换后的用户面网元，以及用户面网元与本地应用服务器的地址的对应关系，获取所述切换后的用户面网元对应的本地应用服务器的地址；其中，所述用户面网元与本地应用服务器的地址的对应关系用于指示当终端设备接入一个用户面网元时，在网络中部署的提供相同服务的一个或多个应用服务器中能够为终端设备提供服务的本地应用服务器的地址。
S502、所述会话管理网元向所述终端设备发送所述切换后的用户面网元对应的本地应用服务器的地址。所述终端设备接收所述切换后的用户面网元对应的本地应用服务器的地址。
S503、所述终端设备根据所述切换后的用户面网元对应的本地应用服务器的地址访问所述本地应用服务器。
本实施例以下一代移动通信***(如5G***)为例来具体描述应用服务器的切换流程。如图1或图2所示，每个MEP与一个UPF连接(当然，一个UPF可以与多个MEP连接)，每个MEP上部署有一个或多个本地应用服务器，其中，每个本地应用服务器可以提供一种服务。网络中存在多个MEP，当用户的位置移动导致接入到不同的UPF上时，网络侧可以为用户确定最佳的本地应用服务器。具体地，该最佳的本地应用服务器可以是提供相同服务的一个或多个应用服务器中优先级最高的应用服务器，也可以是与终端设备接入的用户面网元拓扑关系最近的应用服务器。其中，优先级最高是指基于运营商配置认为这个UFP连接的可以提供最好的服务质量的MEP上的应用服务器，则定义为优先级最高。拓扑关系最近则是指与UPF的连接通信链路最短，可以降低端到端的时延，提升通信服务质量。本实施例中，SMF保存UPF与本地应用服务器的地址的对应关系，而且当MEP上部署的本地应用服务器发生变化时，SMF实时更新该对应关系。
如图3所示的UPF的切换和选择流程示意图，在一些场景下，为了保证会话和服务的连续性，需要切换并重新选择UPF。若UPF切换后，UE仍访问源UPF连接的MEP上的应用服务器，而一般情况下，源UPF对应的应用服务器不是提供相同服务的一个或多个应用服务器中优先级最高的应用服务器，或源UPF对应的应用服务器不是与终端设备接入的用户面网元拓扑关系最近的应用服务器，这样就导致UE无法获得最佳的服务。本实施例中，在UE对应的UPF发生切换的场景下，SMF根据目的UPF(具体可以是目的UPF的标识)以及保存的UPF与本地应用服务器的地址的对应关系，获取目的UPF对应的本地应用服务器的地址，并将该目的UPF对应的本地应用服务器的地址发送给终端设备。终端设备可以根据目的UPF对应的本地应用服务器的地址访问该本地应用服务器。从而保证终端设备可以访问到切换后的UPF连接的MEP上的提供相同服务的本地应用服务器。目的UPF对应的应用服务器一般是提供相同服务的一个或多个应用服务器中优先级最高的应用服务器、或与终端设备接入的用户面网元拓扑关系最近的应用服务器，从而可以保证给终端设备提供可靠的、低时延的业务处理。
进一步地，步骤S501之前，该方法还可以包括：所述会话管理网元存储用户面网元与本地应用服务器的地址的对应关系。该对应关系可以是NEF发送的，也可以是人为配置的。具体地：
在一个实现方式中，所述会话管理网元存储用户面网元与本地应用服务器的地址的对应关系，具体包括：所述会话管理网元接收网络能力开放网元发送的用户面网元与注册的本地应用服务器的地址的对应关系，并保存到已存储的用户面网元与本地应用服务器的地址的对应关系中。具体实现中，当在MEP上部署新的本地应用服务器时，本地应用服务器需要注册到MEP，提供本地应用服务器的地址给MEP，MEP根据本地应用服务器部署的位置信息和UPF的拓扑关系，确定UPF与本地应用服务器的地址的对应关系。然后，MEP将UPF的标识和本地应用服务器的地址发送给NEF，NEF对新注册的本地应用服务器进行鉴权、授权，鉴权、授权通过后，NEF将UPF的标识和本地应用服务器的地址发送给SMF，SMF接收UPF的标识和本地应用服务器的地址并记录其对应关系。若该MEP或其它MEP上再有新的应用服务器注册时，SMF将接收到的UPF与新注册的本地应用服务器的地址的对应关系保存到已存储的对应关系中。具体地，该对应关系可以以表格等形式保存在SMF中。后面将结合具体的流程进一步详细阐述。在该实现方式中，一旦有新注册的应用服务器，则更新SMF存储的UPF与本地应用服务器的地址的对应关系，可以使得SMF存储的该对应关系得到实时更新。
在另一个实现方式中，所述会话管理网元存储用户面网元与本地应用服务器的地址的对应关系，具体包括：所述会话管理网元接收并存储运营支撑***(operationsupport system，OSS)配置的用户面网元与本地应用服务器的地址的对应关系。具体实现中，OSS对在一个或多个MEP上部署的本地应用服务器进行管理，记录UPF的标识和本地应用服务器的地址。并且OSS将UPF与本地应用服务器的地址的对应关系发送给SMF，由SMF存储该对应关系。后面将结合具体的流程进一步详细阐述。在该实现方式中，可以通过OSS直接将一个或多个UPF与本地应用服务器的地址的对应关系发送给SMF，由SMF存储该对应关系。
针对某个具体的服务，在UPF发生切换的场景下，若需要推送其本地应用服务器的地址给终端设备，需要使能针对该服务推送本地应用服务器的地址的功能。因而，进一步地，步骤S501之前，该方法还可以包括：所述会话管理网元获取针对所述服务推送本地应用服务器的地址的第一使能标识。其中，所述第一使能标识用于指示所述会话管理网元在当终端设备对应的用户面网元发生切换后，向所述终端设备推送本地应用服务器的地址。SMF在获取了该使能标识后，且在确定终端设备对应的UPF发生切换时，才向该终端设备推送UPF对应的本地应用服务器的地址。具体地：
在一个实现方式中，所述会话管理网元获取针对所述服务推送本地应用服务器的地址的第一使能标识，具体包括：所述会话管理网元接收所述网络能力开放网元发送的针对所述服务推送本地应用服务器的地址的第一使能标识。具体实现中，在上述MEP发送UPF标识和本地应用服务器的地址给NEF、以及NEF发送UPF标识和本地应用服务器的地址给SMF的流程中，MEP还可以发送该使能标识给NEF，然后再由NEF发送该使能标识给SMF。后面将结合具体的流程进一步详细阐述。
在另一个实现方式中，所述会话管理网元获取针对所述服务推送本地应用服务器的地址的第一使能标识，具体包括：所述会话管理网元接收运营支撑***配置的针对所述服务推送本地应用服务器的地址的第一使能标识。具体实现中，OSS在对一个或多个MEP上部署的本地应用服务器进行管理时，还对是否需要使能推送该本地应用服务器的地址给终端设备进行管理。从而，OSS发送针对某个服务推送本地应用服务器的地址的使能标识给SMF。
当然，还可以有其它的实现方式，例如，可以由AF发送针对其提供的服务推送本地应用服务器的地址的第一使能标识给SMF。
针对某个具体的终端设备，在该终端设备发生移动，其对应的UPF发生切换时，是否需要向该终端设备推送切换后的UPF对应的本地应用服务器的地址，也可以进行配置。因而，进一步地，在会话管理网元向所述终端设备发送所述切换后的用户面网元对应的本地应用服务器的地址之前，需要确定是否向该终端设备推送该本地应用服务器的地址。具体地：
在一个实现方式中，在S502之前，所述方法还包括：所述会话管理网元从统一数据管理网元获取所述终端设备的签约信息，其中，所述签约信息包括针对所述终端设备推送所述本地应用服务器的地址的第二使能标识；所述会话管理网元根据所述签约信息，确定向所述终端设备推送所述本地应用服务器的地址。具体实现中，UDM对终端设备的签约信息进行统一管理，该签约信息可以包括针对具体的终端设备推送本地应用服务器的地址的使能标识。在SMF感知终端设备对应的UPF发生切换时，从UDM获取该终端设备的签约信息，若该签约信息包括该使能标识，则SMF向该终端设备推送本地应用服务器的地址。
在另一个实现方式中，在S502之前，所述方法还包括：所述会话管理网元接收所述运营支撑***发送的使能所述本地应用服务器的地址推送功能的终端设备的标识和/或用户属性；所述会话管理网元根据所述终端设备的标识和/或用户属性，确定向所述终端设备推送所述本地应用服务器的地址。其中，所述用户属性例如可以包括以下信息中的至少一种：漫游信息、接入的数据网络信息和接入点名称APN；UE标识：第五代移动通信永久签约标识、国际移动用户识别码IMSI、MSISDN。具体实现中，OSS根据终端设备的标识或用户属性，配置需要使能推送本地应用服务器的地址的终端设备，然后，将使能了推送地址功能的终端设备的标识或用户属性发送给SMF。SMF在接收到使能了推送地址功能的终端设备的标识或用户属性后，针对具体的终端设备，确定在SMF保存的使能了推送地址功能的终端设备的标识或用户属性中，是否包括该终端设备的标识或用户属性，从而确定是否要向该具体的终端设备推送本地应用服务器的地址。
在又一个实现方式中，在S502之前，所述方法还包括：所述会话管理网元接收应用功能实体发送的使能所述本地应用服务器的地址推送功能的终端设备的标识；所述会话管理网元根据所述终端设备的标识，确定向所述终端设备推送所述本地应用服务器的地址。具体实现中，AF也可以对是否推送其本地应用服务器的地址给具体的终端设备进行管理，例如，终端设备可以与具体的AF进行通信，要求在该终端设备对应的UPF发生切换时，推送切换后的UPF对应的本地应用服务器的地址给该终端设备。AF保存该终端设备的标识，并发送使能地址推送功能的终端设备的标识给SMF。SMF在接收到使能了推送功能的终端设备的标识后，针对具体的终端设备，确定在SMF保存的使能了推送地址功能的终端设备的标识中，是否包括该终端设备的标识，从而确定是否要向该具体的终端设备推送本地应用服务器的地址。
在S502中，SMF发送切换后的UPF对应的本地应用服务器的地址给终端设备，SMF可以通过应用触发机制(即通过控制面信道)发送本地应用服务器的地址给终端设备，也可以在终端设备已与AF存在通信的情况下，由AF通过数据通道发送本地应用服务器的地址给终端设备。具体地：
在一个实现方式中，S502具体包括：所述会话管理网元向所述终端设备发送应用触发请求，其中，所述应用触发请求包括所述切换后的用户面网元对应的本地应用服务器的地址。终端设备接收会话管理网元发送的该应用触发请求。当然，也可以是会话管理网元发送应用触发请求给应用功能实体，再由应用功能实体发送应用触发请求给终端设备，终端设备接收该应用触发请求。具体实现中，如图4所示的应用触发流程，应用触发机制提供了一种应用服务器通过核心网控制面向终端设备主动推送消息的方法，SMF作为核心网控制面中的网元，向终端设备主动推送消息，也需要通过该应用触发机制向终端设备推送消息。具体地，该消息即应用触发请求，该应用触发请求包括切换后的UPF对应的本地应用服务器的地址。后面将结合具体的流程进一步详细阐述。
在另一个实现方式中，S502具体包括：所述会话管理网元向应用功能实体发送所述切换后的用户面网元对应的本地应用服务器的地址，由所述应用功能实体向所述终端设备发送所述切换后的用户面网元对应的本地应用服务器的地址。终端设备接收该切换后的用户面网元对应的本地应用服务器的地址。具体实现中，若在终端设备发生移动时，终端设备正在访问AF，则SMF可以将本地应用服务器的地址发送给NEF，再由NEF发送给AF，由AF通过已建立的数据面通道发送该本地应用服务器的地址给终端设备。
下面通过具体的几个示例描述上述方法对应的完整的流程：
在一个示例中，某个MEP上部署有新的本地应用服务器时，该本地应用服务器上线之后需要向MEP发起注册流程。MEP根据本地应用服务器部署的位置信息和UPF的拓扑关系，将UPF对应的本地应用服务器的地址的对应关系通过NEF推送到SMF，同时使能SMF在UPF的切换流程之后，主动触发Application Trigger Service流程，将切换后的UPF对应的本地应用服务器地址推送给终端设备，以便于终端设备在UPF切换之后，可以及时访问到切换后的UPF对应的本地应用服务器的地址。如图6所示的一个具体示例的应用服务器的切换流程示意图，具体包括以下步骤：
S601、MEP上有新的本地应用服务器上线后，本地应用服务器会发起注册流程，发送注册请求给MEP，该注册请求携带该本地应用服务器的地址。MEP接收该注册请求。
S602、MEP根据本地应用服务器部署的位置信息以及UPF的拓扑关系、或本地应用服务器的优先级信息，确定UPF与本地应用服务器的地址的对应关系。即确定该对应关系包括两种方式，一种方式是根据本地应用服务器部署的位置信息以及UPF的拓扑关系确定该对应关系，其中，UPF的拓扑关系是指UPF的部署与MEP的位置的关系，则与该UPF对应的本地应用服务器为与UPF拓扑关系最近的应用服务器。另一种方式是，根据本地应用服务器的优先级信息确定该对应关系。一般情况下，AF针对每个MEP配置该MEP上的本地应用服务器的优先级，则与该UPF对应的本地应用服务器可以为提供相同服务的一个或多个应用服务器中优先级最高的应用服务器。
然后，MEP向5G核心网的NEF发起本地应用服务器的注册请求流程，发送注册请求给NEF，该注册请求可以携带UPF的标识、本地应用服务器的地址，还可以携带推送本地应用服务器的地址的使能标识。
S603、NEF收到MEP发送的本地应用服务器的注册请求后，基于标准的鉴权和授权流程对MEP进行鉴权、授权处理。
S604、对于符合要求的本地应用服务器的注册请求，NEF会将本地应用服务器的注册请求发送给SMF。该注册请求可以携带UPF的标识、本地应用服务器的地址，还可以携带推送本地应用服务器的地址的使能标识。
S605、SMF接收到UPF的标识、本地应用服务器的地址和使能标识后，记录UPF与新的本地应用服务器的地址的对应关系到已存储的对应关系中，同时对访问本地应用服务器所对应的数据网络的终端设备开启UPF切换后推送本地应用服务器的地址的功能。
S606、SMF发送本地应用服务器的注册响应消息给NEF。NEF接收该注册响应消息。该注册响应消息可以包括注册结果的指示。例如，用1比特表示注册结果，“1”表示注册通过，“0”表示注册失败；或者反之亦可，“0”表示注册通过，“1”表示注册失败。
S607、NEF发送本地应用服务器的注册响应消息给MEP。MEP接收该注册响应消息。
S608、MEP发送本地应用服务器的注册响应消息给本地应用服务器。本地应用服务器接收该注册响应消息，获得注册结果。
终端设备上线后，通过源UPF访问源UPF对应的本地应用服务器。但是，若终端设备发生移动，其对应的UPF也对应的进行切换。
S609～S610、终端设备移动之后，触发切换流程，SMF基于标准定义的UPF选择机制，实现UPF的切换流程，在目标UPF上激活会话，后续终端设备通过目标UPF访问数据业务。具体请参见图3所示的流程。
S611、SMF在终端设备移动过程触发切换流程时，基于标准的UPF选择流程实现UPF的切换流程之后，根据会话信息判断该终端设备需要访问特定的应用，针对该应用、服务或终端设备确定是否已使能本地应用服务器的地址推送功能。
S612、若SMF确定已使能本地应用服务器的地址推送功能，则向AMF发起应用触发流程，具体地，发送应用触发请求给AMF。该应用触发请求中携带切换后的UPF对应的本地应用服务器的地址。AMF接收该应用触发请求。
S613、AMF收到该应用触发请求之后，基于标准流程通过(R)AN发送应用触发请求给终端设备。该应用触发请求中携带切换后的UPF对应的本地应用服务器的地址。终端设备接收该应用触发请求。
S614、终端设备接收到应用触发请求之后，解析该请求中携带的切换后的UPF对应的本地应用服务器的地址并记录在本地。
S615、终端设备经(R)AN发送应用触发请求响应给AMF。AMF接收该应用触发请求响应。
S616、AMF发送应用触发请求响应给SMF。SMF接收该应用触发请求响应。
S617、终端设备将基于新的本地应用服务器的地址(切换后的UPF对应的本地应用服务器的地址)发起业务访问流程，从而终端设备可以获取到本地应用服务器提供的可靠的、低时延的业务服务。
在该示例中，在终端设备对应的UPF发生切换后，可以由SMF选择切换后的UPF对应的本地应用服务器，SMF将本地应用服务器的地址传递给终端设备，使网络规划对终端设备透明，加速终端设备发现本地应用服务器的地址的过程，提升终端设备指定APP的业务体验。
在另一个示例中，本地应用服务器上线之后需要向MEP发起注册流程，OSS直接在SMF上配置UPF对应的本地应用服务器的地址的对应关系，本地应用服务器通过NEF发送推送本地应用服务器的地址的使能标识给SMF，使能SMF在UPF选择流程之后主动触发Application Trigger Service流程，将切换后的UPF对应的本地应用服务器的地址推送到终端设备，以便于终端设备在UPF切换之后可以及时获取该UPF对应的本地应用服务器的地址，从而获得本地应用服务器给终端设备提供的可靠的、低时延的业务服务。如图7所示的另一个具体示例的应用服务器的切换流程示意图，该方法可包括以下步骤：
S701、OSS***在SMF上配置一组或多组UPF对应的本地应用服务器的地址的对应关系。
S702、SMF接收该对应关系并保存。
S703、MEP上部署的本地应用服务器向NEF发起本地应用服务器的注册请求流程，其注册请求携带在终端设备对应的UPF切换后，推送本地应用服务器的地址的使能标识。NEF接收该使能标识。
S704、NEF在接收到本地应用服务器发送的注册请求后，基于标准的鉴权和授权流程对本地应用服务器进行鉴权、授权处理。
S705、对于符合要求的本地应用服务器注册请求，NEF会将本地应用服务器的注册请求推送到SMF，该注册请求携带上述使能标识。SMF接收该使能标识。
S706、SMF对访问本地应用服务器所对应的数据网络的终端设备或指定终端设备开启推送本地应用服务器的地址的功能。
S707、SMF发送注册请求响应给NEF。NEF接收该注册请求响应。
S708、NEF发送注册请求响应给发起注册请求的本地应用服务器。该本地应用服务器接收该注册请求响应。
S706、SMF发送本地应用服务器的注册响应消息给NEF。NEF接收该注册响应消息。该注册响应消息可以包括注册结果的指示。例如，用1比特表示注册结果，“1”表示注册通过，“0”表示注册失败；或者反之亦可，“0”表示注册通过，“1”表示注册失败。
S707、NEF发送本地应用服务器的注册响应消息给MEP。MEP接收该注册响应消息。
S708、MEP发送本地应用服务器的注册响应消息给本地应用服务器。本地应用服务器接收该注册响应消息，获得注册结果。
终端设备上线后，通过源UPF访问源UPF对应的本地应用服务器。但是，若终端设备发生移动，其对应的UPF也对应的进行切换。
S709～S710、终端设备移动之后，触发切换流程，SMF基于标准定义的UPF选择机制，实现UPF的切换流程，在目标UPF上激活会话，后续终端设备通过目标UPF访问数据业务。具体请参见图3所示的流程。
S711、SMF在终端设备移动过程触发切换流程时，基于标准的UPF选择流程实现UPF的切换流程之后，根据会话信息判断该终端设备需要访问特定的应用，针对该应用、服务或终端设备确定是否已使能本地应用服务器的地址推送功能。
S712、若SMF确定已使能本地应用服务器的地址推送功能，则向AMF发起应用触发流程，具体地，发送应用触发请求给AMF。该应用触发请求中携带切换后的UPF对应的本地应用服务器的地址。AMF接收该应用触发请求。
S713、AMF收到该应用触发请求之后，基于标准流程通过(R)AN发送应用触发请求给终端设备。该应用触发请求中携带切换后的UPF对应的本地应用服务器的地址。终端设备接收该应用触发请求。
S714、终端设备接收到应用触发请求之后，解析该请求中携带的切换后的UPF对应的本地应用服务器的地址并记录在本地。
S715、终端设备经(R)AN发送应用触发请求响应给AMF。AMF接收该应用触发请求响应。
S716、AMF发送应用触发请求响应给SMF。SMF接收该应用触发请求响应。
S706～S716的业务流程与图6所示的流程S606～S616分别相同，在此不再赘述。
在该示例中，可以由5G核心网的OSS直接配置UPF与本地应用服务器的对应关系表，在终端设备对应的UPF发生切换后，可以由SMF选择切换后的UPF对应的本地应用服务器，SMF将本地应用服务器的地址传递给终端设备，使网络规划对终端设备透明，加速终端设备发现本地应用服务器的地址的过程，提升终端设备指定APP的业务体验。
在又一个示例中，本地应用服务器上线之后需要向MEP发起注册流程，OSS直接在SMF上配置UPF与本地应用服务器的地址的对应关系，本地应用服务器通过NEF发送推送本地应用服务器的地址的使能标识到SMF，使能SMF在UPF选择流程之后主动通知AF，由其通过Application Trigger Service流程或数据面通道，将切换后的UPF后对应的本地应用服务器的地址推送给终端设备，以便于终端设备在UPF切换之后可以及时获取切换后的UPF对应的本地应用服务器的地址，以获得本地应用服务器提供的可靠的、低时延的业务服务。当然，对应关系和使能标识也可以通过图6所示的流程发送给SMF。如图8所示的又一个具体示例的应用服务器的切换流程示意图，该方法可包括以下步骤：
S801、OSS发送一组或多组UPF对应的本地应用服务器的地址的对应关系给SMF。SMF接收该对应关系。
S802、SMF保存上述对应关系。
S803、AF向NEF发起本地应用服务器的注册请求流程，其注册请求携带上述使能标识。NEF接收该使能标识。
S804、NEF接收到AF发送的本地应用服务器的注册请求后，基于标准的鉴权和授权流程对本地应用服务器进行鉴权、授权处理。
S805、对于符合要求的本地应用服务器的注册请求，NEF会将本地应用服务器的注册请求推送到SMF，该注册请求携带上述使能标识。
S806、SMF接收到上述使能标识后，对访问本地应用服务器所对应的数据网络的终端设备或指定应用开启UPF切换后，推送本地应用服务器的地址的功能。
S807、SMF发送本地应用服务器的注册响应消息给NEF。NEF接收该注册响应消息。
S808、NEF发送注册响应消息给AF。AF接收该注册响应消息。
终端设备上线后，通过源UPF访问其对应的本地应用服务器。
S809～S810、终端设备移动之后，触发切换流程，SMF基于标准定义的UPF选择机制，实现UPF的切换流程，在目标UPF上激活会话，后续终端设备通过目标UPF访问数据业务。
S811、SMF基于标准的UPF选择流程实现UPF的切换流程之后，根据会话信息判断该终端设备需要访问特定的应用，针对该应用、服务或终端设备确定是否已使能本地应用服务器的地址推送功能。
S812、若确定已使能本地应用服务器的地址推送功能，则SMF通过NEF向AF发送目的UPF对应的本地应用服务器的地址。AF接收该本地应用服务器的地址。
AF在接收到本地应用服务器的地址之后，有两种方式可以实现推送本地应用服务器的地址到终端设备：
一种方式是，AF可以基于标准的应用触发流程通过NEF、AMF和(R)AN将应用触发请求发送给终端设备，该应用触发请求携带目的UPF对应的本地应用服务器的地址。终端设备接收到应用触发请求之后，解析该请求中携带的本地应用服务器的地址，并记录在本地。终端设备回复应用触发请求响应消息经(R)AN、AMF、NEF发送到AF。
另一种方式是，如果终端设备已经和AF建立了数据面连接，AF可以通过该数据面链路直接推送目的UPF对应的本地应用服务器的地址到终端设备。
S813、终端设备将基于新的本地应用服务器的地址(切换后的UPF对应的本地应用服务器的地址)发起业务访问流程，从而终端设备可以获取到本地应用服务器提供的可靠的、低时延的业务服务。
在该示例中，在发生UPF切换后，SMF将切换后的UPF对应的本地应用服务器的地址通知给AF，由其通过应用触发流程或数据面流程将该本地应用服务器的地址推送给终端设备，使网络规划对终端设备透明，加速终端设备发现本地应用服务器的地址的过程，从而终端设备可以获取到本地应用服务器提供的可靠的、低时延的服务。
可见，在移动边缘计算场景，边缘平台及网络侧可以协同获得切换后的UPF与本地应用服务器的地址的对应关系，在UPF切换后，终端设备能够更好的选择本地应用服务器，使网络规划对终端设备透明，加速终端设备发现本地应用服务器的过程。
根据本申请实施例提供的一种应用服务器的切换方法，在终端设备对应的用户面网元发生切换的场景下，会话管理网元获取切换后的用户面网元对应的本地应用服务器的地址，并发送该地址给终端设备，UE可以访问切换后的UPF对应的本地应用服务器，从而UE可以获得本地应用服务器提供的可靠的、低时延的服务。
下面将结合图9～图12分别对会话管理网元和终端设备的结构进行详细介绍。需要说明的是，下述的会话管理网元和终端设备可应用于上述方法中。
图9为本申请实施例提供的一种会话管理网元的结构框图，该会话管理网元3000可包括：
第一获取单元31，用于根据切换后的用户面网元，以及用户面网元与本地应用服务器的地址的对应关系，获取所述切换后的用户面网元对应的本地应用服务器的地址；其中，所述用户面网元与本地应用服务器的地址的对应关系用于指示当终端设备接入一个用户面网元时，在网络中部署的提供相同服务的一个或多个应用服务器中能够为终端设备提供所述服务的本地应用服务器的地址；
发送单元32，用于向所述终端设备发送所述切换后的用户面网元对应的本地应用服务器的地址。
进一步地，所述本地应用服务器包括提供相同服务的一个或多个应用服务器中优先级最高的应用服务器、或与终端设备接入的用户面网元拓扑关系最近的应用服务器。
再进一步地，该会话管理网元3000还可包括：存储单元，用于存储用户面网元与本地应用服务器的地址的对应关系。
在一个实现方式中，所述存储单元具体用于：接收网络能力开放网元发送的用户面网元与注册的本地应用服务器的地址的对应关系，并保存到已存储的用户面网元与本地应用服务器的地址的对应关系中。
在另一个实现方式中，所述存储单元具体用于：接收并存储运营支撑***配置的用户面网元与本地应用服务器的地址的对应关系。
再进一步地，该会话管理网元3000还可包括：第一接收单元，用于接收所述网络能力开放网元发送的针对所述服务推送本地应用服务器的地址的第一使能标识；或第二接收单元，用于接收运营支撑***配置的针对所述服务推送本地应用服务器的地址的第一使能标识。
具体地，所述第一使能标识用于指示所述会话管理网元在当终端设备对应的用户面网元发生切换后，向所述终端设备推送本地应用服务器的地址。
再进一步地，该会话管理网元3000还可包括：第二获取单元，用于从统一数据管理网元获取所述终端设备的签约信息，其中，所述签约信息包括针对所述终端设备推送所述本地应用服务器的地址的第二使能标识；以及第一确定单元，用于根据所述签约信息，确定向所述终端设备推送所述本地应用服务器的地址。
再进一步地，该会话管理网元3000还可包括：第三接收单元，用于接收所述运营支撑***发送的使能所述本地应用服务器的地址推送功能的终端设备的标识和/或用户属性；以及第二确定单元，用于根据所述终端设备的标识和/或用户属性，确定向所述终端设备推送所述本地应用服务器的地址。
再进一步地，该会话管理网元3000还可包括：第四接收单元，用于接收应用网元发送的使能所述本地应用服务器的地址推送功能的终端设备的标识；以及第三确定单元，用于根据所述终端设备的标识，确定向所述终端设备推送所述本地应用服务器的地址。
再进一步地，所述发送单元32具体用于：向所述终端设备发送应用触发请求，其中，所述应用触发请求包括所述切换后的用户面网元对应的本地应用服务器的地址；或向应用网元发送所述切换后的用户面网元对应的本地应用服务器的地址，由所述应用网元向所述终端设备发送所述切换后的用户面网元对应的本地应用服务器的地址。
根据本申请实施例提供的一种会话管理网元，在UE对应的UPF发生切换的场景下，UE可以访问切换后的UPF对应的本地应用服务器，从而UE可以获得本地应用服务器提供的可靠的、低时延的服务。
图10为本申请实施例提供的一种终端设备的结构框图。该终端设备4000可包括：
接收单元41，用于接收应用触发请求，其中，所述应用触发请求包括切换后的用户面网元对应的本地应用服务器的地址；
访问单元42，用于根据所述切换后的用户面网元对应的本地应用服务器的地址访问本地应用服务器。
进一步地，所述接收单元41具体用于接收会话管理网元或应用网元发送的所述应用触发请求。
根据本申请实施例提供的一种终端设备，在UE对应的UPF发生切换的场景下，UE可以访问切换后的UPF对应的本地应用服务器，从而UE可以获得本地应用服务器提供的可靠的、低时延的服务。
图11为本申请实施例提供的一种会话管理网元的硬件结构示意图。该会话管理网元1100可以包括：接收器1101、发送器1102、处理器1103和存储器1104，所述接收器1101、发送器1102、处理器1103和存储器1104通过通信线路相互连接。
存储器包括但不限于是随机存储记忆体(random access memory，RAM)、只读存储器(read-only memory，ROM)、可擦除可编程只读存储器(erasable programmable readonly memory，EPROM)、或便携式只读存储器(compact disc read-only memory，CD-ROM)，该存储器用于相关指令及数据。
接收器用于接收数据和/或信号，以及发送器用于发送数据和/或信号。发送器和接收器可以是独立的器件，也可以是一个整体的器件。
处理器可以包括是一个或多个处理器，例如包括一个或多个中央处理器(centralprocessing unit，CPU)，在处理器是一个CPU的情况下，该CPU可以是单核CPU，也可以是多核CPU。
具体地，在一个实施例中，图9中的第一获取单元31所实现的相关功能可以由一个或多个处理器来实现，发送单元32所实现的相关功能可以由发送器来实现，第一、第二、第三接收单元所实现的相关功能可以由接收器来实现，存储单元所实现的相关功能可以由存储器来实现。处理器1103用于获取切换后的用户面网元对应的本地应用服务器的地址，例如执行图5所示实施例中的S501步骤；以及发送器1102用于向所述终端设备发送所述切换后的用户面网元对应的本地应用服务器的地址，例如执行图5所示实施例中的S502步骤。
具体实现请参阅上述方法实施例的描述。
根据本申请实施例提供的一种会话管理网元，在UE对应的UPF发生切换的场景下，UE可以访问切换后的UPF对应的本地应用服务器，从而UE可以获得本地应用服务器提供的可靠的、低时延的服务。
图12为本申请实施例提供的一种终端设备的硬件结构示意图。便于理解和图示方便，图12中，终端设备以手机作为例子。如图12所示，终端设备包括处理器、存储器、射频电路、天线以及输入输出装置。处理器主要用于对通信协议以及通信数据进行处理，以及对终端设备进行控制，执行软件程序，处理软件程序的数据等。存储器主要用于存储软件程序和数据。射频电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。输入输出装置，例如触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。需要说明的是，有些种类的终端设备可以不具有输入输出装置。
当需要发送数据时，处理器对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到终端设备时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器，处理器将基带信号转换为数据并对该数据进行处理。为便于说明，图12中仅示出了一个存储器和处理器。在实际的终端设备产品中，可以存在一个或多个处理器和一个或多个存储器。存储器也可以称为存储介质或者存储设备等。存储器可以是独立于处理器设置，也可以是与处理器集成在一起，本申请实施例对此不做限制。
在本申请实施例中，可以将具有收发功能的天线和射频电路视为终端设备的接收单元和发送单元(也可以统称为收发单元)，将具有处理功能的处理器视为终端设备的处理单元。如图12所示，终端设备包括接收单元1201、处理单元1202和发送单元1203。接收单元1201也可以称为接收器、接收机、接收电路等，发送单元1203也可以称为发送器、发射器、发射机、发射电路等。处理单元也可以称为处理器，处理单板，处理模块、处理装置等。
例如，在一个实施例中，接收单元1201，用于执行图5所示实施例的步骤S502，接收应用触发请求；处理单元1202，用于执行图5所示实施例的步骤S503，根据所述切换后的用户面网元对应的本地应用服务器的地址访问本地应用服务器。
具体可参考方法实施例的描述。
根据本申请实施例提供的一种终端设备，在UE对应的UPF发生切换的场景下，UE可以访问切换后的UPF对应的本地应用服务器，从而UE可以获得本地应用服务器提供的可靠的、低时延的服务。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者通过所述计算机可读存储介质进行传输。所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriberline，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，数字通用光盘(digital versatiledisc，DVD))、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由计算机程序来指令相关的硬件完成，该程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：只读存储器(read-only memory，ROM)或随机存储存储器(random access memory，RAM)、磁碟或者光盘等各种可存储程序代码的介质。

Claims (22)

1.一种应用服务器的切换方法，应用于终端设备对应的用户面网元发生切换的场景下，
其
特征在于，所述方法包括：
会话管理网元根据切换后的用户面网元，以及用户面网元与本地应用服务器的地址的对应关系，获取所述切换后的用户面网元对应的本地应用服务器的地址；其中，所述用户面网元与本地应用服务器的地址的对应关系用于指示当终端设备接入一个用户面网元时，在网络中部署的提供相同服务的一个或多个应用服务器中能够为终端设备提供所述服务的本地应用服务器的地址，所述本地应用服务器包括提供相同服务的一个或多个应用服务器中优先级最高的应用服务器；
所述会话管理网元接收网络能力开放网元发送的针对所述服务推送本地应用服务器的地址的第一使能标识；或所述会话管理网元接收运营支撑***配置的针对所述服务推送本地应用服务器的地址的第一使能标识；其中，所述第一使能标识用于指示所述会话管理网元在当所述终端设备对应的用户面网元发生切换后，向所述终端设备推送所述本地应用服务器的地址；
所述会话管理网元向所述终端设备发送所述切换后的用户面网元对应的本地应用服务器的地址。
2.如权利要求1所述的方法，其特征在于，所述方法还包括：
所述会话管理网元存储用户面网元与本地应用服务器的地址的对应关系。
3.如权利要求2所述的方法，其特征在于，所述会话管理网元存储用户面网元与本地应用服务器的地址的对应关系，包括：
所述会话管理网元接收网络能力开放网元发送的用户面网元与注册的本地应用服务器的地址的对应关系，并保存到已存储的用户面网元与本地应用服务器的地址的对应关系中。
4.如权利要求2所述的方法，其特征在于，所述会话管理网元存储用户面网元与本地应用服务器的地址的对应关系，包括：
所述会话管理网元接收并存储运营支撑***配置的用户面网元与本地应用服务器的地址的对应关系。
5.如权利要求1所述的方法，其特征在于，所述第一使能标识用于指示所述会话管理网元在当终端设备对应的用户面网元发生切换后，向所述终端设备推送本地应用服务器的地址。
6.如权利要求1-5任一项所述的方法，其特征在于，所述方法还包括：
所述会话管理网元从统一数据管理网元获取所述终端设备的签约信息，其中，所述签约信息包括针对所述终端设备推送所述本地应用服务器的地址的第二使能标识；
所述会话管理网元根据所述签约信息，确定向所述终端设备推送所述本地应用服务器的地址。
7.如权利要求4-5任一项所述的方法，其特征在于，所述方法还包括：
所述会话管理网元接收所述运营支撑***发送的使能所述本地应用服务器的地址推送功能的终端设备的标识和/或用户属性；
所述会话管理网元根据所述终端设备的标识和/或用户属性，确定向所述终端设备推送所述本地应用服务器的地址。
8.如权利要求1-5任一项所述的方法，其特征在于，所述方法还包括：
所述会话管理网元接收应用网元发送的使能所述本地应用服务器的地址推送功能的终端设备的标识；
所述会话管理网元根据所述终端设备的标识，确定向所述终端设备推送所述本地应用服务器的地址。
9.如权利要求1-5任一项所述的方法，其特征在于，所述会话管理网元向所述终端设备发送所述切换后的用户面网元对应的本地应用服务器的地址，包括：
所述会话管理网元向所述终端设备发送应用触发请求，其中，所述应用触发请求包括所述切换后的用户面网元对应的本地应用服务器的地址；或
所述会话管理网元向应用网元发送所述切换后的用户面网元对应的本地应用服务器的地址，由所述应用网元向所述终端设备发送所述切换后的用户面网元对应的本地应用服务器的地址。
10.一种应用服务器的切换方法，应用于终端设备对应的用户面网元发生切换的场景下，其特征在于，所述方法包括：
所述终端设备接收应用触发请求，其中，所述应用触发请求包括切换后的用户面网元对应的本地应用服务器的地址，所述本地应用服务器包括提供相同服务的一个或多个应用服务器中优先级最高的应用服务器；
所述终端设备根据所述切换后的用户面网元对应的本地应用服务器的地址访问本地应用服务器；
所述终端设备接收应用触发请求，包括：
在会话管理网元或应用网元获取到针对所述服务推送所述应用服务器的地址的第一使能标识的情况下，所述终端设备接收会话管理网元或应用网元发送的所述应用触发请求，其中，所述第一使能标识用于指示所述会话管理网元在当所述终端设备对应的用户面网元发生切换后，向所述终端设备推送所述本地应用服务器的地址。
11.一种会话管理网元，其特征在于，包括：
第一获取单元，用于根据切换后的用户面网元，以及用户面网元与本地应用服务器的地址的对应关系，获取所述切换后的用户面网元对应的本地应用服务器的地址；其中，所述用户面网元与本地应用服务器的地址的对应关系用于指示当终端设备接入一个用户面网元时，在网络中部署的提供相同服务的一个或多个应用服务器中能够为终端设备提供所述服务的本地应用服务器的地址，所述本地应用服务器包括提供相同服务的一个或多个应用服务器中优先级最高的应用服务器；
第一接收单元，用于接收网络能力开放网元发送的针对所述服务推送本地应用服务器的地址的第一使能标识；或第二接收单元，用于接收运营支撑***配置的针对所述服务推送本地应用服务器的地址的第一使能标识；其中，所述第一使能标识用于指示所述会话管理网元在当所述终端设备对应的用户面网元发生切换后，向所述终端设备推送所述本地应用服务器的地址；
发送单元，用于向所述终端设备发送所述切换后的用户面网元对应的本地应用服务器的地址。
12.如权利要求11所述的会话管理网元，其特征在于，还包括：
存储单元，用于存储用户面网元与本地应用服务器的地址的对应关系。
13.如权利要求12所述的会话管理网元，其特征在于，所述存储单元具体用于：
接收网络能力开放网元发送的用户面网元与注册的本地应用服务器的地址的对应关系，并保存到已存储的用户面网元与本地应用服务器的地址的对应关系中。
14.如权利要求12所述的会话管理网元，其特征在于，所述存储单元具体用于：
接收并存储运营支撑***配置的用户面网元与本地应用服务器的地址的对应关系。
15.如权利要求11所述的会话管理网元，其特征在于，所述第一使能标识用于指示所述会话管理网元在当终端设备对应的用户面网元发生切换后，向所述终端设备推送本地应用服务器的地址。
16.如权利要求11-15任一项所述的会话管理网元，其特征在于，还包括：
第二获取单元，用于从统一数据管理网元获取所述终端设备的签约信息，其中，所述签约信息包括针对所述终端设备推送所述本地应用服务器的地址的第二使能标识；
第一确定单元，用于根据所述签约信息，确定向所述终端设备推送所述本地应用服务器的地址。
17.如权利要求14-15任一项所述的会话管理网元，其特征在于，还包括：
第三接收单元，用于接收所述运营支撑***发送的使能所述本地应用服务器的地址推送功能的终端设备的标识和/或用户属性；
第二确定单元，用于根据所述终端设备的标识和/或用户属性，确定向所述终端设备推送所述本地应用服务器的地址。
18.如权利要求11-15任一项所述的会话管理网元，其特征在于，还包括：
第四接收单元，用于接收应用网元发送的使能所述本地应用服务器的地址推送功能的终端设备的标识；
第三确定单元，用于根据所述终端设备的标识，确定向所述终端设备推送所述本地应用服务器的地址。
19.如权利要求11-15任一项所述的会话管理网元，其特征在于，所述发送单元具体用于：向所述终端设备发送应用触发请求，其中，所述应用触发请求包括所述切换后的用户面网元对应的本地应用服务器的地址；或
向应用网元发送所述切换后的用户面网元对应的本地应用服务器的地址，由所述应用网元向所述终端设备发送所述切换后的用户面网元对应的本地应用服务器的地址。
20.一种终端设备，其特征在于，包括：
接收单元，用于接收应用触发请求，其中，所述应用触发请求包括切换后的用户面网元对应的本地应用服务器的地址，所述本地应用服务器包括提供相同服务的一个或多个应用服务器中优先级最高的应用服务器；
访问单元，用于根据所述切换后的用户面网元对应的本地应用服务器的地址访问本地应用服务器；
所述接收单元具体用于在会话管理网元或应用网元获取到针对所述服务推送所述应用服务器的地址的第一使能标识的情况下，所述终端设备接收会话管理网元或应用网元发送的所述应用触发请求，其中，所述第一使能标识用于指示所述会话管理网元在当所述终端设备对应的用户面网元发生切换后，向所述终端设备推送所述本地应用服务器的地址。
21.一种会话管理网元，其特征在于，包括接收器、发射器、存储器和处理器；其中，所述存储器中存储一组程序代码，且所述处理器用于调用所述存储器中存储的程序代码，执行权利要求1～9任一项所述方法中的操作。
22.一种终端设备，其特征在于，包括接收器、发射器、存储器和处理器；其中，所述存储器中存储一组程序代码，且所述处理器用于调用所述存储器中存储的程序代码，执行以下权利要求10所述方法中的操作。
CN201711450503.9A 2017-12-27 2017-12-27 应用服务器的切换方法及会话管理网元、终端设备 Active CN109981316B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201711450503.9A CN109981316B (zh) 2017-12-27 2017-12-27 应用服务器的切换方法及会话管理网元、终端设备
PCT/CN2018/124108 WO2019129112A1 (zh) 2017-12-27 2018-12-27 应用服务器的切换方法及会话管理网元、终端设备
EP18895305.3A EP3720049A4 (en) 2017-12-27 2018-12-27 APPLICATION SERVER SWITCHING PROCEDURES, SESSION MANAGEMENT FUNCTION AND TERMINAL DEVICE
US16/913,261 US11503509B2 (en) 2017-12-27 2020-06-26 Application server switching method, session management network element, and terminal device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711450503.9A CN109981316B (zh) 2017-12-27 2017-12-27 应用服务器的切换方法及会话管理网元、终端设备

Publications (2)

Publication Number Publication Date
CN109981316A CN109981316A (zh) 2019-07-05
CN109981316B true CN109981316B (zh) 2022-11-25

Family

ID=67066615

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711450503.9A Active CN109981316B (zh) 2017-12-27 2017-12-27 应用服务器的切换方法及会话管理网元、终端设备

Country Status (4)

Country Link
US (1) US11503509B2 (zh)
EP (1) EP3720049A4 (zh)
CN (1) CN109981316B (zh)
WO (1) WO2019129112A1 (zh)

Families Citing this family (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021031127A1 (zh) * 2019-08-20 2021-02-25 华为技术有限公司 一种获取信息的方法及装置
CN112437104B (zh) * 2019-08-26 2022-04-15 阿里巴巴集团控股有限公司 服务质量管理的方法及装置、通信***
WO2021042398A1 (zh) * 2019-09-06 2021-03-11 Oppo广东移动通信有限公司 一种通信方法及装置、网络设备、终端设备
CN110430605B (zh) * 2019-09-12 2021-08-24 中国联合网络通信集团有限公司 会话线路切换方法及***
CN112533177A (zh) * 2019-09-19 2021-03-19 大唐移动通信设备有限公司 一种提供、发现移动边缘计算的方法及设备、装置、介质
CN112533236B (zh) * 2019-09-19 2023-06-02 华为技术有限公司 通信方法及装置
CN112543511A (zh) * 2019-09-20 2021-03-23 大唐移动通信设备有限公司 一种提供、发现移动边缘计算的方法及设备、装置、介质
EP4049467B1 (en) * 2019-10-21 2024-05-15 Lenovo (Singapore) Pte. Ltd. Dns server selection based on the service area where the user-equipment is located
TWI734270B (zh) * 2019-11-25 2021-07-21 財團法人工業技術研究院 接取私有網路服務之方法及系統
WO2021159505A1 (en) * 2020-02-14 2021-08-19 Lenovo (Beijing) Limited Server discovery improvement when application server changes
JP2023515959A (ja) * 2020-02-26 2023-04-17 華為技術有限公司 アプリケーション発見方法および装置、およびシステム
CN113315796B (zh) * 2020-02-26 2022-09-06 中移物联网有限公司 一种边缘引流开放方法、终端及能力开放平台
EP3883296B1 (en) * 2020-03-19 2022-12-14 Deutsche Telekom AG System and method for mobile networks for an optimal application server selection and handover
CN113453292B (zh) * 2020-03-25 2023-09-01 华为技术有限公司 一种建立连接的方法和通信装置以及***
CN113472651B (zh) * 2020-03-31 2023-02-10 华为技术有限公司 一种通信方法及装置
CN116546454A (zh) * 2020-04-24 2023-08-04 腾讯科技（深圳）有限公司 网络辅助信息提供方法及相关设备
CN113573326B (zh) * 2020-04-28 2023-08-22 华为技术有限公司 一种地址获取方法及装置
CN111586670A (zh) * 2020-04-30 2020-08-25 腾讯科技（深圳）有限公司 用于实现业务连续性的方法及相关设备
CN113676977B (zh) * 2020-05-13 2023-08-22 阿里巴巴集团控股有限公司 一种应用重定位的方法及装置、电子设备、存储介质
WO2022067829A1 (zh) * 2020-09-30 2022-04-07 华为技术有限公司 动态触发边缘应用服务器实例化的方法及装置
CN114598741A (zh) * 2020-11-20 2022-06-07 ***通信有限公司研究院 一种切换处理方法、装置和通信设备
US11444914B2 (en) 2020-12-23 2022-09-13 Cisco Technology, Inc. Quality of service (QoS) policy selection and flow creation based on domain name system (DNS) application metadata
EP4231711A4 (en) * 2021-02-20 2024-04-24 Tencent Tech Shenzhen Co Ltd METHOD AND CONTROL APPARATUS FOR SWITCHING SERVICE SERVERS, ELECTRONIC DEVICE AND STORAGE MEDIUM
CN114916028A (zh) * 2021-02-20 2022-08-16 腾讯科技（深圳）有限公司 业务服务器的切换控制方法及装置、电子设备、存储介质
CN115226247A (zh) * 2021-03-31 2022-10-21 华为技术有限公司 无线通信的方法和装置
CN113691969B (zh) * 2021-07-16 2022-10-18 华为技术有限公司 通信方法和装置
CN115915091A (zh) * 2021-09-30 2023-04-04 华为技术有限公司 通信的方法和装置
CN114071629B (zh) * 2021-11-15 2023-05-02 北京邮电大学 一种星上upf锚点移动的切换控制方法及装置
CN114338817B (zh) * 2021-12-22 2023-11-10 中国人民银行清算总中心 多平面网络访问控制方法及多平面网络
CN114302481B (zh) * 2021-12-28 2023-09-01 中国联合网络通信集团有限公司 切片选择方法、mep、应用服务器、设备及计算机可读介质
WO2023201576A1 (en) * 2022-04-20 2023-10-26 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for communication services
WO2024020751A1 (zh) * 2022-07-25 2024-02-01 北京小米移动软件有限公司 一种第三方服务管理方法/装置/设备及存储介质
CN115696444B (zh) * 2022-09-23 2023-09-12 中兴通讯股份有限公司 时延检测方法、装置、数据分析平台及可读存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103679324A (zh) * 2013-07-17 2014-03-26 国家电网公司 电力公司标准化应用地图的实现方法

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140301181A1 (en) * 2013-04-03 2014-10-09 Qualcomm Incorporated Detecting, reporting, and recovering from potential service disruptions
US9439163B2 (en) * 2013-12-23 2016-09-06 Cellco Partnership Processing of a coarse location request for a mobile device
US20170118311A1 (en) * 2015-10-22 2017-04-27 Saguna Networks Ltd. Methods Circuits Devices Systems and Functionally Associated Computer Executable Code for Facilitating Edge Computing on a Mobile Data Communication Network
US20190058767A1 (en) * 2016-01-22 2019-02-21 Nokia Solutions And Networks Oy Application relocation between clouds
CN108781389B (zh) * 2016-01-27 2021-01-01 诺基亚通信公司 用于实现移动边缘应用会话连接性和移动性的方法和装置
US10142427B2 (en) * 2016-03-31 2018-11-27 Huawei Technologies Co., Ltd. Systems and methods for service and session continuity in software defined topology management
WO2017176307A1 (en) * 2016-04-08 2017-10-12 Intel Corporation User-plane path selection for the edge service
WO2017181408A1 (en) * 2016-04-22 2017-10-26 Telefonaktiebolaget Lm Ericsson (Publ) Method and network element for handover of user plane traffic
WO2017206001A1 (zh) * 2016-05-28 2017-12-07 华为技术有限公司 移动边缘***中迁移应用方法、相关设备及***
US10778779B2 (en) * 2016-06-17 2020-09-15 Huawei Technologies Co., Ltd. Method and system for session management for ultra reliable and low latency communications in high mobility scenarios
WO2018006359A1 (zh) * 2016-07-07 2018-01-11 华为技术有限公司 一种本地网关之间建立隧道的方法及网关
US10972552B2 (en) * 2016-09-30 2021-04-06 Huawei Technologies Co., Ltd. Method and system for user plane path selection
CN110679192B (zh) * 2017-06-23 2021-05-11 华为技术有限公司 实现业务连续性的方法、设备及***
CN109275160B (zh) * 2017-07-17 2020-07-07 华为技术有限公司 数据分流方法、设备及***
US10638374B2 (en) * 2017-12-08 2020-04-28 Futurewei Technologies, Inc. Method and apparatus for reducing packet retransmission during handover (HO) in low latency mobile communication networks
TWI641279B (zh) * 2017-12-15 2018-11-11 財團法人工業技術研究院 行動邊緣平台伺服器及其使用者設備內容之遷移管理方法
US10206094B1 (en) * 2017-12-15 2019-02-12 Industrial Technology Research Institute Mobile edge platform servers and UE context migration management methods thereof

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103679324A (zh) * 2013-07-17 2014-03-26 国家电网公司 电力公司标准化应用地图的实现方法

Also Published As

Publication number Publication date
EP3720049A1 (en) 2020-10-07
EP3720049A4 (en) 2020-12-30
US20200329403A1 (en) 2020-10-15
WO2019129112A1 (zh) 2019-07-04
US11503509B2 (en) 2022-11-15
CN109981316A (zh) 2019-07-05

Similar Documents

Publication Publication Date Title
CN109981316B (zh) 应用服务器的切换方法及会话管理网元、终端设备
KR102436981B1 (ko) 무선 액세스 네트워크 정보 처리 방법 및 장치, 네트워크 요소 및 저장 매체
CN111480366B (zh) 共享pdu会话建立和绑定
CN113194157B (zh) 一种应用实例地址的转换方法和装置
KR102387239B1 (ko) 모바일 네트워크 상호 작용 프록시
WO2020259509A1 (zh) 一种应用迁移方法及装置
US20180359795A1 (en) Method for establishing protocol data unit session in communication system
CN110365727B (zh) 通信方法和相关装置
KR102580499B1 (ko) 통신 방법 및 통신 장치
CN110830925B (zh) 一种用户群组的会话管理方法及装置
JP6727341B2 (ja) 通信制御方法および関連するネットワーク要素
CN113891430A (zh) 一种通信的方法、装置及***
CN110830538B (zh) 一种消息传输方法、装置及存储介质
KR20210054472A (ko) 이동통신 시스템에서 어플리케이션 서버의 정보 제공 장치 및 방법
CN105874830A (zh) 一种移动性管理的方法、装置及***
CN113938910A (zh) 一种通信方法及装置
JP7068492B2 (ja) 通信方法、装置、及びシステム
US20180262967A1 (en) Control apparatus, method, a non-transitory computer readable medium storing a program
CN113206894A (zh) Dns服务器的发现方法、装置、计算机设备及存储介质
CN114731723A (zh) 一种通信方法及装置
JP6674041B2 (ja) アクセス方法、装置、デバイス、及びシステム
CN111194098A (zh) 链路建立方法、装置、通信***及计算机可读介质
CN116097751A (zh) 利用smf重新选择来重新锚定
CN116939036A (zh) 发现应用服务器的方法和装置
KR20210054419A (ko) 이동통신 시스템에서 어플리케이션 서버의 정보 제공 장치 및 방법

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