CN117015993A - 提供用于服务终端设备的配置的方法和装置 - Google Patents

Abstract

本公开的实施例涉及一种提供用于服务终端设备的配置的方法和装置。本公开的第一方面提供了一种由第一网络功能执行的方法。该方法可以包括：向第二网络功能发送(S201)用于为UE或UE组提供至少一个服务参数的请求，以及从第二网络功能接收(S202)关于该请求是否被授权的响应。根据本公开的实施例，在第一网络功能发送为终端设备提供至少一个服务参数的请求之后，第一网络功能可以知道该请求是否被授权。

Description

提供用于服务终端设备的配置的方法和装置

技术领域

本公开一般涉及通信系统技术，尤其涉及一种提供用于服务终端设备的配置的方法和装置。

背景技术

本节介绍了有助于更好理解本公开的方面。因此，本节的陈述应从这个角度来阅读，并且不应被理解为承认现有技术中的内容或现有技术中没有的内容。

在通信网络中，终端设备可以由网络功能经由直接或间接(通过接入网和核心网，和/或通过其他终端设备)建立的连接来服务。

通常，服务的配置(例如关于用于建立该连接的通信资源的配置，其可能会影响服务器到终端设备的服务质量)可以基于已经存储在通信网络中的终端设备的订阅信息来确定。

在某些场景下，网络功能还可能希望/需要向核心网提供配置，以影响上述连接的建立和/或对终端设备的服务等。

发明内容

提供该发明内容以介绍下面在具体实施方式中进一步描述的简化形式的概念的选择。该发明内容不旨在识别要求保护的主题的关键特征或基本特征，也不旨在用于限制要求保护的主题的范围。

本公开的某些方面及其实施例可以提供针对这些或其他挑战的解决方案。可以提出解决本文公开的一个或多个问题的各种实施例。根据本公开的实施例，可以利用一种方法和装置来提供用于服务终端设备的配置。

本公开的第一方面提供了一种由第一网络功能执行的方法。所述方法可以包括：向第二网络功能发送用于为UE或UE组提供至少一个服务参数的请求，以及从所述第二网络功能接收关于所述请求是否被授权的响应。

在本公开的实施例中，当所述至少一个服务参数属于第三网络功能中的订阅数据时，可以授权所述请求。

在本公开的实施例中，所述第三网络功能可以包括统一数据管理(UDM)。所述第三网络功能可以包括策略控制功能(PCF)。

在本公开的实施例中，所述响应可以包括用于所述至少一个服务参数的有效时间。

在本公开实施例中，所述至少一个服务参数可以包括：服务的标识。所述至少一个服务参数可以包括：所述UE或所述UE组的标识。

在本公开实施例中，所述至少一个服务参数还可以包括：服务提供商的标识。所述至少一个服务参数还可以包括：服务相关数据，其是所述UE或所述UE组的订阅数据的一部分。所述服务相关数据可以包括切片信息和/或数据网络名称(DNN)和/或单个网络切片选择辅助信息(S-NSSAI)。

在本公开的实施例中，服务的标识可以与以下任一项相关联：UE路由选择策略(URSP)、或具有QoS的AF会话、或AF影响的业务路由、或服务特定参数提供、或服务区域限制、或需要PCF策略评估的业务引导策略。所述服务提供商可以包括AF或机器类型通信(MTC)提供商。

在本公开的实施例中，当由服务的标识指示的所述服务被授权给所述UE或所述UE组时，和/或当所述服务相关数据包括属于订阅的DNN和/或S-NSSAI的列表的DNN和/或S-NSSAI时，所述请求可以被授权。

在本公开的实施例中，所述第一网络功能可以包括应用功能(AF)。所述第二网络功能可以包括网络开放功能(NEF)。

本公开的第二方面提供了一种由第二网络功能执行的方法。所述方法可以包括从第一网络功能接收用于为UE或UE组提供至少一个服务参数的第一请求，向第三网络功能发送第二请求以请求所述第一网络功能是否被授权为所述UE或所述UE组提供所述至少一个服务参数，从所述第三网络功能接收指示授权结果的对所述第二请求的响应，以及向所述第一网络功能发送关于所述第一请求是否被授权的响应。

在本公开的实施例中，当所述至少一个服务参数属于所述第三网络功能中的订阅数据时，可以授权所述第一请求和/或所述第二请求。

在本公开的实施例中，所述第三网络功能可以包括统一数据管理(UDM)。所述第三网络功能可以包括策略控制功能(PCF)。

在本公开的实施例中，对所述第一请求的所述响应和/或对所述第二请求的所述响应可以包括所述至少一个服务参数的有效时间。

在本公开的实施例中，所述方法还可以包括：当所述第一请求和/或所述第二请求被授权时，将所述至少一个服务参数存储在第四网络功能中。

在本公开的实施例中，所述第四网络功能可以包括统一数据存储库(UDR)。

在本公开的实施例中，所述至少一个服务参数可以包括：服务的标识。所述至少一个服务参数可以包括：UE或UE组的标识。

在本公开实施例中，所述至少一个服务参数还可以包括：服务提供商的标识。所述至少一个服务参数还可以包括：服务相关数据，其是所述UE或所述UE组的订阅数据的一部分。所述服务相关数据可以包括切片信息和/或数据网络名称(DNN)和/或单个网络切片选择辅助信息(S-NSSAI)。

在本公开的实施例中，服务的标识可以与以下任一项相关联：UE路由选择策略(URSP)、或具有QoS的AF会话、或AF影响的业务路由、或服务特定参数提供、或服务区域限制、或需要PCF策略评估的业务引导策略。所述服务提供商可以包括AF或机器类型通信(MTC)提供商。

在本公开的实施例中，当由服务的标识指示的所述服务被授权给所述UE或所述UE组时，和/或当所述服务相关数据包括属于订阅的DNN和/或S-NSSAI列表的DNN和/或S-NSSAI时，所述第一请求和/或所述第二请求被授权。

在本公开的实施例中，所述第四网络功能可以向第五网络功能通知所述至少一个服务参数。

在本公开的实施例中，所述第五网络功能可以包括策略控制功能(PCF)。

在本公开的实施例中，所述第一网络功能可以包括应用功能(AF)。所述第二网络功能可以包括网络开放功能(NEF)。

本公开的第三方面提供了一种由第三网络功能执行的方法。所述方法可以包括：从第二网络功能接收用于提供第一网络功能是否被授权为UE或UE组提供至少一个服务参数的请求，以及向所述第二网络功能发送响应以指示授权的结果。

在本公开的实施例中，当所述至少一个服务参数属于所述第三网络功能中的订阅数据时，可以授权所述请求。

在本公开实施例中，所述第三网络功能可以包括UDM或PCF。第二网络功能可以包括NEF。

在本公开的实施例中，所述响应可以包括所述至少一个服务参数的有效时间。

在本公开的实施例中，所述至少一个服务参数可以包括：服务的标识。所述至少一个服务参数可以包括：所述UE或所述UE组的标识。

在本公开实施例中，所述至少一个服务参数还可以包括：服务提供商的标识。所述至少一个服务参数还可以包括：服务相关数据，其是所述UE或所述UE组的订阅数据的一部分。所述服务相关数据可以包括切片信息和/或数据网络名称(DNN)和/或单个网络切片选择辅助信息(S-NSSAI)。

在本公开的实施例中，服务的标识可以与以下任一项相关联：UE路由选择策略(URSP)、或具有QoS的AF会话、或AF影响的业务路由、或服务特定参数提供、或服务区域限制、或需要PCF策略评估的业务引导策略。所述服务提供商可以包括AF或机器类型通信(MTC)提供商。

在本公开的实施例中，当由服务的标识指示的所述服务被授权给所述UE或所述UE组时，和/或当所述服务相关数据包括属于订阅的DNN和/或S-NSSAI列表的DNN和/或S-NSSAI时，所述请求被授权。

本公开的第四方面提供了一种第一网络功能。所述第一网络功能可以包括：一个或多个处理器，以及包括计算机程序代码的一个或多个存储器。所述一个或多个存储器和所述计算机程序代码可以被配置为与所述一个或多个处理器一起使得所述第一网络功能至少：向第二网络功能传送用于为UE或UE组提供至少一个服务参数的请求；以及从所述第二网络功能接收所述请求是否被授权的响应。

在本公开的实施例中，还可以使得所述第一网络功能执行根据上述实施例任一项所述的方法。

本公开的第五方面提供了一种第二网络功能。所述第二网络功能可以包括：一个或多个处理器，以及包括计算机程序代码的一个或多个存储器。所述一个或多个存储器和所述计算机程序代码可以被配置为与所述一个或多个处理器一起使得所述第二网络功能至少：从第一网络功能接收用于为UE或UE组提供至少一个服务参数的第一请求；向第三网络功能发送第二请求以请求所述第一网络功能是否被授权为所述UE或所述UE组提供所述至少一个服务参数；从所述第三网络功能接收指示授权结果的对所述第二请求的响应；以及向所述第一网络功能发送关于所述第一请求是否被授权的响应。

在本公开的实施例中，还可以使得所述第二网络功能执行根据上述实施例中任一项所述的方法。

本公开的第六方面提供了一种第三网络功能。所述第三网络功能可以包括：一个或多个处理器，以及包括计算机程序代码的一个或多个存储器。所述一个或多个存储器和所述计算机程序代码被配置为与所述一个或多个处理器一起使所述第三网络功能至少：从第二网络功能接收用于提供第一网络功能是否被授权为UE或UE组提供至少一个服务参数的请求；向所述第二网络功能发送指示授权结果的响应。

