CN108293236B

CN108293236B - 用于重定义无线通信网络的时间对齐定时器的方法、对应的用户设备以及网络节点

Info

Publication number: CN108293236B
Application number: CN201680069608.7A
Authority: CN
Inventors: G·贝里奎斯特
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2015-11-30
Filing date: 2016-10-10
Publication date: 2020-09-11
Anticipated expiration: 2036-10-10
Also published as: EP3384714A1; US20210368462A1; EP3641422A1; WO2017095293A1; EP3384714B1; CN108293236A; EP3944682A1; DK3384714T3; EP3641422B1; US11700587B2; BR112018010608A2

Abstract

用于重定义无线通信网络的时间对齐定时器的方法和设备包括确定从所述UE到网络节点的无线资源控制RRC连接工作在连接状态下的不连续接收CDRX模式下。响应于确定所述RRC连接工作在CDRX模式下，向所述网络节点发送初始消息，所述初始消息包括协议特性类型PFT以及用户设备类型和软件版本号UE‑TSVN。响应于所述初始消息，从所述网络节点接收握手消息，所述握手消息包括所述PFT、指示时间对齐定时器定义TATDEF消息类型的下行链路协议消息类型PMT、以及与包括用于重定义时间对齐定时器的一个或多个值的所述TATDEF消息类型关联的协议消息主体PMB。

Description

用于重定义无线通信网络的时间对齐定时器的方法、对应的用户设备以及网络节点

相关申请的交叉引用

本申请要求2015年11月30日提交的第62/260,934号美国临时申请的优先权，此临时申请的公开内容在此全部引入作为参考。

技术领域

本公开涉及无线通信系统中的网络节点和用户设备的方法和操作。

背景技术

无线射频通信的有效资源调度在电信系统中很重要。在传统系统中，用户设备(UE)无法向网络节点通知UE的当前应用要求，并且在某些情况下，UE不能将非关键应用相关的网络活动推迟到未来更合适的时间。此外，移动网络中的网络节点无法允许应用知道其当前选项。在某些情况下，移动网络不能将非关键应用相关的网络活动调度到未来更合适的时间。

大多数网络运营商使用的策略对应用要求毫不在意，并且使用相同调度和无线承载实现来处理合并到默认承载上的因特网数据。运营商无法了解应用需要什么以及应用如何执行这些策略。

应用提供商使用的策略对无线能力要求毫不在意，并且使用相同的端到端传输控制来处理事务。应用提供商无法了解移动网络的能力以及移动网络的性能如何。

目前，3GPP标准不知道UE的当前应用要求。因此，当前3GPP标准可能具有低效的资源调度，从而导致较高的UE电池利用率。

在“背景技术”部分中描述的方法可以被研究，但不一定是先前已被构想或研究的方法。因此，除非在此另外指示，否则在“背景技术”部分中描述的方法不是本申请中的权利要求的现有技术，并且不被承认为通过包含在“背景技术”部分中而是现有技术。

发明内容

在此公开的某些实施例涉及一种由无线通信系统的UE执行的方法。所述方法包括确定从所述UE到网络节点的无线资源控制RRC连接工作在连接状态下的不连续接收CDRX模式下。所述方法包括响应于确定所述RRC连接工作在CDRX模式下，向所述网络节点发送初始消息，所述初始消息包括协议特性类型PFT以及用户设备类型和软件版本号UE-TSVN。所述方法包括响应于所述初始消息，从所述网络节点接收握手消息，所述握手消息包括所述PFT、指示时间对齐定时器定义TATDEF消息类型的下行链路协议消息类型PMT、以及与包括用于重定义时间对齐定时器的一个或多个值的所述TATDEF消息类型关联的协议消息主体PMB。

这些实施例提供的一个潜在优势是允许UE和网络节点进行协调以执行应用感知资源调度。所述方法可以允许有效资源调度，以使得所述UE可以减少电池使用。具体地说，如在此所述的重定义无线通信网络的时间对齐定时器允许所述UE和所述网络节点执行应用感知资源调度，方式为：确定从所述UE到网络节点(7600)的无线资源控制RRC连接工作在连接状态下的不连续接收CDRX模式下；响应于确定所述RRC连接工作在CDRX模式下，向所述网络节点发送初始消息，所述初始消息包括协议特性类型PFT以及用户设备类型和软件版本号UE-TSVN；以及响应于所述初始消息，从所述网络节点接收握手消息，所述握手消息包括所述PFT、指示时间对齐定时器定义TATDEF消息类型的下行链路协议消息类型PMT、以及与包括用于重定义时间对齐定时器的一个或多个值的所述TATDEF消息类型关联的协议消息主体PMB。

在某些进一步实施例中，所述方法可以包括响应于从所述网络节点接收时间对齐命令TAC，应用用于重定义所述时间对齐定时器的所述一个或多个值。在某些实施例中，确定从所述UE到所述网络节点的所述RRC连接工作在CDRX模式下可以包括：从所述网络节点接收RRC连接重配置消息，所述RRC连接重配置消息包括所述CDRX模式的指示；以及基于所述RRC连接重配置消息中的所述CDRX模式的所述指示，确定所述网络节点工作在CDRX模式下。所述方法可以包括从所述网络节点接收通知消息，所述通知消息指示支持所述PFT并指示网络类型和软件版本号N-TSVN。

在某些实施例中，所述方法可以包括从所述UE向所述网络节点发送第一应用信息FAPPI消息，所述FAPPI消息包括所述PFT、指示所述FAPPI消息的下一个字段、以及指示FAPPI消息类型的上行链路PMT字段。

某些其它实施例涉及一种在无线通信网络中操作的用户设备UE。所述UE包括确定模块、发送模块、以及接收模块。所述确定模块被配置为确定从所述UE到网络节点的无线资源控制RRC连接工作在连接状态下的不连续接收CDRX模式下。所述发送模块被配置为响应于确定所述RRC连接工作在CDRX模式下，向所述网络节点发送初始消息，所述初始消息包括协议特性类型PFT以及用户设备类型和软件版本号UE-TSVN。所述接收模块被配置为响应于所述初始消息，从所述网络节点接收握手消息，所述握手消息包括所述PFT、指示时间对齐定时器定义TATDEF消息类型的下行链路协议消息类型PMT、以及与包括用于重定义时间对齐定时器的一个或多个值的所述TATDEF消息类型关联的协议消息主体PMB。

某些其它实施例涉及一种在无线通信网络中操作的用户设备UE。所述UE包括：收发机，被配置为提供与所述无线通信网络的网络节点的无线通信；存储器，被配置为存储计算机可执行指令；以及处理器，其耦合到所述存储器和所述收发机。所述处理器被配置为执行所述计算机可执行指令以执行以下操作，包括：确定从所述UE到网络节点的无线资源控制RRC连接工作在连接状态下的不连续接收CDRX模式下；响应于确定所述RRC连接工作在CDRX模式下，向所述网络节点发送初始消息，所述初始消息包括协议特性类型PFT以及用户设备类型和软件版本号UE-TSVN；以及响应于所述初始消息，从所述网络节点接收握手消息，所述握手消息包括所述PFT、指示时间对齐定时器定义TATDEF消息类型的下行链路协议消息类型PMT、以及与包括用于重定义时间对齐定时器的一个或多个值的所述TATDEF消息类型关联的协议消息主体PMB。

某些其它实施例涉及一种在无线通信网络中由为用户设备UE服务的网络节点执行的方法。所述方法包括：确定从所述网络节点到UE的无线资源控制RRC连接工作在连接状态下的不连续接收CDRX模式下；响应于确定所述RRC连接工作在CDRX模式下，向所述UE发送通知消息，所述通知消息指示网络类型和软件版本号N-TSVN并指示支持协议特性类型PFT；响应于所述通知消息，从所述UE接收初始消息，所述初始消息指示支持协议特性类型PFT并指示用户设备类型和软件版本号UE-TSVN；以及响应于所述初始消息，向所述UE发送握手消息，所述握手消息包括所述PFT、指示时间对齐定时器定义TATDEF消息类型的下行链路协议消息类型PMT、以及与包括用于重定义时间对齐定时器的一个或多个值的所述TATDEF消息类型关联的协议消息主体PMB。

在某些实施例中，所述网络节点执行的方法可以包括向所述UE发送时间对齐命令TAC，以触发所述UE应用用于重定义所述时间对齐定时器的所述一个或多个值。所述方法可以包括从所述UE接收第一应用信息FAPPI消息，所述FAPPI消息包括所述PFT、指示所述FAPPI消息的下一个字段、以及指示FAPPI消息类型的上行链路PMT字段。

某些其它实施例涉及一种在无线通信网络中为用户设备UE服务的网络节点。所述网络节点包括确定模块、通知发送模块、接收模块、以及握手发送模块。所述确定模块被配置为确定从所述网络节点到UE的无线资源控制RRC连接工作在连接状态下的不连续接收CDRX模式下。所述通知发送模块被配置为响应于确定所述RRC连接工作在CDRX模式下，向所述UE发送通知消息，所述通知消息指示网络类型和软件版本号N-TSVN并指示支持协议特性类型PFT。所述接收模块被配置为响应于所述通知消息，从所述UE接收初始消息，所述初始消息指示支持协议特性类型PFT并指示用户设备类型和软件版本号UE-TSVN。所述握手发送模块被配置为响应于所述初始消息，向所述UE发送握手消息，所述握手消息包括所述PFT、指示时间对齐定时器定义TATDEF消息类型的下行链路协议消息类型PMT、以及与包括用于重定义时间对齐定时器的一个或多个值的所述TATDEF消息类型关联的协议消息主体PMB。

某些其它实施例涉及一种在无线通信网络中为用户设备UE服务的网络节点。所述网络节点包括：收发机，被配置为提供与所述无线通信网络的所述UE的无线通信；存储器，被配置为存储计算机可执行指令；以及处理器，其耦合到所述存储器和所述收发机。所述处理器被配置为执行所述计算机可执行指令以执行以下操作，包括：确定从所述网络节点到UE的无线资源控制RRC连接工作在连接状态下的不连续接收CDRX模式下；响应于确定所述RRC连接工作在CDRX模式下，向所述UE发送通知消息，所述通知消息指示网络类型和软件版本号N-TSVN并指示支持协议特性类型PFT；响应于所述通知消息，从所述UE接收初始消息，所述初始消息包括协议特性类型PFT以及用户设备类型和软件版本号UE-TSVN；以及响应于所述初始消息，向所述UE发送握手消息，所述握手消息包括所述PFT、指示时间对齐定时器定义TATDEF消息类型的下行链路协议消息类型PMT、以及与包括用于重定义时间对齐定时器的一个或多个值的所述TATDEF消息类型关联的协议消息主体PMB。

通过阅读以下附图和详细描述，根据实施例的UE执行的其它方法、UE、网络节点执行的方法、以及网络节点对于所属技术领域的技术人员将显而易见或者变得显而易见。其意图是所有这些额外方法、资源管理计算机节点和/或计算机程序产品都被包括在本描述内并由所附权利要求保护。

附图说明

本公开的各方面通过示例的方式示出并且不受附图的限制，在附图中：

图1示出用于MAC扩展的格式；

图2示出MAC扩展子报头；

图3示出由UE发送的初始消息的格式；

图4示出包括PFT字段的各种值和特性类型的映射的表；

图5示出由网络节点向UE发送的握手消息；

图6示出包括PMT字段的各种值和消息类型的映射的表；

图7示出FAPPI消息的格式；

图8示出包括用于上行链路调度的PMT字段的各种值到消息类型的映射的表；

图9示出FAPPI消息的格式；

图10示出包括索引值到PFT禁止定时器的映射的表；

图11示出由网络节点发送的切换消息的格式；

图12示出包括PMT值到消息类型的映射的表；

图13示出切换消息的示例格式；

图14示出INS-CONFIG消息的格式；

