CN1738455A - 用户台“睡眠标识”的更新方法 - Google Patents

用户台“睡眠标识”的更新方法 Download PDF

Info

Publication number
CN1738455A
CN1738455A CN 200410059178 CN200410059178A CN1738455A CN 1738455 A CN1738455 A CN 1738455A CN 200410059178 CN200410059178 CN 200410059178 CN 200410059178 A CN200410059178 A CN 200410059178A CN 1738455 A CN1738455 A CN 1738455A
Authority
CN
China
Prior art keywords
sleep
subscriber board
sign
message
slpid
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.)
Pending
Application number
CN 200410059178
Other languages
English (en)
Inventor
郑旭峰
王海
具昌会
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Samsung Telecom R&D Center
Beijing Samsung Telecommunications Technology Research Co Ltd
Samsung Electronics Co Ltd
Original Assignee
Beijing Samsung Telecommunications Technology Research Co Ltd
Samsung Electronics Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Samsung Telecommunications Technology Research Co Ltd, Samsung Electronics Co Ltd filed Critical Beijing Samsung Telecommunications Technology Research Co Ltd
Priority to CN 200410059178 priority Critical patent/CN1738455A/zh
Publication of CN1738455A publication Critical patent/CN1738455A/zh
Pending legal-status Critical Current

Links

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

一种用户台“睡眠标识”的更新方法，包括：基站向用户站发送：“同步响应”(RNG－RSP)消息，其中将携带系统分配给予该用户台的“睡眠标识”(SLPID)。本发明所提出的用户台“睡眠标识”更新的方法，应用于IEEE 802.16e/D4规范：可以大大提高基于“睡眠标识”的“睡眠模式业务指示”方法在某些情况(“睡眠标识”很大)下的效率。节省更多的通信带宽，缩短通信时间。

Description

用户台“睡眠标识”的更新方法
技术领域
本发明涉及无线通信系统，特别涉及用户台“睡眠标识”的更新方法。
背景技术
在无线通信系统中，用户台和基站之间的信息交换，需要利用电磁波的发送和接收来实现，由于绝大多数用户台使用电池进行供电，能量储备有限。而宽带无线通信系统，需要提供更高数据率的空中接口，为了达到接收所需要的信号质量，所需要的能量消耗也将相应增大。因此能量消耗是宽带无线通信系统设计需要考虑的关键问题之一。
“睡眠模式”是一种减少用户台能量消耗的有效方式。在“睡眠模式”下，用户台在没有发送和接收业务时，在基站的控制下，可以中止部分模块的工作，达到减少能量消耗，提高电池工作时间和待机时间的目的。同时，系统可以在基站和移动台约定的某个时间段内，进行信息的交换，从而完成同步，并获知是否有下行业务处于“等待”中。如果有，用户台可以结束“睡眠模式”，转入正常工作状态；此外，如果用户台本身有上行业务需要发送，也可以随时结束“睡眠模式”，转入正常工作状态。如果用户台没有上行或下行业务，可以继续“睡眠模式”，直到被唤醒。
IEEE802.16是一个宽带无线城域网规范，IEEE802.16e是IEEE802.16的扩展模式，IEEE802.16e的设计目标是基于IEEE802.16规范，在支持用户的固定接入的基础上，扩展IEEE802.16以支持用户的移动性。因此，IEEE802.16e引入了“睡眠模式”以便减少用户台的能量消耗。
此外，在IEEE802.16e中，“睡眠模式”还可以为用户的切换提供方便：用户台可以在当前服务基站(Serving BS)申请处于“睡眠模式”，在“睡眠期”(Sleep Interval)中，对目标基站(Target BS)进行“搜索”(Scanning)、同步和预接入(Range)，方便用户台随后进行的由“当前服务基站”到“目标基站”的切换。
在IEEE802.16e中，对于用户台，支持“睡眠模式”是可选功能，对于基站，支持“睡眠模式”是必须的。
在IEEE802.16e现有的规范中，与“睡眠模式”有关的消息有四个：
1.用于用户台请求“睡眠模式”的“睡眠模式请求”消息(MOB-SLP-REQ)；
2.用于基站响应用户请求的“睡眠模式响应”消息(MOB-SLP-RSP)；
3.用于基站向处于“睡眠模式”中的用户提供业务信息的“睡眠模式业务指示”消息(MOB-TRF-IND)；
此外，处于“睡眠状态”中的用户需要在基站的控制下，进行周期性同步，所使用的消息是“同步请求”消息(RNG-REQ)；对于该同步消息，基站利用“同步响应”消息(RNG-RSP)进行响应。
以下对于上述消息进行简单介绍：
1.“睡眠模式请求”消息(MOB-SLP-REQ)
“睡眠模式请求”消息供支持“睡眠模式”的用户台向基站发出“睡眠模式”请求。该消息在用户台的“基本连接标识”(Basic CID)上发出。
        表1：“睡眠模式请求”消息(MOB-SLP-REQ)Syntax                   Size          NotesSLP-REQ_Message_Format(){Management message type＝8bits       管理消息类型号50Initial-sleep window    6bits        初始睡眠窗口大小Final-sleep window base 10bits       最终睡眠窗口大小
                                   (基数)Listening interval      4bits        “侦听”时间长度Final-sleep window      3bits        最终睡眠窗口大小exponent                               (幂次)  Reserved         1bit         保留}
