专利名称：用于支持移动通信网络中的切换的方法、系统和设备的制作方法
技术领域：
本公开涉及用于支持移动通信网络中的切换(H0)的技术。本公开是出于对在符合IEEE 802. 16Rev2规范的移动无线宽带接入网络中的可 能应用的特殊关注而设计的。
背景技术：
目前，IEEE802. 16Rev2规范(IEEE计算机协会和IEEE微波理论与技术协会， DRAFT Standard for Local and Metropolitan Area Networks第 16部分Air Interface for Broadband Wireless Access System, P802. 16Rev2/Dl (2007 年 10 月)，由 IEEE 标准 802. 16f-2005 和 IEEE 标准 802. 16e_2005 修改的 IEEE 标准 802. 16-2004 的修订版)支持 MS (即移动站)发起的切换和BS(即基站)发起的切换二者。然而，当前的规范不允许单独使用BS发起的切换机制当使用BS发起的切换时， 不能在系统中禁用MS发起的切换。而且，在MS发起的切换判决和BS发起的切换判决同时 发生的情况下，MS发起的切换机制总是优先。
发明内容
在BS发起的切换特征在系统中启用时，如上所述的行为导致系统不稳定的风险
尚o不同的切换算法和标准通常被用在基站(BS)侧和用在移动站(MS)侧。MS发起的 切换的目的在于通过考虑MS接收器处的信道质量状态来进行单独的链路优化。BS发起的 切换具有更宽的范围，因为基站可以在做出切换判决时考虑到总体的网络资源状况。基站 通常可命令切换到不是最佳服务小区的目标BS，以便释放最佳服务小区上的宝贵无线电资 源(例如在底层/顶层(Underlay/Overlay)小区情形的情况下)。移动站可立刻触发回到 最佳服务小区的切换等。发明人已经注意到，前述问题到目前为止都没有在IEEE802. 16Rev2规范中、即在 支持MS发起的切换和BS发起的切换的移动通信系统中得到解决。为了避免系统不稳定， 存在确保协调MS发起的切换和BS发起的切换过程的需要。因此，本发明的目的是提供一种对于该需要的令人满意的响应。根据本发明，该目的通过具有在后面的权利要求书中所阐述的特征的方法来实 现。本发明还涉及一种相应系统、以及相应装置(即移动站/基站)和可加载在至少 一个计算机的存储器中的计算机程序产品，该计算机程序产品包括软件代码部分以用于在 该产品在计算机上运行时执行本发明方法的步骤。如在本文中所使用的那样，对这种计算 机程序产品的指示意旨等同于对如下计算机可读介质的指示所述计算机可读介质包含用 于控制计算机系统来协调本发明方法的执行的指令。对“至少一个计算机”的指示强调以 分布式/模块化方式来实施本发明的可能性。
5
所述权利要求书是本文所提供的发明公开的不可分割的部分。在实施例中，提出一种协调MS发起的切换过程和BS发起的切换过程的方法，使得 通过可被定义为“BS控制的MS发起的切换”这一方式可以在系统中共同支持所述两种程序。通过将某些修改引入IEEE802. 16Rev2规范的小节6. 3. 22. 2. 2和其它相关章节 中，本文所述的解决方案的实施例适于合并到IEEE802. 16Rev2规范中。
现在参照附图仅仅通过举例的方式来描述本发明，其中-图1是在移动站(MS)未检测到触发事件的情况下移动通信网络中的BS发起的 切换的示意性表示；-图2是存在由移动站所检测出的触发事件的情况下移动通信网络中的BS发起的 切换的示意性表示；-图3是在移动站未检测到新触发事件的情况下移动通信网络中的MS发起的切换 的示意性表示；以及-图4是存在由移动站所检测出的新触发事件的情况下移动通信网络中的MS发起 的切换的示意性表示。
具体实施例方式在以下说明中，给出许多具体细节以提供对实施例的透彻理解。这些实施例可以 在缺少一个或多个具体细节的情况下被实践，或者以其它方法、组件、材料等来实践。在另 外一些情况下，没有详细示出或描述公知的结构、材料或操作，以避免混淆这些实施例的方贯穿本说明书对“一个实施例”或“实施例”的指示是指结合实施例所述的特定 特征、结构或特性包括在至少一个实施例中。因此，贯穿本说明书的各个位置中所出现的用 语“在一个实施例中”或“在实施例中”不一定指的是相同的实施例。另外，可以在一个或 多个实施例中以任何合适的方式对特定的特征、结构或特性进行组合。本文中提供的小标题只是为了方便，而不是解释实施例的范围或含义。在下文中，将结合图1至4通过参考移动通信网络中的移动站(MS)与基站(BS) 之间的相互作用来描述本文中所公开的设置所基于的机制。这样的网络的一般性操作原理 在本领域中是公知的，并且不需要在此详细描述。通过背景资料，BS可通过DCD消息中的触发TLV (Trigger TLV)(如 IEEE802. 16Rev2规范的11. 4. 1章中所描述的那样)或者通过M0B-NBR-ADV消息中的相邻 BS触发TLV (Neighbor BS Trigger TLV)(如同一规范的11. 18. 2章中所描述的那样)来设 定MS发起的切换触发事件。触发TLV和相邻BS触发TLV允许对可以由MS发起切换(H0) 的条件进行配置。在本文所述的示例性实施例中，切换应该总是利用通过M0B_MSH0-REQ或M0B_ BSH0-REQ消息的通知来进行，使得MS和BS将在任何情况下都共享(要么在BS发起的切换 的情况下通过从BS发送给MS的M0B_BSH0_REQ消息，要么在MS发起的切换的情况下通过从MS发送给BS的M0B_MSH0_REQ消息)指示供移动站尝试切换到的目标基站的信息。这与现有技术相反，在现有技术中，在MS发起的切换(即M0B_MSH0-REQ消息)的 情况下通知不是强制性的。在触发TLV或相邻BS触发TLV中指定的触发条件已经发生时，MS应该发送M0B_ MSH0-REQ。除在下段中所述的那些情况之外，需要MS实际寻求切换到在M0B_BSH0-RSP中指 定的BS之一。只有在触发TLV或相邻BS触发TLV中指定的触发条件已经对该目标BS发生的情 况下，MS才可决定尝试切换到未包括在M0B_BSH0_RSP中的BS，其中发送指示所选择的BS 的 M0B_H0-IND。在本文中所公开的设置的实施例中，切换情况下的系统行为如在下文中所述那样。如图1所示，当BS检测到切换的需要时(步骤100)，BS发起切换(即在步骤102 中，服务BS发送指示新的目标BS-例如BS “A”-的M0B_BSH0_REQ消息)。如果MS没有检 测到针对未被包括在M0B_BSH0_REQ中的目标BS的触发条件(即没有针对不同于“A”的BS 检测到在触发TLV和相邻BS触发TLV中所指定的触发事件-步骤104)，则在步骤106中， MS应该实施去往由服务BS所指示的目标BS的切换(即在步骤108中，MS发送指示包括在 M0B_BSH0-REQ中的BS的M0B_H0_IND消息，因此尝试切换到BS “k")。相反地，如图2所示，当BS检测到切换的需要(步骤200)并且由BS发起切换(即 在步骤202中，服务BS发送指示新的目标BS-例如BS “A” -的M0B_BSH0-REQ消息)并且 MS确实检测到针对未包括在M0B_BSH0_REQ中的目标BS的触发条件(即针对不同于BS“A” 的例如BS “B”检测到在触发TLV和相邻BS触发TLV中所指定的触发事件-步骤204)时， 在步骤206中，MS可实施去往由服务BS所指示的目标BS的切换。特别地，在步骤208中， MS将要么向包括在M0B_BSH0_REQ消息中的BS、要么向满足触发条件的目标BS发送M0B_ H0-IND消息(即MS发送指示满足触发条件的BS的M0B_H0-IND消息)。图3表示切换由MS发起的情况(即在步骤300中，MS检测到在触发TLV和相邻 BS触发TLV中指定的、针对去往BS “A”的切换的触发事件)。当满足触发条件时，MS发送 指示新的目标BS (例如“A”)的M0B_MSH0_REQ消息(步骤302)，并且(在步骤304中)从 BS接收指示MS尝试切换到BS“A”的M0B_BSH0_RSP消息。在接收到M0B_BSH0-RSP消息之 后，如果MS信道条件没有改变(这在步骤306中得到证实)并且MS没有检测到新的触发 条件(步骤308)，则在步骤310中，MS应该实施去往满足触发条件的目标BS的切换。特别 地，在步骤312中，MS发送指示满足触发条件的BS的M0B_H0-IND消息。图4涉及如下情况其中由MS发起切换(即在步骤400中，MS检测到在触发TLV 和相邻BS触发TLV中所指定的、针对去往BS “A”的切换的触发事件)并且触发条件得到 满足导致(在步骤402中)MS发送指示新的目标BS-例如“A”-的M0B_MSH0_REQ消息。在 步骤404中，BS发出指示MS尝试切换到BS “A”的M0B_BSH0_RSP消息。(在步骤406中) MS检测到新的触发条件，即信道条件改变并且BS “B”现在是最佳目标。事实上，甚至在接收到M0B_BSH0-RSP消息之前就可能(并且通常确实是)检测到 新的触发条件。可在传输M0B_MSH0_REQ消息与传输M0B_H0_IND消息之间的时间间隔期间
7的任何时间检测到新的触发条件。在步骤408中，针对BS “B”检测到在触发TLV和相邻BS触发TLV中所指定的触 发事件，并且MS可在步骤410中实施去往目标BS “B”或“A”的切换。特别地，步骤412表 示MS尝试切换到满足第一触发条件的BS (即MS发送指示满足第一触发条件的BS的M0B_ H0-IND消息)、或者切换到满足第二触发条件的目标BS (即MS发送指示满足第二触发条件 的 BS 的 M0B_H0-IND 消息)。应该理解，结合图1至4所述的操作要求_与现有技术形成对比_对M0B_H0-IND 消息的传输-总是-强制性的。本文所公开的设置的优点在于，它允许移动WiMAX系统支持BS发起的切换特征， 而不存在系统不稳定的风险。BS发起的切换是支持增值特征的基本功能，所述增值特征例 如是多载波网络、顶层/底层小区以及分层网络(微小区/宏小区)。可以通过部署分层网络结构来获得大容量网络。某个地理区域可以由来自呈现不 同无线电信道条件的几个小区(例如小/大的小区、微小区/宏小区)的信号来服务。在 类似情形中，MS可定期地倾向于选择更大的小区作为用于切换的目标小区，因为这些更大 的小区提供最佳的无线电信道条件，使较小的小区无负载。从网络和频谱资源的角度来说， BS发起的切换可被用于有效地分配通信量负载的目的。本文中所公开的设置确保BS发起 的判决在MS侧生效并且该BS发起的判决不会被随后来自MS的切换回原来服务小区的判 决擦除。以下是对为了实施实施例而可以被引入IEEE802. 16Rev2规范的某些拟议修改的 说明。对小节 6. 3. 2. 3. 5，“RanRinR request (RNG-REQ)messaRe” 的增强新的参数BS_Controlled_MSHO可被引入表622 “RNG-REQ”消息编码中。该参数 限定，BS控制的MS发起的切换是否被MS所支持。对小节-表615 “DCD channel endodim ” -的增强可为H0类型支持TLV引入新的值。位3可被命名为BS_C0ntr0lled_MSHO(或者 BS_Controlled_H0)。该标志可被用于指示小区中对BS控制的MSH0机制的支持。对小节6. 3. 22. 2. 2，“HO decision and initiation，，的修订在下面的语句中叙述某些可能的拟议修改。在MS发起的切换的情况下，切换发起与通知模式取决于DCD消息的H0类型支持 字段中的BS_Controlled_MSHO (或者BS_Controlled_H0)标志的设定以及取决于RNG-REQ 消息中的 BS_Contro 11 ed_MSH0 字段。在BS_Controlled_MSHO字段未包括在RNG-REQ消息中时，应该应用默认值“0”。如果BS_C0ntr0lled_MSHO标志在DOT消息的H0类型支持字段中被设为“0”或 者RNG-REQ消息中的BS_Controlled_MSH0的值字段被设为“0”，则切换可利用通过M0B_ MSH0-REQ或M0B_BSH0_REQ消息的通知来进行。H0通知是推荐的，但不是必需的。用M0B_ BSH0-RSP对M0B_MSH0_REQ来进行确认是必需的。如果BS_C0ntr0lled_MSHO标志在DOT消息的H0类型支持字段中被设为“ 1 ”并且 RNG-REQ消息中的BS_Controlled_MSH0的值字段被设为“ 1 ”，则需要H0通知。切换应该 利用通过M0B_MSH0_REQ或M0B_BSH0-REQ消息的通知来进行。利用M0B_BSH0-RSP对M0B_
8MSH0-REQ来进行确认是必需的。只有在触发TLV或相邻BS触发TLV中所指定的触发条件 已经发生时，MS才应该发送M0B_MSH0_REQ。如果BS_C0ntr0lled_MSHO标志在DOT消息的H0类型支持字段中被设为“0”或者 RNG-REQ消息中的BS_Controlled_MSH0的值字段被设为“0”，则MS实际寻求切换到在M0B_ BSH0-RSP中指定的BS之一是推荐的，但不是必需的。MS可决定尝试切换到不同的BS，该 BS可以或可以不包括在M0B_BSH0_RSP中。如果BS_Controlled_MSH0标志在DOT消息的H0类型支持字段中被设为“ 1 ”并且 RNG-REQ消息中的BS_Controlled_MSH0的值字段被设为“ 1 ”，则MS实际寻求切换到在M0B_ BSH0-RSP中指定的BS之一是必需的。只在触发TLV或者相邻BS触发TLV中所指定的触发 条件已经针对目标BS发生的情况下，MS才可决定尝试切换到未包括在M0B_BSH0_RSP中的 BS，其中发送指示所选BS的M0B_H0-IND。如果BS_C0ntr0lled_MSHO标志在DOT消息的H0类型支持字段中被设为“0”或者 RNG-REQ消息中的BS_Controlled_MSH0的值字段被设为“0”，则需要实施切换的MS不被限 制为实施去往那些包括在通知消息中的BS的切换。换句话说，MS可尝试切换到不同的BS， 该BS可以或可以不包括在M0B_BSH0_REQ或M0B_BSH0_RSP中。如果BS_C0ntr0lled_MSHO标志在DOT消息的H0类型支持字段中被设为“ 1 ”并且 RNG-REQ消息中的BS_Controlled_MSH0的值字段被设为“ 1，，，则需要实施切换的MS被限制 为实施去往那些包括在通知消息中的BS的切换。换句话说，MS不可以尝试切换到未包括 在M0B_BSH0_REQ或未包括在M0B_BSH0-RSP中的BS，除非针对该目标BS检测到在触发TLV 或相邻BS触发TLV中所指定的触发事件。在不损害本发明的基本原理的情况下，所述细节和实施例可以在仅通过示例方式 所述的内容方面甚至明显地被改变，而不脱离所附权利要求所限定的本发明的范围。
权利要求
一种在支持MS发起的切换和BS发起的切换二者的移动通信系统中协调移动站(MS)从服务基站(BS)到目标基站的切换的方法，其中所述方法包括-在BS发起的切换的情况下(100至108；200至208)所述基站(BS)向所述移动站(MS)发送、或者在MS发起的切换的情况下(300至312；400至412)所述移动站(MS)向所述基站(BS)发送指示供所述移动站(MS)尝试切换到的目标基站(A)的消息(MOB_BSHO-REQ；MOB_MSHO-REQ)；以及-在BS发起的切换(100至108；200至208)和MS发起的切换(300至312；400至412)这两种情况下，所述移动站(MS)发送(108，208，312，412)指示尝试切换到的基站(A，B)的信息消息(MOB_HO-IND)。
2.根据权利要求1所述的方法，包括-所述服务基站(BS)向移动站(MS)发送(102，202，304，404)指示消息(MOB_ BSHO-REQ ；M0B_BSH0-RSP)，该指示消息指示供所述移动站(MS)尝试切换到的目标基站 (A)；-检查(104，204，308，408)是否针对与所述指示消息(M0B_BSH0_REQ ；M0B_BSH0_RSP) 中所指示的所述目标基站㈧不同的基站检测到切换触发事件；以及-如果没有检测到这样的触发事件，则所述移动站(MS)尝试切换(106，108;310，312) 到所述指示消息(M0B_BSH0_REQ ;M0B_BSH0-RSP)中所指示的所述目标基站(A)；-如果针对与所述指示消息(M0B_BSH0_REQ ；M0B_BSH0-RSP)中所指示的所述目标基站 (A)不同的基站(B)检测到任何这样的触发事件，则所述移动站(MS)尝试切换(206，208 ； 410，412)到在所述指示消息(M0B_BSH0_REQ ；M0B_BSH0-RSP)中所指示的所述目标基站(A) 和针对其检测到触发事件的所述不同目标基站(B)中的任何一个。
3.根据权利要求1或2所述的方法，包括，在MS发起的切换(300至312；400至412) 的情况下-所述移动站(MS)向所述服务基站(BS)发送(302，402)指示目标基站(A)的通知消 息(M0B_MSH0_REQ)，针对该目标基站(A)检测到切换触发事件，以及-所述基站(BS)向所述移动站(MS)发送所述指示消息(M0B_BSH0_RSP)作为对所述通 知消息(M0B_MSH0_REQ)的响应。
4.根据权利要求2或3所述的方法，其中所述对触发事件(104，204，308，408;300， 400)的检查在所述移动站(MS)进行。
5.根据权利要求1至4之一所述的方法，其中所述移动通信系统是基于 IEEE802. 16Rev2 的系统。
6.根据权利要求5所述的方法，其中指示供移动站(MS)尝试切换到的目标基站㈧的 所述消息分别在BS发起的切换(100至108 ；200至208)的情况下是M0B_BSH0-REQ消息， 并且在MS发起的切换(300至312 ；400至412)的情况下是M0B_MSH0-REQ消息。
7.根据权利要求5或6所述的方法，其中所述信息消息是M0B_H0-IND消息。
8.根据权利要求2和权利要求5所述的方法，其中所述指示消息在BS发起的切换(100 至108 ；200至208)的情况下是M0B_BSH0_REQ消息并且在MS发起的切换(300至312 ；400 至412)的情况下是M0B_BSH0_RSP消息。
9.一种支持MS发起的切换和BS发起的切换二者的移动通信系统，所述系统被配置用于执行根据权利要求ι至8的任何之一所述的方法。
10.一种用于如下通信系统的移动站(MS)，所述通信系统支持从服务基站(BS)到目标 基站的MS发起的切换和BS发起的切换二者，其中所述移动站(MS)被配置用于-在MS发起的切换(300至312 ；400至412)的情况下发送指示目标基站㈧的通知 消息(MOB_MSHO-REQ)，针对该目标基站(A)检测到切换触发事件；-在BS发起的切换(100至108 ；200至208)和在MS发起的切换(300至312 ；400至 412)这两种情况下发送指示所尝试切换到的基站(A，B)的信息消息(MOB_HO-IND)。
11.根据权利要求10所述的移动站，被配置用于从所述基站(BS)接收指示消息(MOB_ BSHO-RSP)，该指示消息指示供所述移动站(MS)尝试切换到的目标基站(A)。
12.根据权利要求10或11所述的移动站，被配置用于-从所述服务基站(BS)接收(102，202，304，404)指示消息(MOB_BSHO_REQ ；MOB_ BSHO-RSP)，该指示消息指示供移动站(MS)尝试切换到的目标基站(A)；-检查(104，204，308，408)是否针对与所述指示消息(M0B_BSH0_REQ ；M0B_BSH0_RSP) 中所指示的所述目标基站㈧不同的基站检测到切换触发事件；以及-如果没有检测到这样的触发事件，则尝试切换(106，108;310，312)到所述指示消息 (M0B_BSH0-REQ ；M0B_BSH0_RSP)中所指示的所述目标基站(A)；-如果针对与所述指示消息(M0B_BSH0-REQ ；M0B_BSH0_RSP)中所指示的所述目标基站 (A)不同的基站⑶检测到任何这样的触发事件，则尝试切换(206，208 ；410,412)到在所 述指示消息(M0B_BSH0-REQ ；M0B_BSH0_RSP)中所指示的所述目标基站(A)和针对其检测到 触发事件的所述不同目标基站(B)中的任何一个。
13.根据权利要求12所述的移动站，被配置用于执行针对触发事件(104，204，308， 408 ；300,400)的所述检查。
14.根据权利要求10至13的任何之一所述的移动站，其中所述移动通信系统是基于 IEEE802. 16Rev2 的系统。
15.根据权利要求14所述的移动站，其中所述通知消息是M0B_MSH0-REQ消息。
16.根据权利要求14或15所述的移动站，其中所述信息消息是M0B_H0-IND消息。
17.根据权利要求12和权利要求14所述的移动站，其中所述指示消息分别在BS发起 的切换(100至108 ；200至208)的情况下是M0B_BSH0_REQ消息并且在MS发起的切换(300 至312 ；400至412)的情况下是M0B_BSH0_RSP消息。
18.一种用于如下通信系统的基站(BS)，所述通信系统支持从服务基站(BS)到目标 基站的MS发起的切换和BS发起的切换二者，其中所述基站(BS)被配置用于在BS发起的 切换(100至108 ；200至208)和在MS发起的切换(300至312 ；400至412)这两种情况下 从所述移动站(MS)接收(108，208，312，412)指示所尝试切换到的基站(A，B)的信息消息 (M0B_H0-IND)。
19.根据权利要求18所述的基站(BS)，被配置用于在MS发起的切换(300至312;400 至412)的情况下执行如下操作-从所述系统中的移动站(MS)接收(302，402)指示目标基站㈧的通知消息(M0B_ MSH0-REQ)，针对该目标基站(A)检测到切换触发事件；以及-向所述移动站(MS)发送(304，404)指示供所述移动站尝试切换到的目标基站(A)的指示消息(MOB_BSHO-REQ ；MOB_BSHO_RSP)作为对所述通知消息(MOB_MSHO_REQ)的响应。
20.根据权利要求18或19所述的基站，其中所述移动通信系统是基于 IEEE802. 16Rev2 的系统。
21.根据权利要求20的基站，其中所述信息消息是MOB_HO-IND消息。
22.根据权利要求19和权利要求20所述的基站，其中 -所述通知消息是MOB_MSHO-REQ消息；以及-所述指示消息在BS发起的切换(100至108 ；200至208)的情况下是MOB_BSHO_REQ 消息并且在MS发起的切换(300至312 ；400至412)的情况下是MOB_BSHO_RSP消息。
23.一种计算机程序产品，能够被加载在至少一个计算机的存储器中，并且包括用于执 行根据权利要求1至8的任何之一所述的方法的步骤的软件代码部分。
全文摘要
在支持MS发起的切换和BS发起的切换这两者的移动通信系统中，移动站(MS)从服务基站(BS)到目标基站的切换通过确保如下内容得到协调，即在BS发起的切换(200至208)和在MS发起的切换(400至412)这两种情况下移动站(MS)和基站(BS)要么通过在BS发起的切换的情况下从BS发送到MS的MO_BSHO-REQ消息、要么通过在MS发起的切换的情况下从MS发送到BS的MO_MSHO-RETQ消息共享信息，所述消息指示供移动站(MS)尝试切换到的目标基站；并且所述移动站(MS)发送(208，412)指示尝试切换到的基站的信息消息(MOB_HO-IND)。
文档编号H04W36/34GK101855926SQ200880115232
公开日2010年10月6日 申请日期2008年11月7日 优先权日2007年11月9日
发明者D·托尔托拉, M·拉斯特利 申请人:诺基亚西门子通信公司