CN113348687B - 无线通信中服务框架之间的通信 - Google Patents

Abstract

公开了与数字无线通信相关的方法、***和设备，更具体地说，公开了与通过多个服务框架在NFS实例之间进行通信相关的技术。在一个示例性方面，一种用于无线通信的方法包括生成与终端相关联的上下文数据的上下文数据索引。该方法还包括将上下文数据索引发送到服务框架(SF)。在另一个示例性方面，一种用于无线通信的方法包括接收上下文数据索引和标识NFS实例的网络功能服务(NFS)标识信息。该方法还包括生成与上下文数据索引对应的唯一路由ID。该方法还包括存储上下文数据索引和路由ID之间的第一映射、以及路由ID和NFS标识信息之间的第二映射。

Description

无线通信中服务框架之间的通信

技术领域

该专利文档总体上涉及无线通信。

背景技术

移动通信技术正在将世界推向一个日益互联和网络化的社会。移动通信的快速增长和技术的进步导致对容量和连接性的更大需求。其他方面，例如能耗、设备成本、频谱效率和延迟，对于满足各种通信场景的需求也很重要。正在讨论各种技术，包括提供更高服务质量的新方法。

发明内容

该文档公开了与数字无线通信相关的方法、***和设备，更具体地说，公开了与通过多个服务框架在NFS实例之间进行通信相关的技术。

在一个示例性方面，公开了一种用于无线通信的方法。该方法包括生成与终端相关联的上下文数据的上下文数据索引。该方法还包括将上下文数据索引发送到服务框架(SF)。

在另一个示例性方面，公开了一种用于无线通信的方法。该方法包括接收上下文数据索引和标识NFS实例的网络功能服务(NFS)标识信息。该方法还包括生成与上下文数据索引对应的唯一路由ID。该方法还包括存储上下文数据索引和路由ID之间的第一映射、以及路由ID和NFS标识信息之间的第二映射。

在另一个示例性方面，公开了一种包括处理器的无线通信装置。处理器被配置为实施本文描述的方法。

在又一个示例性方面，本文描述的各种技术可以体现为处理器可执行代码并存储在计算机可读程序介质上。

在所附附件、附图和以下描述中阐述了一种或多种实施方式的细节。从描述和附图以及从权利要求中，其他特征将是显而易见的。

附图说明

图1示出了用于双连接(DC)的***架构的示例性示意图。

图2示出了通信环境。

图3示出了生成或获取UE上下文索引和/或路由ID的示例性信令过程。

图4示出了在NFS实例之间经由服务框架的服务通信期间使用路由ID的示例性信令过程。

图5示出了释放路由ID的示例性信令过程。

图6示出了为重新分配路由ID的信令过程。

图7示出了路由ID被重新分配的信令过程。

图8示出了用于无线通信的方法的流程图表示。

图9示出了用于无线通信的方法的流程图表示。

图10示出了可以应用根据本技术的一个或多个实施例的技术的无线通信***的示例。

图11是硬件平台的一部分的框图表示。

具体实施方式

新一代无线通信——5G新空口(NR)通信的发展，是满足不断增长的网络需求的移动宽带持续演进过程的一部分。NR将提供更大的吞吐量以允许更多用户同时连接。其他方面，例如能耗、设备成本、频谱效率和延迟，对于满足各种通信场景的需求也很重要。

随着NR在无线领域的出现，UE将能够同时支持两种协议。图1示出了双连接(DC)的***架构的示例性示意图。核心网103中的当前基站(称为第一网元101)可以为UE 100选择合适的基站作为第二网元102。例如，可以通过将基站的信道质量与预定阈值进行比较来选择合适的基站。两个基站都可以向UE 100提供无线资源以用于用户面上的数据传输。在有线接口侧，第一网元101和核心网103为UE 100建立控制面接口104。第二网元102和核心网103可以为UE 100建立用户面接口105。接口106(例如，Xn接口)互连两个网元。在无线接口侧，第一和第二网元(101和102)可以使用相同或不同的无线接入技术(RAT)来提供无线资源。网元中的每个可以独立地调度与UE 100的传输。与核心网有控制面连接的网元称为主节点(如第一网元101)，与核心网只有用户面连接的网元称为辅节点(例如，第二网元102)。在一些情况下，UE 100可以连接到两个以上的节点，其中一个节点充当主节点，而其余节点充当辅节点。

在一些实施例中，UE可以支持LTE-NR双连接(DC)。例如，典型的LTE-NR双连接架构之一可以设置如下：主节点是LTE RAN节点(例如，eNB)并且辅节点是NR RAN节点(例如，gNB)。eNB和gNB同时连接到演进分组核心(EPC)网(例如，LTE核心网)。还可以将图1中所示的架构修改为包括多种主/辅节点配置。例如，NR RAN节点可以是主节点，LTE RAN节点可以是辅节点。在这种情况下，主NR RAN节点的核心网是下一代融合网络(NG-CN)。

对于LTE-NR DC中LTE协议和NR协议，UE能力包括两部分：UE的通用能力，适用于LTE和NR协议的单连接场景；以及UE的频段组合能力，与双连接场景相关。当UE与网络节点有多个同时连接时，无论使用何种RAT类型，用于不同网络节点的频段都必须相互协作。这里，术语“协作”是指UE可以在没有任何冲突或实质性干扰的情况下在频段中进行操作——即频段可以共存。例如，第三代合作伙伴计划(3GPP)标准规定了可以相互协作的频段组合集合。如果频段1和频段2未被指定为有效频段组合，则UE不能同时使用频段1与节点1通信和使用频段2与节点2通信。

该专利文档描述了可以实施以用于在两个网络功能服务实例之间进行通信的技术。本文描述的技术可以不包括两个服务实例之间的长会话绑定。在NFS实例之间通过不同的服务框架进行通信期间可以引入路由ID。因此，NFS集合中的每个服务实例的内扩/外扩不会影响其他NFS实例之间的会话。另外，路由信息可以与UE标识信息是分开的。服务框架域内部的拓扑可以不暴露给其他服务框架。

