CN116261864A - 用于执行服务预订的方法和装置 - Google Patents

Abstract

本公开提供一种用于通信网络中的第一网络元件执行UE的服务预订的方法，包括：响应于从服务于所述UE并且帮助服务的第二网络元件接收包括所述UE的服务预订信息的请求，而交叉参照所述请求中的所述UE的服务预订信息与所述UE的已存储服务预订信息的一致性；以及响应于不一致，而发起按照所述UE的已存储服务预订信息对所述第二网络元件中的所述UE的服务预订进行更新。还提供对应装置、计算机可读存储介质、载体等。

Description

用于执行服务预订的方法和装置

技术领域

一般而言，本公开涉及通信技术领域，以及具体而言，涉及用于执行服务预订的方法、装置、计算机可读存储装置和载体等。

背景技术

这一部分意在为本公开中描述的技术的多种实施例提供背景。这一部分中的描述可包括可能追求的概念，但不一定是先前已经设想或追求的概念。因此，除非本文中另加说明，否则这一部分中描述的内容不是本公开的说明书和/或权利要求书的现有技术，并且不是仅通过包含在这一部分中就被承认为现有技术。

3GPP TS 23.501和23.502制定5GC(第五代核心)的事件开放架构，其中诸如UDM(统一数据管理)、AMF(接入和移动性管理功能)、SMF(会话管理功能)和PCF(策略控制功能)之类的几个网络功能实现用于漏出(exfiltrate)送往感兴趣的多方的数据的接口。这是所谓的网络事件开放技术，该技术基于消费者在NF(网络功能)对某些UE相关事件进行预订并且接收与那个预订的事件相关的后续通知。

特别是，3GPP TS 23.502在条款4.15.3.2.3中定义一种机制，藉此事件开放的订户(诸如NEF(网络开放功能))在UDM处预订与特定UE的接入、移动性和会话相关的事件。摘自3GPP TS 23.502的图1示出所述概念，其中可能出现问题。

发明内容

本公开的目的是解决服务预订中所出现问题中的一个或多个问题。

按照本公开的一个实施例，提供一种用于通信网络中的第一网络元件执行用户设备UE的服务预订的方法，包括：响应于从服务于所述UE并且帮助服务的第二网络元件接收包括UE的请求，交叉参照所述请求中的所述UE的服务预订信息与所述UE的已存储服务预订信息的一致性；以及响应于所述请求中的所述UE的服务预订信息和所述UE的已存储服务预订信息不一致，而发起按照所述UE的已存储服务预订信息对所述第二网络元件中的所述UE的服务预订进行更新。

按照本公开的第二实施例，提供一种用于通信网络中服务于用户设备UE的网络元件执行所述UE的服务预订的方法，包括：向另一网络元件发送包括所述UE的服务预订信息的请求；以及响应于从所述另一网络元件接收所述UE的服务预订，按照所述UE的已接收服务预订来更新所述网络元件中的所述UE的服务预订。

按照本公开的第三实施例，提供一种在通信网络中可操作以执行用户设备UE的服务预订的网络元件，网络元件包括：交叉参照组件，配置成响应于从服务于所述UE并且帮助服务的第二网络元件接收包括所述UE的服务预订信息的请求，检查所述请求中的所述UE的服务预订信息与所述UE的已存储服务预订信息的一致性；以及发起组件，配置成响应于所述请求中的所述UE的服务预订信息与所述UE的已存储服务预订信息不一致，发起按照所述UE的已存储服务预订信息对所述第二网络元件中的所述UE的服务预订进行更新。

按照本公开的第四实施例，提供一种在通信网络中服务于用户设备UE、用于执行所述UE的服务预订的网络元件，网络元件包括：发送组件，配置成向另一网络元件发送包括所述UE的服务预订信息的请求；以及更新组件，配置成响应于从所述另一网络元件接收所述UE的服务预订，按照所述UE的已接收服务预订来更新所述网络元件中的所述UE的服务预订。

按照本公开的第五实施例，提供一种在网络中的通信装置，包括：存储装置，适合在其中存储指令；以及处理器，适合执行所述指令，以使所述通信装置执行本文方法中的任何方法的步骤。

按照本公开的第六实施例，提供其上存储计算机可执行指令的一个或多个计算机可读存储装置，所述指令在由计算装置执行时使所述计算装置实现本文方法中的任何方法的任何方法的方法。

按照本公开的第七实施例，提供一种包括指令的计算机程序，所述指令在至少一个处理器上执行时使所述至少一个处理器执行按照本文方法中的任一种。

按照本公开的第八实施例，提供一种包含第八实施例的计算机程序的载体，其中所述载体是电子信号、光信号、无线电信号或计算机可读存储装置其中之一。

附图说明

通过以下结合附图的描述和所附权利要求书，本公开的前述及其他特征将变得更加显而易见。要理解，这些附图仅示出根据本公开的若干实施例，以及因此不认为是对其范围的限制，将通过使用附图以附加特殊性和细节来描述本公开。

图1示出现有技术中在UDM处对事件开放的预订。

图2示出因AMF之间的UE移动性而可能出现问题。

图3示出因网络之间的UE移动性而可能出现问题。

图4a示出按照本公开的实施例、用于通信网络中的第一网络元件执行UE的服务预订的方法的流程图。

图4b示出按照本公开的实施例、用于通信网络中服务于UE的第二网络元件执行UE的服务预订的方法的流程图。

图5a示出按照本公开的实施例的第一详细实施例的流程图。

图5b示出按照本公开的实施例的第二详细实施例的流程图。

图5c示出按照本公开的实施例的第三详细实施例的流程图。

图5d示出按照本公开的实施例的第四详细实施例的流程图。

