WO2021197185A1

WO2021197185A1 - 一种通信方法和通信装置

Info

Publication number: WO2021197185A1
Application number: PCT/CN2021/082906
Authority: WO
Inventors: 张迪; 丁辉; 吴问付; 王远
Original assignee: 华为技术有限公司
Priority date: 2020-04-03
Filing date: 2021-03-25
Publication date: 2021-10-07
Also published as: CN113498217A; CN113498217B

Abstract

本申请提供了一种通信方法及通信装置，利用第一UI对应的会话签约信息以及策略信息，为用户提供同步签约服务，有助于提升用户体验。该通信方法包括：SMF获取第一用户标识UI；然后，该SMF根据数据网络名DNN或单网络切片选择辅助信息S-NSSAI中的一个或多个信息、签约永久标识符SUPI、以及所述第一UI，获取该第一UI对应的会话签约信息，该会话签约信息是利用SUPI建立到DNN和/或S-NSSAI对应的网络切片的会话签约信息；最后，该SMF根据该SUPI，确定该第一UI对应的策略信息，该第一UI对应的策略信息包括第一PDU会话的标识，与该第一UI对应的PDU会话策略以及与该第一UI对应的PCC规则。

Description

一种通信方法和通信装置

本申请要求于2020年4月3日提交中国专利局、申请号为202010260581.8、申请名称为“一种通信方法和通信装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及通信领域，并且更具体地，涉及一种通信方法和通信装置。

背景技术

第五代(5th generation，5G)系统会为非运营商部署的第三代合作伙伴计划(3rd generation partnership project，3GPP)网络的设备或用户提供服务，具体包括：根据用户的需求，调整网络设置(如签约，路由策略，计费)以提供服务给用户。用户需要被识别。用户可通过用户标识(user identity，UI)被识别。UI可以用于标识自然人(如一个或者多个自然人共享用户设备(user equipment，UE))，可以是应用程序(如一个或者多个app运行在同一UE上)，也可以是设备(如一个或者多个设备通过UE使用5G系统服务)。

UI存在对应的签约，该签约可以是运营商更新到5G系统，也可以由第三方更新到5G系统，运营商信任此更新并允许其在3GPP系统中运行。在UE的PDU会话中，目前尚无利用UI对应的签约和策略为用户提供服务的技术方案。

发明内容

有鉴于此，本申请提供一种通信方法及通信装置，利用第一UI对应的会话签约信息以及策略信息，为用户提供同步签约服务，有助于提升用户体验。

第一方面，提供了一种通信方法，包括：首先，SMF(也可以是SMF中的模块，比如，芯片)获取第一用户标识UI；然后，该SMF根据DNN或单网络切片选择辅助信息S-NSSAI中的一个或多个信息、SUPI、以及第一UI，获取与该第一UI对应的会话签约信息，；最后，该SMF根据该SUPI，确定该第一UI对应的策略信息，该第一UI对应的策略信息包括第一PDU会话的标识，与该第一UI对应的PDU会话策略以及与该第一UI对应的PCC规则。因此，SMF利用第一UI对应的会话签约信息以及策略信息，为用户提供同步签约服务，有助于提升用户体验。

SMF根据DNN或单网络切片选择辅助信息S-NSSAI中的一个或多个信息、SUPI、以及第一UI，获取与该第一UI对应的会话签约信息，包括：SMF根据SUPI、DNN以及第一UI，获取与该第一UI对应的会话签约信息；或，SMF根据SUPI、DNN、S-NSSAI以及第一UI，获取与该第一UI对应的会话签约信息；或，SMF根据SUPI、S-NSSAI以及第一UI，获取与该第一UI对应的会话签约信息。

换种表述，第一UI的会话签约信息是利用签约永久标识SUPI建立到数据网络名DNN 和/或单网络切片选择辅助信息S-NSSAI的会话的签约信息。

在一种可能的实现方式中，该SMF获取与该第一UI对应的会话签约信息，包括：该SMF向UDM请求与该第一UI对应的会话签约信息；该SMF接收来自该UDM的第一消息，该第一消息包括与该第一UI对应的会话签约信息。因此，SMF获取的会话签约信息可以是从UDM处获取的。

可选地，该第一消息还包括：生效时间信息，该生效时间信息用于指示该第一PDU会话服务于该第一UI的生效时间。

在一种可能的实现方式中，该方法还包括：该SMF对该第一UI，该生效时间信息，以及与该第一UI对应的会话签约信息进行鉴权。

在一种可能的实现方式中，该方法还包括：该SMF对该第一UI，该生效时间信息，与该第一UI对应的会话签约信息，以及该第一PDU会话的标识进行绑定。

在一种可能的实现方式中，该SMF根据SUPI，确定该第一UI对应的策略信息，包括：该SMF接收来自PCF的该第一UI对应的策略信息，该第一UI对应的策略信息是该第一UI利用该SUPI建立到DNN的该第一PDU会话的策略信息。因此，SMF可以从PCF处获取第一UI对应的策略信息。

在一种可能的实现方式中，该方法还包括：该SMF将第一PDU会话的标识，与该第一UI对应的PDU会话策略以及与该第一UI对应的PCC规则进行绑定。

在一种可能的实现方式中，该方法还包括：该SMF释放该第一PDU会话。这样，有助于减少资源占用，避免资源浪费。

可选地，该SMF接收来自UDM的通知消息；根据该通知消息，释放该第一PDU会话。也就是说，SMF可以基于UDM的通知，释放PDU会话。

可选地，该SMF基于该生效时间信息，释放该第一PDU会话。也就是说，SMF可以基于生效时间信息，在生效时间到期后释放PDU会话。

在本申请实施例中，SMF获取第一UI有多种实现方式，比较灵活。

在一种可能的实现方式中，该SMF获取第一UI，包括：该SMF接收来自用户设备UE的PDU会话请求，该PDU会话请求中包括该第一UI。这里，SMF可以从UE处直接获取第一UI。

可选地，该SMF获取第一UI，包括：该SMF接收来自AMF的该第一UI。这里，SMF可以从AMF处获取第一UI。

可选地，该SMF获取第一UI，包括：该SMF接收来自用户设备UE的PDU会话请求，该PDU会话请求包括该第一UI的信息；该SMF使用该第一UI的信息对该第一UI进行鉴权，以获取该第一UI。这里，SMF可以利用从UE处获取的第一UI的信息，确定第一UI。

可选地，该第一UI的信息包括加密UI；该SMF使用该加密UI与用户标识鉴权功能UAF进行交互，获取该第一UI。如果是加密UI，则SMF需要与UAF进行交互，以获得真实UI。

可选地，该第一UI的信息包括第一UI的指示信息；该SMF使用该第一UI的指示信息与UE进行交互，获取加密UI；并使用该加密UI与用户标识鉴权功能UAF进行交互，获取该第一UI。如果是UI的指示信息，首先利用UI的指示信息获取加密UI，再与UAF 进行交互，以获得真实UI。

第二方面，提供了一种通信方法，包括：首先，AMF(也可以是AMF中的模块，比如，芯片)接收来自用户设备UE的第一用户标识UI的信息；然后，该AMF使用该第一UI的信息对该第一UI进行鉴权，以获取该第一UI；该AMF对该第一UI以及SUPI进行绑定；最后，在用户通过该SUPI发起第一PDU会话的情况下，该AMF向SMF发送该第一UI。这样，AMF可以向SMF发送第一UI，以便于SMF利用第一UI对应的会话签约信息以及策略信息，为用户提供同步签约服务，有助于提升用户体验。

在一种可能的实现方式中，该第一UI的信息包括加密UI；该AMF使用该第一UI的信息对该第一UI进行鉴权，包括：该AMF使用加密UI与用户标识鉴权功能UAF进行交互，确定该第一UI。

在一种可能的实现方式中，该第一UI的信息包括第一UI的指示信息；该AMF使用该第一UI的信息对该第一UI进行鉴权，包括：该AMF使用该第一UI的指示信息与该UE进行交互，获取加密UI；并使用该加密UI与用户标识鉴权功能UAF进行交互，获取该第一UI。

在一种可能的实现方式中，该方法还包括：该AMF对该第一UI以及该SUPI执行去绑定。

第三方面，提供了一种通信方法，包括：首先，UDM(也可以是UDM中的模块，比如，芯片)获取SUPI对应的会话签约数据；然后，该UDM获取第一UI的签约数据；继而，该UDM将该第一UI的签约数据增加到该SUPI对应的会话签约数据下，并将该第一UI，与该第一UI对应的会话签约信息进行绑定，该会话签约信息是根据数据网络名DNN或单网络切片选择辅助信息S-NSSAI中的一个或多个信息、所述SUPI、以及所述第一UI得到的(或该会话签约信息是利用SUPI建立到数据网络名DNN和/或单网络切片选择辅助信息S-NSSAI的会话签约信息)；最后，该UDM向SMF发送第一消息，该第一消息包括该与第一UI对应的会话签约信息。这里，UDM通过将第一UI对应的会话签约信息告知给SMF，以便SMF利用第一UI对应的会话签约信息以及策略信息，为用户提供同步签约服务，有助于提升用户体验。

在本申请实施例中，对于不同的架构，UDM获取该SUPI对应的会话签约数据与该第一UI的签约数据的方式不同，比较灵活。

在一种可能的实现方式中，该SUPI对应的会话签约数据与该第一UI的签约数据是从UDR获取的。

在一种可能的实现方式中，该方法还包括：该UDM向UDR请求该第一UI对应的会话签约信息；该UDM获取SUPI对应的会话签约数据，包括：该UDM接收来自UDR的该SUPI对应的会话签约数据；该UDM获取第一UI的签约数据，包括：该UDM接收来自该UDR的该第一UI的签约数据，该第一UI的签约数据是该UDR通过UPR获取的。

在一种可能的实现方式中，该方法还包括：该UDM获取SUPI对应的会话签约数据，包括：该UDM接收来自UDR的该SUPI对应的会话签约数据；该方法还包括：该UDM根据该第一UI选择UPR，并向该UPR请求该第一UI的签约数据；该UDM获取第一UI的签约数据，包括：该UDM接收来自该UPR的该第一UI的签约数据。

在一种可能的实现方式中，该SUPI对应的会话签约数据是从UDR获取的，该方法还包括：该UDM根据该第一UI选择UPMF，并向该UPMF请求该第一UI的签约数据；该UDM获取第一UI的签约数据，包括：该UDM接收来自该UPMF的该第一UI的签约数据，该第一UI的签约数据是该UPMF利用该第一UI从UPR中获取的。