图2示出了通信环境200。如图2所示，环境200内可以包括多个网络功能服务(NFS)。环境中的NFS(例如，NFS1 231)可以被称为“NFS实例”。每个NFS实例可以处理服务逻辑并将服务暴露给环境200内的其他授权NFS实例。

在一些实施例中，一个或多个NFS实例被分组成一个NFS集合。出于说明的目的，如图2所示，NFS1 231、NFS2 232和NFS3 233被分组为NFS集合1 237。类似地，出于说明的目的，如图2所示，NFS4 234、NFS5 235和NFS6 236被分组为NFS集合2 238。在每个NFS集合(例如，NFS集合1 237)内，每个NFS的能力基本相似。换言之，NFS集合内的每个NFS实例(例如，NFS集合1 237内的NFS1 231、NFS2 232、NFS3 233)可以访问存储在数据存储实体(例如，非结构化数据存储功能1(UDSF1)239)内的相同数据。因此，NFS集合内的每个NFS实例可以处理UE事务，因为每个NFS实例可以访问上下文数据(例如，UE上下文数据)。

如图2所示，环境200可以包括网络存储库功能(NRF)241。NRF 241可以支持多个服务框架(SF)之间的服务发现。NRF 241可以维护包括所有可用NFS实例和相应支持的服务和服务框架的NFS配置文件。在一些实施例中，NRF 241从NFS(例如，NFS1 241)接收NFS发现请求。响应于该请求，NRF 241可以将发现的NFS实例的信息发送给发送该请求的NFS(例如，NFS1 231)。

环境200可以包括一个或多个服务框架。服务框架(例如，服务框架1 242和服务框架2 243)可以执行注册和发现功能以及NFS实例之间的通信。在一些实施例中，每个服务框架可以使用各种机制在运营商网络中实现，并且可以支持多种分布模式以及与网络功能服务的连接。

示例实施例1

图3图示了生成或获取UE上下文索引和/或路由ID的示例性信令过程300。

步骤301：NFS1 331可以接收UE相关消息。NFS1 331也可称为NF/服务实例1。NFS1331可以确定是否存在UE相关消息的UE上下文。如果NFS1 331确定在NFS1 331中不存在UE上下文，则NFS1 331可以从UDSF 339获取UE上下文。

步骤302：NFS1 331可以向UDSF 339发送内容请求。内容请求可以指示UDSF 339确定它是否存储了UE上下文。

步骤303：UDSF 339可以向NFS1 331发送内容响应。在一些实施例中，如果UDSF339包括UE上下文，则UDSF 339可以在内容响应消息中向NFS1 331发送UE上下文。UE上下文可以包括路由标识符(或“路由ID”)和UE上下文索引(或“上下文数据索引”)。路由标识符可以用于标识NFS1 331，并且UE上下文索引可以唯一地标识UE上下文。

在一些实施例中，UDSF 339不包括UE上下文。在这些实施例中，UDSF 339可以生成UE上下文并为UE上下文分配UE上下文索引。UDSF 339可以在内容响应中向NFS1 331返回UE上下文和UE索引。

步骤304：NFS1 331可以确定路由标识符是否存在。路由标识符可用于在实例(例如，NFS1 331)之间路由消息。路由ID和实例ID之间的绑定可以是动态的。在一些实施例中，如果NFS实例(例如，NFS1 331)具有包括在UE上下文中的有效路由ID，则NFS1 331可以发送修改绑定请求以指示SF 342将NFS1 331绑定到路由ID。

步骤305：NFS实例(NFS1 331)可以向服务框架(SF)342发送创建绑定请求。创建的绑定请求可以指示SF 342获取由SF 342分配的路由标识符。发给SF 342的创建/修改绑定请求可以包括UE上下文索引。SF 342可以存储UE上下文索引、路由ID和NFS标识信息(实例ID)。

在一些实施例中，如果在NFS1 331本地释放UE上下文(或“上下文数据”)，则将路由ID作为UE上下文的一部分包括在内。NFS1 331可以将UE上下文和路由ID发送到UDSF 339以存储在UDSF 339。如果同一集合中的另一个NFS实例(例如，NFS2 332)从UDSF 339获取UE上下文，则NFS实例(例如，NFS2 332)可以向SF 342发送修改绑定请求以更新SF 342处的绑定。

步骤306：SF 342可以向NFS1 331发送创建/修改响应。如果SF 342确定有效的路由ID已经被用于创建/修改绑定请求中包括的UE上下文索引，则SF 342可以重新使用路由ID并将路由ID包括在发给NFS1 331的创建/修改响应中。在一些实施例中，当集合(例如，NFS集合1 337)中的前一个NFS实例(例如，NFS1 331)出现故障时，路由ID可以被重新使用，并且该集合内的另一个NFS实例(例如，NFS2 332)从UDSF 339获取UE上下文，因为重新使用路由ID可以减少NFS消费者和NFS生产者通信对等方之间的交换。

在一些实施例中，如图2所示，一个或多个NFS实例可以共享相同的SF。一个或多个NFS集合(例如，图2中的NFS集合1 237)可以共享公共SF(例如，图2中的SF1 242)。共享SF的所有NFS集合可以被称为NFS单元(例如，图2中的NFS单元1 244)。

为了标识NFS单元内的UE上下文，可以使用NFS集合标识符(Set ID)。UE上下文索引和NFS集合标识符可以在NFS集合中唯一地标识UE上下文。

集合ID可由UDSF 339、NFS实例(例如，NFS1 331)或SF 342之一生成。在一些实施例中，如果集合ID是由UDSF 339添加的，则集合ID也可以被包括在UE上下文中。NSF实例(NFS1 331)可以存储集合ID。在这些实施例中，NFS实例(NFS1 331)可以在发给SF 342的创建绑定请求中包括集合ID，其中SF 342可以存储UE索引和集合ID。

