CN101877885B

CN101877885B - 终端工作模式的控制方法

Info

Publication number: CN101877885B
Application number: CN200910137249.6A
Authority: CN
Inventors: 王利; 周杰瑞; 江辉; 曲红云; 张磊; 宋建全; 李楠
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2009-04-28
Filing date: 2009-04-28
Publication date: 2015-09-16
Anticipated expiration: 2029-04-28
Also published as: CN101877885A; WO2010124494A1

Abstract

本发明公开了一种终端工作模式的控制方法，包括：基站与终端通过交互MAC管理消息来协商终端的休眠周期参数。本发明通过将终端的休眠模式和空闲模式的配置/管理所需的交互流程与现有的注册流程和/或业务流管理流程和/或媒体接入控制管理消息的信息交互流程相结合，能够解决相关技术中节电配置过程占用大量信令开销的问题，可以有效减少消息交互的次数和空口开销。

Description

终端工作模式的控制方法

技术领域

本发明涉及通信领域，并且特别地，涉及一种终端工作模式的控制方法。

背景技术

在目前的微波存取全球互通(Worldwide Interoperability forMicrowave Access，简称为WiMAX)技术中，终端的休眠模式是按照连接来定义的。也就是说，对于同一个终端的不同连接，可以定义和激活不同的休眠模式。

通常，休眠模式由一系列交替的监听窗口和休眠窗口构成。终端在处于休眠窗口时不接收服务基站的下行数据和信令，从而可以关闭一部分收发装置而达到省电的目的。在终端存在多个连接的情况下，只有在这些连接的休眠窗口的重叠部分区域，终端才能停止接收服务基站的下行数据和命令，在保证每个业务正常运行的情况下达到省电的目的。

由于协调多个连接的休眠模式的过程比较复杂并且实际效果并不理想，所以在WiMAX空口演进技术中提出针对终端进行休眠模式定义和操作，而不是仅仅针对终端上的某个连接。

休眠周期参数的设定主要与业务的服务质量(Quality ofService，简称为QoS)参数相关。在业务流建立时，可以根据当前的各个业务流的综合情况来确定终端的休眠周期参数。例如，对于QoS要求不同的多个业务流连接，通常需要根据QoS要求最高的业务来确定整个终端的休眠周期参数。在业务流建立、修改和删除的时候，终端的业务流组合情况都可能发生变化，并且QoS要求最高的业务也可能更新，因此，也可以在这些流程中定义和/或激活新的休眠周期参数。

在相关技术中，如果需要采用新的休眠周期参数，就需要通过专门的休眠模式信令MOB_SLP-REQ/RSP来进行休眠周期参数的通知和激活，需要产生大量的信令开销；并且，在业务流建立和修改时，仅仅能为新的业务流指定一套已经事先定义好的休眠周期参数，例如，假设预先已经设置了休眠模式1、休眠模式2，休眠模式1对应于标识1，休眠模式2对应于标识2，如果某个终端上正在采用休眠模式1，并且需要将其采用的休眠模式改为休眠模式2，就可以将标识2通知给终端，但是不能够将终端的休眠模式修改为其它的休眠模式，也不能在业务流建立和修改消息中携带具体的休眠周期参数。

类似地，当终端初始进入网络时，如果需要进入空闲模式，则需要通过专门的空闲模式命令DREG-REQ/CMD来实现，从而会产生信令开销。

针对相关技术中终端进入休眠模式和空闲模式需要占用额外信令开销的问题，目前尚未提出有效的解决方案。

发明内容

考虑到相关技术中终端进入休眠模式和空闲模式会占用额外信令开销的问题而做出本发明，为此，本发明的主要目的在于提供一种终端工作模式的控制方法。

根据本发明的实施例，提供了一种终端工作模式的控制方法。

本发明的终端工作模式的控制方法包括：基站与终端通过交互MAC管理消息来协商终端的休眠周期参数。

其中，MAC管理消息可以包括：业务流管理消息和/或休眠模式命令消息。并且，业务流管理消息和/或休眠模式命令消息中可以包含或携带有休眠周期参数。

并且，基站与终端通过交互业务流管理消息来协商终端的休眠周期参数。

优选地，基站与终端可以在业务流连接建立过程和/或业务流连接修改过程和/或业务流连接释放过程中通过交互业务流管理消息来协商休眠周期参数。

优选地，业务流管理消息中可以包含对终端的休眠模式的操作方式，其中，操作方式包括定义休眠周期参数和/或激活休眠模式、或者包括去激活休眠模式。