第四方面，提供了一种通信方法，包括：首先，PCF(也可以是PCF中的模块，比如，芯片)获取SUPI下的策略信息；然后，该PCF获取第一UI下的策略信息；继而，该PCF将该第一UI下的策略信息更新到该SUPI的策略信息中，生成在该SUPI下该第一UI对应的策略信息，该第一UI对应的策略信息包括第一PDU会话的标识，与该第一UI对应的PDU会话策略以及与该第一UI对应的PCC规则；最后，该PCF向SMF发送该第一UI对应的策略信息。这里，PCF通过将第一UI对应的策略信息告知给SMF，以便SMF利用第一UI对应的会话签约信息以及策略信息，为用户提供同步签约服务，有助于提升用户体验。

在本申请实施例中，对于不同的架构，PCF获取该SUPI下的策略信息以及该第一UI下的策略信息的方式不同，比较灵活。

在一种可能的实现方式中，该PCF获取第一UI下的策略信息，包括：该PCF利用该SUPI查询UDR，从该UDR中获取该第一UI下的策略信息。

在一种可能的实现方式中，该PCF获取SUPI下的策略信息，包括：该PCF接收来自UDR的该SUPI下的策略信息；该PCF获取该第一UI下的策略信息，包括：该PCF接收来自UDR的该第一UI下的策略信息，该第一UI下的策略信息是该UDR从UPR获取的。

在一种可能的实现方式中，该PCF获取SUPI下的策略信息，包括：该PCF接收来自UDR的该SUPI下的策略信息；该PCF获取第一UI下的策略信息，包括：该PCF根据该第一UI选择UPR，并接收来自该UPR的该第一UI下的策略信息。

第五方面，提供了一种通信方法，包括：用户设备UE获取用户的第一用户标识UI的信息或该第一UI；该UE向网络设备发送该第一UI的信息或该第一UI。这样，UE可以向SMF发送第一UI的信息或该第一UI，使得SMF获得第一UI，以便于SMF利用第一UI对应的会话签约信息以及策略信息，为用户提供同步签约服务，有助于提升用户体验。

可选地，该第一UI的信息包括加密UI，或者，该第一UI的指示信息。

可选地，该UE向网络设备发送该第一UI的信息或该第一UI，包括：该UE通过PDU会话请求向该网络设备发送该第一UI的信息或该第一UI。

可选地，该网络设备包括SMF或AMF。

第六方面，提供了一种通信装置，该装置包括用于执行上述第一方面或第一方面的任意可能的实现方式中的方法的模块；或者，包括用于执行上述第二方面或第二方面的任意可能的实现方式中的方法的模块；或者，包括用于执行上述第三方面或第三方面的任意可能的实现方式中的方法的模块；或者，包括用于执行上述第四方面或第四方面的任意可能的实现方式中的方法的模块；或者，包括用于执行上述第五方面或第五方面的任意可能的实现方式中的方法的模块。

第七方面，提供了一种通信装置，包括处理器。该处理器与存储器耦合，可用于执行存储器中的指令，以实现上述第一方面中任一种可能实现方式中的方法。可选地，该装置还包括存储器。可选地，该装置还包括通信接口，处理器与通信接口耦合。

在一种实现方式中，该装置为SMF。当该装置为SMF时，所述通信接口可以是收发器，或，输入/输出接口。

在另一种实现方式中，该装置为配置于SMF中的芯片。当该装置为配置于SMF中的芯片时，所述通信接口可以是输入/输出接口。

可选地，所述收发器可以为收发电路。可选地，所述输入/输出接口可以为输入/输出电路。

第八方面，提供了一种通信装置，包括处理器。该处理器与存储器耦合，可用于执行存储器中的指令，以实现上述第二方面中任一种可能实现方式中的方法。可选地，该装置还包括存储器。可选地，该装置还包括通信接口，处理器与通信接口耦合。

在一种实现方式中，该装置为AMF。当该装置为AMF时，所述通信接口可以是收发器，或，输入/输出接口。

在另一种实现方式中，该装置为配置于AMF中的芯片。当该装置为配置于AMF中的芯片时，所述通信接口可以是输入/输出接口。

第九方面，提供了一种通信装置，包括处理器。该处理器与存储器耦合，可用于执行存储器中的指令，以实现上述第三方面中任一种可能实现方式中的方法。可选地，该装置还包括存储器。可选地，该装置还包括通信接口，处理器与通信接口耦合。

在一种实现方式中，该装置为UDM。当该装置为UDM时，所述通信接口可以是收发器，或，输入/输出接口。

在另一种实现方式中，该装置为配置于UDM中的芯片。当该装置为配置于UDM中的芯片时，所述通信接口可以是输入/输出接口。

第十方面，提供了一种通信装置，包括处理器。该处理器与存储器耦合，可用于执行存储器中的指令，以实现上述第四方面中任一种可能实现方式中的方法。可选地，该装置还包括存储器。可选地，该装置还包括通信接口，处理器与通信接口耦合。

在一种实现方式中，该装置为PCF。当该装置为PCF时，所述通信接口可以是收发器，或，输入/输出接口。

在另一种实现方式中，该装置为配置于PCF中的芯片。当该装置为配置于PCF中的芯片时，所述通信接口可以是输入/输出接口。

第十一方面，提供了一种通信装置，包括处理器。该处理器与存储器耦合，可用于执行存储器中的指令，以实现上述第五方面中任一种可能实现方式中的方法。可选地，该装置还包括存储器。可选地，该装置还包括通信接口，处理器与通信接口耦合。

在一种实现方式中，该装置为UE。当该装置为UE时，所述通信接口可以是收发器，或，输入/输出接口。

在另一种实现方式中，该装置为配置于UE中的芯片。当该装置为配置于UE中的芯片时，所述通信接口可以是输入/输出接口。

第十二方面，提供了一种处理器，包括：输入电路、输出电路和处理电路。所述处理电路用于通过所述输入电路接收信号，并通过所述输出电路发射信号，使得所述处理器执行上述第一方面至第五方面中任一方面中的任一种可能实现方式中的方法。

在具体实现过程中，上述处理器可以为芯片，输入电路可以为输入管脚，输出电路可以为输出管脚，处理电路可以为晶体管、门电路、触发器和各种逻辑电路等。输入电路所接收的输入的信号可以是由例如但不限于接收器接收并输入的，输出电路所输出的信号可以是例如但不限于输出给发射器并由发射器发射的，且输入电路和输出电路可以是同一电路，该电路在不同的时刻分别用作输入电路和输出电路。本申请实施例对处理器及各种电路的具体实现方式不做限定。

第十三方面，提供了一种装置，包括处理器和存储器。该处理器用于读取存储器中存储的指令，并可通过接收器接收信号，通过发射器发射信号，以执行第一方面至第五方面中任一方面中的任一种可能实现方式中的方法。

可选地，所述处理器为一个或多个，所述存储器为一个或多个。

可选地，所述存储器可以与所述处理器集成在一起，或者所述存储器与处理器分离设置。

在具体实现过程中，存储器可以为非瞬时性(non-transitory)存储器，例如只读存储器(read only memory，ROM)，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。

应理解，相关的数据交互过程例如发送指示信息可以为从处理器输出指示信息的过程，接收能力信息可以为处理器接收输入能力信息的过程。具体地，处理输出的数据可以输出给发射器，处理器接收的输入数据可以来自接收器。其中，发射器和接收器可以统称为收发器。

上述第十三方面中的装置可以是芯片，该处理器可以通过硬件来实现也可以通过软件来实现，当通过硬件实现时，该处理器可以是逻辑电路、集成电路等；当通过软件来实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现，该存储器可以集成在处理器中，可以位于该处理器之外，独立存在。

第十四方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序或指令，当该计算机程序或指令被执行时，实现上述第一方面至第五方面中任一方面中的任意可能的实现方式中的方法。

第十五方面，提供了一种包含指令的计算机程序产品，当该指令被运行时，实现第一方面至第五方面中任一方面中的任意可能的实现方式中的方法。

第十六方面，提供了一种通信芯片，其中存储有指令，当其在计算机设备上运行时，使得所述通信芯片执行上述第一方面至第五方面中任意可能的实现方式中的方法。

第十七方面，提供了一种通信系统，该通信系统包括SMF、UDM、PCF和UE。可选地，该通信系统还可以包括AMF。可选地，该通信系统还可以包括UPR。

可选地，该通信系统还包括与上述网元进行通信的其他设备。

附图说明

图1是应用本申请实施例基于服务化接口的一个架构示例图；

图2是应用本申请实施例的一个架构图；

图3是应用本申请实施例的另一个架构图；

图4是应用本申请实施例的又一个架构图；

图5是应用本申请实施例的再一个架构图；

图6根据本申请实施例的通信方法的示意性交互图；

图7应用本申请实施例通信方法的一个例子的示意性交互图；

图8应用本申请实施例通信方法的一个例子的示意性交互图；

图9应用本申请实施例通信方法的一个例子的示意性交互图；

图10应用本申请实施例通信方法的一个例子的示意性交互图；

图11根据本申请实施例的通信装置的示意性框图；

图12根据本申请实施例的通信装置的示意结构图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通信(global system for mobile communications，GSM)系统、码分多址(code division multiple access，CDMA)系统、宽带码分多址(wideband code division multiple access，WCDMA)系统、通用分组无线业务(general packet radio service，GPRS)、长期演进(long term evolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobile telecommunication system，UMTS)、全球互联微波接入(worldwide interoperability for microwave access，WiMAX)通信系统、第五代(5th generation，5G)系统或新无线(new radio，NR)等。

为了应对无线宽带技术的挑战，保持3GPP网络的领先优势，3GPP标准组制定了下一代移动通信网络架构(Next Generation System)，称为5G网络架构。该架构不但支持3GPP标准组定义的无线技术(如LTE，5G RAN等)接入5G核心网(5G Core network)，而且支持non-3GPP接入技术通过non-3GPP交互功能(non-3GPP interWorking function，N3IWF)、可信任non-3GPP网关功能(trusted non-3GPP gateway function,TNGF)、可信任WLAN交互功能(trusted WLAN interworking function，TWIF)或下一代接入网关(next generation packet data gateway，NG-PDG)接入5GC。其中核心网功能分为用户面网元功能(user plane function，UPF)与控制面网元功能(control plane function，CP)。用户面网元功能主要负责分组数据包的转发、服务质量(quality of service，QoS)控制、计费信息统计等。控制面网元功能主要负责用户注册认证、移动性管理及向用户面(UPF)下发数据包转发策略、QoS控制策略等，可进一步细分为接入与移动性管理功能(access and mobility management function，AMF)与会话管理功能(session management function，SMF)。

本申请实施例中的用户设备(user equipment，UE)可以指终端(terminal)、接入终端、V2X通信中的终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端设备、无线通信设备、用户代理或用户装置。终端还可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字处理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本申请实施例对此并不限定。终端还可以包括V2X设备，例如为车辆或车辆中的车载单元(on board unit，OBU)。

