CN104205894B

CN104205894B - 交换配置数据

Info

Publication number: CN104205894B
Application number: CN201380016748.4A
Authority: CN
Inventors: 房慕娴; G.吴; 单长虹; P.贾恩; M.文卡塔查拉姆
Original assignee: Intel Corp
Current assignee: Intel Corp
Priority date: 2012-04-13
Filing date: 2013-04-10
Publication date: 2018-11-06
Anticipated expiration: 2033-04-10
Also published as: CN104205894A; WO2013155168A1; EP2837218A4; EP2837218A1; US20130272181A1; US9345024B2

Abstract

本文描述了装置、计算机实施方法、系统、设备和计算机可读介质的实施例，供用户设备（“UE”）针对到在通过演进通用地面无线电接入网（“EUTRAN”）的空中接口与UE通信的远程计算设备上执行的远程实体的传输而生成包括UE或基站（例如演进节点B或“eNB”）配置数据（例如非活动时间间隔）或者过顶（“OTT”）应用配置数据的容器。在实施例中，UE可以通过经过在计算设备上执行的本地处理实体与远程实体之间的空中接口的逻辑隧道来传输容器。基站可以类似地被配置成生成具有UE、基站或OTT应用配置数据的容器和/或通过经过空中接口的逻辑隧道将该容器传输到UE。

Description

交换配置数据

对相关申请的交叉引用

本申请要求两者都名为“ADVANCED WIRELESS COMMUNICATION SYSTEMS ANDTECHNIQUES”的分别在2012年4月13日和2012年5月11日提交的美国临时专利申请Nos. 61/624,185和61/646,223在35 U.S.C. § 119（e）之下的优先权。本申请还要求名为“EXCHANGING CONFIGURATION DATA”的在2012年11月19日提交的美国专利申请No. 13/681,370的优先权。通过引用将全部公开并入本文。

技术领域

本发明的实施例总体涉及数据处理的技术领域，并且更具体地涉及交换用户设备、基站和/或过顶（over-the-top）应用配置数据。

背景技术

本文提供的背景技术描述出于总体上呈现本公开的上下文的目的。目前署名的发明人在本背景技术部分中描述的程度上的工作以及在提交时可能原本没有资格成为现有技术的描述的方面不明示或暗示地被承认为针对本公开的现有技术。除非本文另有指示，本部分中描述的方法不是本公开的权利要求的现有技术，且不因包括在本部分中而被承认为现有技术。

可以存在有限的方式来通过无线广域网（“WWAN”）的空中接口交换用户设备（“UE”）、基站（例如演进节点B或者“eNB”）和/或过顶（“OTT”）应用配置数据。因此，OTT应用（例如视频聊天、流送视频、网页浏览器等等）在没有服务质量（“QoS”）差别的情况下可以使用相同的尽力而为（例如无保证的比特率）无线电承载，无论OTT应用是实时的还是非实时的。

附加地，例如如果UE非活动达比预定非活动时间间隔长的时间，则诸如eNB之类的基站可以将其所服务的UE从活动模式（例如“已连接”）转移到非活动模式（例如“空闲”）。例如，如果eNB被配置有五秒的非活动时间间隔，那么如果UE非活动达多于五秒，则eNB可以触发UE来转移到空闲。然而，“应用功能”（例如，在WWAN或者公共数据网或“PDN”上的任何地方托管的任何逻辑）可以将诸如“保活”消息之类的复发通知周期性地传输到操作在UE上的对应逻辑。如果保活消息的传输之间的时间间隔小于服务eNB的非活动时间间隔，则UE可以保持在活动模式中。然而，如果保活消息之间的时间间隔大于eNB的非活动时间间隔，则UE可能重复地转移到空闲模式，结果只是由复发保活消息“重新唤醒”。这些转移可以消耗计算和网络资源。

附图说明

通过下面的详细描述结合附图将容易地理解实施例。为了促进该描述，相似的附图标记指定相似的结构元素。在附图的各幅图中作为示例而不作为限制图示了实施例。

图1示意性地图示了根据各种实施例的被配置有用于促进配置数据的交换的本公开的可应用部分的各种网络实体。

图2示意性地描绘了根据各种实施例的可通过经由空中接口的逻辑数据隧道在各种实体之间交换的示例通信。

图3示意性地描绘了根据各种实施例的用于UE或基站配置数据的交换或者用于过顶（“OTT”）应用配置数据的交换的示例容器。

