CN114642079B - 通信方法及装置 - Google Patents

Abstract

本申请提供通信方法及装置。该方法包括：第一移动性管理网元接收来自第二移动性管理网元的第二用户的信息，第一移动性管理网元服务于第一用户，第二移动性管理网元服务于第二用户，第一用户对应第一USIM，第二用户对应第二USIM，该第一USIM和该第二USIM位于同一终端设备；第一移动性管理网元根据第二用户的信息和第一移动性管理网元中的第一用户的信息，执行对第一用户的控制。基于该方案，可以实现网络侧交互不同用户之间的信息，且保持用户的信息的同步。如此，将有助于提升网络设备与终端设备之间的通信质量，避免通信业务发生冲突，从而提高了用户的通信业务体验。

Description

通信方法及装置

技术领域

本申请涉及移动通信技术领域，尤其涉及通信方法及装置。

背景技术

通用用户识别模块(universal subscriber identity module，USIM)是一种用于终端用户身份识别的应用，一般是通用集成电路卡(universal intergrated circuitcard，UICC)中的一个模块。USIM中存储了无线通信系统的签约用户的身份验证、鉴权和加密相关的信息，终端设备使用USIM接入无线通信系统。另外，USIM可以认为是升级的用户身份识别卡(subscriber identification module，SIM)，在安全性方面对算法进行了升级，并增加了USIM对网络的认证功能，安全性能更高。

目前通信技术中，存在同一终端设备内同时持有多个USIM(即多通用用户识别模块(Multi-Universal Subscriber Identity Module，MUSIM))的需求。在MUSIM场景下，用户可通过同一终端设备的多个USIM分别联系不同的用户群体，或者分别进行不同的通信业务。此外，未来的企业场景对一个终端设备支持多个USIM也存在较强需求。MUSIM的实现方式有多种，例如：终端设备上存在多个卡槽，可以安装多个USIM；或者，终端设备上的一个UICC中存储有多个USIMs；或者，多个USIM可以存储在终端设备上，而无需UICC，即软SIM或软USIM。

目前，在多USIM的场景中，网络对同一个终端设备中的多个USIM对应的用户分别进行控制。由于只能根据一个USIM对应的用户的信息控制该用户，导致用户的通信业务体验不佳。

发明内容

本申请提供通信方法及装置，用以提升用户的通信业务体验。

第一方面，本申请提供一种通信方法，该方法包括：第一移动性管理网元接收来自第二移动性管理网元的第二用户的信息，所述第一移动性管理网元服务于第一用户，所述第二移动性管理网元服务于所述第二用户，所述第一用户对应第一USIM，所述第二用户对应第二USIM，所述第一USIM和所述第二USIM位于同一终端设备；所述第一移动性管理网元根据所述第二用户的信息和所述第一移动性管理网元中的第一用户的信息，执行对所述第一用户的控制。

基于该方案，可以实现网络侧交互不同用户之间的信息，且保持用户的信息的同步。如此，将有助于提升UE与网络设备之间的通信质量，避免通信业务发生冲突，从而提高了用户的通信业务体验。

在一种可能的实现方法中，所述第一移动性管理网元向所述第二移动性管理网元发送所述第一用户的信息，所述第一用户的信息用于执行对所述第二用户的控制。

在一种可能的实现方法中，所述第一移动性管理网元在所述第一用户的上下文中存储所述第二用户的信息，所述第一用户的上下文还包括所述第一用户的信息。

在一种可能的实现方法中，所述第一用户的信息包括以下一项或多项：所述第一用户的连接管理状态、所述第一用户的业务优先级信息、所述第一用户的业务信息；所述第二用户的信息包括以下一项或多项：所述第二用户的连接管理状态、所述第二用户的业务优先级信息、所述第二用户的业务信息、所述第二移动性管理网元的标识和/或地址信息、所述第二用户的标识。

在一种可能的实现方法中，所述第一用户的信息包括所述第一用户处于空闲态，所述第二用户的信息包括所述第二用户处于空闲态；所述第一移动性管理网元根据所述第二用户的信息和所述第一移动性管理网元中的第一用户的信息，执行对所述第一用户的控制，包括：若所述第一用户寻呼失败，所述第一移动性管理网元根据寻呼策略对所述第一用户进行寻呼，所述寻呼策略包括以下至少一项：寻呼尝试次数少于单USIM的寻呼尝试次数、扩大的寻呼范围小于单USIM扩大的寻呼范围；或者，所述寻呼策略包括以下至少一项：寻呼尝试次数多于单USIM的寻呼尝试次数、增加下次寻呼尝试与本次寻呼尝试之间的时间间隔。

在一种可能的实现方法中，所述第一用户的信息包括所述第一用户处于空闲态，所述第二用户的信息包括所述第二用户处于连接态；所述第一移动性管理网元根据所述第二用户的信息和所述第一移动性管理网元中的第一用户的信息，执行对所述第一用户的控制，包括：所述第一移动性管理网元根据寻呼策略对所述第一用户进行寻呼，所述寻呼策略包括以下至少一项：终止寻呼尝试、寻呼尝试次数少于单USIM的寻呼尝试次数、扩大的寻呼范围小于单USIM扩大的寻呼范围。

在一种可能的实现方法中，所述第一用户的信息包括所述第一用户处于空闲态，所述第二用户的信息包括所述第二用户处于连接态；所述第一移动性管理网元根据所述第二用户的信息和所述第一移动性管理网元中的第一用户的信息，执行对所述第一用户的控制，包括：若所述第一用户寻呼失败，所述第一移动性管理网元请求第二移动管理网元通知终端设备所述第一用户存在下行业务。

在一种可能的实现方法中，所述第一用户的信息包括所述第一用户处于连接态，所述第二用户的信息包括所述第二用户处于空闲态；所述第一移动性管理网元根据所述第二用户的信息和所述第一移动性管理网元中的第一用户的信息，执行对所述第一用户的控制，包括：所述第一移动性管理网元接收来自第二移动管理网元的用于通知所述终端设备所述第一用户存在下行业务的请求；所述第一移动性管理网元通过所述第一用户的通信连接，向所述终端设备通知：所述第二用户存在下行业务。

在一种可能的实现方法中，所述第一用户的信息包括所述第一用户处于空闲态、所述第一用户的待发起的业务的优先级，所述第二用户的信息包括所述第二用户处于连接态、所述第二用户的正在进行的业务的优先级；所述第一移动性管理网元根据所述第二用户的信息和所述第一移动性管理网元中的第一用户的信息，执行对所述第一用户的控制，包括：若所述第一用户的待发起的业务的优先级低于所述第二用户的正在进行的业务的优先级，所述第一移动性管理网元确定不为所述第一用户的待发起的业务发起寻呼。

在一种可能的实现方法中，所述第一用户的信息包括所述第一用户处于连接态，所述第二用户的信息包括所述第二用户处于空闲态；所述第一移动性管理网元根据所述第二用户的信息和所述第一移动性管理网元中的第一用户的信息，执行对所述第一用户的控制，包括：所述第一移动性管理网元接收所述第二用户的信令或控制面信息，通过所述第一用户的通信连接，向所述终端设备发送所述第二用户的信令或控制面信息。

在一种可能的实现方法中，所述第一用户的信息包括所述第一用户处于空闲态，所述第二用户的信息包括所述第二用户处于连接态；所述第一移动性管理网元根据所述第二用户的信息和所述第一移动性管理网元中的第一用户的信息，执行对所述第一用户的控制，包括：所述第一移动性管理网元向所述第二移动性管理网元发送所述第一用户的信令或控制面信息，以使所述第二移动性管理网元通过所述第二用户的通信连接，向所述终端设备发送所述第一用户的信令或控制面信息。

在一种可能的实现方法中，所述第一移动性管理网元接收来自所述第二移动性管理网元的请求消息，所述请求消息包含所述第一用户的标识和所述第二用户的标识，所述请求消息用于请求建立所述第一用户与所述第二用户之间的关联；所述第一移动性管理网元向所述第二移动性管理网元发送响应消息，所述响应消息用于指示成功建立所述第一用户与所述第二用户之间的关联。

在一种可能的实现方法中，所述请求消息还包括所述第二移动性管理网元的标识和/或地址信息。

在一种可能的实现方法中，所述第一移动性管理网元向所述第二移动性管理网元发送第一移动性管理网元的标识和/或地址信息。

在一种可能的实现方法中，所述第一移动性管理网元向所述第二移动性管理网元发送请求消息，所述请求消息包含所述第一用户的标识和所述第二用户的标识，所述请求消息用于请求建立所述第一用户与所述第二用户之间的关联；所述第一移动性管理网元接收来自所述第二移动性管理网元发送响应消息，所述响应消息用于指示成功建立所述第一用户与所述第二用户之间的关联。

在一种可能的实现方法中，所述第一移动性管理网元接收来自所述终端设备的所述第二用户的用户隐藏标识SUCI；所述第一移动性管理网元根据所述第二用户的SUCI，获取所述第二移动性管理网元的标识和/或地址信息。

在一种可能的实现方法中，所述第一移动性管理网元根据所述第二用户的SUCI，获取所述第二移动性管理网元的标识和/或地址信息，包括：所述第一移动性管理网元根据所述第二用户的SUCI，确定所述第二用户对应的鉴权网元及数据管理网元；所述第一移动性管理网元向所述鉴权网元发送所述第二用户的SUCI；所述第一移动性管理网元接收来自所述鉴权网元的所述第二用户的用户永久标识SUPI，所述第二用户的SUPI来自所述数据管理网元；所述第一移动性管理网元向所述数据管理网元发送所述第二用户的SUPI；所述第一移动性管理网元接收来自所述数据管理网元的所述第二移动性管理网元的标识和/或地址信息。

在一种可能的实现方法中，所述第一移动性管理网元根据所述第二用户的SUCI，获取所述第二移动性管理网元的标识和/或地址信息，包括：所述第一移动性管理网元根据所述第二用户的SUCI，确定所述第二用户对应的第一网元；所述第一移动性管理网元向所述第一网元发送所述第二用户的SUCI；所述第一移动性管理网元接收来自所述第一网元的所述第二移动性管理网元的标识和/或地址信息；其中，所述第一网元为鉴权网元，所述第二移动性管理网元的标识和/或地址信息来自所述第二用户对应的数据管理网元；或者，所述第一网元为数据管理网元。

在一种可能的实现方法中，所述第一移动性管理网元接收来自所述终端设备的所述第二用户的SUPI；所述第一移动性管理网元根据所述第二用户的SUPI，确定所述第二用户对应的数据管理网元；所述第一移动性管理网元向所述数据管理网元发送所述第二用户的SUPI；所述第一移动性管理网元接收来自所述数据管理网元的所述第二移动性管理网元的标识和/或地址信息。

在一种可能的实现方法中，所述第一移动性管理网元接收来自所述终端设备的所述第二用户的全局唯一临时标识GUTI；所述第一移动性管理网元根据所述第二用户GUTI，确定所述第二用户对应的所述第二移动性管理网元的标识和/或地址信息。

在一种可能的实现方法中，所述请求消息还包括所述第一移动性管理网元的标识和/或地址信息。

在一种可能的实现方法中，所述第一移动性管理网元接收来自所述第二移动性管理网元的标识和/或地址信息。

在一种可能的实现方法中，所述第一移动性管理网元接收来自所述终端设备的所述第一用户的SUPI、SUCI或GUTI。