以上参数的长度都是以“帧”(frame)为单位进行度量的。其中，“最终睡眠窗口”的大小由“最终睡眠窗口大小(基数)”和“最终睡眠窗口大小(幂次)”两个参数按照下式计算得到：
“最终睡眠窗口”＝“最终睡眠窗口大小(基数)”×2“最终睡眠窗口大小(幂 次)”
2.“睡眠模式响应”消息(MOB-SLP-RSP)
“睡眠模式响应”消息(MOB-SLP-RSP)是基站用于响应用户台的“睡眠模式请求”的消息，由基站在用户的“基本连接标识”(Basic CID)上发出。基站也可以在用户台没有请求的情况下，发出这个消息。用户台可以利用该消息中包含的参数和“睡眠标识”进入“睡眠模式”。
        表2：“睡眠模式响应”消息(MOB-SLP-RSP)Syntax                     Size           NotesMOB-SLP-RSP_Message_Format(){Management message type＝8bits 管理消息类型号51Sleep-approved           1bit  0：“睡眠模式请求”否决
                             1：“睡眠模式请求”批准If(Sleep-approved＝0){           如果“睡眠模式请求”被
                             否决
  After-REQ-action     1bit    “随后继续请求”标识：
                               为0：用户台在“等待时间
                               长度”后，可以重新发出“睡
                               眠模式请求”消息；
                               为1：用户台不需要重新发
                               “睡眠模式请求”消息；只
                               需要等待基站的“睡眠模式
                               响应”消息；
  REQ-duration         4bit    等待时间长度：
                               当“随后继续请求”标识为
                               0时，所需要等待的时间长
                               度；
  Reserved             2bits   保留
}else{                            如果“睡眠模式请求”得
                               到批准
Start frame            6bits   起始帧号
Initial-sleep window   6bits   初始睡眠窗口大小
Final-sleep window base10bits  最终睡眠窗口大小(基数)
Listening interval     4bits   “侦听”时间长度
Final-sleep     window3bits    最终睡眠窗口大小(幂次)exponent
SLPID                  10bits  用户的“睡眠标识”}}
以上参数的长度都是以“帧”(frame)为单位进行度量的。其中，“最终睡眠窗口”的大小由“最终睡眠窗口大小(基数)”和“最终睡眠窗口大小(幂次)”两个参数按照下式计算得到：
“最终睡眠窗口”＝“最终睡眠窗口大小(基数)”×2“最终睡眠窗口大小(幂 次)”
其中，用户的“睡眠标识”(SLPID)是唯一的：当任何一个用户台进入“睡眠状态”时，基站都会指定一个唯一的“睡眠标识”。
3.“睡眠模式业务指示”消息(MOB-TRF-IND)
“睡眠模式业务指示”消息(MOB-TRF-IND)由基站向处于“睡眠模式”的用户台发送，在用户台的“侦听时间”内承载在“广播连接标识”上发送。这个消息用于标识：处于“睡眠模式”的用户是否在它的“睡眠时间”内有“周期性同步”时隙和/或有“下行业务数据”；
        表3：“睡眠模式业务指示”消息(MOB-TRF-IND)Syntax                           Size     NotesMOB-TRF-IND_Message_Format(){Management message type＝52    8bits    管理消息类型号FMT                            1bit     格式：
                                      0＝按照“睡眠标识”进行；
                                      1＝按照“连接标识”进行；if(FMT＝0){                             如果按照“睡眠标识”进行
Byte of SLPID bit-map        8bits    “睡眠标识”的“比特图”
                                      长度；
 SLPID bit-map                    Variab长度是变长的；
                                  le    每个用户台在“睡眠标识”
                                        的“比特图”上被分配了两
                                        个比特：
                                        00：没有“周期性同步”
                                        时隙，也没有下行业务数
                                        据；
                                        01：没有“周期性同步”
                                        时隙，但是有下行业务数
                                        据；
                                        10：有“周期性同步”时隙，
                                        但是没有下行业务数据(如
                                        MAC层管理信息)，移动台
                                        可以在“周期性同步”操作
                                        后返回“睡眠模式”；
                                        11：有“周期性同步”时隙，
                                        也有下行业务数据(如MAC
                                        层管理信息)，移动台在“周
                                        期性同步”操作后不返回“睡
                                        眠模式”；
 NUM_of_MSS_Periodic_Ranging      8bits “周期性同步”的个数
 for(i＝0；i＜NUM_of_MSS_Periodic_Ranging；i++){
   Ranging Frame Offset           10bits在上述“睡眠标识”为10和
                                        11情况下，帧的偏移量；
  }
} else{                                 如果按照“连接标识”进行
    Num-pos                             被呼叫进入“清醒状态”的
                                        用户台的个数；
  For(i＝0；i＜Num-pos；i++){
    Short Basic CID                被呼叫用户台的“截短后的
                                   用户基本连接标识”
  }
  While(！(byte_boundary)){        如果没有正好填满byte空
                                   间，那么进行填充，使之填
                                   满byte空间；
    Padding bits
  }}}
