CN116762317A

CN116762317A - 用于提供绑定指示的网络节点及其中的方法

Info

Publication number: CN116762317A
Application number: CN202280011873.5A
Authority: CN
Inventors: 杨涌; 陆赟杰; 王春波
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2021-01-31
Filing date: 2022-01-26
Publication date: 2023-09-15
Also published as: CN117714290A; WO2022161391A1; US12058004B2; AU2022212145B2; EP4285561A1; AU2022212145A1; US20240073095A1

Abstract

本公开提供了第一网络功能NF中的方法(100)。该方法(100)包括：向第二NF发送(110)包含与由第一NF托管的上下文相关联的第一绑定指示的消息，该消息或第一绑定指示包含标识一组上下文的参数。

Description

用于提供绑定指示的网络节点及其中的方法

技术领域

本公开涉及通信技术，并且更具体地，涉及用于提供绑定指示的网络节点及其中的方法。

背景技术

在版本16(Rel-16)中，第三代合作伙伴计划(3GPP)已经进一步拓宽了网络功能(NF)集概念的使用，以适用于第五代(5G)核心中的所有类型的NF。

通过引用整体并入本文的3GPP技术规范(TS)23.501，V16.7.0给出了与NF服务、NF服务集、NF、以及NF集相关的定义的列表：

NF实例：NF的可识别实例；

NF服务：由NF通过基于服务的接口公开并由其他授权的NF消费的功能；

NF服务实例：NF服务的可识别实例；

NF服务实例：组成NF服务的基本单元；