图6示出按照本公开的实施例的第一网络元件的示意框图。

图7示出按照本公开的实施例的第二网络元件的示意框图。

图8示意性地示出可用于本公开的网络元件的布置的实施例。

具体实施方式

下面将参照示出实施例的附图来详细描述本文的实施例。但是，本文的这些实施例可按照许多不同形式来实施，而不应当被理解为局限于本文所提出的实施例。附图的元件不一定相互按比例绘制。相似标号通篇表示相似元件。

本文所使用的术语只是为了描述特定实施例的目的，而不是意在进行限制。在本文中使用时，预期单数形式“一(a、an)”和“所述”也包括复数形式，除非上下文另加明确说明。将进一步理解，在本文中使用时，术语“包括”和/或“包含”表示存在所述的特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。

除非另加限定，否则本文所使用的所有术语(包括科技术语)都具有与通常理解相同的含义。将进一步理解，本文所使用的术语应当被理解为具有与它们在本说明书以及相关领域的上下文中的含义一致的含义，而不会以理想化或过分形式上的意义来理解，除非本文中这样明确定义的之外，例如一般在3GPP规范的上下文中来理解AMF、UDM、NEF等的概念。虽然在5G或者与4G组合的5G的上下文中描述本文中的许多实施例，但其他网络也可以是适用的。

即使在事件开放预订的上下文中描述许多实施例，但要注意，本公开的实施例并不局限于事件开放预订，而且还在适当时可应用于其他服务预订。

图1示出现有技术中在UDM对事件开放的预订。在步骤1，AF(应用功能)预订(通过事件ID标识的)一个或多个事件，并且通过发送Nnef_EventExposure_Subscribe请求来提供AF的关联通知端点。事件报告信息定义所请求报告的类型(例如一次性报告、周期报告或基于事件的报告，以用于监测事件)。如果报告事件预订由NEF授权，则NEF记录事件触发和请求方识别码的关联。预订还可包括最大报告数量和/或报告IE的最大持续期。

在步骤2，(这个步骤是有条件的，取决于步骤1中的授权)，NEF预订(通过事件ID标识的)(一个或多个)所接收事件，并且通过发送Nudm_EventExposure_Subscribe请求向UDM提供NEF的关联通知端点。NEF基于本地配置将AF-Identifier(AF标识符)映射到DNN和S-NSSAI组合，并且在请求中包含DNN、S-NSSAI。如果报告事件预订由UDM授权，则UDM记录事件触发和请求方识别码的关联。否则，UDM继续在步骤4中指示失败。

在也是有条件的步骤3a，如果所请求的事件(例如监测连通性的丢失)要求AMF辅助，则UDM向服务于被请求用户的AMF发送Namf_EventExposure_Subscribe。UDM向所有(一个或多个)服务AMF(若预订应用于UE或一组(一个或多个)UE)或者向与UDM相同的PLMN中的所有AMF(若预订应用于任何UE)发送Namf_EventExposure_Subscribe请求。由于UDM本身不是事件接收NF，因此除了NEF的通知端点之外，UDM还应该提供自己的通知端点。每个通知端点与相关的(一个或多个)事件ID(的集合)关联。这将确保UDM能够接收预订变更相关事件的通知。如果预订应用于一组(一个或多个)UE，则UDM应该在对所有UE的(一个或多个)服务AMF的预订中包含自己的相同通知端点，即，通知目标地址(加上通知相关性Id)。

要注意，UDM的相同通知端点要帮助AMF在新组成员UE被注册时识别所请求的组事件的预订是否相同。

在有条件的步骤3b，AMF确认Namf_EventExposure_Subscribe的执行。

在有条件的步骤3c，如果所请求的事件(例如PDU会话状态)要求SMF辅助，则UDM向步骤2中识别的至少一个UE在其中具有所建立的PDU会话的每个SMF发送Nsmf_EventExposure_Subscribe请求消息。在步骤2中接收的NEF通知端点包含在所述消息中。要注意，在归属路由的情况下，UDM经由H-SMF向V-SMF发送预订。

在有条件的步骤3d，SMF确认Namf_EventExposure_Subscribe的执行。

在有条件的步骤4，UDM确认Nudm_EventExposure_Subscribe的执行。如果预订可应用于一组(一个或多个)UE，并且在步骤1中的最大报告数量包含在事件报告信息中，则UE数量包含在所述确认中。

在步骤5，NEF向发起请求的请求方确认

Nnef_EventExposure_Subscribe的执行。

在步骤6a-6b(有条件的，取决于事件)，UDM(取决于事件)检测事件发生，并且借助于Nudm_EventExposure_Notify消息向NEF的关联通知端点发送事件报告连同时间戳。NEF可在适当时使用Nudr_DM_Create或者Nudr_DM_Update服务操作在UDR中存储信息连同时间戳。

在步骤6c-6d(有条件的，取决于事件)，AMF检测事件发生，并且借助于Namf_EventExposure_Notify消息向NEF的关联通知端点发送事件报告连同时间戳。NEF可在适当时使用Nudr_DM_Create或者Nudr_DM_Update服务操作在UDR中存储信息连同时间戳。如果AMF具有为UE或者单独成员UE已存储的最大报告数量，则AMF应该针对所报告的事件将其值减少一。对于步骤6a和步骤6b，当达到最大报告数量时，并且如果预订应用于UE，则NEF向UDM取消预订(一个或多个)监测事件，以及UDM向服务于那个UE的AMF取消预订(一个或多个)监测事件。对于步骤6a和步骤6b两者，当对于单独组成员UE达到最大报告数量时，NEF使用在步骤4中接收的UE数量来确定所述组的报告是否完成。如果NEF确定所述组的报告完成，则NEF向UDM取消预订(一个或多个)监测事件，以及UDM向服务于属于那一组的UE的所有(一个或多个)AMF取消预订(一个或多个)监测事件。当NEF、UDM和AMF中的最大报告持续期到期时，则这些节点中的每个节点都应该在本地取消预订监测事件。