其中，在操作方式为激活休眠模式或去激活休眠模式的情况下，业务流管理消息中还包含操作方式所对应操作的生效时间；在操作方式包括定义休眠周期参数而不包括激活休眠模式的情况下，携带操作方式的业务流管理消息表示终端的休眠模式将在以后通过控制消息激活；在操作方式包括定义休眠周期参数的情况下，业务流管理消息包括定义的休眠周期参数，其中，定义的休眠周期参数包括以下至少之一：缺省监听窗口、初始休眠周期、最终休眠周期。

此外，在业务流管理消息中包含休眠周期参数和激活休眠模式的操作方式的情况下，该方法可进一步包括：对终端上已激活的休眠模式进行去激活，并在终端上激活新协商的休眠周期参数所对应的休眠模式。

可选地，业务流管理消息仅包含与休眠周期参数对应的休眠模式标识号。

可选地，业务流管理消息可以包含与休眠周期参数对应的休眠模式标识号以及休眠周期参数。

此外，业务流管理消息中可以包含用于指示该业务流管理消息中是否携带有休眠周期参数的指示位。

并且，如果业务流管理消息中不携带休眠周期参数、或指示位指示业务流管理消息中不携带有休眠参数，则业务流管理消息表示不改变终端的当前休眠模式、或终端不存在已激活的休眠模式。

可选地，上述业务流管理消息可以包括以下至少之一：业务流建立消息、业务流修改消息、业务流删除消息。上述业务流建立消息可以包括以下至少之一：业务流建立请求消息、业务流建立响应消息、业务流建立确认消息。上述业务流修改消息可以包括以下至少之一：业务流修改请求消息、业务流修改响应消息、业务流修改确认消息。上述业务流删除消息可以包括以下至少之一：业务流删除请求消息、业务流删除响应消息。

此外，在该方法中，在基站与终端通过业务流管理消息协商休眠周期参数时，由基站确定协商结果。

根据本发明的另一方面，提供了一种终端工作模式的控制方法。

根据本发明的终端工作模式的控制方法包括：在注册消息和/或业务流管理消息中携带或包含空闲模式参数。

其中，上述注册消息和/或业务流管理消息在基站与终端之间交互，并用于协商空闲模式参数。

并且，在终端为不可管理和/或可管理的终端的情况下，基站与终端可以通过注册消息进行空闲模式参数的协商。

优选地，在终端初始网络进入时，基站与终端通过其间交互的第一条业务流建立消息进行空闲模式参数的协商。

并且，注册消息或业务流管理消息中可以包含空闲模式参数，其中，空闲模式参数包括以下至少之一：寻呼信息参数、寻呼控制器标识符、空闲模式保留信息。

此时，注册消息或业务流管理消息中可以进一步包含进入空闲模式的起始时间。并且，如果注册消息或业务流管理消息不包含进入空闲模式的起始时间，则注册消息或业务流管理消息表示空闲模式的进入过程将在之后由控制消息发起。

优选地，上述注册消息可以包括以下至少之一：注册请求消息、注册命令消息。上述业务流管理消息可以包括以下至少之一：业务流建立消息、业务流删除消息。上述业务流建立消息包括以下至少之一：业务流建立请求消息、业务流建立响应消息、业务流建立确认消息。上述业务流删除消息包括以下至少之一：业务流删除请求消息、业务流删除响应消息。

借助本发明的上述技术方案，通过将终端的休眠模式和空闲模式的配置/管理所需的交互流程与现有的注册流程和/或业务流管理流程和/或媒体接入控制(Media Access Control，简称为MAC)管理消息的信息交互流程相结合，能够解决相关技术中节电配置过程占用大量信令开销的问题，可以有效减少消息交互的次数和空口开销。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明方法实施例一的终端工作模式的控制方法的流程图；

图2是相关技术中业务流建立及休眠模式配置的流程示意图；

图3是根据本发明实施例的业务流建立及休眠模式配置的流程示意图；

图4是根据本发明实施例的业务流建立及休眠模式配置示意图；

图5是相关技术中业务流修改及休眠模式配置示意图；

图6是根据本发明实施例的业务流修改及休眠模式配置示意图；

图7是相关技术中业务流删除及休眠模式配置示意图；

图8是根据本发明实施例的业务流删除及休眠模式配置示意图；

图9是相关技术中多个业务流建立及休眠模式配置示意图；