在一些实施例中，如果集合ID是由NFS实例(NFS1 331)添加的，则NFS实例(NFS1331)可以决定是否将集合ID存储在UE上下文中，并在本地释放UE上下文时将集合ID从NFS1传递给UDSF 339。因此，UDSF 339可以不包括集合ID。NFS1 331还可以通过创建绑定请求将集合ID发送给SF 342。SF 342可以存储UE上下文索引和集合ID。

在一些实施例中，如果集合ID由SF 342生成，则SF 342可以基于诸如NFS实例标识信息、NFS实例配置等机制生成集合ID。SF 342可以将集合ID添加到路由ID，并通过创建/修改响应将集合ID和路由ID发送给NFS实例(NFS1 331)。SF 342可以存储UE上下文索引和集合ID。在一些实施例中，集合ID可以是单独的参数，或者作为UE上下文索引的一部分或路由ID的一部分而被包括在其中。

在NFS实例(例如，NFS1 331)中创建UE上下文时，可以执行步骤304-306中的任何一个。在一些实施例中，也可以在NFS实例向另一个NFS实例发起服务请求(例如，示例实施例2的步骤405中的服务请求)之前执行步骤304-306。

示例实施例2

图4图示了在NFS实例之间经由服务框架的服务通信期间使用路由ID的示例性信令过程。

步骤401：服务消费者1 431(或“NFS消费者1 431”)可以向NRF 441发送发现请求。发现请求可以包括目标NFS类型，该目标NFS类型将期望的NFS实例标识为与服务消费者1431通信的对等NFS实例。可以在NFS消费者1 431发起发现请求之前发送发现请求，并且服务消费者1 431不包括关于作为通信对等方的任何NFS生产者的信息。在一些实施例中，还可以包括辅输入。例如，如果访问和移动性管理功能(AMF)请求是会话管理功能(SMF)实例，则还可以包括数据网络名称(DNN)和位置信息。

步骤402：NRF 441可以向服务消费者1 431发送发现响应。发现响应可以包括目标ID，该目标ID指示NFS生产者是与服务消费者1 431的通信对等方。NRF 441可以使用负载平衡或其他类似技术，基于在发现请求中传输的目标NFS类型来确定目标ID。出于说明的目的，目标ID可以将服务生产者2 432指示为目标ID和通信对等方。目标ID可以包括实例ID，该实例ID包括标识SF(例如，SF2 443)的信息和标识NFS生产者集合(NFS集合2 438)的信息。在一些实施例中，目标ID被配置为路由到SF2 443，其中SF2 443可以选择服务生产者(例如，服务生产者1 432)。在一些实施例中，如果服务消费者1 431已经创建了路由ID和实例ID之间的绑定，则可以跳过步骤403和404。

步骤403和404：服务消费者1 431可以确定是否在路由ID和标识服务消费者1 431的实例ID之间创建绑定。在一些实施例中，如果服务消费者1确定应该创建路由ID和实例ID之间的绑定，则服务消费者1 431可以向SF 442发送创建绑定/修改绑定请求，如示例实施例1中的步骤304-306所述。服务消费者1 431可以从SF 442接收创建/修改绑定响应。

在一些实施例中，不同的UE上下文索引可以用于每个SF单元(例如，SF1 442和SF2443)。例如，服务消费者UE上下文索引(UE-SC-index)可以标识与SF1 442相关联的NFS单元中的UE上下文。类似地，服务生产者UE上下文索引(UE-SP-index)可以标识与SF2 443相关联的NFS单元中的UE上下文。

在一些实施例中，不同的路由ID可以用于每个SF单元(例如，SF1 442和SF2 443)。例如，服务消费者路由ID(SC-Routing ID)标识与NFS消费者1 431关联的路由ID。类似地，服务生产者路由ID(SP-Routing ID)标识与NFS生产者1 432相关联的路由ID。

步骤405：服务消费者1 431可以向SF1 442发送服务请求消息。服务请求消息可以包括目标ID，其中SF1可以使用目标ID将消息路由到SF2 443。服务响应消息可以包括标识UE上下文的UE上下文标识符(UE ID)。该消息还可以包括SC1-Routing-ID，其中NFS生产者(服务生产者1 432)可以在发给服务消费者1 431的响应消息中标识服务消费者1 431。在一些实施例中，如果服务生产者1 432已经创建了路由ID和实例ID之间的绑定/映射，则可以跳过步骤406-407。

SF1 442可以基于标识SF2 443的目标ID将消息路由到SF2 443。SF2 443可以从SF1 431接收服务请求消息。在一些实施例中，如果目标ID仅指示与NFS集合2 438相关联的SF2 443，则SF2 443可以基于负载平衡或类似技术来选择NFS生产者实例。如图4所示，例如，SF2 443可以选择服务生产者1 432作为选定的NFS生产者实例。在这些实施例中，SF2443可以将消息转发到所选择的服务生产者(例如，服务生产者1 432)。

步骤406和407：服务生产者1 432可以确定它是否具有UE上下文。在一些实施例中，如果服务生产者1 432不包括UE上下文，则服务生产者1 432可以如示例实施例1的步骤301-303中所述从UDSF获取UE上下文。在一些实施例中，如果服务生产者1 432包括有效的UE上下文，则可以跳过与UDSF的交互。

服务生产者1 432可以确定是否生成路由ID和实例ID之间的绑定/映射。如果路由ID和实例ID之间没有绑定，则服务生产者1 432可以使用示例实施例1中的步骤304-306中描述的技术向SF2发送创建绑定/修改绑定请求。