本申请实施例中的终端通过无线的方式与无线接入网(radio access network，RAN)设备相连，无线接入网网元通过无线或有线方式与核心网设备连接。核心网设备与无线接入网网元可以是独立的不同的物理设备，也可以是将核心网设备的功能与无线接入网网元的逻辑功能集成在同一个物理设备上，还可以是一个物理设备上集成了部分核心网设备的功能和部分的无线接入网网元的功能。终端可以是固定位置的，也可以是可移动的。

核心网设备例如包括移动管理实体(mobility management entity，MME)、广播多播服务中心(broadcast multicast service center，BMSC)等，或者也可以包括5G系统中的相应功能实体，例如核心网控制面(control plane，CP)或用户面(user plan，UP)网络功能等，例如，会话管理网络功能(session management NF，SMF)、接入和移动性管理功能AMF等。其中，核心网控制面也可以理解为核心网控制面功能(control plane function，CPF)实体。

图1中包括基于服务化接口的非漫游架构。该架构具体包括：网络切片选择功能(network slice selection function，NSSF)、认证服务器功能(authentication server function，AUSF)、统一数据管理(unified data management，UDM)、能力开放功能(network exposure function，NEF)、网络存储功能(NF repository function，NRF)、策略控制功能(policy control function，PCF)、应用功能(application function，AF)、接入和移动性管理功能(access and mobility management function，AMF)、SMF、用户设备UE、无线接入网RAN、用户面功能UPF、数据网络(data network，DN)。

SMF主要包括以下功能：会话管理(如会话建立、修改和释放，包含UPF和AN之间的隧道维护)、UPF的选择和控制、业务和会话连续性(service and session continuity，SSC)模式选择、漫游等会话相关的功能。

PCF主要包括以下功能：统一策略制定、策略控制的提供和从用户数据库(user data repository，UDR)中获取策略决策相关的签约信息等策略相关的功能。

NSSF可以理解为网络切片选择功能网元在5G架构中的命名。其中，网络切片选择功能网元主要包括以下功能：为UE选择一组网络切片实例、确定允许的NSSAI和确定可以服务UE的AMF集等。

AUSF可以理解为认证服务器功能网元在5G架构中的命名。其中，认证服务器功能网元主要包括以下功能：认证服务器功能，与统一数据管理网元交互获取用户信息，并执行认证相关的功能，如生成中间密钥等。

UDM可以理解为统一数据管理网元在5G架构中的命名。其中，统一数据管理网元主要包括以下功能：统一数据管理，支持3GPP认证和密钥协商机制中的认证信任状处理，用户身份处理，接入授权，注册和移动性管理，签约管理，短消息管理等。

NEF可以理解为能力开放网元在5G架构中的命名。其中，能力开放网元主要包括以下功能：安全的开放3GPP网络功能提供的业务和能力，有内部开放，或者开放给第三方等；转化或翻译与AF交互的信息和内部网络功能交互的信息，如AF服务标识和内部5G核心网信息如数据网络名(data network name，DNN)，单网络切片选择辅助信息(single network slice selection assistance information，S-NSSAI)等。

NRF可以理解为网络存储功能网元在5G架构中的命名。其中，网络存储功能网元主要包括以下功能：服务发现功能，维护可用的网络功能(network function，NF)实例的NF文本以及他们支持的服务。

AF可以理解为应用功能网元在5G架构中的命名。其中，应用功能网元主要包括以下功能：与3GPP核心网交互提供业务或者服务，包括与NEF交互，策略架构交互等。

AMF可以理解为移动性管理网元在5G架构中的命名。其中，移动性管理网元主要包括以下功能：连接管理、移动性管理、注册管理、接入认证和授权、可达性管理、安全上下文管理等接入和移动性相关的功能。

UPF可以理解为用户面功能网元在5G架构中的命名。其中，用户面功能网元主要包括以下功能：数据包路由和传输、包检测、业务用量上报、QoS处理、合法监听、上行包检测、下行数据包存储等用户面相关的功能。

应理解，这里做统一说明，下文的架构中若出现了上述网元，上述对各个网元包括的功能的描述可以同样适用，为了简洁，下次出现将不作赘述。

本领域技术人员从图1中可以看到，架构的控制面功能是通过服务化接口进行通信，比如，NSSF对外提供的服务化接口可以为Nnssf，NEF对外提供的服务化接口可以为Nnef，NRF对外提供的服务化接口可以为Nnrf，AMF对外提供的服务化接口可以为Namf；SMF提供的服务化接口可以为Nsmf；UDM对外提供的服务化接口可以为Nudm，AF提供的服务化接口可以为Naf；PCF对外提供的服务化接口可以为Npcf，AUSF对外提供的服务化接口可以为Nausf；控制面功能与RAN和UPF间的接口是非服务化接口。UE通过N1接口与AMF连接，UE通过无线资源控制(radio resource control，RRC)协议与RAN连接；RAN通过N2接口与AMF连接，RAN通过N3接口与UPF连接；UPF通过N6接口与DN连接，同时，UPF通过N4接口与SMF连接相关描述可以参考23501标准中的5G系统架构(5G system architecture)，为了简洁，这里对该架构的连接关系不作赘述。

可以理解，在5G网络以及未来其它的网络中，图1中的各个网元功能也可以是其他的名字，本申请实施例对此不作具体限定。例如，会话管理功能SMF还有可能被替换为会话管理网元，策略控制功能(policy control function，PCF)还有可能被替换为策略控制网元等等，在此进行统一说明，以下不再赘述。

用户标识UI有对应的签约，该签约可以是运营商更新到5G系统，也可以由第三方更新到5G系统，运营商信任此更新并允许其在3GPP系统中运行。为了使能UI签约的更新和鉴权认证，5G系统可以通过如下图2至图5中的架构支持。

图2示出了应用本申请实施例的一个架构图。如图2中所示，具体包括：NSSF、AUSF、UDM、AMF、SMF、PCF、AF、UE、RAN、UPF和DN。可选地，图2中还包括UDR。在图2中，UE通过N1接口与AMF连接，UE通过无线资源控制(radio resource control， RRC)协议与RAN连接；RAN通过N2接口与AMF连接，RAN通过N3接口与UPF连接；UPF通过N6接口与DN连接，同时，UPF通过N4接口与SMF连接；SMF通过N7接口与PCF连接，SMF通过N10接口与UDM连接，同时，SMF通过N11接口与AMF连接；AMF通过N8接口与UDM连接，通过N12接口与AUSF连接，通过N22接口与NSSF连接，同时，AMF通过N15接口与PCF连接。AMF和SMF分别通过N8和N10接口从UDM获取用户签约数据；SMF通过N7接口从PCF获取策略数据；AUSF通过N13接口与UDM连接；AF通过N5接口与PCF连接。SMF通过N4接口控制UPF。UDR与UDM连接，同时与PCF连接。在图2的架构中，运营商/运营商信任的第三方将UI的签约信息直接更新到UDR中。由于UI不能独立于UE(基于签约永久标识(subscription permanent identifier，SUPI)的签约)运行，该UI签约是按照是否授权使用UE而更新的。比如UI@1可以使用SUPI@1和SUPI@2，则UI@1的签约同时更新到SUPI@1和SUPI@2下，作为授权(Authorized)UI。

图3示出了应用本申请实施例的一个架构图。图3与图2的区别在于，图3中新增了用户简历数据库(user profile repository，UPR)。UPR与UDR连接。图3中其他网元的连接关系与图2类似，这里不作赘述。在图3的架构中，运营商/运营商信任的第三方将UI的签约信息存储到UPR(用户标识数据库)中，UDR不需要存储，UDR可以利用UI访问并获取UPR中存储的UI签约。由于UI不能独立于UE(基于SUPI的签约)运行，获取该UI签约之前，SUPI与UI之间的关系需要鉴权认证。

图4示出了应用本申请实施例的一个架构图。图4与图3的区别在于，在图3的基础上，UPR可与UDM连接，同时可与PCF连接。在图4的架构中，运营商/运营商信任的第三方将UI的签约信息存储到UPR(用户标识数据库)中，UDR不需要存储。UPR类似于UDR，可以被UDM和PCF以UI为索引进行UI签约和策略的访问和获取。由于UI不能独立于UE(基于SUPI的签约)运行，获取该UI签约之前，SUPI与UI之间的关系需要鉴权认证。

图5示出了应用本申请实施例的一个架构图。图5与图4的区别在于，在图4的基础上新增了用户简历管理功能(user profile management function，UPMF)，UPMF与UPR连接，同时可与UDM连接。在图5的架构中，运营商/运营商信任的第三方将UI的签约信息存储到UPR(用户标识数据库)中，UDR不需要存储。新增逻辑网元UPMF进一步有效管理UPR。UDM与UPMF之间有逻辑接口，用于管理SUPI与UI之间的关系。PCF可以利用UI访问并获取UPR中存储的UI策略。由于UI不能独立于UE(基于SUPI的签约)运行，获取该UI签约之前，SUPI与UI之间的关系需要鉴权认证。

以图2中的架构为例，运营商/运营商信任的第三方为用户分配用户标识UI，该用户标识UI相关的签约和策略由运营商/第三方更新到UDR中，在UDR中以可使用的终端标识SUPI为索引查找UI的签约信息，比如用户张三(UI)可以在7天之内(生效时间activation_duration)使用车辆(SUPI)，使用车辆的时候计费方式是包周(Charging Characteristics)，带宽需求是10GB(Session-AMBR)等。用户标识UI的更新过程不在本申请中描述。由于UI相关签约是由运营商更新到UDR中的，默认SUPI与UI的关系是可信任的。

下表1中给出了UI的签约信息的一个示例。表1中的条目授权UI列表(Authorized UI List)即为用户张三的会话签约信息。在表1中，可以SUPI为索引，查找用户张三的会话签约信息。

表1

从表1中第二行内容可知，中国移动为张三分配的用户标识为UI@1，Authorized UI List中包含UI@1的会话签约信息，例如，会话签约信息包括：生效时间(1周)、DNN、S-NSSAI、5GS签约的QoS配置文件、SUPI(SUPI表示终端的标识，比如，车辆标识)，计费方式是包周(比如，使用车辆的计费方式是包周)，带宽需求是10GB(Session-AMBR)等。

UI@1的会话签约信息可以更新到SUPI签约中，作为Authorized UI。其中，表1中第十一行(Session Management Subscription)的内容为SUPI的签约信息。在UDR中可以SUPI为索引，在表1中获取UI@1的会话签约信息。

可以理解，表1中包含的内容只是示例性地描述，并不对本申请实施例构成限定。

下面结合图6至图10描述本申请实施例提供的通信方法。

图6示出了根据本申请实施例的通信方法600的示意性交互图。为了便于描述，下文以会话管理网元是SMF、策略控制网元是PCF、移动性管理网元是AMF、统一数据管理网元是UDM、等为例进行描述。如图6所示，该方法600包括：

