CN116866885A - 一种通信方法和装置 - Google Patents

一种通信方法和装置 Download PDF

Info

Publication number
CN116866885A
CN116866885A CN202210317269.7A CN202210317269A CN116866885A CN 116866885 A CN116866885 A CN 116866885A CN 202210317269 A CN202210317269 A CN 202210317269A CN 116866885 A CN116866885 A CN 116866885A
Authority
CN
China
Prior art keywords
network element
application function
application
function network
information
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.)
Pending
Application number
CN202210317269.7A
Other languages
English (en)
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 CN202210317269.7A priority Critical patent/CN116866885A/zh
Priority to PCT/CN2023/083195 priority patent/WO2023185599A1/zh
Publication of CN116866885A publication Critical patent/CN116866885A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing 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/08Mobility data transfer
    • H04W8/14Mobility data transfer between corresponding nodes

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Stored Programmes (AREA)

Abstract

一种通信方法和装置,该方法包括:第一核心网网元确定第二应用功能网元的信息,该第二应用功能网元为第一应用功能网元的应用上下文满足预设的迁移条件时进行迁移的目标网元;然后,该第一核心网网元根据该第二应用功能网元的信息,将该应用上下文发送给所述第二应用功能网元。该方法可以通过第一核心网网元将第一应用功能网元的应用上下文发送到第二应用功能网元。

Description