图4-7示意性地描绘了根据各种实施例的应用功能可以如何取回或者以其他方式获得与UE相关联的非活动时间间隔的示例。

图8示意性地描绘了根据各种实施例的在其上可以实施公开的方法和计算机可读介质的示例计算设备。

具体实施方式

在下面的详细描述中，对形成该详细描述的一部分的附图进行了参考，其中，相似的附图标记自始至终指定相似的部分，并且在附图中，通过图示示出了可实施的实施例。应当理解，在不脱离本公开的范围的情况下，可以利用其他实施例并且可以作出结构或逻辑改变。因此，下面的详细描述不应在限制意义上采用，并且实施例的范围由所附权利要求及其等同物限定。

可以以最有助于理解要求保护的主题的方式进而将各种操作描述为多个分立的动作或操作。然而，描述的顺序不应理解为暗示这些操作必须依赖于顺序。特别地，这些操作可能不是按呈现的顺序执行的。所描述的操作可以是按与所描述的实施例不同的顺序执行的。在附加实施例中，可以执行各种附加操作和/或可以省略所描述的操作。

出于本公开的目的，短语“A和/或B”意指（A）、（B）或（A和B）。出于本公开的目的，短语“A、B和/或C”意指（A）、（B）、（C）、（A和B）、（A和C）、（B和C）或（A、B和C）。

该描述可以使用短语“在一实施例中”或“在实施例中”，其均可以指代相同或不同实施例中的一个或多个。此外，如关于本公开的实施例使用的术语“包含”、“包括”、“具有”等是同义的。

如本文所使用，术语“模块”和/或“逻辑”可以指代下述各项、作为下述各项的一部分或包括下述各项：专用集成电路（“ASIC”）、电子电路、执行一个或多个软件或固件程序的处理器（共享、专用或组）和/或存储器（共享、专用或组）、组合逻辑电路、和/或提供所描述的功能的其他合适部件。

在图1中描绘了示例无线广域网（“WWAN”）100。智能电话（被配置有本公开的教导的可应用部分）形式的用户设备（“UE”）102可以与WWAN 100无线通信。例如，UE 102可以与演进节点B（“eNB”）106的形式部分的基站直接无线通信。eNB 106和其所服务的UE可以一起形成演进通用地面无线电接入网或“EUTRAN”。

虽然UE 102被描绘为触摸屏智能电话，但这不意味着限制。如下文讨论的，本文描述的计算设备可以是任何类型的数据处理设备，包括但不限于平板计算机、个人数字助理（“PDA”）、便携式游戏设备等等。此外，虽然在本文描述的示例中描述了诸如eNB之类的长期演进（“LTE”）部件，但其他类型的基站可以被配置有本公开的可应用部分。

eNB 106可以与演进分组核心（“EPC”）的各种部件进行网络通信。例如，eNB 106可以例如经由S1-MME接口与移动性管理实体（“MME”）108网络通信。MME 108可以被配置成执行各种功能，包括但不限于非接入层（“NAS”）信令和NAS信令安全性、空闲模式UE可达性、公共数据网（“PDN”）和服务网关（“SGW”）选择、针对切换的MME选择、认证、承载管理功能等等。

应用功能（“AF”）110可以例如超出EPC进行操作。如本文使用的那样，术语“应用功能”或“AF”可以包括以硬件和/或软件的任何组合实施的任何类型的逻辑，特别是被配置成对通过网络接收的请求作出响应的逻辑，诸如客户端-服务器应用的服务器部分。例如，AF可以是提供使用IP承载资源的（一个或多个）应用的任何元素。

AF 110可以与在EPC中的各种实体进行网络通信。例如，AF 110可以与归属订户服务器（“HSS”）112通信。HSS 112可以被配置成执行各种功能，包括但不限于订户数据的存储、维护漫游限制列表、当前UE跟踪区域的维护、订户策略的供应等等。在各种实施例中，AF110可以被配置成通过例如在第3代合作伙伴计划（“3GPP”）技术规范（“TS”）29.328V11.5.0 (2012-09)中描述的Sh或Sh+接口来与HSS 112交换数据。

AF 110也可以与策略收费和规则功能（“PCRF”）114网络通信。PCRF 114可以被配置成执行各种功能，包括但不限于与各种策略使能的应用功能（例如AF 110）对接、根据用户订户策略与PDN网关（“PGW”）116对接等等。在各种实施例中，AF 110可以被配置成使用例如在3GPP TS 29.211 V6.4.0 (2007-06)或3GPP TS 29.214 V11.6.0 (2012-09)中描述的Rx或Rx+接口来与PCRF 114交换数据。