图15示出包括PMT值到消息类型的映射的表；

图16示出INS-CONFIG消息的格式；

图17示出用于时间对齐定时器定义(TATDEF)的PMB；

图18示出具有用于单TAT和双TAT的映射的表；

图19示出TATDEF的内容值的延迟激活；

图20示出用于FAPPI的消息主体PMB；

图21示出包括上行链路上的FAPPI中的DC字段的表；

图22示出包括上行链路上的FAPPI中的DT字段的表；

图23示出用于下行链路上的SWITCH的PMB的消息主体；

图24示出包括用于下行链路上的SWITCH模式的DC字段的表；

图25示出包括用于下行链路上的SWITCH模式的PC字段的表；

图26示出onDurationTimer的3GPP TS 36.321行为；

图27示出由UE接收的SWITCH模式的处理；

图28示出用于下行链路上的INS-CONFIG的消息主体；

图29示出用于下行链路上的DSR-CONFIG的DSR索引的表；

图30示出连接非活动监视值的表；

图31示出DIAT的处理；

图32至35示出从各种错误中恢复；

图36示出用于PFT建立的网络节点与UE之间的消息流；

图37和38示出用于DRX切换的格式；

图39至47示出根据在此描述的某些实施例的网络节点与UE之间的消息流；

图48和50示出用于PFT释放的消息格式；

图49和51示出各种消息中的DC字段的映射；

图52至54示出用于PFT释放的网络节点与UE之间的消息流；

图55示出用于释放PFT的SWITCH模式的消息格式；

图56示出用于PFT释放的DC字段；

图57和58示出用于通过建立PFT进行切换的UE与网络节点之间的消息流；

图59示出用于提前释放连接的消息格式；

图60示出上行链路上的FAPPI中的DC字段；

图61和62示出用于提前连接释放的UE与网络节点之间的消息流；

图63和64示出取决于授权的消息格式；

图65示出用于下行链路的LCID的值；

图66示出用于定时提前命令的格式；

图67至71示出根据某些实施例的UE中的方法和UE的对应操作；

图72至74示出根据某些实施例的网络节点中的方法和网络节点的对应操作；

图75是被配置为执行根据在此公开的一个或多个实施例的操作的在无线通信网络中使用的UE的框图；

图76是根据在此公开的用于网络节点的一个或多个实施例配置的在无线通信网络中使用的网络节点的框图；

图77示出根据某些实施例的执行如在此公开的操作的位于UE(如图75的UE)中的模块；

图78示出根据某些实施例的执行如在此公开的操作的位于网络节点(如图76的网络节点)中的模块。

具体实施方式

现在将在以下参考附图更全面地描述发明概念，在附图中示出发明概念的实施例的示例。但是，发明概念可以以多种不同的形式体现，并且不应被解释为限于在此给出的实施例。相反，提供这些实施例以使得本公开详尽并完整，并且将本发明概念的范围完全传达给所属技术领域的技术人员。还应该注意，这些实施例不相互排斥。来自一个实施例的组件可以默认为在另一个实施例中存在/使用。下面描述的任何两个或更多实施例可以以任何方式彼此组合。

本公开的某些实施例涉及UE中的方法和网络节点中的相关方法。本公开的各种实施例涉及用于具有较大要求变化的设备类型和应用的无线资源管理的协议操作的框架规范。提供UE和网络的操作结构，以便在关联3GPP标准的严格定义之外建立定制操作。本发明概念可以以与现在和未来标准生态系统兼容的方式，在标准化的功能之上提供扩展功能。

在此描述的操作可以针对来自在客户机上运行的应用的瞬时延迟和吞吐量需求，提供连接和业务的差异化应用感知处理。此外，在此描述的操作可以针对来自移动网络的瞬时资源供应，提供业务的差异化移动网络资源感知处理和可观察性。

在某些实施例中，使用非限制性术语UE。此处UE可以是能够通过无线信号与网络节点或另一个UE通信的任何类型的无线设备。UE还可以是无线通信设备、目标设备、设备到设备(D2D)UE、机器型UE或具有机器到机器通信(M2M)能力的UE、配备有UE的传感器、iPad、平板计算机、移动终端、智能电话、膝上型嵌入式设备(LEE)、膝上型安装式设备(LME)、USB软件狗(dongle)、客户端设备(CPE)等。

此外，在某些实施例中，使用通用术语“无线网络节点”或简称为“网络节点”或“NW节点”，并且这可以是任何种类的网络节点，其可以包括基站、无线基站、基站收发机、基站控制器、网络控制器、演进型节点B(eNB)、节点B、多小区/多播协调实体(MCE)、中继节点、接入点、无线接入点、远程无线单元(RRU)远程无线头端(RRH)、核心网络节点(例如，TCE、MME、MDT节点、MBMS节点)、或者甚至外部节点(例如，第三方节点、当前网络外部的节点)等。

根据在此描述的各种实施例，可以由网络节点和/或由UE执行的操作的非穷举列表如下：

●LCID重新利用-为EPS承载映射保留的LCID变量空间的替代使用(LCID 3-10)，意味着该范围上部中的一个或多个空闲LCID用于区分发送属于扩展的消息的信道；

●通知消息-通过网络发现协议支持；网络发送识别网络OEM(软件创建者)的类型/品牌的网络类型。

●通知消息-通过网络发现协议支持；网络发送LCID以便由UE用于启动协议建立。

●通知消息-通过网络发现协议支持；网络发送UE可以在启动协议建立时要求使用的特性类型。

●通知消息–通过网络发现协议支持；网络发送由网络支持的软件版本。

●初始消息–启动协议建立；UE发送其识别设备OEM(软件创建者)的类型/品牌的类型。

●初始消息-启动协议建立；UE发送其支持的软件版本。

●初始消息–启动协议建立；UE要求使用一个特性类型。

●初始消息–启动协议建立；UE发送其特性类型能力。

●握手消息–完成协议建立；网络回送(echo)特性类型；

●握手消息–完成协议建立；网络发送特性的选项，其中选项是能力的子集；

●握手消息–完成协议建立；网络发送对定义要使用哪个时间对齐定时器的表的索引：

●FAPPI消息-请求EARLY DIAT EXPIRY-请求DRX非活动定时器的即时期满；

●FAPPI消息-请求EARLY TAT EXPIRY-请求时间对齐定时器的即时期满；

●FAPPI消息-请求EARLY CIAT EXPIRY-请求连接非活动定时器的即时期满(释放连接)；

●FAPPI消息-请求对预配置的DRX配置的同步改变(与下一次开始DRX开启时长阶段同步)；

●FAPPI消息-请求通过对传统配置的同步改变来释放扩展协议(与下一次开始DRX开启时长阶段同步)；

●FAPPI消息–请求通过对传统配置的同步改变来暂停扩展协议(与下一次开始DRX开启时长阶段同步)；

●SWITCH消息-发送EARLY TAT EXPIRY–用于立即使时间对齐定时器期满的命令；

●未确认的释放-当时间对齐定时器未运行时发送无响应的RRC连接释放–用于释放连接而不向网络发回确认的命令；

●SWITCH消息-发送用于同步改变预配置的DRX配置的命令(与下一次开始DRX开启时长阶段同步)；

●SWITCH消息-发送用于通过对传统配置的同步改变来释放扩展协议的命令(与下一次开始DRX开启时长阶段同步)；

●SWITCH消息-发送用于通过对传统配置的同步改变来暂停扩展协议的命令(与下一次开始DRX开启时长阶段同步)；

●INS-CONFIG消息–向UE发送用于调度与发送竞争解决的消息一致的请求的专用资源。

现在将详细地描述涉及通过UE与网络之间的协议进行应用感知调度的实施例。传统网络可能不允许UE有办法让网络知道当前应用要求。UE不能将非关键应用相关的网络活动推迟到未来更合适的时间。大多数网络运营商使用的策略可能对应用要求毫不在意，并且可能使用相同的调度和无线承载实现来处理合并到默认承载上的因特网数据。后台业务可能导致多个长RRC连接，而每个RRC连接用于发送少量数据。在此描述的实施例可以针对网络节点和UE提供双方同意的解决方案，以使得就降低功率和资源使用而言，能够在网络两端实现并验证增益。

根据某些实施例，可以由UE启动用于在此描述的重定义时间对齐定时器(TAT)的解决方案的协议特性类型(PFT)建立，如图36的消息流程图所示。现在将进一步详细地讨论UE的用于重定义时间对齐定时器以改进资源使用并降低功耗的操作。

扩展MAC

当执行新传输时，逻辑信道优先化过程可以改进资源使用并且降低功率使用。UE和网络使用MAC上的扩展来交换消息。图1中示出的MAC扩展元素(MAC EE)的格式与MAC控制元素(MAC CE)的格式一致。可以使用扩展MAC设置逻辑信道身份(LCID)。可以由标准化专用业务信道(DTCH)的最上部分中的包含LCID的MAC PDU子报头来识别MAC EE消息。MAC EE的子报头可以包括LCID，其由通知消息中的超常逻辑信道身份(XLCID)设置。图1的MAC EE消息格式可以在消息中包括第二字节，该第二字节由第一字节中的N字段指定。如果N＝0，则第二字节包含协议特性类型(PFT)对等方的类型和软件版本号(TSVN)。图1示出N＝1的情况，此时第二字节包括协议消息类型(PMT)和协议消息主体(PMB)。MAC EE消息可以具有≥2的大小，并且具有由图1的子报头的L字段确定的可变长度。MAC EE的标准化专用业务信道(DTCH)的最上部分中的LCID可以在范围00011-01010(即十进制值3至10)内。

MAC EE的第一次出现可以在图36中示出的初始消息中，UE发送该初始消息以请求逻辑信道的建立。UE使用如由通知消息中的XLCID条目定义的LCID，其可以是网络类型和软件版本号(N-TSVN)的一部分。MAC EE可以具有可变长度，但包括识别协议特性类型(PFT)的第一字节。扩展元素可能不是用于已由较高层配置的逻辑信道的SDU。它可能不是MAC控制元素，然而正常MAC规则可以适用。MAC实体可以组装/复用到MAC PDU以及从MAC PDU分解/复用，如由3GPP TS 36.321定义的那样。当执行新传输时，可以通过逻辑信道优先化过程来判断MAC EE。为此，它可以继承同意使用PFT的DTCH的优先级和logicalChannelGroup。换言之，可以使用与该版本协议中的因特网APN的默认承载关联的DTCH。其它逻辑信道参数(例如prioritisedBitRate、bucketSizeDuration、logicalChannelSR-Prohibit-r12、logicalChannelSR-Mask-r9)可能不适用于MAC扩展。

用于DL-SCH和/或UL-SCH的MAC扩展子报头

图2示出用于下行链路共享信道(DL-SCH)和/或上行链路共享信道(UL-SCH)的MAC扩展子报头。MAC PDU报头可以包括零个或一个MAC EE子报头。MAC EE子报头可以包括六个报头字段R/R/E/LCID/F/L，除非它是MAC PDU中的最后一个子报头。没有F/L字段的MAC EE子报头可以包括四个报头字段R/R/E/LCID。

根据某些实施例，MAC EE的子报头可以包括数个字段，如图2中所示。现在参考图2，子报头可以包括R，其是保留位，被设置为“0”或者如在相互支持的36.321中指定的那样。子报头字段E是在36.321中指定的扩展字段，并且可以是指示是否在MAC PDU的报头中存在更多子报头的标志。这可以是不同于先前描述的MAC EE的扩展。UE可以在初始消息中包括子报头字段LCID以指示逻辑信道ID(LCID)。MAC EE的LCID值可以由N-TSVN变量中的XLCID来设置。MAC扩展后面的消息可以回送相同LCID。子报头字段L是长度字段，其以字节为单位指示对应可变大小的MAC EE消息的长度。它不用于最后一个子报头。L字段的大小可以是7位或15位。子报头字段F是格式字段，并且指示长度字段的大小。在不支持大于128字节的可变大小的MAC EE消息的协议版本中，F字段的大小是1位并且可以始终被设置为0。