在一些实施例中，SF2 443可以为服务生产者1 432分配服务生产者路由ID(SP1-Routing-ID)。SF2 443可以向服务生产者1 432发送创建绑定响应消息，其中该消息包括SP1-Routing-ID。SF2 443可以维护UE-SP-index ID和SP1-Routing-ID之间的映射。SP1-Routing-ID包括将消息路由到SF2 443的信息。

步骤408：服务生产者1 432可以向SF2 443发送服务响应消息。服务响应消息可以包括SC1-Routing-ID，其中SF2 443可以使用SC1-Routing ID将消息路由到SF1 442。服务响应消息可以包括SP1-Routing-ID，其用于服务消费者1 431将任何后续消息路由到NFS生产者1 432。

SF1 442可以接收服务响应消息。SF1 442可以基于服务响应消息中包括的映射到SC1-Routing ID的UE-SC-index，确定该消息应该被转发给服务消费者1 431。SF1 442可以将服务响应消息转发到服务消费者1 431。

在一些实施例中，如果存在在服务生产者1 432和服务消费者1 431之间传输的后续或后继消息，则可以执行步骤409-411。在一些实施例中，步骤409-410和步骤411可以分开执行。

步骤409：服务消费者1可以向SF1 442发送服务请求消息。该消息可以包括用于路由至SF1 442的SP1-Routing-ID。SF1 442可以基于SP1-Routing-ID将消息转发到SF2 443。

SF2 443可以接收请求消息并基于SP1-Routing-ID和UE-SP-index之间的映射来确定UE-SP-index。SF2 443可以将消息转发给服务生产者1。

步骤410：服务生产者1 432可以向SF2 443发送服务响应消息。该消息可以包括SC1-Routing-ID，其用于将消息路由到SF1 442。SF2 443可以基于SC1-Routing-ID将消息路由到SF1 442。

SF1 442可以接收响应消息并基于SC1-Routing-ID找到UE-SC-index。SF1 442可以将消息转发到服务消费者1 431。

步骤411：服务生产者1 432可以向SF2 443发送通知消息。可以基于事件发生(例如定时器到期)来发送通知消息。通知消息可以包括可以用于路由到SF1 442的SC1-Routing-ID。SF2 442可以基于SC1-Routing-ID将通知消息转发到SF1 442。

SF1 442可以接收通知消息并基于SC1-Routing-ID确定UE-SC-index。SF1 442可以基于映射到SC1-Routing-ID的UE-SC-index将该消息转发到服务消费者1 431。

示例实施例3

图5示出了释放路由ID的示例性信令过程。

步骤501：NFS1 531可以决定释放UE上下文并将UE上下文传递给UDSF 539。事件发生，例如来自另一个NFS实例的释放消息接收、定时器到期或O&A，可以触发NFS1 531释放UE上下文。

步骤502：NFS1 531可以向UDSF 539发送传递上下文请求。传递上下文请求可以包括UE上下文和UE上下文索引(例如，示例实施例2中的UE-SC-index)。UDSF 539可以存储UE上下文和UE上下文索引。

步骤503：UDSF 539可以向NFS1 531发送传递内容响应。传递内容响应可以包括UDSF 539存储UE上下文的指示。如果其他单元中存在一些路由ID，这些ID也可以包含在UE上下文中并传递给UDSF。

步骤504-505：NFS1 531可以向SF1 542发送修改绑定请求。修改绑定请求可以指示SF1 542释放SF1 542分配的实例ID和路由ID之间的映射。SF1 542可以确保不会为其他集合中的实例重新分配路由ID值以避免不正确的路由。UE-Index和路由ID之间的映射可能不会被SF1 542释放。SF1 542可以发送指示SF1 542释放实例ID和路由ID之间的映射的修改绑定响应。

示例实施例4

图6示出了重新分配路由ID的信令过程。在示例实施例4中，服务生产者1路由IDSP1-Routing ID可能已经被释放，并且服务消费者1 631可以发送服务请求，其中选择了新的服务生产者NFS实例。

步骤601：服务消费者1(NFS消费者1)631可以向SF1 642发送服务请求消息。服务请求可以包括UE-SP-Index。该消息可以包括用于路由到SF2 643的SP1-Routing-ID。SF1642可以基于SP1-Routing-ID将该消息路由到SF2 643。

步骤602：SF2 643可以接收请求消息并确定没有与SP1-Routing-ID映射的NFS实例。作为响应，SF2 643可以基于包括在SP1-routing-ID中的集合信息来选择服务生产者NFS实例。出于说明的目的，SF2 643可以选择服务生产者2 633作为选定的服务生产者NFS实例。SF2 643可以使用负载平衡或其他类似技术从集合中选择NFS实例(例如NFS生产者2633)。在一些实施例中，SF2 643可以基于SP1-路由ID找到UE-SP-Index并且基于UE-SP-index获取集合信息。SF2 643可以将服务请求消息转发到NFS生产者2 633。

如果SF2 643选择了新的NFS实例，则可以更新该实例与路由ID之间的绑定。当服务生产者2 633接收到请求时，服务生产者2 633可以基于UE-SP-Index找到UE上下文。服务生产者2 633可以重新使用包括在UE上下文中的SP路由ID。在一些实施例中，例如当服务生产者2 633重新使用SP路由ID时，可以跳过服务生产者2 633和SF2 643之间的绑定更新，如步骤603-604中所述。

步骤603：服务生产者2 633可以确定它是否具有UE上下文。如果不具有UE上下文，则服务生产者2 633可以使用如示例实施例1中的步骤301-303中描述的技术从UDSF获取UE上下文。服务生产者2 633可以确定是否创建路由ID和实例ID之间的绑定。如果路由ID和实例ID之间没有绑定，则服务生产者2 633可以使用示例实施例1中的步骤304-306中描述的技术向SF2 643发起创建绑定/修改绑定请求。服务生产者2 633可以确定它是否具有有效的路由ID。如果不具有有效的路由ID，则服务生产者2 633可以发送创建/修改绑定请求以获取路由ID，如示例实施例1中的步骤304-306中所述。