图10是根据本发明实施例的多个业务流建立及休眠模式配置示意图；

图11是根据本发明实施例的多个业务流建立及休眠模式配置示意图；

图12是根据本发明方法实施例二的终端工作模式的控制方法的流程图；

图13是相关技术中初始网络进入过程中注册完成后的空闲模式配置示意图；

图14是根据本发明实施例的初始网络进入过程中注册完成后的空闲模式配置示意图；

图15是相关技术中初始网络进入过程中连接建立后的空闲模式配置示意图；

图16是根据本发明实施例的初始网络进入过程中连接建立后的空闲模式配置示意图；

图17是相关技术中业务流删除及空闲模式配置示意图；

图18是根据本发明实施例的业务流删除及空闲模式配置示意图。

具体实施方式

功能概述

为了解决相关技术中终端进入休眠模式和空闲模式会占用额外信令开销的问题，本发明将终端的休眠模式和空闲模式的配置/管理所需的交互流程与现有的注册流程和/或业务流管理流程和/或媒体接入控制(Media Access Control，简称为MAC)管理消息的信息交互流程相结合，能够省略单独进行休眠模式控制和空闲模式控制所占用的信令开销，减小了***的负担。

下面将结合附图详细描述本发明的技术方案。

方法实施例一

在本实施例中，提供了一种终端工作模式的控制方法。该方法考虑到休眠周期参数的设定与业务流参数密切相关，通过在业务流管理消息中携带和设定休眠周期参数来减少信令交互的次数和开销。

图1是根据本发明实施例的终端工作模式的控制方法的流程图，需要说明的是，在以下方法中描述的步骤可以在诸如一组计算机可执行指令的计算机***中执行，并且，虽然在图1中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。并且，在下文的描述中，如果没有另外的指定，基站均是至终端的服务基站。

如图1所示，根据本实施例的终端工作模式的控制方法包括以下处理：

步骤S102，基站与终端通过交互MAC管理消息来协商终端的休眠周期参数，其中，MAC管理消息的类型非常多，在本发明中，交互的MAC消息可以包括业务流管理消息和/或休眠模式命令消息(其中，休眠模式命令消息可以是SLP-REQ消息等专门用于协商/传输休眠周期参数的消息)，其中，业务流管理消息和/或休眠模式命令中包含或携带有休眠周期参数；

步骤S104，终端根据协商的休眠周期参数进入休眠模式。

通过上述处理，能够有效减少基站与终端协商休眠周期参数所占的消息开销，减小***的负担。

具体地，基站与终端可以在业务流连接建立过程、或业务流连接修改过程、或业务流连接释放过程中通过交互MAC管理消息来协商休眠周期参数。

其中，业务流管理消息可以包括以下至少之一：业务流建立消息、业务流修改消息、业务流删除消息。也就是说，终端与基站可以在业务流建立时和/或业务流删除时和/或业务流变更时协商休眠周期参数。

具体地，业务流修改消息可以是以下至少之一：业务流修改请求消息、业务流修改响应消息、业务流修改确认消息。业务流建立消息可以是以下至少之一：业务流建立请求消息、业务流建立响应消息、业务流建立确认消息。业务流删除消息则可以是以下至少之一：业务流删除请求消息、业务流删除响应消息。

在实际应用中，协商可以由终端发起，也可以由基站发起；协商过程可以通过多种方式实现，例如，可以采用直接通知的方式，也可以采用一方通知参数、另一方返回应答的方式，应答中可以包括是否接受该参数或者可以包括期望的休眠周期参数；在协商的过程中，业务流管理消息中携带的与休眠周期参数协商相关的信息可以是具体的休眠周期参数也可以是某个休眠模式所对应的一套休眠参数的标识，也可以既携带具体的休眠周期参数也携带相应的参数标识。

例如，基站可以向终端发送业务流修改请求消息，并在该消息中携带休眠周期参数，终端可以直接采用该消息中携带的休眠周期参数，也可以通过业务流修改响应消息通知基站该休眠周期参数被终端接受；如果终端不采用该休眠周期参数，则可以进一步通过业务流修改响应消息将终端期望的休眠周期参数告知基站。具体的协商还可以通过其它业务流管理消息进行，这里不再一一列举。

优选地，不论采用什么协商方式，最终的协商结果(终端采用的休眠周期参数)可以由基站确定。

