CN115278541A - 一种终端信息共享的方法及通信装置 - Google Patents

Abstract

本申请涉及无线通信技术领域，提供了一种终端信息共享的方法及通信装置，可以减少终端资源、空口信令资源的浪费。信息管理网元接收到来自支持第一业务的第一网元的第一请求，以及支持第二业务的第二网元的第三请求，用来请求终端的信息。信息管理网元向所述终端发送第二请求，所述第二请求用于请求所述终端的信息。接下来，信息管理网元接收来自所述终端的所述信息，进而向第一网元和第二网元发送所述信息。在多个分别支持不同业务的网元向信息管理网元请求终端的信息时，信息管理网元只向终端发送一次请求，终端只需针对这一次请求上报终端的信息，可以避免重复上报终端的信息，减少终端资源、空口信令资源的浪费。

Description

一种终端信息共享的方法及通信装置

技术领域

本申请实施例涉及无线通信等领域，尤其涉及一种终端信息共享的方法及通信装置。

背景技术

随着移动通信的发展，越来越多的业务可以使用移动通信网络进行传输。业务例如关键任务即按即说(mission critical push-to-talk，MCPTT)业务、关键任务视频(MCVideo)业务、关键任务数据(MCData业务、无人机相关的业务、智能工厂相关的业务、车联网相关的业务等。这些业务可能需要获取终端的信息。终端的信息例如位置信息、心跳信息、接入的核心网类型信息、采用的无线接入技术(radio access technology，RAT)类型信息等。不同的业务所需要的终端的信息可能是相同的。例如，MCPTT业务和MCVideo业务，可能都会用到终端的位置信息。

目前，不同的业务分别获取终端信息，当不同的业务获取相同的信息时，终端需要重复上报终端信息，例如重复上报位置信息，造成了对终端资源、空口信令资源的消耗。

发明内容

本申请实施例提供一种终端信息共享的方法及通信装置，可以减少终端资源、空口信令资源的浪费。

第一方面，提供了一种终端信息共享的方法，信息管理网元接收来自第一网元的第一请求，所述第一网元支持第一业务；信息管理网元还可以接收来自第二网元的第三请求，所述第二网元支持第二业务，所述第一请求和第三请求均用于请求终端的信息。信息管理网元可以向所述终端发送第二请求，所述第二请求用于请求所述信息。信息管理网元接收来自所述终端的所述信息。进而，向所述第一网元和所述第二网元发送所述信息。可选的，所述信息为位置信息、心跳信息。

在多个分别支持不同业务的网元(第一网元和第二网元)向信息管理网元请求终端的信息时，信息管理网元只向终端发送一次请求(即向终端发送第二请求)，终端只需针对这一次请求上报终端的信息，可以避免重复上报终端的信息，进而减少终端资源、空口信令资源的浪费。

在一种可能的实现中，信息管理网元在接收来自第二网元的第三请求之后，还可以向终端发送所述第二请求的更新请求，所述更新请求用于请求终端的所述信息。进而，信息管理网元接收来自所述终端的所述信息。这些信息是终端根据更新请求发送给信息管理网元的。信息管理网元根据多个分别支持不同业务的网元的请求，对向终端发送的请求进行调整，无需多次向终端请求信息，也可以更加符合多个分别支持不同业务的网元的请求需求。

在一种可能的实现中，信息管理网元获取共享策略，所述共享策略用于描述所述信息允许在所述第一业务和所述第二业务之间共享。进一步的，所述信息管理网元可以根据所述共享策略，向所述第一网元和所述第二网元发送所述信息。可选的，所述共享策略用于描述可以共享信息的业务有哪些，这些业务包括但不限于第一业务和第二业务。

在一种可能的实现中，所述共享策略用于指示：所述第一业务和所述第二业务。例如，共享策略包括但不限于所述第一业务标识和所述第二业务标识。

在一种可能的实现中，所述共享策略还用于指示以下一项或多项：所述信息的类型、共享指示、所述共享策略所适用的终端，所述共享策略所适用的终端包括所述终端。可以理解的是，所述共享策略包括但不限于：适用于所述终端，还可以适用于其它的终端。例如共享策略中可以包括一个终端的标识，或一组终端的标识。

在一种可能的实现中，所述信息管理网元在获取共享策略时，可以是接收来自第一设备的所述共享策略；所述第一设备包括但不限于以下的一个或多个：配置网元、所述第一网元、所述第二网元、所述终端。

在一种可能的实现中，所述信息管理网元从第一网元接收到的第一请求包括以下的一项或多项：所述第一网元的标识，第一触发器，第一业务标识、所述终端的标识、所述信息的类型、第一订阅事务标识。所述信息管理网元从第二网元接收到的第三请求包括以下的一项或多项：所述第二网元的标识，第三触发器，第二业务标识、所述终端的标识、所述信息的类型、第三订阅事务标识，所述第三触发与所述第一触发器相同或兼容。兼容，可以理解为第一触发器为第三触发器的子集，或第三触发器为第一触发器的子集。或者，第三触发器与第一触发器有交集，还可以有不同。

在一种可能的实现中，所述第二请求包括以下的一项或多项：所述第一触发器、所述信息的类型、第二订阅事务标识。

在一种可能的实现中，所述更新请求包括：第四触发器；其中，所述第四触发器根据所述第一触发器和所述第三触发器确定。结合第一网元和第二网元的触发器，确定出的第四触发器可以符合第一网元和第二网元的需求。

在一种可能的实现中，信息管理网元在接收来自第二网元的第三请求之后，确定是否需要针对所述第三请求，向终端发送请求，来请求所述终端的所述信息。如果不需要，则不发送了。这样，在接收来自所述终端的所述信息时，该信息是终端基于第二请求发送给信息管理网元的，信息管理网元将该信息发送给第一网元和第二网元，可以避免重复上报终端的信息，减少终端资源、空口信令资源的浪费。

在一种可能的实现中，所述信息管理网元在接收来自第二网元的第三请求后，可以根据共享策略，确定是否需要针对所述第三请求，向终端发送请求，来请求所述终端的所述信息。

第二方面，提供了一种终端信息共享的方法，信息管理网元接收来自第一网元的第一请求，以及接收来自第二网元的第三请求，第一网元支持第一业务，第二网元支持第二业务，所述第一请求和第三请求均用于请求终端的信息；然后，信息管理网元向所述终端发送第二请求和第四请求，所述第二请求和第四请求均用于请求所述信息。接下来，信息管理网元接收来自所述终端的所述信息和第一指示信息，所述第一指示信息用于指示所述信息允许被所述第一业务(即第一网元)和所述第二业务(即第二网元)共享。进而，所述信息管理网元向所述第一网元和所述第二网元发送所述信息。

信息管理网元向终端发送2次请求(即第二请求和第四请求)，终端将这2次请求进行整合(也称聚合aggregate)处理，变为一次请求事件，终端只针对整合后的一次请求事件上报终端的信息，还上报共享策略，以便于信息管理网元根据共享策略，决定将该信息发送给第一网元和/或第二网元。终端只针对一次请求事件上报终端的信息，可以避免重复上报终端的信息，减少终端资源、空口信令资源的浪费。

在一种可能的实现中，所述第一指示信息包括：共享指示。终端可以通过该共享指示，来指示该信息可以被共享，并且不限定该信息可以在哪些业务之间共享。

在一种可能的实现中，所述信息管理网元向终端发送的第二请求包括但不限于以下的一项或多项：第二触发器、所述信息的类型、第二订阅事务标识。所述信息管理网元向终端发送的第四请求包括但不限以下的一项或多项：第五触发器、所述信息的类型、第五订阅事务标识。进一步地，所述第一指示信息包括：所述第二订阅事务标识和所述第五订阅事务标识，和/或，所述第二触发器的标识和所述第五触发器的标识。终端通过订阅事务标识或触发器的标识来告知信息管理网元：该信息可以在哪些业务或网元之间共享。

第三方面，提供了一种终端信息共享的方法，终端接收来自信息管理网元的第二请求，所述第二请求用于请求终端的信息。终端接收来自所述信息管理网元的第四请求，所述第四请求用于所述信息。然后，终端向所述信息管理网元的发送所述信息和第一指示信息，所述第一指示信息用于指示所述信息允许被共享。

信息管理网元向终端发送2次请求(即第二请求和第四请求)，终端将这2次请求进行整合(也称聚合aggregate)处理，变为一次请求事件，终端只针对整合后的一次请求事件上报终端的信息，还上报共享策略，以便于信息管理网元根据共享策略，决定将该信息发送给第一网元和/或第二网元。终端只针对一次请求事件上报终端的信息，可以避免重复上报终端的信息，减少终端资源、空口信令资源的浪费。

在一种可能的实现中，所述第一指示信息包括：共享指示。终端可以通过该共享指示，来指示该信息可以被共享，并且不限定该信息可以在哪些业务之间共享。

在一种可能的实现中，所述信息管理网元向终端发送的第二请求包括但不限于以下的一项或多项：第二触发器、所述信息的类型、第二订阅事务标识。所述信息管理网元向终端发送的第四请求包括但不限以下的一项或多项：第五触发器、所述信息的类型、第五订阅事务标识。进一步地，所述第一指示信息包括：所述第二订阅事务标识和所述第五订阅事务标识，和/或，所述第二触发器的标识和所述第五触发器的标识。终端通过订阅事务标识或触发器的标识来告知信息管理网元：该信息可以在哪些业务或网元之间共享。

在一种可能的实现中，终端可以获取共享策略，所述共享策略用于描述允许被共享的终端信息，即哪些终端信息允许被共享。例如包括但不限于，第二请求和第四请求所请求的终端信息，也可以包括其它的终端信息。

进一步地，所述第一指示信息根据所述共享策略确定。在所述共享策略指示所述信息允许被共享时，则第一指示信息可以用于指示所述信息允许被共享。在没有存储所述信息的共享策略，或所述信息的共享策略指示不允许共享时，终端可以不向信息管理网元发送所述第一指示信息。

第四方面，提供了一种通信装置，所述装置具有实现上述第一方面及第一方面任一可能的实现中的功能，或实现上述第二方面及第二方面任一可能的实现中的功能，或实现上述第三方面及第三方面任一可能的实现中的功能。这些功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的功能模块。

第五方面，提供了一种通信装置，包括处理器，可选的，还包括存储器；所述存储器与所述处理器耦合。所述存储器，用于存储计算机程序或指令；所述处理器，用于执行所述存储器中的部分或者全部计算机程序或指令，当所述部分或者全部计算机程序或指令被执行时，用于实现上述第一方面及第一方面任一可能的实现的方法中信息管理网元的功能，或实现上述第二方面及第二方面任一可能的实现中信息管理网元的功能，或实现上述第三方面及第三方面任一可能的实现中终端的功能。

在一种可能的实现中，所述装置还可以包括收发器，所述收发器，用于发送所述处理器处理后的信号，或者接收输入给所述处理器的信号。所述收发器可以执行第一方面及第一方面任一可能的实现中信息管理网元执行的发送动作或接收动作；或者，执行第二方面及第二方面任一可能的实现中信息管理网元执行的发送动作或接收动作；或者，执行第三方面及第三方面任一可能的实现中终端执行的发送动作或接收动作。

第六方面，本申请提供了一种芯片系统，该芯片系统包括一个或多个处理器(也可以称为处理电路)，所述处理器与存储器(也可以称为存储介质)之间电耦合；所述存储器可以位于所述芯片系统中，也可以不位于所述芯片系统中；所述存储器，用于存储计算机程序或指令；所述处理器，用于执行所述存储器中的部分或者全部计算机程序或指令，当所述部分或者全部计算机程序或指令被执行时，用于实现上述第一方面及第一方面任一可能的实现的方法中信息管理网元的功能，或实现上述第二方面及第二方面任一可能的实现中信息管理网元的功能，或实现上述第三方面及第三方面任一可能的实现中终端的功能。

在一种可能的实现中，所述芯片系统还可以包括输入输出接口(也可以称为通信接口)，所述输入输出接口，用于输出所述处理器处理后的信号，或者接收输入给所述处理器的信号。所述输入输出接口可以执行第一方面及第一方面任一可能的实现中信息管理网元执行的发送动作或接收动作；或者，执行第二方面及第二方面任一可能的实现中信息管理网元执行的发送动作或接收动作；或者，执行第三方面及第三方面任一可能的实现中终端执行的发送动作或接收动作。具体的，输出接口执行发送动作，输入接口执行接收动作。

在一种可能的实现中，该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。

第七方面，提供了一种计算机可读存储介质，用于存储计算机程序，所述计算机程序包括用于实现第一方面及第一方面任一可能的实现中的功能的指令，或用于实现第二方面及第二方面任一可能的实现中的功能的指令，或用于实现第三方面及第三方面任一可能的实现中的功能的指令。

或者，一种计算机可读存储介质，用于存储计算机程序，所述计算机程序被计算机执行时，可以使得所述计算机执行上述第一方面及第一方面任一可能的实现的方法中信息管理网元执行的方法，或执行上述第二方面及第二方面任一可能的实现中信息管理网元执行的方法，或执行上述第三方面及第三方面任一可能的实现中终端执行的方法。

第八方面，提供了一种计算机程序产品，所述计算机程序产品包括指令，当所述指令在计算机上运行时，使得计算机执行上述第一方面及第一方面任一可能的实现中由信息管理网元执行的方法，或执行上述第二方面及第二方面任一可能的实现中由信息管理网元执行的方法，或执行上述第三方面及第三方面任一可能的实现中由终端执行的方法。

第九方面，提供了一种通信系统，所述通信系统包括执行上述第二方面及第二方面任一可能的实现的方法中的信息管理网元和执行上述第三方面及第三方面任一可能的实现的方法中的终端。

第十方面，提供了一种通信系统，所述通信系统包括执行上述第一方面及第一方面的任一可能的实现的方法中的信息管理网元，和与所述信息管理网元通信的第一网元和/或第二网元。

上述第四方面至第十方面的技术效果可以参照第一方面至第三方面中的描述，重复之处不再赘述。

附图说明

图1为本申请实施例中提供的一种通信系统示意图；

图2为本申请实施例中提供的一种请求终端信息的过程示意图；

图3为本申请实施例中提供的一种终端信息共享的过程示意图；

图4为本申请实施例中提供的一种终端信息共享的过程示意图；

图5为本申请实施例中提供的一种终端信息共享的过程示意图；

图6为本申请实施例中提供的一种终端信息共享的过程示意图；

图7为本申请实施例中提供的一种通信装置结构图；

图8为本申请实施例中提供的一种通信装置结构图。

具体实施方式

下面将结合附图，对本申请实施例进行详细描述。

为便于理解本申请实施例的技术方案，下面将对本申请实施例提供的方法的系统架构进行简要说明。可理解的，本申请实施例描述的系统架构是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定。

本申请实施例的技术方案可以应用于各种通信系统，例如：无线局域网(wirelesslocal area network，WLAN)通信系统，长期演进(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)系统(5GS)或新无线(new radio，NR)，第六代(6th generation，6G)系统，寻呼系统(e-mail paging system，EPS)，以及未来通信系统等。

为便于理解本申请实施例，接下来对本请的应用场景进行介绍，本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

随着移动通信的发展，越来越多的业务可以使用移动通信网络进行传输。业务例如MCPTT业务(下文简称PTT业务)，MCVideo业务(下文简称Video业务)，MCData业务(下文简称Data业务)，无人机相关的业务，智能工厂相关的业务，车联网相关的业务等。这些业务可能需要获取终端的信息。终端的信息例如位置信息，心跳信息，UE当前接入的核心网的类型，UE当前采用的无线接入技术RAT类型，UE当前是否处于紧急状态等。不同的业务所需要的终端的信息可能是相同的。如图1所示，以位置信息为例进行说明。

终端可以执行各种业务，例如，即按即说PTT业务、视频Video业务、数据Data业务。终端上安装有MCPTT业务客户端(下文简称PTT业务客户端)、MCVideo业务客户端(下文简称Video业务客户端)、MCData业务客户端(下文简称Data业务客户端)等。即按即说PTT业务服务器、视频Video业务服务器、数据Data业务服务器分别与终端上安装的即按即说PTT业务客户端、Video业务客户端、Data业务客户端之间进行通信。当PTT业务服务器、Video业务服务器、Data业务服务器需要获取终端的位置信息时，可以通过位置服务器(Loc Server)与终端上的位置客户端(Loc Client)通信，位置客户端将终端的位置信息上报给位置服务器，位置服务器将终端的位置信息发送给PTT业务服务器、Video业务服务器、Data业务服务器。

目前，不同的业务分别获取终端信息，多个业务对同一终端的信息的无法进行共享，例如，终端的位置信息的无法在PTT业务服务器和Video业务服务器之间进行共享。接下来如图2所示，以PTT业务服务器和Video业务服务器分别获取终端的位置信息为例，进行介绍。

步骤11a：PTT业务服务器向位置管理服务器发送请求消息，用于请求终端的位置信息。

该请求消息中可以包括但不限于以下中的一项或多项：

请求方(即PTT业务服务器)的标识，所请求的目标终端的标识，所请求的终端信息类型：即位置信息(例如二维位置信息，速度，方向，请求的位置格式，精确度需求等)，第一触发器，该第一触发器用于指示触发位置上报的条件。

触发位置上报的条件包括但限于以下的一项或多项：立即上报、连续上报的时间间隔、终端的小区(cell)发生变化时上报、或终端的跟踪区(tracking area，TA)发送变化时上报、终端的无线接入技术RAT发生变化时上报、终端接入的核心网(core)发生变化时上报、终端(或终端上安装的客户端)发送语音和/或数据和/或视频时上报、终端进入紧急状态时上报、或按照时间计时器(timer)上报。

位置管理服务器针对步骤11a的请求消息，执行步骤12a至步骤14a。

步骤12a：位置管理服务器向所述目标终端发送请求消息，用于请求位置信息。

例如，位置管理服务器执行到目标终端的位置订阅流程，或位置请求流程。具体可以是，位置管理服务器执行到目标终端上安装的位置管理客户端的位置订阅流程，或位置请求流程。

步骤13a：目标终端在确定满足第一触发器所指示的位置上报条件后，向位置管理服务器上报目标终端的位置信息。

步骤14a：位置管理服务器将目标终端的位置信息，发送给请求方(即PTT业务服务器)。

步骤11b：Video业务服务器向位置管理服务器发送请求消息，用于请求终端的位置信息。

该请求消息中可以包括但不限于以下中的一项或多项：

请求方(即Video业务服务器)的标识，所请求的目标UE的标识，所请求的终端信息类型：即位置信息(例如二维位置信息，速度，方向，请求的位置格式，精确度需求等)，第二触发器，该第二触发器用于指示触发位置上报的条件。

第二触发器与第一触发器可能相同。

位置管理服务器针对步骤11b的请求消息，执行步骤12b至步骤14b。

步骤12b(与步骤12a类似)：位置管理服务器向所述目标终端发送请求消息，用于请求位置信息。

例如，位置管理服务器执行到目标终端的位置订阅流程，或位置请求流程。具体可以是，位置管理服务器执行到目标UE上安装的位置管理客户端的位置订阅流程，或位置请求流程。

步骤13b(与步骤13a类似)：目标终端在确定满足第二触发器所指示的位置上报条件后，向位置管理服务器上报目标终端的位置信息。

步骤14b(与步骤14a类似)：位置管理服务器将目标终端的位置信息，发送给请求方(即Video业务服务器)。

图2中的步骤11a-步骤14a，与步骤11b-步骤14b之间的先后顺序不进行限定。

假设，步骤11a中与步骤11b中所要请求的终端信息类型相同，例如均为位置信息，且步骤11a中与步骤11b中触发位置上报的条件(即第一触发器和第二触发器)相同，例如均为每隔10s上报一次。对于终端来说，就会重复上报位置信息。

基于此，本申请提供了多种技术方案，以实现当不同的业务获取相同的信息时，终端无需重复上报终端的信息，可以减少终端资源、空口信令资源的浪费。

在一种方案中，信息管理服务器对多个业务服务器的请求进行整合处理(也称聚合处理)，以实现不重复向终端请求终端的信息，进而实现终端无需分别多次(重复)上报终端的同一信息。该方案的具体过程可以参见实施例1中的描述。需要注意的是，此处的“无需分别多次(重复)上报”，是指无需针对多个请求分别上报。针对一个请求的多次上报属于本申请的保护范围。

例如，针对多个请求分别上报为：信息管理服务器向终端发送请求a和请求b，请求a和请求b均为：每隔10s上报终端的位置信息。终端针对请求a，每隔10s上报终端的位置信息，又针对请求b，每隔10s上报终端的位置信息。

例如，针对一个请求的多次上报为：信息管理服务器向终端发送一个请求，请求每隔10s上报终端的位置信息，终端针对这一个请求，多次(每隔10s)上报终端的位置信息。

在另一种方案中，信息管理服务器针对多个业务服务器的请求，分别向终端请求终端的信息。终端可以对来自信息管理服务器的多个请求进行整合处理(也称聚合处理)，以实现无需分别多次(重复)上报终端的同一信息。该方案的具体过程可以参见实施例2中的描述。需要注意的是，此处的“无需分别多次(重复)上报”，是指无需针对多个请求分别上报。针对一个请求的多次上报属于本申请的保护范围。

针对多个请求分别上报可以参考上文描述，不再重复。

例如，针对一个请求的多次上报为：信息管理服务器向终端发送请求a和请求b，请求a和请求b均为：每隔10s上报终端的位置信息。终端将请求a和请求b整合成一个请求，针对整合后的这一个请求，多次(每隔10s)上报终端的位置信息。

可以理解的是，接下来介绍的实施例1、实施例2以及各个示例可以分别作为单独的实施例，也可以是相互参考、相互结合作为一个新的实施例。

终端，又称之为用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)、终端设备等，是一种向用户提供语音和/或数据连通性的设备。例如，终端设备包括具有无线连接功能的手持式设备、车载设备等。目前，终端设备可以是：手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobileinternet device，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端(例如，传感器等)、无人驾驶(self-driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端，或智慧家庭(smart home)中的无线终端，或具有车与车(Vehicle-to-Vehicle，V2V就)公共的无线终端等。

另外，下文中的“网元”，不应局限于核心网侧的“网元”，只要满足该“网元”的功能实体均在保护范围内。

业务网元，即支持某个业务的网元。例如第一业务网元可以理解为支持第一业务的网元，可以简称为第一网元；第二业务网元可以理解为支持第二业务的网元，可以简称为第二网元。

业务网元也可以称为业务/应用服务器，可以是业务服务器，垂直业务应用层(vertical application layer，VAL)服务器，关键任务业务(mission critical service，MCX)服务器，图1中的PTT服务器、数据服务器、视频服务器等。可选的，终端上可以安装与业务网元对应的业务客户端，业务客户端可以是垂直业务应用层VAL客户端，关键任务业务MCX客户端，图1中的PTT客户端、数据客户端、视频客户端等。

信息管理网元为管理终端信息的功能实体，负责终端信息的获取、收集、更新、聚合、授权等一项或多项管理，可以接收来自其它的请求实体(entity)发送的请求消息，并将终端信息返回给请求实体。信息管理网元可以是UE信息管理服务器(UE info managementserver)，负责多项UE信息(例如位置，心跳，接入信息等)的管理，图1中的位置服务器(负责UE位置的管理)，UE心跳管理服务器(负责UE心跳的管理)，UE接入信息管理服务器(负责UE接入信息的管理)，具备UE位置管理、心跳管理、接入信息管理等一项或多项的移动边缘计算(mobile edge computing，MEC)平台，具备上述功能的其他逻辑功能实体。可选的，终端上可以安装与信息管理网元对应的信息管理客户端，信息管理客户端可以是UE信息管理服务器(UE info management Client)，图1中的位置客户端(Loc Client)，UE心跳管理客户端，UE接入信息管理客户端，具备UE位置管理、心跳管理、接入信息管理等一项或多项的客户端。可以理解的是，UE心跳管理可以是对UE上安装的应用的心跳管理。

配置网元可以是配置管理服务器(configuration management server)，负责用户配置文件(user profile)、设备配置文件(device profile)，或业务配置文件(serviceprofile)的配置管理，包括配置文件的分发、更新、删除等。

本申请包括但不限于适用于：面向垂直行业企业领域，移动边缘计算(mobileedge computing，MEC)平台，企业自建业务平台，运营商能力开放平台，运营商业务运营平台等。其中，信息管理网元可以集成在上述平台中，或者作为上述平台原生(native)的一个功能模块。

可以理解的是，本申请中的“共享策略包括”可以替换为“共享策略用于指示”，也就是本申请介绍的共享策略包括某一信息时，可以是共享策略中包括该信息，也可以是共享策略隐含指示出该信息。同理，本申请中的“请求包括”可以替换为“请求用于指示”，也就是本申请介绍的请求包括某一信息时，可以是请求中包括该信息，也可以是请求隐含指示出该信息。“终端信息”和“终端的信息”之间可以相互替换。“触发器”和“上报触发器”之间可以相互替换。“第一请求、第二请求、第三请求”可以称为“第一订阅消息、第二订阅消息、第三订阅消息”，例如可以基于请求-响应模型生成请求或订阅消息，也可以基于订阅-通知模型生成请求或订阅消息。“请求终端信息”也可以称为“订阅终端信息”。“请求事件”可以称为“订阅事件”。

下文中的“触发器1、触发器2、触发器3、触发器4、触发器5、触发器6”，可以分别替换为“第一触发器、第二触发器、第三触发器、第四触发器、第五触发器、第六触发器”。同理，“订阅事务标识1、订阅事务标识2、订阅事务标识3、订阅事务标识4、订阅事务标识5”，可以分别替换为“第一订阅事务标识、第二订阅事务标识、第三订阅事务标识、第四订阅事务标识、第五订阅标识”。“业务标识1、业务标识2”可以分别替换为“第一业务标识、第二业务标识”。

下文中的第一业务网元，为一个网元或业务网元，例如称为第一网元，第一网元支持第一业务，为了便于理解，可以简称为第一业务网元。同理，下文中的第二业务网元，为一个网元或业务网元，例如称为第二网元，第二网元支持第二业务，为了便于理解，可以简称为第二业务网元。

下文中的多个业务网元，为分别支持不同业务的多个网元，即多个业务网元各自支持的业务不同。

实施例1：信息管理网元对多个业务网元的请求进行整合处理(也称聚合处理)，以实现不重复向终端请求终端的同一信息，进而实现终端无需重复上报终端的信息，即终端无需分别多次上报终端的同一信息。

如图3所示，提供了一种终端信息共享的过程示意图，包括但不限于以下步骤：

步骤31：第一业务网元向信息管理网元发送第一请求，相应的，信息管理网元接收来自第一业务网元的第一请求，所述第一请求用于请求终端的信息。

步骤32：信息管理网元向所述终端发送第二请求，相应的，终端接收来自所述信息管理网元发送的第二请求，所述第二请求消息用于请求所述终端的所述信息。

例如，信息管理网元基于所述第一请求，向所述终端发送所述第二请求。

步骤33：第二业务网元向信息管理网元发送第三请求，相应的，信息管理网元接收来自第二业务网元的第三请求，所述第三请求用于请求所述终端的所述信息。

所述第二请求与所述第三请求所请求的终端的信息是相同的，例如，均请求终端的位置信息，或均请求终端的心跳信息。

可选的，所述第一业务网元与第二业务网元的业务不同。例如第一业务网元为PTT业务的网元，第二业务网元为视频Video业务的网元。

信息管理网元不会基于所述第三请求，重复向终端请求终端的所述信息。

可以理解的是，步骤33与步骤32的先后顺序不进行限制。

步骤34：所述终端向信息管理网元发送步骤32中请求的信息，相应的，信息管理网元接收来自所述终端的所述信息。

例如，终端可以基于步骤32中的所述第二请求，向信息管理网元发送终端的信息。

步骤35a：信息管理网元向所述第一业务网元发送所述信息。

步骤35b：信息管理网元向所述第二业务网元发送所述信息。

步骤35a与步骤35b的先后顺序不进行限制。步骤35a和步骤35b可以在不同的消息中发送所述信息；也可以在一条消息中发送所述信息，例如信息管理网元采用广播或组播的方式，将所述信息发送给第一业务网元和第二业务网元。

在多个业务网元(第一业务网元和第二业务网元)向信息管理网元请求终端的信息时，信息管理网元只向终端建立一次请求事件(即向终端发送第二请求)，终端只需针对这一次请求事件上报终端的信息，可以避免重复上报终端的信息，减少终端资源、空口信令资源的浪费。

示例1：

接下来如图4所示，对终端信息共享的过程进一步详细介绍。

在该示例1中，配置网元向信息管理网元发送终端信息的共享策略。例如，所述共享策略用于描述：允许共享终端信息的业务有哪些(即哪些业务之间允许共享终端信息)，该业务为至少两个，也可以理解为所述共享策略用于描述：终端信息允许在至少两个业务之间共享。例如，共享策略包括：业务标识(一个标识或标识列表或标识范围)。可选的，该共享策略包括：共享指示和/或允许共享的终端信息类型。终端信息类型包括但不限于以下的一项或多项：心跳、位置、接入的核心网类型、采用的无线接入技术RAT类型、终端对特定群组的关联(affiliation)状态、终端的出席(presence)状态、终端的紧急状态(emergencystatus)、终端的连接态(connected)等。核心网类型例如为4G、5G、6G等。无线接入技术类型例如为wifi接入，蜂窝网络接入等。关联(affiliation)状态例如为关联或未关联。终端的出席(presence)状态例如为出席或未出席。终端的紧急状态，例如在公共安全领域，执法人员被袭警时，应优先保证该被袭人员的终端通话，其它终端不能插话，此时被袭人员的终端可以发送紧急状态。

信息管理网元在接收多个业务网元对终端信息的请求后，可以对多个请求进行聚合/整合处理，对多个业务网元的请求，只向终端发送一次请求，来请求终端的信息(可以称为，向终端建立一次请求事件)。

在下文中，向终端发送请求来请求终端的信息，与向终端建立请求事件，两者可以相互替换，不再重复介绍。

信息管理网元在从终端获取到终端信息后，可以根据共享策略和多个业务网元的请求，判断将该终端信息，发送给哪一个业务网元、或哪几个业务网元、或全部的业务网元。

图4包括以下步骤：

可选的，步骤400：信息管理网元获取共享策略。

在一种示例中，所述共享策略为配置网元为所述信息管理网元配置的。例如，配置网元向信息管理网元发送共享策略，相应的，信息管理网元接收来自配置网元的所述共享策略。该共享策略可以是由配置网元主动发送给信息管理网元的，这种方式理解为推动(push)。该共享策略也可以是由信息管理网元主动向配置网元请求，而获取到的，这种方式理解为拉取(pull)。

例如，配置网元可以从其他设备(例如终端)处获取共享策略，然后发送给信息管理网元。再例如，配置网元通过系统管理员配置共享策略。

在一种示例中，所述共享策略用于描述：允许共享终端信息的业务有哪些(即哪些业务之间允许共享终端信息)。该业务为至少两个，也可以理解为所述共享策略用于描述：终端信息允许在至少两个业务之间共享。在本申请中，第一业务网元支持的第一业务(下文的业务标识1的业务)和第二业务网元支持的第二业务(下文的业务标识2的业务)之间可以共享终端信息，则可以理解为该共享策略用于描述终端信息允许在所述第一业务网元支持的第一业务和所述第二业务网元支持的第二业务之间共享。

例如，共享策略包括：表征业务的信息。例如共享策略包括：一个业务标识、或多个业务标识(例如通过业务标识列表list形式体现)(例如下文的业务标识1和业务标识2)、或业务标识的范围等。此处的“业务标识”可以理解为“允许共享终端信息的业务标识”，业务标识为标识特定业务的一组字符，可以是应用标识符(application identifier)，或业务标识符(service identifier)、完全限定域名(fully qualified domain name，FQDN)等。业务标识的范围用于指示该范围内的业务之间允许共享终端信息。本申请中的业务标识，也可以理解为业务类型。不同的业务标识可以理解为不同的业务类型，例如业务标识1用于标识业务类型1的业务，业务标识2用于标识业务类型2的业务。业务类型例如上文介绍的：PTT业务、Video业务、Data业务等。

在一种可选的示例中，所述共享策略用于描述：允许共享一种或多种类型的终端信息的业务(可以理解为：哪些业务之间可以共享哪种类型的终端信息)。例如，共享策略还包括：终端信息的类型(即允许共享的终端信息的类型)，例如位置、心跳等。例如，共享策略可以指示：允许共享第一类型(例如位置)的终端信息的业务有哪些，允许共享第二类型(例如心跳)的终端信息的业务有哪些，或者，允许共享XX类型的终端信息等。可选的，如果共享策略不包括或不限定终端信息的类型，则可以认为信息管理网元所能获取到的所有类型的终端信息均允许共享。

在一种可选的示例中，共享策略还包括：共享指示(indicator)，该共享指示可以表示能否共享终端信息。该共享指示可以占用1bit，例如该1bit为0时，表示不允许共享，该1bit为1时，表示允许共享。可选的，如果共享策略中不包括或不限定共享指示，则可以认为允许共享终端信息。可选的，如果共享策略中不包括或不限定共享指示，则可以认为不允许共享终端信息。

在一种可选的示例中，共享策略还用于描述：该共享策略所适用的对象(可以理解为：哪些对象可以使用该共享策略)。例如，对象为终端。例如，对象可以是一个终端，或多个终端，或符合某一条件的终端。该某一条件例如可以是进行某一业务，或具备某一能力，或者属于某个群组等。例如，该共享策略还包括(指示)：共享策略所适用的对象(对象例如为终端)信息。该对象信息可以是一个终端的标识，或多个终端的标识(例如一组终端标识列表list)，或一个业务标识，或多个业务标识等。当对象信息为一个或多个业务标识时，可以理解为，使用该一个或多个业务的终端均可以使用该共享策略。也可以理解为，该共享策略可以是针对一个终端或某几个终端制定的共享策略，或针对使用某些业务的终端制定的共享策略。可选的，如果共享策略中不包括或不限定共享策略所适用的对象信息，则可以认为该共享策略是为该信息管理网元所服务的所有终端制定的共享策略(即所述共享策略可以适用于所述信息管理网元所服务的所有终端)。

后续，信息管理网元在接收到多个业务网元的请求时，可以根据共享策略，来决定是否重复向终端请求终端的信息。进一步地，信息管理网元在接收到来自终端的信息时，也可以根据共享策略，来决定将信息反馈给哪个业务网元。

如下表1所示，提供了共享策略的一种示意，表1只是一种示例，不应造成对本申请的限定。

表1

如下，再介绍一种共享策略的示意：

>UE标识/一组UE标识列表/业务标识；【表示共享策略所适用的对象】

>共享指示(indicator)【表示是否允许共享UE信息】

>UE信息列表【表示允许共享的UE信息具体是哪一种】

>位置；

>共享业务的list【表示可以在哪些业务之间共享UE的信息】

>MCPTT

>MCVideo

>心跳；

>共享业务的list【表示可以在哪些业务之间共享UE的信息】

>MCPTT

>MCData

>接入RAT；

>共享业务的list【表示可以在哪些业务之间共享UE的信息】

>MCVideo

>MCData

>接入核心网core；

>共享业务的list【表示可以在哪些业务之间共享UE的信息】

>MCPTT

>MCVideo

>MCData

……

由上述示意，可以看出位置信息允许在MCPTT业务、MCVideo业务之间共享，心跳允许在MCPTT业务和MCData业务之间共享，接入RAT类型允许在MCVideo业务和MCData业务之间共享，接入核心网类型允许在MCPTT业务、MCVideo业务和MCData业务之间共享。

在示例1中，共享策略的有效期为：两次配置共享策略的时间间隔。即配置网元本次配置共享策略的时间，至配置网元下次配置新的共享策略的时间。

步骤401：第一业务网元向信息管理网元发送第一请求，相应的，信息管理网元接收来自第一业务网元的第一请求，所述第一请求用于请求终端的信息。

该第一请求中包括但不限于以下的一项或多项：

所述第一业务网元的标识、上报触发器1、业务标识1(第一业务网元支持该业务标识1的业务)、终端标识、终端信息类型、订阅事务标识1。

可选的，第一业务网元的标识可以理解为请求方的标识，例如可以为第一业务网元的名称，标识、互联网协议(internet protocol，IP)地址等。

可选的，上报触发器1用于指示触发终端信息上报的条件1。当终端确定触发器1中的条件1被满足时，则向信息管理网元上报终端信息。触发器1的事件过滤器(即触发终端信息上报的条件1)包括但限于以下的一项或多项：立即上报、连续上报的时间间隔、终端的小区(cell)发生变化时上报、或终端的跟踪区(tracking area，TA)发送变化时上报、终端的无线接入技术RAT发生变化时上报、终端接入的核心网(core)发生变化时上报、终端(或终端上安装的客户端)发送语音和/或数据和/或视频时上报、终端进入紧急状态时上报、或按照时间计时器(timer)上报等。

可选的，通过协议规定，终端进行信息上报的条件，这样，就无需在第一请求中包括上报触发器1，终端也可以根据协议规定的条件，进行信息上报。

可选的，订阅事务标识1为可选参数，用于在第一业务网元和信息管理网元之间标识本次请求或订阅的事务标识符(transaction identifier)，可以不包含在第一请求中。订阅事务标识1可以理解为第一业务网元触发的这次请求事件的标识。

可选的，UE信息类型为可选参数，指示步骤401中所请求的信息的类型，可以不包含在第一请求中。例如该信息管理网元为一种特定类型的信息管理网元，例如位置管理网元或心跳管理网元，则该第一请求中即使不包括UE信息类型，信息管理网元也知道第一业务网元要请求哪种类型的终端信息。

可选的，业务标识1(例如第一业务/应用网元的标识)为可选参数，可以不包含在第一请求中。第一业务网元支持该业务标识1的业务。信息管理网元可以通过第一业务网元的标识、或互联网协议(internet protocol，IP)地址、或统一资源定位符(uniformresource locator，URL)等，判断出该第一业务网元的业务标识1。一种实现方式为，该业务网元/应用网元此前向信息管理网元注册过自己的业务标识1，信息管理网元中已经保存了该业务标识1及第一业务网元的标识(或IP地址、或URL等)的关联关系。

可选的，步骤401技术细节可以参见现有的业务网元向信息管理网元请求终端信息的技术细节。

在一种示例中，该第一请求可以是UE信息订阅请求，或者UE信息上报配置请求。

可选的，业务网元向信息管理网元发送的请求(例如第一请求，下文的第三请求)可以所适用的传输协议为应用层协议，应用层协议例如超文本传输协议(hyper texttransfer protocol，HTTP)，或会话初始协议(session initiation protocol，SIP)。

可选的，信息管理网元向第一业务网元发送该第一请求的响应消息，用于告知第一业务网元，确认请求成功。

可选的，步骤402：信息管理网元确定是否需要针对第一请求，向终端发送请求，来请求终端的信息(也可以称为向终端建立请求事件)。

信息管理网元可以根据共享策略，确定是否需要针对第一请求，向终端发送请求来请求终端信息(即向终端建立请求事件)。

例如，信息管理网元确定是否已经有该终端信息(该终端信息为步骤401中的第一请求所要请求的终端信息)的共享策略。

再例如，信息管理网元确定是否已经针对该终端信息(该终端信息为步骤401中的第一请求所要请求的终端信息)，向终端发送请求，来请求终端信息(也可以称为向终端建立请求事件。

这两个确定动作的先后顺序不进行限制。

如果没有针对该信息向终端发送请求，来请求终端信息(可以无需考虑是否已经有该终端信息的共享策略)，则需要针对该终端信息向终端发送请求，来请求终端信息，例如执行步骤403的过程。

如果没有该终端信息的共享策略(可以无需考虑是否已经针对该信息向终端建立请求事件)，需要针对该终端信息向终端发送请求，来请求终端信息，例如执行步骤403的过程。

如果已经有该终端信息的共享策略，且已经针对该终端信息向终端发送请求，来请求终端信息，还可以确定之前已经向终端发送的请求中的触发器与本次请求该终端信息的触发器(例如触发器2或触发器1)是否相同或兼容。触发器a与触发器b兼容，可以理解为：触发器a对应的条件a是触发器b对应的条件b的子集，或触发器b对应的条件b是触发器a对应的条件a的子集，或触发器a对应的条件a与触发器b对应的条件b之间有交集、也有不同。

如果两个触发器不相同、也不兼容，则需要针对本次请求该终端信息的触发器向终端建立请求事件，例如执行步骤403的过程。

如果两个触发器相同或兼容，则可以无需再向终端建立请求事件。

在一种可选的示例中，确定是否已经有该信息的共享策略，可以是确定已有的共享策略中是否有针对该信息对应的终端信息类型的共享策略。例如，将包括该信息对应的终端信息类型的共享策略作为已有的共享策略。另外，一种可能的情况，已有的共享策略中未对允许共享的终端信息的类型进行限定，这种情况下，只要有共享策略，则认为已经有该信息的共享策略。

在一种可选的示例中，确定是否已经针对该信息向终端建立请求事件，可以是确定是否已经针对该信息对应的终端信息类型，向终端建立请求事件。

可选的，在步骤402之前，信息管理网元还可以确定该第一业务网元是否被授权发起第一请求，如果被授权发起第一请求，再进一步执行步骤402。

例如，该第一业务网元在第一请求消息中携带安全凭证，信息管理网元验证该安全凭证，如果验证成功，则表示第一业务网元被授权发起第一请求。

步骤403：信息管理网元向终端发送第二请求，相应的，终端接收来自信息管理网元的第二请求，所述第二请求用于请求终端的信息。

一种可选的示例中，第二请求所请求的终端的信息，与第一请求所请求的终端的信息相同，例如都请求UE的位置。

一种可选的示例中，信息管理网元向终端发送第二请求，终端接收来自信息管理网元的第二请求，此处的终端可以替换为：终端上安装的信息管理客户端。例如当信息管理网元为位置管理网元时，信息管理客户端可以是位置管理客户端，例如，图1中的安装在终端上的位置客户端Loc Client。

该第二请求包括但不限于以下的一项或多项：

上报触发器2、业务标识1、终端标识、终端信息类型、订阅事务标识2。

上报触发器2根据上报触发器1确定，通常，上报触发器2和上报触发器1相同。上报触发器2用于指示触发终端信息上报的条件2。当终端确定触发器2中的条件2被满足时，则向信息管理网元上报终端信息。触发器2的事件过滤器(即触发终端信息上报的条件2)的细节与上报触发器1的细节相同，可以相互参考，此处不再重复赘述。

可选的，通过协议规定：终端进行信息上报的条件，这样，就无需在第二请求中包括上报触发器2，终端也可以根据协议规定的条件，进行信息上报。

可选的，订阅事务标识2为可选参数，可以不包含在第二请求中。订阅事务标识2可以理解为信息管理网元触发的这次请求事件的标识。第一业务网元与信息管理网元之间的订阅事务标识1，与信息管理网元与终端之间的订阅事务标识2，通常是不同的，但也不排除相同的情况。可选的，信息管理网元将订阅事务标识1和/或触发器1、与订阅事务标识2和/或触发器2关联。

可选的，终端信息类型为可选参数，指示步骤403(也包括步骤401)中所请求的信息的类型，可以不包含在第二请求中。例如该信息管理网元为一种特定类型的信息管理网元，例如位置管理网元或心跳管理网元，则该第二请求中即使不包括终端信息类型，终端也知道信息管理网元要请求哪种类型的终端信息。

可选的，终端标识可以理解为所要请求的目的方的标识。

可选的，业务标识1为可选参数，可以不包含在第二请求中。终端可以无需感知是哪个业务使用终端信息。

在一种示例中，该第二请求可以是UE信息订阅请求，或者UE信息上报配置请求。

可选的，终端(或终端上安装的信息管理客户端)向信息管理网元发送该第二请求的响应消息，用于告知信息管理网元，确认请求成功。

可选的，步骤403技术细节可以参见现有的信息管理网元向终端请求终端信息的技术细节。

步骤404(与步骤401类似)：第二业务网元向信息管理网元发送第三请求，相应的，信息管理网元接收来自第二业务网元的第三请求，所述第三请求用于请求终端的信息。

在一种可选的示例中，第一请求所请求的终端的信息，与第三请求所请求的终端的信息相同，或者理解为终端信息类型相同。例如均请求位置信息，或心跳信息。

该第三请求中包括但不限于以下的一项或多项：

第二业务网元的标识，上报触发器3，业务标识2(第二业务网元支持该业务标识2的业务)、终端标识、终端信息类型、订阅事务标识3。

这些信息细节可以参考步骤401中的介绍，将“第一、第二、1、2、3”等对应替换即可，不再重复赘述。

可以理解的是，第三请求中的触发器3与第一请求中的触发器1的作用相同，但是事件过滤器(具体参数值)可能相同、或不同、或部分相同部分不同。或者理解为：触发器3与触发器1可能相同、或者兼容。兼容可以理解为：触发器1对应的条件1是触发器3对应的条件3的子集，或触发器3对应的条件3是触发器1对应的条件1的子集，或触发器1对应的条件1与触发器3对应的条件3之间有交集、也有不同。

触发器3与触发器1相同时，例如，触发器1对应的条件1和触发器3对应的条件3均为：每隔C秒(C大于0，例如10s、25s等)上报一次、或终端的小区(cell)发生变化时上报、或终端的跟踪区TA发送变化时上报，或者前文介绍的任一触发器的事件过滤器中的任一项。

触发器3与触发器1兼容时，例如，触发器1对应的条件1为：每隔A秒(例如10s)上报一次，触发器3对应的条件3为：每隔B秒(例如30s或20s或40s等)上报一次。A大于0，B大于0。当B为A的整数倍数时，B为A的子集；当B为A的非整数倍数时，B与A之间有交集、也有不同。同理，当A为B的整数倍数时，A为B的子集；当A为B的非整数倍数时，A与B之间有交集、也有不同。

触发器3与触发器1兼容时，例如，触发器1对应的条件1为：当终端的小区cell变化时，上报一次，触发器3对应的条件3为：当终端的跟踪区TA变化时，上报一次。通常，小区cell的粒度比较小，跟踪区TA的粒度比较大，一个TA包括一个小区或多个小区，则可以理解为触发器3兼容触发器1。

在一种示例中，该第三请求可以是UE信息订阅请求，或者UE信息上报配置请求。

可选的，信息管理网元向第二业务网元发送该第三请求的响应消息，用于告知第二业务网元，确认请求成功。

步骤404与步骤403的先后顺序不进行限制，步骤404与步骤402的先后顺序不进行限制。

可选的，步骤405(与步骤402类似)：信息管理网元确定是否需要针对第三请求，向终端发送请求来请求终端信息(即向终端建立请求事件)。

信息管理网元可以根据共享策略确定是否需要针对第三请求，向终端发送请求来请求终端信息(即向终端建立请求事件)。

例如，信息管理网元确定是否已经有该终端信息(该终端信息为步骤404中的第三请求所要请求的终端信息)的共享策略。

再例如，信息管理网元确定是否已经针对该终端信息(该终端信息为步骤404中的第三请求所要请求的终端信息)，向终端建立请求事件(建立请求事件可以理解为向终端发送请求，来请求该信息)。

这两个确定动作的先后顺序不进行限制。具体细节可以参见步骤402处的描述，详细之处不再赘述。

如果没有针对该信息向终端建立请求事件(可以无需考虑是否已经有该信息的共享策略)，需要针对该终端信息向终端建立请求事件。

如果没有该终端信息的共享策略(可以无需考虑是否已经针对该信息向终端建立请求事件)，需要针对该终端信息向终端建立请求事件。

如果已经有该终端信息的共享策略，且已经针对终端该信息向终端建立请求事件，还可以确定之前已经建立的请求事件的触发器(例如触发器2或触发器1)与本次请求该信息的触发器(例如触发器3)是否相同或兼容。

如果两个触发器不相同、也不兼容，则需要针对本次请求该信息的触发器向终端建立请求事件。

在该示例中，步骤405可以理解为，信息管理网元根据触发器1、触发器3和共享策略，确定是否复用(reuse)已经存在的对终端信息的第二请求。

一种可选的示例中，如果两个触发器(例如触发器1和触发器3)相同或兼容，则无需再向终端建立请求事件。

例如，触发器2(或触发器1)与触发器3相同，例如，触发器1指示每隔30s上报终端的信息(例如位置信息)，触发器3指示每隔30s上报终端的信息(例如位置信息)。信息管理网元针对该第三请求可以复用步骤403中的触发器2(即订阅事务标识2)产生的请求事件(即第二请求)。信息管理网元无需针对该第三请求，重复向终端建立请求事件，也就是无需执行与步骤403类似的过程，以避免终端的重复上报。

可选的，信息管理网元将订阅事务标识3和/或触发器3、与订阅事务标识2和/或触发器2关联。

如果在步骤403中，信息管理网元将订阅事务标识1和/或触发器1、与订阅事务标识2和/或触发器2关联。可以理解为：信息管理网元将订阅事务标识1(或触发器1)和订阅事务标识3(或触发器3)，关联到同一个订阅事务标识2(或触发器2)上。该情况适用于根据触发器1、触发器3和共享策略，确定复用已经存在的对终端信息的第二请求的场景。

一种可选的示例中，如果两个触发器(例如触发器1和触发器3)兼容，可以向终端更新以前建立的请求事件(例如更新步骤403中的建立的请求事件)。在更新以前建立的请求事件时，一种示例为，对以前建立请求事件中的触发器(例如触发器2)进行更新，以避免终端的重复上报。

例如，触发器1指示每隔30s上报终端的信息(例如位置信息)，触发器3指示每隔10s上报终端的信息(例如位置信息)。虽然可以复用步骤403中对终端信息的请求(即订阅事务标识2产生的请求事件)，但是需要更新触发器2。例如，将触发器2更新为触发器4(即采用触发器4对触发器2进行更新)，该触发器4根据触发器3和触发器2(或触发器1)确定。更新过程在后续步骤406中进行介绍。

可选的，在步骤405之前，信息管理网元还可以确定该第二业务网元是否被授权发起第二请求，如果被授权发起第二请求，再进一步执行步骤405。

步骤405中信息管理网元对第二业务网元的授权确定过程，与步骤402中信息管理网元对第一业务网元的授权确定过程相同，可以相互参考，不再重复赘述。

可选的，步骤406：信息管理网元向终端(例如终端上安装的信息管理客户端)发送更新请求，相应的，终端(例如终端上安装的信息管理客户端)接收来自信息管理网元的更新请求。所述更新请求用于更新步骤403中的第二请求建立的请求事件，所述更新请求用于请求终端的信息。可以理解为，所述更新为第二请求的更新请求。

信息管理网元判断针对来自第二业务网元的第三请求，需要更新步骤403中建立的请求事件时，可以向终端发送更新请求。例如，信息管理网元判断触发器2或触发器1、与触发器3兼容，可以更新步骤403中根据触发器2建立的请求事件。

在一种示例中，所述更新请求包括：触发器4。该触发器4用于表示更新后的触发器(即更新后的触发信息上报的条件4)。该触发器4根据触发器3和触发器1确定，或者，触发器4根据触发器3和触发器2确定。

例如，该触发器4对应的条件4为：触发器3对应的条件3与触发器2对应的条件2的交集。例如，该触发器4对应的条件4为：触发器3对应的条件3与触发器2对应的条件2的并集。例如，触发器4与触发器1(或触发器2)相同。例如，触发器4与触发器3相同。

一个例子为：触发器2对应的条件2为：每隔10s上报一次，触发器3对应的条件3为：每隔5s上报一次。触发器4对应的条件4为每隔5s上报一次。此时，触发器4对应的条件4为：触发器3对应的条件3与触发器2对应的条件2的交集。或者，触发器4与触发器3相同。

一个例子为：触发器2对应的条件1为：每隔10s上报一次，触发器3对应的条件3为：每隔15s上报一次。触发器4对应的条件4为每隔{10s和15s}上报一次。此时，触发器4对应的条件4为：触发器3对应的条件3与触发器2对应的条件2的并集。

可选的，终端(例如终端上安装的信息管理客户端)存储并更新接收到的触发器4。

进一步地，触发器1(或触发器2)和触发器3均是按照预设时间间隔上报一次，例如每个10s上报一次，例如每个30s上报一次。在触发器1和触发器3的接收时间不同，例如，19:00:00接收到触发器1，在19:00:05接收到触发器3的情况下：

信息管理网元根据触发器1(或触发器2)和触发器3，得到触发器4时，还可以调整一下触发器4的第一次生效时间，使触发器4的生效时间与触发器1或触发器3的某一个的上报时间重合。例如，触发器4的生效时间调整为19:00:10。进而可以减少上报的次数，降低对终端的资源、空口资源的消耗。

可选的，该更新请求还可以包括但不限于以下的一项或多项：终端信息类型、触发器2、订阅事务标识2、订阅事务标识4、业务标识2、终端标识。

可选的，终端信息类型指示步骤404中所请求的信息的类型。

可选的，订阅事务标识4为可选参数，可以不包含在更新请求中。订阅事务标识4可以理解为信息管理网元触发的这次请求事件(也可以称为更新事件)的标识。订阅事务标识3与订阅事务标识4通常是不同的，但也不排除相同的情况。订阅事务标识4和订阅事务标识2通常是不同的，但也不排除相同的情况。可选的，信息管理网元将订阅事务标识4和/或触发器4、与订阅事务标识3和/或触发器3关联。可选的，信息管理网元将订阅事务标识4和/或触发器4、与订阅事务标识2和/或触发器2关联。

可选的，订阅事务标识2、触发器2为可选参数，可以不包含在更新请求中。订阅事务标识2和/或触发器2用于告知终端要对哪个触发器进行更新。例如要对触发器2进行更新，或者对订阅事务标识2对应的触发器(即触发器2)进行更新。

可选的，业务标识2为可选参数，可以不包含在更新请求中。终端可以无需感知是哪个业务使用终端信息。

在一种示例中，该更新请求可以是UE信息订阅更新请求，或者UE信息上报配置更新请求。

可选的，终端向信息管理网元发送所述更新请求的响应，以告知信息管理网元，更新成功。

步骤407：终端确定是否满足信息上报的条件，如果满足信息上报的条件，则执行步骤408：向信息管理网元上报终端的信息。

在一种示例中，终端可以确定是否满足触发器2的条件。

在另一种示例中，如果执行了步骤406，终端可以确定是否满足触发器4的条件。

例如，终端上安装的信息管理客户端、与第一业务网元对应的第一业务客户端、与第二业务网元对应的第二业务客户端中的一者或多者，来确定是否满足触发器的条件。究竟是哪个客户端来确定，取决于触发器中的条件。某些条件直接由信息管理客户端来确定是否满足触发器的条件即可(例如，time过期，UE位置发生移动)，某些涉及业务的条件(例如，进入紧急状态)由业务客户端来确定是否满足触发器的条件。

步骤408：终端(例如终端上安装的信息管理客户端)向信息管理网元发送终端的信息，相应的，信息管理网元接收来自终端(例如终端上安装的信息管理客户端)的终端信息。

一种可选的示例中，未对触发器2进行更新，终端检测触发器2，在确定满足触发器2时，执行步骤408。

终端(例如终端上安装的信息管理客户端)在向信息管理网元发送终端的信息时，还可以发送订阅事务标识2和/或触发器2的标识或编号或名称。

可以理解为，终端向信息管理网元发送针对所述第二请求的响应。所述第二请求的响应中包括终端的信息。可选的，所述第二请求的响应中还包括但不限于以下的一项或多项：

订阅事务标识2，触发器2的标识或编号或名称。

订阅事务标识2为可选的参数，订阅事务标识2用于表示触发该信息上报的请求事件的标识为订阅事务标识2。

触发器2的标识或编号或名称为可选的参数，触发器2用于表示触发该信息上报的触发器是标识(编号或名称)为2的触发器。

一种可选的示例中，采用触发器4对触发器2进行更新，终端检测触发器4，在确定满足触发器4时，执行步骤408。终端(例如终端上安装的信息管理客户端)在向信息管理网元发送终端的信息时，还可以发送订阅事务标识2，触发器2，订阅事务标识4，触发器4中的一项或多项。

可以理解为，终端向信息管理网元发送针对所述更新请求的响应。所述更新请求的响应中包括终端的信息。可选的，所述更新请求的响应中还包括但不限于以下的一项或多项：

订阅事务标识2，触发器2的标识或编号或名称，订阅事务标识4，触发器4的标识或编号或名称。

订阅事务标识2，触发器2参见上述描述，不再重复。

订阅事务标识4为可选的参数，订阅事务标识4用于表示触发该信息上报的请求事件的标识为订阅事务标识4。

触发器4的标识或编号或名称为可选的参数，触发器4用于表示触发该信息上报的触发器是标识(编号或名称)为4的触发器。

步骤409：信息管理网元判断将终端的信息发送给哪个业务网元。

例如，信息管理网元根据共享策略、来自终端的订阅事务标识、来自终端的触发器信息、订阅事务标识的关联信息、触发器信息的关联信息等一项或多项，决定将步骤408中收到的终端信息发送给第一业务网元和/或第二业务网元。

一种示例中，信息管理网元接收到终端信息(没有订阅事务标识和触发器的标识或编号或名称)，确定有该终端信息的共享策略，则可以将该终端信息发送给第一业务网元和第二业务网元。

另一种示例中，信息管理网元接收到来自终端的终端信息外，还接收到来自终端的订阅事务标识，可以将该终端信息发送给订阅事务标识对应的请求事件的请求方；或，将终端信息发送给与终端发送的订阅事务标识，有关联关系的，其它订阅事务标识对应的请求事件的请求方。

例如，信息管理网元接收到终端信息和订阅事务标识2，如果订阅事务标识2关联了订阅事务标识1，则将终端信息发送给该订阅事务标识1对应的请求事件的请求方，即第一业务网元。如果订阅事务标识2关联了订阅事务标识3，则将终端信息发送给该订阅事务标识3对应的请求事件的请求方，即第二业务网元。

再例如，信息管理网元接收到终端信息、订阅事务标识2和订阅事务标识4。订阅事务标识2关联了订阅事务标识1，订阅事务标识4关联了订阅事务标识3。可以将终端信息发送给该订阅事务标识1对应的请求事件的请求方，即第一业务网元；以及发送给该订阅事务标识3对应的请求事件的请求方，即第二业务网元。

再例如，信息管理网元接收到终端信息和订阅事务标识4，订阅事务标识4关联了订阅事务标识3，订阅事务标识3和订阅事务标识1均关联到订阅事务标识2上，则认为订阅事务标识4和订阅事务标识1也有关联关系，则可以将终端信息发送给该订阅事务标识1对应的请求事件的请求方，即第一业务网元，以及发送给该订阅事务标识3对应的请求事件的请求方，即第二业务网元。

上述多个例子中的订阅事务标识，可以替换为对应的触发器的标识或编号或名称，例如，订阅事务标识1可以替换为触发器1的标识或编号或名称，订阅事务标识2可以替换为触发器2的标识或编号或名称，订阅事务标识3可以替换为触发器3的标识或编号或名称，订阅事务标识4可以替换为触发器4的标识或编号或名称。也可以是订阅事务标识、触发器的标识或编号或名称，两者均包含。

可选的，步骤410a：信息管理网元向第一业务网元发送所述终端信息。可选的，信息管理网元还可以向第一业务网元发送订阅事务标识1和/或触发器1的标识或编号或名称。

可选的，步骤410b：信息管理网元向第二业务网元发送所述终端信息。可选的，信息管理网元还可以向第二业务网元发送订阅事务标识3和/或触发器3的标识或编号或名称。

信息管理网元根据订阅关系，向对应的业务网元发送终端信息。

步骤410a与步骤410b的先后顺序不进行限制。步骤410a和步骤410b可以在不同的消息中发送所述信息；也可以在一条消息中发送所述信息，例如信息管理网元采用广播或组播的方式，将所述信息发送给第一业务网元和第二业务网元。

信息管理网元对多个业务网元发送的请求进行聚合/整合处理，从而在多个业务网元(第一业务网元和第二业务网元)向信息管理网元请求终端的信息时，信息管理网元只向终端建立一次请求事件(即向终端发送第二请求)、或对已经建立的请求事件进行更新。从终端获取到终端的信息后，信息管理网元根据共享策略等信息，判断该终端信息应该发送给一个、多个还是所有的请求终端信息的业务网元。终端信息上报一次，可以在多个业务之间共享该终端信息。可以终端避免重复上报终端的信息，减少业务网元和终端的信令交互数量，减少终端资源、空口信令资源的浪费。

结合上述图4的示例1，再介绍一种示例2。示例2与示例1的区别包括：信息管理网元获取共享策略的方式不同。该共享策略的介绍可以参见上文描述，此处不再重复。

在示例1中，信息管理网元从配置网元处获取共享策略。在示例2中，信息管理网元从业务网元处获取共享策略，例如业务网元向信息管理网元发送共享策略。示例2与示例1相比，无需配置网元的参与。

可选的，业务网元可以从配置网元获取共享策略，也可以从终端获取共享策略。可选的，业务网元通过用户配置文件(user profile)或服务配置文件(service profile)从配置网元获取共享策略。

另外，可以理解的是，业务网元已经从终端(或终端上的信息管理客户端)获取到了终端信息的使用授权。

在一种可选的示例中，在上述的步骤401中，第一业务网元发送给信息管理网元的第一请求中还可以包括：共享策略。在该情况下，可以理解为，第一业务网元请求的终端信息是否允许被其它的业务网元使用(即第一业务网元是否允许与其它业务网元共享终端信息)。可选的，共享策略的有效期为：该次配置共享策略的时间，至该次请求事件结束。

该次请求事件结束为：针对该次请求事件接收到终端的信息，例如，执行完步骤408：信息管理网元接收到终端的信息。或者，该次请求事件结束为：在接收到终端信息后，判断将终端的信息发送给该次请求事件的请求方，例如，执行完步骤409：判断发送给哪个业务网元。或者，该次请求事件结束为：向该次请求事件的请求方发送了终端的信息，例如，执行完步骤410a：向第一业务网元发送终端的信息。或者，该次请求事件结束为：请求方主动发送取消接收终端的信息的消息，或取消了共享设备，或者，该次请求事件结束为：请求的有效期(timer)到达。

当第一业务网元在第一请求中携带共享策略时，该共享策略可以配置该第一请求所请求的终端信息是否允许被其它的业务网元使用。针对该第一请求未请求的终端信息是否允许被其它的业务网元使用，该共享策略可以进行配置，也可以不进行配置。如果该共享策略只配置该第一请求所请求的终端信息是否允许被其它的业务网元使用，该共享策略可以理解为单个信息粒度的共享策略。

另外，如果第一业务网元下次请求终端信息时，不再希望和其他业务网元共享终端信息，则在下次的请求中无需携带共享策略即可。这种情况可以理解为，终端信息的共享是单次请求粒度。

在一种可选的示例中，在上述的步骤404中，第二业务网元发送给信息管理网元的第三请求中还可以包括：共享策略。在该情况下，可以理解为，第二业务网元请求的终端信息是否允许被其它的业务网元使用。可选的，共享策略的有效期为：该次配置共享策略的时间，至该次请求事件结束。该次请求事件结束与上述介绍的类似，不再重复赘述。如果该共享策略只配置该第三请求所请求的终端信息是否允许被其它的业务网元使用，该共享策略可以理解为单个信息粒度的共享策略。另外，如果第二业务网元下次请求终端信息时，不再希望和其他业务网元共享终端信息，则在下次的请求中无需携带共享策略即可。这种情况可以理解为，终端信息的共享是单次请求粒度。

在一种可选的示例中，第一业务网元向信息管理网元发送共享策略，可以在不同于第一请求的另一条独立的消息中。例如，在上述的步骤400中，第一业务网元向信息管理网元发送共享策略。可选的，第一业务网元可以看作是多个业务网元中的业务网元管理设备。可选的，共享策略的有效期为：第一业务网元本次为信息管理网元配置共享策略的时间，至下次配置新的共享策略的时间。

在一种可选的示例中，第二业务网元向信息管理网元发送共享策略，也可以不同于第三请求的另一条独立的消息中。例如，在上述的步骤400中，第二业务网元也可以向信息管理网元发送共享策略。

可选的，第二业务网元可以看作是多个业务网元中的业务网元管理设备。可选的，共享策略的有效期为：第二业务网元本次为信息管理网元配置共享策略的时间，至下次配置新的共享策略的时间。

当第一业务网元或第二业务网元在步骤400中向信息管理网元发送共享策略时，该共享策略通常包括多个信息的共享策略。即共享策略对多种类型的终端信息，均会进行共享配置。当然，也不排除共享策略只对单个类型的终端信息进行配置的情况。

可选的，信息管理网元可以对来自不同的业务网元(例如第一业务网元和第二业务网元)的触发器和共享策略进行聚合处理，前文已经介绍，此处不再重复。

示例2的其余技术细节可以参见图4的示例1，不再重复介绍。

结合上述图4的示例1，再介绍一种示例3。示例3与示例1的区别包括：信息管理网元获取共享策略的方式不同。该共享策略的介绍可以参见上文描述，此处不再重复。

在示例1中，信息管理网元从配置网元处获取共享策略。在示例3中，信息管理网元从终端处获取共享策略。例如，在上述的步骤400中，终端向信息管理网元发送共享策略，相应的，信息管理网元接收来自终端的共享策略。例如，信息管理网元从终端上安装的信息管理客户端(例如图1中的位置客户端)获取。

可选的，该信息管理客户端从业务客户端(例如图1中的PTT客户端、图1中的Data客户端、或VAL客户端)获取。此处的业务客户端可以包括：与第一业务网元对应的第一业务客户端(例如VAL客户端#1)，与第二业务网元对应的第二业务客户端(例如VAL客户端#2)。

可选的，业务客户端(例如VAL客户端#1、VAL客户端#2)可以从配置网元中获取共享策略。例如，终端(例如终端上安装的业务客户端)通过用户配置文件(user profile)或服务配置文件(service profile)从配置网元中获取共享策略。可选的，业务客户端可以从用户处获取共享策略，例如，业务客户端通过人机交互界面获取共享策略。可选的，应用(业务)服务供应商(application service provider，ASP)在业务客户端中预先设置共享策略。

可选的，第一业务客户端和第二业务客户端中被配置的共享策略相同。

在一种示例中，业务客户端中的共享策略由UE的内部实现被信息管理客户端读取。即业务客户端中的共享策略可以发送给信息管理客户端。然后信息管理客户端再发送给信息管理网元。

示例3的其余技术细节可以参见图4的示例1，不再重复介绍。

示例3中可以无需配置网元的参与，终端信息的共享是由终端(例如终端上的业务客户端)基于程序进行控制的，可以允许终端用户通过人机交互界面进行控制。

实施例2：信息管理网元针对多个业务网元的请求，分别向终端请求终端的信息。终端可以对来自信息管理网元的多个请求进行整合处理(也称聚合处理)，以实现无需分别多次(重复)上报终端的同一信息。

如图5所示，提供了一种终端信息共享的过程示意图，包括但限于以下步骤：

步骤51：第一业务网元向信息管理网元发送第一请求，相应的，信息管理网元接收来自第一业务网元的第一请求，所述第一请求用于请求终端的信息。

步骤52：信息管理网元向所述终端发送第二请求，相应的，终端接收来自所述信息管理网元发送的第二请求，所述第二请求消息用于请求所述终端的所述信息。

例如，信息管理网元基于所述第一请求，向所述终端发送所述第二请求。

步骤53：第二业务网元向信息管理网元发送第三请求，相应的，信息管理网元接收来自第二业务网元的第三请求，所述第三请求用于请求所述终端的所述信息。

例如，所述第二业务网元与所述第一业务网元所请求的终端的信息是相同的，例如，均请求终端的位置信息，或均请求终端的心跳信息。

可选的，所述第一业务网元与第二业务网元的业务不同。例如第一业务网元为PTT业务的网元，第二业务网元为视频Video业务的网元。

可以理解的是，步骤53与步骤52的先后顺序不进行限制。

步骤54：信息管理网元向所述终端发送第四请求，相应的，终端接收来自所述信息管理网元发送的第四请求，所述第四请求消息用于请求所述终端的所述信息。

例如，信息管理网元基于所述第三请求，向所述终端发送所述第四请求。

可以理解的是，步骤54与步骤52的先后顺序不进行限制。

步骤55：所述终端向信息管理网元发送的所述信息和第一指示信息，相应的，信息管理网元接收来自所述终端的所述信息和第一指示信息。

例如，终端可以基于步骤52中的所述第二请求和步骤54中的所述第四请求上报终端的信息。

所述第一指示信息用于描述：所述信息允许被共享，或者，所述信息允许被第一业务网元和第二业务网元共享。

步骤56a：信息管理网元向所述第一业务网元发送所述信息。

步骤56b：信息管理网元向所述第二业务网元发送所述信息。

步骤56a与步骤56b的先后顺序不进行限制。步骤56a和步骤56b可以在不同的消息中发送所述信息；也可以在一条消息中发送所述信息，例如信息管理网元采用广播或组播的方式，将所述信息发送给第一业务网元和第二业务网元。

信息管理网元向终端发送2次请求(即第二请求和第四请求)，终端将这2次请求进行整合(也称聚合aggregate)处理，变为一次请求事件，终端只针对整合后的一次请求事件上报终端的信息，还上报共享策略，以便于信息管理网元根据共享策略，决定将该信息发送给第一业务网元和/或第二业务网元。终端只针对一次请求事件上报终端的信息，可以避免重复上报终端的信息，减少终端资源、空口信令资源的浪费。

接下来如图6所示，对终端信息共享的过程进一步详细介绍。在该图6的示例4中，无需执行：确定是否需要针对来自业务网元的请求，向终端建立请求事件的过程(与图4中的步骤402、步骤405类似的过程)。

步骤600：终端获取共享策略。

例如，终端上安装的信息管理客户端(与信息管理网元相对应)从第一业务客户端(与第一业务网元相对应(例如VAL客户端#1))获取共享策略，和/或，从第二业务客户端(与第二业务网元相对应(例如VAL客户端#2))获取共享策略。

可选的，业务客户端(例如VAL客户端#1、VAL客户端#2)可以从配置网元中获取共享策略。例如，终端(例如终端上安装的业务客户端)通过用户配置文件(user profile)或服务配置文件(service profile)从配置网元中获取共享策略。可选的，业务客户端可以从用户处获取共享策略，例如，业务客户端通过人机交互界面获取共享策略。可选的，应用(业务)服务供应商(application service provider，ASP)在业务客户端中预先设置共享策略。

可选的，第一业务客户端和第二业务客户端中被配置的共享策略相同。

在一种示例中，业务客户端中的共享策略由UE的内部实现被信息管理客户端读取。即业务客户端中的共享策略可以发送给信息管理客户端。

一种示例中，该共享策略的介绍可以参见上文(例如步骤400处)描述，此处不再重复。

另一种示例中，该共享策略中：表征业务的信息，为可选的参数。其余的技术细节可以参见上文描述，此处不再重复。共享策略中不限定哪些业务允许共享终端的信息，例如可以是所有的业务都可以共享终端的信息。例如，所述共享策略用于描述允许被共享的终端信息，即哪些终端信息允许被共享。例如包括但不限于，下文介绍的第二请求和第四请求所请求的终端信息，也可以包括其它的终端信息。

步骤601(与步骤401相同)：第一业务网元向信息管理网元发送第一请求，相应的，信息管理网元接收来自第一业务网元的第一请求，所述第一请求用于请求终端的信息。

参见步骤401中的描述，不再重复赘述。

步骤603(与步骤403相同)：信息管理网元向终端发送第二请求，相应的，终端接收来自信息管理网元的第二请求，所述第二请求用于请求终端的信息。

参见步骤403中的描述，不再重复赘述。

需要注意的是，可选的，第二请求中可以包括业务标识1(第一业务网元支持业务标识1的业务)，终端可以感知是哪个业务使用终端信息。

步骤604(与步骤404相同)：第二业务网元向信息管理网元发送第三请求，相应的，信息管理网元接收来自第二业务网元的第三请求，所述第三请求用于请求终端的信息。

参见步骤404中的描述，不再重复赘述。

在一种可选的示例中，第一请求所请求的终端的信息，与第三请求所请求的终端的信息相同，或者理解为终端信息类型相同。例如均请求位置信息，或心跳信息。

步骤606(与步骤603、步骤403类似)：信息管理网元向终端发送第四请求，相应的，终端接收来自信息管理网元的第四请求，所述第四请求用于请求终端的信息。

在步骤606中，可以将步骤603、步骤403中的信息进行以下替换，包括但不限于以下的一项或多项：

第二请求替换为第四请求；第一请求替换为第三请求，触发器1替换为触发器3，触发器2替换为触发器5，订阅事务标识1替换为订阅事务标识3，订阅事务标识2替换为订阅事务标识5，业务标识1替换为业务标识2。

需要注意的是，可选的，第四请求中可以包括业务标识2(第二业务网元支持业务标识2的业务)，终端可以感知是哪个业务使用终端信息。

在一种可选的示例中，第二请求所请求的终端的信息，与第四请求所请求的终端的信息相同，或者理解为终端信息类型相同。例如均请求位置信息，或心跳信息。

步骤607：终端(例如安装在终端上的信息管理客户端)确定是否需要针对第二请求和第四请求，分别向信息管理网元上报终端信息。

例如，终端(例如安装在终端上的信息管理客户端)可以根据共享策略，确定是否需要针对第二请求和第四请求，分别上报终端信息。如果共享策略允许第二请求和第四请求所请求的终端信息进行共享，则无需针对第二请求和第四请求，分别上报终端信息。在没有存储所述信息的共享策略，或所述信息的共享策略指示不允许共享时，终端需要针对第二请求和第四请求，分别上报终端信息。

一种示例中，确定是否需要针对第二请求和第四请求分别上报终端信息，也可以理解为确定是否需要对触发器2和触发器5进行整合处理，得到新的触发器6。如果确定需要分别上报终端信息，则无需对触发器2和触发器5进行整合，如果确定不需要分别上报终端信息，则可以对触发器2和触发器5进行整合，后续可以根据触发器6上报终端信息。

在本申请中，如果第二请求与第四请求分别请求的终端信息的上报条件是相同或兼容的，并且该终端信息允许在第一业务网元和第二业务网元之间共享，为了避免重复上报，终端无需针对第二请求和第四请求，分别上报终端信息。终端可以针对第二请求或第四请求的其中之一上报终端信息，上报的终端信息可以供第一请求的请求方和第三请求的请求方使用。或者，终端可以对第二请求和第四请求进行整合处理，针对整合处理后的事件，上报终端的信息，上报的终端信息可以供第一请求的请求方和第三请求的请求方使用。

在一种示例中，该共享策略中不包括：表征业务的信息。共享策略中不限定哪些业务允许共享终端的信息，例如可以是所有的业务都可以共享终端的信息。

步骤603的第二请求中不包括业务标识1，步骤606的第四请求中不包括业务标识2，也就是终端不感知是哪些业务使用终端信息。

终端确定是否需要针对第二请求和第四请求，分别向信息管理网元上报终端信息时：

例如，通过协议规定终端进行信息上报的条件，无需在第二请求中包括触发器2，无需在第四请求中包括触发器5，终端也可以根据协议规定的条件，进行信息上报。终端可以确定是否有该终端信息的共享策略，如果有，则确定第二请求和第四请求所请求的终端信息允许在任何业务之间共享，则不需要针对第二请求和第四请求，分别向信息管理网元上报终端信息。可以理解为，针对第二请求的请求事件或针对第四请求事件的其中之一上报终端信息，上报的终端信息可以供第一请求的请求方和第三请求的请求方使用。

再例如，第二请求中包括触发器2，第四请求中包括触发器5。终端在确定有该终端信息的共享策略、且确定触发器2和触发器5相同或兼容时，则不需要针对第二请求和第四请求，分别向信息管理网元上报终端信息。可以理解为，针对第二请求的请求事件或针对第四请求事件的其中之一上报终端信息(可理解为，终端确定满足触发器2或触发器5的条件时，上报终端的信息)，上报的终端信息可以供第一请求的请求方和第三请求的请求方使用。

例如，第二请求中包括触发器2，第四请求中包括触发器5。终端在确定有该终端信息的共享策略、且确定触发器2和触发器5兼容时，终端根据触发器2和触发器5，确定新的触发器6，针对新的触发器6向信息管理网元上报终端信息。可以理解为，将第二请求的请求事件(触发器2)和第四请求事件(触发器5)进行整合，得到新的请求事件(触发器6)，终端针对新的请求事件(触发器6)上报终端信息(可理解为，终端确定满足触发器6的条件时，上报终端的信息)，上报的终端信息可以供第一请求的请求方和第三请求的请求方使用。

在另一种示例中，在步骤600中配置的共享策略与步骤400处相同，该共享策略中包括：表征业务的信息。共享策略限定哪些业务之间允许共享终端的信息。例如业务标识1的业务和业务标识2的业务之间可以允许共享终端的信息。

在步骤603中的第二请求中包括业务标识1，在步骤605的第四请求中包括业务标识2。

终端确定是否需要针对第二请求和第四请求，分别向信息管理网元上报终端信息时：

例如，通过协议规定，终端进行信息上报的条件，无需在第二请求中包括触发器2，无需在第四请求中包括触发器5，终端也可以根据协议规定的条件，进行信息上报。终端可以是根据该终端信息的共享策略，确定第二请求和第四请求所请求的终端信息，是否允许在业务标识1的业务和业务标识2的业务之间共享。如果是，则不需要针对第二请求和第四请求，分别向信息管理网元上报终端信息。可以理解为，针对第二请求的请求事件或针对第四请求事件的其中之一上报终端信息，上报的终端信息可以供第一请求的请求方和第三请求的请求方使用。

再例如，第二请求中包括触发器2，第四请求中包括触发器5。终端可以根据共享策略、触发器2和触发器5，确定第二请求和第四请求所请求的终端信息，是否允许在业务标识1的业务和业务标识2的业务之间共享，以及确定触发器2和触发器5是否相同或兼容。此处的两个确定过程的先后顺序不进行限制。

如果两个确定过程均为是，则不需要针对第二请求和第四请求，分别向信息管理网元上报终端信息。可以理解为，针对第二请求的请求事件或针对第四请求事件的其中之一上报终端信息(可理解为，终端确定是否满足触发器2或触发器5的条件，当确定满足触发器2或触发器5的条件时，上报终端的信息)，上报的终端信息可以供第一请求的请求方和第三请求的请求方使用。

例如，第二请求中包括触发器2，第四请求中包括触发器5。终端可以根据共享策略、触发器2和触发器5，确定第二请求和第四请求所请求的终端信息，是否允许在业务标识1的业务和业务标识2的业务之间共享，以及确定触发器2和触发器5是否兼容。此处的两个确定过程的先后顺序不进行限制。

如果两个确定过程均为是，则终端根据触发器2和触发器5，确定新的触发器6，针对新的触发器6向信息管理网元上报终端信息。可以理解为，将第二请求的请求事件(触发器2)和第四请求事件(触发器5)进行整合，得到新的请求事件(触发器6)，终端针对新的请求事件(触发器6)上报终端信息(可理解为，终端确定是否满足触发器6的条件，当确定满足触发器6的条件时，上报终端的信息)，上报的终端信息可以供第一请求的请求方和第三请求的请求方使用。

该触发器6根据触发器2和触发器5确定，这与上文介绍的触发器4根据触发器1和触发器3确定类似。可以将触发器6类比于上文介绍的触发器4，触发器2类比于上文介绍的触发器1，触发器5类比于上文介绍的触发器3。

例如，该触发器6对应的条件6为：触发器2对应的条件2与触发器5对应的条件5的交集。例如，该触发器6对应的条件6为：触发器2对应的条件2与触发器5对应的条件5的并集。例如，触发器6与触发器2相同。例如，触发器6与触发器5相同。

步骤608：终端确定是否满足信息上报的条件。如果满足信息上报的条件，则执行步骤608：向信息管理网元上报终端的信息。

例如，终端可以确定是否满足触发器2的条件，或者确定是否满足触发器5的条件，或者确定是否满足触发器6的条件。

例如，终端上安装的信息管理客户端、与第一业务网元对应的第一业务客户端、与第二业务网元对应的第二业务客户端中的一者或多者，来确定是否满足触发器的条件。究竟是哪个客户端来确定，取决于触发器中的条件。某些条件直接由信息管理客户端来确定是否满足触发器的条件(例如，time过期，UE位置发生移动)即可，某些涉及业务的条件(例如，进入紧急状态)由业务客户端来确定是否满足触发器的条件。

步骤609：终端(例如终端上安装的信息管理客户端)向信息管理网元发送所述终端的信息。

可选的，终端向信息管理网元发送第一指示信息，所述第一指示信息用于指示所述终端的信息允许共享；或者，所述第一指示信息用于指示所述终端的信息允许在第一业务(或第一业务网元)和第二业务(或第二业务网元)之间共享。

终端可以根据所述共享策略确定所述第一指示信息。所述第一指示信息根据所述共享策略确定。例如，当共享策略指示所述信息允许被共享时，则可以向信息管理网元发送所述第一指示信息。在没有存储所述信息的共享策略，或所述信息的共享策略指示不允许共享时，终端可以不向信息管理网元发送所述第一指示信息。

在一种示例中，所述第一指示信息包括：用于表征所述终端信息可以发送给第一业务网元的指示，和用于表征所述终端信息可以发送给第二业务网元的指示。

可选的，第一指示信息包括共享指示，该共享指示可以表示能否共享终端信息。该共享指示可以占用1bit，例如该1bit为0时，表示不允许共享，该1bit为1时，表示允许共享。

可选的，所述第一指示信息包括：订阅事务标识2和/或触发器2的标识或编号或名称。

订阅事务标识2用于表示触发该信息上报的请求事件的标识为订阅事务标识2。触发器2用于表示触发该信息上报的触发器是标识(编号或名称)为2的触发器。

订阅事务标识2和/或触发器2的标识或编号或名称，也可以是用于表征所述终端信息可以发送给第一业务网元的指示的一种示例。

可选的，所述第一指示信息包括：订阅事务标识5和/或触发器5的标识或编号或名称。

订阅事务标识5用于表示触发该信息上报的请求事件的标识为订阅事务标识5。触发器5用于表示触发该信息上报的触发器是标识(编号或名称)为5的触发器。

订阅事务标识5和/或触发器5的标识或编号或名称，也可以是用于表征所述终端信息可以发送给第二业务网元的指示的一种示例。

可选的，所述共享指示还可以包括：共享策略。该共享策略与步骤400中介绍的共享策略类似，不再重复赘述。以便后续信息管理网元可以根据该共享策略，来执行图4的示例。

步骤610a：信息管理网元向第一业务网元发送所述终端信息。可选的，信息管理网元还可以向第一业务网元发送订阅事务标识1和/或触发器1的标识或编号或名称。

可选的，步骤610b：信息管理网元向第二业务网元发送所述终端信息。可选的，信息管理网元还可以向第二业务网元发送订阅事务标识3和/或触发器3的标识或编号或名称。

信息管理网元根据订阅关系，向对应的业务网元发送终端信息。

步骤610a与步骤610b的先后顺序不进行限制。步骤610a和步骤610b可以在不同的消息中发送所述信息；也可以在一条消息中发送所述信息，例如信息管理网元采用广播或组播的方式，将所述信息发送给第一业务网元和第二业务网元。

在该图6的示例中，无需配置网元的参与。终端决定自己的信息能否被共享，以及自己的信息能够被哪些业务共享。所以，终端信息共享是基于单个UE粒度的。另外，终端信息共享是基于单次请求粒度的，终端每次上报信息时，都可以指示能否共享，或能够在哪些业务之间共享。如果终端不想进行信息共享，终端在向信息管理网元反馈终端信息(例如步骤609)时，可以不携带第一指示信息，则可以实现不进行信息共享。UE信息的共享基于单个消息的粒度进行控制，在共享、资源消耗的基础上也在一定程度上保护了共享信息，可以防止其被恶意分发和使用。

前文介绍了本申请实施例的方法，下文中将介绍本申请实施例中的装置。方法、装置是基于同一技术构思的，由于方法、装置解决问题的原理相似，因此装置与方法的实施可以相互参见，重复之处不再赘述。

本申请实施例可以根据上述方法示例，对装置进行功能模块的划分，例如，可以对应各个功能划分为各个功能模块，也可以将两个或两个以上的功能集成在一个模块中。这些模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，具体实现时可以有另外的划分方式。

基于与上述方法的同一技术构思，参见图7，提供了一种终端信息共享的装置700(终端信息共享的装置也可以看作为通信装置)结构示意图，该装置700可以包括：处理模块710，可选的，还包括接收模块720a、发送模块720b、存储模块730。处理模块710可以分别与存储模块730和接收模块720a和发送模块720b相连，所述存储模块730也可以与接收模块720a和发送模块720b相连。

在一种示例中，上述的接收模块720a和发送模块720b也可以集成在一起，定义为收发模块。

在一种示例中，该装置700可以为信息管理网元，也可以为应用于信息管理网元中的芯片或功能单元。该装置700具有上述方法中信息管理网元的任意功能，例如，该装置700能够执行上述图2、图3、图4、图5、图6的方法中由信息管理网元执行的各个步骤。

所述接收模块720a，可以执行上述方法实施例中信息管理网元执行的接收动作。

所述发送模块720b，可以执行上述方法实施例中信息管理网元执行的发送动作。

所述处理模块710，可以执行上述方法实施例中信息管理网元执行的动作中，除发送动作和接收动作外的其它动作。

在一种示例中，所述接收模块720a，用于接收来自第一网元的第一请求，所述第一网元支持第一业务，所述第一请求用于请求终端的信息；

发送模块720b，用于向所述终端发送第二请求，所述第二请求用于请求所述信息；

所述接收模块720a，还用于接收来自第二网元的第三请求，所述第二网元支持第二业务，所述第三请求用于请求所述终端的所述信息；

所述接收模块720a，还用于接收来自所述终端的所述信息；

所述发送模块720b，还用于向所述第一网元和所述第二网元发送所述信息。

在一种示例中，所述发送模块720b，还用于向终端发送所述第二请求的更新请求，所述更新请求用于请求终端的所述信息。

在一种示例中，所述接收模块720a，还用于获取共享策略，所述共享策略用于描述所述信息允许在所述第一业务和所述第二业务之间共享；

所述发送模块720b，具体用于根据所述共享策略，向所述第一网元和所述第二网元发送所述信息。

在一种示例中，所述接收模块720a，具体用于接收来自第一设备的所述共享策略；所述第一设备包括以下的一个或多个：配置网元、所述第一网元、所述第二网元、所述终端。

在一种示例中，处理模块710，用于确定不需要针对所述第三请求，向终端发送请求，来请求所述终端的所述信息。

在一种示例中，接收模块720a，用于接收来自第一网元的第一请求，所述第一网元支持第一业务，所述第一请求用于请求终端的信息；

发送模块720b，用于向所述终端发送第二请求，所述第二请求用于请求所述信息；

所述接收模块720a，还用于接收来自第二网元的第三请求，所述第二网元支持第二业务，所述第三请求用于请求所述终端的所述信息；

所述发送模块720b，还用于向所述终端发送第四请求，所述第四请求用于请求所述信息；

所述接收模块720a，还用于接收来自所述终端的所述信息和第一指示信息，所述第一指示信息用于指示所述信息允许被共享；

所述发送模块720b，还用于向所述第一网元和所述第二网元发送所述信息。

在一种示例中，所述存储模块730，可以存储信息管理网元执行的方法的计算机执行指令，以使处理模块710和接收模块720a和发送模块720b执行上述示例中信息管理网元执行的方法。

示例的，存储模块可以包括一个或者多个存储器，存储器可以是一个或者多个设备、电路中用于存储程序或者数据的器件。存储模块可以是寄存器、缓存或者RAM等，存储模块可以和处理模块集成在一起。存储模块可以是ROM或者可存储静态信息和指令的其他类型的静态存储设备，存储模块可以与处理模块相独立。

所述收发模块可以是输入或者输出接口、管脚或者电路等。

在一种示例中，该装置700可以为终端，也可以为应用于终端中的芯片或功能单元。该装置700具有上述方法中终端的任意功能，例如，该装置700能够执行上述图2、图3、图4、图5、图6的方法中由终端执行的各个步骤。

所述接收模块720a，可以执行上述方法实施例中终端执行的接收动作。

所述发送模块720b，可以执行上述方法实施例中终端执行的发送动作。

所述处理模块710，可以执行上述方法实施例中终端执行的动作中，除发送动作和接收动作外的其它动作。

在一种示例中，所述接收模块720a，用于接收来自信息管理网元的第二请求，所述第二请求用于请求终端的信息；

所述接收模块720a，还用于接收来自所述信息管理网元的第四请求，所述第四请求用于所述信息；

所述发送模块720b，用于向所述信息管理网元的发送所述信息和第一指示信息，所述第一指示信息用于指示所述信息允许被共享。

在一种示例中，处理模块710，用于获取共享策略，所述共享策略用于描述允许被共享的终端信息，所述允许被共享的终端信息包括所述信息；根据所述共享策略确定所述第一指示信息。

在一种示例中，所述存储模块730，可以存储终端执行的方法的计算机执行指令，以使处理模块710和接收模块720a和发送模块720b执行上述示例中终端执行的方法。

示例的，存储模块可以包括一个或者多个存储器，存储器可以是一个或者多个设备、电路中用于存储程序或者数据的器件。存储模块可以是寄存器、缓存或者RAM等，存储模块可以和处理模块集成在一起。存储模块可以是ROM或者可存储静态信息和指令的其他类型的静态存储设备，存储模块可以与处理模块相独立。

所述收发模块可以是输入或者输出接口、管脚或者电路等。

以上介绍了本申请实施例的应用于信息管理网元的装置和应用于终端的装置，以下介绍所述应用于信息管理网元的装置和所述应用于终端的装置可能的产品形态。应理解，但凡具备上述图7所述的应用于信息管理网元的装置的特征的任何形态的产品，和应用于终端的装置的特征的任何形态的产品，都落入本申请的保护范围。还应理解，以下介绍仅为举例，不应限制本申请实施例的应用于信息管理网元的装置的产品形态，和应用于终端的装置的产品形态仅限于此。

作为一种可能的产品形态，装置可以由一般性的总线体系结构来实现。

如图8所示，提供了一种终端信息共享的装置(终端信息共享的装置也可以看作为通信装置)800的示意性框图。

该装置800可以包括：处理器810，可选的，还包括收发器820、存储器830。该收发器820，可以用于接收程序或指令并传输至所述处理器810，或者，该收发器820可以用于该装置800与其他通信设备进行通信交互，比如交互控制信令和/或业务数据等。该收发器820可以为代码和/或数据读写收发器，或者，该收发器820可以为处理器与收发机之间的信号传输收发器。所述处理器810和所述存储器830之间电耦合。

该装置800可以为信息管理网元，也可以为应用于信息管理网元中的芯片。应理解，该装置具有上述方法中信息管理网元的任意功能，例如，所述装置800能够执行上述图2、图3、图4、图5、图6的方法中由信息管理网元执行的各个步骤。示例的，所述存储器830，用于存储计算机程序；所述处理器810，可以用于调用所述存储器830中存储的计算机程序或指令，执行上述示例中信息管理网元执行的方法，或者通过所述收发器820执行上述示例中信息管理网元执行的方法。

该装置800可以为终端，也可以为应用于终端中的芯片。应理解，该装置具有上述方法中终端的任意功能，例如，所述装置800能够执行上述图2、图3、图4、图5、图6的方法中由终端执行的各个步骤。示例的，所述存储器830，用于存储计算机程序；所述处理器810，可以用于调用所述存储器830中存储的计算机程序或指令，执行上述示例中终端执行的方法，或者通过所述收发器820执行上述示例中终端执行的方法。

图7中的处理模块710可以通过所述处理器810来实现。

图7中的接收模块720a和发送模块720b可以通过所述收发器820来实现。或者，收发器820分为接收器和发送器，接收器执行接收模块的功能，发送器执行发送模块的功能。

图7中的存储模块730可以通过所述存储器830来实现。

作为一种可能的产品形态，装置可以由通用处理器(通用处理器也可以称为芯片或芯片系统)来实现。

一种可能的实现方式中，实现应用于信息管理网元的装置或终端的装置的通用处理器包括：处理电路(处理电路也可以称为处理器)；可选的，还包括：与所述处理电路内部连接通信的输入输出接口、存储介质(存储介质也可以称为存储器)，所述存储介质用于存储处理电路执行的指令，以执行上述示例中信息管理网元或终端执行的方法。

图7中的处理模块710可以通过处理电路来实现。

图7中的接收模块720a和发送模块720b可以通过输入输出接口来实现。或者，输入输出接口分为输入接口和输出接口，输入接口执行接收模块的功能，输出接口执行发送模块的功能。

图7中的存储模块730可以通过存储介质来实现。

作为一种可能的产品形态，本申请实施例的装置，还可以使用下述来实现：一个或多个FPGA(现场可编程门阵列)、PLD(可编程逻辑器件)、控制器、状态机、门逻辑、分立硬件部件、任何其它适合的电路、或者能够执行本申请通篇所描述的各种功能的电路的任意组合。

本申请实施例还提供了一种通信系统，所述通信系统包括执行上述终端信息共享的方法中的信息管理网元，和与所述信息管理网元通信的第一网元和/或第二网元。

本申请实施例还提供了一种计算机可读存储介质，存储有计算机程序，该计算机程序被计算机执行时，可以使得所述计算机用于执行上述终端信息共享的方法。或者说：所述计算机程序包括用于实现上述终端信息共享的方法的指令。

本申请实施例还提供了一种计算机程序产品，包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机可以执行上述提供的终端信息共享的方法。

另外，本申请实施例中提及的处理器可以是中央处理器(central processingunit，CPU)，基带处理器，基带处理器和CPU可以集成在一起，或者分开，还可以是网络处理器(network processor，NP)或者CPU和NP的组合。处理器还可以进一步包括硬件芯片或其他通用处理器。上述硬件芯片可以是专用集成电路(application-specific integratedcircuit，ASIC)，可编程逻辑器件(programmable logic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device，CPLD)，现场可编程逻辑门阵列(field-programmable gate array，FPGA)，通用阵列逻辑(generic array logic，GAL)及其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等或其任意组合。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-OnlyMemory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DR RAM)。应注意，本申请描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本申请实施例中提及的收发器中可以包括单独的发送器，和/或，单独的接收器，也可以是发送器和接收器集成一体。收发器可以在相应的处理器的指示下工作。可选的，发送器可以对应物理设备中发射机，接收器可以对应物理设备中的接收机。

本领域普通技术人员可以意识到，结合本文中所公开的实施例中描述的各方法步骤和单元，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各实施例的步骤及组成。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域普通技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

本申请中的“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请中所涉及的多个，是指两个或两个以上。另外，需要理解的是，在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包括这些改动和变型在内。

Claims (33)

1.一种终端信息共享的方法，其特征在于，应用于信息管理网元，包括：

接收来自第一网元的第一请求，所述第一网元支持第一业务，所述第一请求用于请求终端的信息；

向所述终端发送第二请求，所述第二请求用于请求所述信息；

接收来自第二网元的第三请求，所述第一网元支持第二业务，所述第三请求用于请求所述终端的所述信息；

接收来自所述终端的所述信息；

向所述第一网元和所述第二网元发送所述信息。

2.如权利要求1所述的方法，其特征在于，在接收来自第二网元的第三请求之后，在接收来自所述终端的所述信息之前，还包括：

向终端发送所述第二请求的更新请求，所述更新请求用于请求终端的所述信息。

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

获取共享策略，所述共享策略用于描述所述信息允许在所述第一业务和所述第二业务之间共享；

所述向所述第一网元和所述第二网元发送所述信息包括：根据所述共享策略，向所述第一网元和所述第二网元发送所述信息。

4.如权利要求3所述的方法，其特征在于，所述共享策略包括：所述第一业务标识和所述第二业务标识。

5.如权利要求3或4所述的方法，其特征在于，所述共享策略还包括以下一项或多项：

所述信息的类型、共享指示、所述共享策略所适用的终端，其中，所述共享策略所适用于的终端包括所述终端。

6.如权利要求3-5任一项所述的方法，其特征在于，所述获取共享策略，包括：

接收来自第一设备的所述共享策略；

所述第一设备包括以下的一个或多个：配置网元、所述第一网元、所述第二网元、所述终端。

7.如权利要求1-6任一项所述的方法，其特征在于，所述第一请求包括以下的一项或多项：

所述第一网元的标识，第一触发器，第一业务标识、所述终端的标识、所述信息的类型、第一订阅事务标识；

所述第三请求包括以下的一项或多项：

所述第二网元的标识，第三触发器，第二业务标识、所述终端的标识、所述信息的类型、第三订阅事务标识，所述第三触发与所述第一触发器相同或兼容。

8.如权利要求7所述的方法，其特征在于，所述第二请求包括以下的一项或多项：

所述第一触发器、所述信息的类型、第二订阅事务标识。

9.如权利要求7或8所述的方法，其特征在于，所述更新请求包括：第四触发器；其中，所述第四触发器根据所述第一触发器和所述第三触发器确定。

10.如权利要求1-9任一项所述的方法，其特征在于，在接收来自第二网元的第三请求之后，在接收来自所述终端的所述信息之前，还包括：

确定不需要针对所述第三请求，向终端发送请求，来请求所述终端的所述信息。

11.一种终端信息共享的方法，其特征在于，应用于信息管理网元，包括：

接收来自第一网元的第一请求，所述第一网元支持第一业务，所述第一请求用于请求终端的信息；

向所述终端发送第二请求，所述第二请求用于请求所述信息；

接收来自第二网元的第三请求，所述第二网元支持第二业务，所述第三请求用于请求所述终端的所述信息；

向所述终端发送第四请求，所述第四请求用于请求所述信息；

接收来自所述终端的所述信息和第一指示信息，所述第一指示信息用于指示所述信息允许被所述第一业务和所述第二业务共享；

向所述第一网元和所述第二网元发送所述信息。

12.一种终端信息共享的方法，其特征在于，应用于终端，包括：

接收来自信息管理网元的第二请求，所述第二请求用于请求终端的信息；

接收来自所述信息管理网元的第四请求，所述第四请求用于所述信息；

向所述信息管理网元的发送所述信息和第一指示信息，所述第一指示信息用于指示所述信息允许被共享。

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

获取共享策略，所述共享策略用于描述允许被共享的终端信息，所述允许被共享的终端信息包括所述信息；

根据所述共享策略确定所述第一指示信息。

14.如权利要求11-13任一项所述的方法，其特征在于，所述第一指示信息包括：共享指示。

15.如权利要求11-14任一项所述的方法，其特征在于，所述第二请求包括以下的一项或多项：

第二触发器、所述信息的类型、第二订阅事务标识；

所述第四请求包括以下的一项或多项：

第五触发器、所述信息的类型、第五订阅事务标识；

所述第一指示信息包括：所述第二订阅事务标识和所述第五订阅事务标识，和/或，所述第二触发器的标识和所述第五触发器的标识。

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

接收模块，用于接收来自第一网元的第一请求，所述第一网元支持第一业务，所述第一请求用于请求终端的信息；

发送模块，用于向所述终端发送第二请求，所述第二请求用于请求所述信息；

所述接收模块，还用于接收来自第二网元的第三请求，所述第二网元支持第二业务，所述第三请求用于请求所述终端的所述信息；

所述接收模块，还用于接收来自所述终端的所述信息；

所述发送模块，还用于向所述第一网元和所述第二网元发送所述信息。

17.如权利要求16所述的装置，其特征在于，所述发送模块，还用于向终端发送所述第二请求的更新请求，所述更新请求用于请求终端的所述信息。

18.如权利要求16或17所述的装置，其特征在于，所述接收模块，还用于获取共享策略，所述共享策略用于描述所述信息允许在所述第一业务和所述第二业务之间共享；

所述发送模块，具体用于根据所述共享策略，向所述第一网元和所述第二网元发送所述信息。

19.如权利要求18所述的装置，其特征在于，所述共享策略包括：所述第一业务标识和第二业务标识。

20.如权利要求18或19所述的装置，其特征在于，所述共享策略还包括以下一项或多项：

所述信息的类型、共享指示、所述共享策略所适用的终端，其中，所述共享策略适用于的终端包括所述终端。

21.如权利要求18-20任一项所述的装置，其特征在于，所述接收模块，具体用于接收来自第一设备的所述共享策略；所述第一设备包括以下的一个或多个：配置网元、所述第一网元、所述第二网元、所述终端。

22.如权利要求16-21任一项所述的装置，其特征在于，所述第一请求包括以下的一项或多项：

所述第一网元的标识，第一触发器，第一业务标识、所述终端的标识、所述信息的类型、第一订阅事务标识；

所述第三请求包括以下的一项或多项：

所述第二网元的标识，第三触发器，第二业务标识、所述终端的标识、所述信息的类型、第三订阅事务标识，所述第三触发与所述第一触发器相同或兼容。

23.如权利要求22所述的装置，其特征在于，所述第二请求包括以下的一项或多项：

所述第一触发器、所述信息的类型、第二订阅事务标识。

24.如权利要求22或23所述的装置，其特征在于，所述更新请求包括：第四触发器；其中，所述第四触发器根据所述第一触发器和所述第三触发器确定。

25.如权利要求16-24任一项所述的装置，其特征在于，还包括：

处理模块，用于确定不需要针对所述第三请求，向终端发送请求，来请求所述终端的所述信息。

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

接收模块，用于接收来自第一网元的第一请求，所述第一网元支持第一业务，所述第一请求用于请求终端的信息；

发送模块，用于向所述终端发送第二请求，所述第二请求用于请求所述信息；

所述接收模块，还用于接收来自第二网元的第三请求，所述第二网元支持第二业务，所述第三请求用于请求所述终端的所述信息；

所述发送模块，还用于向所述终端发送第四请求，所述第四请求用于请求所述信息；

所述接收模块，还用于接收来自所述终端的所述信息和第一指示信息，所述第一指示信息用于指示所述信息允许被所述第一业务和所述第二业务共享；

所述发送模块，还用于向所述第一网元和所述第二网元发送所述信息。

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

接收模块，用于接收来自信息管理网元的第二请求，所述第二请求用于请求终端的信息；

所述接收模块，还用于接收来自所述信息管理网元的第四请求，所述第四请求用于所述信息；

发送模块，用于向所述信息管理网元的发送所述信息和第一指示信息，所述第一指示信息用于指示所述信息允许被共享。

28.如权利要求27所述的装置，其特征在于，还包括：

处理模块，用于获取共享策略，所述共享策略用于描述允许被共享的终端信息，所述允许被共享的终端信息包括所述信息；

根据所述共享策略确定所述第一指示信息。

29.如权利要求26-28任一项所述的装置，其特征在于，所述第一指示信息包括：共享指示。

30.如权利要求26-29任一项所述的装置，其特征在于，所述第二请求包括以下的一项或多项：

第二触发器、所述信息的类型、第二订阅事务标识；

所述第四请求包括以下的一项或多项：

第五触发器、所述信息的类型、第五订阅事务标识；

所述第一指示信息包括：所述第二订阅事务标识和所述第五订阅事务标识，和/或，所述第二触发器的标识和所述第五触发器的标识。

31.一种通信装置，其特征在于，包括处理器；所述处理器与存储器耦合；

所述存储器，用于存储计算机程序指令；

所述处理器，用于执行所述存储器中的部分或者全部计算机程序指令，当所述部分或者全部计算机程序指令被执行时，用于实现如权利要求1-10任一项所述的方法，或实现如权利要11或13-15任一项所述的方法，或实现如权利要12-15任一项所述的方法。

32.一种计算机可读存储介质，其特征在于，用于存储计算机程序，所述计算机程序包括用于实现权利要求1-10任一项所述的方法的指令，或者实现权利要求11或13-15任一项所述的方法的指令，或者实现权利要求12-15任一项所述的方法的指令。

33.一种通信装置，其特征在于，用于执行如权利要求1-10中任一项所述方法，或执行如权利要求11或13-15任一项所述方法，或执行如权利要求12-15中任一项所述方法。

Images