步骤604：SF2 643可以向服务生产者2 633发送创建/修改绑定响应。创建/修改绑定响应可以包括SP1-Routing-ID。

步骤605：服务生产者2 633可以向SF2 643发送服务响应消息。该消息可以包括SC1-Routing-ID，其用于路由到SF1 642。SF2 643可以基于SC1-Routing-ID将消息路由到SF1 642。

步骤606：SF1 642可以接收响应消息并基于SC1-Routing-ID找到UE-SC-index。SF1可以将消息转发给服务消费者1 631。

如果在服务消费者1 631和服务生产者2 633之间存在后续或后继消息，则可以执行步骤607-611。在一些实施例中，步骤607-610和步骤611-612可以分开执行。

步骤607：服务消费者1 631可以向SF1 642发送服务请求消息。该消息可以包括用于路由到SF1 642的SP1-Routing-ID。SF1 642可以基于SP1-Routing-ID将该消息路由到SF2 643。

步骤608：SF2 643可以从SF1 642接收请求消息并找到映射到SP1-Routing-ID的UE-SP-index。SF2 643可以将消息转发到服务生产者2 633。

步骤609：服务生产者2 633可以向SF2 643发送服务响应消息。该消息可以包括SC1-Routing-ID，其可以用于路由到SF1 642。SF2 643可以基于SC1-Routing-ID将消息路由到SF1 642。

步骤610：SF1 642可以接收响应消息并且基于SC1-Routing-ID找到UE-SC-index。SF1 642可以将消息转发到服务消费者1 631。

步骤611：服务生产者2 633可以向SF2 643发送通知消息。可以基于事件发生来发送通知消息。该消息可以包括SC1-Routing-ID，其可以用于路由到SF1643。SF2 643可以基于SC1-Routing-ID将该消息路由到SF1 642。

步骤612：SF1 642可以接收通知消息并基于SC1-Routing-ID找到UE-SC-index。SF1 642可以将消息转发到服务消费者1 631。

示例实施例5

图7示出了重新分配Routing-Id的信令过程。在示例实施例5中，SC1-路由ID可能已经被释放，NFS生产者2 733可以发送通知请求并且可以选择新的NFS实例。

步骤701：服务生产者1 731可以向SF2 743发送通知消息。该消息可以包括用于将消息转发到SF1 742的SC1-Routing-ID。SF2 743可以基于SC1-Routing-ID将该消息路由到SF1 742。

步骤702：SF1 742可以接收通知消息并确定不存在与SC1-Routing-ID映射的NFS实例。因此，SF1 742可以基于包括在SC1-routing-ID中的集合信息来选择NFS实例(例如，服务消费者1 731)。在一些实施例中，SF1 742可以基于SC1-路由ID找到UE-SC-Index并且基于UE-SC-index获取集合信息。SF1 742可以使用负载平衡从集合中选择NFS实例(例如NFS消费者1)。SF1 742可以将消息转发到服务消费者1 731。

如果SF1 742选择新的NFS实例，则可以更新实例与路由ID之间的绑定。通知消息可以包括UE-SP-Index。当服务消费者1 731接收到消息时，服务消费者1 731可以基于UE-SC-Index来确定UE上下文。在一些实施例中，服务消费者1731可以重新使用UE上下文中的SC路由ID。在这些实施例中，可以跳过更新服务消费者1 731和SF1 742之间的绑定。

步骤703-704：服务消费者1 731可以检查它是否具有UE上下文。如果不具有UE上下文，则服务消费者1 731可以如示例实施例1中的步骤301-303中所述从UDSF获取UE上下文。

服务消费者1 731可以检查它是否具有有效的路由ID。如果不具有有效的路由ID，则服务消费者1可以使用如示例实施例1中的步骤304-306中描述的技术来发起创建/修改绑定请求以获取路由ID。

图8示出了用于无线通信的方法800的流程图表示。方法800包括，在802，生成与终端相关联的上下文数据的上下文数据索引。该方法还包括，在804，将上下文数据索引发送到服务框架(SF)。

在一些实施例中，上下文数据索引被存储在非结构化数据存储功能(UDSF)和SF处。

在一些实施例中，生成步骤由网络功能服务(NFS)实例或UDSF之一执行。

在一些实施例中，该方法包括由NFS实例向UDSF发送请求，以及由NFS实例从UDSF接收上下文数据和上下文数据索引。例如，这可以在示例实施例1中的步骤302-303中示出。

在一些实施例中，该方法包括由SF向NFS实例发送标识NFS实例的路由标识符。例如，发送路由标识符可以在示例实施例1中的步骤306中示出。

在一些实施例中，路由标识符被包括在上下文数据中。

在一些实施例中，该方法包括由NFS实例向SF发送路由标识符和标识NFS实例的NFS实例标识符中的至少一个。例如，这可以在示例实施例1的步骤305中说明。

在一些实施例中，该方法包括由SF存储标识NFS实例的NFS实例标识符与路由标识符之间的第一映射。

在一些实施例中，该方法包括由SF存储上下文数据索引和路由标识符之间的第二映射。

在一些实施例中，NFS实例、UDSF或SF中的一个生成标识单元内的NFS实例集合的集合标识符，其中该单元包括NFS实例的一个或多个集合。例如，NFS集合可以由图2中的NFS集合1 237说明，并且NFS单元可以由图2中的NFS单元1 244说明。

在一些实施例中，上下文数据索引和集合标识符唯一地标识单元内的上下文数据。

在一些实施例中，该方法包括由NFS实例从UDSF接收集合标识符。

在一些实施例中，该方法包括由NFS实例向SF发送集合标识符，其中SF被配置为存储内容数据索引和集合标识符。

在一些实施例中，该方法包括由NFS实例向网络功能存储库功能(NRF)发送发现请求，指示NRF标识对等NFS实例，并由NFS实例从NRF接收目标标识符，其中目标标识符标识对等NFS实例。发现请求和响应例如可以通过实施例2中的步骤401-402来说明。