S610，SMF获取第一用户标识UI。

第一UI或第一UI的信息可以是UE获取的用户(user)或实际使用者的UI或UI指示。用户(user)可以在SUPI建立PDU会话过程中携带UI或UI指示，指明SMF需要为该PDU会话获取UI相关的签约和策略，并利用UI相关的签约和策略在该PDU会话内进行签约和策略刷新。比如，在实际使用过程中，UE在应用层或通过其他渠道获得了实际使用者的UI或UI指示。这里，UE获取的可以是真实UI，比如，第一UI，第一UI可在3GPP系统中用于索引。或者，UE获取的是加密UI，需要对加密UI处理后才能得到第一UI。或者，UE获取的是UI指示，则说明PDU会话支持该第一UI，需要对UI指示处理之后才能得到第一UI。

本申请实施例对SMF获取第一UI的方式不作具体限定，SMF可以通过不同的方式获取第一UI。

作为一种可能的实现方式，SMF可以从用户设备UE获取第一UI。

这里，SMF可以从UE获取真实UI，即第一UI。示例性地，UE向SMF发送PDU会话请求，该PDU会话请求中包括第一UI。可选地，该PDU会话请求可以是PDU会话建立请求或PDU会话修改请求。

作为一种可能的实现方式，SMF可以从UE获取第一UI的信息，然后基于第一UI的信息得到第一UI。示例性地，UE向SMF发送PDU会话请求，PDU会话请求中包括第一UI的信息。第一UI的信息包括加密UI或第一UI的指示信息。若第一UI的信息包括加密UI，SMF使用加密UI与用户标识鉴权功能(user authentication function，UAF)进行交互，获取第一UI。若第一UI的信息包括第一UI的指示信息，SMF使用第一UI的指示信息与UE进行交互，获得加密UI，让使用加密UI与UAF进行交互，获得第一UI。

作为一种可能的实现方式，SMF可以从AMF获取第一UI。示例性地，AMF向SMF发送第一UI。

对于AMF向SMF发送第一UI的情形，AMF获得的第一UI或第一UI的信息也可以是UE发送的。可选地，UE向AMF发送第一UI的信息。示例性地，UE向AMF发送PDU会话请求，该PDU会话请求中包括第一UI的信息。可选地，该PDU会话请求可以是PDU会话建立请求或PDU会话修改请求。

对应的，AMF接收来自UE的第一UI的信息；AMF使用第一UI的信息对第一UI进行鉴权，以获取第一UI；AMF对第一UI进行SUPI进行绑定；在用户通过该SUPI发起第一PDU会话的情况下，AMF向SMF发送第一UI。这里，AMF对第一UI进行鉴权的好处在于，可以认证第一UI是否可以使用基于SUPI建立的PDU会话，有助于提高安全性。

可选地，AMF可以通过PDU会话建立请求消息，向SMF发送第一UI。

类似地，第一UI的信息包括加密UI或第一UI的指示信息。对于AMF而言，AMF利用第一UI的信息获取第一UI的方式与SMF类似。具体的，若第一UI的信息包括加密UI，则AMF使用加密UI与UAF进行交互，从而获取真实的UI，即第一UI；若第一UI的信息包括第一UI的指示信息，那么AMF与UE进行交互，首先获取加密UI，然后使用加密UI与UAF进行交互，以获得第一UI。AMF在获得第一UI后，可以将SUPI与第一UI进行绑定，比如【SUPI，UI】。当用户通过该SUPI发起第一PDU会话时，AMF可识别第一UI的信息，并直接利用此绑定关系将第一UI提供给SMF。这里作统一说明，本申请实施例中出现的“【…】”中包括的内容是“和”的关系，也可以理解为“【…】”中包括的内容具有对应关系。

上文描述了UE向SMF或AMF发送第一UI或第一UI的信息情形，但本申请并不限于此，UE也可以向其他核心网网元或接入网网元发送第一UI或第一UE的信息。

S620，SMF根据DNN或单网络切片选择辅助信息S-NSSAI中的一个或多个信息、SUPI、以及所述第一UI，获取与该第一UI对应的会话签约信息。

换种表述，第一UI的会话签约信息是利用签约永久标识SUPI建立到数据网络名DNN和/或单网络切片选择辅助信息S-NSSAI的会话的签约信息。

SMF可以查看本地是否存在第一UI对应的会话签约信息。如果不存在第一UI对应的会话签约信息，SMF可以向UDM请求第一UI对应的会话签约信息；如果存在第一UI对应的会话签约信息，不需要向UDM请求。

举例来说，第一UI对应的会话签约信息可以理解为：当UE使用SUPI在网络切片S-NSSAI和数据网络DNN下建立的所有为第一用户UI服务的PDU会话时，需要采取的会话签约信息(即Session Management Subscription Data[UI])。比如，第一UI对应的会话签约信息表示为【SUPI,DNN,S-NSSAI，UI，Session Management Subscription Data[UI]】。

可选地，SMF获取第一UI对应的会话签约信息，包括：S621，SMF向UDM请求与该第一UI对应的会话签约信息；S622，该SMF接收来自该UDM的第一消息，该第一消息包括与该第一UI对应的会话签约信息。

具体地，SMF基于现有选择UDM的流程选择UDM，并向UDM请求与第一UI对应的会话签约信息。UDM向SMF发送第一消息，第一消息包括与第一UI对应的会话签约信息。这里，UDM如何查找与第一UI对应的会话签约信息将在下文展开描述。

可选地，第一消息中还可以包括生效时间信息，该生效时间信息用于指示第一PDU会话服务于该第一UI的生效时间。比如，生效时间信息表示为activation_duration。可以理解，可以理解，SUPI到DNN的为第一UI服务的PDU会话在activation_duration内生效。本申请是以第一PDU会话为例进行说明，但本申请并不县于此，事实上，SUPI到DNN可以为不同的UI服务，可以为同一UI建立不同PDU会话。

可选地，该方法600还包括：S630，SMF对该第一UI，该生效时间信息，与该第一UI对应的会话签约信息，以及该第一PDU会话的标识进行绑定。比如，SMF对【SUPI,DNN,S-NSSAI,UI,Session Management Subscription Data[UI],[activation_duration],PDU Session ID】执行绑定。

这里，若第一消息中不包括生效时间信息，SMF对第一UI，第一PDU会话的标识，以及与第一UI对应的会话签约信息进行绑定。

S640，SMF根据该SUPI，确定该第一UI对应的策略信息，该第一UI对应的策略信息包括第一PDU会话的标识，与该第一UI对应的PDU会话策略以及与该第一UI对应的策略控制和计费(policy control and charging，PCC)规则。

第一UI对应的策略信息可以理解为：当UE使用SUPI在网络切片S-NSSAI和数据网络DNN下建立的为第一UI服务的PDU Session ID会话时，需要采取的PCC规则和PDU会话策略，即PCC rules[UI]和PDU Session Policy[UI]。示例性的，第一UI对应的策略信息可以表示为【SUPI,DNN,S-NSSAI，UI，PDU Session ID,PCC rules[UI]，PDU Session Policy[UI]】。

SMF可以查看本地是否存在该第一UI对应的策略信息。如果不存在第一UI对应的策略信息，则SMF需要从PCF获取第一UI对应的策略信息；如果存在第一UI对应的策略信息，则不需要从PCF获取第一UI对应的策略信息。

在本申请实施例中，SMF利用第一UI对应的会话签约信息以及策略信息，为用户提供同步签约服务，有助于提升用户体验。

SMF在从PCF获取第一UI对应的策略信息之前，可以先基于现有流程选择PCF，然后再从PCF获取第一UI对应的策略信息。可选地，S640包括：S641，SMF接收来自PCF的该第一UI对应的策略信息，该第一UI对应的策略信息是该第一UI利用该SUPI建立到DNN的该第一PDU会话的策略信息。这里，PCF如何查找第一UI对应的策略信息将在下文展开描述。

SMF在得到第一UI对应的策略信息，可以执行绑定操作。可选地，该方法600还包括：S650，SMF将第一PDU会话的标识，与该第一UI对应的PDU会话策略以及与该第一UI对应的PCC规则进行绑定。示例性地，SMF对【PDU Session ID，PCC rules[UI]，PDU Session Policy[UI]】执行绑定。

当到达生效时间后，SMF可以释放第一PDU会话。可选地，该方法600还包括：S660，SMF释放第一PDU会话。示例性地，当activation_duration到期时，SMF释放【SUPI,DNN,S-NSSAI,UI】下关联的PDU会话，比如，第一PDU会话，第一PDU会话是UE请求的PDU会话，有助于减少资源占用。当UE请求的第一PDU会话在携带第一UI时，第一PDU会话在activation_duration时间内为第一UI服务。

这里，基于SMF是否收到生效时间信息，SMF释放第一PDU会话可以有不同的实现方式。

作为一种实现方式，可选地，SMF接收来自UDM的通知消息，该通知消息用于指示SMF释放第一UI使用SUPI建立到DNN的第一PDU会话；SMF根据该通知消息释放第一PDU会话。这种情况下SMF未收到生效时间信息，因此需要UDM通知SMF作释放。UDM在判断第一UI使用DNN的生效时间到期后，向SMF发送该通知消息，并删除建立的绑定关系，比如，删除绑定关系【SUPI,DNN,S-NSSAI,UI,Session Management Subscription Data[UI],activation_duration】。

作为一种实现方式，可选地，SMF基于该生效时间信息，释放第一PDU会话。也就是说，如果SMF收到了生效时间信息，那么在生效时间到期后，SMF释放该第一PDU会话。可选地，如果SMF是从AMF处获取第一UI，那么SMF在释放完第一PDU会话后，还可以通知AMF解除SUPI与第一UI的绑定关系。相应的，AMF在得到SMF的通知后，可以对该SUPI与第一UI执行去绑定。

对于UDM而言，UDM在向SMF发送第一消息之前，可以查看本地是否存在与该第一UI对应的会话签约信息。如果存在，UDM可以将与第一UI对应的会话签约信息发送给SMF；如果不存在，UDM需要获取SUPI对应的会话签约数据以及第一UI的签约数据，并将第一UI的签约数据增加到SUPI对应的会话签约数据下，并将第一UI以及与该第一UI对应的会话签约信息进行绑定。换句话说，UDM可以将第一UI的签约数据添加到SUPI会话签约数据下。在不同的网络架构下，UDM获取SUPI对应的会话签约数据以及第一UI的签约数据的方式不同，可同时或分别获取SUPI对应的会话签约数据以及第一UI的签约数据，获取方式比较灵活。