NF服务集：NF实例内一组相同服务类型的可互换NF服务实例(同一NF服务集中的NF服务实例可以访问同一上下文数据)；以及NF集：一组相同类型的可互换NF实例，支持相同的服务和相同的网络切片(同一NF集中的NF实例可以在地理上分布但可以访问同一上下文数据。

如TS23.501的第5.21.3.1节中所指定的，可以在NF集内部署若干个NF实例，以作为NF实例集一起提供分布、冗余和可扩展性。在这种情况下，在失败、负载平衡或负载重新平衡的情况下，可以将NF替换为同一NF集内的备选NF。这适用于服务操作和通知传送两者。

对于特定的资源(上下文)，NF可以分配特定的冗余范围，在该范围内资源可以被恢复。NF用所谓的“绑定指示”的信息向对等NF指示资源(上下文)的冗余范围。在NF(服务)实例失败的情况下，或者为了执行负载重新平衡，对等NF可以使用“绑定指示”来选择冗余范围内的替代NF(服务)实例，从而可以成功地恢复资源(上下文)。绑定指示是请求响应或通知中由NF服务生产者向NF服务消费者包括的用于传送可以执行目标NF/NF服务的选择/重新选择的范围的信息，或者是请求或订阅中由NF服务消费者包括的用于传送可以执行通知目标的选择/重新选择或NF消费者针对同一数据上下文产生的其他服务的选择的范围的信息。

如TS23.501的第6.3.1.0节中所指定的，绑定可用于指示合适的目标NF生产者实例，用于NF服务实例选择、重新选择、以及与特定NF生产者资源(上下文)和NF服务相关联的后续请求的路由。这允许NF服务生产者(或被称为NF生产者)指示：对于特定上下文，取决于本地策略和其他标准(例如，在某个过程的中间点，考虑性能方面等)，NF服务消费者(或被称为NF消费者)应绑定到NF服务实例、NF实例、NF服务集或NF集。NF消费者也可以使用绑定来指示合适的NF消费者实例，用于通知目标实例重新选择以及与特定通知订阅相关联的后续通知请求的路由，并用于为NF消费者针对同一数据上下文产生且NF服务生产者随后可能调用的服务提供绑定指示。

绑定指示可以包含在超文本传输协议(HTTP)报头中，3gpp-Sbi-Binding，参考3GPP TS29.500，V17.1.0，其全部内容通过引用并入本文。该报头包含来自HTTP服务器的以逗号分隔的绑定指示列表，供HTTP客户端存储和后续使用。报头的编码遵循如2014年6月互联网工程任务组(IETF)征求意见(RFC)7230中所定义的扩充巴科斯-诺尔形式(ABNF)。

3gpp-Sbi-Binding＝"3gpp-Sbi-Binding"":"#(OWS"bl＝"blvalue1*(OWS"；"parameter))

blvalue＝"nfinstance"/"nfset"/"nfserviceinstance"/"nfserviceset"

parameter＝parametername"＝"token

parametername＝"nfinst"/"nfset"/"nfservinst"/"nfserviceset"/"servname"/"scope"

scope＝"other-service"/"callback"/"subscription-events"

定义了以下参数：

-bl(绑定级别)：指示到NF实例、NF集、NF服务实例或NF服务集的绑定。

-nfinst(NF实例)：指示NF实例ID。

-nfset(NF集)：指示NF集ID。

-nfservinst(NF服务实例)：指示NF服务实例ID。

-nfserviceset(NF服务集)：指示NF服务集ID。

-scope(范围)：指示绑定指示在服务请求中的适用性。这可以采用以下值之一：

-“other-service(其他-服务)”：绑定信息适用于NF服务消

费者稍后可以作为NF服务生产者提供的其他服务；

-“subscription-events(订阅-事件)”：绑定信息适用于订阅

改变事件通知；

-“callback(回调)”：绑定信息适用于通知或回调请求。

在服务请求中的绑定指示中缺少该参数应被解释为“回调”。

如果绑定信息适用于通知/回调请求和其他服务，则绑定指示中可以存在两个scope参数。

-servname(服务名称)：指示服务或定制服务的名称，即：

-当存在于用于订阅或回调的绑定指示中(即，scope参数不存在或被设置为“回调”)时，处理通知或回调请求的服务的名称；或

-当存在于用于NF服务消费者可以稍后作为NF服务生产者提供的其他服务的服务请求中的绑定指示中(即，scope参数被设置为“其他-服务”)时，绑定适用的其他服务的名称。可以存在多于一个servname参数来表示多个这种服务。在scope参数被设置为“其他-服务”的绑定指示中缺少该参数应被解释为适用于NF服务消费者稍后可以作为NF服务生产者提供的所有服务的绑定信息。

-blvalue和其他参数的定义和编码应如针对3gpp-Sbi-Routing-Binding所定义的。

如TS29.500的第6.5.3.2和6.5.3.3节中所规定的，NF可以通过接收更新的绑定信息来知道对等NF(服务)实例的改变。

例如，NF服务生产者可以经由接收更新的绑定信息(即，当对应于绑定级别的绑定实体被改变时)，或者经由对通知的错误响应，经由链路层失败(例如，没有来自NF的响应)，或者经由来自NF存储库功能(NRF)的关于NF服务消费者已经取消注册的通知，知道NF服务消费者的改变。HTTP错误响应可以是指向新的NF服务消费者的3xx重定向响应。当对应于绑定级别的绑定实体之外的绑定实体改变时，指示会话的弹性信息改变，即更多或更少的消费者实例能够处理通知/回调请求消息；不期望NF服务生产者改变通知/回调统一资源标识符(URI)。当知道NF服务消费者改变时，并且如果新的NF服务消费者未知，则NF服务生产者应当选择新的NF服务消费者，如3GPP TS23.527，V16.5.0的第6.6节中所规定的(其通过引用整体并入本文中)。如果绑定信息可用，并且NF服务生产者支持绑定机制，则重新选择应该基于绑定信息，如3GPP TS23.527的第6.6.2节、3GPP TS23.501的第6.3.1.0节和3GPPTS23.502，V16.7.1的第4.17.12.4节中所规定的(其通过引用整体并入本文中)。如果绑定信息不可用或者绑定机制不被NF服务生产者支持，则如3GPP TS23.527的第6.6.3节中规定的执行重新选择。当知道NF服务消费者改变时，NF服务生产者或服务通信代理(SCP)将用新的NF服务消费者信息替换通知/回调URI的权限部分，并且将在后续通信中使用该URI，如3GPP TS 23.527的第6.6节中所规定的。

类似地，NF服务消费者可以通过接收更新的绑定信息(即，当对应于绑定级别的绑定实体改变时)，或者经由来自旧的或所选择的新的NF服务生产者的错误响应，经由链路层失败(例如，没有来自NF的响应)，或者经由来自NRF的关于NF已经取消注册的通知，知道NF服务生产者的改变。HTTP错误响应可以是指向新NF的3xx重定向响应。当对应于绑定级别的绑定实体之外的绑定实体改变时，指示资源上下文的弹性信息改变，即更多或更少的服务实例能够处理服务请求消息；不期望NF服务消费者改变NF服务生产者中资源上下文的位置。当知道NF服务生产者改变时，并且如果新的NF服务生产者未知，则NF服务消费者应当选择新的NF服务生产者，如3GPP TS 23.527的第6.5节中所规定的。如果绑定信息可用，并且绑定机制被NF服务消费者支持，则重新选择应该基于绑定信息，如3GPP TS 29.500的第6.12节(也参见3GPP TS23.527的第6.5.2节)和3GPP TS 23.501的第6.3.1.0节中所规定的。如果绑定信息不可用或者绑定机制不被NF服务消费者支持，则如3GPP TS23.527的第6.5.3节中规定的执行重新选择。当知道NF服务生产者改变时，NF服务消费者或SCP应当用新的NF服务生产者的应用编程接口(API)根(apiRoot)替换资源URI的apiRoot，并且应当在后续通信中使用该URI，如3GPP TS23.527的第6.5节中所规定的

发明内容

当在网络(即5GC)中部署对NF集的支持时，并且当NF失败时，由失败的NF服务的资源(会话)上下文可以无缝地切换到同一NF集中的任何NF。新的NF可以由对等NF反应性地选择，使得所选择的NF必须从存储上下文的中央数据库(例如非结构化数据存储功能(UDSF))中检索资源(会话)上下文。备选地，来自同一NF集的NF可以主动接管一些上下文(其由失败的NF服务)，即，将上下文预加载到其缓存中，以避免在从对等NF接收到与上下文相关联的请求时联系UDSF，从而减少信令时延。事实上，NF失败经常导致大量信令朝向UDSF，用于检索受失败影响的上下文，这可能导致UDSF过载。通常，如果一个NF失败、进入维护模式或者将要被缩减，则可能需要将由一个NF服务的大量资源(会话)上下文加载到另一个NF。

当采取主动方法来预加载受失败影响的一些上下文时，为了实现NF集中的负载共享，或者实现特定算法，NF可以预加载与特定NF服务实例、或特定NF服务集、或特定NF实例有关的多个上下文、或者可以由组标识符(例如，字符串)、或apiRoot、或正则表达式标识的“一组”上下文。

例如，NF可能需要一起管理一组特定的资源(上下文)，具有相同的特定冗余范围，例如：

·接入和移动性管理功能(AMF)可以管理所有用户设备(UE)上下文资源(针对不同的服务)和与同一AMF实例上的某个UE相关的回调上下文；

·来自某个UE的所有协议数据单元(PDU)会话可以由相同的会话管理功能(SMF)实例处理，并且进一步选择相同的策略控制功能(PCF)实例用于业务监视；以及

·SMF可能更喜欢使用特定的组上下文管理一个数据网络名称(DNN)/切片的所有PDU会话，因此所有PDU会话可以一起移动到另一个SMF实例，该实例从原始SMF接管DNN/切片职责。

目前，绑定指示可以用于主动向对等实体指示资源(会话)上下文已经从一个NF(服务)实例移动到另一个实例。然而，绑定指示是针对每个资源(上下文)单独且独立地分配和传送的，这具有以下限制：

1.当需要时，对组内资源(上下文)的替代目标NF(服务)实例的重新选择是针对每个资源(上下文)执行的，并且可以选择不同的替代目标，这是不期望的。

2.当NF接收到针对特定资源(上下文)的更新的绑定信息时，指示针对该资源(上下文)对等NF已经改变，接收NF没有办法识别针对组内所有其他资源(上下文)对等NF已经改变。这导致NF朝向原始URI重复对组中的其他资源(上下文)的后续通信，并且重复得到每次尝试的失败响应。当NF知道失败并且重新选择替代目标NF(服务)实例时，如上所述，可以选择不同的替代目标。

3.主动更新绑定信息以指示NF改变将导致网络中的大量信令，这是不期望的。

本公开的目的是提供能够解决上述问题中的至少一个的网络节点和其中的方法。

根据本公开的第一方面，提供了第一NF中的方法。该方法包括：向第二NF发送包含与由第一NF托管的上下文相关联的第一绑定指示的消息。该消息或第一绑定指示包含标识一组上下文的参数。

在实施例中，第一绑定指示可以是3gpp-Sbi-Binding报头、3gpp-Sbi-Routing-Binding报头和专用于多上下文操作的报头中的至少一个。

在实施例中，当在3gpp-Sbi-Binding报头或3gpp-Sbi-Routing-Binding报头中携带该参数时，该消息或第一绑定指示还可以包含消息用于多上下文操作的指示。

在实施例中，该消息可以包括服务请求、服务响应、订阅请求、订阅响应、通知或回调请求、或者通知或回调响应。

在实施例中，该参数可以包括以下中的至少一个：标识该组上下文先前被托管的实体的NF服务实例标识符、NF服务集标识符、或NF实例标识符；第一组标识符；或者对于该组上下文的相应先前URI公共的apiRoot或正则表达式。

在实施例中，该方法还可以包括，当该参数包括第一组标识符时：在发送包含第一绑定指示的消息之前，向第二NF发送与该组上下文中的至少一个上下文相关联的请求或响应，该请求或响应包含与该至少一个上下文相关联的第二绑定指示，该请求或响应或第二绑定指示包含第一组标识符。

在实施例中，该上下文可以属于该组上下文。

在实施例中，该消息或第一绑定指示还可以包含由第一NF针对该组上下文分配的第二组标识符。

在实施例中，该方法还可以包括：从NRF检索第二NF的NF配置文件，该NF配置文件包含支持多上下文操作的指示；或者从第二NF接收包含支持多上下文操作的指示的请求或响应。

在实施例中，该组上下文中的每一个上下文可以包括资源上下文或会话上下文。

在实施例中，第一NF可以是NF服务生产者，并且第二NF可以是NF服务消费者，或者第一NF可以是NF服务消费者，并且第二NF可以是NF服务生产者。

根据本公开的第二方面，提供了第二NF中的方法。该方法包括：从第一NF接收包含与由第一NF托管的上下文相关联的第一绑定指示的消息，该消息或第一绑定指示包含标识一组上下文的参数；以及基于第一绑定指示针对该组上下文中的每一个上下文执行操作。

在实施例中，该方法还可以包括，当该参数包括第一组标识符时：在接收包含第一绑定指示的消息之前，从第一NF或第三NF接收与该组上下文中的至少一个上下文相关联的请求或响应，该请求或响应包含与该至少一个上下文相关联的第二绑定指示，该请求或响应或第二绑定指示包含第一组标识符。

在实施例中，该上下文可以属于该组上下文。

在实施例中，该方法还可以包括：在NRF中注册包含支持多上下文操作的指示的NF配置文件；或者向第一NF发送包含支持多上下文操作的指示的请求或响应。

在实施例中，执行的操作可以包括：基于第一绑定指示更新该组上下文中的每一个上下文的绑定信息。

在实施例中，第一绑定指示可以包含与绑定级别相对应的第一绑定实体，并且执行的操作还可以包括：当绑定实体从更新之前与该组上下文中的任何一个上下文的绑定信息中的绑定级别相对应的第二绑定实体改变时，确定与该一个上下文相关联的绑定实体改变；以及将该一个上下文重定向到第一绑定实体。

在实施例中，重定向的操作可以包括：基于第一绑定实体的apiRoot替换该一个上下文的URI。

根据本公开的第三方面，提供了第三NF中的方法。该方法包括：向第二NF发送与在第三NF处创建或修改的至少一个上下文相关联的请求或响应。该请求或响应包含针对该至少一个上下文的绑定指示。请求或响应或绑定指示包含与该至少一个上下文所属的一组上下文相关联的组标识符。

在实施例中，第三NF可以是NF服务生产者，并且第二NF可以是NF服务消费者，或者第三NF可以是NF服务消费者，并且第二NF可以是NF服务生产者。

根据本公开的第四方面，提供了一种网络节点。网络节点包括通信接口、处理器和存储器。存储器包含可由处理器执行的指令，由此网络节点可操作以在实现第一NF时，执行根据上述第一方面的方法，或者在实现第二NF时，执行根据上述第二方面的方法，或者在实现第三NF时，执行根据上述第三方面的方法。

根据本公开的第五方面，提供了一种计算机可读存储介质。计算机可读存储介质上存储有计算机可读指令。当由网络节点的处理器执行时，计算机可读指令将网络节点配置为在实现第一NF时，执行根据上述第一方面的方法，或者在实现第二NF时，执行根据上述第二方面的方法，或者在实现第三NF时，执行根据上述第三方面的方法。

利用本公开的实施例，在绑定指示中或者与绑定指示一起提供标识一组上下文的参数。这种参数允许将基于绑定指示的操作应用于该组上下文中的每一个，从而以更有效的方式实现该组的一致行为或动作。

附图说明

根据以下参考附图对实施例的描述，以上及其他目的、特征和优点将更为明显，在附图中：

图1是示出了根据本公开的实施例的NF中的方法的流程图；

图2是示出了根据本公开的另一实施例的NF中的方法的流程图；

图3是示出了根据本公开的又一实施例的NF中的方法的流程图；

图4是示出了根据本公开的实施例的多上下文操作的示例性过程的序列图；

图5是示出了根据本公开的另一实施例的多上下文操作的示例性过程的序列图；

图6是根据本公开的实施例的网络节点的框图；

图7是根据本公开的另一实施例的网络节点的框图；

图8是根据本公开的又一实施例的网络节点的框图；

图9是根据本公开的又一实施例的网络节点的框图；

图10示意性地示出了经由中间网络连接到主机计算机的电信网络；

图11是通过部分无线的连接，经由基站与用户设备进行通信的主机计算机的概括框图；以及

图12至图15是示出了在包括主机计算机、基站和用户设备的通信系统中实现的方法的流程图。

具体实施方式

在本公开中，网络功能或NF可以被实现为专用硬件上的网络元件，被实现为在专用硬件上运行的软件实例，或者被实现为在合适的平台上(例如，在云基础设施上)实例化的虚拟化功能。

说明书中对“一个实施例”、“实施例”、“示例实施例”等的引用指示所描述的实施例可以包括特定特征、结构或特性，但是不一定每个实施例包括该特定特征、结构或特性。此外，这些短语不必指同一实施例。此外，当结合实施例描述具体特征、结构或特性时，应认为结合其他实施例(不管是否是显式描述的)来实现这种特征、结构或特性是在本领域技术人员的知识内的。

应理解，尽管术语“第一”和“第二”等可以在本文中用于描述各个元件，这些元件不应受这些术语限制。这些术语仅用来将元件彼此区分。例如，不脱离示例实施例的范围，第一元件可以被称为第二元件，并且类似地，第二元件可以被称为第一元件。如本文所使用的，术语“和/或”包括一个或多个相关列出词语的任何和所有组合。

本文使用的术语仅仅是为了描述具体实施例的目的，而非意在限制示例实施例。如本文所使用的，单数形式“一”，“一个”和“所述”意在包括复数形式，除非上下文明确地给出相反的指示。将进一步理解的是，当在本文中使用时，术语“包含”、“具有”、“包括”指明所陈述的特征、元件和/或组件等的存在，但不排除存在或添加一个或多个其它特征、元件、组件和/或其组合。

在下面的描述和权利要求中，除非另外定义，否则本文中所使用的所有技术和科学术语具有与本公开所属领域的普通技术人员通常理解的含义相同的含义。

图1是示出了根据本公开实施例的方法100的流程图。方法100可以在第一NF处执行，第一NF可以是例如NF服务生产者或NF服务消费者。

在框110处，向第二NF(例如，当第一NF是NF服务消费者时，第二NF可以是NF服务消费者，或者当第一NF是NF服务消费者时，第二NF可以是NF服务生产者)发送包含与由第一NF托管的上下文(例如，其可以是资源上下文或会话上下文)相关联的第一绑定指示的消息。该消息或第一绑定指示包含标识一组上下文的参数(该组上下文中的每一个可以是例如资源上下文或会话上下文)。

这里，“资源上下文”是指在NF服务生产者中创建和/或托管的资源，并且“会话上下文”由NF服务消费者创建和/或维护，用于对应于NF服务生产者中的资源上下文的通知/回调。

在示例中，第一绑定指示可以是3gpp-Sbi-Binding报头、3gpp-Sbi-Routing-Binding报头和专用于多上下文操作的报头中的至少一个。该参数(在下文中也被称为“组参数”)可以在3gpp-Sbi-Binding报头或3gpp-Sbi-Routing-Binding报头中携带，例如作为第一绑定指示的一部分。当在3gpp-Sbi-Binding报头或3gpp-Sbi-Routing-Binding报头中携带该参数时，该消息或第一绑定指示还可以包含该消息用于多上下文操作的指示。例如，该指示可以是标志，该标志在被设置为“真”时指示该消息用于多上下文操作。备选地，该参数可以在该消息中专用于多上下文操作的报头中携带。专用报头可以是新的HTTP定制报头，被称为例如3gpp-Sbi-Group-Binding。该消息可以包括例如服务请求、服务响应、订阅请求、订阅响应、通知或回调请求、或者通知或回调响应。

如本文所使用的，术语“多上下文操作”是指要应用于多个上下文或一组上下文的操作。该操作可以单独应用于该组上下文。例如，该操作可以包括更新该组中每个上下文的绑定信息或将该组中每个上下文重定向到不同的实体(例如，不同的NF实例)。

在示例中，该组上下文可以与特定NF服务实例、特定NF服务集或特定NF实例相关联。也就是说，多上下文操作可以应用于由特定NF服务实例、NF服务集或NF实例服务或托管的上下文。在另一示例中，可以与一个或多个NF服务实例、NF服务集或NF实例相关联的多个上下文可以被分组并且用组标识符(例如，字符串)来标识。也就是说，多上下文操作可以应用于具有相同组标识符的上下文。在又一示例中，该组上下文可以与URI的apiRoot(或权限)或URI的正则表达式相关联(例如，资源URI或通知/回调URI)。也就是说，多上下文操作可以应用于具有匹配apiRoot或正则表达式的URI的上下文。

相应地，该参数可以包括NF服务实例标识符、NF服务集标识符或NF实例标识符中的至少一个，其标识先前托管该组上下文的实体。备选地或附加地，该参数可以包括第一组标识符，例如先前标识该组的旧组标识符。备选地或附加地，该参数可以包括对于该组上下文的相应先前URI公共的apiRoot或正则表达式中的至少一个。这里，“先前地”或“先前的”意味着在框110中发送该消息之前。

在示例中，当该参数包括第一组标识符时，第一NF可以例如在框110中发送该消息之前，例如在该组上下文中的至少一个上下文的创建或修改过程中，向第二NF发送与该至少一个上下文相关联的请求或响应。该请求或响应包含与该至少一个上下文相关联的第二绑定指示。请求或响应或第二绑定指示包含第一组标识符。

在示例中，与第一绑定指示相关联的上下文可以属于该组上下文。备选地，该上下文可以独立于该组。

在示例中，该消息或第一绑定指示还可以包含由第一NF针对该组上下文分配的第二组标识符。这是与上述“旧的”组标识符相对的“新的”组标识符。

在示例中，例如，在框110中发送该消息之前，第一NF可以从NRF检索第二NF的NF配置文件。NF配置文件可以包含支持多上下文操作的指示。备选地或附加地，第一NF可以从第二NF接收包含支持多上下文操作的指示的请求或响应。例如，响应于第二NF支持多上下文操作，第一NF可以在框110中发送该消息。

图2是示出了根据本公开的实施例的方法200的流程图。方法200可以在第二NF处执行，第二NF可以是例如NF服务生产者或NF服务消费者。

在框210处，从第一NF接收包含与由第一NF(例如，当第二NF是NF服务生产者时，第一NF可以是NF服务消费者，或者当第二NF是NF服务消费者时，第一NF可以是NF服务生产者)托管的上下文(例如，其可以是资源上下文或会话上下文)相关联的第一绑定指示的消息。该消息或第一绑定指示包含标识一组上下文的参数(该组上下文中的每一个可以是例如资源上下文或会话上下文)。

在示例中，第一绑定指示可以是3gpp-Sbi-Binding报头、3gpp-Sbi-Routing-Binding报头和专用于多上下文操作的报头中的至少一个。该参数可以在3gpp-Sbi-Binding报头或3gpp-Sbi-Routing-Binding报头中携带，例如作为第一绑定指示的一部分。当在3gpp-Sbi-Binding报头或3gpp-Sbi-Routing-Binding报头中携带该参数时，该消息或第一绑定指示还可以包含该消息用于多上下文操作的指示。例如，该指示可以是标志，该标志在被设置为“真”时指示该消息用于多上下文操作。备选地，该参数可以在该消息中专用于多上下文操作的报头中携带，例如，如上所述的3gpp-Sbi-Group-Binding。该消息可以包括例如服务请求、服务响应、订阅请求、订阅响应、通知或回调请求、或者通知或回调响应。

在示例中，该参数可以包括NF服务实例标识符、NF服务集标识符或NF实例标识符中的至少一个，其标识先前托管该组上下文的实体。备选地或附加地，该参数可以包括第一组标识符，例如先前标识该组的旧组标识符。备选地或附加地，该参数可以包括对于该组上下文的相应先前URI公共的apiRoot或正则表达式中的至少一个。这里，“先前地”或“先前的”意味着在框210中接收该消息之前。

在示例中，当参数包括第一组标识符时，第二NF可以例如在框210中接收该消息之前，例如在该组上下文中的至少一个上下文的创建或修改过程中，从第一NF或从第三NF接收与该至少一个上下文相关联的请求或响应。该请求或响应包含与该至少一个上下文相关联的第二绑定指示。请求或响应或第二绑定指示包含第一组标识符。这里，第三NF可以是先前托管该组上下文的NF，例如，当该组上下文先前由不同于第一NF的NF托管时(例如，在NF实例改变的情况下)。

在示例中，例如，在框210中接收该消息之前，第二NF可以在NRF中注册包含支持多上下文操作的指示的NF配置文件。备选地或附加地，第二NF可以向第一NF发送包含支持多上下文操作的指示的请求或响应。

在框220处，基于第一绑定指示针对该组上下文中的每一个上下文执行操作。

在示例中，在框220中执行的操作可以包括基于第一绑定指示更新该组上下文中的每一个上下文的绑定信息。

在示例中，第一绑定指示包含对应于绑定级别的第一绑定实体。当绑定实体从更新之前与该组上下文中的任何一个上下文的绑定信息中的绑定级别相对应的第二绑定实体改变时，在框220中执行的操作还可以包括：确定与该一个上下文相关联的绑定实体改变，并且将该一个上下文重定向到第一绑定实体。具体地，重定向的操作可以包括：基于第一绑定实体的apiRoot替换该一个上下文的URI。例如，第二NF可以通过用第一绑定实体的apiRoot代替旧URI的apiRoot来导出新的URI(例如，用于寻址资源上下文的资源URI或用于寻址会话上下文的通知/回调URI)。

图3是示出了根据本公开的实施例的方法300的流程图。方法300可以在第三NF处执行，该第三NF可以是例如NF服务生产者或NF服务消费者。

在框310处，向第二NF(例如，当第三NF是NF服务消费者时，第二NF可以是NF服务消费者，或者当第三NF是NF服务消费者时，第二NF可以是NF服务生产者)发送与在第三NF处创建或修改的至少一个上下文(例如，其可以是资源上下文或会话上下文)相关联的请求或响应。该请求或响应包含针对该至少一个上下文的绑定指示。该请求或响应或绑定指示包含与该至少一个上下文所属的一组上下文(该组上下文中的每一个上下文可以是例如资源上下文或会话上下文)相关联的组标识符。

在示例中，例如，在框310之前或之后，第三NF可以从NRF检索第二NF的NF配置文件。NF配置文件可以包含支持多上下文操作的指示。备选地或附加地，第三NF可以从第二NF接收包含支持多上下文操作的指示的请求或响应。

将参考图4和图5进一步说明上述方法100～300。

图4是示出了根据本公开的实施例的在NF生产者改变的情况下的多上下文操作的示例性过程的序列图。如图所示，在4.1处，作为NF消费者的NF-A(对应于上述方法100～300中的第二NF)向作为NF生产者的NF-B(对应于上述方法200～300中的第三NF)发送服务请求。在4.2处，NF-B向NF-A发送服务响应。服务响应包含针对在NF-B处创建的资源上下文的绑定指示，其中bl＝nf-instance，nfinst＝NF-B，并且nfset＝Set1。服务响应或绑定指示还包含由NF-B针对资源上下文所属的一组上下文分配的组标识符groupid＝gid1。这里要注意，当NF-B托管的上下文被认为是一组时，资源上下文所属的该组上下文可以备选地由例如NF实例ID(NF-B)标识，并且在这种情况下，可以从服务响应或绑定指示中省略组标识符。

然后，NF-B失败，并且属于同一NF集“Set1”的NF-C(对应于上述方法100～300中的第一NF)接管组“gid1”中的所有资源上下文。在4.3处，NF-C向NF-A发送通知请求。通知请求包含针对资源上下文(其可以是或可以不是组“gid1”中的上下文)的绑定指示，其中bl＝nf-instance，nfinst＝NF-C，并且nfset＝Set1。通知请求或绑定指示包含组参数，即oldgroupid＝gid1(对应于上述方法100～200中的第一组标识符)，指示绑定指示或基于绑定指示的多上下文操作要被应用于先前属于组“gid1”的每个上下文。通知请求或绑定指示可以可选地包含由NF-C针对该组分配的新的组标识符groupid＝gid2(对应于上述方法100～200中的第二组标识符)。新的组可以例如通过将组“gid1”中的上下文合并到由NF-C托管或服务的组“gid2”中来获得。在接收到通知请求时，NF-A存储通知请求中的绑定指示，并且如果提供了新的组标识符，则可选地用“gid2”更新与该组上下文中的每一个上下文相关联的组标识符。

这里要注意，当该组上下文由例如NF实例ID(NF-B)而不是如上所述的组标识符“gid1”来标识时，组参数“oldgroupid＝gid1”可以从4.3处的通知请求或绑定指示中省略。在这种情况下，4.3处的通知请求或绑定指示还可以包含指示其用于多上下文操作的指示或标志。

在4.3处的通知请求中，当与4.2处的服务响应相比时，对应于绑定级别(NF实例)的绑定实体从NF-B改变为NF-C。因此，NF-A知道NF生产者的改变，并且确定这种改变要被应用于该组上下文中的每一个。例如，NF-A可以基于通知请求中的绑定指示来更新该组上下文中的每一个上下文的绑定信息，并且将该组上下文中的每一个上下文重定向到NF-C。

在4.4处，NF-A向NF-B发送针对4.3处的通知请求所意在的特定资源上下文的通知响应。在4.5处，对组“gid1”中的上下文的后续请求将被发送到NF-C。

应当注意，NF-B是可选的，或者换句话说，当该组上下文从一个NF服务实例(或一个NF服务集)切换到同一NF实例内的另一个时，NF-B可以与NF-C相同。

图5是示出了根据本公开的实施例的在NF消费者改变的情况下的多上下文操作的示例性过程的序列图。如图所示，在5.1处，作为NF消费者的NF-B(对应于上述方法200～300中的第三NF)向作为NF生产者的NF-D(对应于上述方法100～300中的第二NF)发送服务请求。服务请求包含针对在NF-B处创建的资源上下文的绑定指示，其中bl＝nf-instance，nfinst＝NF-B，并且nfset＝Set1。服务响应或绑定指示还包含由NF-B针对资源上下文所属的一组上下文分配的组标识符groupid＝gid1。这里要注意，当NF-B托管的上下文被认为是一组时，资源上下文所属的该组上下文可以备选地由例如NF实例ID(NF-B)标识，并且在这种情况下，可以从服务响应或绑定指示中省略组标识符。在5.2处，NF-D向NF-B发送服务响应。

然后，NF-B失败，并且属于同一NF集“Set1”的NF-C(对应于上述方法100～300中的第一NF)接管组“gid1”中的所有资源上下文。在5.3处，NF-C向NF-D发送更新请求。更新请求包含针对资源上下文(其可以是或可以不是组“gid1”中的上下文)的绑定指示，其中bl＝nf-instance，nfinst＝NF-C，并且nfset＝Set1。更新请求或绑定指示包含组参数，即oldgroupid＝gid1(对应于上述方法100～200中的第一组标识符)，指示绑定指示或基于绑定指示的多上下文操作要被应用于先前属于组“gid1”的每个上下文。更新请求或绑定指示可以可选地包含由NF-C针对该组分配的新的组标识符groupid＝gid2(对应于上述方法100～200中的第二组标识符)。新的组可以例如通过将组“gid1”中的上下文合并到由NF-C托管或服务的组“gid2”中来获得。在接收到更新请求时，NF-D存储更新请求中的绑定指示，并且如果提供了新的组标识符，则可选地用“gid2”更新与该组上下文中的每一个上下文相关联的组标识符。

这里要注意，当该组上下文由例如NF实例ID(NF-B)而不是如上所述的组标识符“gid1”来标识时，组参数“oldgroupid＝gid1”可以从5.3处的更新请求或绑定指示中省略。在这种情况下，5.3处的更新请求或绑定指示还可以包含指示其用于多上下文操作的指示或标志。

在5.3处的更新请求中，当与5.1处的服务请求相比时，对应于绑定级别(NF实例)的绑定实体从NF-B改变为NF-C。因此，NF-D知道NF生产者的改变，并且确定这种改变要被应用于该组上下文中的每一个。例如，NF-D可以基于更新请求中的绑定指示来更新该组上下文中的每一个上下文的绑定信息，并且将该组上下文中的每一个上下文重定向到NF-C。

在5.4处，NF-C向NF-D发送针对5.3处的更新请求所意在的特定资源上下文的更新响应。在5.5处，对组“gid1”中的上下文的通知请求将被发送到NF-C。

对应于如上所述的方法100，提供了网络节点。图6是根据本公开的实施例的网络节点600的框图。网络节点600可以被配置为实现第一NF。

如图6所示，网络节点600包括发送单元610，其被配置为向第二NF发送包含第一绑定指示的消息，第一绑定指示与由第一NF托管的上下文相关联。该消息或第一绑定指示包含标识一组上下文的参数。

在实施例中，当该参数包括第一组标识符时，发送单元610还可以被配置为：在发送包含第一绑定指示的消息之前，向第二NF发送与该组上下文中的至少一个上下文相关联的请求或响应，该请求或响应包含与该至少一个上下文相关联的第二绑定指示，该请求或响应或第二绑定指示包含第一组标识符。

在实施例中，该上下文可以属于该组上下文。

在实施例中，网络节点600还可以包括检索单元，其被配置为从NRF检索第二NF的NF配置文件，该NF配置文件包含支持多上下文操作的指示。备选地，网络节点600还可以包括接收单元，该接收单元被配置为从第二NF接收包含支持多上下文操作的指示的请求或响应。

单元610可以被实现为纯硬件解决方案或被实现为软件和硬件的组合，例如可以通过以下一项或多项来实现：被配置为执行上述并且例如图1中所示的动作的处理器或微处理器和恰当的软件以及用于存储该软件的存储器、可编程逻辑器件(PLD)或其他电子组件或处理电路。

对应于如上所述的方法200，提供了网络节点。图7是根据本公开的实施例的网络节点700的框图。网络节点700可以被配置为实现第二NF。

如图7所示，网络节点700包括接收单元710，其被配置为从第一NF接收包含第一绑定指示的消息，第一绑定指示与由第一NF托管的上下文相关联，该消息或第一绑定指示包含标识一组上下文的参数。网络节点700还包括执行单元720，其被配置为基于第一绑定指示针对该组上下文中的每一个上下文执行操作。

在实施例中，当该参数包括第一组标识符时，接收单元720还可以被配置为：在接收包含第一绑定指示的消息之前，从第一NF或第三NF接收与该组上下文中的至少一个上下文相关联的请求或响应，该请求或响应包含与该至少一个上下文相关联的第二绑定指示，该请求或响应或第二绑定指示包含第一组标识符。

在实施例中，该上下文可以属于该组上下文。

在实施例中，该消息或第一绑定指示还可以包含由第一NF针对该组上下文分配的组标识符。

在实施例中，网络节点700还可以包括注册单元，该注册单元被配置为在NRF中注册包含支持多上下文操作的指示的NF配置文件。备选地，网络节点700还可以包括发送单元，该发送单元被配置为向第一NF发送包含支持多上下文操作的指示的请求或响应。

在实施例中，执行单元720可以被配置为基于第一绑定指示来更新该组上下文中的每一个上下文的绑定信息。

在实施例中，第一绑定指示可以包含对应于绑定级别的第一绑定实体，并且执行单元720还可以被配置为，当绑定实体从更新之前与该组上下文中的任何一个上下文的绑定信息中的绑定级别相对应的第二绑定实体改变时：确定与该一个上下文相关联的绑定实体改变；以及将该一个上下文重定向到第一绑定实体。

单元710和720可以被实现为纯硬件解决方案或被实现为软件和硬件的组合，例如可以通过以下一项或多项来实现：被配置为执行上述并且例如图2中所示的动作的处理器或微处理器和恰当的软件以及用于存储该软件的存储器、可编程逻辑器件(PLD)或其他电子组件或处理电路。

对应于如上所述的方法300，提供了网络节点。图8是根据本公开的实施例的网络节点800的框图。网络节点800可以被配置为实现第三NF。

如图8所示，网络节点800包括发送单元810，其被配置为向第二NF发送与在第三NF处创建或修改的至少一个上下文相关联的请求或响应。该请求或响应包含针对该至少一个上下文的绑定指示。请求或响应或绑定指示包含与该至少一个上下文所属的一组上下文相关联的组标识符。

在实施例中，网络节点800还可以包括检索单元，其被配置为从NRF检索第二NF的NF配置文件，该NF配置文件包含支持多上下文操作的指示。备选地，网络节点800还可以包括接收单元，该接收单元被配置为从第二NF接收包含支持多上下文操作的指示的请求或响应。

单元810可以被实现为纯硬件解决方案或被实现为软件和硬件的组合，例如可以通过以下一项或多项来实现：被配置为执行上述并且例如图3中所示的动作的处理器或微处理器和恰当的软件以及用于存储该软件的存储器、可编程逻辑器件(PLD)或其他电子组件或处理电路。

图9是根据本公开的另一实施例的网络节点900的框图。

网络节点900包括通信接口910、处理器920和存储器930。

存储器930可以包含可由处理器920执行的指令，由此网络节点900可操作以在实现第一NF时执行例如前面结合图1描述的过程的动作。具体地，存储器930可以包含可由处理器900执行的指令，由此网络节点900可操作以在实现第一NF时：向第二NF发送包含第一绑定指示的消息，第一绑定指示与由第一NF托管的上下文相关联。该消息或第一绑定指示包含标识一组上下文的参数。

在实施例中，当该参数包括第一组标识符时，存储器930还可以包含可由处理器900执行的指令，由此网络节点900可操作以在实现第一NF时：在发送包含第一绑定指示的消息之前，向第二NF发送与该组上下文中的至少一个上下文相关联的请求或响应，该请求或响应包含与至少一个上下文相关联的第二绑定指示，该请求或响应或第二绑定指示包含第一组标识符。

在实施例中，该上下文可以属于该组上下文。

在实施例中，存储器930还可以包含可由处理器900执行的指令，由此网络节点900可操作以在实现第一NF时：从NRF检索第二NF的NF配置文件，该NF配置文件包含支持多上下文操作的指示；或者从第二NF接收包含支持多上下文操作的指示的请求或响应。

备选地，存储器930可以包含可由处理器920执行的指令，由此网络节点900可操作以在实现第二NF时执行例如前面结合图2描述的过程的动作。具体地，存储器930可以包含可由处理器900执行的指令，由此网络节点900可操作以在实现第二NF时：从第一NF接收包含与由第一NF托管的上下文相关联的第一绑定指示的消息，该消息或第一绑定指示包含标识一组上下文的参数；以及基于第一绑定指示针对该组上下文中的每一个上下文执行操作。

在实施例中，当该参数包括第一组标识符时，存储器930还可以包含可由处理器900执行的指令，由此网络节点900可操作以在实现第二NF时：在接收包含第一绑定指示的消息之前，从第一NF或从第三NF接收与该组上下文中的至少一个上下文相关联的请求或响应，该请求或响应包含与该至少一个上下文相关联的第二绑定指示，该请求或响应或第二绑定指示包含组标识符。

在实施例中，该上下文可以属于该组上下文。

在实施例中，存储器930还可以包含可由处理器900执行的指令，由此网络节点900可操作以在实现第二NF时：在NRF中注册包含支持多上下文操作的指示的NF配置文件；或者向第一NF发送包含支持多上下文操作的指示的请求或响应。

备选地，存储器930可以包含可由处理器920执行的指令，由此网络节点900可操作以在实现第三NF时执行例如前面结合图3描述的过程的动作。具体地，存储器930可以包含可由处理器900执行的指令，由此网络节点900可操作以在实现第三NF时：向第二NF发送与在第三NF处创建或修改的至少一个上下文相关联的请求或响应。该请求或响应包含针对该至少一个上下文的绑定指示。请求或响应或绑定指示包含与该至少一个上下文所属的一组上下文相关联的组标识符。

在实施例中，存储器930还可以包含可由处理器900执行的指令，由此网络节点900可操作以在实现第三NF时：从NRF检索第二NF的NF配置文件，该NF配置文件包含支持多上下文操作的指示；或者从第二NF接收包含支持多上下文操作的指示的请求或响应。

本公开还提供了非易失性或易失性存储器(例如，非暂时性计算机可读存储介质、电可擦除可编程只读存储器(EEPROM)、闪存和硬盘驱动器)的形式的至少一个计算机程序产品。计算机程序产品包括计算机程序。计算机程序包括：代码/计算机可读指令，其在由处理器920执行时使得网络节点900执行例如先前结合图1、图2或图3描述的过程的动作。

计算机程序产品可以被配置为以计算机程序模块构造的计算机程序代码。计算机程序模块可以基本上执行图1、图2或图3所示流程的动作。

处理器可以是单个CPU(中央处理单元)，但还可以包括两个或更多个处理单元。例如，处理器可以包括通用微处理器、指令集处理器和/或相关芯片集和/或专用微处理器(例如，专用集成电路(ASIC))。处理器还可以包括用于高速缓存目的的板载存储器。计算机程序可以承载在与处理器相连的计算机程序产品中。计算机程序产品可以包括存储计算机程序的非暂时性计算机可读存储介质。例如，计算机程序产品可以是闪存、随机存取存储器(RAM)、只读存储器(ROM)或EEPROM，并且上述计算机程序模块在备选实施例中可以分布在存储器形式的不同计算机程序产品上。

参照图10，根据实施例，通信系统包括电信网络1010(例如，3GPP类型的蜂窝网络)，电信网络1010包括接入网1011(例如，无线电接入网)和核心网络1014。接入网1011包括多个基站1012a、1012b、1012c(例如，NB、eNB、gNB或其他类型的无线接入点)，每个基站定义对应覆盖区域1013a、1013b、1013c。每个基站1012a、1012b、1012c通过有线或无线连接1015可连接到核心网络1014。位于覆盖区域1013c中的第一用户设备(UE)1091被配置为以无线方式连接到对应基站1012c或被对应基站1012c寻呼。覆盖区域1013a中的第二UE 1092以无线方式可连接到对应基站1012a。虽然在该示例中示出了多个UE 1091、1092，但所公开的实施例同等地适用于唯一的UE处于覆盖区域中或者唯一的UE正连接到对应基站1012的情形。

电信网络1010自身连接到主机计算机1030，主机计算机1030可以以独立服务器、云实现的服务器、分布式服务器的硬件和/或软件来实现，或者被实现为服务器集群中的处理资源。主机计算机1030可以处于服务提供商的所有或控制之下，或者可以由服务提供商或代表服务提供商来操作。电信网络1010与主机计算机1030之间的连接1021、1022可以直接从核心网络1014延伸到主机计算机1030，或者可以经由可选的中间网络1020进行。中间网络1020可以是公共、私有或承载网络中的一个或多于一个的组合；中间网络1020(若存在)可以是骨干网或互联网；具体地，中间网络1020可以包括两个或更多个子网络(未示出)。

图10的通信系统作为整体实现了所连接的UE 1091、1092之一与主机计算机1030之间的连接。该连接可被描述为过顶(over-the-top，OTT)连接1050。主机计算机1030和所连接的UE 1091、1092被配置为使用接入网1011、核心网络1014、任何中间网络1020和可能的其他基础设施(未示出)作为中介，经由OTT连接1050来传送数据和/或信令。在OTT连接1050所经过的参与通信设备未意识到上行链路和下行链路通信的路由的意义上，OTT连接1050可以是透明的。例如，可以不向基站1012通知或者可以无需向基站1012通知具有源自主机计算机1030的要向所连接的UE 1091转发(例如，移交)的数据的输入下行链路通信的过去的路由。类似地，基站1012无需意识到源自UE 1091向主机计算机1030的输出上行链路通信的未来的路由。

现将参照图11来描述根据实施例的在先前段落中所讨论的UE、基站和主机计算机的示例实现方式。在通信系统1100中，主机计算机1110包括硬件1115，硬件1115包括通信接口1116，通信接口1116被配置为建立和维护与通信系统1100的不同通信设备的接口的有线或无线连接。主机计算机1110还包括处理电路1118，其可以具有存储和/或处理能力。具体地，处理电路1118可以包括适用于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或它们的组合(未示出)。主机计算机1110还包括软件1111，其被存储在主机计算机1110中或可由主机计算机1110访问并且可由处理电路1118来执行。软件1111包括主机应用1112。主机应用1112可操作为向远程用户(例如，UE 1130)提供服务，UE 1130经由在UE 1130和主机计算机1110处端接的OTT连接1150来连接。在向远程用户提供服务时，主机应用1112可以提供使用OTT连接1150来发送的用户数据。

通信系统1100还包括在电信系统中提供的基站1120，基站1120包括使其能够与主机计算机1110和与UE 1130进行通信的硬件1125。硬件1125可以包括：通信接口1126，其用于建立和维护与通信系统1100的不同通信设备的接口的有线或无线连接；以及无线电接口1127，其用于至少建立和维护与位于基站1120所服务的覆盖区域(图11中未示出)中的UE1130的无线连接1170。通信接口1126可以被配置为促进到主机计算机1110的连接1160。连接1160可以是直接的，或者它可以经过电信系统的核心网络(图11中未示出)和/或经过电信系统外部的一个或多个中间网络。在所示实施例中，基站1120的硬件1125还包括处理电路1128，处理电路1128可以包括适用于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或它们的组合(未示出)。基站1120还具有内部存储的或经由外部连接可访问的软件1121。

通信系统1100还包括已经提及的UE 1130。其硬件1135可以包括无线电接口1137，其被配置为建立和维护与服务于UE 1130当前所在的覆盖区域的基站的无线连接1170。UE1130的硬件1135还包括处理电路1138，其可以包括适用于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或它们的组合(未示出)。UE 1130还包括软件1131，其被存储在UE 1130中或可由UE 1130访问并可由处理电路1138执行。软件1131包括客户端应用1132。客户端应用1132可操作为在主机计算机1110的支持下经由UE 1130向人类或非人类用户提供服务。在主机计算机1110中，执行的主机应用1112可以经由端接在UE 1130和主机计算机1110处的OTT连接1150与执行客户端应用1132进行通信。在向用户提供服务时，客户端应用1132可以从主机应用1112接收请求数据，并响应于请求数据来提供用户数据。OTT连接1150可以传送请求数据和用户数据二者。客户端应用1132可以与用户进行交互，以生成其提供的用户数据。

注意，图11所示的主机计算机1110、基站1120和UE 1130可以分别与图10的主机计算机1030、基站1012a、1012b、1012c之一和UE 1091、1092之一相同。也就是说，这些实体的内部工作可以如图11所示，并且独立地，周围网络拓扑可以是图10的网络拓扑。

在图11中，已经抽象地绘制OTT连接1150，以示出经由基站1120在主机计算机1110与用户设备1130之间的通信，而没有明确地提到任何中间设备以及经由这些设备的消息的精确路由。网络基础设施可以确定该路由，该路由可以被配置为向UE 1130隐藏或向操作主机计算机1110的服务提供商隐藏或向这二者隐藏。在OTT连接1150活动时，网络基础设施还可以(例如，基于负载均衡考虑或网络的重新配置)做出其动态地改变路由的决策。

UE 1130与基站1120之间的无线连接1170根据贯穿本公开所描述的实施例的教导。各种实施例中的一个或多个实施例改进了使用OTT连接1150向UE 1130提供的OTT服务的性能，其中无线连接1170形成OTT连接1150中的最后一段。更准确地，这些实施例的教导可以改进时延和效率，从而提供诸如减少的用户等待时间的益处。

出于监视一个或多个实施例改进的数据速率、时延和其他因素的目的，可以提供测量过程。还可以存在用于响应于测量结果的变化而重新配置主机计算机1110与UE 1130之间的OTT连接1150的可选网络功能。用于重新配置OTT连接1150的测量过程和/或网络功能可以以主机计算机1110的软件1111或以UE 1130的软件1131或以这二者来实现。在实施例中，传感器(未示出)可被部署在OTT连接1150经过的通信设备中或与OTT连接1150经过的通信设备相关联地来部署；传感器可以通过提供以上例示的监视量的值或提供软件1111、1131可以用来计算或估计监视量的其他物理量的值来参与测量过程。对OTT连接1150的重新配置可以包括消息格式、重传设置、优选路由等；该重新配置不需要影响基站1120，并且其对于基站1120来说可以是未知的或不可感知的。这种过程和功能在本领域中可以是已知的和已被实践的。在特定实施例中，测量可以涉及促进主机计算机1111对吞吐量、传播时间、时延等的测量的专有UE信令。该测量可以如下实现：软件1111、1131在其监视传播时间、差错等的同时使得能够使用OTT连接1150来发送消息(具体地，空消息或“假”消息)。

图12是示出了根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，其可以是参照图10和图11描述的主机计算机、基站和UE。为了本公开的简明，在本部分中将仅包括对图12的图引用。在方法的第一步骤1210中，主机计算机提供用户数据。在第一步骤1210的可选子步骤1211中，主机计算机通过执行主机应用来提供用户数据。在第二步骤1220中，主机计算机发起向UE的携带用户数据的传输。在可选的第三步骤1230中，根据贯穿本公开所描述的实施例的教导，基站向UE发送在主机计算机发起的传输中所携带的用户数据。在可选的第四步骤1240中，UE执行与主机计算机所执行的主机应用相关联的客户端应用。

图13是示出了根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，其可以是参照图10和图11描述的主机计算机、基站和UE。为了本公开的简明，在本部分中将仅包括对图13的图引用。在方法的第一步骤1310中，主机计算机提供用户数据。在可选子步骤(未示出)中，主机计算机通过执行主机应用来提供用户数据。在第二步骤1320中，主机计算机发起向UE的携带用户数据的传输。根据贯穿本公开描述的实施例的教导，该传输可以经由基站。在可选的第三步骤1330中，UE接收传输中所携带的用户数据。

图14是示出了根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，其可以是参照图10和图11描述的主机计算机、基站和UE。为了本公开的简明，在本部分中将仅包括对图14的图引用。在方法的可选第一步骤1410中，UE接收由主机计算机所提供的输入数据。附加地或备选地，在可选的第二步骤1420中，UE提供用户数据。在第二步骤1420的可选子步骤1421中，UE通过执行客户端应用来提供用户数据。在第一步骤1410的进一步可选子步骤1411中，UE执行客户端应用，该客户端应用回应于接收到的主机计算机提供的输入数据来提供用户数据。在提供用户数据时，所执行的客户端应用还可以考虑从用户接收的用户输入。无论提供用户数据的具体方式如何，UE在可选的第三子步骤1430中都发起用户数据向主机计算机的传输。在方法的第四步骤1440中，根据贯穿本公开描述的实施例的教导，主机计算机接收从UE发送的用户数据。

图15是示出了根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，其可以是参照图10和图11描述的主机计算机、基站和UE。为了本公开的简明，在本部分中将仅包括对图15的图引用。在方法的可选第一步骤1510中，根据贯穿本公开描述的实施例的教导，基站从UE接收用户数据。在可选的第二步骤1520中，基站发起接收到的用户数据向主机计算机的传输。在第三步骤1530中，主机计算机接收由基站所发起的传输中所携带的用户数据。

上面已经参考其实施例描述了本公开。应当理解，在不脱离本公开的精神和范围的情况下，本领域技术人员可以进行各种修改、替换和添加。因此，本公开的范围不限于上述特定实施例，而是仅由所附权利要求限定。

本公开还包括基于3GPP TS29.500的以下实施例。

5.2.3.2.6 3gpp-Sbi-Binding

该报头包含来自HTTP服务器的以逗号分隔的绑定指示列表，供HTTP客户端存储和后续使用(参见第6.12节)。

报头的编码遵循如IETF RFC 7230[12]中所定义的ABNF。

3gpp-Sbi-Binding＝"3gpp-Sbi-Binding"":"1#(OWS"bl＝"blvalue1*("；"OWSparameter)["；"OWS recoverytime]["；"OWS notif-receiver]["；"OWS"group＝"groupvalue][1*("；"OWS groupparameter)])

blvalue＝"nf-instance"/"nf-set"/"nfservice-instance"/"nfservice-set"

parameter＝parametername"＝"token

parametername＝"nfinst"/"nfset"/"nfservinst"/"nfserviceset"/"servname"/"scope"/"backupamfinst"

recoverytime＝"recoverytime＝"OWS date-time

notif-receiver＝"nr＝"URI；URI production rule from IETF RFC 3986[14],Appendix A

groupvalue＝"true"/"false"

groupparameter＝groupparametername"＝"token

groupparametername＝"oldgroupid"/"groupid"/"apiroot"

定义了以下参数：

-“other-service(其他-服务)”：绑定信息适用于NF服务消费者稍后可以作为NF服务生产者提供的其他服务(参见第6.12.3节)；

-“subscription-events(订阅-事件)”：绑定信息适用于订阅变更事件通知(参见第6.12.4节)；

-“callback(回调)”：绑定信息适用于通知或回调请求(参见第6.12.4和6.12.5节)。

-servname(服务名称)：指示服务(如3GPP TS29.510[8]中所定义的)或定制服务的名称，即：

-recoverytime(恢复事件)：指示与针对资源支持的最高弹性级别相对应的实体的恢复时间戳，即，绑定指示中指示的较高级别的绑定实体。参见3GPP TS23.501[3]中的表6.3.1.0-1和3GPP TS23.527[38]的第6.1节。date-time(日期-时间)类型在IETF RFC 5322[37]和IETF RFC 7231[11]的第7.1.1.1节中指定。

-nr：指示当该绑定信息适用时通知端点的URI；它适用于回调请求(参见第6.12.4节)；如果通知URI在路径中不包含correlationID(即，它是多个订阅的公共通知URI)，则correlationID应作为URI的片段组件(即，“#”字符之后)添加在URI的末尾处。

-有关blvalue、nfinst、backupamfinst、nfset、nfservinst和nfserviceset的定义和编码，参见第5.2.3.2.5节。

-group(组)：它是指示绑定指示是否用于一组资源/会话上下文的布尔值。

-groupid(组id)：指示由NF(服务)实例分配的组标识符，一个或多个资源/会话上下文共享同一个groupid。groupid是可选的，并且它可以在创建资源/会话上下文时被分配，然后以后被更新。groupid是全局唯一的，并且可以使用与3GPP TS29.571[13]中规定的NfInstanceId相同的机制对其进行编码。

-oldgroupid(旧的组id)：指示由NF(服务)实例先前分配的组标识符，并且将被groupid替换，因此它将仅在更新针对多个文本的绑定指示时存在。如果oldgroupid存在，则groupid也应存在，以指示分配的新的groupid。

-apiroot：标识资源URI或通知/回调URI中的apiroot，其对于多个上下文是公共的。仅当更新针对多个文本的绑定指示以及当“group”被设置为“真”时，该参数才存在。当包括时，它指示在该apiRoot处的所有资源或通知上下文将随后使用更新的绑定指示。可以存在多于一个apiroot。

示例1至5：与第5.2.3.2.5节中定义的示例1至示例5相同，其中，报头名称是“3gpp-Sbi-Binding”而不是“3gpp-Sbi-Routing-Binding”。

示例6：来自一个NF代表另一NF的订阅请求，具有以下2个绑定指示：

3gpp-Sbi-Binding ： bl＝ nf-set ；nfset＝set1.udmset.5gc.mnc012.mcc345；servname＝nudm-ee；scope＝subscription-events

3gpp-Sbi-Binding：bl＝nf-set；nfset＝set1.nefset.5gc.mnc012.mcc345；servname＝nnef-event-exposure

示例7：具有以下2个绑定指示的服务请求，用于回调请求以及用于NF服务消费者稍后作为NF服务生产者可以提供的其他服务：

示例8：具有以下一个绑定指示的服务请求，该绑定指示适用于通知/回调请求以及NF服务消费者稍后作为NF服务生产者可以提供的任何其他服务：

3gpp-Sbi-Binding：bl＝nf-set；nfset＝set1.region48.amfset.5gc.mnc012.mcc345；scope＝callback；scope＝other-service

示例9：具有以下一个绑定指示的服务请求，该绑定指示适用于通知/回调请求，以及其中恢复时间戳与绑定指示中指示的NF集相关联并且绑定级别被设置为“nfset”：

3gpp-Sbi-Binding：bl＝nfset；nfset＝set1.region48.amfset.5gc.mnc012.mcc345；scope＝callback；recoverytime＝Tue,04Feb 2020 08:49:37GMT

示例10：具有以下一个绑定指示的服务响应，该绑定指示适用于会话上下文，其中恢复时间戳与绑定指示中的“nfset”中指示的NF集相关联并且绑定级别被设置为“nfinstance”：

3gpp-Sbi-Binding ： bl＝ nfinstance ；nfinst＝54804518-4191-46b3-955c-ac631f953ed8 ；nfset＝set1.smfset.5gc.mnc012.mcc345；recoverytime＝Tue,04Feb202008:49:37GMT

示例11：具有以下一个绑定指示的服务响应，该绑定指示适用于会话上下文，其中恢复时间戳与绑定指示中包括的NF实例相关联并且绑定级别被设置为nfserviceinstance：

3gpp-Sbi-Binding：bl＝nfserviceinstance；nfservinst＝xyz；nfinst＝54804518-4191-46b3-955c-ac631f953ed8；recoverytime＝Tue,04Feb 2020 08:49:37GMT

示例12：具有以下一个绑定指示的服务响应，该绑定指示适用于与由“54804518-4191-46b3-955c-ac631f953ed1”标识的组相关的资源上下文：

3gpp-Sbi-Binding ： bl＝ nfinstance ；nfinst＝54804518-4191-46b3-955c-ac631f953ed0 ；nfset＝set1.smfset.5gc.mnc012.mcc345 ； group＝true ；groupid＝54804518-4191-46b3-955c-ac631f953ed1

示例13：具有以下一个绑定指示的通知请求消息，该绑定指示适用于具有旧组标识符“54804518-4191-46b3-955c-ac631f953ed1”的资源上下文，其中优选绑定实体被改变为“nfinst＝54804519-4191-46b3-955c-ac631f953ed0”以及分配的新组标识符“54804519-4191-46b3-955c-ac631f953ed3”。

3gpp-Sbi-Binding ： bl＝ nfinstance ；nfinst＝54804519-4191-46b3-955c-ac631f953ed0 ；nfset＝set1.smfset.5gc.mnc012.mcc345 ； group＝true ；oldgroupid＝54804518-4191-46b3-955c-ac631f953ed1 ；groupid＝54804519-4191-46b3-955c-ac631f953ed3

示例14：具有以下一个绑定指示的通知请求消息，该绑定指示适用于apiRoot标识的资源上下文，其中优选绑定实体被改变为“nfinst＝54804519-4191-46b3-955c-ac631f953ed0”：

3gpp-Sbi-Binding ： bl＝ nfinstance ；nfinst＝54804519-4191-46b3-955c-ac631f953ed0 ；nfset＝set1.smfset.5gc.mnc012.mcc345；group＝true；apiroot＝http％3A％2F％2F10.10.10.10

注意：示例6和示例7被格式化为两个不同的报头(这提高了可读性)，但它们也可以被格式化为单个报头，其中两个绑定指示值以逗号分隔。

6.12.1概述

作为直接或间接通信过程的一部分，可以将针对NF服务资源的绑定指示提供给资源的NF服务消费者，以用于后续相关服务请求。这允许NF服务资源所有者指示：对于特定资源，NF服务消费者应绑定到NF服务实例、NF实例、NF服务集或NF集。参见3GPP TS23.501[3]的第6.3.1.0节和3GPP TS23.502[4]的第4.17.12节。

绑定可以作为以下各项的一部分被建立或更新：

1)创建或修改资源的服务响应，以用于针对该资源的后续请求(参见3GPPTS23.502[4]的第4.17.12.2节)，用于定义资源的任何API；

2)服务请求(如果NF服务消费者也可以充当NF服务生产者以稍后与接触的NF服务生产者进行通信)，以用于由接触的NF服务生产者发起的后续服务请求(参见3GPPTS23.502[4]的第4.17.12.3节)；