在一些实施例中，目标标识符标识第二SF和对等NFS实例的集合标识符。

在一些实施例中，目标标识符标识第二SF和标识对等NFS实例的对等NFS实例标识符。

在一些实施例中，该方法包括由NFS实例向SF发送消息，其中该消息包括目标标识符、路由标识符和UE标识信息。该消息例如可以如实施例2中的步骤405所示的服务请求来说明。

在一些实施例中，SF被配置为基于目标标识符将消息转发到第二SF。

在一些实施例中，该方法包括由NFS实例接收包括第二路由标识符的响应消息，该第二路由标识符标识对等NFS实例和第二SF，并且由NFS实例向SF发送后续消息，其中该消息包括第二路由标识符，其中第二路由标识符指示SF向第二SF转发后续消息。

在一些实施例中，该方法包括由NFS实例释放路由标识符和NFS实例标识符，并且由NFS实例将路由标识符发送给UDSF。例如，这可以在示例实施例3中的步骤502-503中示出。

在一些实施例中，该方法包括由NFS实例向SF发送释放消息，指示SF去除路由标识符和标识NFS实例的NFS实例标识符。该释放消息例如可以通过实施例3的步骤504中的修改绑定请求消息来说明。

图9示出了用于无线通信的方法900的流程图表示。方法900包括，在902，接收上下文数据索引和标识NFS实例的网络功能服务(NFS)标识信息。该方法还包括，在904，生成与上下文数据索引对应的唯一路由ID。该方法还包括，在906，存储上下文数据索引和路由ID之间的第一映射、以及路由ID和NFS标识信息之间的第二映射。

在一些实施例中，该方法包括在接收到来自服务框架(SF)的请求时释放第二映射。

在一些实施例中，上下文数据索引标识上下文数据。

在一些实施例中，上下文数据索引被存储在非结构化数据存储功能(UDSF)和SF处。

在一些实施例中，该方法包括由NFS实例向UDSF发送请求，以及由NFS实例从UDSF接收包括上下文数据索引和路由ID的上下文数据。例如，这可以在示例实施例1中的步骤302-303中示出。

在一些实施例中，该方法包括从SF接收指示对路由ID的请求的请求消息，并且由SF将路由ID发送给NFS实例。例如，这可以在示例实施例1中的步骤305-306中示出。

在一些实施例中，NFS实例、UDSF或SF中的一个生成标识单元内的NFS实例集合的集合标识符，其中该单元包括NFS实例的一个或多个集合。

在一些实施例中，上下文数据索引和集合标识符唯一地标识单元内的上下文数据。

在一些实施例中，该方法包括由NFS实例从UDSF接收集合标识符。

在一些实施例中，该方法包括由SF从NFS实例接收集合标识符，并且由SF存储上下文数据索引和集合标识符。

在一些实施例中，该方法包括由NFS实例向网络功能存储库功能(NRF)发送发现请求，指示NRF识别对等NFS实例，并由NFS实例从NRF接收目标标识符，其中目标标识符标识对等NFS实例。发现请求和响应例如可以通过示例实施例2中的步骤401-402来说明。

在一些实施例中，目标标识符标识第二SF和对等NFS实例的集合标识符。

在一些实施例中，目标标识符标识第二SF和标识对等NFS实例的对等NFS实例标识符。

在一些实施例中，该方法包括由NFS实例向SF发送消息，其中该消息包括目标标识符、路由ID和标识上下文数据的UE标识符。

在一些实施例中，该方法包括由SF基于目标标识符将消息转发到第二SF。

在一些实施例中，该方法包括由NFS实例接收包括第二路由ID的响应消息，该第二路由ID标识对等NFS实例和第二SF，并且由NFS实例向SF发送后续消息，其中该消息包括第二路由ID，其中第二路由ID指示SF向第二SF转发后续消息。例如，这可以在示例实施例2的步骤408-409中示出。

在一些实施例中，该方法包括SF接收来自NFS实例的释放消息，并且SF去除路由ID和NFS标识信息。例如，这可以通过示例实施例3的步骤504-505来说明。

图10示出了可以应用根据本技术的一个或多个实施例的技术的无线通信***的示例。无线通信***1000可以包括一个或多个基站(BS)1005a、1005b，一个或多个无线设备1010a、1010b、1010c、1010d，和核心网1025。基站1005a、1005b可以向一个或多个无线扇区中的无线设备1010a、1010b、1010c和1010d提供无线服务。在一些实施方式中，基站1005a、1005b包括用于产生两个或更多个定向波束的定向天线，以在不同扇区中提供无线覆盖。

核心网1025可以与一个或多个基站1005a、1005b通信。核心网1025提供与其他无线通信***和有线通信***的连接。核心网可以包括一个或多个服务订阅数据库以存储与订阅的无线设备1010a、1010b、1010c和1010d相关的信息。第一基站1005a可以提供基于第一无线接入技术的无线服务，而第二基站1005b可以提供基于第二无线接入技术的无线服务。根据部署场景，基站1005a和1005b可以位于同一地点，也可以在现场单独安装。无线设备1010a、1010b、1010c和1010d可以支持多种不同的无线接入技术。

在一些实施方式中，无线通信***可以包括使用不同无线技术的多个网络。双模或多模无线设备包括可用于连接到不同无线网络的两种或多种无线技术。

图11是硬件平台的一部分的框图表示。诸如网络设备或基站或无线设备(或UE)之类的硬件平台1105可以包括诸如微处理器的处理器电子设备1110，该处理器电子设备1110实施本文档中呈现的一种或多种技术。硬件平台1105可以包括收发器电子设备1115，以通过一个或多个通信接口(例如天线1120或有线接口)发送和/或接收有线信号或无线信号。硬件平台1105可以使用定义的协议来实施其他通信接口，以用于发送和接收数据。硬件平台1105可以包括一个或多个存储器(未明确示出)，其被配置为存储诸如数据和/或指令之类的信息。在一些实施方式中，处理器电子设备1110可以包括收发器电子设备1115的至少一部分。在一些实施例中，所公开的技术、模块或功能中的至少一些是使用硬件平台1105来实施的。本文描述的各种功能，例如SF、NFS等，可以在硬件平台1105上实施。