另外，对于PCF而言，PCF向SMF发送第一UI对应的策略信息之前，可以查看本地是否存在第一UI对应的策略信息。如果存在，PCF可以将第一UI对应的策略信息发送给SMF；如果不存在，PCF需要获取SUPI下的策略信息，以及第一UI下的策略信息，然后将第一UI下的策略信息更新到SUPI下的策略信息中，生成在该SUPI下该第一UI对应的策略信息，该第一UI对应的策略信息包括第一PDU会话的标识，与该第一UI对应的PDU会话策略以及与该第一UI对应的PCC规则。换句话说，PCF利用第一UI下的策略信息刷新SUPI下的策略信息，使得建立的PDU会话下的用户面策略，计费等更新到第一UI下。在不同的网络架构下，PCF获取SUPI下的策略信息以及第一UI下的策略信息的方式不同，可同时或分别获取SUPI下的策略信息以及第一UI下的策略信息，获取方式比较灵活。

以图2中的架构为例，若采用图2中的架构，SUPI对应的会话签约数据与第一UI的签约数据存储在UDR中。这里，UDM可以从UDR中获取该SUPI对应的会话签约数据与该第一UI的签约数据。示例性地，UDM向UDR发送查询请求，该查询请求中包括SUPI和第一UI，以向UDR请求SUPI对应的会话签约数据与第一UI的签约数据。另外，若采用图2中的架构，PCF可以从UDR中获取第一UI下的策略信息。

为了便于理解，这里结合图7中示例的交互图进行描述。图7中涉及的网元包括UE，AMF，SMF，UDM，PCF，UDR，UAF，数据网络验证、授权和记账(data network authentication authorization accounting，DN-AAA)。其中UAF与DN-AAA可以合设(比如，可用于SMF鉴权)，或者UAF与AUSF可以合设(比如，可用于AMF鉴权)。如图7所示，包括：

701，UE基于现有流程成功注册到网络侧。比如，UE成功注册到RAN和AMF。

这里，UE利用SUPI成功注册到网络侧。

702，UE与用户交互，获取用户的用户标识UI，比如，第一UI。

703，UE在PDU会话请求中携带第一UI或第一UI的信息。

PDU会话请求包括PDU会话建立请求或PDU会话修改请求。第一UI的信息可以包括加密UI或第一UI的指示。比如，将UI或者UI指示(UI indication)包括于PDU Session(SUPI,DNN,S-NSSAI,UI)中。

704，UE发送PDU会话请求，PDU会话请求中携带第一UI或第一UI的信息，以使得SMF获得第一UI。

SMF获得第一UI可以通过以下选项中的任一选项实现。

选项1，步骤704的一种实现方式是：UE向SMF发送PDU会话请求，PDU会话请求中携带第一UI。

或者，选项2，步骤704的一种实现方式是：

704a，UE向AMF发送PDU会话请求，PDU会话请求中携带第一UI或第一UI的信息。

比如，UE根据用户路径选择策略(user routing selection policy，URSP)规则，在PDU会话建立请求中携带第一UI或第一UI的信息。该PDU会话建立请求终结于AMF。

704b，AMF发起鉴权认证流程，以获取第一UI。

AMF在收到第一UI的信息后，对UI进行鉴权，并获得UI的真实标识。该过程根据UE提供的第一UI的信息执行不同的步骤：

若第一UI的信息包括加密UI：AMF与用户鉴权功能UAF交互，从而获取真实的用户标识UI，即第一UI；

若第一UI的信息包括UI指示：AMF与UE，用户进行交互，首先获取加密UI，进而与UAF交互，获取真实用户标识UI，即第一UI。

704c，AMF对第一UI与SUPI进行绑定。

AMF在获得第一UI之后，进行SUPI与UI的绑定，绑定后得到绑定关系【SUPI，UI】。

704d，AMF向SMF发送PDU会话请求，PDU会话请求中包括第一UI。

当用户通过同一SUPI发起不同PDU会话时，AMF识别第一UI或第一UI的信息，并直接利用此绑定关系将第一UI提供给SMF。

或者，选项3，步骤704的一种实现方式是：

704e，UE向SMF发送PDU会话请求，PDU会话请求中携带第一UI或第一UI的信息。

比如，UE根据URSP规则，在PDU会话建立请求中携带第一UI或第一UI的信息。该PDU会话建立请求终结于SMF。

704f，SMF发起鉴权认证流程，以获取第一UI。

SMF在收到第一UI的信息后，对UI进行鉴权，并获得UI的真实标识。该过程根据UE提供的第一UI的信息执行不同的步骤：

若第一UI的信息包括加密UI：SMF与用户鉴权功能UAF交互，从而获取真实的用户标识UI，即第一UI；

若第一UI的信息包括UI指示：SMF与UE，用户进行交互，首先获取加密UI，进而与UAF交互，获取真实用户标识UI，即第一UI。

可以理解，实际应用时可以基于需求采用上述三种选项的任一选项，本申请对此不作具体限定。

SMF查看是否存在第一UI对应的会话签约信息。若不存在，则只需步骤706至709；若存在，则执行步骤711。

705，SMF选择UDM。

706，SMF向UDM发送第一请求消息，比如，第一请求消息为Nudm_SDM_Get/Subscribe，其中包括SUPI,DNN,S-NSSAI,UI,Sess_Man_Sub_Data[UI]。

UDM查询是否存在第一UI对应的会话签约数据，若不存在，执行步骤707a和707b；若存在，执行步骤708。

707a，UDM向UDR发送查询请求，比如，查询请求是Nudr_DM_Query/Subscribe，其中包括SUPI,UI。

以SUPI对应的会话签约数据是Session Management Subscription Data[SUPI]、第一UI的签约数据是UI Subscription Data为例，UDR根据【SUPI，Session Management Subscription Data，DNN，S-NSSAI】向UDM返回SUPI对应的会话签约数据Session Management Subscription Data[SUPI]，并根据【SUPI，Authorized UI list，UI】返回第一UI的签约数据UI Subscription Data和生效时间activation_duration。

707b，UDM将第一UI的签约数据增加到该SUPI对应的会话签约数据下。

UDM通过对比获得的UI Subscription Data和Session Management Subscription Data[SUPI]，然后将UI Subscription Data的特殊参数添加到SUPI会话签约下，绑定【SUPI,DNN,S-NSSAI,UI,Session Management Subscription Data[UI],activation_duration】，并返回给SMF。这里，【SUPI,DNN,S-NSSAI,UI,Session Management Subscription Data[UI],activation_duration】是第一UI对应的会话签约信息的一种示例。

这里对UI Subscription Data的特殊参数不作具体限定，比如，特殊参数包括以下中的一项或多项：5GS Subscribed QoS profile,Charging Characteristics和Subscribed-Session-AMBR。其中，activation_duration是可选项。如果UDM未返回activation_duration，那么当activation_duration到期时，UDM可以删除Session Management Subscription Data[UI]以及activation_duration，并通知SMF释放与【SUPI,DNN,S-NSSAI,UI】相关的PDU会话。

708，UDM向SMF发送第一UI对应的会话签约信息。

可选地，709，SMF针对[UI,Session Management Subscription Data[UI],activation_duration]进行二次鉴权。其中，activation_duration是可选的。这里，SMF进行二次鉴权的好处在于，可以认证第一UI是否可以使用基于SUPI建立的PDU会话或第一UI是否合法，有助于提高安全性。

710，SMF对第一UI，生效时间信息，与该第一UI对应的会话签约信息，以及该第一PDU会话的标识进行绑定。

SMF对【SUPI,DNN,S-NSSAI,UI,Session Management Subscription Data[UI],[activation_duration],PDU Session ID】执行绑定。

SMF查看是否存在第一UI对应的策略信息。如果不存在，则执行步骤711-714；若存在，则执行步骤715。

比如，第一UI对应的策略信息是【SUPI,DNN,S-NSSAI，UI，PDU Session ID,PCC rules[UI]，PDU Session Policy[UI]】。

711，SMF选择PCF。如何选择PCF的流程可以参考现有流程。

712，SMF向PCF发送第二请求消息，比如，第二请求消息是Npcf_SMPolicyControl_Create，其中包括SUPI,PDU Session ID,UI,PCC[UI],PDU_PCC[UI]。

PCF查询是否存在第一UI对应的策略。若不存在，则执行713a和713b；若存在，则执行步骤714。

713a，PCF查询数据库UDR，获得第一UI下的策略信息。

示例性地，PCF查询UDR获得【SUPI,DNN,S-NSSAI，UI,Policy Data[UI],PDU Session policy control data[UI],Accumulated Usage data[UI]】。其中，Policy data,PDU Session policy control data,Accumulated Usage data都是第一UI下的特殊策略信息。

713b，PCF将第一UI下的策略信息更新到该SUPI的策略信息中。

示例性地，PCF将获得的[UI,Policy Data[UI],PDU Session policy control data[UI],Accumulated Usage data[UI]]刷新到【SUPI,DNN,S-NSSAI,PDU Session ID,Policy Data,PDU Session policy control data,Accumulated Usage data】下，PCF处理并形成【PDU Session ID，PCC[UI]，PDU Policy Data[UI]】。其中，【PDU Session ID，PCC[UI]，PDU Policy Data[UI]】是第一UI对应的策略信息的一种示例。

714，PCF向SMF发送第一UI对应的策略信息。

715，SMF对【PDU Session ID，PCC rules[UI]，PDU Session Policy[UI]】执行绑定。

716，当activation_duration到期时，SMF释放PDU会话。

716可以有以下不同的实现方式。

可选地，716a，SMF接收UDM的通知消息。比如，通知消息是Nudm_SDM_Notification，其中包括SUPI,DNN.S-NSSAI,UI,activation_duration。

若SMF未收到activation_duration，当UI使用DNN的生效时间activation duration到期，UDM通知SMF释放UI使用SUPI建立的到DNN的所有PDU会话。

或者，若SMF收到activation_duration，且生效时间到期，或者SMF从UDM处收到PDU会话释放消息后，SMF根据步骤710建立的绑定关系，释放【SUPI,DNN,S-NSSAI,UI】下的所有PDU会话。

可选地，717，SMF向AMF发送去绑定消息。

如果第一UI是SMF从AMF获取的，则SMF在最后一条PDU会话释放完成后，通知AMF解除SUPI与第一UI的绑定关系。AMF基于去绑定消息，接触SUPI与第一UI的绑定关系。

可以理解，图7中的流程只是便于本领域技术人员理解，并不对本申请实施例保护范围构成限定。

从图7中的流程可知，本申请实施例的通信方法能够适用于包括UDR的架构，即在该架构下实现同步签约服务，有助于提升用户体验。

以图3中的架构为例，若采用图3中的架构，运营商/运营商信任的第三方将UI的签约信息存储到UPR中，UDR不需要存储。UDR可以利用UI访问并获取UPR中存储的UI签约。由于UI不能独立于UE(基于SUPI的签约)运行，在获取UI的签约数据之前，SUPI与UI之间的关系需要鉴权认证。