在一种可能的实现方法中，所述第一用户的标识为所述第一用户的SUPI、所述第一用户的SUCI或所述第一用户的GUTI，所述第二用户的标识为所述第二用户的SUPI、所述第二用户的SUCI或所述第二用户的GUTI。

在一种可能的实现方法中，所述第一移动性管理网元根据所述终端设备的能力信息、所述第一用户的签约信息、所述第一移动性管理网元对应的运营商操作策略中的至少一项，确定建立所述第一用户与所述第二用户之间的关联；其中，所述能力信息用于指示所述终端设备支持多个USIM通信，所述签约信息用于指示所述第一用户签约了多个USIM通信的业务，运营商操作策略用于指示运营商支持同一PLMN的不同移动性管理网元之间交互共享用户信息和/或指示运营商支持与其它不同PLMN的移动性管理网元之间交互共享用户信息。

第二方面，本申请提供一种通信方法，该方法包括：终端设备通过第一用户的通信连接，向第一移动性管理网元发送第二用户的标识，所述第二用户由第二移动性管理网元提供服务，所述第一移动性管理网元为所述第一用户服务，所述第二用户的标识用于建立所述第一用户与所述第二用户之间的关联，所述第一用户对应第一USIM，所述第二用户对应第二USIM，所述第一USIM和所述第二USIM位于同一终端设备；所述终端设备接收来自所述第一移动性管理网元的第一指示信息，所述第一指示信息用于指示成功建立所述第一用户与所述第二用户的关联。

基于该方案，可以实现网络侧交互不同用户之间的信息，且保持用户的信息的同步。如此，将有助于提升网络设备与UE之间的通信质量，避免通信业务发生冲突，从而提高了用户的通信业务体验。

在一种可能的实现方法中，所述终端设备获取所述第一用户的信息；所述终端设备通过所述第二用户的通信连接，向所述第二移动性管理网元发送所述第一用户的信息和第二指示信息，所述第二指示信息用于指示将所述第一用户的信息发送至所述第一移动性管理网元。

在一种可能的实现方法中，所述建立所述第一用户与所述第二用户的关联，包括：在所述第一用户的上下文中存储所述第二用户的信息，所述第一用户的上下文还包括所述第一用户的信息，其中，所述第一用户的信息包括以下一项或多项：所述第一用户的连接管理状态、所述第一用户的业务优先级信息、所述第一用户的业务信息；所述第二用户的信息包括以下一项或多项：所述第二用户的连接管理状态、所述第二用户的业务优先级信息、所述第二用户的业务信息、所述第二移动性管理网元的标识和/或地址信息、所述第二用户的标识。

第三方面，本申请提供一种通信装置，该装置可以是移动性管理网元，还可以是用于移动性管理网元的芯片。该装置具有实现上述第一方面或第一方面的各实施例的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第四方面，本申请提供一种通信装置，该装置可以是终端设备，还可以是用于终端设备的芯片。该装置具有实现上述第二方面或第二方面的各实施例的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第五方面，本申请提供一种通信装置，包括处理器和存储器；该存储器用于存储计算机执行指令，当该装置运行时，该处理器执行该存储器存储的该计算机执行指令，以使该装置执行如上述各方面或各方面的各实施例的方法。

第六方面，本申请提供一种通信装置，包括用于执行上述各方面或各方面的各个步骤的单元或手段(means)。

第七方面，本申请提供一种通信装置，包括处理器和接口电路，所述处理器用于通过接口电路与其它装置通信，并执行上述各方面或各方面的各实施例的方法。该处理器包括一个或多个。

第八方面，本申请提供一种通信装置，包括处理器，用于与存储器相连，用于调用所述存储器中存储的程序，以执行上述各方面或各方面的各实施例的方法。该存储器可以位于该装置之内，也可以位于该装置之外。且该处理器包括一个或多个。

第九方面，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得处理器执行上述各方面或各方面的各实施例所述的方法。

第十方面，本中请还提供一种包括指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面或各方面的各实施例所述的方法。

第十一方面，本申请还提供一种芯片系统，包括：处理器，用于执行上述各方面或各方面的各实施例所述的方法。

附图说明

图1A为基于服务化架构的5G网络架构示意图；

图1B为基于点对点接口的5G网络架构示意图；

图2为本申请提供的一种通信方法流程示意图；

图3为本申请提供的又一种通信方法流程示意图；

图4为本申请提供的又一种通信方法流程示意图；

图5为本申请提供的一种通信装置示意图；

图6为本申请提供的又一种通信装置示意图；

图7为本申请提供的一种移动性管理网元示意图；

图8为本申请提供的一种终端设备示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。其中，在本申请的描述中，除非另有说明，“多个”的含义是两个或两个以上。

如图1A所示，为基于服务化架构的第五代(5th generation，5G)网络架构示意图。图1A所示的5G网络架构中可包括三部分，分别是终端设备部分、数据网络(data network，DN)和运营商网络部分。下面对其中的部分网元的功能进行简单介绍说明。

其中，运营商网络可包括以下网元中的一个或多个：鉴权服务器功能(Authentication Server Function，AUSF)网元、网络开放功能(network exposurefunction，NEF)网元、策略控制功能(policy control function，PCF)网元、统一数据管理(unified data management，UDM)网元、统一数据库(Unified Data Repository，UDR)、网络存储功能(Network Repository Function，NRF)网元、应用功能(applicationfunction，AF)网元、接入与移动性管理功能(access and mobility managementfunction，AMF)网元、会话管理功能(session management function，SMF)网元、无线接入网(radioaccess network，RAN)以及用户面功能(user plane function，UPF)网元等。上述运营商网络中，除无线接入网部分之外的部分可以称为核心网络部分。

终端设备(terminal device)，也可以称为用户设备(user equipment，UE)，是一种具有无线收发功能的设备，可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。所述终端设备可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtualreality，VR)终端、增强现实(augmented reality，AR)终端、工业控制(industrialcontrol)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remotemedical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportationsafety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。这里的终端设备，可以为第三代合作伙伴计划(3rd generation partnershipproject，3GPP)终端。

上述终端设备可通过运营商网络提供的接口(例如N1等)与运营商网络建立连接，使用运营商网络提供的数据和/或语音等服务。终端设备还可通过运营商网络访问DN，使用DN上部署的运营商业务，和/或第三方提供的业务。其中，上述第三方可为运营商网络和终端设备之外的服务方，可为终端设备提供他数据和/或语音等服务。其中，上述第三方的具体表现形式，具体可根据实际应用场景确定，在此不做限制。

RAN是运营商网络的子网络，是运营商网络中业务节点与终端设备之间的实施系统。终端设备要接入运营商网络，首先是经过RAN，进而可通过RAN与运营商网络的业务节点连接。本申请中的RAN设备，是一种为终端设备提供无线通信功能的设备，RAN设备也称为接入网设备。本申请中的RAN设备包括但不限于：5G中的下一代基站(g nodeB，gNB)、演进型节点B(evolved node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(node B，NB)、基站控制器(base station controller，BSC)、基站收发台(basetransceiver station，BTS)、家庭基站(例如，home evolved nodeB，或home node B，HNB)、基带单元(baseBand unit，BBU)、传输点(transmitting and receiving point，TRP)、发射点(transmitting point，TP)、移动交换中心等。

AMF网元，主要进行移动性管理、接入鉴权/授权等功能。此外，还负责在UE与PCF间传递用户策略。

SMF网元，主要进行会话管理、PCF下发控制策略的执行、UPF的选择、UE互联网协议(internet protocol，IP)地址分配等功能。

UPF网元，作为和数据网络的接口UPF，完成用户面数据转发、基于会话/流级的计费统计，带宽限制等功能。

UDM网元，主要负责管理签约数据、用户接入授权等功能。

UDR，主要负责签约数据、策略数据、应用数据等类型数据的存取功能。

NEF网元，主要用于支持能力和事件的开放。

AF网元，主要传递应用侧对网络侧的需求，例如，服务质量(Quality of Service，QoS)需求或用户状态事件订阅等。AF可以是第三方功能实体，也可以是运营商部署的应用服务，如IP多媒体子系统(IP Multimedia Subsystem，IMS)语音呼叫业务。

PCF网元，主要负责针对会话、业务流级别进行计费、QoS带宽保障及移动性管理、UE策略决策等策略控制功能。该架构中，AMF与SMF所连接的PCF分别对应AM PCF(PCF forAccess and Mobility Control)和SM PCF(PCF for Session Management)，在实际部署场景中可能不是同一个PCF实体。

NRF网元，可用于提供网元发现功能，基于其他网元的请求，提供网元类型对应的网元信息。NRF还提供网元管理服务，如网元注册、更新、去注册以及网元状态订阅和推送等。

AUSF网元：主要负责对用户进行鉴权，以确定是否允许用户或设备接入网络。

DN，是位于运营商网络之外的网络，运营商网络可以接入多个DN，DN上可部署多种业务，可为终端设备提供数据和/或语音等服务。例如，DN是某智能工厂的私有网络，智能工厂安装在车间的传感器可为终端设备，DN中部署了传感器的控制服务器，控制服务器可为传感器提供服务。传感器可与控制服务器通信，获取控制服务器的指令，根据指令将采集的传感器数据传送给控制服务器等。又例如，DN是某公司的内部办公网络，该公司员工的手机或者电脑可为终端设备，员工的手机或者电脑可以访问公司内部办公网络上的信息、数据资源等。

图1A中Nausf、Nnef、Npcf、Nudm、Naf、Namf、Nsmf、N1、N2、N3、N4，以及N6为接口序列号。这些接口序列号的含义可参见3GPP标准协议中定义的含义，在此不做限制。

如图1B所示，为基于点对点接口的5G网络架构示意图，其中的网元的功能的介绍可以参考图1A中对应的网元的功能的介绍，不再赘述。图1B与图1A的主要区别在于：图1B中的各个网元之间的接口是点对点的接口，而不是服务化的接口。

在图1B所示的架构中，各个网元之间的接口名称及功能如下：

1)、N7：PCF与SMF之间的接口，用于下发协议数据单元(protocol data unit，PDU)会话粒度以及业务数据流粒度控制策略。

2)、N15：PCF与AMF之间的接口，用于下发UE策略及接入控制相关策略。

3)、N5：AF与PCF之间的接口，用于应用业务请求下发以及网络事件上报。

4)、N4：SMF与UPF之间的接口，用于控制面与用户面之间传递信息，包括控制面向用户面的转发规则、QoS控制规则、流量统计规则等的下发以及用户面的信息上报。

5)、N11：SMF与AMF之间的接口，用于传递RAN和UPF之间的PDU会话隧道信息、传递发送给UE的控制消息、传递发送给RAN的无线资源控制信息等。

6)、N2：AMF与RAN之间的接口，用于传递核心网侧至RAN的无线承载控制信息等。

7)、N1：AMF与UE之间的接口，接入无关，用于向UE传递QoS控制规则等。

8)、N8：AMF与UDM间的接口，用于AMF向UDM获取接入与移动性管理相关签约数据与鉴权数据，以及AMF向UDM注册UE当前移动性管理相关信息等。

9)、N10：SMF与UDM间的接口，用于SMF向UDM获取会话管理相关签约数据，以及SMF向UDM注册UE当前会话相关信息等。

10)、N35：UDM与UDR间的接口，用于UDM从UDR中获取用户签约数据信息。

11)、N36：PCF与UDR间的接口，用于PCF从UDR中获取策略相关签约数据以及应用数据相关信息。

12)、N12：AMF和AUSF间的接口，用于AMF向AUSF发起鉴权流程，其中可携带用户隐藏标识(Subscription Concealed Identifier，SUCI)作为签约标识；