图67至71是根据在此描述的某些实施例的UE中的方法和UE的对应操作的流程图。图72至74是根据在此描述的某些实施例的网络节点中的方法和网络节点的对应操作的流程图。这些实施例提供的潜在优势包括允许UE和网络节点协调以执行应用感知资源调度，从而允许有效资源调度以使得UE能够减少电池使用。具体地说，如在此所述的重定义无线通信网络的时间对齐定时器允许UE和网络节点执行应用感知资源调度。现在参考图67，在图67的方框6700，可以在网络节点与UE之间建立RRC连接。同样，现在参考图72，在图72的方框7200，可以在网络节点与UE之间建立RRC连接。在图72的方框7210，所述网络节点可以确定RRC连接工作在连接状态下的不连续接收(CDRX)模式下。在图72的方框7220，响应于确定所述RRC连接工作在CDRX模式下，所述网络节点可以向所述UE发送通知消息，所述通知消息指示网络类型和软件版本号(N-TSVN)并指示支持协议特性类型(PFT)。

所述通知消息可以是从所述网络节点发送到所述UE的图36的RRCConnectionReconfiguration消息的一部分。所述通知消息可以作为初始RRCConnectionReconfiguration消息的一部分被发送和/或在初始RRCConnectionReconfiguration消息上被捎带。换言之，在RRC连接建立之后，可以在第一rrcConnectionReconfiguration消息中发送所述通知消息。可以在点到多点消息中发送所述通知消息，类似于在传统LTE系统中广播的系统信息消息。所述通知消息的出现不可晚于在第一RRCConnectionReconfiguration消息中配置的C-DRX的实际配置。

在某些实施例中，因为在小区中建立RRC连接以便初始接入或切换之后必须配置某些基本测量和DRX，所以所述通知消息可以编码在第一RRCConnectionReconfiguration消息中而不是在任何后续RRCConnectionReconfiguration消息中。每个连接或每个小区可以允许一个TATDEF。如果UE改变小区，则可以通过再次向网络节点发送另一个初始消息来允许再次启动PFT。网络节点可能不发送TATDEF，除非TATDEF包含在握手消息中，如果网络节点从UE接收到初始消息，则转而将发送该握手消息。RRC连接重配置过程的目的可以是修改RRC连接。例如，目的可以是建立、修改和/或释放RB，执行切换，建立、修改和/或释放测量和/或建立、修改和/或释放C-DRX，如在3GPP TS 36.331中描述的那样。所述通知消息不是如在3GPP TS 36.331中发布的传统RRC连接重配置过程的一部分。如在此描述的，配置UE中的测量的RRCConnectionReconfiguration的一部分用于“捎带”所述通知消息，以提供网络节点宣布支持约定的协议扩展的指示。

仍然参考图36，由网络节点发送所述通知消息。它可以通过包括网络类型和软件版本号(N-TSVN)来指定支持的软件版本。所述通知消息还可以指定PFT交互的网络类型和LCID。发送所述通知消息以便确保UE支持网络节点的以下操作所需的软件版本：针对图36中来自UE的初始消息的可能到达，监视MAC扩展。MAC PDU可以是用于由RRC发送的所有控制消息的容器。MAC PDU还可以是用于控制消息的容器，这些控制消息在MAC自身中产生和终止，并且被称为“MAC控制元素”或“MAC CE”。以类似的方式，在MAC层之上并在RRC之下可以存在被称为PDCP和RLC的中间层。它们可以是本地控制消息，例如RLC控制PDU和/或PDCP控制PDU。在向上传递到物理层之前，这些控制消息可以被封装在MAC PDU容器中。

参考图67，在方框6710，UE可以确定从UE到网络节点的无线资源控制(RRC)连接工作在连接状态下的不连续接收(CDRX)模式下。在图67的方框6720，响应于确定RRC连接工作在CDRX模式下，UE向网络节点发送初始消息，所述初始消息包括协议特性类型(PFT)以及用户设备类型和软件版本号(UE-TSVN)。来自UE的初始消息请求针对指定PFT建立逻辑信道。用于N-TSVN以及UE类型和软件版本号(UE-TSVN)的值的组合支持关于在UE和网络中使用的类型和软件版本的版本控制。

图3示出图36的并且在图67中描述的初始消息的格式。由UE发送所述初始消息。它指定协议特性类型(PFT)。在某些实施例中，UE可能不针对每个PFT、小区和/或连接发送多于一个初始消息。根据某些实施例，所述初始消息可以包括数个字段。所述初始消息可以包括N字段，即下一个字段，其是一位。所述初始消息的N字段可以被设置为0，这意味着第二字节的格式是UE-TSVN而不是PMT和/或PMB。协议特性类型(PFT)字段可以具有7位长度。在所述初始消息中，UE可以指定PFT的值，如图4的表中所示。包括PFT的某些值的分组可以被网络节点丢弃，除了例如在图4中，PFT的值＝0001000，其指示Appache DRX切换。MAC扩展后面的消息可以回送在所述初始消息中使用的相同PFT值。所述初始消息可以包括如由UE指定的UE-TSVN。所述初始消息还可以包括由UE针对PFT指定的能力。PFT可以用于区分特性类型版本，但其主要目的是区分不同的特性类型。所述初始消息中的UE-TSVN字段可以指示UE侧的类型和软件版本号。如由所述通知消息编码的N-TSVN指示网络侧的类型和软件版本号。根据某些实施例，UE可能不发送所述初始消息，直到它具有通知消息的有效接收。PFT和UE-TSVN可以由网络支持。

参考图72，在方框7230，响应于所述通知消息，网络节点将从UE接收初始消息，所述初始消息指示支持协议特性类型(PFT)并指示用户设备类型和软件版本号(UE-TSVN)。网络节点将使用握手消息响应所述初始消息，如图36的信号流程图中所示。仍然参考图72，在图72的方框7240，响应于所述初始消息，网络节点将向UE发送握手消息，所述握手消息包括PFT、指示时间对齐定时器定义(TATDEF)消息类型的下行链路协议消息类型(PMT)、以及与包括用于重定义时间对齐定时器的一个或多个值的TATDEF消息类型关联的协议消息主体(PMB)。根据某些实施例，由网络发送所述握手消息作为对所述初始消息的响应。所述握手消息回送在所述初始消息中使用的PFT，并且附加选项以及所指定PFT的第一控制消息。

图5示出所述握手消息的格式。在所述握手消息中，PMT字段可以被设置为值000。根据某些实施例，所述握手消息包括图5中示出的数个字段。所述握手消息可以包括N字段，即下一个字段，其由一位表示。如在图5的示例中，所述握手消息中的N字段可以被设置为0以指示第二字节的格式是可选的而不被解释为PMT和/或PMB。PFT字段表示协议特性类型字段，并且可以具有7位长度。根据某些实施例，PFT可以被设置为在所述初始消息的第一字节中使用的值。将由网络节点设置选项字段以便指定PFT的选项。PMT字段表示协议消息类型字段，并且可以具有3位长度。针对在协议的示例版本中支持的DL-SCH上的PMT，所述握手消息中的PMT例如可以被设置为000，如图6的表中所示。PMB字段表示DL-SCH上的时间对齐定时器定义(TATDEF)的协议消息主体。如图6中所示，PMT＝000可以指示消息类型是TATDEF。TATDEF是重定义如由较高层配置的时间对齐定时器的命令。TATDEF不能被误认为由TS36.321指定的定时提前命令的另一个变体。

参考图67，在方框6730，响应于由UE发送的初始消息，UE可以从网络节点接收握手消息，所述握手消息包括PFT、指示时间对齐定时器定义(TATDEF)消息类型的下行链路协议消息类型(PMT)、以及与包括用于重定义时间对齐定时器的一个或多个值的TATDEF消息类型关联的协议消息主体(PMB)。根据某些实施例，网络节点可能不发送所述握手消息，直到它具有来自UE的初始消息的有效接收。根据某些实施例，网络节点使用所述握手消息中的LCID(不包括用于PFT目的)，并且避免任何用于识别映射到EPS承载的逻辑信道的并发重用。TATDEF命令可以定义在整个PFT中使用的单个TAT或一对TAT值。可以在具有延迟容限的切换之后定义TATDEF，其中DC＝14，指示如果使用传统C-DRX，则暂停PFT。DC字段可以表示DRX配置，其也可以被称为定义的配置。当释放PFT时，无论是通过DC＝15(PFT RELEASE)而显式释放，还是通过连接释放而隐式释放，还是由于后面在处理具有较高优先级DTCH的事务中讨论的原因而释放，对等节点可以恢复到由RRC定义的TAT。

现在参考图73，在图73的方框7310，网络节点可以向UE发送时间对齐命令(TAC)，以触发由UE应用用于重定义所述时间对齐定时器的所述一个或多个值。现在参考图68，在方框6810，响应于从网络节点接收时间对齐命令TAC，UE可以应用用于重定义所述时间对齐定时器的所述一个或多个值。

根据某些实施例，UE确定从UE到网络节点的RRC连接工作在CDRX模式下。现在参考图69，在图69的方框6910，UE确定RRC连接工作在CDRX模式下可以包括从网络节点接收RRC连接重配置消息，所述RRC连接重配置消息包括CDRX模式的指示。在图69的方框6920，UE可以基于RRC连接重配置消息中的CDRX模式的指示，确定网络节点工作在CDRX模式下。现在参考图70，在图70的方框7010，UE可以从网络节点接收通知消息，所述通知消息指示支持PFT的网络类型和软件版本号(N-TSVN)。

根据某些实施例，由UE发送FAPPI(第一应用信息)消息以指示当前应用要求在延迟容限和匹配的DRX配置方面的相关变化。FAPPI消息回送在初始消息中使用的PFT，并且附加第一应用信息。作为应用层要求的相关变化和UE中的内部分析的结果，发送FAPPI消息。根据某些实施例，该协议可能不包括网络用于轮询来自UE的FAPPI的操作。参考图71，在图71的方框7110，UE可以从UE向网络节点发送FAPPI消息，所述FAPPI消息包括PFT、指示消息是FAPPI消息的下一个字段、以及指示FAPPI消息类型的上行链路PMT字段。现在参考图74，在图74的方框7410，网络节点可以从UE接收FAPPI消息，所述FAPPI消息包括PFT、指示消息作为FAPPI消息的下一个字段、以及指示FAPPI消息类型的上行链路PMT字段。

由UE发送FAPPI消息以指示当前应用要求在延迟容限和匹配的DRX配置方面的相关变化，这可以适配本申请的延迟容限的要求。在UE上运行的算法和/或过程(例如存在检测、面部识别、和/或显示打开/关闭)能够推断用户是否以及如何存在，或者应用是否仅由应用(例如Facebook等)的自动更新所导致。例如，如果用户被确定为存在并且可能具有面部信息，则应用可能传输延迟容限可能较低的“眼球内容”，以使得DRX配置可以被适配为由于较大占空比而在电池节省方面不那么积极。如果具有面部信息的用户不存在，则可以使用更积极的DRX配置。后者例如可以是Facebook更新、或者诸如iTunes和Spotify之类的应用(它们针对来自网络服务器的流音乐使用大型播放缓冲区)可能不需要连续接入无线接口。

图7示出FAPPI消息的格式。根据某些实施例，所述FAPPI消息可以包括数个字段。所述FAPPI消息可以包括N字段，即下一个字段，其可以具有一位长度。所述FAPPI消息中的N字段可以被设置为1以指示第二字节的格式是PMT和/或PMB。所述FAPPI消息可以包括PFT，即长度为7位的协议特性类型字段。PFT可以被设置为在所述初始消息的第一字节中使用的值。所述FAPPI消息可以包括PMT，即长度为3位的协议消息类型字段。所述FAPPI消息中的PMT可以被设置为001。图8是由该协议的示例版本支持的UL-SCH上的PMT值的表。所述FAPPI消息可以包括PMB，即UL-SCH上的FAPPI的协议消息主体。