因此，很显然，公开了用于在服务框架之间进行通信的技术。使用本文描述的技术，服务框架可以在网络功能服务和标识UE上下文数据的UE上下文数据标识符之间建立临时绑定，从而降低服务框架复杂度。

从上文可以理解，本文中为了说明的目的描述了本公开的技术的特定实施例，但是在不脱离本发明的范围的情况下可以进行各种修改。因此，本公开的技术不受所附权利要求的限制。

本文档中所公开的和其他实施例、模块和功能操作可以在数字电子电路中实现，或者在计算机软件、固件或硬件中实现，包括在本文档中公开的结构及其结构等效物，或者它们中的一个或多个的组合。所公开的和其他实施例可以被实现为一个或多个计算机程序产品，即，一个或多个编码在计算机可读介质上的计算机程序指令模块，用于由数据处理装置执行或控制数据处理装置的操作。计算机可读介质可以是机器可读存储设备、机器可读存储基板、存储器设备、影响机器可读传播信号的物质组合物，或者它们中的一个或多个的组合。术语“数据处理装置”涵盖用于处理数据的所有装置、设备和机器，例如包括可编程处理器、计算机或多个处理器或计算机。除了硬件之外，该装置还可以包括为所讨论的计算机程序创建执行环境的代码，例如，构成处理器固件、协议栈、数据库管理***、操作***、或它们中的一个或多个的组合的代码。传播信号是人工生成的信号，例如机器生成的电、光或电磁信号，生成这些信号是为了对信息进行编码以传输到合适的接收器设备。

计算机程序(也称为程序、软件、软件应用程序、脚本或代码)可以用任何形式的编程语言编写，包括编译或解释语言，并且可以以任何形式部署，包括作为标准单独的程序或作为适合在计算环境中使用的模块、组件、子程序或其他单元。计算机程序不一定对应于文档***中的文档。程序可以存储在包含其他程序或数据的文档的一部分中(例如，存储在标记语言文档中的一个或多个脚本)、专用于相关程序的单个文档或多个协调文档(例如、存储一个或多个模块、子程序或部分代码的文档)。计算机程序可以部署为在一台计算机上执行，也可以在位于一个站点或分布在多个站点并通过通信网络互连的多台计算机上执行。

本文档中描述的过程和逻辑流可由一个或多个可编程处理器执行，该处理器执行一个或多个计算机程序以通过对输入数据进行操作并生成输出来执行功能。处理和逻辑流也可以由专用逻辑电路执行，并且装置也可以实现为专用逻辑电路，例如FPGA(现场可编程门阵列)或ASIC(专用集成电路)。

适合于执行计算机程序的处理器包括例如通用处理器和专用微处理器，以及任何类型的数字计算机的任何一个或多个处理器。通常，处理器将从只读存储器或随机存取存储器或两者接收指令和数据。计算机的基本要素是用于执行指令的处理器和用于存储指令和数据的一个或多个存储设备。通常，计算机还将包括或可操作地耦合以从用于存储数据的一个或多个大容量存储设备(例如，磁光盘、磁光盘或光盘)接收数据或将数据传递到这些设备，或进行传递数据和接收数据两者。然而，计算机不需要有这样的设备。适用于存储计算机程序指令和数据的计算机可读介质包括所有形式的非易失性存储器、介质和存储设备，例如包括半导体存储设备，例如EPROM、EEPROM和闪存设备；磁盘，例如内置硬盘或可移动磁盘；磁光盘；以及CD ROM和DVD-ROM磁盘。处理器和存储器可由专用逻辑电路补充或合并到专用逻辑电路中。

虽然本专利文档包含许多细节，但这些细节不应被解释为对任何发明的范围或可能要求保护的范围的限制，而是对可能特定于特定发明的特定实施例的特征的描述。本专利文档中在单独实施例的上下文中描述的某些特征也可以在单个实施例中组合实现。相反，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合在多个实施例中实现。此外，虽然上述特征可能被描述为在某些组合中起作用，甚至最初要求保护的，但在某些情况下可以从组合中删除来自要求保护的组合的一个或多个特征，并且要求保护的组合可以涉及子组合或子组合的变型。

类似地，虽然在图中以特定顺序描绘了操作，但这不应被理解为要求以所示的特定次序或顺序执行这些操作，或者执行所有图示的操作，以获得期望的结果。此外，本专利文献中描述的实施例中的各种***组件的分离不应理解为在所有实施例中都需要这样的分离。

仅描述了少数实施方式和示例，并且可以基于本专利文档中描述和图示的内容得到其他实施方式、增强和变化。

Claims (38)

1.一种用于无线通信的方法，包括：

生成与终端关联的上下文数据的上下文数据索引；和

将所述上下文数据索引发送到服务框架SF，其中，所述SF用于存储所述上下文数据索引和路由标识符之间的第二映射以及标识网络服务功能NFS实例的NFS实例标识符与所述路由标识符之间的第一映射，所述路由标识符与所述上下文数据索引相对应。

2.根据权利要求1所述的方法，其中，所述上下文数据索引存储在非结构化数据存储功能UDSF和所述SF处。

3.根据权利要求1所述的方法，其中，所述生成是由NFS实例或UDSF中的一个执行的。

4.根据权利要求2所述的方法，还包括：

由NFS实例向所述UDSF发送请求；和

由所述NFS实例接收来自所述UDSF的上下文数据和上下文数据索引。

5.根据权利要求1所述的方法，还包括：