此外，业务流管理消息中还可以包含对终端的休眠模式的操作方式，其中，操作方式包括定义休眠周期参数(定义新的休眠周期参数)和/或激活休眠模式、或者包括去激活休眠模式。并且，在消息中包括的操作方式为激活休眠模式或去激活休眠模式的情况下，业务流管理消息中还可以包含该操作方式所对应操作(激活或去激活)的生效时间以及指示进行激活或去激活的专用命令。此外，在业务流管理消息中携带的操作方式包括定义休眠周期参数而不包括激活休眠模式的情况下，则该业务流管理消息表示终端的休眠模式将在以后通过控制消息激活。

并且，在操作方式包括定义休眠周期参数的情况下，业务流管理消息中可以包括新定义的休眠周期参数，其中，定义的休眠周期参数具体可以包括以下至少之一：缺省监听窗口、初始休眠周期、最终休眠周期。

在终端上仅配置一种休眠模式(即，终端的所有业务流连接均配置一个统一的休眠模式)、并且在激活新的休眠模式的情况下，终端将用新的休眠模式将取代旧的休眠模式。具体地，在业务流管理消息中包含休眠周期参数和指示激活休眠模式的激活命令的情况下，终端就可以对其上已激活的休眠模式进行去激活，并且要激活新协商后的休眠周期参数(该业务流管理消息中携带的休眠周期参数)所对应的休眠模式。

优选地，业务流管理消息中还可以进一步包含用于指示该业务流管理消息中是否携带有休眠参数的指示位，也就是说，该指示位可以指示该业务管理消息是否用于协商休眠周期参数。如果业务流管理消息中不携带休眠周期参数、或指示位指示业务流管理消息中不携带有休眠参数，则业务流管理消息表示不改变终端的当前休眠模式、或终端不存在已激活的休眠模式。

在终端采用协商的休眠周期参数后，基站可以根据协商的休眠周期参数与终端进行通信，例如，当基站根据休眠周期参数确定终端处于监听窗口的情况下，基站可以与终端进行数据交互；而当基站确定终端处于休眠窗口时，不会与终端进行数据交互，并且将该终端视为不可达。

下面将结合相关技术的处理过程以及本发明的处理过程进行对比描述。

实例一

如图2所示，在相关技术中，当BS新建一条业务流时，将针对该业务的特性来设置休眠周期参数。业务流建立消息和休眠模式配置消息是相互独立且分开发送的，需要至少DSA-REQ、DSA-RSP、DSA-ACK、SLP-REQ(该消息中携带有休眠周期参数)、SLP-RSP(该消息中携带有休眠周期参数)共5条消息来完成业务流建立的交互和休眠模式的设置。

而在本实例中，如图3所示，可以在业务流建立消息中携带和协商休眠周期参数，从而省去休眠模式配置的消息，用DSA-REQ(该消息中携带有休眠周期参数)、DSA-RSP(该消息中携带有休眠周期参数)、和DSA-ACK(该消息中携带有休眠周期参数)共3条消息就能完成图2中需要5条消息才能完成的操作和配置。

除了图2所示的方式之外，还有多种方式能够在实现休眠模式的配置的同时节省消息的交互和空口开销。例如，如图3所示，通过DSA-REQ、DSA-RSP消息中携带休眠周期参数的两次协商就确定了休眠周期参数。

此外，在采用本发明后，业务流相关消息对应的等待响应消息的超时定时器与原有技术中的该定时器相比，需要考虑休眠周期参数协商处理时间而重新设置定时器的时长范围。

优选地，在通过业务流建立消息(DSA-REQ/RSP)中携带和协商休眠周期参数时，可以参考表1所示的消息格式配置业务流建立消息，使其携带休眠周期参数。

表1，DSA-REQ/RSP消息格式

参数	长度(bit)	注释
			DSA-REQ/RSP Message Format(){
......	省略	其他参数
			业务流标识号	该业务流的编号
休眠周期参数：休眠模式操作方式(定义、激活、去激活)
			休眠周期参数：休眠周期长度，缺省的监听窗口长度，初始休眠窗口长度，最终休眠窗口长度，......
......	省略	其他参数
			}

此外，在定义休眠周期参数时，可以设定相应的休眠模式激活时间，或者也可以之后通过单独的命令来激活休眠模式。

与相关技术相比，节省了消息交互和空口开销，具体而言，能够节省消息交互的次数、消息头的开销、带宽申请的次数以及相关定时器的设置。

实例二