以第一UI进行描述，第一UI的签约数据存储在UPR中，SUPI对应的会话签约数据存储在UDR中。UDM从UDR中获取该SUPI对应的会话签约数据。由于UPR中存储了第一UI的签约数据，因此UDR需要从UPR中获取第一UI的签约数据，然后发送给UDM。

另外，SUPI下的策略信息存储于UDR中，第一UI下的策略信息存储于UPR中。PCF可以从UDR中获取SUPI下的策略信息。由于UPR中存储了第一UI下的策略信息，因此UDR需要从UPR中获取第一UI下的策略信息，然后发送给UDM。

为了便于理解，这里结合图8中示例的交互图进行描述。图8中涉及的网元包括：UE,AMF,SMF,UAF,UDM,UDR,UPR,PCF,DN-AAA。其中UDR与UPR可以合设，UAF与DN-AAA可以合设(比如，可用于SMF鉴权)，UAF与AUSF可以合设(比如，可用于 AMF鉴权)。

与图7的区别在于，在图8中，SMF获取第一UI的采取选项2或选项3。在图8中，图7中的步骤707a需替换为以下步骤：

707a-1).UDM向UDR发送查询请求，以请求UDR获取UI在【SUPI,DNN,S-NSSAI】下的会话签约信息；

707a-2).UDR首先返回SUPI对应的会话签约数据，比如，UDR向UDM返回【SUPI,DNN,S-NSSAI】下的Session Management Subscription Data，该信息只针对SUPI签约；

707a-3).UDR进一步请求UPR，根据第一UI为索引，选择UPR，再从UPR中获得第一UI的签约数据UI Subscription Data。UDR订阅UPR关于第一UI的通知。

707a-4).UDR将获得的第一UI的签约数据，比如，【UI,UI Subscription Data】返回给UDM。

另外，图7中的步骤713a需替换为以下步骤：

713a-1).PCF请求UDR获取第一UI在【SUPI,DNN,S-NSSAI,PDU Session】下的会话策略信息。

713a-2).UDR首先返回【SUPI,DNN,S-NSSAI,PDU Session ID】下的Policy Data,PDU Session policy control data,Accumulated Usage data，该信息只针对SUPI签约。

713a-3).UDR进一步请求UPR，根据第一UI为索引，选择UPR，再从UPR中获得第一UI的策略信息[UI,Policy Data[UI],PDU Session policy control data[UI],Accumulated Usage data[UI]]。

713a-4).UDR将获得的第一UI下的策略信息：[UI,Policy Data[UI],PDU Session policy control data[UI],Accumulated Usage data[UI]]发送给PCF。

其余步骤与图7中的类似，这里不再赘述。

从图8中的流程可知，本申请实施例的通信方法能够适用于包括UDR和UPR的架构，即在该架构下也能实现同步签约服务，有助于提升用户体验。

以图4中的架构为例，若采用图4中的架构，运营商/运营商信任的第三方将UI的签约信息存储到UPR中，UDR不需要存储。UPR与UDR类似，可以被UDM以UI为索引进行UI签约数据的访问和获取，可以被PCF以UI为索引进行UI策略的访问和获取。由于UI不能独立于UE(基于SUPI的签约)运行，在获取UI的签约数据之前，SUPI与UI之间的关系需要鉴权认证。

以第一UI进行描述，第一UI的签约数据存储在UPR中，SUPI对应的会话签约数据存储在UDR中。UDM从UDR中获取该SUPI对应的会话签约数据，从UPR中获取第一UI的签约数据。

另外，SUPI下的策略信息存储于UDR中，第一UI下的策略信息存储于UPR中。PCF可以从UDR中获取SUPI下的策略信息，从UPR中获取第一UI下的策略信息。

为了便于理解，这里结合图9中示例的交互图进行描述。

与图7的区别在于，SMF获取第一UI的采取选项2或选项3。图7中的步骤707a需替换为以下步骤：

707a-1).UDM向UDR发送查询请求，该查询请求用于从UDR获取【SUPI,DNN,S-NSSAI】下的会话签约信息Session Management Subscription Data。

707a-2).UDM根据第一UI为索引，选择UPR。

707a-3).UDM再从UPR中获得第一UI的签约数据UI Subscription Data。即【UI,UI Subscription Data】。UDM订阅UPR关于第一UI的通知。

另外，图7中的步骤713a需替换为以下步骤：

713a-1).PCF向UDR发送请求，以请求获取【SUPI,DNN,S-NSSAI,PDU Session】下的会话策略信息Policy Data,PDU Session policy control data,Accumulated Usage data。

713a-2).UDR向PCF发送SUPI的策略信息。

713a-3).PCF进一步请求UPR，根据第一UI为索引，选择UPR。

713a-4).PCF再从UPR中获得第一UI的策略信息：[UI,Policy Data[UI],PDU Session policy control data[UI],Accumulated Usage data[UI]]。PCF订阅UPR关于第一UI的通知。

其余步骤与图7中的类似，这里不再赘述。

从图9中的流程可知，本申请实施例的通信方法能够适用于包括UDR和UPR的架构(其中，PCF和UDM可以直接访问UPR)，即在该架构下也能实现同步签约服务，有助于提升用户体验。

以图5中的架构为例，若采用图5中的架构，运营商/运营商信任的第三方将UI的签约信息存储到UPR中，UDR不需要存储。UPMF能够管理UPR。UDM与UPMF之间有逻辑接口，用于管理SUPI与UI之间的关系。PCF可以利用UI访问并获取UPR中存储的UI下的策略信息。由于UI不能独立于UE(基于SUPI的签约)运行，在获取UI的签约数据之前，SUPI与UI之间的关系需要鉴权认证。

以第一UI进行描述，第一UI的签约数据存储在UPR中，SUPI对应的会话签约数据存储在UDR中。UDM从UDR中获取该SUPI对应的会话签约数据。UPMF利用第一UI从UPR中获取第一UI的签约数据，并将该第一UI的签约数据发送给UDM。

为了便于理解，这里结合图10中示例的交互图进行描述。图10中涉及的网元包括UE,AMF,SMF,UDM,UAF,PCF,UDR,UPR,UPMF,UAF,DN-AAA。其中UDR与UPR可以合设，UDM与UPMF可以合设，UAF与DN-AAA可以合设(比如，可用于SMF鉴权)，UAF与AUSF可以合设(比如，可用于AMF鉴权)。

707a-1).UDM请求UDR获取第一UI在【SUPI,DNN,S-NSSAI】下的会话签约信息，Session Management Subscription Data。

707a-2).UDM根据第一UI选择UPMF，并从UPMF处请求【UI,UI Subscription Data】。

707a-3).UPMF以第一UI为索引，选择UPR。

707a-4).UPMF从UPR处获取第一UI的签约数据：【UI,UI Subscription Data】。

这里，UPMF可能进一步从UPR中获取【UI,UI Subscription Data】

707a-5).UPMF将获得的第一UI的签约数据：【UI,UI Subscription Data】返回给UDM。

另外，图7中的步骤713a需替换为以下步骤：

713a-2).UDR向PCF发送SUPI的策略信息。

713a-3).PCF进一步请求UPR，根据第一UI为索引，选择UPR。

713a-4).PCF再从UPR中获得第一UI的策略信息[UI,Policy Data[UI],PDU Session policy control data[UI],Accumulated Usage data[UI]]。PCF订阅UPR关于第一UI的通知。

其余步骤与图7中的类似，这里不再赘述。

从图10中的流程可知，本申请实施例的通信方法能够适用于包括UDR、UPMF和UPR的架构(其中，UPMF管理UPR，PCF可以直接访问UPR)，即在该架构下也能实现同步签约服务，有助于提升用户体验。

综上可知，对于不同的架构，本申请实施例的通信方法均能实现同步签约服务，兼容性较好。

可以理解，本申请实施例中的图7至图10中的例子仅仅是为了便于本领域技术人员理解本申请实施例，并非要将本申请实施例限于例示的具体场景。本领域技术人员根据图7至图10的例子，显然可以进行各种等价的修改或变化，这样的修改或变化也落入本申请实施例的范围内。

还可以理解，本申请实施例中图6、或图7至图10中的例子只是示例性地描述，图中的示意并不对执行顺序造成限定，本领域技术人员基于图中的示例，可以对各个步骤之间的先后顺序进行灵活调整。并且，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定。

可以理解的是，本申请实施例中的一些可选的特征，在某些场景下，可以不依赖于其他特征，比如其当前所基于的方案，而独立实施，解决相应的技术问题，达到相应的效果，也可以在某些场景下，依据需求与其他特征进行结合。相应的，本申请实施例中给出的装置也可以相应的实现这些特征或功能，在此不予赘述。

还应理解，本申请实施例的各个方案可以进行合理的组合使用，并且实施例中出现的各个术语的解释或说明可以在各个实施例中互相参考或解释，对此不作限定。

还应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定。上述各个过程涉及的各种数字编号或序号仅为描述方便进行的区分，而不应对本申请实施例的实施过程构成任何限定。

上述本申请提供的实施例中，分别从各个网元本身、以及从各个网元之间交互的角度对本申请实施例提供的通信方法的各方案进行了介绍。可以理解的是，各个网元和设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

例如，当上述网元通过软件模块来实现相应的功能。本申请实施例的通信装置可包括接收模块1101、处理模块1102和发送模块1103，如图11所示。

在一个实施例中，该通信装置可用于执行上述图6至图10中SMF的操作。例如：

处理模块1102，用于获取第一用户标识UI；还用于根据DNN或单网络切片选择辅助信息S-NSSAI中的一个或多个信息、SUPI、以及第一UI，获取与所述第一UI对应的会话签约信息；还用于根据所述SUPI，确定所述第一UI对应的策略信息，所述第一UI对应的策略信息包括第一PDU会话的标识，与所述第一UI对应的PDU会话策略以及与所述第一UI对应的PCC规则。

可选地，所述处理模块1102用于获取与所述第一UI对应的会话签约信息，包括：调用发送模块1103向UDM请求与所述第一UI对应的会话签约信息；调用接收模块1101接收来自所述UDM的第一消息，所述第一消息包括与所述第一UI对应的会话签约信息。

可选地，所述第一消息还包括：生效时间信息，所述生效时间信息用于指示所述第一PDU会话服务于所述第一UI的生效时间。

可选地，所述处理模块1102还用于，对所述第一UI，所述生效时间信息，以及与所述第一UI对应的会话签约信息进行鉴权。

可选地，所述处理模块1102还用于，对所述第一UI，所述生效时间信息，与所述第一UI对应的会话签约信息，以及所述第一PDU会话的标识进行绑定。