MME 108可以例如经由S11接口与SGW 115网络通信。SGW 115可以进而例如经由S5/S8接口与PGW 116通信。PGW 116可以连接到PDN 117，且可以执行各种功能，包括但不限于每用户的分组过滤、数据的合法截取、UE IP地址分配、针对下行链路的传输级分组标记、上行链路/下行链路服务级收费、选通和速率施行等等。

AF 110还可以与用户数据储藏库（“UDR”）118网络通信。UDR 118可以执行各种功能，包括但不限于用户数据创建、查询、更新、删除、订阅和通知。在各种实施例中，AF 110可以被配置成通过例如在3GPP TS 23.335 V11.0.0 (2012-09)中描述的用户数据汇聚（“Ud”）接口来与UDR 118交换数据。

在各种实施例中，诸如UE 102或eNB 106之类的各种计算设备可以被配置成与远程计算设备交换UE或基站（例如eNB 106）配置数据或者过顶（“OTT”）应用配置数据。在各种实施例中，该信息可以通过经由EUTRAN的空中接口128的逻辑隧道126而在这些设备之间传递。

例如，第一处理实体130形式的第一隧道端点（例如逻辑隧道126的源或宿）可以操作在UE 102上。第二处理实体132形式的第二隧道端点（例如逻辑隧道126的源或宿）可以操作在另一网络节点上。在本文描述的示例中，第二处理实体132操作在eNB 106上，但这不意味着限制，并且第二处理实体132可以操作在其他网络节点上，特别是EPC的边缘附近的那些网络节点。

可以以各种方式实施逻辑隧道126。在某些实施例中，逻辑隧道126可以驻留在空中接口128的数据平面上。可以针对逻辑隧道126建立与UE 102相关联的与其他PDN连接分离的PDN连接。在各种实施例中，与该分离的连接相关联的PGW（例如PGW 116）可以驻留在与eNB 106相同的计算设备上，或者可以驻留在分离的物理计算设备上。PGW 116可以将数据转发到第二处理实体132和/或从第二处理实体132接收数据。在各种实施例中，可以在附着过程、服务请求过程期间或者当UE 102处于已连接模式中时设立分离的PDN连接。

在其他实施例中，逻辑隧道126可以驻留在空中接口128的控制平面上。在各种实施例中，实施层3信号处理的实体可以在没有解释或处理的情况下将经过逻辑隧道126的业务视为用户数据。然而，在某些经常使用的应用或功能中，通过逻辑隧道126的通信可以与层2和/或层3空中接口信令组合，或者是层2和/或层3空中接口信令的子集。在某些实施例中，可以使用无线电资源控制（“RRC”）信令或NAS信令中的至少一个将数据传输通过逻辑隧道126。在某些实施例中，逻辑隧道126可以包括针对较短等待时间和/或较紧耦合的层2隧道。

在各种实施例中，可以在公共和/或专用信道上承载逻辑隧道126。在各种实施例中，该信道可以是物理或传输信道。在各种实施例中，通过逻辑隧道126发送的信令消息可以具有专有的格式、专用的格式或者根据开放标准而格式化。在各种实施例中，通过逻辑隧道126发送的信令消息可以是基于因特网协议（“IP”）的或者基于非IP的。

可以使用各种类型的传输来实施逻辑隧道126。在各种实施例中，逻辑隧道126可以由单个发射节点（例如UE 102）和单个接收节点（例如eNB 106）实施，或者可以被实施在单个发射节点（例如UE 102）和单个接收节点（例如eNB 106）之间。在各种实施例中，可以实施协作多点（“CoMP”）传输。在各种实施例中，可以实施多载波聚合（“CA”）。

可以在各种时间处和/或响应于各种事件建立逻辑隧道126。例如，在各种实施例中，可以在针对例如在UE 102和eNB 106之间在信号处理配置时的信息交换、多入多出（“MIMO”）码本的建立、安全性上下文的建立、业务模板的建立等等而设立的连接/会话期间建立逻辑隧道126。附加地或可替代地，逻辑隧道126可以在例如针对诸如跨层适配之类的连续带外应用信令的活动会话期间操作。

图2描绘了可以在第一处理实体（图2中的“PE”）130、第二处理实体132和各种其他实体之间出现的各种通信模式。在该示例中，第一处理实体130可以操作在UE 102上，并且第二处理实体132可以操作在eNB 106上，虽然其他配置是可能的。

