具体实施方式

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

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

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

如本文所使用的，术语“网络”或“通信网络/系统”是指遵循任何适当的通信标准(诸如新无线电(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))、控制器或任何其他合适的设备。BS可以是例如节点B(NodeB或NB)、演进型NodeB(eNodeB或eNB)、下一代NodeB(gNodeB或gNB)、远程无线电单元(RRU)、无线电头(RH)、远程无线电头(RRH)、中继、低功率节点(诸如毫微微，微微等)。

网络功能/节点的进一步示例包括诸如MSR BS的多标准无线电(MSR)无线电设备、诸如无线电网络控制器(RNC)或基站控制器(BSC)的网络控制器、基站收发器(BTS)、传输点、传输节点、定位节点等。然而，更一般地，网络节点可以表示能够、被配置为、被布置为和/或可操作以启用和/或提供终端设备对无线通信网络的接入或向已经接入无线通信网络的终端设备提供某种服务的任何合适的设备(或设备组)。

术语终端设备包括能够通过发送和/或接收无线信号与网络功能/节点(例如基站)或与另一无线设备通信的设备。因此，术语终端设备包括但不限于：移动电话、用于机器对机器通信的固定或移动无线设备、集成或嵌入式无线卡、外部插入的无线卡、车辆等。

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

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

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

图1是示出根据本公开实施例的在网络功能处执行的方法的示例性流程图。

如图1所示，在网络功能处执行的方法包括：S101，接收用于建立NIDD会话的请求，其中，NIDD是指非互联网协议数据传递；以及S102，选择用户面功能(UPF)或网络开放功能(NEF)以用于建立NIDD会话。

从UE到应用功能(AF)的NIDD可以通过以下两种机制之一来完成：

-经由NIDD信道使用NEF进行传递；

-经由点对点(PtP)N6隧道使用UPF进行传递。

根据本公开的实施例，可以显式地配置用于NIDD会话的不同机制之间的选择(例如经由UPF或经由NEF)。从而提高了管理NIDD会话的效率。

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

如图2所示，该方法还可以包括：S103，从统一数据管理(UDM)获取会话管理数据。然后，在步骤S102中，网络功能可以基于会话管理数据选择UPF或NEF。

根据本公开的实施例，UDM中的会话管理数据或称为会话管理订阅数据可以包含用于NIDD会话管理的特定信息。

在本公开的实施例中，网络功能包括：会话管理功能(SMF)。

SMF可以确定上述两种机制中的哪一种应该用于非结构化PDU会话建立：经由NIDD信道使用NEF进行传递或经由N6信道使用UPF进行传递。

图3是示出用于从UDM获取会话管理数据的过程的示例图。

如图3所示，NF服务消费者(例如SMF)10向UDM 20发送请求以接收UE的会话管理订阅数据(还参见第三代合作伙伴项目技术规范(3GPP TS)29.503V15.3.0)。该请求包含UE的标识(/{supi})、请求的信息的类型(/sm-data)和查询参数(single-nssai、dnn、支持的特征、plmn-id)。术语“supi”是指订阅永久标识符。术语“sm-data”是指会话管理数据。术语“single-nssai”是指单网络切片选择辅助信息。术语“dnn”是指数据网络名称。术语“plmn-id”是指公共陆地移动网络标识符。

具体地，在步骤31中，NF服务消费者(例如SMF)10对于表示UE的会话管理订阅数据的资源发送GET请求，其具有指示选择的网络切片和/或DNN和/或支持的特征和/或plmn-id的查询参数。

在步骤32a中，在成功时，UDM以“200OK”响应，该消息主体包含UE的会话管理订阅数据，其与进行请求的NF服务消费者相关。

可以如下列出关于会话管理订阅数据的示例性数据结构。

类型：会话管理订阅数据(SessionManagementSubscriptionData)(来自3GPP TS29.503 V15.3.0，章节6.1.6.2.8)