当BS修改一条业务流时，如果已定义或激活的休眠周期参数不再适合改变后的业务流特性，则需要针对新的业务特性来重新设置休眠周期参数。在相关技术中，如图5所示，业务流修改消息和休眠模式配置消息是相互独立且分开发送的，至少需要DSC-REQ、DSC-RSP、DSC-ACK、SLP-REQ(该消息中携带有休眠周期参数)、SLP-RSP(该消息中携带有休眠周期参数)共5条消息来完成交互和设置。

当一个终端上仅一种休眠模式时，新的休眠模式将取代旧的休眠模式。

而根据本实施例，如图6所示，可以在业务流修改消息中携带和协商休眠周期参数，从而省去休眠模式配置的消息，用DSC-REQ(该消息中携带有休眠周期参数)、DSC-RSP(该消息中携带有休眠周期参数)、和DSC-ACK这3条消息就能完成所有的操作和配置。

在定义休眠周期参数时可以设定激活时间，或者也可以在定义休眠周期参数之后通过单独的命令来激活休眠模式。

优选地，在本实例中，可以参照表2所示的消息结构配置业务流修改(DSC-REQ/RSP)消息，使其携带休眠周期参数。

表2，DSC-REQ/RSP消息格式

参数	长度(bit)	注释
			DSC-REQ/RSP Message Format(){
......	省略	其他参数
			业务流标识号		该业务流的编号
休眠周期参数指示		指示是否包含休眠周期参数。如果不包含休眠周期参数，则表示休眠模式状态以及参数保持不变。
			休眠周期参数：休眠模式操作方式(定义、激活、去激活)
休眠周期参数：休眠周期长度，缺省的监听窗口长度，初始休眠窗口长度，最终休眠窗口长度，......
			......	省略	其他参数
}

实例三

当BS建立了两条业务流时，将根据这两条业务流的特性参数来综合确定休眠周期参数，或选择其中一条为参照来确定休眠周期参数。在两条或多条业务流建立之后，如果需要删除其中一条业务流，则有可能需要根据业务流变化后的情况来重新设置休眠周期参数。

在相关技术中，如图7所示，业务流删除消息和休眠模式配置消息是相互独立且分开发送的，需要至少DSD-REQ、DSD-RSP、SLP-REQ(该消息中携带有休眠周期参数)、SLP-RSP(该消息中携带有休眠周期参数)这4条消息来完成业务流删除、休眠周期参数的交互协商和休眠模式的设置。

而在本实例中，如图8所示，可以在业务流删除消息中携带和协商新的休眠周期参数，从而省去休眠模式配置的消息，用DSD-REQ(该消息中携带有休眠周期参数)、DSD-RSP(该消息中携带有休眠周期参数)两条消息就能完成图7中通过至少4条消息才能完成的所有操作和配置。与相关技术相比，节省了消息交互的次数和空口的开销。

优选地，在本实例中，可以参照表3所示的消息结构对业务流删除(DSD-REQ/RSP)消息进行配置，使其携带休眠周期参数。

表3，DSD-REQ/RSP消息格式

参数	长度(bit)	注释
			DSD-REQ/RSP Message Format(){
......	省略	其他参数
			业务流标识号	该业务流的编号
休眠周期参数：休眠模式操作方式(定义、激活、去激活)
			休眠周期参数：休眠周期长度，缺省的监听窗口长度，初始休眠窗口长度，最终休眠窗口长度，......
......	省略	其他参数
			}

实例4

假设新建的业务流1对应休眠模式1，新建的业务流2对应休眠模式2，当BS建立一条业务流时，将针对业务特性来定义休眠周期参数。当BS再建立另一条业务流时，如果当前的休眠模式不适合这种新建的业务，就需要重新设置休眠周期参数。

在相关技术中，如图9所示，对于每个业务流，业务流建立消息和休眠模式配置消息是相互独立且分开发送的，并且对于这两个业务流均需要至少以下5条消息(两个业务流一共10条消息)来完成业务流建立和休眠周期参数协商：DSA-REQ、DSA-RSP、DSA-ACK、SLP-REQ(该消息中携带有休眠周期参数)、SLP-RSP(该消息中携带有休眠周期参数)。

其中，当一个终端只能有一种休眠模式时，新的休眠模式将取代旧的休眠模式。

而在本实例，如图10所示，可以在业务流建立消息中携带和协商休眠周期参数，从而省去休眠模式配置的消息，对于每个业务流，仅需要通过DSA-REQ(该消息中携带有休眠周期参数)、DSA-RSP(该消息中携带有休眠周期参数)、以及DSA-ACK三条消息(两个业务一共6条消息)就能完成图9中10条消息才能完成的所有操作和配置。