客户端应用134可以操作在UE 102上，并可以包括被配置成与远程计算设备上的对应逻辑通信的任何逻辑。例如，客户端应用134可以是诸如视频聊天应用或网页浏览器之类的OTT应用。在箭头202处，可以将通信从客户端应用134发送到第一处理实体130。在某些实施例中，客户端134可以将该通信故意地寻址到第一处理实体130，例如如果客户端134“察觉到”第一处理实体130和/或期望通过逻辑隧道126来发送数据。在其他实施例中，第一处理实体130可以截取和检查来自客户端134的分组，并确定那些分组是应该被传输通过逻辑隧道126还是使用常规手段而传输。

无论哪种方式，在箭头204处，第一处理实体130都可以将从客户端应用134接收的数据封装在将对UE 102和/或eNB 106的其他层来说透明的容器中，并例如使用RRC信令将容器通过逻辑隧道126传输到第二处理实体132。第二处理实体132可以检查容器（下文将参考图3描述示例容器）来确定针对其有效载荷做什么。例如，客户端应用134可以与在远离UE102的计算设备上执行的AF 110通信。如果容器的有效载荷包括诸如体验质量（“QoE”）反馈（例如体验饥饿的UE 102上的视频重放缓冲）之类的涉及AF 110或与AF 110有关的配置数据，则第二处理实体132可以在箭头206处将配置数据转发到AF 110。

AF 110可以以除反向外的类似方式将数据传输到客户端应用134。例如，在箭头302处，AF 110可以故意地或者凭借由第二处理实体132进行的截取将数据传输到第二处理实体132。第二处理实体132可以将数据包装在容器中，并在箭头304处将其通过逻辑隧道126将其传输到第一处理实体130。在箭头306处，第一处理实体130可以从容器提取UE、基站或OTT应用配置数据的有效载荷，并将其转发到客户端应用134。

除客户端应用134和AF 110外的实体可以通过逻辑隧道126交换数据。在箭头402处，eNB 106本身可以将UE/基站/OTT应用配置数据或者针对这样的配置数据的请求传输到第二处理实体132（或者第二处理实体132可以截取它）。例如，eNB 106可以提供针对与UE102相关联的非活动时间间隔的请求、由eNB 106供应的一个或多个服务的指示（例如UE接近度连接性支持）、针对异构网络管理或多无线电接入技术（“RAT”）资源管理的配置数据、eNB 106的平台或硬件能力的指示等等。

第二处理实体132可以将配置数据/请求封装到容器中，且在箭头404处，可以例如使用RRC信令将容器通过逻辑隧道126传输到第一处理实体130。在箭头406处，第一处理实体130可以针对目的地地址检查容器，并可以将配置数据转发到UE 102上的适当逻辑。

UE 102可以类似地经由逻辑隧道126将UE/基站/OTT应用配置数据或者针对这样的配置数据的请求传输到其他实体。在箭头502处，UE 102可以将配置数据传输到第一处理实体130（或者第一处理实体130可以截取由UE 102传输的配置数据）。在该场景中，配置数据可以包括但不限于针对深度分组检查的服务质量（“QoS”）模板、UE 102的平台或硬件能力的指示、由UE 102执行的应用、与UE 102相关联的非活动时间间隔、跨层适配配置数据等等。

第一处理实体130可以将配置数据封装到容器中，且在箭头504处，可以通过逻辑隧道126将容器传输到第二处理实体132。在箭头506处，第二处理实体132可以从容器提取配置数据并将其转发到eNB 106。eNB 106可以响应于接收到该数据而采取各种动作。例如，如果配置数据包括了UE 102具有与eNB 106的架构兼容的特定架构的指示，则eNB 106可以变更其与UE 102通信的方式以利用该兼容性。

图3描绘了示例透明容器3000，其可以由透明数据容器信息元素标识符（“IEI”）标识，该透明数据容器信息元素标识符可以通过逻辑隧道126而在各种实体之间交换。在各种实施例中，容器3000可以被封装在RRC和/或NAS中以通过逻辑隧道126传输。类型字段3004可以指示被封装在容器3000中的信息的类型，例如使得第一处理实体130或第二处理实体132知道如何处理容器3000的有效载荷3010。目的地地址字段3006可以将信息提供到UE102或eNB 106，以将所封装的配置数据转发到eNB或UE中的对应的本地处理实体（例如130或132）或者转发到远程处理实体（130或132）。长度字段3008可以指示有效载荷3010的长度。