在本公开的实施例中，还使得所述第三网络功能执行根据上述实施例任一项所述的方法。

本公开的第七方面提供了一种其上体现有与网络功能一起使用的计算机程序代码的计算机可读介质，其中，所述计算机程序代码包括用于执行根据上述实施例中任一项所述的方法的代码。

本公开的第八方面提供了第一网络功能。所述第一网络功能可以包括发送单元，其被配置为向第二网络功能发送用于由所述第一网络功能为终端设备提供至少一个服务参数的请求。所述第一网络功能还可以包括接收单元，其被配置为从所述第二网络功能接收关于所述请求是否被授权的响应。

本公开的第九方面提供了一种第二网络功能。所述第二网络功能可以包括接收单元，其被配置为从第一网络功能接收用于由所述第一网络功能为终端设备提供至少一个服务参数的请求。所述第二网络功能还可以包括发送单元，被配置为向所述第一网络功能发送关于所述请求是否被授权的响应。

本公开的第十方面提供了一种第三网络功能。所述第三网络功能可以包括接收单元，其被配置为从第二网络功能接收用于由第一网络功能为终端设备提供至少一个服务参数的请求。所述第三网络功能还可以包括发送单元，其被配置为向所述第二网络功能发送关于所述请求是否被授权的响应。

根据本公开的第十一方面，提供了一种在通信系统中实现的方法，所述通信系统可以包括主机计算机、基站和UE。所述方法可以包括在所述主机计算机处提供用户数据。可选地，所述方法可以包括在所述主机计算机处发起经由包括所述基站的蜂窝网络到所述UE的携带所述用户数据的传输。

根据本公开的第十二方面，提供了一种包括主机计算机的通信系统。所述主机计算机可以包括被配置为提供用户数据的处理电路，以及被配置为将所述用户数据转发给蜂窝网络以便发送给UE的通信接口。所述蜂窝网络可以包括具有无线电接口和处理电路的基站。

根据本公开的第十三方面，提供了一种包括主机计算机的通信系统。所述主机计算机可以包括被配置为提供用户数据的处理电路，以及被配置为将所述用户数据转发给蜂窝网络以便发送给UE的通信接口。所述UE可以包括无线电接口和处理电路。

根据本公开的第十四方面，提供了一种在通信系统中实现的方法，所述通信系统可以包括主机计算机、基站和UE。所述方法可以包括在所述主机计算机处接收从所述UE发送给所述基站的用户数据。

根据本公开的第十五方面，提供了一种包括主机计算机的通信系统。所述主机计算机可以包括通信接口，所述通信接口被配置为接收源自从UE到基站的传输的用户数据。所述UE可以包括无线电接口和处理电路。

根据本公开的第十六方面，提供了一种在通信系统中实现的方法，所述通信系统可以包括主机计算机、基站和UE。所述方法可以包括在所述主机计算机处从所述基站接收源自所述基站已从所述UE接收的传输的用户数据。

根据本公开的第十七方面，提供了一种可以包括主机计算机的通信系统。所述主机计算机可以包括通信接口，所述通信接口被配置为接收源自从UE到基站的传输的用户数据。所述基站可以包括无线电接口和处理电路。

根据本公开的实施例，提供了一种用于提供用于服务终端设备的配置的方法或装置。具体地，在第一网络功能发送用于为终端设备提供至少一个服务参数的请求之后，所述第一网络功能可以获得关于所述请求是否被授权的响应。

附图说明

通过对附图中本公开的一些实施例的更详细描述，本公开的上述和其他目的、特征和优点将变得更加明显，其中，相同的附图标记通常是指本公开的实施例中的相同组件。

图1A是示出用于服务参数提供的示例性过程的图。

图1B是示出示例性切片选择流程的图。

图1C是示出5GC中的示例性网络开放功能的图。

图2是示出根据本公开实施例的一种由第一网络功能执行的方法的流程图。

图3A是示出根据本公开实施例的一种由第二网络功能执行的方法的流程图。

图3B是示出根据本公开实施例的由第二网络功能执行的该方法的附加步骤的流程图。

图3C是示出根据本公开实施例的由第二网络功能执行的该方法的另一附加步骤的流程图。

图3D是示出根据本公开实施例的另一种由第二网络功能执行的方法的流程图。

图4是示出根据本公开实施例的一种由第三网络功能执行的方法的流程图。

图5A是示出本公开的一些实施例的高级别解决方案的概述的图。

图5B是示出示例性的基于UDM的早期授权过程的呼叫流程图。

图6是根据本公开实施例的用于提供用于服务终端设备的配置的示例性呼叫流程图。

图7A是示出根据本公开实施例的用于第一网络功能、第二网络功能和第三网络功能的装置的框图。

图7B是示出根据本公开实施例的计算机可读存储介质的框图。

图8A是示出根据本公开实施例的用于第一网络功能的装置的单元的示意图。

图8B是示出根据本公开实施例的用于第二网络功能的装置的单元的示意图。

图8C是示出根据本公开实施例的用于第三网络功能的装置的单元的示意图。

图9是示出根据本公开的一些实施例的经由中间网络连接到主机计算机的电信网络的框图。

图10是示出根据本公开的一些实施例的主机计算机通过部分无线连接经由基站与UE进行通信的框图。

图11是示出根据本公开实施例的在通信系统中实现的方法的流程图。

图12是示出根据本公开实施例的在通信系统中实现的方法的流程图。

图13是示出根据本公开实施例的在通信系统中实现的方法的流程图。

图14是示出根据本公开实施例的在通信系统中实现的方法的流程图。

具体实施方式

现在将参考附图更全面地描述本文中设想的一些实施例。然而，其他实施例包含在本文所公开的主题的范围内，所公开的主题不应解释为仅限于本文所阐述的实施例；相反，这些实施例作为示例提供，以将主题的范围传达给本领域技术人员。

通常，除非在使用该术语的上下文中清楚地给出了和/或隐含了不同的含义，否则本文中使用的所有术语将根据其在相关技术领域中的通常含义来解释。除非明确说明，否则对一/一个/该元件、设备、组件、装置、步骤等的所有引用应开放地解释为是指该元件、设备、组件、装置、步骤等的至少一个实例。除非明确地将一个步骤描述为在另一个步骤之后或之前和/或隐含地一个步骤必须在另一个步骤之后或之前，否则本文所公开的任何方法的步骤不必以所公开的确切顺序执行。在适当的情况下，本文公开的任何实施例的任何特征可以适用于任何其他实施例。同样，任何实施例的任何优点可以适用于任何其他实施例，反之亦然。通过下面的描述，所附实施例的其他目的、特征和优点将明显。

在整个说明书中对特征、优点的引用或类似语言并不意味着可以用本公开实现的所有特征和优点都应该在或在本公开的任何单个实施例中。而是，提及特征和优点的语言应被理解为是指结合实施例描述的特定特征、优点或特性被包括在本公开的至少一个实施例中。此外，在一个或多个实施例中，可以以任何合适的方式来组合本公开的所描述的特征、优点和特征。相关领域的技术人员将认识到，可以在没有特定实施例的一个或多个特定特征或优点的情况下实践本公开。在其他情况下，在某些实施例中可以认识到可能在本公开的所有实施例中不存在的附加特征和优点。

如本文所使用的，术语“网络”或“通信网络/系统”是指遵循任何合适的通信标准(诸如新无线电(NR)、长期演进(LTE)、高级LTE、宽带码分多址(WCDMA)、高速分组接入(HSPA)等)的网络/系统。此外，该通信网络中终端设备与网络节点之间的通信可以根据任何适当的一代通信协议(包括但不限于第一代(1G)、第二代(2G)、2.5G、2.75G、第三代(3G)、4G、4.5G、5G通信协议和/或当前已知或将来将要开发的任何其他协议)来执行。

术语“功能”是指通信系统中具有接入能力的设备/装置/节点/实体，终端设备通过其接入网络或从网络接收服务。该功能可以包括基站(BS)、接入点(AP)、多小区/多播协调实体(MCE)、服务器节点/功能(例如服务能力服务器/应用服务器(SCS/AS)、组通信服务应用服务器(GCS AS)、应用功能(AF))、开放节点/功能(例如服务能力开放功能(SCEF)、网络开放功能(NEF))、统一数据管理(UDM)、归属订户服务器(HSS)、会话管理功能(SMF)、接入和移动性管理功能(AMF)、移动性管理实体(MME)、控制器或无线通信网络中的任何其他合适的设备。BS可以是例如节点B(NodeB或NB)、演进型节点B(eNodeB或eNB)、下一代节点B(gNodeB或gNB)、远程无线电单元(RRU)、无线电头端(RH)、远程无线电头端(RRH)、中继、低功率节点(例如毫微微、微微等)。

网络功能的进一步示例可以包括诸如MSR BS之类的多标准无线电(MSR)无线电设备、诸如无线电网络控制器(RNC)或基站控制器(BSC)之类的网络控制器、基站收发器站(BTS)、发送点、发送节点、定位节点和/或类似物。

然而，更一般地，网络功能可以表示能够、被配置、被布置和/或可操作以启用和/或提供终端设备对无线通信网络的接入或向已接入无线通信网络的终端设备提供某些服务的任何适当的设备(或设备组)。

例如，在本公开的实施例中，这样的功能可以体现在独立装置、虚拟机、云实现的服务器和/或分布式服务器等的任何种类的硬件和/或软件中。