激活时间可以在定义休眠周期参数时设定，也可以在以后通过单独的命令来激活。

实例五

如图11所示，在本实例中，BS建立了一条业务流，并根据这条业务流的特性参数来确定休眠周期参数，随后BS删除这条业务流，该处理可以通过DSA-REQ(该消息中携带有休眠周期参数)、DSA-RSP(该消息中携带有休眠周期参数)、DSA-ACK、DSD-REQ、DSD-RSP来完成；在此之后，BS又新建一条业务流，并且这条业务流的特性与之前被删除的业务流的特性相似。在这种情况下，BS在建立第二条业务流时，在业务流建立消息中携带休眠模式标识号即可，不必携带其他休眠周期参数，具体地，可以通过DSA-REQ(该消息中携带有休眠模式标识号)、DSA-RSP(该消息中携带有休眠模式标识号)、DSA-ACK三条消息来完成；MS将根据标识号使用事先保存的相应的休眠周期参数。

通过根据本实施例的上述处理，能够减少终端进入休眠模式时的信令交互，从而节省了空口开销和***资源。

方法实施例二

考虑到相关技术中终端进入空闲模式时所需的消息开销大的问题，本实施例给出了相应的解决方案。

在本实施例中，提供了一种终端工作模式的控制方法。

由于，在终端开机时往往没有业务交互的需求，终端仅仅需要进入网络并达到可以被寻呼到的状态即可，因此在终端初始进入网络并完成注册时，就可以直接进入空闲模式了，根据本实施例的方法就可以在注册消息交互中携带和协商空闲模式参数并在注册完成后的某个时刻直接进入空闲模式。尤其是对于不可管理的终端(不需要建立IP连接的终端)，在注册完成后就可以立即进入空闲模式。对于可管理的终端(需要建立IP连接的终端)，也可以在第一条业务流建立后进入空闲模式，终端在第一条业务流建立的过程中完成IP地址的获取和高层IP隧道的建立后，就可以进入等待寻呼的状态了。另外，在删除最后一条业务流时，也可以在业务流删除消息中携带和协商空闲模式参数，从而在业务流删除后直接进入空闲模式。在这些流程中携带和协商空闲模式参数，可以节省空闲模式参数协商的命令交互和开销。

图12是根据本发明实施例的终端工作模式的控制方法的流程图，需要说明的是，在以下方法中描述的步骤可以在诸如一组计算机可执行指令的计算机***中执行，并且，虽然在图12中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

如图12所示，根据本实施例的终端工作模式的控制方法包括以下处理：

步骤S1202，在注册消息和/或业务流管理消息中携带或包含空闲模式参数，其中，注册消息和/或业务流管理消息在基站与终端之间交互，并用于协商空闲模式参数，并且，注册消息和/或业务流管理消息可以包含或携带有空闲模式参数；

步骤S1204，终端根据协商的空闲模式参数进入空闲模式。

通过上述处理，能够有效减少基站与终端协商空闲模式参数所占的消息开销，减小***的负担。

一方面，在终端为不可管理和/或可管理的终端的情况下，基站与终端可通过注册消息进行协商。

并且，在本实施例中，上述注册消息或上述业务流管理消息中可以包含空闲模式参数，其中，空闲模式参数可以包括以下至少之一：寻呼信息参数、寻呼控制器标识符、空闲模式保留信息。优选地，上述注册消息或业务流管理消息中还可以包含进入空闲模式的起始时间。

此外，如果注册消息或业务流管理消息不包含进入空闲模式的起始时间，则注册消息或业务流管理消息表示空闲模式的进入过程将在之后由控制消息发起。

优选地，上述注册消息包括以下至少之一：注册请求消息、注册命令消息。

优选地，业务流管理消息可以包括以下至少之一：业务流建立消息、业务流删除消息。其中，业务流建立消息包括以下至少之一：业务流建立请求消息、业务流建立响应消息、业务流建立确认消息；业务流删除消息可以包括以下至少之一：业务流删除请求消息、业务流删除响应消息。优选地，在终端初始网络进入时，基站与终端可以通过其间交互的第一条业务流建立消息进行空闲模式参数的协商。