有效载荷3010可以包括UE、基站或OTT应用配置数据。上文描述了可被封装在容器3000中的配置数据的某些示例。可被封装在容器3000中例如以便通过逻辑隧道126传输的其他类型的UE、基站或OTT应用配置数据可以属于各种技术，包括但不限于跨层适配（例如自适应信源编码）、增强安全性、动态客户端-云信号处理工作量分布、云辅助的UE性能改善（例如eNB高速缓存、eNB介质重新格式化）、eNB辅助的UE接近度连接性支持、针对机器类型通信（“MTC”）的低功率短数据突发传输等等。

在另一方面中，UE 102经常可以是电池供电的，且因此可以被配置成节省功率。例如，可以在活动模式（例如“已连接”）到非活动模式（例如“空闲”）之间转移UE 102。在活动模式中，UE 102可以消耗比在非活动模式中多的功率。在各种实施例中，UE 102可以具有例如由服务eNB 106提供或施行的关联阈值“非活动时间间隔”，其指定阈值时间间隔。如果UE102非活动比阈值久，则其可以从活动模式转移到非活动模式或者被eNB 106从活动模式转移到非活动模式，例如作为非连续接收（“DRX”）周期的一部分。

诸如客户端应用134之类的操作在UE 102上的逻辑可以与诸如AF 110或者客户端-服务器应用的服务器部分之类的对应逻辑进行周期性通信。例如，即使在客户端应用134和AF 110之间不存在活动交互，AF 110仍可以将复发的“保活”消息发送到客户端应用134。在某些情况下，AF 110可以周期性地发送这些保活消息，例如以特定时间间隔。

假设保活消息的传输之间的时间间隔大于与UE 102相关联的非活动时间间隔。例如，假设非活动时间间隔是五秒，并且将保活消息从AF 110传输到客户端应用134之间的时间间隔是六秒。在非活动的五秒之后，UE 102可以例如响应于来自eNB 106的命令从已连接转移到空闲。然而，其可以在由客户端应用134接收到来自AF 110的保活消息时几乎立即从空闲转移回到已连接。已连接模式和空闲模式之间的转移可以需要计算资源（例如由UE102进行的状态转移），并可以生成网络业务，例如频繁的寻呼。

相应地，在各种实施例中，AF 110可以被配置成通过计算机网络从另一计算设备获得与UE 102相关联的非活动时间间隔。在各种实施例中，AF 110可以基于与UE 102相关联的非活动时间间隔，将一个或多个保活通知的传输调度到客户端应用134以减小由UE102进行的状态转移的频率。

AF 110可以从各种源获得非活动时间间隔。例如，可以由AF 110从eNB 106获得非活动时间间隔。

在图4中，AF 110可以从客户端应用134获得非活动时间间隔。例如，客户端应用134可以在应用注册、重新注册和/或动态参数更新过程期间将包含UE 102的非活动时间间隔的容器传输到AF 110。在各种实施例中，容器可以独立于接入和核心网，并可以被传递通过逻辑隧道126。

如图5中所示，可替代地，可以例如由AF 110经由Sh或Sh+接口从HSS 112获得非活动时间间隔。例如，AF 110在应用认证期间例如通过将用户数据读取请求传输到HSS 112来获得或取回容器。作为响应，HSS 112可以传输用户数据读取响应和容器。AF 110还可以在简档更新、订阅通知请求、推送通知请求等等期间获得所述容器。

如图6中所示，可替代地，可以例如由AF 110经由Rx或Rx+接口从PCRF 114获得非活动时间间隔。例如，AF 110可以将应用授权（“AA”）命令传输到PCRF 114。PCRF 114可以以AA答复命令和/或具有非活动时间间隔的容器进行响应。

如图7中所示，可替代地，可以例如由AF 110经由Ud接口从UDR 118获得非活动时间间隔。例如，AF 110可以将查询数据请求传输到UDR 118。UDR 118可以以查询数据答复和/或具有非活动时间间隔的容器进行响应。

在各种实施例中，包含非活动时间间隔的容器可以包含其他跨层信息，包括但不限于应用功能可使用以调度保活消息的传输的发送开始时间。

在各种实施例中，AF 110可以基于非活动时间间隔将一个或多个保活通知的传输开始时间调度到UE 102。在各种实施例中，一个或多个保活通知可以包括多个周期性复发的消息。在各种实施例中，AF 110可以基于非活动时间间隔来调度该多个周期性复发的消息的传输时间间隔。