13)、N13：UDM与AUSF间的接口，用于AUSF向UDM获取用户鉴权向量，以执行鉴权流程。

可以理解的是，上述网元或者功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。可选的，上述网元或者功能可以由一个设备实现，也可以由多个设备共同实现，还可以是一个设备内的一个功能模块，本申请实施例对此不作具体限定。

本申请中的移动性管理网元、鉴权网元、数据管理网元分别可以是图1A或图1B中的AMF、AUSF、UDM，也可以是未来通信如第六代(6th generation，6G)网络中具有上述AMF、AUSF、UDM的功能的网元，本申请对此不限定。为方便说明，本申请以移动性管理网元、鉴权网元、数据管理网元分别为上述AMF、AUSF、UDM为例进行说明。进一步地，本申请中将终端设备简称为UE。

目前市场上的UE存在不同的通信能力，包括：单收单发(single Rx/single Tx)UE，双收单发(dual Rx/single Tx)UE，双收双发(dual Rx/dual Tx)UE。

例如，双卡双待(Dual SIM Dual Standby，DSDS)1.0(single Rx/single Tx UE)只能实现相同时间接收一个公共陆地移动网络(public land mobile network，PLMN)的信号，因此可能会出现寻呼冲突(paging collision)的问题。DSDS 2.0(dual Rx/single TxUE)通过切换部分射频通道，实现了相同时间接收两个网络的信号，不会出现寻呼冲突的问题，但DSDS 2.0不支持上行发送在两个系统之间动态切换，因此不能保持两个网络的无线资源控制(Radio Resource Control，RRC)连接。DSDS 3.0(dual Rx/single Tx UE)既能够实现相同时间接收两个网络的信号，也支持上行发送在两个系统之间动态切换，因此不会出现寻呼冲突的问题，能够保持两个网络的RRC连接。

此外，UE上的MUSIM中的不同USIM可以同属于一个移动网络运营商(MobileNetwork Operator，MN0)，也可以属于不同的MNO。

目前，现有技术对于MUSIM的支持主要是基于设备实现的非标准化方案，从而导致存在多种多样的实现方案和UE行为。

虽然UE可以感知MUSIM中的每个USIM对应的用户信息，但不会将一个USIM(例如USIM2)对应的用户信息上报给另一个USIM(例如USIM1)对应的PLMN(例如PLMN1)以用于该PLMN(例如PLMN1)对该USIM(例如USIM1)对应的用户进行管控，而是由PLMN对每个USIM对应的用户信息进行单独管控，不同USIM对应的用户信息之间不存在任何关联。比如，USIM1属于PLMN1，USIM2属于PLMN2，则UE不会通过USIM1的连接向PLMN1上报USIM2对应的用户信息；同样的，UE不会通过USIM2的连接向PLMN2上报USIM1对应的用户信息；并且，PLMN1中的USIM1对应的用户信息不会关联或感知PLMN2中的USIM2对应的用户信息，PLMN2中的USIM2对应的用户信息不会关联或感知PLMN1中的USIM1对应的用户信息。其中，PLMN1和PLMN2可以是相同的PLMN，也可以是不同的PLMN。

上述方案存在的问题是：网络侧的不同网元中存储的USIM对应的用户信息中均只包含该用户的自身信息，而不包含其它USIM对应的用户信息，从而可能造成网络设备与UE之间的通信质量的降低或者造成一些通信业务发生冲突，从而影响了用户的通信业务体验。

需要说明的是，网络侧的不同网元中存储的USIM对应的用户信息中均只包含该用户的自身信息，而不包含其它USIM对应的用户信息，包括以下两种场景：

场景1、不同USIM分别属于不同的PLMN，则不同的PLMN之间没有交互不同USIM对应的用户信息。

例如，上述示例中，PLMN1不会为USIM1获取USIM2对应的用户信息，PLMN2也不会为USIM2获取USIM1对应的用户信息。

场景2、不同的USIM属于同一个PLMN，则该PLMN内部的网元没有交互不同USIM对应的用户信息。

作为示例，USIM1、USIM2均属于同一个PLMN，其中，该PLMN内的AMF1管理USIM1对应的用户信息，该PLMN内的AMF2管理对应的用户信息，则AMF1不会为USIM1获取USIM2对应的用户信息，AMF2也不会为USIM1获取USIM1对应的用户信息。其中，AMF1和AMF2可以是同一个AMF，也可以是不同的AMF。

下面列举一些由于网络侧的不同网元均只包含该用户的自身信息，而可能造成的网络设备与UE之间的通信质量降低或者造成一些通信业务发生冲突的示例。

示例1、当PLMN1寻呼第一用户(对应USIM1)和PLMN2寻呼第二用户(对应USIM2)同时发生时，可能存在寻呼时刻冲突，当UE监听其中一个用户的寻呼时，UE无法成功接收另一个用户的寻呼而导致该寻呼失败，从而造成了通信业务的冲突，影响了用户的通信业务体验。此外，但寻呼失败的PLMN可能仍然尝试寻呼该用户，因此还会导致浪费网络资源。

示例2、UE的第一用户处于连接态，UE的第一用户与PLMN1进行业务通信的过程中，如果PLMN2发起对第二用户的寻呼，如果UE继续保持第一用户的业务而不响应该寻呼，则可能导致对第二用户的寻呼失败。可选的，进一步地，UE甚至无法接收到该对第二用户的寻呼，也即UE并不知道PLMN2对第二用户曾尝试过寻呼。以上通信业务的冲突也会影响用户的通信业务体验。

示例3、当UE的第一用户处于连接态时，UE的第一用户与PLMN1进行业务通信的过程中，如果PLMN2发起对第二用户的寻呼，UE响应第二用户的寻呼以接收第二用户的业务，同时释放第一用户与PLMN1的连接并挂起第一用户的当前业务，但第一用户的业务可能优先级高于第二用户的业务，从而UE需要重新建立第一用户和PLMN1的连接并继续第一用户的业务，从而导致网络设备与UE之间的通信质量较低。

示例4、当UE的第一用户处于连接态时，UE通过第一用户进行业务通信过程中，UE的第二用户可能需要与PLMN2交互一些信令或控制面信息，为了传输该第二用户的信令或控制面信息，则需要释放第一用户与PLMN1的连接，导致第一用户的业务中断，从而导致网络设备与UE之间的通信质量较低。

为解决网络侧的不同网元均只包含该用户的自身信息，而不会包含其它USIM对应的用户信息，而可能造成的网络设备与UE之间的通信质量降低或者造成的一些通信业务发生冲突的问题，一种可能的解决方案是：UE监测不同USIM对应的用户信息，并向另一USIM所属的PLMN或PLMN内的AMF上报该USIM对应的用户信息。比如，当USIM1属于PLMN1，USIM2属于PLMN2时，则UE监测USIM1对应的用户信息并通过USIM2与PLMN2之间的连接上报给PLMN2或PLMN2内的AMF，以及UE监测USIM2对应的用户信息并通过USIM1与PLMN1之间的连接上报给PLMN1或PLMN1内的AMF。再比如，当USIM1、USIM2属于同一个PLMN、且该PLMN内的AMF2管理USIM2的对应的用户信息、该PLMN内的AMF1管理USIM1对应的用户信息时，则UE监测USIM1对应的用户信息并通过USIM2与AMF2之间的连接上报给AMF2，以及UE监测USIM2对应的用户信息并通过USIM1与AMF1之间的连接上报给AMF1。其中，当USIM1、USIM2属于同一个PLMN时，AMF1和AMF2可以是同一个AMF。

上述方案可以使网络侧的不同网元均获知全部的用户信息，从而有助于避免出现上述各个示例中提到的问题。然而，该方案依赖于UE不停地通过信令向网络侧上报USIM对应的用户信息，从而产生大量的信令开销。因此该方案仍然会造成UE资源浪费、通信质量下降。比如，当UE监测到第二用户进入连接态时，即使第一用户处于空闲态，则UE也需要专门为上报第二用户的状态变化而使得第一用户进入连接态。

为解决上述问题，基于图1A或图1B所示的网络架构，如图2所示，本申请提供一种通信方法。该方法在网络侧，可以由AMF或用于AMF的部件(如芯片、电路等)执行，在终端侧，可以由UE或用于UE的部件(如芯片、电路等)执行。为便于说明，下面以AMF和UE来执行该方法为例进行说明。

需要说明的是，该方案应用的场景是：UE具备MUSIM能力，例如，UE上存在第一USIM和第二USIM，第一USIM对应第一用户，第二USIM对应第二用户。第一用户对应第一PLMN，第二用户对应第二PLMN。第一用户已经注册至第一PLMN，且第一用户对应第一PLMN内的第一AMF、第一UDM和第一AUSF，或者理解为，为第一用户提供服务的网络侧网元包括第一AMF、第一UDM、第一AUSF。第一用户注册至第一PLMN之后，在第一AMF内存储有第一用户的上下文，第一用户的上下文包括第一用户的信息(如第一用户的连接管理状态、第一用户的业务优先级信息、第一用户的业务信息中的一项或多项)。可选的，在第一UDM内存储有第一AMF的标识及第一用户的用户永久标识(Subscription Permanent Identifier，SUPI)。

以下示例方法是在第二用户注册至第二PLMN的过程中完成的；或者，在第二用户注册至第二PLMN的过程中的其它非接入层(non access stratum，NAS)信令交互过程中完成的，例如：NAS传输消息(如上行NAS传输(UL NAS transport)消息、下行NAS传输(DL NAStransport)消息)，或专门用于关联多个UISM的NAS消息(例如，MUSIM关联建立请求/响应(MUSIM association establishment request/response))；或者，在注册流程之后的NAS信令交互过程中完成，例如NAS传输消息、或专门用于关联多个UISM的NAS消息；或者，在其它流程中执行，比如服务请求流程，例如服务请求流程(服务请求(service request)；服务接受(service accept))。

其中，第二用户对应第二PLMN内的第二AMF、第二UDM和第二AUSF。或者理解为，为第二用户提供服务的网络侧网元包括第二AMF、第二UDM、第二AUSF。

需要说明的是，上述第一PLMN与第二PLMN可以是相同的PLMN，也可以是不同的PLMN。若第一PLMN与第二PLMN相同，则第一AMF与第二AMF为同一PLMN内的不同AMF。若第一PLMN与第二PLMN不相同，则第一AMF与第二AMF为不PLMN内的不同AMF，或者也可以是相同的AMF。

图2以第二用户注册至第二PLMN的过程为例实现该方案。该方法包括以下步骤：

步骤201，UE向第二AMF发送注册请求。相应的，第二AMF可以接收到该注册请求。

该注册请求用于请求将UE的第二用户注册至第二PLMN。

步骤202，第二AMF确定第一AMF的标识和/或地址信息。

作为一种实现方式，上述注册请求中携带第一用户的SUCI，第二AMF可以根据第一用户的SUCI获取第一AMF的标识和/或地址信息。

比如，第二AMF根据第一用户的SUCI的高位部分(例如移动国家码(mobilecountry code，MCC)和移动网络码(mobile network code，MNC))确定第一用户对应的AUSF(即第一AUSF)和UDM(即第一UDM)，然后第二AMF向第一AUSF发送第一用户的SUCI，第一AUSF向第一UDM发送第一用户的SUCI，第一UDM根据第一用户的SUCI确定第一用户的SUPI并向第一AUSF发送第一用户的SUPI，然后第一AUSF向第二AMF发送第一用户的SUPI，接着，第二AMF向第一UDM发送第一用户的SUPI，第一UDM根据第一用户的SUPI确定第一AMF的标识信息并向第二AMF发送第一AMF的标识和/或地址信息。