图9示出根据某些实施例的FAPPI消息的格式。UE可能不发送或附加FAPPI消息，除非它使用DRX同步配置(DC-INS)。DC-INS用于区别/表示当TAT(时间对齐定时器)正在运行时要使用的配置。DRX不同步配置(DC-OOS)是当TAT已期满时要使用的配置，以使得UE被认为在共享UL信道、物理下行链路共享信道(PDSCH)上“不同步”，并且因此可以被禁止在UL信道上发送。如果该UE具有要发送的内容，则它可以改为在UL信道上进行随机接入并且重新同步。根据某些实施例，UE可以在它已接收握手消息的有效接收之后发送FAPPI消息，其中在UE-TSVN与N-TSVN之间具有成功匹配。UE应用已在协议的每个对等方中预配置的PFT禁止定时器。当UE的物理层被指示生成FAPPI消息的传输时，UE启动禁止定时器。UE可能不发送新FAPPI消息，除非用于PFT的禁止定时器已期满，或者新FAPPI意欲通过DC＝13(提前DIAT期满)、DC＝14(PFT暂停)或DC＝15(PFT释放)指示期望的变化。因为网络节点可能例如由于高负载或运行已经启动的过程以便完成而丢弃FAPPI，所以UE可能最多触发两个这种FAPPI，除非禁止定时器已期满。

图10示出根据某些实施例的禁止定时器使用FAPPI消息的表。定时器可以在UE与网络节点之间事先硬连线并且相互理解。因此，在协议的示例版本中可能不需要或不使用显式索引配置。长DRX周期(LDC)是与使用禁止定时器指定的longDRX-CycleStartOffset关联的周期长度。如果遇到自不再是延迟容限的变化，则PFT禁止定时器或DRX和LDC都不会限制UE触发SR。上面可以是用于相反情况的限制，对于这种情况，特别地不允许UE频繁使用FAPPI来触发SR。根据某些实施例，PFT禁止定时器不用于禁止数据，尽管UE不应针对瞬间延迟容限的用户数据平面触发SR。网络针对FAPPI使用重复丢弃，以便避免切换到已经实现的配置。具体地说，网络可以针对请求静止位置的FAPPI(例如具有DC＝13(提前DIAT期满)、DT＝1(提前TAT期满)、或者DC＝0(提前CIAT期满)的FAPPI)的接收而使用重复丢弃，并且可能不针对先前接收的副本将操作排队。

根据某些实施例，可以由网络发送切换消息。所述切换消息回送在初始消息中使用的PFT，并且附加切换控制信息。图11示出所述切换消息的示例格式。根据某些实施例，所述切换消息可以包括数个字段。N是下一个字段并且由一位表示。所述切换消息中的N字段可以被设置为1以指示第二字节的格式是PMT和/或PMB。PFT字段指示协议特性类型字段可以具有7位长度。PFT可以被设置为在从UE接收的初始消息的第一字节中使用的值。PMT字段表示协议消息类型字段可以具有3位长度。所述切换消息中的PMT可以被设置为值001。PMB字段表示DL-SCH上的切换消息的协议消息主体。图12包括用于在协议的示例版本中支持的DL-SCH上的PMT的表。

图13示出所述切换消息的格式。根据某些实施例，网络节点可能不发送或附加切换消息，除非它已附加或已经发送握手消息。基于网络中的内部事件来发送所述切换消息。这些内部事件通常是从UE接收FAPPI消息的直接和即时的后果。作为接收FAPPI消息的延迟结果，或者作为其它内部事件(例如过载或切换执行)的结果，网络节点也可以发送所述切换消息。所述切换消息还可以是应用要求的相关变化的结果，因为它已在网络侧被自主标注。UE可以在切换时使用重复丢弃，以便避免切换到已经实现的配置。

根据某些实施例，由网络节点发送同步配置(INS-CONFIG)消息。INS-CONFIG消息回送在初始消息中使用的PFT，并且附加针对专用调度请求提供PUCCH资源的控制消息。图14示出根据某些实施例的INS-CONFIG消息的格式并且可以包括以下字段。INS-CONFIG消息包括N，其是下一个字段并且由一位表示。INS-CONFIG消息中的N字段例如可以被设置为1以指示第二字节的格式是PMT和/或PMB。INS-CONFIG消息包括PFT字段，其是具有7位长度的协议特性类型字段。PFT可以被设置为在初始消息的第一字节中使用的值。INS-CONFIG消息包括PMT字段，其表示协议消息类型并且具有3位长度。INS-CONFIG消息中的PMT例如可以被设置为010，如图15的表中所示，其包括在协议的示例版本中支持的DL-SCH上的PMT值。INS-CONFIG消息包括PMB字段，其表示用于DL-SCH上的INS-CONFIG的协议消息主体。

图16示出根据某些实施例的INS-CONFIG消息的格式。根据某些实施例，网络可能不发送或附加INS-CONFIG消息，除非它已附加或已经发送握手消息。基于网络中的内部事件来发送INS-CONFIG消息。这些事件通常是与UE成功重新同步的直接和即时的后果。作为这种事件的延迟后果，或者作为其它内部事件的结果，网络也可以发送INS-CONFIG消息。UE可以针对由INS-CONFIG包含的配置使用重复丢弃，以便避免改变已经实现的配置。INS-CONFIG可以是可选的，并且取决于由网络提供的PFT选项。

可以基于此处一个或多个实施例来定义SAPPI和TAPPI。从UE到网络节点的应用信息的反馈根据在此公开的一个或多个实施例来操作。如果没有来自UE的应用信息的反馈，则UE与网络节点之间的协作可以依赖于某些共享值。

图17示出根据某些实施例的用于TATDEF的PMB的格式。根据某些实施例，用于TATDEF的PMB的大小是5位并且可以包括数个字段。PMB可以包括保留的R位，其在协议的示例版本中被设置为0。TAT字段包括TAT1和TAT2，并且可以具有总共4位。图18的表包括在协议的示例版本中支持的时间对齐定时器(TAT)值。图18的最右侧表中的值的使用是可选的，并且取决于由网络节点提供的PFT选项。图18中的双TAT配置包括TAT的第一(短TAT)和第二(长TAT)预配置值。这些单元在LTE中根据1ms的子帧定义。当PC＝0时使用长TAT，否则使用短TAT。PC＝X：延迟容差不可知(单TAT)或者当延迟容差未知时默认(双TAT)。PC＝1可以用信号通知为确认的延迟容限。在另一种情况下，可以用信号通知PC＝0。可以使用由非PFT传统(RRC)配置的值。

根据某些实施例，可以由握手消息配置TATDEF。UE和网络节点可能不开始使用任何包含的值，而是等待激活，直到下一个定时提前命令MAC控制元素。在图19中示出基于TATDEF内容的x>0的延迟激活。对于由UE在子帧s≥k上接收的这种定时提前命令MAC控制元素，可以在子帧s+6的开始处发生使用由TATDEF定义的值启动/重新启动TAT。对于由网络节点在子帧s'上接收的关联ACK，将在子帧s'+2的开始处发生启动/重新启动。与双TAT关联的值一起被激活，尽管TAT在每个时刻由一个值定义。如果PC＝X或PC＝1，则TAT由短TAT定义，否则由长TAT定义。

图20示出根据某些实施例的用于FAPPI的PMB的格式。用于FAPPI的PMB的大小是5位并且可以包括具有4位长度的DC字段，用于UL-SCH支持，如图21中的表所示。DT字段表示标志，该标志取决于DC字段并指示当前延迟容限。当UE在上行链路中时间对齐时和/或当时间对齐定时器(TAT)正在运行时，可以使用DC-INS值。当TAT已期满时和/或当UE保持处于CONNECTED时，可以使用DC不同步(DC-oos)值。可以使用由非PFT传统RRC配置的值。ODT字段配置onDurationTimer(ODT≥psf2)。DIAT字段配置drxInactivityTimer。例如，用于DC-INS的DIAT≥psf10。用于DC-oos的DIAT＝psf200。当保持处于不同步(oos)时，DIAT不被重新启动，但可以在转变到INS时，通过PDCCH命令或者MAC子层自身来重新启动。DRT配置drxRetransmissionTimer。LDC字段配置与longDRX-CycleStartOffset(LDC≥sf320)关联的周期长度。SDC字段指示shortDRX-Cycle被禁用。犹如shortDRX RRC IE被排除而操作的对等方具有drxShortCycleTimer＝0。DC的某些值可以在UE与网络节点之间事先硬连线并且相互理解。

UE可以使用DC＝0(EARLY CIAT EXPIRY)来指示需要释放连接，即切换到IDLE模式并使用在那里定义的空闲模式不连续接收(I-DRX)。当UE有理由判断用户数据平面不活动(因为它既没有要上传的数据也没有用于下载数据的请求)时，UE可以使用该值。如果数据是预期的，但数据是延迟容忍的，则UE可以使用DT＝1(EARLY TAT EXPIRY)。UE可以使用DC＝15(PFT RELEASE)来指示期望释放PFT，这在图21中的表的上下文中意味着期望切换到传统C-DRX。根据某些实施例，UE可以使用DC＝14来指示期望继续PFT但暂时暂停它，并且改为使该对的DC-INS和DC-oos部分由传统C-DRX定义。

图22中的表示出UL-DCH上的FAPPI中的DC字段的值。DC是对预配置数据的索引，如图22中的表所示。例如，对于为0、13和/或15的DC值，该字段可以被保留。DC＝0可以意味着期望释放连接。DC＝13可以指示不触发切换。DC＝15可以意味着期望结束PFT，因此结束DT分类。所保留的DC值可能不在某些协议版本中使用。延迟容忍可以指示“后台–不忙”或者可以指示“前台–不忙”。“前台–不忙”的一个典型示例可以是当在设备中结合的应用由具有完整播放缓冲区的HTTP动态自适应流(DASH)视频占主导地位时，其中HTTP是超文本传输协议。

图23示出根据某些实施例的用于切换的PMB的格式。用于切换的PMB的大小是5位并且可以包括具有4位长度的DC字段、以及作为取决于DC字段的标志的PC字段。图24示出用于在某些协议版本中支持的DL-SCH上的DC值的表。DC字段可以是对预配置数据的索引。在切换模式下用于DC字段的多个值与用于FAPPI的值相同，如图21中所示。对FAPPI中的DC＝13(EARLY DIAT EXPIRY)的典型响应不是切换模式而是LCID＝11110。将在图46的上下文中讨论与这种情况相关的呼叫流程。根据某些实施例，DC＝15用于指示PFT的RELEASE，这在图24的表的上下文中可以意味着切换到传统DRX。根据某些实施例，网络使用DC＝14指示PFT的SUSPEND，并且DC-INS和DC-oos都由传统DRX定义，尽管PFT保持建立。

图25的表示出在DL-DCH上的切换模式下的PC字段的值。PC字段可以是指示将使用DC-INS或DC-oos中的哪一个的标志，如图25的表中所示。如果使用DC-INS，则UE和网络节点将继续由TAT控制。如果使用DC-OOS，则UE和网络可以表现得犹如TAT期满(释放PUCCH/SRS)。对于DC＝0、13、15，该字段可以被保留，并且可能不在某些协议版本中使用。当使用DC-INS值时，UE可能不针对TAT改变其行为。当使用DC-oos值时，UE可以表现得犹如TAT已期满。