在步骤6e-6f(有条件的，取决于事件)，当SMF检测到预订事件时，SMF借助于Nsmf_EventExposure_Notify消息向步骤3c中提供的NEF的关联通知端点发送事件报告。NEF可在适当时使用Nudr_DM_Create或者Nudr_DM_Update服务操作在UDR中存储信息连同时间戳。

在步骤7(有条件的，取决于步骤6a-6f中的事件)，NEF通过Nudm_EventExposure_Notify和/或Namf_EventExposure_Notify向AF转发所接收的报告事件。在PDU会话状态事件的情况下，NEF在向AF进行报告时将它映射到PDN连通性状态通知。

在步骤8(有条件的，取决于事件)，AMF检测预订变更相关事件发生(例如因AMF重新分配引起的预订相关性ID变更或者因新组UE被注册引起的新预订相关性ID的添加)，它借助于Namf_EventExposure_Notify消息向UDM的关联通知端点发送事件报告。

如从先前描述能够理解的那样，如果UDM接收对UE的事件开放的预订，并且要被监测的事件要求来自AMF、SMF或者GMLC的辅助，则UDM负责向那些相关网络元件发送对所要求事件的预订。

当在UDM处接收事件开放预订请求(图1中的步骤2)并且UE当前未附连在5GC中时，在TS 23.502中不存在用于确定那个UDM所采取的动作的过程。一种可能性在于，预订应当在UDM中保持为活动，只要未达到预订的到期时间即可，而与UE的注册状态无关。

当在UDM处接收事件开放预订请求(图1中的步骤2)时，假定UE被注册，UDM检验当前服务于UE的AMF和SMF的列表，并且在事件要求由那些网络功能来报告的情况下向它们中的每个发送预订。服务于UE的AMF和SMF的确定在UDM处接收预订时进行。如果新SMF在以后服务于UE(例如因新PDU会话的激活)，则UDM不跟随这些新SMF，并且不通过这种新SMF中的数据来馈送预订。

3GPP TS 23.501和23.502规定用于AMF转移的过程，它是一种机制，通过所述机制，由初始AMF服务的UE因UE移动性而最终变成由目标AMF来服务。在这个AMF转移过程期间，初始AMF向目标AMF发送UE上下文，包括被监测的当前预订事件列表。这允许目标AMF在这些事件发生时继续进行报告。

即使在AMF之间存在UE上下文转移的情况下，当AMF不支持一个或多个事件的报告时或者因资源被耗尽(诸如缺乏内部存储器)或者因达到给定MTC(机器类型通信)提供者的极限(达到同时事件的数量)等，也可能出现问题。

图2示出因AMF之间的UE移动性而可能出现问题的情形。图2中的过程可分成两个阶段：从AMF-1到AMF-2的5GC内移动性以及从AMF-2到AMF-3的5GC内移动性。在从AMF-1到AMF-2的5GC内移动性的阶段(步骤/框201-208)中，服务于UE的AMF已经从AMF-1变成AMF-2。在步骤201的上下文转移中，AMF-2从AMF-1接收EE(事件开放)预订信息，但因缺乏支持或者因资源被耗尽(诸如缺乏内部存储器)或者因达到给定MTC提供者的极限等而无法为框202处接收的所有事件创建资源。

其他情形也是可能的。例如，假定AMF-1支持事件1和2的事件开放。UDM已经接收对事件1、2和3的预订，它们全部要求由AMF-1进行报告。UDM向AMF-1发送对事件1、2和3的预订，但事件3因缺乏支持而未被接受。然后，在后来，UE上下文从AMF-1转移到AMF-2，其中包括事件1和2的预订。AMF-2即使可支持事件3也缺乏对事件3的预订，并且它将不能提供对这个事件3的通知。结果是，事件开放的消费者没有获得对事件3的通知，这是因为AMF-2不知道这种预订。

要注意，UDM在3GPP规范中一般与HSS(归属订户服务器)组合。但是并不排除其他情形。

然后在步骤203，AMF-2使用例如

Nudm_uecm3gppAccessRegistration消息向UDM注册，并且在步骤204以Nudm_uecm3gppAccessRegistrationResponse消息完成。在框205，AMF-2使用例如在步骤206所示的namfEventExposureNotify消息来发送针对每个已创建资源(即，针对每个事件开放预订)的通知请求，以向UDM指示事件资源这时位于不同的AMF中。多个预订可要求多个通知请求。然后在框207，UDM存储新事件开放预订位置。这针对3GPP中接收的每个通知来进行。然后，UDM使用例如namfEventExposureNotifyResponse消息来向AMF-2确认。

在从AMF-2到AMF-3的5GC内移动性的第二阶段(步骤/框209-216)中，服务于UE的AMF已经从AMF-2变成AMF-3。所述过程与步骤/框201-208类似。由于在上下文转移中接收的EE预订信息不完整(如上所述，一些事件在第一阶段中缺失)，因此未监测缺失事件，并且从未恢复预订。