再比如，第二AMF根据第一用户的SUCI的高位部分(例如MCC和MNC)确定第一用户对应的UDM(即第一UDM)，然后第二AMF向第一UDM发送第一用户的SUCI，第一UDM根据第一用户的SUCI确定第一用户的SUPI并向第二AMF发送第一AMF的标识和/或地址信息。

作为又一种实现方式，上述注册请求中携带第一用户的SUPI，第二AMF可以根据第一用户的SUPI获取第一AMF的标识和/或地址信息。比如，第二AMF根据第一用户的SUPI，确定第一用户对应的UDM(即第一UDM)，然后第二AMF向第一UDM发送第一用户的SUPI，第一UDM根据第一用户的SUPI确定第一AMF的标识和/或地址信息，并向第二AMF发送第一AMF的标识和/或地址信息。

作为又一种实现方式，上述注册请求中携带第一用户的全局唯一临时标识(Globally Unique Temporary UE Identity，GUTI)，第二AMF可以根据第一用户的GUTI识别出第一AMF的标识和/或地址信息。

步骤203，第二AMF向第一AMF发送请求消息。相应的，第一AMF可以接收到该请求消息。

该请求消息包含第一用户的标识和第二用户的标识，请求消息用于请求建立第一用户与第二用户之间的关联。其中，第一用户的标识可以是第一用户的SUPI、第一用户的GUTI、或第一用户的SUCI。第二用户的标识可以是第二用户的SUPI、第二用户的GUTI、或第二用户的SUCI。

可选的，该请求消息还可以携带第二AMF的标识和/或地址信息。

可选的，该请求消息还可以携带第一指示信息，用于指示建立第一用户和第二用户之间的关联。

可选的，第二AMF根据步骤201的注册请求获取第二用户的标识，包括：如果UE处于空闲态，或者说UE的USIM2处于空闲态，此时上述步骤201的注册请求携带第二用户标识。否则，如果UE处于连接态，或者说UE的USIM2处于连接态，即UE与AMF2之间存在NAS信令连接，AMF2上存在信令连接和第二用户上下文之间的关联关系；此时上述步骤201的注册请求可以不携带第二用户标识，第二AMF可以根据信令连接和第二用户之间的关联关系，确定第二用户的标识。当然，如果UE处于连接态，或者说UE的USIM2处于连接态，即UE与AMF2之间存在NAS信令连接，AMF2上存在信令连接和第二用户上下文之间的关联关系；此时上述步骤201的注册请求也可以携带第二用户标识。

进一步，可选的，步骤201的注册请求还可以携带第二指示信息，用于指示建立第一用户与第二用户之间的关联。其中，上述第一指示信息和第二指示信息可以相同或不同，如不同，则第二指示信息可以是根据第一指示信息生成的。

步骤204，第一AMF向第二AMF发送响应消息。相应的，第二AMF可以接收到该响应消息。

该响应消息用于指示成功建立第一用户与第二用户之间的关联。

这里，成功建立第一用户与第二用户之间的关联可以包括：第一AMF在第一用户的上下文中存储了第二用户的标识，从而建立了第一用户的标识与第二用户的标识之间的关联关系。进一步的，若步骤203的请求消息还携带第二AMF的标识和/或地址信息，则成功建立第一用户与第二用户之间的关联还可以包括：第一AMF在第一用户的上下文中存储了第二AMF的标识或地址信息，从而建立了第一AMF与第二AMF之间的关联关系。

可选的，该响应消息还可以携带第一AMF的标识和/或地址信息。

步骤205，第二AMF向第一AMF发送第二用户的信息。相应的，第一AMF可以接收到该第二用户的信息。

第一AMF接收到第二用户的信息后，可以将第二用户的信息存储至第一AMF中的第一用户的上下文。也即，第一AMF在接收到第二用户的信息之前，存储有第一用户的上下文，该第一用户的上下文包含第一用户的信息，其包括但不限于以下至少一个：第一用户的连接管理状态、第一用户的业务优先级信息、第一用户的业务信息。第一AMF在接收到第二用户的信息之后，可以将第二用户的信息存储至第一用户的上下文中，该第二用户的信息包括但不限于以下至少一个：第二用户的连接管理状态、第二用户的业务优先级信息、第二用户的业务信息。进一步的，若上述步骤203的请求消息中携带第二AMF的标识和/或地址信息，则还可以将第二AMF的标识和/或地址信息存储至第一用户的上下文中的第二用户的信息中。以及，还可以将上述步骤203的请求消息中携带的第二用户的标识存储至第一用户的上下文中的第二用户的信息中。

其中，业务信息包括正在进行的业务的信息和/或用户待发起的业务的信息。连接管理状态包括连接态、空闲态等。业务优先级信息用于指示每个业务对应的优先级。

可选的，也可以不执行该步骤205，而是在上述步骤203的请求消息中携带第二用户的信息。

步骤206，第一AMF向第二AMF发送第一用户的信息。相应的，第二AMF可以接收到该第一用户的信息。

第二AMF接收到第一用户的信息后，可以将第一用户的信息存储至第二AMF中的第二用户的上下文。也即，第二AMF在接收到第一用户的信息之前，存储有第二用户的上下文，该第二用户的上下文包含第二用户的信息，其包括但不限于：第二用户的连接管理状态、第二用户的业务优先级信息、第二用户的业务信息。第二AMF在接收到第一用户的信息之后，可以将第一用户的信息存储至第二用户的上下文中，该第一用户的信息包括但不限于：第一用户的连接管理状态、第一用户的业务优先级信息、第一用户的业务信息。进一步的，若上述步骤204的响应消息中携带第一AMF的标识和/或地址信息，则还可以将第一AMF的标识和/或地址信息存储至第二用户的上下文中的第一用户的信息中。以及，还可以将上述步骤204的响应消息中携带的第一用户的标识存储至第二用户的上下文中的第一用户的信息中。

步骤207，第一AMF根据第二用户的信息和第一AMF中的第一用户的信息，执行对第一用户的控制。

步骤208，第二AMF根据第一用户的信息和第二AMF中的第二用户的信息，执行对第二用户的控制。作为一种可选的实现方法，在上述步骤202之前，还可以执行以下步骤：第二AMF根据UE的能力信息、第二用户的签约信息、第二AMF对应的运营商操作策略中的至少一项，确定建立第一用户与第二用户之间的关联；其中，能力信息用于指示UE支持多个USIM通信，签约信息用于指示第二用户签约了多个USIM通信的业务，运营商操作策略用于指示运营商支持同一PLMN的不同AMF之间交互共享用户信息和/或指示运营商支持与其它不同PLMN的AMF之间交互共享用户信息。也即，第二AMF确定能够建立第一用户与第二用户之间的关联时，才会执行后续建立第一用户与第二用户之间的关联的操作，否则不执行后续建立第一用户与第二用户之间的关联的操作。

同样的，作为一种可选的实现方法，在上述步骤204之前，还可以执行以下步骤：第一AMF根据UE的能力信息、第一用户的签约信息、第一AMF对应的运营商操作策略中的至少一项，确定建立第一用户与第二用户之间的关联；其中，能力信息用于指示UE支持多个USIM通信，签约信息用于指示第一用户签约了多个USIM通信的业务，运营商操作策略用于指示运营商支持同一PLMN的不同AMF之间交互共享用户信息和/或指示运营商支持与其它不同PLMN的AMF之间交互共享用户信息。也即，第一AMF确定能够建立第一用户与第二用户之间的关联时，才会执行后续建立第一用户与第二用户之间的关联的操作，否则不执行后续建立第一用户与第二用户之间的关联的操作。

可选的，在步骤206之后，第二AMF还可以向UE发送一个指示信息(可以成为第一指示信息)，第一指示信息用于指示成功建立第一用户与第二用户的关联。

需要说明的是，若上述第一AMF与第二AMF是不同的AMF，则可以通过上述步骤201至步骤208实现第一AMF与第二AMF之间的用户的信息的交互，并且第一AMF可以根据第二用户的信息和第一AMF中的第一用户的信息，执行对第一用户的控制，第二AMF根据第一用户的信息和第二AMF中的第二用户的信息，执行对第二用户的控制。

若上述第一AMF与第二AMF是同一AMF，由于同一AMF之间可以不需要交互第一用户的信息和第二用户的信息，因此上述步骤203至步骤206可以不执行，相应的，步骤203至步骤206可以通过以下步骤替代：第一AMF(也即第二AMF)在第一用户的信息中存储第二用户的标识，以及在第二用户的信息中存储第一用户的标识。也即，第一AMF(也即第二AMF)中存储有第一用户的信息和第二用户的信息，第一用户的信息中包含第二用户的标识，第二用户的信息中包含第一用户的标识，因此通过第一用户的标识和第二用户的标识建立了第一用户与第二用户之间的关联。进一步的，所述第一用户的信息还可以包括以下一项或多项：所述第一用户的连接管理状态、所述第一用户的业务优先级信息、所述第一用户的业务信息。所述第二用户的信息还可以包括以下一项或多项：所述第二用户的连接管理状态、所述第二用户的业务优先级信息、所述第二用户的业务信息、所述第二用户的标识。进一步的，步骤207和步骤208可以通过以下步骤替换：第一AMF(也即第二AMF)根据第二用户的信息和第一用户的信息，执行对第一用户或第二用户的控制。

基于上述实现方案，可以实现网络侧交互不同USIM对应的用户信息，且保持用户信息的同步。如此，将有助于提升网络设备与UE之间的通信质量，避免通信业务发生冲突，从而提高了用户的通信业务体验。

下面结合前述的四个示例，对上述步骤207的具体实现方法进行说明。其中，步骤208与该步骤207的具体执行过程类型，不再赘述。并且，步骤207与步骤208之间没有严格的执行先后顺序。

针对上述示例1的情形，例如，如果UE有MUSIM能力、且第一用户和第二用户都处于空闲态，当寻呼失败时，则第一AMF判定可能是寻呼冲突导致的寻呼失败。由于寻呼失败，按照现有技术将会扩大寻呼范围、或者是增加寻呼次数，以增大寻呼成功的可能性。然而，由于导致该寻呼的失败原因是寻呼冲突，因而扩大寻呼范围或是增加寻呼次数是没有意义，不但不会增大寻呼成功的可能性，反而还会增大UE的开销及降低网络设备与UE之间的通信质量。因而，为了减少UE的开销及提升网络设备与UE的通信质量，本申请实施例中，第一AMF可以根据预设的寻呼策略对第一用户进行寻呼。也即，针对上述示例1，步骤207的控制方法为：在第一用户的信息包括第一用户处于空闲态，第二用户的信息包括第二用户处于空闲态的情形下，若第一用户寻呼失败，第一AMF根据寻呼策略对第一用户进行寻呼。

作为一种实现方法，上述寻呼策略包括以下至少一项：寻呼尝试次数少于单USIM的寻呼尝试次数、扩大的寻呼范围小于单USIM扩大的寻呼范围。该方法通过减少寻呼次数，以减少信令开销。其中，单USIM的寻呼指的是UE上只有一个USIM，且网络设备也确定该UE只有一个USIM，从而网络设备为该UE配置单USIM对应的寻呼策略。

作为另一种实现方法，寻呼尝试次数多于单USIM的寻呼尝试次数、增加下次寻呼尝试与本次寻呼尝试之间的时间间隔。该方法通过增加寻呼次数，可以提升寻呼成功的可能性。