图8图示了根据各种实施例的示例计算设备8000。可以在诸如计算设备8000之类的计算设备上实施本文描述的UE 102、eNB 106或任何其他网络实体。计算设备8000可以包括多个部件，该多个部件包括一个或多个处理器8004和至少一个通信芯片8006。在各种实施例中，一个或多个处理器8004均可以是处理器核。在各种实施例中，至少一个通信芯片8006还可以物理和电耦合至一个或多个处理器8004。在另外的实施方式中，通信芯片8006可以是一个或多个处理器8004的一部分。在各种实施例中，计算设备8000可以包括印刷电路板（“PCB”） 8002。对于这些实施例，一个或多个处理器8004和通信芯片8006可以被设置在其上。在可替代实施例中，各种部件可以在不采用PCB 8002的情况下耦合。

根据其应用，计算设备8000可以包括可以或可以不物理和电耦合至PCB 8002的其他部件。这些其他部件包括但不限于易失性存储器（例如，动态随机存取存储器8008，也被称为“DRAM”）、非易失性存储器（例如，只读存储器8010，也被称为“ROM”）、闪存8012、输入/输出控制器8014、数字信号处理器（未示出）、密码处理器（未示出）、图形处理器8016、一个或多个天线8018、显示器（未示出）、触摸屏显示器8020、触摸屏控制器8022、电池8024、音频编解码器（未示出）、视频编解码器（未示出）、全球定位系统（“GPS”）设备8028、罗盘8030、加速度计（未示出）、陀螺仪（未示出）、扬声器8032、摄像机8034、以及大容量存储设备（诸如硬盘驱动器、固态驱动器、压缩盘（“CD”）、数字多功能盘（“DVD”））（未示出）等等。在各种实施例中，处理器8004可以与其他部件一起被集成在相同管芯上以形成片上系统（“SoC”）。

在各种实施例中，易失性存储器（例如DRAM 8008）、非易失性存储器（例如ROM8010）、闪存8012和大容量存储设备可以包括编程指令，该编程指令被配置成响应于由一个或多个处理器8004的执行而使计算设备8000能够根据计算设备8000是否被用于实施UE102、eNB 106、第一处理实体130、第二处理实体132、客户端应用134或AF 110来实行图2和4-7中所示的所有或所选择的通信。更具体地，诸如易失性存储器（例如DRAM 8008）、非易失性存储器（例如ROM 8010）、闪存8012和大容量存储设备之类的存储器部件中的一个或多个可以包括指令的临时和/或永久拷贝，该指令在被一个或多个处理器8004执行时使计算设备8000能够操作一个或多个逻辑8036，该一个或多个逻辑8036被配置成根据计算设备8000是否被用于实施UE 102、eNB 106、第一处理实体130、第二处理实体132、客户端应用134或AF 110来实行图2和4-7的所有或所选择的方面。

通信芯片8006可以实现用于向和从计算设备8000传送数据的有线和/或无线通信。术语“无线”及其派生词可以用于描述可通过使用经由非固体介质的所调制的电磁辐射传递数据的电路、设备、系统、方法、技术、通信信道等。该术语不暗示关联的设备不包含任何线，尽管在某些实施例中，它们可能不包含线。通信芯片8006可以实施多个无线标准或协议中的任一个，包括但不限于IEEE 702.20、通用分组无线电服务（“GPRS”）、演进数据优化（“Ev-DO”）、演进高速分组接入（“HSPA+”）、演进高速下行链路分组接入（“HSDPA+”）、演进高速上行链路分组接入（“HSUPA+”）、全球移动通信系统（“GSM”）、增强数据速率的GSM演进（“EDGE”）、码分多址（“CDMA”）、时分多址（“TDMA”）、数字增强无绳电信（“DECT”）、蓝牙、其衍生物、以及被命名为3G、4G、5G和更远的任何其他无线协议。计算设备8000可以包括多个通信芯片8006。例如，第一通信芯片8006可以专用于较短距离无线通信，诸如Wi-Fi和蓝牙，并且第二通信芯片8006可以专用于较长距离无线通信，诸如GPS、EDGE、GPRS、CDMA、WiMAX、LTE、Ev-DO及其他。

在各种实施方式中，计算设备8000可以是膝上型电脑、上网本、笔记本、超极本、智能电话、计算平板、个人数字助理（“PDA”）、超级移动PC、移动电话、台式计算机、服务器、打印机、扫描仪、监视器、机顶盒、娱乐控制单元（例如，游戏控制台）、数码摄像机、便携式音乐播放器、或数字录像机。在另外的实施方式中，计算设备8000可以是处理数据的任何其他电子设备。