术语“终端设备”涵盖能够通过发送和/或接收无线信号与诸如基站之类的网络实体/网络功能或与另一无线设备通信的设备。因此，术语终端设备涵盖但不限于：移动电话、用于机器对机器通信的固定或移动无线设备、集成或嵌入式无线卡、外插无线卡、车辆等。

作为又一个具体示例，在物联网(IoT)场景中，终端设备也可以称为IoT设备，并且表示执行监视、传感和/或测量等并向另一终端设备和/或网络设备发送这种监视、传感和/或测量等的结果的机器或其他设备。终端设备在这种情况下可以是机器对机器(M2M)设备，其在第三代合作伙伴计划(3GPP)上下文中可以被称为机器类型通信(MTC)设备。

作为一个具体示例，终端设备可以是实现3GPP窄带物联网(NB-IoT)标准的UE。这样的机器或设备的特定示例是传感器、计量设备(诸如功率计)、工业机械、或家用或个人电器(例如冰箱、电视)、个人可穿戴设备(诸如手表)等。在其他场景中，终端设备可以表示能够监视、感知和/或报告其操作状态或者与其操作相关联的其他功能的车辆或其他设备，例如医疗仪器。

如本文中所使用的，术语“第一”、“第二”等是指不同元件。除非上下文另外明确指出，否则单数形式“一”和“一个”也意图包括复数形式。如本文所使用的，术语“包括”、“包含”、“具有”和/或“含有”指定存在所述特征、元件和/或组件等，但是不排除存在或添加一个或多个其他特征、元件、组件和/或其组合。术语“基于”应被理解为“至少部分基于”。术语“一个实施例”和“实施例”应被理解为“至少一个实施例”。术语“另一实施例”应被理解为“至少一个其他实施例”。可以在下文包括其他定义(显式和隐式)。

为网络功能提供了一些解决方案以提供服务特定参数。

图1A是示出用于服务参数提供的示例性过程的图。

例如，在3GPP TS(技术规范)23.502Rel-16(版本16)V16.6.0(图1A对应于该TS的图4.15.6.7-1)中，已经定义了NEF服务过程以使得AF能够提供通过NEF向5G系统提供服务特定参数。

在步骤1中，AF可以创建AF请求。例如，发送给NEF的AF请求可能包含如下信息：

1)服务说明

-DNN和S-NSSAI的组合

-AF服务标识符

-应用标识符

2)目标UE或UE组

-GPSI(通用公共订阅标识符)、UE IPv4/IPv6/MAC地址、UE组ID、任何UE ID

3)服务参数

-V2X(车辆到一切)的配置参数

该过程已被定义为对于任何服务都是通用的。在当前版本的规范中，它旨在用于V2X UC(V2X用例)。

在步骤2、3中，NEF授权从AF接收到的请求(例如，它检查AF是否被授权调用API(应用程序接口)/操作)并将信息存储在UDR中作为“应用数据”。

使用步骤5、6，当UE可到达时，PCF按照3GPP TS23.502V16.6.0章节4.2.4.3中指定的UE策略传送过程将服务参数传送给目标UE。如果通知PCF UE策略传送失败，则PCF可以订阅在章节5.2.2.3中定义的“连接状态变化(IDLE或CONNECTED)”事件。

在步骤4中，AF可以从NEF接收指示请求被成功接收的响应。然而，问题在于AF并不知道该请求本身是否被授权为UE配置服务，并且AF只能相信NEF在请求完成时提供的对成功接收的响应。

在3GPP Rel 17(版本17)中，已经创建了新的WID(工作项描述)用于增强对5GC(5G核心网络)中的边缘计算的支持，并且基于TR(技术报告)23.748V2.0.0中对于关键问题#1的建议：针对多个PDU会话的基于DNS的解决方案(TR章节9.1.1)，建议重用和增强此过程，以允许AF影响对UE的UE路由选择策略(URSP)的决策。

UE路由可以与网络切片相关。网络切片概念用于满足各种5G用例的丰富需求。具有不同特性的各种网络服务将作为实现各种新业务模型的能力开放给第三方应用/用户/运营商。可以根据第三方用户/运营商的按需需求以及网络服务提供商和网络服务消费者之间的商业策略来实例化特定的网络服务。

预期未来将存在用于不同用途的许多不同类型的专用核心网络。特定用途与具有特殊特性的网络服务之间的关系可以是动态且灵活的，以支持灵活/敏捷的商业模型。例如，在特殊用途的初始阶段，特殊用途业务有可能仍然由提供基本网络服务的普通网络服务。随着特殊用户或VIP用户数量的增加，实例化专用网络服务来支持所需特征并实现灵活的业务模型。另外，正如3GPP提到的，通常一个默认CN与一个或多个专用核心网络相关联。如果用于该用途的专用核心网络不可用或没有足够的信息，则可以将特殊用途的UE引导至用于基本网络服务的默认CN，或使用服务运营商特定策略引导至专用网络切片或DCN(专用核心网络)。

5GC向UE提供策略信息，例如UE路由选择策略(URSP)。UE使用此策略来确定检测到的应用业务是否可以与已建立的PDU(协议数据单元)会话相关联、是否可以卸载到PDU会话外的非3GPP接入，或者是否可以触发新PDU会话的建立。

URSP的一部分是网络切片选择策略(NSSP)。UE使用它来将匹配的应用与特定的网络切片相关联。因此，UE可以使用指定网络切片内的连接建立(setup)来运行该应用，该网络切片具有可以满足特定商业模型的预定义特征和服务质量。

当前，URSP/NSSP规则可被预先配置在UE中或者可以由5GC通过PCF提供给UE。PCF基于订阅信息、本地配置和运营商策略选择适用于每个UE的URSP/NSSP规则，这些可以作为输入动态条件，例如UE位置、ToD(一天中的时间)等。

此外，3GPP Rel 17(版本17)中存在正在进行的WID，其使得AF能够通过经由NEF和UDR向PCF提供输入信息来影响用于UE或UE组的适用URSP，以用于适用的URSP的决策(3GPPTR 23.748)。

经由网络切片建立到数据网络的用户平面连接包括两个步骤：

-执行5GC注册过程以选择支持所需网络切片的AMF。

-在所选择的网络切片内建立到所需数据网络的一个或多个PDU会话。

当UE向PLMN(公共陆地移动网络)注册时，它向网络提供请求的NSSAI，该请求的NSSAI包含与UE希望注册到的切片相对应的S-NSSAI。UE基于URSP规则的NSSP将应用关联到S-NSSAI。

图1B是示出示例性切片选择流程的图。

图1B中示出了3GPP定义的网络切片选择流程，引用自TS23.502(图1B对应于该TS的图4.2.2.2.3-1)。

UE的网络切片集合的选择通常由注册过程中首先联系的AMF通过与NSSF交互来触发。

在步骤4a[有条件的]中，从初始AMF到NSSF，切片选择请求(请求的NSSAI(网络切片选择辅助信息)、订阅的S-NSSAI、TAI(跟踪区域标识)、SUPI的PLMN ID(订阅永久标识符))被发送。

如果需要切片选择，例如初始AMF无法为订阅信息允许的请求的NSSAI中的所有S-NSSAI提供服务，初始AMF向NSSF发送切片选择请求。它向NSSF发送请求的NSSAI、订阅的S-NSSAI、SUPI的PLMN ID和UE的TAI。

在步骤4b中，[有条件的]，从NSSF到初始AMF，切片选择响应(AMF集或AMF地址列表、允许的NSSAI、[NSI ID]、[NRF](网络存储库功能)、[被拒绝(S-NSSAI，原因值)]的列表)被发送。

NSSF向初始AMF返回允许的NSSAI和目标AMF集，或者基于配置，返回候选AMF的列表。

根据3GPP定义，NSSF基于该信息、本地配置和其他可用信息(包括UE的当前跟踪区域中的RAN能力或由NWDAF(网络数据分析功能)提供的分析信息)做出切片选择决策。

当UE向网络注册时，UE的网络切片集合可以在任何时间变化，并且可以由网络或由UE发起。

从UE侧来看，当URSP规则被更新或其有效性变化时，现有应用与PDU会话的关联可能需要重新评估。由于以下原因，UE还可能重新评估应用到PDU会话关联：

-基于UE实现的定期重新评估；

-释放基于URSP规则被用于路由应用的业务的现有PDU会话。

如果重新评估导致应用到PDU会话关联的变化，例如当应用要与另一个PDU会话相关联或者需要建立新的PDU会话时，UE可以基于实现及时地强制执行这样的变化。

5GC被设计成分别适应各种服务，例如大规模IoT、关键通信和增强型移动宽带。为了允许第3方/UE访问有关网络提供的服务的信息(例如连接信息、QoS、移动性等)，并在运营商设置的限制内针对不同的各种用例动态定制网络功能，5GC提供网络开放能力，以实现对第3方或UE的网络信息的适当访问/交换。

图1C是示出5GC中的示例性网络开放功能的图。

网络开放功能(NEF)支持网络功能的能力的这种开放，利用经由3GPP网络内部接口收集的信息，并且经由适当的API向应用功能(AF)开放。5GC定义的开放架构，根据TS23.501V16.6.0(图1C对应于TS的图4.2.3-5)，如下所示。

然而，为NEF/UDM服务API定义的现有3GPP过程缺乏对AF请求的特定服务信息相对于UDR中的订阅信息中为UE提供的允许值的适当且优选的早期验证(validation)/检查(例如，请求的用于URSP规则的DNN/S-NSSAI可能不属于用于UE的允许的S-NSSAI/DNN组合列表)。