针对上述示例2的情形，按照现有技术，UE可能继续保持第一用户的业务而不响应第二用户的寻呼或者并不知道第二用户曾尝试过寻呼。而本申请实施例基于AMF之间可以交互用户信息的前提，如果第二用户寻呼失败，但第一用户处于连接态，则第一AMF接收来自第二AMF的用于通知所述UE所述第一用户存在下行业务的请求，则第一AMF可以通过第一用户的NAS连接通知UE：第二用户存在下行业务。因此，可以通过第一用户实现对第二用户的寻呼。也即，针对上述示例2，步骤207的控制方法为：在第一用户的信息包括第一用户处于连接态，第二用户的信息包括第二用户处于空闲态的情形下，若第二用户寻呼失败，第一AMF通过第一用户的通信连接，向UE通知：第二用户存在下行业务。进一步的，在情形下，第二AMF还可以根据寻呼策略对所述第二用户进行寻呼，所述寻呼策略包括以下至少一项：终止寻呼尝试、寻呼尝试次数少于单USIM的寻呼尝试次数、扩大的寻呼范围小于单USIM扩大的寻呼范围。由于第一用户已经处于连接态，已经第二用户寻呼的成功可能性较低，该方法通过减少寻呼次数，可以减少信令开销。

针对上述示例3的情形，本申请实施例中，当第一AMF确定第一用户上将要发起的业务的优先级低于第二用户上正在进行的业务的优先级时，则决定不发起第一用户上的业务，即不寻呼第一用户，有助于避免不必要的寻呼，从而可以节约UE的信令开销和提升网络设备与UE之间的通信质量，从而提高了用户的通信业务体验。因此，可以由网络侧决策是否触发寻呼。也即，针对上述示例3，步骤207的控制方法为：在第一用户的信息包括第一用户处于空闲态、第一用户的待发起的业务的信息、该待发起的业务的优先级，第二用户的信息包括第二用户处于连接态、第二用户的正在进行的业务的信息、该正在进行的业务的优先级的情况下，若第一用户的待发起的业务的优先级低于第二用户的正在进行的业务的优先级，则第一AMF确定不为第一用户的待发起的业务发起寻呼。

针对上述示例4的情形，本申请实施例中，对于第二用户需要与PLMN2交互的信令或控制面信息，为了不中断第一用户的业务，可以由PLMN2的第二AMF将信令或控制面信息传输至第一AMF，然后由第一AMF将该信令或控制面信息通过第一用户的通信连接发送至UE。因此，可以实现信令传输的优化。也即，针对上述示例4，步骤207的控制方法为：在第一用户的信息包括第一用户处于连接态，第二用户的信息包括第二用户处于空闲态的情况下，第一AMF接收第二用户的信令或控制面信息，通过第一用户的通信连接，向UE发送第二用户的信令或控制面信息。或者还可以是，在第一用户的信息包括第一用户处于空闲态，第二用户的信息包括第二用户处于连接态的情况下，第一AMF向第二AMF发送第一用户的信令或控制面信息，以使第二AMF通过第二用户的通信连接，向UE发送第一用户的信令或控制面信息。

相应的，在UE侧，也可以有控制方法，比如，UE获取第一用户的信息；UE通过第二用户的通信连接，向第二AMF发送第一用户的信息和第二指示信息，第二指示信息用于指示将第一用户的信息发送至第一AMF。再比如，UE获取第二用户的信息；UE通过第一用户的通信连接，向第一AMF发送第二用户的信息和第三指示信息，第三指示信息用于指示将第二用户的信息发送至第二AMF。

下面结合具体示例，对上述图2所示的流程进行介绍说明。

如图3所示，为本申请提供的又一种通信方法流程示意图。该方法中，UE具备MUSIM能力，UE上存在USIM1和USIM2，USIM1对应用户1，USIM2对应用户2。USIM1对应AMF1、UDM1、AUSF1，USIM2对应AMF2、UDM2、AUSF2。USIM1、USIM2可以属于相同的PLMN，也可以属于不同的PLMN。也即，以下描述的PLMN1与PLMN2可以相同，也可以不同。

其中，USIM中存储有SUPI。该实施例中，USIM1存储有SUPI1，USIM2存储有SUPI2。

该方法包括以下步骤：

步骤301，UE将用户1注册到PLMN1。

该注册流程中，UE将用户1的服务AMF的AMF标识和/或地址信息注册并存储至UDM1。

步骤302，UE向AMF2发送注册请求(Registration request)。相应地，AMF2可以接收到该注册请求。

该注册请求用于请求将用户2注册至PLMN2。

该注册请求包含SUCI1、SUCI2。可选的，该注册请求还可以包含能力信息，该能力信息用于指示UE支持MUSIM，即UE支持多USIM。

例如，UE可以使用PLMN对应的证书的公钥对SUPI进行加密，得到SUCI。比如，UE根据SUPI1和PLMN1对应的证书的公钥得到SUCI1，根据SUPI2和PLMN2对应的证书的公钥得到SUCI2。因此，该步骤的注册请求中携带的SUCI1、SUCI2分别对应用户1和用户2。

步骤303a，AMF2向AUSF1发送第一请求，其中携带SUCI1，用于请求用户标识。相应地，AUSF1可以接收到该第一请求。

比如，AMF2可以根据SUCI1的高位部分识别SUCI1的PLMN1，然后向PLMN1的AUSF1发送用户标识请求，其中携带SUCI1。该用户标识请求用于请求获取SUCI1对应的SUPI，即SUPI1。

步骤303b，AUSF1向UDM1发送第二请求，其中携带SUCI1，用于请求用户标识。

步骤304a，UDM1向AUSF1返回第二响应，其中携带SUPI1。

其中，UDM1解密SUCI1从而获得SUPI1，并返回给AUSF1。

步骤304b，AUSF1向AMF2返回第一响应，其中携带SUPI1。

步骤305a，AMF2向UDM1发送第三请求，其中携带SUPI1，用于请求服务于SUPI1对应的用户的AMF。相应地，AUSF1可以接收到该用户第三请求。

步骤305b，UDM1向AMF2返回第三响应，其中携带AMF1标识和/或地址信息。

其中，UDM1根据步骤301中为用户1(即SUPI1)所存储的AMF1标识和/或地址信息、第三请求中的SUPI1，获取AMF1标识和/或地址信息。

步骤305b，UDM1向AMF2返回第三响应，其中携带AMF1标识和/或地址信息。

其中，UDM1首先解密SUCI1从而获得SUPI1，然后根据步骤301中为用户1(即SUPI1)所存储的AMF1标识和/或地址信息、SUPI1，获取AMF1标识和/或地址信息。可选的，还返回SUPI1。

在一种可能实施方式中，步骤304a中，UDM1还执行根据步骤301中为用户1(即SUPI1)所存储的AMF1标识和/或地址信息、第三请求中的SUPI1，获取AMF1标识和/或地址信息并返回给AUSF1；并且通过步骤304b将AMF1标识和/或地址信息返回给AMF2。在这种情况下，则不需要执行步骤305a和305b。

在另一种可能实施方式中，上述步骤305a的第三请求中不携带SUPI1，而是携带SUCI1，用于请求服务于SUCI1对应的用户的AMF。相应地，上述步骤305b的第三响应中携带AMF1标识和/或地址信息。

步骤306a，AMF2向AMF1发送用户关联建立请求，其中携带SUCI1和SUCI2，或者SUPI1和SUPI2。相应的，AMF1可以接收到该用户关联建立请求。

该用户关联建立请求用于请求建立用户1与用户2之间的关联，或者理解为用于请求建立AMF1和AMF2之间的关联，其中AMF1管理用户1的信息，AMF2管理用户2的信息。

306b，AMF1确定建立用户1与用户2之间的关联。

步骤306b为可选。

比如，AMF1根据UE的能力信息、用户1的签约信息、AMF1对应的操作策略中的至少一个，判断是否建立用户1与用户2之间的关联。所述能力信息用于指示UE是否支持多USIM通信，签约信息用于指示用户1是否签约了多USIM通信的业务，AMF1对应的操作策略用于指示运营商支持同一PLMN的不同AMF之间交互共享用户信息和/或指示运营商支持与其它不同PLMN的AMF之间交互共享用户信息。作为一个示例，当UE的能力信息指示该UE支持多USIM通信、用户1的签约信息指示该签约了多USIM通信的业务、且AMF1对应的操作策略指示运营商支持同一PLMN的不同AMF之间交互共享用户信息和/或指示运营商支持与其它不同PLMN的AMF之间交互共享用户信息时，则确定建立用户1与用户2之间的关联。

步骤306c，AMF1向AMF2发送用户关联建立响应。相应的，AMF2可以接收到该用户关联建立响应。

该用户关联建立响应用于指示成功建立用户1与用户2之间的关联。

或者，若AMF1确定不建立用户1与用户2之间的关联，则该用户关联建立响应用于指示确定不建立用户1与用户2之间的关联。

步骤306c可选。

步骤307a，AMF2向AMF1发送用户2的信息。相应的，AMF1可以接收到该用户2的信息。

可选的，AMF2向AMF1发送用户2的信息之前，收到来自AMF1的请求。

步骤307b，AM F1向AMF2发送用户1的信息。相应的，AMF2可以接收到该用户1的信息。

可选的，AMF1向AMF2发送用户1的信息之前，收到来自AMF2的请求。

作为另一种实现方法，也可以不执行上述步骤307a至步骤307b。而是在上述步骤306a中携带用户2的信息，以及在步骤306c中携带用户1的信息。

步骤307，AMF2向UE发送注册接受(Registration Accept)消息。相应的，UE可以接收到该注册接受消息。

可选的，该注册接受消息携带指示信息，该指示信息用于指示网络授权UE使用MUSIM通信。可选的，该注册接受消息还可以携带用于指示网络侧成功建立用户1与用户2之间的关联的指示信息。

步骤307，如果用户1的信息发生更新，则触发AMF1通知给AMF2；或者，如果用户2的信息发生更新，则触发AMF2通知给AMF1。

步骤307可选。

作为示例，当用户1的信息发生更新之后，在第一种实现方法中，AMF1可以主动向AMF2发送通知消息，该通知消息包含更新后的全部的用户1的信息、或者仅包含发生更新的那部分用户1的信息。在第二种实现方法中，AMF1还可以基于AMF2事先的订阅(比如仅订阅了用户1某部分特定的信息)，则用户1中的AMF2订阅的那部分信息发生更新时，则AMF1将更新后的该部分信息发送至AMF2。

基于上述方案，可以实现网络侧交互不同用户之间的信息，且保持用户的信息的同步。如此，将有助于提升网络设备与UE之间的通信质量，避免通信业务发生冲突，从而提高了用户的通信业务体验。

基于上述方案，则述现有技术存在的问题中所描述的四个示例的解决方案可以参考图2实施例的相关描述，这里不再赘述。

如图4所示，为本申请提供的又一种通信方法流程示意图。该方法中，UE具备MUSIM能力，UE上存在USIM1和USIM2，USIM1对应用户1，USIM2对应用户2。USIM1对应AMF1、UDM1、AUSF1，USIM2对应AMF2、UDM2、AUSF2。USIM1、USIM2可以属于相同的PLMN，也可以属于不同的PLMN。也即，以下描述的PLMN1与PLMN2可以相同，也可以不同。

其中，USIM中存储有SUPI。该实施例中，USIM1存储有SUPI1，USIM2存储有SUPI2。