本文描述了装置、包装、计算机实施方法、系统、设备和计算机可读介质（瞬变的和非瞬变的）的实施例，供UE针对到在通过EUTRAN的空中接口与UE通信的远程计算设备上执行的远程实体的传输而生成包括UE或基站配置数据或者OTT应用配置数据的容器。在各种实施例中，UE可以通过在计算设备上执行的本地处理实体与远程实体之间的逻辑隧道来传输容器。在各种实施例中，逻辑隧道可以经过空中接口。

在各种实施例中，逻辑隧道可以驻留在空中接口的控制平面上，并且，使用无线电资源信令或NAS信令中的至少一个来传输容器。在各种实施例中，逻辑隧道可以驻留在空中接口的数据平面上。在各种实施例中，可以针对逻辑隧道建立与UE相关联的与其他PDN连接分离的PDN连接。

在各种实施例中，容器可以包括针对深度分组检查的QoS模板。在各种实施例中，容器可以包括UE的平台、UE的硬件能力或由UE执行的应用的指示。在各种实施例中，容器可以包括与UE相关联的非活动时间间隔，且被寻址到在远程计算设备上执行的应用功能。在各种实施例中，容器可以包括跨层适配配置数据。在各种实施例中，容器可以包括用于递送到应用功能的QoE反馈。

类似地，在各种实施例中，eNB可以被配置成针对到在通过EUTRAN的空中接口与eNB通信的UE上执行的远程实体的传输而生成包括UE或基站配置数据或者OTT应用配置数据的容器。在各种实施例中，eNB可以被配置成通过在eNB上执行的本地处理实体与UE之间的逻辑隧道来传输容器。在各种实施例中，逻辑隧道可以经过空中接口。

在各种实施例中，所述容器可以包括针对与UE相关联的非活动时间间隔的请求。在各种实施例中，所述容器可以包括由eNB供应的一个或多个服务的指示。在各种实施例中，所述一个或多个服务可以包括UE接近度连接性支持。在各种实施例中，所述容器可以包括针对异构网络管理或多RAT资源管理的配置数据。在各种实施例中，所述容器可以包括eNB的平台或硬件能力的指示。

在各种实施例中，操作应用功能的计算设备可以被配置成通过计算机网络从另一计算设备获得与UE相关联的非活动时间间隔，并且操作被配置成与应用功能交互的UE应用。在各种实施例中，计算设备可以基于与UE相关联的非活动时间间隔将一个或多个保活通知的传输从应用功能调度到UE应用以减小由UE进行的状态转移的频率。

尽管本文出于描述的目的图示和描述了特定实施例，但本申请意图覆盖本文讨论的实施例的任何改编或变型。因此，显然意图是，本文描述的实施例仅由权利要求限定。

在本公开记载了“一”或“第一”元素或其等同物的情况下，这种公开包括一个或多个这种元素，既不要求也不排除两个或更多个这种元素。此外，所标识的元素的序数指示符（例如，第一、第二或第三）被用于在元素之间进行区分，而不指示或暗示要求或受限数目的这种元素，它们也不指示这种元素的特定位置或顺序，除非另有具体声明。

Claims

1.一种被配置成交换配置数据的装置，包括处理电路来执行下述操作：

针对到在通过演进通用地面接入网(“EUTRAN”)的空中接口与所述装置通信的远程计算设备上执行的远程实体的传输而生成容器，所述容器包括用户设备(“UE”)或演进节点B(“eNB”)配置数据或者过顶(“OTT”)应用配置数据；以及

通过在所述装置上执行的本地处理实体与远程实体之间的逻辑隧道来传输容器；

其中逻辑隧道经过空中接口，

其中容器包括与UE相关联的非活动时间间隔，且被寻址到在另一远程计算设备上执行的应用功能。

2.如权利要求1所述的装置，其中逻辑隧道驻留在空中接口的控制平面上，并且所述容器是使用无线电资源信令或者非接入层(“NAS”)信令中的至少一个来传输的。

3.如权利要求1或2所述的装置，其中所述装置是UE。

4.如权利要求3所述的装置，其中逻辑隧道驻留在空中接口的数据平面上，并且针对所述逻辑隧道建立与UE相关联的与其他公共数据网(“PDN”)连接分离的PDN连接。

5.如权利要求3所述的装置，其中容器包括针对深度分组检查的服务质量(“QoS”)模板。

6.如权利要求3所述的装置，其中容器包括UE的平台、UE的硬件能力或者由UE执行的应用的指示。

7.如权利要求3所述的装置，其中容器包括跨层适配配置数据。

8.如权利要求3所述的装置，其中容器包括针对到应用功能的递送的体验质量(“QoE”)反馈。

9.如权利要求1或2所述的装置，其中所述装置是eNB。

10.如权利要求9所述的装置，其中容器包括针对与由eNB服务的UE相关联的非活动时间间隔的请求。

11.如权利要求9所述的装置，其中容器包括由eNB供应的一个或多个服务的指示，所述一个或多个服务至少包括UE接近度连接性支持。

12.如权利要求9所述的装置，其中容器包括针对异构网络管理或多无线电接入技术(“RAT”)资源管理的配置数据，或者eNB的平台或硬件能力的指示。

13.一种被配置成调度保活通知的传输的计算设备，包括：

用于通过计算机网络从另一计算设备获得与用户设备(“UE”)相关联的非活动时间间隔的装置；以及

用于基于与UE相关联的非活动时间间隔将一个或多个保活通知的传输从计算设备所操作的应用功能调度到UE以减小由UE进行的状态转移的频率的装置。

14.如权利要求13所述的计算设备，其中非活动时间间隔是从eNB接收的。

15.如权利要求13所述的计算设备，其中非活动时间间隔是经由Sh或Ss+接口从归属订户服务器(“HSS”)接收的、经由Rx或Rx+接口从策略收费和规则功能(“PCRF”)接收的或者经由Ud接口从用户数据储藏库(“UDR”)接收的。

16.如权利要求13所述的计算设备，其中非活动时间间隔是凭借通过UE和服务于UE的eNB之间的空中接口的逻辑隧道从UE接收的。

17.如权利要求13-16中任一项所述的计算设备，其中用于调度的装置包括用于针对非活动时间间隔将一个或多个保活通知的传输开始时间调度到UE的装置。

18.如权利要求13-16中任一项所述的计算设备，其中所述一个或多个保活通知包括多个周期性复发的消息，并且用于调度的装置包括用于针对非活动时间间隔调度所述多个周期性复发的消息的传输时间间隔的装置。

19.如权利要求13-16中任一项所述的计算设备，其中非活动时间间隔是非连续接收(“DRX”)周期的一部分。

20.一种用于操作应用功能的装置，其被配置成：

通过计算机网络从另一计算设备获得与用户设备(“UE”)相关联的非活动时间间隔；以及基于与UE相关联的非活动时间间隔，将一个或多个周期性消息的传输从应用功能调度到UE，以减小由UE进行的状态转移的频率。

21.如权利要求20所述的装置，其中非活动时间间隔是从服务于UE的eNB接收的、经由Sh或Ss+接口从归属订户服务器(“HSS”)接收的、经由Rx或Rx+接口从策略收费和规则功能(“PCRF”)接收的或者经由Ud接口从用户数据储藏库(“UDR”)接收的。

22.至少一种计算机可读介质，其包括响应于由操作应用功能的计算设备对指令的执行而使计算设备能够执行下述操作的指令：

通过计算机网络从另一计算设备获得与用户设备(“UE”)相关联的非活动时间间隔；以及基于与UE相关联的非活动时间间隔，将一个或多个保活通知的传输从应用功能调度到UE，以减小由UE进行的状态转移的频率。

23.如权利要求22所述的至少一种计算机可读介质，其中非活动时间间隔是从eNB接收的。

24.如权利要求22所述的至少一种计算机可读介质，其中非活动时间间隔是经由Sh或Ss+接口从归属订户服务器(“HSS”)接收的、经由Rx或Rx+接口从策略收费和规则功能(“PCRF”)接收的或者经由Ud接口从用户数据储藏库(“UDR”)接收的。

25.如权利要求22所述的至少一种计算机可读介质，其中非活动时间间隔是凭借通过UE和服务于UE的eNB之间的空中接口的逻辑隧道从UE接收的。

26.如权利要求22-25中任一项所述的至少一种计算机可读介质，其中协调包括针对非活动时间间隔将所述一个或多个保活通知的传输开始时间协调到UE。

27.如权利要求22-25中任一项所述的至少一种计算机可读介质，其中所述一个或多个保活通知包括多个周期性复发的消息，并且协调包括针对非活动时间间隔协调所述多个周期性复发的消息的传输时间间隔。

28.如权利要求22-25中任一项所述的至少一种计算机可读介质，其中非活动时间间隔是非连续接收(“DRX”)周期的一部分。