在网络之间的UE移动性期间也可能出现类似问题。图3示出这种情形。图3中的过程可分成两个阶段：从MME(移动性管理实体)到AMF-2的EPC(演进分组核心)-5GC移动性以及从AMF-1到AMF-2的5GC内移动性。在从MME到AMF-1的EPC-5GC的阶段(步骤/框301-304)中，服务于UE的移动性管理网络元件已经从MME变成AMF-1，所述MME经由N26接口与AMF-1进行上下文转移(步骤301)。由于MME不向AMF-1转移开放事件预订(这种信息不通过N26接口来交换)，因此在框302，AMF-1在上下文转移中未接收EE预订信息，并且因此在AMF-1中将不存在事件开放预订。因此，事件开放的消费者不会接收与其感兴趣的所有事件相关的通知。然后在步骤303，AMF-1使用例如Nudm_uecm3gppAccessRegistration消息向UDM注册，并且在步骤304以

Nudm_uecm3gppAccessRegistrationResponse消息完成注册。

在从AMF-1到AMF-2的5GC内移动性的第二阶段(步骤/框305-306)中，服务于UE的AMF已经从AMF-1变成AMF-2。在步骤305的上下文转移中，由于没有EE预订可用(因在如上所述的第一阶段中没有EE预订可用)，因此未监测这些事件并且从未恢复预订。

要注意，图2和图3中的过程假定图1中的步骤1-5已经进行，并且为了简洁起见而在图2和图3中不再示出它们。

图4a示出按照本公开的实施例、用于通信网络中的第一网络元件执行UE的服务预订的方法的流程图。

其中，响应于在步骤401确定的从服务于UE并且帮助服务的第二网络元件接收包括UE的服务预订信息的请求，第一网络元件在步骤403交叉参照所述请求中的UE的所述服务预订信息与UE的已存储服务预订信息的一致性。请求中的服务预订信息可指示在第二网络元件中没有服务预订可用，或者可指示在第二网络处预订的进行中服务预订。响应于如在步骤403确定的请求中的UE的服务预订信息与UE的已存储服务预订信息不一致，第一网络元件在步骤404发起按照UE的已存储服务预订信息对第二网络元件中的UE的服务预订进行更新。

可选地或者附加地，如果在步骤405确定第一网络元件在更新中已经至少部分失败，则第一网络元件响应于如在步骤406所确定的接收包括UE的服务预订信息的另外的请求，而在步骤407直接发起更新。所述另外的请求可能不一定来自第二网络元件。在这种情况下，第一网络元件已经知道至少一部分的服务在第二网络元件中缺失，因此它在下一次发起服务预订的更新之前无需检查UE移动性中的一致性。

可选地或者附加地，请求中的服务预订信息指示第二网络元件没有UE的服务预订。在示例中，请求是对第二网络元件向第一网络元件注册的注册请求，诸如Nudm_uecm3gppAccessRegistration消息。

可选地或者附加地，请求中的服务预订信息指示第二网络元件中的UE的服务预订。在示例中，请求是对第二网络元件通知第一网络元件的通知请求，诸如namfEventExposureNotify消息。可选地或者附加地，通知请求包括UE的所有服务预订，各自包括相应预订的唯一标识符、内部资源地址以及相应预订的相应服务的一个或多个唯一标识符。

可选地或者附加地，步骤404的发起进一步包括：向第二网络元件发送已存储服务预订信息中包含的UE的所有服务预订，以用于第二网络元件中的服务预订。相应地，更新包括：当在第二网络元件中存在UE的服务预订的情况下删除第二网络元件中的UE的所有服务预订，以及将来自UE的已存储服务预订信息的所有服务预订添加到第二网络元件，即，根据第二网络元件中的UE的已存储服务预订信息来预订服务。另外的详细实施例将在图5b和图5d中示出。

可选地或者附加地，步骤404的发起进一步包括：向第二网络元件发送请求中的UE的服务预订信息与UE的已存储服务预订信息的差异，以用于服务预订修改。相应地，更新包括：当在第二网络元件中存在与已存储服务预订信息不一致的服务预订的情况下删除第二网络元件中与已存储服务预订信息不一致的服务预订，以及向第二网络元件添加UE的已存储服务预订信息中不存在于第二网络元件中的服务预订，即，修改第二网络元件中的UE的服务预订。另外的详细实施例将在图5a和图5c中示出。

响应于任一个请求，以上所述的两种发起方式均可应用。当请求中的服务预订信息指示第二网络元件中的UE的服务预订时，服务预订和服务预订修改均是可应用的。当请求中的服务预订信息指示第二网络元件没有UE的服务预订时，无中生有的服务预订修改实际上与服务预订是相同的。

可选地或者附加地，响应于如在步骤402中所确定的在第二网络元件变成已向第一网络元件注册之后的时间窗口(例如几秒)之内未接收请求，则在步骤404直接发起更新。

在示例中，第一网络元件是UDM，第二网络元件包括下列中的一个或多个：AMF、SMF或GMLC(网关移动位置中心)。

在示例中，服务预订是事件开放预订，UE的已存储服务预订信息存储在UDR(统一数据存储库)中。

在示例中，网络是5G网络或者5G网络和4G网络的组合或者任何其他适当的网络。

可选地或者附加地，UE的已存储服务预订信息中的服务预订保持为活动，直到它们到期。假如服务能够在数月内是活动的(如由NEF(网络开放功能)请求的那样)，则在这种时段期间事件丢失并且它们从未在网络中被恢复可能并非不寻常。以这种方式，只要服务预订未到期，则它们在已存储服务预订信息中保持为活动，以支持UDM更新其他网络元件(诸如AMF等)中的服务预订。

图4b示出按照本公开的实施例、用于通信网络中服务于UE的第二网络元件执行UE的服务预订的方法的流程图。

所述方法开始于步骤401'，其中包括UE的服务预订信息的请求被发送到第一网络元件；以及然后在步骤402'，响应于从第一网络元件接收UE的服务预订，第二网络元件中的UE的服务预订按照UE的已接收服务预订来更新。