确实，网络(例如，PCF)稍后将在服务特定参数提供过程中进行这些类型的验证，以避免在URSP中向UE发送不正确的信息，但是这种类型的验证可能比AF发出请求的时间晚很多(例如，如果UE尚未注册或者这取决于UE位置)发生。这导致AF获得对服务特定参数提供的AF请求的成功响应，但并不是真正有效的请求，因此在一段时间后(例如，几个小时后)，当UE联系网络或访问某个位置时，PCF可能会执行此验证并跳过此请求，因为它无效。问题是AF不知道此错误，并且仍然相信请求完成时NEF提供的成功响应。

图2是示出根据本公开实施例的由第一网络功能执行的方法的流程图。

如图2所示，第一网络功能200执行的方法可以包括：S201，向第二网络功能发送用于由第一网络功能向终端设备提供至少一个服务参数的请求，以及S202，从第二网络功能接收关于请求是否被授权的响应。

在本公开的实施例中，至少一个服务参数可以针对该终端设备或者包括该终端设备的终端设备组。

此外，作为特定示例，终端设备可以包括UE。也就是说，在步骤S201中，可以为UE或组UE提供至少一个服务参数。

根据本公开的实施例，第一网络功能可以获得关于请求是否被授权的响应。可以执行对于来自第一网络功能的配置的早期授权和验证。因此，第一网络功能可以更加了解用于终端设备的服务情况。可以提高第一网络功能提供服务和/或配置服务的效率。

在本公开的实施例中，终端设备可以包括由SUPI、GPSI等指示的用户设备(UE)，或者任何其他类型的能够与无线电站进行通信的设备。

在本公开的实施例中，当至少一个服务参数属于第三网络功能中的订阅数据时，可以授权该请求。

在本公开的实施例中，第三网络功能可以包括UDM或PCF。

根据实施例，如果至少一个服务参数属于诸如UDM的第三网络功能中的订阅数据，则可以授权该请求。特别地，由于UDM当前正在对许多其他开放特征进行授权，因此改进当前UDM以进一步具有对来自第一网络功能的请求进行授权的能力将是有效率的。

在本公开的实施例中，响应可以包括用于至少一个服务参数的有效时间。

根据本公开的实施例，通过使用用于至少一个服务参数的有效时间，第一网络功能可以知道何时需要再次请求/更新配置。

在本公开的实施例中，至少一个服务参数可以包括：服务的标识。该至少一个服务参数可以包括：终端设备的标识。

根据本公开的实施例，诸如指示服务的标识和/或指示终端设备的标识之类的多个参数可以是优选的，甚至是强制性的。例如，通过使用这些参数，该请求可以至少指示第一网络功能要配置针对特定终端设备的特定服务。

在本公开的实施例中，至少一个服务参数还可以包括：服务提供商的标识。至少一个服务参数还可以包括：服务相关数据，其是终端设备的订阅数据的一部分。服务相关数据可以包括切片信息和/或数据网络名称(DNN)和/或单个网络切片选择辅助信息(S-NSSAI)。

在本公开的实施例中，服务的标识可以与任何现有服务或任何新服务相关联。例如，在本公开的实施例中，服务的标识可以与以下任一项相关联：UE路由选择策略(URSP)、或具有QoS的AF会话、或AF影响的业务路由、或服务特定参数提供(例如用于v2x)、或服务区域限制、或需要PCF策略评估的业务引导策略。服务提供商可以包括AF或机器类型通信(MTC)提供商。

在实施例中，服务提供商将意味着MTC服务提供商或任何其他内容服务提供商(例如Netflix、YouTube)，并且其可以通过AFId或SCSAsId(服务能力服务器/应用服务器Id)或来自NEF北行API观点的mtcProviderId(mtc提供商Id)来标识。

在本公开的实施例中，当服务的标识所指示的服务被授权给终端设备时，和/或当服务相关数据包括属于订阅的DNN和/或S-NSSAI的列表的DNN和/或S-NSSAI时，可以授权该请求。

根据本公开的实施例，服务的标识可以指示由第一网络功能为终端设备提供的任何种类的可能的服务。进一步地，基于不同的服务，请求中还可以包括不同的附加参数。

在本公开的实施例中，第一网络功能可以包括应用功能(AF)。第二网络功能可以包括网络开放功能(NEF)。

图3A是示出根据本公开的实施例的由第二网络功能执行的方法的流程图。

第二网络功能300执行的方法可以包括：S301，从第一网络功能接收用于由第一网络功能向终端设备提供至少一个服务参数的请求，以及S302，向第一网络功能发送关于请求是否被授权的响应。

图3B是示出根据本公开实施例的由第二网络功能执行的方法的附加步骤的流程图。

在本公开的实施例中，该方法还可以包括：S303、基于本地策略确定第一网络功能是否被授权为终端设备提供服务；S304、当第一网络功能被授权时将请求发送给第三网络功能，以及S305、从第三网络功能接收关于请求是否被授权的响应。

应当理解，当向第三网络功能发送请求时，第二网络功能不需要发送完全相同的请求。例如，可以删除或添加一些参数。此外，一些参数可以从外部格式/值映射到内部格式/值。

在本公开的实施例中，当至少一个服务参数属于第三网络功能中的订阅数据时，可以授权该请求(例如第一请求和/或第二请求)。

在本公开的实施例中，第三网络功能可以包括统一数据管理(UDM)或PCF。

在本公开的实施例中，响应(例如对第一请求的响应和/或对第二请求的响应)可以包括用于至少一个服务参数的有效时间。

在本公开的实施例中，至少一个服务参数可以针对终端设备或者包括该终端设备的终端设备组。

图3C是示出根据本公开实施例的由第二网络功能执行的方法的另一附加步骤的流程图。

在本公开的实施例中，该方法还可以包括：S306，当该请求被授权时，将至少一个服务参数存储在第四网络功能中。当第一请求和/或第二请求被授权时，可以存储至少一个服务参数。

在本公开的实施例中，第四网络功能可以包括统一数据存储库(UDR)。

根据本公开的实施例，如果请求被授权，则可以存储至少一个服务参数以用于为终端设备配置服务。

图3D是示出根据本公开实施例的由第二网络功能执行的另一种方法的流程图。

如图3D所示，由第二网络功能执行的方法可以包括：步骤S307，从第一网络功能接收为UE或UE组提供至少一个服务参数的第一请求；步骤S308，向第三网络功能发送第二请求，以请求第一网络功能是否被授权为UE或UE组提供至少一个服务参数；步骤S309，从第三网络功能接收指示授权的结果的对第二请求的响应；以及步骤S310，向第一网络功能发送第一请求是否被授权的响应。

在本公开的实施例中，至少一个服务参数可以包括：服务的标识。该至少一个服务参数可以包括：终端设备的标识。该标识可以是UE组中的UE的标识。

在本公开的实施例中，至少一个服务参数还可以包括：服务提供商的标识。至少一个服务参数还可以包括：服务相关数据，其是终端设备的订阅数据的一部分。服务相关数据可以包括切片信息和/或数据网络名称(DNN)和/或单个网络切片选择辅助信息(S-NSSAI)。

在本公开的实施例中，服务的标识可以与以下任意一项相关联：UE路由选择策略(URSP)、或具有QoS的AF会话、或AF影响的业务路由、或服务特定参数提供、或服务区域限制、或需要PCF策略评估的业务引导策略。服务提供商可以包括AF或机器类型通信(MTC)提供商。

在本公开的实施例中，当服务的标识所指示的服务被授权给终端设备时，和/或当服务相关数据包括属于订阅的DNN和/或S-NSSAI的列表中的DNN和/或S-NSSAI时，请求(诸如第一请求和/或第二请求)可以被授权。

在本公开的实施例中，第四网络功能可以向第五网络功能通知至少一个服务参数。

在本公开的实施例中，第五网络功能可以包括策略控制功能(PCF)。

根据本公开的实施例，在PCF接收到至少一个服务参数(或者包括用于服务终端设备的策略的至少一个服务参数的部分)之后，可以将策略传送给UE，如在3GPP TS中指定的。

在本公开的实施例中，第一网络功能可以包括应用功能(AF)。第二网络功能可以包括网络开放功能(NEF)。

图4是示出根据本公开实施例的由第三网络功能执行的方法的流程图。

第三网络功能400执行的方法可以包括：S401，从第二网络功能接收用于由第一网络功能向终端设备提供至少一个服务参数的请求，以及S402，向第二网络功能发送关于请求是否被授权的响应。

在S401中，该请求可以用于提供第一网络功能是否被授权为UE或UE组提供至少一个服务参数。在S402中，该响应可以指示授权的结果。

在本公开的实施例中，当至少一个服务参数属于第三网络功能中的订阅数据时，可以授权该请求。

在本公开的实施例中，第三网络功能可以包括UDM或PCF。第二网络功能可以包括NEF。

在本公开的实施例中，响应可以包括用于至少一个服务参数的有效时间。

在本公开的实施例中，至少一个服务参数可以针对终端设备或者包括终端设备的终端设备组。

在本公开的实施例中，至少一个服务参数可以包括：服务的标识；和/或终端设备的标识。终端设备的标识可以针对UE组中的UE。

在本公开的实施例中，至少一个服务参数还可以包括：服务提供商的标识。至少一个服务参数还可以包括：服务相关数据，其是终端设备的订阅数据的一部分。终端设备的订阅数据可以是UE组中的UE的订阅数据。服务相关数据可以包括切片信息和/或数据网络名称(DNN)和/或单个网络切片选择辅助信息(S-NSSAI)。