由所述SF向NFS实例发送标识NFS实例的路由标识符。

6.根据权利要求5所述的方法，其中，所述路由标识符被包括在所述上下文数据中。

7.根据权利要求5所述的方法，还包括：

由所述NFS实例将所述路由标识符和标识所述NFS实例的NFS实例标识符中的至少一个发送给所述SF。

8.根据权利要求1所述的方法，其中，NFS实例、UDSF或SF中的一个生成标识单元内的NFS实例集合的集合标识符，其中所述单元包括一个或多个NFS实例集合。

9.根据权利要求8所述的方法，其中，所述上下文数据索引和所述集合标识符唯一地标识所述单元内的上下文数据。

10.根据权利要求8所述的方法，还包括：

由所述NFS实例接收来自所述UDSF的集合标识符。

11.根据权利要求8所述的方法，还包括：

由所述NFS实例向所述SF发送所述集合标识符，其中所述SF被配置为存储所述上下文数据索引和所述集合标识符。

12.根据权利要求1所述的方法，还包括：

由所述NFS实例向网络功能存储库功能NRF发送发现请求，指示所述NRF标识对等NFS实例；和

由所述NFS实例接收来自所述NRF的目标标识符，其中所述目标标识符标识所述对等NFS实例。

13.根据权利要求12所述的方法，其中，所述目标标识符标识第二SF和所述对等NFS实例的集合标识符。

14.根据权利要求12所述的方法，其中，所述目标标识符标识第二SF和标识所述对等NFS实例的对等NFS实例标识符。

15.根据权利要求12所述的方法，还包括：

由所述NFS实例向SF发送消息，所述消息包括目标标识符、路由标识符和UE标识信息。

16.根据权利要求15所述的方法，其中，所述SF被配置为基于所述目标标识符将所述消息转发给第二SF。

17.根据权利要求16所述的方法，还包括：

由所述NFS实例接收响应消息，所述响应消息包括标识所述对等NFS实例和所述第二SF的第二路由标识符；和

由所述NFS实例向所述SF发送后续消息，其中所述消息包括第二路由标识符，其中所述第二路由标识符指示所述SF向所述第二SF转发所述后续消息。

18.根据权利要求1所述的方法，还包括：

由NFS实例释放所述路由标识符和所述NFS实例标识符；和

由所述NFS实例将所述路由标识符发送给UDSF。

19.根据权利要求18所述的方法，还包括：

由所述NFS实例向所述SF发送释放消息，指示所述SF去除所述路由标识符和标识所述NFS实例的NFS实例标识符。

20.一种用于无线通信的方法，包括：

接收上下文数据索引和标识网络功能服务NFS实例的NFS标识信息；

生成与所述上下文数据索引对应的唯一路由ID；和

存储所述上下文数据索引和所述路由ID之间的第一映射、以及所述路由ID和所述NFS标识信息之间的第二映射。

21.根据权利要求20所述的方法，还包括：

在接收到来自服务框架SF的请求时，释放所述第二映射。

22.根据权利要求20所述的方法，其中，所述上下文数据索引标识上下文数据。

23.根据权利要求22所述的方法，其中，所述上下文数据索引存储在非结构化数据存储功能UDSF和SF处。

24.根据权利要求20所述的方法，还包括：

由所述NFS实例向UDSF发送请求；和

由所述NFS实例接收来自所述UDSF的上下文数据，所述上下文数据包括所述上下文数据索引和所述路由ID。

25.根据权利要求20所述的方法，还包括：

接收来自SF的请求消息，所述请求消息指示对所述路由ID的请求；和

由所述SF将所述路由ID发送给NFS实例。

26.根据权利要求20所述的方法，其中，NFS实例、UDSF或SF中的一个生成标识单元内的NFS实例集合的集合标识符，其中所述单元包括一个或多个NFS实例集合。

27.根据权利要求26所述的方法，其中，所述上下文数据索引和所述集合标识符唯一地标识所述单元内的上下文数据。

28.根据权利要求26所述的方法，还包括：

由所述NFS实例接收来自所述UDSF的集合标识符。

29.根据权利要求26所述的方法，还包括：

由所述SF接收来自所述NFS实例的集合标识符；和

由所述SF存储所述上下文数据索引和所述集合标识符。

30.根据权利要求20所述的方法，还包括：

由所述NFS实例向网络功能存储库功能NRF发送发现请求，指示所述NRF标识对等NFS实例；和

由所述NFS实例接收来自所述NRF的目标标识符，其中所述目标标识符标识所述对等NFS实例。

31.根据权利要求30所述的方法，其中，所述目标标识符标识第二SF和所述对等NFS实例的集合标识符。

32.根据权利要求30所述的方法，其中，所述目标标识符标识第二SF和标识所述对等NFS实例的对等NFS实例标识符。

33.根据权利要求30所述的方法，还包括：

由所述NFS实例向SF发送消息，所述消息包括目标标识符、路由ID和标识所述上下文数据的UE标识符。

34.根据权利要求30所述的方法，还包括：

由SF基于所述目标标识符将消息转发给第二SF。

35.根据权利要求34所述的方法，还包括：

由所述NFS实例接收响应消息，所述响应消息包括标识所述对等NFS实例和所述第二SF的第二路由ID；和

由所述NFS实例向所述SF发送后续消息，其中所述消息包括所述第二路由ID，其中所述第二路由ID指示所述SF向所述第二SF转发所述后续消息。

36.根据权利要求20所述的方法，还包括：

由SF接收来自所述NFS实例的释放消息；和

由所述SF去除所述路由ID和所述NFS标识信息。

37.一种用于无线通信的装置，包括被配置为执行根据权利要求1至36中任一项所述的方法的处理器。

38.一种非暂时性计算机可读介质，具有存储在其上的代码，所述代码在由处理器执行时使所述处理器实施根据权利要求1至36中任一项所述的方法。

Images