4.“同步请求”消息(RNG-REQ)
用于用户台向基站发出同步请求或者进行初始同步和接入。
                表4：“同步请求”消息(RNG-REQ)Syntax                        Size      NotesRNG-REQ_Message_Format(){Management Message Type＝4  8bits     管理消息类型号Downlink Channel ID         8bits     下行信道标识号TLV Encoded Information     variable  类型-长度-值(Type-
                                    Length-Value：TLV)信息}
5.“同步响应”消息(RNG-RSP)
用于基站对用户台的“同步请求”消息(RNG-REQ)进行响应。也可以在用户台未发出请求的条件下，发出这个消息。
            表5：“同步响应”消息(RNG-RSP)Syntax                        Size        NotesRNG-RSP_Message_Format(){Management Message Type＝5  8bits       管理消息类型号Uplink Channel ID           8bits       下行信道标识号TLV Encoded Information     variable    类型-长度-值(Type-
                                      Length-Value：TLV)信息}
现有的IEEE802.16e/D4规范中，基站通过向处于“睡眠模式”中的用户台发出的“睡眠模式业务指示”消息(MOB-TRF-IND)来标识：处于“睡眠模式”的用户是否在它的“睡眠时间”内有“周期性同步”时隙和/或有“下行业务数据”。
由于在一个基站的服务范围内，可能有许多处于“睡眠模式”的用户台，每个处于“睡眠模式”的用户台都有一个唯一的“睡眠标识”。因此，为了标识不同用户的“周期性同步”和“下行业务数据”状态，基站在“睡眠模式业务指示”消息(MOB-TRF-IND)中使用了“睡眠标识”的“比特图”(SLPID bit-map)来对多个“处于“睡眠模式”的用户进行标识。标识的规则如下：
如果用户台的“睡眠标识”(SLPID＝n)，则：
“睡眠标识”的“比特图”中比特n，即bn：
bn＝0：用户台没有“周期性同步”和“下行业务数据”，可以返回“睡眠状态”；
bn＝1：用户台有“周期性同步”或“下行业务数据”，应该处于“清醒状态”；
但是这样的基于“睡眠标识”的“睡眠模式业务指示”方法效率在某些情况下会比较低，特别是当用户台的“睡眠标识”比较大的时候。举例如下：
当用户台的“睡眠标识”为1023的时候(“睡眠标识”的范围可以从0~1023)，那么无论“睡眠标识”小于1023的用户台是否有“周期性同步”和/或“下行业务数据”，它们都需要搜索整个“睡眠标识”的“比特图”(SLPID bit-map)。
也就是说，即使“睡眠标识”为0到1022的用户台都没有“周期性同步”和/或“下行业务数据”，它们不需要被唤醒，也必须在“睡眠标识”的“比特图”(SLPID bit-map)上表示出来。
更为严重的是，实际上在现有的IEEE802.16e/D4规范中，没有描述可以改变用户台的“睡眠标识”的方法。这就意味着：如果曾经有一段时间，基站服务范围内处于“睡眠状态”的用户台很多，某个用户台被分配的“睡眠标识”很大，那么在以后的时间内，除非“睡眠状态”解除，否则没有别的方法可以改变这个很大的“睡眠标识”，即使当前处于“睡眠状态”的用户台已经大大减少了，更小的“睡眠标识”已经空闲出来了。在这种情况下，上述例子中的低效率情况将一直发生下去，直到该用户台退出“睡眠状态”。
上述分析表明，现有的基于“睡眠标识”的“睡眠模式业务指示”方法，在某些情况(“睡眠标识”很大)下效率很低。
发明内容
本发明的目的是提供一种用户台“睡眠标识”的更新方法。
按照本发明的一方面，一种用户台“睡眠标识”的更新方法，包括：
基站向用户站发送：“同步响应”(RNG-RSP)消息，其中将携带系统分配给予该用户台的“睡眠标识”(SLPID)。
按照本发明的另一方面，一种用户台“睡眠标识”的更新方法，包括：
基站向用户站发送：“睡眠模式响应”消息(MOB-SLP-RSP)中携带用户台“睡眠标识”(SLPID)信息，且该信息用于用户台已有“睡眠标识”的更新。
本发明所提出的用户台“睡眠标识”更新的方法，应用于IEEE802.16e/D4规范：可以大大提高基于“睡眠标识”的“睡眠模式业务指示”方法在某些情况(“睡眠标识”很大)下的效率。节省更多的通信带宽，缩短通信时间。
附图说明
图1是利用基站发出的“周期性同步响应”消息(RNG-RSP)实现“睡眠标识”更新的方法；
图2是利用基站发出的“睡眠模式响应”消息(MOB-SLP-RSP)实现“睡眠标识”更新的方法。
具体实施方式
针对上述基于“睡眠标识”的“睡眠模式业务指示”方法，效率在某些情况(“睡眠标识”很大)下会比较低的情况，本发明提出了进行“睡眠标识”更新，从而解决：当前使用的“睡眠标识”很大，而小的“睡眠标识”又存在空闲时，“睡眠模式业务指示”方法效率低下的问题。
本发明提出的用户台“睡眠标识”更新可以使用下述两种方法之一实现：
1.利用基站发出的“周期性同步响应”消息(RNG-RSP)实现；
2.利用基站发出的“睡眠模式响应”消息(MOB-SLP-RSP)实现。
实现用户台“睡眠标识”更新的两种方法：
1.利用基站发出的“周期性同步响应”消息(RNG-RSP)实现：
在“周期性同步响应”消息(RNG-RSP)中增加包括“睡眠标识”在内的信息，例如添加新的“类型-长度-值(Type-Length-Value：TLV)”域，使之能够完成新添加的“睡眠标识更新”功能(如表6所示)；
2.利用基站发出的“睡眠模式响应”消息(MOB-SLP-RSP)实现：
在“睡眠模式响应”消息(MOB-SLP-RSP)中发送包括“睡眠标识”(新)在内的信息，使之能够完成新添加的“睡眠标识更新”功能；
在此基础上，还可以添加标识，指示用户台可以继续当前“睡眠模式”(包括不改变当前“睡眠模式”的参数和/或不改变当前“睡眠窗口”的大小)，而不是打断当前的“睡眠模式”，重新开始一次新的“睡眠模式”；
方法1如图1所示，其实施过程描述如下：
1)用户台提出进入“睡眠模式”的申请；基站批准用户台的申请，用户台进入“睡眠模式”；
2)基站在用户台的“侦听时间”内通过“睡眠模式业务指示”消息(MOB-TRF-IND)向处于“睡眠模式”的用户台发送信息标识：处于“睡眠模式”的用户是否在它随后的“睡眠时间”内有“周期性同步”时隙和/或有“下行业务数据”；该信息标识可以通过“睡眠标识”的“比特图”(SLPID bit-map)体现；基站也可以通过其他方法，在前向公共控制信道/专用控制信道上提供用户台上述信息；
3)如果基站发现：当前“睡眠模式业务指示”消息(MOB-TRF-IND)中“睡眠标识”的“比特图”(SLPID bit-map)”效率不高(即当前使用的“睡眠标识”很大，而小的“睡眠标识”又存在空闲时)时，基站可以：在“睡眠标识”的“比特图”(SLPID bit-map)中标识该用户台准备进行“周期性同步”(方法1)；基站也可以通过其他方法，在前向公共控制信道/专用控制信道上提供用户台进行上行“同步请求”(RNG-REQ)所需要的信息；
4)该用户台根据基站的指示，利用“同步请求”消息(RNG-REQ)发起“同步请求”；
5)在正确接收到用户台的上行“同步请求”消息(RNG-REQ)后，将向用户站发送：“同步响应”消息(RNG-RSP)，其中将携带系统分配给予该用户台的唯一的“睡眠标识”(SLPID)；
在随后的通信过程中，基站和用户台可以使用新的“睡眠标识”，从而完成整个用户台“睡眠标识”的更新。
其中，第5)步“同步响应”消息(RNG-RSP)中携带用户台“睡眠标识”(SLPID)信息的可以使用如下方法和格式：
“同步响应”消息(RNG-RSP)包括如下“睡眠标识”更新域，用于“睡眠标识”的更新：
          表6：“睡眠标识”更新域(SLPID_Update)
  名称   类型号   长度   值
  “睡眠标识”更新域(SLPID_Update)   可以在1~255范围内任意选取，用m表示。   变长(Variable)   复合型(Compound)
其中，至少包括以下项：
 名称  类型号   长度   值
 新旧“睡眠标识”对(New-old SLPIDPair)  是m的一个子项   20比特   其中10比特，用于标识新“睡眠标识”；另外10比特，用于标识旧“睡眠标识”；新旧“睡眠标识”出现的顺序可以任意选择，只需要事先约定。
方法2如图2所示，其实施过程描述如下：
1)用户台提出进入“睡眠模式”的申请；基站批准用户台的申请，用户台进入“睡眠模式”；
2)基站在用户台的“侦听时间”内通过“睡眠模式业务指示”消息(MOB-TRF-IND)向处于“睡眠模式”的用户台发送信息标识：处于“睡眠模式”的用户是否在它随后的“睡眠时间”内有“周期性同步”时隙和/或有“下行业务数据”；该信息标识可以通过“睡眠标识”的“比特图”(SLPID bit-map)体现；基站也可以通过其他方法，在前向公共控制信道/专用控制信道上提供用户台上述信息；
3)如果基站发现：当前“睡眠模式业务指示”消息(MOB-TRF-IND)中“睡眠标识”的“比特图”(SLPID bit-map)”效率不高(即当前使用的“睡眠标识”很大，而小的“睡眠标识”又存在空闲时)时，基站可以：在“睡眠标识”的“比特图”(SLPID bit-map)中标识该用户台准备接收下行业务数据(方法2)；基站也可以通过其他方法，在前向公共控制信道/专用控制信道上提供用户台上述信息；
4)基站随后向用户站发送：“睡眠模式响应”消息(MOB-SLP-RSP)，该消息中将携带系统分配给予该用户台的“睡眠标识”(SLPID)(新)；
在随后的通信过程中，基站和用户台可以使用新的“睡眠标识”，从而完成整个用户台“睡眠标识”的更新。
在此基础上，还可以添加标识，使用户台可以继续当前“睡眠模式”(包括不改变当前“睡眠模式”的参数和/或不改变当前“睡眠窗口”的大小)，而不是打断当前的“睡眠模式”，重新开始一次新的“睡眠模式”；
实施例
在IEEE802.16e/D4规范中，使用上述两种方法的实施例如下。
当存在某用户台，其“睡眠标识”为1023，而“睡眠标识”小于1023的用户台，已经都转变为正常工作状态，即此时存在远小于1023的空闲“睡眠标识”。而此时，基站为了对“睡眠标识”为1023的用户台进行标识，基站需要在“睡眠模式业务指示”消息(MOB-TRF-IND)中使用至少1024比特长的“睡眠标识”的“比特图”(SLPID bit-map)进行标识，即b1023＝1，而从b0到b1022都为0。这样的“睡眠标识”的“比特图”(SLPIDbit-map)导致“睡眠模式业务指示”消息(MOB-TRF-IND)的效率非常低。
如果将该用户台的“睡眠标识”更新为0，那么，基站只需要在“睡眠模式业务指示”消息(MOB-TRF-IND)中使用至少1比特长的“睡眠标识”的“比特图”(SLPID bit-map)进行标识，即b0＝1。这样“睡眠模式业务指示”消息(MOB-TRF-IND)的效率可以大大提高。
本发明提出的用户台“睡眠模式”标识的更新的两种方法，分别按照如下过程实施：
方法1的实施过程：
1)基站在“睡眠标识”的“比特图”(SLPID bit-map)中标识该用户台(“睡眠标识”为1023)准备进行“周期性同步”；基站也可以通过其他方法，在前向公共控制信道/专用控制信道上提供用户台进行上行“同步请求”(RNG-REQ)所需要的信息；
2)该用户台根据基站的指示，利用“同步请求”消息(RNG-REQ)发起“同步请求”；
3)在正确接收到用户台的上行“同步请求”消息(RNG-REQ)后，将向用户站发送：“同步响应”消息(RNG-RSP)，其中将携带系统分配给予该用户台的唯一的“睡眠标识”“0”(SLPID＝0)；
其中，新旧“睡眠标识”对(New-old SLPID Pair)可以由“1023”+“0”(Old SLPID+New SLPID)或者“0”+“1023”(New SLPID+Old SLPID)的比特标识来表示，即20位bits：11111111110000000000或者00000000001111111111，前者是按照：旧“睡眠标识”+新“睡眠标识”(Old SLPID+New SLPID)，后者是按照：新“睡眠标识”+旧“睡眠标识”(New SLPID+Old SLPID)。
方法2的实施过程：
1)基站在“睡眠标识”的“比特图”(SLPID bit-map)中标识该用户台准备接收下行业务数据；基站也可以通过其他方法，在前向公共控制信道/专用控制信道上提供用户台上述信息；
2)基站随即对该用户台发送“睡眠模式响应”消息(MOB-SLP-RSP)，在该消息中提供“新睡眠标识”(即消息中的“睡眠标识”参数SLPID＝0)。从而完成整个用户台“睡眠标识”的更新。
其中，“睡眠模式响应”消息(MOB-SLP-RSP)中携带用户台“睡眠标识”(SLPID)信息的可以使用表6所示的方法和格式。
在此基础上，还可以添加标识，使用户台可以继续当前“睡眠模式”(包括不改变当前“睡眠模式”的参数和/或不改变当前“睡眠窗口”的大小)，而不是打断当前的“睡眠模式”，重新开始一次新的“睡眠模式”。

Claims (20)

1.一种用户台“睡眠标识”的更新方法，包括：
基站向用户站发送：“同步响应”(RNG-RSP)消息，其中将携带系统分配给予该用户台的“睡眠标识”(SLPID)。
2.按照权利要求1所述的方法，其特征在于还包括步骤：
无线网络系统中的基站定期和/或按需在前向公共控制信道和/或专用控制信道中向用户台提供：用户台发起上行同步的所需要的信息；
无线网络系统中的用户台在正确接收到基站提供的“用户台发起上行同步的所需要的信息”后，若决定发起上行同步，在基站约定的时间和(子)信道发出上行“同步请求”消息；
基站在正确接收到用户台的上行“同步请求”(RNG-REQ)消息后，将向用户站发送：“同步响应”(RNG-RSP)消息，其中将携带系统分配给予该用户台的“睡眠标识”(SLPID)。
3.按照权利要求1所述的方法，其特征在于，在正确接收到用户台的上行同步请求消息后，基站将向用户站发送：同步响应消息，其中将携带系统分配给予该用户台的“睡眠标识”(SLPID)。
4.按照权利要求1所述的方法，其特征在于，在同步响应消息中，除了携带系统分配给予该用户台的“睡眠标识”(SLPID)，即当前有效的“睡眠标识”，还包含能够唯一确定该用户台的信息。
5.按照权利要求1所述的方法，其特征在于，在同步响应消息中，除了携带系统分配给予该用户台的“睡眠标识”(SLPID)，即当前有效的“睡眠标识”，还包含该用户台上一次使用的“睡眠标识”(SLPID)。
6.按照权利要求1所述的方法，其特征在于，在同步响应消息中，除了携带系统分配给予该用户台的“睡眠标识”(SLPID)，就是当前有效的“睡眠标识”，还包含该用户台的基本连接ID(Basic CID)和/或截短的基本连接ID(Truncated Basic CID)。
7.按照权利要求1所述的方法，其特征在于，在同步响应消息中，除了携带系统分配给予该用户台的“睡眠标识”(SLPID)，就是当前有效的“睡眠标识”，还包含该用户台的媒介接入地址信息(MAC Address)和/或基于MAC地址生成的信息(MAC Address Hash)。
8.按照权利要求1所述的方法，其特征在于，在同步响应消息中所携带的“睡眠标识”(新)的数值比用户台原有“睡眠标识”(旧)小。
9.按照权利要求1所述的方法，其特征在于，基站发现用户台现有的“睡眠标识”(旧)较大，而系统中有更小的“睡眠标识”没有分配。
10.按照权利要求1所述的方法，其特征在于：添加标识，指示用户台可以继续当前“睡眠模式”(包括不改变当前“睡眠模式”的参数和/或不改变当前“睡眠窗口”的大小)，而不是打断当前的“睡眠模式”，重新开始一次新的“睡眠模式”。
11.一种用户台“睡眠标识”的更新方法，包括：
基站向用户站发送：“睡眠模式响应”消息(MOB-SLP-RSP)中携带用户台“睡眠标识”(SLPID)信息，且该信息用于用户台已有“睡眠标识”的更新。
12.按照权利要求11所述的方法，其特征在于还包括步骤：
无线网络系统中的基站定期和/或按需在前向公共控制信道和/或专用控制信道中向用户台提供：基站将要发送“睡眠模式响应”消息(MOB-SLP-RSP)；
基站向用户站发送：“睡眠模式响应”消息(MOB-SLP-RSP)，其中将携带系统分配给予该用户台的“睡眠标识”(SLPID)(新)；且该信息用于用户台已有“睡眠标识”(旧)的更新。
13.按照权利要求11所述的方法，其特征在于，在“睡眠模式响应”消息(MOB-SLP-RSP)中将携带系统分配给予该用户台的“睡眠标识”(SLPID)；且该信息用于用户台已有“睡眠标识”的更新。
14.按照权利要求11所述的方法，其特征在于，在“睡眠模式响应”消息(MOB-SLP-RSP)中，除了携带系统分配给予该用户台的“睡眠标识”(SLPID)，即当前有效的“睡眠标识”，还包含能够唯一确定该用户台的信息。
15.按照权利要求11所述的方法，其特征在于，在“睡眠模式响应”消息(MOB-SLP-RSP)中，除了携带系统分配给予该用户台的“睡眠标识”(SLPID)，即当前有效的“睡眠标识”，还包含该用户台上一次使用的“睡眠标识”(SLPID)。
16.按照权利要求11所述的方法，其特征在于，在“睡眠模式响应”消息(MOB-SLP-RSP)中，除了携带系统分配给予该用户台的“睡眠标识”(SLPID)，就是当前有效的“睡眠标识”，还包含该用户台的基本连接ID(Basic CID)和/或截短的基本连接ID(Truncated Basic CID)。
17.按照权利要求11所述的方法，其特征在于，在“睡眠模式响应”消息(MOB-SLP-RSP)中，除了携带系统分配给予该用户台的“睡眠标识”(SLPID)，就是当前有效的“睡眠标识”，还包含该用户台的媒介接入地址信息(MAC Address)和/或基于MAC地址生成的信息(MAC AddressHash)。
18.按照权利要求11所述的方法，其特征在于，在“睡眠模式响应”消息(MOB-SLP-RSP)中所携带的“睡眠标识”(新)的数值比原有“睡眠标识”(旧)小。
19.按照权利要求11所述的方法，其特征在于，基站发现用户台现有的“睡眠标识”(旧)较大，而系统中有更小的“睡眠标识”没有分配。
20.按照权利要求11所述的方法，其特征在于：添加标识，指示用户台可以继续当前“睡眠模式”(包括不改变当前“睡眠模式”的参数和/或不改变当前“睡眠窗口”的大小)，而不是打断当前的“睡眠模式”，重新开始一次新的“睡眠模式”。
CN 200410059178 2004-08-17 2004-08-17 用户台“睡眠标识”的更新方法 Pending CN1738455A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN 200410059178 CN1738455A (zh) 2004-08-17 2004-08-17 用户台“睡眠标识”的更新方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN 200410059178 CN1738455A (zh) 2004-08-17 2004-08-17 用户台“睡眠标识”的更新方法

Publications (1)

Publication Number Publication Date
CN1738455A true CN1738455A (zh) 2006-02-22

Family

ID=36081073

Family Applications (1)

Application Number Title Priority Date Filing Date
CN 200410059178 Pending CN1738455A (zh) 2004-08-17 2004-08-17 用户台“睡眠标识”的更新方法

Country Status (1)

Country Link
CN (1) CN1738455A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101006664B (zh) * 2004-08-17 2012-05-30 三星电子株式会社 用于更新在宽带无线接入通信系统中的移动台的休眠标识符的系统和方法
CN101207876B (zh) * 2007-11-27 2012-09-05 中兴通讯股份有限公司 一种休眠标识的管理系统、分配方法和调整方法
CN101473561B (zh) * 2006-06-19 2015-09-09 株式会社Ntt都科摩 基站、移动台、同步控制方法及集成电路芯片

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101006664B (zh) * 2004-08-17 2012-05-30 三星电子株式会社 用于更新在宽带无线接入通信系统中的移动台的休眠标识符的系统和方法
CN101473561B (zh) * 2006-06-19 2015-09-09 株式会社Ntt都科摩 基站、移动台、同步控制方法及集成电路芯片
CN101207876B (zh) * 2007-11-27 2012-09-05 中兴通讯股份有限公司 一种休眠标识的管理系统、分配方法和调整方法

Similar Documents

Publication Publication Date Title
CN1309227C (zh) 执行接入点的数据传输处理的方法和系统及接入点
CN101040550A (zh) 在无线系统中用于功率节约的方法和装置
CN100347969C (zh) 无线通信设备和无线通信方法
CN1602013A (zh) 控制宽带无线接入通信系统中的睡眠间隔的方法
CN1788434A (zh) 在宽带无线接入通信系统中发送通信量指示消息的方法
CN1781270A (zh) 在宽带无线访问通信系统中设置休眠间隔的方法
CN1249931C (zh) 移动通信系统中在控制保持状态下的选通发送设备和方法
CN1925656A (zh) 多模通信集成电路及其进行信息交互的方法
CN1279776C (zh) 小区搜索控制方法,移动站和移动通信系统
CN1846361A (zh) 用于在宽带无线接入通信系统中控制介质接入控制层的操作状态的设备和方法
CN1969478A (zh) 无线通信系统中用于点对多点服务的通信控制消息
CN1714587A (zh) 将第一协议通信的传输间隙期间的时隙指配给第二协议通信
CN1993932A (zh) 通知业务接收可用性以及确定活动或非活动状态的方法
CN1771745A (zh) 在电信消息中添加新系统信息块(sib)类型的机制
CN1753384A (zh) 无线局域网切换方法、无线终端和无线通信系统
CN1620766A (zh) 适用于在umts中的mbms数据预定发送的方法
CN1665172A (zh) 无线通信系统、设备、方法和计算机程序
CN1930796A (zh) 宽带无线接入通信系统中的睡眠模式中的周期性测距系统和方法
CN1222118C (zh) 控制系统、控制方法和该系统和方法的无线网络控制器
CN101064899A (zh) 一种测量邻小区的方法和用户终端
CN1729709A (zh) 无线通信网络及流量控制方法
CN1960352A (zh) 基于ofdma－fdd的无线中转通信系统及方法
CN1941993A (zh) 一种移动终端上下文的控制方法
CN1852551A (zh) 基于移动网络的组播业务数据的实现方法
CN1874591A (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
C12 Rejection of a patent application after its publication
RJ01 Rejection of invention patent application after publication

Open date: 20060222