根据某些实施例，对于PC＝0和PC＝1，响应于处于切换模式，UE和网络节点可以在如针对新DRX配置的DC-INS或DC-oos指定的第一开启时长阶段(在包括切换消息的MAC PDU的确认接收之后开始)开始的子帧n处改变为所指示的配置。当onDurationTimer被设置为值m，并且n表示根据3GPP TS 36.321启动定时器的子帧时，这也是MAC实体改变的子帧。在图26的表中示出预期的onDurationTimer行为。如果由于如图41的呼叫流程中所示的TAT期满，或者由于如图39或图40的呼叫流程中的提前TAT期满的确认切换而退出服务，则UE和网络节点可以在如针对DC-oos指定的下一个开启时长阶段(在时间对齐定时器期满之后开始)开始的子帧n处改变为DC-oos。如果移动到INS，如图42或图43的呼叫流程中所示，则UE和网络节点可以在如针对DC-INSm指定的下一个开启时长阶段(其在交换DRX-config和成功完成关联的RRC连接重配置过程之后)开始的子帧n处通过随机接入的重新同步之后改变为DC-INS。

对于通过确认切换而保持INS模式，如图42或图43的呼叫流程中所示，UE和网络节点可以在如针对新DC-INS指定的下一个开启时长阶段开始的子帧n处改变。具体地说，如果切换强制改变LDC，则可采取特别关注。例如，在第一种情况下，L>N，其中L是新LDC，并且N＝是由RRC配置的LDC，即具有drxStartOffset的LDC，其中0≤drxStartOffset<N-1：保持相同的drxStartOffset。作为另一个示例，在第二种情况下，M<N，其中M是新LDC，并且N＝是由RRC配置的LDC，即具有drxStartOffset的LDC，其中0≤drxStartOffset<N-1；改变为drxStartOffset＝(drxStartOffset mod M)＝remainder(drxStartOffset/M)。图27示出根据某些实施例的用于第二种情况的特殊处理。参考图27，对于DC＝15(PFT RELEASE)，UE在子帧s上接收切换指示，以使得将在子帧s+4的开始处发生对应激活。

图28示出根据某些实施例的用于INS-CONFIG的PMB的消息格式。用于INS-CONFIG的PMB的大小是5+16位。所述消息可以包括DSR-INDEX1，即3GPP IE sr-PUCCH-ResourceIndex的副本，如图29的表的左侧列中所示。用于INS-CONFIG的PMB的消息可以包括DSR-INDEX2，这是3GPP IE sr-ConfigIndex的副本，如图29的表的右侧列中所示。标记为R的字段可以被保留，并且在某些协议版本中被设置为0。两个参数DSR-INDEX1(11位)和DSR-INDEX2(8位)定义专用于UE的PUCCH的一部分上的D-SR资源。DSR-INDEX1确定PUCCH SR资源位置，并且DSR-INDEX2确定能够发送D-SR的子帧。对于在子帧s上接收的INS-CONFIG，UE可以在其下一次机会中使用SR资源。

参考图29，n_PUCCH,SRI ^(1,p)指示D-SR资源的码频位置。如在3GPP TS36.213条款10.1.5中定义的，这对应于3GPP TS 36.331中的IE sr-PUCCH-ResourceIndex。仍然参考图29，如由3GPP TS 36.314条款10.1.5索引的I_SR对应于3GPP TS 36.331中的IE sr-ConfigIndex。SR_PERIODICITY指示重新出现的D-SR机会，而N_OFFSET,SR指示D-SR机会的子帧偏移。图29的表中的值可以在UE与网络之间事先硬连线并且相互理解。

未知、无法预料和/或错误的情况需要处理，如现在将讨论的那样。在至少某些实施例中，可能不使用被保留的值和字段。接收MAC实体可以忽略被保留的字段。当发现诸如N、PFT、PMT或PMB之类的字段以无效方式被使用时，可以选择性地丢弃MAC扩展元素。MACPDU中的其它MAC SDU和MAC控制元素的处理可能不会受到MAC EE的这种错误使用的影响。如果UE接收映射到重新利用的LCID的数据无线承载配置，则UE可以根据所接收的配置来停止PFT并且将LCID视为逻辑信道DTCH。

可能需要处理具有高优先级DTCHS的事务。通常，UE可以连接到核心网域中的多个接入点。PFT是用于连接到因特网APN的默认承载的控制功能。谨慎应用该协议可能很重要，以使得避免对IMS服务延时的负面影响。因此，UE和网络可以准备推断PFT的完全停止，并且恢复到如由RRC配置的DRX和活动时间。可以通过隐式释放每侧的PFT实现完全停止。如果在某个其它时刻RRC重配置有DRX-Config(使用选择<setup>或DRX-Config-v1130设置)，而不是针对专用IMS GBR承载配置新资源，例如QCI＝1或QCI＝2，则对等方可以通过仅采用来自RRC重配置的<offset>来继续PFT上下文。当存在PFT释放时或者在使用DC值<1110>(即PFTSUSPEND)触发切换时，对等方可以恢复到上次配置的C-DRX配置。这可以排除以下情况：当DRX-Config使用选择<release>，并且对等方可以改为各自隐式释放PFT(即，DRX是PFT的先决条件)时。如果UE检测到有关映射到QCI＝5的数据无线承载配置(也由更广泛的限制<映射到具有较高优先级的逻辑信道>覆盖)的活动，则UE可以采取适当的操作以部分地中止PFT并且恢复到如由RRC配置的C-DRX配置。网络节点可以确保UE的不连续操作被调整，如通过来自UE的FAPPI触发或者通过自己检测具有较高优先级的逻辑信道上的活动。可以特别注意在QCI＝5上默认IMS承载并且致力于IMS GBR承载，例如QCI＝1和QCI＝2。当尝试使用PFT时可采取类似的注意和关注。例如，当出现较高优先级信令和/或数据业务时，UE可能不发送初始消息以使用PFT。

当参考时间对齐命令(TAC)激活时间对齐定时器时可能需要考虑。在没有数据和/或RRC控制的情况下，网络节点可能不保持UL时间对齐。在这种情况下，网络可能不发送TAC以使得TAT将期满。该行为与传统系统的行为一致，但不同之处在于传统系统还支持无限TAT值。无限TAT值将使网络有规律地使用TAC，以使UE保持调整到UL传输的时间。无限TAT值可能与在此描述的该特定PFT无关。

在某些实施例中，可以考虑连接非活动(CIAT)监视。根据某些实施例，可以由网络节点维护CIAT。网络节点可以使用大于TAT的值，如图30的表中所示。如果是单TAT，则CIAT使用TAT。如果是双TAT，则使用长TAT。图30的CIAT列显示用于各种配置的TAT的推荐值。默认情况下，可以使用由非PFT传统(RRC)配置的值。根据某些实施例，网络节点可能不立即开始激活与PFT关联的CIAT值，而是等待并且处理对应于DRB的逻辑信道上的下一个新传输或MAC SDU的有效接收。只要定时器未被激活，网络节点便可以使用非PFT传统方法进行非活动监视和触发释放。传统方法可以意味着当数据不存在时，网络节点不重新启动CIAT。

可以考虑在FAPPI的上下文中使用切换命令。在切换中使用的DC和PC通常被设置为与UE所需相同的值。换言之，DC和DT用于关联的FAPPI中，但这种情况可能具有例外。网络节点可以具有额外的内部输入，例如DL缓冲区中的数据或预期数据。网络节点可能想要减少信令，并且随后延长oos中的时间或连接时间。前一个示例可以被实现为PC＝0的即时响应，尽管DT可以在FAPPI中被设置为1，或者被处理为PC＝1的延迟响应。后一个示例可以被实现为oos的PC＝1的即时响应，尽管UE使用DT＝0(需要保持INS)或DC＝0(需要释放)或者使用具有提前RRC连接释放的延迟响应来处理。

在此描述的协议特性类型(PFT)可以与逻辑信道优先化过程交互。在某些实施例中，可以产生快捷方式以便实现与逻辑信道优先化过程的适当交互。可以仅建立PFT以支持用于混合MBB的EPS承载，即，将UE连接到因特网APN的默认承载。如上所述，当出现用于其它APN的较高优先级数据时，PFT被停止或部分中止。快捷方式仍然可以与下面以降序列出的相对优先级一致。逻辑信道可以被映射到用于混合MBB的EPS承载并且被称为X。按照相对优先级的降序，对于逻辑信道优先化可以发生以下操作：

●用于C-RNTI或来自UL-CCCH的数据的MAC控制元素；

●用于BSR的MAC控制元素，为了填充而包括的BSR除外；

●用于PHR、扩展PHR、或者双连接性PHR的MAC控制元素；

●来自任何逻辑信道DCCH和DTCH的数据，且优先级高于X；

●来自包括MAC扩展元素的X的数据；

●用于为了填充而包括的BSR的MAC控制元素。

现在将进一步详细地讨论与DC＝13和DRX MAC CE命令的情况相关的操作。该PFT允许UE触发DIAT的提前期满。如由图46的呼叫流程所示，可以使用FAPPI。对于DC＝13的消息，可以触发网络节点以便发送具有标准LCID＝11110的DRX命令。如先前在图21的表中所示，SDC可能不用于非传统情况，因为对等方表现得犹如排除shortDRX RRC IE。该行为可以与传统C-DRX相反，其中可以由RRC配置短DRX周期。但是，只要PFT正在运行，根据所配置的长DRX周期，DRX命令便可以触发到DRX周期的转变。根据标准规范，当接收DRX命令时，对等方可以停止DIAT。具体地说，由于关联的PDCCH传输上的新数据指示，对等方随后可能不立即启动或重新启动DIAT。网络节点可能不停止并且等待确认接收，但可能一旦它发送DRX命令便中止DIAT。因此，网络节点可以使用DRX命令来触发对等方使用长DRX周期，并且如果PFT暂停但使用C-DRX运行(在DC14之后)，则网络节点还可以如此。

在某些实施例中，网络可能偶尔需要丢弃FAPPI，并且因此可能不触发DRX命令。对于这些情况，UE可以再次重复DC＝13的FAPPI而不重新启动FAPPI禁止定时器。网络节点丢弃DC＝13的FAPPI的原因可能是网络拥塞或者简单地说DRB或SRB的传输缓冲区中存在数据。网络节点丢弃FAPPI的其它原因可能是C-DRX不支持该FAPPI。

在某些实施例中，处理DIAT可能需要额外考虑。由于PDCCH上的新数据指示，对等方可以启动/重启DIAT。特别是对于下行链路情况，仅当关联的PDSCH(DL)传输包括较高层SDU，且LCID在不用于识别诸如切换或INS-CONFIG之类的MAC扩展元素的范围00000-01010内时。对于不包含任何内容但包含除DRX命令之外的MAC CE和MAC EE(DL-SCH上LCID＝11110的标准MAC CE)的PDSCH事务，DIAT保持运行。图31示出处理DIAT的一个实施例，该实施例示出何时开始以及何时快速进行DIAT。UE和网络节点可能不使用DIAT，除非TAT正在运行。

可能需要处理与不连续操作处理相关的错误检测和错误行为。根据某些实施例，当使用不连续操作并且对其模式进行改变时，存在通信暂时失败的数种极端情况。网络节点将使用专用方法尽可能进行故障安全(failsafe)通信，如图32至35中的说明性示例中所示，这些图示出偶尔可能出现什么问题以及可以使用什么方法恢复。尽管将不会指定确切细节，但讨论将遵循两端需要什么以便恢复。如针对切换消息、FAPPI消息和INS-CONFIG消息指定的重复丢弃是这种要求的一个示例。

图32示出根据某些实施例的PDCCH失败情况。参考图32，网络节点检测到错误并且将传输推迟到活动时间的下一个故障安全部分。网络节点然后发送切换的副本。图33示出PDSCH上的NACK情况。参考图33，在接收NACK时，网络节点根据基线重发。图34示出ACK到NACK错误情况。参考图34，网络节点和UE延迟其触发切换，直到接收ACK。图35示出NACK到ACK情况。参考图35，网络节点可能检测到错误。网络然后可以向UE发送切换命令的副本。

