CN110771251A - 作为通信网络中的服务的小数据传送、数据缓冲及数据管理 - Google Patents
作为通信网络中的服务的小数据传送、数据缓冲及数据管理 Download PDFInfo
- Publication number
- CN110771251A CN110771251A CN201880040021.2A CN201880040021A CN110771251A CN 110771251 A CN110771251 A CN 110771251A CN 201880040021 A CN201880040021 A CN 201880040021A CN 110771251 A CN110771251 A CN 110771251A
- Authority
- CN
- China
- Prior art keywords
- data
- network
- session
- dsf
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/18—Service support devices; Network management devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
描述了5G非IP数据递送(NIDD)体系架构,包括通过5G核心网络进行非IP数据递送的数据路径的不同选项。注册过程被提供有用于启用NIDD的新参数。而且,描述了用于在UE和SCS/AS之间建立用于非IP递送的PDU会话的机制。例如,PDU会话可以通过AMF、SMF和用户平面功能(UPF)/NEF。此外,描述了移动始发(MO)和移动终止(MT)非IP数据传送的方法。还公开了数据缓冲方法。
Description
交叉引用相关申请
本申请要求于2017年6月16日提交的美国临时专利申请No.62/520,896和2017年10月10日提交的美国临时专利申请No.62/570,332的权益,其公开内容通过引用整体并入本文。
背景技术
当UE向移动核心网络注册时,UE可以提供网络切片选择辅助信息(NSSAI)以向网络指示UE想要获得什么服务。NSSAI可以是S-NSSAI(单个网络切片选择辅助信息)的集合。S-NSSAI可以由切片/服务类型(SST)和切片区分符(SD)组成。SST可以指关于特征和服务方面的预期网络切片行为,并且SD可以是对(一个或多个)SST进行补充以在同一SST的多个网络切片之间进行区分的可选信息。如3GPP所定义的,标准化的SST值可以包括eMBB、URLLC和MIoT。SD值目前尚未标准化。
UE可以具有带切片的协议数据单元(PDU)会话。此类PDU会话可以用于向/从应用服务器发送数据。PDU会话可以是直接在UE和UPF之间用信号通知数据的用户平面PDU会话,或者PDU会话可以是在UE和NF(诸如AMF)之间用信号通知数据然后由AMF转发到其目的地的控制平面PDU会话。当UE请求PDU会话时,UE可以通过在请求中提供S-NSSAI来指示PDU会话与哪个切片相关联。
术语(S)Gi-LAN可以指移动核心网络的GGSN或P-GW与互联网之间的分组数据网络。(S)Gi-LAN可以在托管移动核心网络的移动网络运营商(MNO)的控制之下。当上行链路数据分组离开(S)Gi-LAN时,这些分组可以不再受MNO的控制,并且一般可以认为已去往公共互联网。这在图1中示出。
(S)Gi-LAN可以包括增值服务(VAS)。VAS的示例可以包括NAT、防火墙、视频压缩、数据压缩、负载平衡器、HTTP报头扩展功能、TCP优化器等。一般而言,深度分组检查(DPI)技术可以确定每个VAS是否应当在数据流上操作。流量可以被路由到公共互联网中的(S)Gi-LAN和服务器(诸如M2M服务器)/从其被路由。而且,运营商或服务提供者可以在(S)Gi-LAN内部部署M2M服务器,以便为M2M/IoT用例规定(provision)增值服务集。
网络切片是移动网络运营商可以用来跨移动运营商的网络的固定部分(回程和核心网络两者)在空中接口后面支持多个“虚拟”网络的机制。网络切片涉及将网络“切片”为多个虚拟网络,以支持不同的RAN或跨单个RAN运行的不同服务类型。网络切片使移动网络运营商能够创建定制的网络,以针对需要多样化要求(例如,在功能领域、性能和隔离性方面)的不同市场场景提供优化的方案。图2图示了网络切片的概念体系架构。网络切片实例可以由网络功能集和运行这些网络功能的资源组成。在图2中,分离的框用于指示不同的网络切片实例。子网切片实例可以包括网络功能集和运行这些网络功能的资源,但其本身可以不是完整的逻辑网络。子网切片实例可以由多个网络切片实例共享,如图2由网络切片实例3和网络切片实例4之间共享的子网实例所示。
3GPP当前正在设计5G网络,并正在考虑将网络切片技术结合到网络中。这种技术非常适合5G网络,因为5G用例(例如,大规模IoT、关键通信和增强的移动宽带)需求非常多样化,有时甚至是极端要求。现有的5G前体系架构利用相对单一的网络和传输框架来容纳各种服务,诸如来自智能电话、OTT内容、功能电话、数据卡和嵌入式M2M设备的移动流量。当前的体系架构可能不够灵活且可扩展性不足以在每种服务具有其特定的性能、可扩展性和可用性要求集合时高效地支持广泛的业务需求。此外,应当使引入新的网络服务更加高效。尽管如此,预计在同一运营商网络中若干用例并发地处于活动状态,因此需要5G网络具有高度的灵活性和可扩展性。
网络切片可以使运营商能够创建定制的网络,以针对需要多样化要求的不同市场场景提供优化的方案,例如在功能领域、性能和隔离性方面。但是,要在未来的5G网络中支持网络切片,需要克服各种挑战。例如,支持网络切片存在以下挑战:如何实现网络切片实例之间的隔离/分离,以及将要求哪种级别和类型的隔离/分离;网络切片实例之间可以如何使用以及使用什么类型的资源和网络功能共享;如何使UE能够同时从一个运营商的一个或多个具体网络切片实例获得服务;在3GPP范围内关于网络切片的内容(例如,网络切片的创建/组成、修改、删除);哪些网络功能可以包括在具体的网络切片实例中,以及哪些网络功能与网络切片无关;用于为UE选择特定网络切片的(一个或多个)过程;如何支持网络切片漫游场景;以及如何使运营商能够使用网络切片概念来高效地支持要求类似网络特性的多个第三方(例如,企业、服务提供者、内容提供者等)。
图3描绘了控制平面内具有基于服务的接口的示例非漫游参考体系架构。
图4使用参考点表示来描绘非漫游情况下的示例5G系统体系架构,该参考点表示图示了各种网络功能如何彼此交互。应当认识到的是,移动性管理和会话管理功能是分离的。单个N1 NAS连接可以被用于注册管理和连接管理(RM/CM),并用于UE的与SM相关的消息和过程。单个N1终结点位于AMF中。AMF可以将与SM相关的NAS信息转发到SMF。AMF可以处置与UE交换的NAS信令的注册管理和连接管理部分。SMF可以处置与UE交换的NAS信令的会话管理部分。用户平面数据传统上可以经由N3接口在UE和UPF之间流动。UE和核心网络之间的控制平面数据可以经由N1接口在UE和AMF之间流动。
连接管理包括通过N1在UE和AMF之间建立和释放信令连接的功能。这个信令连接被用于启用UE和核心网络之间的NAS信令交换。它既包括UE和接入网(AN)之间的AN信令连接(例如,通过3GPP接入的无线电资源控制(RRC)连接),又包括用于这个UE的AN和AMF之间的N2连接。定义了两个CM状态,它们反映了UE和AMF的NAS信令连接:CM-IDLE和CM-CONNECTED。
处于CM IDLE状态的5G UE可以使用服务请求过程来请求建立到AMF的安全连接。处于CM IDLE状态的UE发起服务请求过程,以便发送上行链路信令消息、用户数据或对网络寻呼请求的响应。在接收到服务请求消息之后,AMF可以执行认证,并应执行安全性过程。在建立到AMF的安全信令连接之后,UE或网络可以发送信令消息,例如经由AMF从UE到网络或SMF的分组数据单元(PDU)会话建立可以开始用于PDU会话的用户平面资源建立。服务请求过程还被处于CM-CONNECTED的5G UE用来请求建立用于PDU会话的用户平面资源。
当网络需要向UE发送信号(例如,向UE发送N1信令、移动终止的短消息服务(SMS)、PDU会话用户平面资源建立以递送移动终止的(MT)用户数据)时,可以使用过程。如果UE处于CM IDLE状态或CM-CONNECTED状态,那么网络发起网络触发的服务请求过程。如果UE处于CM-IDLE状态,并且未激活异步通信,那么网络将寻呼请求发送到(R)AN/UE。寻呼请求触发UE中的服务请求过程。如果激活了异步通信,那么网络将挂起与(R)AN和UE的服务请求过程,并且当UE进入CM-CONNECTED状态时,继续与(R)AN和UE的服务请求过程(即,将会话上下文与(R)AN和UE同步)。
在提出的5G网络中,定义了两种类型的数据存储网络功能(DSF):非结构化DSF(UDSF)和结构化DSF(SDSF)。如图5所示,5G系统体系架构允许任何网络功能(NF)将其非结构化数据存储到UDSF中或从中检索其非结构化数据。UDSF属于网络功能所在的同一公共陆地移动网络(PLMN)。CP NF可以共享UDSF来存储它们相应的非结构化数据,或者每个CP NF可以具有其自己的UDSF(例如,UDSF可以位于相应的NF附近)。UDSF是可选功能,它支持由任何NF将信息作为非结构化数据存储和检索。
如图6所示,5G系统体系架构允许网络暴露功能(NEF)将结构化数据存储在SDSF中,以供NEF进行网络外部暴露和网络内部暴露。SDSF属于NEF所在的同一PLMN。SDSF是可选功能,它支持NEF将信息作为结构化数据进行存储和检索。
在4G演进分组核心(EPC)中,提供了会话管理机制来为3GPP EPC建立基于IP的PDN连接。在传统的3GPP CN中,当UE附接到网络以将UE与PDN连接时,创建会话。具体而言,在4GEPC中,PDU会话可以由多个承载组成,每个承载可以携带具有不同QoS的不同类型的数据流。当创建会话时,建立默认承载。
3GPP中用于非IP数据递送(NIDD)的方案之一利用控制平面来传送用于各种IoT应用的不频繁的小非IP数据。具体而言,可以经由UE和SCS/AS之间的移动性管理实体(MME)-服务能力暴露功能(SCEF)控制平面来递送非IP数据。可以使用到SCEF的PDN连接来处置经由SCEF进行的非IP数据递送(NIDD)。UE可以或者在附接过程期间或者经由UE请求的PDN连接性来获得到SCEF的非IP PDN连接。
当UE执行PDN类型为“非IP”的演进分组系统(EPS)附接过程,并且与或者PDN类型为“非IP”的默认接入点名称(APN)或者UE请求的APN对应的订阅信息包括“调用SCEF选择”指示符时,MME向与那个APN的“SCEF ID”指示符对应的SCEF发起T6a连接。图7示出了T6a连接建立过程,包括漫游场景。图8图示了在SCEF、归属订户服务器(HSS)和MME处配置必要信息以传送非IP数据的过程。该过程还可以用于替换和删除配置信息。
发明内容
如上所述,已经在3GPP TS 23.682中为NIDD定义了控制平面优化,其中MME是处置NIDD的主要实体。但是,在5G中,基于网络切片技术来应用网络功能的概念,因此,MME的功能被分为AMF和SMF。AMF负责接入和移动性管理,而SMF负责会话管理。假设没有漫游,那么SMF应当是负责5G中NIDD的主要控制平面功能。已经提出可以通过N1接口在AMF和UE之间建立NAS信令,而与SM相关的NAS信息可以由AMF通过N11接口转发给SMF。
此外,在许多IoT用例中,NIDD机制可以被用于传送小的不频繁数据分组,因此,由于与业务数据量相比控制信令开销太大,分开执行连接管理(服务请求)处理和会话管理处理效率不高,尤其是对于IoT设备(即,UE)大部分时间都处于省电模式(即,CM-IDLE状态)的情况。
因此,在5G中,需要高效地建立用于NIDD的PDU会话。
另外,利用在5G网络中定义的SDSF和UDSF,可能将这些数据存储功能用于数据缓冲。但是,当数据存储在SDSF或UDSF中时,需要某种方式来处置数据或数据的控制可以从一个NF传送到另一个NF的情况。此外,UDR/UDM可以替代地用作SDSF以存储结构化数据。因此,在一些实施例中,可以将所提出的过程和方法中使用的SDSF替换为UDR/UDM。
此外,对于处于IDLE状态的UE,挂起网络触发的服务请求过程可以使操作更高效。但是,在UE处于CM-IDLE状态时移动/漫游的情况下,当UE切换到CM-CONNECTED状态时,不清楚如何恢复服务请求过程。
通过本公开的各个方面解决这些和其它问题。
一方面,提出了5G NIDD体系架构,该体系架构包括用于通过5G核心网络进行非IP数据递送(NIDD)的数据路径的不同选项。结合这一方面,提出了具有一些新参数的注册过程以启用NIDD。而且,提出了用于在UE和SCS/AS之间建立用于非IP递送的PDU会话的机制。例如,PDU会话可以通过AMF、SMF和用户平面功能(UPF)/NEF。此外,描述了移动始发(MO)和移动终止(MT)非IP数据传送的方法。
在另一方面,描述了分别在UDSF和SDSF处的下行链路数据缓冲的方法。例如,当UE处于IDLE状态(即,不可达、或未建立用户平面路径)时,来自SCS/AS的下行链路数据可以由网络中的不同NF缓冲。
在又一方面,描述了一种在漫游场景中恢复挂起的网络触发的服务请求处理的方法。根据这个方面,当UE处于IDLE状态时,AMF可以通过不联系RAN和UE来挂起网络触发的服务请求过程,直到UE试图进入CONNECTED状态。所提出的方法解决了如果UE在这个时间段期间漫游的情况下如何执行服务请求。
许多IoT设备可以捕获可以被分发和/或出售给多个数据消费者的数据。示例部署可以涉及构建系统,在该系统中,IoT设备将其测量发送到M2M服务器,并且数据消费者都从M2M服务器获得数据。但是,假设所有IoT设备都由中央M2M服务器控制是不切实际的。一些设备可以以独立方式部署,其中数据消费者可以找到传感器并根据需要使用数据。出于多种原因,可以实现这种部署。例如,设备所有者可能未部署M2M服务器,设备可能不支持与M2M服务器通信的协议(诸如HTTP/TCP/IP、oneM2M、OCF或LWM2M),或者生成的数据可以是敏感的并且设备可能希望限制直接与设备联系的节点数量。
当IoT设备需要与多个数据消费者交互时,会出现以下问题。每次消费数据时,可能要求IoT设备将其读数(reading)发送给所有相关方,从而增加电池消耗。每次消费数据时,可能要求IoT设备与所有相关方进行连接并进行认证,从而增加了复杂性。如果IoT设备要为数据收费,那么可能要求传感器与所有相关方建立业务/支付关系。如果要求历史数据,那么可能要求IoT设备将其读数存储达某个任意时段,从而增加存储要求。当从睡眠的设备获得数据时,会引入相对长的等待时间。
本文描述的实施例还提供了使得能够解决上面讨论的问题等的方法和系统。实施例可以使UE能够在移动核心网络中存储数据(例如,传感器读数),使得数据消费者可以检索该数据,并减少UE可以执行的“空中”交易的数量。介绍若干方面以启用这样的实施例。
一方面,介绍使得UE能够经由用户平面或经由控制平面NAS消息传递将数据发送到网络以将其存储在DSF中的系统和方法。本文描述的实施例描述了当UE向网络注册时UE如何可以从网络切片请求服务、如何可以建立PDU会话以将数据发送到DSF,以及如何可以发送要存储在DSF中的数据(例如,经由用户或控制平面)。
另一方面,介绍使得数据消费者能够与UE交互以确定由UE生成什么数据、确定数据存储在何处以及获得访问数据的许可的系统和方法。然后,数据消费者可以经由可以在NEF上暴露的API或经由IP寻址(例如,通过读取由网络运营商托管的服务器中的可寻址资源)来访问所存储的数据。
在附加的一方面,介绍使得数据消费者能够直接从DSF而不是与UE进行接口来读取存储在DSF中的信息的系统和方法。空中活动的减少可以节省带宽并增加电池寿命。例如,DSF可以使用诸如MQTT之类的协议连接到消息总线。然后,数据消费者可以通过访问消息总线来检索数据。
提供本发明内容以便以简化的形式介绍一些概念,这些概念将在下面的具体实施方式中进一步描述。本发明内容既不旨在识别要求保护的主题的关键特征或必要特征,也不旨在用于限制要求保护的主题的范围。此外,要求保护的主题不限于解决在本公开的任何部分中指出的任何或所有缺点的限制。
附图说明
从下面的描述中可以得到更详细的理解,该描述是通过示例结合附图给出的,其中:
图1图示了在移动核心网络的GGSN或P-GW与互联网之间的分组数据网络的示例;
图2图示了网络切片的概念;
图3是图示基于5G系统服务的体系架构的框图;
图4是以参考点表示来图示非漫游5G系统体系架构的框图;
图5图示了用于来自任何NF的非结构化数据的数据存储体系架构;
图6图示了用于来自NEF的结构化数据的数据存储体系架构;
图7图示了T6a连接建立过程;
图8图示了用于NIDD过程的配置;
图9图示了不涉及SMF的非漫游NIDD的体系架构;
图10图示了用于涉及SMF的非漫游NIDD的体系架构;
图11是图示用于NIDD的PDU会话建立的方法的一个实施例的调用流程;
图12是图示分别具有和不具有SMF的用于MO非IP数据传输的方法的一个实施例的调用流程;
图13是图示用于经由UPF-AMF路径的MT非IP数据传送的方法的一个实施例的调用流程;
图14是图示在不漫游的情况下用于在UDSF处进行下行链路数据缓冲的方法的一个实施例的调用流程;
图15是图示在不漫游的情况下用于在SDSF处进行下行链路数据缓冲的方法的一个实施例的调用流程;
图16是图示在漫游的情况下用于在UDSF处进行下行链路数据缓冲的方法的一个实施例的调用流程;
图17是图示用于配置NIDD和数据缓冲服务的示例用户界面的图;
图18图示了示例增强型5G体系架构;
图19图示了示例一般注册过程;
图20图示了示例会话建立过程;
图21图示了UE应用经由控制平面向存储功能发送数据的示例调用流程;
图22图示了UE应用经由用户平面向存储功能发送数据的示例调用流程;
图23图示了数据消费者获得数据位置信息的示例序列图;
图24图示了数据消费者从DSF获得数据的示例调用流程;
图25图示了数据消费者从DSF获得数据的另一个示例调用流程;
图26图示了示例图形用户界面;
图27图示了另一个示例图形用户界面;
图28图示了示例通信系统;
图29是被配置用于无线通信的示例装置或设备(诸如例如无线传输/接收单元(WTRU))的框图;
图30是第一示例无线电接入网络(RAN)和核心网络的系统图;
图31是第二示例RAN的系统图;
图32是第三示例无线电接入网络RAN的系统图;
图33是第四示例无线电接入网络RAN的系统图;以及
图34是其中可以实施通信系统的节点的示例计算系统的框图。
具体实施方式
在以下描述中,以下术语可以具有以下一般含义。
网络功能(NF)可以是网络中的处理功能,其具有既定的功能行为和既定的接口。NF或者可以被实现为专用硬件上的网络元件,或者可以被实现为在专用硬件上运行的软件实例,或者被实现为在适当平台上(例如,在云基础设施上)实例化的虚拟化功能。
网络切片模板可以指支持某个(某些)应用简档的NW功能集。网络切片实例可以意味着NW切片模板的实例化。PDU会话可以是用户装备(UE)与提供PDU连接性服务的数据网络之间的关联。可以定义两种类型的PDU会话:(1)互联网协议(IP)类型-数据网络是IP类型;以及非IP类型-数据网络是非IP。
3GPP核心网络(CN)中的会话管理是指UE与分组数据网络之间的端到端PDN连接(IP或非IP类型)的管理,用于通过已强制实施策略(例如,QoS)和收费控制的核心网络的数据传输。
数据消费者可以指IoT服务器、应用服务器、应用功能、M2M服务器、MTC服务器、CSE、服务层或应用。
注意的是,在整个文档中可以使用术语服务能力服务器(SCS)/应用服务器(AS),但是该术语可以与以下术语互换使用:应用功能(AF)、应用服务器(AS)、服务能力服务器(SCS)、公共服务实体(CSE)、M2M服务器、机器类型通信(MTC)服务器或IoT服务器。
如上所述,已经在3GPP TS 23.682中为NIDD定义了控制平面优化,其中MME是处置NIDD的主要实体。但是,在5G中,基于网络切片技术应用网络功能的概念,因此MME的功能被分为AMF和SMF。AMF负责接入和移动性管理,而SMF负责会话管理。假设没有漫游,那么SMF应当是负责5G中NIDD的主要控制平面功能。已经提出可以通过N1接口在AMF和UE之间建立NAS信令,而与SM相关的NAS信息可以由AMF通过N11接口转发给SMF。
此外,在许多IoT用例中,NIDD机制可以被用于传送小的不频繁数据分组,因此,由于与流量数据量相比控制信令开销太大,分开执行连接管理(服务请求)处理和会话管理处理效率不高,尤其是对于IoT设备(即,UE)大部分时间都处于省电模式(即,CM-IDLE状态)的情况。
因此,在5G中,需要高效地建立用于NIDD的PDU会话。
描述用于通过5G核心网络的非IP数据递送(NIDD)的系统(例如,体系架构)和方法,包括用于NIDD的数据路径的不同选项。结合这一方面,提出了具有一些新参数的注册程序以启用NIDD。而且,提出了用于在UE和SCS/AS之间建立用于非IP递送的PDU会话的机制。例如,PDU会话可以通过AMF、SMF和用户平面功能(UPF)/NEF。此外,描述了移动始发(MO)和移动终止(MT)非IP数据传送的方法。
许多IoT设备可以捕获可以被分发和/或出售给多个数据消费者的数据。例如,环境传感器可能想要将其测量提供给多组研究人员。在另一个示例中,家用电器可能想要向能源公司和房主的家庭自动化提供者提供用电量统计信息。在又一个示例中,路边传感器可能想要将其数据提供给驾驶员、导航应用或其它消费者。可以通过构建系统来部署此类示例,其中IoT设备将其测量发送到M2M服务器,并且数据消费者都从M2M服务器获得数据。
但是,假设所有IoT设备都由中央M2M服务器控制是不切实际的。一些设备可以以独立方式部署,其中数据消费者可以找到设备并根据需要使用数据。这种部署出于多种原因可以被实现。例如,设备所有者可能未部署M2M服务器,设备可能不支持与M2M服务器通信的协议(诸如HTTP/TCP/IP、oneM2M、OCF或LWM2M),或者生成的数据可以是敏感的并且设备可能希望限制直接与设备联系的节点数量。
当IoT设备需要与多个数据消费者交互时,会出现以下问题。每次消费数据时,可能要求IoT设备将其读数发送给所有相关方,从而增加电池消耗。每次消费数据时,可能要求IoT设备与所有相关方进行连接并进行认证,从而增加了复杂性。如果IoT设备要为数据收费,那么可能要求设备与所有相关方建立商务/支付关系。如果要求历史数据,那么可能要求IoT设备将其读数存储某个任意时段,从而增加存储要求。当从睡眠的设备获得数据时,会引入相对长的等待时间。
本文描述的实施例提供了使得能够解决上面讨论的问题的方法和系统。实施例可以使UE能够在移动核心网络中存储数据(例如,传感器读数),使得数据消费者可以检索该数据,并减少UE可以执行的“空中”交易的数量。介绍若干方面以启用这样的实施例。
对于下文描述的方法,假设UE已经向网络注册,即处于RM-REGISTERED状态。如果UE没有向网络注册,那么它可以在执行以下描述的任何方法之前发起注册过程,诸如3GPPTS 23.502中描述的过程,针对5G系统的过程。贯穿全文使用的术语“非IP数据”与术语“非结构化数据”同义。
图9图示了用于NIDD的第一体系架构。在这个体系架构中,存在三条可能的路径用于在UE和AF之间传送非IP数据而不涉及SMF。图10图示了用于NIDD的第二种体系架构。在这第二体系架构中,也有三条可能的路径用于传送非IP数据,但涉及SMF。这两种体系架构之间的区别在于,图10的第二体系架构以SMF作为主要网络功能来通过非IP数据路径传送非IP数据。具体而言,UE首先将数据插入NAS消息中,该NAS消息被发送到AMF。在第一体系架构中,AMF能够将数据转发到适当的网络功能(NEF或UPF),因此不涉及SMF。在第二体系架构中,AMF无法做到这一点,或者AMF不支持数据转发/路由功能。AMF将经由NAS-SM信号将数据转发到SMF,然后SMF负责将数据朝着目的地AF(即,通过NEF)转发。总之,在UE和AF之间为NIDD提出了三条不同的路径:
1.UE到AMF(在第二体系架构中是到SMF)到NEF到AF(DN)
2.UE到AMF(在第二体系架构中是到SMF)到UPF到DN(AF)
3.UE到UPF(经由RAN)到DN(AF)
注意的是,在5G规范中未定义接口Nx、Ny和Nz。而且,注意的是,当涉及SMF时,AMF可以仅执行关于NAS消息中的SM信息的转发/路由。还要注意的是,图9和10的两个体系架构示出了用于NIDD的数据路径。换句话说,虽然图9的第一体系架构中的数据路径不包括SMF,但是可以涉及SMF以用于创建数据路径。
还要注意的是,当使用UPF将数据发送到AF时,非IP数据可以被隧穿到AF;UPF可以向AF暴露API,以允许其发送和接收数据。可替代地,UPF可以暴露API或服务,以便AF可以经由NEF发送和接收数据(未示出选项)。
为了将NIDD用作服务,UE可以在注册处理期间向网络指示这个要求。由于5G核心网络建立在网络切片的概念之上,因此可能存在为具体服务于NIDD或针对NIDD进行优化的一些NF的特定网络切片。在针对NIDD的注册处理期间,可以使用以下信息:
·UE可以在注册请求中使用仅NIDD指示符来向网络指示UE正在请求NIDD服务,并且将通过网络发送和接收仅非IP数据。
·网络可以使用NIDD优化的NF/切片指示符来标记和识别针对NIDD进行优化的NF和/或网络切片。因此,NF和/或切片将仅针对NIDD服务于UE。这个指示符可以包括UE请求的网络切片的标识信息,诸如请求的S-NSSAI、订阅的S-NSSAI。
·订阅数据库可以使用NIDD订阅指示符来向网络指示允许UE使用由网络提供的NIDD服务。
·UE可以指示关于用于NIDD的优选安全方法的安全偏好指示符。此外,这可以被用作核心网络功能和用于NIDD的SCS/AS之间的连接的优选安全方法。
一种用于在通信网络中建立用于非IP数据递送的网络会话的方法可以包括:接收配置用于非IP数据递送的会话的请求;检索关于非IP数据递送的策略信息,并基于该策略信息来确定用于传送非IP数据的路径;在通信网络内选择锚点并为要建立的会话指派身份;向所选择的锚点发送沿着所选择的路径建立会话的请求;以及发送指示会话已建立的响应。
在各个实施例中,可以从用户装备(UE)或应用服务器(AS)之一接收配置会话的请求。策略信息可以包括源和目的地IP地址以及端口号。所选择的锚可以包括用户平面功能(UPF)或网络暴露功能(NEF)之一。所选择的路径可以包括AMF、UPF和应用功能(AF)。可替代地,所选择的路径可以包括AMF、NEF和AF。在所选择的路径的任一种情况下,所选择的路径还可以包括SMF。
图11是图示用于NIDD的非IP PDU会话建立的方法的一个实施例的调用流程。具体而言,它图示了用于为NIDD建立连接(即PDU会话)的机制。注意的是,图11所示的过程可以与其它核心网络过程(诸如注册、服务请求和PDU会话建立过程)一起执行。
在步骤0中,UE可以通过RAN向AMF发送建立新PDU会话的请求(即,注册或服务请求)。UE可以提供插入NAS消息中的以下信息:
·PDU会话的类型:非IP
·UE ID
·由UE生成的新会话ID
·SCS/AS ID:由于它是非IP数据,因此这个ID可以是某个外部ID或数据网络名称(DNN)或APN,而不是SCS/AS的IP地址
·UE非IP端口号:将被用于识别UE上的应用
·SCS/AS端口号:将被用于识别SCS/AS上的应用
·下行链路数据缓冲选项(指示是否应当为会话启用缓冲)
·使用NEF指示-应当经由NEF将数据路由到SCS/AS还是应当经由UPF将数据隧穿到SCS/AS的指示
·网络切片标识,将被用于帮助为NIDD配置选择网络切片。
接下来,在步骤1中,一旦AMF获得了包括会话建立请求的NAS消息,它就可以为会话建立处理选择SMF。SMF的选择可以基于经由统一数据管理(UDM)查询订阅信息或经由策略控制功能(PCF)查询策略信息来完成,或者它可以基于以下考虑:
·SMF是否支持NIDD
·SMF是否支持所有可能的NIDD选项(即,经由UPF、经由NEF)
·SMF是否足够靠近UE或SCS/AS或DN
·SMF是否具有所需的数据缓冲能力或可以访问数据缓冲能力
在步骤2中,AMF使用在步骤0和步骤1中讨论的信息将会话建立请求转发到所选择的SMF。
在步骤3中,如果未预先配置会话建立的策略,或者动态配置了该策略,那么SMF需要选择PCF并获取用于为特定UE和数据网络(DN)或SCS/AS建立非IP PDU会话的策略。可以基于以下考虑来选择PCF:
·PCF是在指派给UE的网络切片中还是PCF被共享用于非IP PDU会话管理
·PCF是否支持针对特定UE的动态策略配置
在步骤4中,SMF向所选择的PCF发送会话建立策略请求,以查询用于在UE和DN之间建立非IP PDU会话的策略。
在步骤5中,PCF向SMF返回会话建立策略响应,该响应可以包括关于UE与目的地DN或SCS/AS之间的非IP PDU会话建立的策略和收费控制(PCC)信息,诸如
·对于NIDD,是允许NEF路径还是用户平面(隧穿)
·对于NIDD,是应当使用NEF路径还是用户平面(隧穿)
·策略控制,例如允许哪个应用通过非IP PDU会话发送非IP数据
·QoS简档,例如优先级、最大数据速率
·收费模型、收费方式和费率。
·关于非IP会话的一些安全信息:例如,UE与锚点之间的非IP会话顶部使用的安全协议、锚点为该会话维护的安全密钥
在步骤6中,如果未针对NIDD预先配置路径,即通过上面结合图9和10的描述所提出的提议的可选路径之一到达目的地DN,那么SMF可以基于网络操作配置、在步骤5中从PCF获得的策略信息以及在步骤2中从AMF获得的信息做出关于非IP数据的路径的决定。
在步骤7中,SMF向UDM发送获取UE的订阅信息和可能的会话上下文的请求。对会话上下文的请求可以包括在步骤1中获得的任何信息。例如,在步骤1中提供的端口号可以用于从UDM查找适当的会话详细信息。
在步骤8中,UDM返回包括UE所需的订阅信息和会话上下文的响应。如果会话正在经由UPF连接到数据网络,那么会话上下文可以包括有关如何将数据隧穿到SCS/AS的详细信息。例如,响应可以包括不同的内容:
在步骤8a中,在固定/静态IP地址配置的情况下,即,网络运营商预先配置与特定UE与目的地DN或SCS/AS之间的NIDD相关的IP地址,源和目的地IP地址/端口号简单地返回给SMF。源和目的地IP地址/端口号被用于导出IP地址和端口号,这些IP地址和端口号将用于将非IP数据隧穿到SCS/AS。注意的是,所使用的端口号可以与步骤1中提供的端口号相同。
在步骤8b中,在动态IP地址配置的情况下,UDM可以返回IP地址配置方法(例如,DHCPv6)或IP前缀,以及端口号。这个信息可以被用于动态地获得用于非IP会话的(UE的)源IP地址和端口号。可以在这个消息中获得(SCS/AS的)目的地源IP地址和端口号,或者SMF可以经由SCS/AS标识符的DNS查找来获得它。注意的是,所使用的端口号可以与步骤1中提供的端口号相同。
注意的是,运营商有可能采用混合配置。换句话说,对于UE和SCS/AS的集合,使用固定/静态IP地址配置;对于其它UE和SCS/AS,使用动态IP地址配置。此外,使用静态配置还是动态配置可以取决于应用。此外,步骤8a和8b中都包括的一条公共信息是默认NEF的ID。如果没有UPF在用于UE的网络切片中具有NIDD能力,那么这个NEF是默认NF,它将为UE提供NIDD服务。
在步骤9中,如果会话锚定在UPF处,那么SMF将指派IP地址或联系DHCP服务器以配置IP地址。由于假设NEF为锚,因此SMF不需要为非IP PDU会话选择UPF。
在步骤10中,SMF将会话建立请求发送给NEF(或在UPF被用作锚点的情况下是UPF)。可以包括以下信息:
·UE和SCS/AS的IP地址和端口号
·步骤1中提供的UE和SCS/AS端口号
·会话ID
·用于NIDD的AMF与NEF之间、AMF与UPF之间或SMF与NEF之间的隧道信息。
·PDU会话类型:非IP
·QoS简档
·数据缓冲启用:指示是否为发往UE的下行链路数据启用数据缓冲机制
·数据缓冲方案:指示当UE不可访问时,哪个实体或NF将为UE缓冲下行链路数据
·会话的安全简档:包括刚建立的非IP会话的一些安全信息,例如,在锚点和UE之间、在锚点和SCS/AS之间的会话顶部使用的安全协议。安全协议中使用的一些参数。
在步骤11中,NEF(或UPF)建立非IP PDU会话,并通过发送响应消息与SMF进行确认。
在步骤12中,SMF与AMF确认会话建立的完成。
在步骤13中,AMF将会话建立的完成通知给RAN和UE。
注意的是,图9示出了由UE发起的、通过控制平面(即,使用NAS信令)建立用于NIDD的连接的过程。SCS/AS也可能发起为NIDD建立连接的过程,其中,即使UPF用作NIDD的锚点,NEF也仍将用作SCS/AS与核心网络之间的联系点。
图12是图示分别具有和不具有SMF的用于MO非IP数据传送的方法的一个实施例的调用流程。如图所示,在步骤1中,UE应用生成上行链路(UL)数据,并使用NAS消息中包括的UE ID和会话ID将其发送到AMF。此外,UE可以添加指示NAS消息包括非IP数据的参数。该消息还可以包括用于分组的源和目的地端口号(即,应用标识符)以及该分组应当被发送到的SCS/AS的身份。此外,UE可以提供以下参数来帮助网络实现NIDD:
·SM配置:被网络用来确定是否需要建立非IP会话,并且对于NIDD,将涉及SMF。
·漫游偏好:指示漫游时UE对NIDD的偏好,即,本地中断(breakout)相对于归属路由。
在第一种情况下,SMF在数据路径中。在这种情况下,在步骤2a中,AMF不知道任何非IP PDU会话上下文。它将解封装包括来自NAS消息的非IP数据的SM相关信息、找到为UE服务的SMF、将SM相关信息封装在N11消息中,然后向SMF发送N11消息。在N11消息中,可以插入以下信息:
·附加了非IP数据的指示
·用于NIDD的UE ID和会话ID
在步骤3a中,一经接收到N11(例如,SM NAS)消息,SMF就会找到目的地SCS/AS IP地址和端口号以及作为锚点的NEF的ID。SMF可以基于UE ID、非IP PDU会话ID、SCS/AS标识符以及源和目的地端口号(即,应用标识符)来找出这个信息。然后,在步骤4a中,SMF通过Nz接口向NEF(或UPF)发送非IP数据,如图10所示,该NEF(或UPF)进一步将数据转发到目的地SCS/AS。
在第二种情况下,SMF不在数据路径中。在这种情况下,在步骤2b中,AMF维护关于非IP PDU会话的一些会话上下文信息,因此它可以弄清用于非IP数据转发的信息。该信息类似于在步骤3a中讨论的信息。可替代地,AMF可以不维持会话上下文,并且AMF可以基于UEID、非IP PDU会话ID、SCS/AS标识符以及源和目的地端口号(即,应用标识符)来确定应当将分组转发到的NEF(或UPF)。
在步骤3b中,如果AMF无法弄清目的地SCS/AS的地址,那么NEF(或UPF)将在这一步骤中做这件事。
在步骤5中,NEF(或UPF)将非IP数据转发到SCS/AS。这个步骤对于两种情况是通用的。可以通过封装在IP隧道中来将非IP分组转发到SCS/AS。例如,可以将其封装在UDP分组中。NEF(或UPF)可以在将向SCS/AS发送分组之前向其添加附加信息。例如,它可以附加报头,该报头指示发送方的身份(IMSI、IMEI、SUPI或外部ID),以及关于发送方的附加信息(诸如可以用于向UE发送MT数据的返回IP地址和端口号、UE的位置以及可以用于访问与UE相关的服务的NEF的身份)。
图13是图示用于经由UPF-AMF路径的MT非IP数据传送的方法的一个实施例的调用流程。如图所示,在步骤1中,SCS/AS向充当锚点的UPF(或NEF)发送MT非IP数据。假设已经为NIDD配置了AMF和UPF之间的连接(隧道)。
在步骤2中,对于NEF情况,NEF基于由SCS/AS提供的SCS/AS ID、会话ID和端口号找到UE的身份。对于UPF情况,UPF基于隧穿的IP数据分组的目的地IP地址和端口号来确定UE的身份。
在步骤3中,UPF或NEF通过已建立的隧道将非IP数据转发到AMF。
然后,在步骤4中,AMF将非IP数据分组插入NAS消息中,并向UE发送该消息。在这个步骤期间,AMF将向RAN通知QoS要求,以便RAN可以强制实施QoS。具体而言,可以在创建非IPPDU会话时配置QoS要求。AMF可以从UPF获取此信息,或者基于PDU会话ID存储这个信息。此外,为AMF和UE之间的NAS消息设置这个QoS要求。
作为图13中所示路径的替代方案,可以经由由NEF定义并暴露给SCS/AS的API将下行链路非IP数据从SCS/AS递送到NEF。
可替代地,在步骤1之前,SCS/AS可以查询网络以确定它希望向其发送MT非IP数据的UE的UPF或NEF锚点的地址。每个移动运营商可以具有默认的NEF,该默认的NEF暴露与网络和向网络注册的UE相关的信息。SCS/AS可以使用这个默认NEF向网络询问特定UE的锚点的地址。UE可以通过其某个外部标识符被识别。网络可以用锚点的地址和锚点是NEF还是UPF的指示来响应。
应该理解的是,执行图9-图13所示的步骤的实体(诸如UE、AMF、UPF、SCS/AS、NEF、DN、AF、UDF、PCF等)可以是可以以存储在诸如图29或图34所示的被配置用于无线和/或网络通信的装置或计算机系统的存储器中并在装置或计算机系统的处理器上执行的软件(即计算机可执行指令)的形式实现的逻辑实体。即,可以以存储在装置(诸如图29或图34所示的装置或计算机系统)的存储器中的软件(即,计算机可执行指令)的形式来实现图9-图13所示的(一个或多个)方法,其中计算机可执行指令在由装置的处理器执行时执行图9-图13所示的步骤。还应理解的是,图9-图13所示的功能可以被实现为虚拟化网络功能集。网络功能不一定必须直接通信,而是可以经由转发或路由功能进行通信。还应该理解的是,图9-图13中所示的任何传输和接收步骤都可以在装置的处理器及其执行的计算机可执行指令(例如,软件)的控制下由装置的通信电路系统执行。
在下文中描述的是当网络在UE处于CM-IDLE状态(例如,睡眠模式或PSM)或处于禁区的情况下获得用于UE的下行链路数据量时用于在数据存储功能(DSF)处缓冲下行链路数据的机制。本文描述了两种在网络触发的服务请求处理期间进行下行链路数据缓存的方法:(1)在第一种方法中,UPF在SMF的指令下将数据缓存在UDSF中;(2)在第二种方法中,如果在用于NIDD的数据路径中涉及NEF,那么NEF将数据缓存在SDSF中。
图14是图示在不漫游的情况下用于在UDSF处进行下行链路数据缓冲的方法的一个实施例的调用流程,其中用户平面会话在网络中的UPF处终止。如图所示,在步骤0中,SCS/AS生成下行链路数据并向用作锚点的UPF发送该数据。SCS/AS可以通过以下信息指示用于UE的优选数据缓冲方法:
·UE ID
·PDU会话ID
·应用ID
·应用信息:对于相同的UE和SCS/AS,用于不同应用的数据可以缓冲在不同位置
·最大缓冲时间:SCS/AS可以为网络提议最大缓冲时间。
在步骤1中,由于UE处于IDLE状态,因此UE与AMF之间没有活动连接,因此没有活动PDU会话。UPF向SMF通知下行链路数据。可以基于由SCS/AS提供的UE ID和会话ID来确定SMF的地址。类似地,UPF可以插入一些与数据缓冲方案相关的信息,如步骤0中所讨论的。
可选地,如步骤1b中所示,SMF可以联系PCF以查询关于特定UE、SCS/AS和应用的以下信息的数据存储策略:
·存储的最大数据尺寸
·DSF可以为UE缓冲数据的最大持续时间
·管理缓存的数据的安全策略:例如,指定是否允许UE或一组UE获取数据、是否有任何NF或SCS/AS可以在向UE发送数据之前删除缓存的数据的访问控制策略。
在步骤2中,基于来自UPF的DL数据通知,SMF选择UDSF并可能选择UDSF中的位置以缓冲处于IDLE状态的UE的下行链路数据。可以基于以下考虑来执行选择:
·靠近UE的UDSF的位置
·用于任何具体应用或提供者(SCS/AS)的UDSF
·支持特定访问控制策略的UDSF,例如支持漫游、本地数据网络。
在步骤3中,SMF用步骤2中讨论的信息来响应UPF。此外,将提供UDSF的ID以及可能在UDSF内的位置。
在步骤4中,UPF向所选择的UDSF发送具有以下信息的数据缓冲请求:
·UE ID
·UPF ID
·SCS/AS ID
·服务质量(QoS)简档
·数据缓冲的持续时间
·UDSF所在的位置。这个位置或标识符可以指向已在UDSF中缓冲的数据。当该位置指向已缓存的数据时,该请求应当被解释为已缓存的数据应当被替换为新数据的指示。
·用于缓冲的数据以及用于将在其上发送数据的会话的安全简档
在步骤5中,UDSF响应UPF以确认它存储了用于UE的下行链路数据。此外,UDSF可以提供指派给新缓冲的数据的ID的形式(例如,URL)。如果UDSF中缓冲了大量数据(每个数据由URL识别),那么这个ID将促进其它NF访问数据。
在步骤6中,SMF向AMF通知,对于处于IDLE状态的特定UE存在下行链路数据。这个步骤是步骤2的后续步骤,其中向SMF通知将下行链路数据。
在步骤7和8中,AMF触发寻呼过程,该寻呼过程进一步触发由UE发起的服务请求过程。在寻呼过程期间,AMF将向UE通知对于它有一些缓冲的下行链路数据。具体而言,还存在数据的类型(即,IP或非IP)。
在步骤9中,一旦在服务请求过程期间创建了PDU会话,UPF就向UDSF发送数据检索请求,以获得由URL识别的缓冲的数据。
在步骤10中,UDSF向UPF发送缓冲的数据。
并且,在步骤11中,UPF在已建立的PDU会话上经由RAN向UE发送下行链路数据。
可替代地,如果SMF无法执行选择,那么可以由AMF而不是SMF完成UDSF选择。对于非IP数据,如果如上面结合图9和10所示在NIDD的数据路径中涉及AMF,那么AMF有可能直接检索在UDSF处缓存的数据,然后向UE发送数据。
图15是图示在不漫游的情况下用于在SDSF处进行下行链路数据缓冲的方法的一个实施例的调用流程,其中为了图示,NEF-AMF-UE被示为用户平面路径。一般而言,除了步骤2包括NEF ID而不是UPF ID之外,该方法与图14中所示的方法基本相同。
图16是图示在漫游的情况下用于在UDSF处进行下行链路数据缓冲的方法的一个实施例的调用流程。在这个实施例中,UE在IDLE状态下漫游。
注意的是,调用流程集中在数据缓冲方面,因此图中未示出关于MM和SM的一些信令,诸如新AMF与旧AMF之间用于交换MM上下文的潜在交互,以及新AMF和旧SMF之间用于释放旧PDU会话的潜在消息。
如图所示,在步骤0中,当UE处于IDLE状态时,旧的UPF在UDSF处缓存下行链路数据。这个步骤遵循图14所示的详细处理。
接下来,在步骤1中,UE通过经由RAN向AMF发送服务请求来触发服务请求过程。由于移动性,假设新的AMF可以正在为UE服务。虽然UE可能不知道它将由新的AMF提供服务,但是它可以提供以下信息:
·旧AMF ID
·旧SMF ID
·旧UPF ID
·会话ID:这个可选参数可以是旧会话ID,也可以是由UE生成的新会话ID(如果旧会话被释放的话)。
·UE与旧PDU会话相关的旧会话上下文
·旧网络切片ID
在步骤2中,新AMF在从UE接收到服务请求消息后将选择新SMF以建立PDU会话。
在步骤3中,新AMF向所选择的SMF发送SM请求以建立新PDU会话,从而提供在步骤1中接收到的信息。在步骤3b中,新AMF与旧AMF交换MM上下文信息,诸如由网络发起的挂起的服务请求。这与数据缓冲方面无关。
在步骤4中,SMF获取SM请求,并向旧SMF发送SM上下文请求以检索存储在旧SMF中的一些会话上下文。
在步骤5中,旧SMF返回响应消息,该响应消息可以包括以下信息:
·用于旧PDU会话的会话上下文
·正在缓冲针对UE的下行链路数据的UDSF的地址
·数据缓冲指示,其指示当UE处于IDLE状态时存在一些针对UE缓冲的下行链路数据
·UDSF中缓冲的数据的ID:这被用于查找并访问存储在UDSF处的数据
在步骤6中,新SMF选择新UPF作为锚点,并为UE和目的地SCS/AS指派IP地址。在非IP PDU会话的情况下,新SMF可以遵循上面给出的处理,例如在图11中,以建立新的非IPPDU会话。
在步骤7中,新SMF向所选择的UPF发送会话建立请求与通过步骤5和6接收到的信息。
在步骤8中,UPF向新SMF返回响应。
在步骤9中,新SMF向新AMF返回SM响应,从而通知AMF使用新的UPF ID建立新会话。
在步骤10中,新AMF向UE返回会话上下文连同服务响应,该服务上下文可以包括以下信息:
·新SMF ID
·新UPF ID
·下行链路数据缓冲指示
在步骤11中,新UPF从UDSF检索缓冲的DL数据,并且在步骤12中,新的UPF经由RAN向UE发送缓冲的DL数据。
值得注意的是,假设UE处于从IDLE状态到CONNECTED状态的过渡中,图16所示的方法可以与UE发起的服务请求一起发生。UE和/或SCS/AS还可能在一些移动性管理(MM)过程(例如,注册和网络发起的服务请求)和/或会话管理(SM)过程(例如,PDU会话建立/修改)期间主动地配置数据缓冲方案。因此,当在UE处于IDLE状态的情况下接收一些下行链路数据时,核心网络实体可以遵循该配置。
如上所述,DL数据缓冲可以包括由DSF提供的服务(例如,UDSF或SDSF)。一般而言,这个服务允许消费者存储和检索为处于IDLE状态的UE缓冲的DL数据。例如,在图14的步骤4和5以及图15的步骤2和3中说明了服务的这一方面。服务的消费者可以包括SMF、NEF或UPF。如所描述的,该方法采用请求-响应机制来提供DL数据缓冲服务。
应该理解的是,执行图14-图16所示的步骤的实体(诸如UE、AMF、SMF、UDSF、UPF、PCF等)可以是可以以存储在诸如图29或图34所示的被配置用于无线和/或网络通信的装置或计算机系统的存储器中并在装置或计算机系统的处理器上执行的软件(即计算机可执行指令)的形式实现的逻辑实体。即,可以以存储在装置(诸如图29或图34所示的装置或计算机系统)的存储器中的软件(即,计算机可执行指令)的形式来实现图14-图16所示的(一个或多个)方法,其中计算机可执行指令在由装置的处理器执行时执行图14-图16所示的步骤。还应理解的是,图14-图16所示的功能可以被实现为虚拟化网络功能集。网络功能不一定必须直接通信,而是可以经由转发或路由功能进行通信。还应该理解的是,图14-图16中所示的任何传输和接收步骤都可以在装置的处理器及其执行的计算机可执行指令(例如,软件)的控制下由装置的通信电路系统执行。
如背景技术中所讨论的,网络可以挂起与RAN和UE的网络触发的服务请求过程,并且可以在UE进入CM-CONNECTED状态时恢复与RAN和UE的服务请求过程(即,将会话上下文与RAN和UE同步)。但是,尚不清楚如果UE在处于CM-IDLE状态时正在漫游时如何恢复处理。本文描述了在漫游的情况下恢复网络触发的服务请求处理的方法。除了不执行数据缓冲步骤并且执行新的步骤3b之外,该方法遵循与图16所示基本相同的步骤。在新步骤3b中,新AMF向旧AMF发送MM上下文请求消息。新AMF在步骤1中获取这个信息。旧AMF可以向新AMF发送存储的N11消息,该消息包括MM上下文信息、SM信息以及RAN与旧UPF之间的隧道信息。基于来自旧AMF的信息,新AMF能够弄清存在被挂起的网络发起的服务请求过程,并且新AMF可以将MM上下文和SM上下文集成到新的MM上下文和SM上下文中。
图17是图示用于配置NIDD和数据缓冲服务的示例用户界面的图。示例用户界面可以显示在显示器(诸如例如图29的显示器128或图34的显示器86)上。如图所示,用户可以从用户的显示屏幕中选择“NIDD和数据缓冲配置”选项1702。在选择了那个选项之后,可以向用户呈现弹出窗口1704,该弹出窗口向用户提供设置偏好并且提供针对本文提出的方法所涉及的不同实体(诸如UE、网络运营商和服务提供者)的信息的能力。例如,选择“网络运营商”然后可以向用户呈现另一个窗口1706,该窗口显示用于NIDD和/或数据缓冲的配置参数。用户可以经由这个用户界面查看当前设置并改变可用设置中的一个或多个。
根据另一方面,图18是图示如何可以增强5G核心网络体系架构以支持来自IoT设备的数据的网络内存储的图。引入了增强,以使UE能够在DSF中存储数据,并使数据消费者能够从DSF检索存储的数据。每个增强可以包括不同的选项,诸如用户平面选项和控制平面选项。当使UE能够向DSF发送数据时可以考虑这样的选项,使得网络中的DSF可以被用于存储来自IoT设备的数据。
在用户平面选项中,UE可以经由UPF与DSF通信,如图18所示。但是,应当认识到的是,DSF可以与UPF集成,或者UE可以直接经由诸如N3x接口之类的接口与DSF通信。
在控制平面选项中,UE可以经由AMF和NAS消息传递与DSF通信。AMF可以经由诸如N4y接口之类的接口将数据转发到UPF,或者经由诸如N11接口之类的接口将数据转发到SMF;这也在图18中示出。
通过允许UE在DSF中存储其数据(例如,传感器读数),UE可以只需要一次空中发送其数据。在数据存储在DSF中之后,数据消费者可以直接从DSF读取信息,而不是与UE进行接口。空中活动的减少可以节省带宽使用、增加UE的电池寿命,并潜在地增加可靠性。
图18图示了数据消费者可以如何访问存储在DSF中的数据的两个不同的示例实施例。这些示例实施例可以独立于上述UE数据通信选项,并且可以经由或者用户平面或者控制平面来使用。在标记为“数据获取路径选项1”的第一示例实施例中,数据消费者可以经由T8接口API调用来访问数据存储功能。NEF可以执行诸如安全性、加密、解密、收费、访问控制检查、媒体或MIME类型、协议绑定(HTTP、CoAP)、压缩/解压缩等功能。在标记为“数据获取路径选项2”的第二示例实施例中,数据消费者可以通过访问互联网地址(例如,经由标准互联网协议(诸如HTTP或CoAP)的URI)来访问数据存储功能。当访问DSF的请求到达运营商的网络时,该请求可以由运营商的网络中的增值服务(VAS)处理。VAS的示例可以包括安全性、加密、解密和收费以及其它VAS。
一方面,介绍了使得UE能够经由用户平面或经由控制平面NAS消息传递向网络发送数据的系统和方法,以将其存储在DSF中。本文描述的实施例描述了当UE向网络注册时UE如何可以从网络切片请求服务、可以建立PDU会话以向DSF发送数据,以及可以发送要存储在DSF中的数据(例如,经由用户或控制平面)。
图19图示了由3GPP定义的通用5G注册过程。在实施例中,引入指示符,使得在一般注册过程期间,UE可以向网络指示UE想要连接到允许UE在数据存储功能(DSF)中存储数据的切片。可以在注册请求中引入这种指示符(例如,图19的步骤1),或者可以在包括在注册请求消息中的NSSAI内的S-NSSAI中指示这种指示符。例如,MIoT S-NSSAI的SD字段可以指示UE想要在DSF中存储数据。UE还可以指示其想要或已经被配置有的存储服务的细节。UE可以对结构化和非结构化数据都这样做。例如,UE可以指示消息的数量、每个消息的尺寸、总尺寸、保持单个消息的每消息时间、媒体或MIME类型、存储所有消息的总时间以及其它相关信息。UE还可以指示关于UE想要如何消费数据的细节,如由哪些设备消费、对于每个消费者在数据存储之后多久被标记为“到期”以及其它相关考虑。可替代地,可以将此类信息保留在UDM中的UE订阅信息中,并基于NSSAI进行检索。例如,NSSAI的SD字段可以是指向对服务进行配置的UDM中的信息的指针。当激活服务器时,UE可以向网络发送该指针。当确定如何向对服务进行配置时,NF(诸如AMF、SMF或其它网络功能)可以从UDM检索此类信息。应当认识到的是,信息的消费者可以是UE,因此可以通过SUPI、外部标识符、IMSI或其它相关实体来识别消费者。
在替代实施例中,UE可以提供网络内存储指示作为其注册请求的一部分。AMF可以查询UDM以确定UE的要求(例如,消息的数量、每个消息的尺寸、总尺寸、保留单个消息的每消息时间、媒体或MIME类型、存储所有消息的总时间以及其它相关要求),并潜在地选择一个或多个DSF充当用于UE的存储空间。在注册请求中,AMF可以包括关于已分配的存储空间的详细信息,诸如已分配多少存储空间、已分配存储空间多长时间以及该存储位置的存储位置标识符。对于非结构化和结构化数据,可以分别指示此类详细信息,以便网络可以确定要分配的每种数据存储空间的量。
当AMF向UE发送注册接受消息(例如,图19的步骤21)时,网络可以向UE指示网络是否支持UE向DSF发送数据以及可以使用什么方法来向DSF发送数据。例如,网络可以指示控制平面消息传递可以被用于向DSF发送数据,或者用户平面选项可以被用于向DSF发送数据。然后,UE可以使用这个信息来决定随后请求的PDN连接的(一个或多个)类型。可替代地,UE在稍后建立PDN连接时可以指示UE可以支持什么类型的PDN连接(例如,控制平面、用户平面、UPF终止、NEF终止或DFS终止)以及UE希望向DSF发送数据。然后可以允许网络选择可以使用哪种类型的PDN连接。网络可以在PDU会话建立接受消息中向UE发信号通知UE应当使用哪种类型的PDN连接。
以下信息可以作为存储在UDM中的订阅/用户信息的一部分被包括。这样的信息可以与期望在DSF处使用网络内存储的UE相关联。订阅/用户信息可以包括:
·DSF处允许进行网络内存储的指示;
·UE上运行的每个应用的标识符;
·UE的物理位置(对于非移动且非便携式并且保持在固定位置的UE),并且网络可以使用这种位置信息来确定相关联的存储(DSF)应当位于何处;以及
·可以消费数据的设备(例如,SCS/AS、或M2M服务器、或AF或IoT服务器)的标识符的列表。应当认识到的是,UE应用也可以消费数据。因此,这些标识符可以识别UE或UE应用。此外,可以识别其它DSF,以便它们可以消费数据。例如,第二DSF可以从第一DSF复制数据,以便可以由与第二DSF在同一网络中或物理上更接近第二DSF的AS消费该数据。
此外,对于每个应用,可以存储以下信息:
·应用的最大存储要求;
·存储的默认行为(例如,在DSF中覆写或在DSF中附加);
·存储的数据是否需要加密;
·数据消费者是否可以发出对数据的订阅请求;
·对数据的访问控制限制(例如,确定允许访问数据的数据消费者);
·提供应用数据的DSF的身份;
·存储操作是否要求证实(confirmation)/确认(acknowledgement);
·由设备存储的数据类型的限定符,例如以帮助发现;以及
·应用的优先级。如果网络资源低(例如,在拥塞时间期间或者如果DSF中的存储器资源低),那么网络可以拒绝较低优先级的应用。如果UE确定网络资源不可用于低优先级应用,那么可以将统计摘要发送回UE,使得UE可以不进入连接模式(并因此生成信令或使用电池)。可以将退避定时器发送给UE,以便UE可以确定何时可以尝试再次连接。
可替代地或附加地,也可以为UE及其应用定义以上信息。
以上信息中的至少一些可以在网络中预先规定(例如,UE的存储要求)、在UE的初始注册期间提供(例如,在DSF中覆写数据)、在周期性注册过程中提供、在由移动性事件触发的注册过程中提供、当数据发送到网络时提供、或者由核心网络动态确定(例如,DSF的身份)。
AMF可以在通用注册或PDU会话建立过程期间获得这种信息,并且可以使用该信息来确定为UE分配网络存储空间。如果在注册过程中提供了这个信息,那么该信息可以由UDM在Nudm_SubscriptionData_UpdateNotify消息中提供给AMF,如图19的步骤14中所示。
如上面所讨论的,图11示出了可以如何建立会话以便发送和接收非IP数据。图20图示了如何可以进一步修改由3GPP定义的5G PDU会话建立过程以支持建立在网络数据存储中支持的会话。针对MIoT情况介绍对PDU会话建立过程的修改,使得当UE在MIoT切片内建立PDU会话时,UE可以执行以下操作之一。
在第一示例实施例中,UE可以通过执行两次PDU会话建立过程来建立到MIoT切片的两个PDU会话。一个PDU会话可以向UE提供到数据网络(DN)的IP连接性,并且另一个PDU会话可以向UE提供到DSF的连接性。当建立到DSF的PDU会话时,可以修改图20中的消息1,以便UE可以在NAS请求消息中包括指示,以向网络指示PDU会话用于向DSF发送数据。可以部署以下示例选项。在实施例中,在UE和DSF之间建立的PDU会话可以经由AMF并且通过控制平面以及N11、N4x和N4y接口。在这个示例实施例中,图20中的UPF可以用DSF代替。在另一个实施例中,在UE和DSF之间建立的PDU会话可以经由UPF并且通过用户平面以及N3和N18x接口。在这个示例实施例中,图20中的UPF可以包括集成的DSF。在附加的实施例中,在UE和DSF之间建立的PDU会话可以是直接的并且通过用户平面和N3x接口。应当认识到的是,N3x接口也可以被认为是控制平面接口。在这个示例实施例中,图20中的UPF可以用DSF代替。
在第二示例实施例中,UE可以通过执行PDU会话建立过程来建立单个PDU会话。可以修改图20中的消息1以包括PDU会话应当为UE提供IP连接性和到DSF的连接的指示。
在任一情况下,当AMF与SMF建立PDU会话时,可以更新从AMF到SMF的Nsmf_PDUSession_CreateSMRequest或Namf_PDUSession_CreateSMContext(例如,图20中的消息3)以向SMF指示要求到DSF的连接。如上所述,这个指示可以是S-NSSAI的一部分。当SMF接收到这种Nsmf_PDUSession_CreateSMRequest请求时,SMF可以选择DSF,然后向DSF发送新的allocate_storage_request消息,以便为PDU会话分配存储空间。DSF选择可以基于以下一项或多项:UE的要求;DSF的容量/能力;以及UE和DSF的位置(例如,对于等待时间问题,网络可以选择更靠近UE的DSF)。
allocate_storage_request消息可以是经由N4x接口发送的新请求消息(即,图20中未示出),如图18所示。该请求可以指示需要分配多少存储空间。SMF可以基于来自UE的指示(例如,存储量可以已经包括在S-NSSAI的SD字段中)、基于从UDM获得的订户信息或者基于规定的策略来确定要分配多少存储空间。该请求还可以包括订户永久ID和PDU会话ID。PDU会话ID可以被DSF用来将存储分配请求与数据存储请求相关联,该数据存储请求稍后可以从UE接收。如果未使用PDU会话ID,那么可以使用某个其它标识符将存储分配请求与稍后可以从UE接收的数据存储请求相关联。例如,DSF可以用新消息allocate_storage_response回复SMF。该新消息可以包括诸如已分配了多少存储空间、存储空间分配了多长时间以及存储位置的存储位置标识符之类的信息。这种存储位置标识符可以是字母数字字符串,并且可以是URI。可以将存储位置标识符设置为PDU会话ID。可以由SMF将存储位置标识符提供给UE。UE可以使用存储位置标识符来指示UE数据应当存储在哪里,如下所述。数据消费者可以使用存储位置标识符来指示数据消费者想要检索什么数据,这也将在下面进行描述。
应当认识到的是,存储位置标识符可以被格式化,使得其识别DSF和DSF中的位置。然后,UE可以使用标识符来识别数据应当发送到哪个DSF以及数据应当存储在DSF中什么位置。如果以这种方式构造标识符,那么UE可以替换或覆写先前存储在DSF中的数据。例如,标识符可以被格式化为LOCATION@DSF-NAME。如果UE发送将数据写入相同的LOCATION@DSF-NAME的两个消息,那么第二个消息中的数据可以覆写第一个消息中的数据。应当认识到的是,标识符的位置字段可能不会基于DSF策略由DSF翻译成物理位置。
请求中的PDU会话ID可以识别到DSF的先前建立的PDU会话。当UE向网络提供这种PDU会话ID时,这可以触发网络检索存储在DSF中的用于PDU会话的数据,并且将数据传送(即,移动、重定位)到可以用于重新建立的会话的另一个DSF。出于各种原因,网络可以选择使用不同的DSF进行PDU会话,例如,为了考虑UE位置的改变、考虑网络资源的使用或分配的改变、因为PDU是由不同的网络切片管理的,或者出于任何其它相关原因。
参考图20,在步骤10中,可以更新从SMF到AMF的Nsmf_PDUSession_CreateSM响应以包括是否在DSF中分配了存储空间的指示,并且该消息可以包括新引入的存储位置标识符。存储位置标识符的存在可以指示存储空间已成功分配。Nsmf_PDUSession_CreateSM响应可以包括N3x隧道信息,UE可以使用该信息来向UPF发送数据。这种信息可以配置向DSF而不是UPF发送数据的连接。例如,连接可以是IP隧道,或者信息可以识别DSF、与DSF的通信会话和/或DSF中的(一个或多个)存储位置。在步骤11和12中,AMF可以传输是否在DSF中分配了存储空间的指示,并且还可以向UE传输存储位置标识符。
应当认识到的是,来自UE的请求可以指示在DSF中请求了多个数据存储位置(例如,以保持不同的测量)。当请求多个位置时,可以分配多个存储位置标识符并将其提供给UE。请求还可以指示要在每个位置存储的数据的类型、在每个位置将存储多少数据、应当将数据存储多长时间以及应当如何存储数据。短语“应当如何存储数据”可以指该数据是否应当替换先前存储的数据、附加到先前存储的数据,和/或以FIFO或LIFO方式存储和读出。
还应当认识到的是,PDU会话建立过程可以通过UE应用的动作来发起。例如,可以在UE应用请求在网络中发送数据或分配存储空间时发起该过程。
另外应当认识到的是,存在PDU会话不专用于向DSF发送数据的情况。例如,可以用于向互联网发送IP数据的常规PDU会话也可以被用于向DSF发送数据。DSF可以具有相关联的IP地址。UE可以在其上具有为DSF规定的URI。UE可以使用DNS查找将DSF的URI解析为IP地址,从而UE可以确定使用哪个IP地址来向DSF发送数据。UE可以具有允许用户输入DSF的IP地址或URI的GUI。GUI还可以允许用户为在UE中托管的具体应用配置DSF URI或DSF IP地址。然后可以以诸如HTTP或CoAP之类的协议将数据从UE发送到DSF。
一方面,介绍使得UE能够经由用户平面或经由控制平面NAS消息传递将数据发送到网络,以将其存储在DSF中的系统和方法。控制平面方法的优点可以是,UE在与UE可以用于联系AMF的同一消息中发送数据,从而减少需要在UE与网络之间发送的消息的总数。如果UE使用用户平面向DSF发送数据,那么UE可以首先需要向AMF发送控制平面消息传递,以建立与网络的联系。用户平面方法的优点是,就每种消息类型所涉及的NF而言,数据和控制平面消息传递可以保持相对分离;因此导致更具可扩展性的体系架构。
一般而言,此类方法可以包括:向移动核心网络传输第一请求消息,该第一请求消息指示在移动核心网络的数据存储功能(DSF)中分配存储空间的请求;接收指示DSF中已分配的存储空间的位置的参数;向移动核心网络传输在DSF中存储数据的存储请求;以及接收数据被存储的指示,其中该指示包括识别所存储的数据的位置的数据指针。
如上面所讨论的,图12示出了可以由UE用来发送MO非IP数据的过程。图21示出了如何可以进一步增强图12的过程以允许UE应用经由控制平面向存储功能发送数据的示例调用流程。例如,在传感器上运行的UE应用可以使用这种过程来存储环境读数。在这个调用流程之前,UE应用可以已经调用了可以允许UE请求在网络中分配或保留数据存储空间的API。这种API可以已经向UE应用提供了识别为该应用保留的存储空间的存储位置标识符。如上所述,这种处理可以作为一般注册过程的一部分或在PDU会话建立过程期间已发生。
在步骤1处,UE应用可以调用数据存储API,该数据存储API可以包括以下参数(存储位置标识符、数据、存储方法、数据寿命、加密令牌、数据类型、转发/聚合/卸载指示、元数据指示、匿名指示、发现或通告指示、应用标识符、目标数据消费者)。
“存储位置标识符”可以识别应当在其中存储数据的存储位置,并且可以与分配或保留存储空间的先前请求相关联。
“数据”字段可以是要存储的数据(例如,传感器读数)。
例如,如果新数据应当替换旧数据或将其附加到任何先前存储的数据,那么“存储方法”可指示应当如何存储数据。
“数据寿命”可以指示在清理数据之前应当将数据在数据存储功能中存储多长时间。
“最大数据尺寸”可以指示要存储的最大数据量。还可以提供有关处理最大缓冲区尺寸的规则的信息,例如,删除最旧的、删除全部以及其它可行的规则。附加规则可以指定是否要删除数据样本,例如,在发生N次消费者读取之后。
UE可以使用“加密令牌”来加密数据。例如,令牌可以用SIM卡中的值进行散列并用于加密数据。
“数据类型”可以指示要存储的数据的类型。
“转发/聚合/卸载指示”可以由UE应用提供,并且可以提供关于如何处置累积的数据的信息。例如,可以提供M2M服务器的地址和数据尺寸或持续时间,这可以向DMF指示在数据累积到给定尺寸或给定持续时间之后将数据块发送到所指示的M2M服务器的请求。
“元数据指示”可以由UE应用提供,并且可以指示在DSF处可用的元数据(例如,存储时间戳)是否也应当与数据一起存储并提供给授权的消费者。该指示可以是全局的(即,使用所有可用的元数据),或者UE可以能够确切地指定可以包括什么类型的信息。在后一种情况下,该指示还可以授权DSF从其它NF获得某些类型的信息,例如位置信息,并将那个信息附加到所存储的数据。
“匿名指示”可以指示在存储之前数据是否应当被网络匿名。
“发现或通告指示”可以指示当将数据暴露给其它实体时DSF应当如何处置数据。例如,这种参数可以指示是否应当允许其它实体发现数据,或者是否应当允许DSF向其它实体通告数据。
当UE托管多于一个应用时,“应用标识符”可以识别UE应用。
“目标消费者”可以识别允许哪些应用服务器读取数据。
在步骤2处,UE可以在到AMF的NAS消息中向网络传输存储请求。可以将存储位置标识符映射到可以识别存储位置的另一个标识符。UE应用可以在请求中提供外部M2M服务器标识符(或另一个UE或另一个UE应用的身份)和请求类型标识符,而不是上面列出的所有信息。在这种情况下,DSF可以基于哪个M2M服务器可以为给定UE提供上面列出的信息而通过UE身份和请求类型标识符联系M2M服务器。如上所述,UE应用第一次做出数据存储请求时,UE应用可以触发UE首先发起PDU建立请求。该请求可以包括在步骤1中提供的信息,或者在步骤1中提供的信息可以影响可以使用什么S-NSSAI来建立PDU会话。可替代地,AMF可以查询UDM以确定与UE和UE应用相关联的存储位置。
在步骤3处,AMF可以向另一个NF传输进行存储的存储请求。在发送请求之前,AMF可以使用加密令牌和从AUSF或UDM获得的任何向量来解密数据有效载荷。在决定AMF将数据转发到哪个NF时,至少可以考虑以下选项:(1)AMF可以将数据直接转发到DSF;(2)AMF可以将数据转发到NEF,NEF然后可以将数据转发到DSF,或者存储功能可以是NEF的逻辑部分;以及(3)AMF可以将数据转发到SMF,SMF将数据转发到DSF、UPF或NEF。
在步骤4处,NF可以用是否成功存储了数据的指示来响应AMF。该响应还可以包括可以识别所存储的数据的数据指针。
在步骤5处,可以将来自NF的响应传输到UE。
在步骤6处,UE可以用数据存储请求是否成功的指示以及识别数据存储在哪里的数据指针来响应UE应用的API调用。
如以上进一步讨论的,图13示出了可以由UE用于接收MT非IP数据的过程。图22示出了如何可以进一步增强图13的过程以允许UE应用可以经由用户平面向存储功能发送数据的示例调用流程。应当认识到的是,术语“用户平面”可能不一定意味着数据是在IP分组中传输或发送的。更确切地说,“用户平面”可以指数据所采用的路径。因为在这个示例中,数据不能穿越“控制平面”网络功能,并且可以直接终止于“用户平面”网络功能(例如,UPF或DSF),所以这个示例可以被视为“用户平面”选项。
在步骤1处,UE应用可以调用数据存储API,该数据存储API可以包括以下参数(存储位置标识符、数据、存储方法、数据寿命、加密令牌、数据类型、转发/聚合/卸载指示、元数据指示、匿名指示、发现或通告指示、应用标识符、目标数据消费者)。上面图21的步骤1中的参数也可以应用于这种情况。
在步骤2处,UE可以在分组(诸如(一个或多个)IP分组)中向UPF传输对网络的存储请求。可以首先将传输发送到RAN,然后RAN可以将传输转发到UPF。UE可以将存储位置标识符映射到N3隧道信息。该消息可以是具有可寻址特定资源的特定媒体或MIME类型(例如,应用/json、应用/xml)的RESTful消息(即,CoAP或HTTP)。资源标识符可以从存储位置标识符导出。在示例替代实施例中,从UE到RAN的消息可以包括该消息不是N3消息,而是应当经由N3x接口直接发送到DSF的消息的指示。N3x接口是RAN和DSF之间新引入的接口,并且在图18中示出。在接收到消息之后,RAN可以随后向UPF传输该消息。
在步骤3处,UPF可以使用被寻址的资源或存储位置信息来识别DSF和具有正在被寻址的DSF的存储位置。具有DSF的存储位置可以是在资源名称中识别的资源。UPF可以将数据存储请求转发到DSF。到DSF的消息可以是数据库写入的形式。
在步骤4处,DSF可以用数据是否被成功存储的指示来响应UPF。该响应还可以包括识别所存储的数据的数据指针。如上面的步骤2中所描述的,如果数据直接从RAN发送到DSF,那么DSF可以响应RAN。
在步骤5处,可以将来自DSF的响应传输或转发到UE。
在步骤6处,UE可以用数据存储请求是否成功的指示以及识别数据被存储在哪里的数据指针来响应UE应用的API调用。
一方面,介绍使得数据消费者能够与UE交互以确定由UE生成什么数据、确定数据存储在何处以及获得访问数据的许可的系统和方法。
如图18所示,UE可以具有到数据网络的IP连接性,因此,数据消费者和UE可以经由IP连接进行通信。这种连接可以被用于形成UE和数据消费者之间的关系(即,注册)。数据消费者可以向UE注册,或者UE可以向数据消费者注册。
在示例实施例中,数据消费者可以发现UE、与该UE相关联的标识符、与该UE相关联的IP地址,以及该UE提供的服务(例如,测量)。在发现UE之后,数据消费者可以向UE应用注册,以便数据消费者可以消费UE的服务(即,测量或其它信息)。这个注册步骤可以经由UE和数据消费者之间的消息传递发生。在UE与数据消费者之间形成关系之后,UE可以将以下信息提供给数据消费者。
可以提供(一个或多个)“存储位置标识符”和“数据描述”。例如,UE应用可以指示其产生什么数据,并为每条数据提供存储位置标识符。在示例中,可以将这个过程用作感测通过位置的车辆的数量的应用以及对接收信息感兴趣的服务器的应用。UE应用可以指示其产生交通/车辆量信息,并且可以指示存储交通/车辆量信息的资源名称。资源名称可以指向DSF中的存储位置。
可以提供“存储类型”。例如,UE应用可以指示可以如何存储数据。可以存储数据,使得仅存储最新的值,或者使得新值与已存储的值级联。
可以提供“数据格式信息”。例如,可以提供媒体或MIME类型(应用/vnd.onem2m-res+xml)和应用协议绑定(HTTP、CoAP)。
可以提供(一个或多个)“授权密钥”。例如,UE应用可以向数据消费者提供可以用于从DSF检索或解密数据的授权密钥。也可以提供秘钥用于收费。当数据消费者检索数据时,数据消费者可以将密钥提供给移动核心网络,以便数据消费可以是CDR的一部分。CDR稍后可以与由UE应用或数据消费者捕获的收费信息相关联。
可以提供“切片标识符”。切片标识符可以识别托管数据的网络切片。切片标识符可以是存储位置标识符的一部分,或者可以基于存储位置标识符来解析。
图23图示了数据消费者发现UE应用、确定由UE应用提供的可用服务并获得数据的位置信息的示例序列图。在步骤1处,数据消费者可以在UE处发现UE应用。在步骤2处,数据消费者可以向UE注册,以便可以获得数据。在步骤3处,数据消费者可以浏览UE产生什么数据的描述。在步骤4处,对于消费者确定要获取的每条数据,数据消费者可以获得数据的位置。
在替代示例实施例中,移动核心网络可以为存储在DSF中的数据提供轻量级发现服务。在此类实施例中,移动核心网络可以通过NEF或经由DSF前端来暴露发现信息,其可以向M2M服务器暴露基于IP的接口。数据消费者可以向NEF或DSF前端发出发现请求,该请求可以包括UE的身份和要消费的数据的类型。NEF可以向UDM或另一个NF(诸如NRF)发出查询,以发现与查询匹配的信息。UDM可以使用访问控制限制来确定数据消费者是否具有用于发现和访问这个数据的适当访问权限。NEF可以使用UE身份以及为了访问数据而要联系的DSF的身份向数据消费者发出发现响应。应当认识到的是,数据消费者可以是在与托管数据生产者的UE不同的UE中托管的应用。代替经由移动核心网络进行连接,数据消费者和数据生产者可以直接经由合适的协议(诸如蓝牙)进行通信。数据消费者可以使用直接通信来获得数据的位置,然后使用下面描述的过程来获得数据。还应当认识到的是,当UE向M2M服务器注册时,UE可以将其接入点(PoA)属性设置为存储数据的DSF标识符。因此,M2M服务器可以将指向UE的请求重新定向到DSF。
一方面,介绍使得数据消费者能够直接从DSF而不是与UE进行接口来读取存储在DSF中的信息的系统和方法。
图24图示了数据消费者经由NEF从DSF获得数据的示例调用流程。
在步骤1处,数据消费者可以使用T8接口来调用数据存储检索API。API调用可以包括以下信息:数据消费者标识符,其可以识别请求者;(一个或多个)存储位置标识符,其可以是从UE获得的(一个或多个)存储位置标识符;(一个或多个)授权密钥,其可以是从UE获得的(一个或多个)授权密钥;响应地址,其可以是应当接收API响应的地址或身份(即,数据应当发送到的地址);订阅选项,其可以是在数据改变时何时应当通知数据消费者的指示;UE标识符,其可以识别生成所请求的数据并提供(一个或多个)存储位置标识符和(一个或多个)授权密钥的UE;持续时间,其可以是数据消费者愿意等待响应的时间,或者可以是订阅的持续时间;数据消费者参考ID;预处理选项,其可以是在提供数据之前请求要由DSF提供的简单预处理功能(例如,求平均值、聚合和其它预处理功能);以及元数据选项,其可以指示是否应当包括在DSF处可用的其它元数据,诸如例如数据存储的时间戳。
在步骤2处,NEF可以通过检查数据消费者被授权从数据生产者(UE)读取数据来授权请求。这个步骤可以要求与AUSF或UDM进行交互。可以通过核实UE标识符与(一个或多个)授权密钥或(一个或多个)存储位置标识符相关联并且数据消费者被授权读取由UE生成的数据来执行这个步骤。
在步骤3处,NEF可以将来自步骤1的请求以及NEF参考ID转发到DSF。DSF可以通过检查数据消费者被授权检索由生成数据的UE提供的数据来授权该请求。如果选择了订阅选项,那么DSF可以存储现在存在与数据相关联的订阅的指示,并且可以将定时器设置为等于提供的持续时间。订阅可以在定时器到期后被删除。DSF可以使用(一个或多个)存储位置标识符和UE标识符的组合来定位并检索所存储的数据。DSF可以使用(一个或多个)授权密钥来解密所存储的数据。
在步骤4处,DSF可以用所请求的数据和NEF参考ID来响应NEF。如果断言了订阅选项,那么每次数据更新时都会发生这个步骤。DSF可能需要根据数据消费者请求的媒体或MIME类型来格式化数据。
在步骤5处,NEF可以用所请求的数据和数据消费者参考ID来响应数据消费者。如果断言了订阅选项,那么每次从DSF接收到更新后的数据时都会发生这个步骤。
DSF可以维护关于哪个数据消费者访问哪些数据以及何时访问数据的记录。这样的信息可以存储在记录的收费数据中。这个信息也可以提供给UE,以便可以确定正在访问什么数据。例如,在观察到从不读取某些测量之后,UE可以停止生成测量结果或降低生成测量的频率。UE可以在注册期间、在发送数据时或在建立PDU会话时请求访问记录。
图25图示了数据消费者如何经由NEF从存储功能中获得数据的示例调用流程。这个流程与图18中的数据获取路径选项2对应。
在步骤1处,数据消费者可以发送获取数据的请求。该请求可以是寻址资源的RESTful GET请求。资源名称可以已经从UE获得,并且可以是存储位置标识符。请求可以绑定到诸如HTTP或CoAP之类的RESTful协议,并且可以指定某种媒体或MIME类型来格式化消息。请求中可以包括以下信息:数据消费者标识符,其可以识别请求者;(一个或多个)存储位置标识符,其可以是从UE获得的(一个或多个)存储位置标识符;(一个或多个)授权密钥,其可以是从UE获得的(一个或多个)授权密钥;响应地址,其可以是应当接收API响应的地址或身份(即,数据应当发送到的地址);订阅选项,其可以是在数据改变时何时应当通知数据消费者的指示;UE标识符,其可以识别生成所请求的数据并提供(一个或多个)存储位置标识符和(一个或多个)授权密钥的UE;持续时间,其可以是数据消费者可能愿意等待响应的时间,或者可以是订阅的持续时间;数据消费者参考ID;以及预处理选项,其可以指示要使用的增值服务。
网络运营商可以具有部署在SGi-LAN中的增值服务,其可以处理来自数据消费者的请求。例如,可以基于发送方地址、接收方地址或请求的内容将请求路由到具体的(一个或多个)增值服务。在另一个示例中,安全VAS可以对数据消费者进行认证,并检查数据消费者是否被授权访问被寻址的数据。安全VAS还可以解密来自数据消费者的加密请求。在又一个示例中,如果请求包括数据消费者想要订阅数据的指示,那么VAS可以在数据库中配置订阅、其相关联的持续时间以及响应地址。在附加的示例中,如果请求指示请求了附加的预处理,那么VAS可以提供数据预处理,例如,聚合、求平均和其它预处理功能。
在步骤2处,DSF可以接收请求、检索数据并用请求的数据和NEF参考ID来响应NEF。应当认识到的是,DSF可以执行在步骤1中被描述为由VAS执行的功能。DSF可以使用(一个或多个)存储位置标识符和UE标识符的组合来定位和检索所存储的数据。DSF可以使用(一个或多个)授权密钥来解密所存储的数据。如果断言了订阅选项,那么每次从DSF接收到更新后的数据时都会发生这个步骤。
网络运营商可以具有部署在SGi-LAN中的增值服务,其处理来自数据消费者的请求。例如,可以基于发送方地址、接收方地址或请求的内容将响应路由到具体的(一个或多个)增值服务。在另一个示例中,安全VAS可以加密对数据消费者的响应。在又一个示例中,可以调用VAS以根据由数据消费者提供的媒体或MIME类型来格式化数据。如上所述,DSF可以执行被描述为由VAS执行的任何功能。
应当认识到UE托管的应用可以使用与以上图24和25相关联的过程。例如,UE托管的应用可以订阅事件,诸如应用的数据被其它生产者更新或应用的数据正在消耗。
数据存储功能可以暴露允许用户管理所存储的数据的接口。例如,订户可能拥有在DSF中存储数据的设备。MNO可以提供接口,诸如控制台或GUI,该接口允许订户登录和管理(例如,查看、删除、下载、更改、操纵或添加)所存储的数据。
这样的接口可以经由T8接口上的API(如图18所示)或经由API的单独集合(其经由GUI或管理控制台暴露)暴露给数据消费者。接口可以允许订户登录并查看已存储在DSF中的数据。当用户登录时,可以要求用户提供用户名、密码、设备标识符和切片标识符。切片标识符可以被网络用来定位DSF。例如,可以将DSF集合分配给切片。切片标识符可以用于定位DSF集,然后设备标识符可以被用于在存储数据的切片中定位特定的DSF。一旦订户登录到系统中,接口就还可以允许订户指示允许哪些服务器(AS/SCS)访问存储数据。该系统还可以允许订户指示是否允许其它UE访问所存储的数据。对于被允许访问数据的每个消费者,订户可以提供系统可以存储在收费记录中的收费标识符或参考标识符。参考标识符可以被用于将MNO的收费记录与订户/服务提供者的收费记录相关联。
图26图示了数据管理登录GUI的示例。这种GUI可以由MNO向具有连接到MNO的网络的设备的客户显示。例如,当客户登录以管理由用户设备生成的数据时,可以显示GUI。客户可以经由T8接口、通过在NEF处终止的分离接口建立与网络的连接。但是,接口的目的可以是登录并管理DSF中存储的数据。GUI的所选择的设备文本输入框可以用于输入设备标识符。例如,设备标识符可以是外部ID、IMSI或SUPI。用户名和密码字段可以分别用于输入用户的用户名和密码。图26的示例用户界面可以显示在显示器(诸如例如图29的显示器128或图34的显示器86)上。
图27图示了可以在登录后显示给用户的数据管理GUI的示例。数据管理GUI可以包括数据查看窗口,该数据查看窗口向用户显示由UE生成并存储在DSF中的数据。显示器还可以显示与数据相关联的附加元数据,诸如生成的日期和时间、生成数据时UE的位置以及其它相关信息。还可以包括下拉框,以允许用户选择要对数据执行的操作。例如,所选择的动作下拉框可以允许用户选择动作,诸如删除、覆写或下载。当选择下载时,可以弹出新窗口,该新窗口可以请求用户输入文件名。然后可以将存储在DSF中的数据下载到所选择的文件名。下载可以包括由UE生成的所有数据,或者用户可以将下载限制到包括在某个时间范围内生成的值,或者用户可以在显示窗口中选择期望的值。图27的示例用户界面可以显示在显示器(诸如例如图29的显示器128或图34的显示器86)上。
应该理解的是,执行图18-图25所示的步骤的实体(诸如UE、AMF、SMF、UPF、NEF、DN、VAS、PCF、AUSF、UDM、DN、NF、RAN、DSF、数据消费者等)可以是可以以存储在诸如图29或图34所示的被配置用于无线和/或网络通信的装置或计算机系统的存储器中并在装置或计算机系统的处理器上执行的软件(即计算机可执行指令)的形式实现的逻辑实体。即,可以以存储在装置(诸如图29或图34所示的装置或计算机系统)的存储器中的软件(即,计算机可执行指令)的形式来实现图18-图25所示的(一个或多个)方法,其中计算机可执行指令在由装置的处理器执行时执行图18-图25所示的步骤。还应理解的是,图18-图25所示的功能可以被实现为虚拟化网络功能集。网络功能不一定必须直接通信,而是可以经由转发或路由功能进行通信。还应该理解的是,图18-图25中所示的任何传输和接收步骤都可以在装置的处理器及其执行的计算机可执行指令(例如,软件)的控制下由装置的通信电路系统执行。
第三代合作伙伴计划(3GPP)开发用于蜂窝电信网络技术的技术标准,包括无线电接入、核心传输网络以及服务能力-包括对编解码器、安全性和服务质量的工作。最近的无线电接入技术(RAT)标准包括WCDMA(通常称为3G)、LTE(通常称为4G)和LTE-Advanced标准。3GPP已经开始致力于下一代蜂窝技术的标准化,该技术被称为新无线电(NR),也被称为“5G”。3GPP NR标准的开发预计将包括下一代无线电接入技术(新RAT)的定义,预计将包括提供低于6GHz的新灵活无线电接入,以及提供6GHz以上的新超移动宽带无线电接入。灵活的无线电接入预计包括6GHz以下新频谱中的新的、非向后兼容的无线电接入,并且预计包括可以在相同频谱中多路复用在一起的不同操作模式,以解决具有不同要求的广泛的3GPPNR用例集合。预计超移动宽带将包括cmWave和mmWave频谱,其将为用于例如室内应用和热点的超移动宽带接入提供机会。特别地,超移动宽带预计将与6GHz以下的灵活无线电接入共享共同的设计框架,具有特定于cmWave和mmWave的设计优化。
3GPP已经识别出NR预计支持的各种用例,从而导致对数据速率、等待时间和移动性的各种用户体验要求。用例包括以下一般类别:增强的移动宽带(例如,密集区域的宽带接入、室内超高宽带接入、人群中的宽带接入、无处不在的50+Mbps、超低成本宽带接入、车载移动宽带)、关键通信、大规模机器类型通信、网络操作(例如,网络切片、路由、迁移和互通、节能),以及增强的车辆到一切(eV2X)通信。这些类别中的具体服务和应用包括例如监视和传感器网络、设备远程控制、双向远程控制、个人云计算、视频流传输、基于无线云的办公室、第一响应者连接性、汽车召回、灾难警报、实时游戏、多人视频通话、自主驾驶、增强现实、触觉互联网以及虚拟现实,等等。本文预期全部这些用例以及其它用例。
图28图示了示例通信系统100的一个实施例,其中可以实施本文描述和要求保护的方法和装置。如图所示,示例通信系统100可以包括无线传输/接收单元(WTRU)102a、102b、102c和/或102d(一般或共同地可以称为WTRU 102)、无线电接入网络(RAN)103/104/105/103b/104b/105b、核心网络106/107/109、公共交换电话网(PSTN)108、互联网110,以及其它网络112,但是应认识到的是,所公开的实施例预期任意数量的WTRU、基站、网络和/或网络元件。WTRU 102a、102b、102c、102d、102e中的每一个可以是被配置为在无线环境中操作和/或通信的任何类型的装置或设备。虽然每个WTRU 102a、102b、102c、102d、102e在图28-图33中被描绘为手持无线通信装置,但是应该理解的是,对于5G无线通信预期的各种用例,每个WTRU可以包括被配置为传输和/或接收无线信号的任何类型的装置或设备或者在其中实施,仅作为示例,所述装置或设备包括用户装备(UE)、移动站、固定或移动订户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型电脑、平板电脑、上网本、笔记本计算机、个人计算机、无线传感器、消费电子产品、可穿戴设备(诸如智能手表或智能服装)、医疗或电子卫生设备、机器人、工业装备、无人机、运载工具(诸如小汽车、卡车、火车或飞机等)。
通信系统100还可以包括基站114a和基站114b。基站114a可以是被配置为与WTRU102a、102b、102c中的至少一个无线接口的任何类型的设备,以促进接入一个或多个通信网络(诸如核心网络106/107/109、互联网110和/或其它网络112)。基站114b可以是被配置为与RRH(远程无线电头)118a、118b和/或TRP(传输和接收点)119a、119b中的至少一个有线和/或无线接口的任何类型的设备,以促进接入一个或多个通信网络(诸如核心网络106/107/109、互联网110和/或其它网络112)。RRH 118a、118b可以是被配置为与WTRU 102c中的至少一个无线接口的任何类型的设备,以促进接入一个或多个通信网络(诸如核心网络106/107/109、互联网110和/或其它网络112)。TRP 119a、119b可以是被配置为与WTRU 102d中的至少一个无线接口的任何类型的设备,以促进接入一个或多个通信网络(诸如核心网络106/107/109、互联网110和/或其它网络112)。举例来说,基站114a、114b可以是基站收发信台(BTS)、Node-B、eNode-B、家庭Node-B、家庭eNode-B、站点控制器、接入点(AP)、无线路由器等。虽然基站114a、114b均都被描绘为单个元件,但是应认识到的是,基站114a、114b可以包括任何数量的互连基站和/或网络元件。
基站114a可以是RAN 103/104/105的一部分,RAN 103/104/105还可以包括其它基站和/或网络元件(未示出),诸如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。基站114b可以是RAN 103b/104b/105b的一部分,RAN 103b/104b/105b还可以包括其它基站和/或网络元件(未示出),诸如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。基站114a可以被配置为在特定地理区域内传输和/或接收无线信号,所述地理区域可以被称为小区(未示出)。基站114b可以被配置为在特定地理区域内传输和/或接收有线和/或无线信号,所述地理区域可以被称为小区(未示出)。可以将小区进一步划分为小区扇区。例如,与基站114a相关联的小区可以被划分为三个扇区。因此,在实施例中,基站114a可以包括三个收发器,例如,小区的每个扇区一个收发器。在实施例中,基站114a可以采用多输入多输出(MIMO)技术,因此可以为小区的每个扇区使用多个收发器。
基站114a可以通过空中接口115/116/117与WTRU 102a、102b、102c中的一个或多个通信,空中接口115/116/117可以是任何合适的无线通信链路(例如,射频(RF)、微波、红外(IR)、紫外(UV)、可见光、cmWave、mmWave等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115/116/117。
基站114b可以通过有线或空中接口115b/116b/117b与RRH 118a、118b和/或TRP119a、119b中的一个或多个通信,有线或空中接口115b/116b/117b可以是任何合适的有线(例如,电缆、光纤等)或无线通信链路(例如,射频(RF)、微波、红外(IR)、紫外(UV)、可见光、cmWave、mmWave等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115b/116b/117b。
RRH 118a、118b和/或TRP 119a、119b可以通过空中接口115c/116c/117c与一个或多个WTRU 102c、102c通信,空中接口115c/116c/11c可以是任何合适的无线通信链路(例如,射频(RF)、微波、红外(IR)、紫外(UV)、可见光、cmWave、mmWave等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115c/116c/117c。
更具体而言,如上所述,通信系统100可以是多址系统,并且可以采用一种或多种信道接入方案,诸如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等。例如,RAN 103/104/105中的基站114a与WTRU 102a、102b、102c或者RAN 103b/104b/105b中的RRH 118a、118b和TRP 119a、119b与WTRU 102c、102d可以实现无线电技术,诸如通用移动电信系统(UMTS)地面无线电接入(UTRA),其可以使用宽带CDMA(WCDMA)分别建立空中接口115/116/117或115c/116c/117c。WCDMA可以包括诸如高速分组接入(HSPA)和/或演进HSPA(HSPA+)之类的通信协议。HSPA可以包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。
在实施例中,基站114a与WTRU 102a、102b、102c或者RAN 103b/104b/105b中的RRH118a、118b和TRP 119a、119b与WTRU 102c、102d可以实现无线电技术,诸如演进的UMTS地面无线电接入(E-UTRA),其可以使用长期演进(LTE)和/或LTE-Advance(LTE-A)分别建立空中接口115/116/117或115c/116c/117c。将来,空中接口115/116/117可以实现3GPP NR技术。
在实施例中,RAN 103/104/105中的基站114a与WTRU 102a、102b、102c或者RAN103b/104b/105b中的RRH 118a、118b和TRP 119a、119b与WTRU 102c、102d可以实现无线电技术,诸如IEEE 802.16(例如,全球微波接入互操作性(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、过渡(Interim)标准2000(IS-2000)、过渡标准95(IS-95)、过渡标准856(IS-856)、全球移动通信系统(GSM)、用于GSM演进的增强数据速率(EDGE)、GSM EDGE(GERAN)等。
例如,图28中的基站114c可以是无线路由器、家庭Node-B、家庭eNode-B或接入点,并且可以利用任何合适的RAT来促进局部区域(诸如商业地点、家、运载工具、校园等)中的无线连接性。在实施例中,基站114c和WTRU 102e可以实现诸如IEEE 802.11之类的无线电技术以建立无线局域网(WLAN)。在实施例中,基站114c和WTRU 102d可以实现诸如IEEE802.15之类的无线电技术以建立无线个域网(WPAN)。在又一个实施例中,基站114c和WTRU102e可以利用基于蜂窝的RAT(例如,WCDMA、CDMA2000、GSM、LTE、LTE-A等)来建立微微小区或毫微微小区。如图28中所示,基站114b可以具有到互联网110的直接连接。因此,可以不要求基站114c经由核心网络106/107/109访问互联网110。
RAN 103/104/105和/或RAN 103b/104b/105b可以与核心网络106/107/109通信,核心网络106/107/109可以是被配置为向WTRU 102a、102b、102c、102d中的一个或多个提供语音、数据、应用和/或互联网协议语音(VoIP)服务的任何类型的网络。例如,核心网络106/107/109可以提供呼叫控制、计费服务、基于移动位置的服务、预付费呼叫、互联网连接性、视频分发等,和/或执行高级安全功能(诸如用户认证)。
虽然未在图28中示出,但是应认识到的是,RAN 103/104/105和/或RAN 103b/104b/105b和/或核心网络106/107/109可以与采用与RAN 103/104/105和/或RAN 103b/104b/105b相同的RAT或不同RAT的其它RAN直接或间接通信。例如,除了连接到可以利用E-UTRA无线电技术的RAN 103/104/105和/或RAN 103b/104b/105b之外,核心网络106/107/109还可以与采用GSM无线电技术的另一个RAN(未示出)通信。
核心网络106/107/109还可以用作WTRU 102a、102b、102c、102d、102e的网关,以接入PSTN 108、互联网110和/或其它网络112。PSTN 108可以包括提供普通老式电话服务(POTS)的电路交换电话网络。互联网110可以包括使用常见通信协议的互连的计算机网络和设备的全球系统,所述通信协议诸如TCP/IP网际协议套件中的传输控制协议(TCP)、用户数据报协议(UDP)和互联网协议(IP)。网络112可以包括由其它服务提供商拥有和/或操作的有线或无线通信网络。例如,网络112可以包括连接到一个或多个RAN的另一个核心网络,这一个或多个RAN可以采用与RAN 103/104/105和/或RAN 103b/104b/105b相同的RAT或不同的RAT。
通信系统100中的WTRU 102a、102b、102c、102d中的一些或全部可以包括多模能力,例如,WTRU 102a、102b、102c、102d和102e可以包括用于通过不同无线链路与不同无线网络通信的多个收发器。例如,图28中所示的WTRU 102e可以被配置为与可以采用基于蜂窝的无线电技术的基站114a通信,并且与可以采用IEEE 802无线电技术的基站114c通信。
图29是根据本文所示实施例被配置用于无线通信的示例装置或设备(诸如例如WTRU 102)的框图。如图29所示,示例WTRU 102可以包括处理器118、收发器120、传输/接收元件122、扬声器/麦克风124、小键盘126、显示器/触摸板/指示器128、不可移动存储器130、可移动存储器132、电源134、全球定位系统(GPS)芯片组136,以及其它外围设备138。应认识到的是,WTRU 102可以包括前述元件的任何子组合,同时保持与实施例一致。而且,实施例预期基站114a和114b,和/或基站114a和114b可以表示的节点(诸如但不限于收发器站(BTS)、节点B、站点控制器、接入点(AP)、家庭节点B、演进的家庭节点B(eNode-B)、家庭演进节点B(HeNB)、家庭演进节点B网关和代理节点等),可以包括图29中描述并在本文描述的元件中的一些或全部。
处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。处理器118可以执行信号编码、数据处理、功率控制、输入/输出处理和/或使WTRU 102能够在无线环境中操作的任何其它功能。处理器118可以耦合到收发器120,收发器120可以耦合到传输/接收元件122。虽然图29将处理器118和收发器120描绘为分开的部件,但应认识到的是,处理器118和收发器120可以一起集成在电子封装或芯片中。
传输/接收元件122可以被配置为通过空中接口115/116/117向基站(例如,基站114a)传输信号或从基站(例如,基站114a)接收信号。例如,在实施例中,传输/接收元件122可以是被配置为传输和/或接收RF信号的天线。虽然未在图28中示出,但是应认识到的是,RAN 103/104/105和/或核心网络106/107/109可以与采用与RAN 103/104/105相同的RAT或不同的RAT的其它RAN进行直接或间接通信。例如,除了连接到可以使用E-UTRA无线电技术的RAN 103/104/105之外,核心网106/107/109还可以与采用GSM无线电技术的另一个RAN(未示出)通信。
核心网络106/107/109还可以用作用于WTRU 102a、102b、102c、102d的网关,以访问PSTN 108、互联网110和/或其它网络112。PSTN 108可以包括提供普通老式电话服务(POTS)的电路交换电话网络。互联网110可以包括互连计算机网络的全球系统和使用公共通信协议的设备,诸如TCP/IP网际协议中的传输控制协议(TCP)、用户数据报协议(UDP)和互联网协议(IP)套件。网络112可以包括由其它服务提供商拥有和/或操作的有线或无线通信网络。例如,网络112可以包括连接到一个或多个RAN的另一个核心网络,其可以采用与RAN 103/104/105相同的RAT或不同的RAT。
通信系统100中的WTRU 102a、102b、102c、102d中的一些或全部可以包括多模式能力,例如,WTRU 102a、102b、102c和102d可以包括用于通过不同无线链路与不同无线网络通信的多个收发器。例如,图28中所示的WTRU 102c可以被配置为与基站114a通信,基站114a可以采用基于蜂窝的无线电技术,并且与基站114b通信,基站114b可以采用IEEE 802无线电技术。
图29是根据本文所示的实施例配置用于无线通信的示例装置或设备(例如,WTRU102)的框图。如图29所示,示例WTRU 102可以包括处理器118、收发器120、传输/接收元件122、扬声器/麦克风124、小键盘126、显示器/触摸板/指示器128、不可移动存储器130、可移动存储器132、电源134、全球定位系统(GPS)芯片组136以及其它外围设备138。应认识到的是,WTRU 102可以包括前述元件的任意子组合,同时保持与实施例一致。而且,实施例考虑基站114a和114b,和/或基站114a和114b的节点可以表示例如但不限于收发器站(BTS)、节点B、站点控制器、接入点(AP)、家庭节点B、演进的家庭节点B(eNode-B)、家庭演进节点B(HeNB)、家庭演进节点B网关以及代理节点等可以包括一些或全部图29中描述的和本文描述的元件的一部分。
处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP内核相关联的一个或多个微处理器、控制器、微控制器、应用专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。处理器118可以执行信号编码、数据处理、功率控制、输入/输出处理,和/或使WTRU 102能够在无线环境中操作的任何其它功能。处理器118可以耦合到收发器120,收发器120可以耦合到传输/接收元件122。虽然图29将处理器118和收发器120描绘为单独的部件,但是应认识到的是,处理器118和收发器120可以在电子包装或芯片中集成在一起。
传输/接收元件122可以被配置为通过空中接口115/116/117向基站(例如,基站114a)传输信号或从基站(例如,基站114a)接收信号。例如,在实施例中,传输/接收元件122可以是被配置为传输和/或接收RF信号的天线。在实施例中,传输/接收元件122可以是发射器/检测器,其被配置为例如传输和/或接收IR、UV或可见光信号。在又一个实施例中,传输/接收元件122可以被配置为传输和接收RF和光信号。应该认识到的是,传输/接收元件122可以被配置为传输和/或接收无线信号的任意组合。
此外,虽然传输/接收元件122在图29中被描绘为单个元件,但是WTRU 102可以包括任何数量的传输/接收元件122。更具体而言,WTRU 102可以采用MIMO技术。因此,在实施例中,WTRU 102可以包括两个或更多个传输/接收元件122(例如,多个天线),用于通过空中接口115/116/117传输和接收无线信号。
收发器120可以被配置为调制将由传输/接收元件122传输的信号并且解调由传输/接收元件122接收的信号。如上所述,WTRU 102可以具有多模能力。因此,收发器120可以包括多个收发器,用于使WTRU 102能够经由多个RAT(例如,诸如UTRA和IEEE 802.11)通信。
WTRU 102的处理器118可以耦合到扬声器/麦克风124、小键盘126和/或显示器/触摸板/指示器128(例如,液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元),并且可以从其接收用户输入数据。处理器118还可以将用户数据输出到扬声器/麦克风124、小键盘126和/或显示器/触摸板/指示器128。此外,处理器118可以从任何类型的合适存储器(诸如不可移动存储器130和/或可移动存储器132)访问信息并在其中存储数据。不可移动存储器130可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其它类型的存储器存储设备。可移动存储器132可以包括订户身份模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。在实施例中,处理器118可以从不是物理地位于WTRU 102上(诸如在服务器或家用计算机(未示出)上)的存储器中访问信息,并将数据存储在其中。
处理器118可以从电源134接收电力,并且可以被配置为向WTRU 102中的其它部件分配和/或控制电力。电源134可以是用于为WTRU 102供电的任何合适的设备。例如,电源134可以包括一个或多个干电池、太阳能电池、燃料电池等。
处理器118还可以耦合到GPS芯片组136,该GPS芯片组136可以被配置为提供关于WTRU 102的当前位置的位置信息(例如,经度和纬度)。除了或代替来自GPS芯片组136的信息,WTRU 102可以通过空中接口115/116/117从基站(例如,基站114a、114b)接收位置信息和/或基于从附近的两个或更多个基站接收的信号的定时确定其位置。应认识到的是,WTRU102可以通过任何合适的位置确定方法获取位置信息,同时保持与实施例一致。
处理器118还可以耦合到其它外围设备138,外围设备138可以包括提供附加特征、功能和/或有线或无线连接性的一个或多个软件和/或硬件模块。例如,外围设备138可以包括各种传感器,诸如加速度计、生物识别(例如,指纹)传感器、电子罗盘、卫星收发器、数码相机(用于照片或视频)、通用串行总线(USB)端口或其它互连接口、振动设备、电视收发器、免提耳机、模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、互联网浏览器等。
WTRU 102可以在其它装置或设备中实施,诸如传感器、消费电子产品、可穿戴设备(诸如智能手表或智能服装)、医疗或电子卫生设备、机器人、工业装备、无人机、运载工具(诸如小汽车、卡车、火车或飞机等)。WTRU 102可以经由一个或多个互连接口(诸如可以包括外围设备138之一的互连接口)连接到这种装置或设备的其它部件、模块或系统。
图30是根据实施例的RAN 103和核心网络106的系统图。如上所述,RAN 103可以采用UTRA无线电技术通过空中接口115与WTRU 102a、102b和102c通信。RAN 103还可以与核心网络106通信。如图30中所示,RAN 103可以包括节点B140a、140b、140c,每个节点可以包括一个或多个收发器,用于通过空中接口115与WTRU 102a、102b、102c通信。节点B140a、140b、140c可以各自与RAN 103内的特定小区(未示出)相关联。RAN 103还可以包括RNC 142a、142b。应认识到的是,RAN 103可以包括任何数量的节点B和RNC,同时保持与实施例一致。
如图30所示,节点B140a、140b可以与RNC 142a通信。此外,节点B140c可以与RNC142b通信。节点B140a、140b、140c可以经由Iub接口与相应的RNC 142a、142b通信。RNC142a、142b可以经由Iur接口彼此通信。RNC 142a、142b中的每一个可以被配置为控制与其连接的相应节点B140a、140b、140c。此外,RNC 142a、142b中的每一个可以被配置为执行或支持其它功能,诸如外环功率控制、负载控制、准入控制、分组调度、切换控制、宏分集、安全功能、数据加密等。
图30中所示的核心网络106可以包括媒体网关(MGW)144、移动交换中心(MSC)146、服务GPRS支持节点(SGSN)148和/或网关GPRS支持节点(GGSN)150。虽然前述元件中的每一个被描绘为核心网络106的一部分,但是应认识到的是,这些元件中的任何一个都可以被除核心网络运营商之外的实体拥有和/或操作。
RAN 103中的RNC 142a可以经由IuCS接口连接到核心网络106中的MSC 146。MSC146可以连接到MGW 144。MSC 146和MGW 144可以向WTRU 102a、102b、102c提供对电路交换网络(诸如PSTN 108)的接入,以促进WTRU 102a、102b、102c与传统的陆线通信设备之间的通信。
RAN 103中的RNC 142a还可以经由IuPS接口连接到核心网络106中的SGSN 148。SGSN 148可以连接到GGSN 150。SGSN 148和GGSN 150可以向WTRU 102a、102b、102c提供对分组交换网络(诸如互联网110)的接入,以促进WTRU 102a、102b、102c与启用IP的设备之间的通信。
如上所述,核心网络106还可以连接到网络112,网络112可以包括由其它服务提供商拥有和/或运营的其它有线或无线网。
图31是根据实施例的RAN 104和核心网络107的系统图。如上所述,RAN 104可以采用E-UTRA无线电技术通过空中接口116与WTRU 102a、102b和102c通信。RAN 104还可以与核心网络107通信。
RAN 104可以包括eNode-B 160a、160b、160c,但是应认识到的是,RAN 104可以包括任何数量的eNode-B,同时保持与实施例一致。eNode-B 160a、160b、160c可以各自包括一个或多个收发器,用于通过空中接口116与WTRU 102a、102b、102c通信。在实施例中,eNode-B 160a、160b、160c可以实现MIMO技术。因此,eNode-B 160a例如可以使用多个天线来向WTRU 102a传输无线信号并从WTRU 102a接收无线信号。
eNode-B 160a、160b和160c中的每一个可以与特定小区(未示出)相关联,并且可以被配置为处理无线电资源管理决定、切换决定、上行链路和/或下行链路中用户的调度等。如图31中所示,eNode-B 160a、160b、160c可以通过X2接口彼此通信。
图31中所示的核心网络107可以包括移动性管理网关(MME)162、服务网关164和分组数据网络(PDN)网关166。虽然前述元件中的每一个都被描绘为核心网络107的一部分,但是应认识到的是,这些元件中的任何一个都可以被除核心网络运营商之外的实体拥有和/或操作。
MME 162可以经由S1接口连接到RAN 104中的eNode-B 160a、160b和160c中的每一个,并且可以用作控制节点。例如,MME 162可以负责认证WTRU 102a、102b、102c的用户、承载激活/停用,在WTRU 102a、102b、102c的初始附连期间选择特定的服务网关等。MME 162还可以提供用于在RAN 104与采用其它无线电技术(诸如GSM或WCDMA)的其它RAN(未示出)之间进行切换的控制平面功能。
服务网关164可以经由S1接口连接到RAN 104中的eNode-B 160a、160b和160c中的每一个。服务网关164一般可以向/从WTRU 102a、102b、102c路由和转发用户数据分组。服务网关164还可以执行其它功能,诸如在eNode-B间切换期间锚定用户平面,当下行链路数据可用于WTRU 102a、102b、102c时触发寻呼,管理和存储WTRU 102a、102b、102c的上下文,等等。
服务网关164还可以连接到PDN网关166,PDN网关166可以向WTRU 102a、102b、102c提供对分组交换网络(诸如互联网110)的接入,以促进WTRU 102a、102b、102c与启用IP的设备之间的通信。
核心网络107可以促进与其它网络的通信。例如,核心网络107可以向WTRU 102a、102b、102c提供对电路交换网络(诸如PSTN 108)的接入,以促进WTRU 102a、102b、102c与传统陆线通信设备之间的通信。例如,核心网络107可以包括用作核心网络107和PSTN 108之间的接口的IP网关(例如,IP多媒体子系统(IMS)服务器)或者可以与其通信。此外,核心网络107可以向WTRU 102a、102b、102c提供对网络112的接入,网络112可以包括被其它服务提供商拥有和/或操作的其它有线或无线网络。
图32是根据实施例的RAN 105和核心网络109的系统图。RAN 105可以是接入服务网络(ASN),其采用IEEE 802.16无线电技术通过空中接口117与WTRU 102a、102b和102c通信。如下面进一步讨论的,WTRU 102a、102b、102c、RAN 105和核心网络109的不同功能实体之间的通信链路可以被定义为参考点。
如图32中所示,RAN 105可以包括基站180a、180b、180c和ASN网关182,但是应认识到的是,RAN 105可以包括任意数量的基站和ASN网关,同时保持与实施例一致。基站180a、180b、180c可以各自与RAN 105中的特定小区相关联,并且可以包括一个或多个收发器,用于通过空中接口117与WTRU 102a、102b、102c通信。在实施例中,基站180a、180b、180c可以实现MIMO技术。因此,基站180a例如可以使用多个天线来向WTRU 102a传输无线信号,并从WTRU 102a接收无线信号。基站180a、180b、180c还可以提供移动性管理功能,诸如切换触发、隧道建立、无线电资源管理、流量分类、服务质量(QoS)策略实施等。ASN网关182可以用作流量聚合点,并且可以负责寻呼、订户简档的高速缓存、到核心网络109的路由等。
WTRU 102a、102b、102c与RAN 105之间的空中接口117可以被定义为实现IEEE802.16规范的R1参考点。此外,WTRU 102a、102b和102c中的每一个可以与核心网络109建立逻辑接口(未示出)。WTRU 102a、102b、102c与核心网络109之间的逻辑接口可以被定义为R2参考点,其可以被用于认证、授权、IP主机配置管理和/或移动性管理。
基站180a、180b和180c中的每一个之间的通信链路可以被定义为R8参考点,其包括用于促进基站之间的WTRU切换和数据传送的协议。基站180a、180b、180c和ASN网关182之间的通信链路可以被定义为R6参考点。R6参考点可以包括用于基于与WTRU 102a、102b、102c中的每一个相关联的移动性事件来促进移动性管理的协议。
如图32中所示,RAN 105可以连接到核心网络109。RAN 105和核心网络109之间的通信链路可以被定义为R3参考点,R3参考点包括用于例如促进数据传送和移动性管理能力的协议。核心网络109可以包括移动IP归属代理(MIP-HA)184、认证、授权、计费(AAA)服务器186和网关188。虽然前述元件中的每一个被描绘为核心网络109的一部分,但是应认识到的是,这些元件中的任何一个可以被除核心网络运营商以外的实体拥有和/或操作。
MIP-HA可以负责IP地址管理,并且可以使WTRU 102a、102b和102c能够在不同ASN和/或不同核心网络之间漫游。MIP-HA 184可以向WTRU 102a、102b、102c提供对分组交换网络(诸如互联网110)的接入,以促进WTRU 102a、102b、102c与启用IP的设备之间的通信。AAA服务器186可以负责用户认证和支持用户服务。网关188可以促进与其它网络的互通。例如,网关188可以向WTRU 102a、102b、102c提供对电路交换网络(诸如PSTN 108)的接入,以促进WTRU 102a、102b、102c与传统陆线通信设备之间的通信。此外,网关188可以向WTRU 102a、102b、102c提供对网络112的接入,网络112可以包括被其它服务提供商拥有和/或操作的其它有线或无线网络。
虽然未在图32中示出,但是应认识到的是,RAN 105可以连接到其它ASN,并且核心网络109可以连接到其它核心网络。RAN 105与其它ASN之间的通信链路可以被定义为R4参考点,R4参考点可以包括用于协调RAN 105与其它ASN之间的WTRU 102a、102b、102c的移动性的协议。核心网络109和其它核心网络之间的通信链路可以被定义为R5参考,R5参考可以包括用于促进归属核心网络和被访问核心网络之间的互通的协议。
图33示出了5G核心网络的另一个示例。图33中所示的5G核心网络170可以包括接入和移动性管理功能(AMF)172、会话管理功能(SMF)174、用户平面功能(UPF)176、用户数据管理功能(UDM)178、认证服务器功能(AUSF)180、网络暴露功能(NEF)、策略控制功能(PCF)184、非3GPP互通功能(N3IWF)192和应用功能(AF)188。虽然将每个前述元素描绘为5G核心网络170的一部分,但是将认识到的是,这些元素中的任何一个都可以由核心网络运营商以外的实体拥有和/或操作。还应当认识到的是,5G核心网络可以不由所有这些元素组成、可以由附加元素组成,并且可以由这些元素中的每个元素的多个实例组成。图33示出了网络功能直接彼此连接,但是,应当认识到的是,它们可以经由诸如直径(diameter)路由代理或消息总线之类的路由代理进行通信。
AMF 172可以经由N2接口连接到RAN103/104/105/103b/104b/105b中的每一个,并且可以用作控制节点。例如,AMF 172可以负责注册管理、连接管理、可达性管理、接入认证、接入授权。AMF 172一般可以路由和向/从WTRU 102a、102b、102c转发NAS分组。
SMF 174可以经由N11接口连接到AMF 172,可以经由N7接口连接到PCF 184,并且可以经由N4接口连接到UPF 176。SMF 174可以用作控制节点。例如,SMF 174可以负责会话管理、WTRU 102a、102b、102c IP地址分配和管理以及UPF 176中的业务转向规则的配置,以及下行链路数据通知的生成。
SMF 174还可以连接到UPF 176,UPF 176可以向WTRU 102a、102b、102c提供对数据网络(DN)190(诸如互联网110)的访问,以促进WTRU 102a、102b、102c与启用IP的设备之间的通信。SMF 174可以经由N4接口在UPF 176中管理和配置业务转向规则。UPF 176可以负责将分组数据单元(PDU)会话与数据网络互连、分组路由和转发、策略规则强制实施、用户平面业务的服务质量处置以及下行链路分组缓冲。
AMF 172也可以经由N2接口连接到N3IWF 192。N3IWF经由未由3GPP定义的无线电接口技术来促进WTRU 102a、102b、102c与5G核心网络170之间的连接。
PCF 184可以经由N7接口连接到SMF 174,经由N15接口连接到AMF 172,并且经由N5接口连接到应用功能(AF)188。PCF 184可以提供策略规则以控制诸如AMF 172和SMF 174之类的平面节点,从而允许控制平面节点强制实施这些规则。
UDM 178充当用于认证证书和订阅信息的储存库。UDM可以连接到其它功能,诸如AMF 172、SMF 174和AUSF 180。
AUSF 180执行与认证相关的操作,并经由N13接口连接到UDM 178,并经由N12接口连接到AMF 172。
NEF暴露5G核心网络170中的能力和服务。NEF可以经由接口连接到AF 188,并且可以连接到其它控制平面和用户平面功能(180、178、172、172、184、176和N3WF),以便暴露5G核心网络170的功能和服务。
5G核心网络170可以促进与其它网络的通信。例如,核心网络170可以包括用作5G核心网络170和PSTN 108之间的接口的IP网关(例如,IP多媒体子系统(IMS)服务器),或者可以与之通信。例如,核心网络170可以包括经由短消息服务促进通信的短消息服务(SMS)服务中心,或者与之通信。例如,5G核心网络170可以促进WTRU 102a、102b、102c与服务器之间的非IP数据分组的交换。此外,核心网络170可以向WTRU 102a、102b、102c提供对网络112的接入,网络112可以包括由其它服务提供者拥有和/或操作的其它有线或无线网络。
本文描述并在图9-图16和图18-图25中示出的核心网络实体通过在某些现有3GPP规范中给予那些实体的名称来识别,但是应认识到的是,在将来,那些实体和功能可以通过其它名称来识别,并且某些实体或功能可以在3GPP发布的未来规范(包括未来的3GPP NR规范)中组合。因此,图9-图16和图18-图25中描述和示出的特定网络实体和功能仅作为示例提供,并且应理解的是,本文公开并要求保护的主题可以在任何类似的通信系统中实施或实现,无论是目前定义还是将来定义。
图34是示例性计算系统90的框图,其中可以实施本文所示或描述的通信网络的一个或多个装置,诸如RAN 103/104/105、核心网络106/107/109、PSTN 108、互联网110或其它网络112中的某些节点或功能实体,包括例如图9-图16或图18-图25中所示的一个或多个实体。
计算系统90可以包括计算机或服务器,并且可以主要由计算机可读指令控制,计算机可读指令可以是软件的形式,无论在哪里,或以任何方式存储或访问此类软件。这种计算机可读指令可以在处理器91内执行,以使计算系统90工作。处理器91可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。处理器91可以执行信号编码、数据处理、功率控制、输入/输出处理,和/或使计算系统90能够在通信网络中操作的任何其它功能。协处理器81是与主处理器91不同的可选处理器,其可以执行附加功能或辅助处理器91。处理器91和/或协处理器81可以接收、生成和处理与本文公开的方法和装置相关的数据。
在操作中,处理器91获取、解码并执行指令,并经由计算系统的主数据传送路径,系统总线80,向其它资源传送信息和从其它资源传送信息。这种系统总线连接计算系统90中的部件并定义用于数据交换的媒介。系统总线80通常包括用于发送数据的数据线、用于发送地址的地址线,以及用于发送中断和用于操作系统总线的控制线。这种系统总线80的示例是PCI(外围部件互连)总线。
耦合到系统总线80的存储器包括随机存取存储器(RAM)82和只读存储器(ROM)93。这种存储器包括允许存储和检索信息的电路系统。ROM 93一般包含不容易被修改的存储数据。存储在RAM 82中的数据可以由处理器91或其它硬件设备读取或改变。对RAM 82和/或ROM 93的存取可以由存储器控制器92控制。存储器控制器92可以提供地址翻译功能,该地址翻译功能在执行指令时将虚拟地址翻译成物理地址。存储器控制器92还可以提供存储器保护功能,该功能隔离系统内的进程并将系统进程与用户进程隔离。因此,以第一模式运行的程序只能访问由其自己的进程虚拟地址空间映射的存储器;除非已设置进程之间的存储器共享,否则它无法访问另一个进程的虚拟地址空间内的存储器。
此外,计算系统90可以包含外围设备控制器83,外围设备控制器83负责将来自处理器91的指令传送到外围设备,诸如打印机94、键盘84、鼠标95和盘驱动器85。
由显示器控制器96控制的显示器86被用于显示由计算系统90生成的视觉输出。这种视觉输出可以包括文本、图形、动画图形和视频。可以以图形用户界面(GUI)的形式提供视觉输出。显示器86可以用基于CRT的视频显示器、基于LCD的平板显示器、基于气体等离子的平板显示器或触摸板来实现。显示器控制器96包括生成被发送到显示器86的视频信号所需的电子部件。
另外,计算系统90可以包含通信电路系统,诸如网络适配器97,其可以被用于将计算系统90连接到外部通信网络(诸如图28-33的RAN 103/104/105、核心网络106/107/109、PSTN 108、互联网110或其它网络112),以使计算系统90能够与那些网络的其它节点或功能实体通信。单独地或者与处理器91组合,通信电路系统可以被用于执行本文描述的某些装置、节点或功能实体的传输和接收步骤。
应该理解的是,本文描述的装置、系统、方法和处理中的任何一个或全部可以以存储在计算机可读存储介质上的计算机可执行指令(例如,程序代码)的形式实施,该指令在由处理器(诸如处理器118或91)执行时使处理器执行和/或实现本文描述的系统、方法和处理。具体而言,本文描述的任何步骤、操作或功能可以以在被配置用于无线和/或有线网络通信的装置或计算系统的处理器上执行的这种计算机可执行指令的形式实现。计算机可读存储介质包括以用于存储信息的任何非瞬态(例如,有形或物理)方法或技术实现的易失性和非易失性、可移动和不可移动介质,但是这种计算机可读存储介质不包括信号。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪存或其它存储器技术、CD-ROM、数字通用盘(DVD)或其它光盘存储装置、磁带盒、磁带、磁盘存储器或其它磁存储设备,或者可以用于存储期望信息并且可以由计算系统访问的任何其它有形或物理介质。
以下是与可能在以上描述中出现的服务级技术相关的首字母缩略词的列表。除非另有说明,否则本文中使用的定义和首字母缩写词是指下面列出的对应术语。
本文描述的各方面的说明旨在提供对各个方面的结构的一般理解。这些说明并不旨在用作对利用本文描述的结构或方法的装置和系统的所有元件和特征的完整描述。在回顾本公开之后,许多其它方面对于本领域技术人员而言可以是显而易见的。可以利用本公开的其它方面并且从本公开导出其它方面,使得可以在不脱离本公开的范围的情况下进行结构和逻辑上的替换和改变。因而,本公开和附图应被认为是说明性而非限制性的。
提供对这些方面的描述以使得能够做出或使用这些方面。对这些方面的各种修改将是显而易见的,并且在不脱离本公开的范围的情况下,本文中定义的一般原理可以应用于其它方面。因此,本公开不旨在限于本文中所示出的方面,而是应当被赋予与如以下权利要求书所定义的原理和新颖特征一致的最广可能范围。
Claims (22)
1.一种包括处理器和存储器的装置,该装置连接到通信网络,该装置还包括存储在该装置的存储器中的计算机可执行指令,所述计算机可执行指令在由该装置的处理器执行时使该装置执行操作,所述操作包括:
接收在通信网络中配置用于非IP数据递送的网络会话的请求;
检索关于非IP数据递送的策略信息,并基于该策略信息来确定通信网络内用于传送非IP数据的路径;
在通信网络内选择锚点并为要建立的会话指派身份;
向所选择的锚点发送沿着所选择的路径建立会话的请求;以及
发送指示会话已建立的响应。
2.如权利要求1所述的装置,其中从用户装备(UE)或应用服务器(AS)之一接收配置会话的所述请求。
3.如权利要求1所述的装置,其中配置会话的所述请求包括非接入层(NAS)消息,该消息包括该会话是针对非IP数据的指示、非IP数据的发送方的标识符、非IP数据的目的地的标识符中的一个或多个。
4.如权利要求1所述的装置,其中非IP数据包括移动始发(MO)或移动终止(MT)非IP数据之一。
5.如权利要求1所述的装置,其中策略信息包括源和目的地IP地址以及端口号。
6.如权利要求1所述的装置,其中所选择的锚包括用户平面功能(UPF)或网络暴露功能(NEF)之一。
7.如权利要求6所述的装置,其中所选择的路径包括以下之一:(i)接入和移动性管理功能(AMF)、用户平面功能(UPF)和应用功能(AF),或者(ii)接入和移动性管理功能(AMF)、网络暴露功能(NEF)和应用功能(AF)。
8.如权利要求7所述的装置,其中所选择的路径还包括会话管理功能(SMF)。
9.如权利要求1所述的装置,其中计算机可执行指令在由该装置的处理器执行时,还使得该装置经由所建立的会话传输IP数据。
10.一种用于在通信网络中建立用于非IP数据递送的网络会话的方法,所述方法包括:
接收配置用于非IP数据递送的会话的请求;
检索关于非IP数据递送的策略信息,并基于该策略信息来确定用于传送非IP数据的路径;
在通信网络内选择锚点并为要建立的会话指派身份;
向所选择的锚点发送沿着所选择的路径建立会话的请求;以及
发送指示会话已建立的响应。
11.如权利要求10所述的方法,其中配置会话的所述请求包括非接入层(NAS)消息,该消息包括该会话是针对非IP数据的指示、非IP数据的发送方的标识符、非IP数据的目的地的标识符中的一个或多个。
12.如权利要求10所述的方法,其中所选择的锚包括用户平面功能(UPF)或网络暴露功能(NEF)之一。
13.如权利要求12所述的方法,其中所选择的路径包括以下之一:(i)接入和移动性管理功能(AMF)、用户平面功能(UPF)和应用功能(AF),或者(ii)接入和移动性管理功能(AMF)、网络暴露功能(NEF)和应用功能(AF)。
14.如权利要求13所述的方法,其中所选择的路径还包括会话管理功能(SMF)。
15.如权利要求10所述的方法,还包括经由所建立的会话来传输IP数据。
16.一种包括处理器和存储器的装置,该装置连接到通信网络,该装置还包括存储在该装置的存储器中的计算机可执行指令,所述计算机可执行指令在由该装置的处理器执行时使该装置执行操作,所述操作包括:
向移动核心网络传输第一请求消息,该第一请求消息指示在移动核心网络的数据存储功能(DSF)中分配存储空间的请求;
接收指示DSF中已分配的存储空间的位置的参数;
向移动核心网络传输将数据存储在DSF中的存储请求;
接收数据已存储的指示,其中该指示包括识别所存储的数据的位置的数据指针。
17.如权利要求16所述的装置,其中第一请求消息包括NAS消息,并且其中第一请求消息被传输到移动核心网络的AMF。
18.如权利要求16所述的装置,其中所述指令在被执行时还使得该装置:
与DSF建立PDU会话。
19.如权利要求16所述的装置,其中第一请求消息包括IP消息,并且其中第一请求消息被传输到移动核心网络的UPF。
20.如权利要求16所述的装置,其中第一请求消息包括IP消息,并且其中第一请求消息通过N3x接口被直接传输到DSF。
21.如权利要求16所述的装置,其中所述指令在被执行时还使得该装置:
从数据消费者节点接收注册请求;
建立数据消费者节点的注册;
向数据消费者节点传输关于已存储的数据的信息。
22.如权利要求21所述的装置,其中所述信息包括以下至少一项:所存储的数据的存储位置;所存储的数据的描述;所存储的数据的类型;所存储的数据的格式;用于所存储的数据的一个或多个授权密钥;以及托管所存储的数据的网络切片。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201762520896P | 2017-06-16 | 2017-06-16 | |
US62/520,896 | 2017-06-16 | ||
US201762570332P | 2017-10-10 | 2017-10-10 | |
US62/570,332 | 2017-10-10 | ||
PCT/US2018/037756 WO2018232241A1 (en) | 2017-06-16 | 2018-06-15 | Small data transfer, data buffering, and data management as a service in a communications network |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110771251A true CN110771251A (zh) | 2020-02-07 |
CN110771251B CN110771251B (zh) | 2023-09-22 |
Family
ID=62909596
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201880040021.2A Active CN110771251B (zh) | 2017-06-16 | 2018-06-15 | 作为通信网络中的服务的小数据传送、数据缓冲及数据管理 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11425762B2 (zh) |
EP (1) | EP3639612B1 (zh) |
CN (1) | CN110771251B (zh) |
WO (1) | WO2018232241A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021218512A1 (zh) * | 2020-04-28 | 2021-11-04 | 大唐移动通信设备有限公司 | 非ip类型数据的传输处理方法、设备、装置及介质 |
WO2022067797A1 (zh) * | 2020-09-30 | 2022-04-07 | 华为技术有限公司 | 一种通信方法、装置及计算机可读存储介质 |
CN114765800A (zh) * | 2021-01-14 | 2022-07-19 | 维沃移动通信有限公司 | 传输方法、传输装置、通信设备及可读存储介质 |
CN116816696A (zh) * | 2023-08-30 | 2023-09-29 | 四川省农业机械科学研究院 | 一种基于5g的太阳能智慧提水方法和系统 |
Families Citing this family (61)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109429363B (zh) | 2017-06-20 | 2021-04-20 | 华为技术有限公司 | 会话管理方法、及装置 |
CN109104448B (zh) * | 2017-06-20 | 2021-10-01 | 华为技术有限公司 | 会话管理方法、及装置 |
CN117320091A (zh) | 2017-08-15 | 2023-12-29 | 华为技术有限公司 | 会话处理方法及相关设备 |
WO2019077011A1 (en) * | 2017-10-17 | 2019-04-25 | Telefonaktiebolaget Lm Ericsson (Publ) | PDN AND PDU SESSION TYPE MAPPING, AND DISCOVERING CAPACITY |
CN113438695B (zh) * | 2017-12-25 | 2022-06-21 | 大唐移动通信设备有限公司 | 一种会话建立的方法及装置 |
CN109996307B (zh) * | 2017-12-29 | 2021-06-01 | 华为技术有限公司 | 一种数据路由方法以及终端 |
CN110035465B (zh) | 2018-01-11 | 2022-04-01 | 中国移动通信有限公司研究院 | 一种数据传输方法、装置、设备及计算机可读存储介质 |
CA3095656C (en) | 2018-04-04 | 2023-08-08 | Zte Corporation | Techniques to manage integrity protection |
EP3788837B1 (en) * | 2018-05-04 | 2023-08-23 | Telefonaktiebolaget LM Ericsson (publ) | Devices and methods for connection establishment in wireless network |
CN110650167B (zh) * | 2018-06-26 | 2021-02-23 | 华为技术有限公司 | 通信方法和装置 |
CN110662308B (zh) * | 2018-06-30 | 2021-11-09 | 华为技术有限公司 | 一种通信方法及装置 |
WO2020007455A1 (en) * | 2018-07-03 | 2020-01-09 | Telefonaktiebolaget Lm Ericsson (Publ) | First node, communication device, and methods performed thereby for handling positioning information |
EP3834483A4 (en) * | 2018-08-10 | 2022-04-13 | Telefonaktiebolaget LM ERICSSON (PUBL) | METHOD AND NODES TO ENABLE A PDU SESSION METHOD IN COLLABORATION NETWORKS |
KR102667414B1 (ko) * | 2018-08-13 | 2024-05-21 | 삼성전자주식회사 | 무선 통신 시스템에서 네트워크 슬라이스의 상호 배타적 접속 방법 |
US20210092103A1 (en) * | 2018-10-02 | 2021-03-25 | Arista Networks, Inc. | In-line encryption of network data |
US11722568B2 (en) * | 2018-10-04 | 2023-08-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods providing dynamic NEF tunnel allocation and related network nodes/functions |
DK3607715T3 (da) | 2018-11-14 | 2021-08-09 | Ericsson Telefon Ab L M | Detektering af genstart af NF-tjenesteforbruger med anvendelse af direkte signalering mellem NF'er |
CN111328115B (zh) * | 2018-12-14 | 2022-03-11 | 大唐移动通信设备有限公司 | 一种数据发送方法及设备 |
EP3672352A1 (en) * | 2018-12-18 | 2020-06-24 | Thales Dis France SA | Method for establishing a bidirectional nas signal channel between a secure element cooperating with a terminal and a remote platform |
WO2020133406A1 (en) * | 2018-12-29 | 2020-07-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for location based group message delivery |
WO2020160750A1 (en) * | 2019-02-04 | 2020-08-13 | Nokia Technologies Oy | Routing user plan data connection over control plane entities |
US11259233B2 (en) * | 2019-02-15 | 2022-02-22 | Qualcomm Incorporated | Signaling port information of user equipment ports in a wireless communication system including a radio access network |
CN111615188B (zh) * | 2019-02-22 | 2021-10-01 | 华为技术有限公司 | 数据传输方法、装置及计算机存储介质 |
US10945120B2 (en) | 2019-02-27 | 2021-03-09 | Oracle International Corporation | Methods, systems, and computer readable media for dynamically provisioning and using public land mobile network (PLMN) location mappings in service capability exposure function (SCEF) or network exposure function (NEF) |
US11516263B2 (en) * | 2019-03-14 | 2022-11-29 | T-Mobile Usa, Inc. | Secure and transparent transport of application level protocols to non-IP data delivery communication channels |
WO2020207607A1 (en) * | 2019-04-11 | 2020-10-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Optimization of services applied to data packet sessions |
US11201804B2 (en) * | 2019-04-26 | 2021-12-14 | Verizon Patent And Licensing Inc. | Systems and methods for detecting control plane node availability |
CN116209093A (zh) * | 2019-04-26 | 2023-06-02 | 瑞典爱立信有限公司 | 用于管理nidd会话的网络功能的方法和装置 |
US11044605B2 (en) * | 2019-05-10 | 2021-06-22 | Verizon Patent And Licensing Inc. | Network based non-IP data delivery service authorization for wireless networks |
JP2020188380A (ja) * | 2019-05-15 | 2020-11-19 | 京セラドキュメントソリューションズ株式会社 | 情報処理システム、ユーザ端末及び電子機器 |
US10972368B2 (en) * | 2019-05-17 | 2021-04-06 | Oracle International Corporation | Methods, systems, and computer readable media for providing reduced signaling internet of things (IoT) device monitoring |
US10958560B2 (en) * | 2019-07-16 | 2021-03-23 | At&T Intellectual Property I, L.P. | Common abstraction for network traffic migration |
US11190591B2 (en) | 2019-07-18 | 2021-11-30 | Oracle International Corporation | Methods, systems, and computer readable media for resource optimization in group message delivery for narrowband internet of things (NB-IoT) devices |
US10932108B1 (en) * | 2019-08-28 | 2021-02-23 | Sprint Communications Company L.P. | Wireless communication network exposure function (NEF) that indicates network status |
EP4038849A1 (en) * | 2019-09-30 | 2022-08-10 | Nokia Technologies OY | Enforcement of maximum number of admitted terminals per network slice |
US11140523B2 (en) * | 2019-10-17 | 2021-10-05 | Oracle International Corporation | Methods, systems, and computer readable media for non-internet protocol (non-IP) data delivery between user equipment (UEs) and multiple application servers (ASs) |
WO2021087910A1 (zh) * | 2019-11-07 | 2021-05-14 | Oppo广东移动通信有限公司 | 用于连接网络的方法和设备 |
KR20210059467A (ko) * | 2019-11-15 | 2021-05-25 | 삼성전자주식회사 | 무선 통신 시스템에서 네트워크 슬라이스 제어의 정확도를 높이는 방법 및 장치 |
US11197154B2 (en) * | 2019-12-02 | 2021-12-07 | At&T Intellectual Property I, L.P. | Secure provisioning for wireless local area network technologies |
US20230028216A1 (en) * | 2020-01-07 | 2023-01-26 | Lenovo (Beijing) Ltd. | Method and apparatus for selecting user plane function |
WO2021155940A1 (en) * | 2020-02-06 | 2021-08-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Tunnel initiation in a communications network |
US11902338B2 (en) * | 2020-02-13 | 2024-02-13 | Lg Electronics Inc. | Communication related to multi-access PDU sessions |
CN111416745A (zh) * | 2020-03-26 | 2020-07-14 | 腾讯科技(深圳)有限公司 | 一种网络切片确定方法和相关装置 |
WO2021237391A1 (en) * | 2020-05-25 | 2021-12-02 | Qualcomm Incorporated | Encrypting application identifiers |
US11381955B2 (en) | 2020-07-17 | 2022-07-05 | Oracle International Corporation | Methods, systems, and computer readable media for monitoring machine type communications (MTC) device related information |
CN114205305A (zh) * | 2020-09-18 | 2022-03-18 | 华为技术有限公司 | 一种数据传输方法及相关设备 |
US11374900B2 (en) * | 2020-10-26 | 2022-06-28 | Cisco Technology, Inc. | Network address translation (NAT) traversal and proxy between user plane function (UPF) and session management function (SMF) |
US11895716B2 (en) | 2020-12-02 | 2024-02-06 | Oracle International Corporation | Methods, systems, and computer readable media for providing a unified interface configured to support infrequent data communications via a network exposure function |
CN112399609B (zh) * | 2020-12-03 | 2023-08-11 | 中国联合网络通信集团有限公司 | 一种资源配置方法及装置 |
CN112822717B (zh) * | 2020-12-31 | 2023-04-28 | 联想未来通信科技(重庆)有限公司 | 一种动态控制报文缓冲的方法、装置及系统 |
US11503659B2 (en) * | 2021-01-15 | 2022-11-15 | T-Mobile Usa, Inc. | Routing optimization for service capability exposure |
WO2022199530A1 (en) * | 2021-03-22 | 2022-09-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for exposing user equipment address information |
US20220338193A1 (en) * | 2021-04-16 | 2022-10-20 | Microsoft Technology Licensing, Llc | Temporal suspension of non-ip data delivery on an exposure function in a mobile telecommunication network |
US11895080B2 (en) | 2021-06-23 | 2024-02-06 | Oracle International Corporation | Methods, systems, and computer readable media for resolution of inter-network domain names |
US11638134B2 (en) * | 2021-07-02 | 2023-04-25 | Oracle International Corporation | Methods, systems, and computer readable media for resource cleanup in communications networks |
KR20230021343A (ko) * | 2021-08-05 | 2023-02-14 | 삼성전자주식회사 | 무선 통신 시스템에서 로밍 단말의 데이터를 송신하기 위한 방법 및 장치 |
US11758368B2 (en) * | 2021-09-29 | 2023-09-12 | Oracle International Corporation | Methods, systems, and computer readable media for supporting mobile originated data multicasting in a communications network |
CN113873502B (zh) * | 2021-09-29 | 2024-02-23 | 中国电信股份有限公司 | Ip地址管理方法、nef实体和通信系统 |
WO2023129485A2 (en) * | 2021-12-31 | 2023-07-06 | Ofinno, Llc | Session establishment for cellular wireless devices |
US11709725B1 (en) | 2022-01-19 | 2023-07-25 | Oracle International Corporation | Methods, systems, and computer readable media for health checking involving common application programming interface framework |
KR20240140943A (ko) * | 2022-01-27 | 2024-09-24 | 인터디지탈 패튼 홀딩스, 인크 | 동기화 및 자원 할당을 위해 단일 모드 흐름들을 연관시키기 위한 방법 및 장치 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101884230A (zh) * | 2007-10-02 | 2010-11-10 | 松下电器产业株式会社 | 用于多播/广播服务的会话控制信令的管理 |
EP2683183A1 (en) * | 2011-04-05 | 2014-01-08 | Panasonic Corporation | Improved short message transmission |
CN103782652A (zh) * | 2011-07-01 | 2014-05-07 | 英特尔公司 | 无线通信网络中的小数据通信 |
US20140242970A1 (en) * | 2011-11-04 | 2014-08-28 | Huawei Technologies Co., Ltd. | Data transmission method, mobility management entity, and mobile terminal |
CN104904164A (zh) * | 2013-01-11 | 2015-09-09 | Lg电子株式会社 | 用于在机器到机器(m2m)系统中改变网关的方法及其装置 |
CN104937958A (zh) * | 2013-01-08 | 2015-09-23 | 交互数字专利控股公司 | 用于触发设备和递送小数据的方法和装置 |
WO2016172521A1 (en) * | 2015-04-22 | 2016-10-27 | Convida Wireless, Llc | Small data usage enablement in 3gpp networks |
CN106576217A (zh) * | 2014-07-03 | 2017-04-19 | 康维达无线有限责任公司 | 用于支持多种传输机制的网络的应用数据传递服务 |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100046410A1 (en) | 2008-08-15 | 2010-02-25 | Zte (Usa) Inc. | MCBCS System Initialization and Establishment Over Wireless Broadband Network |
US9692567B1 (en) | 2013-09-04 | 2017-06-27 | Cisco Technology, Inc. | Targeted service request for small data communication in a network environment |
CN107925904B (zh) * | 2015-07-31 | 2021-05-28 | 英特尔公司 | 使用基于非ip的eps承载的设备、系统及方法 |
WO2017078485A1 (ko) * | 2015-11-04 | 2017-05-11 | 엘지전자(주) | 무선 통신 시스템에서 서빙 노드 이전 방법 및 이를 위한 장치 |
US10652085B2 (en) * | 2016-01-07 | 2020-05-12 | Lg Electronics Inc. | Method for setting configuration of non-IP data delivery (NDID) in wireless communication system and device for same |
CN107295575B (zh) * | 2016-04-01 | 2020-02-28 | 中兴通讯股份有限公司 | 一种服务质量的控制方法和装置 |
US10193995B2 (en) * | 2016-06-22 | 2019-01-29 | Verizon Patent And Licensing Inc. | Controlling utilization of network paths for machine-type communications |
JP2019525553A (ja) * | 2016-07-04 | 2019-09-05 | テレフオンアクチーボラゲット エルエム エリクソン(パブル) | 低頻度の小さいデータのための効率的な送達方法および装置 |
CN107889175A (zh) * | 2016-09-30 | 2018-04-06 | 中兴通讯股份有限公司 | 网络切换方法、装置及系统,网络接入方法及装置 |
JP6699800B2 (ja) * | 2016-10-11 | 2020-05-27 | 日本電気株式会社 | 方法、セッション管理機能ノード、ユーザプレーン機能ノード、ならびにセッション管理パラメータメンテナンス用ユーザ機器およびそのコンピュータ可読記録媒体 |
KR102246671B1 (ko) * | 2016-11-11 | 2021-05-03 | 텔레호낙티에볼라게트 엘엠 에릭슨(피유비엘) | 제5세대 코어 네트워크에 대한 비-3gpp 액세스를 위한 사용자 평면 모델 |
US10531420B2 (en) * | 2017-01-05 | 2020-01-07 | Huawei Technologies Co., Ltd. | Systems and methods for application-friendly protocol data unit (PDU) session management |
US10448239B2 (en) * | 2017-02-06 | 2019-10-15 | Qualcomm Incorporated | Mechanism to enable optimized user plane anchoring for minimization of user plane relocation due to user equipment mobility |
US10448243B2 (en) * | 2017-03-23 | 2019-10-15 | Cisco Technology, Inc. | System and method to facilitate device triggering for non-internet protocol data delivery in a network environment |
US10986000B2 (en) * | 2017-05-07 | 2021-04-20 | Qualcomm Incorporated | Enabling new radio cellular quality of service for non-internet protocol data sessions |
-
2018
- 2018-06-15 US US16/622,477 patent/US11425762B2/en active Active
- 2018-06-15 EP EP18740682.2A patent/EP3639612B1/en active Active
- 2018-06-15 CN CN201880040021.2A patent/CN110771251B/zh active Active
- 2018-06-15 WO PCT/US2018/037756 patent/WO2018232241A1/en unknown
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101884230A (zh) * | 2007-10-02 | 2010-11-10 | 松下电器产业株式会社 | 用于多播/广播服务的会话控制信令的管理 |
EP2683183A1 (en) * | 2011-04-05 | 2014-01-08 | Panasonic Corporation | Improved short message transmission |
CN103782652A (zh) * | 2011-07-01 | 2014-05-07 | 英特尔公司 | 无线通信网络中的小数据通信 |
US20140242970A1 (en) * | 2011-11-04 | 2014-08-28 | Huawei Technologies Co., Ltd. | Data transmission method, mobility management entity, and mobile terminal |
CN104937958A (zh) * | 2013-01-08 | 2015-09-23 | 交互数字专利控股公司 | 用于触发设备和递送小数据的方法和装置 |
CN104904164A (zh) * | 2013-01-11 | 2015-09-09 | Lg电子株式会社 | 用于在机器到机器(m2m)系统中改变网关的方法及其装置 |
CN106576217A (zh) * | 2014-07-03 | 2017-04-19 | 康维达无线有限责任公司 | 用于支持多种传输机制的网络的应用数据传递服务 |
WO2016172521A1 (en) * | 2015-04-22 | 2016-10-27 | Convida Wireless, Llc | Small data usage enablement in 3gpp networks |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021218512A1 (zh) * | 2020-04-28 | 2021-11-04 | 大唐移动通信设备有限公司 | 非ip类型数据的传输处理方法、设备、装置及介质 |
WO2022067797A1 (zh) * | 2020-09-30 | 2022-04-07 | 华为技术有限公司 | 一种通信方法、装置及计算机可读存储介质 |
CN114765800A (zh) * | 2021-01-14 | 2022-07-19 | 维沃移动通信有限公司 | 传输方法、传输装置、通信设备及可读存储介质 |
WO2022152055A1 (zh) * | 2021-01-14 | 2022-07-21 | 维沃移动通信有限公司 | 传输方法、传输装置、通信设备及可读存储介质 |
CN116816696A (zh) * | 2023-08-30 | 2023-09-29 | 四川省农业机械科学研究院 | 一种基于5g的太阳能智慧提水方法和系统 |
CN116816696B (zh) * | 2023-08-30 | 2023-11-07 | 四川省农业机械科学研究院 | 一种基于5g的太阳能智慧提水方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
WO2018232241A1 (en) | 2018-12-20 |
EP3639612A1 (en) | 2020-04-22 |
CN110771251B (zh) | 2023-09-22 |
US11425762B2 (en) | 2022-08-23 |
US20200146077A1 (en) | 2020-05-07 |
EP3639612B1 (en) | 2023-09-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110771251B (zh) | 作为通信网络中的服务的小数据传送、数据缓冲及数据管理 | |
US20230328512A1 (en) | Core network assisted service discovery | |
US11903048B2 (en) | Connecting to virtualized mobile core networks | |
KR102517014B1 (ko) | 서비스 레이어에서의 트래픽 스티어링 | |
EP3659359B1 (en) | Network data analytics in a communications network | |
US20200228607A1 (en) | Methods, systems and apparatuses for application service layer (asl) inter-networking | |
CN109792652B (zh) | 用于服务和会话连续性的网络服务暴露 | |
CN113678423A (zh) | 动态网络能力配置 | |
WO2018232253A1 (en) | Network exposure function |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20220608 Address after: USA New York Applicant after: Oprah Holdings Ltd. Address before: Delaware USA Applicant before: CONVIDA WIRELESS, LLC |
|
GR01 | Patent grant | ||
GR01 | Patent grant |