在本公开的实施例中，服务的标识可以与以下任一项相关联：UE路由选择策略(URSP)、或具有QoS的AF会话、或AF影响的业务路由、或服务特定参数提供、或服务区域限制、或需要PCF策略评估的业务引导策略。服务提供商可以包括AF或机器类型通信(MTC)提供商。

在本公开的实施例中，当服务的标识指示的服务被授权给终端设备时，和/或当服务相关数据包括属于订阅的DNN和/或S-NSSAI的列表的DNN和/或S-NSSAI时，可以授权该请求。服务的标识所指示的服务是为该UE组中的UE授权的。

图5A是示出本公开的一些实施例的高级别解决方案的概述的图。

如图5A所示，在步骤1中，AF请求可以由AF创建，例如在数据网络(例如运营商或互联网)中。

在步骤2中，AF调用增强的NEF服务API(即，Nnef_ServiceParameter_Create(Nnef_服务参数_创建))并将其请求发送给NEF，包括目标UE、服务描述和策略(例如AFServiceId(AF服务Id)、AppId、UE标识、域描述符)。

在步骤2a中，NEF基于本地SLA(服务级别协议)策略对接收到的AF请求进行授权，即AF被授权并允许使用该服务，并且允许从AFServiceId映射的DNN/S-NSSAI使用(基于本地SLA)并通过UDM将外部标识转换(translate)为内部SUPI/组标识。

优选地，可以存在若干强制参数(例如，服务的标识＝URSP或具有QoS的AF会话、终端设备的标识)。其余的可以是可选的，但UDM可以基于这两个最小参数(服务id和设备id)来授权请求。还可以添加其他参数(例如MTC提供商Id)。然后，基于服务，例如URSP，还需要附加参数，例如NSSAI/DNN。进一步优选地，所有这些参数可能都需要对设备进行授权，即：1)服务(例如URSP)2)MTC提供商(产生多个应用的服务提供商)(例如google.com)3)服务相关参数(例如，对于URSP，这些是NSSAI/DNN，因为当请求URSP时它们是必须的)。

本地策略可以是针对每个订户/设备的，即它不是对所有设备通用的。它是每设备提供的策略(例如，对于设备1，允许MTC提供商1请求的URSP，只要URSP中请求的NSSAI/DNN也为设备1提供)。

在步骤2b中，(改进的步骤)NEF经由UDM执行授权以验证所请求的服务特定信息(DNN/S-NSSAI和其他服务信息)是否被授权由UE或UE组使用。

在步骤3中，NEF将信息存储在UDR中作为“应用数据”。

在步骤4中，NEF在成功将AF请求存储到UDR后响应AF。

在步骤5a中，(前提条件(pre-condition))：当UE注册时，PCF订阅UDR中的数据修改的通知。

在步骤5b中，PCF经由Nudr_DM_Notify(Nudr_DM_通知)服务从UDR接收应用特定信息的数据变化的通知。

在步骤6中，PCF发起如3GPP TS23.502章节4.2.4.3中指定的UE策略传送。如果通知PCF UE策略传送失败，则PCF可以订阅“连接状态变化(IDLE或CONNECTED)”事件。

PCF应当检查由UDR为URSP的给定服务提供的S-NSSAI/DNN是否属于订阅的S-NSSAI/DNN的列表(也作为UDR中的策略数据的一部分来提供)。

图5B是示出基于UDM的早期授权过程的示例性呼叫流程。

图5B示出了允许NEF执行早期授权(图5A中的步骤2b)以当服务特定信息未被授权给UE或UE组时立即拒绝请求的示例性解决方案。

该解决方案可以用作针对AF的其他服务特定信息请求的早期验证/授权的通用机制，例如，服务特定参数提供(URSP)、SAR(服务区限制)和需要PCF策略评估的业务引导策略。

如图5B所示，AF可以向NEF发送“Nnef_service_specific_create(Nnef_服务_特定_创建)”(包括UE-ID、服务特定信息)以触发用于早期服务特定授权的这种过程。

NEF授权允许AF调用具有所请求的服务特定参数的API。如果是，NEF通过发送“Nudm_Service_Specific_Authorization(Nudm_服务_特定_授权)”(包括UE-ID、服务特定信息)向UDM请求对特定UE或UE组进行进一步早期授权。

如果对特定UE允许该服务，包括AF请求的所有附加参数，则UDM返回可以包括有效时间的成功响应。当达到有效时间时，授权将到期。这会强制重新授权(例如，由NEF或AF发起)以确保仍允许服务特定信息。

NEF可以从UDM接收“Nudm_Service_Specific_Authorization_Response(Nudm_服务_特定_授权_响应)”。肯定响应可以包括指示“OK(好)”和有效时间。

然后，NEF可以继续该流程(参见解决方案#1，步骤3，如图5B中所示)，并将服务特定信息存储在UDR中。

NEF可以通过发送“Nnef_service_specific_create_response(Nnef_服务_特定_创建_响应)”来回复AF，并保证该请求确实针对特定UE被授权。

应当理解，以上新消息的术语/名称仅是示例而不是限制。

作为替代解决方案，NEF可以联系PCF，使得PCF代替UDM执行早期授权(订阅的DNN/S-NSSAI也是策略数据的一部分)。然而，UDM可能更优选，因为它当前正在以每UE为基础对其他开放特征(例如事件开放、NIDD(非IP数据传送)；参数提供)执行授权，因此集中该授权在单个NF中会更加一致，而不是根据AF请求分布在不同的NF中。此外，当被UDR通知时，PCF会被稍后联系，因此相同的NF在同一过程中涉及两次(早期和后期)，可能会导致考虑NEF直接将服务特定信息存储在UDR中而不是继续通过PCF的解决方案，以便PCF确保UDR中存储的信息得到正确授权。

不太优选但仍然适用的另一个实施例是由NEF重用现有的UDM SDM(订户数据管理)服务来检索DNN/NSSAI，但是在同一资源中存在NEF不感兴趣的大量AM数据(例如RAT(无线电接入技术)限制、UPU(UE参数更新)信息、SOR(漫游引导)信息、计时器)，因此无论如何在SDM中都需要进行调适。此外，更重要的是，它没有解决每UE的服务授权(在一致的DNN/NSSAI检查之前)，即给定的UE可能具有正确的DNN/NSSAI，但不能允许AF使用此服务(在这种情况下，它是URSP规则，但现有的NIDD可能已经落入这种通用机制，因为NEF/AF的DNN也将与订阅数据一致)或者可以针对由AF调用的服务(例如URSP变化)允许UE，但不适用于发出请求的AF/MTC提供商。Nudm_SDM服务既无意也无法执行此操作。

本公开的实施例提供了用于早期验证/授权的通用机制，以供AF的当前和/或未来服务特定信息请求重用，例如，需要PCF策略评估的URSP、SAR(服务区限制)。在联系PCF/UDR之前，NEF可以在不同级别(服务、DNN/NSSAI)上基于每订户请求授权，以便AF被回复适当的回答(OK或“请求被禁止”)，从而节省5GC网络中的资源/信令并立即为AF提供可靠的回答。

UDM可以附加检查所请求的UE组(或任何UE)的管理是否被授权用于发出请求的AF/MTC提供商，并且也许DNN/NSSAI(在该特定情况下，但其取决于服务)也适用于该组。

确保为UE组和各个UE成员提供的信息是一致的可能是运营商的任务，例如，组内的所有UE都具有适用于/授权给该组的DNN/NSSAI。

图6是根据本公开实施例的用于提供用于服务终端设备的配置的示例性呼叫流程图。

步骤2b可以是来自现有3GPP R16服务参数提供过程的过程的增强步骤。此外，可以使用现有步骤中的新参数来增强该过程。

步骤1示出AF/AS(应用功能/应用服务器)创建AF请求。

步骤2示出，为了创建新的请求，AF调用增强的NEF服务API(即Nnef_ServiceParameter_Create(Nnef_服务参数_创建))服务操作并将其请求发送给NEF，该请求可以包含如下信息：

1)服务说明

DNN和S-NSSAI的组合

AF服务标识符

应用标识符

2)目标UE或UE组

GPSI、UE IPv4/IPv6/MAC地址、UE组ID、任何UE ID

3)服务参数

UE路由策略(业务描述符、应用/域描述符、位置/时间条件……)。

步骤2a-1和2a-2示出NEF基于本地SLA(服务水平协议)策略(合作伙伴管理)对AF进行授权，NEF将通过UDM服务将外部UE ID或组ID转换为内部标识。

步骤2b(增强步骤)示出，NEF应当使用增强的UDM服务来验证从AF接收的S-NSSAI/DNN和其他服务信息属于订阅/允许的S-NSSAI/DNN的列表和UDM订阅数据内的服务(见图5)。如果授权失败(例如，对于UE未订阅DNN，UE不允许通过AF或此类特定AF动态修改URSP规则)，UDM返回否定响应，该响应被映射到针对AF的HTTP 403响应(禁止)：这样，AF就会被告知在条件发生变化(例如，当UE允许此类AF影响URSP规则时)之前不应尝试请求；

步骤3示出了，NEF将AF请求信息作为应用数据的一部分与指派的事务参考ID一起存储在UDR中。

步骤4示出了，NEF在将AF请求数据存储在UDR中之后对AF进行响应。

步骤5示出，如果UE注册到网络并且PCF通过调用Nudr_DM_Subscribe(Nudr_DM_订阅)(AF服务参数提供信息(SUPI))来执行对UDR中修改的数据的通知的订阅，PCF从UDR接收数据变化的Nudr_DM_Notify(Nudr_DM_通知)通知。