现在将针对数个用例解释多个实施例。所属技术领域的普通技术人员应该理解，这些实施例中的一个或多个可以单独实现，并且这些实施例可以以各种组合进行组合以便实现。如上所述，可以根据各种实施例执行PFT通知，但在此将不会进一步描述。现在将根据图36的呼叫流程详细地讨论PFT的建立。

参考图36，可以由UE启动PFT建立。根据某些实施例，UE通过在初始消息中指示PFT来启动PFT建立。网络节点使用握手消息响应邀请。可以在某个后续TAC处应用和/或改变TAT。UE可以在某个后续FAPPI中发送DT和期望DC。可以根据在某个后续切换中的DC和PC中使用的值来改变DRX。根据某些实施例，UE可能不继续事件序列，除非它具有通知消息的有效接收。UE将不使用PFT，除非配置了DRX。网络节点可以启用通过UE能力启用的选项。PFT建立可能失败，除非握手消息的HARQ传送成功。应该注意，已添加某些操作以例示传统操作。可以配置一个或者可选地两个TAT值，它们可以用于PFT。可以针对关于DRX切换的图39至47和在用于DL-SCH上的TATDEF的消息主体的描述中，描述用于通过TAC激活和启动TAT的TATDEF方法。

现在将详细地讨论DRX切换。根据某些实施例，DRX切换可以通过显式信令来控制，或者可以在每个对等端通过共享时间对齐定时器的期满被隐式提示。可以由UE或网络节点启动显式DRX切换。UE触发的DRX切换使用以下FAPPI：其具有基于UE中的内部事件的内容。在用于UL-SCH上的FAPPI的消息主体中描述用于DC和DT的各种码点。图37示出用于0001≤DC≤1110的UL-SCH上的FAPPI的消息格式。网络节点可以使用切换命令来重配置UE中的DRX配置。先前在用于DL-SCH上的切换的消息主体中描述用于DC和PC的各种码点以及切换时间。切换可以作为对UE触发的DRX切换中的FAPPI的即时或延迟响应来发送，或者由网络中的其它内部事件触发。图38示出用于0001≤DC≤1110的UL-SCH上的FAPPI的消息格式。在切换命令中使用的DC和PC通常被设置为与在关联FAPPI中使用的DC和DT相同的值，但协议允许它们不同。

图39示出用于由UE触发的提前TAT期满的呼叫流程。根据某些实施例，UE可以发送FAPPI消息以指示DT＝1并且可以包括其所需的一对DRX配置。网络节点可以确认空缓冲区并发送PC＝1的切换消息。TAT作为即时结果而期满，并且配置准备用于改变DC-oos和Short-TAT，Short-TAT是与PC＝1关联的TAT值。根据某些实施例，UE可能不参与切换，除非它在握手之后具有至少一个定时提前命令MAC控制元素(LCID 11101)的有效接收。TAC可以是图39的呼叫流程的先决条件。

图40示出用于由网络节点触发的提前TAT期满的呼叫流程。根据某些实施例，网络节点发送切换命令以配置一对DRX配置。网络节点可以发送PC＝1的切换命令。TAT作为即时结果而期满，并且配置可以准备用于改变DC-oos和Short-TAT(与PC＝1关联的TAT值)。网络节点可能不启动该事件序列，除非它在握手之后至少已发送定时提前命令MAC控制元素(LCID 11101)并且从UE接收HARQ ACK。UE可能不参与切换，除非它在握手之后具有至少一个定时提前命令MAC控制元素(LCID11101)的有效接收。用于DL-SCH上的TATDEF的消息主体和用于DL-SCH上的切换的消息主体可以包括进一步细节。TAC可以是图40的呼叫流程的先决条件。

图41示出根据某些实施例的用于隐式DC-INS到DC-oos的呼叫流程。如由TATDEF定义的TAT期满，并且DRX可以被重配置为先前由DC-oos设置的内容。根据某些实施例，UE可能不参与切换，除非它在握手之后具有至少一个定时提前命令MAC控制元素(LCID 11101)的有效接收。网络节点可能不参与，除非它具有至少一个这种TAC的成功HARQ传送。TAC可以是图41的呼叫流程的先决条件。

图42示出根据某些实施例的用于隐式DC-oos到DRX同步配置基于竞争的随机接入(DC-INS-CBRA)的呼叫流程。UE中的用户数据平面可以从不再延迟容忍改变。图42提供可能首先导致UE进入DC-oos的示例。UE使用随机接入来重新同步。UE可能发送也可能不发送FAPPI来指示其当前延迟容限及其所需的一对DRX配置(未示出)的变化。UE接收TAC作为RAR的一部分并且启动/重新启动TAT，如由传统系统描述的那样。网络节点使用PUCCH-SR资源发送INS-CONFIG以便当TAT运行时使用。网络节点随后发送TAC来触发使用与PC(PC＝0、1、X)关联的TATDEF值来重新启动TAT。切换点DC-oos到DC-INS被延迟，并且与下一个开启时长(其在交换DRX-Config和成功完成关联的RRC连接重配置过程之后)对齐。UE可能不发送或附加FAPPI消息，除非它使用DC-INS。除了用户数据平面突然改变为不再延迟容忍之外，UE还可能由于其它原因而同步/重新同步。可能如此以使得没有这种变化，而是用户数据平面在某一时段内保持没有延迟容忍。UE重新同步的原因因此可以是它已基于最大数量的D-SR尝试而从D-SR恢复到RA-SR。还可能如此以使得UE需要执行控制平面过程(例如响应PDCCH命令)或者发送DCCH(例如意在发送测量报告)，如图57的呼叫流程中所示。

图43示出根据某些实施例的用于隐式DC-oos到DC-INS非CBRA的呼叫流程。UE中的用户数据平面从不再延迟容忍改变。图43示出可能首先导致UE进入DC-oos的示例。UE与专用前导码重新同步。UE可能发送也可能不发送FAPPI来指示其当前延迟容限及其所需的一对DRX配置(在图43中未示出)的变化。UE接收TAC作为RAR的一部分并且启动/重新启动TAT。网络节点使用PUCCH资源发送INS-CONFIG以便当TAT运行时使用。网络节点随后发送TAC来触发使用与PC(PC＝0、1、X)关联的TATDEF值来重新启动TAT。切换点DC-oos到DC-INS被延迟，并且与下一个开启时长(其在交换DRX-Config和成功完成关联的RRC连接重配置过程之后)对齐。在这种情况下，可能涉及额外的可选信号INS-CONFIG。除了用户数据平面突然改变为不再延迟容忍之外，UE还可能由于其它原因而同步/重新同步。在某些实施例中，可能没有这种变化，但用户数据平面可能在某一时段内保持不能延迟容忍。UE重新同步的原因可以是它已基于最大数量的D-SR尝试而从D-SR恢复到RA-SR。UE还可能需要执行控制平面过程(例如响应PDCCH命令，这是用于由图43所示的这种情况的触发)，或者可能需要发送DCCH(例如意在发送测量报告)，如图57的呼叫流程中所示。

图44示出根据某些实施例的用于由UE触发的显式DC-INS到DC-INS信令的呼叫流程。UE可以发送FAPPI消息以指示其当前延迟容限及其所需的一对DRX配置。网络节点可以发送PC＝0的切换消息，由此DRX改变为由新DC-INS设置的配置。UE和网络节点可以在如针对新DRX配置的DC-INS指定的第一开启时长阶段(在包括切换消息的MAC PDU的确认交换之后开始)开始的子帧n处改变为指示的配置。当onDurationTimer被设置为值m，并且n表示根据3GPP TS 36.321启动定时器的子帧时，这也是PFT实体改变的子帧。UE可能不启动该事件序列，除非它具有用于当前连接和小区的握手消息的有效接收。图65和图66提供用于DL-SCH上的切换消息的消息主体格式。仍然参考图44，根据某些实施例，由UE触发的显式DC-INS到DC-INS信令涉及FAPPI和切换消息。可以根据图52的呼叫流程来处理触发DC＝15的变化的FAPPI消息。可以根据图61的呼叫流程来处理触发DC＝0的变化的FAPPI消息。当通过DC＝14暂停PFT时，对等方可以保留由TATDEF定义的TAT。

图45示出根据某些实施例的用于由网络节点触发的显式DC-INS到DC-INS信令的呼叫流程。网络节点发送PC＝0的切换消息，由此DRX改变为由新DC-INS设置的配置。UE和网络节点在如针对新DRX配置的DC-INS指定的第一开启时长阶段(在包括切换消息的MAC PDU的确认交换之后开始)开始的子帧n处改变为指示的配置。当onDurationTimer被设置为值m，并且n表示根据3GPP TS 36.321启动定时器的子帧时，这也是PFT实体改变的子帧。网络节点可能不发送切换消息，除非它已发送握手消息并且从UE接收HARQ ACK。图65和图66提供用于DL-SCH上的切换消息的示例消息主体格式。当通过DC＝14暂停PFT时，对等方可以保留由TATDEF定义的TAT。

图46示出用于由UE触发的提前DIAT期满的呼叫流程。UE发送FAPPI消息以指示当前延迟容限及其所需的一对DRX配置。网络节点发送DRX命令MAC CE。UE和网络节点可以停止如由3GPP 36.321描述的所有活动时间定时器(onDurationTimer，并且还有DIAT)。UE可能不启动该事件序列，除非它具有用于当前连接和小区的握手消息的有效接收。图65和图66提供用于DL-SCH上的切换消息的示例消息主体格式。根据图45，在由UE触发的提前DIAT期满中涉及FAPPI和DRX命令MAC CE。可以根据如图61的呼叫流程示出的另一种情况来处理FAPPI触发的DC＝0的变化。仍然参考图45，根据某些实施例，DRX命令可能不切换到新DC-INS，而是可以保留当前DC-INS。无论网络可以使用何种触发，UE都可以在接收命令时采取相同的操作，因为PFT优先于DRX命令的任何其它非PFT使用。如果PFT使用C-DRX和短DRX周期运行(在DC＝14的PFT SUSPEND之后)，则DRX命令可以触发对等方使用长DRX周期，这与PFT未运行时形成对照。

图47示出用于由网络节点触发的提前DIAT期满的呼叫流程。根据某些实施例，网络节点可以发送DRX命令MAC CE。UE和网络节点停止如由3GPP 36.321描述的监视活动时间的所有定时器(onDurationTimer，并且还有DIAT)。图65和图66提供用于DL-SCH上的切换消息的示例消息主体格式。仍然参考图47，DRX命令可能不切换到新DC-INS，而是可以保留当前DC-INS。无论网络可以使用何种触发，UE都可以在接收命令时采取相同的操作，因为PFT优先于DRX命令的任何其它非PFT使用。如果在DC＝14的PFT SUSPEND之后，PFT使用C-DRX和短DRX周期运行，则DRX命令可以触发对等方使用长DRX周期，这与PFT未运行时形成对照。

图48示出用于PFT释放的消息格式。根据某些实施例，PFT释放可以通过显式信令来控制，或者可以在每个对等端被隐式提示。显式PFT释放可以由网络节点启动，并且基于可以由FAPPI触发的内部事件。图48示出用于PFT释放的DC＝15的UL-SCH上的FAPPI消息的消息格式。图49示出包括UL-DCH上的FAPPI消息中的DC＝15情况的表。与其它DC值不同，DC＝15情况不取决于UE中的时间对齐定时器的状态。图49的表可以在UE与网络节点之间事先硬连线并且相互理解。UE可以使用DC＝15(PFT RELEASE)来指示期望释放PFT，这在图49的表的上下文中意味着期望切换到传统C-DRX。根据图50的消息格式，网络节点可以使用切换消息来释放PFT，图50示出用于PFT释放的DC＝15的DL-SCH上的切换消息。图51示出包括DL-DCH上的FAPPI消息中的DC＝15情况的表。与其它DC值不同，DC＝15情况不取决于UE中的时间对齐定时器的状态。图51的表可以在UE与网络节点之间事先硬连线并且相互理解。