表1：会话管理订阅数据

类型：Dnn配置(DnnConfiguration)(来自3GPP TS 29.503 V15.3.0，条款6.1.6.2.9)

表2：Dnn配置

在步骤32b中，如果没有用于UE的有效订阅数据，或者如果UE订阅数据存在，但是请求的会话管理订阅不可用(例如查询参数包含不属于UE订阅的网络切片和/或DNN)，HTTP状态代码“404Not Found”应被返回，在响应主体中(在“ProblemDetails(问题细节)”元素中)包括附加错误信息。

失败时，应返回指示该错误的适当HTTP状态代码，并应在GET响应主体中返回适当的附加错误信息。

根据本公开的实施例，SMF利用当前现有的过程从UDM获取会话管理数据。因此，在NIDD期间不需要附加的过程。提高用于建立NIDD会话的效率。

在本公开的实施例中，会话管理数据包括：UPF或NEF的指示。

在本公开的实施例中，该指示具有布尔值；该布尔值的真值指示选择NEF，而布尔值的假值或不存在指示选择UPF。

在本公开的实施例中，会话管理数据还包括：NEF的标识。

在本公开的实施例中，会话管理数据还包括：用于从网络功能到NEF的连接的信息；以及用于从网络功能到NEF的连接的信息包括以下至少之一：外部组标识符、外部标识符、移动台国际用户电话簿号码(MSISDN)或应用功能标识符。该外部组标识符、外部标识符、MSISDN是关于UE的，而该应用功能标识符是关于应用功能(AF)的。

根据本公开的实施例，用于NIDD的特定会话管理数据可以基于表1和/或表2所示的数据结构来构建。例如，本公开的实施例中的特定会话管理数据包括：如下的更新的NIDD配置。

类型：NiddDnnConfiguration(基于表2更新)

表3NiddDnnConfiguration(与表2不同的部分有下划线和粗体)

根据本公开的实施例，可以基于当前存在的数据结构，通过添加显式指示符和/或其他信息来构建用于NIDD的特定会话管理数据。使用对于当前处理算法的更新，SMF进行的选择将被显式处理，。可以降低软件或硬件方面对当前网络功能的更新成本。

应当理解，具体的数据类型和/或添加的参数的名称可以不受限制。例如，可以替代地将数字而不是布尔值用于该指示符。数字“1”可以代替真值，而数字“0”可以代替假值。

图4是示出根据本公开实施例的方法中的其他步骤的示例性流程图。

如图4所示，该方法还可以包括：S104，当NEF被选择时，从网络存储库功能(NRF)中获取关于NEF的服务信息。

在本公开的实施例中，该方法还可以包括：S105，向NEF发送对NIDD会话的创建请求；以及S106，接收来自NEF的对NIDD会话的创建请求的响应。

图5是示出提供NIDD和非NIDD会话管理数据的过程的示例图。

在本公开的实施例中，会话管理数据由运营商提供。

图5示出提供NIDD配置的以下步骤：

步骤501:运营商30通过供应系统40创建DNN配置，具有PDU类型为“结构化”，以及其他信息，诸如DNN名称、S-NSSAI等(表2)；非NIDD会话管理数据可以指不同于NIDD类型的，诸如IPv4、IPv6、IPv4v6、以太网等的会话管理数据。

步骤502:供应系统40为所应用的UE创建非NIDD会话管理数据到UDR 50中；

步骤503:UDR 50为UE持久化非NIDD会话管理数据；

步骤504：UDR 50向供应系统40响应非NIDD会话管理数据的持久化的成功；

步骤505：供应系统40确认运营商30的供应操作；

步骤506:运营商30通过供应系统40创建DNN配置，具有PDU类型为“非结构化”，以及其他信息，例如DNN名称、S-NSSAI等(表3)；

步骤507:供应系统40为所应用的UE创建NIDD会话管理数据到UDR 50中；