3)创建或修改显式或隐式订阅的服务请求，或作为通知响应的一部分，以用于由NF服务生产者发起的后续通知请求(参见3GPP TS 23.502[4]的第4.17.12.3节)；

4)创建隐式或显式订阅或更新订阅的服务响应，或作为通知请求的一部分，以用于对订阅的后续操作(参见3GPP TS23.502[4]的第4.17.12.4节)；

5)创建回调(除了通知之外)资源(例如，发送给H-SMF或SMF的V-SMF或I-SMF回调URI)的服务请求，或作为回调响应的一部分，以用于由NF服务生产者发起的后续回调请求(例如，H-SMF或SMF发起的PDU会话修改)。

6)从NF服务生产者发送以更新资源上下文的绑定的回调请求，以供NF服务消费者用于寻址资源上下文的后续服务请求。

两种类型的绑定信息被定义为管理NF服务消费者和NF服务资源之间的绑定：

1)绑定指示传送针对资源的绑定信息，该信息必须由该资源的消费者(客户端)存储并由客户端用于将未来的请求定向到该资源。绑定信息当包含在服务请求中时与当前事务的NF服务消费者所拥有的资源相关联。绑定信息当包含在服务响应中时与当前事务的NF服务生产者所拥有的资源相关联。

2)路由绑定指示传送绑定信息以将请求从客户端定向到具有上下文的服务器。路由绑定指示应仅包含在HTTP请求中。