步骤6示出了，PCF按照3GPP TS23.502V16.6.0章节4.2.4.3中规定的发起UE策略传送。如果通知PCF UE策略传送失败，则PCF可以订阅章节5.2.2.3中定义的“连接状态变化(IDLE或CONNECTED)”事件。

在这样的具体实现中，本公开的实施例的优点包括引入一种方法来增强AF影响URSP变化(和其他服务特定AF请求)的早期授权和验证并且向第三方应用开放这样的能力。它使企业服务提供商能够控制其最终用户的切片租户使用，从而进一步提高切片使用效率。可以提供针对URSP的AF影响的PCF决策的优化过程。

图7A是示出根据本公开实施例的用于第一网络功能、第二网络功能和第三网络功能的装置的框图。

如图7A所示，第一/第二/第三网络功能200/300/400可以包括：一个或多个处理器701/703/705；以及包括计算机程序代码的一个或多个存储器702/704/706。一个或多个存储器和计算机程序代码可以被配置为与一个或多个处理器一起使得第一/第二/第三网络功能200/300/400至少：执行根据如上所述的实施例中的任一项所述的方法，如图2至4所示。

例如，使得第一网络功能200至少：向第二网络功能发送用于由第一网络功能为终端设备提供至少一个服务参数的请求，以及从第二网络功能接收关于请求是否被授权的响应。

又例如，可以使第一网络功能200至少：向第二网络功能发送用于为UE或UE组提供至少一个服务参数的请求；以及从第二网络功能接收关于该请求是否被授权的响应。

例如，使得第二网络功能至少：从第一网络功能接收用于由第一网络功能为终端设备提供至少一个服务参数的请求，以及向第一网络功能发送关于该请求是否被授权的响应。

又例如，可以使得第二网络功能至少：从第一网络功能接收用于为UE或UE组提供至少一个服务参数的第一请求；向第三网络功能发送第二请求以请求第一网络功能是否被授权为UE或UE组提供至少一个服务参数；从第三网络功能接收指示授权结果的对第二请求的响应；以及向第一网络功能发送关于第一请求是否被授权的响应。

例如，使得第三网络功能至少：从第二网络功能接收用于由第一网络功能向终端设备提供至少一个服务参数的请求；以及向第二网络功能发送关于该请求是否被授权的响应。

又例如，可以使得第三网络功能至少：从第二网络功能接收用于提供第一网络功能是否被授权为UE或UE组提供至少一个服务参数的请求；向第二网络功能发送指示授权结果的响应。

处理器701、703、705可以是任何种类的处理组件，例如一个或多个微处理器或微控制器，以及其他数字硬件，其可以包括数字信号处理器(DSP)、专用数字逻辑、等等。存储器702、704、706可以是任何类型的存储组件，例如只读存储器(ROM)、随机存取存储器、高速缓冲存储器、闪存设备、光存储设备等。

图7B是示出根据本公开实施例的计算机可读存储介质的框图。

如图7B所示，计算机可读介质700可以具有在其上体现的用于与第一网络功能/第二网络功能/短消息服务功能一起使用的计算机程序代码707。计算机程序代码707可以包括用于执行上述任何方法的代码，如图2-4所示。

例如，计算机程序代码707可以包括用于第一网络功能200、第二网络功能300或第三网络功能400的代码。