图52示出用于由UE触发的显式PFT释放的呼叫流程。UE可以通过在FAPPI消息中针对PFT指示DC＝15来触发PFT释放。网络节点可以通过在切换消息中针对PFT指示DC＝15来触发PFT释放。该操作可以如图44的呼叫流程中所示发生。UE可以随后通过发送初始消息来重新启动PFT，如图36的呼叫流程中所示。DRX可以改变为由较高层设置的配置。UE可能不启动该事件序列，除非它已接收通知消息的有效接收以及用于当前连接和小区的握手消息两者。当PFT被释放时，对等方可以恢复到由RRC定义的TAT。仍然参考图52，eNB2可以以类似于eNB1的方式操作，以使得第二初始消息来自后续连接或者不发送到同一小区。

图53示出用于由网络节点触发的显式PFT释放的呼叫流程。根据某些实施例，网络节点可以通过在切换消息中针对PFT指示DC＝15来释放PFT，如图45的呼叫流程中所示。UE可以随后通过在另一个小区或连接中发送初始消息来重新启动PFT，如图36的呼叫流程中所示。DRX可以改变为由较高层设置的配置。网络可能不启动该事件序列，除非它具有初始消息的有效接收。当PFT被释放时，对等方可以恢复到由RRC定义的TAT。根据某些实施例，上面例示中的图53的eNB2可以以类似于eNB1的方式操作。如果是这种情况，则第二初始消息可以来自后续连接或者不发送到同一小区。

图54示出用于隐式PFT释放的呼叫流程。根据某些实施例，PFT被隐式释放并且对等方恢复到如由RRC配置的DRX配置。当PFT被释放时，对等方可以恢复到由RRC定义的TAT。TAC的交换可以是图54的操作的先决条件。图54的eNB2可以以类似于eNB1的方式操作。如果是这种情况，则第二初始消息可以来自后续连接或者不发送到同一小区。

现在将讨论用于通过在目标小区中建立PFT进行切换的DCCH的事务处理。切换的处理必须确保UE在发送测量报告之后的切换时间内保持活动并且可达。与DC-oos关联的小ODT对于这种目的而言可能太短。此外，与DC-oos关联的长LDC值也可能太短。根据某些实施例，新PFT建立可以在释放PFT(DC＝15)的切换之后。可以在切换目标小区中执行新PFT建立。图55示出用于PFT释放的DC＝15的DL-SCH上的切换消息。图56示出DL-SCH上的切换消息中的DC字段，因为DC可以是对预配置数据的索引。与其它DC值不同，用于PFT释放情况的值可能不取决于UE中的时间对齐定时器的状态。图56的表中的值可以在UE与网络节点之间事先硬连线并且相互理解。

图57示出用于通过在停止服务(oos)的目标小区中建立PFT进行切换的呼叫流程。根据某些实施例，UE可以在S-eNB中启动PFT释放(DC＝15)，并且可以通过使用初始消息在T-eNB中与PFT重新连接。网络的T-eNB部分使用握手消息响应邀请，如图36的呼叫流程中所示。UE然后可以在后续FAPPI中发送DT和期望DC。可以根据在关联的切换中的DC和PC中使用的值来改变DRX。UE可能不启动与T-eNB的事件序列，除非它在目标小区中具有通知消息的有效接收。

图58示出用于通过在作为INS的目标小区中建立PFT进行切换的呼叫流程。根据某些实施例，UE可以在S-eNB中启动PFT释放(DC＝15)，并且可以通过使用初始消息在T-eNB中与PFT重新连接。网络的T-eNB部分使用握手消息响应邀请，如图36中所示。UE然后可以在后续FAPPI中发送DT和期望DC。可以根据在关联的切换中的DC和PC中使用的值来改变DRX。UE可能不启动与T-eNB的事件序列，除非它在目标小区中具有通知消息的有效接收。在某些实施例中，可能发生无线链路失败(RLF)之后的PFT建立。在UE在新小区中重新建立RRC连接期间，可能发生PFT建立。当UE在同一小区中重新建立RRC连接时，在某些实施例中可能排除PFT建立。

图59示出用于提前连接释放的消息格式。根据某些实施例，可以由UE启动提前连接释放。UE可以使用DC＝0的FAPPI消息作为触发器。图59示出用于提前CIAT期满的DC＝0的UL-SCH上的FAPPI消息。图60示出用于UL-DCH上的FAPPI消息的DC＝0的表。与其它DC值不同，如果DC＝0，则值可能不取决于UE中的时间对齐定时器的状态。图60的表可以在UE与网络节点之间事先硬连线并且相互理解。UE可以使用DC＝0(提前CIAT期满)来指示期望释放连接，并且切换到IDLE模式并使用在那里定义的I-DRX。当UE有理由判断用户数据平面不活动时，UE可以使用该值，以使得UE既没有要上传的数据也没有用于下载数据的请求。如果数据是预期的，但数据是延迟容忍的，则UE宁愿使用DT＝1(提前TAT期满)。

图61示出根据某些实施例的用于提前连接释放的呼叫流程。可以通过FAPPI消息触发UE。网络节点可以确认空DL缓冲区并且使用正常释放进行响应。根据某些实施例，TAT正在运行可以是这种情况的先决条件。如果TAT实际已期满，则各方将根据图62的呼叫流程操作，其中网络节点触发释放。根据某些实施例，如果在DL缓冲区中具有预期数据，则网络可以改为选择根据图40的呼叫流程而切换到DC-oos，或者根据图45的呼叫流程而切换到DC-INS。

图62示出未确认的释放。根据某些实施例，可以由网络节点启动未确认的释放。当网络节点有理由判断用户数据平面和/或NAS控制平面不活动时，网络节点可以启动释放。网络节点可能在其缓冲区中没有数据，并且没有理由预期数据和/或NAS控制到达。仍然参考图62，根据某些实施例，网络节点中的非活动定时器可能期满，以使得没有定时器正在运行。网络节点可以继续监视时段，直到下一个开启时长阶段已开始。网络节点然后可以发送RRCConnectionRelease。UE可以停止所有活动时间定时器，犹如已接收DRX命令MAC控制元素，并且犹如它已发送用于对应HARQ过程的ACK那样操作。UE还可以相对于RRC连接释放过程静默地操作。网络可能不启动DIAT，并且仅在开启时长定时器运行的时刻重复PDU。UE和网络节点最后可以表现得犹如与传输关联的传送都是成功的，例如HARQ传送、RLC AM传送、以及RRC连接释放过程自身。根据某些实施例，未确认的释放是可选的并且取决于由网络节点提供的PFT选项。如果网络未提供未确认的释放作为选项，则对等方可以改为使用RACH重新同步和确认的响应，根据传统网络而操作。根据某些实施例，它还可以是在TAT已期满过期之后发生未确认的释放的先决条件。如果TAT正在运行，则对等方可以使用确认的响应，根据传统规范而操作。根据某些实施例，如果在非活动监视时段内，在具有对应于DRB的内容的逻辑信道上发生新传输或MAC SDU的有效接收，则网络可以重新启动CIAT定时器。根据某些实施例，可以仅通过由较高层配置的LCID发送MAC SDU。重新利用的LCID可以发送MACEE，并且任何这种发送或接收都不导致CIAT重新启动。

图63示出根据某些实施例的RRC子层的初始接入的消息格式，其总长度为12字节。RRC子层的初始接入消息包括用于上行链路授权的9个字节和用于CRC的3个字节。MAC SDURLC-TM具有48位长度，并且可以封装RRCConnectionRequest或RRCConnectionReestablishmentRequest。

图64示出MAC层的消息的消息格式。MAC PDU可以具有9个字节的长度，但大小和内容可以取决于授权。总消息长度可以是12个字节，包括3个字节CRC。

图65示出根据某些实施例的密切相关的MAC CES的LCID的表的一部分。图65的表包括用于DL-SCH的LCID的值。如由3GPP TS 36.321指定的定时提前命令MAC CE具有固定大小，并且包括定义为TAG身份(TAG Id)的单个八位字节和定时提前命令。在图66中示出定时提前命令MAC控制元素的格式。TAG Id字段指示已寻址的TAG的TAG身份。包含SpCell的TAG的TAG身份是0。TAG Id字段的长度是2位。定时提前命令字段指示用于控制MAC实体必须应用的定时调整量的索引值T_A(0、1、2...63)。定时提前命令字段的长度是6位。如由3GPP TS36.321指定的DRX命令MAC CE具有零位的固定大小。

图75是被配置为执行根据在此公开的一个或多个实施例的操作的在无线通信网络中使用的UE的框图。UE 7500包括收发机7520、处理器电路7502、以及包含计算机可读程序代码7512的存储器电路7510。UE 7500可以进一步包括显示器7530、用户输入接口7540、以及扬声器7550。

图75的收发机7520被配置为与网络节点通信，并且可以使用在此公开的一种或多种无线接入技术通过无线空中接口与其它UE通信。处理器电路7502可以包括一个或多个数据处理电路，例如通用和/或专用处理器，例如微处理器和/或数字信号处理器。处理器电路7502被配置为执行存储器电路7510中的计算机可读程序代码7512，以执行在此描述的至少某些操作，如由UE执行的那样。

图76是根据在此公开的用于网络节点的一个或多个实施例配置的在电信系统中使用的网络节点7600的框图。网络节点7600可以包括收发机7630(例如，当配置为无线基站时)、网络节点7620、处理器电路7602、以及包含计算机可读程序代码7612的存储器电路7610。

图76的收发机7630被配置为使用在此公开的一种或多种无线接入协议操作与UE7500通信。处理器电路7602可以包括一个或多个数据处理电路，例如通用和/或专用处理器，例如可以并置或跨一个或多个网络分布的微处理器和/或数字信号处理器。处理器电路7602被配置为执行存储器7610中的计算机可读程序代码7612，以执行在此描述的至少某些操作和方法，如由网络节点执行的那样。网络接口7620与其它网络节点和/或核心网络通信。

图77示出根据某些实施例的执行如在此公开的操作的位于UE 7700(例如图75的UE 7500)中的模块。UE 7700包括确定模块7702、发送模块7704、以及接收模块7706。确定模块7702操作以配置UE 7700以确定从UE到网络节点的无线资源控制RRC连接工作在连接状态下的不连续接收CDRX模式下。发送模块7704操作以配置UE 7700以响应于确定所述RRC连接工作在CDRX模式下，向所述网络节点发送初始消息，所述初始消息包括协议特性类型PFT以及用户设备类型和软件版本号UE-TSVN。接收模块7706操作以配置UE 7700以响应于所述初始消息，从所述网络节点接收握手消息，所述握手消息包括所述PFT、指示时间对齐定时器定义TATDEF消息类型的下行链路协议消息类型PMT、以及与包括用于重定义时间对齐定时器的一个或多个值的所述TATDEF消息类型关联的协议消息主体PMB。

图78示出根据某些实施例的执行如在此公开的操作的位于网络节点7800(例如图76的网络节点7600)中的模块。网络节点7800包括确定模块7802、通知发送模块7804、接收模块7806、以及握手发送模块7808。确定模块7802操作以配置网络节点7800以确定从网络节点到UE的无线资源控制RRC连接工作在连接状态下的不连续接收CDRX模式下。通知发送模块7804操作以配置网络节点7700以响应于确定所述RRC连接工作在CDRX模式下，向UE发送通知消息，所述通知消息指示网络类型和软件版本号N-TSVN并指示支持协议特性类型PFT。接收模块7806操作以配置网络节点7800以响应于所述通知消息，从UE接收初始消息，所述初始消息指示支持协议特性类型PFT并指示用户设备类型和软件版本号UE-TSVN。握手发送模块7808操作以配置网络节点7800以响应于所述初始消息，向UE发送握手消息，所述握手消息包括所述PFT、指示时间对齐定时器定义TATDEF消息类型的下行链路协议消息类型PMT、以及与包括用于重定义时间对齐定时器的一个或多个值的所述TATDEF消息类型关联的协议消息主体PMB。