同一服务请求可以传送多于一个绑定指示，以例如进行以下操作：

-提供针对通知或回调(即，项目符号3或5)以及针对NF服务消费者稍后作为NF服务生产者可以提供的其他服务(即，项目符号2)的绑定；或

-当代表另一NF创建订阅时，提供针对不同事件通知的绑定信息(参见第6.12.4节)。

服务请求中的绑定指示中的scope参数标识绑定信息的适用性(即，与绑定信息相关联的场景)。

服务请求可以使用3gpp-Sbi-Binding报头传送如上所述的一个或多个绑定指示和/或包括绑定路由指示以使用3gpp-Sbi-Routing-Binding报头影响该请求例如到NF服务生产者的适当集合或NF服务生产者的适当服务集的路由。服务响应可以使用3gpp-Sbi-Binding报头传送针对资源的绑定指示。

注释1：HTTP请求可以包含例如：一个3gpp-Sbi-Binding报头，该3gpp-Sbi-Binding报头包含用于其他服务和用于回调的两个绑定指示；以及传送路由绑定指示的一个3gpp-Sbi-Routing-Binding报头。

如果SCP接收到服务或通知请求内的路由绑定指示并决定向下一跳SCP转发该请求，则它应在所转发的请求中包括路由绑定指示。如果SCP向目标NF转发该请求，则SCP应移除路由绑定指示。