在示例中，更新包括：按照已接收服务预订来修改第二网络元件中的UE的服务预订，或者按照已接收服务预订来预订第二网络元件中的UE的服务。

在示例中，所述请求是对第二网络元件通知第一网络元件的通知请求，或者所述请求是对第二网络元件向第一网络元件注册的注册请求。

在示例中，第一网络元件是UDM。在示例中，第二网络元件包括下列中的一个或多个：AMF、SMF或GMLC。

在示例中，服务预订是事件开放预订。

在示例中，网络是5G网络或者5G网络和4G网络的组合或者任何其他适当的网络。

基于图4a和图4b的实施例，UDM不仅负责当按现有技术从消费者接收预订请求时将这些服务预订请求分发到当前在UDM中注册的可应用服务网络功能(例如AMF、SMF)，UDM而且还负责使服务预订在网络和不同的服务NF上是永久的。

在一种情形中，当新NF在UDM中对指示没有任何服务预订的给定UE进行注册时，UDM检查是否存在这个UE的已存储事件预订，注册中的NF(AMF、SMF)应当为其提供辅助。在这种情况下，UDM向那个NF发送所要求的针对(一个或多个)相关服务的一个或多个服务预订请求。

在另一情形中，如果已经在UDM中注册NF，但消费者处于清除状态(purgedstate)，则UDM将仍然向那个NF发送针对(一个或多个)相关服务的预订请求。

下面将参照图5a-5d来描述所述情形的细节。在任何情形中，UDM可删除所有服务并且再次向NF重新预订，或者可添加/移除与已存储服务预订信息不一致的服务或预订。

图5a示出按照本公开的第一详细实施例、从AMF-1到AMF-2的5GC内移动性的情形中的流程图。

在步骤501，AMF-2例如因UE移动性而请求AMF-1的上下文转移，以及所预订的进行中事件(参见图1中的步骤3a-3b)作为上下文转移的一部分从AMF-1转移到AMF-2。在框502，AMF-2从AMF-1接收事件开放预订信息。所接收的事件开放预订信息因例如AMF-1中对(一个或多个)先前事件的(一个或多个)预订中的失败而是不完整的。

在步骤503-504，AMF-2执行UDM中的注册，如以上关于步骤203-204所述的那样。

在框505和步骤506，AMF-2在单个通知请求—namfEventExposureNotify消息中向UDM通知事件开放资源在AMF-2中的内部位置以及所有事件开放预订信息。所述通知请求能够包括多个预订，并且每个预订包括唯一标识符、内部资源地址和(一个或多个)事件的(一个或多个)唯一标识符。以这种方式，在框507，UDM能够将从AMF-2接收的事件开放信息与先前为相同UE存储的事件开放信息进行比较。如果UDM在从AMF-2接收的事件开放预订信息中检测到一个或多个事件预订缺失或者现有预订中的一个或多个事件缺失，则在步骤508，UDM通过发送例如

Nudm_EventExposureSubscribe消息来发起对AMF-2中的事件开放预订的更新。参照图4a中的步骤404，所述发起可包括向AMF-2发送已存储事件开放预订信息中包含的UE的所有事件开放预订以用于事件开放预订，或者所述发起可包括向AMF-2发送所接收事件开放预订信息与UE的已存储事件开放预订信息的差异以用于事件开放预订修改。在步骤509，AMF-2通过发送例如

Nudm_EventExposureSubscribeResponse消息来确认更新。

以这种方式，事件开放预订信息在例如NEF、UDM、AMF-2等之间的网络上是一致的。

图5b示出按照本公开的实施例的第二详细实施例的、从AMF-1到AMF-2的5GC内移动性的情形中的流程图。

在步骤510，AMF-2例如因UE移动性而请求AMF-1的上下文转移。但是，由于例如重新启动期间AMF-1丢失数据，没有事件开放预订作为上下文转移的一部分从AMF-1继续传递到AMF-2，以及在框502，AMF-2没有从AMF-1接收任何事件开放预订信息，并且执行向UDM的注册。作为注册请求(诸如在步骤512的Nudm_uecm3gppAccessRegistration消息)的一部分，AMF-2指示在AMF-2中不存在UE的进行中事件开放预订，以及UDM通过发送例如Nudm_uecm3gppAccessRegistrationResponse消息来确认注册请求。

在框514，在接收到关于AMF-2中不存在UE的进行中事件开放预订的指示时，UDM在UDR中检查UE的事件预订是否应当是活动的，以及如果应当是的话，则UDM在步骤515-516恢复事件开放预订。所述过程的细节能够见于图1中的步骤3a-3b的描述。

以这种方式，事件开放预订信息在例如NEF、UDM、AMF-2等之间的网络上是一致的。

图5c示出按照本公开的实施例的第三详细实施例、从AMF-1到MME以及从MME到AMF-1的EPC-5GC移动性的情形中的流程图。

在步骤517之前，UE被注册并且由AMF-1来服务。在AMF-1,这个UE的一个或多个事件开放预订是活动的。

在步骤517，由于UE移动性，UE变为由EPC中的MME来服务。MME请求AMF-1的上下文转移。没有事件开放预订作为上下文转移的一部分从AMF-1继续传递到MME，这是因为MME与AMF-1之间的接口(诸如N26接口)不支持这种信息。

当MME在HSS中注册之后，在步骤518，UDM向AMF-1发送撤销注册请求(例如UECM_deregisterRequest)，并且在框519在AMF中将UE标记为清除。在框521，AMF-1可选地可在一段时间期间保存UE上下文(包括事件开放预订)，使得如果UE在短时间内移回AMF-1，则UE上下文能够被重复使用。在步骤520，AMF-1通过向UDM发送撤销注册响应(例如UECM_deregisterResponse)来确认撤销注册请求。