一种通信方法和装置
技术领域
本申请涉及无线通信领域,尤其涉及一种通信方法和装置。
背景技术
随着移动业务流量的爆炸式增长,传统的移动网络部署方式越来越难以支撑这种快速增长的移动业务流量模型,因而提出了边缘计算(edge computing,EC)的部署方式,即将用户面网元(user plane function,UPF)及业务处理能力下移到网络边缘,以避免核心机房和集中网关的流量过度集中,同时也可缩短回程网络的距离,以实现超低时延业务的部署。
在EC场景中,应用或业务可部署于边缘支持环境(Edge Hosting Environment,EHE)上,该EHE环境可以由运营商或第三方部署。在网络架构中,通常应用功能(application function,AF)网元可用于实现EHE的功能,例如EHE(即AF网元)可以对应用上下文进行管理,其中,应用上下文可以包括应用功能AF上下文和/或应用服务器(application service,AS)上下文,AF上下文为控制面相关的数据,AS上下文为用户面相关的数据。
当AF网元满足特定的迁移条件时,例如源AF网元服务的用户终端(userequipment,UE)发生移动,导致该UE当前接入的边缘应用服务器(edge applicationserver,EAS)以及EHE并非最佳,或者该UE当前接入的EAS负载较大,此时,需要确定一个目标AF网元(即新的目标AF网元),将源AF网元上的应用上下文迁移到该目标AF网元上。
然而,现有的应用上下文的迁移技术运用在EC场景中,因应用部署的EHE环境不同或部署EHE环境的运营商/第三方部署不同,从而无法将源AF网元上的应用上下文迁移到目标AF网元上。因此,亟需提出一种通信方法,可以有效且准确地将源AF网元上的应用上下文迁移到目标AF网元。
发明内容
一种通信方法和装置,可以有效且准确地将源AF网元上的应用上下文迁移到目标AF网元。
本申请实施例针对上述背景技术中指出的技术问题,提供了两套具体的实施方案。在第一套具体的实施方案中,主要包括第一核心网网元和第一应用功能网元两个执行主体;具体的,第一核心网网元可参考下述的第一方面的内容和效果,第一应用功能网元可参考第二方面的内容和效果或第三方面的内容和效果。在第二套具体的实施方案中,主要包括第二核心网网元和第三核心网网元,以及第一应用功能网元的三个执行主体;具体的,第二核心网网元可参考下述的第四方面的内容和效果,第三应用功能网元可参考下述第五方面的内容和效果,第一应用功能网元可参考下述的第六方面的内容和效果或者第七方面的内容和效果。
第一方面,本申请实施提供一种通信方法,该方法可以由第一核心网网元执行,也可以由第一核心网网元中的芯片执行,对此不做限定。具体包括以下步骤:第一核心网网元确定第二应用功能网元的信息,该第二应用功能网元为第一应用功能网元的应用上下文满足预设的迁移条件时进行迁移的目标网元;该第一核心网网元根据该第二应用功能网元的信息,向该第二应用功能网元发送该应用上下文。
在本申请实施例中,当第一应用功能网元的应用上下文满足预设迁移条件时,可以由第一核心网网元确定迁移对应的第二应用功能网元的信息(目标网元的信息),进一步的还可以由该第一核心网网元根据该第二应用功能网元的信息,有效且准确地将该第一应用功能网元的应用上下文发送给该第二应用功能网元。
一种可能的实施方式中,该第一核心网网元根据该第二应用功能网元的信息,将该第一应用功能网元的应用上下文发送给该第二应用功能网元之前,该方法还包括:该第一核心网网元从该第一应用功能网元获取该应用上下文。
通过该实施方式,第一核心网网元可以准确地获取到第一应用功能网元的应用上下文。
一种可能的实施方式中,该第一核心网网元从该第一应用功能网元获取该应用上下文对应的第一终端设备的信息。该第一终端设备的信息可以包括但不限于包括该第一终端设备的标识信息和/或地址信息。
通过该实施方式,第一核心网网元可以准确地获取到迁移应用上下文对应第一终端设备的信息。
一种可能的实施方式中,该第二应用功能网元的信息为以下一项或多项:该第二应用功能网元的标识信息、该第二应用功能网元的地址信息。
需要注意的是,本申请实施例中,该第二应用功能网元的信息主要可以指的是第二应用功能网元的标识信息,具体的,可以是第二应用功能网元的ID或地址等。其中第二应用功能网元的ID可以是一般公共订阅标识符(global positioning system inertial,GPSI)等,第二应用功能网元的地址可以是IP地址、媒体接入控制(media access control,MAC)地址等。
通过该实施方式,第一核心网网元可以准确地获知该第二应用功能的信息。
在本申请实施例中,该第一核心网网元确定第二应用功能网元的信息,包括但不限于以下两种可能的实现方式:
实现方式一:该第一核心网网元确定第二应用功能网元的信息,包括:该第一核心网网元获取目标数据网络接入标识DNAI,该目标DNAI为该应用上下文对应的第一终端设备当前位置对应的至少一个DNAI;该第一核心网网元根据该目标DNAI,确定该第二应用功能网元的信息;或者该第一核心网网元向统一数据存储UDR网元发送该目标DNAI,从该UDR网元接收该第二应用功能网元的信息。
通过该实现方式一,可以由第一核心网网元根据目标DNAI,从本地准确地获取该第二应用功能网元的信息,或者通过UDR网元准确地获取该第二应用功能网元的信息。
通常当第一应用功能网元无法获取第二应用功能网元的信息的前提下,执行该实现方式一。
需要注意的是,该第一核心网网元还可以通过其它的网元来获取该第二应用功能网元的信息,只要该网元保存了该第二应用功能网元的信息。例如第一核心网网元还可以向UDM/NRF网元发送该目标DNAI,然后从该UDM/NRF网元接收该第二应用功能网元的信息。因此,本申请实施例对第一核心网网元根据目标DNAI获取该第二应用功能网元的信息的具体途径不做限定。
实现方式二:该第一核心网网元确定第二应用功能网元的信息,包括:该第一核心网网元从该第一应用功能网元接收该第二应用功能网元的信息。
通常当第一应用功能网元自身可以获取第二应用功能网元的信息的前提下,执行该实现方式二。通过该实现方式二,该第一核心网网元可以从该第一应用功能网元直接地获知该第二应用功能网元的信息。
一种可能的实施方式中,该方法还包括:该第一核心网网元从该第一应用功能网元接收第一指示信息,该第一指示信息用于请求该第一核心网网元将该应用上下文从该第一应用功能网元发送到该第二应用功能网元。
在该实施方式中,通常由该第一应用功能网元自身确定无法执行迁移应用上下文时,请求第一核心网网元辅助迁移该第一应用功能网元的应用上下文。通过该实施方式,第一核心网网元在确定第一应用功能网元请求迁移上下文时,可以准确地将该第一应用功能网元的应用上下文发送到第二应用功能网元。
一种可能的实施方式中,该第一核心网网元确定第二应用功能网元的信息之前,该方法还包括:该第一核心网网元确定至少一个第一DNAI中不包含该目标DNAI,或者该第一核心网网元确定至少一个第三应用功能网元中不包含该第二应用功能网元;其中,该至少一个第三应用功能网元为该第一应用功能网元可迁移该应用上下文对应的目标应用功能网元,该至少一个第一DNAI为该至少一个第三应用功能网元对应的DNAI;该第一核心网网元确定该第一应用功能网元不能迁移该应用上下文。
通过该实施方式,由于第一应用功能网元在可以自主迁移应用上下文时,该至少一个第三应用功能网元中任意一个可作为对应的目标应用功能网元,该至少一个第三应用功能网元对应的至少一个第一DNAI。因此,第一核心网网元可以通过判断目标DNAI是否包含在该至少一个第一DNAI中,或者判断第二应用功能网元是否包含在该至少一个第三应用功能网元中,从而准确地确定该第一应用功能网元是否能自主迁移应用上下文;若均包含,则确定第一应用功能网元可以自主执行迁移应用上下文,若均不包含,则确定第一应用功能网元不能自主迁移应用上下文。第一核心网网元在确定第一应用功能网元不能自主迁移应用上下文时,进而才有效且准确地执行迁移该第一应用功能网元的应用上下文。
需要说明的是,上述的至少一个第三应用功能网元为该第一应用功能网元可迁移该应用上下文对应的目标应用功能网元,可以理解为当该至少一个第三应用功能网元中任意一个作为该第一应用功能网元的目标应用功能网元时,该第一应用功能网元可以执行该第一应用功能网元的应用上下文的迁移,即该第一应用功能网元可以将该第一应用功能网元的应用上下文迁移到该目标应用功能网元,该至少一个第三应用功能网元可以称为该第一应用功能网元的可迁移的应用功能网元。该至少一个第一DNAI为至少一个第三应用功能网元对应的DNAI,该至少一个第一DNAI可以称为该第一应用功能网元的可迁移的DNAI。
例如,AF2网元和AF3网元中任意一个作为该AF1网元的目标应用功能网元时,该AF1网元可以将AF1网元的应用上下文迁移到该目标应用功能网元,因此,该AF2网元和AF3网元被称为上述的第三应用功能网元,该AF2网元对应的DNAI2(即终端设备可以接入AF2网元的至少一个DNAI2)和AF3网元对应的DNAI3(即终端设备可以接入AF3网元的至少一个DNAI3)被称为上述的第一DNAI。
一种可能的实施方式中,该方法还包括:该第一核心网网元接收至少一个第一DNAI,或者该第一核心网网元接收至少一个第三应用功能网元的信息。
通过该实施方式,第一核心网网元在确定第一应用功能网元能否可以自主迁移应用上下文之前,还需要先获取至少一个第一DNAI或至少一个第三应用功能网元的信息,进而才能依据该至少一个第一DNAI或该至少一个第三应用功能网元的信息,准确地判断该第一应用功能网元是否可以自主迁移应用上下文。
一种可能的实施方式中,该第一核心网网元从该第一应用功能网元获取该应用上下文之前,该方法还包括:该第一核心网网元向该第一应用功能网元发送该应用上下文的请求消息。
需要注意的是,该实施方式中,由第一核心网网元确定该第一应用功能网元是否能执行迁移应用上下文,若第一核心网网元确定该第一应用功能网元不能执行迁移应用上下文时,或者该第一核心网网元主动请求执行迁移该第一应用功能网元的应用上下文时,该第一核心网网元向该第一应用功能网元发送应用上下文的请求消息,以获取该第一应用功能网元的应用上下文,进而执行迁移该应用上下文。
通过该实施方式,第一核心网网元可以获得第一应用功能网元的应用上下文,进而以实现迁移该第一应用功能网元的应用上下文。
一种可能的实施方式中,该第一核心网网元将该应用上下文发送给该第二应用功能网元之前,该方法还包括:该第一核心网网元从该第一应用功能网元接收第二指示信息,该第二指示信息用于指示允许该第一核心网网元发送该第一应用功能网元的应用上下文。
通过该实施方式,第一核心网网元在执行迁移该第一应用功能网元的应用上下文之前,被该第一应用功能网元授权或允许,进而才能保证该第一核心网网元对该第一应用功能的应用上下文进行迁移。
一种可能的实施方式中,该第一核心网网元为网络开放功能NEF网元。
通过该实施方式,NEF网元可以辅助第一应用功能网元实现迁移应用上下文。
在本申请中该第一核心网网元也可不限于NEF网元,也可以为其它核心网网元,只要该核心网网元可以实现该第一核心网网元的迁移步骤即可。
一种可能的实施方式中,该预设的迁移条件包括以下任意一项或多项:该第一应用功能网元的服务器负载大、该第一应用功能网元的边缘支持环境不匹配、该第一终端设备对应的DNAI发生变化。
需要注意的是,本申请中对该第一应用功能网元满足的预设的迁移条件不限于以上的几项内容,还可以包括其它内容,例如该第一应用功能网元的网络服务质量差或者其它应用功能网元需要获取该第一应用功能网元的应用上下文等等。
通过该实施方式,可以确定迁移第一应用功能网元的应用上下文的条件,进而执行迁移该应用上下文。
第二方面,本申请实施提供一种通信方法,该方法可以由第一应用功能网元执行,也可以由第一应用功能网元中的芯片执行,对此不做限定。具体包括以下步骤:第一应用功能网元确定请求第一核心网网元迁移该第一应用功能网元的应用上下文;该第一应用功能网元向该第一核心网网元发送该应用上下文。
在本申请实施例中,第一应用功能网元通过自身确定不能执行迁移应用上下文时,可以通过请求第一核心网网元迁移该第一应用功能网元的应用上下文,并进一步该应用上下文发送给第一核心网网元,以使得该第一核心网网元能有效且准确地对该应用上下文实现迁移。
一种可能的实施方式中,该第一应用功能网元确定请求第一核心网网元迁移该第一应用功能网元的应用上下文,包括:该第一应用功能网元无法获得第二应用功能网元的信息,该第二应用功能网元为第一应用功能网元的应用上下文满足预设的迁移条件时进行迁移的目标网元;该第一应用功能网元确定不能执行迁移该应用上下文。
通过该实施方式,可知由于第一应用功能网元自身不能获得第二应用功能网元的信息,向第一核心网网元请求迁移该第一应用功能网元的应用上下文,以有效且准确地实现迁移该应用上下文。
一种可能的实施方式中,该第一应用功能网元确定请求第一核心网网元迁移该第一应用功能网元的应用上下文,包括:该第一应用功能网元确定该第二应用功能网元的信息,但该第一应用功能网元不能执行迁移该应用上下文。
示例性的,该第一应用功能网元确定该第二应用功能网元的信息,包括:获取目标数据网络接入标识DNAI,该目标DNAI为该应用上下文对应的第一终端设备接入的DNAI变化后的DNAI;根据该目标DNAI,确定该第二应用功能网元的信息;或者向统一数据存储UDR网元发送该目标DNAI,从该UDR网元接收所述第二应用功能网元的信息。
需要注意的是,该第一应用功能网元还可以通过其它网元获得该第二应用功能网元的信息,只要该网元保存了该第二应用功能网元的信息。例如第一应用功能网元可以向UDM/NRF网元发送该目标DNAI,然后从该UDM/NRF网元接收该第二应用功能网元的信息。因此,本申请实施例对该第一应用功能网元获取该第二应用功能网元的信息的具体途径不做限定。
通过该实施方式,第一应用功能网元可以从本地获得第二应用功能网元的信息,也可以通过其它网元,例如UDR网元,获得该第二应用功能网元的信息。
一种可能的实施方式中,该方法还包括:该第一应用功能网元向该第一核心网网元发送第二应用功能网元的信息。
通过该实施方式,第一应用功能网元可以确定第二应用功能网元的信息,但依然无法迁移该第一应用功能网元的应用上下文时,可以将该第二应用功能网元的信息发送给第一核心网网元,以使得该第一核心网网元根据该第二应用功能网元的信息,可以将该第一应用功能网元的应用上下文有效且准确地发送到该第二应用功能网元。
一种可能的实施方式中,该第二应用功能网元的信息为以下一项或多项:该第二应用功能网元的标识信息、该第二应用功能网元的地址信息。
通过该实施方式,可知该第二应用功能网元的信息的具体内容,从而可以依据该第二应用功能网元的信息,准确地将该第一应用功能网元的应用上下文发送给该第二应用功能网元。
在一种可能的实施方式中,该方法还包括:该第一应用功能网元向第一核心网网元发送该应用上下文对应的第一终端设备的信息。
通过该实施方式,可以使得第一核心网网元准确地知晓该应用上下文对应的第一终端设备的信息,进而针对该第一终端设备的应用上下文执行迁移。其中,该第一终端设备的信息可以包括但不限于第一终端设备的标识信息和/或地址信息。
一种可能的实施方式中,该方法还包括:该第一应用功能网元向该第一核心网网元发送第一指示信息,该第一指示信息用于请求该第一核心网网元将该应用上下文从该第一应用功能网元发送到该第二应用功能网元。
通过该实施方式,第一应用功能网元可以有效地请求第一核心网网元将该第一应用功能网元的应用上下文从该第一应用功能网元发送到第二应用功能网元。
一种可能的实施方式中,该方法还包括:该第一应用功能网元向该第一核心网网元发送第二指示信息,该第二指示信息用于指示允许该第一核心网网元发送该第一应用功能网元的应用上下文。
通过该实施方式,可以有效地授权第一核心网网元迁移该第一应用功能网元的应用上下文。
一种可能的实施方式中,该第一核心网网元为网络开放功能NEF网元。
通过该实施方式,NEF网元可以辅助第一应用功能网元实现迁移应用上下文。
一种可能的实施方式中,该预设的迁移条件包括以下任意一项或多项:该第一应用功能网元的服务器负载大、该第一应用功能网元的边缘支持环境不匹配、该第一终端设备对应的DNAI发生变化。
通过该实施方式,可以确定迁移第一应用功能网元的应用上下文的条件,进而执行迁移该应用上下文。
第三方面,本申请实施提供一种通信方法,该方法可以由第一应用功能网元执行,也可以由第一应用功能网元中的芯片执行,对此不做限定。具体包括以下步骤:第一应用功能网元从第一核心网网元接收应用上下文的请求消息;该第一应用功能网元向该第一核心网网元发送该第一应用功能网元的应用上下文。
在本申请方法中,第一应用功能网元不通过自身确定是否能执行迁移应用上下文,而是由第一核心网网元确定第一应用功能网元是否可以执行迁移,以及该第一核心网网元主动请求迁移该第一应用功能网元的应用上下文。因此,该第一应用功能网元将从该第一核心网网元接收到应用上下文的请求消息,进而该第一应用功能网元向该第一核心网网元发送该第一应用功能网元的应用上下文,使得该第一核心网网元实现迁移该应用上下文。
一种可能的实施方式中,该方法还包括:该第一应用功能网元向该第一核心网网元发送第二指示信息,该第二指示信息用于指示允许该第一核心网网元迁移该第一应用功能网元的应用上下文。
通过该实施方式,第一核心网网元从第一应用功能网元获得迁移应用上下文的授权,进而可以执行迁移该第一应用功能网元的应用上下文。
一种可能的实施方式中,该方法还包括:该第一应用功能网元向该第一核心网网元发送至少一个第一DNAI,或者该第一应用功能网元向该第一核心网网元发送至少一个第三应用功能网元的信息;其中,该至少一个第三应用功能网元为该第一应用功能网元可迁移该应用上下文对应的目标应用功能网元,该至少一个第一DNAI为该至少一个第三应用功能网元对应的DNAI。
其中,关于“该至少一个第一DNAI”和“至少一个第三应用功能网元”的说明可以参考第一方面中的描述,此处不再具体赘述。
通过该实施方式,该第一应用功能网元向该第一核心网网元发送至少一个第一DNAI,或者该第一应用功能网元向该第一核心网网元发送至少一个第三应用功能网元的信息,使得该第一核心网网元可以依据该至少一个第一DNAI或者该至少一个第三应用功能网元的信息,准确地确定该第一应用功能网元是否可以执行迁移应用上下文。
一种可能的实施方式中,该方法还包括:该第一应用功能网元确定该应用上下文满足预设的迁移条件;其中,该预设的迁移条件包括以下任意一项或多项:该第一应用功能网元的服务器负载大、该第一应用功能网元的边缘支持环境不匹配、该应用上下文对应的第一终端设备的DNAI发生变化。通过该实施方式,可以确定迁移第一应用功能网元的应用上下文的条件,进而执行迁移该应用上下文。
一种可能的实施方式中,该第一核心网网元为网络开放功能NEF网元。
通过该实施方式,NEF网元可以辅助第一应用功能网元实现迁移应用上下文。
第四方面,本申请实施提供一种通信方法,该方法可以由第二核心网网元执行,也可以由第二核心网网元中的芯片执行,对此不做限定。具体包括以下步骤:第二核心网网元确定第二应用功能网元的信息,该第二应用功能网元为第一应用功能网元的应用上下文满足预设的迁移条件时进行迁移的目标网元;该第二核心网网元确定转发规则,该转发规则用于指示第三核心网网元在接收该应用上下文时向该第二应用功能网元发送该应用上下文;该第二核心网网元向该第三核心网网元发送该转发规则。
在本申请实施中,可以由第二核心网网元确定迁移对应的目标网元的信息(即第二应用功能网元的信息),然后,该第二核心网网网元确定转发规则并将该转发规则发送给第三核心网网元,以使得该第二核心网网元在执行迁移该第一应用功能网元的应用上下文时,通过第三核心网网元进行转发,最终可以有效且准确地将该第一应用功能网元的应用上下文发送给第二应用功能网元。
需要注意的是,第二核心网网元向第三核心网网元发送转发规则之前,第二核心网网元先确定合适的第三核心网网元,然后,该第二核心网网元与该第三核心网网元建立会话连接,进而确定转发规则;其中,该第三核心网网元可以为网络架构中现有的网元,也可以为新创建的网元,本申请对此可不做限定。这些步骤均可以参考现有的技术中SMF网元和UPF网元建立会话的过程来实现,此处不再具体描述。
一种可能的实施方式中,该第二应用功能网元的信息为以下一项或多项:该第二应用功能网元的标识信息、该第二应用功能网元的地址信息。
需要注意的是,本申请实施例中,该第二应用功能网元的信息主要可以指的是第二应用功能网元的标识信息,具体的,可以是第二应用功能网元的ID或地址等。其中第二应用功能网元的ID可以是一般公共订阅标识符GPSI等,第二应用功能网元的地址可以是IP地址、媒体接入控制MAC地址等。
通过该实施方式,第二核心网网元可以准确地获知该第二应用功能的信息。
一种可能的实施方式中,该第二核心网网元从该第一应用功能网元获取该应用上下文对应的第一终端设备的信息。其中,该第二终端设备的信息可以包括但不限于包括标识信息和/或地址信息。
通过该实施方式,第二核心网网元可以获取到迁移应用上下文对应第一终端设备的信息,进而针对该第一终端设备的应用上下文执行迁移。
一种可能的实施方式中,该方法还包括:该第二核心网网元向该第一应用功能网元发送该第三核心网网元的地址信息。
通过该实施方式,可以使得第一应用功能网元获得第三核心网网元的地址信息,进而该第一应用功能网元可以将应用上下文准确地发送给该第三核心网网元。
在本申请实施例中,该第二核心网网元确定第二应用功能网元的信息,包括但不限于以下两种可能的实现方式:
实现方式一:该第二核心网网元确定第二应用功能网元的信息,包括:该第二核心网网元获取目标数据网络接入标识DNAI,该目标DNAI为该应用上下文对应的第一终端设备当前位置对应的至少一个DNAI;该第二核心网网元根据该目标DNAI,确定该第二应用功能网元的信息;或者该第二核心网网元向统一数据存储UDR网元发送该目标DNAI,从该UDR网元接收该第二应用功能网元的信息。
通过该实现方式一,第二核心网网元可以根据目标DNAI,从本地准确地获取该第二应用功能网元的信息,还可以通过UDR网元准确地获取该第二应用功能网元的信息。
通常当第一应用功能网元无法获取第二应用功能网元的信息的前提下,执行该实现方式一。
需要注意的是,该第二核心网网元还可以通过其它的网元来获取该第二应用功能网元的信息,只要该网元保存了该第二应用功能网元的信息。例如第二核心网网元还可以向UDM/NRF网元发送该目标DNAI,然后从该UDM/NRF网元接收该第二应用功能网元的信息。因此,本申请实施例对第二核心网网元根据目标DNAI获取该第二应用功能网元的信息的具体途径不做限定。
实现方式二:该第二核心网网元确定第二应用功能网元的信息,包括:该第二核心网网元接收该第一应用功能网元确定的该第二应用功能网元的信息。
通常当第一应用功能网元自身可以获取第二应用功能网元的信息的前提下,执行该实现方式二。通过该实现方式二,该第二核心网网元可以从该第一应用功能网元直接地获知该第二应用功能网元的信息。
一种可能的实施方式中,该方法还包括:该第二核心网网元从该第一应用功能网元接收第一指示信息,该第一指示信息用于请求该第二核心网网元将该应用上下文从该第一应用功能网元迁移到该第二应用功能网元。
通过该实施方式,第二核心网网元在确定第一应用功能网元请求迁移上下文时,可以准确地将该第一应用功能网元的应用上下文发送到第二应用功能网元。
一种可能的实施方式中,该第二核心网网元确定第二应用功能网元的信息之前,该方法还包括:该第二核心网网元确定至少一个第一DNAI中不包含该目标DNAI,或者该第二核心网网元确定至少一个第三应用功能网元中不包含该第二应用功能网元;其中,该至少一个第三应用功能网元为该第一应用功能网元可迁移该应用上下文对应的目标应用功能网元,该至少一个第一DNAI为该至少一个第三应用功能网元对应的DNAI;该第二核心网网元确定该第一应用功能网元不能迁移该应用上下文。
其中,关于“该至少一个第一DNAI”和“至少一个第三应用功能网元”的说明可以参考第一方面中的描述,此处不再具体赘述。
通过该实施方式,由于第一应用功能网元在可以自主迁移应用上下文时,该至少一个第三应用功能网元中任意一个可作为对应的目标应用功能网元,该至少一个第三应用功能网元对应的至少一个第一DNAI。因此,第二核心网网元可以通过判断目标DNAI是否包含在该至少一个第一DNAI中,或者判断第二应用功能网元是否包含在该至少一个第三应用功能网元中,从而准确地确定该第一应用功能网元是否能自主迁移应用上下文;若均包含,则确定第一应用功能网元可以自主执行迁移应用上下文,若均不包含,则确定第一应用功能网元不能自主迁移应用上下文。第二核心网网元在确定第一应用功能网元不能自主迁移应用上下文时,进而才有效且准确地执行迁移该第一应用功能网元的应用上下文。
其中,关于“该至少一个第一DNAI”和“至少一个第三应用功能网元”的说明可以参考第一方面中的描述,此处不再具体赘述。
一种可能的实施方式中,该方法还包括:该第二核心网网元接收至少一个第一DNAI,或者该第二核心网网元接收至少一个第三应用功能网元的信息。
通过该实施方式,第二核心网网元在确定第一应用功能网元能否可以自主迁移应用上下文之前,还需要先获取至少一个第一DNAI或至少一个第三应用功能网元的信息,进而才能依据该至少一个第一DNAI或该至少一个第三应用功能网元的信息,准确地判断该第一应用功能网元是否可以自主迁移应用上下文。
需要注意的是,第二核心网网元可以直接从第一应用功能网元获得该至少一个第一DNAI或该至少一个第三应用功能网元的信息,也可以间接地获得该至少一个第一DNAI或该至少一个第三应用功能网元的信息,例如第二核心网网元(如SMF网元)经过第一核心网网元(NEF网元)从第一应用功能网元(AF网元)获得该至少一个第一DNAI或该至少一个第三应用功能网元的信息。因此,本申请对该第二核心网网元接收该至少一个第一DNAI或该至少一个第三应用功能网元的信息的具体传输路径不做限定。
一种可能的实施方式中,该方法还包括:该第二核心网网元接收该第一应用功能网元的第二指示信息,该第二指示信息用于指示允许该第二核心网网元发送该第一应用功能网元的应用上下文。
通过该实施方式,第二核心网网元被授权可以执行迁移该第一应用功能网的应用上下文。
一种可能的实施方式中,该第二核心网网元为会话管理功能SMF网元,该第三核心网网元为用户面功能UPF网元。
通过该实施方式,SMF网元可以辅助第一应用功能网元执行迁移应用上下文,并通过UPF网元进行具体转发,从而可有效且准确地实现迁移该第一应用功能网元的应用上下文。
本申请中的第二核心网网元也可不限于SMF网元,第三核心网网元也可不限于UPF网元,也可以为其它核心网网元,只要核心网网元可以对应实现该第二核心网网元和第三核心网网元的步骤和功能即可。
一种可能的实施方式中,该预设的迁移条件包括以下任意一项或多项:该第一应用功能网元的服务器负载大、该第一应用功能网元的边缘支持环境不匹配、该第一终端设备对应的DNAI发生变化。
通过该实施方式,可以确定迁移第一应用功能网元的应用上下文的条件,进而执行迁移该应用上下文。
第五方面,本申请实施提供一种通信方法,该方法可以由第三核心网网元执行,也可以由第三核心网网元中的芯片执行,对此不做限定。具体包括以下步骤:第三核心网网元从第二核心网网元接收转发规则,该转发规则用于指示该第三核心网网元在接收到第一应用功能网元的应用上下文时向第二功能网元发送该应用上下文;该第三核心网网元从该第一应用功能网元获取该第一应用功能网元的应用上下文;该第三核心网网元根据该转发规则,向该第二应用功能网元发送该应用上下文。
需要注意的是,该第三核心网网元从第二核心网网元接收转发规则之前,还包括:该第三核心网网元与该第二核心网网元建立会话连接。从而可以保证该第三核心网网元与第二核心网网元之间实现通信。该第三核心网网元与第二核心网网元建立会话连接可以参考现有技术中的UPF网元与SMF网元之间建立会话过程,此处不再具体描述。
通过该实施方式,第三核心网网元从第二核心网网元获取到转发规则,进而当该第三核心网网元接收到第一应用功能网元的应用上下文时,可以准确地将该应用上下文发送给对应的第二应用功能网元。
一种可能的实施方式中,该第二核心网网元为会话管理功能SMF网元,该第三核心网网元为用户面功能UPF网元。
通过该实施方式,SMF网元可以辅助第一应用功能网元执行迁移应用上下文,并通过UPF网元进行具体转发,从而可有效且准确地实现迁移该第一应用功能网元的应用上下文。
本申请中的第二核心网网元也可不限于SMF网元,第三核心网网元也可不限于UPF网元,也可以为其它核心网网元,只要核心网网元可以对应实现该第二核心网网元和第三核心网网元的步骤和功能即可。
第六方面,本申请实施提供一种通信方法,该方法可以由第一应用功能网元执行,也可以由第一应用功能网元中的芯片执行,对此不做限定。具体包括以下步骤:第一应用功能网元确定请求第二核心网网元迁移该第一应用功能网元的应用上下文;该第一应用功能网元从该第二核心网网元接收第三核心网网元的地址信息;该第一应用功能网元根据该第三核心网网元的地址信息,向该第三核心网网元发送该应用上下文。
第一应用功能网元通过自身确定不能执行迁移应用上下文时,可以请求第二核心网网元迁移该第一应用功能网元的应用上下文,然而该第二核心网网元在执行迁移该应用上下文时,具体的,通过第三核心网网元进行转发的。因此,该第一应用功能网元还需要获取第三核心网网元的地址信息,将自身的应用上下文发送给该第三核心网网元,以使得该第三核心网网元能有效且准确地转发该应用上下文。
一种可能的实施方式中,该第一应用功能网元确定请求第二核心网网元迁移该第一应用功能网元的应用上下文,包括:该第一应用功能网元无法获取第二应用功能网元的信息,该第二应用功能网元为第一应用功能网元的应用上下文满足预设的迁移条件时进行迁移的目标网元;该第一应用功能网元确定不能执行迁移该应用上下文。
通过该实施方式,可知由于第一应用功能网元自身不能获得第二应用功能网元的信息,向第二核心网网元请求迁移该第一应用功能网元的应用上下文,以有效且准确地实现迁移该应用上下文。
一种可能的实施方式中,该第一应用功能网元确定请求第一核心网网元迁移该第一应用功能网元的应用上下文,包括:该第一应用功能网元确定该第二应用功能网元的信息,但该第一应用功能网元不能执行迁移该应用上下文。
示例性的,该第一应用功能网元确定该第二应用功能网元的信息,包括:获取目标数据网络接入标识DNAI,该目标DNAI为该应用上下文对应的第一终端设备接入的DNAI变化后的DNAI;根据该目标DNAI,确定该第二应用功能网元的信息;或者向统一数据存储UDR网元发送该目标DNAI,从该UDR网元接收所述第二应用功能网元的信息。
需要注意的是,该第一应用功能网元还可以通过其它网元获得该第二应用功能网元的信息,只要该网元保存了该第二应用功能网元的信息。例如第一应用功能网元可以向UDM/NRF网元发送该目标DNAI,然后从该UDM/NRF网元接收该第二应用功能网元的信息。因此,本申请实施例对该第一应用功能网元获取该第二应用功能网元的信息的具体途径不做限定。
通过该实施方式,第一应用功能网元可以从本地获得第二应用功能网元的信息,也可以通过其它网元,例如UDR网元,获得该第二应用功能网元的信息。
一种可能的实施方式中,该方法还包括:该第一应用功能网元向该第二核心网网元发送第二应用功能网元的信息。
通过该实施方式,第一应用功能网元可以确定第二应用功能网元的信息,但依然无法迁移该第一应用功能网元的应用上下文时,可以将该第二应用功能网元的信息发送给第二核心网网元,以使得该第二核心网网元根据该第二应用功能网元的信息,将该应用上下文准确地迁移到该第二应用功能网元。
一种可能的实施方式中,该第二应用功能网元的信息为以下一项或多项:该第二应用功能网元的标识信息、该第二应用功能网元的地址信息。
需要注意的是,本申请实施例中,该第二应用功能网元的信息主要可以指的是第二应用功能网元的标识信息,具体的,可以是第二应用功能网元的ID或地址等。其中第二应用功能网元的ID可以是一般公共订阅标识符GPSI等,第二应用功能网元的地址可以是IP地址、媒体接入控制MAC地址等。
通过该实施方式,可知该第二应用功能网元的信息的具体内容,从而可以依据该第二应用功能网元的信息,准确地将该第一应用功能网元的应用上下文发送给该第二应用功能网元。
在一种可能的实施方式中,该方法还包括:该第一应用功能网元向第二核心网网元发送该应用上下文对应的第一终端设备的信息。
通过该实施方式,可以使得第二核心网网元准确地知晓该应用上下文对应的第一终端设备的信息,进而针对该第一终端设备的应用上下文执行迁移。其中,该第一终端设备的信息可以包括但不限于第一终端设备的标识信息和/或地址信息。
一种可能的实施方式中,该方法还包括:该第一应用功能网元向该第二核心网网元发送第一指示信息,该第一指示信息用于请求将该应用上下文从该第一应用功能网元发送到该第二应用功能网元。通过该实施方式,第一应用功能网元可以有效地请求第二核心网网元将该第一应用功能网元的应用上下文从该第一应用功能网元发送到第二应用功能网元。
一种可能的实施方式中,该方法还包括:该第一应用功能网元发送第二指示信息,该第二指示信息用于指示允许该第二核心网网元发送该第一应用功能网元的应用上下文。通过该实施方式,可以有效地授权第二核心网网元迁移该第一应用功能网元的应用上下文。
一种可能的实施方式中,该第二核心网网元为会话管理功能SMF网元,该第三核心网网元为用户面功能UPF网元。
通过该实施方式,SMF网元可以辅助第一应用功能网元执行迁移应用上下文,并通过UPF网元进行具体转发,从而可有效且准确地实现迁移该第一应用功能网元的应用上下文。
本申请中的第二核心网网元也可不限于SMF网元,第三核心网网元也可不限于UPF网元,也可以为其它核心网网元,只要核心网网元可以对应实现该第二核心网网元和第三核心网网元的步骤和功能即可。
一种可能的实施方式中,该预设的迁移条件包括以下任意一项或多项:该第一应用功能网元的服务器负载大、该第一应用功能网元的边缘支持环境不匹配、该第一终端设备对应的DNAI发生变化。
通过该实施方式,可以确定迁移第一应用功能网元的应用上下文的条件,进而执行迁移该应用上下文。
第七方面,本申请实施提供一种通信方法,该方法可以由第一应用功能网元执行,也可以由第一应用功能网元中的芯片执行,对此不做限定。具体包括以下步骤:第一应用功能网元从第二核心网网元接收第三核心网网元的地址信息;该第一应用功能网元根据该第三核心网网元的地址信息,向该第三核心网网元发送该第一应用功能网元的应用上下文。
在本申请方法中,第一应用功能网元不通过自身确定是否能执行迁移应用上下文,而是由第二核心网网元确定第一应用功能网元是否可以执行迁移,以及该第二核心网网元主动请求迁移该第一应用功能网元的应用上下文,然而该第二核心网网元在具体执行迁移该应用上下文时,通过第三核心网网元转发给目标应用功能网元(即第二应用功能网元)。因此,该第一应用功能网元需获得第三核心网网元的地址信息,将应用上下文准确地发送给该第三核心网网元,进而可以保证使得该应用上下文能准确地被迁移到目标应用功能网元。
一种可能的实施方式中,该第一应用功能网元从第二核心网网元接收第三核心网网元的地址信息之前,该方法还包括:该第一应用功能网元发送第二指示信息,该第二指示信息用于指示允许该第二核心网网元迁移该第一应用功能网元的应用上下文。
通过该实施方式,第二核心网网元从第一应用功能网元获得迁移应用上下文的授权,进而可以执行迁移该第一应用功能网元的应用上下文。
一种可能的实施方式中,该方法还包括:该第一应用功能网元发送至少一个第一DNAI,或者该第一应用功能网元发送至少一个第三应用功能网元的信息;其中,该至少一个第三应用功能网元为该第一应用功能网元可迁移该应用上下文对应的目标应用功能网元,该至少一个第一DNAI为该至少一个第三应用功能网元对应的DNAI。
其中,关于“该至少一个第一DNAI”和“至少一个第三应用功能网元”的说明可以参考第一方面中的描述,此处不再具体赘述。
通过该实施方式,该第一应用功能网元向该第二核心网网元发送至少一个第一DNAI,或者该第一应用功能网元向该第二核心网网元发送至少一个第三应用功能网元的信息,使得该第二核心网网元可以依据该至少一个第一DNAI或者该至少一个第三应用功能网元的信息,准确地确定该第一应用功能网元是否可以执行迁移应用上下文。
一种可能的实施方式中,该方法还包括:该第一应用功能网元确定该应用上下文满足预设的迁移条件;其中,该预设的迁移条件包括以下任意一项或多项:该第一应用功能网元的服务器负载大、该第一应用功能网元的边缘支持环境不匹配、该应用上下文对应的第一终端设备的DNAI发生变化。
通过该实施方式,可以确定迁移第一应用功能网元的应用上下文的条件,进而执行迁移该应用上下文。
一种可能的实施方式中,该第二核心网网元为会话管理功能SMF网元,该第三核心网网元为用户面功能UPF网元。
通过该实施方式,SMF网元可以辅助第一应用功能网元执行迁移应用上下文,并通过UPF网元进行具体转发,从而可有效且准确地实现迁移该第一应用功能网元的应用上下文。
本申请中的第二核心网网元也可不限于SMF网元,第三核心网网元也可不限于UPF网元,也可以为其它核心网网元,只要核心网网元可以对应实现该第二核心网网元和第三核心网网元的步骤和功能即可。
第八方面,本申请实施提供一种通信装置,该装置可应用于第一核心网网元,具有实现上述第一方面或上述第一方面的任意一种可能的实施方式的功能;或者,该装置可应用于第一应用功能网元,具有实现上述第二方面或上述第二方面的任意一种可能的设计中的方法的功能,或者具有实现上述第三方面或上述第三方面的任意一种可能的设计中的方法的功能。该硬件或软件包括一个或多个与上述功能相对应的单元。比如包括接收单元和处理单元、发送单元。
第九方面,本申请实施提供一种通信装置,该装置可应用于第二核心网网元,具有实现上述第四方面或上述第四方面的任意一种可能的实施方式的功能;或者,该装置可应用于第三核心网网元,具有实现上述第五方面或上述第五方面的任意一种可能的设计中的方法的功能;或者,该装置可应用于第一应用功能网元,具有实现上述第六方面或上述第六方面的任意一种可能的设计中的方法的功能,或者具有实现上述第七方面或上述第七方面的任意一种可能的设计中的方法的功能。比如包括接收单元和处理单元、发送单元。
第十方面,本申请还提供一种通信装置,该装置可应用于第一核心网网元,具有实现上述第一方面或上述第一方面的任意一种可能的实施方式的功能;或者,该装置可应用于第一应用功能网元,具有实现上述第二方面或上述第二方面的任意一种可能的设计中的方法的功能,或者具有实现上述第三方面或上述第三方面的任意一种可能的设计中的方法的功能。该装置可以包括:接收模块、处理模块和发送模块。
第十一方面,本申请还提供一种通信装置,该装置可应用于第二核心网网元,具有实现上述第四方面或上述第四方面的任意一种可能的实施方式的功能;或者,该装置可应用于第三核心网网元,具有实现上述第五方面或上述第五方面的任意一种可能的设计中的方法的功能;或者该装置可应用于第一应用功能网元,或者具有实现上述第六方面或上述第六方面的任意一种可能的设计中的方法的功能,具有实现上述第七方面或上述第七方面的任意一种可能的设计中的方法的功能。该装置可以包括:接收模块、处理模块和发送模块。
第十二方面,本申请还提供一种通信系统,该系统包括用于执行上述第一方面提供的方法的第一核心网网元,以及执行上述第二方面提供的方法的第一应用功能网元或执行上述第三方面提供的方法的第一应用功能网元。
第十三方面,本申请还提供一种通信系统,该系统包括用于执行上述第四方面提供的方法的第一核心网网元,以及执行上述第六方面提供的方法的第一应用功能网元或执行上述第七方面提供的方法的第一应用功能网元。
一种可能的系统,该系统还包括第三核心网网元,该第三核心网网元用于执行上述第五方面提供的方法。
第十四方面,本申请实施例还提供一种计算机存储介质,该存储介质中存储软件程序,该软件程序在被一个或多个处理器读取并执行时可实现上述第一方面或其中任意一种可能的实施方式提供的方法,或者实现上述第二方面或其中任意一种可能的实施方式提供的方法,或者实现上述第三方面或其中任意一种可能的实施方式提供的方法;或者该软件程序在被一个或多个处理器读取并执行时可实现上述第四方面或其中任意一种可能的实施方式提供的方法,或者实现上述第五方面或其中任意一种可能的实施方式提供的方法,或者实现上述第六方面或其中任意一种可能的实施方式提供的方法,或者实现上述第七方面或其中任意一种可能的实施方式提供的方法。
第十五方面,本申请实施例还提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得上述第一方面或其中任一种可能的实施方式提供的方法执行,或者使得上述第二方面或其中任一种可能的实施方式提供的方法执行,或者使得上述第三方面或其中任一种可能的实施方式提供的方法执行;或者当其在计算机上运行时,使得上述第四方面或其中任一种可能的实施方式提供的方法执行,或者使得上述第五方面或其中任一种可能的实施方式提供的方法执行,使得上述第六方面或其中任一种可能的实施方式提供的方法执行,使得上述第七方面或其中任一种可能的实施方式提供的方法执行。
第十六方面,本申请实施例还提供一种芯片系统,该芯片系统包括处理器,用于支持第一核心网网元实现上述第一方面中所涉及的功能;或者用于支持第一应用功能网元实现上述第二面中所涉及的功能或者实现上述第三面中所涉及的功能;或者,该芯片系统包括处理器,用于支持第二核心网网元实现上述第四方面中所涉及的功能;或者用于支持第三核心网网元实现上述第五面中所涉及的功能;或者用于第一应用功能网元实现上述第六面中所涉及的功能或者实现上述第七方面中所涉及的功能。
在一种可能的设计中,所述芯片系统还包括存储器,所述存储器,用于保存装载装置执行的必要的程序指令和数据。该芯片系统,可以由芯片构成,也可以包含芯片和其他分立器件。
需要注意的是,上述第八方面或第八方面中任意一种可能的实现方式可以达到的技术效果,可以对应参照上述第一方面至第三方面或第一方面至第三方面中任意一种可能的实施方式可以达到的技术效果说明;上述第九方面或第九方面中任意一种可能的实现方式可以达到的技术效果,可以对应参照上述第四方面至第七方面或第四方面至第七方面中任意一种可能的实施方式可以达到的技术效果说明;这里不再重复赘述。
附图说明
图1为本申请实施例中提供的一种通信方法所适用的网络系统;
图2A为现有技术提供的一种订阅事件变化的流程示意图;
图2B为现有技术提供的一种执行迁移应用上下文的流程示意图;
图3A为本申请实施例中提供的一种通信方法的交互示意图;
图3B为本申请实施例中提供的一种通信方法的交互示意图;
图3C为本申请实施例中提供的一种通信方法的交互示意图;
图3D为本申请实施例中提供的一种通信方法的交互示意图;
图4为本申请实施例中提供的第一个实施例的具体流程图;
图5为本申请实施例中提供的第二个实施例的具体流程图;
图6为本申请实施例中提供的第三个实施例的具体流程图;
图7为本申请实施例中提供的第四个实施例的具体流程图;
图8为本申请实施例中提供的第五个实施例的具体流程图;
图9为本申请实施例中提供的第六个实施例的具体流程图;
图10为本申请实施例中提供的一种通信装置的结构示意图;
图11为本申请实施例中提供的另一种通信设备的结构示意图;
图12为本申请实施例中提供的一种芯片的结构示意图。
具体实施方式
本申请实施例提供了一种通信方法和装置,其中,方法和装置是基于相同或相似技术构思的,由于方法及装置解决问题的原理相似,因此装置与方法的实施可以相互参见,重复之处不再赘述。
以下,对本申请实施例中的部分用语进行解释说明,以便于本领域技术人员理解。
1)、本申请实施例中涉及的边缘计算EC,是指将靠近物或数据源头的网络边缘侧,融合网络、计算、存储、应用核心能力的分布式开放平台(架构),就近提供边缘智能服务,满足行业数字化在敏捷、实时业务、数据优化、应用智能、安全与隐私保护等方面的关键需求。它可以作为联接物理和数字世界的桥梁,使能智能资产、智能网关、智能系统和智能服务。
目前边缘计算EC包括三种不同的范式:开放边缘计算的cloudlets(cloudlets ofopen edge computing)、雾计算(fog computing of openFog consortium)、从移动边缘计算((mobile edge computing,MEC)到多接入边缘计算(multi-access edge computing,MEC)。其中,cloudlet可以通过有限互联网连接到云,拥有强大的计算能力使得其高效地处理来自不同移动设备的任务,另外它十分靠近移动设备。雾计算是将计算、存储、网络、控制和决策等资源和服务分布至云和物的任何位置,主要用于解决物联网(internet ofthings,IoT)、人工智能(artificial intelligence,AI)、虚拟现实(virtual reality,VR)、第五代移动通信技术(5th generation mobile communication technology,5G)等业务场景需求。
移动边缘计算到多接入边缘计算可以在无线基站内部运行应用程序,向移动用户提供业务。
2)、本申请实施例中涉及的边缘支持环境(edge hosting environment,EHE),可以指为边缘应用服务器EAS的执行提供所需支持的环境。在EC场景中,网络中应用或业务可以部署于边缘支持环境EHE上,该EHE可对应用或业务进行管理。
通常5GS可以支持在协议数据单元会话锚点(protocol data unit sessionanchor,PSA)用户面功能(user plane function,UPF)-外的数据网络(data network,DN)中部署EHE,并且EHE可以由运营商或第三方控制。
3)、本申请实施例中涉及的应用上下文,可以为应用功能上下文AF上下文和/或AS上下文,其中,AF上下文为控制面相关的数据,例如AF向5GC订阅的与某个/某些UE,和/或与某个/某些应用,和/或与某个/某些DNN,和/或某个/某些S-NSSAI关联的信息(例如AF订阅了与某个UE关联的用户面变化信息或位置变化信息)。AS上下文为用户面相关的数据,例如某个UE的与某个/某些UE,和/或与某个/某些应用的数据信息(例如某个UE使用某账号进行某游戏的积分/段位/游戏状态等)。
需要注意的是,本申请中涉及的应用上下文也可不限于AF上下文和AS上下文,还可以为网络中需要执行迁移的信息或数据等。
另外,本申请实施例中的“迁移”可以表示为“发送”的意思,将某信息从源位置迁移到目标位置,即可以表示将某信息从源位置发送到目标位置;或者,将某信息从源网元或实体迁移到目标网元或实体,即可以表示将某信息从源网元或实体发送到目标网元或实体。例如将应用上下文从源AF网元迁移到目标AF网元,即表示将应用上下文从源AF网元发送到目标AF网元。
4)、本申请实施例中涉及的多个,是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。另外,需要理解的是,在本申请的描述中,“第一”、“第二”等词汇,仅用于区分描述的目的,而不能理解为指示或暗示相对重要性,也不能理解为指示或暗示顺序。
5)、本申请实施例的描述中所提到的术语“包括”和“具有”以及它们的任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括其他没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。需要说明的是,本申请实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
6)、本申请实施例的描述中所提到的术语“用于指示”可以包括用于直接指示和用于间接指示。当描述某一指示信息用于指示A时,可以包括该指示信息直接指示A或间接指示A,而并不代表该指示信息中一定携带有A。
为便于理解本申请实施例的技术方案,下面先对本申请提供的一种通信方法适用的一种网络架构进行简单介绍。
参考图1所示,该网元架构中主要包括:网络存储功能(nf repository function,NRF)网元、策略控制功能(policy control function,PCF)网元、应用功能(applicationfunction,AF)网元、统一数据管理(unified data management,UDM)网元、接入和移动性管理功能(access and mobility management function,AMF)网元、会话管理功能(sessionmanagement function,SMF)网元,网络开放功能(network exposure function,NEF)网元、边缘应用服务器发现功能(edge application server discovery function,EASDF)网元、用户(User Equipment,UE)、接入网(access network,AN)、用户面功能UPF网元、中心级数据网络(central data network,central DN)、边缘应用服务器(edge applicationserver,EAS)。其中,UPF网元具体还包括UPF(UL CL/BP)、UPF(C-PSA)、UPF(L-PSA)。
Nnrf、Namf、Npcf、Nsmf、Naf、Nnef、Nudm、Neasdf对应分别为所述NRF网元、AMF网元、PCF网元、SMF网元、AF网元、NEF网元、UDM网元、EASDF网元展现的基于服务的接口;N1是所述UE和AMF网元之间的参考点,N2是所述AN和所述AMF网元之间的参考点,N3是所述AN和所述UPF(UL CL/BP)网元之间的参考点,N4是所述SMF和UPF(UL CL/BP)或UPF(C-PSA)或UPF(L-PSA)之间的参考点,N6是所述UPF(C-PSA)或UPF(L-PSA)和所述DN之间的参考点。
其中,NRF网元,用于对网络模块(NF)进行登记、管理、状态检测,每个NF启动时必须要通过所述NRF网元进行注册登记才能被提供服务。
PCF网元,用于提供策略规则给网络实体实施,可支持统一的策略框架去管理网络行为,访问统一数据存储(UDR)的订阅信息。
AF网元,用于该功能与5G核心网交互目的在于提供服务,例如支持如下功能:对于业务路由的影响,访问网络能力曝光,与策略决策网元交互进行策略管控。应用服务器(AS)网元可以与AF共同部署,与UPF交互,负责用户面上下行报文的收发和处理。
UDM网元,用于提供签约后数据、策略数据及能力开放相关数据的存储能力。
AMF网元,主要负责NAS消息的加密和完保、负责注册、接入、移动性、鉴权、透传短信等功能。所述AMF实体可以类比于4G的移动性管理MME实体。
SMF网元,主要负责移动网络中的会话管理,如会话建立、修改、释放。具体功能如为用户分配IP地址、选择提供报文转发功能的UPF等。
NEF网元,主要管理对外开放网络数据,所有的外部应用都必须通过所述NEF实体才能访问5G核心网内部数据。
EASDF,主要可以用于辅助边缘应用服务EAS的发现。具体地,EASDF可以根据SMF网元的指示处理域名服务器(domain name server,DNS)消息,包括:将DNS消息上报SMF网元,在DNS查询(DNS query)中添加DNS扩展机制(extended mechanisms for DNS,EDNS)客户端子网选项(edns-client-subnet option,ECS option),将DNS query转发到DNS服务器,将DNS响应消息(DNS response)转发到终端设备UE等。
UE,网络终端设备,如手机、物联网终端设备等。
AN:可以是3GPP的接入网,也可以是NON-3GPP的接入网(如常见的wifi接入);例如,手机上网时,这个(R)AN节点就是基站。
UPF网元,用于用户数据包的路由和转发、与外部数据网DN的数据交互、用户平面的QoS处理、流控规则实施(例如门控、重定向、流量转向)等。
通常的,在会话中可以将通过N6与数据网络DN直接相连的UPF网元称为PDU会话锚点(PSA)。其中,部署于中央或远端的PSA称为中央PSA(central PSA,C-PSA),可接入远端/云端的EHE或AS;部署于本地的PSA称为本地PSA(local PSA,L-PSA),可接入本地的EHE或EAS。上行分类器(uplink classifier,UL CL)/分支点(branching point,BP)可以用于将业务流量按照一定规则分流到不同的路由。
EAS,用于为用户提供进入网络的通道,并能与其它服务器设备实现通信,通常边缘应用服务器可以为一组完成单一功能的服务器,如防火墙服务器,高速缓存服务器,负载均衡服务器,DNS服务器等。对物联网而言,由于边缘计算技术不断发展,可使得许多控制将通过本地设备实现而无需交由云端,处理过程将在本地边缘计算层完成,从而将大大提升处理效率,减轻云端的负荷。由于更加靠近用户,还可为用户提供更快的响应,将需求在边缘端解决。
Central DN,例如运营商业务,互联网或者第三方业务等。
为便于理解本申请实施例的技术方案,下面针对应用上下文迁移的内容进行简单介绍。
随着移动业务流量的爆炸式增长,传统的移动网络部署方式越来越难以支撑这种快速增长的移动业务流量模型,因而提出了边缘计算(edge computing,EC)的部署方式,即将用户面网元(user plane function,UPF)及业务处理能力下移到网络边缘,以避免核心机房和集中网关的流量过度集中,同时也可缩短回程网络的距离,以实现超低时延业务的部署。
在EC场景中,应用或业务可部署于边缘支持环境EHE上,该EHE环境可以由运营商或第三方部署。在网络架构中,通常应用功能AF网元可用于实现EHE的功能,例如EHE(即AF网元)可以对应用上下文进行管理,其中,应用上下文可以包括应用功能AF上下文和/或应用服务器AS上下文,AF上下文为控制面相关的数据,AS上下文为用户面相关的数据。
当AF网元满足某些特定条件时或在某些特定场景下,例如,AF网元服务的UE移动,导致当前接入的边缘应用服务器(EAS)以及EHE不是最优(如传输路径较长,传输时延较大),而且存在更优的EAS和/或EHE(如传输路径更短,传输时延更小),或者该UE当前接入的边缘应用服务器EAS的负载较大,要求该UE接入其他EAS和/或EHE,因此,需要对该AF网元服务的UE的应用上下文进行迁移,即将该UE的应用上下文(AF上下文和/或AS上下文)从当前源AF网元和/或AS网元,迁移到目标AF网元和/或AS网元。
应用上下文迁移可以通过应用功能(AF)网元之间的交互实现迁移,现有技术提供了一种应用上下文迁移的触发的方式,即在AF网元订阅事件发生变化,例如订阅UE的数据网络接入标识(data network access identifier,DNAI),通过AF网元影响流量路由实现。参考图2A所示,具体流程如下:
S201A:AF网元确定发起AF请求(即创建AF请求Creation of the AF request)。
通过该步骤S201A,AF网元确定向5GC订阅UE的DNAI变化事件。
S202A:AF网元向NEF网元发送AF请求。
示例性的,AF网元通过调用Nnef_TrafficInfluence_Create/Update/Delete服务,以向NEF网元发送AF request,可以包括:
(1)、AF网元的标识;(2)、至少一个UE的标识(如UE ID,group ID等),也可以使用数据网络名称(data network name,DNN)、单个网络切片选择辅助信息(single networkslice selection assistance information,S-NSSAI)、DNAI等,来表示一个或多个UE;该一个或多个UE指的是接入该DNN或使用该S-NSSAI或关联该DNAI的任何UE;(3)订阅事件信息,例如,指示订阅DNAI变化事件。
S203A(a):NEF网元将AF request中的信息存储在UDR网元中。
S203A(b):NEF网元向AF网元返回响应response消息。
S204A:UDR网元通过Nudr_DM_Notify消息将上述订阅事件信息发送给PCF网元。
S205A:PCF网元通过Npcf_SMPolicyControl_UpdateNotify消息,将上述订阅事件信息发送给SMF网元。
剩余步骤与本发明无关,例如SMF网元与UPF网元之间进行传输路由配置,以及SMF网元向AMF网元发送Nsmf_PDUSession_SMContextStatusNotify消息,具体参考现有技术,此处再具体描述。
需要注意的是,受信任的AF(例如5GC的运营商自己部署的AF)也可以不经由NEF,直接将AF request发送到UDR或PCF。
需要注意的是,步骤S207A之后的剩余步骤均与本申请无关,此处不再具体描述。另外,若上述的AF网元为受信任的AF网元(如5GC的运营商自己部署的AF网元),则AF网元也可以不经过NEF网元,直接将AF request发送给UDR网元或PCF网元。
当订阅的DNAI变化事件发生时,触发事件通知流程,SMF网元将DNAI变化事件通知AF网元,并可以执行边缘迁移。其中,边缘迁移指网络侧的迁移(例如UPF重选,用户面路径更新等),和/或应用上下文迁移。
应理解的是,DNAI变化事件发生会触发事件通知流程,但是不一定触发边缘迁移。因此,在本申请实施例中,只有当执行边缘迁移的情况时,需要执行边缘迁移的情况。
参考图2B所示,DNAI变化事件发生会触发事件通知流程如下:
S201B:AF网元订阅的事件完成(AF notification trigger met)。
当AF网元确定发生DNAI变化事件时,执行以下步骤:
S202B:SMF网元向AF网元发送通知消息。
该通知消息用于将DNAI变化事件通知给AF网元。
在执行该步骤S202B时,可以通过以下方式实现:
方式一:SMF网元向NEF网元发送Nsmf_EventExposure_Notify消息,再由NEF网元向AF网元发送Nnef_TrafficInfluence_Notify消息,以向AF网元通知DNAI变化事件。
方式二:SMF网元直接向AF网元发送Nsmf_EventExposure_Notify消息,以向AF网元通知DNAI变化事件。在方式二中,该AF网元为受信任的AF网元。
在该步骤S202B中,方式一和方式二中涉及的消息中包含目标DNAI,即UE当前(变化后)位置对应的DNAI。
S203B:AF网元根据目标DNAI,确定目标AF网元(即当前最优的AF网元)。
上述确定目标AF网元的AF网元(即目前服务的AF网元)也可以称为源AF网元。并执行应用上下文迁移。
S204B:源AF向SMF网元发送N6信息。
在执行步骤S204B时,可以通过以下方式实现:
方式一:源AF网元直接向SMF网元发送Nsmf_EventExposure_AppRelocationInfo消息。
方式二:源AF网元向NEF网元发送Nnef_TrafficInfluence_AppRelocationInfo消息,然后NEF网元向SMF网元发送Nsmf_EventExposure_AppRelocationInfo消息。
方式一和方式二涉及的消息中可包含目标UE的信息(如标识信息和/或地址信息等)、目前AF网元的信息(如标识信息和/或地址信息等)。
S205B:源AF网元可以向PCF网元发送N6信息。
在执行步骤S205B时,可以通过以下方式实现:
方式一:源AF网元直接向PCF网元发送Npcf_PolicyAuthorization_Update消息。
方式二:源AF网元向NEF网元发送Nnef_TrafficInfluence_Update消息,然后NEF网元向PCF网元发送Npcf_PolicyAuthorization_Update消息。
S206B:SMF网元可以执行网络侧的迁移。
例如,SMF网元重选UPF网元,或插入新的UPF等。
综上,若将现有的边缘迁移方案运用在EC场景中,通常会因应用部署的EHE环境不同或部署EHE环境的运营商/第三方部署不同,导致无法将源AF网元上的应用上下文迁移到目标AF网元上。因此,亟需提出一种通信方法,可以有效且准确地将源AF网元上的应用上下文迁移到目标AF网元。
因此,本申请中提供一种通信方法,该方法可以有效且准确地将源AF网元上的应用上下文迁移到目标AF网元。
本申请实施例提供的通信方法可以应用于第四代(4th generation,4G)通信系统、第五代(5th generation,5G)通信系统或未来的各种通信系统。
下面结合具体实施例介绍本申请的技术方案。
本申请实施例提供了一种通信方法,该方法可适用于但不限于图1的网络架构,并且该方法可以由本申请涉及到的网元执行,或者由涉及到的网元对应的芯片执行,本申请中的网元可以为物理上的实体网元,也可以是虚拟的网元,本申请对涉及的网元的形态不做具体限定。另外,本申请实施例提供的一种通信方法可以基于上述图2A所示的在网络侧已完成订阅第一应用功能网元的事件变化(如DNAI变化),并且确定该订阅的事件变化发生,以执行迁移第一应用功能网元的应用上下文。具体执行订阅第一应用功能网元的事件变化的流程可以参考上述图2A的现有技术,本申请对不再具体描述。
参阅图3A-3B所示,示出了本申请实施例提供的一种具体实施方法的流程图,主要由第一应用功能网元和第一核心网网元之间通信,以实现应用上下文的迁移。
在图3A所示的实施方法中,第一应用功能网元可以通过自身确定是否执行迁移第一应用功能网元的应用上下文(即将第一应用功能网元的应用上下文发送到第二应用功能网元),在确定不能执行迁移该应用上下文时,第一应用功能网元请求第一核心网网元迁移该第一应用功能网元的应用上下文。参考图3A所示,该方法具体可以包括如下步骤:
S301A:第一应用功能网元确定请求第一核心网网元迁移第一应用功能网元的应用上下文。
示例性的,该第一核心网网元为网络开放功能NEF网元。该第一应用功能网元可以视为源AF网元。
需要注意的是,在执行该方法中第一应用功能网元的步骤时,可以由AF网元执行,或者由涉及到的AF网元对应的芯片执行。在执行该方法中第一核心网网元的步骤时,可以由NEF网元执行,或者由涉及到的NEF网元对应的芯片执行。本申请中的AF网元和NEF网元可以为物理上的实体网元,也可以是虚拟的网元,本申请对AF网元和NEF网元的具体形态不做限定。
另外,本申请中的第一核心网网元可以不限于为NEF网元,还可以为其它核心网网元,只要该核心网网元能实现该第一核心网网元的功能即可适用。
在一种实施方式中,在执行该步骤S301A之前,第一应用功能网元确定该第一应用功能网元的应用上下文满足预设的迁移条件;其中,该预设的迁移条件包括但不限于包括以下任意一项或多项:第一应用功能网元的服务器负载大、第一应用功能网元的边缘支持环境不匹配、该应用上下文对应的第一终端设备的DNAI发生变化。
本申请实施例中执行迁移该第一应用功能网元的应用上下文的原因,可以是第一应用功能网元主动请求迁移应用上下文,也可以是非主动迁移应用上下文,例如网络侧触发迁移应用上下文,本申请对此不做具体限定。
在执行该步骤S301A时,具体可以包括但不限于包括以下两种情况:
在第一种情况中,第一应用功能网元确定请求第一核心网网元迁移第一应用功能网元的应用上下文,包括:第一应用功能网元无法获得第二应用功能网元的信息,该第二应用功能网元为第一应用功能网元的应用上下文满足预设的迁移条件时进行迁移的目标网元;第一应用功能网元确定不能执行迁移该应用上下文。
其中,第二应用功能网元的信息指的是第二应用功能网元的标识信息,具体的,可以是第二应用功能网元的ID或地址等。其中第二应用功能网元的ID可以是GPSI等,第二应用功能网元的地址可以是IP地址、MAC地址等。
在第二种情况中,第一应用功能网元确定请求第一核心网网元迁移第一应用功能网元的应用上下文,包括:第一应用功能网元获得第二应用功能网元的信息,但是不能执行迁移该第一应用功能网元的应用上下文。
示例性的,第一应用功能网元获得第二应用功能网元的信息,具体包括:该第一应用功能网元获取目标数据网络接入标识DNAI,该目标DNAI为该应用上下文对应的第一终端设备当前位置对应的至少一个DNAI;第一应用功能网元根据该目标DNAI,获取该第二应用功能网元的信息。
需要注意的是,该第一应用功能网元根据该目标DNAI,可以从本地获取该第二应用功能网元的信息,也可以从网络侧获取该第二应用功能网元的信息,因此,本申请对第一应用功能网元具体获取第二应用功能网元的信息的途径不做具体限定。
其中,该第二应用功能网元为第一应用功能网元的应用上下文满足预设的迁移条件时进行迁移的目标网元;在实际中,该第二应用功能网元可以视为目标AF网元,目标AF网元的信息还可以包括服务ID、域名等,因此,本申请对目标AF网元的信息不做具体限定。
基于上述第二种实现方式,该第一应用功能网元还向第一核心网网元发送第二应用功能网元的信息。相应的,第一核心网网元接收该第二应用功能网元的信息。
S302A:第一应用功能网元向第一核心网网元发送第一应用功能网元的应用上下文。
相应的,该第一核心网网元从该第一应用功能网元获取该应用上下文。
本申请对该第一应用功能网元向该第一核心网网元发送该应用上下文的途径不做具体限定,可以为直接的发送,例如第一应用功能网元直接向该第一核心网网元发送该应用上下文,也可以以间接的方式发送,例如第一应用功能网元通过中间网元向第一核心网网元转发该应用上下文,或者该第一应用功能网元向第一核心网网元发送第一信息,该第一信息中包含该应用上下文。
可选的,第一应用功能网元还向第一核心网网元发送第一指示信息,该第一指示信息用于请求该第一核心网网元将第一应用功能网元的应用上下文从该第一应用功能网元发送到该第二应用功能网元。
S303A:第一核心网网元确定第二应用功能网元的信息。
基于上述第一应用功能网元执行S301A中的两个情况,在执行步骤S303A时,对应可以包括以下两种实施方式:
在一种实施方式中,基于上述的第一种情况(即第一应用功能网元无法获得第二应用功能网元的信息),第一核心网网元确定第二应用功能网元的信息,包括:第一核心网网元获取目标数据网络接入标识DNAI,该目标DNAI为应用上下文对应的第一终端设备当前位置对应的至少一个DNAI;第一核心网网元根据该目标DNAI,确定所述第二应用功能网元的信息;或者该第一核心网网元向统一数据存储UDR网元发送该目标DNAI,从该UDR网元接收该第二应用功能网元的信息。
需要注意的是,第一核心网网元获取目标数据网络接入标识DNAI的途径不做具体限定,例如第一核心网网元可以从网络侧网元中(如SMF网元)获取目标DNAI,也可以从第一应用功能网元中获取目标DNAI。另外,该第一核心网网元可以不限于通过UDR网元获取第二应用功能网元的信息,还可以通过其它网元获取该第二应用功能网元的信息,例如,第一核心网网元向UDR/UDM/NRF网元发送该目标DNAI,然后从该UDR/UDM/NRF网元接收该第二应用功能网元的信息。
此外,该目标DNAI可以与上述步骤S302A中第一应用功能网元的应用上下文一起由第一应用功能网元发送给该第一核心网网元,也可以由第一应用功能网元单独发送给第一核心网网元,本申请对此不做具体限定。
在另一种实施方式中,基于上述的第二种情况(即第一应用功能网元获得第二应用功能网元的信息),第一核心网网元确定第二应用功能网元的信息,包括:第一核心网网元从第一应用功能网元接收该第二应用功能网元的信息。
需要注意的是,该第二应用功能网元的信息可以与上述步骤S302A中第一应用功能网元的应用上下文一起由第一应用功能网元发送给该第一核心网网元,也可以由第一应用功能网元单独发送给第一核心网网元,本申请对此不做具体限定。
因此,本申请对执行该步骤S302A和S303A的时间顺序不做具体要求。
S304A:第一核心网网元根据该第二应用功能网元的信息,向该第二应用功能网元发送该应用上下文。
在一种实施方式中,第一核心网网元根据该第二应用功能网元的信息,向该第二应用功能网元发送该应用上下文之前,还包括:第一应用功能网元向第一核心网网元发送第二指示信息,该第二指示信息用于指示允许该第一核心网网元发送该第一应用功能网元的应用上下文。相应的,该第一核心网网元接收该第二指示信息。
需要注意的是,在执行该步骤S304A之后,第一核心网网元还可以向第一应用功能网元返回一个响应消息,以用于向该第一应用功能网元通知已完成将该第一应用功能网元的应用上下文发送给第二应用功能网元。
在图3B所示的实施方法中,由第一核心网网元确定第一应用功能网元是否执行迁移第一应用功能网元的应用上下文(即将第一应用功能网元的应用上下文发送到第二应用功能网元),在确定第一应用功能网元不能执行迁移该应用上下文时,由第一核心网网元执行迁移该第一应用功能网元的应用上下文。参考图3B所示,该方法具体可以包括如下步骤:
S301B:第一核心网网元确定第一应用功能网元不能迁移该第一应用功能网元的应用上下文。
在一种实施方式中,第一核心网网元确定第一应用功能网元不能迁移该第一应用功能网元的应用上下文,包括:第一核心网网元确定至少一个第一DNAI中不包含目标DNAI,或者第一核心网网元确定至少一个第三应用功能网元中不包含第二应用功能网元;其中,该至少一个第三应用功能网元为该第一应用功能网元可迁移该应用上下文对应的目标应用功能网元,该至少一个第一DNAI为该至少一个第三应用功能网元对应的DNAI;该第一核心网网元确定该第一应用功能网元不能迁移该应用上下文。
需要说明的是,该至少一个第三应用功能网元为该第一应用功能网元可迁移该应用上下文对应的目标应用功能网元,可以理解为当该至少一个第三应用功能网元中任意一个作为该第一应用功能网元的目标应用功能网元时,该第一应用功能网元可以执行该第一应用功能网元的应用上下文的迁移,即该第一应用功能网元可以将该第一应用功能网元的应用上下文迁移到该目标应用功能网元,该至少一个第三应用功能网元可以称为该第一应用功能网元的可迁移的应用功能网元。该至少一个第一DNAI为至少一个第三应用功能网元对应的DNAI,该至少一个第一DNAI可以称为该第一应用功能网元的可迁移的DNAI。
例如,AF2网元和AF3网元中任意一个作为该AF1网元的目标应用功能网元时,该AF1网元可以将AF1网元的应用上下文迁移到该目标应用功能网元,因此,该AF2网元和AF3网元被称为上述的第三应用功能网元,该AF2网元对应的DNAI2(即终端设备可以接入AF2网元的至少一个DNAI2)和AF3网元对应的DNAI3(即终端设备可以接入AF3网元的至少一个DNAI3)被称为上述的第一DNAI。
在一种实施方式中,第一核心网网元确定第一应用功能网元不能迁移该第一应用功能网元的应用上下文之前,包括:该第一核心网网元接收至少一个第一DNAI,或者该第一核心网网元接收至少一个第三应用功能网元的信息。
可选的,该至少一个第三应用功能网元的信息可以为标识信息或地址信息。
示例性的,第一核心网网元从第一应用功能网元接收该至少一个第一DNAI,或者该第一核心网网元从第一应用功能网元接收该至少一个第三应用功能网元的信息。
S302B:第一核心网网元确定第二应用功能网元的信息。
在一种实施方式中,第一核心网网元确定第二应用功能网元的信息,包括:第一核心网网元获取目标数据网络接入标识DNAI,目标DNAI为所述应用上下文对应的第一终端设备当前位置对应的至少一个DNAI;然后,第一核心网网元根据该目标DNAI,确定该第二应用功能网元的信息;或者第一核心网网元向统一数据存储UDR网元发送该目标DNAI,从该UDR网元接收该第二应用功能网元的信息。
需要注意的是,在该步骤S302B中,第一核心网网元获取目标数据网络接入标识DNAI,可以包括:在网络侧已完成订阅第一应用功能网元的DNAI变化事件(可参考上述图2A中现有的订阅流程),当网络侧(如SMF网元)确定该第一应用功能网元的DNAI变化发生时,网络侧(如SMF网元)向第一核心网网元发送目标DNAI(即当前位置的至少一个DNAI)。
另外,该第一核心网网元可以不限于通过UDR网元获取第二应用功能网元的信息,还可以通过其它网元获取该第二应用功能网元的信息,例如,第一核心网网元向UDR/UDM/NRF网元发送该目标DNAI,然后从该UDR/UDM/NRF网元接收该第二应用功能网元的信息。
S303B:第一核心网网元向第一应用功能网元发送该应用上下文的请求消息。
相应的,该第一应用功能网元从第一核心网网元接收该应用上下文的请求消息。
S304B:该第一应用功能网元向第一核心网网元发送该应用上下文。
相应的,该第一核心网网元从第一应用功能网元获取该应用上下文。
S305B:第一核心网网元根据第二应用功能网元的信息,向该第二应用功能网元发送该应用上下文。
参阅图3C-3D所示,示出了本申请实施例提供的一种具体实施方法的流程图,主要由第一应用功能网元和第二核心网网元,以及第三核心网网元之间通信,以实现应用上下文的迁移。
在图3C所示的实施方法中,第一应用功能网元可以通过自身确定是否执行迁移第一应用功能网元的应用上下文(即将第一应用功能网元的应用上下文发送到第二应用功能网元),在确定不能执行迁移该应用上下文时,第一应用功能网元请求第二核心网网元迁移该第一应用功能网元的应用上下文。参考图3C所示,该方法具体可以包括如下步骤:
S301C:第一应用功能网元确定请求第二核心网网元迁移第一应用功能网元的应用上下文。
示例性的,该第二核心网网元为会话管理功能SMF网元。该第一应用功能网元可以视为源AF网元。
需要注意的是,在执行该方法中第一应用功能网元的步骤时,可以由AF网元执行,或者由涉及到的AF网元对应的芯片执行。在执行该方法中第二核心网网元的步骤时,可以由SMF网元执行,或者由涉及到的SMF网元对应的芯片执行。本申请中的AF网元和SMF网元可以为物理上的实体网元,也可以是虚拟的网元,本申请对AF网元和SMF网元的具体形态不做限定。
另外,本申请中的第二核心网网元可以不限于为SMF网元,还可以为其它核心网网元,只要该核心网网元能实现该第二核心网网元的功能即可适用。
在一种实施方式中,在执行该步骤S301C之前,第一应用功能网元确定该第一应用功能网元的应用上下文满足预设的迁移条件;其中,该预设的迁移条件包括但不限于包括以下任意一项或多项:第一应用功能网元的服务器负载大、第一应用功能网元的边缘支持环境不匹配、该应用上下文对应的第一终端设备的DNAI发生变化。
本申请实施例中执行迁移该第一应用功能网元的应用上下文的原因,可以是第一应用功能网元主动请求迁移应用上下文,也可以是被动请求迁移应用上下文,本申请对此不做具体限定。
在执行该步骤S301C时,具体可以包括但不限于包括以下两种情况:
在第一种情况中,第一应用功能网元确定请求第二核心网网元迁移第一应用功能网元的应用上下文,包括:第一应用功能网元无法获得第二应用功能网元的信息,该第二应用功能网元为第一应用功能网元的应用上下文满足预设的迁移条件时进行迁移的目标网元;第一应用功能网元确定不能执行迁移该应用上下文。
在第二种情况中,第一应用功能网元确定请求第二核心网网元迁移第一应用功能网元的应用上下文,包括:第一应用功能网元获得第二应用功能网元的信息,但是不能执行迁移该第一应用功能网元的应用上下文。
该步骤S301C可以参考上述图3A中的步骤S301A,此处不再具体赘述。
第一应用功能网元确定请求第二核心网网元迁移第一应用功能网元的应用上下文之后,执行下述步骤S302C(a)或S302C(b)。
S302C(a):第一应用功能网元向第二核心网网元发送目标数据网络接入标识DNAI和第一终端设备的标识信息。
应理解的是,该步骤S302C(a)是基于上述步骤S301C中的第一种情况之后执行的。
可选的,第一应用功能网元还向第二核心网网元发送第一指示信息,该第一指示信息用于请求该第二核心网网元将第一应用功能网元的应用上下文从该第一应用功能网元发送到该第二应用功能网元。
S302C(b):第一应用功能网元向第二核心网网元发送第二应用功能网元的信息。
应理解的是,该步骤S302C(b)是基于上述步骤S301C中的第二种情况之后执行的。
可选的,第一应用功能网元还向第二核心网网元发送第一指示信息,该第一指示信息用于请求该第二核心网网元将第一应用功能网元的应用上下文从该第一应用功能网元发送到该第二应用功能网元。
S303C:第二核心网网元确定第二应用功能网元的信息。
在一种实施方式中,第二核心网网元确定第二应用功能网元的信息,包括:第二核心网网元获取目标数据网络接入标识DNAI,该目标DNAI为该应用上下文对应的第一终端设备当前位置对应的至少一个DNAI;第二核心网网元根据该目标DNAI,确定该第二应用功能网元的信息;或者第二核心网网元向统一数据存储UDR网元发送所述目标DNAI,从该UDR网元接收该第二应用功能网元的信息。该实施方式是基于上述步骤S302C(a)之后执行的。
需要注意的是,第二核心网网元获取目标数据网络接入标识DNAI的途径不做具体限定,例如第二核心网网元可以从网络侧网元中(如SMF网元)获取目标DNAI,也可以从第一应用功能网元中获取目标DNAI。另外,该第二核心网网元可以不限于通过UDR网元获取第二应用功能网元的信息,还可以通过其它网元获取该第二应用功能网元的信息,例如,第二核心网网元向UDR/UDM/NRF网元发送该目标DNAI,然后从该UDR/UDM/NRF网元接收该第二应用功能网元的信息。
此外,该目标DNAI可以与上述步骤S302C中第一应用功能网元的应用上下文一起由第一应用功能网元发送给该第二核心网网元,也可以由第一应用功能网元单独发送给第一核心网网元,本申请对此不做具体限定。
在另一种实施方式中,第二核心网网元确定第二应用功能网元的信息,包括:第二核心网网元接收该第一应用功能网元确定的第二应用功能网元的信息。该实施方式是基于上述步骤S302C(b)之后确定的。
示例性的,当该第二核心网网元为SMF网元时,若该第一应用功能AF网元为当前网络受信任的网元,则该SMF网元可以直接接收该第一应用功能AF网元发送的第二应用功能网元的信息;若该第一应用功能AF网元不是当前网络受信任的网元,则该第一应用功能AF网元先将第二应用功能网元的信息发送给NEF网元,再由NEF网元(NEF网元认证通过)将该第二应用功能网元的信息发送给SMF网元。
该步骤S303C也可以与上述图3A中的步骤S303A相互参考。
S304C:第二核心网网元确定转发规则。
其中,该转发规则用于指示第三核心网网元在接收第一应用功能网元的应用上下文时向第二应用功能网元发送该应用上下文。
示例性的,该第二核心网网元为SMF网元,该第三核心网网元为用户面功能UPF网元。SMF网元在确定转发规则时,具体可以包括以下步骤:
步骤一:选择UPF网元;步骤二:SMF网元与UPF网元建立N4会话连接;步骤三:SMF网元确定用户面路由的转发规则,该转发规则可以为:若UPF网元接收目标地址为第二应用功能AF网元地址的报文,则将该报文转发给第二应用功能AF网元。
S305C:第二核心网网元向第三核心网网元发送该转发规则。
相应的,第三核心网网元从第二核心网网元接收该转发规则。
S306C:第二核心网网元向第一应用功能网元发送该第三核心网网元的地址信息。
相应的,该第一应用功能网元接收该第三核心网网元的地址信息。
S307C:第一应用功能网元向该第三核心网网元发送该第一应用功能网元的应用上下文。
相应的,该第三核心网网元接收该第一应用功能网元的应用上下文。
在一种实施方式中,第一应用功能网元根据第三核心网网元的地址信息,向该第三核心网网元发送该第一应用功能网元的应用上下文。
S308C:第三核心网网元根据该转发规则,向第二应用功能网元发送该第一应用功能网元的应用上下文。
在图3D所示的实施方法中,由第二核心网网元确定第一应用功能网元是否执行迁移第一应用功能网元的应用上下文(即将第一应用功能网元的应用上下文发送到第二应用功能网元),在确定第一应用功能网元不能执行迁移该应用上下文时,由第二核心网网元执行迁移该第一应用功能网元的应用上下文。参考图3D所示,该方法具体可以包括如下步骤:
S301D:第二核心网网元确定第一应用功能网元不能迁移该第一应用功能网元的应用上下文。
在一种实施方式中,第二核心网网元确定第一应用功能网元不能迁移该第一应用功能网元的应用上下文,包括:第二核心网网元确定至少一个第一DNAI中不包含目标DNAI,或者所述第二核心网网元确定至少一个第三应用功能网元中不包含第二应用功能网元;其中,该至少一个第三应用功能网元为第一应用功能网元可迁移应用上下文对应的目标应用功能网元,该至少一个第一DNAI为该至少一个第三应用功能网元对应的DNAI;该第二核心网网元确定该第一应用功能网元不能迁移该应用上下文。
需要说明的是,该至少一个第三应用功能网元和至少一个第一DNAI的解释可以参考上述图3B的步骤S301B中的描述,此处不再具体赘述。
在一种实施方式中,第二核心网网元确定第一应用功能网元不能迁移该第一应用功能网元的应用上下文之前,包括:该第二核心网网元接收至少一个第一DNAI,或者该第一核心网网元接收至少一个第三应用功能网元的信息。
示例性的,第二核心网网元(如SMF网元)可以从第一应用功能AF网元直接的接收该至少一个第一DNAI或者至少一个第三应用功能网元的信息。该第二核心网网元(如SMF网元)还可以经过第一核心网网元(如NEF网元),间接的从第一应用功能AF网元接收该至少一个第一DNAI或者至少一个第三应用功能网元的信息。
S302D:第二核心网网元确定第二应用功能网元的信息。
在一种实施方式中,第二核心网网元确定第二应用功能网元的信息,包括:第二核心网网元获取目标数据网络接入标识DNAI,目标DNAI为所述应用上下文对应的第一终端设备当前位置对应的至少一个DNAI;然后,第二核心网网元根据该目标DNAI,确定该第二应用功能网元的信息;或者第二核心网网元向统一数据存储UDR网元发送该目标DNAI,从该UDR网元接收该第二应用功能网元的信息。
该步骤S302D可以参考上述图3B中的步骤S302B,此处不再具体赘述。
S303D:第二核心网网元确定转发规则。
该步骤S303D可以参考上述图3C中的步骤S304C,此处不再具体赘述。
S304D:第二核心网网元向第三核心网网元发送该转发规则。
相应的,第三核心网网元从第二核心网网元接收该转发规则。
S305D:第二核心网网元向第一应用功能网元发送该第三核心网网元的地址信息。
相应的,该第一应用功能网元接收该第三核心网网元的地址信息。
S306D:第一应用功能网元向该第三核心网网元发送该第一应用功能网元的应用上下文相应的,该第三核心网网元接收该第一应用功能网元的应用上下文。
在一种实施方式中,该第一应用功能网元根据第三核心网网元的地址信息,向该第三核心网网元发送该第一应用功能网元的应用上下文。
S307D:第三核心网网元根据该转发规则,向第二应用功能网元发送该应用上下文。
针对上述本申请提出的一种通信方式,下面通过几个具体实施例进一步的详细阐述。
实施例一
在实施例一中,针对上述图3A的实施方法,以第一应用功能网元为AF1网元(即源AF网元),第二应用功能网元为AF2网元(即目标AF网元),第一核心网网元为NEF网元为例进一步详细阐述。具体的,AF1网元获知AF2网元的地址后,确定无法将AF1网元上的应用上下文迁移到AF2网元,进而触发向NEF网元请求执行迁移AF1网元的应用上下文。参考图4所示,该实施例一的具体流程如下:
S401a:AF1网元向NEF网元发送AF1请求消息。
可选的,该AF1请求消息可以为AF request。
该AF1请求消息中包括AF1的标识信息。
可选的,该AF1请求消息中还包括至少一个DNAI。该至少一个DNAI,指的是该AF1网元对应的全部或部分DNAI。应理解的是,“对应的”可以描述为管理的、控制的、可服务的等,意思是UE可以通过此至少一个DNAI中的任何一个接入该AF1网元,或者接入该AF1网元部署的/管理的/控制的业务。
可选的,该AF1请求消息中还可以包含第一指示信息,该第一指示信息用于指示允许NEF网元对该AF1网元的应用上下文进行迁移。通过该指示方式,AF1网元允许网络侧将该AF1网元作为目标AF,接收其他AF网元的应用上下文,即成为应用上下文迁移的受执行方。
需要注意的是,该步骤S401a中的该AF1请求消息可以为新定义的消息,也可以为标准中已定义的消息,例如Nnef_TrafficInfluence_Create/Update消息。现有NEF服务消息中,没有特别合适发送这些信息的,因此有可能使用新的服务消息,也有可能扩展现有服务消息的作用,使得可以用于发送上述信息,对此本申请不做具体限定。
S401b:AF2网元向NEF网元发送AF2请求消息。
可选的,该AF2请求消息可以为AF request。
相应的,NEF网元接收该AF2请求消息,该AF2请求消息中包括AF2的标识信息。
可选的,该AF2请求消息中还包括AF2网元对应的至少一个DNAI。
可选的,该AF2请求消息中还包括第一指示信息,该第一指示信息用于指示允许NEF网元对该AF2网元的应用上下文进行迁移。
需要注意的是,该步骤S401b与上述步骤S401a中涉及的信息内容可相互参考,此处不再具体赘述。该实施例一中对执行步骤S401b与S401a的先后顺序不做具体限定,可同时执行或不同时执行。另外,执行步骤S401a和步骤S401b可以在AF网元部署后或开机后,也可以在任意时机,或AF网元发送的AF请求消息有更新,则AF网元也可向网络侧更新该AF请求消息。
此外,在实际中,网络中包括除AF1网元和AF2网元,还可能包括其它的AF网元,每个AF网元均可以参考上述AF1网元向网元侧发送请求消息,此处不再具体赘述。除非某个AF网元既不希望网络侧辅助/执行迁移该AF网元的应用上下文,也不希望自己作为目标AF网元接收其他AF网元的应用上下文,则不向网元侧发送请求消息。
S402a:NEF网元向UDR网元发送AF1的存储消息。
可选的,该AF1的存储消息可以为Nudr_DM_Create/Update消息。
其中,该AF1的存储消息中包括上述AF1请求消息中的信息,此处不再赘述。
需要注意的是,该步骤S402a为可选的步骤,在实际运用中,可执行,也可不执行,本申请对此不做具体限定。
S402b:NEF网元向UDR网元发送AF2的存储消息。
其中,该AF2的存储消息中包括上述AF2请求消息中的信息。
需要注意的是,该步骤S402b为可选的步骤,可与上述步骤S402a相互参考,此处不再赘述。
S403:AF1网元向NEF网元发送第一请求订阅DNAI变化事件的消息。
可选的,该第一请求订阅DNAI变化事件的消息可以为Nnef_TrafficInfluence_Create/Update消息。
该第一请求订阅DNAI变化事件的消息为Nnef_TrafficInfluence_Create/Update消息仅为一个示例,实际可以为新定义的消息或标准中已定义的消息等,本申请对此不做具体限定。
其中,第一请求订阅DNAI改变事件的信息中包括AF1网元服务的终端设备的信息,例如AF1网元服务的UE1的ID或地址信息,该第一请求订阅DNAI改变事件的消息中还包括订阅事件,例如UE1对应的DNAI变化事件的信息。
应理解的是,在该步骤S403中,订阅的事件为DNAI变化事件,可以是针对某个UE或会话,也可以是针对一个或多个UE或会话;若是多个UE或会话时,可以通过组ID或DNN/S-NSSAI等进行标识。
S404:NEF网元向SMF网元发送第二请求订阅DNAI变化事件的消息。
其中,该第二请求订阅DNAI变化事件的消息中包含上述UE的信息和订阅DNAI变化事件的信息。
作为一种可能的示例,该步骤S404可以通过上述图2A中步骤S203A至步骤205A的方式实现。本申请实对实现该步骤S404的方式不做具体限定。
通过上述步骤S403-S404可以成功订阅DNAI变化事件。
S405:SMF网元确定DNAI变化事件发生。
S406:SMF网元向NEF网元发送第一通知消息。
相应的,该NEF网元接收该第一通知消息。
可选的,该第一通知消息可以为Nsmf_EventExposure Notify消息。
该第一通知消息用于通知DNAI变化事件,该第一通知消息中包含目标DNAI。
S407:NEF网元向AF1网元发送第二通知消息。
相应的,AF1网元接收该第二通知消息。
该第二通知消息用于通知DNAI变化事件,该第二通知消息中包含目标DNAI。
S408:AF1网元根据目标DNAI,确定目标AF2网元的信息。
可选的,该目标AF2网元的信息可以为AF2网元的标识信息或地址信息。
实际中的AF2网元的信息还可以为服务ID、域名等,本申请对AF2网元的信息不做具体要求,但该AF2网元的信息可确定AF2网元的位置。
需要注意的是,在该步骤S408中,AF1网元可以在本地根据目标DNAI,确定AF2网元的信息,也可以从网元侧获取该AF2网元的信息,本申请对此不做具体限定。
S409:AF1网元确定无法将AF1网元的应用上下文迁移到AF2网元。
AF1网元在满足触发条件后,确定无法将AF1网元的应用上下文迁移到AF2网元,从而确定触发后续的步骤,即确定请求网络侧(辅助)迁移AF1网元的应用上下文,(将AF1网元的应用上下文发送给AF2网元)。
需要说明的是,AF1网元所满足的触发条件,可能是AF1网元本地配置或保存了可以作为AF网元的应用上下文可迁移的目标AF网元的列表,然而该目标AF网元的列表中不包含该AF2网元,也可能是AF1网元尝试将AF1网元的应用上下文发送给AF2网元,但是发送失败了,也可能是AF1网元主动请求通过网络侧执行迁移AF1的应用上下文。因此,本申请对AF1网元所满足的触发条件不做具体限定。
S410:AF1网元向NEF网元发送应用上下文的请求消息。
相应的,该NEF网元接收该应用上下文的请求消息。
可选的,该应用上下文的请求消息可以为Nnef_TrafficInfluence_Update消息。
该应用上下文的请求消息用于请求网络侧(辅助)执行迁移AF1网元的应用上下文,该应用上下文的请求消息中还包括UE的标识,AF2网元的信息,以及AF1网元的应用上下文。其中,该AF2网元的信息可以为AF2网元的标识信息或地址信息,具体可参考上述步骤S408中的AF2网元的信息,此处不再具体赘述。
可选的,该应用上下文的请求消息中还可以包括第二指示信息,该第二指示信息用于请求网络侧(辅助)执行迁移AF1网元的应用上下文。
S411:NEF网元向AF2网元发送AF1网元的应用上下文。
此外,NEF网元还向AF2网元发送UE的标识信息。
可选的,AF1网元的应用上下文和UE的标识信息可以携带在Nnef_TrafficInfluence Notify消息中,NEF网元向AF2网元发送该Nnef_TrafficInfluenceNotify消息。
在一种可能的实施方式中,上述步骤S410的第一请求消息中不包括第二指示信息时,NEF网元还可以根据内部逻辑确定需要向AF2网元发送AF1网元的应用上下文,即NEF网元需要具备逻辑,当NEF网元从源AF网元(如AF1网元)接收应用上下文时,需要向目标AF网元(如AF2网元)发送该应用上下文。
S412:NEF网元向AF1网元发送第一响应消息。
相应的,AF1网元接收该第一响应消息,该第一响应消息中包括UE1的标识和AF1网元的应用上下文迁移完成指示。
可选的,该第一响应消息可以为Nnef_TrafficInfluence Notify消息。
通过上述步骤S401-S412,AF1网元可以通过NEF网元完成迁移AF1网元的应用上下文,即将AF1网元的应用上下文发送到AF2网元上,后续执行剩余事件通知流程的步骤可参考上述图2B的剩余事件通知流程的步骤,此处不再具体描述。
综上所述,通过该实施例一,当源AF网元(即AF1网元)获知目标AF网元(即AF2网元)的地址后,确定无法将源AF网元的应用上下文迁移到目标AF网元时,进而触发向NEF网元请求执行迁移AF1网元的应用上下文,通过NEF网元将源AF网元的应用上下文有效且准确地发送到目标AF网元上。
实施例二
在实施例二中,针对上述图3C的实施方法,以第一应用功能网元为AF1网元(即源AF网元),第二应用功能网元为AF2网元(即目标AF网元),第二核心网网元为SMF网元,第三核心网网元为UPF网元为例进一步详细阐述。具体的,AF1网元获知AF2网元的地址后,确定无法将AF1网元上的应用上下文迁移到AF2网元,进而触发向SMF网元请求执行迁移AF1网元的应用上下文。参考图5所示,该实施例二的具体流程如下:
S501a:AF1网元向SMF网元发送AF1请求消息(如AF request)。
相应的,SMF网元接收该AF1请求消息(如AF request)。
该AF1请求消息中包括AF1的标识信息。
可选的,该AF1请求消息中还包括至少一个DNAI。
可选的,该AF1的请求消息中还可以包含第一指示信息,该第一指示信息用于指示允许SMF网元对该AF1网元的应用上下文进行迁移。
该AF1请求消息(如AF request)中携带的信息内容,具体可以参考上述步骤S401a,此处不再具体赘述。
在一种可能的实施方式中,AF1网元向UDR网元发送AF1请求消息,UDR网元接收该发送AF1请求消息;然后,UDR网元向SMF网元发送AF1请求消息中携带的信息,如AF1的标识信息,至少一个DNAI(可选的)、第一指示信息(可选的)。
S501b:AF2网元向SMF网元发送AF2请求消息(如AF request)。
相应的,SMF网元接收该AF2请求消息,该AF1请求消息中包括AF2的标识信息。
可选的,该AF2请求消息中还包括AF2网元对应的至少一个DNAI。
可选的,该AF2请求消息中还包括第一指示信息,该第一指示信息用于指示允许SMF网元对该AF2网元的应用上下文进行迁移.。
需要注意的是,该步骤S501b可参考上述步骤S401b,此处不再具体赘述。
在一种可能的实施方式中,AF2网元向UDR网元发送AF2请求消息,UDR网元接收该发送AF2请求消息;然后,UDR网元向SMF网元发送AF2请求消息中携带的信息,如AF2的标识信息,至少一个DNAI(可选的)、第一指示信息(可选的)。
S502:AF1网元向SMF网元发送请求订阅DNAI变化事件的消息。
相应的,SMF网元接收该请求订阅DNAI变化事件的消息。
在一种可能的实施方式中,AF1网元向NEF网元发送第一请求订阅DNAI变化事件的消息,然后NEF网元向SMF网元发送第二请求订阅DNAI变化事件的消息。该步骤具体可以参考上述步骤S403和S404。
具体的,该请求订阅DNAI变化事件的消息中包括AF1网元服务的终端设备的信息,例如AF1网元服务的UE1的ID或地址信息,该第一请求订阅DNAI改变事件的消息中还包括订阅事件,例如UE1对应的DNAI变化事件的信息。
S503:SMF网元确定DNAI变化事件发生。
S504:SMF网元向AF1网元发送通知消息。
相应的,AF1网元接收该通信消息,该通知消息用于向AF1网元通知DNAI变化事件,该通信消息中包含目标DNAI。
在一种可能的实施方式中,SMF网元先向NEF网元发送第一通知消息,然后,NEF网元向AF1网元发送第二通信消息。该步骤可以参考上述步骤S406和S407,此处不再具体赘述。
S505:AF1网元根据目标DNAI,确定目标AF2网元的信息。
该步骤S505可以参考上述步骤S408,此处不再具体赘述。
S506:AF1网元确定无法将AF1网元的应用上下文迁移到AF2网元。
该步骤S506可以参考上述步骤S409,此处不再具体赘述。
S507:AF1网元向SMF网元发送应用上下文的请求消息。
该应用上下文的请求消息中包括UE的标识和AF2网元的信息。其中,该AF2网元的信息可以为AF2网元的标识信息或地址信息。
可选的,该应用上下文的请求消息中还包括第二指示信息,该第二指示信息用于请求网络侧(辅助)执行迁移AF1网元的应用上下文。
需要注意的是,AF1网元用于请求SMF网元执行迁移AF1网元的应用上下文迁移,可以通过该请求消息本身(需要SMF内部逻辑)进行请求,或者通过该请求消息中的第二指示信息进行请求,本申请对此不做具体限定。
S508:SMF网元根据上述应用上下文的请求消息,执行以下步骤:
步骤一:SMF网元选择UPF网元;
步骤二:SMF网元与UPF网元建立N4会话;
步骤三:SMF网元确定用户面路由转发规则。
示例性的,该转发规则可以为:如果该UPF网元收到目的地址为AF2网元地址的报文,则将报文转发到AF2网元。
需要注意的是,上述步骤一、步骤二、步骤三均可参考现有技术实现,此处不再具体描述。另外,上述的N4会话指SMF网元与UPF网元之间的N4连接。
此外,该步骤S508仅保护触发逻辑,该触发逻辑可以由该应用上下文的请求消息触发,也可以由该应用上下文的请求消息中的第二指示信息触发,本申请对此不做具体限定。
S509:SMF网元向UPF网元发送转发规则。
在一种可能的实施方式中,SMF网元在向UPF网元发送N4会话建立/修改请求,可以包含该转发规则。
S510:SMF网元向AF1网元发送该UPF网元的地址信息。
相应的,该AF1网元接收该UPF网元的地址信息。
需要注意的是,SMF网元向AF1网元发送该UPF网元的地址信息,也可以发送UPF网元的标识信息等,只要AF1网元能根据该信息确定UPF网元即可。
S511:AF1网元根据该UPF网元的地址信息,向该UPF网元发送AF1网元的应用上下文。
相应的,UPF网元接收该AF1网元的应用上下文。该AF1网元的应用上下文的目的地址为AF2网元的地址(即报文的目的地址为AF2网元的地址)。
S512:UPF网元根据转发规则,向AF2网元发送AF1网元的应用上下文。
通过上述步骤S501-S512,AF1网元可以通过SMF网元和UPF网元的辅助完成迁移AF1网元的应用上下文,即将AF1网元的应用上下文发送到AF2网元上,后续执行剩余事件通知流程的步骤可参考上述图2B的剩余事件通知流程的步骤,此处不再具体描述。
综上所述,通过该实施例二,当源AF网元(即AF1网元)获知目标AF网元(即AF2网元)的地址后,确定无法将源AF网元的应用上下文迁移到目标AF网元时,进而触发向SMF网元请求执行迁移AF1网元的应用上下文,通过SMF网元将源AF网元的应用上下文有效且准确地发送到目标AF网元上。
实施例三
在实施例三中,针对上述图3A的实施方法,以第一应用功能网元为AF1网元(即源AF网元),第二应用功能网元为AF2网元(即目标AF网元),第一核心网网元为NEF网元为例进一步详细阐述。具体的,AF1网元接收到目标DNAI后,确定无法根据目标DNAI确定AF2网元,进而触发向NEF网元请求执行迁移AF1网元的应用上下文。
AF1网元无法根据目标DNAI确定AF2网元时,也很有可能因无法将AF1网元的应用上下文自主迁移到AF2网元。
参考图6所示,该实施例三的具体流程如下:
S601a:AF1网元向NEF网元发送AF1请求消息(如AF request)。
该步骤S601a可以参考上述步骤S401a,此处不再具体赘述。
S601b:AF2网元向NEF网元发送AF2请求消息(如AF request)。
该步骤S601b可以参考上述步骤S401b,此处不再具体赘述。
S602a:NEF网元向UDR网元发送AF1的存储消息。
该步骤S602a可以参考上述步骤S402a,此处不再具体赘述。
S602b:NEF网元向UDR网元发送AF2的存储消息。
该步骤S602b可以参考上述步骤S402b,此处不再具体赘述。
S603:AF1网元向NEF网元发送第一请求订阅DNAI变化事件的消息。
该步骤S603可以参考上述步骤S403,此处不再具体赘述。
S604:NEF网元向SMF网元发送第二请求订阅DNAI变化事件的消息。
该步骤S604可以参考上述步骤S404,此处不再具体赘述。
S605:SMF网元确定DNAI变化事件发生。
该步骤S605可以参考上述步骤S405,此处不再具体赘述。
S606:SMF网元向NEF网元发送第一通知消息。
该步骤S606可以参考上述步骤S406,此处不再具体赘述。
S607:NEF网元向AF1网元发送第二通知消息。
该步骤S607可以参考上述步骤S407,此处不再具体赘述。
S608:AF1网元根据目标DNAI,无法确定AF2网元的信息。
AF1网元无法根据目标DNAI成功确定目标AF网元,从而触发后续步骤,即请求网络侧(辅助)执行迁移AF1网元的应用上下文。
AF1网元无法根据目标DNAI成功确定目标AF2网元的原因可包括但不限于包括:AF1网元无法感知目标DNAI,AF1网元尝试根据目标DNAI确定目标AF2网元但是失败了,AF1网元主动愿意通过网络侧执行迁移AF1网元的应用上下文。本申请对此不做具体限定。
S609:AF1网元向NEF网元发送应用上下文的请求消息。
该步骤S609与上述实施例一中步骤S410的区别之处在于,该步骤S609执行时,AF1网元并没有确定目标AF的信息,因此,AF1网元不会向NEF网元发送目标AF网元的信息,而是发送目标DNAI,即AF1网元向NEF网元发送的应用上下文的请求消息中包括目标DNAI。
S610:NEF网元根据目标DNAI(和第二指示信息),确定目标AF2网元的信息。
该目标AF2网元的信息可以为标识信息和/或地址信息。
需要注意的是,若上述步骤S609中的应用上下文请求消息中不包括第二指示信息,则NEF网元可以根据内部逻辑确定需要向AF1网元返回目标AF2网元的信息,即NEF网元需要具备逻辑,当从源AF1网元接收目标DNAI时,需要确定并向源AF1网元发送目标AF2网元的信息。
NEF网元可以根据目标DNAI(和指示信息2),从本地获得目标AF2的信息。
在一种可能实施方式中,若前述执行了步骤S602a(S602b),NEF网元也可以从UDR/UDM网元中获取目标AF2网元的信息,具体可参考下述步骤S610a和S610b。
S610a:NEF网元向UDR网元发送UE1的标识和目标DNAI。
可选的,NEF网元向UDR网元发送Nudr_DM_Query Request消息,该Nudr_DM_QueryRequest消息中包括UE1的标识和目标DNAI。
S610b:UDR网元向NEF网元返回目标AF2网元的信息。
可选的,UDR网元向NEF网元返回Nudr_DM_Query Request消息,该Nudr_DM_QueryResponse消息中包括目标AF2网元的信息。
需要注意的是,还可以通过其它几种网元确定目标AF2网元的信息,例如还可由NRF来确定目标AF2网元的信息。
作为一种可能的实施方式,当通过NRF网元来确定目标AF2网元的信息时,相应的上述步骤S602a和S602b中的消息应为Nnrf_NFManagement_NFRegister消息。相应的步骤S610a中NFE网元向NRF网元发送Nnrf_NFDiscovery Request消息,该消息中包括UE1的标识和目标DNAI。相应的步骤S610b中NRF网元向NFE网元返回Nnrf_NFDiscovery Response消息,该消息中包括目标AF2网元的信息。
S611:NEF网元向AF2网元发送AF1网元的应用上下文。
该步骤S611可以参考上述步骤S411,此处不再具体赘述。
S612:NEF网元向AF1网元发送第一响应消息。
该步骤S612可以参考上述步骤S412,此处不再具体赘述。
通过上述步骤S601-S612,AF1网元可以通过NEF网元完成迁移AF1网元的应用上下文,即将AF1网元的应用上下文发送到AF2网元上,后续执行剩余事件通知流程的步骤可参考上述图2B的剩余事件通知流程的步骤,此处不再具体描述。
综上所述,通过该实施例三,当源AF1网元在接收到目标DNAI后,无法根据目标DNAI确定AF2网元的信息时,进而可以通过触发向NEF网元请求执行迁移AF1网元的应用上下文,通过NEF网元将源AF1网元的应用上下文有效且准确地发送到AF2网元上。
实施例四
在实施例四中,针对上述图3C的实施方法,以第一应用功能网元为AF1网元(即源AF网元),第二应用功能网元为AF2网元(目标AF网元),第二核心网网元为SMF网元,第三核心网网元为UPF网元为例进一步详细阐述。具体的,AF1网元收到目标DNAI后,确定无法根据目标DNAI确定AF2网元,进而触发向SMF网元请求执行迁移AF1网元的应用上下文。
AF1网元无法根据目标DNAI确定AF2网元时,也很有可能无法将AF1网元的应用上下文自主迁移到AF2网元。
参考图7所述,该实施例四的具体流程如下:
S701a:AF1网元向SMF网元发送AF1请求消息(如AF request)。
相应的,SMF网元接收该AF1请求消息。
具体的,该步骤S701a可以参考上述实施例二中的步骤S501a,此处不再具体赘述。
S701b:AF2网元向SMF网元发送AF2请求消息(如AF request)。
相应的,SMF网元接收该AF2请求消息。
具体的,该步骤S701b可以参考上述实施例二中的步骤S501b,此处不再具体赘述。
S702:AF1网元向SMF网元发送请求订阅DNAI变化事件的消息。
具体的,该步骤S702可以参考上述实施例二中的步骤S502,此处不再具体赘述。
S703:SMF网元确定DNAI变化事件发生。
具体的,该步骤S703可以参考上述实施例二中的步骤S503,此处不再具体赘述。
S704:SMF网元向AF1网元发送通知消息。
具体的,该步骤S704可以参考上述实施例二中的步骤S504,此处不再具体赘述。
S705:AF1网元根据目标DNAI,无法确定目标AF2网元的信息。
AF1网元无法根据目标DNAI成功确定目标AF网元,从而触发后续步骤,即请求网络侧(辅助)执行迁移AF1网元的应用上下文。
AF1网元无法根据目标DNAI成功确定目标AF网元的原因可包括但不限于包括:AF1网元无法感知目标DNAI,AF1网元尝试根据目标DNAI确定AF2网元但是失败了,AF1网元主动愿意通过网络侧执行迁移AF1网元的应用上下文。本申请对此不做具体限定。
S706:AF1网元向SMF网元发送应用上下文的请求消息。
该步骤S706与上述实施例二中步骤S507的区别之处在于,该步骤S706执行时,AF1网元并没有确定目标AF的信息,因此,AF1网元不会向SMF网元发送目标AF网元的信息,而是发送目标DNAI,即AF1网元向SMF网元发送的应用上下文的请求消息中包括目标DNAI。
S707:SMF网元根据目标DNAI(和第二指示信息),确定目标AF2网元的信息。
该步骤S707可以参考上述实施例三中S610中NEF网元根据目标DNAI(和指示信息2),确定目标AF2网元的信息的方式,此处不再具体赘述。
S707a:SMF网元向UDR网元发送UE1的标识和目标DNAI。
该步骤S707a可以参考上述实施例三中S610a中NEF网元的方式执行,此处不再具体赘述。
S707b:UDR网元向SMF网元返回目标AF2网元的信息。
该步骤S707b可以参考上述实施例三中S610b中NEF网元的方式执行,此处不再具体赘述。
通过上述步骤S707,S707a、S707b,SMF网元成功确定目标AF2网元的信息。
S708:SMF网元根据上述应用上下文的请求消息,执行以下步骤:
步骤一:SMF网元选择UPF网元;
步骤二:SMF网元与UPF网元建立N4会话;
步骤三:SMF网元确定用户面路由转发规则。
该步骤S708可以参考上述实施例二中S508,此处不再具体赘述。
S709:SMF网元向UPF网元发送转发规则。
该步骤S709可以参考上述实施例二中S509,此处不再具体赘述。
S710:SMF网元向AF1网元发送该UPF网元的地址信息。
该步骤S710可以参考上述实施例二中S510,此处不再具体赘述。
S711:AF1网元根据该UPF网元的地址信息,向该UPF网元发送AF1网元的应用上下文。
该步骤S711可以参考上述实施例二中S511,此处不再具体赘述。
S712:UPF网元根据转发规则,向AF2网元发送AF1网元的应用上下文。
该步骤S712可以参考上述实施例二中S512,此处不再具体赘述。
综上所述,通过该实施例四,当源AF1网元在接收到目标DNAI后,无法根据目标DNAI确定目标AF2网元(AF2网元的信息)时,进而可以通过触发向SMF网元请求执行迁移AF1网元的应用上下文,通过SMF网元将源AF1网元的应用上下文有效且准确地发送到目标AF2网元上。
实施例五
在实施例五中,针对上述图3B的实施方法,以第一应用功能网元为AF1网元(即源AF网元),第二应用功能网元为AF2网元(即目标AF网元),第一核心网网元为NEF网元为例进一步详细阐述。具体的,NEF网元确定AF1网元是否可以执行迁移AF1网元的应用上下文,如果不能,NEF网元确定AF2网元,从AF1网元获取AF1网元的应用上下文,并将AF1网元的应用上下文发送给AF2网元。
参考图8所示,该实施例五的具体流程如下:
S801a:AF1网元向NEF网元发送AF1请求消息(如AF request)。
该步骤S801a可以参考上述实施例一中步骤S401a,但相比步骤S401a,该步骤S801a的区别包括:该AF1请求消息中包括至少一个(一个或多个)“可迁移的DNAI”,或者该AF1请求消息中包括至少一个(一个或多个)“可迁移的目标AF网元”。
其中,“可迁移的DNAI”即为本申请实施例中的“第一DNAI”,“可迁移的目标AF网元”即为本申请实施例中的“第三应用功能网元”。
上述的“可迁移的DNAI”是指示当前AF1网元可以执行迁移AF1网元的应用上下文的目标DNAI。即当该一个或多个DNAI中的任意DNAI对应的AF网元,可作为当前AF1网元的目标AF网元时,当前AF1网元可以自主迁移AF1网元的应用上下文,即将AF1网元的应用上下文发送到该目标AF。
例如,若当前AF1网元具备将AF1的应用上下文迁移至AF2网元的能力,则AF2网元对应的DNAI会包含在所述“可迁移的DNAI”中,否则AF2网元对应的DNAI不会包含在所述“可迁移的DNAI”中。
同理,“可迁移的目标AF网元”即为当前AF1网元可以自主迁移AF1网元的应用上下文对应的目标AF网元,至少一个“可迁移的DNAI”为至少一个“可迁移的目标AF网元”对应的DNAI。
例如,若AF2网元和AF3网元作为AF1网元的“可迁移的目标AF网元”,则AF2对应的DNAI2和AF3网元对应的DNAI3作为AF1网元的“可迁移的DNAI”。
S801b:AF2网元向NEF网元发送AF2请求消息(如AF request)。
该步骤S801b中的AF2网元可以参考上述步骤S801a中AF1网元执行,此处不再具体赘述。
S802a:NEF网元向UDR网元发送AF1的存储消息。
该步骤S802a可以参考上述实施例一中步骤S402a,此处不再赘述。
但与步骤S402a的区别在于:该步骤S802a具体存储的内容为上述S801a中AF1请求消息中的信息,即包括至少一个(一个或多个)“可迁移的DNAI”,或者至少一个(一个或多个)“可迁移的目标AF网元”。
S802b:NEF网元向UDR网元发送AF2的存储消息。
该步骤S802b可以参考上述实施例一中步骤S402b,此处不再具体赘述。
但与步骤S402b的区别在于:该步骤S802b具体存储的内容为上述S801b中AF2请求消息中的信息,即包括至少一个(一个或多个)“可迁移的DNAI”,或者至少一个(一个或多个)“可迁移的目标AF网元”。
S803:AF1网元向NEF网元发送第一请求订阅DNAI变化事件的消息。
S804:NEF网元向SMF网元发送第二请求订阅DNAI变化事件的消息。
S805:SMF网元确定DNAI变化事件发生。
S806:SMF网元向NEF网元发送第一通知消息。
相应的,NEF网元接收该第一通知消息,第一通知消息中包含目标DNAI。
上述步骤S803-S806可对应参考上述实施例一中步骤S403-S406,此处不再具体赘述。
S807a:NEF网元向UDR网元发送请求消息,该请求消息中包括目标DNAI。
可选的,该请求消息可以为Nudr_DM_Query Request消息,该消息中包括UE1的标识信息(如UE1的ID)和目标DNAI。
NEF网元向UDR网元发送该目标DNAI的目的包括:(1)请求目标AF2网元的信息,或者(2)请求AF1网元是否可以执行(针对该目标DNAI对应的目标AF网元的)迁移AF1的应用上下文(例如由UDR网元确定该目标DNAI是否包含在AF1网元的“可迁移的DNAI”中)。
S807b:NEF网元从UDR网元接收响应消息。
可选的,该响应消息可以为Nudr_DM_Query Request消息,该消息中包括AF2网元的信息和/或第三指示信息,该指示信息3的作用是指示AF1网元无法执行(针对该目标DNAI对应的目标AF的)迁移AF1的应用上下文,或者可以指示该目标DNAI未包含在AF1网元的“可迁移的DNAI”中。
需要说明的是,S807a和S807b为可选的步骤。另外,无论S807a的目的是(1)或(2),步骤S807b都可以向NEF网元返回上述AF2网元的信息和/或第三指示信息。
S808:NEF网元确定AF1网元无法将AF1网元的应用上下文发送到目标AF2网元。
作为一种可能的实施方式,NEF网元确定目标DNAI不包含在AF1网元的至少一个“可迁移的DNAI”中(或者NEF网元确定AF2网元不包含在AF1网元的至少一个“可迁移的目标AF网元”中),则确定AF1网元无法将AF1的应用上下文发送到目标DNAI对应的AF2网元,进而触发后续步骤。
需要注意的是,该步骤S808的确定动作可以是NEF网元本地执行的,例如NEF网元在执行步骤S801a时本地保存了这些信息,具备确定“AF1无法将AF1的应用上下文发送到目标DNAI对应的AF2网元”这一事件或情况的能力;也可以是通过UDR网元确定(即执行上述步骤S807a和S807b)。
S809:NEF网元根据目标DNAI(和第一指示信息和/或第三指示信息),确定目标AF2网元的信息。
需要注意的是,该步骤S809为可选的步骤,若执行了上述步骤S807a和S807b,且在步骤S807b中返回的响应消息包括AF2网元的信息,则不需要执行该步骤S809。
NEF网元可以从本地或从UDR/UDM/NRF网元获得目标AF2网元的信息,可以参考上述实施例三步骤S610a和S610b的相关描述,此处不再具体描述。
S810:NEF网元向AF1网元发送AF1网元的应用上下文的请求消息。
可选的,该请求消息可以为Naf_EventExposure Subscribe消息。
需要注意的是,该应用上下文的请求可以通过消息本身体现,或通过第三指示信息体现,本申请对此不做具体限定。
S811:AF1网元向NEF网元返回AF1网元的应用上下文。
示例性的,AF1网元向NEF网元发送Naf_EventExposure Notify消息,该消息中包括AF1网元的应用上下文。
S812:NEF网元向AF2网元发送AF1网元的应用上下文。
该步骤S812可以参考上述实施例一中的步骤S411,此处不再具体赘述。
S813:NEF网元向AF1网元发送第一响应消息。
该步骤S813可以参考上述实施例一中的步骤S413,此处不再具体赘述。
需要说明的是,本实施例五还有另外一种执行方式,具体的执行方式的区别描述如下:
步骤S801a/S802a(S801b/S802b)中,“可迁移的DNAI”替换为“可迁移的目标AF网元”,该“可迁移的目标AF网元”是当前AF1网元可以执行迁移AF1网元的应用上下文的目标AF网元。即当该一个或多个AF网元中的任一AF网元,需要作为当前AF1网元的目标AF网元时,当前AF1网元可以自主执行迁移AF1网元的应用上下文,将AF1网元的应用上下文发送到该目标AF网元。
例如,若当前AF1网元具备将AF1网元的应用上下文发送到AF2网元的能力,则至少一个“可迁移的目标AF网元”中会包括AF2网元,若当前AF1网元不具备将AF1网元的应用上下文发送到AF2网元的能力,则至少一个“可迁移的目标AF网元”中不包括AF2网元。
在执行步骤S806之后,NEF网元执行步骤S809,即确定目标AF(即AF2),然后确定AF1网元无法将AF1网元的应用上下文发送到AF2网元。可选的,确定目标AF2网元和确定“AF1网元无法将AF1网元的应用上下文发送到AF2网元”这两个动作,NEF网元都可以本地完成,或向UDR网元请求执行。若确定目标AF2网元的方式是向UDR网元请求,则UDR网元除了要向NEF网元返回AF2网元的信息,还可以返回第三指示信息,此情况下,NEF网元则可以根据第三指示信息确定AF1网元无法将AF1网元的应用上下文发送到AF2网元。
综上所述,通过该实施例五,由NEF网元确定源AF网元(即AF1网元)是否可以执行迁移源AF网元的应用上下文,如果不能,NEF网元可以确定目标AF网元(即AF2网元),从源AF网元获取源AF网元的应用上下文,并有效且准确地将源AF网元的应用上下文发送给目标AF网元。
实施例六
在实施例六中,针对上述图3D的实施方法,以第一应用功能网元为AF1网元(即源AF网元),第二应用功能网元为AF2网元(即目标AF网元),第二核心网网元为SMF网元,第三核心网网元为UPF网元为例进一步详细阐述。具体的,SMF网元确定AF1网元是否可以执行迁移AF1网元的应用上下文,如果不能,SMF网元确定AF2网元,从AF1网元获取AF1网元的应用上下文,并将AF1网元的应用上下文发送给AF2网元。
参考图9所示,该实施例六的具体流程如下:
S901a:AF1网元向SMF网元发送AF1请求消息(如AF request)。
该步骤S901a可以参考上述实施例二中步骤S501a,但相比步骤S501a,该步骤S901a的区别包括:该AF1请求消息中包括至少一个(一个或多个)“可迁移的DNAI”,或者该AF1请求消息中包括至少一个(一个或多个)“可迁移的目标AF网元”。
上述的“可迁移的DNAI”和“可迁移的目标AF网元”的具体定义可以参考上述实施例五中的步骤S801a,此处不再具体赘述。
S901b:AF2网元向SMF网元发送AF2请求消息(如AF request)。
该步骤S901b中的AF2网元可以参考上述步骤S901a中AF1网元执行,此处不再具体赘述。
S902a:SMF网元向UDR网元发送AF1的存储消息。
该步骤S902a可以参考上述实施例二中步骤S502a,此处不再赘述。
但与步骤S502a的区别在于:该步骤S902a具体存储的内容为上述S901a中AF1请求消息中的信息,即包括至少一个(一个或多个)“可迁移的DNAI”,或者至少一个(一个或多个)“可迁移的目标AF网元”。
S902b:SMF网元向UDR网元发送AF2的存储消息。
该步骤S902b可以参考上述实施例二中步骤S502b,此处不再具体赘述。
但与步骤S502b的区别在于:该步骤S902b具体存储的内容为上述S901b中AF2请求消息中的信息,即包括至少一个(一个或多个)“可迁移的DNAI”,或者至少一个(一个或多个)“可迁移的目标AF网元”。
S903:AF1网元向SMF网元发送请求订阅DNAI变化事件的消息。
需要注意的是,AF1网元还可以经过NEF网元向SMF网元发送请求订阅DNAI变化事件的消息。
上述步骤S903可对应参考上述实施例二中步骤S502,此处不再具体赘述。
S904:SMF网元确定DNAI变化事件发生,并确定目标DNAI。
S905a:SMF网元向UDR网元发送请求消息,该请求消息中包括目标DNAI。
同理,该步骤S905a中SMF网元可以参考上述实施例五中步骤S807a的NEF网元的方式执行,此处不再具体描述。
S905b:SMF网元从UDR网元接收响应消息。
同理,该步骤S905b中SMF网元可以参考上述实施例五中步骤S807b的NEF网元的方式执行,此处不再具体描述。
S906:SMF网元确定AF1网元无法将AF1网元的应用上下文发送到目标AF2网元。
该步骤S906的确定动作可以是SMF网元本地执行的,例如,SMF网元在执行步骤S901a时本地保存了这些信息,具备确定“AF1网元无法将AF1网元的应用上下文发送到目标DNAI对应的AF2网元”这一事件或情况的能力;也可以是通过UDR网元判断的(即执行步骤S905a和S905b)。
同理,该步骤S906中SMF网元可以参考上述实施例五中步骤S808中NEF网元的执行方式。
S907:SMF网元根据目标DNAI(和第一指示信息和/或第三指示信息),确定目标AF2网元的信息。
如果执行了步骤S805a和S805b,且步骤S805b返回的响应消息中包括AF2网元的信息,则不需要执行该步骤S907。
同理,SMF网元可以从本地或从UDR/UDM/NRF网元获得目标AF2网元的信息,具体的,可参考实施例四中步骤S707a和S707b的相关描述。
S908:SMF网元执行以下步骤:步骤一:SMF网元选择UPF网元;步骤二:SMF网元与UPF网元建立N4会话;步骤三:SMF网元确定用户面路由转发规则。
该步骤S908可以参考上述实施例二中步骤S508,此处不再具体赘述。
S909:SMF网元向UPF网元发送转发规则。
该步骤S909可以参考上述实施例二中步骤S509,此处不再具体赘述。
S910:SMF网元向AF1网元发送该UPF网元的地址信息。
该步骤S910可以参考上述实施例二中步骤S510,此处不再具体赘述。
S911:AF1网元根据该UPF网元的地址信息,向该UPF网元发送AF1网元的应用上下文。
该步骤S911可以参考上述实施例二中步骤S511,此处不再具体赘述。
S912:UPF网元根据转发规则,向AF2网元发送AF1网元的应用上下文。
该步骤S912可以参考上述实施例二中步骤S512,此处不再具体赘述。
通过上述步骤S901-S912,AF1网元可以通过SMF网元完成迁移AF1网元的应用上下文,即将AF1网元的应用上下文发送到AF2网元上,后续执行剩余事件通知流程的步骤可参考上述图2B的剩余事件通知流程的步骤,此处不再具体描述。
综上所述,通过该实施例六,由SMF网元确定源AF网元(即AF1网元)是否可以执行迁移源AF网元的应用上下文,如果不能,SMF网元可以确定目标AF网元(即AF2网元),从源AF网元获取源AF网元的应用上下文,并有效且准确地将源AF网元的应用上下文发送给目标AF网元。
基于同一技术构思,本申请实施例提供一种通信装置,该通信装置可以包括执行上述第一套具体实施例中第一核心网网元所描述的方法/操作/步骤/动作所一一对应的模块或单元,该模块或单元可以是硬件电路,也可是软件,也可以是硬件电路结合软件实现。该通信装置可以具有如图10所示的结构。
如图10所示,该通信装置1000可包括接收单元1001、处理单元1002、发送单元1003,下面对各单元进行具体的介绍。
所述处理单元1002,用于确定第二应用功能网元的信息,所述第二应用功能网元为第一应用功能网元的应用上下文满足预设的迁移条件时进行迁移的目标网元;所述发送单元1003,用于根据所述第二应用功能网元的信息,向所述第二应用功能网元发送所述应用上下文。
一种可能的实施方式中,所述接收单元1001,用于在第一核心网网元根据所述第二应用功能网元的信息,将所述第一应用功能网元的应用上下文发送给所述第二应用功能网元之前,从所述第一应用功能网元获取所述应用上下文。
一种可能的实施方式中,所述第二应用功能网元的信息为以下一项或多项:所述第二应用功能网元的标识信息、所述第二应用功能网元的地址信息。
一种可能的实施方式中,所述处理单元1002在确定第二应用功能网元的信息时,具体可以用于:通过接收单元1001获取目标数据网络接入标识DNAI,所述目标DNAI为所述应用上下文对应的第一终端设备当前位置对应的至少一个DNAI;根据所述目标DNAI,确定所述第二应用功能网元的信息;或者通过所述发送单元1003向统一数据存储UDR网元发送所述目标DNAI,通过接收单元1001从所述UDR网元接收所述第二应用功能网元的信息。
一种可能的实施方式中,所述处理单元1002在确定第二应用功能网元的信息时,具体可以用于:通过接收单元1001从所述第一应用功能网元接收所述第二应用功能网元的信息。
一种可能的实施方式中,所述接收单元1001,还用于从所述第一应用功能网元接收第一指示信息,所述第一指示信息用于请求所述第一核心网网元将所述应用上下文从所述第一应用功能网元发送到所述第二应用功能网元。
一种可能的实施方式中,所述处理单元1002,在确定第二应用功能网元的信息之前,还用于:确定至少一个第一DNAI中不包含所述目标DNAI,或者确定至少一个第三应用功能网元中不包含所述第二应用功能网元;其中,所述至少一个第三应用功能网元为所述第一应用功能网元可迁移所述应用上下文对应的目标应用功能网元,所述至少一个第一DNAI为所述至少一个第三应用功能网元对应的DNAI;确定所述第一应用功能网元不能迁移所述应用上下文。
一种可能的实施方式中,所述接收单元1001,还用于接收至少一个第一DNAI,或者接收至少一个第三应用功能网元的信息。
在一种可能的实施方式中,所述发送单元1003,用于在所述接收单元1001从所述第一应用功能网元获取所述应用上下文之前,向所述第一应用功能网元发送所述应用上下文的请求信息。
在一种可能的实施方式中,所述接收单元1001,还用于在所述发送单元1003将所述应用上下文发送给所述第二应用功能网元之前,从所述第一应用功能网元接收第二指示信息,所述第二指示信息用于指示允许所述第一核心网网元发送所述第一应用功能网元的应用上下文。
在一种可能的实施方式中,所述第一核心网网元为网络开放功能NEF网元。
在一种可能的实施方式中,所述预设的迁移条件包括以下任意一项或多项:所述第一应用功能网元的服务器负载大、所述第一应用功能网元的边缘支持环境不匹配、所述第一终端设备对应的DNAI发生变化。
基于同一技术构思,本申请实施例提供一种通信装置,该通信装置可以包括执行上述第一套具体实施例中第一应用功能网元所描述的一种方法/操作/步骤/动作所一一对应的模块或单元,该模块或单元可以是硬件电路,也可是软件,也可以是硬件电路结合软件实现。该装置也可以具有如图10所示的结构,即该通信装置1000可以包括接收单元1001、处理单元1002、发送单元1003。
所述处理单元1002,用于确定请求第一核心网网元迁移所述第一应用功能网元的应用上下文;所述发送单元1003,用于向所述第一核心网网元发送所述应用上下文。
在一种可能的实施方式中,所述处理单元1002,在确定请求第一核心网网元迁移所述第一应用功能网元的应用上下文时,具体可以用于无法获得第二应用功能网元的信息,所述第二应用功能网元为第一应用功能网元的应用上下文满足预设的迁移条件时进行迁移的目标网元;确定不能执行迁移所述应用上下文。
在一种可能的实施方式中,所述发送单元1003,还用于向所述第一核心网网元发送第二应用功能网元的信息。
在一种可能的实施方式中,所述第二应用功能网元的信息为以下一项或多项:所述第二应用功能网元的标识信息、所述第二应用功能网元的地址信息。
在一种可能的实施方式中,所述发送单元1003,还用于向所述第一核心网网元发送第一指示信息,所述第一指示信息用于请求所述第一核心网网元将所述应用上下文从所述第一应用功能网元发送到所述第二应用功能网元。
在一种可能的实施方式中,所述发送单元1003,还用于向所述第一核心网网元发送第二指示信息,所述第二指示信息用于指示允许所述第一核心网网元发送所述第一应用功能网元的应用上下文。
在一种可能的实施方式中,所述第一核心网网元为网络开放功能NEF网元。
在一种可能的实施方式中,所述预设的迁移条件包括以下任意一项或多项:所述第一应用功能网元的服务器负载大、所述第一应用功能网元的边缘支持环境不匹配、所述第一终端设备对应的DNAI发生变化。
基于同一技术构思,本申请实施例提供一种通信装置,该通信装置可以包括执行上述第一套具体实施例中第一应用功能网元所描述的另一种方法/操作/步骤/动作所一一对应的模块或单元,该模块或单元可以是硬件电路,也可是软件,也可以是硬件电路结合软件实现。该通信装置可以具有如图10所示的结构,即通信装置1000可以包括接收单元1001、处理单元1002、发送单元1003。
所述接收单元1001,用于从第一核心网网元接收应用上下文的请求信息;所述发送单元1003,用于向所述第一核心网网元发送所述第一应用功能网元的应用上下文。
一种可能的实施方式中,所述发送单元1003,还用于向所述第一核心网网元发送第二指示信息,所述第二指示信息用于指示允许所述第一核心网网元迁移所述第一应用功能网元的应用上下文。
一种可能的实施方式中,所述发送单元1003,还用于向所述第一核心网网元发送至少一个第一DNAI,或者向所述第一核心网网元发送至少一个第三应用功能网元的信息;其中,所述至少一个第三应用功能网元为所述第一应用功能网元可迁移所述应用上下文对应的目标应用功能网元,所述至少一个第一DNAI为所述至少一个第三应用功能网元对应的DNAI。
一种可能的实施方式中,所述处理单元1002,用于确定所述应用上下文满足预设的迁移条件;其中,所述预设的迁移条件包括以下任意一项或多项:所述第一应用功能网元的服务器负载大、所述第一应用功能网元的边缘支持环境不匹配、所述应用上下文对应的第一终端设备的DNAI发生变化。
一种可能的实施方式中,所述第一核心网网元为网络开放功能NEF网元。
基于同一技术构思,本申请实施例提供一种通信装置,该通信装置可以包括执行上述第二套具体实施例中第二核心网网元所描述的方法/操作/步骤/动作所一一对应的模块或单元,该模块或单元可以是硬件电路,也可是软件,也可以是硬件电路结合软件实现。该通信装置也可以具有如图10所示的结构,即该通信装置1000可以包括接收单元1001、处理单元1002、发送单元1003。
所述处理单元1002,用于确定第二应用功能网元的信息,所述第二应用功能网元为第一应用功能网元的应用上下文满足预设的迁移条件时进行迁移的目标网元;所述处理单元1002,还用于确定转发规则,所述转发规则用于指示第三核心网网元在接收所述应用上下文时向所述第二应用功能网元发送所述应用上下文;所述发送单元1003,用于向所述第三核心网网元发送所述转发规则。
一种可能的实施方式中,所述第二应用功能网元的信息为以下一项或多项:所述第二应用功能网元的标识信息、所述第二应用功能网元的地址信息。
一种可能的实施方式中,所述发送单元1003,还用于向所述第一应用功能网元发送所述第三核心网网元的地址信息。
一种可能的实施方式中,所述处理单元1002,在确定第二应用功能网元的信息时,具体可以用于通过接收单元1001获取目标数据网络接入标识DNAI,所述目标DNAI为所述应用上下文对应的第一终端设备当前位置对应的至少一个DNAI;根据所述目标DNAI,确定所述第二应用功能网元的信息;或者通过所述发送单元1003向统一数据存储UDR网元发送所述目标DNAI,通过接收单元1001从所述UDR网元接收所述第二应用功能网元的信息。
一种可能的实施方式中,所述处理单元1002在确定第二应用功能网元的信息时,具体可以用于:通过所述接收单元1001接收所述第一应用功能网元确定的所述第二应用功能网元的信息。
一种可能的实施方式中,所述接收单元1001,还用于从所述第一应用功能网元接收第一指示信息,所述第一指示信息用于请求所述第二核心网网元将所述应用上下文从所述第一应用功能网元迁移到所述第二应用功能网元。
一种可能的实施方式中,所述处理单元1002,还用于在确定第二应用功能网元的信息之前,确定至少一个第一DNAI中不包含所述目标DNAI,或者至少一个第三应用功能网元中不包含所述第二应用功能网元;其中,所述至少一个第三应用功能网元为所述第一应用功能网元可迁移所述应用上下文对应的目标应用功能网元,所述至少一个第一DNAI为所述至少一个第三应用功能网元对应的DNAI;确定所述第一应用功能网元不能迁移所述应用上下文。
一种可能的实施方式中,所述接收单元1001,还用于接收至少一个第一DNAI,或者接收至少一个第三应用功能网元的信息。
一种可能的实施方式中,所述接收单元1001,还用于接收所述第一应用功能网元的第二指示信息,所述第二指示信息用于指示允许所述第二核心网网元发送所述第一应用功能网元的应用上下文。
一种可能的实施方式中,所述第二核心网网元为会话管理功能SMF网元,所述第三核心网网元为用户面功能UPF网元。
一种可能的实施方式中,所述预设的迁移条件包括以下任意一项或多项:所述第一应用功能网元的服务器负载大、所述第一应用功能网元的边缘支持环境不匹配、所述第一终端设备对应的DNAI发生变化。
基于同一技术构思,本申请实施例提供一种通信装置,该通信装置可以包括执行上述第二套具体实施例中第三核心网网元所描述的方法/操作/步骤/动作所一一对应的模块或单元,该模块或单元可以是硬件电路,也可是软件,也可以是硬件电路结合软件实现。该通信装置也可以具有如图10所示的结构,即该通信装置1000也可以包括接收单元1001、处理单元1002、发送单元1003。
所述接收单元1001,用于从第二核心网网元接收转发规则,所述转发规则用于指示所述第三核心网网元在接收到第一应用功能网元的应用上下文时向第二功能网元发送所述应用上下文;所述接收单元1001,还用于从所述第一应用功能网元获取所述第一应用功能网元的应用上下文;所述处理单元1002,用于根据所述转发规则,通过发送单元1003向所述第二应用功能网元发送所述应用上下文。
一种可能的实施方式中,所述第二核心网网元为会话管理功能SMF网元,所述第三核心网网元为用户面功能UPF网元。
基于同一技术构思,本申请实施例提供一种通信装置,该通信装置可以包括执行上述第二套具体实施例中第一应用功能网元所描述的一种方法/操作/步骤/动作所一一对应的模块或单元,该模块或单元可以是硬件电路,也可是软件,也可以是硬件电路结合软件实现。该通信装置也可以具有如图10所示的结构,即该通信装置1000也可以包括接收单元1001、处理单元1002、发送单元1003。
所述处理单元1002,用于确定请求第二核心网网元迁移所述第一应用功能网元的应用上下文;所述接收单元1001,用于从所述第二核心网网元接收第三核心网网元的地址信息;所述发送单元,用于根据所述第三核心网网元的地址信息,向所述第三核心网网元发送所述应用上下文。
一种可能的实施方式中,所述处理单元1002,在确定请求第二核心网网元迁移所述第一应用功能网元的应用上下文时,具体可以用于无法获取第二应用功能网元的信息,所述第二应用功能网元为第一应用功能网元的应用上下文满足预设的迁移条件时进行迁移的目标网元;确定不能执行迁移所述应用上下文。
一种可能的实施方式中,所述发送单元1003,还用于向所述第二核心网网元发送第二应用功能网元的信息。
一种可能的实施方式中,所述第二应用功能网元的信息为以下一项或多项:所述第二应用功能网元的标识信息、所述第二应用功能网元的地址信息。
一种可能的实施方式中,所述发送单元1003,还用于向所述第二核心网网元发送第一指示信息,所述第一指示信息用于请求将所述应用上下文从所述第一应用功能网元发送到所述第二应用功能网元。
一种可能的实施方式中,所述发送单元1003,还用于发送第二指示信息,所述第二指示信息用于指示允许所述第二核心网网元发送所述第一应用功能网元的应用上下文。
一种可能的实施方式中,所述第二核心网网元为会话管理功能SMF网元,所述第三核心网网元为用户面功能UPF网元。
一种可能的实施方式中,所述预设的迁移条件包括以下任意一项或多项:所述第一应用功能网元的服务器负载大、所述第一应用功能网元的边缘支持环境不匹配、所述第一终端设备对应的DNAI发生变化。
基于同一技术构思,本申请实施例提供一种通信装置,该通信装置可以包括执行上述第二套具体实施例中第一应用功能网元所描述的另一种方法/操作/步骤/动作所一一对应的模块或单元,该模块或单元可以是硬件电路,也可是软件,也可以是硬件电路结合软件实现。该通信装置也可以具有如图10所示的结构,即该通信装置1000也可以包括接收单元1001、处理单元1002、发送单元1003。
所述接收单元1001,用于从第二核心网网元接收第三核心网网元的地址信息;所述处理单元1002,用于根据所述第三核心网网元的地址信息,向所述第三核心网网元发送所述第一应用功能网元的应用上下文。
一种可能的实施方式中,所述发送单元1003,还用于在所述接收单元1001从第二核心网网元接收第三核心网网元的地址信息之前,发送第二指示信息,所述第二指示信息用于指示允许所述第二核心网网元迁移所述第一应用功能网元的应用上下文。
一种可能的实施方式中,所述发送单元1003,还用于发送至少一个第一DNAI,或者发送至少一个第三应用功能网元的信息;其中,所述至少一个第三应用功能网元为所述第一应用功能网元可迁移所述应用上下文对应的目标应用功能网元,所述至少一个第一DNAI为所述至少一个第三应用功能网元对应的DNAI。
一种可能的实施方式中,所述处理单元1002,还用于确定所述应用上下文满足预设的迁移条件;其中,所述预设的迁移条件包括以下任意一项或多项:所述第一应用功能网元的服务器负载大、所述第一应用功能网元的边缘支持环境不匹配、所述应用上下文对应的第一终端设备的DNAI发生变化。
一种可能的实施方式中,所述第二核心网网元为会话管理功能SMF网元,所述第三核心网网元为用户面功能UPF网元。
可选地,上述通信装置1000还可以包括存储单元,该存储单元用于存储数据或者指令(也可以称为代码或者程序),上述各个单元可以和存储单元交互或者耦合,以实现对应的方法或者功能。例如,处理单元1002可以读取存储单元中的数据或者指令,使得通信装置1000实现上述实施例中的方法。
应理解以上通信装置中单元的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且通信装置中的单元可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分单元以软件通过处理元件调用的形式实现,部分单元以硬件的形式实现。例如,各个单元可以为单独设立的处理元件,也可以集成在通信装置的某一个芯片中实现,此外,也可以以程序的形式存储于存储器中,由通信装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起,也可以独立实现。这里所述的处理元件又可以成为处理器,可以是一种具有信号的处理能力的集成电路。在实现过程中,上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。
在一个例子中,以上任一通信装置中的单元可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(application specific integratedcircuit,ASIC),或,一个或多个微处理器(digital singnal processor,DSP),或,一个或者多个现场可编程门阵列(field programmable gate array,FPGA),或这些集成电路形式中至少两种的组合。再如,当通信装置中的单元可以通过处理元件调度程序的形式实现时,该处理元件可以是通用处理器,例如中央处理器(central processing unit,CPU)或其它可以调用程序的处理器。再如,这些单元可以集成在一起,以片上系统(system-on-a-chip,SOC)的形式实现。
基于同一发明构思,本申请实施例还提供了另一种通信装置,如图11所示,为本申请提供的一种通信装置示意图,该装置可以是上述实施例中的第一核心网网元、第一应用功能网元、第二核心网网元、第三核心网网元。该装置1100包括:通信接口1101、处理器1102、存储器1103。可选的,该通信装置1100还可以包括通信线路1104。其中,通信接口1101、处理器1102以及存储器1103可以通过通信线路1104相互连接;通信线路1104可以是外设部件互连标准(peripheral component interconnect,简称PCI)总线或扩展工业标准结构(extended industry standard architecture,简称EISA)总线等。所述通信线路1104可以分为地址总线、数据总线、控制总线等。为便于表示,图11中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
处理器1102可以是一个CPU,微处理器,ASIC,或一个或多个用于控制本申请方案程序执行的集成电路。
通信接口1101,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如以太网,无线接入网(radio access network,RAN),无线局域网(wireless local areanetworks,WLAN),有线接入网等。
存储器1103可以是ROM或可存储静态信息和指令的其他类型的静态存储设备,RAM或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory,EEPROM)、只读光盘(compactdisc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过通信线路1104与处理器相连接。存储器也可以和处理器集成在一起。
其中,存储器1103用于存储执行本申请方案的计算机执行指令,并由处理器1102来控制执行。处理器1102用于执行存储器1103中存储的计算机执行指令,从而实现本申请上述实施例提供的通信方法。
可选的,本申请实施例中的计算机执行指令也可以称之为应用程序代码,本申请实施例对此不作具体限定。
图12为本申请实施例提供的一种芯片的结构示意图。该芯片1200包括一个或多个处理器1202以及接口电路1201。可选的,所述芯片1200还可以包含总线1203。其中:
处理器1202可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器1202中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1202可以是通用处理器、数字通信器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
接口电路1201可以用于数据、指令或者信息的发送或者接收,处理器1202可以利用接口电路1201接收的数据、指令或者其它信息,进行加工,可以将加工完成信息通过接口电路1201发送出去。
可选的,芯片还包括存储器,存储器可以包括只读存储器和随机存取存储器,并向处理器提供操作指令和数据。存储器的一部分还可以包括非易失性随机存取存储器(NVRAM)。
可选的,存储器存储了可执行软件模块或者数据结构,处理器可以通过调用存储器存储的操作指令(该操作指令可存储在操作系统中),执行相应的操作。
可选的,芯片可以使用在本申请实施例涉及的通信装置(包括第一核心网网元、第一应用功能网元、第二核心网网元、第三核心网网元)中。可选的,接口电路1201可用于输出处理器1202的执行结果。关于本申请的一个或多个实施例提供的通信方法可参考前述各个实施例,这里不再赘述。
需要说明的,处理器1202、接口电路1201各自对应的功能既可以通过硬件设计实现,也可以通过软件设计来实现,还可以通过软硬件结合的方式来实现,这里不作限制。
基于与上述方法实施例相同构思,本申请实施例还提供了一种计算机可读存储介质,其上存储有一些指令,这些指令被计算机调用执行时,可以使得计算机完成上述方法实施例、方法实施例的任意一种可能的设计中所涉及的方法。本申请实施例中,对计算机可读存储介质不做限定,例如,可以是RAM(网络设备dom-access memory,随机存取存储器)、ROM(read-only memory,只读存储器)等。
本申请实施例还提供一种通信系统,该通信系统可以包括上述第一套具体实施例中的第一核心网网元和第一应用功能网元。或者该通信系统可以包括上述第二套具体实施例中的第二核心网网元、第三核心网网元,以及第一应用功能网元。
基于与上述方法实施例相同构思,本申请还提供一种计算机程序产品,该计算机程序产品在被计算机调用执行时可以完成方法实施例以及上述方法实施例任意可能的设计中所涉及的方法。
基于与上述方法实施例相同构思,本申请还提供一种芯片,该芯片可以包括处理器以及接口电路,用于完成上述方法实施例、方法实施例的任意一种可能的实现方式中所涉及的方法,其中,“耦合”是指两个部件彼此直接或间接地结合,这种结合可以是固定的或可移动性的,这种结合可以允许流动液、电、电信号或其它类型信号在两个部件之间进行通信。
本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,另外,在本申请各个实施例中的各功能模块可以集成在一个处理器中,也可以是单独物理存在,也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本申请实施例可以用硬件实现,或固件实现,或它们的组合方式来实现。当使用软件实现时,可以将上述功能存储在计算机可读介质中或作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于:计算机可读介质可以包括RAM、ROM、电可擦可编程只读存储器(electrically erasable programmable read only memory,EEPROM)、只读光盘(compactdisc read-Only memory,CD-ROM)或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。此外。任何连接可以适当的成为计算机可读介质。例如,如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户线(digital subscriber line,DSL)或者诸如红外线、无线电和微波之类的无线技术从网站、服务器或者其他远程源传输的,那么同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线和微波之类的无线技术包括在所属介质的定影中。如本申请实施例所使用的,盘(disk)和碟(disc)包括压缩光碟(compact disc,CD)、激光碟、光碟、数字通用光碟(digital video disc,DVD)、软盘和蓝光光碟,其中盘通常磁性的复制数据,而碟则用激光来光学的复制数据。上面的组合也应当包括在计算机可读介质的保护范围之内。
总之,以上所述仅为本申请的实施例而已,并非用于限定本申请的保护范围。凡根据本申请的揭露,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。

Claims (43)

1.一种通信方法,其特征在于,包括:
第一核心网网元确定第二应用功能网元的信息,所述第二应用功能网元为第一应用功能网元的应用上下文满足预设的迁移条件时进行迁移的目标网元;
所述第一核心网网元根据所述第二应用功能网元的信息,向所述第二应用功能网元发送所述应用上下文。
2.根据权利要求1所述的方法,其特征在于,所述第一核心网网元根据所述第二应用功能网元的信息,将所述第一应用功能网元的应用上下文发送给所述第二应用功能网元之前,所述方法还包括:
所述第一核心网网元从所述第一应用功能网元获取所述应用上下文。
3.根据权利要求1或2所述的方法,其特征在于,所述第二应用功能网元的信息为以下一项或多项:所述第二应用功能网元的标识信息、所述第二应用功能网元的地址信息。
4.根据权利要求1至3任一项所述的方法,其特征在于,所述第一核心网网元确定第二应用功能网元的信息,包括:
所述第一核心网网元获取目标数据网络接入标识DNAI,所述目标DNAI为所述应用上下文对应的第一终端设备当前位置对应的至少一个DNAI;
所述第一核心网网元根据所述目标DNAI,确定所述第二应用功能网元的信息;或者
所述第一核心网网元向统一数据存储UDR网元发送所述目标DNAI,从所述UDR网元接收所述第二应用功能网元的信息。
5.根据权利要求1至3任一项所述的方法,其特征在于,所述第一核心网网元确定第二应用功能网元的信息,包括:
所述第一核心网网元从所述第一应用功能网元接收所述第二应用功能网元的信息。
6.根据权利要求1至5任一项所述的方法,其特征在于,所述方法还包括:
所述第一核心网网元从所述第一应用功能网元接收第一指示信息,所述第一指示信息用于请求所述第一核心网网元将所述应用上下文从所述第一应用功能网元发送到所述第二应用功能网元。
7.根据权利要求1至6任一项所述的方法,其特征在于,所述第一核心网网元确定第二应用功能网元的信息之前,所述方法还包括:
所述第一核心网网元确定至少一个第一DNAI中不包含所述目标DNAI,或者所述第一核心网网元确定至少一个第三应用功能网元中不包含所述第二应用功能网元;其中,所述至少一个第三应用功能网元为所述第一应用功能网元可迁移所述应用上下文对应的目标应用功能网元,所述至少一个第一DNAI为所述至少一个第三应用功能网元对应的DNAI;
所述第一核心网网元确定所述第一应用功能网元不能迁移所述应用上下文。
8.根据权利要求1至7任一项所述的方法,其特征在于,所述方法还包括:
所述第一核心网网元接收至少一个第一DNAI,或者
所述第一核心网网元接收至少一个第三应用功能网元的信息。
9.根据权利要求2至8任一项所述的方法,其特征在于,所述第一核心网网元从所述第一应用功能网元获取所述应用上下文之前,所述方法还包括:
所述第一核心网网元向所述第一应用功能网元发送所述应用上下文的请求消息。
10.根据权利要求1至9任一项所述的方法,其特征在于,所述第一核心网网元将所述应用上下文发送给所述第二应用功能网元之前,所述方法还包括:
所述第一核心网网元从所述第一应用功能网元接收第二指示信息,所述第二指示信息用于指示允许所述第一核心网网元发送所述第一应用功能网元的应用上下文。
11.根据权利要求1至10任一项所述的方法,其特征在于,所述第一核心网网元为网络开放功能NEF网元。
12.根据权利要求1至11任一项所述的方法,其特征在于,所述预设的迁移条件包括以下任意一项或多项:所述第一应用功能网元的服务器负载大、所述第一应用功能网元的边缘支持环境不匹配、所述第一终端设备对应的DNAI发生变化。
13.一种通信方法,其特征在于,包括:
第一应用功能网元确定请求第一核心网网元迁移所述第一应用功能网元的应用上下文;
所述第一应用功能网元向所述第一核心网网元发送所述应用上下文。
14.根据权利要求13所述的方法,其特征在于,所述第一应用功能网元确定请求第一核心网网元迁移所述第一应用功能网元的应用上下文,包括:
所述第一应用功能网元无法获得第二应用功能网元的信息,所述第二应用功能网元为第一应用功能网元的应用上下文满足预设的迁移条件时进行迁移的目标网元;
所述第一应用功能网元确定不能执行迁移所述应用上下文。
15.根据权利要求13所述的方法,其特征在于,所述方法还包括:
所述第一应用功能网元向所述第一核心网网元发送第二应用功能网元的信息。
16.根据权利要求14或15所述的方法,其特征在于,所述第二应用功能网元的信息为以下一项或多项:所述第二应用功能网元的标识信息、所述第二应用功能网元的地址信息。
17.根据权利要求13至16任一项所述的方法,其特征在于,所述方法还包括:
所述第一应用功能网元向所述第一核心网网元发送第一指示信息,所述第一指示信息用于请求所述第一核心网网元将所述应用上下文从所述第一应用功能网元发送到所述第二应用功能网元。
18.根据权利要求13至17任一项所述的方法,其特征在于,所述方法还包括:
所述第一应用功能网元向所述第一核心网网元发送第二指示信息,所述第二指示信息用于指示允许所述第一核心网网元发送所述第一应用功能网元的应用上下文。
19.根据权利要求13至18任一项所述的方法,其特征在于,所述第一核心网网元为网络开放功能NEF网元。
20.根据权利要求13至19任一项所述的方法,其特征在于,所述预设的迁移条件包括以下任意一项或多项:所述第一应用功能网元的服务器负载大、所述第一应用功能网元的边缘支持环境不匹配、所述第一终端设备对应的DNAI发生变化。
21.一种通信方法,其特征在于,包括:
第一应用功能网元从第一核心网网元接收应用上下文的请求消息;
所述第一应用功能网元向所述第一核心网网元发送所述第一应用功能网元的应用上下文。
22.根据权利要求21所述的方法,其特征在于,所述方法还包括:
所述第一应用功能网元向所述第一核心网网元发送第二指示信息,所述第二指示信息用于指示允许所述第一核心网网元迁移所述第一应用功能网元的应用上下文。
23.根据权利要求21或22所述的方法,其特征在于,所述方法还包括:
所述第一应用功能网元向所述第一核心网网元发送至少一个第一DNAI,或者所述第一应用功能网元向所述第一核心网网元发送至少一个第三应用功能网元的信息;其中,所述至少一个第三应用功能网元为所述第一应用功能网元可迁移所述应用上下文对应的目标应用功能网元,所述至少一个第一DNAI为所述至少一个第三应用功能网元对应的DNAI。
24.根据权利要求21至23任一项所述的方法,其特征在于,所述方法还包括:所述第一应用功能网元确定所述应用上下文满足预设的迁移条件;其中,所述预设的迁移条件包括以下任意一项或多项:所述第一应用功能网元的服务器负载大、所述第一应用功能网元的边缘支持环境不匹配、所述应用上下文对应的第一终端设备的DNAI发生变化。
25.根据权利要求21至24任一项所述的方法,其特征在于,所述第一核心网网元为网络开放功能NEF网元。
26.一种通信方法,其特征在于,包括:
第二核心网网元确定第二应用功能网元的信息,所述第二应用功能网元为第一应用功能网元的应用上下文满足预设的迁移条件时进行迁移的目标网元;
所述第二核心网网元确定转发规则,所述转发规则用于指示第三核心网网元在接收所述应用上下文时向所述第二应用功能网元发送所述应用上下文;
所述第二核心网网元向所述第三核心网网元发送所述转发规则。
27.根据权利要求26所述的方法,其特征在于,所述第二应用功能网元的信息为以下一项或多项:所述第二应用功能网元的标识信息、所述第二应用功能网元的地址信息。
28.根据权利要求26或27所述的方法,其特征在于,所述方法还包括:所述第二核心网网元向所述第一应用功能网元发送所述第三核心网网元的地址信息。
29.根据权利要求26至28任一项所述的方法,其特征在于,所述第二核心网网元确定第二应用功能网元的信息,包括:
所述第二核心网网元获取目标数据网络接入标识DNAI,所述目标DNAI为所述应用上下文对应的第一终端设备当前位置对应的至少一个DNAI;
所述第二核心网网元根据所述目标DNAI,确定所述第二应用功能网元的信息;或者
所述第二核心网网元向统一数据存储UDR网元发送所述目标DNAI,从所述UDR网元接收所述第二应用功能网元的信息。
30.根据权利要求26至29任一项所述的方法,其特征在于,所述第二核心网网元确定第二应用功能网元的信息,包括:
所述第二核心网网元接收所述第一应用功能网元确定的所述第二应用功能网元的信息。
31.根据权利要求26至30任一项所述的方法,其特征在于,所述方法还包括:
所述第二核心网网元从所述第一应用功能网元接收第一指示信息,所述第一指示信息用于请求所述第二核心网网元将所述应用上下文从所述第一应用功能网元迁移到所述第二应用功能网元。
32.根据权利要求26至31任一项所述的方法,其特征在于,所述第二核心网网元确定第二应用功能网元的信息之前,所述方法还包括:
所述第二核心网网元确定至少一个第一DNAI中不包含所述目标DNAI,或者所述第二核心网网元确定至少一个第三应用功能网元中不包含所述第二应用功能网元;其中,所述至少一个第三应用功能网元为所述第一应用功能网元可迁移所述应用上下文对应的目标应用功能网元,所述至少一个第一DNAI为所述至少一个第三应用功能网元对应的DNAI;
所述第二核心网网元确定所述第一应用功能网元不能迁移所述应用上下文。
33.根据权利要求26至32任一项所述的方法,其特征在于,所述方法还包括:
所述第二核心网网元接收至少一个第一DNAI,或者
所述第二核心网网元接收至少一个第三应用功能网元的信息。
34.根据权利要求26至33任一项所述的方法,其特征在于,所述方法还包括:
所述第二核心网网元接收所述第一应用功能网元的第二指示信息,所述第二指示信息用于指示允许所述第二核心网网元发送所述第一应用功能网元的应用上下文。
35.根据权利要求26至34任一项所述的方法,其特征在于,所述第二核心网网元为会话管理功能SMF网元,所述第三核心网网元为用户面功能UPF网元。
36.根据权利要求26至35任一项所述的方法,其特征在于,所述预设的迁移条件包括以下任意一项或多项:所述第一应用功能网元的服务器负载大、所述第一应用功能网元的边缘支持环境不匹配、所述第一终端设备对应的DNAI发生变化。
37.一种通信装置,其特征在于,包括用于执行权利要求1-12任一项所述方法的模块或单元。
38.一种通信装置,其特征在于,包括用于执行权利要求13-20任一项所述方法的模块或单元,或者用于执行权利要求21-25任一项所述方法的模块或单元。
39.一种通信装置,其特征在于,包括用于执行权利要求26-36任一项所述方法的模块或单元。
40.一种通信装置,其特征在于,包括:与存储器耦合的处理器,所述存储器用于存储计算机程序;所述处理器用于执行所述存储器存储的计算机程序,使得所述通信装置执行如权利要求1-12任一项所述的方法,或者使得所述通信装置执行如权利要求13-20任一项所述的方法,或者使得所述通信装置执行如权利要求21-25任一项所述的方法。
41.一种通信装置,其特征在于,包括:与存储器耦合的处理器,所述存储器用于存储计算机程序;所述处理器用于执行所述存储器存储的计算机程序,使得所述通信装置执行如权利要求26-36任一项所述的方法。
42.一种计算机可读存储介质,其特征在于,存储计算机程序,当所述计算机程序在处理器上运行时,使得如权利要求1-36任一项所述的方法被执行。
43.一种包含指令的计算机程序产品,其特征在于,当其在计算机上运行时,使得如权利要求1-36任一项所述的方法被执行。
CN202210317269.7A 2022-03-28 2022-03-28 一种通信方法和装置 Pending CN116866885A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202210317269.7A CN116866885A (zh) 2022-03-28 2022-03-28 一种通信方法和装置
PCT/CN2023/083195 WO2023185599A1 (zh) 2022-03-28 2023-03-22 一种通信方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210317269.7A CN116866885A (zh) 2022-03-28 2022-03-28 一种通信方法和装置

Publications (1)

Publication Number Publication Date
CN116866885A true CN116866885A (zh) 2023-10-10

Family

ID=88199257

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210317269.7A Pending CN116866885A (zh) 2022-03-28 2022-03-28 一种通信方法和装置

Country Status (2)

Country Link
CN (1) CN116866885A (zh)
WO (1) WO2023185599A1 (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112135320B (zh) * 2019-06-24 2022-02-01 华为技术有限公司 用于传输业务报文的方法和装置
CN112153098B (zh) * 2019-06-28 2023-09-29 华为技术有限公司 一种应用迁移方法及装置
KR20220021332A (ko) * 2020-08-13 2022-02-22 삼성전자주식회사 모바일 네트워크에서 에지 컴퓨팅 서비스 지속성을 지원하기 위한 방법 및 장치
CN113852948B (zh) * 2021-07-07 2023-05-05 华为技术有限公司 发送应用上下文迁移信息的方法和装置

Also Published As

Publication number Publication date
WO2023185599A1 (zh) 2023-10-05

Similar Documents

Publication Publication Date Title
US11818608B2 (en) Third party charging in a wireless network
US11463946B2 (en) System and method for UE context and PDU session context management
KR102351352B1 (ko) 네트워크 슬라이싱 서빙 기능
US20220248185A1 (en) Session Establishment to Join a Group Communication
US20230370383A1 (en) Systems and methods for supporting traffic steering through a service function chain
US20240090079A1 (en) Group Communication Service Request
US11778035B2 (en) Selecting a user plane function (UPF) for layer 2 networks
CN109792663B (zh) 使用隧道协议服务移动通信设备的方法和装置
US11622398B2 (en) Methods and devices for connecting a wireless communication device to a user plane in a wireless communication network
EP3295650B1 (en) Admission of a session to a virtual network service
US20220264444A1 (en) Session Management for A Network Slice
JP2021518075A (ja) サービス加入方法および装置
US20220408333A1 (en) Session Management for Edge Computing
CN114365518B (zh) 一种通过服务应用影响核心网络中数据业务路由的方法
WO2021042742A1 (zh) 一种通信方法、装置及系统
US20230015916A1 (en) Session Management for Processing Offload
CN114009108A (zh) Ran寻呼处理
US20210400750A1 (en) Method for accessing local network, and related device
CN111512653A (zh) 通过桥接实体路由漫游用户设备的注册请求的技术
CN113938911A (zh) 一种通信方法、设备及系统
CN116866885A (zh) 一种通信方法和装置
CN111787643A (zh) 一种会话建立的方法和设备
WO2023213322A1 (zh) 迁移边缘应用服务器的方法、装置、网元及存储介质
EP4262244A1 (en) Method and device for determining mec access point
CN116866844A (zh) 通信方法及装置

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