CN108141727B - 用户设备的移动核心网络服务暴露 - Google Patents
用户设备的移动核心网络服务暴露 Download PDFInfo
- Publication number
- CN108141727B CN108141727B CN201680056910.9A CN201680056910A CN108141727B CN 108141727 B CN108141727 B CN 108141727B CN 201680056910 A CN201680056910 A CN 201680056910A CN 108141727 B CN108141727 B CN 108141727B
- Authority
- CN
- China
- Prior art keywords
- network
- scef
- service
- application
- scef902
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/50—Service provisioning or reconfiguring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/60—Subscription-based services using application servers or record carriers, e.g. SIM application toolkits
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
服务能力暴露功能能够被添加到UE(U‑SCEF)。U‑SCEF可以是UE的操作系统(OS)的一部分,并且将API暴露给允许这些应用调度数据平面通信诸如周期性传感器测量或固件下载的应用。U‑SCEF与驻留在移动网络运营商的(S)Gi‑LAN中的EPC互通服务通信。EPC互通服务用作U‑SCEF与经由SCEF由MNO暴露的服务能力之间的接口。U‑SCEF可以为EPC互通服务提供关于UE的预期通信调度和移动性状态的信息。EPC互通服务使用由SCEF暴露的服务来确定UE通信的最优时间、最优移动性管理配置等。EPC互通服务与代表UE(U‑SCEF)的EPC(SCEF)协商通信调度,并且为U‑SCEF提供通信策略或移动性管理策略,以匹配UE和移动网络的需求。
Description
相关申请的交叉引用
本申请要求于2015年8月3日提交的U.S.临时专利申请序列号No.62/200,305的优先权,其全部内容在此引入以供参考。
背景技术
第三代合作伙伴计划(3GPP)是电信协会组之间的合作并且包括无线电、核心网络和服务架构。3GPP在参考文献3GPP TS 23.682“Architecture enhancements tofacilitate communications with packet data networks and applications”中定义服务能力暴露功能(SCEF)。图1是从该参考文献复制的并且显示SCEF 102的架构。
服务能力暴露功能(SCEF)102提供安全地暴露由3GPP网络接口提供的服务和能力的手段。SCEF 102提供用于发现暴露的服务能力的手段。SCEF 102通过由开放移动联盟(OMA)、组专用移动联盟(GSMA)以及可能的其他信令站主体定义的同质网络应用编程接口(例如网络API)来提供对网络能力的访问。SCEF 102从底层的3GPP网络接口和协议中抽象服务。SCEF 102的各个实例可以根据所暴露的服务能力以及支持哪些应用协议接口(API)特征而改变。SCEF 102始终在信任域内。应用可以属于信任域,或可以位于信任域之外。
参考文献S2-151426,“Solution Update for Background Data Transfer,Huawei,HiSilicon,NTT Docomo,April 13-17,2015”描述了允许应用服务器/服务能力服务器(AS/SCS)调度与网络的后台数据传输的3GPP解决方案。在该参考文献中描述的方法允许AS/SCS通过策略和计费规则功能(PCRF)104来调度数据传输。PCRF 104能够告知AS/SCS何时开始数据传输。从参考文献S2-151426改写图2的下述描述。
在该方法中,服务该地理区域的网络中的任何可用PCRF 104可以做出关于用于非漫游用户设备(UE)的后台数据传输的传输策略的决定。
在该方法中,针对背景数据传输的UE可以由单个PCRF 104服务,或者可以跨越服务相同或不同地理区域的多个PCRF扩展。
传输策略最终与许可批准该请求的事务参考一起被存储在订阅简档存储库(SPR)204中。这确保传输策略可用于负责未来进行该后台数据传输的UE的每一PCRF。此外,其他(或相同的)PCRF可以在关于与其他AS相关的背景数据的传输策略的后续决定期间,考虑该传输策略。
当AS 202在稍后的时间点(经由现有的Rx接口)联系用于单独的UE的PCRF 104时,AS 202还需要提供参考。该参考使得策略和计费规则功能(PCRF)104能够将(与UE有关的)AS 202请求与从SPR 204检索的(与AS有关的)传输策略相关联。PCRF 104根据3GPP TS23.203,最终触发策略和计费控制(PCC)过程,以向策略和计费执行功能(PCEF)206提供相应的策略和计费信息。
AS 202通常将联系用于单独UE的PCRF 104来请求用于后台数据传输的第三方支付连接。
在图2的步骤1中,第三方AS 202可以向SCEF 102发送对UE集合的后台数据传输的请求。后台数据传输请求消息包含应用信息、业务信息(例如,每个UE待传输的数据量以及UE的预期数量)、期望的时间窗口、以及可选的地理区域信息。应用服务器(AS)不提供关于UE的身份的任何信息。
在图2的步骤2中,SCEF 102授权AS请求。SCEF 102此时通知AS 202授权是否失败。
在图2的步骤3中,SCEF 102选择任何可用的PCRF,并且将包括由AS提供的参数的后台数据传输请求发送到PCRF 104。如果AS202提供了地理区域信息,则SCEF 102将该地理区域传输到对应的网络区域(例如小区ID、TA/RA列表)。对针对AS 202和PCRF 104之间的信息交换的SCEF 102和PCRF 104之间的交互,引入新的接口,因为该请求不是专用于给定UE的IP-CAN会话。
在图2的步骤4中,PCRF 104在SPR 204中查询所有现有的传输策略(其可以等同于步骤3中的请求)。
在图2的步骤5中,PCRF 104基于由AS 202提供的信息和其他信息(例如,网络策略、拥塞等级(如果可用的话)、所需时间窗口和网络区域的负载状态估计、现有的传输策略),确定用于AS数据传输的一个或多个推荐时间窗口。对每一时间窗口,PCRF 104可选地为该UE集合分配最大聚合比特率,以及将可应用于在用于低于最大聚合比特率的业务的相应时间窗口中的计费速率。在网络中不执行从PCRF104提供给SCEF 102/AS 202的最大聚合比特率。
在图2的步骤6中,PCRF 104用标识批准的许可的参考ID和包括用于数据传输的一个或多个推荐的时间窗口以及可选地对每一时间窗口的针对该UE集合的最大聚合比特率和计费率的传输策略提议来响应SCEF 102。
在图2的步骤7中,SCEF 102将参考ID和传输策略提议转发给第三方AS。AS存储用于与PCRF 104的未来交互的参考ID。
在图2的步骤8-11中,如果传输策略提议包含多于一个的时间窗口,则第三方AS将选择时间窗口之一,并且发送对后台数据传输消息的另一请求以将其告知SCEF 102和PCRF104。
如果在传输策略提议中只有一个时间窗口,则不要求AS 202确认。
在图2的步骤12中,PCRF 104将参考ID和新传输策略存储在SPR 204中。
在图2的步骤4中,当对单独的UE,AS 202(经由现有的Rx接口)在稍后的时间点联系PCRF 104时,AS 202提供参考ID。PCRF 104经由参考ID将AS请求与从SPR204中检索的传输策略相关联。PCRF 104根据3GPP TS 23.203最终触发PCC过程以向PCEF 206提供相应的策略和计费信息以用于该UE的后台数据传输。对单独的UE,AS 202通常将联系PCRF 104以请求用于该后台数据传输的第三方支付连接。
参考文献S2-151237(“Predicable UE Communication Pattern,Ericsson”,NEC,2015年4月13-17日)描述了用于允许AS/SCS调度与网络的周期性通信的3GPP最新解决方案。该参考文献中所述的方法允许AS/SCS调度与网络的周期性数据传输,并且向网络提供其预期的移动性模式。PCRF 104能够告知AS/SCS何时开始数据传输。从参考文献S2-151237修改图3的下述描述。
图3的解决方案提供了“支持第三方针对可预测的通信模式的信息的交互”。在此所述的解决方案定义了一种机制,以向对应的核心网络节点提供UE或UE组的通信模式的相关信息,以实现对这些UE的网络资源优化。
SCEF 102可以接收数据业务的通信模式和/或移动性模式。在下表中示出哪些参数可以被包含在这些通信模式(CP)中的示例。SCEF 102应当能够从这些通信模式中选择用于核心网络节点的通信模式(CP)参数。
可以标准化CP参数集合,但是所有CP参数是可选的。
表1(来自S2-151237的表6.5.1.1-1):数据业务通信模式参数示例
表2-(来自S2-151237的表6.5.1.1-2):移动性通信模式参数示例
对于该解决方案做出以下假设:
-SCEF 102基于从第三方服务提供商接收的通信模式来过滤和转发CP参数。
-SCEF 102将CP参数提供给归属订户服务器(HSS)302,HSS 302将它们提供给选择的适当功能实体(例如,MME 304)。
-一次只有一个CP参数集合有效,即,如果相同的SCS/AS 202或分离的SCS/AS 202提供新的CP参数,则那些覆盖先前提供的任何CP参数。
SCEF 102基于从第三方服务提供商接收的各个UE或UE组的通信模式,将选择的CP参数提供给HSS 302以便分发给MME 304。包括来自SCEF 102和HSS 302的CP参数的信令根据每个订户级别(对HSS 302到MME 304也是如此)。
图3(来自S2-151237的图6.5.1.3-1)示出了用于提供(provision)CP参数的信令序列。
第三方服务提供商将关于UE或UE组的通信模式通知SCEF 102。SCEF 102可以向HSS 302查询附加信息,认证和授权请求,然后基于运营商策略或配置选择CP参数。SCEF102将CP参数提供给发起网络资源优化的相关节点(例如,经由HSS 302的MME 304)。SCEF102和AS/SCS之间的接口在3GPP的范围之外,并且图3中的消息是示例性的。
从文献3GPP TS 23.401的章节5.4.5(“General Packet Radio Service(GPRS)enhancements for Evolved Universal Terrestrial Radio Access Network(E-UTRAN)access”)改编讨论UE请求的承载资源修改的该章节的内容。
在图4中图示对E-UTRAN的UE请求承载资源修改过程。该过程允许UE请求对具有特定的QoS需求的一个业务流聚合的承载资源的修改(例如资源的分配或释放)。替选地,该过程允许UE请求用于活动业务流聚合的分组过滤的修改,而不改变QoS。如果网络接受,则请求调用专用承载激活过程或承载修改过程,或使用分组数据网络(PDN)网关(GW)发起的承载停用过程来停用专用承载。当UE已经具有与PDN GW 404的PDN连接时,该过程被UE使用。UE可以在先前的过程完成之前发送后续的请求承载资源修改消息。
在该过程中,UE与过程事务标识符(PTI)和EPS承载标识一起以信号通知作为部分业务流模板(TFT)的业务聚合描述(TAD)(当TAD操作被修改时,删除或添加到现有的数据分组过滤器)。当TAD操作是修改或删除时,TAD的分组过滤标识符与被引用的演进分组系统(EPS)承载的TFT分组过滤标识符相同(因为TFT分组过滤标识符和EPS承载标识符的级联表示PDN连接内的唯一分组过滤器标识符),其资源正被修改。UE从网络接收到与当前PTI相关的TFT后,由UE释放TAD。
图4的步骤1,2和5对于具有基于GPRS隧道传输协议(GTP)的S5/S8和基于代理移动IPv6(PMIP)的S5/S8的架构变型是通用的。标记(A)的过程步骤不同于TS 23.402中采用和定义基于PMIP的S5/S8的情形。
在图4的步骤1中,UE 402将请求承载资源修改[链路承载Id(LBI)、过程事务标识符(PTI)、EPS承载标识、服务质量(QoS)、业务聚合描述(TAD)、协议配置选项]消息发送到MME 304。如果UE 402处于ECM空闲模式(其中ECM代表EPS连接管理),则该非接入层(NAS)消息在服务请求过程之前。
TAD指示一个请求的操作(添加、修改或删除分组过滤器)。如果添加了业务流,则TAD包括待添加的分组过滤器(由分组过滤器信息组成,包括分组过滤器优先级,但没有分组过滤器标识符)。如果适用的话,UE 402还为添加的业务流发送所请求的QoS等级标识符(QCI)和保证比特率(GBR)。如果UE 402想要将新的分组过滤器链接到现有的分组过滤器以实现针对新的分组过滤器使用现有的承载资源,则UE 402与新的分组过滤器一起提供现有的分组过滤器标识符。如果UE 402另外想要改变GBR,则UE 402包括EPS承载的GBR要求。完成该过程后,TAD被释放。
当请求修改GBR(即减少或增加)时,TAD应当包括GBR针对其改变请求所应用的分组过滤器标识符。UE 402包括EPS承载的GBR需求。完成该过程后,TAD被释放。
当请求修改分组过滤器(例如改变端口号)时,TAD应当包括针对其改变请求所应用的分组过滤器标识符以及改变的分组过滤器信息。
如果UE 402请求删除业务流,则TAD包括待被删除的分组过滤器标识符。如果待删除的分组过滤器被映射到GBR承载,则UE 402包括EPS承载的新的GBR需求。
仅当请求的操作是添加时,UE 402才发送链接的承载Id(LBI),以指示附加的承载资源链接到哪个PDN连接。仅当请求的操作是修改或删除时,才发送EPS承载标识符。对该过程,由UE 402动态分配过程事务Id。UE 402应该尽可能地确保先前使用的PTI值不被立即重新使用。完成该过程后,PTI被释放。协议配置选项可以被对在UE 402和PDN网关(GW)404之间传输应用级参数,并且通过MME 304和服务GW 406透明地发送。
在图4的步骤2中,MME 304向选择的服务GW 406发送承载资源命令[国际移动订户身份(IMSI)、LBI、PTI、EPS承载标识、QoS、TAD、协议配置选项]消息。MME 304使用链接的承载Id来验证该请求。MME 304使用与由在请求承载资源修改消息中接收的链接的承载Id所标识的EPS承载相同的服务GW地址。
在图4的步骤3中,服务GW 406向PDN GW 404发送承载资源命令(IMSI、LBI、PTI、EPS承载标识、QoS、TAD、协议配置选项)消息。服务GW将该消息发送到与由链接的承载Id所标识的EPS承载相同的PDN GW 404。
在图4的步骤4中,PDN GW 404可以应用本地配置的QoS策略,或者其可以与PCRF104交互以触发可以考虑订阅信息的适当的PCC决策。这对应于在TS 23.203中定义的PCEF发起的IP-CAN会话修改过程的开始,直到PDN GW 404请求IP-CAN承载信令的点。当与PCRF104交互时,PDN GW 404向PCRF 104提供TAD的内容、以及如果适用的话与TAD中包含的分组过滤器信息相关联的GBR改变(增加或减少)。GBR改变或者从当前承载QoS和来自UE402的请求的承载QoS计算得到,或者如果TAD指示添加操作并且没有接收到EPS承载标识,则将其设置为所请求的GBR。如果TAD指示添加操作,则所请求的QCI也被提供给PCRF 104,除非现有的分组过滤器标识符与新的分组过滤器一起被提供。
如果TAD操作是修改或删除,则PDN GW 404提供先前在Gx上指配的与由所接收的EPS承载标识指示的EPS承载的所接收的分组过滤器标识符对应的业务数据流(SDF)过滤器标识符。
在图4的步骤5中,如果请求被接受,则调用专用承载激活过程(根据3GPP TS23.401的条款5.4.1“General Packet Radio Service(GPRS)enhancements for EvolvedUniversal Terrestrial Radio Access Network(E-UTRAN)access”)、PDN GW发起承载停用过程(根据3GPP TS 23.401的条款5.4.4.1)或专用承载修改过程之一(根据3GPP TS23.401的条款5.4.2.1或5.4.3)。由UE 402分配的PTI被用作调用的专用承载激活过程、PDNGW发起的承载停用过程或专用承载修改过程中的参数,以将其与UE请求的承载资源修改过程相关联。这为UE 402提供了哪一EPS承载将被用于新业务流聚合的必要链接。PDN GW 404将不会修改UE 402所请求的QoS参数。
PDN GW 404向EPS承载的TFT插入、修改或移除与TAD对应的分组过滤器。当新的分组过滤器被插入到TFT中时,PDN GW 404指配在TFT内唯一的新的分组过滤器标识符。PDNGW 404维护在从PCRF 104接收的PCC规则中的SDF过滤器标识符与该EPS承载的TFT的分组过滤器标识符之间的关系。如果已经从TFT中移除专用EPS承载的所有分组过滤器,则PDNGW执行PDN GW发起的承载停用过程。
如果所请求的QoS未被许可(即,所请求的QoS不能被接受或者资源不能被指配),则PDN GW 404发送承载资源故障指示(具有指示为何请求失败或被拒绝的理由的原因)消息,其将被递送给UE 402。
在图4的步骤6中,如果在步骤4中PDN GW 404与PCRF 104交互,则PDN GW 404向PCRF 104指示是否可以强制执行PCC决策。这对应于在完成IP-CAN承载信令之后如在TS23.203中定义的PCEF发起的IP-CAN会话修改过程的完成。
在M2M通信中,服务层(SL)旨在通过支持M2M设备和客户应用之间的安全的端到端数据/控制交换实现用于分发第三方增值服务和应用的平台,并且提供用于远程提供和激活、认证、加密、连接设置、缓冲、同步、聚合和设备管理的能力。SL为底层网络提供接口,并且实现通过应用编程接口(API)使用通过第三方内容提供商访问的由服务提供商(SP)拥有的服务器的能力。
M2M/IoT服务层专门针对为M2M/IoT类型的设备和应用提供增值服务。诸如ETSIM2M(“机器到机器通信(M2M)功能架构”,草案ETSI TS 102 690 1.1.1(2011-10))和oneM2MTS-0001(oneM2M功能架构)的标准化机构正在开发专门针对传感器和设备网络的M2M服务层。设备管理(DM)是大多数SL平台所面向的增值服务之一,以便为诸如固件和软件管理、安全和访问控制、设备监视和日志记录等的问题提供解决方案。
oneM2M架构基于可以被托管在不同类型的网络节点(例如,基础设施节点、中间节点、应用特定节点)上的公共服务实体(CSE)。
在oneM2M RESTful架构(也称为面向资源的架构或RoA)内,CSE 502支持公共服务功能(CSF)集合的实例化,如图6所示。CSF功能经由具有可通过诸如创建、检索、更新和删除的RESTful方法来操纵的表示的唯一可寻址实体的资源来实现。这些资源可以使用通用资源标识符(URI)寻址。资源支持存储与资源有关的信息的属性集合,并且可以包含对称为子资源的其他资源的引用。子资源是与父资源具有包含关系的资源,其生命周期受到父资源生命周期的限制。
除了所介绍的RoA架构之外,oneM2M还提供使用面向服务的架构(SoA)方法(“服务组件架构”oneM2M-TS-0007、oneM2M服务组件架构-V-0.6.0)的规范。SoA架构概念基于将由不同的软件模块提供并且被称为服务的功能视为构建块。服务经由独立于供应商、产品或技术的指定接口提供给应用。图7中示出了oneM2M中的CSE 502的SoA表示。
从部署的角度来看,图8图示由oneM2M架构支持的配置。
在本上下文中使用以下术语:
·应用服务节点(ASN):
○ASN包含一个CSE 502并且至少包含一个应用实体(AE)。
例如,ASN可以驻留在M2M设备中。
·应用专用节点(ADN):
○ADN包含至少一个AE,并且不包含CSE 502。例如,ADN
可以驻留在受约束的M2M设备中。
·中间节点(MN):
○MN包含一个CSE 502并且包含零个或更多个AE。例如,
MN可以驻留在M2M网关中。
·基础设施节点(IN):
○IN是包含一个CSE 502并包含零个或更多AE的节点。每个oneM2M服务提供商在基础结构域中只有刚好一个IN。
例如,IN可以驻留在M2M服务基础设施中。
·非oneM2M节点(NoDN):
○非oneM2M节点是不包含oneM2M实体的节点(既不是AE也不是CSE)。这些节点代表附接到oneM2M系统用于互通目的包括管理的设备。
发明内容
服务能力暴露功能被添加到UE(U-SCEF)。U-SCEF可以是UE的操作系统(OS)的一部分,并且将API暴露给允许这些应用调度数据平面通信诸如周期性传感器测量或固件下载的应用。替选地,U-SCEF可以是位于UE的OS之上的应用或服务。
U-SCEF与驻留在移动网络运营商(S)Gi-LAN中的演进分组核心(EPC)互通服务通信。EPC互通服务用作U-SCEF与经由SCEF由移动网络运营商(MNO)暴露的服务能力之间的接口。U-SCEF可以向EPC互通服务提供关于UE的预期通信调度和移动性状态的信息。EPC互通服务将使用SCEF暴露的服务来确定UE通信的最优时间、最优移动性管理配置等。注意,U-SCEF还可以与与诸如基于通用分组无线业务(GPRS)的核心网的其他类型的核心网络互通的服务通信。
EPC互通服务与EPC(SCEF)代表UE(U-SCEF)协商通信调度,并且向U-SCEF提供通信策略或移动性管理策略以匹配UE和移动网络的需要。
这些过程允许UE应用直接与MNO协商通信调度和移动性管理配置。UE应用与其通信的服务器不需要支持与MNO的接口,也不需要与MNO建立商务关系。服务器可能在很大程度上不了解UE和MNO之间的协商。
提供本概述是为了以简化的形式介绍将在以下详细描述中进一步描述的构思的选择。本概述既不旨在标识所要求保护的主题的关键特征或基本特征,也不旨在用于限制所要求的主题的范围。此外,所要求的主题不限于解决在本公开的任何部分中提到的任何或者所有缺点。
附图说明
通过结合附图,以示例方式给出的下述描述可以获得更详细的理解,其中:
图1是服务能力暴露功能架构的图。
图2是用于后台数据传输的资源管理的常见方法的图。
图3是用于提供CP参数的信令序列的图。
图4是UE请求的承载资源修改的图。
图5是oneM2M功能架构的图。
图6是oneM2M中的CSE内的公共服务功能的ROA表示的图。
图7是oneM2M中的CSE的SOA表示的图。
图8是由oneM2M架构支持的配置的图。
图9是UE应用互通架构的图。
图10是调度的通信用例的图。
图11是周期性通信用例的图。
图12是移动性指示用例的图。
图13是一个实施例的图形用户界面的图。
图14A是包括通信网络的M2M/IOT/WoT通信系统的图。
图14B是为M2M应用、M2M网关设备和M2M终端设备以及通信网络提供服务的场域中所示出的M2M服务层的图。
图14C是可用于实现本文所述的任一网络节点的示例性设备的图。
图14D是可用于实现本文所述的任一网络节点的计算机系统或服务器的框图。
图15是示出虚拟化网络功能转发图(VNF-FG)的概念的图。
图16是示出网络切片的概念架构的图。
图17是示出在选择多个网络切片实例中的CNSF的图。
图18是示出用于网络功能的互连的非漫游参考模型的图。
图19是示出用于网络功能的互连的漫游参考模型的图。
具体实施方式
有时在运行时间期间设备特性改变。可以在UE 402处发生导致某些特性改变的事件。例如,用户可以改变导致UE的调度、优先级等改变的UE应用上的设置。
UE 402几乎不具有向网络告知其操作特性的能力。因此,网络并不总是能够利用已知一些设备为静止、在已知时间通信等的事实。一个例外是可以使用NAS消息来指示该设备是低优先级。另一例外是可以使用RRC消息来输送低功率偏好指示符。然而,全部在3GPP控制消息中输送诸如通信调度、预期移动性(或缺乏预期移动性)、电池电量等等的信息是不合理的。
在版本13中,3GPP正在努力(经由SCEF 102)在SCS和EPC之间添加互通能力。暴露服务、功能或节点的这种类型的互通也可以被称为服务暴露。一些互通特征将允许SCS将UE的操作特性告知EPC。然而,这些特征仅对于与MNO具有商务关系的SCS被实现。因此,除非它与和MNO具有商务关系的SCS配对,否则UE 402可以知道其调度、预期移动性(或缺乏预期移动性)、电池电量等,但是没有办法将信息传达给EPC。预计大量设备将与不与MNO具有商务关系的M2M服务器通信。因此,这些类型的设备可能被迫更频繁地监听网络,在网络相对拥挤的时候传送,或者比所必须更频繁地执行移动性管理过程。
图9示出了允许UE 402平台与EPC 908互通的架构。黄色块表示可能与MNO没有商务关系的应用。橙色块是本公开的重点,并且表示允许设备应用与EPC908交互作用所必要的逻辑。
UE服务能力暴露功能(U-SCEF)1002可以被添加到UE平台。UE平台可以包括3GPP调制解调器(L1、L2和L3)、操作系统和应用。
U-SCEF 902可以是UE的OS的一部分。替选地,它可以是在UE的OS上运行的应用或服务。例如,它可以是oneM2M AE或oneM2M CSF。
U-SCEF 902可以向UE 402应用暴露北向API(N-API)。UE应用的示例是固件管理应用、多媒体应用、车辆诊断应用、收集传感器测量的应用、跟踪包裹或库存状态的应用、服务层(即,oneM2M ASN-CSE或MN-SCE)等。
U-SCEF 902可以使用PDN连接来连接到EPC互通服务。预期EPC互通服务由MNO拥有并处于信任域中。EPC互通服务可以是oneM2M公共服务实体(CSE)、CSE 502内的服务、或应用。
U-SCEF 902和EPC互通服务1002可以经由S-API 906通信。
EPC互通服务1002从S-API 906获得UE信息,并经由SCEF 102将其传递给EPC 908。
U-SCEF 902还可以访问允许其配置UE的调制解调器的API。例如,U-SCEF 902可以基于来自应用的输入来配置调制解调器的移动性管理定时器。
U-SCEF 902是在3GPP UE 402上运行的逻辑功能。其可以是调制解调器OS或位于UE应用和OS之间的中间件的一部分。
在启动时,U-SCEF 902可以使用UE的默认PDN连接来通信。替选地,用户可以经由诸如GUI、API命令、注意(AT)命令的用户接口来输入U-SCEF接入点名称(APN),或者将U-SCEF APN存储在UE的订户身份模块(SIM)卡中。U-SCEF APN可以由U-SCEF 902使用来建立网络连接。U-SCEF APN可以用作PDN连接的目的是联系EPC互通服务1002的对EPC的指示。当建立PDN连接时,MME 304可以检查UE的订阅信息指示UE 402被授权连接到该U-SCEF APN。针对U-SCEF的连接使用特殊APN并且经由UE订阅信息对其进行授权为EPC提供了一种便利的方法来防止未授权的UE接入EPC互通服务。
HSS 302中的UE的订阅信息可以指示其被允许运行U-SCEF 902。该指示可以是UE402被允许接入由U-SCEF使用的特殊APN来接入EPC互通服务。
U-SCEF 902可以将N-API(北向API)904暴露给在UE 402上托管的应用。该API将被暴露给在UE 402上运行的应用。例如,其将由固件管理应用、多媒体应用、车辆诊断应用、收集传感器测量的应用、跟踪包裹或库存状态的应用、服务层(即,oneM2M ASN-CSE或MN-SCE)等使用。参考表3-7描述示例性N-API。
由应用调用应用注册API以向U-SCEF 902指示该应用将正使用U-SCEF 902。该API可以在UE 402启动时由另一个应用或由GUI触发。该应用将其应用标识符提供给U-SCEF902,并且U-SCEF 902将通过指示应用被准许访问U-SCEF 902的哪些能力来响应。
应用标识符是由OS指配的UE本地应用标识符。
能力响应可以指示应用不被准许使用U-SCEF 902的任一能力(即,调度、设置电池电量等)或者仅仅是UE的能力的子集。UE 402可以提供可以被用来配置U-SCEF 902或UE402的用户接口,诸如GUI、API命令或AT命令,使得其知道什么应用被允许接入U-SCEF902。
表3 N-API,应用注册
应用电池电量指示API可以由应用、OS或电池驱动器使用来向U-SCEF 902指示电池电量。
U-SCEF 902可以将该信息转发给EPC互通服务,使得EPC互通服务可以在配置UE的通信调度、不连续接收(DRX)周期、节能模式(PSM)周期、移动性管理定时器等时考虑电池电量。替选地,UE 402可以使用该指示来调整其执行小区选择/重选的频率。
U-SCEF 902可以使用该信息来确定要从网络请求什么通信调度、DRX周期、PSM周期等。
表4 N-API,应用电池电量指示
应用一次通信调度请求API被应用使用来请求U-SCEF 902指示应用何时开始在API输入中描述的数据交换。
该API可以由驻留在车载网关UE 402上的应用使用。该应用很可能从网络下载固件升级。在一个示例中,应用很可能询问U-SCEF 902何时是下载固件图像的最佳时间。
在一个实施例中,API可以导致非阻塞行为。应用可以向当请求的通信可能开始时可以被调用的返回函数提供指针。
在替选实施例中,API调用会导致阻塞行为。API可以向应用返回开始时间。应用将负责在指示的开始时间开始数据交换。
当该API被调用时,U-SCEF 902可以独立地决定数据交换的最佳时间,或者可以使用EPC互通服务提供最优通信时间的U-SCEF一次通信调度请求S-API请求。在图10中示出演示应用如何使用该API的调用流程。
表5 N-API,应用一次通信调度请求
应用周期性时间通信调度请求API由应用或GUI使用来请求U-SCEF 902指示应用何时可以开始在API输入中描述的周期性数据交换。
该API可以由希望每小时上传数据一次的感测应用使用。API可以被使用来从U-SCEF 902获得何时最优开始通信周期的指示。例如,与在该小时的20分钟之后每小时一次相比,在该小时的10分钟后每小时一次上传传感器数据更优。
在一个实施例中,可以以非阻塞的方式建模API调用。应用可以向可以在当请求的通信周期可能开始时被调用的返回函数提供指针。
在另一实施例中,可以以阻塞的方式建模API调用。API可以向应用返回开始时间。应用将负责在指示的开始时间开始数据交换。
当该API被调用时,U-SCEF 902可以独立地决定数据交换的最佳时间,或者可以使用U-SCEF周期性通信请求S-API请求,并且使EPC互通服务提供最优通信时间。在图11中示出演示如何由应用使用该API的调用流程。
注意,当存在多于一个的在期望以周期性方式通信的UE 402上运行的应用时,该API特别有用。U-SCEF 902可以使应用同步,使得它们的通信周期对齐。通过对齐它们的通信周期,UE 402可以睡眠更长的时间段(即,更长时间段停留在DRX或PSM中)。对齐通信模式意味着这两个应用被告知同时启动或者一个接一个地启动。
表6 N-API,应用周期性通信调度请求
应用移动性指示API由应用或GUI使用来向U-SCEF 902指示预期的移动性级别。表7中的参数可以被用来指示预期的移动性级别。
U-SCEF 902可以将该信息转发给EPC互通服务,使得EPC互通服务可以在配置UE的移动性管理定时器、寻呼区域等时考虑预期移动性级别。
U-SCEF 902可以使用该信息来确定如何设置UE的移动性管理定时器、PSM定时器、DRX定时器等。U-SCEF 902可以使用API、AT命令来将移动性信息或推荐定时器值传递给UE402。替选地,UE 402可以使用该指示来调整其执行小区选择/重选的频率。
该API对于在车载网关平台上运行的应用有用。应用可以在车辆停放、插入充电站、堵塞交通等时,向U-SCEF 902指示车辆相对静止。然后,UE 402和EPC可以更高效地配置UE的移动性管理定时器、PSM定时器、DRX定时器、寻呼区域等。
该API还对自动售货机应用有用。应用可以只要自动售货机被插入时,向U-SCEF902指示其是静止的。
如果多个应用向U-SCEF 902指示不同的移动性等级,则U-SCEF 902将聚合不同的指示并且向EPC互通服务提供单个移动性指示集合。U-SCEF 902可以选择使用指示“最高”移动性级别的指示以及指示最大区域上的移动性的指示,或者使用所指示的区域的超集。
表7 N-API应用移动性指示
U-SCEF 902可以使用S-API(南向API)来与EPC互通服务通信。U-SCEF 902可以被用来经由基于IP的连接向EPC互通服务发送消息。替选地,可以使用S-API来向UE的调制解调器发送配置信息,该调制解调器将控制信息传送到核心网络节点。在下文中,参考表8-12讨论示例性S-API。
在UE 402建立可以被用来接入EPC互通服务的到APN的连接后,UE 402使用U-SCEF注册API来向EPC互通服务发送初始注册消息。
在一个实施例中,仅一个U-SCEF 902驻留在设备上。U-SCEF 902可以用其3GPP外部标识符来标识自己。在下述用例中示出U-SCEF 902注册过程。
表8 S-API,U-SCEF 902注册
U-SCEF电池电量指示API可以由U-SCEF 902使用来向EPC互通服务指示电池电量。
EPC互通服务可以在配置UE的通信调度、DRX周期、PSM周期、移动性管理定时器等时考虑电池电量。
EPC互通服务可以考虑该信息来确定从网络请求什么通信调度、DRX周期、PSM周期、移动性管理定时器等。
表9 S-API,U-SCEF电池电量指示
元素 | 方向 | 类型 | 描述 |
外部ID | 输入 | 设备标识符 | 3GPP外部ID(设备ID) |
电池电量 | 输入 | 整数 | 表示为百分比的电池电量 |
U-SCEF一次通信调度请求API可以由U-SCEF 902使用来请求何时准许数据传输的指示。
如果UE 402上的多个应用请求一次数据传输(即,经由5.1.1.3的应用一次通信调度请求API),则U-SCEF 902可以将该请求合并成对EPC互通服务的单个请求。
表10 S-API,U-SCEF一次通信调度请求
U-SCEF周期性时间通信调度请求API可以由U-SCEF 902使用来请求EPC互通服务指示UE 402何时开始在API输入中描述的周期性数据交换。
如果UE 402上的多个应用请求周期性数据传输(即,经由应用一次通信调度请求API),则U-SCEF 902可以将该请求合并成对EPC互通服务1002的单个请求。U-SCEF 902可以使应用同步,使得它们的通信周期对齐。通过对齐它们的通信周期,UE 402可以睡眠更长的时间段(即,更长时间停留在DRX或PSM中)。对齐通信模式是指告知这两个应用同时启动或者一个接一个地启动。
表11 S-API,U-SCEF 902周期性通信调度请求
U-SCEF移动性指示API可以由U-SCEF 902使用来向EPC互通服务1002指示预期移动性级别。
U-SCEF 902可以将该信息转发给EPC互通服务,使得EPC互通服务1002可以在配置UE的移动性管理定时器、寻呼区域等时考虑预期移动性级别。
表12 S-API,U-SCEF 902移动性指示
调制解调器API可以由U-SCEF 902使用来基于来自应用或EPC互通服务的输入来配置调制解调器。
当为周期性通信或一次调度的下载建立承载时,U-SCEF 902可以向3GPP调制解调器提供策略参考号,使得3GPP调制解调器可以在修改将被用来通信的承载时,向网络提供策略参考号。
当EPC互通服务1002为U-SCEF 902提供移动性管理定时器或MM参考号时,U-SCEF902可以向3GPP调制解调器提供定时器值或MM参考号,使得调制解调器可以在执行诸如跟踪区域更新的MM过程时将它们提供给网络。
如图9所示,U-SCEF 902可以使用被建立以与EPC互通服务1002通信和接入暴露的服务的PDN连接或数据网络连接。EPC互通服务可以是虚拟化的网络功能。UE的操作系统或SIM卡可以被提供有当建立PDN连接或数据网络连接或网络切片连接时U-SCEF 902应当使用的APN或数据网络名称或网络切片名称或网络切片类型名称或服务名称或服务描述符。HSS 302中的UE订阅信息可以指示UE 402被允许接入该APN或数据网络或者被允许接入服务暴露服务。当UE 402附接时,移动性管理实体(MME)304可以检查UE的订阅信息以查看其是否被允许接入PDN和EPC互通服务。因此,可以使用现有PDN连接过程和UE订阅中的APN信息来防止未经授权的UE接入EPC互通服务1002。在5G网络中,当UE 402附接时,网络功能可以检查UE的订阅信息来查看UE是否被允许接入网络切片、被允许接入数据网络、以及被允许接入服务暴露功能。执行此检查的网络功能可以是CNSF。
可以使用替选方法来允许UE 402接入EPC互通服务,并且防止未授权的UE接入EPC互通服务1002。
在替选的实施例中,U-SCEF 902或SIM卡可以被配置有EPC互通服务1002的标识符、IP地址或FQDN,并且U-SCEF 902可以使用其默认PDN连接或一些其他PDN连接来接入PDN连接。EPC互通服务1002可以负责检查UE 402被授权接入服务。
在替选实施例中,U-SCEF 902与EPC互通服务1002之间的信令和信息交换可能不会发生在用户平面上,因此将不需要PDN连接。相反,EPC互通服务1002可以是独立的核心网络功能,或者其可以驻留在诸如MME 304、SCEF 102、机器类型通信互通功能(MTC-IWF)或PCRF 104的核心网络节点中。EPC互通服务1002可以被实现为虚拟化功能。U-SCEF 902可以经由诸如NAS消息的控制面信令与EPC互通服务1002通信。
EPC互通服务1002充当UE 402(U-SCEF)与核心网络(SCEF)之间的“协调器”。EPC互通服务1002从UE 402接受协调请求,与核心网协商,并且向UE 402提供反馈,使得UE 402可以更优地调度其通信。注意,EPC互通服务1002可以是SCEF 102的一部分。换句话说,U-SCEF902和SCEF 102可以直接通信。
应理解到,图9所示的功能可以以存储在诸如下文所述的图14C或14D中所示的那些中的一个的M2M网络的节点(例如服务器、网关、设备或其他计算机系统)的存储器中并且在其处理器上执行的软件(即,计算机可执行指令)的形式来实现。
下文描述一些用例。如图10中所示的调度的下载/上传过程由UE 402使用来调度与网络的数据传输。在以下情况下,此过程特别有用。
假设UE 402希望在接下来的24小时内下载固件图像。UE 402可以使用该过程来告知网络它需要执行下载并且允许网络告知UE 402何时执行下载。网络可以告知UE 402在预期业务量相对较低时下载图像。
假设UE 402最近记录了大量的传感器数据、图像或视频,并且它希望将该信息上传到服务器。该过程可以由UE 402使用来告知网络它需要执行上传并且允许网络告知UE402何时执行上传。网络可以告知UE 402在预期业务量相对较低时上传图像。
在图10的步骤0中,U-SCEF 902与EPC互通服务1002建立连接。这是指U-SCEF 902建立特殊PDN连接或专用承载以与EPC互通服务1002通信。一旦建立了连接,U-SCEF902使用U-SCEF注册API来向EPC互通服务1002注册。EPC互通服务1002可以通过被支持并且U-SCEF902被准许访问的特征的列表来响应。
在图10的步骤1中,应用#2使用应用注册N-API向U-SCEF 902注册其身份,并且获得U-SCEF 902将允许应用访问哪些特征的列表。
在图10的步骤2中,应用#2使用应用一次通信调度N-API来向U-SCEF 902指示它想要在下午5点之前下载2GB的数据。
在图10的步骤3中,U-SCEF 902使用其互通PDN连接和U-SCEF一次通信调度请求S-API来从EPC互通服务1002请求通信时间。
API调用允许UE 402用其外部标识符来标识自己。当EPC互通服务1002在步骤4中将请求转发到SCEF 102时,EPC互通服务1002可以将外部标识符和发起IP地址提供给SCEF102。SCEF 102可以使用发起IP地址和外部标识符来验证(认证)源UE 402。例如,SCEF 102可以查询HSS 302、P-GW 404、PCRF 104、DHCP服务器或DNS服务器来验证IP地址属于与外部标识符相关联的UE 402。
在图10的步骤4中,EPC互通服务1002(充当AS/SCS/AF/MTC服务器/CSE)将数据传输请求转发给SCEF 102。
在图10的步骤5中,SCEF 102将使用诸如在2.3中找到的过程来从EPC请求数据传输时间。如在2.3中所述,SCEF 102将获得传输策略提议,该传输策略提议将包括用于执行传输的时间窗口和与传输提议相关联的SM参考ID。
在图10的步骤6中,SCEF 102将用数据传输提议来响应EPC互通服务1002。如在参考文献S2-151426中所述,SCEF 102将获得传输策略提议,该传输策略提议将包括用于执行传输的时间窗口和与传输提议相关联的SM参考ID。
在图10的步骤7中,EPC互通服务1002将数据传输提议和SM参考ID转发给U-SCEF902。
在图10的步骤8a中,U-SCEF 902将数据传输提议和SM参考ID转发到应用#2。
在图10的步骤8b中,U-SCEF 902将等待直到在数据传输提议中指示的时间为止,并且向应用#2发送数据传输应该开始的指示。
一旦U-SCEF 902接收到数据传输提议,可以推断UE 402将不需要与移动网络通信,直到提议中指示的时间为止。因此,它可以选择进入睡眠状态直到接近数据传输时间为止。进入睡眠状态可能需要降低时钟频率、关闭存储器或部分存储器、降低到存储器或调制解调器的组件的电压、调暗显示器等。
在图10的步骤9a中,应用#2将从U-SCEF 902接收数据传输提议、等待直到指示的时间为止,然后传输数据。
在图10的步骤9b中,应用#2将等待,直到其从U-SCEF 902接收到指示为止,然后开始数据传输。
在图10的步骤10中,应用#2将开始与应用服务器的数据传输。数据传输将在UE的默认PDN连接上。
在开始与应用服务器的数据传输之前,UE 402可以在用于在将数据传输到应用服务器和从应用服务器传输数据的PDN连接(即,不是用于与EPC互通服务1002通信的PDN连接)上向MME 304发送承载资源激活修改消息。在文献3GPP TS 23.401的章节5.4.5中详述承载资源激活修改过程。在文献3GPP TS24.301的章节8.3.10中详述了承载资源修改请求消息(“Non-Access-Stratum(NAS)protocol for Evolved Packet System(EPS)”;阶段3)。可以将新的信息元添加到该消息中,使得UE 402可以向网络指示传输策略参考号。可以更新文献3GPP TS 23.401的章节5.4.5的流程中的消息,使得MME 304使用承载资源命令来将传输策略参考号传递到S-GW 406,并且S-GW 406将使用承载资源命令来将传输策略参考号传递给P-GW 404。P-GW 404将传输策略参考号传递给PCRF 104,并且参考号可被用来确定将激活什么PCC规则。网络(即,PCEF 206)识别该参考号与将在已知时间开始的通信调度请求相关联。网络(即PCRF 104)认识到,将不需要提供Qos直到预先安排的时间为止,并且当通信完成时,不再需要提供QoS。当通信完成或定时器届满时,PCRF 104可以自动终止承载。
替选地,与SCEF 102的数据传输和通信可以发生在同一PDN连接上。
在调度通信之前,可以使用应用电池电量N-API和U-SCEF电池电量S-API来向EPC互通服务1002指示UE的电池电量。EPC互通服务1002和核心网络可以在决定UE 402通信的最优时间时考虑电池电量。例如,低电池电量可以指示应当告知UE 402很快开始通信。
如图11所示,该过程由UE 402使用来调度与网络的周期性通信。考虑下述情况。
UE 402托管两个应用。一个应用(App 1)与每5秒捕捉图片的相机相关联。第二应用(App 2)与每10秒上传一次数据的诊断传感器相关联。每个应用将向U-SCEF 902指示其何时希望执行周期性通信,并且U-SCEF 902将向每个应用指示其何时应该开始其周期性通信。因此,U-SCEF 902可以配置应用,使得它们同时与它们各自的服务器通信或者在接近同一时间通信。当两个应用均完成通信时,UE 402可以进入节能或睡眠状态。通过确保应用同时或几乎同时通信,减少了UE进入和退出节能或睡眠模式的转换。
图11中的过程示出U-SCEF 902如何协调UE与网络的周期性通信。该过程允许网络为UE 402针对其周期性通信配置最优开始时间。因此,如果许多UE希望执行周期性通信,则网络可以配置UE使得减少同时通信的UE的数量。
总而言之,UE 402上的应用能够请求U-SCEF 902的期望的周期性通信调度。U-SCEF 902能够组合所有应用的期望的调度以形成聚合的调度,并且基于聚合的通信调度,向网络请求最优的开始时间。网络能够将最优开始时间告知U-SCEF 902,并且U-SCEF 902能够配置应用,使得UE 402在最优开始时间通信。
在图11的步骤0中,U-SCEF 902与EPC互通服务建立连接。这是指U-SCEF 902建立特殊PDN连接或专用承载以与EPC互通服务通信。一旦建立了连接,U-SCEF 902使用U-SCEF注册API来向EPC互通服务1002注册。EPC互通服务1002可以通过被支持并且U-SCEF 902被准许访问的特征的列表响应。
在图11的步骤1中,应用#1使用应用注册N-API来向U-SCEF902注册其身份,并且获得U-SCEF 902将允许应用访问哪些特征的列表。
在图11的步骤2中,应用#2使用应用注册N-API来向U-SCEF902注册其身份,并且获得U-SCEF 902将允许应用访问哪些特征的列表。
在图11的步骤3中,应用#1使用应用周期性通信调度N-API来向U-SCEF 902指示其想要每5秒上传1千字节的数据。
在图11的步骤4中,应用#2使用应用周期性通信调度N-API来向U-SCEF 902指示它想要每10秒上传3千字节的数据。
在图11的步骤5中,U-SCEF 902形成聚合的通信调度。聚合通信调度指示UE 402希望每5秒上传4千字节的数据,或者在另一示例中,每10秒上传5千字节的数据。
在图11的步骤6中,U-SCEF 902使用其互通PDN连接和U-SCEF周期性通信调度请求S-API来调度与网络的周期性通信。
在图11的步骤7中,EPC互通服务1002将充当AS/SCS并且向网络提供周期性通信调度。
在图11的步骤8中,SCEF 102将使用关于通信模式的信息来配置网络。
在图11的步骤9中,SCEF 102将从网络接收应答周期性通信模式的响应。注意,可以增强该响应以包括周期性通信模式的最优开始时间。例如,它可能表明通信应该在该小时的10分钟之后开始。也可以更新该响应以包括策略SM参考ID。
在图11的步骤10中,EPC互通服务1002将周期性通信开始时间和SM参考ID转发到U-SCEF 902。
在图11的步骤11a中,U-SCEF 902将数据传输开始时间和SM参考ID转发到应用1和2。
在图11的步骤11b中,U-SCEF 902等待直到在数据传输提议中指示的时间为止,并且向应用1和2发送数据传输应当开始的指示。
一旦U-SCEF 902接收到数据传输提议,则可以推断UE 402将不需要与移动网络通信直到在提议中指示的时间为止。因此,它可以选择进入睡眠状态直到接近数据传输时间。进入睡眠状态可能需要降低时钟频率、关闭存储器或部分存储器、降低到存储器或调制解调器组件的电压、调暗显示器等。
在图11的步骤12a中,应用1和2将从U-SCEF 902接收数据传输提议,等待直到指示的时间为止,然后传输数据。
在图11的步骤12b中,应用1和2等待,直到它们从U-SCEF 902接收到指示,然后开始数据传输。
在图11的步骤13中,应用1和2开始与应用服务器的数据传输。数据传输将在UE的默认PDN连接上。
在开始与应用服务器的数据传输之前,UE 402可以向MME 304发送承载资源激活修改消息。在文献3GPP TS 23的章节5.4.5中详述承载资源激活修改过程。在文献3GPPTS24.301的章节8.3.10中详述承载资源修改请求消息。可以将新的信息元添加到该消息中,使得UE402可以向网络指示传输策略参考号。将更新在文献3GPP TS 23.401的章节5.4.5的流程中的消息,使得MME 304使用承载资源命令来将传输策略参考号传递给S-GW406,并且S-GW 406将使用承载资源命令来将传输策略参考号传递给P-GW 404。P-GW 404将传输策略参考号传递给PCRF 104,参考号将被用来确定将激活什么PCC规则。网络(即,PCEF206)认识到参考号与将以已知间隔开始的周期性通信调度请求相关联。网络(即PCRF 104)认识到不需要在预期的通信窗口之外提供QoS。PCRF 104可以在设定多个通信周期之后或者在UE 402错过了预定数量的通信周期之后终止承载。
替选地,与SCEF 102的数据传输和通信可以发生在同一PDN连接上。应用可以通过使用应用周期性通信调度N-API改变其周期性通信调度以将新的周期性通信调度传递给EPC互通服务1002。
如图12所示,移动性指示过程由UE 402上的应用使用来向U-SCEF 902指示其预期的移动性。例如,在车载网关上运行的应用可以知晓UE的位置、预期移动水平、预期平均速度,以及UE 402是否静止。例如,如果汽车停放或被插入充电站,则应用可以指示UE 402将是静止的。应用可以使用GPS来检测UE 402在高速公路上并且很可能正以高速行进一段时间。
U-SCEF 902可以使用该信息来调整调制解调器的移动性管理定时器。例如,U-SCEF 902可以使用该信息来确定对被用来控制跟踪区域更新(TAU)的定时的T3412和T3430定时器的值。在文献3GPP TS24.301中定义这些定时器。
U-SCEF 902还可以将移动性信息传递给EPC互通服务1002,使得该信息可以在网络中使用,例如以设置移动性管理定时器。
在图12的步骤0中,U-SCEF 902与EPC互通服务建立连接。这是指U-SCEF 902建立特殊PDN连接或专用承载以与EPC互通服务1002通信。一旦建立了连接,U-SCEF 902将使用U-SCEF注册API来向EPC互通服务1002注册。EPC互通服务1002可以通过被支持的并且U-SCEF 902被准许访问的特征的列表来响应。
在图12的步骤1中,应用#1使用应用注册N-API来向U-SCEF902注册其身份,并且获得U-SCEF 902将允许应用访问哪些特征的列表。
在图12的步骤2中,应用#1使用应用移动性指示N-API来向U-SCEF 902指示预期移动特性。
在图12的步骤3a中,U-SCEF 902配置调制解调器移动性管理定时器,例如,U-SCEF902可以使用该信息来调整被用来控制跟踪区域更新(TAU)的定时的T3412和T3430定时器。在文献3GPP TS 24.301中定义这些定时器。替选地,UE 402可以使用该指示来调整其执行小区选择/重选的频率。
在图12的步骤3b中,U-SCEF 902使用U-SCEF移动性指示N-API来将移动性指示信息传递给EPC互通服务1002。
在图12的步骤4中,EPC互通服务1002将充当AS/SCS并且向网络提供移动性指示符。
在图12的步骤5中,SCEF 102将通过关于移动性指示符的信息来配置网络。
在图12的步骤6中,SCEF 102将从网络接收应答移动性指示符的响应。可以增强该响应以包括移动性模式参考ID。MM参考ID可以稍后(即,由UE 402)提供给网络,并且网络可以相应地设置其移动性管理定时器。替选地,可以增强此响应来提供移动性管理定时器,例如T3412和T3442。
在图12的步骤7中,网络可以基于移动性指示符来调整UE的MM定时器。
在图12的步骤8中,EPC互通服务1002将响应于U-SCEF移动性指示N-API。该响应可以包括MM定时器值和MM参考ID。
在图12的步骤9中,U-SCEF 902可以向调制解调器提供新的MM定时器值和MM参考ID。调制解调器可以在下次执行诸如跟踪区域更新的MM过程时调整其MM定时器。调制解调器还可以在执行诸如跟踪区域更新的MM过程时向网络提供MM参考ID。网络(即MME 304)可以使用MM参考ID来确定最优MM计时器值。
之后,应用可以通过使用U-SCEF移动性指示N-API来改变其移动性状态,以将新的移动性指示信息传递给EPC互通服务1002。
应理解到,执行图10-12中所示的步骤的实体是可以以存储在诸如图14C或图14D中所示的网络节点或计算机系统的存储器中并且在其处理器上执行的软件(即,计算机可执行指令)的形式来实现的逻辑实体。也就是说,图10-12中所示的方法可以以存储在诸如图14C或图14D中所示的节点或计算机系统的网络节点的存储器中的软件(即,计算机可执行指令)的形式来实现,该计算机可执行指令当由节点的处理器执行时,执行图10-12中所示的步骤。还应理解到,图10-12中所示的任何发送和接收步骤可以由节点的处理器控制下的节点的通信电路以及其执行的计算机可执行指令(例如,软件)来执行。应理解到,图10-12中的实体可以以虚拟网络功能的形式来实现。
可以使用诸如图形用户界面(GUI)的界面来帮助用户控制和/或配置与移动核心网络和UE 402应用互通有关的功能。图13是示出了界面1302的图。UE 402可以支持GUI1302,其允许用户配置设备以与某些调度通信、指示设备是移动还是固定等。换句话说,经由N-API与U-SCEF 902通信的应用可以是基于GUI的应用。GUI可以使用上文所述的N-API来将配置信息传递给U-SCEF 902。应理解到,可以使用诸如下文所述的图14C-D中所示的显示器来生成界面1302。
附加背景资料
网络功能虚拟化(NFV)旨在通过演进标准IT虚拟化技术来变换网络运营商架构网络的方式,以将许多网络设备类型整合到可能位于数据中心、网络节点或最终用户的场所中的行业标准高容量服务器、交换机和存储设备中。其涉及以能够在一定范围的工业标准服务器硬件上运行并且可以根据需要移动到网络中的不同位置或者在网络中的不同位置实例化的软件来实现网络功能(例如,移动性管理、会话管理、QoS),而不需要安装新的设备。NFV适用于移动和固定网络中的任何数据平面分组处理和控制平面功能。潜在的示例可以包括:
·交换元件:BNG、CG-NAT、路由器。
·移动网络节点:HLR/HSS、MME、SGSN、GGSN/PDN-GW、RNC、e节点B。
·包含在家庭路由器和机顶盒中的功能,以创建虚拟化家庭环境。
·融合和全网功能:AAA服务器、策略控制和计费平台。
·应用级优化:CDN、缓存服务器、负载平衡器、应用加速器。
·安全功能:防火墙、病毒扫描过程、入侵检测系统、垃圾邮件防护。
NFV的应用为网络运营商带来许多益处,有助于电信行业格局的巨大变化。NFV可以带来以下好处:
·通过整合设备和利用IT行业的规模经济,降低设备成本并且降低能耗。
·通过最小化典型的网络运营商创新周期,提高上市时间的速度。
·在同一基础设施上运行生产、测试和参考设施的可能性提供了更高效的测试和集成,降低了开发成本和上市时间。
·基于地理位置或客户设置的针对性的服务介绍是可能的。可以根据需要快速扩大/缩小服务。
·启用各种生态系统并且鼓励开放。
·基于实际业务/移动性模式和服务需求,近实时地优化网络配置和/或拓扑。
·支持多租户,从而使网络运营商能够为多个用户、应用或内部系统或其他网络运营商提供量身定制的服务和连接,所有这些服务都共存于具有适当安全隔离的管理域的相同的硬件上。
·通过利用标准服务器和存储中的电源管理功能降低能耗,以及工作负载整合和位置优化。
欧洲电信标准协会(ETSI)已经形成了规范组“网络功能虚拟化”来发布一些白皮书,并且产生若干更深入的材料,包括作为考虑实现NFV的供应商和运营商的参考的用于NFV的标准术语定义和用例。
ETSI GS NFV 002、网络功能虚拟化(NFV);架构框架是ETSI出版物,建立了将NFV概念应用到移动核心网络的架构框架。
图15是具有从ETSI GS NFV002复制的VNF和嵌套转发图的示例性端到端网络服务。该图示出了虚拟化网络功能转发图(VNF-FG)的概念。VNF-GW描述了如何连接VNF集合来提供服务。
诸如在下一代移动网络(NGMN)联盟中所述的网络切片“Description of NetworkSlicing Concept”是可以由移动网络运营商使用来支持跨回程网络和核心网络两者的移动运营商网络的固定部分的空中接口后的多个“虚拟”网络的机制。这涉及将网络“切片”成多个虚拟网络以支持不同RAN或在单个RAN上运行的不同服务类型。网络切片使运营商能够创建定制的网络,以为需要例如在功能、性能和隔离方面的不同需求的不同市场情形提供优化的解决方案。图16示出网络切片的概念架构。不同的颜色被用来指示不同的网络切片实例或子网切片实例。
3GPP正在设计5G网络,并且正在考虑并入适合于5G网络的网络切片技术。由于5G用例(例如,大规模IoT、关键通信和增强的移动宽带)需要非常多样化,有时甚至是极端的要求。目前的架构利用相对单一的网络和传输框架来适应各种服务,诸如来自智能电话、OTT内容、功能电话、数据卡和嵌入式M2M设备的移动业务。预期当前的架构不足够灵活和可扩展以在每个体系都有自己特定的性能、可扩展性和可用性要求集合时有效支持更广泛的商务需求。此外,引入新的网络服务应该更有效率。然而,在同一运营商网络中,预计若干用例同时有效,因此要求5G网络的高度灵活性和可扩展性。
网络切片使运营商能够创建定制的网络,以对要求各种要求的不同市场情况提供优化的解决方案,例如,在功能、性能和隔离方面。然而,在未来的5G网络中,在支持网络切片方面存在一些挑战和问题:
·如何实现网络切片实例之间的隔离/分离,以及需要哪些级别和类型的隔离/分隔;
·网络切片实例之间能够如何使用资源和网络功能共享以及能够使用哪种资源和网络功能共享;
·如何使UE能够同时从一个运营商的一个或多个特定网络切片实例获取服务;
·关于网络切片,哪些在3GPP范围内(例如,网络切片创建/组成、修改、删除);
·哪些网络功能可以被包括在特定的网络切片实例中,以及哪些网络功能与网络切片无关;
·为UE选择特定网络切片的过程;
·如何支持网络切片漫游情形;
·如何使运营商能够使用网络切片概念来有效地支持要求类似网络特性的多个第三方(例如企业、服务提供商、内容提供商等)。
能在关于3GPP如何在5G网络架构中应用网络切片的对下一代系统的架构的研究3GPP TR 23.799中找到更多细节(即议题、问题和可能的解决方案)。
为使UE能够同时从一个网络运营商的多个网络切片获得服务,跨多个核心网络实例共享控制平面功能的单个集合,如图17所示。该图从3GPP S2-162259中复制,解决方案的更新用于支持与多个网络切片的多个连接。
核心网络实例由单个控制平面功能集合和单个用户平面功能集合组成。此外,核心网络实例专用于属于同一UE类型的UE。通过使用特定参数例如UE使用类型和/或来自UE订阅的信息来完成识别UE类型。核心网络实例中的用户平面功能集合负责向UE提供特定服务并且传输特定服务的用户平面数据。例如,核心网络实例#1中的一个用户平面功能集合为UE提供增强的移动宽带服务,而核心网络实例#2中的另一个用户平面功能集合为UE提供关键的通信服务。当UE首次连接到运营商网络时,与UE使用类型相匹配的默认核心网络实例被指配给UE。每个UE可以具有与在不同核心网络实例处同时可用的不同的用户平面功能集合的多个用户平面连接。可以跨网络切片共享控制平面功能。
核心网络选择功能(CNSF)负责:
·通过考虑UE的订阅和特定参数例如UE使用类型来选择哪个核心网络实例来适应UE。
·选择在所选核心网络实例内基站应与哪些控制平面功能通信。通过使用特定的参数例如UE使用类型来完成控制平面功能的该选择。
·选择哪个用户平面功能基站应该建立连接以用于传输不同业务的用户平面数据。通过使用特定参数例如UE使用类型和服务类型来完成用户平面功能的该选择。
为了实现网络功能的互连,在3GPP TR 23.799“Study on Architecture forNext Generation System”中提出了互连&路由功能(IRF)2058。图18和图19分别示出用于非漫游和漫游情形的IRF 2058的参考模型。IRF 2058的功能包括:
·存储UE的标识与每个服务NF的接口层标识(例如实例号)之间的绑定,其具有用于UE的活动会话。对于例如在漫游情形中的不直接与IRF 2058接口连接的NF,IRF 2058存储经由其可及那些NF的远程PLMN的IRF 2058的标识。
·当服务NF的标识对给定UE改变时,更新绑定存储库,例如由于UE移动性、负载重新平衡(即,虚拟机的缩小或扩展)或恢复原因。
·检查消息头以确定UE的标识(针对哪个发送消息)和目标NF。对于UE的标识,查找内部绑定储存库以确定目的地NF的接口层标识(例如实例号)或远程IRF 2058的标识。相应地路由消息。
·基于运营商的配置,可选地执行消息的授权,例如,如果运营商的配置禁止NF1向NF4发送某些消息(诸如“UE的APN-AMBR的改变”),则IRF2058拒绝对应消息。可选地,在信令风暴期间,通过执行过载控制,例如基于其负载/过载状况调整发送给给定NF的消息的步调来保护NF。
每个NF经由其自己的PLMN中的给定参考点与IRF2058接口连接。NF不直接相互接口连接,而是可以经由IRF 2058彼此通信(即发送请求或响应消息)。因此,当需要时,该模型允许任何NF直接与任何其他NF通信,而不涉及路径中的任何其他不相关的网络功能,例如,如果不需要NF2的参与,NF1可以经由IRF 2058向NF3发送消息而不涉及NF2。
示例M2M/IoT/WoT通信系统
如上所述,可以结合硬件、固件、软件、或者如适当则它们的组合来实施本文描述的各种技术。这种硬件、固件、和软件可以驻留在位于通信网络的各种节点处的装置中。这些装置可以单独地或者相互组合地操作以产生本文描述的方法。如本文所使用的,术语“装置”、“网络装置”、“节点”、“设备”,以及“网络节点”可以交换地使用。
服务层可以是指在网络服务架构内的功能层。服务层通常位于诸如HTTP、CoAP、或者MQTT的应用协议层上方,并且向客户端应用提供增值服务。服务层还在较低资源层诸如例如控制层和传输/接入层处提供核心网络的接口。服务层支持多种类别的(服务)能力或者功能,包括,服务定义、服务运行时间使能、策略管理、访问控制、以及服务集群。近来,多个行业标准机构(例如,oneM2M)已经开发了M2M服务层来解决与将M2M类型的设备和应用集成到诸如互联网/Web、蜂窝、企业、和家庭网络的部署中相关联的挑战。M2M服务层可以向应用和/或各种设备提供对由可以被称为CSE或者SCL的服务层支持的上述能力或者功能的类集或者集合的访问。一些示例包括但不限于通常可以由各种应用使用的安全、计费、数据管理、设备管理、发现、提供、以及连接性管理。这些能力经由利用由M2M服务层定义的消息格式、资源结构、和资源表示的API而可供这些不同的应用使用。CSE或者SCL是功能实体,该功能实体可以由硬件和/或软件实施并且提供暴露给各种应用和/或设备(例如,在这种功能实体之间的功能接口)的(服务)能力或者功能以使它们能够使用这些能力或者功能。
图14A是可以实施一个或多个所公开的实施例的示例机器对机器(M2M)、物联网(IoT)、或者物联网(WoT)通信系统10的示意图。通常,M2M技术为IoT/WoT提供建筑块,并且任何M2M设备、M2M网关、M2M服务器或者M2M服务平台可以是IoT/WoT的组件或节点以及IoT/WoT服务层。可以使用通信系统10来实现所公开的实施例的功能并且可以包括诸如SCEF102、PCRF 102、PCEF 206、SPR 204、AS 202、MME 304、HSS 302、UE 402、S-GW 406、P-GW404、CSE 502、CSF、U-SCEF 902、N-API 904、S-API 906、EPC 908、EPC互通服务1002和产生诸如GUI 1302的GUI的逻辑实体的功能和逻辑实体。
如图14A所示,M2M/IoT/WoT通信系统10包括通信网络12。该通信网络12可以是固定网络(例如,以太网、光纤、ISDN、PLC等)或者无线网络(例如,WLAN、蜂窝等)或者异构网络的网络。例如,通信网络12可以包括多个接入网,该多个接入网向多个用户提供内容,诸如,语音、数据、视频、消息收发、广播等。例如,通信网络12可以采用一种或者多种信道接入方法,诸如,码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)等。进一步地,通信网络12可以包括其它网络,诸如,例如,核心网络、互联网、传感器网络、工业控制网络、个域网、融合个人网络、卫星网络、家庭网络、或者企业网络。
如图14A所示,M2M/IoT/WoT通信系统10可以包括基础设施域和场域。基础设施域指端对端M2M部署的网络侧,并且场域指区域网络,通常在M2M网关之后。场域和基础设施域都可以包括各种不同的网络节点(例如,服务器、网关、设备等)。例如,场域可以包括M2M网关14和终端设备18。将认识到,若需要,可以将任何数量的M2M网关设备14和M2M终端设备18包括在M2M/IoT/WoT通信系统10中。M2M网关设备14和M2M终端设备18中的每一个被配置成使用通信电路经由通信网络12或者直接无线电链路来传送和接收信号。M2M网关设备14允许无线M2M设备(例如,蜂窝和非蜂窝)以及固定网络M2M设备(例如,PLC)通过运营商网络诸如通信网络12或者直接无线电链路中任一者通信。例如,M2M终端设备18可以收集数据并且经由通信网络12或者直接无线电链路将该数据发送至M2M应用20或者其他M2M设备18。M2M终端设备18还可以从M2M应用20或者M2M终端设备18接收数据。进一步地,如下所述,可以经由M2M服务层22将数据和信号发送到M2M应用20和从M2M应用20接收数据和信号。M2M终端设备18和网关14可以经由包括例如蜂窝、WLAN、WPAN(例如,Zigbee、6LoWPAN、蓝牙)、直接无线电链路、以及有线的各种网络通信。
示例性M2M终端设备18包括但不限于平板、智能电话、医疗设备、温度和天气监视器、联网车辆、智能电表、游戏机、个人数字助理、健康和健身监视器、灯、恒温器、电器、车库门和其它基于致动器的设备、安全设备、和智能插座。
参照图14B,在场域中图示的M2M服务层22向M2M应用20、M2M网关设备14、和M2M终端设备18和通信网络12提供服务。可以使用通信网络12来实现所公开的实施例的功能并且可以包括诸如SCEF 102、PCRF 102、PCEF 206、SPR 204、AS 202、MME 304、HSS 302、UE 402、S-GW 406、P-GW 404、CSE 502、CSF、U-SCEF 902、N-API 904、S-API 906、EPC 908、EPC互通服务1002和产生诸如GUI 1302的GUI的逻辑实体的功能和逻辑实体。M2M服务层可以由一个或多个服务器、计算机、设备、虚拟机(例如云/存储场等)等实现,包括例如在下文所述的图14C和14D中所示的设备。应理解到,若需要,M2M服务层22可以与任何数量的M2M应用、M2M网关14、M2M终端设备18、和通信网络12通信。可以通过网络的一个或多个节点来实现M2M服务层22,节点可以包括服务器、计算机、设备等。M2M服务层22提供适用于M2M终端设备18、M2M网关14、和M2M应用20的服务能力。可以按照各种方式来实施M2M服务层22的功能,例如,实施为web服务器、实施在蜂窝核心网中、实施在云中等。
与所图示的M2M服务层22类似,在基础设施域中存在M2M服务层22'。M2M服务层22'向在基础设施域中的M2M应用20'和底层通信网络12提供服务。M2M服务层22'还向在场域中的M2M网关14和M2M终端设备18提供服务。应理解到,M2M服务层22'可以与任何数量的M2M应用、M2M网关、和M2M设备通信。M2M服务层22'可以通过不同的服务提供商来与服务层交互。可以通过网络的一个或多个节点可以包括服务器、计算机、设备虚拟机(例如,云计算/存储场等)等来实现M2M服务层22'。
仍然参照图14B,M2M服务层22和22'提供不同的应用和垂直可以利用的服务递送能力的核心集。这些服务能力使M2M应用20和20'能够与设备交互并且执行功能,诸如,数据收集、数据分析、设备管理、安全、开票、服务/设备发现等。本质上,这些服务能力使应用解除了实施这些功能的负担,从而简化应用开发并且降低成本和上市时间。服务层22和22'还使M2M应用20和20'能够通过网络12结合服务层22和22'提供的服务来通信。
本申请的方法可以被实现为服务层22和22'的一部分。服务层22和22'是软件中间件层,其通过应用编程接口(API)和底层网络接口集合来支持增值服务能力。ETSI M2M和oneM2M两者均使用可能包含本申请的连接方法的服务层。ETSI M2M的服务层被称为服务能力层(SCL)。SCL可以被实现在M2M设备中(在此被称为设备SCL(DSCL))、网关中(在此被称为网关SCL(GSCL))和/或网络节点中(在此被称为网络SCL(NSCL))。oneM2M服务层支持公共服务功能(CSF)(即,服务能力)集合。一个或更多个特定类型的CSF的集合的实例被称为公共服务实体(CSE),其可以被托管在不同类型的网络节点(例如基础结构节点、中间节点、专用节点)上。此外,本申请的连接方法可以实现为使用面向服务的架构(SOA)和/或面向资源的架构(ROA)的M2M网络的一部分来访问诸如本申请的连接方法的服务。
在一些实施例中,M2M应用20和20'可以与所公开的系统和方法结合使用.M2M应用20和20'可以包括与UE或网关交互的应用,并且还可以结合其他公开的系统和方法使用。
在一个实施例中,诸如SCEF 102、PCRF 102、PCEF 206、SPR 204、AS 202、MME 304、HSS 302、UE 402、S-GW 406、P-GW 404、CSE 502、CSF、U-SCEF 902、N-API 904、S-API 906、EPC 908、EPC互通服务1002、和产生诸如GUI 1302的GUI的逻辑实体的逻辑实体可以被托管在由M2M节点,诸如M2M服务器、M2M网关或M2M设备托管的M2M服务层实例内,如图14B所示。例如,诸如SCEF 102、PCRF 102、PCEF 206、SPR 204、AS 202、MME 304、HSS 302、UE 402、S-GW 406、P-GW 404、CSE 502、CSF、U-SCEF 902、N-API 904、S-API 906、EPC 908、EPC互通服务1002、和产生诸如GUI 1302的GUI的逻辑实体的逻辑实体可以包括M2M服务层实例内的单个服务能力或者作为现有的服务能力的子功能。
M2M应用20和20'可以包括在各种行业中的应用,诸如但不限于,交通运输、健康与保健、联网家庭、能量管理、资产追踪、以及安全和监督。如上所述,跨系统的设备、网关、服务器和其它节点运行的M2M服务层支持诸如例如数据采集、设备管理、安全、开票、位置追踪/地理围墙、设备/服务发现、以及遗留系统集成的功能,并且将这些功能作为服务提供给M2M应用20和20'。
通常,服务层22和22'定义了通过应用编程接口(API)和底层网络接口的集合来支持增值服务能力的软件中间件层。ETSI M2M和oneM2M架构都定义了服务层。将ETSI M2M的服务层称为服务能力层(SCL)。SCL可以在ETSIM2M架构的各种不同节点中实施。例如,服务层的实例可以实施在M2M设备(在这种情况下,将其称为设备SCL(DSCL))、网关(在这种情况下,将其称为网关SCL(GSCL))、和/或网络节点(在这种情况下,将其称为网络SCL(NSCL))内。oneM2M服务层支持公共服务功能(CSF)(即,服务能力)的集合。将一个或多个特定类型的CSF的集合的实例化称为公共服务实体(CSE),其可以被托管在不同类型的网络节点(例如,基础设施节点、中间节点、应用专用节点)上。第三代合作伙伴计划(3GPP)还定义了用于机器类型通信(MTC)的架构。在该架构中,将服务层及其提供的服务能力实施为服务能力服务器(SCS)的一部分。不论被体现在ETSI M2M架构的DSCL、GSCL、或者NSCL中、在3GPP MTC架构的服务能力服务器(SCS)中、在oneM2M架构的CSF或者CSE中,或者在网络的一些其它节点中,服务层的实例都可以实施为在包括服务器、计算机、和其它计算设备或者节点的网络中的一个或多个独立节点上执行或者作为一个或多个现有节点的一部分执行的逻辑实体(例如,软件、计算机可执行指令等)。作为示例,服务层或者其组件的实例可以按照在具有下文描述的图14C或者图14D中所示的通用架构的网络节点(例如,服务器、计算机、网关、设备等)上运行的软件的形式来实现。
此外,诸如SCEF 102、PCRF 102、PCEF 206、SPR 204、AS 202、MME 304、HSS 302、UE402、S-GW 406、P-GW 404、CSE 502、CSF、U-SCEF 902、N-API 904、S-API 906、EPC 908、EPC互通服务1002、和产生诸如GUI 1302的GUI的逻辑实体的逻辑实体可以实现为使用面向服务的架构(SOA)和/或面向资源的架构(ROA)的M2M网络的一部分以访问本申请的服务。
图14C是诸如M2M设备、M2M网关14、M2M服务器等的M2M网络节点30的示例硬件/软件架构的框图。节点30可以执行或包括诸如SCEF 102、PCRF 102、PCEF 206、SPR 204、AS202、MME 304、HSS 302、UE 402、S-GW 406、P-GW 404、CSE 502、CSF、U-SCEF 902、N-API904、S-API 906、EPC 908、EPC互通服务1002、和产生诸如GUI 1302的GUI的逻辑实体的逻辑实体。
设备30可以是如图14A-B所示的M2M网络的一部分或非M2M网络的一部分。如图14C所示,M2M节点包括处理器32、不可移动存储器44、可移动存储器46、扬声器/麦克风38、键盘40、显示器、触摸板、和/或指示器42、电源48、全球定位系统(GPS)芯片集50、和其它外围设备52。节点30还可以包括通信电路系统,诸如收发器34和发送/接收元件36。将认识到,M2M节点30可以在与实施例保持一致的同时包括前述元件的任何子组合。该节点可以是实施本文所述的SMSF功能的节点。
处理器32可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。通常,处理器32可以执行在节点的存储器(例如存储器44和/或存储器46)中存储的计算机可执行指令以便执行节点的各种所需功能。例如,处理器32可以执行信号编码、数据处理、功率控制、输入/输出处理、和/或使M2M节点30能够在无线或有线环境中运行的任何其它功能。处理器32可以运行应用层程序(例如,浏览器)和/或无线电接入层(RAN)程序和/或其他通信程序。处理器32还可以执行诸如认证、安全密钥协议、和/或密码操作的安全操作,诸如例如,在接入层和/或应用层处。
如图14C所示,处理器32耦合至其通信电路系统(例如,收发器34和发送/接收元件36)。通过执行计算机可执行指令,处理器32可以控制通信电路系统,以使节点30经由其所连接的网络来与其它节点通信。具体地,处理器32可以控制通信电路系统,以便执行本文和权利要求书中所述的传送和接收步骤。虽然图14C将处理器32和收发器34描绘为分开的组件,但是将认识到,可以将处理器32和收发器34一起集成在电子封装或者芯片中。
发送/接收元件36可以被配置成向其它节点(包括M2M服务器、网关、设备等)传送信号或者从其它节点(包括M2M服务器、网关、设备等)接收信号。例如,在实施例中,发送/接收元件36可以是被配置成传送和/或接收RF信号的天线。发送/接收元件36可以支持各种网络和空中接口,诸如,WLAN、WPAN、蜂窝等。例如,在实施例中,发送/接收元件36可以是被配置成传送和/或接收IR、UV、或者可见光信号的发射机/检测器。在再一实施例中,发送/接收元件36可以被配置成传送和接收RF和光信号两者。将认识到,发送/接收元件36可以被配置成传送和/或接收无线或者有线信号的任何组合。
另外,尽管在图14C中将发送/接收元件36描绘为单个元件,但是M2M节点30可以包括任何数量的发送/接收元件36。更具体地,M2M节点30可以采用MIMO技术。因此,在实施例中,M2M节点30可以包括用于传送和接收无线信号的两个或者更多个发送/接收元件36(例如,多个天线)。
收发器34可以被配置成调制待由发送/接收元件36传送的信号并且解调制由发送/接收元件36接收的信号。如上文提到的,M2M节点30可以具有多模式能力。因此,例如,收发器34可以包括用于使M2M节点30能够经由多个RAT诸如UTRA和IEEE 802.11通信的多个收发器。
处理器32可以访问来自任何类型的合适的存储器诸如不可移动存储器44和/或可移动存储器46的信息,并且将数据存储在该任何类型的合适的存储器中。例如,处理器32可以将会话上下文存储在其存储器中,如上所述。不可移动存储器44可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘、或者任何其它类型的存储器存储设备。可移动存储器46可以包括订户身份模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。在其它实施例中,处理器32可以访问来自诸如在服务器或者家庭计算机上的并未在物理上位于M2M节点30的存储器的信息,或者将数据存储在该存储器中。处理器32可以被配置成控制显示器或者指示器42上的照明模式、图像、或者颜色,以反映M2M服务层会话迁移或共享的状态,或者从用户获得输入或向用户显示关于节点会话迁移或共享功能或设置的信息。在另一示例中,显示器可以示出关于会话状态的信息。本公开在oneM2M实施例中定义了RESTful用户/应用API。可以在显示器上示出的图形用户界面可以被分层在API之上以允许用户经由本文所述底层服务层会话功能来交互地建立和管理E2E会话或者其迁移或共享。
处理器32可以接收来自电源48的电力,并且可以被配置成分布和/或控制到M2M节点30中的其它组件的电力。电源48可以是用于对M2M节点30进行供电的任何合适的设备。例如,电源48可以包括一个或多个干电池(例如,镍-镉(NiCd)、镍-锌(NiZn)、镍金属氢化物(NiMH)、锂离子(Li-ion)等)、太阳能电池、燃料电池等。
处理器32还可以耦合至GPS芯片集50,该GPS芯片集50被配置成提供关于M2M节点30的当前位置的位置信息(例如,经度和纬度)。将认识到,M2M设备30可以在与实施例保持一致的同时通过任何合适的位置确定方法来获取位置信息。
处理器32可以进一步耦合至其它外围设备52,该外围设备52可以包括提供附加特征、功能、和/或有线或者无线连接的一个或多个软件和/或硬件模块。例如,外围设备52可以包括各种传感器,诸如加速度计、生物测定(例如指纹)传感器、电子罗盘、卫星收发器、数码相机(针对照片或者视频)、通用串行总线(USB)端口或其他互连接口、振动设备、电视收发器、免提耳机、模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏机模块、互联网浏览器等。
节点30可以体现在其他装置或设备中,诸如传感器、消费者电子产品、诸如智能手表或智能服装的可穿戴设备、医疗或电子健康设备、机器人、工业设备、无人机、诸如汽车、卡车、火车或飞机的交通工具。节点30可以经由一个或多个互连接口,诸如可以包括外围设备52之一的互连接口,连接到这类装置或设备的其他组件、模块或系统。替选地,节点30可以包括装置或设备,诸如传感器、消费者电子产品、诸如智能手表或智能衣服的可穿戴设备、医疗或电子医疗设备、机器人、工业设备、无人驾驶飞机、诸如汽车、卡车、火车或飞机的交通工具。
图14D是示例性计算系统90的框图,其可以被用来实现M2M网络的一个或多个节点,诸如M2M服务器、网关、设备或其他节点。计算系统90可以包括计算机或者服务器并且可以主要由计算机可读指令控制,在任何情况下,该计算机可读指令可以是可以被存储在任何位置或者可以通过任何手段访问的软件的形式。计算系统90可以执行或包括诸如SCEF102、PCRF 102、PCEF 206、SPR 204、AS 202、MME 304、HSS 302、UE 402、S-GW 406、P-GW404、CSE 502、CSF、U-SCEF 902、N-API 904、S-API 906、EPC 908、EPC互通服务1002、和产生诸如GUI 1302的GUI的逻辑实体的逻辑实体。计算系统90可以是例如M2M设备、用户设备、网关、UE/GW或包括移动核心网络的节点、服务层网络应用提供商、终端设备18或M2M网关设备14的任何其他节点。可以在诸如中央处理器(CPU)91的处理器内执行这种计算机可读指令以使计算机系统90进行工作。在许多已知的工作站、服务器和个人计算机中,中央处理单元91通过称为微处理器的单芯片CPU来实施。在其它机器中,中央处理单元91可以包括多个处理器。协处理器81是与主CPU 91不同的、执行附加功能或者协助CPU 91的可选处理器。CPU91和/或协处理器81可以接收、生成和处理与所公开的用于E2E M2M服务层会话的系统和方法有关的数据,诸如,接收会话凭证或者基于会话凭证进行认证。
在操作中,CPU 91取得、解码、和执行指令,并且经由计算机的主要数据传输路径系统总线80向其它资源传输信息和从其它资源传输信息。这种系统总线连接计算系统90中的组件,并且定义用于数据交换的介质。系统总线80通常包括用于发送数据的数据线、用于发送地址的地址线、和用于发送中断并且用于操作系统总线的控制线。这种系统总线80的示例是PCI(外围组件互连)总线。
耦合至系统总线80的存储器设备包括随机存取存储器(RAM)82和只读存储器(ROM)93。这种存储器包括允许存储和检索信息的电路系统。ROM 93通常包含不能轻易进行修改的存储数据。存储在RAM 82中的数据可以由CPU 91或者其它硬件设备读取或者改变。对RAM 82和/或ROM 93的访问可以由存储器控制器92控制。当指令被执行时,存储器控制器92可以提供将虚拟地址转换成物理地址的地址转换功能。存储器控制器92还可以提供将系统内的进程隔离并且将系统进程与用户进程隔离的存储器保护功能。因此,在第一模式下运行的程序只能访问通过其自身的进程虚拟地址空间映射的存储器;该程序不能访问另一进程的虚拟地址空间内的存储器,除非已经建立了在进程之间共享的存储器。
另外,计算系统90可以包含外围设备控制器83,该外围设备控制器83负责将指令从CPU91传送至外围设备,诸如打印机94、键盘84、鼠标95、和磁盘驱动器85。
由显示控制器96控制的显示器86用于显示由计算系统90生成的视觉输出。这种视觉输出可以包括文本、图形、动画图形、和视频。可以用基于CRT的视频显示器、基于LCD的平板显示器、基于气体等离子体的平板显示器、或者触摸面板来实施显示器86。显示控制器96包括生成传送至显示器86的视频信号所需的电子组件。
进一步地,计算系统90可以包含通信电路系统诸如例如网络适配器97,该通信电路系统可以用于将计算系统90连接至外部通信网络诸如图14A和图14B的网络12,以使得计算系统90能够与网络的其它节点通信。
用户设备(UE)可以是终端用户用来通信的任何设备。它可以是手持电话、配备有移动宽带适配器的手提电脑或任何其他设备。例如,UE可以被实现为图14A-B的M2M终端设备18或图14C的设备30。
应理解到,本文所述的任何系统、方法和过程可以以存储在计算机可读存储介质上的计算机可执行指令(即,程序代码)的形式体现,该指令在由机器,诸如M2M网络的节点,包括例如M2M服务器、网关、设备等执行时,执行和/或实现本文所述的系统、方法和过程。具体地,上文所述的任何步骤、操作或者功能,包括网关、UE、UE/GW、或移动核心网络的任一节点、服务层或网络应用提供商的操作可以以这类计算机可执行指令的形式实现。诸如SCEF102、PCRF 102、PCEF 206、SPR 204、AS 202、MME 304、HSS 302、UE 402、S-GW 406、P-GW404、CSE 502、CSF、U-SCEF 902、N-API 904、S-API 906、EPC 908、EPC互通服务1002、和产生诸如GUI 1302的GUI的逻辑实体的逻辑实体可以以存储在计算机可读存储介质上的计算机可执行指令的形式体现。计算机可读存储介质包括以用于存储信息的任何非瞬时(即有形或物理)方法或者技术实现的易失性和非易失性介质以及可移动和不可移动介质,但是这种计算机可读存储介质不包括信号。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪速存储器或者其他存储技术、CD-ROM、数字式多功能光盘(DVD)或者其它光盘存储器、磁带盒、磁带、磁盘存储器或者其它磁存储设备,或者可以用于存储所需信息的和可以通过计算机进行访问的任何其它有形或物理介质。
在描述本公开的主题的优选实施例时,如图中所示,为了明了起见而采用特定术语。然而,要求保护的主题并不意图局限于这样选择的特定术语,并且应理解的是每个特定元件包括以类似方式操作以实现类似目的的所有技术等价物。
本书面描述使用示例来公开本发明,包括最佳模式,并且还使得本领域的技术人员能够实施本发明,包括制造和使用任何设备或系统以及执行任何结合的方法。本发明的可以取得专利的范围由权利要求定义,并且可包括本领域的技术人员想到的其它示例。如果此类示例具有不同于权利要求的字面语言的元件或者如果其包括与权利要求的字面语言无实质性差别的等价元件,则此类其它示例提议落入权利要求的范围内。
Claims (15)
1.一种包括处理器、存储器和通信电路的用户设备(UE),所述UE经由其通信电路连接到网络,所述UE进一步包括存储在所述UE的所述存储器中的计算机可执行指令,所述计算机可执行指令在由所述UE的所述处理器执行时,使所述UE执行操作,包括:
从应用接收信息,所述应用位于所述UE处;
将请求发送到所述网络以与核心网络服务暴露功能建立连接;
将包含所述信息的消息发送到所述核心网络服务暴露功能;以及
从所述核心网络服务暴露功能接收响应。
2.如权利要求1所述的UE,进一步包括:
发送与所述核心网络服务暴露功能进行认证的请求。
3.如权利要求1所述的UE,其中,所述消息指示期望的调度。
4.如权利要求3所述的UE,其中,所述期望的调度反映来自所述UE处的多个应用的输入。
5.如权利要求1所述的UE,其中,所述消息指示所述UE的移动性信息。
6.如权利要求1所述的UE,其中,所述UE包括与所述核心网络服务暴露功能互动的服务暴露功能。
7.如权利要求1所述的UE,其中,来自所述核心网络服务暴露功能的响应向所述UE提供参考号。
8.如权利要求7所述的UE,进一步包括:
在会话管理或移动性管理消息中将所述参考号提供给所述核心网络。
9.如权利要求1所述的UE,其中,所述响应包括调度,其中所述UE使用所述调度通信。
10.如权利要求1所述的UE,其中,所述响应包括一个或多个移动性管理定时器值,其中,所述UE将所述一个或多个移动性管理定时器值发送到所述核心网络。
11.如权利要求1所述的UE,其中,所述消息指示所述UE的电池电量信息。
12.一种由用户设备(UE)使用的方法,其中所述UE包括处理器、存储器和通信电路,所述UE经由其通信电路连接到网络,所述UE进一步包括存储在所述UE的所述存储器中的计算机可执行指令,所述计算机可执行指令在由所述处理器执行时,执行方法的功能,包括:
从应用接收信息,所述应用位于所述UE处;
将请求发送到所述网络以与核心网络服务暴露功能建立连接;
将包含所述信息的消息发送到所述核心网络服务暴露功能;以及
从所述核心网络服务暴露功能接收响应。
13.如权利要求12所述的方法,其中,所述消息指示期望的调度,所述期望的调度反映来自所述UE处的多个应用的输入。
14.如权利要求12所述的方法,其中,所述消息指示所述UE的移动性信息。
15.如权利要求12所述的方法,其中,所述UE包括与所述核心网络服务暴露功能互动的服务暴露功能。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110458498.6A CN113518329A (zh) | 2015-08-03 | 2016-08-03 | 用户设备的移动核心网络服务暴露 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201562200305P | 2015-08-03 | 2015-08-03 | |
US62/200,305 | 2015-08-03 | ||
PCT/US2016/045297 WO2017024005A1 (en) | 2015-08-03 | 2016-08-03 | Mobile core network service exposure for the user equipment |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110458498.6A Division CN113518329A (zh) | 2015-08-03 | 2016-08-03 | 用户设备的移动核心网络服务暴露 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108141727A CN108141727A (zh) | 2018-06-08 |
CN108141727B true CN108141727B (zh) | 2021-05-04 |
Family
ID=56686930
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110458498.6A Pending CN113518329A (zh) | 2015-08-03 | 2016-08-03 | 用户设备的移动核心网络服务暴露 |
CN201680056910.9A Active CN108141727B (zh) | 2015-08-03 | 2016-08-03 | 用户设备的移动核心网络服务暴露 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110458498.6A Pending CN113518329A (zh) | 2015-08-03 | 2016-08-03 | 用户设备的移动核心网络服务暴露 |
Country Status (6)
Country | Link |
---|---|
US (3) | US10757716B2 (zh) |
EP (2) | EP3332560B1 (zh) |
JP (1) | JP6670926B2 (zh) |
KR (2) | KR102047382B1 (zh) |
CN (2) | CN113518329A (zh) |
WO (1) | WO2017024005A1 (zh) |
Families Citing this family (44)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017074240A1 (en) * | 2015-10-29 | 2017-05-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Extending timers for extended coverage |
US11070967B2 (en) * | 2015-12-29 | 2021-07-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Network nodes and methods performed therein for enabling communication in a communication network |
CN106937362B (zh) * | 2015-12-31 | 2020-04-14 | 华为技术有限公司 | 网络切片管理装置和网络切片管理方法 |
EP3462691B1 (en) * | 2016-06-03 | 2020-08-05 | Huawei Technologies Co., Ltd. | Method and system for determining network slice |
EP3277008A1 (de) * | 2016-07-29 | 2018-01-31 | Deutsche Telekom AG | Teilnehmeridentitätselement zum authentifizieren eines kommunikationsgerätes gegenüber einem kommunikationsnetzwerk |
US11785505B2 (en) * | 2017-03-17 | 2023-10-10 | Nec Corporation | Apparatus and method for background data transfer |
WO2018203663A1 (en) | 2017-05-02 | 2018-11-08 | Samsung Electronics Co., Ltd. | Method and apparatus for providing network-based northbound application programming interface in a wireless communication system |
US11496884B2 (en) | 2017-05-03 | 2022-11-08 | Qualcomm Incorporated | Exchanging a message including drone-coupled capability information between a drone-coupled user equipment and a component of a terrestrial wireless communication subscriber network |
FR3067197A1 (fr) * | 2017-06-01 | 2018-12-07 | Orange | Procede de selection d'une tranche de reseau relative a une application |
US10601932B2 (en) | 2017-06-09 | 2020-03-24 | At&T Intellectual Property I, L.P. | Next generation mobility core network controller for service delivery |
JP6911924B2 (ja) | 2017-08-08 | 2021-07-28 | 日本電気株式会社 | 基地局の方法、及び基地局 |
US10778609B2 (en) | 2017-08-10 | 2020-09-15 | Futurewei Technologies, Inc. | Interactions between a broadband network gateway and a fifth generation core |
US20200288350A1 (en) * | 2017-09-21 | 2020-09-10 | Nec Corporation | Service control apparatus, charging management server, service control method, charging information management method, and non-transitory computer readable medium |
US10708143B2 (en) * | 2017-11-17 | 2020-07-07 | Huawei Technologies Co., Ltd. | Method and apparatus for the specification of a network slice instance and underlying information model |
CN107888425B (zh) * | 2017-11-27 | 2019-12-06 | 北京邮电大学 | 移动通信系统的网络切片部署方法和装置 |
DE112018005693T5 (de) | 2017-11-27 | 2020-07-09 | Intel IP Corporation | Multi-access edge computing (mec)-basierte mehrbetreiberunterstützung für cellular vehicle-to-everything (c-v2x) systeme |
US11032733B2 (en) * | 2017-12-18 | 2021-06-08 | Cisco Technology, Inc. | Adaptive quality of service for enterprise traffic |
WO2019135560A1 (ko) * | 2018-01-04 | 2019-07-11 | 엘지전자 주식회사 | Pdu 세션 수립 절차를 수행하는 방법, 사용자 장치 및 네트워크 노드 |
WO2019140551A1 (zh) * | 2018-01-16 | 2019-07-25 | 深圳市汇顶科技股份有限公司 | 定时器实现方法和装置 |
US10764143B2 (en) * | 2018-02-26 | 2020-09-01 | Verizon Patent And Licensing Inc. | System and method for enforcing group policies for MTC devices to perform background data transfers |
WO2019178761A1 (zh) | 2018-03-21 | 2019-09-26 | 华为技术有限公司 | 应用编程接口api网关集群的控制方法和api网关集群 |
KR20240124422A (ko) * | 2018-04-06 | 2024-08-16 | 인터디지탈 패튼 홀딩스, 인크 | 5g 네트워크에서의 로컬 영역 데이터 네트워크(ladn)에 대한 접속들을 관리하는 방법들 |
US11323934B2 (en) * | 2018-04-09 | 2022-05-03 | Nokia Technologies Oy | Session context conversion |
CN110519795B (zh) * | 2018-05-21 | 2021-12-10 | 华为技术有限公司 | 一种确定背景流量传输策略的方法及装置 |
CN112868203A (zh) * | 2018-10-05 | 2021-05-28 | 华为技术有限公司 | 用于管理与多个网络切片相关的服务的设备和方法 |
WO2020081773A1 (en) | 2018-10-18 | 2020-04-23 | Intel Corporation | Systems, methods, and devices for access control for private slices in a plmn |
WO2020098951A1 (en) | 2018-11-16 | 2020-05-22 | Huawei Technologies Co., Ltd. | Devices and methods for analytics exposure to application functions in 5g networks |
CN111225013A (zh) * | 2018-11-27 | 2020-06-02 | 华为技术有限公司 | 一种传输策略确定方法、策略控制方法及装置 |
US10595191B1 (en) | 2018-12-06 | 2020-03-17 | At&T Intellectual Property I, L.P. | Mobility management enhancer |
CN109600386A (zh) * | 2018-12-29 | 2019-04-09 | 江苏博智软件科技股份有限公司 | 一种工控态势感知主动探测系统 |
EP3918818A4 (en) * | 2019-02-02 | 2022-10-26 | Telefonaktiebolaget LM Ericsson (publ.) | EU-TO-EU EVENT MONITORING PROCESSES AND NODES |
US11379551B2 (en) * | 2019-03-26 | 2022-07-05 | University Of Southern California | Latency minimization in mobile applications |
EP4008094A1 (en) * | 2019-05-03 | 2022-06-08 | Lenovo (Singapore) Pte. Ltd. | Method and apparatus for determining validity information for a protocol data unit session |
US11909517B2 (en) * | 2019-05-29 | 2024-02-20 | CEO Vision, Inc | Systems and methods for secure, low bandwidth replicated virtual worlds for shared space computing |
US11587075B2 (en) * | 2019-12-18 | 2023-02-21 | Visa International Service Association | Method, system, and computer program product for dynamically ensuring SDK integrity |
JP7435278B2 (ja) | 2020-06-08 | 2024-02-21 | 富士通株式会社 | データ収集装置、データ収集方法及びプログラム |
CN116349324A (zh) * | 2020-10-23 | 2023-06-27 | 瑞典爱立信有限公司 | 用于监测事件配置的方法和装置 |
US12081979B2 (en) * | 2020-11-05 | 2024-09-03 | Visa International Service Association | One-time wireless authentication of an Internet-of-Things device |
CN112667403B (zh) * | 2020-12-31 | 2024-06-18 | 北京百度网讯科技有限公司 | 一种服务器的调度方法、装置及电子设备 |
US20220239601A1 (en) * | 2021-01-26 | 2022-07-28 | Qualcomm Incorporated | Background data traffic distribution of media data |
CN113452793B (zh) * | 2021-06-30 | 2024-05-14 | 东软睿驰汽车技术(沈阳)有限公司 | 一种诊断服务处理方法、装置、车载终端及介质 |
ES2962936T3 (es) * | 2021-08-03 | 2024-03-21 | Deutsche Telekom Ag | Operación de un equipo de usuario dentro de o como parte de una red de telecomunicaciones mediante el uso de una funcionalidad del plano de control |
CN113824589B (zh) * | 2021-09-18 | 2023-05-16 | 国网河南省电力公司信息通信公司 | 基于RESTful的切片能力开放接口映射方法 |
EP4221366A1 (en) * | 2022-01-28 | 2023-08-02 | Comcast Cable Communications LLC | Failure and recovery of electrical supply service for wireless communications |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014210068A1 (en) * | 2013-06-24 | 2014-12-31 | Zte (Usa) Inc. | Method and apparatus for supporting multiple m2m service providers on an m2m node |
Family Cites Families (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7609700B1 (en) * | 2005-03-11 | 2009-10-27 | At&T Mobility Ii Llc | QoS channels for multimedia services on a general purpose operating system platform using data cards |
US7873710B2 (en) * | 2007-02-06 | 2011-01-18 | 5O9, Inc. | Contextual data communication platform |
US20090286544A1 (en) * | 2008-05-13 | 2009-11-19 | At&T Mobility Ii Llc | Administration of an access control list to femto cell coverage |
CN101730319B (zh) * | 2008-10-16 | 2015-12-16 | 中兴通讯股份有限公司 | 移动网络广告投放系统及方法 |
US9844073B2 (en) * | 2010-01-11 | 2017-12-12 | Qualcomm Incorporated | Methods and apparatus for contention-based uplink access in wireless communication systems |
US8825044B2 (en) * | 2011-03-10 | 2014-09-02 | Sprint Spectrum L.P. | Redirecting a wireless communication device to a different frequency |
KR101533864B1 (ko) * | 2011-05-13 | 2015-07-03 | 주식회사 케이티 | M2m 통신에서 네트워크를 선택하는 방법 및 장치 |
KR101821603B1 (ko) * | 2011-11-28 | 2018-03-09 | 전자부품연구원 | 스케일러블 어플리케이션 서비스 시스템에서의 사용자 맞춤형 광고/뉴스의 제공 방법 |
US9730101B2 (en) * | 2012-01-31 | 2017-08-08 | Telefonaktiebolaget Lm Ericsson | Server selection in communications network with respect to a mobile user |
US9369905B2 (en) * | 2012-05-18 | 2016-06-14 | Qualcomm Incorporated | Battery power reporting for UE relays |
CN103458386B (zh) * | 2012-05-29 | 2016-12-14 | 华为技术有限公司 | 一种数据传输的方法及装置 |
WO2014085981A1 (en) * | 2012-12-04 | 2014-06-12 | Qualcomm Incorporated | Apparatus and method for enhanced mobile power management |
KR102182167B1 (ko) | 2013-02-19 | 2020-11-24 | 엘지전자 주식회사 | M2m 서비스 설정 변경 방법 및 이를 위한 장치 |
US9357469B2 (en) * | 2013-05-29 | 2016-05-31 | Rivada Networks, Llc | Methods and system for dynamic spectrum arbitrage with mobility management |
JP6254702B2 (ja) * | 2013-09-27 | 2017-12-27 | エルジー エレクトロニクス インコーポレイティド | M2mシステムにおける通知メッセージ伝達方法及びこのための装置 |
EP3051854A4 (en) * | 2013-09-27 | 2017-05-24 | Nec Corporation | Communication system, service-sharing device, mobile-network node device, and data communication method |
WO2015065457A1 (en) * | 2013-10-31 | 2015-05-07 | Nokia Corporation | User equipment power optimization |
EP2991411B1 (en) * | 2014-01-10 | 2019-09-18 | LG Electronics Inc. | Method for supporting power saving mode and radio device therefor |
CN104811921B (zh) * | 2014-01-26 | 2019-02-26 | 电信科学技术研究院 | 信息通知、rrc连接释放控制方法及设备 |
-
2016
- 2016-08-03 CN CN202110458498.6A patent/CN113518329A/zh active Pending
- 2016-08-03 WO PCT/US2016/045297 patent/WO2017024005A1/en active Application Filing
- 2016-08-03 EP EP16751747.3A patent/EP3332560B1/en active Active
- 2016-08-03 CN CN201680056910.9A patent/CN108141727B/zh active Active
- 2016-08-03 KR KR1020187006179A patent/KR102047382B1/ko active IP Right Grant
- 2016-08-03 US US15/749,632 patent/US10757716B2/en active Active
- 2016-08-03 EP EP21161134.8A patent/EP3855774B1/en active Active
- 2016-08-03 JP JP2018505418A patent/JP6670926B2/ja active Active
- 2016-08-03 KR KR1020197033814A patent/KR102409214B1/ko active IP Right Grant
-
2020
- 2020-07-14 US US16/928,170 patent/US11019639B2/en active Active
-
2021
- 2021-04-26 US US17/240,383 patent/US11974264B2/en active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014210068A1 (en) * | 2013-06-24 | 2014-12-31 | Zte (Usa) Inc. | Method and apparatus for supporting multiple m2m service providers on an m2m node |
Non-Patent Citations (4)
Title |
---|
Architecture Enhancements for Service Capability Exposure;3GPP;《3GPP TR 23.708 V1.3.0》;20150630;正文第6.3.1节及图6.3.1-1) * |
Architecture enhancements to facilitate communications with packet data networks and applications;3GPP;《3GPP TS 23.682 V13.2.0》;20150630;全文 * |
Study on Security aspects of Machine-Type Communications (MTC) architecture and feature enhancements;3GPP;《3GPP TR 33.889 V0.5.0 》;20150430;全文 * |
Study on Service Exposure and Enablement Support (SEES) requirements;3GPP;《3GPP TR 22.853 V2.0.0》;20140630;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN113518329A (zh) | 2021-10-19 |
JP6670926B2 (ja) | 2020-03-25 |
US11974264B2 (en) | 2024-04-30 |
KR102409214B1 (ko) | 2022-06-15 |
US20210258976A1 (en) | 2021-08-19 |
JP2018530193A (ja) | 2018-10-11 |
WO2017024005A1 (en) | 2017-02-09 |
EP3855774A1 (en) | 2021-07-28 |
EP3855774B1 (en) | 2024-05-15 |
EP3332560B1 (en) | 2021-05-26 |
KR20180038002A (ko) | 2018-04-13 |
US10757716B2 (en) | 2020-08-25 |
CN108141727A (zh) | 2018-06-08 |
US20190124671A1 (en) | 2019-04-25 |
KR102047382B1 (ko) | 2019-11-21 |
US11019639B2 (en) | 2021-05-25 |
EP3332560A1 (en) | 2018-06-13 |
US20200344774A1 (en) | 2020-10-29 |
KR20190130682A (ko) | 2019-11-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108141727B (zh) | 用户设备的移动核心网络服务暴露 | |
US11297660B2 (en) | Session management with relaying and charging for indirect connection for internet of things applications in 3GPP network | |
US11503446B2 (en) | Service capability exposure at the user equipment | |
JP7041212B2 (ja) | 仮想化されたモバイルコアネットワークへの接続 | |
US20210084443A1 (en) | Methods of joint registration and de-registration for proximity services and internet of things services | |
EP3590243B1 (en) | Network service continuity without session continuity | |
JP6696033B2 (ja) | 中継デバイスの課金 | |
EP3836586A1 (en) | Small data usage enablement in 3gpp networks |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |