CN1882165A - 一种睡眠请求消息或响应消息的处理方法 - Google Patents
一种睡眠请求消息或响应消息的处理方法 Download PDFInfo
- Publication number
- CN1882165A CN1882165A CNA2005100767993A CN200510076799A CN1882165A CN 1882165 A CN1882165 A CN 1882165A CN A2005100767993 A CNA2005100767993 A CN A2005100767993A CN 200510076799 A CN200510076799 A CN 200510076799A CN 1882165 A CN1882165 A CN 1882165A
- Authority
- CN
- China
- Prior art keywords
- sleep
- parameter
- group
- window
- request message
- 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.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种睡眠请求消息和睡眠响应消息的处理方法，以解决现有技术中睡眠请求消息或响应消息带有冗余信息、占用空口资源的问题。所述方法包括如下步骤：移动台(MSS)发送睡眠请求消息，所述睡眠请求消息中设置有指示该睡眠请求消息操作目的的至少一个标识信息和与该标识信息相关的睡眠参数或相关信息；基站(BS)接收所述睡眠请求消息，识别所述标识信息，并根据所述标识信息指示的操作目的，从该睡眠请求消息中获取相关的睡眠参数或相关信息进行相应处理；并且还可以利用睡眠组的类型灵活设置该睡眠请求消息。
Description
技术领域
本发明涉及移动通信技术，特别涉及一种IEEE802.16e协议下移动终端睡眠请求消息或响应消息的处理方法。
背景技术
在移动通信系统中，待机时间的长短对于终端的移动自由度有着非常大的影响，延长待机时间可以通过两种方式来实现，一种方式是采用高效的电池；另一种方法是尽可能的减少移动终端的无谓功率消耗。IEEE802.16e是一个正在制定过程中的移动宽带无线接入系统标准，IEEE802.16e的D8草案中定义的移动终端睡眠模式就属于后一种方法。所谓睡眠模式是移动终端在与基站预先协商的时间区间内，空口暂时中断与基站联系的过程。实现睡眠模式过程可以减少移动终端在上行链路和下行链路上的传输请求，从而减少MSS(MobileSubscriber Station，移动台)的功率消耗。
MSS可以主动向Serving BS(Serving Base Station，服务基站)发送MOB_SLP_REQ消息请求进入睡眠模式，然后Serving BS发送MOB_SLP_RSP响应消息来同意或拒绝MSS进入睡眠模式。也可以由BS主动发送睡眠响应消息MOB_SLP_RSP来要求MSS进入睡眠模式，MSS收到后，一般情况下根据睡眠响应消息MOB_SLP_RSP中携带的参数进入睡眠模式。
目前协议版本规定，MSS和BS进行商议，把当前的服务流根据它的QoS要求和特性分为3类睡眠组，对不同类睡眠组分别采取不同的睡眠策略，每一类可以包含多个睡眠组，同一类内的睡眠组与睡眠组之间采用相同的睡眠策略和不同的睡眠参数，睡眠参数根据每一组中具体包括的业务特点选择。每一睡眠组可以包含多个服务流，每个服务流代表MSS和BS之间的业务连接，可以是上行或下行，通过一个16比特的CID(connection identifier，连接标识符)来标识。每一个睡眠组的睡眠状态分为激活状态和非激活状态，在激活状态下，本睡眠组的睡眠状态机正常进行；在非激活状态下，本睡眠组的睡眠状态机复位、停止进行。MSS可以存在多个睡眠组，与所有睡眠组的侦听窗口不重叠的时间区域为不可用区间(Unavailability interval)，与Unavailability interval不重叠的其它时间段为可用区间(Availability interval)。MSS只有在不可用区间才是真正处于睡眠状态，本MSS的所有睡眠组都在睡眠窗口状态。在可用区间内，可以有某些睡眠组处于睡眠窗口状态，其它睡眠组处于侦听状态，MSS实际上在清醒状态，只不过各个睡眠组的睡眠状态机处于不同的状态下。
第一类睡眠组定义为Power_Saving_Class_Type＝1，一般应用于实时性要求较弱的业务。它的睡眠策略是采用固定的侦听窗口长度和可变的睡眠窗口长度，侦听窗口和睡眠窗口交替，当前睡眠窗口长度依次为上一次睡眠窗口长度的2倍，直到达到规定的最大值，然后保持不变和侦听窗口交替进行。直到MSS或BS发起睡眠状态改变请求，设置睡眠状态为非激活状态，此睡眠组的睡眠状态机才停止。
第二类睡眠组定义为Power_Saving_Class_Type＝2，一般应用于周期性发送数据的业务。它的睡眠策略是采用固定的侦听窗口长度和固定的睡眠窗口长度，然后睡眠窗口和侦听窗口交替出现，直到MSS或BS发起睡眠状态改变请求，设置睡眠状态为非激活状态，此睡眠组的睡眠状态机才停止。
第三类睡眠组定义为Power_Saving_Class_Type＝3，一般应用于多播业务。它采用的睡眠策略是只设置一次睡眠窗口，在睡眠窗口超时后此睡眠组的睡眠状态为非激活状态，睡眠状态机停止，直到MSS或BS通过消息交互重新激活此组的睡眠状态机。
MSS进入睡眠模式后，如果在MSS不可用区间时，BS有下发给该MSS的数据，则BS必须将发送给该MSS的数据进行缓存，等到MSS进入可用区间后再发送。
图1是一个MSS中存在两个睡眠组的睡眠状态示意图，第一个睡眠组属于第一类睡眠组，BS分配了固定长度的侦听窗口和依次为上一次睡眠窗口2倍的睡眠窗口；第二个睡眠组属于第二类睡眠组，BS分配了固定长度的侦听窗口和睡眠窗口。斜线区域显示了两类睡眠组的综合效果，其中：有阴影的斜线区间为Unavailability intervals，无阴影的斜线区间为Availability intervals。
MSS可以通过发送睡眠请求消息MOB_SLP_REQ消息来向BS请求新定义、修改或删除睡眠组，BS通过发送睡眠响应消息MOB_SLP_RSP消息来响应MSS的睡眠请求。目前802.16e/D8草案中关于睡眠请求消息的设计，进行了如下的规定：
1、在同一个MOB_SLP_REQ消息中可以对本MSS内的所有睡眠组或一部分睡眠组的睡眠状态分别进行定义或修改；
2、对某一睡眠组的参数进行定义或修改时，必须把本睡眠组内的所有连接标识都列出；
3、在每一个消息中，对睡眠组涉及的所有睡眠参数的定义统一全部列出，无效的参数设置为0。
目前协议规定MOB_SLP_REQ消息的格式如表1所示，为方便描述，该表中增加了序号列：
表1 Table 108c-Sleep-Request(MOB_SLP_REQ)message format
| 1 | Syntax | Size(bits) | Notes |
| 2 | MOB_SLP_REQ_Message_Format() | - | |
| 3 | Management messagetype＝51 | 8 | 管理消息类型 |
| 4 | Number of Classes | 8 | 睡眠组的个数 |
| 5 | For(i＝0；i＜Number ofClasses；i++) | - | - |
| 6 | Definition | 1 | 1：定义新的睡眠组参数0：修改已有的睡眠组参数 |
| 7 | Operation | 1 | 1：激活睡眠组0：非激活睡眠组 |
| 8 | Power_Saving_Class_ID | 6 | 睡眠组标识符 |
| 9 | If(Operation＝1){ | - | - |
| 10 | Start_frame_number | 6 | 睡眠窗口开始的帧号 |
| 11 | Reserved | 2 | 保留比特 |
| 12 | } | - | - |
| 13 | If(Definition＝1){ | - | - |
| 14 | Power_Saving_Class_Type | 2 | 睡眠组类型 |
| 15 | Direction | 2 | 定义本睡眠组对应的CID方向0b00＝不规定连接方向，本睡眠组中的每个CID可以是上行或下行0b01＝本睡眠组中包含的CID都是下行的0b10＝本睡眠组中包含的CID都是上行的0b11＝保留比特 |
| 16 | Traffic_triggered_wakening_flag | 1 | 0＝如果有本睡眠组中CID对应的业务出现，不必停止本睡眠组对应CID的睡眠状态机。1＝如果有本睡眠组中CID对应的业务出现，必须停止本睡眠组的睡眠状态机。 |
| 17 | reserved | 3 | 保留比特 |
| 18 | initial-sleep window | 8 | 分配给MS的初始睡眠窗口长度(单位为帧)。对于第三类睡眠组而言，该参数是不相关的，必须设置为0。 |
| 19 | listening-window | 4 | 分配给MS的初始侦听窗口长度(单位为帧)。对于第三类睡眠组而言，该参数是不相关的，必须设置为0。 |
| 20 | final-sleep window base | 10 | 最大睡眠窗口基数，对于第二种类型的睡眠组而言，本参数是不相关的，必须设置为0。对于第三种类型的睡眠组而言，本参数用于计算单个睡眠窗口的长度。 |
| 21 | final-sleep window exponent | 3 | 最大睡眠窗口指数。下面的公式用来计算最大的睡眠窗口：final-sleep window＝final-sleep window base×2(final-sleep_window_exponent)。对于第二种类型的睡眠组而言，本参数是不相关的，必须设置为0。对于第三种类型的睡眠组而言，本参数用于计算单个睡眠窗口的长度。 |
| 22 | Number_of_CIDs | 3 | 如果Number_of_CIDs＝0表示与这个MS相关的所有单播CID都增加到本睡眠组中。 |
| 23 | For(i＝0；i＜Number_of_Sleep_CIDs；i++){ | - | - |
| 24 | CID | 16 | 包含在本睡眠组中的单播CID信息。CID＝0表示和该MS相关的所有管理消息集合。 |
| 25 | } | - | - |
| 26 | } | - | - |
| 27 | TLV encoded information | variable | TLV编码信息 |
| 28 | } |
序号5为一个循环设置，分别对每一个睡眠组的睡眠参数进行设置。
从表1中可以看出，目前802.16e/D8草案中关于MOB_SPL_REQ消息格式中设计存在两个很大的不足：
其一是睡眠请求消息携带了很多冗余信息，这些冗余信息占用了宝贵的空口资源，造成这一问题的原因在于：如果是修改或定义睡眠组的参数时，从序号18、19、20和21中的设置格式可以发现，在对不同类型的睡眠组中的参数进行设置时，由于无法区分睡眠组的类型，造成睡眠请求消息中可能携带冗余信息以占用空口资源情况。另外，如果是修改某个睡眠组中的服务流，同样在序号24的CID字段中，需要携带本睡眠组的所有业务流的连接标识进行全部替换。
其二：在序号6的Definition字段上标识的两种操作：定义新的睡眠组参数和修改已有的睡眠组参数是互相排斥的，无法在一次睡眠请求消息中完成。
发明内容
本发明提供一种睡眠请求消息和睡眠响应消息的处理方法，以解决现有技术中睡眠请求消息或响应消息带有冗余信息、占用空口资源的问题。
一种睡眠请求消息的处理方法，包括如下步骤：
移动台(MSS)发送睡眠请求消息，所述睡眠请求消息中设置有指示该睡眠请求消息操作目的的至少一个标识信息和与该标识信息相关的睡眠参数或相关信息；
基站(BS)接收所述睡眠请求消息，识别所述标识信息，并根据所述标识信息指示的操作目的，从该睡眠请求消息中获取相关的睡眠参数或相关信息进行相应处理。
所述标识信息至少包括下列之一：
第一标识，用于指示睡眠请求消息的操作目的为定义睡眠组参数；
第二标识，用于指示睡眠请求消息的操作目的为在已有的睡眠组中增加业务连接；
第三标识，用于指示睡眠请求消息的操作目的为在已有的睡眠组中删除业务连接。
其中：与在已有的睡眠组中增加业务连接相关的信息包括：增加的业务连接的总数和每一个业务连接的连接标识符；
与在已有的睡眠组中删除业务连接相关的信息包括：删除的业务连接的总数和每一个业务连接的连接标识符。
所述第一标识、第二标识或第三标识睡眠组类型标识设置在所述睡眠请求消息中的特定比特位中。
所述的特定比特位是指：由所述睡眠请求消息中的Definition字段扩展的三个比特位，分别用于设置所述第一标识、第二标识或第三标识，其中：通过将第一个比特位置1设置第一标识，通过将第二个比特位置1设置第二标识，通过将第三个比特位置1设置第三标识。
所述的相应处理包括：
BS确认接受睡眠请求消息中携带的全部睡眠参数或相关信息并将确认信息写入睡眠响应消息中返回给BS；或者
BS拒绝接受全部或部分所述睡眠参数或相关信息并将更正后的结果写入睡眠响应消息中返回给BS。
所述确认信息包括表示全部接受的一个标识信息；或者所述确认信息包括从睡眠请求消息中获取的所有参数项和相关信息。
一种睡眠请求消息的处理方法，包括如下步骤：
MSS发送睡眠请求消息，当所述睡眠响应消息的操作目的为定义睡眠组参数时，该消息中携带的相关睡眠参数项根据睡眠组的类型确定；
BS接收所述睡眠请求消息，获取相关的睡眠参数并根据所述睡眠组的类型进行相应处理。
所述睡眠组类型包括第一类睡眠组、第二类睡眠组或第三类睡眠组，并且：
第一类睡眠组的睡眠参数为下列参数项：initial-sleep window参数、listening-window参数、final-sleep window base参数、final-sleep window exponent参数、Start frame number for first sleep window参数、Traffic triggered wakeningflag参数以及本睡眠组所包含的连接CID参数；
第二类睡眠组的睡眠参数为下列参数项：initial-sleep window参数、listening-window参数、Start frame number for first sleep window参数和本睡眠组所包含的连接CID参数；
第三类睡眠组的睡眠参数为下列参数项：final-sleep window base参数、final-sleep window exponent参数、Start frame number for sleep window参数和本睡眠组所包含的连接CID参数。
一种睡眠响应消息处理方法，包括如下步骤：
BS发送睡眠响应消息，所述睡眠响应消息中设置有指示该睡眠响应消息操作目的的至少一个标识信息和与该标识信息相关的睡眠参数或相关信息；
MSS接收所述睡眠响应消息并进行相应操作。
一种睡眠响应消息的处理方法，包括如下步骤：
BS发送睡眠响应消息，当所述睡眠响应消息用于定义睡眠组参数时，该消息中携带的相关睡眠参数项根据睡眠组的类型确定；
MSS接收所述睡眠响应消息并进行相应操作。
所述相应操作是指：进入根据所述睡眠参数设定的睡眠模式；或者，保持当前的工作状态。
本发明的有益效果如下：
应用本发明所述方法，可以根据不同类型的睡眠组分别设置相应的睡眠参数，根据不同睡眠请求消息的目的，灵活的设置睡眠请求消息的内容，最大程度的减少了消息的开销，节约了空口资源。
应用本发明所述方法，还实现了在一次消息交互中，同时完成定义新的睡眠组参数和修改已有的睡眠组参数的目的。
附图说明
图1为一个MSS中存在两个睡眠组的睡眠状态示意图；
图2为本发明所述睡眠请求消息处理方法的流程图。
具体实施方式
实施例一：
虽然不同睡眠请求消息的目的所需要设置的睡眠参数是不同的，但是现有协议规定的MOB_SLP_REQ消息中没有区分睡眠请求消息的目的，而是将所有的参数都携带在睡眠请求消息中发送，无谓占用了空口资源。例如：一些情况下睡眠窗口设置不需要改变，只需要向睡眠组中增加或减少业务连接，这时如果再在睡眠请求消息中带有睡眠窗口等睡眠参数就是冗余信息，占用了空口资源。
MSS发起睡眠请求有下列3种情况：
1、定义或修改包括睡眠窗口设置等基本睡眠参数；
2、向某一个睡眠组增加一些新的业务连接；
3、从一些睡眠组中删除一些不需要的业务连接。
这三种情况有可能同时需要进行，也有可能其中1项或2项需要修改或定义，这样可以修改睡眠请求消息，将Definition域扩展为3个比特，每个指示比特对应一类睡眠请求消息的目的，比特位置1时表示消息中设置本比特对应的睡眠请求消息目的睡眠参数，置零时表示不设置本比特对应的睡眠请求目的的睡眠参数。例如：第一个比特置1标识本次消息中要定义睡眠组，第二个比特置1标识本次消息中在睡眠组中增加业务连接，第三个比特置1标识本次消息中在睡眠组中删除业务连接。
修改后的MOB_SLP_REQ消息格式如表2所示，为清楚说明，表2中增加了序号项：
表2 Table 108c-Sleep-Request(MoB_SLP_REQ)message format
| 1 | Syntax | Size(bits) | Notes |
| 2 | MOB_SLP_REQ_Message_Format(){ | - | - |
| 3 | Management message type＝51 | 8 | - |
| 4 | Number of Classes | 8 | 睡眠组的个数 |
| 5 | For(i＝0；i＜Number ofClasses；i++){ | - | - |
| 6 | Definition | 3 | bit 0＝1：设置睡眠基本参数包括睡眠窗口，侦听窗口，起始睡眠时间和最大睡眠窗口指数，最大睡眠窗口基数bit 1＝1：列出需要增加的CIDbit 2＝1：列出需要剔除的CID |
| 7 | Operation | 1 | 1：激活睡眠组0：非激活睡眠组 |
| 8 | Power_Saving_Class_ID | 6 | 睡眠组标识符 |
| 9 | If(Operation＝1){ | - | - |
| 10 | Start_frame_number | 6 | 睡眠窗口开始的帧号 |
| 11 | Reserved | 2 | 保留比特 |
| 12 | } | - | - |
| 13 | If(Definition_bit0＝1){ | - | - |
| 14 | Power_Saving_Class_Type | 2 | 睡眠组类型 |
| 15 | Direction | 2 | 定义本睡眠组对应的CID方向0b00＝不规定连接方向，本睡眠组中的每个CID可以是上行或下行0b01＝本睡眠组中包含的CID都是下行的0b10＝本睡眠组中包含的CID都是上行的0b11＝保留比特 |
| 16 | Traffic_triggered_wakening_flag | 1 | 0＝如果有本睡眠组中CID对应的业务出现，不必停止本睡眠组对应CID的睡眠状态机。 |
| 1＝如果有本睡眠组中CID对应的业务出现，必须停止本睡眠组的睡眠状态机。 | |||
| 17 | reserved | 3 | 保留比特 |
| 18 | initial-sleep window | 8 | 分配给MS的初始睡眠窗口长度(单位为帧)。对于第三类睡眠组而言，该参数是不相关的，必须设置为0。 |
| 19 | listening-window | 4 | 分配给MS的初始侦听窗口长度(单位为帧)。对于第三类睡眠组而言，该参数是不相关的，必须设置为0。 |
| 20 | final-sleep window base | 10 | 最大睡眠窗口基数，对于第二种类型的睡眠组而言，本参数是不相关的，必须设置为0。对于第三种类型的睡眠组而言，本参数用于计算单个睡眠窗口的长度。 |
| 21 | final-sleep window exponent | 3 | 最大睡眠窗口指数。下面的公式用来计算最大的睡眠窗口：final-sleep window＝final-sleep windowbase×2(final-sleep_window_exponent)。对于第二种类型的睡眠组而言，本参数是不相关的，必须设置为0。对于第三种类型的睡眠组而言，本参数用于计算单个睡眠窗口的长度。 |
| 22 | } | ||
| 23 | If(Definition_bit1＝1){ | ||
| 24 | Number_of_Add_CIDs | 3 | 增加的CID的个数 |
| 25 | For(i＝0；i＜Number_of_Add_CIDs；i++){ | - | - |
| 26 | CID | 16 | 包含在本睡眠组中需要增加的单播CID信息，CID＝0表示和该MS相关的所有管理消息集合。 |
| 27 | } | ||
| 28 | If(Definition_bit2＝1){ | ||
| 29 | Number_of_Remove_CIDs | 3 | 需要剔除的CID的个数 |
| 30 | For(i＝0；i＜Number_of_Remove_CIDs；i++){ | - | - |
| 31 | CID | 16 | 包含在本睡眠组中需要剔除的单播CID信息，CID＝0表示和该MS相关的所有管理消息集合。 |
| 32 | } | - | - |
| 33 | } | - | - |
| TLV encoded information | variable | TLV编码信息 |
| } |
方法的操作流程如图2所示，包括两个步骤：
发送步骤：由MSS根据本次睡眠请求消息中的目的设置将相应的比特位置位，并将于本次目的相关的睡眠参数信息和业务信息设置到睡眠请求消息中发送；
接收步骤：BS根据BS接收睡眠请求消息，在相应的比特位读取识别标识信息，并根据所述标识信息指示的操作目的，从该睡眠请求消息中获取相关的睡眠参数或相关信息进行相应处理。
相应处理包括两个方面：
BS确认接受睡眠请求消息中携带的全部睡眠参数或相关信息并将确认信息写入睡眠响应消息中返回给BS；或者
BS拒绝接受全部或部分所述睡眠参数或相关信息并将更正后的结果写入睡眠响应消息中返回给BS。
在返回的睡眠响应消息中可以只包括一个全部接受的标识信息；或者所述确认信息包括睡眠请求消息保持一致的所有信息。
从该实施例可以看到，应用该方法不仅能够根据不同睡眠请求消息的目的，灵活的设置睡眠请求消息的内容，最大程度的减少了消息的开销，节约了空口资源，而且在同一个消息中，可以同时完成定义睡眠组和修改已有睡眠组的两种操作。
实施例二：
与实施例一类似，利用睡眠组类型修改睡眠请求消息(MOB_SLP_REQ)，按照针对三种睡眠组类型，分别设置不同的睡眠参数项：
1、对于第一种类型的睡眠组，只设置initial-sleep window参数、listening-window参数、final-sleep window base参数、final-sleep window exponent参数、Start frame number for first sleep window参数、Traffic triggered wakeningflag参数以及本睡眠组所包含的连接CID参数；
2、对于第二种类型的睡眠组，只设置initial-sleep window参数、listening-window参数、Start frame number for first sleep window参数和本睡眠组所包含的连接CID参数；
3、对于第三种类型的睡眠组，只设置final-sleep window base参数、final-sleep window exponent参数、Start frame number for sleep window参数和本睡眠组所包含的连接CID参数。
修改后的MOB_SL_REQ消息如表3所示，为清楚说明，表3中增加了序号项：
表3 Table 108c-Sleen-Request(MOB_SLP_REO)message format
| 1 | Syntax | Size(bits) | Notes |
| 2 | MOB_SLP_REQ_Message_Format() | - | - |
| 3 | Management message type＝51 | 8 | - |
| 4 | Number of Classes | 8 | 睡眠组的个数 |
| 5 | For(i＝0；i＜Number of Classes；i++) | - | |
| 6 | Definition | 1 | 1：定义新的睡眠组参数0：修改已有的睡眠组参数 |
| 7 | Operation | 1 | 1：激活睡眠组0：非激活睡眠组 |
| 8 | Power_Saving_Class_ID | 6 | 睡眠组标识符 |
| 9 | If(Operation＝1){ | - | - |
| 10 | Start_frame_number | 6 | 睡眠窗口开始的帧号 |
| 11 | Reserved | 2 | 保留比特 |
| 12 | } | - | - |
| 13 | If(Definition＝1){ | ||
| 14 | Power_Saving_Class_Type | 2 | 睡眠组类型 |
| 15 | Direction | 2 | 定义本睡眠组对应的CID方向0b00＝不规定连接方向，本睡眠组中的每个CID可以是上行或下行0b01＝本睡眠组中包含的CID都是下行的0b10＝本睡眠组中包含的CID都是上行的0b11＝保留比特 |
| 16 | If(Power_Saving_Class_Type＝＝1 | - | - |
| ){ | |||
| 17 | Traffic_triggered_wakening_flag | 1 | 0＝如果有本睡眠组中CID对应的业务出现，不必停止本睡眠组对应CID的睡眠状态机。1＝如果有本睡眠组中CID对应的业务出现，必须停止本睡眠组的睡眠状态机。 |
| 18 | initial-sleep window | 8 | 分配给MS的初始睡眠窗口长度(单位为帧)。 |
| 19 | listening-window | 4 | 分配给MS的初始侦听窗口长度(单位为帧)。 |
| 20 | final-sleep window base | 10 | 最大睡眠窗口基数， |
| 21 | final-sleep window exponent | 3 | 最大睡眠窗口指数。下面的公式用来计算最大的睡眠窗口：final-sleep window＝final-sleep window base×2(final-sleep_window_exponent)。 |
| 22 | } | - | - |
| 23 | If(Power_Saving_Class_Type＝＝2){ | - | - |
| 24 | initial-sleep window | 8 | 初始睡眠窗口长度 |
| 25 | listening-window | 4 | 初始侦听窗口长度 |
| 26 | } | ||
| 27 | If(Power_Saving_Class_Type＝＝3){ | - | - |
| 28 | final-sleep window base | 10 | 最大睡眠窗口基数 |
| 29 | final-sleep window exponent | 3 | 最大睡眠窗口指数数 |
| 30 | } | ||
| 31 | Number_of_CIDs | 3 | 如果Number_of_CIDs＝0表示与这个MS相关的所有单播CID都增加到本睡眠组中。 |
| 32 | For(i＝0；i＜Number_of_Sleep_CIDs；i++){ | - | - |
| 33 | CID | 16 | 包含在本睡眠组中的单播CID信息。CID＝0表示和该MS相关的所有管理消息集合。 |
| 34 | } | ||
| 35 | } | - | - |
| 36 | TLV encoded information | variable | TLV编码信息 |
| 37 | } |
根据序号14的Power_Saving_Class_Type字段中携带的睡眠组类型信息，按照下列方法灵活设置睡眠参数项：
1、如果Power_Saving_Class_Type＝1，则可以只携带序号17至21的有关窗口设置的睡眠参数项；
2、如果Power_Saving_Class_Type＝2，则可以只携带序号24和25的有关窗口设置的睡眠参数项；
3、如果Power_Saving_Class_Type＝3，则可以只携带序号28和29的有关窗口设置的睡眠参数项。
从以上实施例可以看到，应用本发明根据睡眠组类型优化请求消息内容的方法，减少了消息的开销，节约了空口资源。
需要说明的是：上述几种方法可以单独使用，也可以配合使用，而且上述方法在BS向MSS发送睡眠响应消息时同样适用，相关处理流程类似，仍然包括两个步骤，下面以实施例一对应的方法为例进行说明：
发送步骤：BS发送睡眠响应消息，所述睡眠响应消息中设置有指示该睡眠响应消息操作目的的至少一个标识信息和与该标识信息相关的睡眠参数或相关信息；
接收步骤：MSS接收睡眠响应消息并进行相应操作。
在睡眠响应消息中设置标识信息的方法和在睡眠请求消息中完全一样，这里不再赘述，MSS接收到睡眠响应消息并进行相应操作包括：
MSS进入根据所述睡眠参数设定的睡眠模式；或者，MSS保持当前的工作状态。
根据睡眠组类型简化睡眠响应消息中的参数项的方法与实施例二的处理过程完全一样，只不过在BS侧进行设置。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (20)
1、一种睡眠请求消息的处理方法，其特征在于，包括如下步骤：
移动台(MSS)发送睡眠请求消息，所述睡眠请求消息中设置有指示该睡眠请求消息操作目的的至少一个标识信息和与该标识信息相关的睡眠参数或相关信息；
基站(BS)接收所述睡眠请求消息，识别所述标识信息，并根据所述标识信息指示的操作目的，从该睡眠请求消息中获取相关的睡眠参数或相关信息进行相应处理。
2、如权利要求1所述的方法，其特征在于，所述标识信息至少包括下列之一：
第一标识，用于指示睡眠请求消息的操作目的为定义睡眠组参数；
第二标识，用于指示睡眠请求消息的操作目的为在已有的睡眠组中增加业务连接；
第三标识，用于指示睡眠请求消息的操作目的为在已有的睡眠组中删除业务连接。
3、如权利要求2所述的方法，其特征在于，当所述睡眠响应消息的操作目的为定义睡眠组参数时，该消息中携带的相关睡眠参数项根据睡眠组的类型确定；其中：
第一类睡眠组的睡眠参数为下列参数项：初始睡眠窗口长度(initial-sleepwindow)参数、初始侦听窗口长度(listening-window)参数、最大睡眠窗口基数(final-sleep window base)参数、最大睡眠窗口指数(final-sleep windowexponent)参数、睡眠窗口开始的帧号(Start frame number for first sleep window)参数、是否停止睡眠状态机的指示(Traffic triggered wakening flag)参数以及本睡眠组所包含的连接标识符(CID)参数；
第二类睡眠组的睡眠参数为下列参数项：initial-sleep window参数、listening-window参数、Start frame number for first sleep window参数和本睡眠组所包含的连接CID参数；
第三类睡眠组的睡眠参数为下列参数项：final-sleep window base参数、final-sleep window exponent参数、Start frame number for sleep window参数和本睡眠组所包含的连接CID参数。
4、如权利要求2所述的方法，其特征在于，
与在已有的睡眠组中增加业务连接相关的信息包括：增加的业务连接的总数和每一个业务连接的连接标识符；
与在已有的睡眠组中删除业务连接相关的信息包括：删除的业务连接的总数和每一个业务连接的连接标识符。
5、如权利要求2所述的方法，其特征在于，所述第一标识、第二标识或第三标识睡眠组类型标识设置在所述睡眠请求消息中的特定比特位中。
6、如权利要求5所述的方法，其特征在于，所述的特定比特位是指：由所述睡眠请求消息中的Definition字段扩展的三个比特位，分别用于设置所述第一标识、第二标识或第三标识，其中：通过将第一个比特位置1设置第一标识，通过将第二个比特位置1设置第二标识，通过将第三个比特位置1设置第三标识。
7、如权利要求1所述的方法，其特征在于，所述的相应处理包括：
BS确认接受睡眠请求消息中携带的全部睡眠参数或相关信息并将确认信息写入睡眠响应消息中返回给BS；或者
BS拒绝接受全部或部分所述睡眠参数或相关信息并将更正后的结果写入睡眠响应消息中返回给BS。
8、如权利要求7所述的方法，其特征在于，所述确认信息包括表示全部接受的一个标识信息；或者所述确认信息包括从睡眠请求消息中获取的所有参数项和相关信息。
9、一种睡眠请求消息的处理方法，其特征在于，包括如下步骤：
MSS发送睡眠请求消息，当所述睡眠响应消息的操作目的为定义睡眠组参数时，该消息中携带的相关睡眠参数项根据睡眠组的类型确定；
BS接收所述睡眠请求消息，获取相关的睡眠参数并根据所述睡眠组的类型进行相应处理。
10、如权利要求9所述的方法，其特征在于，所述睡眠组类型包括第一类睡眠组、第二类睡眠组或第三类睡眠组，并且：
第一类睡眠组的睡眠参数为下列参数项：initial-sleep window参数、listening-window参数、final-sleep window base参数、final-sleep window exponent参数、Start frame number for first sleep window参数、Traffic triggered wakeningflag参数以及本睡眠组所包含的连接CID参数；
第二类睡眠组的睡眠参数为下列参数项：initial-sleep window参数、listening-window参数、Start frame number for first sleep window参数和本睡眠组所包含的连接CID参数；
第三类睡眠组的睡眠参数为下列参数项：final-sleep window base参数、final-sleep window exponent参数、Start frame number for sleep window参数和本睡眠组所包含的连接CID参数。
11、一种睡眠响应消息处理方法，其特征在于，包括如下步骤：
BS发送睡眠响应消息，所述睡眠响应消息中设置有指示该睡眠响应消息操作目的的至少一个标识信息和与该标识信息相关的睡眠参数或相关信息；
MSS接收所述睡眠响应消息并进行相应操作。
12、如权利要求11所述的方法，其特征在于，所述标识信息至少包括下列之一：
第一标识，用于指示睡眠请求消息的操作目的为定义睡眠组参数；
第二标识，用于指示睡眠请求消息的操作目的为在已有的睡眠组中增加业务连接；
第三标识，用于指示睡眠请求消息的操作目的为在已有的睡眠组中删除业务连接。
13、如权利要求12所述的方法，其特征在于，当所述睡眠响应消息的操作目的为定义睡眠组参数时，该消息中携带的相关睡眠参数项根据睡眠组的类型确定；其中：
第一类睡眠组的睡眠参数为下列参数项：initial-sleep window参数、listening-window参数、final-sleep window base参数、final-sleep window exponent参数、Start frame number for first sleep window参数、Traffic triggered wakeningflag参数以及本睡眠组所包含的连接CID参数；
第二类睡眠组的睡眠参数为下列参数项：initial-sleep window参数、listening-window参数、Start frame number for first sleep window参数和本睡眠组所包含的连接CID参数；
第三类睡眠组的睡眠参数为下列参数项：final-sleep window base参数、final-sleep window exponent参数、Start frame number for sleep window参数和本睡眠组所包含的连接CID参数。
14、如权利要求12所述的方法，其特征在于，
与在已有的睡眠组中增加业务连接相关的信息包括：增加的业务连接的总数和每一个业务连接的连接标识符；
与在已有的睡眠组中删除业务连接相关的信息包括：删除的业务连接的总数和每一个业务连接的连接标识符。
15、如权利要求12所述的方法，其特征在于，所述第一标识、第二标识或第三标识睡眠组类型标识设置在所述睡眠响应消息中的特定比特位中。
16、如权利要求12所述的方法，其特征在于，所述的特定比特位是指：由所述睡眠请求消息中的Definition字段扩展的三个比特位，分别用于设置所述第一标识、第二标识或第三标识，其中：通过将第一个比特位置1设置第一标识，通过将第二个比特位置1设置第二标识，通过将第三个比特位置1设置第三标识。
17、如权利要求11所述的方法，其特征在于，所述相应操作是指：进入根据所述睡眠参数设定的睡眠模式；或者，保持当前的工作状态。
18、一种睡眠响应消息的处理方法，其特征在于，包括如下步骤：
BS发送睡眠响应消息，当所述睡眠响应消息用于定义睡眠组参数时，该消息中携带的相关睡眠参数项根据睡眠组的类型确定；
MSS接收所述睡眠响应消息并进行相应操作。
19、如权利要求18所述的方法，其特征在于，所述睡眠组类型包括第一类睡眠组、第二类睡眠组或第三类睡眠组，并且：
第一类睡眠组的睡眠参数为下列参数项：initial-sleep window参数、listening-window参数、final-sleep window base参数、final-sleep window exponent参数、Start frame number for first sleep window参数、Traffic triggered wakeningflag参数以及本睡眠组所包含的连接CID参数；
第二类睡眠组的睡眠参数为下列参数项：initial-sleep window参数、listening-window参数、Start frame number for first sleep window参数和本睡眠组所包含的连接CID参数；
第三类睡眠组的睡眠参数为下列参数项：final-sleep window base参数、final-sleep window exponent参数、Start frame number for sleep window参数和本睡眠组所包含的连接CID参数。
20、如权利要求18所述的方法，其特征在于，所述相应操作是指：进入根据所述睡眠参数设定的睡眠模式；或者，保持当前的工作状态。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2005100767993A CN100450287C (zh) | 2005-06-15 | 2005-06-15 | 一种睡眠请求消息或响应消息的处理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2005100767993A CN100450287C (zh) | 2005-06-15 | 2005-06-15 | 一种睡眠请求消息或响应消息的处理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1882165A true CN1882165A (zh) | 2006-12-20 |
| CN100450287C CN100450287C (zh) | 2009-01-07 |
Family
ID=37520084
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2005100767993A Expired - Fee Related CN100450287C (zh) | 2005-06-15 | 2005-06-15 | 一种睡眠请求消息或响应消息的处理方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100450287C (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102301634A (zh) * | 2009-02-02 | 2011-12-28 | Lg电子株式会社 | 在节能类型模式中可靠地发送消息的方法 |
| CN101729325B (zh) * | 2008-10-21 | 2012-10-10 | 中兴通讯股份有限公司 | 用于宽带无线接入系统的省电模式设置方法及系统 |
| CN103002550A (zh) * | 2011-09-16 | 2013-03-27 | 华为技术有限公司 | 一种控制站点进行睡眠状态的方法及站点 |
| CN103828461A (zh) * | 2011-09-27 | 2014-05-28 | 高通股份有限公司 | 用于分配睡眠模式下的mimo资源的装置、方法和程序产品 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI109956B (fi) * | 1998-12-16 | 2002-10-31 | Nokia Corp | Menetelmä lähisolujen tietojen välittämiseksi sekä menetelmän toteuttava järjestelmä ja matkaviestin |
| CN1248461C (zh) * | 2002-11-08 | 2006-03-29 | 华为技术有限公司 | 一种无线局域网中对用户签约信息的处理方法 |
| KR20040092830A (ko) * | 2003-04-29 | 2004-11-04 | 삼성전자주식회사 | 광대역 무선 접속 통신 시스템에서 슬립 구간 설정 방법 |
| KR100665457B1 (ko) * | 2003-04-30 | 2007-01-04 | 삼성전자주식회사 | 광대역 무선 접속 통신 시스템에서 슬립 모드 및 어웨이크 모드에서의 상태 천이 제어 시스템 및 방법 |
| KR100606065B1 (ko) * | 2003-09-01 | 2006-07-26 | 삼성전자주식회사 | 무선 접속 통신 시스템의 슬립 모드 제어 시스템 및 그 방법 |
-
2005
- 2005-06-15 CN CNB2005100767993A patent/CN100450287C/zh not_active Expired - Fee Related
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101729325B (zh) * | 2008-10-21 | 2012-10-10 | 中兴通讯股份有限公司 | 用于宽带无线接入系统的省电模式设置方法及系统 |
| CN102301634A (zh) * | 2009-02-02 | 2011-12-28 | Lg电子株式会社 | 在节能类型模式中可靠地发送消息的方法 |
| US8767602B2 (en) | 2009-02-02 | 2014-07-01 | Lg Electronics Inc. | Method of transmitting message reliably in power saving class mode |
| CN102301634B (zh) * | 2009-02-02 | 2015-05-20 | Lg电子株式会社 | 在节能类型模式中可靠地发送消息的方法及装置 |
| CN103002550A (zh) * | 2011-09-16 | 2013-03-27 | 华为技术有限公司 | 一种控制站点进行睡眠状态的方法及站点 |
| CN103002550B (zh) * | 2011-09-16 | 2017-09-08 | 华为技术有限公司 | 一种控制站点进行睡眠状态的方法及站点 |
| CN103828461A (zh) * | 2011-09-27 | 2014-05-28 | 高通股份有限公司 | 用于分配睡眠模式下的mimo资源的装置、方法和程序产品 |
| CN103828461B (zh) * | 2011-09-27 | 2018-07-20 | 高通股份有限公司 | 用于分配睡眠模式下的mimo资源的装置、方法和程序产品 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100450287C (zh) | 2009-01-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1287615C (zh) | 宽带无线访问通信系统中控制休眠模式的方法和系统 | |
| CN1802015A (zh) | 一种睡眠模式下业务指示消息发送方法 | |
| CN1309227C (zh) | 执行接入点的数据传输处理的方法和系统及接入点 | |
| CN1250024C (zh) | 确定移动通信系统中mbms业务传输方案的方法 | |
| CN1145283C (zh) | 移动通信系统中指定专用通信的反向公共信道的设备和方法 | |
| CN1805604A (zh) | 一种减少移动终端功率消耗的方法 | |
| CN1781270A (zh) | 在宽带无线访问通信系统中设置休眠间隔的方法 | |
| CN1846373A (zh) | 在无线接入通信系统中控制休眠模式的设备和方法 | |
| CN1879327A (zh) | 蜂窝通信系统中发送关于广播或多播服务的消息的方法 | |
| CN1496159A (zh) | 移动通信系统中在切换期间发送/接收数据的设备和方法 | |
| CN101047421A (zh) | 利用中继站实现移动通信的装置及方法 | |
| CN101040550A (zh) | 在无线系统中用于功率节约的方法和装置 | |
| CN1476259A (zh) | 多媒体广播和组播业务寻呼的方法 | |
| CN1788434A (zh) | 在宽带无线接入通信系统中发送通信量指示消息的方法 | |
| CN101077032A (zh) | 在无线接入系统中用于处于空闲或者休眠模式的移动站的信道描述符传输通知 | |
| CN1993932A (zh) | 通知业务接收可用性以及确定活动或非活动状态的方法 | |
| CN1859791A (zh) | 一种无线通信网络中实现切换的方法和系统及其基站 | |
| CN1874591A (zh) | 选择应用无线接入技术的实现方法 | |
| CN101076176A (zh) | 移动通信系统中分配用户设备业务资源的方法 | |
| CN101043698A (zh) | 一种寻呼空闲模式下终端的方法 | |
| CN1893717A (zh) | 一种移动宽带无线接入系统中设置睡眠模式的方法 | |
| CN101076179A (zh) | 一种移动宽带无线接入系统中提高系统性能的方法 | |
| CN1882165A (zh) | 一种睡眠请求消息或响应消息的处理方法 | |
| CN1921687A (zh) | 基站控制器多归属组网下的呼叫建立方法 | |
| CN1716878A (zh) | 分布式无线个人区域网中的节能系统及其方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090107 Termination date: 20150615 |
|
| EXPY | Termination of patent right or utility model |