绑定指示和路由绑定指示应包括绑定级别和一个或多个绑定实体ID，该一个或多个绑定实体ID表示能够为针对该资源的服务请求提供服务(即，共享相同的资源上下文)的所有NF服务实例。

绑定级别指示到NF实例、NF集、NF服务实例或NF服务集的优选绑定。

当发送以NF服务生产者中的资源上下文或NF服务消费者中的会话上下文为目标的请求时，在位置报头中接收的资源URI或通知/回调URI将被首先使用(如果可用)，并且设置在“3gpp-Sbi-Target-apiRoot”报头或目标URI中；当不可达时，应尽可能选择与绑定级别相对应的绑定实体。如果这是不可能的，例如因为优选的绑定实体不可到达，则应按照以下优先级的递减顺序将该请求发送给在绑定指示或路由绑定指示中发信号通知的任何其他绑定实体：

-如果在绑定指示或路由绑定指示中发信号通知了NF服务集ID，则选择同一NF服务集中的NF服务实例；

-如果在绑定指示或路由绑定指示中发信号通知了NF实例ID，则选择同一NF实例中的等效NF服务实例；

-如果在绑定指示或路由绑定指示中发信号通知了NF服务集ID和备份AMF实例ID，则选择备份AMF实例的等效NF服务集中的NF服务实例；