可选地，所述处理模块1102用于根据SUPI确定所述第一UI对应的策略信息，包括：

调用接收模块1101接收来自PCF的所述第一UI对应的策略信息，所述第一UI对应的策略信息是所述第一UI利用所述SUPI建立到DNN的所述第一PDU会话的策略信息。

可选地，所述处理模块1102还用于，将第一PDU会话的标识，与所述第一UI对应的PDU会话策略以及与所述第一UI对应的PCC规则进行绑定。

可选地，所述处理模块1102还用于，释放所述第一PDU会话。

所述处理模块1102具体用于，调用接收模块1101接收来自UDM的通知消息；根据所述通知消息，释放所述第一PDU会话。

所述处理模块1102具体用于，基于所述生效时间信息，释放所述第一PDU会话。

可选地，所述处理模块1102用于获取第一UI，包括：调用接收模块1101接收来自用户设备UE的PDU会话请求，所述PDU会话请求中包括所述第一UI。

可选地，所述处理模块1102用于获取第一UI，包括：调用接收模块1101接收来自AMF的所述第一UI。

可选地，所述处理模块1102用于获取第一UI，包括：调用接收模块1101接收来自用户设备UE的PDU会话请求，所述PDU会话请求包括所述第一UI的信息；使用所述第一UI的信息对所述第一UI进行鉴权，以获取所述第一UI。

可选地，所述第一UI的信息包括加密UI；所述SMF使用所述加密UI与UAF进行交互，获取所述第一UI。

可选地，所述第一UI的信息包括第一UI的指示信息；所述SMF使用所述第一UI的指示信息与UE进行交互，获取加密UI；并使用所述加密UI与UAF进行交互，获取所述第一UI。

应理解，各模块执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

此外，该通信装置中的接收模块1101、处理模块1102和发送模块1103还可实现上述方法中SMF的其他操作或功能，此处不再赘述。

在另一个实施例中，该通信装置可用于执行上述图6至图10中AMF的操作。例如：

接收模块1101，用于接收来自用户设备UE的第一用户标识UI的信息。

处理模块1102，用于使用所述第一UI的信息对所述第一UI进行鉴权，以获取所述第一UI；对所述第一UI以及SUPI进行绑定；处理模块1102还用于，在用户通过所述SUPI发起第一PDU会话的情况下，调用发送模块1103向SMF发送所述第一UI。

可选地，所述第一UI的信息包括加密UI；所述处理模块1102用于使用所述第一UI的信息对所述第一UI进行鉴权，包括：使用加密UI与用户标识鉴权功能UAF进行交互，确定所述第一UI。

可选地，所述第一UI的信息包括第一UI的指示信息；所述处理模块1102用于使用所述第一UI的信息对所述第一UI进行鉴权，包括：使用所述第一UI的指示信息与所述UE进行交互，获取加密UI；并使用所述加密UI与用户标识鉴权功能UAF进行交互，获取所述第一UI。

可选地，所述处理模块1102还用于，对所述第一UI以及所述SUPI执行去绑定。

此外，该通信装置中的接收模块1101、处理模块1102和发送模块1103还可实现上述方法中AMF的其他操作或功能，此处不再赘述。

在另一个实施例中，该通信装置可用于执行上述图6至图10中UDM的操作。例如：

处理模块1102，用于获取SUPI对应的会话签约数据；获取第一UI的签约数据；将所述第一UI的签约数据增加到所述SUPI对应的会话签约数据下，并将所述第一UI，与所述第一UI对应的会话签约信息进行绑定，所述会话签约信息是根据DNN或单网络切片选择辅助信息S-NSSAI中的一个或多个信息、SUPI、以及第一UI得到的，。

发送模块1103，用于向SMF发送第一消息，所述第一消息包括所述与第一UI对应的会话签约信息。

可选地，所述SUPI对应的会话签约数据与所述第一UI的签约数据是从UDR获取的。

可选地，所述处理模块1102还用于，调用发送模块1103向UDR请求所述第一UI对应的会话签约信息；调用接收模块1101接收来自UDR的所述SUPI对应的会话签约数据；接收来自所述UDR的所述第一UI的签约数据，所述第一UI的签约数据是所述UDR通过UPR获取的。

可选地，所述处理模块1102用于获取SUPI对应的会话签约数据，包括：调用接收模块1101接收来自UDR的所述SUPI对应的会话签约数据；所述处理模块1102还用于，根据所述第一UI选择UPR，并向所述UPR请求所述第一UI的签约数据；调用接收模块1101接收来自所述UPR的所述第一UI的签约数据。

可选地，所述SUPI对应的会话签约数据是从UDR获取的，所述处理模块1102还用于，根据所述第一UI选择UPMF，并调用发送模块1103向所述UPMF请求所述第一UI的签约数据；调用接收模块1101接收来自所述UPMF的所述第一UI的签约数据，所述第一UI的签约数据是所述UPMF利用所述第一UI从UPR中获取的。

此外，该通信装置中的接收模块1101、处理模块1102和发送模块1103还可实现上述方法中UDM的其他操作或功能，此处不再赘述。

在另一个实施例中，该通信装置可用于执行上述图6至图10中PCF的操作。例如：

处理模块1102，用于获取SUPI下的策略信息；获取第一UI下的策略信息；将所述第一UI下的策略信息更新到所述SUPI的策略信息中，生成在所述SUPI下所述第一UI对应的策略信息，所述第一UI对应的策略信息包括第一PDU会话的标识，与所述第一UI对应的PDU会话策略以及与所述第一UI对应的PCC规则。

发送模块1103，用于向SMF发送所述第一UI对应的策略信息。

可选地，所述处理模块1102用于获取第一UI下的策略信息，包括：利用所述SUPI查询UDR，从所述UDR中获取所述第一UI下的策略信息。

可选地，所述处理模块1102用于获取SUPI下的策略信息，包括：调用接收模块1101接收来自UDR的所述SUPI下的策略信息；

所述处理模块1102用于获取所述第一UI下的策略信息，包括：调用接收模块1101接收来自UDR的所述第一UI下的策略信息，所述第一UI下的策略信息是所述UDR从UPR获取的。

可选地，所述处理模块1102用于获取SUPI下的策略信息，包括：调用接收模块1101接收来自UDR的所述SUPI下的策略信息；所述处理模块1102用于获取第一UI下的策略信息，包括：根据所述第一UI选择UPR，并调用接收模块1101接收来自所述UPR的所述第一UI下的策略信息。

此外，该通信装置中的接收模块1101、处理模块1102和发送模块1103还可实现上述方法中PCF的其他操作或功能，此处不再赘述。

在另一个实施例中，该通信装置可用于执行上述图6至图10中UE的操作。例如：

处理模块1102，用于获取用户的第一用户标识UI的信息或所述第一UI。

发送模块1103，用于向网络设备发送所述第一UI的信息或所述第一UI。

可选地，所述第一UI的信息包括加密UI，或者，所述第一UI的指示信息。

可选地，所述发送模块1103用于向网络设备发送所述第一UI的信息或所述第一UI，包括：通过PDU会话请求向所述网络设备发送所述第一UI的信息或所述第一UI。

可选地，所述网络设备包括SMF或AMF。

此外，该通信装置中的接收模块1101、处理模块1102和发送模块1103还可实现上述方法中UE的其他操作或功能，此处不再赘述。

图12示出了上述实施例中所涉及的通信装置的另一种可能的结构示意图。该通信装置包括处理器1105，如图12所示，通信装置还可以包括至少一个存储器1106，用于存储程序指令和/或数据。存储器1106和处理器1105耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器1105可能和存储器1106协同操作。处理器1105可能执行存储器1106中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。

该通信装置还可以包括收发器1104，用于通过传输介质和其它设备进行通信，从而用于装置可以和其它设备进行通信。可选地，收发器1104可以是接口、总线、电路或者能够实现收发功能的装置。可选地，收发器1104可以包括接收器和发送器。

本申请实施例中不限定上述收发器1104、处理器1105以及存储器1106之间的具体连接介质。本申请实施例在图12中以存储器1106、处理器1105以及收发器1104之间通过总线1107连接，总线在图12中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图12中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

例如，在一个实施例中，处理器1105被配置为SMF的其他操作或功能。收发器1104用于实现该通信装置与其他网元(比如，AMF\UE\PCF\UDM)之间的通信。

在另一个实施例中，处理器1105被配置为AMF的其他操作或功能。收发器1104用于实现该通信装置与其他网元(比如，SMF\UE\UAF)之间的通信。

在另一个实施例中，处理器1105被配置为UDM的其他操作或功能。收发器1104用于实现该通信装置与其他网元(比如，SMF\UDR\UPR\UPMF)之间的通信。

在另一个实施例中，处理器1105被配置为PCF的其他操作或功能。收发器1104用于实现该通信装置与其他网元(比如，SMF\UDR\UPR)之间的通信。

在另一个实施例中，处理器1105被配置为UE的其他操作或功能。收发器1104用于实现该通信装置与其他网元(比如，SMF\AMF)之间的通信。

以上模块或单元的一个或多个可以软件、硬件或二者结合来实现。当以上任一模块或单元以软件实现的时候，所述软件以计算机程序指令的方式存在，并被存储在存储器中，处理器可以用于执行所述程序指令并实现以上方法流程。所述处理器可以包括但不限于以下至少一种：中央处理单元(central processing unit，CPU)、微处理器、数字信号处理器(DSP)、微控制器(microcontroller unit，MCU)、或人工智能处理器等各类运行软件的计算设备，每种计算设备可包括一个或多个用于执行软件指令以进行运算或处理的核。该处理器可以内置于SoC(片上系统)或专用集成电路(application specific integrated circuit，ASIC)，也可是一个独立的半导体芯片。该处理器内处理用于执行软件指令以进行运算或处理的核外，还可进一步包括必要的硬件加速器，如现场可编程门阵列(field programmable gate array，FPGA)、PLD(可编程逻辑器件)、或者实现专用逻辑运算的逻辑电路。

当以上模块或单元以硬件实现的时候，该硬件可以是CPU、微处理器、DSP、MCU、人工智能处理器、ASIC、SoC、FPGA、PLD、专用数字电路、硬件加速器或非集成的分立器件中的任一个或任一组合，其可以运行必要的软件或不依赖于软件以执行以上方法流程。

当以上模块或单元使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

以上所述的具体实施方式，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请的具体实施方式而已，并不用于限定本申请的保护范围，凡在本申请的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本申请的保护范围之内。

根据本申请实施例提供的方法，本申请还提供一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行前述方法实施例中SMF侧的方法。

根据本申请实施例提供的方法，本申请还提供一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行前述方法实施例中AMF侧的方法。

根据本申请实施例提供的方法，本申请还提供一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行前述方法实施例中UDM侧的方法。

