专利名称：不连续传输和接收的制作方法
技术领域：
本发明涉及宽带码分多址(WCDMA)系统和长期演进(LTE)系统中的不连续传输和 接收。
背景技术：
在宽带码分多址(WCDMA)系统和长期演进(LTE)系统中，不连续接收和传输(DRX/ DTX)允许被称为用户设备(UE)的移动终端切断其无线电收发机电路，并且由此急剧地降 低其功耗。例如，在WCDMA网络中，当UE空闲或处于连接模式下的Cell—PCH或URA—PCH状 态时，它可以使用DRX将其功耗从100-400mA减少到5_10mA。 当UE处于活动(active)时(其意义在于，它"连续地"传输并且接收分组)， 不连续传输和接收大大减少了功耗，并且由此增加了活动模式时间或交谈时间(即UE可 以保持活动而无需对其电池重新充电的时间)。实际上，DRX在WCDMA系统中的连续分 组连接性(CPC)中受支持，在题为"Continuous Packet Connectivity (CPC) for Packet DataUsers"， Release 7的3GPP规范TR 25. 903中对此进行了描述。类似地，在UE处于LTE_ ACTIVE状态的同时，LTE规范支持DRX，在题为"Evolved Universal Terrestrial Radio Access (E-UTRA)and EvolvedUniversal Terrestrial Radio Access Network (E-UTRAN)，， 的3GPP规范TS 36. 300中对此进行了描述。 当在活动模式中(例如在LTE_ACTIVE中)使用DRX时，DRX周期长度需要被控制， 从而UE可以用足够低的等待时间来发送并且/或者接收数据，但仍提供低功耗。与UE关联 的基站可以使用无线电资源控制(RRC)和/或介质访问控制(MAC)信令来控制DRX周期长 度，或者其可以依赖于自动调整其DRX周期的UE。虽然在后一情况下减少了在无线电接口 上的信令量，但网络(即基站和其它节点)必须保持跟踪LTE_ACTIVE下的UE的当前(一 个或多个)DRX周期。这是因为，当例如需要在预定义的截止期限(除了别的方面之外，取 决于QoS需求)内将数据突发交付给UE时，无线电接入网络(RAN)必须能够调度特定UE。
在处于活动模式的同时，UE使用语音和各种(实时、准实时和尽力而为)数据服 务，并且由此，分组到达之间(发送之间)时间动态改变。因此，UE应激活并且去激活其接 收机和发射机的时间可能频繁改变。换句话说，"最优"情形是UE应休眠和唤醒的时刻动 态地被控制，以适用于后续分组到达/离去时刻。然而，对于这种"最优"(即完全动态)控 制，无线电接口上的关联控制信令是禁止的。 因此，因为业务量动态，所以在DRX/DTX唤醒时间接近于理想或最优的DRX/DTX设 置的程度与无线电接口上所需的信令量之间存在基本的折衷。 电池消耗与关联控制信令的复杂度(以及开销)之间的这种折衷广泛地被认识， 并且在3GPP中已经提出了若干方法。 在一种被称为"一个级别DRX/DTX周期"方法的方法中，在任何一个时刻，存在存 储于UE中的单个预定义模式，UE据此打开以及关闭其收发机电路。当基站需要改变这种 预定义模式时，其使用控制信令来指定新模式，所述新模式此后指定唤醒/休眠时刻。
在被称为"两个级别DRX/DTX周期"方法的替换方法中，定义两个基本独立的模 式，UE据此将打开并且关闭其收发机电路。在任何一个时间点，通过使用这两种模式，UE可 以计算出其必须改变状态时的下一时刻。可替换地，基站可以使用明确信令来激活并且去 激活这两种预定义周期模式中的任一。两级别方案是有用的，因为它避免了当前所使用的 DRX模式的频繁重新配置。WCDMA中的连续分组连接性特征允许激活两级别DRX方案。在该方法中，如果UE
在特定网络指定持续时间期间并未受到服务，则其切换到更长的DRX周期。 另外已经提出了一种混合方法，其组合了一个级别或两个级别基本方案与UE的
自主行为。在该方案中，UE根据业务量到达和离去模式来动态且自适应地调整其当前DRX
模式。由于当UE调整其DRX间隔时服从预定义规则，并且由于UE和基站共享公共(绝对)
时钟，因此UE和基站关于在任何时间点当前有效的DRX间隔具有共同的知识。 上述现有解决方案集中于在控制信令与改变或适配DRX/DTX周期之间的折衷。由
于基本潜在假设在于，UE和基站皆没有关于业务量模式(并且由此，分组到达之间的时间)
的足够(或足够准确)的知识，这些机制本质上是无效的(reactive)。 在上述所有三种基本方法( 一个级别、两个级别基站或混合受控基站、以及UE自
主)中，基于UE和基站的近来活动来指定并且修改DRX/DTX周期和对应唤醒时间和休眠时
间。例如，如果正进行的服务是恥b浏览，则如果无线电信道上没有业务量活动，那么UE可
以要么自主地要么按来自基站的明确命令来扩展其DRX时段。因此，DRX周期的选择主要
基于缓冲器中的业务量的量、业务量类型的统计模型和/或它们的组合。 由于DRX周期是在没有关于服务或业务量类型的精确信息的情况下得以指定的，
因此必须在不使用关于可以在随后时间段(其可以是几秒那样多)中期望的分组到达/离
去模式的信息的情况下指定DRX模式。因此，出现两个问题 第一个问题在于UE采用的DRX周期要么太保守(当没有业务量时，UE的收发机
是活动的)，要么其不够保守(当存在用于调度的数据时，UE的收发机是去激活的)。在前
一情况下(UE太保守)，减少了电池寿命，而第二种情况导致了增加的分组延迟。 第二个问题在于，保持DRX周期模式最新所需的控制信令可能变得太频繁，这导
致了高开销，并且由此浪费了无线电资源。 物理层或MAC层控制信令(例如在LTE中)用于在各DRX周期之间切换。这些信 道包含有限数量的比特，并且它们的不恰当或频繁的使用导致了明显的开销。此外，所需的 比特数量随着DRX级别的数量增加而增加(例如，1比特用于2级别DRX， 2比特用于高达4 级别DRX，等)。另一限制在于，信令是自然地开/关的，并且(归因于噪声)，其在接收机处 还更易于错误(或反转)的判决。 美国专利申请公开No. 2005/0032555描述了一种移动用户终端的接收电路的间
歇性激活的方法。可以基于对于移动用户终端的最近呼叫连接中所提供的服务类型(例如
分组数据呼叫、视频剪辑、web浏览、FTP会话)来确定接收电路激活的时段。 然而，该方法具有的缺点在于，其依赖于提供给移动终端的最新近的服务类型以
确定周期长度，并且如此，所确定的周期长度可能并非尤其适合于待提供给移动终端的下
一服务类型。 因此，本发明的目的在于以由之确定不连续接收和/或传输周期长度的方式来提供改进。
发明内容
根据本发明的第一方面，提供一种确定不连续接收和/或传输周期长度的方法， 所述方法包括根据协议栈中的高层确定与周期长度有关的信息；将所述信息提供给所述 协议栈中的较低层；以及在所述协议栈的所述较低层中，根据所述信息确定所述周期长度。
根据本发明的第二方面，提供一种用于通信网络中的基站，所述基站包括处理装 置，适用于根据所述基站的协议栈中的高层确定与不连续传输和/或接收周期长度有关 的信息；将所述信息提供给所述协议栈中的较低层；以及在所述协议栈的所述较低层中， 根据所述信息确定所述周期长度。 根据本发明的第三方面，提供一种用于通信网络中的移动终端，所述通信网络包 括如上所述的至少一个基站，所述移动终端包括处理装置，适用于根据所述移动终端的协 议栈中的高层确定与不连续传输和/或接收周期长度有关的信息；将所述信息提供给所述 协议栈中的较低层；以及在所述协议栈的所述较低层中，根据所述信息确定所述周期长度。
根据本发明的第四方面，提供一种用于通信网络中的移动终端，所述通信网络包 括如上所述的至少一个基站，所述移动终端包括处理装置，适用于根据从所述基站接收到 的协议栈的较低层中的信令确定周期长度。 根据本发明的第五方面，提供一种用于通信网络中的移动终端，所述通信网络包 括如上所述的至少一个基站，所述移动终端包括处理装置，适用于根据从所述基站接收到 的协议栈的高层中的信令确定周期长度。
现将参照以下附图仅通过示例的方式来描述本发明，其中 图1示出根据本发明的通信网络； 图2是示出本发明实施例的层模型； 图3示出根据本发明实施例的映射表；以及 图4是示出本发明的方法的流程图。
具体实施例方式
虽然现将参照宽带码分多址(WCDMA)系统和长期演进(LTE)系统中的不连续传输 和接收来描述本发明，但本领域技术人员应理解，本发明可应用于很多其它类型的通信网 络。 此外，在该说明书中，其中参照意味接收机电路的不连续接收和去激活的"DRX"来 讨论本发明，应理解，除非另外明确指出，否则本发明同样可应用于发射机电路的不连续传 输(DTX)和去激活。 图1示出根据本发明的示例性WCDMA网络2的一部分。网络2包括无线电网络 控制器(RNC)4，以及两个关联基站6，每一基站6被称为"节点B"，其为用户设备提供对于 WCDMA网络的接入点。移动终端8 (有时称为用户设备-UE.或移动设备-ME)通过与基站6 之一进行通信来接收服务。RNC 4控制基站6的操作，并且为通信网络12(并且由此还为互联网服务器10)提供对于WCDMA网络2的接入点。在所示实施例中，移动终端8正通过另 一通信网络12(例如互联网)与服务器10进行通信。服务器10可以将数据服务(例如语 音呼叫、视频呼叫、文件下载等)提供给移动终端8。 如上所述，当移动终端8处于空闲模式时(即其并不积极地与另一对等实体(例 如用户设备或互联网服务器)进行通信)，其将监控寻呼信道，以侦听任何输入呼叫连接请 求。为了改进移动终端8的电池寿命，也仅在预定义的间隔(称为寻呼时机或唤醒时刻) 期间激活接收机电路，以对于输入呼叫连接请求而监控寻呼信道，并且在所有其它时间将 其去激活。这被称为不连续接收(DRX)，并且间隔长度被称为不连续接收周期长度。
此外，甚至当移动终端8处于活动时(即其处于连接模式)，其可以在来自RNC4的 数据突发之间去激活其接收机电路。换句话说，活动模式或连接模式下的UE也可以操作在 DRX模式下。因此，操作在DRX下的连接模式UE可以仅在唤醒时刻接收数据。
在两种情况下，服务于移动终端8的基站6以及移动终端8自身必须使用相同的 DRX周期长度，并且它们必须确保DRX周期是同步的。这样使得基站6有可能当其接收机 打开时(也就是说，当UE "唤醒"时)调度并且传输用于UE的(控制平面或用户平面)数 据。 根据本发明，为了使得实现可变DRX周期长度所需要的网络信令最小，基站6和/ 或移动终端8使用来自协议栈中高层的信息，以将DRX周期长度适用于即将到来的数据业 务量模式。 在一个实施例中，基站6检查移动终端8朝向其对等实体(服务器IO)使用的其协 议栈的高层(例如超文本传输协议-HTTP,文件传输协议-FTP和/或实时控制协议-RTCP 层)中的信令。 图2示出本发明示例性实施例。在该图中，移动终端8(UE)、基站6(RAN/eNB)和
服务器10(IP多媒体系统-MS-服务器)的操作根据开放式系统互连(0SI)基本参考模型
(其是对于通信和计算机网络协议设计的分层抽象描述)被分解成多层。 网络中的每一元件示出具有协议栈，其包括来自OSI模型的有序层中的四层，具
体地是数据链路层20，其实现RRC信令、介质访问控制(MAC)信令和Ll信令；网络层22，
其实现互联网协议(IP);传输层24，其实现传输控制协议(TCP)和用户数据报协议(UDP);
以及应用层26。 数据链路层20提供用于在网络中的各元件之间传递数据，并且检测可能出现在 物理层(其位于数据链路层20之下，但图2中未示出)中的错误的手段。数据链路层20 管理设备与共享介质的交互。 网络层22提供用于在保持传输层24所请求的服务质量的同时经由一个或多个网 络将来自源(例如服务器10)的可变长度数据分组传递到目的地(例如移动终端8)的手 段。网络层22执行网络路由功能。 传输层24控制用于在服务器10与移动终端8之间传递数据的链路的可靠性，包 括发起没有被成功接收到的分组的重新传输。 应用层26与应用服务对接，并且执行应用服务，以用于分别在服务器10或移动终 端8上执行的应用过程。应用层26将服务提供给用户定义的应用过程，而非提供给端用户。
因此，在该实施例中，在基站6中实现不连续接收的协议(在该实施例中，其为数据链路层20的一部分)适用于检查或者询问"较高"应用层26(由箭头28表示)，以确定 关于即将到来的数据业务量模式的信息。在优选实施例中，其中网络层22使用互联网协 议，DRX实体检查所传送的IP分组的结构(包括IP分组报头和有效载荷中的信息)。在替 换实施例中，DRX协议检查作为IP分组的有效载荷而携带的应用层分组(包括报头和有效 载荷信息)。 —旦已经获得了这个"高"层知识，基站6就使用预定算法来确定用于移动终端8 的适当DRX周期长度。 按惯例，基站6不处理比数据链路层20(RRC/MAC/RRC层)更高的层中的信息。然 而，在LTE系统中，报头压縮和分组数据汇聚协议被基站6支持(参照3GPP规范36. 300中 的图4. 1)。因此，基站6已经准备接入包括IP分组和应用层分组的较高层信息。
—旦已经从较高层捕获信息，就可以将其用作对于确定DRX参数的算法的输入。 虽然已知在传统DRX算法中考虑了"高层"服务质量信息，但基站6从自网络接收到的较低 层信令获得该信息(例如，分别经由WCDMA系统和LTE系统中的Iu或Sl) 。 Iu信令协议和 Sl信令协议统称为"无线电承载设立"过程，其将应用分类为小的预定义类别集合(所谓的 服务质量(QOS)分类)，并且使用关联参数的粗粒度来表征业务量。然而，由于业务量模式 (包括分组大小及其到达速率)是随机的，并且因此无法精确预测业务量行为，所以基于无 线电承载设立信息的所选DRX周期可以短于或长于理想情况。检查在基站6处的较高层信 令(其包括确切对象或文件大小以及详细编解码器参数)以确定特定于应用的(即精细粒 度)信息克服了这些问题。 根据本发明实施例，从较高层获得的信息指示与输入数据有关的特定应用(例如 语音呼叫、视频呼叫、文件下载等)以及与该应用有关的特定信息(例如数据速率、总文件 大小等)。优选地，确定DRX周期长度的算法考虑了该特定于应用的信息，以发现移动终端 8的最佳DRX周期长度。 在本发明一个实施例中，基站8使用映射表将从较高层确定的信息与DRX周期长 度相关。 示例性映射表考虑了特定于应用的信息，以确定DRX周期长度，图3示出所述映射 表。在该表的左列，列出四个不同的应用协议HTTP(用于处理基于web的信息)；FTP(用 于处理数据文件的下载)；语音编解码器(用于处理语音呼叫)；以及视频编解码器(用于 处理视频呼叫)。 映射表的中间列指示可以影响期望DRX周期长度的特定于应用的信息。因此，对 于HTTP协议，特定于应用的信息指示以千字节(KB)为单位的对象大小；对于FTP协议，特 定于应用的信息指示以千字节(KB)为单位的文件大小；而对于语音编解码器和视频编解 码器，特定于应用的信息指示编解码器类型。 映射表的第三列指示用于特定应用的DRX周期长度和特定于应用的信息。对于 HTTP协议和FTP协议，DRX周期长度随对象或文件大小增加而减少(即接收机电路更经常 地被激活)。对象或文件大小向基站8提供关于即将到来的业务量情况的知识。在另一实 施例中，基站6使用该信息以及与缓冲状态和无线电状况(例如路径损耗)有关的信息来 确定DRX周期长度。 对于语音编解码器和视频编解码器，DRX周期取决于编解码器类型(其在RTCP协议中得以指示)，具体地说，分别取决于音频编解码器和视频编码器的采样频率。具有关于 编解码器的周期性的知识对于确定DRX周期长度来说是重要的。 在本发明一个实施例中，由于移动终端8也可以访问"较高"层知识中的信息(据 定义，如图2所示)，因此移动终端8的数据链路层20中的DRX协议也可以检查(移动终端 8的)应用层26，并且使用与基站6相同的预定算法(例如映射表)来确定用于移动终端 8的适当DRX周期长度。 在该实施例中，由于移动终端8和基站6共享从较高层获得的公共知识，并且它们 采用相同的算法来确定适当的DRX周期长度，因此在设备6与设备8之间很少或者绝不需 要专用控制信令。因此，节约了无线电资源。此外，这样使得DRX周期长度快速适用于改变 网络中服务或服务类型。 换句话说，在应用层26信令与基站6和移动终端8之间的较低级别(与DRX有关 的)信令之间的冗余得以消除。 基站6和移动终端8所使用的映射表可以被标准化(即，其服从预定义的规则)， 或者其可以是在会话开始时由基站6和移动终端8确定的。在任一情况下，在会话期间在 无线电接口上没有与DRX有关的控制信令。 在本发明替换实施例中，仅基站6检查较高层，以确定用于移动终端8的适当DRX 周期长度。因此，基站6必须向移动终端8通知当前DRX周期长度。 在替换实施例之一中，数据链路层20中的附加控制信令用于向移动终端8通知当 前DRX周期长度。优选地，使用RRC信令和/或MAC信令来实现该信令，正如常规的。该实 施例具有的优点是基站6保持对于移动终端8的完全控制，并且无需确保基站6和移动终 端8皆使用相同算法来确定DRX周期长度。 在另一替换实施例中，基站6使用较高层(具体地说，应用层26)将DRX周期长度 指示给移动终端8。该实施例具有与上述实施例相同的优点，此外，无需附加的数据链路层 20信令。然而，由于应用层26比数据链路层20明显较慢的时间标度操作，因此用于向移动 终端8通知新DRX周期长度所花费的时间长于前面的实施例。此外，可能难以实现将DRX 周期长度数据的这种"捎带"到现有应用层协议(例如HTTP或FTP)，除非对这些协议进行 修改。 图4示出根据本发明的方法。在步骤101中，对于可以用于确定DRX周期长度的 信息，检查高层(例如应用层26)。在步骤103中，将该信息提供给较低层(例如数据链路 层20)，其负责DRX周期长度控制。在步骤105中，将该高层信息翻译为可以用于确定DRX 周期长度的参数。如上所述，高层信息可以是特定于应用的信息。在步骤107中，DRX参数 用于确定DRX周期长度，如上所述，其可以包括使用映射表。 在本发明实施例中，其中，基站6和移动终端8对于可以用于确定DRX周期长度的 信息独立地检查较高层，设备6、设备8皆使用图4所示的方法。 应该注意到，上述实施例说明而非限制本发明，并且本领域的技术人员能够在不 脱离所附权利要求的范围的情况下设计出许多替代的实施例。文字"包括"并不排除除了 在权利要求中所列出的元件或步骤之外的其它元件或步骤的出现。 此外，上述实施例可应用于操作在空闲模式和连接/活动模式下的DRX中的移动 终端。移动终端活动模式根据数据活动而从空闲改变为连接的，反之亦然。本发明依赖于在活动模式期间典型地接收到的较高(应用)层分组的检查。空闲模式下的DRX选择仍然 是基于在新近活动模式期间接收到的较高(应用)层分组。
权利要求
一种确定不连续接收和/或传输周期长度的方法，所述方法包括根据协议栈中的高层确定与周期长度有关的信息；将所述信息提供给所述协议栈中的较低层；以及在所述协议栈的所述较低层中，根据所述信息确定所述周期长度。
2. 如权利要求1所述的方法，其中，所述与周期长度有关的信息包括特定于应用的信息。
3. 如权利要求2所述的方法，其中，所述特定于应用的信息包括以下至少一个对象类 型、服务类型、对象大小、文件大小、以及编解码器参数。
4. 如权利要求1、2或3所述的方法，其中，根据所述信息确定所述周期长度的步骤包 括使用预定算法。
5. 如权利要求4所述的方法，其中，所述预定算法包括映射表，其将信息值与各个周期 长度相关。
6. 如任何前述权利要求所述的方法，其中，所述高层是应用层。
7. 如权利要求6所述的方法，其中，所述应用层包括互联网协议层。
8. 如任何前述权利要求所述的方法，其中，所述较低层是数据链路层。
9. 如任何前述权利要求所述的方法，其中，所述方法是在基站中执行的。
10. 如权利要求9所述的方法，其中，所述方法也是在移动终端中执行的。
11. 如权利要求9所述的方法，还包括以下步骤 将所确定的周期长度指示给移动终端。
12. 如权利要求11所述的方法，其中，所述指示步骤包括使用所述协议栈的较低层中 的信令将所确定的周期长度传输到所述移动终端。
13. 如权利要求11所述的方法，其中，所述指示步骤包括使用所述协议栈的高层中的信今将所确定的周期长度传输到所述移动终端。
14. 如权利要求10、 11、 12或13中的任何一项所述的方法，其中，所述移动终端处于空 闲模式。
15. 如权利要求10、 11、 12或13中的任何一项所述的方法，其中，所述移动终端处于活 动模式或连接模式。
16. —种用于通信网络中的基站，所述基站包括处理装置，适用于根据所述基站的协议栈中的高层确定与不连续传输和/或接收周期长度有关的信息； 将所述信息提供给所述协议栈中的较低层；以及 在所述协议栈的所述较低层中，根据所述信息确定所述周期长度。
17. 如权利要求16所述的基站，其中，所述与周期长度有关的信息包括特定于应用的信息。
18. 如权利要求17所述的基站，其中，所述特定于应用的信息包括以下至少一个对象 类型、服务类型、对象大小、文件大小、以及编解码器参数。
19. 如权利要求16、17或18所述的基站，其中，适用于根据所述信息确定所述周期长度 的所述装置适用于使用预定算法。
20. 如权利要求19所述的基站，其中，所述预定算法包括映射表，其将信息值与各个周期长度相关。
21. 如权利要求16至20中的任何一项所述的基站，其中，所述高层是应用层。
22. 如权利要求21所述的基站，其中，所述应用层包括互联网协议层。
23. 如权利要求16至22中的任何一项所述的基站，其中，所述较低层是数据链路层。
24. 如权利要求16至23中的任何一项所述的基站，所述处理装置还适用于将所确定 的周期长度指示给移动终端。
25. 如权利要求24所述的基站，其中，所述处理装置适用于通过使用所述协议栈的较 低层中的信令将所确定的周期长度传输到所述移动终端来将所确定的周期长度指示给所 述移动终端。
26. 如权利要求24所述的基站，其中，所述处理装置适用于通过使用所述协议栈的高 层中的信令将所确定的周期长度传输到所述移动终端来将所确定的周期长度指示给所述 移动终端。
27. 如权利要求24至26中的任何一项所述的基站，其中，所述处理装置适用于当所 述移动终端操作在空闲模式下时，将所确定的周期长度指示给所述移动终端。
28. 如权利要求24至26中的任何一项所述的基站，其中，所述处理装置适用于当所 述移动终端操作在活动模式或连接模式下时，将所确定的周期长度指示给所述移动终端。
29. —种用于通信网络中的移动终端，所述通信网络包括如权利要求16至23中的任何 一项所述的至少一个基站，所述移动终端包括处理装置，适用于根据所述移动终端的协议栈中的高层确定与不连续传输和/或接收周期长度有关的信息；将所述信息提供给所述协议栈中的较低层；以及 在所述协议栈的所述较低层中，根据所述信息确定所述周期长度。
30. 如权利要求29所述的移动终端，其中，所述与周期长度有关的信息包括特定于应 用的信息。
31. 如权利要求30所述的移动终端，其中，所述特定于应用的信息包括以下至少一个 对象类型、服务类型、对象大小、文件大小、以及编解码器参数。
32. 如权利要求29、30或31所述的移动终端，其中，适用于根据所述信息确定所述周期 长度的所述装置适用于使用预定算法。
33. 如权利要求32所述的移动终端，其中，所述预定算法包括映射表，其将信息值与各 个周期长度相关。
34. 如权利要求29至33中的任何一项所述的移动终端，其中，所述高层是应用层。
35. 如权利要求34所述的移动终端，其中，所述应用层包括互联网协议层。
36. 如权利要求29至35中的任何一项所述的移动终端，其中，所述较低层是数据链路层。
37. —种用于通信网络中的移动终端，所述通信网络包括如权利要求25所述的至少一 个基站，所述移动终端包括处理装置，适用于根据从所述基站接收到的协议栈的较低层中的信令确定周期长度。
38. —种用于通信网络中的移动终端，所述通信网络包括如权利要求26所述的至少一个基站，所述移动终端包括处理装置，适用于根据从所述基站接收到的协议栈的高层中的信今确定周期长度。
39. 如权利要求29至38中的任何一项所述的移动终端，其中，所述移动终端的处理装 置适用于当所述移动终端处于空闲模式时操作。
40. 如权利要求29至38中的任何一项所述的移动终端，其中，所述移动终端的处理装置适用于当所述移动终端处于活动模式或连接模式时操作。
全文摘要
提供一种确定不连续接收和/或传输周期长度的方法，所述方法包括根据协议栈中的高层确定与周期长度有关的信息；将所述信息提供给所述协议栈中的较低层；以及在所述协议栈的所述较低层中，根据所述信息确定所述周期长度。
文档编号H04W52/02GK101796870SQ200780100490
公开日2010年8月4日 申请日期2007年9月3日 优先权日2007年9月3日
发明者G·福多尔, M·A·卡兹米 申请人:爱立信电话股份有限公司