-如果在绑定指示或路由绑定指示中发信号通知了备份AMF实例ID，则选择备份AMF实例中的等效NF服务实例；

-如果在绑定指示或路由绑定指示中发信号通知了NF服务集ID和NF集ID，则选择NF集的另一NF实例的等效NF服务集中的NF服务实例；

-如果在绑定指示或路由绑定指示中发信号通知了NF集ID，则选择NF集的另一NF实例中的等效NF服务实例。

注释2：如果来自不同NF实例的NF服务实例共享相同的MCC、MNC、NID(对于SNPN)、服务名称、API版本以及NF服务集ID(如果适用)(参见3GPP TS23.003[15]的第28.13节)，则它们是等效的NF服务实例。

如果特定资源仅可以由NF实例的特定NF服务实例提供服务，即如果同一NF服务的NF服务实例无法共享NF实例内的资源，则不应使用绑定指示。未发信号通知绑定指示或路由绑定指示的资源应被视为专门绑定到一个NF服务实例，除非NF服务资源所有者实例是NF集(或AMF集)或NF服务集的一部分，或者除非其在NRF中的NF配置文件指示其支持NF实例内的NF服务持久性(参见3GPP TS 23.527[38]的第6.5节)。

绑定指示可以由多个资源/会话上下文共享，即这些资源上下文(在NF服务生产者中)或会话上下文(在NF服务消费者中)共享相同的弹性信息。针对多个上下文的绑定指示具有与针对单个资源/会话上下文的绑定指示相同的语义，但具有以下添加。当它如特定服务API的支持特征中所指示地被支持时：