计算机可读存储介质700可以被配置为包括诸如RAM、ROM、可编程只读存储器(PROM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、磁盘、光盘、软盘、硬盘、可移动盒式存储器或闪存驱动器之类的存储器。

图8A是示出根据本公开实施例的用于第一网络功能的装置的单元的示意图。

如图8A所示，例如，用于第一网络功能的装置200可以包括：发送单元8001，其被配置为向第二网络功能发送用于由第一网络功能为终端设备提供至少一个服务参数的请求；以及接收单元8002，其被配置为从第二网络功能接收关于该请求是否被授权的响应。

又例如，发送单元8001可以被配置为向第二网络功能发送用于为用户设备(UE)或UE组提供至少一个服务参数的请求。接收单元8002可以被配置为从第二网络功能接收关于该请求是否被授权的响应。

图8B是示出根据本公开实施例的用于第二网络功能的装置的单元的示意图。

如图8B所示，例如，用于第二网络功能的装置300可以包括：接收单元8003，其被配置为从第一网络功能接收用于由第一网络功能向终端设备提供至少一个服务参数的请求；以及发送单元8004，其被配置为向第一网络功能发送关于该请求是否被授权的响应。

又例如，接收单元8003可以被配置为从第一网络功能接收用于为UE或UE组提供至少一个服务参数的第一请求。发送单元8004可以被配置为向第三网络功能发送第二请求，以请求第一网络功能是否被授权为UE或UE组提供至少一个服务参数。接收单元8003可以被配置为从第三网络功能接收指示授权结果的对第二请求的响应。发送单元8004可以被配置为向第一网络功能发送关于第一请求是否被授权的响应。

图8C是示出根据本公开实施例的用于第三网络功能的装置的单元的示意图。

如图8C所示，例如，用于第三网络功能的装置400可以包括：接收单元8005，其被配置为从第二网络功能接收用于第一网络功能向终端设备提供至少一个服务参数的请求；以及发送单元8006，其被配置为向第二网络功能发送关于该请求是否被授权的响应。

又例如，接收单元8005可以被配置为接收用于提供第一网络功能是否被授权为UE或UE组提供至少一个服务参数的请求。发送单元8006可以被配置为向第二网络功能发送指示授权结果的响应。

术语单元可以具有在电子、电气设备和/或电子设备领域中的常规含义，并且可以包括例如电气和/或电子电路、设备、模块、处理器、存储器、逻辑固态和/或分立设备、用于执行各个任务、过程、计算、输出和/或显示功能等的计算机程序或指令，例如本文所述的那些。

利用这些单元，第一网络功能200、第二网络功能300和/或第三网络功能400可以不需要固定处理器或存储器，可以从通信系统中的至少一个网络功能/节点/设备/实体/装置布置任何计算资源和存储资源。还可以引入虚拟化技术和网络计算技术，以提高网络资源的使用效率和网络的灵活性。

本公开的示例实施例还可以提供一种在通信系统中实现的方法。

根据本公开的实施例，提供了一种在通信系统中实现的方法，该通信系统可以包括主机计算机、基站和UE。该方法可以包括在主机计算机处提供用户数据。可选地，该方法可以包括在主机计算机处发起经由包括基站的蜂窝网络到UE的携带用户数据的传输。

根据本公开的实施例，提供了一种包括主机计算机的通信系统。主机计算机可以包括被配置为提供用户数据的处理电路，以及被配置为将用户数据转发给蜂窝网络以便发送给UE的通信接口。蜂窝网络可以包括具有无线电接口和处理电路的基站。

根据本公开的实施例，提供了一种包括主机计算机的通信系统。主机计算机可以包括被配置为提供用户数据的处理电路，以及被配置为将用户数据转发给蜂窝网络以便发送给UE的通信接口。UE可以包括无线电接口和处理电路。

根据本公开的实施例，提供了一种在通信系统中实现的方法，该通信系统可以包括主机计算机、基站和UE。该方法可以包括在主机计算机处接收从UE发送给基站的用户数据。

根据本公开的实施例，提供了一种包括主机计算机的通信系统。主机计算机可以包括通信接口，该通信接口被配置为接收源自从UE到基站的传输的用户数据。UE可以包括无线电接口和处理电路。

根据本公开的实施例，提供了一种在通信系统中实现的方法，该通信系统可以包括主机计算机、基站和UE。该方法可以包括在主机计算机处从基站接收源自基站已从UE接收的传输的用户数据。

根据本公开的实施例，提供了一种可以包括主机计算机的通信系统。主机计算机可以包括通信接口，该通信接口被配置为接收源自从UE到基站的传输的用户数据。基站可以包括无线电接口和处理电路。

图9是示出根据本公开的一些实施例的经由中间网络连接到主机计算机的电信网络的框图。

参考图9，根据实施例，一种通信系统包括诸如3GPP型蜂窝网络之类的电信网络910，其包括诸如无线电接入网络之类的接入网络911和核心网络914。接入网911包括多个基站912a、912b、912c，例如NB、eNB、gNB或其他类型的无线接入点，每个定义对应的覆盖区域913a、913b、913c。每个基站912a、912b、912c可通过有线或无线连接915连接到核心网络914。位于覆盖区域913c中的第一UE 991被配置为无线连接到对应的基站912c或被其寻呼。覆盖区域913a中的第二UE 992可无线连接到对应的基站912a。尽管在该示例中示出了多个UE 991、992，但是所公开的实施例同样适用于唯一UE在覆盖区域中或唯一UE连接到对应的基站912的情况。

电信网络910本身连接到主机计算机930，主机计算机930可以体现在独立服务器、云实现的服务器、分布式服务器的硬件和/或软件中或作为服务器场中的处理资源。主机计算机930可以在服务提供商的所有权或控制之下，或者可以由服务提供商或代表服务提供商来操作。电信网络910与主机计算机930之间的连接921和922可以直接从核心网络914扩展到主机计算机930，或者可以通过可选的中间网络920。中间网络920可以是公共、私有或托管网络之一，也可以是其中，多个的组合；中间网络920(如果有的话)可以是骨干网或互联网；特别地，中间网络920可以包括两个或更多个子网络(未示出)。

图9的通信系统作为整体实现了连接的UE 991、992与主机计算机930之间的连接。该连接可以被描述为过顶(Over-the-Top)(OTT)连接950。主机计算机930和连接的UE 991、992被配置为使用经由接入网络911、核心网络914、任何中间网络920以及可能的其他基础设施(未示出)作为中介的OTT连接950来传递数据和/或信令。在OTT连接950通过的参与通信设备不知道上行链路和下行链路通信的路由的意义上，OTT连接950可以是透明的。例如，可以不向或者不需要向基站912通知传入(incoming)下行链路通信的过去路由，该传入下行链路通信具有源自主机计算机930的将向连接的UE991转发(例如切换)的数据。类似地，基站912不需要知道从源自UE 991朝向主机计算机930的传出(outgoing)上行链路通信的未来路由。

图10是示出根据本公开的一些实施例的主机计算机通过部分无线连接经由基站与UE通信的框图。

现在将参考图10描述根据在前面的段落中讨论的UE、基站和主机计算机的实施例的示例实施方式。在通信系统1000中，主机计算机1010包括硬件1015，该硬件1015包括被配置为建立和维护与通信系统1000的不同通信设备的接口的有线或无线连接的通信接口1016。主机计算机1010还包括处理电路1018，处理电路1018可以具有存储和/或处理能力。特别地，处理电路1018可以包括一个或多个适于执行指令的可编程处理器、专用集成电路、现场可编程门阵列或这些的组合(未示出)。主机计算机1010还包括软件1011，该软件1011存储在主机计算机1010中或可由主机计算机1010访问并且可由处理电路1018执行。软件1011包括主机应用1012。主机应用1012可操作于向诸如UE1030的远程用户提供服务，UE1030经由终止于UE 1030和主机计算机1010的OTT连接1050连接。在向远程用户提供服务时，主机应用1012可以提供使用OTT连接1050发送的用户数据。

通信系统1000还包括基站1020，该基站1020在电信系统中提供并且包括使其能够与主机计算机1010以及与UE1030通信的硬件1025。硬件1025可以包括用于建立和维护与通信系统1000的不同通信设备的接口的有线或无线连接的通信接口1026，以及用于建立和维护与位于由基站1020服务的覆盖区域(图10中未示出)中的UE1030的至少无线连接1070的无线电接口1027。通信接口1026可被配置为促进到主机计算机1010的连接1060。连接1060可以是直接的，或者可以通过电信系统的核心网络(图10中未示出)和/或通过电信系统外部的一个或多个中间网络。在所示的实施例中，基站1020的硬件1025还包括处理电路1028，处理电路1028可以包括一个或多个适于执行指令的可编程处理器、专用集成电路、现场可编程门阵列或这些的组合(未示出)。基站1020还具有内部存储或可通过外部连接访问的软件1021。

通信系统1000还包括已经提到的UE 1030。其硬件1035可以包括无线电接口1037，无线电接口1037被配置为建立并维护与服务于UE 1030当前所在的覆盖区域的基站的无线连接1070。UE 1030的硬件1035还包括处理电路1038，处理电路1038可以包括一个或多个适于执行指令的可编程处理器、专用集成电路、现场可编程门阵列或这些的组合(未示出)。UE1030进一步包括存储在UE 1030中或可由UE 1030访问并且可由处理电路1038执行的软件1031。软件1031包括客户端应用1032。客户端应用1032可操作于在主机计算机1010的支持下经由UE1030向人类或非人类用户提供服务。在主机计算机1010中，正在执行的主机应用1012可以通过终止于UE 1030和主机计算机1010的OTT连接1050与正在执行的客户端应用1032通信。在向用户提供服务中，客户端应用1032可以从主机应用1012接收请求数据，并响应于该请求数据提供用户数据。OTT连接1050可以传送请求数据和用户数据两者。客户端应用1032可以与用户交互以生成其提供的用户数据。

注意，图10所示的主机计算机1010、基站1020和UE 1030可以分别与图9的主机计算机930、基站912a、912b、912c之一和UE 991、992之一相似或相同。也就是说，这些实体的内部工作原理可以如图10所示，而独立地，周围网络拓扑结构可以是图9的那样。

在图10中，已经抽象地绘制了OTT连接1050，以示出主机计算机1010与UE 1030之间经由基站1020的通信，而没有明确地参考任何中间设备以及经由这些设备的消息的精确路由。网络基础设施可以确定路由，网络基础设施可被配置为将该路由对UE 1030或对操作主机计算机1010的服务提供商或两者隐藏。当OTT连接1050是活动的时，网络基础设施可以进一步做出决定，通过该决定它动态地变化路由(例如基于负载平衡考虑或网络的重新配置)。

UE 1030和基站1020之间的无线连接1070根据贯穿本公开描述的实施例的教导。各种实施例中的一个或多个实施例改进使用OTT连接1050提供给UE 1030的OTT服务的性能，在OTT连接1050中无线连接1070形成最后的段。更精确地，这些实施例的教导可以改善延迟和功耗，并且从而提供诸如更低的复杂性、减少访问小区所需的时间、更好的响应性、延长的电池寿命等好处。

可以出于监控数据速率、延迟和一个或多个实施例在其上改善的其他因素的目的而提供测量过程。可能还存在可选的网络功能，用于响应于测量结果的变化来重新配置主机计算机1010和UE 1030之间的OTT连接1050。用于重新配置OTT连接1050的测量过程和/或网络功能可以在主机计算机1010的软件1011和硬件1015中或在UE 1030的软件1031和硬件1035中或两者中实现。在实施例中，可以将传感器(未示出)部署在OTT连接1050所经过的通信设备中或与之相关联；传感器可以通过提供以上例示的监控量的值或提供软件1011、1031可以从中计算或估计监控量的其他物理量的值来参与测量过程。OTT连接1050的重配置可以包括消息格式、重传设置、优选的路由等；重新配置不必影响基站1020，并且它可能对于基站1020是未知的或不可感知的。这种过程和功能在本领域中是已知的和实践的。在某些实施例中，测量可以涉及专有UE信令，其促进主机计算机1010对吞吐量、传播时间、延迟等的测量。可以如下实现测量，在软件1011和1031在监控消息传播时间、错误等的同时促使OTT连接1050发送消息(尤其是空消息或“假(dummy)”消息)。

图11是示出根据本公开实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，它们可以是参考图9和图10描述的那些。为了本公开简单起见，本部分仅包括对图11的附图参考。在步骤1110，主机计算机提供用户数据。在步骤1110的子步骤1111(可以是可选的)中，主机计算机通过执行主机应用来提供用户数据。在步骤1120中，主机计算机发起到UE的携带用户数据的传输。在步骤1130(可以是可选的)中，根据贯穿本公开所描述的实施例的教导，基站向UE发送由主机计算机发起的传输中携带的用户数据。在步骤1140(也可以是可选的)，UE执行与由主机计算机执行的主机应用相关联的客户端应用。

图12是示出根据本公开实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，它们可以是参考图9和图10描述的那些。为了本公开简单起见，本部分仅包括对图12的附图参考。在步骤1210，主机计算机提供用户数据。在可选的子步骤(未示出)中，主机计算机通过执行主机应用来提供用户数据。在步骤1220中，主机计算机发起到UE的携带用户数据的传输。根据贯穿本公开所描述的实施例的教导，传输可以通过基站。在步骤1230(可以是可选的)，UE接收在传输中携带的用户数据。

图13是示出根据本公开实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，它们可以是参考图9和图10描述的那些。为了本公开简单起见，本部分仅包括对图13的附图参考。在步骤1310(可以是可选的)中，UE接收由主机计算机提供的输入数据。附加地或替代地，在步骤1320中，UE提供用户数据。在步骤1320的子步骤1321(可以是可选的)中，UE通过执行客户端应用来提供用户数据。在步骤1310的子步骤1311(可以是可选的)中，UE执行客户端应用，该客户端应用响应于由主机计算机提供的接收到的输入数据来提供用户数据。在提供用户数据时，执行的客户端应用可以进一步考虑从用户接收的用户输入。不管提供用户数据的特定方式如何，UE在子步骤1330(可能是可选的)中发起用户数据到主机计算机的传输。在该方法的步骤1340中，根据贯穿本公开描述的实施例的教导，主机计算机接收从UE发送的用户数据。

图14是示出根据本公开实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，它们可以是参考图9和图10描述的那些。为了本公开简单起见，在本部分中仅包括对图14的附图参考。在步骤1410(可以是可选的)中，根据贯穿本公开描述的实施例的教导，基站从UE接收用户数据。在步骤1420(可以是可选的)，基站发起接收的用户数据到主机计算机的传输。在步骤1430(可以是可选的)，主机计算机接收由基站发起的传输中携带的用户数据。

通常，本公开的各种示例实施例可以用硬件或专用电路、软件、逻辑或其任何组合来实现。例如，一些方面可以用硬件实现，而其他方面可以用可以由控制器、微处理器或其他计算设备执行的固件或软件实现，但是本公开不限于此。虽然本公开的示例性实施例的各个方面可以被示出和描述为框图、流程图或使用一些其他图形表示，但是可以很好地理解，本文描述的这些框、装置、系统、技术或方法可以作为非限制性示例以硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备或其某种组合来实现。

因此，应该理解，本公开的示例性实施例的至少一些方面可以在诸如集成电路芯片和模块的各种组件中实践。因此应当理解，本公开的示例性实施例可以在体现为集成电路的装置中实现，其中，集成电路可以包括电路(以及可能固件)，用于体现可配置以便根据本公开的示例性实施例操作的数据处理器、数字信号处理器、基带电路和射频电路中的至少一个或多个。

应当理解，本公开的示例性实施例的至少一些方面可以体现在由一个或多个计算机或其他设备执行的计算机可执行指令中，例如在一个或多个程序模块中。通常，程序模块包括在计算机或其他设备中由处理器执行时执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。计算机可执行指令可以存储在诸如硬盘、光盘、可移动存储介质、固态存储器、RAM等的计算机可读介质上。本领域技术人员将理解，程序模块的功能可以在各种实施例中根据需要组合或分布。另外，功能可以全部或部分地体现在固件或硬件等价物(诸如集成电路、现场可编程门阵列(FPGA)等)中。

本公开包括本文明确公开的任何新颖特征或特征组合或其任何概括。当结合附图阅读时，鉴于前述描述，对本公开的前述示例性实施例的各种修改和调适对于相关领域的技术人员而言将变得明显。然而，任何和所有修改仍将落入本公开的非限制性和示例性实施例的范围内。

Claims (37)

1.一种由第一网络功能执行的方法，包括：

向第二网络功能发送(S201)用于为用户设备UE或UE组提供至少一个服务参数的请求；以及

从所述第二网络功能接收(S202)关于所述请求是否被授权的响应。

2.根据权利要求1所述的方法，

其中，当所述至少一个服务参数属于第三网络功能中的订阅数据时，所述请求被授权。

3.根据权利要求1或2所述的方法，

其中，所述第三网络功能包括统一数据管理UDM。

4.根据权利要求1至3中任一项所述的方法，

其中，所述响应包括用于所述至少一个服务参数的有效时间。

5.根据权利要求1至4中任一项所述的方法，

其中，所述至少一个服务参数包括：

服务的标识；和/或

所述UE或所述UE组的标识。

6.根据权利要求5所述的方法，

其中，所述至少一个服务参数还包括：

服务提供商的标识；和/或

服务相关数据，所述服务相关数据是所述UE或所述UE组的订阅数据的一部分；

其中，所述服务相关数据包括切片信息、和/或数据网络名称DNN、和/或单个网络切片选择辅助信息S-NSSAI。

7.根据权利要求6所述的方法，

其中，所述服务的标识与以下任一项相关联：UE路由选择策略URSP、或具有QoS的AF会话、或AF影响的业务路由、或服务特定参数提供、或服务区域限制、或需要PCF策略评估的业务引导策略；和/或

其中，所述服务提供商包括AF或机器类型通信MTC提供商。

8.根据权利要求7所述的方法，

其中，当由所述服务的所述标识指示的服务被授权给所述UE或所述UE组时，和/或当所述服务相关数据包括属于订阅的DNN和/或S-NSSAI的列表的DNN和/或S-NSSAI时，所述请求被授权。

9.根据权利要求1至8中任一项所述的方法，

其中，所述第一网络功能包括应用功能AF；和/或

其中，所述第二网络功能包括网络开放功能NEF。

10.一种由第二网络功能执行的方法，包括：

从第一网络功能接收(S307)用于为UE或UE组提供至少一个服务参数的第一请求；

向第三网络功能发送(S308)第二请求，以请求所述第一网络功能是否被授权为所述UE或所述UE组提供所述至少一个服务参数；

从所述第三网络功能接收(S309)指示授权的结果的对所述第二请求的响应；以及

向所述第一网络功能发送(S310)关于所述第一请求是否被授权的响应。

11.根据权利要求10所述的方法，

其中，当所述至少一个服务参数属于所述第三网络功能中的订阅数据时，所述第一请求和/或所述第二请求被授权。

12.根据权利要求10或11所述的方法，

其中，所述第三网络功能包括统一数据管理UDM。

13.根据权利要求10至12中任一项所述的方法，

其中，对所述第一请求的所述响应和/或对所述第二请求的所述响应包括所述至少一个服务参数的有效时间。

14.根据权利要求10至13中任一项所述的方法，还包括：

当所述第一请求和/或所述第二请求被授权时，将所述至少一个服务参数存储在第四网络功能中。

15.根据权利要求14所述的方法，

其中，所述第四网络功能包括统一数据存储库UDR。

16.根据权利要求10至15中任一项所述的方法，

其中，所述至少一个服务参数包括：

服务的标识；和/或

所述UE或所述UE组的标识。

17.根据权利要求16所述的方法，

其中，所述至少一个服务参数还包括：

服务提供商的标识；和/或

服务相关数据，所述服务相关数据是所述UE或所述UE组的订阅数据的一部分；

其中，所述服务相关数据包括切片信息、和/或数据网络名称DNN、和/或单个网络切片选择辅助信息S-NSSAI。

18.根据权利要求17所述的方法，

其中，所述服务的标识与以下任一项相关联：UE路由选择策略URSP、或具有QoS的AF会话、或AF影响的业务路由、或服务特定参数提供、或服务区域限制、或需要PCF策略评估的业务引导策略；和/或

其中，所述服务提供商包括AF或机器类型通信MTC提供商。

19.根据权利要求18所述的方法，

其中，当由所述服务的所述标识指示的服务被授权给所述UE或所述UE组时，和/或当所述服务相关数据包括属于订阅的DNN和/或S-NSSAI的列表的DNN和/或S-NSSAI时，所述第一请求和/或所述第二请求被授权。

20.根据权利要求10至19中任一项所述的方法，

其中，所述第四网络功能向第五网络功能通知所述至少一个服务参数。

21.根据权利要求20所述的方法，

其中，所述第五网络功能包括策略控制功能PCF。

22.根据权利要求10至21中任一项所述的方法，

其中，所述第一网络功能包括应用功能AF；和/或

其中，所述第二网络功能包括网络开放功能NEF。

23.一种由第三网络功能执行的方法，包括：

从第二网络功能接收(S401)用于提供第一网络功能是否被授权为UE或UE组提供至少一个服务参数的请求；

向所述第二网络功能发送(S402)指示授权的结果的响应。

24.根据权利要求23所述的方法，

其中，当所述至少一个服务参数属于所述第三网络功能中的订阅数据时，所述请求被授权。

25.根据权利要求23或24所述的方法，

其中，所述第三网络功能包括UDM；和/或

其中，所述第二网络功能包括NEF。

26.根据权利要求23至25中任一项所述的方法，

其中，所述响应包括所述至少一个服务参数的有效时间。

27.根据权利要求23至26中任一项所述的方法，

其中，所述至少一个服务参数包括：

服务的标识；和/或

所述UE或所述UE组的标识。

28.根据权利要求27所述的方法，

其中，所述至少一个服务参数还包括：

服务提供商的标识；和/或

服务相关数据，所述服务相关数据是所述UE或所述UE组的订阅数据的一部分；

其中，所述服务相关数据包括切片信息、和/或数据网络名称DNN、和/或单个网络切片选择辅助信息S-NSSAI。

29.根据权利要求28所述的方法，

其中，所述服务的标识与以下任一项相关联：UE路由选择策略URSP、或具有QoS的AF会话、或AF影响的业务路由、或服务特定参数提供、或服务区域限制、或需要PCF策略评估的业务引导策略；和/或

其中，所述服务提供商包括AF或机器类型通信MTC提供商。

30.根据权利要求29所述的方法，

其中，当由所述服务的所述标识指示的服务被授权给所述UE或所述UE组时，和/或当所述服务相关数据包括属于订阅的DNN和/或S-NSSAI的列表的DNN和/或S-NSSAI时，所述请求被授权。

31.一种第一网络功能(200)，包括：

一个或多个处理器(701)；以及

包括计算机程序代码的一个或多个存储器(702)，

所述一个或多个存储器和所述计算机程序代码被配置为与所述一个或多个处理器一起使所述第一网络功能至少：

向第二网络功能发送用于为UE或UE组提供至少一个服务参数的请求；以及

从所述第二网络功能接收关于所述请求是否被授权的响应。

32.根据权利要求31所述的第一网络功能(200)，

其中，还使得第一网络功能执行根据权利要求2至9中任一项所述的方法。

33.一种第二网络功能(300)，包括：

一个或多个处理器(703)；以及

包括计算机程序代码的一个或多个存储器(704)，

所述一个或多个存储器和所述计算机程序代码被配置为与所述一个或多个处理器一起使所述第二网络功能至少：

从第一网络功能接收用于为UE或UE组提供至少一个服务参数的第一请求；

向第三网络功能发送第二请求以请求所述第一网络功能是否被授权为所述UE或所述UE组提供至少一个服务参数；

从所述第三网络功能接收指示授权的结果的对所述第二请求的响应；以及

向所述第一网络功能发送关于所述第一请求是否被授权的响应。

34.根据权利要求33所述的第二网络功能(300)，

其中，还使第二网络功能执行根据权利要求11至22中任一项所述的方法。

35.一种第三网络功能(400)，包括：

一个或多个处理器(705)；以及

包括计算机程序代码的一个或多个存储器(706)，

所述一个或多个存储器和所述计算机程序代码被配置为与所述一个或多个处理器一起使所述第三网络功能至少：

从第二网络功能接收用于提供第一网络功能是否被授权为UE或UE组提供至少一个服务参数的请求；

向所述第二网络功能传送指示授权的结果的响应。

36.根据权利要求35所述的第三网络功能(400)，

其中，还使得所述第三网络功能执行根据权利要求24至30中任一项所述的方法。

37.一种计算机可读介质(700)，在所述计算机可读介质(700)上体现有计算机程序代码(707)，所述计算机程序代码(707)与网络功能一起使用，其中，所述计算机程序代码包括用于执行根据权利要求1-30中任一项所述的方法的代码。