然后，新事件开放预订发生，由5G核心外部(图5c中未示出)的实体发起。因此，NEF接收对事件开放预订的请求。NEF在步骤522例如经由Nudm_EventExposureSubscribe消息来请求UDM预订所接收的事件。由于UE在AMF-1中被标记为清除，因此UDM不向AMF-1进行预订。

然后在框524，例如因UE移动性，UE变为再次由AMF-1服务。类似地，没有事件开放预订作为UE上下文转移的一部分从MME继续传递到AMF-1。

然后在步骤526-527，AMF-1经由例如

Nudm_uecm3gppAccessRegistration消息和

Nudm_uecm3gppAccessRegistrationResponse消息来执行向UDM的注册。

即使作为步骤521的结果存在具有事件开放预订信息的有效上下文，AMF-1也将移动性情况视作针对事件开放的5GC内移动性情形，即，在框528，AMF-1在单个通知请求中向UDM通知事件开放资源的内部位置(即使没有改变)以及所有事件开放预订信息。

在步骤529，AMF-1在单个通知请求(例如

namfEventExposureNotify消息)中向UDM通知EE资源在AMF-1中的内部位置以及所有事件开放预订信息。所述通知请求能够包括多个预订，并且每个预订包括唯一标识符、内部资源地址和(一个或多个)事件的(一个或多个)唯一标识符。以这种方式，在框530，UDM能够将从AMF-1接收的事件开放预订信息与先前存储的事件开放预订信息进行比较。存在不符，这是因为AMF-1在UE过去由MME服务的同时可能缺失由NEF预订的事件。如果UDM在从AMF-1接收的事件开放预订信息中检测到一个或多个缺失事件预订或者现有预订中的一个或多个缺失事件，则在步骤531，UDM通过发送例如Nudm_EventExposureSubscribe消息来发起对AMF-1中的事件开放预订信息进行更新。参照图4a中的步骤404，所述发起可包括向AMF-2发送已存储事件开放预订信息中包含的UE的所有事件开放预订以用于事件开放预订，或者所述发起可包括向AMF-2发送所接收的事件开放预订信息与UE的已存储事件开放预订信息的差异以用于事件开放预订修改。在步骤532，AMF-1通过发送例如

Nudm_EventExposureSubscribeResponse消息来确认更新。

以这种方式，事件开放预订信息在例如NEF、UDM、AMF-2等之间的网络上是一致的。

图5d示出按照本公开的实施例的第四详细实施例、从MME到AMF-2的EPC-5GC移动性的情形中的流程图。

最初，并且在图5d中的框532之前，UE由EPC的MME来服务。所述MME已经创建UE上下文。对于这个UE，一个或多个事件开放预订是活动的。

与图5c类似，UE从EPC移回5GC。当5GC因位置、移动性或其他方面而选择AMF来服务于UE时，5GC选择与初始AMF不同的AMF。在这个示例中，5GC在框533选择AMF-2来服务于UE(当它从MME移走时)。在步骤534，AMF-1请求MME的UE上下文转移。但是，由于N26接口中缺乏这个能力，所以没有事件开放预订作为UE上下文转移的一部分从MME继续传递到AMF-2。

在框535，由于不存在有效5G移动性管理上下文，但AMF-2知道UE正从EPC移走，因此AMF-2经由在步骤536的注册请求(诸如Nudm_uecm3gppAccessRegistration消息)向UDM指示UE上下文不包含任何事件开放预订信息。这触发UDM在框538在UDR中检查是否存在已存储现有事件开放预订。在步骤537经由例如Nudm_uecm3gppAccessRegistrationResponse消息来确认注册请求。如果发现现有事件开放预订信息，则UDM在步骤539-540触发对所有已存储事件的预订请求(代表NEF)。所述过程的细节能够见于图1中的步骤3a-3b的描述。

以这种方式，事件开放预订信息在例如NEF、UDM、AMF-2等之间的网络上是一致的。

图6示出按照本公开的实施例的第一网络元件的示意框图。第一网络元件配置成执行UE的服务预订。这里的网络可以是5G网络、与4G网络组合的5G网络或者任何其他适当的网络。

第一网络元件600的受本文所述方法(例如方法400的一部分)的适配影响最多的部分示为通过虚线包围的布置601。第一网络元件和布置601可进一步配置成经由通信组件602与其他实体进行通信，所述通信组件可被看作是布置601的一部分(未示出)。通信组件602包括用于通信的部件。布置601或第一网络元件可进一步包括另外的功能性604(诸如提供常规UE功能的功能组件)，并且可进一步包括一个或多个存储装置603。外部存储装置(诸如UDR)也是可能的，在所述情况下，朝向它们的通信经由通信组件602来执行。

布置601可能例如由下列中的一个或多个来实现：处理器或微处理器以及充分软件和用于存储软件的存储器、可编程逻辑装置(PLD)或配置成执行以上所述并且例如在图4a和/或图4b中所示的动作的(一个或多个)其他电子组件或处理电路。第一网络元件的布置601可被实现和/或描述如下。

参照图6，第一网络元件可包括交叉参照组件610和发起组件620。

交叉参照组件610配置成响应于从服务于UE并且帮助服务的第二网络元件接收包括UE的服务预订信息的请求，检查所述请求中的UE的所述服务预订信息与UE的已存储服务预订信息的一致性。

发起组件配置成响应于请求中的UE的服务预订信息与UE的已存储服务预订信息不一致，发起按照UE的已存储服务预订信息对第二网络元件中的UE的服务预订进行更新。