-NF服务消费者和NF服务生产者二者都可以指示绑定指示是否用于多个上下文；并且如果绑定指示用于多个上下文，则绑定指示中的“group”参数应被设置为“真”；

-当创建资源/会话上下文时，组id可以包括在绑定指示中，以指示资源/会话上下文所属的组共享相同的绑定指示；

-例如当NF改变时，通过包括oldgroupid或apiroot来寻址用于绑定指示的更新的适用上下文，针对一组上下文的绑定指示可以被更新，并且当存在oldgroupid时，groupid也将存在以指示新分配的新的组id。

本公开还包括基于3GPP TS29.500的以下实施例。

可以用新的HTTP定制报头(例如，所谓的“3gpp-sbi-group-binding”)或对现有3gpp-sbi-binding报头的扩展来传送针对一组资源(上下文)的绑定指示：

新的是标识多个上下文，现有的绑定参数不变，例如b1。

绑定参数(如下在3gpp-sbi-group-binding中称为bindingparameters)与TS29.500的第5.2.3.2.6节中规定的相同，本发明添加信息来标识多个上下文，优选地称为“groupparameters”，这在3gpp-sbi-group-binding或3gpp-sbi-binding中是公共的。

3gpp-sbi-group-binding＝"3gpp-Sbi-Group-Binding"":"1#(OWSbindingparameters 1*("；"OWS groupparameters)),

即

3gpp-sbi-group-binding＝"3gpp-Sbi-Group-Binding"":"1#(OWS"bl＝"blvalue 1*("；"OWS parameter)["；"OWS recoverytime]1*("；"OWS groupparameters))

或者

3gpp-Sbi-Binding＝"3gpp-Sbi-Binding"":"1#(OWS"bl＝"blvalue1*("；"OWSparameter)"；"OWS recoverytime["；""group＝true"1*("；"OWS groupparameter)]

groupparameter＝groupparametername"＝"grouptoken

groupparametername＝"groupid"/"oldgroupid"/"apiroot"/"regexp"

当使用现有的3gpp-Sbi-binding报头时，引入了新的指示“group”，以指示绑定指示是针对组的。

定义了以下参数：

-groupid(组标识符)：指示组的标识符。它是可以由绑定指示符提供者分配的字符串值。groupid是全局唯一的，其可以使用UUIDv4进行编码。

-oldgroupid(旧的组标识符)：指示组的旧标识符，其由“groupid”中携带的新标识符替换。该参数仅在更新的组绑定中使用。oldgroupid是全局唯一的，其可以使用UUIDv4进行编码。

-当资源(上下文)组被重新定位到新的NF时，NF可以在接管资源(上下文)组时更新组标识符，或者将资源(上下文)组合并到另一个资源(上下文)组以便于管理。将提供新的组绑定指示，指示替换旧的组标识符(在“oldgroupid”参数中携带)的新的组标识符(在“groupid”参数中携带)。

-apiroot：标识组的资源URI或通知URI使用的apiroot。该参数仅在更新的组绑定中使用。当包括时，它指示该apiRoot处的所有资源或通知上下文将随后使用更新的组绑定。该参数可以在报头中出现多于一次。

-regexp：指示属于该组的资源或通知上下文的正则表达式模式。该参数仅在更新的组绑定中使用。当包括时，它指示所有匹配该模式的资源或通知上下文将随后使用更新的组绑定。该参数可以在报头中出现多于一次。

-oldnfinst：指示由nf实例(由nfinst标识)服务的任何资源上下文将用相同的绑定指示来更新。

-oldnfservinst：指示由nf服务实例(由nfservinst标识)服务的任何资源上下文将用相同的绑定指示来更新。

-oldnfserviceset：指示由nf服务集(由nfserviceset标识)服务的任何资源上下文将用相同的绑定指示来更新。

示例：

3gpp-Sbi-Binding ： bl＝ nfinstance ；nfinst＝54804519-4191-46b3-955c-ac631f953ed0 ；nfset＝set1.smfset.5gc.mnc012.mcc345 ； group＝true ；apiroot＝http://10.10.10.10

---3GPP TS29.500----------------------------------

5.2.3.2.6 3gpp-Sbi-Binding

报头的编码遵循如IETF RFC 7230[12]中所定义的ABNF。

3gpp-Sbi-Binding＝"3gpp-Sbi-Binding"":"1#(OWS"bl＝"blvalue1*("；"OWSparameter)"；"OWS recoverytime)

blvalue＝"nf-instance"/"nf-set"/"nfservice-instance"/"nfservice-set"

parameter＝parametername"＝"token

parametername＝"nfinst"/"nfset"/"nfservinst"/"nfserviceset"/"servname"/"scope"/"groupid"/"oldgroupid"/"oldnfinst"/"oldnfservinst"/"oldnfserviceset"/"apiroot"

recoverytime＝"recoverytime＝"OWS date-time

group＝"group＝"OWS"true"/"false"

定义了以下参数：

-groupid(组id)：指示组绑定的组标识符。

-oldgroupid(旧的组绑定)：指示合并到当前组绑定的旧的组绑定的组标识符。

-有关blvalue、nfinst、nfset、nfservinst和nfserviceset的定义和编码，参见第5.2.3.2.5节。

3gpp-Sbi-Binding：bl＝nfinstance；nfinst＝54804518-4191-46b3-955c-ac631f953ed8；nfset＝set1.smfset.5gc.mnc012.mcc345；recoverytime＝Tue,04Feb202008:49:37GMT

3gpp-Sbi-Binding：bl＝nfserviceinstance；nfservinst＝xyz；nfinst＝54804518-4191-46b3-955c-ac631f953ed8；recoverytime＝Tue,04 Feb 2020 08:49:37GMT

示例10：具有以下一个绑定指示的服务响应，该绑定指示适用于会话上下文，具有组标识符“54804518-4191-46b3-955c-ac631f953ed8-1”，其中NF集在绑定指示中的“nfset”中指示，并且绑定级别被设置为“nfinstance”：

3gpp-Sbi-Binding：bl＝nfinstance；nfinst＝54804518-4191-46b3-955c-ac631f953ed8；nfset＝set1.smfset.5gc.mnc012.mcc345；groupid＝54804518-4191-46b3-955c-ac631f953ed8-1

6.5.3.2无状态NF作为服务消费者

1.当NF服务消费者订阅来自另一个NF服务生产者的通知时，NF服务消费者可以向NF服务生产者提供绑定指示，如3GPP TS 23.501[3]的第6.3.1.0节和3GPP TS23.502[4]的第4.17.12.4节中所规定的，以使得除了提供订阅资源中的回调URI之外，相关通知也被发送到NF集内的替代NF。

2.NF服务生产者或SCP可以使用Nnrf_NFDiscovery服务来发现NF集内的NF。

3.经由接收更新的绑定信息，或者经由对通知的错误响应，经由链路层失败(例如，没有来自NF的响应)，或者经由来自NRF的关于NF已经取消注册的通知，NF服务生产者可以知道NF服务消费者的改变。HTTP错误响应可以是指向新NF的3xx重定向响应。经由接收更新的组绑定信息，NF服务生产者可以知道针对一组订阅/回调的NF服务消费者改变。

4.当知道NF服务消费者改变并且新的NF服务消费者未知时，NF服务生产者应当根据绑定指示来选择NF，如3GPP TS 23.501[3]的第6.3.1.0节和3GPP TS 23.502[4]的第4.17.12.4节中所规定的。如果订阅/回调与组绑定相关联，则所选择的NF消费者将被应用于组内的其他订阅/回调。

