CN109792684B - 使ue保持唤醒 - Google Patents
使ue保持唤醒 Download PDFInfo
- Publication number
- CN109792684B CN109792684B CN201780059932.5A CN201780059932A CN109792684B CN 109792684 B CN109792684 B CN 109792684B CN 201780059932 A CN201780059932 A CN 201780059932A CN 109792684 B CN109792684 B CN 109792684B
- Authority
- CN
- China
- Prior art keywords
- data
- network
- message
- scef
- psm
- 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
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/02—Arrangements for increasing efficiency of notification or paging channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/04—Error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
- H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
- H04W52/0219—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave where the power saving management affects multiple terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/005—Transmission of information for alerting of incoming communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/25—Maintenance of established connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- 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
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/06—Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless
-
- 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/02—Terminal devices
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
当移动终端装置休眠时,所述装置在被需要时,例如,当所述装置是从第三方服务器接收数据的接收者时,可能不是可达的。如本文中所描述的,第三方应用服务器可以通知网络它具有要发送给特定的一个UE或一群UE的数据。在例子中,移动核心网络(MCN)可以使用来自第三方服务器的信息来确保UE在它需要唤醒时是唤醒的。例如,给定的一个UE或一群UE可以被阻止在数据传送完成之前进入休眠状态。
Description
相关申请的交叉引用
本申请要求2016年8月16日提交的美国临时专利申请第62/375,695号的权益,该申请的公开内容特此通过引用并入,就如同其在本文中被全部阐述一样。
背景技术
3GPP支持使得用户设备(UE)能够休眠较长时段以便省电的数个特征。省电模式(PSM)和扩展空闲模式DRX(eDRX)是使得UE可以休眠相对较长的时段的特征,而在“休眠”状态下,给定的UE通常不监听来自网络的寻呼,因此UE对于移动台终止的(MT)通信是不可达的。扩展S-GW缓冲是如下特征:以处于长休眠时段的UE为目标的MT数据可以被缓冲在S-GW中,直到UE监听网络为止。可达性通知是使得服务能力服务器或应用服务器(SCS/AS)可以在UE可用于MT通信时被通知的特征。
省电模式(PSM)是在3GPP Release 12(发布12)中引入的UE状态。PSM特征是在3GPP TS 23.682(“Architecture enhancements to facilitate communications withpacket data networks and applications”)和3GPP TS 23.401(“General Packet RadioService(GPRS)enhancements for Evolved Universal Terrestrial Radio AccessNetwork(E-UTRAN)access”)的第4.3.22和4.3.5.2节中定义的。
省电模式(PSM)特征的目的是降低UE处的功耗。PSM模式下的UE类似于关机,但是UE仍注册于网络上,并且不需要重新附连或重新建立PDN连接。PSM特征引入了新的称之为“作用时间”的计时器,该计时器指示UE在进入PSM之前在其期间仍可达的时间。UE在它转变到空闲模式时启动作用时间,并且在作用时间期间可用于任何移动台终止的请求。当作用计时器到期时,UE停用其接入层功能,并且进入PSM。在PSM中,由于接入层功能的停用,UE停止空闲模式进程,但是继续运行可以应用的任何NAS计时器(例如,周期性TAU计时器)。
一般来说,当UE支持PSM时,它通过在Attach(附连)或TAU/RAU进程期间提供作用时间值来向CN指示它想要使用PSM。如果网络支持PSM并且想要使得UE可以使用PSM,则它通过将作用时间值分派给UE来确认PSM的使用。网络通过考虑UE的请求值以及网络配置和策略来确定作用时间。在一些情况下,如果UE希望修改作用时间值,则UE在下一个周期性TAU/RAU进程中请求它想要的值。UE保持处于PSM模式,直到移动台发起的事件(例如,周期性RAU/TAU,移动台发起的数据或去附连)需要UE朝向网络启动任何进程为止。
通常,PSM意图用于预计移动台发起和终止的服务不频繁的UE、和可以接受移动台终止的通信中的对应延时的UE。这暗示着,想要使用PSM的任何应用都需要请求长得足以允许进行可能的移动台终止的服务或数据递送的作用时间。
转到扩展不连续接收(DRX),使用扩展空闲模式DRX(扩展DRX或eDRX)的UE在寻呼时刻(PO)之间具有较长的时段。在每个寻呼时刻,UE对网络监听寻呼。寻呼向UE指示网络可能具有要发送给UE的数据,所以其RRC连接应被激活以使得它可以接收数据。假定UE未被寻呼,UE在寻呼时刻之间可以进入休眠状态(功耗降低)。在一些情况下,eDRX寻呼时刻之间的时间可以被配置为长达大约45分钟。
UE在附连或跟踪区域更新(TAU)进程期间可以请求使用eDRX。附连或TAU请求可以被UE用来请求使用特定的eDRX参数。网络可以通过接受UE的eDRX参数、拒绝UE使用eDRX的请求、或者在提供不同的eDRX参数的同时接受UE使用eDRX的请求来做出响应。
在一些情况下,当UE正在使用休眠模式(比如举例来说PSM或eDRX)时,S-GW可以支持MT数据的扩展缓冲。S-GW可以缓冲MT数据,直到UE退出PSM(通过执行TAU)为止,或者直到UE的下一个寻呼时刻为止。SCEF可以将API提供给SCS/AS。API可以允许SCS/AS为UE配置S-GW对扩展缓冲的使用。例如,API可以允许SCS/AS配置多少个MT分组可以被缓冲以及分组在被丢弃之前应在缓冲器中保持多久。可替代地,例如,UE对扩展S-GW缓冲的使用可以由网络运营商在UE的订阅信息中配置。目前,当SCS/AS将分组发送给UE并且该分组被存储在S-GW缓冲器中时,SCS/AS不会从MCN接收到该分组在缓冲器中的应答(确认)。
现在转到可达性通知,SCEF可以向SCS/AS显露允许SCS/AS请求当UE是可达的或者不久将变为可达的时被通知的API。例如,MCN可以通知SCS/AS UE何时通过执行TAU退出PSM、附连或者UE的寻呼时刻何时接近。如果SCS/AS使用可达性通知来协调其与UE的通信,则它可以避免PSM的使用。可达性通知在TS 23.682中有进一步的描述。
SCEF可以向SCS/AS显露允许SCS/AS调度或协商与MCN的后台数据传送的API。API可以允许SCS/AS指示传送中的UE的数量、将被发送的数据的容量以及UE的地理位置。MCN然后可以为SCS/AS提供数据传送何时可以被执行的时间。后台数据传送在TS23.682和3GPPTS 23.203(“Policy and charging control architecture”)中有进一步的描述。
现在转到传输层和应用层协议中的目前的重发方法,一些传输层协议可能要求一些分组被应答。例如,传输控制协议(TCP)是要求分组的接收者发送应答的协议。如果发送者在超时时段(例如,1秒)内没有接收到应答,则发送者将重发分组。发送者可以增大超时的大小,并且继续尝试发送分组,直到它接收到应答为止。TCP允许接收者识别已经被重复接收的分组以使得重复的分组可以被丢弃。在一些情况下,发送者在发送另一个分组之前无需等待分组被应答;多个分组可以同时在运送中。
CoAP是可以被配置为使得一些分组必须被应答的应用层协议的例子。类似于TCP,CoAP可以被配置为具有在其后、未被应答的分组将被重发的超时时段。CoAP协议还允许接收者识别已经被重复接收的分组以使得重复的分组可以被丢弃。在一些情况下,发送者在发送另一个分组之前无需等待分组被应答;多个分组可以同时在运送中。
参照图1,描绘了网络功能虚拟化(NFV)的示例概览。通过概览,NFV旨在变换网络运营商设计网络的方式。具体地说,IT虚拟化技术正被用来将许多网络设备类型合并到可能位于数据中心、网络节点中以及终端用户房屋建筑中的行业标准大容量服务器、交换机和储存器上。网络功能(例如,移动性管理、会话管理、QoS)可以用软件来实现,并且网络功能可以在一个范围的行业标准服务器硬件上运行。所述功能可以在不需要安装新设备的情况下根据需要被移到网络中的各种位置或者在网络中的各种位置中被实例化。图1例示说明用于ETSI已经提供的NFV的架构框架的一个例子。
在本文中认识到NFV可以被应用于移动网络和固定网络中的任何的数据平面分组处理和控制平面功能。无限制地提出,例子包括:
·交换元件(例如,BNG、CG-NAT、路由器)
·移动网络节点(例如,HLR/HSS、MME、SGSN、GGSN/PDN-GW、RNC、eNodeB)
·家庭路由器和机顶盒中包含的用以创建虚拟化的家庭环境的功能
·聚集的功能和全网的功能(例如,AAA服务器、策略控制和收费平台)
·应用级别优化(例如,CDN、高速缓存服务器、负荷均衡器、应用加速器)
·安全功能(例如,防火墙、病毒扫描仪、指令检测系统、垃圾邮件保护)
在本文中认识到,应用NFV可以为网络运营商提供可能有助于电信行业格局中的巨大变化的各种益处。例如,没有限制地,在本文中认识到NFV可以提供如下益处:
·通过合并设备并且利用IT行业的规模经济来降低设备成本和降低功耗。
·通过使典型的网络运营商的创新周期最小化来提高进入市场的时间速度。
·相同基础设施上的运行生成、测试和参考设施的可能性提供更高效的测试和整合,从而降低开发成本和缩短进入市场的时间。
·基于地理或客户群的有针对性的服务引入。服务可以根据需要被快速地扩大/缩小。
·多种多样的生态系统的实现(鼓励开放性)。
·基于实际的流量/移动性模式和服务需求、近乎实时的优化的网络配置和/或拓扑结构。
·支持多租户,从而允许网络运营商为可以以管理域的适当的安全间隔共存于同一个硬件上的多个用户、应用、内部系统或其他网络运营商提供定制的服务和连接。
·通过利用标准服务器和储存器上的功率管理特征以及工作负荷合并和定位优化来降低能耗。
图2是具有VNF和嵌套转发图的端对端网络服务的例子(来自ETSI GS NFV 002)。图2例示说明虚拟化网络功能转发图(VNF-FG)的概念。VNF-GW描述了一组VNF如何被连接来提供服务。
比如下一代移动网络(NGMN)联盟的“Description of Network SlicingConcept”中描述的网络切片是可以被移动网络运营商用来在移动运营商的网络(回程和核心网络)的整个固定部分上以空口作为基础支持多个虚拟网络的机制。这涉及将网络“切片”成支持不同RAN或在单个RAN上运行的不同服务类型的多个虚拟网络。网络切片使得运营商能够创建被定制为针对(例如,在功能性、性能和隔离的领域中)需要不同要求的不同市场情形提供优化的解决方案的网络。图3示出网络切片的示例概念性架构。将理解,图3中的不同类型的描影指示不同的网络切片实例或子网切片实例。
3GPP设计5G网络,并且考虑是否合并网络切片技术,网络切片技术可以很好地适合于5G网络,因为5G用例(例如,海量IoT、危急通信和增强移动宽带)需要非常不同的、有时极端的要求。目前的架构利用相对单一的网络和传输框架来适应各种服务,比如举例来说来自智能电话、OTT内容、特色电话、数据卡和嵌入式M2M装置的移动流量。预料当更广范围的业务需要均具有它自己的特定的一组性能、可扩展性和可用性要求时,目前的架构的灵活性和可扩展性不足以高效地支持这些业务需要。此外,在本文中认识到应使新的网络服务的引入更有效率。然而,预料几个用例会在同一个运营商网络中同时作用,因此需要5G网络的高度的灵活性和可扩展性。
关于5G网络中的省电模式,5G网络可以支持某种类型的省电模式(或UE状态),例如,在该模式下,UE关闭某些功能以降低功耗并且不对移动核心网络(MCN)监听寻呼。如果UE在处于省电模式(或状态)下时不对MCN监听寻呼,则它对于移动台终止的(MT)通信是不可达的。
在本文中认识到,当用户设备(UE)被允许进入长休眠时段时,比如当PSM和/或eDRX被使用时,可能引起UE不可达的情形,并且网络或第三方服务器可能需要针对移动台终止的事件联系UE。
发明内容
如上所述,当移动终端装置休眠时,这些装置在被需要时(例如,当该装置是从第三方服务器接收数据的接收者时)可能是不可达的。如本文中所描述的,第三方应用服务器可以通知网络它具有要发送给特定的一个UE或一群UE的数据。在例子中,移动核心网络(MCN)可以使用来自第三方服务器的信息来确保UE在它需要唤醒时是唤醒的。例如,给定的UE可以在数据传送完成之前被防止进入休眠状态。
在例子中,服务器可以接收指示与例如移动台终止的(MT)装置或UE相关联的连接状态的消息。所述消息可以包括例如、但不限于不连续接收(DRX)或省电模式(PSM)计时器、作用计时器值、跟踪区域更新(TAU)计时器值或DRX周期长度。基于所述消息,服务器可以将协议的重发时间配置为第一值。服务器可以将数据分组发送给至少一个移动终端装置,并且使用所述协议来根据第一值将该数据分组重发预定次数。所述协议在一些情况下可以是传输控制协议(TCP)或受限应用协议(CoAP)。此外,服务器可以在从移动终端装置接收到数据时或者在从网络接收到通知时将所述协议的重发时间变为第二值。其后,可以使用所述协议来根据第二值将数据分组重发预定次数。来自网络的通知可以包括计时器值或可用性通知或丧失连接通知。在一些情况下,服务器可以在从网络接收到第二通知时将重发时间变回第一值。在例子中,第二通知是(UE)丧失连接通知。
在示例实施例中,设备包括处理器、存储器和通信电路。所述设备经由其通信电路连接到网络,所述设备进一步包括存储在所述设备的存储器中的计算机可执行指令,这些指令在被所述设备的处理器执行时使所述设备执行各种操作。例如,所述设备可以接收指示将是从第三方服务器在传送数据期间接收数据的接收者的至少一个用户设备的第一数据递送请求消息。第一数据递送请求消息可以进一步指示第三方服务器何时想要执行数据传送。基于第一数据递送请求消息,所述设备可以执行确保所述至少一个UE唤醒用于数据传送的动作。在例子中,所述至少一个用户设备是一群用户设备,以使得所述动作确保该群中的每个UE彼此同时地唤醒用于数据传送。
提供本发明内容是为了以简化的形式介绍下面在具体实施方式中进一步描述的构思的选择。本发明内容并非意图认定要求保护的主题的关键特征或必要特征,也并非意图被用来限制要求保护的主题的范围。此外,要求保护的主题不限于解决本公开的任何部分中指出的任何一个或所有的缺点的限制。
附图说明
为了促进本申请的更坚定的理解,现在参照附图,在附图中,相似的元件用详细的数字来引用。这些附图不应被解释为限制本申请,并且意图仅仅是说明性的。
图1是例示说明其中可以实现一个或多个公开的实施例的网络功能虚拟化(NFV)的示例架构框架的示图;
图2是例示说明虚拟化网络功能转发图(VNF-FG)的例子的示图;
图3是例示说明其中可以实现一个或多个公开的实施例的网络切片的示例架构的示图;
图4示出与移动网络基础设施的示例BM-SC连接;
图5是用于启动MBMS多播服务的示例调用流程;
图6是使用MBMS的群消息递送的示例调用流程;
图7示出两个示例通信模式;
图8是根据示例实施例的用于第三方发起的数据递送的调用流程;
图9是根据示例实施例的用于更新的后台数据传送的调用流程;
图10示出示例WiFi网络中的示例SCEF;
图11A和11B是根据示例实施例的示例图形用户界面;
图12A是其中可以实现一个或多个公开的实施例的、示例机器对机器(M2M)或物联网(IoT)通信系统的系统图;
图12B是在图12A中例示说明的M2M/IoT通信系统内可以使用的示例架构的系统图;
图12C是在图12A中例示说明的通信系统内可以使用的示例M2M/IoT终端或网关装置的系统图;以及
图12D是其中可以体现图12A的通信系统的各方面的示例计算系统的框图。
具体实施方式
如上所述,在本文中认识到,当UE被允许进入长休眠时段时,比如当省电模式(PSM)和/或扩展空闲模式不连续接收(eDRX)被使用时,可能引起当网络或第三方服务器需要针对移动台终止的事件联系UE时UE不可达的情形。
在本文中认识到,如果第三方服务器在UE处于PSM时将数据发送给UE,则移动核心网络可以丢弃数据或缓冲数据,直到UE的下一个寻呼时刻为止。因此,用于与使用PSM的UE进行通信的应用、传输和服务层协议应考虑UE可能正在休眠长时段并且MCN可能被配置为缓冲发送给UE的数据。在本文中进一步认识到,如果第三方服务器在其寻呼时刻很久之前将数据发送给UE,则移动核心网络可以丢弃数据或缓冲数据,直到UE的下一个寻呼时刻为止。用于与使用eDRX的UE进行通信的应用、传输和服务层协议因此应考虑UE可能正在休眠长时段并且MCN可能被配置为缓冲发送给UE的数据。
服务层可以是网络服务架构内的功能层。服务层通常位于应用协议层(比如HTTP、CoAP或MQTT)之上,并且向客户端应用提供增值服务。服务层还在较低的资源层(比如举例来说控制层和传输/接入层)向核心网络提供接口。服务层支持多个类别的(服务)能力或功能,包括服务定义、服务运行时间启用、策略管理、接入控制和服务群集。最近,几个行业标准主体(例如,oneM2M)一直在开发M2M服务层以解决与M2M类型的装置和应用整合到比如互联网/Web、蜂窝、企业和家庭网络的部署中相关联的挑战。M2M服务层可以为应用和/或各种装置提供对于由服务层支持的一批或一组上述能力或功能(其可以被称为CSE或SCL)的使用权限。几个例子包括,但不限于,各种应用通常可以使用的安全、收费、数据管理、装置管理、发现、调配和连接管理。这些能力或功能经由使用由M2M服务层定义的消息格式、资源结构和资源表示的API而使得可供这样的各种应用使用。CSE或SCL是可以用硬件和/或软件实现的功能实体,该功能实体提供显露于各种应用和/或装置的(服务)能力或功能(例如,这样的功能实体之间的函数接口)以便使它们使用这样的能力或功能。
在本文中还认识到,用于与使用扩展S-GW缓冲的UE进行通信的应用、传输和服务层协议应考虑发送给该UE的数据可以被MCN存储在S-GW中。例如,如果S-GW被配置为对特定的UE缓冲下行链路分组长达30分钟,则应用层重发计时器应被调谐为考虑发送给UE的分组在该UE退出PSM之前可以被缓冲在S-GW中30分钟的事实,在该UE退出PSM时,它将被递送给该UE。在分组仍在S-GW缓冲器中时进行同一个分组的第二次重发尝试可能是低效的。关于可达性通知,在接收到可达性通知之后,在本文中认识到,SCS/AS在UE返回到省电状态之前或者在UE的eDRX寻呼时刻过去之前可能小心地将数据发送给UE。目前的机制没有考虑传送中所涉及的UE何时以及是否正在使用休眠模式(比如PSM或eDRX)。此外,目前的机制不允许SCS/AS指示数据传送中所涉及的特定UE的身份。
根据进一步的背景,关于WiFi中的省电模式,Wi-Fi接收路径上的功耗与发送路径相比通常约低三分之一。因此,当没有传出的帧存在时关闭发送路径并且仅进行监听可能功率效率更高。当WiFi站(STA)向接入点(AP)(或无线LAN控制器)指示它正进入省电模式并且关闭其接收路径时,进一步的省电可以由WiFi站(STA)实现。AP(或无线LAN控制器)存储送往处于省电模式的给定STA的帧,并且当被请求将它们发送给该STA时这样做。在关联期间,给定的STA使用监听间隔参数来向AP指示在它从AP检索排队的帧之前它应休眠多少个信标间隔。AP直到STA的监听间隔过去才可以丢弃任何排队的帧。
在现有的方法中,给定的STA可以通过将空帧发送给其中功率管理位被设置的AP来进入省电模式。从那以后,AP(或无线LAN控制器)存储送往每一STA队列中的STA的分组,并且设置信标帧中的TIM字段以指示送往该STA的分组已经在AP处排队。STA可以在每一个监听间隔从休眠唤醒以接收信标帧,当它检测到用于它的TIM字段已经被设置时,它可以将PS-Poll帧发送给AP。作为响应,AP可以将首先排队的帧发送给STA。STA可以接收排队的数据帧,如果该帧中的更多数据字段被设置,则它可以将另一个PS-Poll帧发送给AP。在一些情况下,STA继续发送PS-Poll帧来接收排队的帧,当没有一个剩下时,它返回到休眠,直到下一个监听间隔为止。
在本文中认识到,上述方法不是非常高效的数据传送方法,因为轮询被使用,轮询一般适合于低流量状况。对于该方法的一个示例改进是,当检测到排队的帧时通过发送其中功率管理位被关闭的空帧来退出省电模式。AP(或无线LAN控制器)然后可以将排队的帧发送给STA。STA然后可以通过发送其中功率管理位被开启的空帧来重新进入省电模式。例如,STA在它尚未从AP(或无线LAN控制器)接收到任何帧的短暂时段内可以等待以推断在AP(或无线LAN控制器)处没有用于它的尚未解决的排队的帧。
现在转到非计划异步省电递送(U-APSD),在本文中认识到,老式的省电方法对于由短帧组成的周期性双向数据流量(比如举例来说VoIP)没有提供良好的省电。举例来说,推断不存在来自AP的尚未解决的排队的帧的时间通常比连续的VoIP帧之间的时段长得多,使得STA在VoIP呼叫期间没有进入省电模式。被表述为802.11e的一部分的U-APSD机制意在于比以前的方法更好地解决这种情况。
U-APSD允许客户端基于VoIP呼叫的可预测的流量模式来预先调度STA和AP之间的通信。例如,客户端可以与AP协商典型的每20ms交换VoIP帧。一旦这被协商,客户端就可以在不通知AP的情况下在分组交换之间休眠。对于非VoIP流量,STA通过发送触发帧来检索在AP中排队的单播流量。AP可以通过在信标中公布该能力来指示对于该机制的支持,并且探测响应和关联/重新关联响应帧。
如老式的省电模式下那样,STA可以设置空帧中的功率管理位以向AP指示它处于省电模式。处于省电模式的STA发送QoS空帧或QoS数据帧来触发AP发送排队的帧。AP可以应答触发,然后用协商的最大数量的帧跟进它。在一些情况下,如果当触发被接收到时在AP上没有排队的帧,则AP将用QoS空帧来响应。在本文中认识到,U-APSD优于老式的省电模式的优点是帧的交换以SIFS间隔发生,使得介质在交换期间保持锁定。在老式的省电模式下,帧是以DIFS间隔交换的,使得其他STA可以接管介质。
现在参照图4,示出了示例高级多媒体广播/多播服务(MBMS)。MBMS在3GPP TS23.246(“Multimedia/Broadcast/Multicast Service;Architecture and FunctionalDescription”)中有详细的描述,该文献通过引用并入,就如同其内容在本文中被阐述一样。参照图4,BM-SC是控制MBMS会话的节点。BM-SC发起MBMS将被用于广播特定的内容的通知,并且它管理与想要加入会话的终端相关联的功能。终端和BM-SC之间的交互是通过正常的单播处理的。MBMS服务是用户所知晓的。例如,会话是基于每一用户控制的。BM-SC的示例功能包括:服务公告功能、密钥管理功能以及会话和发送功能。
现在参照图5,示出了UE如何启动MBMS的例子。在1,UE启动其默认的PDN上下文。在2,UE尝试加入MBMS。加入群的决策可以是响应于该图中未示出的服务广告的。例如,广告可能已经经由WAP推送、SMS等发送。在步骤3-17中,启动MBMS服务,这在3GPP TS 23.246中有详细的描述。
现在参照图6,在本文中可以被称为第三方服务器的服务能力服务器(SCS)或应用服务器(AS)(SCS/AS)可以接入MBMS系统以经由服务能力显露功能(SCEF)来广播/多播数据。参照图6,在5,TMGI可以被递送给群。TMGI可以被群成员用来监听群消息。在6,SCS/AS可以通知SCEF广播/多播的起始时间。在13,群消息可以被递送。图6在3GPP TS 23.682中有更详细的描述,该文献通过引用并入,就如同其内容在本文中被阐述一样。
如上所述,在本文中认识到,在UE例如处于休眠状态时,将移动台终止的(MT)数据缓冲在移动核心网络(MCN)内可以是MNO向第三方服务提供商提供的希望的服务。例如,在一些情况下,当第三方服务提供商期望将单个分组发送给UE并且第三方服务提供商不涉及从应用、服务或传输层接收及时的应答时,所述服务可以是有用的。然而,在其他通信情况下,在本文中认识到,将MT数据缓冲在MCN中可能引起网络内以及与应用、服务或传输层协议的问题。
例如,MCN内的缓冲的支持通常要求MCN具有可用于缓冲被寻址到休眠装置的任何MT数据的存储器资源。因此,例如,如果MT数据大小巨大,则存储器要求可能相当大,尤其是如果缓冲是许多IoT装置所必需的话。另外,在本文中认识到,在MT数据被缓冲在旧的网络元件中时,当休眠的UE唤醒并且附连到新的网络元件(例如,MME或S-GW)时,可能引起复杂化。在一些情况下,新的网络元件必须从旧的网络元件提取缓冲的数据。可替代地,旧的网络元件可能“丢弃”缓冲的数据,这可能意味着第三方服务器必须再次发送数据,例如,在第三方服务器缓冲也被缓冲在MCN中的数据的情况下。
在本文中进一步认识到,在一些情况下,AS/SCS希望将数据(或触发)广播(或多播)到一群UE。该群UE可以使用各种省电功能,比如举例来说PSM和扩展空闲模式DRX(eDRX)。因此,在本文中认识到,AS/SCS(第三方应用服务器)可以确保群成员正在监听(例如,没有休眠)数据或触发何时被广播或多播。
上述MCN后台数据传送进程,以及23.682中,协调与PCRF的数据传送的第三方服务器(例如,SCS/AS)。将理解,术语SCS、AS、第三方服务器和第三方应用服务器在本文中是可互换使用的,没有限制。在本文中认识到,上述后台数据传送进程可能没有考虑给定的UE何时可能正在休眠(例如,通过使用eDRX和/或PSM)。在本文中进一步认识到,后台数据传送进程和UE的休眠模式之间的这个协调缺乏可能导致大量数据被缓冲在MCN中。例如,如果SCS/AS在UE处于PSM时发送数据传送,则大量数据可能被缓冲。
MCN内的缓冲的支持还可能使应用、服务和传输层协议复杂化。例如,如果MT数据被缓冲在MCN内,则在本文中认识到,应用、服务层传输层协议内的任何重发计时器可能需要被调谐以使得预计应答不会早于UE的最长的可能的休眠时段。一旦UE唤醒,在一些情况下,重发计时器可以被调整以预计更快速地应答。如果应用、服务和传输层协议不支持重发计时器的调谐,则在一些情况下,它们可能不能与MCN缓冲兼容。
在应用、服务和传输层协议与MCN缓冲不兼容这样的情况下,数据可以被第三方缓冲,直到UE退出其休眠状态为止。该方法可能要求第三方服务器和UE时间同步,以使得第三方服务器知道UE何时在休眠。该方法还可能或者可替代地要求MCN通知第三方服务器UE何时是可达的。此外,来自第三方服务器的数据要求在UE返回到休眠状态之前到达UE。在本文中进一步认识到,低成本IoT装置和第三方服务器之间的时间同步可能是不切实际的,例如在要求在低成本IoT装置上准时的物理硬件方面以及在IoT装置和第三方服务器之间的添加的消息传送方面。
如上所述,MCN可以通知第三方服务器UE何时是可达的或者即将变为可达的。在本文中认识到,该方法可能要求第三方服务器在UE确定返回到其休眠(或不作用)状态之前发送数据。
现在参照图7,示出了优选通信模式的例子(例子No.1)和非优选通信模式的例子(例子No.2)。如所示,在例子No.1中,UE休眠长时段并且周期性地唤醒以检查它是否需要接收MT数据。在优选例子中,使检查(或监听)MT数据所花费的时间量最小化。在非优选例子(例子No.2)中,UE唤醒,并且因为来自第三方服务器的数据尚未到达MCN,所以UE返回到休眠状态。同时,MT数据在UE正在休眠时到达MCN。如果UE保持唤醒并且监听更长时间,则第三方服务器的成功机会增大,但是如果UE必须监听更长时段来给予第三方服务器更多时间以对唤醒通知作出反应,则UE可能消耗更多功率。
如上所述,WiFi装置(STA)可以支持省电模式,在省电模式下,该装置在多个时段内不监听下行链路通信。UE保持省电模式的时间量可以在STA和WiFi AP或WLC之间协商。在STA处于省电模式时,AP或WLC可以缓冲发送给STA的任何下行链路数据。在本文中认识到,目前,应用服务器不能影响各种功能,比如举例来说,STA保持省电模式多久,或者当STA处于省电模式时多少数据应被缓冲用于STA。在本文中进一步认识到,存在AS是知道STA在它需要接收下行链路数据之前可能休眠多久的唯一行动者的情况。但是,在目前的方法中,AS对于STA的省电模式配置没有控制,因此省电模式不能被最优地配置。
在本文中描述的各种实施例中,第三方应用服务器可以通知网络它具有发送给特定的一个UE或一群UE的数据。此外,在下面详细描述的各种例子中,MCN可以通知来自第三方应用服务器的信息以确保UE唤醒并且UE在数据传送完成之前不被允许进入休眠状态。
在一个例子中,现有的后台数据传送进程被优化。例如,在一些情况下,HSS和MEE被通知PCRF的后台数据传送决策以使得MME可以确保UE在规划的传送期间是可达的。在另一个例子中,对传输、应用和服务层协议进行优化,以使得协议内的重发计时器可以考虑MCN可以缓冲MT数据的事实,并且如果UE正在使用长休眠周期、则第三方应用服务器和UE之间的MT分组的观测的延迟可以大大地改变。来自MCN的通知可以被第三方应用服务器用来动态地调整协议的重发计时器。
在另一个例子中,对“DDN失败之后的可用性”进程进行优化以考虑第三方应用服务器接收到UE可用的通知、而在UE返回到休眠状态之后将数据发送给UE的情况。
本文中描述的各种实施例也可以应用于使用省电模式的WiFi装置。例如,如下面进一步描述的,SCEF可以具有与WLC或WiFi AP的可以用于配置STA的省电模式使用的接口。
现在讨论第三方服务器处的缓冲。在示例实施例中,如果移动网络运营商(MNO)不支持网络缓冲,则它可以允许第三方服务器(例如,SCS/AS)通知MCN第三方服务器具有发送给特定的一个UE或一群UE的数据。MCN然后可以唤醒UE并且使UE保持唤醒。唤醒UE并且使UE保持唤醒可以包括寻呼UE、通知UE扩展空闲模式DRX被禁用某个时段、和/或通知UE PSM的使用被禁用某个时段。使UE保持唤醒可以包括通知网络节点(比如举例来说MME和eNodeB)UE的RRC连接不应被暂停或者UE的RRC连接不应被释放。例如,UE可以从网络节点接收通知UE先前调度的休眠时间表应被中止的消息。如果数据传送意图用于一群UE,则MME可以调整该群的PSM或eDRX计时器以使得它们彼此对齐,并且使得群成员彼此同时地唤醒并且可用于下行链路数据传送。
在示例实施例中,当第三方服务器具有递送给UE的数据时,它可以通知MCN它具有可用于发送给特定的UE的数据。在本文中认识到,3GPP TS 23.682中详述的目前的“后台数据传送”请求允许第三方服务器指示它需要将某个量的数据发送给若干个UE,但是它不允许服务器指示特定的一个UE或一群UE。通过允许第三方服务器指示特定的一个UE或一群UE,在本文中认识到,MCN可以预先知道指示的UE应被寻呼、被阻止进入休眠状态、被保持唤醒和/或被阻止发起RRC连接释放。哪些UE是数据接收者的获悉可以用于计算数据传送何时应被执行。例如,可以选择计时器以使得群的成员(例如,所有的成员)被预计是唤醒的。
图8和9(以下描述)例示说明用于使至少一个UE保持唤醒的各种实施例。在这些图中,各种步骤或操作被示为由一个或多个节点、设备、装置、服务器、功能或网络执行。例如,所述设备可以单个地或彼此组合地进行操作来实施本文中描述的方法。如本文中所使用的,术语设备、网络设备、节点、服务器、装置、实体、网络功能和网络节点可以互换使用。要理解的是,这些图中例示说明的节点、装置、服务器、功能或网络可以表示通信网络中的逻辑实体,并且可以以存储在这样的网络的节点的存储器中并且在该节点的处理器上执行的软件(例如,计算机可执行指令)的形式来实现,所述节点可以包括下面描述的图12A或12B中例示说明的一般架构中的一个。也就是说,图8和9中例示说明的方法可以以存储在网络节点(比如举例来说图12C或12D中例示说明的节点或计算机系统)的存储器中的软件(例如,计算机可执行指令)的形式来实现,所述计算机可执行指令在被所述节点的处理器执行时执行图中例示说明的步骤。还要理解的是,这些图中例示说明的任何发送步骤和接收步骤都可以由节点的通信电路(例如,分别地,图12C和12D的电路34或97)在该节点的处理器和它执行的计算机可执行指令(例如,软件)的控制下执行。进一步要理解的是,本文中描述的节点、装置和功能可以被实现为虚拟化网络功能。
具体地参照图8,网络800包括eNodeB 802、MME 804、HSS 806、SCEF 808和SCS/AS810(也可以被称为第三方服务器)。将意识到,示例网络800是简化的以便于所公开的主题的描述,而非意图限制本公开的范围。除了比如网络800的网络之外,或者代替比如网络800的网络,其他装置、系统和配置可以用于实现本文中公开的实施例,所有这样的实施例都被设想为在本文公开的范围内。
在1,根据例示说明的实施例,SCS/AS 810将数据递送请求发送给SCEF 808。数据递送请求可以包括,例如但不限于:SCS/AS标识符;SCS/AS引用ID;每一UE的容量、外部群标识符、MSISDN、或外部群ID;期望的时间窗口、QoS/消息优先级。SCS/AS标识符可以指示哪个SCS/AS正在发起请求。SCS/AS引用ID是由SCS/AS分配的事务ID。在例子中,每一UE的容量是期望的数据传送的近似大小。外部群标识符、MSISDN或外部群ID可以用于识别将是数据传送的接收者的特定的一个或多个UE。期望的时间窗口指示然后SCS/AS何时想要执行数据传送。在一些情况下,该值的不存在可以用于指示SCS/AS想要尽快地执行数据传送。在例子中,QoS/消息优先级指示符可以是运营商定义的值,SCS/AS可以使用该值来指示消息优先级或重要性。该信息可以在收费记录中被捕捉以使得第三方应用服务器可以根据指示的优先级被收费。
仍参照图8,在2,根据例示说明的例子,在授权所述请求之后,SCEF 808将数据递送请求消息发送给HSS 808,所述数据递送请求消息可以包括SCEF引用ID、每一UE的容量、外部群标识符或MSISDN或外部群ID、和期望的时间窗口。在该消息中,例如,SCEF引用ID是由SCEF分配的事务ID。在替代例子中,SCEF 808可以将该消息直接发送给MME 804。SCEF808可以通过查询HSS 806来学习MME 804。
在3,根据例示说明的例子,在授权所述请求之后,HSS 806将数据递送请求消息发送给MME 804,所述数据递送请求消息可以包括SCEF引用ID、每一UE的容量、IMSI和期望的时间窗口。该消息可以通知MME 804在第三方服务器810中缓存有用于至少一个UE的数据。因此,MME(其可以包括设备)可以接收数据递送请求消息,所述数据递送请求消息指示将是从第三方服务器传送数据期间的数据接收者的至少一个用户设备(UE)。所述数据递送请求消息可以进一步指示第三方服务器何时想要执行数据传送。MME可以使用该信息来确定如何处理UE省电模式(例如,休眠或DRX模式)以及何时寻呼UE。因此,基于所述数据递送请求消息,MME可以执行确保所述至少一个UE对于数据传送是唤醒的动作。例如,在数据传送的预期接收者是一群UE的一些情况下,所述动作可以确保该群中的每个UE彼此同时地对于数据传送是唤醒的。
在例子中,执行确保所述至少一个UE是唤醒的动作包括当接收到数据递送请求消息时寻呼所述至少一个UE。例如,如果UE(或一群UE)不处于RRC连接状态并且用于数据窗口的期望时间窗口正在接近,或者第三方服务器期望尽快执行数据传送,则MME可以在最早的寻呼时刻发起寻呼。在一些情况下,一旦UE被寻呼并且处于RRC连接状态,则MME直到期望的时间窗口过去、数据传送完成或者计时器终止才可以发起RRC连接释放。因此,在寻呼给定的UE以使得该UE处于无线电资源控制(RRC)连接状态之后,MME可以制止使UE从RRC连接状态释放,直到数据递送请求消息中的时间窗口已经过去、数据传送完成或者计时器终止中的至少一个为止。
在UE处于PSM模式的例子中,MME可以阻止UE使用PSM模式,直到期望的时间窗口过去为止。此外,根据例子,MME可以阻止给定的一个UE或一群UE进入省电模式(PSM)或扩展空闲模式不连续接收(eDRX),直到数据递送请求消息中的时间窗口过去为止。阻止UE进入PSM或eDRX可以包括拒绝UE在跟踪区域更新期间提议的计时器值。在另一个例子中,阻止UE进入PSM或eDRX可以包括调整与UE相关联的计时器并且调整与UE相关联的跟踪区域更新计时器,以使得所述至少一个UE在数据传送被执行时是唤醒的。MME在TAU期间可以拒绝UE提议的作用计时器值。MME可以通过拒绝作用计时器或者通过提供比UE提议的作用计时器长的作用计时器、例如以便确保UE在递送尝试期间不处于PSM,来为UE提供PSM不被允许的指示。在一些情况下,MME 804还可以向UE提供针对UE的数据被缓冲在第三方服务器810处的指示,或者向UE提供数据传送、广播或触发即将发生的指示。可替代地,MME 804可以调整UE的作用计时器和TAU计时器以使得UE在数据传送将被执行时将是唤醒的。
在SCEF 808提供外部群ID的一些情况下,3处的消息可以包括多个IMSI。此外,3处的消息可以针对MME正在服务的群中的每个IMSI被多次发送给MME,并且所述消息可以将一个或多个时间发送给为所述群中的UE服务的每个MME。
仍参照图8,根据例示说明的例子,在4,MME 804可以将数据递送请求消息发送给eNodeB,所述数据递送请求消息可以包括SCEF引用ID、每一UE的容量、IMSI、期望的时间窗口。如果UE处于RRC连接状态,则4处的消息可以用作发送给eNodeB的对于eNodeB不应断开UE的RRC连接直到期望的时间窗口之后为止的通知。如果UE不处于RRC连接状态,则所述消息可以用作请求以在期望的时间窗口内寻呼UE。因此,MME执行的确保UE是唤醒的动作可以包括将数据递送请求消息发送给无线电接入节点(例如,eNodeB 802),其中,所述数据递送请求消息包括寻呼UE的请求。将理解,eNodeB和无线电接入节点在本文中可以互换使用,没有限制。在另一个例子中,来自MME的数据递送请求消息指示无线电接入节点保持与所述至少一个UE的无线电资源控制(RRC)连接,直到数据传送请求(例如,来自第三方服务器)中的时间窗口过去之后为止。如下面进一步描述的,从MME 804发送的数据递送消息可以包括寻呼,所述寻呼可以向无线电接入节点802指示数据被缓冲在第三方服务器810处。
仍参照图8中的例示说明的例子,4处的消息可以是从MME 804到eNodeB 802的寻呼消息。寻呼消息可以包括,例如但不限于:用于寻呼的NAS ID;TAI;基于UE身份的DRX索引;寻呼DRX长度;用于寻呼的CSG ID的列表;寻呼优先级指示;SCEF引用ID,每一UE的容量;IMSI;期望的时间窗口。在一些情况下,现有的寻呼优先级指示符可以用于向eNodeB 802指示寻呼的原因不是下行链路数据在MCN中可用,而是原因是用于UE的数据被缓冲在第三方服务器处(或者在第三方服务器处是可用的)。在替代的示例实施例中,新的指示符可以用于向eNodeB 802指示寻呼的原因不是下行链路在MCN中可用,而是原因是用于UE的数据被缓冲在第三方服务器(例如,SCS/AS 810)处(或者在第三方服务器处是可用的)。例如,所述新的指示符可以被添加到3GPP TS 36.413中定义的“用于寻呼的辅助数据(AssistanceData for Paging)”信息元素。在严重拥塞的时间期间,例如,eNodeB 802在下一个寻呼时刻可以选择不寻呼给定的UE,即使MCN中存储有新的数据并且该数据准备好用于UE。相反,eNodeB 802可以选择延迟寻呼UE,直到下一个寻呼时刻为止。
在例子中,新的NAS消息可以从MME 804发送给UE以中止先前批准的PSM周期。例如,如果作用计时器在最后的TAU被批准,则MME可以将取消UE的PSM使用的消息发送给UE。
在5,根据例示说明的实施例,eNodeB 802将数据递送应答(SCEF引用ID)发送给MME 804。应答可以包括以下指示,即,因为寻呼的原因是被缓冲在第三方服务器810处的数据,所以eNodeB 802在UE的下一个寻呼时刻将不寻呼UE。相反,在一些情况下,eNodeB 802可能要求MME 804稍晚尝试寻呼,并且eNodeB 802可以向MME 804指示何时再次尝试。在替代例子中,eNodeB可以指示它何时将尝试递送寻呼。
在6,根据例示说明的例子,MME 804将数据递送应答(SCEF引用ID)发送给HSS806。在7,HSS 806将数据递送应答(SCEF引用ID)发送给SCEF 808。在8,如所示,SCEF 808将数据递送应答(SCS/AS引用ID)发送给SCS/AS 810。
在9,根据例示说明的例子,UE(或一群UE)在它变为RRC连接、执行TAU、附连时、在网络禁用UE的PSM使用、或者UE禁用UE的扩展空闲模式DRX使用时,可以为数据传送做好准备。在10,MME 804可以将数据递送可用性通知(SCEF引用ID)发送给SCEF 808。当MME 804确定来自第三方缓冲器的数据现在可以被发送给UE时,MME 804可以发送该通知。MME可以在各种时间做出该决策。例如,当UE进入RRC连接状态时,MME 804可以确定来自第三方缓冲器的数据可以被发送给UE。因为MME发起UE的寻呼,所以这可能发生。通常,MME可以在数据到达S-GW之后寻呼UE。来自S-GW的DDN消息可以使MME发起寻呼。在例子中,MME可以基于接收到来自HSS的数据递送请求来发起寻呼。寻呼可以使UE进入RRC连接状态以使得它对于移动台终止的数据是可达的。
在另一个例子中,当UE执行TAU或者执行附连并且在TAU或附连期间请求扩展空闲模式DRX的使用时,MME 804可以确定来自第三方缓冲器的数据可以被发送给UE。网络可以禁用扩展空闲模式DRX的使用,例如,通过在TAY或附连响应中不提供扩展空闲模式DRX参数来禁用。在一些情况下,TAU或附连响应可以包括因为第三方已经缓冲了用于UE的数据、所以扩展空闲模式DRX不被接受的指示。通过禁用扩展空闲模式DRX的使用,可以迫使UE使用如3GPP TS 23.401中定义的定期的不连续接收。在例子中,如果第三方服务器810在UE正在使用定期的DRX时发送缓冲的数据,则缓冲的数据将不会要求网络节点(比如举例来说S-GW)中的扩展缓冲。
在又一个例子中,当UE执行TAU或者执行附连、并且请求PSM的使用(例如,通过在TAU或附连期间提供作用时间)时,MME 804可以确定来自第三方缓冲器的数据可以被发送给UE。网络可以通过在TAU或附连响应中不提供作用时间来禁用PSM的使用。TAU或附连响应可以包括因为第三方已经缓冲了用于UE的数据、所以PSM不被接受的指示。
仍参照图8,根据例示说明的例子,在11,SCEF 808将数据递送可用性通知(SCS/AS引用ID)发送给SCS/AS 810。SCS/AS 810然后可以开始将缓冲的数据发送给UE。在接收到通知之后,SCS/AS 810可以经由用户平面连接、经由SMS-SC或者经由使用SCEF 808的其他控制平面进程将数据发送给UE。SCS/AS 810可以稍后将数据递送完成消息发送给SCEF 808以指示数据传送何时完成从而使得SCEF 808可以知道UE可以被允许再次使用低功率模式。例如,所述消息可以包括在原始的数据递送请求(在1处)中提供的SCS/AS引用ID以使得SCEF808可以知道什么操作完成。SCEF 808然后可以将完成通知提供给MCN。来自SCEF 808的完成消息可以包括在原始的数据递送请求中提供的SCEF引用ID以使得MCN可以知道什么操作完成。
在一些情况下,在时间窗口终止之后,当S-GW观察到数据传送已经开始或者请求的数据量已经被传送时,S-GW或MME可以通知eNodeB UE不再需要保持唤醒。因此,eNodeB可以开始使用其他策略来确定何时结束UE的RRC连接。
在例子中,MCN可以允许UE发送紧急NAS消息以指示其蓄电池低并且它必须终止其RRC连接、暂停其RRC连接、使用eDRX或者进入PSM。当MCN节点(比如举例来说MME)接收到这样的消息时,MME可以通知S-GW和eNodeB以使得S-GW和eNodeB知道先前请求的数据递送必须被取消。通知也可以被发送给SCEF以使得SCEF可以通知SCS/AS先前请求的数据递送必须被取消。SCEF还可以指示取消的原因是UE的低蓄电池或省电模式请求。
现在参照图9,现在讨论对于后台数据传送进程的扩展。如上所述,可以根据示例实施例来修改3GPP TS 23.682中描述的后台数据传送进程,以确保作为数据传送的目标的(一个或多个)UE是唤醒的并且能够在请求的时间窗口内接收数据。
如图9所示,网络900包括eNodeB 902、MME 904、SPR/HSS/UDR 906、PCRF 908、SCEF910和SCS/AS 912(也被称为第三方服务器)。将意识到,示例网络900是简化的以便于所公开的主题的描述,而非意图限制本公开的范围。除了比如网络900的网络之外,或者代替比如网络900的网络,其他装置、系统和配置可以用于实现本文中公开的实施例,所有这样的实施例都被设想为在本文公开的范围内。根据一旦策略被创建并且被PCRF 908批准,SPR906就将策略(例如,传送策略)提供给HSS 906,HSS 906将该策略提供给MME 904。当与所述策略相关联的时间窗口被到达或者即将被到达时,MME 904将使UE保持处于RRC连接状态,阻止UE使用PSM,并且阻止UE使用eDRX。一旦UE可用于执行数据传送,MME 904就可以通知SCEF 910。
仍参照图9,在1,根据例示说明的例子,SCS/AS 912将数据递送请求消息发送给SCEF 910,所述数据递送请求消息可以包括SCS/AS标识符、SCS/AS引用ID、每一UE的容量、外部群标识符或MSISDN或外部群ID和期望的时间窗口。该消息可以是修改的后台数据传送请求。后台数据传送请求可以被修改为包括(一个或多个)数据传送中将涉及的特定的一个或多个UE。后台数据传送请求也可以被更新以包括以下指示,即,数据传送中所涉及的(一个或多个)UE可能正在使用PSM、eDRX或其他休眠模式,并且SCS/AS 912想要被通知(一个或多个)UE何时可用。
在2,在授权所述请求之后,SCEF 910选择可用的PCRF中的任何一个,并且触发与PCRF 908的对于未来的后台数据传送进程的协商。PCRF 908可以用可能的传送策略和引用ID来对SCEF 910做出响应。在示例实施例中,SCEF 910可以向PCRF 908指示数据传送中所涉及的(一个或多个)UE可能正在使用PSM、eDRX或其他休眠模式,并且SCEF 910想要被通知(一个或多个)UE何时可用。在一些情况下,该指示可以保持为数据传送策略的一部分。在另一例子中,SCEF 910可以经由来自SCS/AS 912的调配或消息而知道数据传送中所涉及的(一个或多个)UE可能正在使用PSM、eDRX或其他休眠模式。此外,在2,SCEF 910可以被提供用于数据传送策略的引用ID。在3,根据例示说明的例子,SCEF 910转发PCRF 908提供的参数。该消息可以包括SCS/AS引用ID。在4,根据例示说明的例子,如果SPR与HSS不位于一处,则SPR可以将数据传送策略与如下指示一起发送给MME 904:SCEF 910想要被提供(一个或多个)UE何时可用于数据传送的指示。将理解,在UDR样式部署中,SPR和HSS可以位于一处。数据传送策略可以包括SCEF ID、SCEF引用ID、以及SCEF想要被通知与所述策略相关联的(一个或多个)UE何时可以执行数据传送的指示。可替代地,SCEF 910可以将该传送策略信息直接发送给MME 904。SCEF 910可以通过查询HSS 906来学习MME身份。因此,MME可以接收与至少一个用户设备相关联的传送策略,以使得它执行的确保UE唤醒的动作也是基于传送策略的。如所描述的,传送策略可以指示一种或多种休眠模式是否被至少一个UE使用。
还参照图8,图9的步骤5、6、7、8、9和10分别是参照图8的4、5、6、9、10和11描述的。在一些情况下,当SCS/AS配置监控事件或者发出数据递送请求时,SCS/AS可以提供它在接收到接收者UE可用的指示之后将需要多久来准备数据传送的估计。MME可以使用该信息来预先确定UE要多久变为可用于发送可用性指示。
在例子中,SCS/AS和SCEF可以在分组的递送失败之后请求它被通知UE何时变为可用。这在上面已有描述。在一些情况下,UE可能仅唤醒短暂的时段。在本文中认识到,如果第三方服务器未能在UE返回到休眠状态之前将数据发送给S-GW,则数据递送尝试可能再次失败。为了帮助处理这种情况,根据一个例子,SCS/AS和SCEF被允许配置该通知以使得直到MT分组被成功发送它才将清除。换句话说,MCN(例如,MME)可以在每次UE变为可达时发送通知,直到数据分组被成功地发送给UE为止。
现在转到动态地调整重发计时器,在一些情况下,当数据缓冲在MCN中被支持时,第三方服务器发送给UE的第一分组可能经历相对较大的递送延迟。例如,如果UE的DRX周期为45分钟长,则第一分组到达UE可能花费长达45分钟。可以预计,当UE是唤醒的时,分组将经历短得多的递送延迟。
在一些情况下,当数据分组被缓冲在MCN中时,第三方服务器不保证分组被缓冲在网络中。在一些例子中,直到分组被UE应答,第三方服务器才知道分组是被缓冲在网络中、还是未能被递送并且已经丢失。因此,即使当分组被缓冲在MCN中时,在本文中认识到,在一些情况下,第三方服务器也可能需要缓冲同一个分组,直到它从UE接收到应答为止。在一些例子中,第三方服务器不能假定分组被缓冲在MCN中并且将被成功地递送给UE。此外,在一些情况下,使第三方服务器将大量数据缓冲在MCN中可能是低效的。
在示例实施例中,传输层(例如,TCP)和应用层(例如,CoAP)协议可以被配置为动态地调整它们的重发计时器以考虑到UE正在使用长休眠周期并且MCN可能正在缓冲分组的可能性。在例子中,服务器可以接收指示与例如移动终端装置或UE相关联的连接状态的消息。所述消息可以包括,例如但不限于,DRX或省电模式(PSM)计时器、作用计时器值、跟踪数据更新(TAU)计时器值或DRX周期长度。基于所述消息,服务器可以将协议的重发时间配置为第一值。服务器可以将数据分组发送给至少一个移动终端装置,并且使用所述协议来根据第一值将该数据分组重发预定次数。如上所述,所述协议在一些情况下可以是传输控制协议(TCP)或受限应用协议(CoAP)。此外,服务器可以在从移动终端装置接收到数据时或者在从网络接收到通知时将协议的重发时间变为第二值。其后,可以使用所述协议来根据第二值将所述数据分组重发预定次数。来自网络的通知可以包括计时器值和/或可用性通知。在一些情况下,服务器可以在从网络接收到第二通知时将重发时间变回第一值。第二通知可以是与UE相关的丧失连接通知。
例如,如果UE的不连续接收(DRX)周期为45分钟,则传输层(例如,TCP)或应用层(例如,CoAP)协议重发计时器最初可以被配置为第一值(例如,45分钟)。MCN可以向SCEF通知UE的DRX或PSM计时器,SCEF可以通知SCS/AS。因此,SCS/AS可以接收指示与UE相关联的连接状态的消息。所述消息可以包括,例如但不限于,DRX时间或省电模式(PSM)计时器。所述消息可以进一步包括作用计时器值、跟踪区域更新(TAU)计时器值或DRX周期长度。一旦传输层或应用层应答被接收到,所述协议的初始重发计时器可以被重新配置为(变为)第二值,例如,1秒。因此,可以在从UE接收到数据时改变重发时间。将理解,第二值可以根据需要改变,1秒用于举例的目的。在例子中,在预定次数的失败的递送尝试或没有分组被递送给UE时的一段时间之后,第三方服务器可以假定UE再次处于休眠状态并且初始重发计时器可以被再次设置为45分钟。此外,SCS/AS可以在从网络接收到通知时将所述协议的重发时间变回第一值(例如,45分钟)。
如上所述,在例子中,第三方服务器可以独立地确定何时调整其初始重发计时器。第三方服务器可以使用来自MCN的可用性通知作为将重发计时器调整为更短的值的触发。因此,第三方服务器可以基于从网络接收到通知来将所述协议的重发时间变为小于或大于第一值的第二值。此外,所述通知可以包括可以用作推荐的重发计时器值的计时器值、或可以用作挑选重发计时器值的指导的值。因此,所述通知可以包括第二值。在一些情况下,第三方服务器可以使用来自MCN节点(比如举例来说SCEF)的丧失连接通知作为将重发计时器调整为长于第一值的第二值的触发。此外,所述通知可以包括可以用作推荐的重发计时器值的计时器值、或可以用作挑选重发计时器值的指导的值。将理解,重发计时器可以根据本文中描述的各种实施例、根据需要被改变任何次数,因此,以上论述的第一值和第二值用于举例的目的。
在另一个例子中,不是从MCN接收通知,而是第三方服务器可以在发送之前查询SCEF或另一个MCN节点以确定UE的状态。SCEF可以告诉第三方服务器UE将休眠多久。第三方服务器然后可以在发送分组之前等待,或者它可以用基于SCEF说UE将休眠多久而调整的重发计时器来发送分组。
现在转到SCEF中的缓冲,SCEF可以将允许SCS/AS提供将被发送的数据的API连同例如数据递送请求提供给SCS/AS。来自SCS/AS的API调用可以是非阻塞的,并且可以指定回调地址/端点。SCEF然后可以缓冲数据,并且将它接收到请求并缓冲数据的应答还连同一些其他可能的信息(例如,直到UE可用的预计的等待时间)返回给SCS/AE。
SCEF可以具有与P-GW(例如,SGi引用点)的数据平面接口。一旦UE变为可用,SCEF就可以通过用户平面或控制平面将所述数据递送给UE,并且可以将指示所述请求是否成功的响应(例如,嵌入在新的请求中)返回给SCS/AS回调地址。该响应可以通过单独的TCP连接(或单独的HTTP/COAP请求/响应对)发送。SCS/AS可以可选地应答响应的接收。因此,SCS/AS可能不会阻塞和等待,SCS/AS可能没有要管理的重发计时器。相反,在这种情况下,SCEF可以管理递送缓冲的数据的问题。
在本文中认识到,多播/广播系统上的IoT流量的一种示例类型可以是应该触发一群UE向SCS/AS报告的消息。为了经由MBMS载体成功地递送触发,在本文中进一步认识到,群中的UE在广播时需要准备好接收MEMS流量。但是接收IoT流量的UE通常可以使用省电功能,比如举例来说省电模式或扩展空闲模式DRX。如果UE在广播发送期间使用PSM或eDRX,则在本文中认识到,UE可能不能用于接收MBMS流量,因此触发可能被错过。当SCS/AS向SCEF发出群消息请求时,它还提供消息起始时间。当群消息被递送时,在本文中认识到,SCEF应确保群成员在起始时间之前停止使用PSM和/或eDRX。
大体上参照图6,注意到,当MBMS用于经由SCEF发送数据时,如3GPP TS 23.682中所描述的,在任何触发发生之前,MBMS服务信息(TMGI)可以在步骤5中被提供给群。在例子中,步骤12将不被用于发送TMGI。在本文中认识到,如果在发送广播之前可以对群中的每个UE单个地寻址,则触发将是不需要的。
参照图6,根据示例实施例,为了确保群成员在13处是唤醒的并且监听广播,SCEF可以在7处在授权请求中将起始时间和外部群标识符提供给HSS。当起始时间和外部群标识符包括在授权请求中时,HSS可以对群中的每个UE发起插入订阅数据进程以将起始时间发送给MME/SGSN。MME/SGSN然后可以使用该信息来帮助确保UE在广播之前是可用的(例如,不使用PSM和/或扩展空闲模式DRX)。
因此,SCEF可以在群消息授权请求中将广播起始时间发送给HSS。HSS可以在群消息授权请求中从SCEF接收广播起始时间。HSS可以支持修改一群UE的订阅数据以使得它们可以接收广播起始时间。在例子中,对于群中的每个UE,HSS可以将广播起始时间发送给MME。因此,MME可以接收用于每个UE的广播起始时间。MME可以基于接收的广播起始时间来修改每个UE的MM上下文。
另外,根据另一个例子,广播的地理区域可以被提供给HSS和MME。如果MME不是其中广播即将发生的地理区域的一部分,则HSS将知道不将起始时间提供给MME,或者HSS可以将地理区域提供给MME,并且如果广播在UE的地理区域中不将进行,则MME将知道不阻止UE使用省电功能。
现在转到上述构思被应用于基于NFV的5G MCN架构的示例实施例,SCEF可以被实现为显露如下API的NF:该API允许第三方服务器向MCN指示它具有要发送给特定UE的数据。可替代地,显露所述API的节点可以是某个其他的NF。当UE使用5G省电状态(比如NG_POWER-SAVING状态)时,所述API可以允许第三方服务器通知MCN第三方服务器想要将数据发送给UE。MCN然后可以通知UE它应离开NG_POWER-SAVING或RRC低能量状态,因为数据被缓冲在第三方服务器处。
在一些情况下,当UE处于NG_POWER-SAVING状态时,可以预计UE周期性地离开NG_POWER-SAVING状态并且对网络监听寻呼或者与网络执行某个进程(例如,类似于TAU)以让MCN知道UE暂时是可达的。MCN可以借此机会寻呼UE以使得第三方数据可以被缓冲,或者它可以回复UE的消息(例如,TAU消息),并且通知UE用于UE的数据被缓冲在第三方服务器中。来自MCN的缓冲数据的指示或寻呼可以使UE不返回到NG_POWER-SAVING状态。
当UE处于RRC低能量状态时,可以预计UE周期性地对网络监听寻呼或者与网络执行某个进程(类似于TAU)以让MCN知道UE暂时是可达的。MCN可以借此机会寻呼UE以使得第三方数据可以被缓冲,或者它可以回复UE的消息(即,TAU消息),并且通知UE用于UE的数据被缓冲在第三方服务器中。来自MCN的缓冲数据的指示或寻呼可以使UE离开RRC低能量状态。
在例子中,发起UE的寻呼并且发送用于UE的数据被缓冲的指示的MCN网络功能可以是移动性或会话管理网络功能。NF还可以通知核心网络锚定点数据传送即将针对UE发生并且UE不应被告诉使用省电模式或状态。NF可以通知核心网络锚定点数据传送即将针对UE发生并且UE应被显式地告诉不使用省电模式。UE还可以被拒绝使用省电模式或状态。核心网络锚定点然后可以将该信息传递给RAN。可替代地,NF可以直接告诉RAN。
MM NF还可以将UE可用于接收下行链路数据的通知发送给SCEF NF。SCEF然后可以将所述指示转发给第三方服务器,从而允许第三方服务器发送其缓冲的数据。
现在转到5G中的后台数据传送,5G MCN可以包括策略引擎NF。SCEF NF可以显露允许第三方服务器与MCN一起调度朝向特定(一个或多个)UE的后台数据传送的API。SCEF可以将对后台数据传送的请求转发给策略引擎NF和MM或SM NF。SCEF可以使用来自策略引擎和MM或SM NF这二者的信息来确定调度后台数据传送的最佳时间。例如,策略引擎NF可以告诉SCEF后台数据何时应被执行的时间窗口。来自策略引擎的时间窗口可以基于预计与UE相关联的MCN或RAT何时最不阻塞。SCEF然后可以与MM或SM NF进行通信以确定UE何时将可用于策略引擎NF提供的时间窗口内的MT通信。例如,SCEF可以与MM或SM进行通信以确定UE何时将不处于省电状态或模式。
现在转到上述构思被应用于WiFi的示例实施例,图10示出SCEF 1002可以如何与WiFi网络1001一起部署的例子。如所示,网络1001可以包括经由一个或多个接入点(AP)1008与无线LAN控制器(WLC)1006进行通信的一个或多个WiFi站(STA)1004。图10所示的STA1004可以是有蜂窝能力的UE,或者可以不是有蜂窝能力的UE。图10中的WLC 1006和WiFi AP1008可以表示受信任的或不受信任的WiFi网络1001,其中,受信任的和不受信任的是指网络与移动网络运营商的关系。
参照图10,SCEF 1002可以显露允许SCS/AS 1012配置给定的STA的省电模式的API1010。例如,API 1010可以允许SCS/AS 1012识别STA 1004中的一个(经由IP地址、MAC地址或外部标识符)并且指定STA应被允许休眠的期望时间量。如图10所示,SCEF 1002可以具有与WLC的接口1014。在图10中,该接口1014被命名为Swt。Diameter(直径)协议可以用在接口1014上。接口1014可以被SCEF 1002用来向WLC 1006提供配置信息。所述信息可以用于确定STA 1004可以休眠的信标间隔的数量。API 1010还可以允许SCS/AS 1012配置下行链路数据中有多少数据或者有多少帧可以被缓冲在WLC 1006或(一个或多个)AP1004中。
在一些情况下,SCEF 1002还可以显露比如上述的下行链路数据递送请求API的API。该API中提供的信息可以被传递给WLC/AP,并且被用来确定例如STA不应使用省电模式并且STA的省电模式应在下一个可能的机会结束。
在IMS网络中,S-CSCF可以连接到WLC 1006,因为SCEF 1002在图10中被示为连接到WLC 1006。S-CSCF可以使用Swt接口1014来配置STA 1004应交换VoIP帧的速率。每个STA然后可以被相应地配置,从而使得STA 1004能够在分组交换之间休眠。应理解,WLC 1006是可选的网络元件,并且SCEF 1002可以直接连接到(一个或多个)AP 1004。还应理解,SCEF1001可以与WLC 1006或AP 1008集成。
如上所述,第三方应用服务器可以通知MCN它具有要传送给UE或STA的下行链路数据。MCN然后可以阻止UE或STA使用低功率模式,比如省电模式、PSM和/或eDRX,直到下行链路数据被发送给UE或STA为止。此外,网络可以寻呼UE以使得UE进入RRC连接状态并且准备好接收下行链路数据。
当UE或STA被通知低功率模式(比如省电模式、PSM和eDRX)因为数据传送即将发生而不被允许时,MCN可以为UE或STA提供低功率模式为何不被允许并且它不被允许多久的指示。例如,所述指示可以指示存在想要将数据发送给UE的AS并且低功率模式在一段时段(例如,5分钟等)内不应被允许。当UE或STA接收到这样的指示时,比如图11A中显示的示例消息1102的消息可以被显示。
当UE被寻呼以使得在预料数据传送即将发生时UE进入RRC连接状态时,MCN可以为UE提供UE为何被寻呼的指示。例如,所述指示可以指示存在想要将数据发送给UE的AS并且低功率模式在一段时段内应被禁用。当UE或STA接收到这样的指示时,比如图11B中显示的示例消息1104的消息可以被显示。
将理解,图11A和11B中的GUI 1102和1104分别是作为例子而呈现的,并且GUI可以根据需要被构造为使得配置参数可以根据需要被查看和改变。将理解,示例用户接口可以用于根据需要监视和控制替代参数。将进一步理解,GUI可以经由各种图表或替代的视觉描绘为用户提供用户感兴趣的各种信息。
图12A是其中可以实现一个或多个公开的实施例的、示例机器对机器(M2M)、物联网(IoT)或万维物联网(WoT)通信系统10的示图。一般来说,M2M技术提供用于IoT/WoT的构建块,并且任何M2M装置、M2M网关或M2M服务平台可以是IoT/WoT服务层层和IoT/WoT的组件等。图8-10中的任何一个中例示说明的装置、功能、节点或网络中的任何一个都可以包括通信系统(比如图12A-B中例示说明的通信系统)的节点。
如图12A所示,M2M/IoT/WoT通信系统10包括通信网络12。通信网络12可以是固定网络(例如,以太网、光纤、ISDN、PLC等)或无线网络(例如,WLAN、蜂窝等)或异构网络的网络。例如,通信网络12可以包括向多个用户提供内容(比如语音、数据、视频、消息传送、广播等)的多个接入网络。例如,通信网络12可以采用一种或多种信道接入方法,比如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)等。此外,通信网络12可以包括其他网络,比如举例来说核心网络、互联网、传感器网络、工业控制网络、个人区域网、融合个人网络、卫星网络、家庭网络或企业网络。
如图12A所示,M2M/IoT/WoT通信系统10可以包括基础设施域和场域。基础设施域是指端对端M2M部署的网络侧,场域是指区域网络,通常在M2M网关的后面。场域和基础设置域这二者可以包括网络的各种不同的节点(例如,服务器、网关、装置)。例如,场域可以包括M2M网关14和终端装置18。将意识到,任何数量的M2M网关装置14和MEM终端装置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发送给MEM应用20和从M2M应用20接收。M2M装置18和网关14可以经由各种网络(包括举例来说蜂窝、WLAN、WPAN(例如,Zigbee、6LoWPAN、蓝牙)、直接无线电链路和线缆)进行通信。示例性M2M装置包括,但不限于,平板、智能电话、医疗装置、温度和天气监控器、连接的汽车、智能仪表、游戏机个人数字助理、健康和健身监控器、灯、恒温器、电器、车库门和其他基于致动器的装置、安全装置和智能电源插座。
参照图12B,场域中的例示说明的M2M服务层22为M2M应用20、MEM网关装置14、M2M终端装置18和通信网络12提供服务。将理解,M2M服务层22可以根据需要与任何数量的M2M应用、MEM网关装置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’还为场域中的MEM网关装置14和M2M终端装置18提供服务。将理解,M2M服务层22’可以与任何数量的M2M应用、M2M网关装置和M2M终端装置进行通信。M2M服务层22’可以通过不同的服务提供商与服务层进行交互。M2M服务层22’可以由一个或多个服务器、计算机、虚拟机器(例如,云/计算/存储区等)等实现。
仍参照图12B,M2M服务层22和22’提供不同的应用和垂直面可以利用的核心的一组服务递送能力。这些服务能力使得M2M应用20和20’能够与装置进行通信并且执行比如数据收集、数据分析、装置管理、安全、记账、服务/装置发现等的功能。本质上,这些服务能力释放了实现这些功能的负担的应用,因此使应用部署简化并且降低了成本、缩短了进入市场的时间。服务层22和22’还使得M2M应用20和20’能够通过与服务层22和22’提供的服务有关的各种网络12和12’进行通信。
M2M应用20和20’可以包括各种行业中的应用,比如但不限于,运输、健康和保健、连接的家、能量管理、资产跟踪以及安全和监督。如上所述,跨所述系统的装置、网关和其他服务器运行的M2M服务层支持比如数据收集、装置管理、安全、记账、位置跟踪/地理防护、装置/服务发现以及老式系统集成的功能,并且将这些功能作为服务提供给M2M应用20和20’。
一般来说,服务层(SL)(比如图12A和12B中例示说明的服务层22和22’)定义通过一组应用编程接口(API)和底层联网接口来支持增值服务能力的软件中间件层。ETSI MEM和oneM2M架构这二者定义服务层。ETSI M2M的服务层被称为服务能力层(SCL)。SCL可以在ETSI M2M架构的各种不同的节点中实现。例如,服务层的实例可以在M2M装置内实现(其中它被称为装置SCL(DSCL)),可以在网关内实现(其中它被称为网关SCL(GSCL)),和/或在网络节点内实现(其中它被称为网络SCL(NSCL))。oneM2M服务层支持一组常见服务功能(CSF)(即,服务能力)。一组一种或多种特定类型的CSF的实例化被称为常见服务实体(CSE),其可以被托管在不同类型的网络节点(例如,基础设施节点、中间节点、应用特定的节点)上。第三代合作伙伴计划(3GPP)也已经定义了用于机器类型通信(MTC)的架构。在该架构中,服务层和它提供的服务能力被实现为服务能力服务器(SCS)的一部分。不管是包含在ETSI MEM架构的DSCL、GSCL或NSCL中、3GPP MTC架构的服务能力服务器(SCS)中、oneM2M架构的CSF或CSE中、还是包含在网络的某个其他的节点中,服务层的实例可以在网络中的一个或多个独立的节点以及其他计算装置或节点上执行的或者作为一个或多个现有的节点的一部分执行的逻辑实体(例如,软件、计算机可执行指令等)中实现。作为例子,服务层或其组件的实例可以以在具有下面描述的图12C或12D中例示说明的一般架构的网络节点(例如,服务器、计算机、网关、装置等)上运行的软件的形式实现。
此外,本文中描述的方法和功能可以被实现为使用面向服务的架构(SOA)和/或面向资源的架构(ROA)来访问服务(比如举例来说上述网络和应用管理服务)的M2M网络的一部分。
图12C是网络的节点(比如图8-10中例示说明的节点、装置、功能或网络中的一个)的示例硬件/软件架构的框图,所述节点可以作为M2M网络(比如图12A和12B中例示说明的网络)中的M2M服务器、网关、装置或其他节点进行操作。如图12C所示,节点30可以包括处理器32、收发器34、发送/接收元件36、扬声器/麦克风38、小键盘40、显示/触控板42、不可移动的存储器44、可移动的存储器46、电源48、全球定位系统(GPS)芯片组50和其他外设52。节点30还可以包括通信电路,比如收发器34和发送/接收元件36。将意识到,在与实施例保持一致的同时,节点30可以包括前述元件的任何子组合。该节点可以是实现本文中描述的与其相关的通知和触发的节点。
处理器32可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其他类型的集成电路(IC)、状态机等。处理器32可以执行数字译码、数据处理、功率控制、输入/输出处理、和/或使得节点30能够在无线环境中操作的任何其他的功能。处理器32可以耦合到收发器34,收发器34可以耦合到发送/接收元件36。虽然图12C将处理器32和收发器34描绘为单独的组件,但是将意识到,处理器32和收发器34可以一起集成在电子封装件或芯片中。处理器32可以执行应用层程序(例如,浏览器)和/或无线电接入层(RAN)程序和/或通信。处理器32可以执行比如举例来说接入层和/或应用层处的安全操作,比如认证、安全密钥协议、和/或密码操作。
如图12C所示,处理器32耦合到其通信电路(例如,收发器34和/或发送/接收元件36)。处理器32通过计算机可执行指令的执行,可以控制通信电路以便使节点30经由它连接到的网络与其他节点进行通信。具体地说,处理器32可以控制通信电路以便执行本文中(例如,图8-10中)和权利要求中描述的发送步骤和接收步骤。虽然图12C将处理器32和收发器34描绘为单独的组件,但是将意识到,处理器32和收发器34可以一起集成在电子封装件或芯片中。
发送/接收元件36可以被配置为将信号发送到其他节点或者从其他节点接收信号,所述其他节点包括M2M服务器、网关、装置等。例如,在实施例中,发送/接收元件36可以是被配置为发送和/或接收RF信号的天线。发送/接收元件36可以支持各种网络和空口,比如WLAN、WPAN、蜂窝等。在实施例中,发送/接收元件36可以是被配置为发送和/或接收例如IR、UV或可见光信号的发射器/检测器。在又一个实施例中,发送/接收元件36可以被配置为发送和接收RF信号和光信号这二者。将意识到,发送/接收元件36可以被配置为发送和/或接收无线信号或有线信号的任何组合。
另外,尽管发送/接收元件36在图12C中被描绘为单个元件,但是节点30可以包括任何数量的发送/接收元件36。更具体地说,节点30可以采用MIMO技术。因此,在实施例中,节点30可以包括用于发送和接收无线信号的两个或更多个发送/接收元件36(例如,多个天线)。
收发器34可以被配置为对发送/接收元件36将发送的信号进行调制并且对发送/接收元件36接收的信号进行解调。如上面所指出的,节点30可以具有多节点能力。因此,收发器34可以包括用于使得节点30能够经由多种RAT(比如举例来说UTRA和IEEE 802.11)进行通信的多个收发器。
处理器32可以从任何类型的合适的存储器(比如不可移动的存储器44和/或可移动的存储器46)访问信息并且将数据存储在该存储器中。不可移动的存储器44可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘、或任何其他类型的存储器存储装置。可移动的存储器46可以包括用户身份模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。在其他实施例中,处理器32可以从不是物理上位于节点30上(比如服务器或家庭计算机上)的存储器访问信息并且将数据存储在该存储器中。处理器32可以被配置为控制显示器或指示器42上的照明图案、图像或颜色以反映节点的状态,或者配置节点、UE、具体地说与UE进行通信的底层网络、应用或其他服务。处理器32可以从电源48接收功率,并且可以被配置为将功率分布给节点30中的其他组件和/或控制给予节点30中的其他组件的功率。电源48可以是用于给节点30供电的任何合适的装置。例如,电源48可以包括一个或多个干电池蓄电池(例如,镍镉(NiCd)、镍锌(NiZn)、镍金属氢化物(NiMH)、锂离子(Li-ion)等)、太阳能电池、燃料电池等。
处理器32还可以耦合到GPS芯片组50,GPS芯片组50被配置为提供关于节点30的当前位置的位置信息(例如,经度和纬度)。将意识到,节点30可以在保持与实施例一致的同时通过任何合适的位置确定方法来获取位置信息。
处理器32可以进一步耦合到其他外设52,外设52可以包括提供附加的特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如,外设52可以包括各种传感器,比如加速计、生物计量(例如,指纹)传感器、电子罗盘、卫星收发器、数字照相机(用于照片或视频)、通用串行总线(USB)端口或其他互连装置、振动装置、电视收发器、免提耳机、模块、频率调制(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、互联网浏览器等。
图12D是也可以用于实现网络的一个或多个节点(比如图8-10中例示说明的节点、装置、功能或网络)的示例性计算系统90的框图,所述计算系统90可以作为M2M网络(比如图12A和12B中例示说明的M2M网络)中的M2M服务器、网关、装置或其他节点进行操作。计算系统90可以包括计算机或服务器,并且可以由可以为软件的形式的计算机可读指令、无论在什么地方、无论用什么手段存储或访问这样的软件来主要控制。这样的计算机可读指令可以在中央处理单元(CPU)91内被执行以使计算系统90做工作。在许多已知的工作站、服务器和个人计算机中,中央处理单元91由被称为微处理器的单芯片CPU实现。在其他机器中,中央处理单元91可以包括多个处理器。协处理器81是不同于主CPU 91的可选的处理器,该处理器执行附加的功能或辅助CPU 91。CPU 91和/或协处理器81可以接收、产生和处理与所公开的系统和方法相关的数据以供安全保护。
在操作中,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负责将指令从CPU 91传送给外设,比如打印机94、键盘84、鼠标95和硬盘驱动器85。
由显示器控制器96控制的显示器86用于显示计算系统90产生的视觉输出。这样的视觉输出可以包括文本、图形、动画图形和视频。显示器86可以用基于CRT的视频显示器、基于LCD的平板显示器、基于气体等离子体的平板显示器或触摸面板来实现。显示器控制器96包括产生发送给显示器86的视频信号所需的电子组件。
此外,计算系统90可以包含通信电路,比如举例来说网络适配器97,网络适配器97可以用于将计算系统90连接到外部通信网络(比如图12A和图12B的网络12),以使得计算系统90能够与网络的其他节点进行通信。所述通信电路单独地或与CPU 91组合地,可以用于执行本文中(例如,图8-10中)和权利要求中描述的发送步骤和接收步骤。
在描述本公开的主题的优选实施例中,如各图中例示说明的,为了清晰起见,采用了特定的术语。然而,要求保护的主题并非意图限于如此选择的特定的术语,并且将理解,每个特定的元件包括以类似的方式操作来实现类似的目的的所有技术等同物。
以下是与可能出现在以上描述中的服务级别技术相关的首字母缩写的列表。
Claims (8)
1.一种包括处理器、存储器和通信电路的设备,所述设备经由其通信电路连接到网络,所述设备进一步包括存储在所述设备的存储器中的计算机可执行指令,所述计算机可执行指令在被所述设备的处理器执行时使所述设备执行如下操作,所述操作包括:
接收来自核心网络的用户服务器的第一消息,所述第一消息指示将作为从第三方服务器传送数据期间的数据接收者的至少一个用户设备UE,所述第一消息进一步指示所述第三方服务器想要执行数据传送的时间窗口,其中,时间窗口信息已由所述第三方服务器提供给所述核心网络;以及
基于所述第一消息,执行用于确保所述至少一个UE对于数据传送在所述时间窗口内是唤醒的动作。
2.根据权利要求1所述的设备,所述设备进一步包括在被所述设备的处理器执行时使所述设备执行如下进一步操作的计算机可执行指令,所述进一步操作包括:
接收与所述至少一个用户设备相关联的传送策略,使得所述动作也基于所述传送策略。
3.根据权利要求1所述的设备,其中,所述至少一个用户设备是一群用户设备,使得所述动作确保所述群中的每个UE彼此同时地对于数据传送是唤醒的。
4.根据权利要求1所述的设备,其中,执行所述动作包括:向eNodeB提供时间窗口,所述时间窗口指示所述至少一个UE的RRC连接应该被保持多久。
5.根据权利要求1所述的设备,其中,执行所述动作包括:阻止所述至少一个UE进入省电模式PSM或扩展空闲模式不连续接收eDRX,直到所述第一消息中的所述时间窗口已经过去为止。
6.根据权利要求5所述的设备,其中,阻止所述至少一个UE进入PSM或eDRX包括:拒绝在跟踪区域更新期间由所述至少一个UE提议的计时器值。
7.根据权利要求5所述的设备,其中,阻止所述至少一个UE进入PSM或eDRX包括:调整与所述至少一个UE相关联的计时器和与所述至少一个UE相关联的跟踪区域更新计时器,以使得所述至少一个UE在数据传送被执行时是唤醒的。
8.根据权利要求1所述的设备,其中,执行所述动作包括:将第二消息发送给所述网络中的无线电接入节点,其中,所述第二消息包括寻呼所述至少一个UE的请求。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201662375695P | 2016-08-16 | 2016-08-16 | |
US62/375,695 | 2016-08-16 | ||
PCT/US2017/047146 WO2018035224A1 (en) | 2016-08-16 | 2017-08-16 | Keeping the ue awake |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109792684A CN109792684A (zh) | 2019-05-21 |
CN109792684B true CN109792684B (zh) | 2022-04-12 |
Family
ID=59714145
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201780059932.5A Active CN109792684B (zh) | 2016-08-16 | 2017-08-16 | 使ue保持唤醒 |
Country Status (6)
Country | Link |
---|---|
US (3) | US10306591B2 (zh) |
EP (1) | EP3501210A1 (zh) |
JP (1) | JP7123036B2 (zh) |
KR (1) | KR102216428B1 (zh) |
CN (1) | CN109792684B (zh) |
WO (1) | WO2018035224A1 (zh) |
Families Citing this family (41)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9893939B2 (en) * | 2015-03-22 | 2018-02-13 | Lg Electronics Inc. | Method for transmitting and receiving signal related to monitoring by SCEF in wireless communication system and apparatus for the same |
US10880710B2 (en) | 2016-01-18 | 2020-12-29 | Samsung Electronics Co., Ltd. | Method and apparatus for communication of terminal in mobile communication system |
US10904830B2 (en) * | 2016-10-07 | 2021-01-26 | Lg Electronics Inc. | Method and apparatus for supporting energy saving mechanisms for NR in wireless communication system |
US10212192B2 (en) * | 2017-01-10 | 2019-02-19 | Mavenir Systems, Inc. | Systems and methods for interworking with over the top applications in communications network |
JP7396645B2 (ja) * | 2017-03-17 | 2023-12-12 | 日本電気株式会社 | バックグランドデータ転送のための方法 |
US10687279B2 (en) * | 2017-08-25 | 2020-06-16 | Verizon Patent And Licensing Inc. | System and method of optimizing user equipment reachability notifications |
CN111052839B (zh) * | 2017-08-31 | 2022-11-25 | 中兴通讯股份有限公司 | 连接不连续接收中的波束恢复 |
US10212690B1 (en) | 2017-10-16 | 2019-02-19 | Verizon Patenting and Licensing Inc. | Mobility management entity support of user equipment using extended discontinuous reception and power saving mode |
CN114423054B (zh) * | 2018-02-13 | 2023-05-26 | 中兴通讯股份有限公司 | 一种小区处理方法、装置及介质 |
CN108260194A (zh) * | 2018-02-23 | 2018-07-06 | 中兴通讯股份有限公司 | 业务的休眠周期的设置方法及装置 |
KR102412226B1 (ko) * | 2018-03-28 | 2022-06-22 | 삼성에스디에스 주식회사 | 메시지 서버 및 이를 포함하는 메시지 처리 장치 |
JP7333788B2 (ja) * | 2018-04-06 | 2023-08-25 | ブラックベリー リミテッド | 電力節約特徴を使用するデバイスのためのバッテリ性能の増加 |
CN110366272B (zh) * | 2018-04-09 | 2021-10-15 | 华为技术有限公司 | 传输消息的方法和装置 |
US10862971B2 (en) | 2018-04-27 | 2020-12-08 | EMC IP Holding Company LLC | Internet of things gateway service for a cloud foundry platform |
CN110418395B (zh) * | 2018-04-28 | 2021-07-16 | 华为技术有限公司 | 能力开放方法、相关装置、系统及介质 |
AU2019292724B2 (en) * | 2018-06-25 | 2021-11-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Radio network node, user plane function (UPF) and methods performed therein for paging policy differentiation |
US10715640B2 (en) * | 2018-07-13 | 2020-07-14 | EMC IP Holding Company LLC | Internet of things gateways of moving networks |
US20210168719A1 (en) * | 2018-08-09 | 2021-06-03 | Sharp Kabushiki Kaisha | Modifying wake up signaling state of a wireless terminal |
US10660067B2 (en) * | 2018-08-28 | 2020-05-19 | Verizon Patent And Licensing Inc. | Systems and methods for efficient signaling of IoT devices in a wireless telecommunications network |
US10645541B2 (en) | 2018-09-26 | 2020-05-05 | Motorola Solutions, Inc. | Method and system to extend connection time of a talkgroup conversation based on historical talkgroup statistics |
US10945163B2 (en) | 2018-10-31 | 2021-03-09 | Motorola Solutions, Inc. | Method and system to provide mission critical talkgroup service with minimal audio truncation and delay |
CN113170412A (zh) * | 2018-11-21 | 2021-07-23 | 索尼集团公司 | 基于传播信道特性延迟网络中用户设备寻呼操作的系统、方法和计算机程序产品 |
EP3912320A4 (en) * | 2019-01-18 | 2022-08-17 | Lenovo (Beijing) Limited | METHODS AND DEVICES FOR USER DEVICE GROUPING |
US11382025B2 (en) * | 2019-02-26 | 2022-07-05 | At&T Intellectual Property I, L.P. | Object-resource model to facilitate IoT services |
DE102019202725A1 (de) * | 2019-02-28 | 2020-09-03 | Diehl Metering Gmbh | Signalisierung einer multicast-nachricht in nicht koordinierten netzen |
ES2900513T3 (es) * | 2019-04-01 | 2022-03-17 | Ntt Docomo Inc | Métodos y componentes de red de comunicación para iniciar una autenticación y una autorización específicas de segmento |
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 |
JP7083790B2 (ja) * | 2019-08-16 | 2022-06-13 | Kddi株式会社 | 通信制御装置、コンピュータプログラム及び通信制御方法 |
CN110461031B (zh) * | 2019-08-26 | 2021-04-13 | 维沃移动通信有限公司 | 终端设备的控制方法及终端设备 |
JP7405954B2 (ja) | 2019-08-26 | 2023-12-26 | ジオ プラットフォームズ リミティド | 応答時間の管理のためのシステム及び方法 |
CN112448822B (zh) * | 2019-09-02 | 2022-03-01 | 华为云计算技术有限公司 | 一种跨网络唤醒的方法以及相关设备 |
JP6883078B2 (ja) * | 2019-10-02 | 2021-06-09 | ソフトバンク株式会社 | 移動体通信システム及び移動体通信方法 |
CN112839308B (zh) * | 2019-11-25 | 2022-06-03 | 成都鼎桥通信技术有限公司 | 数据处理方法、装置及存储介质 |
CN110830516B (zh) * | 2019-12-19 | 2022-03-22 | 深信服科技股份有限公司 | 一种网络访问方法、装置、网络控制设备及存储介质 |
CN111200661B (zh) * | 2020-01-10 | 2020-10-20 | 翱捷科技股份有限公司 | 一种物联网终端设备及其睡眠控制方法 |
US11444794B2 (en) * | 2020-04-03 | 2022-09-13 | Verizon Patent And Licensing Inc. | Internet of things device connectivity real time notification |
US11588788B2 (en) * | 2020-05-06 | 2023-02-21 | Verizon Patent And Licensing Inc. | Systems and methods for facilitating data transmission to internet of things devices |
US11197243B1 (en) * | 2020-05-26 | 2021-12-07 | Verizon Patent And Licensing Inc. | Systems and methods for acquiring network control data of a user equipment in cellular networks |
WO2022027297A1 (en) * | 2020-08-05 | 2022-02-10 | Arris Enterprises Llc | Controlling mode of operation of electronic device |
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 |
WO2023144025A1 (en) * | 2022-01-28 | 2023-08-03 | Sony Group Corporation | Low-power wake-up receiver for devices with low latency |
Family Cites Families (38)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100548344B1 (ko) * | 2003-05-13 | 2006-02-02 | 엘지전자 주식회사 | 이동통신 시스템에서의 rrc연결방법 |
JP3683576B2 (ja) * | 2003-05-21 | 2005-08-17 | シャープ株式会社 | 無線通信装置、無線通信システム、ワイヤレスavシステム、無線伝送方法並びに動作制御プログラム及びそのプログラムを記録した記録媒体 |
US7751891B2 (en) * | 2004-07-28 | 2010-07-06 | Cyberonics, Inc. | Power supply monitoring for an implantable device |
US8576833B2 (en) * | 2006-12-15 | 2013-11-05 | At&T Intellectual Property I, L.P. | Fault tolerant voice over Internet protocol (VoIP) systems and methods to operate the same |
PL3557917T3 (pl) | 2007-02-06 | 2020-09-21 | Nokia Technologies Oy | Sposób i urządzenie do zapewnienia wydajnej komunikacji nieciągłej |
US20080284045A1 (en) | 2007-05-18 | 2008-11-20 | Texas Instruments Incorporated | Method for Fabricating Array-Molded Package-On-Package |
US20090004662A1 (en) * | 2007-06-18 | 2009-01-01 | Applera Corporation | Method and compositions for nucleic acid amplification |
US7899003B2 (en) * | 2007-08-13 | 2011-03-01 | Sharp Laboratories Of America, Inc. | Method and system for control of discontinuous reception (DRX) by a mobile device in a wireless communications network supporting voice-over-internet-protocol (VoIP) |
US9516116B2 (en) * | 2008-06-06 | 2016-12-06 | Apple Inc. | Managing notification service connections |
US9185654B2 (en) * | 2008-07-16 | 2015-11-10 | Qualcomm Incorporated | Network server having an information and scheduling controller to support one or more low duty cycle wireless devices |
KR101162858B1 (ko) * | 2010-07-08 | 2012-07-04 | 경희대학교 산학협력단 | Ieee 802.15.4 기반의 센서 네트워크에서 이동 센서 노드의 수면 시간을 제어하는 방법 |
CN102469586B (zh) * | 2010-11-05 | 2015-05-27 | 华为技术有限公司 | 寻呼请求处理及寻呼处理方法、装置和网络系统 |
JP5506052B2 (ja) * | 2010-12-28 | 2014-05-28 | トヨタ自動車株式会社 | 車両用充電装置 |
US20120207070A1 (en) * | 2011-02-10 | 2012-08-16 | Qualcomm Incorporated | Mobility enhancements for long term evolution (lte) discontinuous reception (drx) operations |
JP5852368B2 (ja) * | 2011-08-31 | 2016-02-03 | トヨタ自動車株式会社 | 冷却装置 |
EP2621242A1 (en) * | 2012-01-26 | 2013-07-31 | Panasonic Corporation | Improved discontinuous reception operation with additional wake up opportunities |
KR102023608B1 (ko) * | 2012-02-06 | 2019-09-24 | 삼성전자 주식회사 | 단말의 휴면 모드 동작 방법 및 장치 |
US9313694B2 (en) * | 2012-07-26 | 2016-04-12 | Lg Electronics Inc. | Method of supporting signal transmission and reception using at least two radio access technologies and apparatus therefor |
CN102892193B (zh) * | 2012-09-20 | 2016-03-30 | 华为技术有限公司 | 数据传输方法和设备 |
GB2508608B (en) * | 2012-12-04 | 2015-06-10 | Broadcom Corp | Data delivery |
US9351250B2 (en) * | 2013-01-31 | 2016-05-24 | Qualcomm Incorporated | Methods and apparatus for low power wake up signal and operations for WLAN |
US8964680B2 (en) * | 2013-02-07 | 2015-02-24 | Apple Inc. | Radio multiplexer aware TCP layer |
GB2514117A (en) * | 2013-05-13 | 2014-11-19 | Nec Corp | Communication system |
JPWO2015004861A1 (ja) * | 2013-07-10 | 2017-03-02 | 日本電気株式会社 | メッセージ配信システム、メッセージ配信装置、メッセージ配信方法およびメッセージ配信用プログラム |
US10312575B2 (en) * | 2014-03-31 | 2019-06-04 | Galtronics Usa, Inc. | Wearable device antennas |
CN111629341B (zh) | 2014-06-26 | 2022-10-14 | Iot控股公司 | 用于机器类型通信的应用层群组服务 |
TWI510804B (zh) * | 2014-08-01 | 2015-12-01 | Largan Precision Co Ltd | 取像用光學鏡組、取像裝置及電子裝置 |
US9503516B2 (en) * | 2014-08-06 | 2016-11-22 | Google Technology Holdings LLC | Context-based contact notification |
CN105684526A (zh) | 2014-09-30 | 2016-06-15 | 华为技术有限公司 | 传输发起方法、系统及终端设备的状态处理方法和相关设备 |
US9730156B1 (en) * | 2014-11-07 | 2017-08-08 | Cisco Technology, Inc. | System and method for providing power saving mode enhancements in a network environment |
US9699725B1 (en) * | 2014-11-07 | 2017-07-04 | Cisco Technology, Inc. | System and method for providing power saving mode enhancements in a network environment |
US9756564B2 (en) * | 2015-01-13 | 2017-09-05 | Intel IP Corporation | Systems, methods, and devices for enhanced power saving for mobile terminated communication |
US11057446B2 (en) * | 2015-05-14 | 2021-07-06 | Bright Data Ltd. | System and method for streaming content from multiple servers |
US10735166B2 (en) * | 2015-05-29 | 2020-08-04 | Huawei Technologies Co., Ltd. | System and method of UE-centric radio access procedure |
US20160353356A1 (en) * | 2015-06-01 | 2016-12-01 | Qualcomm Incorporated | Application-specific congestion control for data communication (acdc) in connected mode |
US9930110B2 (en) * | 2016-03-02 | 2018-03-27 | International Business Machines Corporation | Dynamic client-based leader election |
US10159016B2 (en) * | 2016-05-04 | 2018-12-18 | Intel IP Corporation | Methods and devices for performing circuit-switched fallback |
US10470218B2 (en) * | 2016-05-16 | 2019-11-05 | Cisco Technology, Inc. | System and method for optimized idle and active state transitions of user equipment in a network environment |
-
2017
- 2017-08-16 JP JP2019508876A patent/JP7123036B2/ja active Active
- 2017-08-16 WO PCT/US2017/047146 patent/WO2018035224A1/en unknown
- 2017-08-16 KR KR1020197007390A patent/KR102216428B1/ko active IP Right Grant
- 2017-08-16 CN CN201780059932.5A patent/CN109792684B/zh active Active
- 2017-08-16 EP EP17758366.3A patent/EP3501210A1/en active Pending
- 2017-08-16 US US15/678,725 patent/US10306591B2/en active Active
-
2019
- 2019-04-16 US US16/385,021 patent/US11019596B2/en active Active
-
2021
- 2021-04-26 US US17/240,628 patent/US11611949B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
US20180054799A1 (en) | 2018-02-22 |
EP3501210A1 (en) | 2019-06-26 |
US11019596B2 (en) | 2021-05-25 |
US11611949B2 (en) | 2023-03-21 |
US10306591B2 (en) | 2019-05-28 |
JP2019525663A (ja) | 2019-09-05 |
US20190246374A1 (en) | 2019-08-08 |
KR102216428B1 (ko) | 2021-02-17 |
CN109792684A (zh) | 2019-05-21 |
KR20190039255A (ko) | 2019-04-10 |
JP7123036B2 (ja) | 2022-08-22 |
US20210243724A1 (en) | 2021-08-05 |
WO2018035224A1 (en) | 2018-02-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109792684B (zh) | 使ue保持唤醒 | |
US11503446B2 (en) | Service capability exposure at the user equipment | |
US11019566B2 (en) | Service capability server / EPC coordination for power savings mode and paging | |
CN109997334B (zh) | 具有用于3gpp网络中物联网应用的间接连接的中继和收费的会话管理 | |
WO2021217571A1 (zh) | 终端状态切换处理、控制方法及装置、通信设备及介质 | |
WO2018087034A1 (en) | Infrequent small data for battery saving wireless devices | |
EP4135473A1 (en) | A downlink multicast service transmission | |
US20220174775A1 (en) | Ue-triggered connection resume with early data transmission and network-triggered connection resume | |
WO2022032536A1 (zh) | 通信方法和通信装置 |
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 | ||
TR01 | Transfer of patent right |
Effective date of registration: 20221017 Address after: USA New York Patentee after: Oprah Holdings Ltd. Address before: Delaware USA Patentee before: CONVIDA WIRELESS, LLC |
|
TR01 | Transfer of patent right |