进一步定义和实施例

在本公开的各种实施例的上面描述中，应该理解，在此使用的术语仅为了描述特定的实施例而并非旨在作为本发明的限制。除非另外定义，否则在此使用的所有术语(包括技术和科学术语)具有与本公开所属领域的普通技术人员通常理解的相同含义。还应该理解，诸如在常用字典中定义的那些术语应该被解释为具有与其在本说明书和相关领域的上下文中的含义一致的含义，并且将不被解释为理想化或过于正式的意义，除非在此明确地如此定义。

当元件被称为“连接到”、“耦合到”、“响应于”(或者其变型)另一个元件时，它可以直接连接到、耦合到、或者响应于另一个元件，或者可以存在中间元件。相反，当元件被称为“直接连接到”、“直接耦合到”、“直接响应于”(或者其变型)另一个元件时，不存在中间元件。本文内相同的编号指相同的元件。此外，如在此使用的，“耦合”、“连接”、“响应”、或者其变型可以包括无线地耦合、连接、或者响应。如在此使用的，单数形式“一”、“一个”和“该”旨在同样包括复数形式，除非上下文明确地另有所指。为了简洁和/或清晰起见，众所周知的功能或结构可能未被详细描述。术语“和/或”包括一个或多个列出的关联项目的任何和所有组合。

如在此使用的，术语“包括”、“包含”、“具有”、或者其变型是开放的，并且包括一个或多个声明的特性、整数、元件、步骤、组件或功能，但并不排除一个或多个其它特性、整数、元件、步骤、组件、功能或其组的存在或增加。此外，如在此使用的，可以使用源自拉丁语短语“exempli gratia”的通用缩写“例如”以便引入或指定先前提及的项目的一个或多个一般示例，而并非旨在作为这种项目的限制。可以使用源自拉丁语短语“id est”的通用缩写“即”以便从更一般的详述中指定特定的项目。

在此参考计算机实现的方法、装置(系统和/或设备)和/或计算机程序产品的框图和/或流程图描述示例实施例。应该理解，框图和/或流程图的每个方框、以及框图和/或流程图中各方框的组合，都可以由通过一个或多个计算机电路执行的计算机程序指令实现。可以将这些计算机程序指令提供给通用计算机电路、专用计算机电路、和/或其它可编程数据处理电路的处理器电路以便生产一种机器，以使得这些指令在经由计算机和/或其它可编程数据处理装置的处理器执行时，转换和控制晶体管、存储在存储单元中的值、以及这种电路内的其它硬件组件，以便实现框图和/或流程图中的一个或多个方框中指定的功能/操作，并且从而产生实现框图和/或流程图中的方框(多个)中指定的功能/操作的装置(功能)和/或结构。

还可以将这些计算机程序指令存储在有形计算机可读介质中，这些指令可以使计算机或其它可编程数据处理装置以特定方式工作，以使得存储在计算机可读介质中的指令产生包括实现框图和/或流程图中的一个或多个方框中指定的功能/操作的指令的制造品(article of manufacture)。

有形的非瞬时性计算机可读介质可以包括电、磁、光、电磁、或者半导体数据存储系统、装置、或者设备。计算机可读介质的更具体的示例将包括：便携式计算机盘、随机存取存储器(RAM)电路、只读存储器(ROM)电路、可擦式可编程只读存储器(EPROM或闪存)电路、便携式紧凑盘只读存储器(CD-ROM)、以及便携式数字视频光盘只读存储器(DVD/BlueRay)。

还可以将计算机程序指令加载到计算机和/或其它可编程数据处理装置上，以便导致在计算机和/或其它可编程装置上执行一系列操作步骤，以产生计算机实现的过程，以使得在计算机或其它可编程装置上执行的指令提供实现框图和/或流程图中的一个或多个方框中指定的功能/操作的步骤。因此，本公开的实施例可以以硬件和/或软件(包括固件、驻留软件、微代码等)体现，该软件在诸如数字信号处理器之类的处理器上运行，硬件和/或软件可以被统称为“电路”、“模块”或者其变型。

还应该注意，在某些替换实现中，方框中所标注的功能/操作可以以不同于流程图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能/操作而定。此外，流程图和/或框图的给定方框的功能可以被分成多个方框，和/或流程图和/或框图的两个或更多方框的功能可以被至少部分地集成。最后，可以在示出的方框之间添加/插入其它方框。此外，尽管某些图在通信路径上包括箭头以便示出通信的主要方向，但应该理解，通信可以以与示出的箭头相反的方向发生。

在此已结合上面的说明书和附图公开了许多不同的实施例。应该理解，从字面上描述和示出这些实施例的每个组合和子组合将是过度重复和混淆的。因此，包括附图的本说明书将被解释为构成实施例的各种示例组合和子组合以及产生和使用它们的方式和过程的完整书面描述，并且将支持对任何这种组合或子组合的权利要求。

可以在不显著偏离本发明的原理的情况下，对实施例做出许多变化和修改。所有这些变化和修改在此旨在被包括在本发明的范围内。

Claims

1.一种由用户设备UE(7500)执行的用于重定义无线通信网络的时间对齐定时器的方法，所述方法包括：

确定(6710)从所述UE(7500)到网络节点(7600)的无线资源控制RRC连接工作在连接状态下的不连续接收CDRX模式下；

响应于确定所述RRC连接工作在CDRX模式下，向所述网络节点(7600)发送(6720)初始消息，所述初始消息包括协议特性类型PFT以及用户设备类型和软件版本号UE-TSVN；以及

响应于所述初始消息，从所述网络节点(7600)接收(6730)握手消息，所述握手消息包括所述PFT、指示时间对齐定时器定义TATDEF消息类型的下行链路协议消息类型PMT、以及与包括用于重定义时间对齐定时器的一个或多个值的所述TATDEF消息类型关联的协议消息主体PMB。

2.根据权利要求1所述的方法，进一步包括：

响应于从所述网络节点(7600)接收时间对齐命令TAC，应用(6810)用于重定义所述时间对齐定时器的所述一个或多个值。

3.根据权利要求1至2中任一项所述的方法，其中，确定从所述UE(7500)到所述网络节点(7600)的所述RRC连接工作在CDRX模式下包括：

从所述网络节点(7600)接收(6910)RRC连接重配置消息，所述RRC连接重配置消息包括所述CDRX模式的指示；以及

基于所述RRC连接重配置消息中的所述CDRX模式的所述指示，确定(6920)所述网络节点(7600)工作在CDRX模式下。

4.根据权利要求1至2中任一项所述的方法，进一步包括：

从所述网络节点(7600)接收(7010)通知消息，所述通知消息指示支持所述PFT并指示网络类型和软件版本号N-TSVN。

5.根据权利要求4所述的方法，其中，响应于确定所述UE(7500)与支持由所述通知消息指示的所述PFT的所述N-TSVN兼容，发送所述初始消息。

6.根据权利要求4所述的方法，其中，所述通知消息作为从所述网络节点(7600)发送到所述UE(7500)的初始RRC连接重配置消息的一部分来发送。

7.根据权利要求1至2中任一项所述的方法，

其中，所述初始消息进一步包括指示所述初始消息中的第二字节是否是所述UE-TSVN的下一个字段。

8.一种用户设备UE(7500)，用于在无线通信网络中操作，所述用户设备(7500)包括：

收发机(7520)，被配置为提供与所述无线通信网络的网络节点(7600)的无线电通信；

存储器(7510)，被配置为存储计算机可执行指令；以及

处理器(7502)，其耦合到所述存储器(7510)和所述收发机(7520)，其中所述处理器(7502)被配置为执行所述计算机可执行指令以执行以下操作，包括：

9.根据权利要求8所述的UE(7500)，其中，所述处理器进一步被配置为执行所述计算机可执行指令以执行以下操作，包括：

10.根据权利要求8至9中任一项所述的UE(7500)，其中，确定从所述UE(7500)到所述网络节点(7600)的所述RRC连接工作在CDRX模式下包括：

11.根据权利要求8至9中任一项所述的UE(7500)，其中，所述处理器进一步被配置为执行所述计算机可执行指令以执行以下操作，包括：

从所述网络节点(7600)接收(7010)通知消息，所述通知消息指示支持所述PFT的网络类型和软件版本号N-TSVN。

12.根据权利要求11所述的UE(7500)，

其中，响应于确定所述UE(7500)与支持由所述通知消息指示的所述PFT的所述N-TSVN兼容，发送所述初始消息。

13.根据权利要求11所述的UE(7500)，

其中，所述通知消息作为从所述网络节点(7600)发送到所述UE(7500)的初始RRC连接重配置消息的一部分来发送。

14.根据权利要求8至9中任一项所述的UE(7500)，

15.一种在无线通信网络中由为用户设备UE(7500)服务的网络节点(7600)执行的方法，所述方法包括：

确定(7210)从所述网络节点(7600)到UE(7500)的无线资源控制RRC连接工作在连接状态下的不连续接收CDRX模式下；

响应于确定所述RRC连接工作在CDRX模式下，向所述UE(7500)发送(7220)通知消息，所述通知消息指示网络类型和软件版本号N-TSVN并指示支持协议特性类型PFT；

响应于所述通知消息，从所述UE(7500)接收(7230)初始消息，所述初始消息指示支持协议特性类型PFT并指示用户设备类型和软件版本号UE-TSVN；以及

响应于所述初始消息，向所述UE(7500)发送(7240)握手消息，所述握手消息包括所述PFT、指示时间对齐定时器定义TATDEF消息类型的下行链路协议消息类型PMT、以及与包括用于重定义时间对齐定时器的一个或多个值的所述TATDEF消息类型关联的协议消息主体PMB。

16.根据权利要求15所述的方法，进一步包括：

向所述UE(7500)发送(7310)时间对齐命令TAC，以触发由所述UE(7500)应用用于重定义所述时间对齐定时器的所述一个或多个值。

17.根据权利要求15至16中任一项所述的方法，其中，所述通知消息作为从所述网络节点(7600)发送到所述UE(7500)的初始RRC连接重配置消息的一部分来发送。

18.根据权利要求15至16中任一项所述的方法，

19.根据权利要求15至16中任一项所述的方法，进一步包括：

从所述UE(7500)接收(7410)第一应用信息FAPPI消息，所述FAPPI消息包括所述PFT、指示所述FAPPI消息的下一个字段、以及指示FAPPI消息类型的上行链路PMT字段。

20.根据权利要求19所述的方法，其中，所述FAPPI消息响应于所述握手消息而从所述UE(7500)来接收。

21.一种在无线通信网络中为用户设备UE(7500)服务的网络节点(7600)，所述网络节点(7600)包括：

收发机(7630)，被配置为提供与所述无线通信网络的所述UE(7500)的无线电通信；

存储器(7610)，被配置为存储计算机可执行指令；以及

处理器(7602)，其耦合到所述存储器和所述收发机(7630)，其中所述处理器(7602)被配置为执行所述计算机可执行指令以执行以下操作，包括：

响应于所述通知消息，从所述UE(7500)接收(7230)初始消息，所述初始消息包括协议特性类型PFT以及用户设备类型和软件版本号UE-TSVN；以及

22.根据权利要求21所述的网络节点(7600)，其中，所述处理器进一步被配置为执行所述计算机可执行指令以执行以下操作，包括：

23.根据权利要求21至22中任一项所述的网络节点(7600)，

24.根据权利要求21至22中任一项所述的网络节点(7600)，

25.根据权利要求21至22中任一项所述的网络节点(7600)，其中，所述处理器进一步被配置为执行所述计算机可执行指令以执行以下操作，包括：