5.当知道NF服务消费者改变时，NF服务生产者或SCP应当使用新的NF服务消费者信息交换通知URI的权限部分，并且在随后的通信中使用该URI。如果订阅/回调与组绑定相关联，则NF服务生产者应当使用新的NF服务消费者信息交换通知URI的权限部分，以用于与相同组绑定相关联的其他订阅/回调。

6.当NF服务消费者改变，并且新的NF服务消费者不支持处理项目符号5中指定的通知时，新的NF服务消费者应该用新的通知URI更新NF服务生产者。对于显式订阅，取决于NF服务生产者的API，NF服务消费者应该更新订阅或者用新的回调URI创建新的订阅。对于隐式订阅，新的通知URI被携带在服务更新请求消息中。

7.NF集内的每个NF应当通过以下操作准备好接收来自NF服务生产者的通知：处理对根据项目符号5构造的具有自身地址作为权限部分的通知URI的通知，或处理对项目符号6中通知的通知URI的通知，或用指向新NF的HTTP 3xx重定向或另一个HTTP错误进行回复。

8.NF服务生产者应当准备号从集合内的任何NF接收相关服务的资源的更新。

6.5.3.3无状态NF作为服务生产者

1.当NF服务生产者接收到建立服务的请求时，它可以提供如3GPP TS23.501[3]的第6.3.1.0节和3GPP TS23.502[4]的第4.17.12节中规定的绑定信息，以在NF服务消费者与NF服务生产者之间建立绑定以用于后续相关请求。

2.NF服务消费者或SCP可以使用Nnrf_NFDiscovery服务来发现NF集内的NF或NF服务集内的NF服务。

3.通过接收更新的绑定信息，或者经由来自旧的或所选择的新NF的错误响应，经由链路级失败(例如，没有来自NF的响应)，或者经由来自NRF的关于NF已经取消注册的通知，NF服务消费者可以知道NF服务生产者的改变。HTTP错误响应可以是指向新NF的3xx重定向响应。经由接收更新的组绑定信息，NF服务消费者可以知道针对一组资源的NF服务生产者改变。

4.当知道NF服务生产者改变并且新的NF服务生产者未知时，NF服务消费者或SCP应当根据绑定信息来选择NF或NF服务，如3GPP TS23.501[3]的第6.3.1.0节中所规定的。如果资源与组绑定相关联，则所选择的新NF生产者将被应用于与同一组绑定相关联的其他资源。

5.当知道NF服务生产者改变时，NF服务消费者或SCP应当用新的NF服务生产者的apiRoot交换资源URI的apiRoot，并且应当在随后的通信中使用该URI。如果资源与组绑定相关联，则NF服务消费者应当用新的NF服务生产者的apiRoot交换资源URI的apiRoot，以用于与同一组绑定相关联的其他资源。

6.当NF服务生产者改变时，新的NF服务生产者可以通过向NF服务消费者发送通知来更新订阅相关ID。新的NF服务生产者可以生成新的资源URI，并且在从NF服务消费者接收到与资源相关的服务请求时将其返回给该NF服务消费者，例如，新的NF服务生产者可以用指向资源的新位置的HTTP 3xx重定向状态码进行回复。

7.NF集内的每个NF服务生产者应当通过以下操作准备好从NF服务消费者接收资源的更新：处理对根据步骤5构造的具有其自身apiRoot的资源URI的更新，或处理对步骤6中通知的资源URI的更新，或用指向新NF的HTTP 3xx重定向进行回复，或用另一个HTTP错误进行回复。

8.对于包括来自NF服务生产者的通知的服务，NF服务消费者应当准备好接收来自该集合内任何NF服务生产者的服务通知。

Claims

1.一种第一网络功能NF中的方法(100)，包括：

向第二NF发送(110)包含第一绑定指示的消息，所述第一绑定指示与由所述第一NF托管的上下文相关联，所述消息或所述第一绑定指示包含标识一组上下文的参数。

2.根据权利要求1所述的方法(100)，其中，所述第一绑定指示是3gpp-Sbi-Binding报头、3gpp-Sbi-Routing-Binding报头和专用于多上下文操作的报头中的至少一个。

3.根据权利要求2所述的方法(100)，其中，当在所述3gpp-Sbi-Binding报头或所述3gpp-Sbi-Routing-Binding报头中携带所述参数时，所述消息或所述第一绑定指示还包含所述消息用于多上下文操作的指示。

4.根据权利要求1至3中任一项所述的方法(100)，其中，所述消息包括服务请求、服务响应、订阅请求、订阅响应、通知或回调请求、或者通知或回调响应。

5.根据权利要求1至4中任一项所述的方法(100)，其中，所述参数包括以下至少一个：

标识先前托管所述一组上下文的实体的NF服务实例标识符、NF服务集标识符或NF实例标识符，

第一组标识符，或者

对于所述一组上下文的相应先前的统一资源标识符URI公共的应用编程接口‘API’根apiRoot或正则表达式。

6.根据权利要求5所述的方法(100)，还包括，当所述参数包括所述第一组标识符时：

在发送包含所述第一绑定指示的所述消息之前，向所述第二NF发送与所述一组上下文中的至少一个上下文相关联的请求或响应，所述请求或响应包含与所述至少一个上下文相关联的第二绑定指示，所述请求或响应或所述第二绑定指示包含所述第一组标识符。

7.根据权利要求1至6中任一项所述的方法(100)，其中，所述上下文属于所述一组上下文。

8.根据权利要求1至7中任一项所述的方法(100)，其中，所述消息或所述第一绑定指示还包含由所述第一NF针对所述一组上下文分配的第二组标识符。

9.根据权利要求1至8中任一项所述的方法(100)，还包括：

从NF存储库功能NRF检索所述第二NF的NF配置文件，所述NF配置文件包含支持多上下文操作的指示；或者

从所述第二NF接收包含支持多上下文操作的指示的请求或响应。

10.根据权利要求1至9中任一项所述的方法(100)，其中，所述一组上下文中的每一个上下文包括资源上下文或会话上下文。

11.根据权利要求1至10中任一项所述的方法(100)，其中，

所述第一NF是NF服务生产者，并且所述第二NF是NF服务消费者，或者

所述第一NF是NF服务消费者，并且所述第二NF是NF服务生产者。

12.一种第二网络功能NF中的方法(200)，包括：

从第一NF接收(210)包含第一绑定指示的消息，所述第一绑定指示与由所述第一NF托管的上下文相关联，所述消息或所述第一绑定指示包含标识一组上下文的参数；以及

基于所述第一绑定指示针对所述一组上下文中的每一个上下文执行(220)操作。

13.根据权利要求12所述的方法(200)，其中，所述第一绑定指示是3gpp-Sbi-Binding报头、3gpp-Sbi-Routing-Binding报头和专用于多上下文操作的报头中的至少一个。

14.根据权利要求13所述的方法(200)，其中，当在所述3gpp-Sbi-Binding报头或所述3gpp-Sbi-Routing-Binding报头中携带所述参数时，所述消息或所述第一绑定指示还包含所述消息用于多上下文操作的指示。

15.根据权利要求12至14中任一项所述的方法(200)，其中，所述消息包括服务请求、服务响应、订阅请求、订阅响应、通知或回调请求、或者通知或回调响应。

16.根据权利要求12至15中任一项所述的方法(200)，其中所述参数包括以下至少一个：

第一组标识符，或者

17.根据权利要求16所述的方法(200)，还包括，当所述参数包括所述第一组标识符时：

在接收包含所述第一绑定指示的所述消息之前，从所述第一NF或第三NF接收与所述一组上下文中的至少一个上下文相关联的请求或响应，所述请求或响应包含与所述至少一个上下文相关联的第二绑定指示，所述请求或响应或所述第二绑定指示包含所述第一组标识符。

18.根据权利要求12至17中任一项所述的方法(200)，其中，所述上下文属于所述一组上下文。

19.根据权利要求12至18中任一项所述的方法(200)，其中，所述消息或所述第一绑定指示还包含由所述第一NF针对所述一组上下文分配的第二组标识符。

20.根据权利要求12至19中任一项所述的方法(200)，还包括：

在NF存储库功能NRF中注册包含支持多上下文操作的指示的NF配置文件；或者

向所述第一NF发送包含支持多上下文操作的指示的请求或响应。

21.根据权利要求12至20中任一项所述的方法(200)，其中，所述执行(220)包括：

基于所述第一绑定指示，更新所述一组上下文中的每一个上下文的绑定信息。

22.根据权利要求21所述的方法(200)，其中，所述第一绑定指示包含与绑定级别相对应的第一绑定实体，并且所述执行(220)还包括，当绑定实体从所述更新之前与所述一组上下文中的任何一个上下文的绑定信息中的绑定级别相对应的第二绑定实体改变时：

确定与所述一个上下文相关联的绑定实体改变；以及

将所述一个上下文重定向到所述第一绑定实体。

23.根据权利要求22所述的方法(200)，其中，所述重定向包括：

基于所述第一绑定实体的apiRoot替换所述一个上下文的URI。

24.根据权利要求12至23中任一项所述的方法(200)，其中，所述一组上下文中的每一个上下文包括资源上下文或会话上下文。

25.根据权利要求12至24中任一项所述的方法(200)，其中，

26.一种第三网络功能NF中的方法(300)，包括：

向第二NF发送(310)与在所述第三NF处创建或修改的至少一个上下文相关联的请求或响应，所述请求或响应包含针对所述至少一个上下文的绑定指示，所述请求或响应或所述绑定指示包含与所述至少一个上下文所属的一组上下文相关联的组标识符。

27.根据权利要求26的方法(300)，还包括：

28.根据权利要求26或27所述的方法(300)，其中，所述一组上下文中的每一个上下文包括资源上下文或会话上下文。

29.根据权利要求26至28中任一项所述的方法(300)，其中，

所述第三NF是NF服务生产者，并且所述第二NF是NF服务消费者，或者

所述第三NF是NF服务消费者，并且所述第二NF是NF服务生产者。

30.一种网络节点(900)，包括通信接口(910)、处理器(920)和存储器(930)，所述存储器(930)包括能够由所述处理器(920)执行的指令，由此所述网络节点(900)操作用于：在实现第一网络功能NF时，执行根据权利要求1至11中任一项所述的方法，或者在实现第二NF时，执行根据权利要求12至25中任一项所述的方法，或者在实现第三NF时，执行根据权利要求26至29中任一项所述的方法。

31.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令在由网络节点的处理器执行时，将所述网络节点配置为：在实现第一网络功能NF时，执行根据权利要求1至11中任一项所述的方法，或者在实现第二NF时，执行根据权利要求12至25中任一项所述的方法，或者在实现第三NF时，执行根据权利要求26至29中任一项所述的方法。