在实际应用中，协商可以由终端发起，也可以由基站发起；协商过程可以通过多种方式实现，例如，可以采用直接通知的方式，也可以采用一方通知参数、另一方返回应答的方式，应答中可以包括是否接受该参数或者可以包括期望的空闲模式参数；在协商的过程中，业务流管理消息中携带的与空闲模式参数协商相关的信息可以是具体的空闲模式参数也可以是某个空闲模式所对应的一套空闲参数的标识。

例如，基站可以向终端发送业务流修改请求消息，并在该消息中携带空闲模式参数，终端可以直接采用该消息中携带的空闲模式参数，也可以通过业务流修改请求消息通知基站该空闲模式参数被终端接受；如果终端不采用该空闲模式参数，则可以进一步通过业务流修改请求消息将终端期望的空闲模式参数告知基站。具体的协商还可以通过其它业务流管理消息进行，这里不再一一列举。优选地，不论采用什么协商方式，最终的协商结果(终端采用的空闲模式参数)可以由基站确定。

下面将结合具体实例描述根据本实施例的方法的处理过程。

实例六

当MS初始进入网络时，如果没有业务发送，仅仅是开机处于被寻呼状态，MS在注册完成后，可获取寻呼参数并进入空闲模式状态。在相关技术中，如图13所示，空闲模式参数是通过专门的空闲模式命令消息DREG-REQ(该消息中携带有空闲模式参数)和DREG-CMD(该消息中携带有空闲模式参数)交互来获取的。

而在本实例中，如图14所示，可在注册消息中携带和协商空闲模式参数，从而省去省掉空闲模式命令的消息交互，即，通过REG-REQ(该消息中携带有空闲模式参数)、和REG-RSP(该消息中携带有空闲模式参数)这2条消息来协商和携带空闲模式参数。与相关技术相比，节省了消息交互和空口开销，即，节省了消息交互的次数、消息头的开销、带宽申请的次数以及相关定时器的设置。

优选地，可以参照表4所示的消息结构对注册(REG-REQ/RSP)消息进行配置，使其能够携带和协商空闲模式参数。

表4，REG-REQ/RSP消息格式

参数	长度(bit)	注释
			REG-REQ/RSP Message Format(){
......	省略	其他参数
			寻呼控制器标识号
寻呼信息参数：寻呼周期长度，寻呼偏移量，寻呼组标识号，......
			空闲模式保留信息
......	省略	其他参数
			}

实例七

当MS初始进入网络时，如果没有业务发送，仅仅是开机处于被寻呼状态，MS在建立一条预置业务流后，将获取寻呼参数并进入空闲模式状态。在相关技术中，如图15所示，空闲模式参数是通过专门的空闲模式命令消息DREG-REQ(该消息中携带有空闲模式参数)和DREG-CMD(该消息中携带有空闲模式参数)交互来获取的。

而在本实例中，如图16所示，可在第一条业务流建立消息中携带和协商空闲模式参数，即，通过DSA-REQ(该消息中携带有空闲模式参数)和DSA-RSP(该消息中携带有空闲模式参数)实现了空闲模式参数的携带和协商，从而省去空闲模式命令的消息交互。与相关技术相比，节省了消息交互和空口开销。

优选地，可以参照表5所示的消息结构对业务流建立消息进行配置，使其能够携带和协商空闲模式参数。

表5，DSA-REQ/RSP消息格式

参数	长度(bit)	注释
			DSA-REQ/RSP Message Format(){
......	省略	其他参数
			寻呼控制器标识号
寻呼信息参数：寻呼周期长度，寻呼偏移量，寻呼组标识号，......
			空闲模式保留信息
......	省略	其他参数
			}

实例八

当MS删除最后一条业务流后，且没有其他业务收发的需求时，可进入空闲模式并获取寻呼信息参数。在相关技术中，如图17所示，空闲模式参数是通过专门的空闲模式命令消息DREG-REQ(该消息中携带有空闲模式参数)和DREG-CMD(该消息中携带有空闲模式参数)交互来获取的。

而根据本实施例，如图18所示，可在最后一条业务流删除消息中携带和协商空闲模式参数，就可以省掉空闲模式命令的消息交互，即，通过DSA-REQ(该消息中携带有空闲模式参数)和DSA-RSP(该消息中携带有空闲模式参数)实现空闲模式参数的协商和携带。与相关技术相比，节省了消息交互和空口开销。

优选地，可以参照表6所示的消息结构配置业务流删除消息，使其能够携带和协商空闲模式参数。

表6，DSD-REQ/RSP消息格式