该方法包括以下步骤：

步骤401，UE将USIM1注册到PLMN1。

该注册流程中，UE可以将USIM1的服务AMF的标识(即AMF1标识)注册并存储至UDM1。同时，PLMN1(的AMF1)为USIM1分配了GUTI1并发送给UE。可选的，GUTI1存储在UE上的USIM1的上下文中，GUTI1也存储在AMF1上的USIM1的上下文中。

步骤402，UE向AMF2发送注册请求(Registration request)。相应地，AMF2可以接收到该注册请求。

该注册请求用于请求将USIM2注册至PLMN2。

该注册请求包含GUTI1和GUTI2，或包含GUTI1和SUCI2，或包含GUTI1和SUPI2。可选的，该注册请求还可以包含能力信息，该能力信息用于指示UE支持MUSIM通信，即UE支持多USIM通信。

UE可以使用证书的公钥对SUPI进行加密，得到SUCI。比如，若注册请求携带了SUCI2，则UE可以根据SUPI2得到SUCI2。

该步骤的注册请求中携带的GUTI1对应USIM1，携带的GUTI2、或SUCI2、或SUPI2对应USIM2。

步骤403，AMF2根据GUTI1，确定AMF1标识和/或地址信息。

比如AMF2可以识别GUTI1，根据GUTI1中的<MCC><MNC><AMF Region ID><AMF SetID><AMF Pointer>获取其中携带的AMF1标识。

其中，AMF Region ID也称为移动管理功能的区域标识，AMF Set ID也称为移动管理功能的群组标识，AMF Pointer也称为移动管理功能的指针标识。

步骤404，AMF2向AMF1发送用户关联建立请求，其中携带GUTI1和GUTI2。相应的，AMF1可以接收到该用户关联建立请求。

该用户关联建立请求用于请求建立用户1与用户2之间的关联，或者理解为用于请求建立AMF1和AMF2之间的关联，其中AMF1管理用户1的信息，AMF2管理用户2的信息。

当步骤402的注册请求包含的是GUTI1和SUCI2，或包含的是GUTI1和SUPI2，则AMF2可以为第二用户分配GUTI2。

步骤405至步骤409，可参考图3实施例的步骤306b至步骤309的描述，此处不再赘述。

基于上述方案，可以实现网络侧交互不同用户之间的信息，且保持用户的信息的同步。如此，将有助于提升网络设备与UE之间的通信质量，避免通信业务发生冲突，从而提高了用户的通信业务体验。

基于上述方案，则述现有技术存在的问题中所描述的四个示例的解决方案可以参考图2实施例的相关描述，这里不再赘述。

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

本申请实施例还提供用于实现以上任一种方法的装置，例如，提供一种装置包括用以实现以上任一种方法中第一移动性管理网元所执行的各个步骤的单元(或手段)。再如，还提供另一种装置，包括用以实现以上任一种方法中终端设备所执行的各个步骤的单元(或手段)。

参考图5，其为本申请实施例提供的又一种通信装置的示意图。该装置用于第一移动性管理网元，如图5所示，该装置500包括接收单元510和控制单元520。可选的，该装置500还包括发送单元530，存储单元540，获取单元550。

接收单元510，用于接收来自第二移动性管理网元的第二用户的信息，第一移动性管理网元服务于第一用户，第二移动性管理网元服务于第二用户，第一用户对应第一通用用户识别模块USIM，第二用户对应第二USIM，第一USIM和第二USIM位于同一终端设备；控制单元520，用于根据第二用户的信息和第一移动性管理网元中的第一用户的信息，执行对第一用户的控制。

在一种可能的实现方法中，发送单元530，用于向第二移动性管理网元发送第一用户的信息，第一用户的信息用于执行对第二用户的控制。

在一种可能的实现方法中，存储单元540，用于在第一用户的上下文中存储第二用户的信息，第一用户的上下文还包括第一用户的信息。

在一种可能的实现方法中，第一用户的信息包括以下一项或多项：第一用户的连接管理状态、第一用户的业务优先级信息、第一用户的业务信息；第二用户的信息包括以下一项或多项：第二用户的连接管理状态、第二用户的业务优先级信息、第二用户的业务信息、第二移动性管理网元的标识和/或地址信息、第二用户的标识。

在一种可能的实现方法中，第一用户的信息包括第一用户处于空闲态，第二用户的信息包括第二用户处于空闲态；控制单元520，用于根据第二用户的信息和第一移动性管理网元中的第一用户的信息，执行对第一用户的控制，具体包括：用于若第一用户寻呼失败，根据寻呼策略对第一用户进行寻呼，寻呼策略包括以下至少一项：寻呼尝试次数少于单USIM的寻呼尝试次数、扩大的寻呼范围小于单USIM扩大的寻呼范围；或者，寻呼策略包括以下至少一项：寻呼尝试次数多于单USIM的寻呼尝试次数、增加下次寻呼尝试与本次寻呼尝试之间的时间间隔。

在一种可能的实现方法中，第一用户的信息包括第一用户处于空闲态，第二用户的信息包括第二用户处于连接态；控制单元520，用于根据第二用户的信息和第一移动性管理网元中的第一用户的信息，执行对第一用户的控制，具体包括：用于根据寻呼策略对第一用户进行寻呼，寻呼策略包括以下至少一项：终止寻呼尝试、寻呼尝试次数少于单USIM的寻呼尝试次数、扩大的寻呼范围小于单USIM扩大的寻呼范围。

在一种可能的实现方法中，第一用户的信息包括第一用户处于空闲态，第二用户的信息包括第二用户处于连接态；控制单元520，用于根据第二用户的信息和第一移动性管理网元中的第一用户的信息，执行对第一用户的控制，具体包括：用于若第一用户寻呼失败，使用发送单元530请求第二移动管理网元通知终端设备第一用户存在下行业务。

在一种可能的实现方法中，第一用户的信息包括第一用户处于连接态，第二用户的信息包括第二用户处于空闲态；控制单元520，用于根据第二用户的信息和第一移动性管理网元中的第一用户的信息，执行对第一用户的控制，具体包括：用于通过接收单元510接收来自第二移动管理网元的用于通知终端设备第一用户存在下行业务的请求；通过第一用户的通信连接，使用发送单元530向终端设备通知：第二用户存在下行业务。

在一种可能的实现方法中，第一用户的信息包括第一用户处于空闲态、第一用户的待发起的业务的优先级，第二用户的信息包括第二用户处于连接态、第二用户的正在进行的业务的优先级；控制单元520，用于根据第二用户的信息和第一移动性管理网元中的第一用户的信息，执行对第一用户的控制，具体包括：用于若第一用户的待发起的业务的优先级低于第二用户的正在进行的业务的优先级，确定不为第一用户的待发起的业务发起寻呼。

在一种可能的实现方法中，第一用户的信息包括第一用户处于连接态，第二用户的信息包括第二用户处于空闲态；控制单元520，用于根据第二用户的信息和第一移动性管理网元中的第一用户的信息，执行对第一用户的控制，具体包括：使用接收单元510接收第二用户的信令或控制面信息，通过第一用户的通信连接，使用发送单元530向终端设备发送第二用户的信令或控制面信息。

在一种可能的实现方法中，第一用户的信息包括第一用户处于空闲态，第二用户的信息包括第二用户处于连接态；控制单元520，用于根据第二用户的信息和第一移动性管理网元中的第一用户的信息，执行对第一用户的控制，具体包括：用于通过发送单元530向第二移动性管理网元发送第一用户的信令或控制面信息，以使第二移动性管理网元通过第二用户的通信连接，向终端设备发送第一用户的信令或控制面信息。

在一种可能的实现方法中，接收单元510还用于接收来自第二移动性管理网元的请求消息，请求消息包含第一用户的标识和第二用户的标识，请求消息用于请求建立第一用户与第二用户之间的关联；发送单元530，用于向第二移动性管理网元发送响应消息，响应消息用于指示成功建立第一用户与第二用户之间的关联。

在一种可能的实现方法中，请求消息还包括第二移动性管理网元的标识和/或地址信息。

在一种可能的实现方法中，发送单元530，还用于向第二移动性管理网元发送第一移动性管理网元的标识和/或地址信息。

在一种可能的实现方法中，发送单元530，还用于向第二移动性管理网元发送请求消息，请求消息包含第一用户的标识和第二用户的标识，请求消息用于请求建立第一用户与第二用户之间的关联；接收单元510，还用于接收来自第二移动性管理网元发送响应消息，响应消息用于指示成功建立第一用户与第二用户之间的关联。

在一种可能的实现方法中，接收单元510，还用于接收来自终端设备的第二用户的用户隐藏标识SUCI；获取单元550，用于根据第二用户的SUCI，获取第二移动性管理网元的标识和/或地址信息。

在一种可能的实现方法中，获取单元550，用于根据第二用户的SUCI，获取第二移动性管理网元的标识和/或地址信息，具体包括：用于根据第二用户的SUCI，确定第二用户对应的鉴权网元及数据管理网元；通过发送单元530向鉴权网元发送第二用户的SUCI；通过接收单元510接收来自鉴权网元的第二用户的用户永久标识SUPI，第二用户的SUPI来自数据管理网元；通过发送单元530向数据管理网元发送第二用户的SUPI；通过接收单元510接收来自数据管理网元的第二移动性管理网元的标识和/或地址信息。在一种可能的实现方法中，所获取单元550，用于根据第二用户的SUCI，获取第二移动性管理网元的标识和/或地址信息，具体包括：用于根据第二用户的SUCI，确定第二用户对应的第一网元；通过发送单元530向第一网元发送第二用户的SUCI；通过接收单元510接收来自第一网元的第二移动性管理网元的标识和/或地址信息；其中，第一网元为鉴权网元，第二移动性管理网元的标识和/或地址信息来自第二用户对应的数据管理网元；或者，第一网元为数据管理网元。

在一种可能的实现方法中，接收单元510，还用于接收来自终端设备的第二用户的SUPI；获取单元550，用于根据第二用户的SUPI，确定第二用户对应的数据管理网元；通过发送单元530向数据管理网元发送第二用户的SUPI；通过接收单元510接收来自数据管理网元的第二移动性管理网元的标识和/或地址信息。

在一种可能的实现方法中，接收单元510，还用于接收来自终端设备的第二用户的全局唯一临时标识GUTI；获取单元550，用于根据第二用户GUTI，确定第二用户对应的第二移动性管理网元的标识和/或地址信息。

在一种可能的实现方法中，请求消息还包括第一移动性管理网元的标识和/或地址信息。

在一种可能的实现方法中，接收单元510，还用于接收来自第二移动性管理网元的标识和/或地址信息。

在一种可能的实现方法中，接收单元510，还用于接收来自终端设备的第一用户的SUPI、SUCI或GUTI。

在一种可能的实现方法中，第一用户的标识为第一用户的SUPI、第一用户的SUCI或第一用户的GUTI，第二用户的标识为第二用户的SUPI、第二用户的SUCI或第二用户的GUTI。

在一种可能的实现方法中，控制单元520，还用于根据终端设备的能力信息、第一用户的签约信息、第一移动性管理网元对应的运营商操作策略中的至少一项，确定建立第一用户与第二用户之间的关联；其中，能力信息用于指示终端设备支持多个USIM通信，签约信息用于指示第一用户签约了多个USIM通信的业务，运营商操作策略用于指示运营商支持同一PLMN的不同移动性管理网元之间交互共享用户信息和/或指示运营商支持与其它不同PLMN的移动性管理网元之间交互共享用户信息。