步骤508:UDR 50为UE持久化NIDD会话管理数据；

步骤509：UDR 50向供应系统40响应NIDD会话管理数据的持久化的成功；

步骤510:供应系统40确认运营商30的供应操作。

图6是示出基于非NIDD会话管理数据控制会话建立的过程的示例图。

图6示出了基于非NIDD会话管理数据控制会话建立的以下步骤：

步骤601:SMF 10接收到来自AMF的PDU会话建立请求，其具有所请求的PDU会话类型为“结构化”(表示IPv4、IPv6、IPv4v6等的PDU会话类型)；

步骤602:SMF 10可以基于所请求的PDU会话类型为结构化，决定从UDM获取非NIDD会话管理数据，输入数据包括SUPI、DNN、S-NSSAI等；

步骤603:UDM 20从UDR中检索非NIDD会话管理数据(如果在UDR中提供)；

步骤604:UDM 20用非NIDD会话管理数据响应SMF；

步骤605:SMF 10基于非NIDD会话管理数据确定为所请求的PDU会话(“结构化”)选择UPF；

步骤606:SMF 10开始UPF选择；

步骤607:如果有，SMF 10可以从本地配置中选择UPF 80；

步骤608：SMF 10尝试从NRF 70中发现UPF 80，并选择符合条件的UPF 80来服务PDU会话建立；步骤608是步骤607的替代；

步骤609:SMF 10向选择的UPF 80发送N4会话建立请求；

步骤610:UPF 80处理请求并向SMF 10响应所创建的非NIDD会话的会话信息。

图7是示出基于NIDD会话管理数据控制会话建立的过程的示例图。

在本公开的实施例中，UDM从统一数据储存库(UDR)获取会话管理数据。

在本公开的实施例中，网络功能从接入和移动性管理功能(AMF)接收用于建立NIDD会话的请求。

图7描绘了用于NIDD会话(“非结构化”)的PDU会话建立的序列流。根据本公开的实施例，SMF 10从UDM 20获取NIDD会话管理数据并基于该信息决定如何建立UE请求的PDU会话，朝向UPF或朝向NEF 90。SMF 10确定执行UPF选择或使用NEF ID，然后继续PDU会话建立过程。

具体来说，图7示出了基于NIDD会话管理数据控制会话建立的以下步骤：

步骤701:UE通过无线电接入网络(RAN)向AMF 60发送请求以建立PDU会话(“非结构化”)。AMF 60基于该请求类型指示“初始请求”并且PDU会话ID未用于UE的任何现有PDU会话确定该消息对应于对新PDU会话的请求。AMF 60选择SMF 10并向SMF 10发送Nsmf_PDUsession_CreateSMContext请求，具有所请求的PDU会话类型为“非结构化”；

步骤702:SMF 10基于所请求的PDU会话类型(“非结构化”)，向表示UE的NIDD会话管理订阅数据的资源发送Nudm_SDM GET请求，其具有指示所选择的网络切片和/或DNN和/或支持的特征和/或plmn-id的查询参数；

步骤703：UDM 20如果是无状态的，从UDR 50获取UE NIDD会话管理订阅数据；实施例如表3，对于UE NIDD会话管理数据，标志“调用NEF选择(invoke NEF selection)”和之前提供的NEF ID两者都要返回给UDM 20；

步骤704：成功时，UDM 20以“200OK”响应，该消息体包含UE的NIDD会话管理订阅数据；

在对SMF 20的响应中，UDM 20将发送NIDD会话管理数据，其具有被设置为真的“调用NEF选择”和将用于NIDD会话的NEF ID和其他NIDD信息(例如用于SMF-NEF连接的外部组标识符、外部标识符、MSISDN或AF ID)，协议数据应被更新，如同表3中的实施例；

步骤705：SMF 10在接收到NIDD会话管理数据时，基于是否设置了“调用NEF选择”标志，确定是执行UPF选择还是使用NEF ID；

