本发明实施例提供一种订阅方法、服务网元及用户数据管理网元，其中方法包括：向用户数据管理网元发送第一请求消息，所述第一请求消息为注册请求消息或签约数据请求消息，且所述第一请求消息中携带有第一订阅上下文信息，以指示订阅需求；接收用户数据管理网元基于所述第一请求消息所反馈的第一响应消息，其中所述第一响应消息为注册请求响应消息或签约数据请求响应消息，且所述第一响应消息中携带有第二订阅上下文信息，以指示与所述订阅需求相对应的订阅结果。本发明实施例减少了注册或会话建立流程中的信令交互数量。
1.一种订阅方法，应用于服务网元，其特征在于，包括：
向用户数据管理网元发送第一请求消息，所述第一请求消息为注册请求消息或签约数据请求消息，且所述第一请求消息中携带有第一订阅上下文信息，以指示订阅需求；
接收所述用户数据管理网元基于所述第一请求消息所反馈的第一响应消息，其中所述第一响应消息为注册请求响应消息或签约数据请求响应消息，且所述第一响应消息中携带有第二订阅上下文信息，以指示与所述订阅需求相对应的订阅结果。
2.根据权利要求1所述的订阅方法，其特征在于，所述向用户数据管理网元发送第一请求消息，包括：当进行注册时所述服务网元为移动性管理网元，并向所述用户数据管理网元发送携带有所述第一订阅上下文信息的注册请求消息或签约数据请求消息；和/或，当进行会话建立时所述服务网元为会话管理网元，并向所述用户数据管理网元发送携带有所述第一订阅上下文信息的签约数据请求消息。
3.根据权利要求2所述的订阅方法，其特征在于，所述接收所述用户数据管理网元基于所述第一请求消息所反馈的第一响应消息，包括：当所述服务网元为所述移动性管理网元时，接收所述用户数据管理网元基于所述注册请求消息所反馈的所述注册请求响应消息或基于所述签约数据请求消息所反馈的所述签约数据请求响应消息；和/或，当所述服务网元为会话管理网元时，接收所述用户数据管理网元基于所述签约数据请求消息所反馈的所述签约数据请求响应消息。
4.根据权利要求1至3任一项所述的订阅方法，其特征在于，所述接收所述用户数据管理网元基于所述第一请求消息所反馈的第一响应消息之后，还包括：向所述用户数据管理网元发送第二请求消息，其中所述第二请求消息为去注册请求消息，且所述去注册请求消息中携带有第三订阅上下文信息，以指示去订阅需求；
接收所述用户数据管理网元基于所述第二请求消息所反馈的第二响应消息，所述第二响应消息为去注册请求响应消息，且所述第二响应消息中携带有第四订阅上下文信息，以指示与所述去订阅需求相对应的去订阅结果，所述去订阅结果包括去订阅已完成或去订阅未完成。
当进行去注册时，所述服务网元为移动性管理网元和会话管理网元；
当进行会话释放时，所述服务网元为会话管理网元，且当用户数据管理网元确定当前会话满足预设条件时，所述去订阅结果为去订阅已完成，当所述用户数据管理网元确定当前会话不满足预设条件时，所述去订阅结果为去订阅未完成。
6.根据权利要求1至3任一项所述的订阅方法，其特征在于，所述接收所述用户数据管理网元基于所述第一请求消息所反馈的第一响应消息之后，还包括：向所述用户数据管理网元发送第三请求消息，其中所述第三请求消息中携带有第五订阅上下文信息，以指示订阅更新需求；
接收所述用户数据管理网元基于所述第三请求消息所反馈的第三响应消息，其中所述第三响应消息中携带有第六订阅上下文信息，以指示与所述订阅更新需求相对应的订阅更新结果。
7.根据权利要求1所述的订阅方法，其特征在于，还包括：
向其他服务网元发送第四请求消息，其中所述第四请求消息中携带有第七订阅上下文信息，以指示订阅、去订阅或订阅更新需求；
接收所述其他服务网元基于所述第四请求消息所反馈的第四响应消息，其中所述第四响应消息中携带有第八订阅上下文信息，以指示与所述订阅、去订阅或订阅更新需求相对应的订阅、去订阅或订阅更新结果。
8.一种订阅方法，应用于用户数据管理网元，其特征在于，包括：
接收服务网元发送的第一请求消息，所述第一请求消息为注册请求消息或签约数据请求消息，且所述第一请求消息中携带有第一订阅上下文信息，以指示订阅需求；
基于所述第一请求消息向所述服务网元反馈第一响应消息，其中所述第一响应消息为注册请求响应消息或签约数据请求响应消息，且所述第一响应消息中携带有第二订阅上下文信息，以指示与所述订阅需求相对应的订阅结果。
9.根据权利要求8所述的订阅方法，其特征在于，所述接收服务网元发送的第一请求消息，包括：接收进行注册时移动性管理网元所发送的携带有所述第一订阅上下文信息的注册请求消息或签约数据请求消息；和/或，接收进行会话建立时会话管理网元所发送的携带有所述第一订阅上下文信息的签约数据请求消息。
10.根据权利要求9所述的订阅方法，其特征在于，所述基于所述第一请求消息向所述服务网元反馈第一响应消息，包括：基于所述注册请求消息向所述移动性管理网元反馈所述注册请求响应消息，或者基于所述签约数据请求消息向所述移动性管理网元反馈所述签约数据请求响应消息；和/或，基于所述签约数据请求消息向所述会话管理网元反馈所述签约数据请求响应消息。
11.根据权利要求8至10任一项所述的订阅方法，其特征在于，所述基于所述第一请求消息向所述服务网元反馈第一响应消息之后，还包括：接收所述服务网元发送的第二请求消息，其中所述第二请求消息为去注册请求消息，且所述去注册请求消息中携带有第三订阅上下文信息，以指示去订阅需求；
基于所述第二请求消息向所述服务网元反馈第二响应消息，所述第二响应消息为去注册请求响应消息，且所述第二响应消息中携带有第四订阅上下文信息，以指示与所述去订阅需求相对应的去订阅结果；所述去订阅结果包括去订阅已完成或去订阅未完成。
12.根据权利要求11所述的订阅方法，其特征在于，
当进行去注册时，所述服务网元为移动性管理网元和会话管理网元；
当进行会话释放时，所述服务网元为会话管理网元，且当用户数据管理网元确定当前会话满足预设条件时，所述去订阅结果为去订阅已完成，当所述用户数据管理网元确定当前会话不满足预设条件时，所述去订阅结果为去订阅未完成。
13.根据权利要求8至10任一项所述的订阅方法，其特征在于，所述基于所述第一请求消息向所述服务网元反馈第一响应消息之后，还包括：接收所述服务网元所发送的第三请求消息，其中所述第三请求消息中携带有第五订阅上下文信息，以指示订阅更新需求；
基于所述第三请求消息向所述服务网元反馈第三响应消息，其中所述第三响应消息中携带有第六订阅上下文信息，以指示与所述订阅更新需求相对应的订阅更新结果。
14.一种订阅装置，应用于服务网元，其特征在于，包括：
发送模块，用于向用户数据管理网元发送第一请求消息，所述第一请求消息为注册请求消息或签约数据请求消息，且所述第一请求消息中携带有第一订阅上下文信息，以指示订阅需求；
接收模块，用于接收所述用户数据管理网元基于所述第一请求消息所反馈的第一响应消息，其中所述第一响应消息为注册请求响应消息或签约数据请求响应消息，且所述第一响应消息中携带有第二订阅上下文信息，以指示与所述订阅需求相对应的订阅结果。
15.一种订阅装置，应用于用户数据管理网元，其特征在于，包括：
接收模块，用于接收服务网元发送的第一请求消息，所述第一请求消息为注册请求消息或签约数据请求消息，且所述第一请求消息中携带有第一订阅上下文信息，以指示订阅需求；
发送模块，用于基于所述第一请求消息向所述服务网元反馈第一响应消息，其中所述第一响应消息为注册请求响应消息或签约数据请求响应消息，且所述第一响应消息中携带有第二订阅上下文信息，以指示与所述订阅需求相对应的订阅结果。
16.一种服务网元，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如下步骤：向用户数据管理网元发送第一请求消息，所述第一请求消息为注册请求消息或签约数据请求消息，且所述第一请求消息中携带有第一订阅上下文信息，以指示订阅需求；
接收所述用户数据管理网元基于所述第一请求消息所反馈的第一响应消息，其中所述第一响应消息为注册请求响应消息或签约数据请求响应消息，且所述第一响应消息中携带有第二订阅上下文信息，以指示与所述订阅需求相对应的订阅结果。
17.根据权利要求16所述的服务网元，其特征在于，所述向用户数据管理网元发送第一请求消息，包括：当进行注册时所述服务网元为移动性管理网元，并向所述用户数据管理网元发送携带有所述第一订阅上下文信息的注册请求消息或签约数据请求消息；和/或，当进行会话建立时所述服务网元为会话管理网元，并向所述用户数据管理网元发送携带有所述第一订阅上下文信息的签约数据请求消息。
18.根据权利要求17所述的服务网元，其特征在于，所述接收所述用户数据管理网元基于所述第一请求消息所反馈的第一响应消息，包括：当所述服务网元为所述移动性管理网元时，接收所述用户数据管理网元基于所述注册请求消息所反馈的所述注册请求响应消息或基于所述签约数据请求消息所反馈的所述签约数据请求响应消息；和/或，当所述服务网元为会话管理网元时，接收所述用户数据管理网元基于所述签约数据请求消息所反馈的所述签约数据请求响应消息。
19.根据权利要求16至18任一项所述的服务网元，其特征在于，所述接收所述用户数据管理网元基于所述第一请求消息所反馈的第一响应消息之后，还包括：向所述用户数据管理网元发送第二请求消息，其中所述第二请求消息为去注册请求消息，且所述去注册请求消息中携带有第三订阅上下文信息，以指示去订阅需求；
接收所述用户数据管理网元基于所述第二请求消息所反馈的第二响应消息，其中所述第二响应消息为去注册请求响应消息，且所述第二响应消息中携带有第四订阅上下文信息，以指示与所述去订阅需求相对应的去订阅结果，所述去订阅结果包括去订阅已完成或去订阅未完成。
20.根据权利要求19所述的服务网元，其特征在于，
当进行去注册时，所述服务网元为移动性管理网元和会话管理网元；
当进行会话释放时，所述服务网元为会话管理网元，且当用户数据管理网元确定当前会话满足预设条件时，所述去订阅结果为去订阅已完成，当所述用户数据管理网元确定当前会话不满足预设条件时，所述去订阅结果为去订阅未完成。
21.根据权利要求16至18任一项所述的服务网元，其特征在于，所述接收所述用户数据管理网元基于所述第一请求消息所反馈的第一响应消息之后，还包括：向所述用户数据管理网元发送第三请求消息，其中所述第三请求消息中携带有第五订阅上下文信息，以指示订阅更新需求；
接收所述用户数据管理网元基于所述第三请求消息所反馈的第三响应消息，其中所述第三响应消息中携带有第六订阅上下文信息，以指示与所述订阅更新需求相对应的订阅更新结果。
22.根据权利要求16所述的服务网元，其特征在于，还包括：
向其他服务网元发送第四请求消息，其中所述第四请求消息中携带有第七订阅上下文信息，以指示订阅、去订阅或订阅更新需求；
接收所述其他服务网元基于所述第四请求消息所反馈的第四响应消息，其中所述第四响应消息中携带有第八订阅上下文信息，以指示与所述订阅、去订阅或订阅更新需求相对应的订阅、去订阅或订阅更新结果。
23.一种用户数据管理网元，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如下步骤：接收服务网元发送的第一请求消息，所述第一请求消息为注册请求消息或签约数据请求消息，且所述第一请求消息中携带有第一订阅上下文信息，以指示订阅需求；
基于所述第一请求消息向所述服务网元反馈第一响应消息，其中所述第一响应消息为注册请求响应消息或签约数据请求响应消息，且所述第一响应消息中携带有第二订阅上下文信息，以指示与所述订阅需求相对应的订阅结果。
24.根据权利要求23所述的用户数据管理网元，其特征在于，所述接收服务网元发送的第一请求消息，包括：接收进行注册时移动性管理网元所发送的携带有所述第一订阅上下文信息的注册请求消息或签约数据请求消息；和/或，接收进行会话建立时会话管理网元所发送的携带有所述第一订阅上下文信息的签约数据请求消息。
25.根据权利要求24所述的用户数据管理网元，其特征在于，所述基于所述第一请求消息向所述服务网元反馈第一响应消息，包括：基于所述注册请求消息向所述移动性管理网元反馈所述注册请求响应消息，或者基于所述签约数据请求消息向所述移动性管理网元反馈所述签约数据请求响应消息；和/或，基于所述签约数据请求消息向所述会话管理网元反馈所述签约数据请求响应消息。
26.根据权利要求23至25任一项所述的用户数据管理网元，其特征在于，所述基于所述第一请求消息向所述服务网元反馈第一响应消息之后，还包括：接收所述服务网元发送的第二请求消息，其中所述第二请求消息为去注册请求消息，且所述去注册请求消息中携带有第三订阅上下文信息，以指示去订阅需求；
基于所述第二请求消息向所述服务网元反馈第二响应消息，其中所述第二响应消息为去注册请求响应消息，且所述第二响应消息中携带有第四订阅上下文信息，以指示与所述去订阅需求相对应的去订阅结果；所述去订阅结果包括去订阅已完成或去订阅未完成。
27.根据权利要求26所述的用户数据管理网元，其特征在于，
当进行去注册时，所述服务网元为移动性管理网元和会话管理网元；
当进行会话释放时，所述服务网元为会话管理网元，且当用户数据管理网元确定当前会话满足预设条件时，所述去订阅结果为去订阅已完成，当所述用户数据管理网元确定当前会话不满足预设条件时，所述去订阅结果为去订阅未完成。
28.根据权利要求23至25任一项所述的用户数据管理网元，其特征在于，所述基于所述第一请求消息向所述服务网元反馈第一响应消息之后，还包括：接收所述服务网元所发送的第三请求消息，其中所述第三请求消息中携带有第五订阅上下文信息，以指示订阅更新需求；
基于所述第三请求消息向所述服务网元反馈第三响应消息，其中所述第三响应消息中携带有第六订阅上下文信息，以指示与所述订阅更新需求相对应的订阅更新结果。
29.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1至7任一项所述的订阅方法的步骤，或执行如权利要求8至13任一项所述的订阅方法的步骤。
一种订阅方法、服务网元及用户数据管理网元
技术领域
[0001] 本发明涉及通信技术领域，尤其涉及一种订阅方法、服务网元及用户数据管理网元。
背景技术
[0002] 在移动通信系统中，终端向网络注册或建立会话时，服务网元需要向统一数据管理网元(Unified Data Manager，用户数据管理网元)注册获取签约数据，并订阅相关服务；且终端去注册、释放会话或释放的会话属于一定粒度或满足一定条件时，服务网元向用户数据管理网元订阅的相关服务需要去订阅。
[0003] 目前移动通信系统，在注册流程或会话建立流程中，服务网元向用户数据管理网元发起注册、获取签约数据后，再发起订阅过程；去注册或会话释放流程中，服务网元向用户数据管理网元去注册后，再发起去订阅过程，且服务网元在发起去订阅前，需对该会话进行判断，判断其是否属于一定粒度或满足一定条件，是否需要向用户数据管理网元发起取消订阅。
[0004] 综上所述，服务网元向用户数据管理网元注册/获取签约数据与订阅过程繁复，流程耗时较多，且去订阅判断过程复杂、耗时及服务网元运行负载开销都较大。
发明内容
[0005] 本发明实施例提供一种订阅方法、服务网元及用户数据管理网元，以减少订阅过程中的流程步骤。
[0006] 本发明实施例提供一种订阅方法，应用于服务网元，包括：
[0007] 向用户数据管理网元发送第一请求消息，所述第一请求消息为注册请求消息或签约数据请求消息，且所述第一请求消息中携带有第一订阅上下文信息，以指示订阅需求；
[0008] 接收所述用户数据管理网元基于所述第一请求消息所反馈的第一响应消息，其中所述第一响应消息为注册请求响应消息或签约数据请求响应消息，且所述第一响应消息中携带有第二订阅上下文信息，以指示与所述订阅需求相对应的订阅结果。
[0009] 本发明实施例提供一种订阅方法，应用于用户数据管理网元，包括：
[0010] 接收服务网元发送的第一请求消息，所述第一请求消息为注册请求消息或签约数据请求消息，且所述第一请求消息中携带有第一订阅上下文信息，以指示订阅需求；
[0011] 基于所述第一请求消息向所述服务网元反馈第一响应消息，其中所述第一响应消息为注册请求响应消息或签约数据请求响应消息，且所述第一响应消息中携带有第二订阅上下文信息，以指示与所述订阅需求相对应的订阅结果。
[0012] 本发明实施例提供一种订阅装置，应用于服务网元，包括：
[0013] 发送模块，用于向用户数据管理网元发送第一请求消息，所述第一请求消息为注册请求消息或签约数据请求消息，且所述第一请求消息中携带有第一订阅上下文信息，以指示订阅需求；
[0014] 接收模块，用于接收所述用户数据管理网元基于所述第一请求消息所反馈的第一响应消息，其中所述第一响应消息为注册请求响应消息或签约数据请求响应消息，且所述第一响应消息中携带有第二订阅上下文信息，以指示与所述订阅需求相对应的订阅结果。
[0015] 本发明实施例提供一种订阅装置，应用于用户数据管理网元，包括：
[0016] 接收模块，用于接收服务网元发送的第一请求消息，所述第一请求消息为注册请求消息或签约数据请求消息，且所述第一请求消息中携带有第一订阅上下文信息，以指示订阅需求；
[0017] 发送模块，用于基于所述第一请求消息向所述服务网元反馈第一响应消息，其中所述第一响应消息为注册请求响应消息或签约数据请求响应消息，且所述第一响应消息中携带有第二订阅上下文信息，以指示与所述订阅需求相对应的订阅结果。
[0018] 本发明实施例提供一种服务网元，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述的订阅方法的步骤。
[0019] 本发明实施例提供一种用户数据管理网元，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述的订阅方法的步骤。
[0020] 本发明实施例提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现所述的订阅方法的步骤。
[0021] 本发明实施例提供的订阅方法、服务网元及用户数据管理网元，通过向用户数据管理网元发送第一请求消息时携带用于指示订阅需求的第一订阅上下文信息，并接收用户数据管理网元基于第一请求消息反馈第一响应消息，且在第一响应消息中携带用于指示与订阅需求相对应的订阅结果的第二订阅上下文信息，实现了通过建立订阅上下文机制，在其他信令中携带订阅上下文信息，完成订阅功能，从而省去了服务网元向用户数据管理网元专门发起的订阅过程，减少了信令流程的信令数量，有效减小了流程的耗时，减小了服务网元运行负载。
附图说明
[0022] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0023] 图1为本发明实施例中应用于服务网元的订阅方法的步骤流程图；
[0024] 图2为本发明实施例中应用于用户数据管理网元的订阅方法的步骤流程图；
[0025] 图3为本发明第一实施例的流程示意图；
[0026] 图4为本发明第二实施例的流程示意图；
[0027] 图5为本发明第三实施例的流程示意图；
[0028] 图6为本发明第四实施例的流程示意图；
[0029] 图7为本发明第五实施例的流程示意图；
[0030] 图8为本发明实施例中应用于服务网元的订阅装置的模块框图；
[0031] 图9为本发明实施例中应用于用户数据管理网元的订阅装置的模块框图；
[0032] 图10为本发明实施例中服务网元的结构示意图；
[0033] 图11为本发明实施例中用户数据管理网元的结构示意图。
具体实施方式
[0034] 为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0035] 为了便于清楚描述本发明实施例的技术方案，在本发明的各实施例中，若采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定。
[0036] 本发明实施例中术语“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“三种一般表示前后关联对象是一种“或”的关系。
[0037] 本发明实施例中术语“多个”是指两个或两个以上，其它量词与之类似。
[0038] 此外，应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
[0039] 在本发明的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
[0040] 在注册流程中，接入和移动性管理功能(Access and Mobility Management Function，AMF)首先向UDM网元进行注册，然后AMF向UDM发起获取签约数据过程，最后AMF向UDM订阅相关信息。在终端发起的会话建立流程中，AMF与会话管理功能(Session Management Function，SMF)建立会话管理上下文，SMF向UDM获取签约数据，然后SMF向UDM订阅相关信息。在去注册流程中，由终端发起或网络发起，SMF向UDM发起去订阅后再向UDM发起去注册，AMF向UDM发起去订阅后再发起去注册。在会话释放流程中，由终端或网络发起，SMF向UDM发起去订阅后再发起去注册。
[0041] 即在注册流程和会话建立流程中，服务网元向UDM注册和订阅；在去注册流程和会话释放流程中，服务网元向UDM去订阅后，再向UDM去注册，在会话释放流程中，需要判断正在服务的会话是否为一定粒度会话的最后一个会话(或者满足一定条件的会话)，若是最后一个会话(或满足一定条件)，则服务网元向UDM发起去订阅。
[0042] 但是，上述注册或会话建立过程中，服务网元注册和订阅分两步执行，耗时较长；去注册和会话释放流程中，去订阅和去注册分两步执行，并且会话释放流程中，服务网元需要判断该会话是否为一定粒度下的最后一个会话或满足一定条件，耗时、复杂度、服务网元运行负载的开销都较大。
[0043] 针对上述缺陷，本发明提供如下实施例：
[0044] 如图1所示，为本发明实施例中应用于服务网元的订阅方法的步骤流程图，该方法包括如下步骤：
[0045] 步骤101：向用户数据管理网元发送第一请求消息。
[0046] 具体的，第一请求消息为注册请求消息或签约数据请求消息，且第一请求消息中携带有第一订阅上下文信息，以指示订阅需求。
[0047] 即服务网元在向用户数据管理网元发送注册请求消息时携带用于指示订阅需求的第一订阅上下文信息，或者在向用户数据管理网元发送签约数据请求消息时携带用于指示订阅需求的第一订阅上下文信息，使得能够通过注册步骤或获取签约数据步骤实现订阅功能，省略了服务网元向用户数据管理网元的订阅步骤，减少了注册过程或会话建立过程中信令流程的信令数量，有效减小了流程的耗时，并减小了服务网元的运行负载。
[0048] 此外，需要说明的是，用户数据管理网元可以为UDM网元。
[0049] 步骤102：接收用户数据管理网元基于第一请求消息所反馈的第一响应消息。
[0050] 具体的，第一响应消息为注册请求响应消息或签约数据请求响应消息，且第一响应消息中携带有第二订阅上下文信息，以指示与订阅需求相对应的订阅结果。
[0051] 当然，订阅结果可以为订阅已完成或订阅未完成。
[0052] 即用户数据管理网元接收到服务网元发送的第一请求消息之后，可以基于该第一请求消息反馈第一响应消息，且在第一响应消息中携带用于指示与订阅需求相对应的订阅结果的第二订阅上下文信息，从而实现了通过注册响应步骤或获取签约数据响应步骤完成订阅结果反馈功能。
[0053] 这样，本实施例中的服务网元通过向用户数据管理网元发送第一请求消息时携带用于指示订阅需求的第一订阅上下文信息，并接收用户数据管理网元基于第一请求消息反馈第一响应消息，且在第一响应消息中携带用于指示与订阅需求相对应的订阅结果的第二订阅上下文信息，与现有注册流程和会话建立流程相比，实现了通过建立订阅上下文机制，在其他信令中携带订阅上下文信息，完成订阅功能，从而省去了服务网元向用户数据管理网元专门发起的订阅过程，减少了信令流程的信令数量，有效减小了流程的耗时，减小了服务网元运行负载。
[0054] 需要说明的是，在向用户数据管理网元发送第一请求消息时，当进行注册时服务网元为移动性管理网元，并向用户数据管理网元发送携带有第一订阅上下文信息的注册请求消息或签约数据请求消息；和/或，当进行会话建立时服务网元为会话管理网元，并向用户数据管理网元发送携带有第一订阅上下文信息的签约数据请求消息。
[0055] 具体的，移动性管理网元可以为AMF网元，会话管理网元可以为SMF网元。
[0056] 具体的，在终端注册流程中，服务网元向用户数据管理网元进行订阅的过程中，服务网元为移动性管理网元，此时服务网元可以在向用户数据管理网元进行注册或获取签约数据时，携带第一订阅上下文信息，即服务网元可以在注册请求消息或签约数据请求消息中携带第一订阅上下文信息，从而实现注册流程中在请求注册或获取签约数据时即实现订阅功能，进而省去服务网元向用户数据管理网元专门发起的订阅过程，减少信令流程的信令数量。
[0057] 此外，发起的会话建立流程中，服务网元为会话管理网元，此时服务网元可以在向用户数据管理网元获取签约数据时携带第一订阅上下文信息，即服务网元可以在签约数据请求消息中携带第一订阅上下文信息，从而实现在获取签约数据时即实现订阅功能，进而省去会话建立流程中服务网元向用户数据管理网元专门发起的订阅过程，减少信令流程的信令数量。
[0058] 进一步地，在上述实施例的基础上，服务网元接收用户数据管理网元基于第一请求消息所反馈的第一响应消息时，可以当服务网元为移动性管理网元时，接收用户数据管理网元基于注册请求消息所反馈的注册请求响应消息或基于签约数据请求消息所反馈的签约数据请求响应消息；和/或，当服务网元为会话管理网元时，接收用户数据管理网元基于签约数据请求消息所反馈的签约数据请求响应消息。
[0059] 即当用户数据管理网元接收到移动性管理网元发送的注册请求消息时，向移动性管理网元反馈携带有第二订阅上下文信息的注册请求响应消息，当用户数据管理网元接收到移动性管理网元发送的签约数据请求消息时，向移动性管理网元反馈携带有第二订阅上下文信息的签约数据请求响应消息，当用户数据管理网元接收到会话管理网元发送的签约数据请求消息时，向会话管理网元反馈携带有第二订阅上下文信息的签约数据请求响应消息，从而实现在对应的响应消息中携带标识订阅结果的订阅上下文信息，完成订阅功能。
[0060] 此外，进一步地，在本实施例中，服务网元在接收用户数据管理网元基于第一请求消息所反馈的第一响应消息之后，还可以向用户数据管理网元发送第二请求消息，其中第二请求消息为去注册请求消息，且去注册请求消息中携带有第三订阅上下文信息，以指示去订阅需求；接收用户数据管理网元基于第二请求消息所反馈的第二响应消息，其中第二响应消息为去注册请求响应消息，且第二响应消息中携带有第四订阅上下文信息，以指示与去订阅需求相对应的去订阅结果，去订阅结果包括去订阅已完成或去订阅未完成。
[0061] 即本实施例可以在去注册请求消息中携带用于指示去订阅需求的第三订阅上下文信息，并在去注册请求响应消息中携带用于指示与去订阅需求相对应的去订阅结果的第四订阅上下文信息，从而实现在去注册过程或会话释放过程中省去去订阅步骤，减少了信令流程的信令数量，有效减小了流程的消耗，减小了服务网元运行负载。
[0062] 具体的，当进行去注册时，服务网元为移动性管理网元和会话管理网元，即在终端或网络发起的去注册流程中，移动性管理网元和会话管理网元可以在向用户数据管理网元发送的去注册请求消息中携带用于指示去订阅需求的第三订阅上下文信息，以实现在去注册流程中省去去订阅的步骤；并接收用户数据管理网元基于去注册请求消息所反馈的去注册请求响应消息，并在去注册请求响应消息中携带指示与去订阅需求相对应的去订阅结果的第四订阅上下文信息，以完成去订阅功能。
[0063] 当进行会话释放时，服务网元为会话管理网元，且当用户数据管理网元确定当前会话满足预设条件时，去订阅结果为去订阅已完成，当用户数据管理网元确定当前会话不满足预设条件时，去订阅结果为去订阅未完成。
[0064] 具体的，上述预设条件可以为当前会话为一定粒度会话的最后一个会话，当然在此并不对该预设条件进行具体限定。
[0065] 这样，在会话释放流程中，会话管理网元不需要再判断正在服务的当前会话是否满足预设条件，例如是否为一定粒度会话的最后一个会话，而是可以直接在向用户数据管理网元网友发送去注册请求消息时携带用于指示去订阅需求的第三订阅上下文信息即可，省去了会话管理网元判断当前会话是否满足预设条件的步骤，且省去了去订阅的步骤。此外，用户数据管理网元在接收到去注册请求消息后，可以判断当前会话是否满足预设条件，此时若确定当前会话满足预设条件，则可以在去注册请求响应消息中携带去订阅已完成的去订阅结果，若确定当前会话不满足预设条件，则在去注册请求响应消息中携带去订阅未已完成的去订阅结果；即本实施例与现有技术相比，服务网元不再对当前会话是否满足预设条件进行判断，而是通过用户数据管理网元判断当前会话是否满足预设条件且给出指示是否完成的去订阅结果，减小了服务网元的运行负载。
[0066] 当然，在此需要说明的是，服务网元在接收用户数据管理网元基于第一请求消息所反馈的第一响应消息之后，还可以向用户数据管理网元发送第三请求消息，其中第三请求消息中携带有第五订阅上下文信息，以指示订阅更新需求；然后接收用户数据管理网元基于第三请求消息所反馈的第三响应消息，其中第三响应消息中携带有第六订阅上下文信息，以指示与订阅更新需求相对应的订阅更新结果。
[0067] 具体的，更新需求可以为修改和删除等，在此不进行具体限定。
[0068] 即本实施例在需要对订阅信息进行修改和删除等更新时，可以通过在其他信令中携带订阅上下文信息以完成相应功能。
[0069] 此外，在本实施例中，服务网元还可以向其他服务网元发送第四请求消息，其中第四请求消息中携带有第七订阅上下文信息，以指示订阅、去订阅或订阅更新需求；接收其他服务网元基于第四请求消息所反馈的第四响应消息，其中第四响应消息中携带有第八订阅上下文信息，以指示与所述订阅、去订阅或订阅更新需求相对应的订阅、去订阅或订阅更新结果。
[0070] 即本实施例可以将第七订阅上下文信息携带于服务网元与其他网元之间的订阅过程中的其他消息信令中，从而实现在服务网元与其他网元之间的订阅过程中，将订阅、去订阅或订阅更新信令与其他信令相合并，进而实现了通过在其他流程中的信令中携带订阅上下文的机制，实现流程中信令的合并简化过程，即实现了通过在一个流程中的信令中携带该流程中的其他信令内容信息，减少信令交互数量。
[0071] 在此需要说明的是，在一个流程中的信令中携带该流程中的其他信令内容信息，可以应用于多个流程中，在此不再进行举例说明。
[0072] 这样，本实施例中的服务网元通过向用户数据管理网元发送携带用于指示订阅需求的第一订阅上下文信息的第一请求消息，并接收用户数据管理网元基于第一请求消息反馈第一响应消息，且在第一响应消息中携带用于指示与订阅需求相对应的订阅结果的第二订阅上下文信息，实现了通过建立订阅上下文机制，在其他信令中携带订阅上下文信息，完成订阅功能，从而省去了服务网元向用户数据管理网元专门发起的订阅过程，减少了信令流程的信令数量，有效减小了流程的耗时，减小了服务网元运行负载。
[0073] 此外，如图2所示，为应用于用户数据管理网元的订阅方法的步骤流程图，该方法包括如下步骤：
[0074] 步骤201：接收服务网元发送的第一请求消息。
[0075] 具体的，第一请求消息为注册请求消息或签约数据请求消息，且第一请求消息中携带有第一订阅上下文信息，以指示订阅需求。
[0076] 步骤202：基于第一请求消息向服务网元反馈第一响应消息。
[0077] 具体的，第一响应消息为注册请求响应消息或签约数据请求响应消息，且第一响应消息中携带有第二订阅上下文信息，以指示与订阅需求相对应的订阅结果。
[0078] 在此需要说明的是，上述过程可以参见服务网元侧相对应内容，在此不再进行赘述。
[0079] 进一步地，用户数据管理网元接收服务网元发送的第一请求消息时，可以接收进行注册时移动性管理网元所发送的携带有第一订阅上下文信息的注册请求消息或签约数据请求消息；和/或，接收进行会话建立时会话管理网元所发送的携带有第一订阅上下文信息的签约数据请求消息。
[0080] 此外，用户数据管理网元基于第一请求消息向所述服务网元反馈第一响应消息时，可以基于所述注册请求消息向所述移动性管理网元反馈所述注册请求响应消息，或者基于所述签约数据请求消息向所述移动性管理网元反馈所述签约数据请求响应消息；和/或，基于所述签约数据请求消息向所述会话管理网元反馈所述签约数据请求响应消息。
[0081] 上述具体过程可以参见服务网元侧实施例中的相关内容，在此不再进行赘述。
[0082] 另外，进一步地，用户数据管理网元在基于所述第一请求消息向所述服务网元反馈第一响应消息之后，还可以接收服务网元发送的第二请求消息，其中第二请求消息为去注册请求消息，且去注册请求消息中携带有第三订阅上下文信息，以指示去订阅需求；基于第二请求消息向服务网元反馈第二响应消息，其中第二响应消息为去注册请求响应消息，且第二响应消息中携带有第四订阅上下文信息，以指示与去订阅需求相对应的去订阅结果；去订阅结果包括去订阅已完成或去订阅未完成。
[0083] 具体的，当进行去注册时，所述服务网元为移动性管理网元和会话管理网元；当进行会话释放时，所述服务网元为会话管理网元，且当用户数据管理网元确定当前会话满足预设条件时，去订阅结果为去订阅已完成，当用户数据管理网元确定当前会话不满足预设条件时，去订阅结果为去订阅未完成。
[0084] 上述具体去订阅过程可以参见上述服务网元侧实施例具体内容，在此不再进行赘述。
[0085] 这样，本实施例中的用户数据管理网元通过接收服务网元所发送的携带有指示订阅需求的第一订阅上下文信息的第一请求消息，并基于该第一请求消息向服务网元反馈第一响应消息，且在第一响应消息中携带用于指示与订阅需求相对应的订阅结果的第二订阅上下文信息，实现了通过建立订阅上下文机制，在其他信令中携带订阅上下文信息，完成订阅功能，从而省去了服务网元向用户数据管理网元专门发起的订阅过程，减少了信令流程的信令数量，有效减小了流程的耗时，减小了服务网元运行负载。
[0086] 下面通过具体实施例对本发明进行具体说明。
[0087] 第一实施例：
[0088] 假设在该实施例中服务网元为AMF网元，用户数据管理网元为UDM网元。如图3所示，在终端(UE)发起的注册流程中服务网元向UDM网元进行订阅的过程，AMF网元向UDM网元发送注册请求消息，且携带用于指示订阅需求的第一订阅上下文信息；UDM网元基于该携带有第一订阅上下文信息的注册请求消息，向AMF网元反馈注册请求响应消息，并在其中携带第二订阅上下文信息，标识订阅结果。当然，AMF网元在接收到注册请求响应消息后，可以按照正常注册流程向UDM网元获取签约数据，并接收UDM网元所反馈的获取签约数据响应。
[0089] 该实施例将现有注册流程中的订阅步骤与注册步骤相合并，使得通过在注册相关信令中携带订阅上下文信息，实现向UDM网元的订阅功能，减少了注册流程中的信令交互数量。
[0090] 第二实施例：
[0091] 假设在该实施例中服务网元为AMF网元，用户数据管理网元为UDM网元。如图4所示，在终端(UE)发起的注册流程中，AMF网元按照正常注册流程向UDM网元进行注册，并接收DUM网元反馈的注册响应；然后，AMF网元向UDM网元发送签约数据请求消息，且携带用于指示订阅需求的第一订阅上下文信息；UDM网元基于该携带有第一订阅上下文信息的签约数据请求消息，向AMF网元反馈签约数据请求响应消息，并在其中携带第二订阅上下文信息，标识订阅结果。
[0092] 该实施例将现有注册流程中的订阅步骤与获取签约数据步骤相合并，使得通过在获取签约数据相关信令中携带订阅上下文信息，实现向UDM网元的订阅功能，减少了注册流程中的信令交互数量。
[0093] 在上述第一实施例和第二实施例中，实现了即可以通过在发送注册请求消息时携带第一订阅上下文信息，或者可以在发送签约数据请求消息时携带第一订阅上下文信息，在此并不进行具体限制。
[0094] 第三实施例：
[0095] 在该实施例中服务网元为SMF网元，用户数据管理网元为UDM网元。如图5所示，在终端(UE)发起的会话建立流程中服务网元向UDM网元进行订阅的过程，AMF网元按照正常流程与SMF网元之间创建会话管理上下文；然后，SMF网元向UDM网元发送签约数据请求消息，且携带用于指示订阅需求的第一订阅上下文信息；UDM网元基于该携带有第一订阅上下文信息的签约数据请求消息，向SMF网元反馈签约数据请求响应消息，并在其中携带第二订阅上下文信息，标识订阅结果。
[0096] 该实施例将现有会话建立流程中的订阅步骤与获取签约数据步骤相合并，使得通过在获取签约数据相关信令中携带订阅上下文信息，实现向UDM网元的订阅功能。
[0097] 第四实施例：
[0098] 在该实施例中服务网元为AMF网元和SMF网元，用户数据管理网元为UDM网元。如图6所示，在终端(UE)或网络发起的去注册流程中，服务网元向UDM网元进行去订阅的过程，SMF网元向UDM网元发送去注册请求消息，且携带用于指示去订阅需求的第三订阅上下文信息；UDM网元基于该携带有第三订阅上下文信息的去注册请求消息，向SMF网元反馈去注册请求响应消息，并在其中携带第四订阅上下文信息，标识去订阅结果。在此需要说明的是，AMF网元向UDM网元发送去注册请求消息以及接收去注册请求响应消息的过程与SMF网元相同，在此不再进行赘述。
[0099] 该实施例将现有去注册流程中的去订阅步骤与去注册步骤相合并，使得通过在去注册相关信令中携带订阅上下文信息，实现向UDM网元的去订阅功能。
[0100] 第五实施例：
[0101] 在该实施例中服务网元为SMF网元，用户数据管理网元为UDM网元。如图7所示，在会话释放流程中，SMF网元向UDM网元去订阅，即SMF网元向UDM网元发送去注册请求消息，且携带用于指示去订阅需求的第三订阅上下文信息；UDM网元基于该携带有第三订阅上下文信息的去注册请求消息，向SMF网元反馈去注册请求响应消息，并在其中携带第四订阅上下文信息，标识去订阅结果。具体的，在本实施例的会话释放流程中，SMF网元不再对当前会话是否满足预设条件(例如是否为一定粒度会话中的最后一个会话)进行判断，而是由UDM网元在接收到去注册请求消息后，判断当前会话是否满足预设条件，并在满足时，标识去订阅结果为去订阅已完成，在不满足时，标识去订阅结果为去订阅未完成，省去了SMF网元对当前会话的判断步骤，减小了SMF网元的运行负载。
[0102] 该实施例将现有会话释放流程中的去订阅步骤与去注册步骤相合并，使得通过在去注册相关信令中携带订阅上下文信息，实现向UDM网元的去订阅功能，减少了会话释放过程中的信令交互数量。
[0103] 这样，本实施例通过建立订阅上下文机制，在其他信令中携带订阅上下文信息，完成订阅、更新和去订阅等功能，省去服务网元向用户数据管理网元专门发起的订阅过程和去订阅过程，减少了信令流程的信令数量，有效减小了流程的耗时，并减小了服务网元运行负载。此外，在会话释放流程的去订阅过程中，省略了服务网元判断该会话是否为一定粒度下的最后一个会话或是否满足一定条件的过程，从而减小了流程的耗时，并减小了服务网元运行负载。
[0104] 如图8所示，为本发明实施例中应用于服务网元的订阅装置的模块框图，该装置包括：
[0105] 发送模块801，用于向用户数据管理网元发送第一请求消息，所述第一请求消息为注册请求消息或签约数据请求消息，且所述第一请求消息中携带有第一订阅上下文信息，以指示订阅需求；
[0106] 接收模块802，用于接收所述用户数据管理网元基于所述第一请求消息所反馈的第一响应消息，其中所述第一响应消息为注册请求响应消息或签约数据请求响应消息，且所述第一响应消息中携带有第二订阅上下文信息，以指示与所述订阅需求相对应的订阅结果。
[0107] 在此需要说明的是，本实施例所提供的装置能够实现上述服务网元侧方法实施例所能实现的所有方法步骤，并能够达到相同的技术效果，在此不再进行赘述。
[0108] 如图9所示，为本发明实施例中应用于用户数据管理网元的订阅装置的模块框图，该装置包括：
[0109] 接收模块901，用于接收服务网元发送的第一请求消息，所述第一请求消息为注册请求消息或签约数据请求消息，且所述第一请求消息中携带有第一订阅上下文信息，以指示订阅需求；
[0110] 发送模块902，用于基于所述第一请求消息向所述服务网元反馈第一响应消息，其中所述第一响应消息为注册请求响应消息或签约数据请求响应消息，且所述第一响应消息中携带有第二订阅上下文信息，以指示与所述订阅需求相对应的订阅结果。
[0111] 在此需要说明的是，本实施例所提供的装置能够实现上述用户数据管理网元侧方法实施例所能实现的所有方法步骤，并能够达到相同的技术效果，在此不再进行赘述。
[0112] 图10为本发明一实施例提供的服务网元的结构示意图，如图10所示，该服务网元1000可以包括至少一个处理器1001、存储器1002、至少一个其他的用户接口1003，以及收发机1004。服务网元1000中的各个组件通过总线系统1005耦合在一起。可理解，总线系统1005用于实现这些组件之间的连接通信。总线系统1005除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图10中将各种总线都标为总线系统
1005，总线系统可以包括任意数量的互联的总线和桥，具体由处理器1001代表的一个或多个处理器和存储器1002代表的存储器的各种电路链接在一起。总线系统还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本发明实施例不再对其进行进一步描述。总线接口提供接口。收发机1004可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口1003还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
[0113] 可以理解，本发明实施例中的存储器1002可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read‑Only Memory，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 Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本发明各实施例所描述的系统和方法的存储器1002旨在包括但不限于这些和任意其它适合类型的存储器。
[0114] 处理器1001负责管理总线系统和通常的处理，存储器1002可以存储处理器1001在执行操作时所使用的计算机程序或指令，具体地，处理器1001可以用于：
[0115] 向用户数据管理网元发送第一请求消息，所述第一请求消息为注册请求消息或签约数据请求消息，且所述第一请求消息中携带有第一订阅上下文信息，以指示订阅需求；接收所述用户数据管理网元基于所述第一请求消息所反馈的第一响应消息，其中所述第一响应消息为注册请求响应消息或签约数据请求响应消息，且所述第一响应消息中携带有第二订阅上下文信息，以指示与所述订阅需求相对应的订阅结果。
[0116] 上述本发明实施例揭示的方法可以应用于处理器1001中，或者由处理器1001实现。处理器1001可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1001中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1001可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1002，处理器1001读取存储器1002中的信息，结合其硬件完成上述方法的步骤。
[0117] 可以理解的是，本发明描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(Application Specific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable Logic Device，PLD)、现场可编程门阵列(Field‑Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。
[0118] 对于软件实现，可通过执行本发明实施例中所述功能的模块(例如过程、函数等)来实现所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
[0119] 可选地，作为另一个实施例，处理器1001还用于：当进行注册时所述服务网元为移动性管理网元，并向所述用户数据管理网元发送携带有所述第一订阅上下文信息的注册请求消息或签约数据请求消息；和/或，当进行会话建立时所述服务网元为会话管理网元，并向所述用户数据管理网元发送携带有所述第一订阅上下文信息的签约数据请求消息。
[0120] 可选地，作为另一个实施例，处理器1001还用于：当所述服务网元为所述移动性管理网元时，接收所述用户数据管理网元基于所述注册请求消息所反馈的所述注册请求响应消息或基于所述签约数据请求消息所反馈的所述签约数据请求响应消息；和/或，当所述服务网元为会话管理网元时，接收所述用户数据管理网元基于所述签约数据请求消息所反馈的所述签约数据请求响应消息。
[0121] 可选地，作为另一个实施例，处理器1001还用于：向所述用户数据管理网元发送第二请求消息，其中所述第二请求消息为去注册请求消息，且所述去注册请求消息中携带有第三订阅上下文信息，以指示去订阅需求；接收所述用户数据管理网元基于所述第二请求消息所反馈的第二响应消息，其中所述第二响应消息为去注册请求响应消息，且所述第二响应消息中携带有第四订阅上下文信息，以指示与所述去订阅需求相对应的去订阅结果，所述去订阅结果包括去订阅已完成或去订阅未完成。
[0122] 可选地，作为另一个实施例，当进行去注册时，所述服务网元为移动性管理网元和会话管理网元；当进行会话释放时，所述服务网元为会话管理网元，且当用户数据管理网元确定当前会话满足预设条件时，所述去订阅结果为去订阅已完成，当所述用户数据管理网元确定当前会话不满足预设条件时，所述去订阅结果为去订阅未完成。
[0123] 可选地，作为另一个实施例，处理器1001还用于：向所述用户数据管理网元发送第三请求消息，其中所述第三请求消息中携带有第五订阅上下文信息，以指示订阅更新需求；接收所述用户数据管理网元基于所述第三请求消息所反馈的第三响应消息，其中所述第三响应消息中携带有第六订阅上下文信息，以指示与所述订阅更新需求相对应的订阅更新结果。
[0124] 可选地，作为另一个实施例，处理器1001还用于：向其他服务网元发送第四请求消息，其中所述第四请求消息中携带有第七订阅上下文信息，以指示订阅、去订阅或订阅更新需求；接收所述其他服务网元基于所述第四请求消息所反馈的第四响应消息，其中所述第四响应消息中携带有第八订阅上下文信息，以指示与所述订阅、去订阅或订阅更新需求相对应的订阅、去订阅或订阅更新结果。
[0125] 本发明实施例提供的服务网元能够实现前述实施例中服务网元实现的各个过程，为避免重复，此处不再赘述。
[0126] 图11为本发明一实施例提供的用户数据管理网元的结构示意图，如图11所示，该用户数据管理网元1100可以包括至少一个处理器1101、存储器1102、至少一个其他的用户接口1103，以及收发机1104。用户数据管理网元1100中的各个组件通过总线系统1105耦合在一起。可理解，总线系统1105用于实现这些组件之间的连接通信。总线系统1105除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图11中将各种总线都标为总线系统1105，总线系统可以包括任意数量的互联的总线和桥，具体由处理器1101代表的一个或多个处理器和存储器1102代表的存储器的各种电路链接在一起。总线系统还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本发明实施例不再对其进行进一步描述。总线接口提供接口。收发机1104可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口1103还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
[0127] 可以理解，本发明实施例中的存储器1102可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read‑Only Memory，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 Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本发明各实施例所描述的系统和方法的存储器1102旨在包括但不限于这些和任意其它适合类型的存储器。
[0128] 处理器1101负责管理总线系统和通常的处理，存储器1102可以存储处理器1101在执行操作时所使用的计算机程序或指令，具体地，处理器1101可以用于：
[0129] 接收服务网元发送的第一请求消息，所述第一请求消息为注册请求消息或签约数据请求消息，且所述第一请求消息中携带有第一订阅上下文信息，以指示订阅需求；基于所述第一请求消息向所述服务网元反馈第一响应消息，其中所述第一响应消息为注册请求响应消息或签约数据请求响应消息，且所述第一响应消息中携带有第二订阅上下文信息，以指示与所述订阅需求相对应的订阅结果。
[0130] 上述本发明实施例揭示的方法可以应用于处理器1101中，或者由处理器1101实现。处理器1101可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1101中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1101可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1102，处理器1101读取存储器1102中的信息，结合其硬件完成上述方法的步骤。
[0131] 可以理解的是，本发明描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(Application Specific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable Logic Device，PLD)、现场可编程门阵列(Field‑Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。
[0132] 对于软件实现，可通过执行本发明实施例中所述功能的模块(例如过程、函数等)来实现所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
[0133] 可选地，作为另一个实施例，处理器1101还用于：接收进行注册时移动性管理网元所发送的携带有所述第一订阅上下文信息的注册请求消息或签约数据请求消息；和/或，接收进行会话建立时会话管理网元所发送的携带有所述第一订阅上下文信息的签约数据请求消息。
[0134] 可选地，作为另一个实施例，处理器1101还用于：基于所述注册请求消息向所述移动性管理网元反馈所述注册请求响应消息，或者基于所述签约数据请求消息向所述移动性管理网元反馈所述签约数据请求响应消息；和/或，基于所述签约数据请求消息向所述会话管理网元反馈所述签约数据请求响应消息。
[0135] 可选地，作为另一个实施例，处理器1101还用于：接收所述服务网元发送的第二请求消息，其中所述第二请求消息为去注册请求消息，且所述去注册请求消息中携带有第三订阅上下文信息，以指示去订阅需求；基于所述第二请求消息向所述服务网元反馈第二响应消息，其中所述第二响应消息为去注册请求响应消息，且所述第二响应消息中携带有第四订阅上下文信息，以指示与所述去订阅需求相对应的去订阅结果；所述去订阅结果包括去订阅已完成或去订阅未完成。
[0136] 可选地，作为另一个实施例，当进行去注册时，所述用户数据管理网元为移动性管理网元和会话管理网元；当进行会话释放时，所述用户数据管理网元为会话管理网元，且当用户数据管理网元确定当前会话满足预设条件时，所述去订阅结果为去订阅已完成，当所述用户数据管理网元确定当前会话不满足预设条件时，所述去订阅结果为去订阅未完成。
[0137] 可选地，作为另一个实施例，处理器1101还用于：接收所述服务网元所发送的第三请求消息，其中所述第三请求消息中携带有第五订阅上下文信息，以指示订阅更新需求；基于所述第三请求消息向所述服务网元反馈第三响应消息，其中所述第三响应消息中携带有第六订阅上下文信息，以指示与所述订阅更新需求相对应的订阅更新结果。
[0138] 本发明实施例提供的用户数据管理网元能够实现前述实施例中用户数据管理网元实现的各个过程，为避免重复，此处不再赘述。
[0139] 上述主要从电子设备的角度对本发明实施例提供的方案进行了介绍。可以理解的是，本发明实施例提供的电子设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本发明中所公开的实施例描述的各示例的单元及算法步骤，本发明能够以硬件或硬件和计算机软件的结合形式来实现。
[0140] 某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
[0141] 本发明实施例可以根据上述方法示例对电子设备等进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
[0142] 需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
[0143] 所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0144] 在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接。
[0145] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0146] 另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元可以采用软件功能单元的形式实现。
[0147] 所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本发明各个实施例所述方法的全部或部分步骤。所述计算机存储介质是非短暂性(英文：nontransitory)介质，包括：快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
[0148] 另一方面，本发明实施例还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各实施例提供的方法步骤，并能够达到相同的技术效果，在此不再进行赘述。
[0149] 最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