参考图6，其为本申请实施例提供的一种通信装置的示意图。该装置用于终端设备，如图6所示，该装置600包括发送单元610和接收单元620。可选的，还可以包括获取单元630。

发送单元610，用于通过第一用户的通信连接，向第一移动性管理网元发送第二用户的标识，第二用户由第二移动性管理网元提供服务，第一移动性管理网元为第一用户服务，第二用户的标识用于建立第一用户与第二用户之间的关联，所述第一用户对应第一USIM，所述第二用户对应第二USIM，所述第一USIM和所述第二USIM位于同一终端设备；接收单元620，用于接收来自第一移动性管理网元的第一指示信息，第一指示信息用于指示成功建立第一用户与第二用户的关联。

在一种可能的实现方法中，获取单元630，用于获取第一用户的信息；发送单元610，还用于通过第二用户的通信连接，向第二移动性管理网元发送第一用户的信息和第二指示信息，第二指示信息用于指示将第一用户的信息发送至第一移动性管理网元。

在一种可能的实现方法中，建立第一用户与第二用户的关联，包括：在第一用户的上下文中存储第二用户的信息，第一用户的上下文还包括第一用户的信息，其中，第一用户的信息包括以下一项或多项：第一用户的连接管理状态、第一用户的业务优先级信息、第一用户的业务信息；第二用户的信息包括以下一项或多项：第二用户的连接管理状态、第二用户的业务优先级信息、第二用户的业务信息、第二移动性管理网元的标识和/或地址信息、第二用户的标识。

应理解以上装置中单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分单元以软件通过处理元件调用的形式实现，部分单元以硬件的形式实现。例如，各个单元可以为单独设立的处理元件，也可以集成在装置的某一个芯片中实现，此外，也可以以程序的形式存储于存储器中，由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件又可以成为处理器，可以是一种具有信号的处理能力的集成电路。在实现过程中，上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。

在一个例子中，以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific IntegratedCirciuif，ASIC)，或，一个或多个微处理器(digital singnal processor，DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，FPGA)，或这些集成电路形式中至少两种的组合。再如，当装置中的单元可以通过处理元件调度程序的形式实现时，该处理元件可以是通用处理器，例如中央处理器(Central Processing Unit，CPU)或其它可以调用程序的处理器。再如，这些单元可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。

以上用于接收的单元(例如接收单元)是一种该装置的接口电路，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，该接收单元是该芯片用于从其它芯片或装置接收信号的接口电路。以上用于发送的单元(例如发送单元)是一种该装置的接口电路，用于向其它装置发送信号。例如，当该装置以芯片的方式实现时，该发送单元是该芯片用于向其它芯片或装置发送信号的接口电路。

参考图7，为本申请实施例提供的一种移动性管理网元的结构示意图，用于实现以上实施例中第一移动性管理网元或第二移动性管理网元的操作。如图7所示，该移动性管理网元包括：处理器710和接口730，可选的，还包括存储器720。

以上实施例中第一移动性管理网元或第二移动性管理网元执行的方法可以通过处理器710调用存储器720中存储的程序来实现。即，用于移动性管理网元的装置包括存储器和处理器，存储器用于存储程序，该程序被处理器调用，以执行以上方法实施例中的第一移动性管理网元或第二移动性管理网元执行的方法。这里的处理器可以是一种具有信号的处理能力的集成电路，例如CPU。用于策略控制网元的装置可以通过配置成实施以上方法的一个或多个集成电路来实现。例如：一个或多个ASIC，或，一个或多个微处理器DSP，或，一个或者多个FPGA等，或这些集成电路形式中至少两种的组合。或者，可以结合以上实现方式。

参考图8，其为本申请实施例提供的一种终端设备的结构示意图。该终端设备用于实现以上实施例中终端设备的操作。如图8所示，该终端设备包括：天线810、射频装置820、信号处理部分830。天线810与射频装置820连接。在下行方向上，射频装置820通过天线810接收接入网设备发送的信息，将接入网设备发送的信息发送给信号处理部分830进行处理。在上行方向上，信号处理部分830对终端设备的信息进行处理，并发送给射频装置820，射频装置820对终端设备的信息进行处理后经过天线810发送给接入网设备。

信号处理部分830用于实现对数据各通信协议层的处理。信号处理部分830可以为该终端设备的一个子系统，则该终端设备还可以包括其它子系统，例如中央处理子系统，用于实现对终端设备操作系统以及应用层的处理；再如，周边子系统用于实现与其它设备的连接。信号处理部分830可以为单独设置的芯片。可选的，以上的装置可以位于信号处理部分830。

信号处理部分830可以包括一个或多个处理元件831，例如，包括一个主控CPU和其它集成电路，以及接口电路833。此外，该信号处理部分830还可以包括存储元件832。存储元件832用于存储数据和程序，用于执行以上方法中终端设备所执行的方法的程序可能存储，也可能不存储于该存储元件832中，例如，存储于信号处理部分830之外的存储器中，使用时信号处理部分830加载该程序到缓存中进行使用。接口电路833用于与装置通信。以上装置可以位于信号处理部分830，该信号处理部分830可以通过芯片实现，该芯片包括至少一个处理元件和接口电路，其中处理元件用于执行以上终端设备执行的任一种方法的各个步骤，接口电路用于与其它装置通信。在一种实现中，实现以上方法中各个步骤的单元可以通过处理元件调度程序的形式实现，例如该装置包括处理元件和存储元件，处理元件调用存储元件存储的程序，以执行以上方法实施例中终端设备执行的方法。存储元件可以为处理元件处于同一芯片上的存储元件，即片内存储元件。

在另一种实现中，用于执行以上方法中终端设备所执行的方法的程序可以在与处理元件处于不同芯片上的存储元件，即片外存储元件。此时，处理元件从片外存储元件调用或加载程序于片内存储元件上，以调用并执行以上方法实施例中终端设备执行的方法。

在又一种实现中，终端设备实现以上方法中各个步骤的单元可以是被配置成一个或多个处理元件，这些处理元件设置于信号处理部分830上，这里的处理元件可以为集成电路，例如：一个或多个ASIC，或，一个或多个DSP，或，一个或者多个FPGA，或者这些类集成电路的组合。这些集成电路可以集成在一起，构成芯片。

实现以上方法中各个步骤的单元可以集成在一起，以SOC的形式实现，该SOC芯片，用于实现以上方法。该芯片内可以集成至少一个处理元件和存储元件，由处理元件调用存储元件的存储的程序的形式实现以上终端设备执行的方法；或者，该芯片内可以集成至少一个集成电路，用于实现以上终端设备执行的方法；或者，可以结合以上实现方式，部分单元的功能通过处理元件调用程序的形式实现，部分单元的功能通过集成电路的形式实现。

可见，以上装置可以包括至少一个处理元件和接口电路，其中至少一个处理元件用于执行以上方法实施例所提供的任一种终端设备执行的方法。处理元件可以以第一种方式：即调用存储元件存储的程序的方式执行终端设备执行的部分或全部步骤；也可以以第二种方式：即通过处理器元件中的硬件的集成逻辑电路结合指令的方式执行终端设备执行的部分或全部步骤；当然，也可以结合第一种方式和第二种方式执行终端设备执行的部分或全部步骤。

这里的处理元件同以上描述，可以是通用处理器，例如CPU，还可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个ASIC，或，一个或多个微处理器DSP，或，一个或者多个FPGA等，或这些集成电路形式中至少两种的组合。存储元件可以是一个存储器，也可以是多个存储元件的统称。

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

本申请实施例中所描述的各种说明性的逻辑单元和电路可以通过通用处理器，数字信号处理器，专用集成电路(ASIC)，现场可编程门阵列(FPGA)或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。

在一个或多个示例性的设计中，本申请所描述的上述功能可以在硬件、软件、固件或这三者的任意组合来实现。如果在软件中实现，这些功能可以存储与电脑可读的媒介上，或以一个或多个指令或代码形式传输于电脑可读的媒介上。电脑可读媒介包括电脑存储媒介和便于使得让电脑程序从一个地方转移到其它地方的通信媒介。存储媒介可以是任何通用或特殊电脑可以接入访问的可用媒体。例如，这样的电脑可读媒体可以包括但不限于RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁性存储装置，或其它任何可以用于承载或存储以指令或数据结构和其它可被通用或特殊电脑、或通用或特殊处理器读取形式的程序代码的媒介。此外，任何连接都可以被适当地定义为电脑可读媒介，例如，如果软件是从一个网站站点、服务器或其它远程资源通过一个同轴电缆、光纤电脑、双绞线、数字用户线(DSL)或以例如红外、无线和微波等无线方式传输的也被包含在所定义的电脑可读媒介中。所述的碟片(disk)和磁盘(disc)包括压缩磁盘、镭射盘、光盘、数字通用光盘(英文：Digital Versatile Disc，简称：DVD)、软盘和蓝光光盘，磁盘通常以磁性复制数据，而碟片通常以激光进行光学复制数据。上述的组合也可以包含在电脑可读媒介中。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包括这些改动和变型在内。

Claims (30)

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

第一移动性管理网元接收来自第二移动性管理网元的第二用户的信息，所述第一移动性管理网元服务于第一用户，所述第二移动性管理网元服务于所述第二用户，所述第一用户对应第一通用用户识别模块USIM，所述第二用户对应第二USIM，所述第一USIM和所述第二USIM位于同一终端设备；

所述第一移动性管理网元根据所述第二用户的信息和所述第一移动性管理网元中的第一用户的信息，执行对所述第一用户的控制。

2.如权利要求1所述的方法，其特征在于，还包括：

所述第一移动性管理网元向所述第二移动性管理网元发送所述第一用户的信息，所述第一用户的信息用于执行对所述第二用户的控制。

3.如权利要求1或2所述的方法，其特征在于，还包括：

所述第一移动性管理网元在所述第一用户的上下文中存储所述第二用户的信息，所述第一用户的上下文还包括所述第一用户的信息。

4.如权利要求1至3任一所述的方法，其特征在于，所述第一用户的信息包括以下一项或多项：所述第一用户的连接管理状态、所述第一用户的业务优先级信息、所述第一用户的业务信息；

所述第二用户的信息包括以下一项或多项：所述第二用户的连接管理状态、所述第二用户的业务优先级信息、所述第二用户的业务信息、所述第二移动性管理网元的标识和/或地址信息、所述第二用户的标识。

5.如权利要求1-3任一所述的方法，其特征在于，所述第一用户的信息包括所述第一用户处于空闲态，所述第二用户的信息包括所述第二用户处于空闲态；

所述第一移动性管理网元根据所述第二用户的信息和所述第一移动性管理网元中的第一用户的信息，执行对所述第一用户的控制，包括：

若所述第一用户寻呼失败，所述第一移动性管理网元根据寻呼策略对所述第一用户进行寻呼；

所述寻呼策略包括以下至少一项：寻呼尝试次数少于单USIM的寻呼尝试次数、扩大的寻呼范围小于单USIM扩大的寻呼范围；或者，

所述寻呼策略包括以下至少一项：寻呼尝试次数多于单USIM的寻呼尝试次数、增加下次寻呼尝试与本次寻呼尝试之间的时间间隔。

6.如权利要求1-3任一所述的方法，其特征在于，所述第一用户的信息包括所述第一用户处于连接态，所述第二用户的信息包括所述第二用户处于空闲态；

所述第一移动性管理网元根据所述第二用户的信息和所述第一移动性管理网元中的第一用户的信息，执行对所述第一用户的控制，包括：