步骤706:如果响应中没有“调用NEF选择”标志或者该标志被设置为假，SMF 10(基于NIDD会话管理数据)决定执行UPF选择；

步骤707:如果有，则SMF 10从本地配置中选择UPF 80；

步骤708：SMF 10从NRF 70中发现UPF 80，并为UE请求的PDU会话选择一个符合条件的UPF；步骤708是步骤707的替代；

步骤709：如果请求类型指示“初始请求”，则SMF与选择的UPF发起N4会话建立过程；

步骤710：UPF 80处理请求并以所创建的NIDD会话的会话信息响应SMF 10；

步骤711:如果在NIDD会话管理数据中存在被设置为真的“调用NEF选择”标志并且存在NEF ID(步骤5)，则SMF 10使用NEF ID，SMF 10可以查询NRF 70以获取此NEF ID的服务信息；

步骤712：SMF 10将创建朝向NEF 90的PDU会话，SMF调用Nnef_SMContext_CreateRequest；Nnef_SMContext_Create Request中的参数可包含：用户标识、PDU会话ID、NEFID、NIDD信息、S-NSSAI、DNN等；如果之前没有AF针对接收到的用户标识与NEF 90执行NIDD配置过程，则NEF 90在步骤713之前发起NIDD配置过程(用于配置经由NIDD进行数据传递的必要信息)；

步骤713：NEF 90创建NEF PDU会话上下文，NEF 90调用Nnef_SMContext_CreateRequest Response；

NEF 90创建NEF PDU会话上下文并将其与用户标识和PDU会话ID相关联，Nef_SMContext_Create Request Response消息可包含：用户标识、PDU会话ID、NEF ID、S-NSSAI、DNN等。NEF 90向SMF确认在NEF中为UE建立PDU会话。

步骤711-713是步骤706-710的替代。

根据本公开的实施例，可以显式地配置用于NIDD会话的不同机制之间的选择。从而提高了管理NIDD会话的效率。

此外，UDM中的会话管理数据，或称为会话管理订阅数据，可以包含用于NIDD会话管理的特定信息。

根据本公开的实施例，SMF利用当前现有的过程从UDM获取会话管理数据。因此，在NIDD会话建立期间不需要额外的过程。提高了建立NIDD会话的效率。

此外，用于NIDD的特定会话管理数据可以基于表1和/或表2所示的数据结构来构建。根据本公开的实施例，用于NIDD的特定会话管理数据可以基于当前存在的数据结构通过添加显式的指示符和/或其他信息来构建。SMF进行的选择将被显式处理，具有对当前处理算法的更新。可以降低在软件或硬件方面对当前网络功能的更新成本。

图8是示出根据本公开实施例的网络节点的框图。

本公开的第二方面提供了一种用于网络功能10(例如SMF 10)的装置，包括：处理器1001；以及包含可由处理器1001执行的指令的存储器1002。该装置可操作于：接收(S101)用于建立NIDD会话的请求，其中，NIDD是指非互联网协议数据传递；以及选择(S102)用户面功能(UPF)或网络开放功能(NEF)以用于建立NIDD会话。

在本公开的实施例中，该装置还可操作于实施根据上述任一实施例所述的方法，例如图1、2、4中的方法。

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

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

具有存储在其上的计算机程序1301的计算机可读存储介质130，计算机程序1301可由设备执行以促使该设备执行根据以上实施例中的任一个的方法，例如图1、2、4中的方法。

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

图10是示出根据本公开实施例的网络节点的功能单元的框图。

用于网络功能10的装置，包括：接收单元1010，其被配置为接收用于建立NIDD会话的请求，其中，NIDD是指非互联网协议数据传递；以及选择单元1020，其被配置为选择用户面功能(UPF)或网络开放功能(NEF)以用于建立NIDD会话。

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

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

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

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

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

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