專利名稱：：用于在寬帶無線通信系統(tǒng)中強制執(zhí)行跨區(qū)切換的方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及寬帶移動通信系統(tǒng)，尤其涉及用于在采用正交頻分復(fù)用(下面稱為OFDM)方法和正交頻分多址(下面稱為0FDMA)方法的寬帶無線通信系統(tǒng)中執(zhí)行跨區(qū)切換(handover)的方法。
背景技術(shù)：
：在作為下一代通信系統(tǒng)的第四代(下面稱為4G)通信系統(tǒng)中，已經(jīng)積極從事了有關(guān)向用戶提供具有各種服務(wù)質(zhì)量(下面稱為QoS)和支持大約IOOMbps傳輸速度的服務(wù)的研究。當(dāng)前的第三代(下面稱為3G)通信系統(tǒng)在具有相對不利信道環(huán)境的室外信道環(huán)境中支持大約384kbps的傳輸速度，而即使在具有相對有利信道環(huán)境的室內(nèi)環(huán)境中也只支持最大2Mbps的傳輸速度。同時，無線局域網(wǎng)(下面稱為LAN)系統(tǒng)和無線城市域網(wǎng)(下面稱為MAN)系統(tǒng)通常支持20到50Mbps的傳輸速度。因此，在當(dāng)前的4G通信系統(tǒng)中，已經(jīng)積極從事了有關(guān)研究以開發(fā)一種通信系統(tǒng)，它能確保在支持相對高傳輸速度的無線LAN系統(tǒng)和無線MAN系統(tǒng)中的移動性和QoS，并且支持4G通信系統(tǒng)將提供的高速服務(wù)。由于無線MAN系統(tǒng)具有寬的服務(wù)覆蓋率并且支持高的傳輸速度，因此它適于支持高速通信服務(wù)。然而，由于無線MAN系統(tǒng)是完全沒有考慮用戶臺(SS)的移動性的系統(tǒng)，因此也沒有考慮由于用戶臺的高速運動而引起的跨區(qū)切換。這里，無線MAN系統(tǒng)是寬帶無線接入(BWA)通信系統(tǒng)，并且具有的服務(wù)覆蓋區(qū)域比無線LAN系統(tǒng)提供的要大，此外，支持的傳輸速度比無線LAN系統(tǒng)要高。采用OFDM方法和OFDMA方法以便使無線MAN系統(tǒng)的物理信道能支持寬帶傳輸網(wǎng)絡(luò)的系統(tǒng)以IEEE(電氣和電子工程師協(xié)會)802.16a通信系統(tǒng)知名。IEEE802.16a通信系統(tǒng)是采用0FDM/0FDMA方法的寬帶無線接入通信系統(tǒng)。此外，由于IEEE802.16a通信系統(tǒng)對無線MAN系統(tǒng)應(yīng)用0FDM/0FDMA方法，因此IEEE802.16a通信系統(tǒng)使用多個子載波傳輸物理信道信號，從而允許高速數(shù)據(jù)傳輸。因此，IEEE802.16a通信系統(tǒng)被稱為寬帶無線接入通信系統(tǒng)。下面將參照圖1描述傳統(tǒng)的IEEE802.16a通信系統(tǒng)的結(jié)構(gòu)。圖1是示意性示出IEEE802.16a通信系統(tǒng)的結(jié)構(gòu)的方框圖。IEEE802.16a通信系統(tǒng)具有單小區(qū)結(jié)構(gòu)，并且包括基站(BS)100和由基站100控制的多個用戶臺110、120和130?；?00與用戶臺110、120和130之間的信號發(fā)送/接收可以通過0011/00獻方法完成。下面將參照圖2來描述傳統(tǒng)的IEEE802.16a通信系統(tǒng)中的下行鏈路幀結(jié)構(gòu)，其中圖2是示出IEEE802.16a通信系統(tǒng)的下行鏈路幀結(jié)構(gòu)的圖。參照圖2，IEEE802.16a通信系統(tǒng)的下行鏈路幀包括始標(biāo)(preamble)部分200、廣播控制(broadcastcontrol)部分210和多個時分多路復(fù)用(TDM)部分220和230。通過始標(biāo)部分200發(fā)送用于獲得基站和用戶臺之間的相互同步的同步信號(即，始標(biāo)序列)。廣播控制部分210包括下行鏈路(下面稱為DL)部分DL_MAP211和上行鏈路(下面稱為UL)部分UL_MAP213。通過DL_MAP部分211發(fā)送DL_MAP消息。表1示出了包含在DL_MAP消息中的多個信息基元(下面稱為IE)。表1:<table>tableseeoriginaldocumentpage7</column></row><table>如表1所示，DL_MAP消息包括多個IE,S卩，‘ManagementMessageType，(管理消息類型)，表示發(fā)送的消息的類型；根據(jù)應(yīng)用到物理信道的調(diào)制或解調(diào)方法而設(shè)置的‘PHYsical(PHY)Synchronization，(物理層同步)，用來獲取同步；‘DCDCount，(DCD計數(shù))，表示對應(yīng)于包含下行鏈路突發(fā)流簡檔(burstprofile)的下行鏈路信道描述符(下面稱為D⑶)消息的配置變化的計數(shù)信息；‘BaseStationID’(基站ID)，表示基站標(biāo)識符(BSID)；和‘NumberofDL_MAPElementη，(DL_MAP基元的數(shù)量η)，表示在基站ID之后存在的基元的數(shù)量。特別是，DL_MAP消息包括與被分配給各個調(diào)整(ranging)的調(diào)整碼相關(guān)的信息，調(diào)整將在稍后進行描述。此外，UL_MAP部分213是用來發(fā)送UL_MAP消息的部分。下面所示的表2示出包含在UL_MAP消息中的多個IE。表2:<table>tableseeoriginaldocumentpage8</column></row><table>如表2所示，UL_MAP消息包括多個IE,即，‘ManagementMessageType，(管理消息類型)，表示發(fā)送消息的類型；‘UplinkChannelID’(上行鏈路信道ID)，表示所用上行鏈路信道標(biāo)識符；‘U⑶Count’(U⑶計數(shù))，表示對應(yīng)于包含上行鏈路突發(fā)流簡檔(burstprofile)的上行鏈路信道描述符(下面稱為U⑶)消息的配置變化的計數(shù)；和‘NumberofUL_MAPElementη’(UL_MAP基元的數(shù)量η)，表示在U⑶計數(shù)之后存在的基元的數(shù)量。這里，上行鏈路信道標(biāo)識符被唯一地在媒體接入控制(下面稱為MAC)子層中分配。TDM部分220和230(如圖2所示)是對應(yīng)于通過時分復(fù)用(下面稱為TDM)時分多址(下面稱為TDMA)TDM/TDMA法分配給每個用戶臺的時隙的部分。基站使用預(yù)設(shè)的中心載波通過下行鏈路幀的DL_MAP部分211向基站所管理的用戶臺發(fā)送必須廣播的廣播信息。然后，每個用戶臺加電，然后基站監(jiān)視所有先前在每個用戶臺中設(shè)置的頻帶，并且檢測具有最高導(dǎo)頻載波對干擾和噪聲比(下面稱為CINR)的導(dǎo)頻信道信號。此外，用戶臺確定已經(jīng)發(fā)送了具有最高CINR的導(dǎo)頻信道信號的基站是用戶臺基站當(dāng)前所屬的基站。此外，用戶臺確認基站發(fā)送的下行鏈路幀的DL_MAP部分211和UL_MAP部分213，并且確認控制用戶臺的上行鏈路和下行鏈路的控制信息和表示數(shù)據(jù)發(fā)送/接收的實際位置的信息。下面所示的表3示出U⑶消息的結(jié)構(gòu)。表3<table>tableseeoriginaldocumentpage9</column></row><table><table>tableseeoriginaldocumentpage10</column></row><table>如表3所示，U⑶消息包括多個IE，即表示所發(fā)送的消息類型的‘ManagementMessageType’(管理消息類型)；表示所用上行鏈路信道標(biāo)識符的‘UplinkChannelID，(上行鏈路信道ID)字段；由基站計數(shù)的‘ConfigurationChangeCount'(配置改變計數(shù))；表示上行鏈路物理信道微時隙大小的‘Mini-slotsize'(微時隙大小)；表示使用初始調(diào)整的補償?shù)拈_始點(即，使用初始調(diào)整的初始補償窗口大小)的‘RangingBackoffStart'(調(diào)整補償開始)；表示使用初始調(diào)整的補償結(jié)束點(即，最終補償窗口大小)的'RangingBackoffEnd，(調(diào)整補償結(jié)束)字段；表示'contentiondataandrequest，(爭用數(shù)據(jù)和請求)的補償開始點(即初始補償窗口大小)的‘RequestBackoffStart’(請求補償開始)；和表示‘contentiondataandrequest'的補償結(jié)束點(即，最終補償窗口大小)的RequestBackoffEnd(請求補償結(jié)束)。這里，補償?shù)闹当硎镜却龝r間值的種類，該等待時間是當(dāng)調(diào)整失敗(下面將要說明)時用戶臺必須等待下一調(diào)整的持續(xù)時間。此外，當(dāng)用戶臺調(diào)整失敗時，基站必須發(fā)送補償值給用戶臺，該值是關(guān)于用戶臺必須等待下一調(diào)整的時間周期的信息。例如，當(dāng)通過RangingBackoffStart和RangingBackoffEnd將值設(shè)置為10時，用戶臺經(jīng)過移動臺可執(zhí)行2"1次(S卩，1024次)調(diào)整的機會，然后必須執(zhí)行下一調(diào)整處理。下面將參照圖3描述傳統(tǒng)IEEE802.16a通信系統(tǒng)中的上行鏈路幀結(jié)構(gòu)，圖3是示出了IEEE802.16a通信系統(tǒng)的上行鏈路幀的結(jié)構(gòu)的圖。在描述圖3之前，在IEEE802.16a通信系統(tǒng)中描述和使用的調(diào)整包括初始調(diào)整、維護調(diào)整(即周期調(diào)整)和帶寬請求調(diào)整，將在下面詳細描述它們中的每一個。初始調(diào)整是當(dāng)基站請求初始調(diào)整時執(zhí)行的調(diào)整，以便獲得與用戶臺的同步。此外，初始調(diào)整是執(zhí)行用來匹配用戶臺和基站之間的精確時間偏移和調(diào)節(jié)發(fā)射功率的調(diào)整。艮口，用戶臺被加電，接收DL_MAP消息、UL_MAP消息和UCD消息，并且獲得與基站的同步。然后，用戶臺執(zhí)行初始調(diào)整以調(diào)節(jié)與基站的時間偏移和發(fā)射功率。基站通過初始調(diào)整操作從用戶臺接收到用戶臺的MAC地址。此外，基站產(chǎn)生與接收到的用戶臺的MAC地址對應(yīng)的基本連接ID(下面稱為基本CID)和主管理連接ID(下面稱為主管理CID)，然后將產(chǎn)生的基本CID和主管理CID發(fā)送給用戶臺。然后，用戶臺通過初始調(diào)整操作識別用戶臺的基本CID和主管理CID。這里，由于IEEE802.16a通信系統(tǒng)采用0FDM/0FDMA方法，因此調(diào)整操作需要調(diào)整子信道(rangingsub-channel)和調(diào)整碼(rangingcode)?；靖鶕?jù)調(diào)整的目標(biāo)(即調(diào)整的類型)分配可用的調(diào)整碼(RC)。下面將對此進行詳細地說明。通過以預(yù)定的單元將具有預(yù)定長度(例如，215_1位長度)的偽隨機噪聲(下面稱為PN)序列分段來產(chǎn)生調(diào)整碼。通常，具有53位長度的兩個子信道構(gòu)成一個調(diào)整信道。此夕卜，通過具有106位長度的調(diào)整信道對PN碼分段來構(gòu)成調(diào)整碼?？梢詫⑦@樣構(gòu)成的48個調(diào)整碼(即，RC#1RC#48)(每個用戶臺最多48個調(diào)整碼)分配給用戶臺，并且根據(jù)默認值將兩個調(diào)整碼(每個用戶臺的最少數(shù)量)應(yīng)用于三種類型調(diào)整，即，初始調(diào)整、周期調(diào)整和帶寬請求調(diào)整。以這種方式，將不同的調(diào)整碼分配給每個調(diào)整。例如，將數(shù)目N個調(diào)整碼分配給初始調(diào)整(N個RC用于初始調(diào)整)，將數(shù)目M個調(diào)整碼分配給周期調(diào)整(M個RC用于周期調(diào)整)，以及將數(shù)目L個調(diào)整碼分配給帶寬請求調(diào)整(L個RC用于BW請求調(diào)整)。通過上述的DL_MAP消息將以這種方式分配的調(diào)整碼發(fā)送給用戶臺，并且用戶臺使用包含在DL_MAP消息中的調(diào)整碼、根據(jù)調(diào)整碼的目標(biāo)來執(zhí)行調(diào)整操作。周期調(diào)整是當(dāng)通過初始調(diào)整與基站調(diào)節(jié)了時間偏移和發(fā)射功率的用戶臺與基站調(diào)節(jié)信道狀態(tài)等時執(zhí)行的周期性調(diào)整。用戶臺通過為周期性調(diào)整分配的調(diào)整碼來執(zhí)行周期調(diào)整。帶寬請求調(diào)整是當(dāng)通過初始調(diào)整與基站調(diào)節(jié)了時間偏移和發(fā)射功率的用戶臺請求帶寬分配以便實際執(zhí)行與基站的通信時所執(zhí)行的調(diào)整。參照圖3，上行鏈路幀包括使用初始調(diào)整和維護調(diào)整(即，周期調(diào)整)的‘InitialMaintenanceOpportunities'(初始維護機會)部分300、使用帶寬請求調(diào)整的‘RequestContentionOpportunities'(請求爭用機會)部分310、和包含用戶臺的上行鏈路數(shù)據(jù)的‘SSscheduleddata’(SS調(diào)度數(shù)據(jù))部分320。初始維護機會部分300包括實際包含初始調(diào)整和周期調(diào)整的多個接入突發(fā)流(accessburst)間隔、和接入突發(fā)流間隔之間發(fā)生沖突的沖突間隔。請求爭用機會部分310包括一包含帶寬請求調(diào)整的多個帶寬請求間隔、和在帶寬請求調(diào)整間隔之間發(fā)生沖突的沖突間隔。此外，SS調(diào)度數(shù)據(jù)部分320包括多個SS調(diào)度數(shù)據(jù)部分(即，SS1調(diào)度數(shù)據(jù)部分到SSN調(diào)度數(shù)據(jù)部分)和每個SS調(diào)度數(shù)據(jù)部分中存在的用戶臺轉(zhuǎn)變間隙(transitiongap)。上行鏈路間隔使用碼(下面稱為UIUC)部分其中記錄了指示偏移部分中記錄的偏移的使用的信息。下面的表4示出了UIUC部分。表4<table>tableseeoriginaldocumentpage12</column></row><table>如表4所示，UIUC部分包含指定在偏移部分中記錄的偏移的使用的信息。例如，當(dāng)在UIUC部分中記錄的值是2時，它表示在初始調(diào)整中使用的起始偏移被記錄在偏移部分中。當(dāng)在UIUC部分中記錄的值是3時，它表示在維護調(diào)整或帶寬請求調(diào)整中使用的起始偏移被記錄在偏移部分中。如上所述，偏移部分是根據(jù)記錄在UIUC部分中的信息記錄初始調(diào)整、帶寬請求調(diào)整或維護調(diào)整中使用的起始偏移值的部分。此外，關(guān)于在UIUC部分中傳輸?shù)奈锢硇诺捞卣鞯男畔⒈挥涗浽赨⑶消息中。下面將參照圖4描述傳統(tǒng)IEEE802.16a通信系統(tǒng)中的基站和用戶臺之間的調(diào)整處理，圖4是示出在IEEE802.16a通信系統(tǒng)中基站和用戶臺之間的調(diào)整處理的流程圖。參照圖4，用戶臺400被加電，監(jiān)視用戶臺400中事先設(shè)置的所有頻段，并且檢測具有最高CINR的導(dǎo)頻信道信號。此外，用戶臺400將發(fā)送了具有最高CINR的導(dǎo)頻信道信號的基站420確定為用戶臺400當(dāng)前所屬的基站420。然后，用戶臺400接收從基站420發(fā)送的下行鏈路幀的始標(biāo)，并且獲得與基站420的系統(tǒng)同步。如上所述，當(dāng)獲取了用戶臺400與基站420之間的系統(tǒng)同步時，基站420分別在步驟411和413中向用戶臺400發(fā)送DL_MAP消息和UL_MAP消息。這里，如表1所示，DL_MAP消息執(zhí)行下面功能通知用戶臺400當(dāng)用戶臺400獲得與基站420在下行鏈路上的同步時所需的信息，以及關(guān)于能夠接收在下行鏈路信道上發(fā)送給用戶臺400的消息的物理信道的結(jié)構(gòu)的信息。此外，如表2所示，UL_MAP消息執(zhí)行將關(guān)于用戶臺的調(diào)度周期和上行鏈路中物理信道的結(jié)構(gòu)的信息通知給用戶臺400的功能。同時，DL_MAP消息地從基站向所有用戶臺進行廣播。這里，某一用戶臺可以連續(xù)接收DL_MAP消息的情況表示用戶臺已經(jīng)與基站同步。S卩，接收到DL_MAP消息的用戶臺可以接收經(jīng)過下行鏈路發(fā)送的所有消息。此外，如表2所示，當(dāng)用戶臺接入失敗時，基站向用戶臺發(fā)送通知指示可用補償(backoff)值的信息的U⑶消息。同時，當(dāng)已經(jīng)與基站420同步的用戶臺400執(zhí)行調(diào)整時，用戶臺400在步驟415中向基站420發(fā)送調(diào)整請求(下面稱為RNG_REQ)消息。然后，接收到該RNG_REQ消息的基站420在步驟417中向用戶臺400發(fā)送包含有用于補償用于調(diào)整的頻率、時間和發(fā)射功率的信息的調(diào)整應(yīng)答(下面稱為RNG_RSP)消息。下面所示的表5示出RNG_REQ消息的結(jié)構(gòu)。表5<table>tableseeoriginaldocumentpage13</column></row><table>參看表5，‘DownlinkChannelID’(下行鏈路信道ID)表示包含在用戶臺400通過UCD接收到的RNG_REQ消息中的下行鏈路信道標(biāo)識符?！甈endingUntilComplete，(掛起直到完成為止)表示發(fā)送的調(diào)整應(yīng)答的優(yōu)先級信息。即，當(dāng)掛起直到完成為止具有值0時，在前的調(diào)整應(yīng)答具有高優(yōu)先級。反之，當(dāng)掛起直到完成為止具有0之外的值時，當(dāng)前發(fā)送的調(diào)整應(yīng)答具有高優(yōu)先級。下面所示的表6示出了對應(yīng)于表5所示的RNG_REQ消息的RNG_RSP消息的結(jié)構(gòu)。表6<table>tableseeoriginaldocumentpage14</column></row><table>如表6所示，‘UplinkChannelID，(上行鏈路信道ID)表示包含在RNG_REQ消息中的上行鏈路信道ID。同時，在圖4中，由于IEEE802.16a通信系統(tǒng)僅考慮用戶臺當(dāng)前不移動的狀態(tài)，即，它完全沒有考慮用戶臺的移動性，因此無條件地與用戶臺400通信的基站420(如圖4所示)成為服務(wù)基站。如上所述，IEEE802.16a通信系統(tǒng)僅考慮用戶臺當(dāng)前不移動的狀態(tài)(S卩，完全沒有考慮用戶臺的移動性的狀態(tài))和單小區(qū)結(jié)構(gòu)。然而，IEEE802.16e通信系統(tǒng)已經(jīng)被規(guī)定為在IEEE802.16a通信系統(tǒng)中考慮到用戶臺的移動性的系統(tǒng)。因此，IEEE802.16e通信系統(tǒng)必須考慮多小區(qū)環(huán)境中用戶臺的移動性。為了在多小區(qū)環(huán)境中支持用戶臺的移動性，用戶臺和基站的操作模式需要改變。特別地，為了支持用戶臺的移動性，已經(jīng)積極進行了考慮多小區(qū)結(jié)構(gòu)的用戶臺的跨區(qū)切換的研究。下面將參照圖5描述傳統(tǒng)IEEE802.16e通信系統(tǒng)的結(jié)構(gòu)。圖5是示意性示出IEEE802.16e通信系統(tǒng)的結(jié)構(gòu)方框圖參照圖5，IEEE802.16e通信系統(tǒng)具有多小區(qū)結(jié)構(gòu)，S卩小區(qū)500和550。此外，IEEE802.16e通信系統(tǒng)包括控制小區(qū)500的基站510、控制小區(qū)550的基站540和多個移動用戶臺(MSS)511、513、530、551和553。通過0FDM/0FDMA方法完成在基站510和6540以及移動用戶臺511、513、530、551和553之間的信號發(fā)送/接收。這里(在移動用戶臺511、513、530,551和553中)，移動用戶臺530位于小區(qū)500和小區(qū)550之間的重疊區(qū)域(即，跨區(qū)切換區(qū)域)。因此，只有當(dāng)必須支持移動用戶臺530的跨區(qū)切換時，才可以支持移動用戶臺530的移動性。在IEEE802.16e通信系統(tǒng)中，特定移動用戶臺接收從多個基站發(fā)送的導(dǎo)頻信道信號，并且測量所接收到的導(dǎo)頻信道信號的CINR。移動用戶臺然后選擇發(fā)送了在所測量的導(dǎo)頻信道信號的CINR當(dāng)中具有最高CINR的導(dǎo)頻信道信號的基站，作為移動用戶臺當(dāng)前所屬的基站。即，移動用戶臺從發(fā)送了導(dǎo)頻信道信號的基站當(dāng)中識別發(fā)送了能夠在移動用戶臺中最好地接收的導(dǎo)頻信道信號的基站，作為移動用戶臺當(dāng)前所屬的基站。結(jié)果，移動用戶臺當(dāng)前所屬的基站成為服務(wù)基站。選擇了服務(wù)基站的移動用戶臺接收從服務(wù)基站發(fā)送的下行鏈路幀和上行鏈路幀。這里，IEEE802.16e通信系統(tǒng)的下行鏈路幀和上行鏈路幀具有與上面圖2和3所示和這里所述的IEEE802.16a通信系統(tǒng)的下行鏈路巾貞和上行鏈路幀相同的結(jié)構(gòu)。服務(wù)基站向移動用戶臺發(fā)送移動用戶臺鄰居公告(這里，稱為M0B_NBR_ADV)消息。下面所示的表7示出M0B_NBR_ADV消息的結(jié)構(gòu)。表7<table>tableseeoriginaldocumentpage15</column></row><table>如表7所示，M0B_NBR_ADV消息包括多個IE，S卩表示發(fā)送的消息類型的‘ManagementMessageType，(管理消息類型)；表示配置改變的次數(shù)的‘ConfigurationChangeCount'(配置改變計數(shù))；表示相鄰基站數(shù)量的‘N_NEIGHB0RS’；表示相鄰基站的標(biāo)識符(ID)的‘NeighborBS-ID'；表示相鄰基站的物理頻率的‘PhysicalFrequency，(物理頻率)；和表示除了該信息之外的關(guān)于相鄰基站的額外信息的‘TLVEncodedInformation'(TLV編碼信息)。當(dāng)移動用戶臺想要掃描從相鄰基站發(fā)送的導(dǎo)頻信道信號的CINR時，接收到Μ0Β_NBR_ADV消息的移動用戶臺向服務(wù)基站發(fā)送移動用戶臺掃描間隔分配請求(下面稱為Μ0Β_SCN_REQ)消息。這里，由于移動用戶臺請求掃描的時間點與導(dǎo)頻信道信號的CINR掃描操作沒有直接關(guān)系，因此將省略關(guān)于時間點的詳細描述。下面所示的表8示出了M0B_SCN_REQ消息的結(jié)構(gòu)。表8<table>tableseeoriginaldocumentpage16</column></row><table>如表8所示，M0B_SCN_REQ消息包括多個IE，即，表示發(fā)送的消息類型的'ManagementMessageType’(管理消息類型)和表示移動用戶臺掃描從相鄰基站發(fā)送的導(dǎo)頻信道信號的CINR的掃描持續(xù)時間的‘ScanDuration'(掃描持續(xù)時間)。ScanDuration’(掃描持續(xù)時間)由該幀構(gòu)成。這里，要發(fā)送的M0B_SCN_REQ消息的‘ManagementMessageType，還沒有定義(艮口，在表中所示ManagementMessageType=undefined或“？”以便保留空間)。同時，接收到M0B_SCN_REQ消息的服務(wù)基站向移動用戶臺發(fā)送移動用戶臺掃描間隔分配應(yīng)答(下面稱為M0B_SCN_REP)消息，該消息包含移動用戶臺要掃描的信息。下面所示的表9示出M0B_SCN_RSP消息的結(jié)構(gòu)。表9<table>tableseeoriginaldocumentpage16</column></row><table><table>tableseeoriginaldocumentpage17</column></row><table>如表9所示，M0B_SCN_RSP消息包括多個IE，S卩表示發(fā)送的消息類型的‘ManagementMessageType，(管理消息類型)；發(fā)送了M0B_SCN_RSP消息的移動用戶臺的連接ID(下面稱為CID)和掃描持續(xù)時間。在表9中，要發(fā)送的M0B_SCN_RSP消息的'ManagementMessageType，還沒有定義(艮口，在表中ManagementMessageType=undefined)，并且掃描持續(xù)時間是移動用戶臺執(zhí)行導(dǎo)頻CINR掃描的持續(xù)時間。接收到包含掃描信息的M0B_SCN_RSP消息的移動用戶臺掃描相鄰基站的導(dǎo)頻CINR，CINR是根據(jù)掃描信息參數(shù)通過M0B_NBR_ADV消息識別出的。為了在IEEE802.16e通信系統(tǒng)中支持跨區(qū)切換，移動用戶臺必須測量從相鄰基站和移動用戶臺當(dāng)前所屬的基站(即，服務(wù)基站)發(fā)送的導(dǎo)頻信道信號的CINR。此外，當(dāng)從服務(wù)基站發(fā)送的導(dǎo)頻信道信號的CINR小于從相鄰基站發(fā)送的導(dǎo)頻信道信號的CINR時，移動用戶臺請求從服務(wù)基站跨區(qū)切換。這里，為了描述方便起見，句子“測量導(dǎo)頻信道信號的CINR”可以用句子“掃描或執(zhí)行對導(dǎo)頻信道信號的CINR的掃描”表示。此外，詞‘掃描’(scan)和‘掃描’(scanning)具有相同的概念；為了描述方便，將‘scan’與‘scanning’一起使用。下面，將參照圖6描述傳統(tǒng)IEEE802.16e通信系統(tǒng)中的移動用戶臺請求的跨區(qū)切換處理。圖6是說明傳統(tǒng)IEEE802.16e通信系統(tǒng)中的移動用戶臺請求的跨區(qū)切換處理的流程圖。參照圖6，首先，在步驟611中服務(wù)基站640向移動用戶臺600發(fā)送M0B_NBR_ADV消息。然后，移動用戶臺600接收M0B_NBR_ADV消息并且獲得關(guān)于相鄰基站的信息。此外，在步驟613中，當(dāng)移動用戶臺500想要掃描從相鄰基站發(fā)送的導(dǎo)頻信道信道的CINR時，移動用戶臺600向服務(wù)基站640發(fā)送M0B_SCN_REQ消息。這里，由于移動用戶臺600請求掃描的時間點與導(dǎo)頻信道信號的CINR的掃描操作沒有直接關(guān)系，因此將省略有關(guān)時間點的詳細描述。同時，在步驟615中，接收到M0B_SCN_REQ消息的服務(wù)基站640向移動用戶臺600發(fā)送M0B_SCN_RSP消息，該消息包含移動用戶臺600要掃描的信息。在步驟617中，接收到含有掃描信息的M0B_SCN_RSP消息的移動用戶臺600執(zhí)行對相鄰基站導(dǎo)頻信道信號的CINR的掃描，CINR是根據(jù)M0B_SCN_RSP消息中包含的參數(shù)(即，掃描持續(xù)時間)通過接收Μ0Β_NBR_ADV消息而識別的。接著，在完全掃描了從相鄰基站接收的導(dǎo)頻信道的CINR之后，當(dāng)移動用戶臺600在步驟619中確定改變移動用戶臺600當(dāng)前所屬的服務(wù)基站460時，即，當(dāng)移動用戶臺600確定將當(dāng)前服務(wù)基站640改變?yōu)榱硪恍碌幕緯r，移動用戶臺600在步驟621中向服務(wù)基站640發(fā)送移動用戶臺跨區(qū)切換請求(下面稱為MOB_MSSHO_REQ)消息。這里，不是移動用戶臺600當(dāng)前所屬的服務(wù)基站的新基站(即，移動用戶臺600要跨區(qū)切換到的基站)稱為目標(biāo)基站(目標(biāo)BS)。如下所示表10示出MOB_MSSHO_REQ消息的結(jié)構(gòu)。表10<table>tableseeoriginaldocumentpage18</column></row><table>如表10所示，M0B_MSSH0_REQ消息包括多個IE，S卩表示發(fā)送的消息類型的'ManagementMessageType’(管理消息類型)；和表示通過掃描移動用戶臺獲得的結(jié)果的‘N_Recommended，。這里，如表10所示，‘N_Recommended，包含相鄰基站的標(biāo)識符、每個相鄰基站的導(dǎo)頻信道信號的CINR和從相鄰基站提供給移動用戶臺的預(yù)測服務(wù)等級。同時，當(dāng)服務(wù)基站640接收到從移動用戶臺600發(fā)送的M0B_MSSH0_REQ消息時，月艮務(wù)基站640在步驟623中通過接收到的M0B_MSSH0_REQ消息的‘N_Recommended，信息檢測移動用戶臺600可以跨區(qū)切換到的目標(biāo)基站的列表。這里，為了方便描述起見，將移動用戶臺600可以跨區(qū)切換到的目標(biāo)基站列表稱為‘可執(zhí)行跨區(qū)切換的目標(biāo)基站列表’。在圖6中，假設(shè)第一目標(biāo)基站660和第二目標(biāo)基站680位于可執(zhí)行跨區(qū)切換的目標(biāo)基站列表中。此外，可執(zhí)行跨區(qū)切換的目標(biāo)基站列表可以包括多個目標(biāo)基站。在步驟625和627中，服務(wù)基站640向可執(zhí)行跨區(qū)切換的目標(biāo)基站列表中包含的目標(biāo)基站(即，第一目標(biāo)基站660和第二目標(biāo)基站680)發(fā)送跨區(qū)切換通知(下面稱為H0_notifiCation)消息。下面所示的表11示出了H0_notification消息的結(jié)構(gòu)。表11<table>tableseeoriginaldocumentpage19</column></row><table>如表11所示，HO_notification消息包括多個IE，即想要執(zhí)行到第一目標(biāo)基站660或第二目標(biāo)基站680的跨區(qū)切換操作的移動用戶臺600的標(biāo)識符MSSID、估計的移動用戶臺600跨區(qū)切換的開始時間和關(guān)于由移動用戶臺600向?qū)⒊蔀樾路?wù)基站的目標(biāo)基站請求的帶寬的信息、以及要向移動用戶臺600提供的服務(wù)等級。這里，移動用戶臺600請求的帶寬和服務(wù)等級與上表10中所述的M0B_MSSH0_REQ消息中記錄的預(yù)測服務(wù)等級信息相同。同時，當(dāng)?shù)谝荒繕?biāo)基站660或第二目標(biāo)基站680接收來自服務(wù)基站640的H0_notification消息時，它們每個分別在步驟629和631中向服務(wù)基站640發(fā)送跨區(qū)通知應(yīng)答(下面稱為H0_notification_response)消息，該消息是對于H0_notification消息的<table>tableseeoriginaldocumentpage20</column></row><table>如表12所示，HO_notification_response消息包括多個IE，即想要執(zhí)行到目標(biāo)基站的跨區(qū)切換操作的移動用戶臺的標(biāo)識符MSSID(MSS唯一標(biāo)識符)、關(guān)于目標(biāo)基站是否能夠根據(jù)移動用戶臺的跨區(qū)切換請求執(zhí)行跨區(qū)切換的應(yīng)答ACK/NACK、以及當(dāng)移動用戶臺跨區(qū)切換到每個目標(biāo)基站時每個目標(biāo)基站能夠提供的帶寬和服務(wù)等級信息。同時，接收到來自第一目標(biāo)基站660和第二目標(biāo)基站680的H0_notification_response消息的服務(wù)基站640分析接收到的H0_notification_response消息，并且選擇當(dāng)移動用戶臺600跨區(qū)切換時可以最佳地提供移動用戶臺600所請求的帶寬和服務(wù)等級的目標(biāo)基站，作為移動用戶臺600要跨區(qū)切換到的最終目標(biāo)基站。例如，當(dāng)假設(shè)第一目標(biāo)基站660能夠提供的服務(wù)等級小于移動用戶臺600所請求的服務(wù)等級、并且第二目標(biāo)基站680能夠提供的服務(wù)等級與移動用戶臺600所請求的服務(wù)等級相同時，服務(wù)基站640選擇第二目標(biāo)基站680作為移動用戶臺600要跨區(qū)切換到的最終目標(biāo)基站。因此，服務(wù)基站640在步驟633中向第二目標(biāo)基站680發(fā)送作為對H0_notification_response消息的應(yīng)答消息的跨區(qū)切換通知確認(下面稱為HO_notification_confirm)消息。下面所示的表13示出了H0_notification_confirm消息的結(jié)構(gòu)。表13<table>tableseeoriginaldocumentpage21</column></row><table><table>tableseeoriginaldocumentpage22</column></row><table>如表13所示，HO_notification_confirm消息包括多個IE，即想要執(zhí)行到所選目標(biāo)基站的跨區(qū)切換操作的移動用戶臺的標(biāo)識符MSSID(MSS唯一標(biāo)識符)、以及當(dāng)移動用戶臺切換到所選目標(biāo)基站時所選目標(biāo)基站能夠提供的帶寬和服務(wù)等級信息。此外，服務(wù)基站640在步驟635中向移動用戶臺發(fā)送作為對M0B_MSSH0_REQ消息的應(yīng)答消息的移動用戶臺跨區(qū)切換應(yīng)答(下面稱為M0B_H0_RSP)消息。這里，M0B_H0_RSP消息包含關(guān)于移動用戶臺600要跨區(qū)切換到的目標(biāo)基站的信息。下面所示的表14示出了M0B_H0_RSP消息的結(jié)構(gòu)。表14<table>tableseeoriginaldocumentpage22</column></row><table>如表14所示，M0B_H0_RSP消息包括多個IE，S卩表示發(fā)送的消息類型的'ManagementMessageType’(管理消息類型)；估計的跨區(qū)切換操作的開始時間；和表示服務(wù)基站所選的目標(biāo)基站的結(jié)果的‘N_ReC0mmended’。這里，如表14所示，‘N_Recommended'包含所選的目標(biāo)基站的標(biāo)識符和從每個目標(biāo)基站要向移動用戶臺提供的預(yù)測服務(wù)等級。在圖6中，從可執(zhí)行跨區(qū)切換的目標(biāo)基站列表中存在的目標(biāo)基站當(dāng)中，M0B_H0_RSP消息最終僅包括關(guān)于第二目標(biāo)基站680的目標(biāo)基站信息。然而，當(dāng)在可執(zhí)行跨區(qū)切換的目標(biāo)基站列表中存在的目標(biāo)基站當(dāng)中存在多個能夠提供移動用戶臺600所請求的帶寬和服務(wù)等級的基站時，M0B_H0_RSP消息包括關(guān)于多個目標(biāo)基站的信息。接著，接收到M0B_H0_RSP消息的移動用戶臺600分析M0B_H0_RSP消息中包含的N.Recommended'信息，并且選擇移動用戶臺600要跨區(qū)切換到的目標(biāo)基站。然后，選擇了移動用戶臺600要跨區(qū)切換到的目標(biāo)基站的移動用戶臺600在步驟637中向服務(wù)基站640發(fā)送移動用戶臺跨區(qū)切換指示(下面稱為M0B_H0_IND)消息、對M0B_H0_RSP消息的應(yīng)答消息。下面所示的表15示出M0B_H0_IND消息的結(jié)構(gòu)。表15<table>tableseeoriginaldocumentpage23</column></row><table>如表15所示，M0B_H0_IND消息包括多個IE，S卩表示發(fā)送的消息類型的'ManagementMessageType’(管理消息類型)；表示移動用戶臺所選的目標(biāo)基站的標(biāo)識符的‘Target_BS_ID，；和表示除了該信息之外的額外信息的‘TLVEncodedInformation，。同時，在步驟639中，接收到M0B_H0_IND消息的服務(wù)基站640識別移動用戶臺600要跨區(qū)切換到M0B_H0_IND消息中包含的目標(biāo)基站(即，第二目標(biāo)基站680)，然后釋放與移動用戶臺600當(dāng)前建立的鏈路。這樣，當(dāng)釋放與服務(wù)基站640的鏈路時，移動用戶臺600在步驟641中執(zhí)行到第二目標(biāo)基站680的跨區(qū)切換操作。下面將參照圖7描述傳統(tǒng)IEEE802.16e通信系統(tǒng)中基站請求的跨區(qū)切換處理。圖7是示出傳統(tǒng)IEEE802.16e通信系統(tǒng)中基站請求的跨區(qū)切換處理的流程圖。在描述圖7之前，基站請求的切換處理發(fā)生在基站過載并且需要某種類型的負載分享以分散基站的負載、或者基站必須處理移動用戶臺的上行鏈路狀態(tài)的改變時。參照圖7，首先，服務(wù)基站740在步驟711中向移動用戶臺700發(fā)送M0B_NBR_ADV消息。然后，移動用戶臺700接收M0B_NBR_ADV消息并且獲得關(guān)于鄰近基站的信息。此外，在步驟713中，當(dāng)移動用戶臺700想要掃描從相鄰基站發(fā)送的導(dǎo)頻信道信號時，移動用戶臺700向服務(wù)基站740發(fā)送M0B_SCN_REQ消息。這里，由于移動用戶臺700請求掃描的時間點與導(dǎo)頻信道信號的CINR的掃描操作沒有直接關(guān)系，因此將省略有關(guān)時間點的詳細描述。在步驟715中，接收到MOB_SCN_REQ消息的服務(wù)基站740向移動用戶臺700發(fā)送MOB_SCN_RSP消息，該消息包含移動用戶臺700要掃描的信息。在步驟717中，接收到含有掃描信息的MOB_SCN_RSP消息的移動用戶臺700執(zhí)行對相鄰基站的導(dǎo)頻信道信號的CINR的掃描，CINR是根據(jù)MOB_SCN_RSP消息中包含的參數(shù)(即，掃描持續(xù)時間)通過接收MOB_NBR_ADV消息而識別的。同時，當(dāng)由服務(wù)基站740管理的移動用戶臺700在步驟719中由它自己的跨區(qū)切換必要性確定執(zhí)行跨區(qū)切換操作時，服務(wù)基站740在步驟721和723中向相鄰基站760和780發(fā)送H0_notification消息。這里，H0_notification消息包含關(guān)于要成為移動用戶臺700的新服務(wù)基站的目標(biāo)基站必須提供的帶寬和服務(wù)等級的信息。在圖7中，假設(shè)服務(wù)基站740的相鄰基站是兩個基站，即，第一基站760和第二基站780。在步驟725和727中，第一目標(biāo)基站760和第二目標(biāo)基站780分別接收H0_notification消息，并且向服務(wù)基站740發(fā)送作為對H0_notification消息的應(yīng)答消息的H0_notification_response消息。如表12所不，H0_notification_response消息包含關(guān)于基站是否可以執(zhí)行服務(wù)基站740所請求的跨區(qū)切換操作的應(yīng)答ACK/NACK，以及能夠提供給移動用戶臺700的帶寬和服務(wù)等級信息。接著，在接收到來自第一目標(biāo)基站760和第二目標(biāo)基站780的H0_nOtifiCatiOn_response消息后，服務(wù)基站740然后選擇能夠提供移動用戶臺700所請求的帶寬和服務(wù)等級的目標(biāo)基站。例如，當(dāng)假設(shè)第一目標(biāo)基站760能夠提供的服務(wù)等級小于移動用戶臺700所請求的服務(wù)等級、并且第二目標(biāo)基站780能夠提供的服務(wù)等級與移動用戶臺700所請求的服務(wù)等級相同時，服務(wù)基站740選擇第二目標(biāo)基站780作為移動用戶臺700要跨區(qū)切換到的最終目標(biāo)基站。此外，選擇第一目標(biāo)基站780作為最終目標(biāo)基站的服務(wù)基站740在步驟729中發(fā)送作為對H0_notification_response消息的應(yīng)答消息的H0_notification_confirm消息。接著，在向第二目標(biāo)基站780發(fā)送H0_notifiCati0n_C0nfirm消息之后，服務(wù)基站740在步驟731中向移動用戶臺700發(fā)送M0B_H0_RSP消息。這里，M0B_H0_RSP消息包含服務(wù)基站740所選的N_ReC0mmended信息(即，所選的目標(biāo)基站，例如在圖7中為第二目標(biāo)基站780)和目標(biāo)基站能夠向移動用戶臺700提供的帶寬和服務(wù)等級。接收到M0B_H0_RSP消息的移動用戶臺700識別服務(wù)基站740請求了跨區(qū)切換，并且參照M0B_H0_RSP消息中包含mN_ReC0mmended信息選擇移動用戶臺700要跨區(qū)切換到的最終目標(biāo)基站。在選擇了最終目標(biāo)基站后，移動用戶臺700在步驟733中向服務(wù)基站740發(fā)送作為M0B_H0_RSP消息的應(yīng)答消息的M0B_H0_IND消息。然后，在步驟735中，接收到M0B_H0_IND消息的服務(wù)基站740識別移動用戶臺700要跨區(qū)切換到M0B_H0_IND消息中包含的目標(biāo)基站，然后釋放與移動用戶臺700當(dāng)前建立的鏈路。這樣，當(dāng)釋放與服務(wù)基站740的鏈路時，移動用戶臺700在步驟737中執(zhí)行到第二目標(biāo)基站780的跨區(qū)切換操作。如上所述，在當(dāng)前提出的IEEE802.16e通信系統(tǒng)中的跨區(qū)切換操作中，服務(wù)基站收集相鄰基站的信息，發(fā)送H0_notifiCation消息，并且收集跨區(qū)切換所需的信息。然后，服務(wù)基站接收作為H0_notification消息的應(yīng)答的H0_notification_response消息，并且將包含移動用戶臺可以跨區(qū)切換到的目標(biāo)基站的信息的M0B_H0_RSP消息發(fā)送給對應(yīng)的移動用戶臺。同時，移動用戶臺從MOB_HO_RSP消息中包含的、移動用戶臺可以跨區(qū)切換到的目標(biāo)基站列表中確定移動用戶臺要跨區(qū)切換到的目標(biāo)基站，然后向服務(wù)基站發(fā)送包含關(guān)于所確定的基站的信息的MOB_HO_IND。然后，移動用戶臺釋放與服務(wù)基站的當(dāng)前連接并且嘗試與所確定的基站連接。如上所述，到目前為止只定義了簡單的跨區(qū)切換操作。然而，在實際的各種無線環(huán)境的寬帶移動通信服務(wù)的操作中，可能存在操作中沒有描述的各種情形。例如，可能出現(xiàn)服務(wù)基站根據(jù)服務(wù)基站的資源條件必須強制讓用戶臺執(zhí)行跨區(qū)切換操作的情況，或者例如用戶臺拒絕服務(wù)基站請求的跨區(qū)切換的特殊情況。此外，可能存在這樣的情況，即，用戶臺的移動方向在跨區(qū)切換到目標(biāo)基站時改變，從而用戶臺必須取消跨區(qū)切換操作以便重新連接到原來的服務(wù)基站。然而，傳統(tǒng)的寬帶移動通信系統(tǒng)還沒有提出用于解決可能出現(xiàn)的上述情況的方法。此外，當(dāng)將傳統(tǒng)方法應(yīng)用到前述環(huán)境時，它不僅效果不好，而且系統(tǒng)性能也可能大大降低。
發(fā)明內(nèi)容因此，做出了本發(fā)明以解決現(xiàn)有技術(shù)中出現(xiàn)的上述問題，并且本發(fā)明的一個目的是提供一種確保寬帶無線通信中的用戶臺的移動性并且執(zhí)行平滑的數(shù)據(jù)通信的跨區(qū)切換方法。本發(fā)明的另一目的是提供一種執(zhí)行基站之間的跨區(qū)切換以便確保寬帶無線通信中的用戶臺的移動性的方法。本發(fā)明的再一個目的是提供一種跨區(qū)切換方法，執(zhí)行數(shù)據(jù)通信的服務(wù)基站通過該方法按服務(wù)基站的跨區(qū)切換請求從用戶臺接收包含跨區(qū)切換相關(guān)信息的跨區(qū)切換請求消息，確定用戶臺要跨區(qū)切換到的基站，并且向用戶臺發(fā)送基站列表。本發(fā)明的再一個目的是提供一種方法，服務(wù)基站通過該方法按服務(wù)基站的跨區(qū)切換請求命令用戶臺執(zhí)行跨區(qū)切換操作以跨區(qū)切換到一基站，從而用戶臺沒有選擇地執(zhí)行強制跨區(qū)切換。本發(fā)明的再一個目的是提供一種方法，通過該方法，當(dāng)用戶臺按服務(wù)基站的跨區(qū)切換請求切換到一基站時，用戶臺執(zhí)行對從服務(wù)基站接收的跨區(qū)切換請求消息的跨區(qū)切換拒絕功能。為了完成上述目的，根據(jù)本發(fā)明的一個方面，提供一種在通信系統(tǒng)中由移動臺執(zhí)行跨區(qū)切換的方法。所述方法包括如果檢測到需要跨區(qū)切換，則向服務(wù)基站發(fā)送跨區(qū)切換請求消息；從所述服務(wù)基站接收第一跨區(qū)切換響應(yīng)消息，所述第一跨區(qū)切換響應(yīng)消息包括能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的列表；并且如果所述移動臺在接收所述第一跨區(qū)切換響應(yīng)消息后確定拒絕跨區(qū)切換，則向所述服務(wù)基站發(fā)送包括跨區(qū)切換拒絕信息的跨區(qū)切換指示消息，其中，所述跨區(qū)切換拒絕信息指示所述移動臺期望拒絕與所接收列表中的任意相鄰基站執(zhí)行跨區(qū)切換，并且期望接收能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的新列表。為了完成上述目的，根據(jù)本發(fā)明的一個方面，提供一種在通信系統(tǒng)中由服務(wù)基站執(zhí)行跨區(qū)切換的方法。所述方法包括從移動臺接收跨區(qū)切換請求消息；向所述移動臺發(fā)送第一跨區(qū)切換響應(yīng)消息，所述第一跨區(qū)切換響應(yīng)消息包括能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的列表；在發(fā)送所述第一跨區(qū)切換響應(yīng)消息后，從所述移動臺接收包括跨區(qū)切換拒絕信息的跨區(qū)切換指示消息，其中，所述跨區(qū)切換拒絕信息指示所述移動臺期望拒絕與在所述第一跨區(qū)切換響應(yīng)消息中包含的列表中的任意相鄰基站執(zhí)行跨區(qū)切換，并期望接收能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的新列表。為了完成上述目的，根據(jù)本發(fā)明的一個方面，提供一種在通信系統(tǒng)中由移動臺執(zhí)行跨區(qū)切換的方法。所述方法包括如果檢測到需要跨區(qū)切換，則向服務(wù)基站發(fā)送跨區(qū)切換請求消息；從所述服務(wù)基站接收第一跨區(qū)切換響應(yīng)消息，所述第一跨區(qū)切換響應(yīng)消息包括能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的列表；從在指示跨區(qū)切換取消或跨區(qū)切換拒絕的至少兩個值當(dāng)中確定跨區(qū)切換指示類型字段的值；并且在接收到第一跨區(qū)切換響應(yīng)消息后，如果所述移動臺確定拒絕跨區(qū)切換，則向所述服務(wù)基站發(fā)送包括在跨區(qū)切換指示類型字段中的所確定的表示跨區(qū)切換拒絕的值的跨區(qū)切換指示消息，其中，表示跨區(qū)切換取消的值指示移動臺期望取消跨區(qū)切換過程，并恢復(fù)與服務(wù)基站的通信，而表示跨區(qū)切換拒絕的值指示所述移動臺期望拒絕與所接收列表中的任意相鄰基站執(zhí)行跨區(qū)切換。為了完成上述目的，根據(jù)本發(fā)明的一個方面，提供一種在通信系統(tǒng)中由服務(wù)基站執(zhí)行跨區(qū)切換的方法。所述方法包括從移動臺接收跨區(qū)切換請求消息；向所述移動臺發(fā)送第一跨區(qū)切換響應(yīng)消息，所述第一跨區(qū)切換響應(yīng)消息包括能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的列表；在發(fā)送所述第一跨區(qū)切換響應(yīng)消息后，如果所述移動臺確定拒絕跨區(qū)切換，則從所述移動臺接收包括在跨區(qū)切換指示類型字段中的表示跨區(qū)切換拒絕的值的跨區(qū)切換指示消息，其中，所述移動臺從在指示跨區(qū)切換取消或跨區(qū)切換拒絕的至少兩個值當(dāng)中確定跨區(qū)切換指示類型字段的值，表示跨區(qū)切換取消的值指示移動臺期望取消跨區(qū)切換過程，并恢復(fù)與服務(wù)基站的通信，而表示跨區(qū)切換拒絕的值指示所述移動臺期望拒絕與所接收列表中的任意相鄰基站執(zhí)行跨區(qū)切換。為了完成上述目的，根據(jù)本發(fā)明的一個方面，提供一種在通信系統(tǒng)中執(zhí)行跨區(qū)切換的系統(tǒng)。所述系統(tǒng)包括移動臺，用于如果檢測到需要跨區(qū)切換，則向服務(wù)基站發(fā)送跨區(qū)切換請求消息；從所述服務(wù)基站接收第一跨區(qū)切換響應(yīng)消息，所述第一跨區(qū)切換響應(yīng)消息包括能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的列表；并且如果所述移動臺在接收所述第一跨區(qū)切換響應(yīng)消息后確定拒絕跨區(qū)切換，則向所述服務(wù)基站發(fā)送包括跨區(qū)切換拒絕信息的跨區(qū)切換指示消息，其中，所述跨區(qū)切換拒絕信息指示所述移動臺期望拒絕與所接收列表中的任意相鄰基站執(zhí)行跨區(qū)切換，并期望接收能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的新列表。為了完成上述目的，根據(jù)本發(fā)明的一個方面，提供一種在通信系統(tǒng)中執(zhí)行跨區(qū)切換的系統(tǒng)。所述系統(tǒng)包括服務(wù)基站，用于從移動臺接收跨區(qū)切換請求消息；向所述移動臺發(fā)送第一跨區(qū)切換響應(yīng)消息，所述第一跨區(qū)切換響應(yīng)消息包括能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的列表；在發(fā)送所述第一跨區(qū)切換響應(yīng)消息后，從所述移動臺接收包括跨區(qū)切換拒絕信息的跨區(qū)切換指示消息，其中，所述跨區(qū)切換拒絕信息指示所述移動臺期望拒絕與在所述第一跨區(qū)切換響應(yīng)消息中包含的列表中的任意相鄰基站執(zhí)行跨區(qū)切換，并期望接收能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的新列表。為了完成上述目的，根據(jù)本發(fā)明的一個方面，提供一種在通信系統(tǒng)中執(zhí)行跨區(qū)切換的系統(tǒng)，所述系統(tǒng)包括移動臺，用于如果檢測到需要跨區(qū)切換，則向服務(wù)基站發(fā)送跨區(qū)切換請求消息；從所述服務(wù)基站接收第一跨區(qū)切換響應(yīng)消息，所述第一跨區(qū)切換響應(yīng)消息包括能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的列表；從在指示跨區(qū)切換取消或跨區(qū)切換拒絕的至少兩個值當(dāng)中確定跨區(qū)切換指示類型字段的值；并且在接收到第一跨區(qū)切換響應(yīng)消息后，如果所述移動臺確定拒絕跨區(qū)切換，則向所述服務(wù)基站發(fā)送包括在跨區(qū)切換指示類型字段中的所確定的表示跨區(qū)切換拒絕的值的跨區(qū)切換指示消息，其中，表示跨區(qū)切換取消的值指示移動臺期望取消跨區(qū)切換過程，并恢復(fù)與服務(wù)基站的通信，而表示跨區(qū)切換拒絕的值指示所述移動臺期望拒絕與所接收列表中的任意相鄰基站執(zhí)行跨區(qū)切換。為了完成上述目的，根據(jù)本發(fā)明的一個方面，提供一種在通信系統(tǒng)中執(zhí)行跨區(qū)切換的系統(tǒng)，所述系統(tǒng)包括服務(wù)基站，用于從移動臺接收跨區(qū)切換請求消息；向所述移動臺發(fā)送第一跨區(qū)切換響應(yīng)消息，所述第一跨區(qū)切換響應(yīng)消息包括能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的列表；在發(fā)送所述第一跨區(qū)切換響應(yīng)消息后，如果所述移動臺確定拒絕跨區(qū)切換，則從所述移動臺接收包括在跨區(qū)切換指示類型字段中的表示跨區(qū)切換拒絕的值的跨區(qū)切換指示消息，其中，所述移動臺從在指示跨區(qū)切換取消或跨區(qū)切換拒絕的至少兩個值當(dāng)中確定跨區(qū)切換指示類型字段的值，表示跨區(qū)切換取消的值指示移動臺期望取消跨區(qū)切換過程，并恢復(fù)與服務(wù)基站的通信，而表示跨區(qū)切換拒絕的值指示所述移動臺期望拒絕與所接收列表中的任意相鄰基站執(zhí)行跨區(qū)切換。通過下面結(jié)合附圖的詳細描述，本發(fā)明的上述和其他目的、特征和優(yōu)點將變得清楚，其中圖1是示出采用0FDM/0FDMA方法的傳統(tǒng)寬帶移動通信系統(tǒng)的結(jié)構(gòu)的方框圖；圖2是示出采用0FDM/0FDMA方法的傳統(tǒng)寬帶移動通信系統(tǒng)的下行鏈路幀結(jié)構(gòu)的圖；圖3是示出采用0FDM/0FDMA方法的傳統(tǒng)寬帶移動通信系統(tǒng)的上行鏈路幀結(jié)構(gòu)的圖；圖4是示出采用0FDM/0FDMA方法的傳統(tǒng)寬帶移動通信系統(tǒng)中基站和移動臺之間的調(diào)整操作的流程圖；圖5是示意性示出在多單元中采用0FDM/0FDMA方法的寬帶移動通信系統(tǒng)的結(jié)構(gòu)的示意方框圖；圖6是示出在采用0FDM/0FDMA方法的寬帶移動通信系統(tǒng)中由移動臺請求的跨區(qū)切換處理的流程圖；圖7是示出在采用0FDM/0FDMA方法的寬帶移動通信系統(tǒng)中由基站請求的跨區(qū)切換處理的流程圖；圖8是示出根據(jù)本發(fā)明實施例的寬帶無線接入通信系統(tǒng)中基站強制跨區(qū)切換的操作的流程圖；圖9是示出根據(jù)本發(fā)明實施例的寬帶無線接入通信系統(tǒng)中用戶臺取消跨區(qū)切換的操作的流程圖；圖10是示出根據(jù)本發(fā)明實施例的寬帶無線接入通信系統(tǒng)中用戶臺拒絕跨區(qū)切換的操作的流程圖；圖11是示出根據(jù)本發(fā)明第一實施例的寬帶無線接入通信系統(tǒng)中基站強制跨區(qū)切換的操作的流程圖；圖12是示出根據(jù)本發(fā)明第二實施例的寬帶無線接入通信系統(tǒng)中用戶臺取消或拒絕跨區(qū)切換的操作的流程圖；圖13是示出根據(jù)本發(fā)明第三實施例的寬帶無線接入通信系統(tǒng)中用戶臺取消或拒絕跨區(qū)切換的操作的流程圖；和圖14是示出根據(jù)本發(fā)明第三改進實施例的寬帶無線接入通信系統(tǒng)中用戶臺取消或拒絕跨區(qū)切換的操作的流程圖。具體實施例方式下面將參照附圖描述本發(fā)明的優(yōu)選實施例。在對本發(fā)明的下面描述中，當(dāng)這里包含的對公知功能和配置的詳細描述可能使本發(fā)明的主題不清楚時，將省略對其詳細描述。在描述本發(fā)明時，術(shù)語“跨區(qū)切換”(handover)和“切換”(handoff)具有相同的含義；“跨區(qū)切換”與“切換”一同使用。即，當(dāng)預(yù)定的移動臺根據(jù)環(huán)境釋放與當(dāng)前與該移動臺維持連接的基站(下面稱為服務(wù)基站)，并且連接到相鄰基站之一(下面稱為目的基站或目標(biāo)基站)時，使用術(shù)語“跨區(qū)切換”或術(shù)語“切換”。此外，通常移動臺當(dāng)前與之連接并交換數(shù)據(jù)的基站稱為服務(wù)基站，而與服務(wù)基站相鄰并且可以根據(jù)移動臺的移動執(zhí)行跨區(qū)切換操作的多個基站稱為相鄰基站(相鄰BS)。同時，在圖6和7所示并且在相應(yīng)文字中描述的傳統(tǒng)的跨區(qū)切換操作中，服務(wù)基站的外圍基站被服務(wù)基站通過M0B_NBR_ADV消息發(fā)送給移動臺，它們?nèi)缟纤龇Q為相鄰基站。這里，當(dāng)移動臺掃描相鄰基站的CINR值并且從作為移動臺可跨區(qū)切換到的基站的相鄰基站當(dāng)中選擇滿足預(yù)定條件的基站，移動臺所選的基站稱為推薦基站。此外，服務(wù)基站向每個移動臺所選的推薦基站或每個相鄰基站發(fā)送H0_notification消息，然后接收HCUotification應(yīng)答消息。此外，服務(wù)基站根據(jù)接收到的消息中包含的值選擇滿足移動臺可能跨區(qū)切換的預(yù)定條件的一個或多個基站。這里，服務(wù)基站從推薦基站或相鄰基站當(dāng)中選擇的滿足預(yù)定條件的一個或多個基站稱為目標(biāo)基站。艮口，一個或多個基站可以成為目標(biāo)基站。同時，當(dāng)服務(wù)基站向?qū)?yīng)的移動臺發(fā)送包含關(guān)于一個或多個目標(biāo)基站的信息的預(yù)定消息(例如，M0B_H0_RSP消息)，并且移動臺從一個或多個目標(biāo)基站當(dāng)中選擇一個目標(biāo)基站時，最終選擇的目標(biāo)基站稱為指定的目標(biāo)基站。除了傳統(tǒng)的寬帶移動通信系統(tǒng)中提出的基本和簡單的跨區(qū)切換功能之外，本發(fā)明提出了使寬帶移動通信系統(tǒng)能夠有效地處理各種情況的各種功能。因此，本發(fā)明提出的根據(jù)環(huán)境添加的特殊跨區(qū)切換的定義如下1)強制跨區(qū)切換服務(wù)基站可以命令用戶臺跨區(qū)切換到相鄰小區(qū)的目標(biāo)基站。即，接收到包含強制跨區(qū)切換選項的消息的用戶臺在服務(wù)基站指定的時間周期內(nèi)必須一定執(zhí)行到目標(biāo)基站的跨區(qū)切換操作。在強制跨區(qū)切換的情況下，用戶臺不能拒絕跨區(qū)切換命令。2)建議跨區(qū)切換服務(wù)基站根據(jù)用戶臺的請求或服務(wù)基站的判斷，向用戶臺發(fā)送移動臺(又稱為用戶臺)跨區(qū)切換消息，該消息包含建議用戶臺執(zhí)行到相鄰小區(qū)的目標(biāo)基站之一的跨區(qū)切換操作的消息。這里，服務(wù)基站收集關(guān)于相鄰小區(qū)中的基站的信息，選擇滿足允許用戶臺執(zhí)行跨區(qū)切換操作并且用戶臺可以執(zhí)行跨區(qū)切換操作的服務(wù)要求條件的基站列表，并且將該列表通過預(yù)定的跨區(qū)切換消息發(fā)送給用戶臺。當(dāng)用戶臺接收到建議的跨區(qū)切換消息時，用戶臺確認消息中包含的目標(biāo)基站列表來選擇最佳基站，從而嘗試建議的跨區(qū)切換。將如上所述不同地定義的跨區(qū)切換類型選項添加到前述M0B_H0_RSP消息的預(yù)定字段，然后發(fā)送。在本發(fā)明中，將跨區(qū)切換類型選項添加到現(xiàn)有技術(shù)中所述的M0B_H0_RSP消息格式中，并且表16(下面所示)示出了根據(jù)本發(fā)明的M0B_H0_RSP消息的新結(jié)構(gòu)。表16<table>tableseeoriginaldocumentpage29</column></row><table>如表16所示，根據(jù)本發(fā)明的M0B_H0_RSP消息包含用于本發(fā)明的‘HOType’(HO類型)字段。因此，無論M0B_H0_RSP消息是建議跨區(qū)切換還是強制跨區(qū)切換是根據(jù)該字段的值確定的。S卩，如表16所示，當(dāng)‘HOType，字段具有值O時，執(zhí)行建議跨區(qū)切換。相反，當(dāng)‘H0Type’字段具有值1時，執(zhí)行強制跨區(qū)切換。在如上所述擴展了跨區(qū)切換的功能之后，在處理‘N_Recommended，字段時，當(dāng)‘HOType，字段的值表示建議跨區(qū)切換時，‘N_Recommended，字段可以具有大于1的值。相反，當(dāng)‘HOType’字段的值表示強制跨區(qū)切換時，服務(wù)基站指定特定目標(biāo)基站并且命令強制跨區(qū)切換。因此，最好‘N_ReC0mmended’字段僅具有值1。即，在強制跨區(qū)切換的情況下，用戶臺必須沒有選擇地跨區(qū)切換到由‘N_ReC0mmended，字段值指定的目標(biāo)基站。因此，當(dāng)如上所述執(zhí)行強制跨區(qū)切換和建議跨區(qū)切換時，最好在建議跨區(qū)切換的情況下‘NeighborBS-ID'字段包含一個或多個基站的列表，而在強制跨區(qū)切換的情況下包含僅僅一個基站的列表。此外，本發(fā)明提出了根據(jù)環(huán)境不同地分類從移動臺發(fā)送到基站的M0B_H0_IND消息以及在傳統(tǒng)寬帶無線移動通信系統(tǒng)提出的基本跨區(qū)切換操作中發(fā)送M0B_H0_IND消息的方法。關(guān)于根據(jù)該方法新添加的每種跨區(qū)切換的操作定義如下1)連接釋放當(dāng)正常執(zhí)行跨區(qū)切換并且必須結(jié)束與服務(wù)基站的連接時，用戶臺向服務(wù)基站發(fā)送包含連接結(jié)束選項的連接結(jié)束消息(即，M0B_H0_IND消息)。接收到連接結(jié)束消息的服務(wù)基站立即釋放與相應(yīng)用戶臺的連接。2)跨區(qū)切換取消當(dāng)用戶臺在跨區(qū)切換期間再次移動進原來的服務(wù)基站從而沒有必要執(zhí)行跨區(qū)切換操作、或者用戶臺由于其他原因想要取消跨區(qū)切換時，用戶臺向服務(wù)基站發(fā)送包含跨區(qū)切換取消選項的M0B_H0_IND消息。接收到跨區(qū)切換取消消息的服務(wù)基站立即取消相應(yīng)用戶臺的跨區(qū)切換操作。如果需要的話，服務(wù)基站通知提出的目標(biāo)基站已經(jīng)取消了相應(yīng)用戶臺的跨區(qū)切換執(zhí)行。3)跨區(qū)切換拒絕在從服務(wù)基站接收到H0_RSP消息后，用戶臺還沒有確定適當(dāng)?shù)哪繕?biāo)基站或者由于其他原因沒有執(zhí)行到目標(biāo)基站列表中包含的預(yù)定目標(biāo)基站的跨區(qū)切換操作，用戶臺根據(jù)接收到的H0_RSP消息向服務(wù)基站發(fā)送包含跨區(qū)切換拒絕選項的M0B_H0_IND消息。在本發(fā)明中，將‘HOIndicationType，(HO指示類型)字段添加到M0B_H0_IND消息中來允許根據(jù)每種狀態(tài)處理M0B_H0_IND消息。下面所示的表17示出根據(jù)本發(fā)明的Μ0Β_H0_IND消息的結(jié)構(gòu)。表17___<table>tableseeoriginaldocumentpage30</column></row><table><table>tableseeoriginaldocumentpage31</column></row><table>如表17所示，為了執(zhí)行本發(fā)明提出的功能，將‘HOIndicatorType，(HO指示類型)字段添加到M0B_H0_IND消息中，從而構(gòu)成具有各種功能的M0B_H0_IND消息。提出表17中的‘HOIndicatorType，字段來允許M0B_H0_IND消息根據(jù)相應(yīng)值將與基站的連接釋放或跨區(qū)切換拒絕通知給服務(wù)基站。例如，當(dāng)‘HOIndicatorType，字段具有二進制值00時，與現(xiàn)有技術(shù)類似，用戶臺釋放與服務(wù)基站的連接，并且執(zhí)行到已經(jīng)接收到的相應(yīng)目標(biāo)基站的正?？鐓^(qū)切換操作。同時，當(dāng)‘HOIndicatorType，字段具有二進制值01時，M0B_H0_IND消息表示跨區(qū)切換取消。因此，用戶臺取消正執(zhí)行的跨區(qū)切換操作，并且維持與現(xiàn)有服務(wù)基站的連接。此外，當(dāng)‘HOIndicatorType，字段具有二進制值10時，M0B_H0_IND消息表示跨區(qū)切換拒絕。因此，用戶臺拒絕跨區(qū)切換到從服務(wù)基站接收到的M0B_H0_IND消息中包含的目標(biāo)基站，并且維持與現(xiàn)有服務(wù)基站的連接。此外，當(dāng)‘HOIndicatorType’字段具有二進制值11時，‘HOIndicatorType，字段作為預(yù)留部分預(yù)留。此外，表13中定義的H0_notification_confirm消息是允許服務(wù)基站通知目標(biāo)基站跨區(qū)切換的消息。因此在本發(fā)明中，在跨區(qū)切換取消的情況下，事先發(fā)送H0_notificatioruconfirm消息，從而使接收到跨區(qū)切換準(zhǔn)備指令的目標(biāo)基站能了解跨區(qū)切換的取消。即，H0_notification_confirm消息具有下表18所示的改變的結(jié)構(gòu)。表18<table>tableseeoriginaldocumentpage31</column></row><table><table>tableseeoriginaldocumentpage32</column></row><table>如表18所示，為了執(zhí)行本發(fā)明提出的功能，將‘Confirmtype’(確認類型)字段添加到HO_notification_confirm消息中，從而構(gòu)成具有各種功能的H0_notification_confirm消息。根據(jù)具有表18中的相應(yīng)值的‘Confirmtype，字段，H0_notification_confirm消息使服務(wù)基站通知目標(biāo)基站關(guān)于跨區(qū)切換的執(zhí)行或跨區(qū)切換的取消。例如，當(dāng)‘Confirmtype，字段具有值0時，H0_notification_confirm消息將用戶臺的跨區(qū)切換通知給目標(biāo)基站，并且使目標(biāo)基站能準(zhǔn)備用戶臺的跨區(qū)切換。相反，當(dāng)‘Confirmtype，字段具有值1時，H0_notification_confirm消息表示跨區(qū)切換的取消。因此，目標(biāo)基站通過HO_notifiCation_Confirm消息取消已經(jīng)執(zhí)行的跨區(qū)切換操作。在如上所述的本發(fā)明中，為了根據(jù)各種跨區(qū)切換環(huán)境完成跨區(qū)切換，定義了各種消息的相關(guān)字段。下面將參照圖8到12詳細描述用戶臺根據(jù)本發(fā)明的每種環(huán)境拒絕或取消正在執(zhí)行的跨區(qū)切換。首先，將參照圖8到10詳細描述根據(jù)本發(fā)明的實施例的、用戶臺和基站之間的消息發(fā)送/接收操作。圖8是圖解根據(jù)本發(fā)明實施例的、基站確定用戶臺是否執(zhí)行跨區(qū)切換操作并且強制相應(yīng)用戶臺執(zhí)行跨區(qū)切換操作的情況的流程圖。圖9是圖解根據(jù)本發(fā)明實施例的、用戶臺向服務(wù)基站請求跨區(qū)切換、然后在從服務(wù)基站接收到應(yīng)答消息之前或從服務(wù)基站接收到應(yīng)答消息之后取消所請求的跨區(qū)切換的情況的流程圖。此外，圖10是圖解根據(jù)本發(fā)明實施例的、用戶臺向服務(wù)基站請求跨區(qū)切換、接收到應(yīng)答消息、并且由于用戶臺中接收的應(yīng)答消息中包含的目標(biāo)基站列表不適合而使用接收的應(yīng)答消息的信息拒絕跨區(qū)切換的情況的流程圖。同時，用于實現(xiàn)實施例的每個操作中使用的消息是在執(zhí)行傳統(tǒng)的跨區(qū)切換時使用的消息。然而，本發(fā)明是通過將本發(fā)明提出的表16和17中描述的參數(shù)添加到每個消息中實現(xiàn)的。下面，將參照圖8描述基站命令強制跨區(qū)切換的情況。圖8是示出在根據(jù)本發(fā)明實施例的寬帶無線接入通信系統(tǒng)中基站強制跨區(qū)切換的操作的流程圖。參照圖8，基站確定如圖7所示的移動用戶臺的跨區(qū)切換。因此，由于圖8中的步驟811、813、815、817、819、821、823、825、827和829的操作分別與圖7中的步驟711、713、715、717、719、721、723、725、727和729的操作相同，因此將省略關(guān)于該操作的描述。服務(wù)基站840從移動用戶臺可以跨區(qū)切換到的多個目標(biāo)基站中確定目的基站，通過步驟829向目的基站發(fā)送H0_notification_confirm消息，然后通過M0B_H0_RSP消息向相應(yīng)的移動用戶臺發(fā)送確定的移動用戶臺可以跨區(qū)切換到的目標(biāo)基站列表。同時，在該操作后，本發(fā)明使得執(zhí)行下列處理。即，在發(fā)送M0B_H0_RSP消息的情況下，當(dāng)在步驟831中發(fā)送了包含有指示M0B_H0_RSP消息是強制跨區(qū)切換消息的信息的Μ0Β_H0_RSP消息時，例如，當(dāng)發(fā)送了包含有報告強制跨區(qū)切換的信息(HOType=1)的Μ0Β_Η0_RSP消息時，接收到M0B_H0_RSP消息的移動用戶臺800不拒絕強制跨區(qū)切換指令。因此，移動用戶臺800接收包含有強制跨區(qū)切換的信息(HOType=1)的M0B_H0_RSP消息，并且必須執(zhí)行到M0B_H0_RSP消息中包含的、移動用戶臺800必須跨區(qū)切換到基站的跨區(qū)切換操作。即，移動用戶臺800在步驟833中向服務(wù)基站840發(fā)送M0B_H0_IND消息，在步驟835中釋放與服務(wù)基站840的鏈接，并且在步驟837中開始與移動用戶臺800必須跨區(qū)切換到的相應(yīng)基站的連接。同時，為了表示M0B_H0_RSP消息是強制跨區(qū)切換消息，將‘HOType’字段添加到表16所示的M0B_H0_RSP消息中，然后發(fā)送包含‘HOType，字段的M0B_H0_RSP消息。例如，如上所述，當(dāng)‘HOType’字段被設(shè)為具有值1時，接收到M0B_H0_RSP消息的移動用戶臺識別M0B_H0_RSP消息是強制跨區(qū)切換消息，然后不拒絕所確定的跨區(qū)切換。艮口，移動用戶臺接收到M0B_H0_RSP消息，然后必須執(zhí)行到M0B_H0_RSP消息中包含的、移動用戶臺800必須跨區(qū)切換到的基站當(dāng)中的一個所選基站的跨區(qū)切換操作。當(dāng)M0B_H0_RSP消息中包含的、移動用戶臺800必須跨區(qū)切換到的基站的數(shù)量是1時，移動用戶臺必須無條件地執(zhí)行到移動用戶臺800必須跨區(qū)切換到的基站的跨區(qū)切換。同時，當(dāng)移動用戶臺將M0B_H0_IND消息發(fā)送到服務(wù)基站時，可能生成和發(fā)送具有表17所示格式的M0B_H0_RSP消息。即，移動用戶臺可以選擇M0B_H0_IND消息的類型，并且發(fā)送所選類型的M0B_H0_IND消息。這里，由于M0B_H0_IND消息是當(dāng)移動用戶臺不能拒絕或取消跨區(qū)切換時發(fā)送的消息，因此最好將表17中所述的‘HOIndicatorType’字段的值設(shè)為00，然后發(fā)送M0B_H0_IND消息。這里，‘HOIndicatorType，字段值設(shè)為0的情況是移動用戶臺釋放與服務(wù)基站的鏈接并執(zhí)行的正?？鐓^(qū)切換操作的情況。下面將參照圖9和10描述移動用戶臺拒絕或取消正執(zhí)行的跨區(qū)切換的情況。這里，跨區(qū)切換的取消表示移動用戶臺在服務(wù)基站選擇目標(biāo)基站并向移動用戶臺發(fā)送M0B_H0_RSP消息(即，移動用戶臺在執(zhí)行跨區(qū)切換時接收到包含目標(biāo)基站列表的跨區(qū)切換應(yīng)答消息)之前隨機地停止跨區(qū)切換操作的情況。此外，跨區(qū)切換的拒絕表示移動用戶臺在服務(wù)基站選擇目標(biāo)基站并向移動用戶臺發(fā)送M0B_H0_RSP消息(即，移動用戶臺在執(zhí)行跨區(qū)切換時接收到包含目標(biāo)基站列表的跨區(qū)切換應(yīng)答消息)之后隨機地停止所確定的切換操作的情況。首先，將參照圖9描述移動用戶臺取消正在執(zhí)行的跨區(qū)切換的情況，然后將參照圖10描述移動用戶臺拒絕所確定的跨區(qū)切換的情況。圖9是示出在根據(jù)本發(fā)明實施例的寬帶無線接入通信系統(tǒng)中移動用戶臺取消跨區(qū)切換的操作的流程圖。參照圖9，移動用戶臺900在步驟911中從服務(wù)基站940接收關(guān)于相鄰基站的信息，并且在步驟913和915中確定是否執(zhí)行掃描。然后，移動用戶臺900在步驟917中掃描相鄰基站的CINR，在步驟919中確定服務(wù)基站940的改變，并且在步驟921中向服務(wù)基站940發(fā)送M0B_H0_REQ消息。這里，服務(wù)基站940在步驟923中查看接收到的M0B_H0_REQ消息并且在步驟925和927中向相應(yīng)的推薦基站發(fā)送H0_notification消息。然后，執(zhí)行跨區(qū)切換操作。接著，在步驟925中接收到HO_notifiCation消息的推薦基站在步驟928中向服務(wù)基站940發(fā)送包含關(guān)于推薦基站是否可以執(zhí)行跨區(qū)切換操作的信息的HO_notifiCation_response消息。然后，接收到H0_notification_response消息的服務(wù)基站940從發(fā)送了應(yīng)答消息的推薦基站中確定移動用戶臺900要跨區(qū)切換到的基站，并且在步驟931和933中向所確定的基站發(fā)送HO_notifiCation_Confirm消息，從而使得所確定的基站準(zhǔn)備跨區(qū)切換以便移動用戶臺900可以跨區(qū)切換到所確定的基站。同時，當(dāng)移動用戶臺900想要在跨區(qū)切換執(zhí)行期間取消跨區(qū)切換，移動用戶臺900在步驟929中確定取消跨區(qū)切換。然后，移動用戶臺900在步驟932中向服務(wù)基站940發(fā)送包含取消確定信息的(即，HO指示類型的值設(shè)為01)M0B_H0_IND消息，從而在步驟934中取消正在執(zhí)行的跨區(qū)切換。這里，用于將取消確定信息包括進M0B_H0_IND消息的方法可以通過添加表17所示的‘HOIndicatorType，字段來實現(xiàn)。即，服務(wù)基站940在步驟932中接收從移動用戶臺900發(fā)送的M0B_H0_IND消息，確認添加到消息中的‘HOIndicatorType，字段的信息，并且識別M0B_H0_IND消息是報告取消跨區(qū)切換的消息。例如，‘HOIndicatorType，字段可以包括兩位并且具有如上所述的值01，從而表示M0B_H0_IND消息是取消消息。然后，接收到包含有跨區(qū)切換取消消息信息的M0B_H0_IND消息的服務(wù)基站940在步驟934中停止正在執(zhí)行的跨區(qū)切換操作，并且繼續(xù)維持與移動用戶臺900的鏈路。這里，將操作根據(jù)下面兩種情況分類服務(wù)基站940在H0_nOtifiCatiOn_COnfirm消息已經(jīng)被從服務(wù)基站940發(fā)送到目標(biāo)基站之后接收到報告跨區(qū)切換取消的M0B_H0_IND消息的情況(步驟931)；以及服務(wù)基站940在H0_notificatioruconfirm消息被從服務(wù)基站940發(fā)送到目標(biāo)基站之前接收到報告跨區(qū)切換取消的M0B_H0_IND消息的情況。S卩，在向目標(biāo)基站(步驟927)發(fā)送H0_nOtifiCatiOn消息后、然后接收到來自目標(biāo)基站的H0_notification_response消息(步驟928)之后，服務(wù)基站940選擇移動用戶臺900可以實際跨區(qū)切換到的目標(biāo)基站。這里，當(dāng)服務(wù)基站940確定移動用戶臺900可以實際跨區(qū)切換到的目標(biāo)基站時，服務(wù)基站940向所選的相應(yīng)基站發(fā)送H0_notifiCation_confirm消息(步驟931)，從而允許相應(yīng)目標(biāo)基站準(zhǔn)備跨區(qū)切換，以便移動用戶臺900可以跨區(qū)切換到相應(yīng)的目標(biāo)基站。然而，當(dāng)移動用戶臺900在H0_notification_confirm消息被從服務(wù)基站940發(fā)送到目標(biāo)基站(步驟933)之前發(fā)送M0B_H0_IND消息以便報告跨區(qū)切換的取消時，服務(wù)基站940執(zhí)行不同的操作。下面將詳細描述該操作。即當(dāng)M0B_H0_IND消息在服務(wù)基站940向目標(biāo)基站發(fā)送H0_notification_confirm消息(步驟933)之前到達服務(wù)基站940(步驟932)時，服務(wù)基站940取消每個跨區(qū)切換切換操作(步驟934)。從而取消了跨區(qū)切換。相反，M0B_H0_IND消息在H0_notification_confirm消息發(fā)送(步驟931)之后被發(fā)送到服務(wù)基站940(步驟932)的情況是這樣的情況服務(wù)基站940已經(jīng)向目標(biāo)基站發(fā)送了H0_notifiCation_Confirm消息(步驟931)并且報告了跨區(qū)切換。因此，在接收到來自移動用戶臺900的M0B_H0_IND消息后，服務(wù)基站940必須再次向相應(yīng)的目標(biāo)基站發(fā)送消息來報告跨區(qū)切換的取消。這里，由于從服務(wù)基站940發(fā)送給目標(biāo)基站的H0_nOtifiCatiOn_COnfirm消息用在報告正?？鐓^(qū)切換的執(zhí)行和報告跨區(qū)切換的取消這兩種情況中，因此通過表18所示的‘Confirmtype’字段來區(qū)別這兩種情況。這里，‘Confirmtype’字段具有1位長度。因此，當(dāng)‘Confirmtype，字段具有值0時，H0_notification_confirm消息報告正?？鐓^(qū)切換的執(zhí)行。相反，當(dāng)‘Confirmtype，字段具有值1時，H0_notification_confirm消息報告跨區(qū)切換的取消。此外，取消跨區(qū)切換的情況是這樣的情況作為移動用戶臺900遠離服務(wù)基站940并接近相鄰基站之一的結(jié)果，執(zhí)行了跨區(qū)切換操作，但在執(zhí)行跨區(qū)切換操作期間，由于移動用戶臺900重新接近原來的服務(wù)基站940，因此移動用戶臺900必須再次跨區(qū)切換到服務(wù)基站940。這里，根據(jù)現(xiàn)有技術(shù)，在跨區(qū)切換到相鄰基站之后，移動用戶臺必須再次跨區(qū)切換到原來的服務(wù)基站。此外，在特殊情況下，可能會發(fā)生必須連續(xù)和重復(fù)地執(zhí)行該跨區(qū)切換的情況。然而根據(jù)本發(fā)明，不會重復(fù)不必要的跨區(qū)切換，并且可以連續(xù)地維持與服務(wù)基站的連接。下面將參照圖10描述移動用戶臺拒絕所確定的跨區(qū)切換的情況。圖10是示出在根據(jù)本發(fā)明實施例的寬帶無線接入通信系統(tǒng)中移動用戶臺拒絕跨區(qū)切換的操作的流程圖。參照圖10，移動用戶臺1000在步驟1011中從服務(wù)基站1040接收關(guān)于相鄰基站的信息，并且在步驟1013和1015中確定是否執(zhí)行掃描。然后，移動用戶臺1000在步驟1017中掃描相鄰基站的CINR，在步驟1019中確定服務(wù)基站1040的改變，并且在步驟1021中向服務(wù)基站1040發(fā)送M0B_H0_REQ消息。然后，服務(wù)基站1040在步驟1023中查看接收到的M0B_H0_REQ消息并且在步驟1025和1027中向相應(yīng)的推薦基站發(fā)送H0_notification消息。同時，服務(wù)基站1040從相應(yīng)推薦基站接收H0_notificatioruresponse消息，根據(jù)消息接收結(jié)果選擇目標(biāo)基站，并且在步驟1035中向移動用戶臺1000發(fā)送M0B_H0_REQ消息。即，圖10中的步驟1011、1013、1017、1019、1021、1023、1025、1027、1029、1031、1033和1035的操作分別與圖6中的步驟611、613、617、619、621、623、625、627、629、631、633和635。同時，在確定了移動用戶臺1000可以跨區(qū)切換到的目標(biāo)基站并且移動用戶臺1000接收到來自服務(wù)基站1040的M0B_H0_RSP消息之后，當(dāng)移動用戶臺1000想要拒絕所確定的跨區(qū)切換時，移動用戶臺1000在步驟1037中確定拒絕跨區(qū)切換，并且向服務(wù)基站1040發(fā)送包含拒絕確定信息的M0B_H0_IND消息，從而拒絕所確定的跨區(qū)切換。這里，用于將拒絕確定信息包括進M0B_H0_IND消息的方法可以通過添加表17所示的‘HOindicatortype，字段來實現(xiàn)。即，接收到M0B_H0_IND消息的服務(wù)基站1040確認添加到消息中的‘HOindicatortype，字段的信息，并且識別M0B_H0_IND消息是報告拒絕跨區(qū)切換的消息。例如，‘HOIndicatorType，字段可以包括兩位并且具有如上所述的值01，從而表示M0B_H0_IND消息是拒絕消息。然后，接收到包含有跨區(qū)切換拒絕消息信息的Μ0Β_Η0_IND消息的服務(wù)基站1040在步驟1041中停止所確定的跨區(qū)切換操作，并且繼續(xù)維持與移動用戶臺1000的鏈路。這里，由于服務(wù)基站1040已經(jīng)選擇了目標(biāo)基站并且向目標(biāo)基站發(fā)送HO_notification_confirmation消息，因此目標(biāo)基站判斷移動用戶臺1000執(zhí)行跨區(qū)切換操作。因此，最好服務(wù)基站1040通知目標(biāo)基站停止跨區(qū)切換。同時，拒絕跨區(qū)切換的情況是這樣的情況移動用戶臺1000接收到來自服務(wù)基站1040的H0_RSP消息，但由于在該消息中包含的目標(biāo)基站當(dāng)中沒有滿足預(yù)定條件的基站而沒有選擇適當(dāng)?shù)哪繕?biāo)基站。即，由于移動用戶臺1000無法跨區(qū)切換到從服務(wù)基站1040發(fā)送的消息中包含的目標(biāo)基站中的任何基站，因此最好移動用戶臺1000拒絕跨區(qū)切換。在上面的描述中，描述了根據(jù)本發(fā)明的各種環(huán)境中(在執(zhí)行強制跨區(qū)切換操作、跨區(qū)切換取消操作和跨區(qū)切換拒絕操作中)執(zhí)行的移動用戶臺和基站之間的消息交換的傳輸操作。下面將參照圖11和14描述根據(jù)本發(fā)明實施例的移動用戶臺執(zhí)行的操作。1.基站強制的跨區(qū)切換圖11是示出根據(jù)本發(fā)明第一實施例的寬帶無線接入通信系統(tǒng)中基站強制跨區(qū)切換的操作的流程圖。參照圖11，如上所述，在步驟1100中，移動用戶臺在執(zhí)行跨區(qū)切換操作中接收來自服務(wù)基站的M0B_H0_RSP消息。這里，M0B_H0_RSP消息包含服務(wù)基站選擇的目標(biāo)基站列表。因此，移動用戶臺在步驟1103中通過M0B_H0_RSP消息確認目標(biāo)基站列表并且將一個目標(biāo)基站確定為指定目標(biāo)基站。此外，如圖8所示，根據(jù)本發(fā)明，當(dāng)在步驟1105中M0B_H0_RSP消息的‘HOType，字段被設(shè)置成具有值1時，M0B_H0_RSP消息成為表示服務(wù)基站強制移動用戶臺不可避免地跨區(qū)切換到目標(biāo)基站的消息。因此，移動用戶臺在步驟1109中不拒絕所確定的跨區(qū)切換操作，并且發(fā)送M0B_H0_IND消息。此外，移動用戶臺在步驟1111中釋放與服務(wù)基站的連接。相反，當(dāng)M0B_H0_RSP消息的‘HOType，字段被設(shè)置成具有值0時，由于Μ0Β_Η0_RSP消息不是表示強制跨區(qū)切換的消息，因此移動用戶臺可以根據(jù)它自己的判斷拒絕跨區(qū)切換。因此，當(dāng)移動用戶臺在步驟1113中拒絕跨區(qū)切換而不是跨區(qū)切換到目標(biāo)基站時，移動用戶臺將構(gòu)成M0B_H0_RSP消息的‘HOindicatortype，字段設(shè)置為具有值10，并且如上所述在步驟1115中發(fā)送M0B_H0_IND消息。相反，當(dāng)移動用戶臺正常跨區(qū)切換到目標(biāo)基站時，移動用戶臺將‘HOindicatortype，字段設(shè)置為具有值00，在步驟1109中向服務(wù)基站發(fā)送M0B_H0_IND消息，并且在步驟1111中釋放與服務(wù)基站的連接。下面將參照圖12和14詳細描述移動用戶臺在跨區(qū)切換期間根據(jù)預(yù)定條件取消或拒絕跨區(qū)切換的操作。2.根據(jù)閾值取消或拒絕跨區(qū)切換圖12是示出根據(jù)本發(fā)明第二實施例的寬帶無線接入通信系統(tǒng)中移動用戶臺取消或拒絕跨區(qū)切換的操作的流程圖。參照圖12，移動用戶臺將服務(wù)基站的CINR與預(yù)定閾值進行比較，并且確定是否執(zhí)行跨區(qū)切換操作。此外，在執(zhí)行跨區(qū)切換操作的同時，移動用戶臺通過不同于第一閾值的第二閾值來確定取消跨區(qū)切換。首先，移動用戶臺在步驟1200中掃描服務(wù)基站的CINR。作為掃描的結(jié)果，當(dāng)服務(wù)基站的CINR小于預(yù)定閾值時，移動用戶臺確定難以與服務(wù)基站交換數(shù)據(jù)，并且在步驟1211中測量相鄰基站的CINR。即，為了掃描相鄰基站的CINR，移動用戶臺在步驟1207中向服務(wù)基站發(fā)送MOB_SCN_REQ消息，并且在步驟1209中從服務(wù)基站接收MOB_SCN_RSP消息。接收到M0B_SCN_RSP消息的移動用戶臺在步驟1211中測量相鄰基站的CINR。作為測量的結(jié)果，當(dāng)在步驟1213中服務(wù)基站的CINR小于第二預(yù)定閾值和相鄰基站之一的CINR時，移動用戶臺在步驟1215中確定跨區(qū)切換并且向服務(wù)基站發(fā)送M0B_H0_REQ。相反，當(dāng)不滿足該條件時，返回步驟1200。即，移動用戶臺重復(fù)前述操作。同時，在根據(jù)本發(fā)明將M0B_H0_RSP消息發(fā)送到服務(wù)基站并執(zhí)行跨區(qū)切換操作期間，移動用戶臺連續(xù)測量服務(wù)基站的CINR并且將服務(wù)基站的CINR與第一臨界值進行比較。按照比較的結(jié)果，當(dāng)服務(wù)基站的CINR仍然小于第一閾值時，正常執(zhí)行跨區(qū)切換。相反，當(dāng)在步驟1217中服務(wù)基站的CINR由于移動用戶臺的移動而變得大于第一閾值時，移動用戶臺在步驟1219中取消正在執(zhí)行的跨區(qū)切換操作。因此，當(dāng)移動用戶臺確定這樣取消跨區(qū)切換操作時，移動用戶臺在步驟1221中向服務(wù)基站發(fā)送包含跨區(qū)切換取消信息的M0B_H0_IND消息(即，‘HOIndicatorType，字段的值設(shè)為01)。然后，接收到M0B_H0_IND消息的服務(wù)基站取消跨區(qū)切換操作并且繼續(xù)維持與移動用戶臺的連接。同時，當(dāng)在上述跨區(qū)切換執(zhí)行期間服務(wù)基站的CINR仍然小于第一閾值時，服務(wù)基站正常執(zhí)行跨區(qū)切換操作并且向移動用戶臺發(fā)送M0B_H0_RSP消息。接著，從服務(wù)基站接收到M0B_H0_RSP消息的移動用戶臺在步驟1223中確認M0B_H0_RSP消息中包含的目標(biāo)基站列表，在步驟1225根據(jù)條件確定一個目標(biāo)基站為指定的目標(biāo)基站。這里，當(dāng)M0B_H0_RSP消息是強制跨區(qū)切換消息時，即，當(dāng)M0B_H0_RSP消息中包含的‘HOType’字段被設(shè)置為具有值1時，根據(jù)圖11所述的操作執(zhí)行強制跨區(qū)切換。換句話說，移動用戶臺在步驟1237中發(fā)送M0B_H0_IND消息，并且在步驟1239中釋放與服務(wù)基站的連接。此外，移動用戶臺跨區(qū)切換到從服務(wù)基站發(fā)送的目標(biāo)基站列表中包含的一個基站。相反，當(dāng)M0B_H0_RSP消息不是強制跨區(qū)切換消息時，即，當(dāng)M0B_H0_RSP消息中包含的‘HOType’字段被設(shè)置為具有值0時，可以根據(jù)本發(fā)明第二實施例連續(xù)測量服務(wù)基站的CINR。S卩，當(dāng)在步驟1229中服務(wù)基站的CINR大于第一閾值時，在步驟1219中可以取消跨區(qū)切換。否則，可以正常執(zhí)行跨區(qū)切換。相反，當(dāng)服務(wù)基站的CINR仍然小于第一閾值時，在步驟1231中確定是否執(zhí)行到目標(biāo)基站的正?？鐓^(qū)切換操作。由該確定的結(jié)果，在步驟1233中拒絕跨區(qū)切換或在步驟1237和1239中執(zhí)行跨區(qū)切換。3.根據(jù)比較CINR來取消或拒絕跨區(qū)切換圖13是示出根據(jù)本發(fā)明第三實施例的寬帶無線接入通信系統(tǒng)中移動用戶臺取消或拒絕跨區(qū)切換的操作的流程圖。圖13所示的本發(fā)明第三實施例執(zhí)行與圖12的第二實施例相同的操作，但在執(zhí)行跨區(qū)切換的確定和跨區(qū)切換取消的確定時的參考值存在差別。參照圖13，移動用戶臺將服務(wù)基站的CINR與預(yù)定閾值進行比較，并且確定是否執(zhí)行跨區(qū)切換操作。此外，在執(zhí)行跨區(qū)切換操作的同時，移動用戶臺通過不同于該閾值的另一閾值來確定跨區(qū)切換或取消跨區(qū)切換。首先，移動用戶臺在步驟1300中掃描服務(wù)基站的CINR。作為掃描的結(jié)果，當(dāng)服務(wù)基站的CINR小于預(yù)定閾值時，移動用戶臺確定難以與服務(wù)基站交換數(shù)據(jù)，并且在步驟1311中測量相鄰基站的CINR。即，為了掃描相鄰基站的CINR，移動用戶臺在步驟1307中向服務(wù)基站發(fā)送M0B_SCN_REQ消息，并且在步驟1309中從服務(wù)基站接收M0B_SCN_RSP消息。接收到M0B_SCN_RSP消息的移動用戶臺在步驟1310中測量相鄰基站的CINR。作為測量的結(jié)果，當(dāng)在步驟1311中服務(wù)基站的CINR小于相鄰基站之一的CINR時，移動用戶臺在步驟1312中確定跨區(qū)切換并且向服務(wù)基站發(fā)送M0B_H0_REQ。相反，當(dāng)不滿足該條件時，返回步驟1300。即，移動用戶臺重復(fù)前述操作。同時，在根據(jù)本發(fā)明將M0B_H0_RSP消息發(fā)送到服務(wù)基站并執(zhí)行跨區(qū)切換操作期間，移動用戶臺連續(xù)測量服務(wù)基站的CINR并且將服務(wù)基站的CINR與相鄰基站的CINR進行比較。按照比較的結(jié)果，當(dāng)服務(wù)基站的CINR仍然小于相鄰基站的CINR時，正常執(zhí)行跨區(qū)切換。相反，當(dāng)在步驟1313中服務(wù)基站的CINR由于移動用戶臺的移動而變得大于相鄰基站的CINR時，移動用戶臺在步驟1315中取消正在執(zhí)行的跨區(qū)切換操作。因此，當(dāng)移動用戶臺確定這樣取消跨區(qū)切換操作時，移動用戶臺在步驟1317中向服務(wù)基站發(fā)送包含跨區(qū)切換取消信息的M0B_H0_IND消息(即，‘HOIndicatorType，字段的值設(shè)為01)。然后，接收到M0B_H0_IND消息的服務(wù)基站取消跨區(qū)切換操作并且繼續(xù)維持與移動用戶臺的連接。同時，當(dāng)在上述跨區(qū)切換執(zhí)行期間服務(wù)基站的CINR仍然小于相鄰基站的CINR時，服務(wù)基站正常執(zhí)行跨區(qū)切換操作并且向移動用戶臺發(fā)送M0B_H0_RSP消息。接著，從服務(wù)基站接收到M0B_H0_RSP消息的移動用戶臺在步驟1319中確認M0B_H0_RSP消息中包含的目標(biāo)基站列表，在步驟1321根據(jù)條件確定一個目標(biāo)基站為指定的目標(biāo)基站。這里，當(dāng)M0B_H0_RSP消息是強制跨區(qū)切換消息時，即，當(dāng)M0B_H0_RSP消息中包含的‘HOType’字段被設(shè)置為具有值1時，根據(jù)圖11所述的操作執(zhí)行強制跨區(qū)切換。換句話說，移動用戶臺在步驟1333中發(fā)送M0B_H0_IND消息，并且在步驟1335中釋放與服務(wù)基站的連接。此外，移動用戶臺跨區(qū)切換到從服務(wù)基站發(fā)送的目標(biāo)基站列表中包含的一個基站。相反，當(dāng)M0B_H0_RSP消息不是強制跨區(qū)切換消息時，即，當(dāng)M0B_H0_RSP消息中包含的‘HOType’字段被設(shè)置為具有值0時，可以根據(jù)本發(fā)明第三實施例連續(xù)測量服務(wù)基站的CINR。S卩，當(dāng)在步驟1325中服務(wù)基站的CINR大于相鄰基站的CINR時，在步驟1315中可以取消跨區(qū)切換。否則，可以正常執(zhí)行跨區(qū)切換。相反，當(dāng)服務(wù)基站的CINR仍然小于相鄰基站的CINR時，在步驟1327中確定是否執(zhí)行到目標(biāo)基站的正?？鐓^(qū)切換操作。由該確定的結(jié)果，在步驟1329中拒絕跨區(qū)切換或在步驟1333和1335中執(zhí)行跨區(qū)切換。如上所述，當(dāng)在步驟1331中根據(jù)移動用戶臺的環(huán)境拒絕了跨區(qū)切換時，移動用戶臺在步驟1312中再次向服務(wù)基站發(fā)送M0B_H0_REQ消息。即，拒絕跨區(qū)切換的情況是這樣的情況移動用戶臺由于服務(wù)基站具有差的發(fā)送/接收條件而試圖跨區(qū)切換到相鄰基站，但由于相鄰基站也具有差的發(fā)送/接收條件而拒絕跨區(qū)切換。這里，由于服務(wù)基站可能不斷地具有差的發(fā)送/接收條件，因此最好再次向服務(wù)基站發(fā)送M0B_H0_REQ消息(步驟1312)，從而找到目標(biāo)基站。然而，由于M0B_H0_REQ消息中包含的、移動用戶臺所選的推薦基站的可靠性可能降低，因此最好再次掃描所有相鄰基站以找到具有高可靠性的新推薦基站。下面，將參照圖14描述后一種情況。圖14是示出根據(jù)本發(fā)明第三改進實施例的寬帶無線接入通信系統(tǒng)中移動用戶臺取消或拒絕跨區(qū)切換的操作的流程圖。參照圖14，除了前述差別之外，圖14的第三實施例具有與圖13的第二實施例相同的操作。即，當(dāng)移動用戶臺在步驟1429中拒絕跨區(qū)切換時，移動用戶臺在步驟1431中向服務(wù)基站發(fā)送表示跨區(qū)切換拒絕的MOB_HO_IND消息(S卩，‘HOIndicatorType，字段的值設(shè)為10)。然后，移動用戶臺在步驟1400中執(zhí)行初始掃描以便選擇新推薦基站。即，移動用戶臺再次測量服務(wù)基站的CINR，在步驟1403中將測量的服務(wù)基站的CINR與事先設(shè)置的預(yù)定閾值進行比較，并且在步驟1407、1409和1410中再次執(zhí)行對相鄰基站的掃描。步驟1411后面的所有步驟與圖13的相同。如上所述，為了支持移動用戶臺的移動性，本發(fā)明進一步為傳統(tǒng)的多小區(qū)結(jié)構(gòu)中跨區(qū)切換操作加入了基站使移動用戶臺能強制跨區(qū)切換的功能和移動用戶臺拒絕從基站接收到的跨區(qū)切換請求的功能。此外，本發(fā)明還加入了這樣的功能，即，基站使移動用戶臺能在移動用戶臺正在從服務(wù)基站向目標(biāo)基站跨區(qū)切換期間由于移動用戶臺移動方向的改變而取消或拒絕跨區(qū)切換操作，以重新維持與服務(wù)基站的連接。因此，可以可靠和有效地執(zhí)行跨區(qū)切換。盡管參照其特定優(yōu)選實施例示出和描述了本發(fā)明，但本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，可以在不背離所附權(quán)利要求書定義的本發(fā)明宗旨和范圍的前提下對其進行各種形式和細節(jié)的修改。權(quán)利要求一種在通信系統(tǒng)中由移動臺執(zhí)行跨區(qū)切換的方法，所述方法包括如果檢測到需要跨區(qū)切換，則向服務(wù)基站發(fā)送跨區(qū)切換請求消息；從所述服務(wù)基站接收第一跨區(qū)切換響應(yīng)消息，所述第一跨區(qū)切換響應(yīng)消息包括能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的列表；并且如果所述移動臺在接收所述第一跨區(qū)切換響應(yīng)消息后確定拒絕跨區(qū)切換，則向所述服務(wù)基站發(fā)送包括跨區(qū)切換拒絕信息的跨區(qū)切換指示消息，其中，所述跨區(qū)切換拒絕信息指示所述移動臺期望拒絕與所接收列表中的任意相鄰基站執(zhí)行跨區(qū)切換，并期望接收能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的新列表。2.如權(quán)利要求1所述的方法，其中，在所述跨區(qū)切換指示消息中的預(yù)定跨區(qū)切換指示類型字段包括由兩個比特表示的跨區(qū)切換拒絕信息。3.如權(quán)利要求1所述的方法，其中，當(dāng)所述服務(wù)基站的載波對干擾和噪聲比CINR小于第一閾值時，所述移動臺確定執(zhí)行跨區(qū)切換。4.如權(quán)利要求1所述的方法，其中，當(dāng)所述服務(wù)基站的載波對干擾和噪聲比CINR小于所選擇的一個目標(biāo)基站的載波對干擾和噪聲比CINR時，所述移動臺確定執(zhí)行跨區(qū)切換。5.如權(quán)利要求1所述的方法，還包括在發(fā)送所述跨區(qū)切換指示消息后，從所述服務(wù)基站接收第二跨區(qū)切換響應(yīng)消息，所述第二跨區(qū)切換響應(yīng)消息包括能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的新列表。6.一種在通信系統(tǒng)中由服務(wù)基站執(zhí)行跨區(qū)切換的方法，所述方法包括從移動臺接收跨區(qū)切換請求消息；向所述移動臺發(fā)送第一跨區(qū)切換響應(yīng)消息，所述第一跨區(qū)切換響應(yīng)消息包括能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的列表；在發(fā)送所述第一跨區(qū)切換響應(yīng)消息后，從所述移動臺接收包括跨區(qū)切換拒絕信息的跨區(qū)切換指示消息，其中，所述跨區(qū)切換拒絕信息指示所述移動臺期望拒絕與在所述第一跨區(qū)切換響應(yīng)消息中包含的列表中的任意相鄰基站執(zhí)行跨區(qū)切換，并期望接收能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的新列表。7.如權(quán)利要求6所述的方法，其中，在所述跨區(qū)切換指示消息中的跨區(qū)切換指示類型字段包括由兩個比特表示的跨區(qū)切換拒絕信息。8.如權(quán)利要求6所述的方法，其中，如果所述服務(wù)基站已從所述移動臺接收到跨區(qū)切換指示消息，則所述服務(wù)基站維持在所述服務(wù)基站和所述移動臺之間的鏈路并且向所述目標(biāo)基站發(fā)送用于報告所述跨區(qū)切換的停止的消息。9.如權(quán)利要求6所述的方法，還包括在接收到所述跨區(qū)切換指示消息后，向所述移動臺發(fā)送第二跨區(qū)切換響應(yīng)消息，所述第二跨區(qū)切換響應(yīng)消息包括能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的新列表。10.一種在通信系統(tǒng)中由移動臺執(zhí)行跨區(qū)切換的方法，所述方法包括如果檢測到需要跨區(qū)切換，則向服務(wù)基站發(fā)送跨區(qū)切換請求消息；從所述服務(wù)基站接收第一跨區(qū)切換響應(yīng)消息，所述第一跨區(qū)切換響應(yīng)消息包括能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的列表；從在指示跨區(qū)切換取消或跨區(qū)切換拒絕的至少兩個值當(dāng)中確定跨區(qū)切換指示類型字段的值；并且在接收到第一跨區(qū)切換響應(yīng)消息后，如果所述移動臺確定拒絕跨區(qū)切換，則向所述服務(wù)基站發(fā)送包括在跨區(qū)切換指示類型字段中的所確定的表示跨區(qū)切換拒絕的值的跨區(qū)切換指示消息，其中，表示跨區(qū)切換取消的值指示移動臺期望取消跨區(qū)切換過程，并恢復(fù)與服務(wù)基站的通信，而表示跨區(qū)切換拒絕的值指示所述移動臺期望拒絕與所接收列表中的任意相鄰基站執(zhí)行跨區(qū)切換。11.如權(quán)利要求10所述的方法，還包括在發(fā)送所述跨區(qū)切換指示消息后，從所述服務(wù)基站接收第二跨區(qū)切換響應(yīng)消息，所述第二跨區(qū)切換響應(yīng)消息包括能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的新列表。12.如權(quán)利要求10所述的方法，其中，表示跨區(qū)切換拒絕的值指示所述移動臺期望拒絕與所接收列表中的任意相鄰基站執(zhí)行跨區(qū)切換，并期望接收與在第一跨區(qū)切換響應(yīng)消息中先前接收的列表不同的新列表。13.—種在通信系統(tǒng)中由服務(wù)基站執(zhí)行跨區(qū)切換的方法，所述方法包括從移動臺接收跨區(qū)切換請求消息；向所述移動臺發(fā)送第一跨區(qū)切換響應(yīng)消息，所述第一跨區(qū)切換響應(yīng)消息包括能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的列表；在發(fā)送所述第一跨區(qū)切換響應(yīng)消息后，如果所述移動臺確定拒絕跨區(qū)切換，則從所述移動臺接收包括在跨區(qū)切換指示類型字段中的表示跨區(qū)切換拒絕的值的跨區(qū)切換指示消息？其中，所述移動臺從在指示跨區(qū)切換取消或跨區(qū)切換拒絕的至少兩個值當(dāng)中確定跨區(qū)切換指示類型字段的值，表示跨區(qū)切換取消的值指示移動臺期望取消跨區(qū)切換過程，并恢復(fù)與服務(wù)基站的通信，而表示跨區(qū)切換拒絕的值指示所述移動臺期望拒絕與所接收列表中的任意相鄰基站執(zhí)行跨區(qū)切換。14.如權(quán)利要求13所述的方法，還包括在接收所述跨區(qū)切換指示消息后，向所述移動臺發(fā)送第二跨區(qū)切換響應(yīng)消息，所述第二跨區(qū)切換響應(yīng)消息包括能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的新列表。15.如權(quán)利要求13所述的方法，其中，表示跨區(qū)切換拒絕的值指示所述移動臺期望拒絕與所接收列表中的任意相鄰基站執(zhí)行跨區(qū)切換，并期望接收與在第一跨區(qū)切換響應(yīng)消息中先前接收的列表不同的新列表。16.一種在通信系統(tǒng)中執(zhí)行跨區(qū)切換的系統(tǒng)，所述系統(tǒng)包括移動臺，用于如果檢測到需要跨區(qū)切換，則向服務(wù)基站發(fā)送跨區(qū)切換請求消息；從所述服務(wù)基站接收第一跨區(qū)切換響應(yīng)消息，所述第一跨區(qū)切換響應(yīng)消息包括能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的列表；并且如果所述移動臺在接收所述第一跨區(qū)切換響應(yīng)消息后確定拒絕跨區(qū)切換，則向所述服務(wù)基站發(fā)送包括跨區(qū)切換拒絕信息的跨區(qū)切換指示消息，其中，所述跨區(qū)切換拒絕信息指示所述移動臺期望拒絕與所接收列表中的任意相鄰基站執(zhí)行跨區(qū)切換，并期望接收能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的新列表。17.如權(quán)利要求16所述的系統(tǒng)，其中，在所述跨區(qū)切換指示消息中的預(yù)定跨區(qū)切換指示類型字段包括由兩個比特表示的跨區(qū)切換拒絕信息。18.如權(quán)利要求16所述的系統(tǒng)，其中，當(dāng)所述服務(wù)基站的載波對干擾和噪聲比CINR小于第一閾值時，所述移動臺確定執(zhí)行跨區(qū)切換。19.如權(quán)利要求16所述的系統(tǒng)，其中，當(dāng)所述服務(wù)基站的載波對干擾和噪聲比CINR小于所選擇的一個目標(biāo)基站的載波對干擾和噪聲比CINR時，所述移動臺確定執(zhí)行跨區(qū)切換。20.如權(quán)利要求16所述的系統(tǒng)，其中，在發(fā)送所述跨區(qū)切換指示消息后，所述移動臺從所述服務(wù)基站接收第二跨區(qū)切換響應(yīng)消息，所述第二跨區(qū)切換響應(yīng)消息包括能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的新列表。21.—種在通信系統(tǒng)中執(zhí)行跨區(qū)切換的系統(tǒng)，所述系統(tǒng)包括服務(wù)基站，用于從移動臺接收跨區(qū)切換請求消息；向所述移動臺發(fā)送第一跨區(qū)切換響應(yīng)消息，所述第一跨區(qū)切換響應(yīng)消息包括能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的列表；在發(fā)送所述第一跨區(qū)切換響應(yīng)消息后，從所述移動臺接收包括跨區(qū)切換拒絕信息的跨區(qū)切換指示消息，其中，所述跨區(qū)切換拒絕信息指示所述移動臺期望拒絕與在所述第一跨區(qū)切換響應(yīng)消息中包含的列表中的任意相鄰基站執(zhí)行跨區(qū)切換，并期望接收能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的新列表。22.如權(quán)利要求21所述的系統(tǒng)，其中，在所述跨區(qū)切換指示消息中的跨區(qū)切換指示類型字段包括由兩個比特表示的跨區(qū)切換拒絕信息。23.如權(quán)利要求21所述的系統(tǒng)，其中，如果所述服務(wù)基站已從所述移動臺接收到跨區(qū)切換指示消息，則所述服務(wù)基站保持在所述服務(wù)基站和所述移動臺之間的鏈路并且向所述目標(biāo)基站發(fā)送用于報告所述跨區(qū)切換的停止的消息。24.如權(quán)利要求21所述的系統(tǒng)，其中，在接收到所述跨區(qū)切換指示消息后，所述服務(wù)基站向所述移動臺發(fā)送第二跨區(qū)切換響應(yīng)消息，所述第二跨區(qū)切換響應(yīng)消息包括能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的新列表。25.—種在通信系統(tǒng)中執(zhí)行跨區(qū)切換的系統(tǒng)，所述系統(tǒng)包括移動臺，用于如果檢測到需要跨區(qū)切換，則向服務(wù)基站發(fā)送跨區(qū)切換請求消息；從所述服務(wù)基站接收第一跨區(qū)切換響應(yīng)消息，所述第一跨區(qū)切換響應(yīng)消息包括能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的列表；從在指示跨區(qū)切換取消或跨區(qū)切換拒絕的至少兩個值當(dāng)中確定跨區(qū)切換指示類型字段的值；并且在接收到第一跨區(qū)切換響應(yīng)消息后，如果所述移動臺確定拒絕跨區(qū)切換，則向所述服務(wù)基站發(fā)送包括在跨區(qū)切換指示類型字段中的所確定的表示跨區(qū)切換拒絕的值的跨區(qū)切換指示消息，其中，表示跨區(qū)切換取消的值指示移動臺期望取消跨區(qū)切換過程，并恢復(fù)與服務(wù)基站的通信，而表示跨區(qū)切換拒絕的值指示所述移動臺期望拒絕與所接收列表中的任意相鄰基站執(zhí)行跨區(qū)切換。26.如權(quán)利要求25所述的系統(tǒng)，其中，在發(fā)送所述跨區(qū)切換指示消息后，所述移動臺從所述服務(wù)基站接收第二跨區(qū)切換響應(yīng)消息，所述第二跨區(qū)切換響應(yīng)消息包括能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的新列表。27.如權(quán)利要求25所述的系統(tǒng)，其中，表示跨區(qū)切換拒絕的值指示所述移動臺期望拒絕與所接收列表中的任意相鄰基站執(zhí)行跨區(qū)切換，并期望接收與在第一跨區(qū)切換響應(yīng)消息中先前接收的列表不同的新列表。28.—種在通信系統(tǒng)中執(zhí)行跨區(qū)切換的系統(tǒng)，所述系統(tǒng)包括服務(wù)基站，用于從移動臺接收跨區(qū)切換請求消息；向所述移動臺發(fā)送第一跨區(qū)切換響應(yīng)消息，所述第一跨區(qū)切換響應(yīng)消息包括能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的列表；在發(fā)送所述第一跨區(qū)切換響應(yīng)消息后，如果所述移動臺確定拒絕跨區(qū)切換，則從所述移動臺接收包括在跨區(qū)切換指示類型字段中的表示跨區(qū)切換拒絕的值的跨區(qū)切換指示消息，其中，所述移動臺從在指示跨區(qū)切換取消或跨區(qū)切換拒絕的至少兩個值當(dāng)中確定跨區(qū)切換指示類型字段的值，表示跨區(qū)切換取消的值指示移動臺期望取消跨區(qū)切換過程，并恢復(fù)與服務(wù)基站的通信，而表示跨區(qū)切換拒絕的值指示所述移動臺期望拒絕與所接收列表中的任意相鄰基站執(zhí)行跨區(qū)切換。29.如權(quán)利要求28所述的系統(tǒng)，其中在接收所述跨區(qū)切換指示消息后，所述服務(wù)基站向所述移動臺發(fā)送第二跨區(qū)切換響應(yīng)消息，所述第二跨區(qū)切換響應(yīng)消息包括能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的新列表。30.如權(quán)利要求28所述的系統(tǒng)，其中，表示跨區(qū)切換拒絕的值指示所述移動臺期望拒絕與所接收列表中的任意相鄰基站執(zhí)行跨區(qū)切換，并期望接收與在第一跨區(qū)切換響應(yīng)消息中先前接收的列表不同的新列表。全文摘要公開一種在通信系統(tǒng)中由移動臺執(zhí)行跨區(qū)切換的方法，所述方法包括如果檢測到需要跨區(qū)切換，則向服務(wù)基站發(fā)送跨區(qū)切換請求消息；從所述服務(wù)基站接收第一跨區(qū)切換響應(yīng)消息，所述第一跨區(qū)切換響應(yīng)消息包括能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的列表；并且如果所述移動臺在接收所述第一跨區(qū)切換響應(yīng)消息后確定拒絕跨區(qū)切換，則向所述服務(wù)基站發(fā)送包括跨區(qū)切換拒絕信息的跨區(qū)切換指示消息，其中，所述跨區(qū)切換拒絕信息指示所述移動臺期望拒絕與所接收列表中的任意相鄰基站執(zhí)行跨區(qū)切換，并期望接收能夠向所述移動臺提供服務(wù)的至少一個相鄰基站的新列表。文檔編號H04W36/08GK101820654SQ20101014581公開日2010年9月1日申請日期2004年9月2日優(yōu)先權(quán)日2003年9月4日發(fā)明者具昌會,姜賢貞,孫仲濟,孫泳文,李成真,金昭賢申請人:三星電子株式會社