若所述第二用户寻呼失败，所述第一移动性管理网元接收来自第二移动管理网元的用于通知所述终端设备所述第一用户存在下行业务的请求；

所述第一移动性管理网元通过所述第一用户的通信连接，向所述终端设备通知：所述第二用户存在下行业务。

7.如权利要求1-3任一所述的方法，其特征在于，所述第一用户的信息包括所述第一用户处于空闲态、所述第一用户的待发起的业务的优先级，所述第二用户的信息包括所述第二用户处于连接态、所述第二用户的正在进行的业务的优先级；

所述第一移动性管理网元根据所述第二用户的信息和所述第一移动性管理网元中的第一用户的信息，执行对所述第一用户的控制，包括：

若所述第一用户的待发起的业务的优先级低于所述第二用户的正在进行的业务的优先级，所述第一移动性管理网元确定不为所述第一用户的待发起的业务发起寻呼。

8.如权利要求1-3任一所述的方法，其特征在于，所述第一用户的信息包括所述第一用户处于连接态，所述第二用户的信息包括所述第二用户处于空闲态；

所述第一移动性管理网元根据所述第二用户的信息和所述第一移动性管理网元中的第一用户的信息，执行对所述第一用户的控制，包括：

所述第一移动性管理网元接收所述第二用户的信令或控制面信息，通过所述第一用户的通信连接，向所述终端设备发送所述第二用户的信令或控制面信息。

9.如权利要求1-8任一所述的方法，其特征在于，还包括：

所述第一移动性管理网元接收来自所述第二移动性管理网元的请求消息，所述请求消息包含所述第一用户的标识和所述第二用户的标识，所述请求消息用于请求建立所述第一用户与所述第二用户之间的关联；

所述第一移动性管理网元向所述第二移动性管理网元发送响应消息，所述响应消息用于指示成功建立所述第一用户与所述第二用户之间的关联。

10.如权利要求1-8任一所述的方法，其特征在于，还包括：

所述第一移动性管理网元向所述第二移动性管理网元发送请求消息，所述请求消息包含所述第一用户的标识和所述第二用户的标识，所述请求消息用于请求建立所述第一用户与所述第二用户之间的关联；

所述第一移动性管理网元接收来自所述第二移动性管理网元发送响应消息，所述响应消息用于指示成功建立所述第一用户与所述第二用户之间的关联。

11.如权利要求10所述的方法，其特征在于，还包括：

所述第一移动性管理网元接收来自所述终端设备的所述第二用户的用户隐藏标识SUCI；

所述第一移动性管理网元根据所述第二用户的SUCI，获取所述第二移动性管理网元的标识和/或地址信息。

12.如权利要求11所述的方法，其特征在于，所述第一移动性管理网元根据所述第二用户的SUCI，获取所述第二移动性管理网元的标识和/或地址信息，包括：

所述第一移动性管理网元根据所述第二用户的SUCI，确定所述第二用户对应的第一网元；

所述第一移动性管理网元向所述第一网元发送所述第二用户的SUCI；

所述第一移动性管理网元接收来自所述第一网元的所述第二移动性管理网元的标识和/或地址信息；

其中，所述第一网元为鉴权网元，所述第二移动性管理网元的标识和/或地址信息来自所述第二用户对应的数据管理网元；或者，所述第一网元为数据管理网元。

13.如权利要求10所述的方法，其特征在于，还包括：

所述第一移动性管理网元接收来自所述终端设备的所述第二用户的全局唯一临时标识GUTI；

所述第一移动性管理网元根据所述第二用户GUTI，确定所述第二用户对应的所述第二移动性管理网元的标识和/或地址信息。

14.如权利要求9-13任一所述的方法，其特征在于，所述第一用户的标识为所述第一用户的SUPI、所述第一用户的SUCI或所述第一用户的GUTI，所述第二用户的标识为所述第二用户的SUPI、所述第二用户的SUCI或所述第二用户的GUTI。

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

终端设备通过第一用户的通信连接，向第一移动性管理网元发送第二用户的标识，所述第二用户由第二移动性管理网元提供服务，所述第一移动性管理网元为所述第一用户服务，所述第二用户的标识用于建立所述第一用户与所述第二用户之间的关联，所述第一用户对应第一通用用户识别模块USIM，所述第二用户对应第二USIM，所述第一USIM和所述第二USIM位于同一终端设备；所述第一移动性管理网元与所述第二移动性管理网元均是接入与移动性管理功能AMF网元；所述终端设备接收来自所述第一移动性管理网元的第一指示信息，所述第一指示信息用于指示成功建立所述第一用户与所述第二用户的关联。

16.如权利要求15所述的方法，其特征在于，还包括：

所述终端设备获取所述第一用户的信息；

所述终端设备通过所述第二用户的通信连接，向所述第二移动性管理网元发送所述第一用户的信息和第二指示信息，所述第二指示信息用于指示将所述第一用户的信息发送至所述第一移动性管理网元。

17.如权利要求15或16所述的方法，其特征在于，所述建立所述第一用户与所述第二用户的关联，包括：

在所述第一用户的上下文中存储所述第二用户的信息，所述第一用户的上下文还包括所述第一用户的信息，其中，所述第一用户的信息包括以下一项或多项：所述第一用户的连接管理状态、所述第一用户的业务优先级信息、所述第一用户的业务信息；

所述第二用户的信息包括以下一项或多项：所述第二用户的连接管理状态、所述第二用户的业务优先级信息、所述第二用户的业务信息、所述第二移动性管理网元的标识和/或地址信息、所述第二用户的标识。

18.一种通信装置，应用于第一移动性管理网元，其特征在于，包括：

接收单元，用于接收来自第二移动性管理网元的第二用户的信息，所述第一移动性管理网元服务于第一用户，所述第二移动性管理网元服务于所述第二用户，所述第一用户对应第一通用用户识别模块USIM，所述第二用户对应第二USIM，所述第一USIM和所述第二USIM位于同一终端设备；

控制单元，用于根据所述第二用户的信息和所述第一移动性管理网元中的第一用户的信息，执行对所述第一用户的控制。

19.如权利要求18所述的装置，其特征在于，还包括发送单元，用于向所述第二移动性管理网元发送所述第一用户的信息，所述第一用户的信息用于执行对所述第二用户的控制。

20.如权利要求18或19所述的装置，其特征在于，还包括存储单元，用于在所述第一用户的上下文中存储所述第二用户的信息，所述第一用户的上下文还包括所述第一用户的信息。

21.如权利要求18至20任一所述的装置，其特征在于，所述第一用户的信息包括以下一项或多项：所述第一用户的连接管理状态、所述第一用户的业务优先级信息、所述第一用户的业务信息；

所述第二用户的信息包括以下一项或多项：所述第二用户的连接管理状态、所述第二用户的业务优先级信息、所述第二用户的业务信息、所述第二移动性管理网元的标识和/或地址信息、所述第二用户的标识。

22.如权利要求18-20任一所述的装置，其特征在于，所述第一用户的信息包括所述第一用户处于空闲态，所述第二用户的信息包括所述第二用户处于空闲态；

所述控制单元，具体用于若所述第一用户寻呼失败，根据寻呼策略对所述第一用户进行寻呼；

所述寻呼策略包括以下至少一项：寻呼尝试次数少于单USIM的寻呼尝试次数、扩大的寻呼范围小于单USIM扩大的寻呼范围；或者，

所述寻呼策略包括以下至少一项：寻呼尝试次数多于单USIM的寻呼尝试次数、增加下次寻呼尝试与本次寻呼尝试之间的时间间隔。

23.如权利要求18-20任一所述的装置，其特征在于，所述装置包括发送单元；所述第一用户的信息包括所述第一用户处于连接态，所述第二用户的信息包括所述第二用户处于空闲态；

所述控制单元，具体用于若所述第二用户寻呼失败，控制所述接收单元接收来自第二移动管理网元的用于通知所述终端设备所述第一用户存在下行业务的请求；通过所述第一用户的通信连接，控制所述发送单元向所述终端设备通知：所述第二用户存在下行业务。

24.如权利要求18-20任一所述的装置，其特征在于，所述第一用户的信息包括所述第一用户处于空闲态、所述第一用户的待发起的业务的优先级，所述第二用户的信息包括所述第二用户处于连接态、所述第二用户的正在进行的业务的优先级；

所述控制单元，具体用于若所述第一用户的待发起的业务的优先级低于所述第二用户的正在进行的业务的优先级，确定不为所述第一用户的待发起的业务发起寻呼。

25.如权利要求18-20任一所述的装置，其特征在于，所述装置包括发送单元；所述第一用户的信息包括所述第一用户处于连接态，所述第二用户的信息包括所述第二用户处于空闲态；

所述控制单元，具体用于控制所述接收单元接收所述第二用户的信令或控制面信息，通过所述第一用户的通信连接，控制所述发送单元向所述终端设备发送所述第二用户的信令或控制面信息。

26.如权利要求18-25任一所述的装置，其特征在于，所述接收单元，还用于接收来自所述第二移动性管理网元的请求消息，所述请求消息包含所述第一用户的标识和所述第二用户的标识，所述请求消息用于请求建立所述第一用户与所述第二用户之间的关联；

所述装置还包括发送单元，用于向所述第二移动性管理网元发送响应消息，所述响应消息用于指示成功建立所述第一用户与所述第二用户之间的关联。

27.如权利要求18-25任一所述的装置，其特征在于，所述装置还包括发送单元，用于向所述第二移动性管理网元发送请求消息，所述请求消息包含所述第一用户的标识和所述第二用户的标识，所述请求消息用于请求建立所述第一用户与所述第二用户之间的关联；

所述接收单元，还用于接收来自所述第二移动性管理网元发送响应消息，所述响应消息用于指示成功建立所述第一用户与所述第二用户之间的关联。

28.一种通信装置，其特征在于，包括：

发送单元，用于通过第一用户的通信连接，向第一移动性管理网元发送第二用户的标识，所述第二用户由第二移动性管理网元提供服务，所述第一移动性管理网元为所述第一用户服务，所述第二用户的标识用于建立所述第一用户与所述第二用户之间的关联，所述第一用户对应第一通用用户识别模块USIM，所述第二用户对应第二USIM，所述第一USIM和所述第二USIM位于同一终端设备；所述第一移动性管理网元与所述第二移动性管理网元均是接入与移动性管理功能AMF网元；接收单元，用于接收来自所述第一移动性管理网元的第一指示信息，所述第一指示信息用于指示成功建立所述第一用户与所述第二用户的关联。

29.如权利要求28所述的装置，其特征在于，还包括获取单元，用于获取所述第一用户的信息；

所述发送单元，还用于通过所述第二用户的通信连接，向所述第二移动性管理网元发送所述第一用户的信息和第二指示信息，所述第二指示信息用于指示将所述第一用户的信息发送至所述第一移动性管理网元。

30.如权利要求28或29所述的装置，其特征在于，所述建立所述第一用户与所述第二用户的关联，包括：

在所述第一用户的上下文中存储所述第二用户的信息，所述第一用户的上下文还包括所述第一用户的信息，其中，所述第一用户的信息包括以下一项或多项：所述第一用户的连接管理状态、所述第一用户的业务优先级信息、所述第一用户的业务信息；

所述第二用户的信息包括以下一项或多项：所述第二用户的连接管理状态、所述第二用户的业务优先级信息、所述第二用户的业务信息、所述第二移动性管理网元的标识和/或地址信息、所述第二用户的标识。