参数	长度(bit)	注释
			DSD-REQ/RSP Message Format(){
......	省略	其他参数
			寻呼控制器标识号
寻呼信息参数：寻呼周期长度，寻呼偏移量，寻呼组标识号，......
			空闲模式保留信息
......	省略	其他参数
			}

综上所述，借助于本发明的技术方案，通过对于可预期的密切相关的流程进行合并，即，将终端的休眠模式和空闲模式的配置/管理所需的交互流程与现有的注册流程和/或业务流管理流程和/或MAC管理消息的信息交互流程相结合，能够解决相关技术中节电配置过程占用大量信令开销的问题，可以有效减少消息交互的次数和空口开销，降低***的负担；并且，通过在协商节电参数(即，上述的休眠周期参数和空闲模式参数)时通过在协商消息中携带激活/去激活命令/新修改的参数，能够有效对终端的工作模式进行控制。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种终端工作模式的控制方法，其特征在于，包括：

基站与终端通过交互MAC管理消息来协商所述终端的休眠周期参数；

其中，所述MAC管理消息包括：业务流管理消息和/或休眠模式命令消息；

所述业务流管理消息中包含对所述终端的休眠模式的操作方式，其中，所述操作方式包括定义休眠周期参数和/或激活休眠模式、或者包括去激活休眠模式；

在所述操作方式包括定义休眠周期参数而不包括激活休眠模式的情况下，携带所述操作方式的所述业务流管理消息表示所述终端的休眠模式将在以后通过控制消息激活。

2.根据权利要求1所述的方法，其特征在于，所述业务流管理消息和/或休眠模式命令消息中包含或携带有所述休眠周期参数。

3.根据权利要求1所述的方法，其特征在于，基站与终端通过交互所述业务流管理消息来协商所述终端的休眠周期参数。

4.根据权利要求3所述的方法，其特征在于，所述基站与所述终端在业务流连接建立过程和/或业务流连接修改过程和/或业务流连接释放过程中通过交互所述业务流管理消息来协商所述休眠周期参数。

5.根据权利要求1所述的方法，其特征在于，在所述操作方式为激活休眠模式或去激活休眠模式的情况下，所述业务流管理消息中还包含所述操作方式所对应操作的生效时间。

6.根据权利要求1所述的方法，其特征在于，在所述操作方式包括所述定义休眠周期参数的情况下，所述业务流管理消息包括定义的休眠周期参数，其中，定义的所述休眠周期参数包括以下至少之一：缺省监听窗口、初始休眠周期、最终休眠周期。

7.根据权利要求1所述的方法，其特征在于，在所述业务流管理消息中包含所述休眠周期参数和激活休眠模式的操作方式的情况下，所述方法进一步包括：

对所述终端上已激活的休眠模式进行去激活，并在所述终端上激活新协商的所述休眠周期参数所对应的休眠模式。

8.根据权利要求1所述的方法，其特征在于，所述业务流管理消息仅包含与所述休眠周期参数对应的休眠模式标识号。

9.根据权利要求1所述的方法，其特征在于，所述业务流管理消息包含与所述休眠周期参数对应的休眠模式标识号以及所述休眠周期参数。

10.根据权利要求1所述的方法，其特征在于，所述业务流管理消息中包含用于指示该业务流管理消息中是否携带有所述休眠周期参数的指示位。

11.根据权利要求1或10所述的方法，其特征在于，如果所述业务流管理消息中不携带所述休眠周期参数、或所述指示位指示所述业务流管理消息中不携带有所述休眠参数，则所述业务流管理消息表示不改变所述终端的当前休眠模式、或所述终端不存在已激活的休眠模式。

12.根据权利要求1至10中任一项所述的方法，其特征在于，所述业务流管理消息包括以下至少之一：业务流建立消息、业务流修改消息、业务流删除消息。

13.根据权利要求12所述的方法，其特征在于，所述业务流建立消息包括以下至少之一：业务流建立请求消息、业务流建立响应消息、业务流建立确认消息。

14.根据权利要求12所述的方法，其特征在于，所述业务流修改消息包括以下至少之一：业务流修改请求消息、业务流修改响应消息、业务流修改确认消息。

15.根据权利要求12所述的方法，其特征在于，所述业务流删除消息包括以下至少之一：业务流删除请求消息、业务流删除响应消息。

16.根据权利要求1至10中任一项所述的方法，其特征在于，在所述基站与所述终端通过业务流管理消息协商所述休眠周期参数时，由所述基站确定协商结果。