根据本申请实施例提供的方法，本申请还提供一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行前述方法实施例中PCF侧的方法。

根据本申请实施例提供的方法，本申请还提供一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行前述方法实施例中UE侧的方法。

根据本申请实施例提供的方法，本申请还提供一种计算机可读介质，该计算机可读介质存储有程序代码，当该程序代码在计算机上运行时，使得该计算机执行前述方法实施例中SMF侧的方法。

根据本申请实施例提供的方法，本申请还提供一种计算机可读介质，该计算机可读介质存储有程序代码，当该程序代码在计算机上运行时，使得该计算机执行前述方法实施例中AMF侧的方法。

根据本申请实施例提供的方法，本申请还提供一种计算机可读介质，该计算机可读介质存储有程序代码，当该程序代码在计算机上运行时，使得该计算机执行前述方法实施例中UDM侧的方法。

根据本申请实施例提供的方法，本申请还提供一种计算机可读介质，该计算机可读介质存储有程序代码，当该程序代码在计算机上运行时，使得该计算机执行前述方法实施例中PCF侧的方法。

根据本申请实施例提供的方法，本申请还提供一种计算机可读介质，该计算机可读介质存储有程序代码，当该程序代码在计算机上运行时，使得该计算机执行前述方法实施例中UE侧的方法。

本申请实施例还提供了一种处理装置，包括处理器和接口；所述处理器用于执行上述任一方法实施例中的通信方法。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims

一种通信方法，其特征在于，包括：

会话管理网元获取第一用户标识UI；

所述会话管理网元根据数据网络名DNN或单网络切片选择辅助信息S-NSSAI中的一个或多个信息、签约永久标识符SUPI、以及所述第一UI，获取与第一UI对应的会话签约信息；

所述会话管理网元根据所述SUPI，确定所述第一UI对应的策略信息，所述第一UI对应的策略信息包括第一协议数据单元PDU会话的标识，与所述第一UI对应的PDU会话策略以及与所述第一UI对应的策略和计费控制PCC规则。
根据权利要求1所述的方法，其特征在于，所述会话管理网元获取与所述第一UI对应的会话签约信息，包括：

所述会话管理网元向统一数据管理网元请求与所述第一UI对应的会话签约信息；

所述会话管理网元接收来自所述统一数据管理网元的第一消息，所述第一消息包括与所述第一UI对应的会话签约信息。
根据权利要求2所述的方法，其特征在于，所述第一消息还包括：生效时间信息，所述生效时间信息用于指示所述第一PDU会话服务于所述第一UI的生效时间。
根据权利要求3所述的方法，其特征在于，所述方法还包括：

所述会话管理网元对所述第一UI，所述生效时间信息，以及与所述第一UI对应的会话签约信息进行鉴权。
根据权利要求3或4所述的方法，其特征在于，所述方法还包括：

所述会话管理网元对所述第一UI，所述生效时间信息，与所述第一UI对应的会话签约信息，以及所述第一PDU会话的标识进行绑定。
根据权利要求1至5中任一项所述的方法，其特征在于，所述会话管理网元根据SUPI，确定所述第一UI对应的策略信息，包括：

所述会话管理网元接收来自策略控制网元的所述第一UI对应的策略信息，所述第一UI对应的策略信息是所述第一UI利用所述SUPI建立到DNN的所述第一PDU会话的策略信息。
根据权利要求6所述的方法，其特征在于，所述方法还包括：

所述会话管理网元将第一PDU会话的标识，与所述第一UI对应的PDU会话策略以及与所述第一UI对应的PCC规则进行绑定。
根据权利要求1至7中任一项所述的方法，其特征在于，所述方法还包括：

所述会话管理网元释放所述第一PDU会话。
根据权利要求1至8中任一项所述的方法，其特征在于，所述会话管理网元获取第一UI，包括：

所述会话管理网元接收来自用户设备UE的PDU会话请求，所述PDU会话请求中包括所述第一UI。
根据权利要求1至8中任一项所述的方法，其特征在于，所述会话管理网元获取第一UI，包括：

所述会话管理网元接收来自移动性管理网元的所述第一UI。
根据权利要求1至8中任一项所述的方法，其特征在于，所述会话管理网元获取第一UI，包括：

所述会话管理网元接收来自用户设备UE的PDU会话请求，所述PDU会话请求包括所述第一UI的信息；

所述会话管理网元使用所述第一UI的信息对所述第一UI进行鉴权，以获取所述第一UI。
一种通信方法，其特征在于，包括：

移动性管理网元接收来自用户设备UE的第一用户标识UI的信息；

所述移动性管理网元使用所述第一UI的信息对所述第一UI进行鉴权，以获取所述第一UI；

所述移动性管理网元对所述第一UI以及签约永久标识符SUPI进行绑定；

在用户通过所述SUPI发起第一协议数据单元PDU会话的情况下，所述移动性管理网元向会话管理网元发送所述第一UI。
根据权利要求12所述的方法，其特征在于，所述第一UI的信息包括加密UI；

所述移动性管理网元使用所述第一UI的信息对所述第一UI进行鉴权，包括：

所述移动性管理网元使用加密UI与用户标识鉴权功能UAF进行交互，确定所述第一UI。
根据权利要求12所述的方法，其特征在于，所述第一UI的信息包括第一UI的指示信息；

所述移动性管理网元使用所述第一UI的信息对所述第一UI进行鉴权，包括：

所述移动性管理网元使用所述第一UI的指示信息与所述UE进行交互，获取加密UI；并使用所述加密UI与用户标识鉴权功能UAF进行交互，获取所述第一UI。
根据权利要求12至14中任一项所述的方法，其特征在于，所述方法还包括：

所述移动性管理网元对所述第一UI以及所述SUPI执行去绑定。
一种通信方法，其特征在于，包括：

统一数据管理网元获取签约永久标识符SUPI对应的会话签约数据；

所述统一数据管理网元获取第一用户标识UI的签约数据；

所述统一数据管理网元将所述第一UI的签约数据增加到所述SUPI对应的会话签约数据下，并将所述第一UI，与所述第一UI对应的会话签约信息进行绑定，所述会话签约信息是根据数据网络名DNN或单网络切片选择辅助信息S-NSSAI中的一个或多个信息、所述SUPI、以及所述第一UI得到的；

所述统一数据管理网元向会话管理网元发送第一消息，所述第一消息包括所述与第一UI对应的会话签约信息。
根据权利要求16所述的方法，其特征在于，所述SUPI对应的会话签约数据与所述第一UI的签约数据是从用户数据库UDR获取的。
根据权利要求16所述的方法，其特征在于，所述方法还包括：

所述统一数据管理网元向用户数据库UDR请求所述第一UI对应的会话签约信息；

所述统一数据管理网元获取SUPI对应的会话签约数据，包括：所述统一数据管理网元接收来自UDR的所述SUPI对应的会话签约数据；

所述统一数据管理网元获取第一UI的签约数据，包括：所述统一数据管理网元接收来自所述UDR的所述第一UI的签约数据，所述第一UI的签约数据是所述UDR通过用户简历数据库UPR获取的。
根据权利要求16所述的方法，其特征在于，所述方法还包括：

所述统一数据管理网元获取SUPI对应的会话签约数据，包括：所述统一数据管理网元接收来自UDR的所述SUPI对应的会话签约数据；

所述方法还包括：

所述统一数据管理网元根据所述第一UI选择用户简历数据库UPR，并向所述UPR请求所述第一UI的签约数据；

所述统一数据管理网元获取第一UI的签约数据，包括：所述统一数据管理网元接收来自所述UPR的所述第一UI的签约数据。
根据权利要求16所述的方法，其特征在于，所述SUPI对应的会话签约数据是从UDR获取的，所述方法还包括：

所述统一数据管理网元根据所述第一UI选择用户简历管理功能UPMF，并向所述UPMF请求所述第一UI的签约数据；

所述统一数据管理网元获取第一UI的签约数据，包括：所述统一数据管理网元接收来自所述UPMF的所述第一UI的签约数据，所述第一UI的签约数据是所述UPMF利用所述第一UI从用户简历数据库UPR中获取的。
一种通信方法，其特征在于，包括：

策略控制网元获取签约永久标识SUPI下的策略信息；

所述策略控制网元获取第一用户标识UI下的策略信息；

所述策略控制网元将所述第一UI下的策略信息更新到所述SUPI下的策略信息中，生成在所述SUPI下所述第一UI对应的策略信息，所述第一UI对应的策略信息包括第一协议数据单元PDU会话的标识，与所述第一UI对应的PDU会话策略以及与所述第一UI对应的PCC规则；

所述策略控制网元向会话管理网元发送所述第一UI对应的策略信息。
根据权利要求21所述的方法，其特征在于，所述策略控制网元获取第一UI下的策略信息，包括：

所述策略控制网元利用所述SUPI查询用户数据库UDR，从所述UDR中获取所述第一UI下的策略信息。
根据权利要求21所述的方法，其特征在于，所述策略控制网元获取SUPI下的策略信息，包括：

所述策略控制网元接收来自UDR的所述SUPI下的策略信息；

所述策略控制网元获取所述第一UI下的策略信息，包括：所述策略控制网元接收来自用户数据库UDR的所述第一UI下的策略信息，所述第一UI下的策略信息是所述UDR从用户简历数据库UPR获取的。
根据权利要求21所述的方法，其特征在于，所述策略控制网元获取SUPI下的策略信息，包括：

所述策略控制网元接收来自UDR的所述SUPI下的策略信息；

所述策略控制网元获取第一UI下的策略信息，包括：所述策略控制网元根据所述第一UI选择UPR，并接收来自所述UPR的所述第一UI下的策略信息。
一种通信方法，其特征在于，包括：

用户设备UE获取用户的第一用户标识UI的信息或所述第一UI；

所述UE向网络设备发送所述第一UI的信息或所述第一UI。
根据权利要求25所述的方法，其特征在于，所述第一UI的信息包括加密UI，或者，所述第一UI的指示信息。
根据权利要求25或26所述的方法，其特征在于，所述UE向网络设备发送所述第一UI的信息或所述第一UI，包括：

所述UE通过PDU会话请求向所述网络设备发送所述第一UI的信息或所述第一UI。
一种通信装置，其特征在于，包括用于执行如权利要求1至11，或12至15，或16至20，或21至24，或25至27中任一项所述的方法的模块。
一种通信装置，其特征在于，包括处理器和接口电路，所述接口电路用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置，所述处理器通过逻辑电路或执行代码指令用于实现如权利要求1至11，或12至15，或16至20，或21至24，或25至27中任一项所述的方法。
一种计算机可读存储介质，其特征在于，所述存储介质中存储有程序或指令，当所述程序或指令被运行时，实现如权利要求1至11，或12至15，或16至20，或21至24，或25至27中任一项所述的方法。