关于如何执行服务预订的细节已参照图4a和图4b描述，并且在这里将不作赘述。

应当注意，本公开中的两个或更多不同单元可在逻辑或物理上组合。例如，交叉参照组件610和发起组件620可组合为一个单一单元。

图7是按照本公开的实施例、通信网络中服务于UE的第二网络元件的示意框图。第二网络元件配置成执行UE的服务预订。这里的网络可以是5G网络、与4G网络组合的5G网络或者任何其他适当的网络。

第二网络元件700的受本文所述方法(例如方法400'的一部分)的适配影响最多的部分示为通过虚线包围的布置701。第二网络元件和布置701进一步配置成经由通信组件702与其他实体(诸如第一网络元件)进行通信，所述通信组件可被看作是布置701的一部分。通信组件702包括用于通信的部件，并且还可包括用于例如有线通信的部件。布置701或第二网络元件可进一步包括另外的功能性704(诸如提供常规基站功能的功能组件)，并且可进一步包括一个或多个存储装置(3)703。

布置701可能例如由下列中的一个或多个来实现：处理器或微处理器以及充分软件和用于存储软件的存储器、可编程逻辑装置(PLD)或配置成执行以上所述并且例如在图4b中所示的动作的(一个或多个)其他电子组件或处理电路模块。第二网络元件的布置部分可被实现和/或描述如下。

参照图7，第二网络元件可包括发送组件710和更新组件720。

发送组件710配置成向第一网络元件发送包括UE的服务预订信息的请求。

更新组件720配置成响应于从第一网络元件接收UE的服务预订，按照UE的已接收服务预订来更新所述网络元件中的UE的服务预订。

应当注意，本公开中的两个或更多不同单元可在逻辑或物理上组合。例如，发送组件710和更新组件720可组合为一个单一单元。

图8示意性地示出可用于第一网络元件和第二网络元件中的布置800的实施例。在这里，包含在布置800中的是例如具有数字信号处理器(DSP)的处理器806。处理器806可以是单个单元或多个单元，以执行本文所述的过程的不同动作。布置800还可包括用于从其他实体接收信号的输入单元802以及用于向其他实体提供(一个或多个)信号的输出单元804。输入单元和输出单元可设置为集成网络元件或者如图6或图7的示例中所示的那样来设置。

此外，布置800包括以非易失性或易失性存储器形式的至少一个计算机程序产品808，例如电可擦可编程只读存储器(EEPROM)、闪速存储器或硬盘驱动器。计算机程序产品808包括计算机程序810，所述计算机程序包括代码/计算机可读指令，所述代码/计算机可读指令在由布置800中的处理器806执行时使布置800和/或它被包含于其中的第一网络元件或第二网络元件执行例如先前结合图4a、图4b或图5a、图5b、图5c、图5d所述的过程的动作。

计算机程序810可配置为在计算机程序模块中所构造的计算机程序代码。因此，在示范性实施例中，当布置800用于第一网络元件中时，布置800的计算机程序中的代码在执行时将使处理器806执行如参照图4a所述的步骤。

在另一示范性实施例中，当布置800用于第二网络元件中时，布置800的计算机程序中的代码在执行时将使处理器806执行如参照图4b所述的步骤。

处理器806可以是单个中央处理器(CPU)，但也可能包括两个或更多处理单元。例如，处理器806可包括通用微处理器、指令集处理器和/或相关芯片集和/或诸如专用集成电路(ASIC)之类的专用微处理器。处理器806还可包括用于缓存目的的板存储器(boardmemory)。计算机程序810可由计算机程序产品808来携带，所述计算机程序产品连接到处理器806。计算机程序产品可包括计算机可读介质，其上存储计算机程序。例如，计算机程序产品可以是闪速存储器、随机存取存储器(RAM)、只读存储器(ROM)或者EEPROM，以及以上所述的计算机程序模块在备选实施例中可能分布于以存储器形式的不同计算机程序产品上。

整体上或根据情形，服务预订信息保存在UDM中，并且UDM变为负责在NF的服务预订信息更新，始终确保服务预订在包括例如AMF和MME的网络上具有一致性，而不管移动性情形。通过允许UDM在更新失败之后直接发起在NF对服务预订的更新，并且还允许AMF发送包括服务预订信息的请求(指示没有服务预订或者指示活动服务预订)，来实现灵活性。服务预订的更新可由UDM或AMF来触发。通过允许一个请求(通知请求或者注册请求)中的多个预订，来实现效率

虽然本文中已示出和描述实施例，但本领域的那些技术人员将会理解，在没有背离本技术的真实范围的情况下，可进行多种变更和修改，并且等效方案可代替其元件。另外，在没有背离其中心范围的情况下，可进行许多修改以适合本文中的特定状况和教导。因此，预期所述实施例并不局限于作为用于执行本发明技术所考虑的最佳模式来公开的特定实施例，而是本发明实施例包括落入所附权利要求书的范围之内的所有实施例。

Claims (28)

1.一种用于通信网络中的第一网络元件执行用户设备UE的服务预订的方法，所述方法包括：

-响应于从服务于所述UE并且帮助所述服务的第二网络元件接收包括所述UE的服务预订信息的请求，交叉参照所述请求中的所述UE的所述服务预订信息与所述UE的已存储服务预订信息的一致性；以及

-响应于所述请求中的所述UE的所述服务预订信息与所述UE的所述已存储服务预订信息不一致，发起按照所述UE的所述已存储服务预订信息对所述第二网络元件中的所述UE的服务预订进行更新。

2.如权利要求1所述的方法，进一步包括：

在所述更新中已经至少部分失败的情况下，响应于接收包括所述UE的服务预订信息的另外的请求，而直接发起所述更新。

3.如权利要求1所述的方法，其中，所述请求中的所述服务预订信息指示所述第二网络元件没有所述UE的服务预订。

4.如权利要求1所述的方法，其中，所述请求中的所述服务预订信息指示所述第一网络元件中的所述UE的服务预订。

5.如权利要求1所述的方法，其中，所述发起进一步包括：向所述第二网络元件发送所述已存储服务预订信息中包含的所述UE的所有服务预订，以用于所述第二网络元件中的服务预订。

6.如权利要求1所述的方法，其中，所述发起进一步包括：向所述第二网络元件发送所述请求中的所述UE的所述服务预订信息与所述UE的所述已存储服务预订信息的差异，以用于所述第二网络元件中的服务预订修改。

7.如权利要求4所述的方法，其中，所述请求包括所述第一网络元件中的所述UE的所有服务预订，所述所有服务预订中的每个服务预订包括相应预订的唯一标识符、内部资源地址以及所述相应预订中的相应一个或多个服务的一个或多个唯一标识符。

8.如权利要求1所述的方法，所述更新包括：

当在所述第二网络元件中存在所述UE的服务预订的情况下，删除所述第二网络元件中的所述UE的所有服务预订，以及

将来自所述UE的所述已存储服务预订信息的所有服务预订添加到所述第二网络元件。

9.如权利要求1所述的方法，所述更新包括：

当在所述第二网络元件中存在与所述已存储服务预订信息不一致的服务预订的情况下，删除所述第二网络元件中与所述已存储服务预订信息不一致的服务预订，以及

将所述UE的所述已存储服务预订信息中不存在于所述第二网络元件中的服务预订添加到所述第二网络元件。

10.如权利要求3所述的方法，其中，所述请求是对所述第二网络元件向所述第一网络元件注册的注册请求。

11.如权利要求4所述的方法，其中，所述请求是对所述第二网络元件通知所述第一网络元件的通知请求。

12.如权利要求11所述的方法，进一步包括：

响应于在所述第二网络元件变成已向所述第一网络元件注册之后的时间段之内未接收所述请求，而直接发起所述更新。

13.如权利要求1所述的方法，其中，所述服务预订是事件开放预订。

14.如权利要求1所述的方法，其中，所述第一网络元件是统一数据管理UDM网络元件。

15.如权利要求1所述的方法，其中，所述UE的所述已存储服务预订信息存储在统一数据存储库UDR网络元件中。

16.如权利要求1所述的方法，其中，所述UE的所述已存储服务预订信息中的服务预订保持为活动，直到它们到期。

17.如权利要求1所述的方法，其中，所述第二网络元件包括下列中的一个或多个：接入和移动性管理功能AMF网络元件、会话管理功能SMF网络元件或者网关移动位置中心GMLC网络元件。

18.一种用于通信网络中服务于用户设备UE的网络元件执行所述UE的服务预订的方法，所述方法包括：

-向另一网络元件发送包括所述UE的服务预订信息的请求；以及

-响应于从所述另一网络元件接收所述UE的服务预订，按照所述UE的已接收服务预订来更新所述网络元件中的所述UE的服务预订。

19.如权利要求18所述的方法，所述更新包括下列之一：

按照所述已接收服务预订来修改所述网络元件中的所述UE的服务预订，或者

按照所述已接收服务预订来预订所述网络元件中的所述UE的服务。

20.如权利要求18所述的方法，其中，所述请求包括下列之一：对所述网络元件通知所述另一网络元件的通知请求或者对所述网络元件向所述另一网络元件注册的注册请求。

21.如权利要求18所述的方法，其中，所述另一网络元件是统一数据管理UDM网络元件。

22.如权利要求18所述的方法，其中，所述网络元件包括：接入和移动性管理功能AMF网络元件、会话管理功能SMF网络元件或者网关移动位置中心GMLC网络元件。

23.一种在通信网络中可操作以执行用户设备UE的服务预订的网络元件，所述网络元件包括：

-交叉参照组件，配置成响应于从服务于所述UE并且帮助所述服务的第二网络元件接收包括所述UE的服务预订信息的请求，检查所述请求中的所述UE的所述服务预订信息与所述UE的已存储服务预订信息的一致性；以及

-发起组件，配置成响应于所述请求中的所述UE的所述服务预订信息与所述UE的已存储服务预订信息不一致，发起按照所述UE的所述已存储服务预订信息对所述第二网络元件中的所述UE的服务预订进行更新。

24.一种在通信网络中服务于用户设备UE、用于执行所述UE的服务预订的网络元件，所述网络元件包括：

-发送组件，配置成向另一网络元件发送包括所述UE的服务预订信息的请求；以及

-更新组件，配置成响应于从所述另一网络元件接收所述UE的服务预订，按照所述UE的已接收服务预订来更新所述网络元件中的所述UE的服务预订。

25.一种在通信网络中的通信装置，所述通信装置包括：

-存储装置(808)，适合在其中存储指令；

-处理器(806)，适合执行所述指令，以使所述通信装置执行如权利要求1-22中的任一项所述的步骤。

26.其上存储计算机可执行指令的一个或多个计算机可读存储装置(808)，所述指令在由计算装置执行时使所述计算装置实现如权利要求1-22中的任一项所述的方法。

27.计算机程序(810)，包括指令，所述指令在至少一个处理器上执行时使所述至少一个处理器执行如权利要求1-22中任一项所述的方法。

28.一种包含如权利要求27所述的计算机程序的载体(808)，其中，所述载体是电子信号、光信号、无线电信号或计算机可读存储装置其中之一。

Images