專利名稱：一種確定尋呼傳輸信道的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種確定尋呼傳輸信道的方法及系統(tǒng)。
背景技術(shù)：
現(xiàn)有技術(shù)中，處于URA—PCH (UTRAN Registration Area Paging Channel , UTRAN注冊(cè)區(qū)尋呼信道)狀態(tài)下的移動(dòng)臺(tái)不能直接的進(jìn)行數(shù)據(jù)發(fā)送和接收。 當(dāng)網(wǎng)絡(luò)側(cè)有數(shù)據(jù)或者呼叫要下發(fā)給URA—PCH狀態(tài)的移動(dòng)臺(tái)時(shí)，需要在網(wǎng)絡(luò)側(cè) 的PCH (Paging Channel ，尋呼信道)發(fā)送尋呼消息來(lái)通知移動(dòng)臺(tái)，移動(dòng)臺(tái)收 到尋呼消息后，狀態(tài)遷移進(jìn)入到其他狀態(tài)進(jìn)行數(shù)據(jù)發(fā)送和接收。出于節(jié)電目 的，處于URA—PCH狀態(tài)下的移動(dòng)臺(tái)執(zhí)行不連續(xù)接收(Discontinuous Reception, DRX),移動(dòng)臺(tái)按照與網(wǎng)絡(luò)側(cè)協(xié)商好的不連續(xù)接收周期和算法，來(lái)計(jì)算何時(shí) 應(yīng)該去接收屬于自己的尋呼消息，具體方法如下每個(gè)尋呼信道(PCH)都有一個(gè)尋呼指示信道(Page Indicator Channel, PICH)與之配對(duì)使用，移動(dòng)臺(tái)只在一定的尋呼時(shí)才幾(paging occasion)去不連 續(xù)的監(jiān)聽PICH上的PI (PagingIndication,尋呼指示)信息。尋呼時(shí)機(jī)的計(jì)算Paging Occasion-{(IMSI div K) mod (DRX cycle length div PBP)} * PBP + n * DRX cycle length + Frame Offset; ( 1)PI= DRX Index mod Np;where DRX Index = IMSI div 8192其中IMSI (International Mobile Subscriber Identity國(guó)際移動(dòng)用戶標(biāo)識(shí)) 用于標(biāo)識(shí)國(guó)際移動(dòng)用戶；K為可用的承載PCH的SCCPCH ( Secondary Common Control Physical Channel ,輔助公共控制物理信道)的個(gè)數(shù)；DRX cycle length 為不連續(xù)接收周期；PBP為尋呼塊周期，對(duì)于FDD(Frequency Division Duplex, 頻分復(fù)用)，PBP=1; Frame Offset為幀偏移，對(duì)于FDD,幀偏移為0，對(duì)于TDD (Time Division Duplex,時(shí)分復(fù)用)，幀偏移值在系統(tǒng)消息中指定；NPICH為 承載尋呼指示幀的幀數(shù)，等于尋呼指示幀的重復(fù)長(zhǎng)度；NcAP是某個(gè)尋呼時(shí)機(jī) 的最后一個(gè)承載尋呼指示的幀與第一個(gè)承載尋呼消息的幀之間的幀#:; DRX Index為不連續(xù)接收指數(shù)，其值為(IMSIdiv8192);對(duì)于FDD, Np是一個(gè)幀 中的尋呼指示的數(shù)目，對(duì)于TDD, Np是一個(gè)尋呼塊中的尋呼指示的數(shù)目；NPCH 為尋呼組的個(gè)數(shù)。其中，NPICH, Np, NpcH都在系統(tǒng)消息中下發(fā)。通過以上公式，移動(dòng)臺(tái)可以計(jì)算出自己需要監(jiān)控的尋呼指示幀的SFN (System Frame Number,系統(tǒng)幀號(hào))以及需要監(jiān)控的PI。如果在尋呼時(shí)機(jī)中 監(jiān)控到屬于自己的尋呼指示的信息為"后續(xù)有尋呼消息"，對(duì)于FDD,在指定 tpicH = 7680chips后，到承載尋呼消息的SCCPCH上接收尋呼消息(PCH是傳輸 信道，其映射到物理信道為SCCPCH)?，F(xiàn)有技術(shù)WCDMA中PICH與SCCPCH 的時(shí)隙關(guān)系如圖l所示。在WCDMA ( Wideband Code Division Multiple Access,寬帶碼分多址)中 的PICH幀結(jié)構(gòu)如圖2所示，包括用于尋呼指示的288比特和預(yù)留的12比特。 WCDMA的Release7版本中，引入了增強(qiáng)尋呼特性，對(duì)于支持增強(qiáng)尋呼特性的 Cell—PCH狀態(tài)下或URA—PCH狀態(tài)下的移動(dòng)臺(tái)，可以利用HSDPA ( High Speed Downlink Package Access,高速下行鏈路分組接入)技術(shù)實(shí)現(xiàn)傳輸比特率的增 加，即從HS-PDSCH (High-Speed Physical Downlink Shared Channel,高速物 理下行共享信道)接收尋呼消息，PICH與HS-PDSCH的時(shí)隙關(guān)系如圖3所示。 其具體的實(shí)現(xiàn)方式如下對(duì)于URA—PCH狀態(tài)下的移動(dòng)臺(tái)，如果移動(dòng)臺(tái)支持增強(qiáng)尋呼特性，并且當(dāng) 移動(dòng)臺(tái)進(jìn)入到一個(gè)支持增強(qiáng)尋呼特性的小區(qū)中時(shí)，移動(dòng)臺(tái)會(huì)按照現(xiàn)有的方式 監(jiān)聽尋呼指示信道上的尋呼指示。與非增強(qiáng)尋呼的區(qū)別在于，增強(qiáng)尋呼用于 計(jì)算尋呼時(shí)機(jī)的公式中的K是從系統(tǒng)廣播消息中獲得的小區(qū)中支持HSDPA的 PICH的數(shù)目，并且移動(dòng)臺(tái)監(jiān)控的PICH的信道是通過讀取系統(tǒng)廣播消息中的相 關(guān)信息以及移動(dòng)臺(tái)的U-RNTI (User Radio Network Temporary Identity ，用戶無(wú) 線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí))來(lái)進(jìn)行計(jì)算并進(jìn)行選擇的移動(dòng)臺(tái)所選擇監(jiān)聽的尋呼指示信道的編號(hào)=U-RNTI mod K
公式中的K值為支持HSDPA的候選尋呼指示信道的條數(shù)。 當(dāng)URA一PCH狀態(tài)的移動(dòng)臺(tái)監(jiān)聽尋呼指示信道并檢測(cè)到屬于自己的尋呼 指示的信息為"后續(xù)有尋呼消息"，則在指定的時(shí)間間隔后，到承載尋呼消息內(nèi) 容的HS-PDSCH (High-Speed Physical Downlink Shared Channel,高速物理下 行共享信道)上4^收尋呼消息內(nèi)容?，F(xiàn)有技術(shù)中一種通信系統(tǒng)如圖4所示，包括S脂C (Serving脂C ，服務(wù)RNC )是指移動(dòng)臺(tái)與網(wǎng)絡(luò)之間的RRC (RadioResource Control,無(wú)限資源控制)協(xié)議的終結(jié)點(diǎn)，移動(dòng)臺(tái)的RRC上下 文都存儲(chǔ)于服務(wù)RNC中，并且SRNC是移動(dòng)臺(tái)與核心網(wǎng)進(jìn)行通信的唯一的接 口 。CRNC (ControllingRNC,控制RNC ),是指移動(dòng)臺(tái)由于移動(dòng)等原因，進(jìn) 入了屬于這個(gè)RNC的小區(qū)中，移動(dòng)臺(tái)使用了這個(gè)RNC范圍內(nèi)的資源，但是移 動(dòng)臺(tái)與核心網(wǎng)進(jìn)行通信時(shí)仍需要通過SRNC。移動(dòng)臺(tái)的服務(wù)RNC和控制RNC可能是同 一個(gè)RNC，也可以是不同的RNC。 當(dāng)移動(dòng)臺(tái)的服務(wù)RNC與控制RNC不 一 致時(shí)，服務(wù)RNC可以決定發(fā)起SRNS Relocation的過程(即服務(wù)無(wú)線網(wǎng)絡(luò)系統(tǒng)重定位過程)，將移動(dòng)臺(tái)的RRC上下 文從服務(wù)RNC轉(zhuǎn)移到控制RNC,從而使得之前的控制RNC成為其服務(wù)RNC?？紤]下面的場(chǎng)景圖4所示的一個(gè)通信系統(tǒng)中，移動(dòng)臺(tái)處于URA一PCH狀 態(tài)。移動(dòng)臺(tái)在無(wú)線網(wǎng)絡(luò)控制器A范圍內(nèi)的小區(qū)中建立RRC連接，即無(wú)線網(wǎng)絡(luò)控 制器A是移動(dòng)臺(tái)的服務(wù)RNC。但是之后由于移動(dòng)臺(tái)的移動(dòng)等原因，移動(dòng)臺(tái)駐留 在了無(wú)線網(wǎng)絡(luò)控制器B之下的小區(qū)D中，即無(wú)線網(wǎng)絡(luò)控制器B成為移動(dòng)臺(tái)的控 制RNC。圖4中無(wú)線網(wǎng)絡(luò)控制器C范圍內(nèi)的小區(qū)E與無(wú)線網(wǎng)絡(luò)控制器C之下的小區(qū)D 屬于相同的URA,也即當(dāng)移動(dòng)臺(tái)由于移動(dòng)等原因執(zhí)行小區(qū)重選從小區(qū)D重選到 小區(qū)E時(shí)，雖然當(dāng)前無(wú)線網(wǎng)絡(luò)控制器C成為了移動(dòng)臺(tái)的控制RNC,但移動(dòng)臺(tái)并 不會(huì)發(fā)起URA更新過程通知網(wǎng)絡(luò)側(cè)。當(dāng)服務(wù)RNC收到來(lái)自核心網(wǎng)的對(duì)于這個(gè)URA—PCH狀態(tài)移動(dòng)臺(tái)的數(shù)據(jù)或 者呼叫時(shí)，由于服務(wù)RNC中會(huì)存儲(chǔ)這個(gè)移動(dòng)臺(tái)的RRC上下文，因此可以知道
這個(gè)移動(dòng)臺(tái)的RRC狀態(tài)以及所在的URA標(biāo)識(shí)信息，于是在屬于這個(gè)URA的小 區(qū)中發(fā)送尋呼消息，具體實(shí)現(xiàn)過程如圖5所示，包括以下步驟步驟s501 ，服務(wù)RNC向其他的至少包含一個(gè)該URA小區(qū)的RNC發(fā)送尋呼 請(qǐng)求消息，該尋呼請(qǐng)求消息中攜帶paging area (尋呼域)，即URA標(biāo)識(shí)信息、 被呼移動(dòng)臺(tái)的IMSI，以及這個(gè)移動(dòng)臺(tái)的DRX周期參數(shù)等信息。其中，尋呼域 是指需要發(fā)送尋呼的范圍，可以是一個(gè)URA標(biāo)識(shí)，也可以是一個(gè)小區(qū)的標(biāo)識(shí)， 當(dāng)控制RNC得到尋呼域時(shí)，即知道了需要在哪些小區(qū)的范圍內(nèi)發(fā)送這個(gè)尋呼 消息。步驟s502,收到尋呼請(qǐng)求消息的RNC(在圖4的通信系統(tǒng)中，RNCB和RNC C都會(huì)收到這個(gè)尋呼請(qǐng)求消息)，根據(jù)被呼移動(dòng)臺(tái)的IMSI和DRX周期參數(shù)計(jì)算 移動(dòng)臺(tái)的尋呼時(shí)機(jī)，并將尋呼消息的內(nèi)容以及PI指示的信息放在PCH數(shù)據(jù)幀中 通過Iub接口發(fā)送給基站。步驟s503,基站收到PCH數(shù)據(jù)幀，則根據(jù)PCH數(shù)據(jù)幀中的內(nèi)容，在尋呼指 示信道的相應(yīng)位置發(fā)送尋呼指示信息，在SCCPCH信道發(fā)送尋呼消息的內(nèi)容。步驟s504,移動(dòng)臺(tái)根據(jù)自己的IMSI, DRX參數(shù)等信息計(jì)算出監(jiān)聽尋呼指 示的時(shí)機(jī)，并根據(jù)尋呼指示的信息判斷是否需要到SCCPCH信道接收尋呼消息 內(nèi)容。在引入增強(qiáng)尋呼特性后，上述的步驟s502中，收到尋呼請(qǐng)求的RNC也可 能會(huì)將尋呼消息的內(nèi)容以及PI指示的信息放在HS-DSCH數(shù)據(jù)幀中通過Iub接 口發(fā)送給基站。步驟s503，基站收到HS-DSCH數(shù)據(jù)幀，則根據(jù)HS-DSCH數(shù)據(jù)幀中的內(nèi)容， 在尋呼指示信道的相應(yīng)位置發(fā)送尋呼指示信息，在HS-PDSCH信道發(fā)送尋呼消 息的內(nèi)容。移動(dòng)臺(tái)根據(jù)自己的能力信息以及當(dāng)前小區(qū)的系統(tǒng)廣播消息中表達(dá)的小區(qū) 能力信息決定在SCCPCH信道上接收尋呼消息還是在HS-PDSCH信道上接收 尋呼消息。綜上所述，在實(shí)現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如 下問題根據(jù)現(xiàn)有協(xié)議的描述，如果移動(dòng)臺(tái)支持增強(qiáng)尋呼的功能，并且系統(tǒng)廣播消息中的相關(guān)信息表明移動(dòng)臺(tái)當(dāng)前所駐留的小區(qū)也是支持增強(qiáng)尋呼功能時(shí)，移動(dòng)臺(tái)在監(jiān)聽到尋呼指示信道上的尋呼指示，接下來(lái)會(huì)去HS-PDSCH信道 上接聽尋呼消息的內(nèi)容。然而，移動(dòng)臺(tái)接收到的駐留小區(qū)中的系統(tǒng)廣播消息 是來(lái)自于CRNC的配置，即當(dāng)前小區(qū)支持增強(qiáng)尋呼只能表明CRNC是支持增強(qiáng) 尋呼特性的，并不能表明SRNC是否支持增強(qiáng)尋呼特性。雖然CRNC可以從移動(dòng)臺(tái)在小區(qū)更新或者URA更新消息中攜帶信息獲得 移動(dòng)臺(tái)是否支持增強(qiáng)尋呼的能力信息，然后根據(jù)移動(dòng)臺(tái)的能力信息來(lái)判斷將 尋呼消息發(fā)送在SCCPCH信道或者HS-PDSCH信道。然而，如果移動(dòng)臺(tái)從來(lái)沒 有在當(dāng)前CRNC的范圍內(nèi)發(fā)起過上行接入時(shí)，即移動(dòng)臺(tái)小區(qū)重選到不同的RNS (Radio Network Subsystem,無(wú)線網(wǎng)癥各子系統(tǒng))范圍，《旦是仍屬于相同的URA 的小區(qū)，因此無(wú)須發(fā)起URA更新的過程。因此CRNC如果僅僅根據(jù)該小區(qū)是否 支持增強(qiáng)尋呼的能力信息來(lái)選擇尋呼信道，移動(dòng)臺(tái)可能收不到尋呼消息，存 在呼損的可能性。比如在圖4中，當(dāng)移動(dòng)臺(tái)從小區(qū)D重選到小區(qū)E的范圍，由于小區(qū)D和小區(qū) E屬于相同的URA,因此當(dāng)網(wǎng)絡(luò)側(cè)需要對(duì)移動(dòng)臺(tái)發(fā)起尋呼時(shí)，移動(dòng)臺(tái)還沒有在 無(wú)線網(wǎng)絡(luò)控制器C的范圍內(nèi)發(fā)起過上行信令接入，于是無(wú)線網(wǎng)絡(luò)控制器C無(wú)法 得知移動(dòng)臺(tái)的能力信息，也就無(wú)法知道移動(dòng)臺(tái)收到尋呼指示后會(huì)去SCCPCH 還是HS-PDSCH信道上監(jiān)聽尋呼消息，于是存在呼損的可能性。發(fā)明內(nèi)容本發(fā)明實(shí)施例提供一種確定尋呼傳輸信道的方法及系統(tǒng)，以解決現(xiàn)有技 術(shù)中無(wú)法得知移動(dòng)臺(tái)的能力信息，也無(wú)法得知移動(dòng)臺(tái)收到尋呼指示后，會(huì)去 SCCPCH還是HS-PDSCH信道上監(jiān)聽尋呼消息的問題。為達(dá)到上述目的，本發(fā)明實(shí)施例一方面提供一種確定尋呼傳輸信道的方 法，包括以下步驟控制RNC獲取移動(dòng)臺(tái)的能力信息；所述控制RNC根據(jù)所述移動(dòng)臺(tái)的能力信息以及尋呼域的能力信息確定發(fā) 送尋呼消息的信道。 另 一方面，本發(fā)明實(shí)施例還提供了 一種觸發(fā)服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)重定位的方法，包括以下步驟移動(dòng)臺(tái)判斷服務(wù)RNC和控制RNC的能力信息是否一致；如果不一致，則所述移動(dòng)臺(tái)發(fā)起上行接入過程，使原來(lái)的控制RNC成為新的服務(wù)RNC。再一方面，本發(fā)明實(shí)施例還提供了一種確定尋呼傳輸信道的系統(tǒng)，包括 移動(dòng)臺(tái)和基站，還包括RNC,用于獲取移動(dòng)臺(tái)的能力信息，并根據(jù)所述移動(dòng) 臺(tái)的能力信息以及尋呼域的能力信息確定發(fā)送尋呼消息的信道。再一方面，本發(fā)明實(shí)施例還提供了 一種觸發(fā)服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)重定位 的系統(tǒng)，包括移動(dòng)臺(tái)，用于判斷服務(wù)RNC和控制RNC的能力信息是否一致， 如果不一致，則發(fā)起上行接入過程，使原來(lái)的控制RNC成為新的服務(wù)RNC。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例具有以下優(yōu)點(diǎn)通過本發(fā)明實(shí)施例，控 制RNC獲取移動(dòng)臺(tái)的能力信息，并根據(jù)該移動(dòng)臺(tái)的能力信息以及尋呼域的能 力信息確定發(fā)送尋呼消息的信道。在移動(dòng)臺(tái)判斷服務(wù)RNC和控制RNC的能 力信息不一致時(shí)，可以通過發(fā)起上行接入過程，使原來(lái)的控制RNC成為新的 服務(wù)RNC。從而彌補(bǔ)了現(xiàn)有技術(shù)無(wú)法得知移動(dòng)臺(tái)的能力信息的缺陷，避免尋 呼損失。


圖1是現(xiàn)有技術(shù)WCDMA中PICH與SCCPCH的時(shí)隙關(guān)系示意圖；圖2是現(xiàn)有技術(shù)WCDMA中的PICH幀結(jié)構(gòu)示意圖；圖3是現(xiàn)有技術(shù)WCDMA中的PICH與HS-PDSCH的時(shí)隙關(guān)系示意圖；圖4是現(xiàn)有技術(shù)中一種通信系統(tǒng)結(jié)構(gòu)圖；圖5是現(xiàn)有技術(shù)中一種確定尋呼傳輸信道的方法流程圖；圖6是本發(fā)明實(shí)施例一中移動(dòng)臺(tái)確定尋呼傳輸信道方法流程圖；圖7是本發(fā)明實(shí)施例二中移動(dòng)臺(tái)確定尋呼傳輸信道方法流程圖；圖8是本發(fā)明實(shí)施例三中移動(dòng)臺(tái)確定尋呼傳輸信道方法流程圖；圖9是本發(fā)明實(shí)施例四中移動(dòng)臺(tái)確定尋呼傳輸信道方法流程圖10是本發(fā)明實(shí)施例五中移動(dòng)臺(tái)確定尋呼傳輸信道方法流程圖； 圖11是本發(fā)明實(shí)施例六中移動(dòng)臺(tái)確定尋呼傳輸信道方法流程圖； 圖12是本發(fā)明實(shí)施例七中移動(dòng)臺(tái)確定尋呼傳輸信道方法流程圖； 圖13是本發(fā)明實(shí)施例十一中一種無(wú)線網(wǎng)絡(luò)控制器觸發(fā)服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)重定位的方法的流程圖；圖14是本發(fā)明實(shí)施例十二中 一種無(wú)線網(wǎng)絡(luò)控制器觸發(fā)服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)重定位的方法的流程圖；圖15是本發(fā)明實(shí)施例十三中一種無(wú)線網(wǎng)絡(luò)控制器觸發(fā)服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)重定位的方法的流程圖。
具體實(shí)施方式
本發(fā)明實(shí)施例中控制RNC獲取移動(dòng)臺(tái)的能力信息和尋呼域的能力信息， 然后控制RNC根據(jù)所述移動(dòng)臺(tái)的能力信息以及尋呼域的能力信息確定發(fā)送尋 呼消息的信道。其中，所述移動(dòng)臺(tái)的能力信息為所述移動(dòng)臺(tái)是否支持增強(qiáng)尋 呼特性，所述尋呼域的能力信息為所述尋呼消息發(fā)送小區(qū)是否支持增強(qiáng)尋呼 特性。其中，根據(jù)移動(dòng)臺(tái)的能力信息以及尋呼域的能力信息確定發(fā)送尋呼消息 的信道具體包括控制RNC收到服務(wù)無(wú)線網(wǎng)絡(luò)控制器SRNC對(duì)于某移動(dòng)臺(tái)的 尋呼請(qǐng)求時(shí)，確定需要將所述尋呼請(qǐng)求在一個(gè)支持增強(qiáng)尋呼特性的小區(qū)中下 發(fā)給所述移動(dòng)臺(tái)；所述控制RNC判斷是否存儲(chǔ)有所述移動(dòng)臺(tái)支持增強(qiáng)尋呼的 信息，如果有，則在HS-PDSCH上發(fā)送尋呼消息，指示所述移動(dòng)臺(tái)按照增強(qiáng) 尋呼方式在HS-PDSCH上發(fā)送尋呼消息。如果所述控制RNC中沒存儲(chǔ)所述移 動(dòng)臺(tái)支持增強(qiáng)尋呼的信息，則所述控制RNC將所述移動(dòng)臺(tái)按照不支持增強(qiáng)尋 呼特性和支持增強(qiáng)尋呼特性的兩種情況計(jì)算出兩個(gè)尋呼時(shí)機(jī)，并在所述兩個(gè) 尋呼時(shí)機(jī)中都傳輸相應(yīng)的尋呼指示。其中，判斷存儲(chǔ)有所述移動(dòng)臺(tái)支持增強(qiáng)尋呼的信息之前包括所述控制 RNC獲取并存儲(chǔ)所述移動(dòng)臺(tái)是否支持增強(qiáng)尋呼特性。所述控制RNC獲取并存 儲(chǔ)所述移動(dòng)臺(tái)是否支持增強(qiáng)尋呼特性具體包括所述移動(dòng)臺(tái)向所述SRNC發(fā) 送更新請(qǐng)求，所述請(qǐng)求中包括所述移動(dòng)臺(tái)是否支持增強(qiáng)尋呼特性的指示；所述SRNC向所述控制RNC發(fā)送尋呼請(qǐng)求，所述請(qǐng)求中攜帶所述指示；所述控 制RNC獲取并存儲(chǔ)所述指示?；颍隹刂芌NC接收所述移動(dòng)臺(tái)更新時(shí)發(fā) 送的RRC消息，獲取并存儲(chǔ)所述消息中所述移動(dòng)臺(tái)是否支持增強(qiáng)尋呼特性的 指示?；?，移動(dòng)臺(tái)在URA中的某個(gè)小區(qū)中發(fā)起上行接入并攜帶支持增強(qiáng)尋呼 特性的能力信息；通過RNC之間的信息交互，移動(dòng)臺(tái)的能力信息被至少有一 個(gè)小區(qū)屬于該URA范圍的所有控制RNC獲得。本發(fā)明實(shí)施例一中一種移動(dòng)臺(tái)確定尋呼傳輸信道方法，如圖6所示，包括 以下步驟步驟s601 ，移動(dòng)臺(tái)在發(fā)送給網(wǎng)絡(luò)側(cè)的上行RRC信令中攜帶移動(dòng)臺(tái)支持增強(qiáng) 尋呼特性能力的信息；該上行RRC信令包含但不限于以下RRC信令可以是RRC連接建立過程 中的RRC信令，可以是小區(qū)更新消息，可以是URA更新消息。步驟s602,服務(wù)RNC將該移動(dòng)臺(tái)支持增強(qiáng)尋呼特性能力的信息存儲(chǔ)于該 移動(dòng)臺(tái)對(duì)應(yīng)的RRC上下文中；步驟s603，控制RNC接收尋呼請(qǐng)求消息；該尋呼請(qǐng)求消息中攜帶移動(dòng)臺(tái)是否支持增強(qiáng)尋呼特性的指示信息；或者也可以只攜帶移動(dòng)臺(tái)支持增強(qiáng)尋呼特性的指示信息，不攜帶該信息 時(shí)認(rèn)為移動(dòng)臺(tái)不支持增強(qiáng)尋呼特性。步驟s604,控制RNC根據(jù)移動(dòng)臺(tái)的能力信息以及尋呼域的能力信息決定 發(fā)送尋呼消息的信道。如果移動(dòng)臺(tái)支持增強(qiáng)尋呼，并且尋呼消息發(fā)送的'J、區(qū)支持增強(qiáng)尋呼特性， 則在HS-PDSCH信道上發(fā)送尋呼消息；如果移動(dòng)臺(tái)支持增強(qiáng)尋呼，但是尋呼消息發(fā)送的小區(qū)不支持增強(qiáng)尋呼特 性，則在SCCPCH信道上發(fā)送尋呼消息；如果移動(dòng)臺(tái)不支持增強(qiáng)尋呼，但是尋呼消息發(fā)送的小區(qū)支持增強(qiáng)尋呼特 性，則在SCCPCH信道上發(fā)送尋呼消息；如果移動(dòng)臺(tái)不支持增強(qiáng)尋呼，并且尋呼消息發(fā)送的小區(qū)不支持增強(qiáng)尋呼 特性，則在SCCPCH信道上發(fā)送尋呼消息。即，只有當(dāng)移動(dòng)臺(tái)和尋呼消息發(fā)送的小區(qū)同時(shí)支持增強(qiáng)尋呼特性時(shí)，才 在HS-PDSCH信道上發(fā)送尋呼消息。本發(fā)明實(shí)施例二中一種移動(dòng)臺(tái)確定尋呼傳輸信道方法，如圖7所示，包括 以下步驟步驟s701,移動(dòng)臺(tái)在發(fā)送給網(wǎng)絡(luò)側(cè)的上行RRC信令中攜帶移動(dòng)臺(tái)支持增強(qiáng) 尋呼特性能力的信息；該上行RRC信令包含但不限于以下RRC信令可以是RRC連接建立過程 中的RRC連接建立請(qǐng)求信令，可以是RRC連接建立完成，可以是小區(qū)更新消 息，可以是URA更新消息。步驟s702,控制RNC從步驟s701所述的上行RRC消息中，獲得并存儲(chǔ)移動(dòng) 臺(tái)是否支持增強(qiáng)尋呼特性的信息。步驟s703,控制RNC接收尋呼請(qǐng)求消息。步驟s704，與步驟s604相同。實(shí)施例一和實(shí)施例二的共同之處是，控制RNC需要通過某種途徑獲得移 動(dòng)臺(tái)是否支持增強(qiáng)尋呼特性的能力信息；并利用移動(dòng)臺(tái)的能力信息和需要下 發(fā)尋呼消息的小區(qū)是否支持增強(qiáng)尋呼特性的能力信息來(lái)共同判斷在哪個(gè)信道 上下發(fā)尋呼消息。不同的是，實(shí)施例一中是從服務(wù)RNC發(fā)送的尋呼請(qǐng)求消息 中獲得，而實(shí)施例二中是從移動(dòng)臺(tái)發(fā)送給網(wǎng)絡(luò)側(cè)的上行RRC消息中獲得。本發(fā)明實(shí)施例三中一種移動(dòng)臺(tái)確定尋呼傳輸信道方法，如圖8所示，包 括以下步驟步驟s801,服務(wù)RNC每次為移動(dòng)臺(tái)分配新的U-RNTI時(shí)，或者每次服務(wù)RNC 標(biāo)識(shí)發(fā)生變化時(shí)，網(wǎng)絡(luò)側(cè)向移動(dòng)臺(tái)發(fā)送的RRC消息中攜帶SRNC是否支持增強(qiáng) 尋呼特性的指示。其中，所述的RRC消息可以包括但不限于以下消息切換 到UTRAN命令(HANDOVER TO UTRAN COMMAND );物理信道重配置 消息(PHYSICAL CHANNEL RECONFIGURATION);無(wú)線承載配置消息 (RADIO BEARER RECONFIGURATION);無(wú)線承載釋i文消息(RADIO BEARER RELEASE );無(wú)線承載建立消息(RADIO BEARER SETUP ) ; RRC
連接建立消息(RRC CONNECTION SETUP );傳輸信道重配置消息 (TRANSPORT CHANNEL RECONFIGURATION); URA更新確認(rèn)消息(URAUPDATE CONFIRM) ; UTRAN移動(dòng)通知消息(UTRAN MOBILITYINFORMATION)。步驟s802，移動(dòng)臺(tái)可以通過該指示判斷服務(wù)RNC是否支持增強(qiáng)尋呼； 當(dāng)網(wǎng)絡(luò)側(cè)為移動(dòng)臺(tái)分配了新的U-RNTI,但是卻并未攜帶該指示時(shí)，移動(dòng)臺(tái)可以認(rèn)為這個(gè)服務(wù)RNC不支持增強(qiáng)尋呼特性。 步驟s803,控制RNC收到尋呼請(qǐng)求消息。步驟s804，控制RNC根據(jù)移動(dòng)臺(tái)的能力信息決定尋呼信道，發(fā)送尋呼消息；如果控制RNC中沒有存儲(chǔ)關(guān)于這個(gè)移動(dòng)臺(tái)是否支持增強(qiáng)尋呼的信息，則 控制RNC對(duì)于這個(gè)移動(dòng)臺(tái)，在其HS-PDSCH信道相關(guān)的尋呼指示信道以及 SCCPCH相關(guān)的尋呼指示信道上都發(fā)送尋呼指示信息。即控制RNC在計(jì)算尋呼時(shí)機(jī)和PI bitmap (位圖)時(shí)，將被呼移動(dòng)臺(tái)按照 不支持增強(qiáng)尋呼特性和支持增強(qiáng)尋呼特性的兩種情況，計(jì)算出兩個(gè)尋呼時(shí)機(jī)， 即兩個(gè)PICH的SFN號(hào)，并在這兩個(gè)尋呼時(shí)機(jī)中都傳輸相應(yīng)的尋呼指示，向移 動(dòng)臺(tái)表明"后續(xù)有尋呼消息"，并在HS-PDSCH信道相關(guān)的尋呼指示信道幀的擴(kuò) 展比特中包含"尋呼消息在SCCPCH"的信息。步驟s805,在SCCPCH信道上發(fā)送尋呼消息的內(nèi)容。步驟s806,如果移動(dòng)臺(tái)支持增強(qiáng)尋呼特性，則移動(dòng)臺(tái)會(huì)讀到HS-PDSCH信 道相關(guān)的尋呼指示信道上的尋呼指示以及擴(kuò)展比特中的"尋呼消息在 SCCPCH"的信息。從而接下來(lái)到SCCPCH信道上接收尋呼消息的內(nèi)容。實(shí)施例三中，只有滿足以下條件的移動(dòng)臺(tái)會(huì)去讀取PICH幀中的擴(kuò)展比特.. 移動(dòng)臺(tái)處于URA—PCH狀態(tài)，移動(dòng)臺(tái)支持增強(qiáng)尋呼特性，且當(dāng)前所處小區(qū)支持 增強(qiáng)尋呼特性，并且移動(dòng)臺(tái)的服務(wù)RNC不支持增強(qiáng)尋呼特性(可能是由于 SRNC為Rel 7以前版本的RNC，或者是一個(gè)Rel 7版本之后的但是不支持增強(qiáng) 尋呼特性的RNC),不滿足以上條件的移動(dòng)臺(tái)即使讀到這個(gè)擴(kuò)展比特，也會(huì) 忽略其含義。 從以上的分析可以知道，不滿足這些條件的尋呼仍然會(huì)利用HSDPA信道 下發(fā)；即使?jié)M足這些條件，尋呼消息仍然有機(jī)會(huì)在HSDPA信道下發(fā)，這取決 于控制RNC是否了解移動(dòng)臺(tái)的增強(qiáng)尋呼特性能力，于是可以有效的利用 HSDPA特性。本發(fā)明實(shí)施例四中，處于URA一PCH狀態(tài)的支持增強(qiáng)尋呼特性的移動(dòng)臺(tái)了 解到服務(wù)RNC不支持增強(qiáng)尋呼特性，而當(dāng)前小區(qū)支持增強(qiáng)尋呼特性，則移動(dòng) 臺(tái)在SCCPCH信道接收尋呼消息?？刂芌NC在計(jì)算尋呼時(shí)機(jī)和PI位圖時(shí)，將被 呼移動(dòng)臺(tái)按照不支持增強(qiáng)尋呼特性的移動(dòng)臺(tái)處理。具體過程如圖9所示，包括 以下步驟步驟s901 ~ s903與步驟s801 ~ s803相同。步驟s904,當(dāng)控制RNC收到尋呼請(qǐng)求時(shí)，如果控制RNC獲知服務(wù)RNC不 支持增強(qiáng)尋呼特性，則對(duì)于這個(gè)移動(dòng)臺(tái)，在SCCPCH相關(guān)的尋呼指示信道上發(fā) 送尋呼指示信息?？刂芌NC得知服務(wù)RNC的是否支持增強(qiáng)尋呼特性的方法可以是控制 RNC可以從SRNC發(fā)來(lái)的信令中獲得，也可以從移動(dòng)臺(tái)發(fā)來(lái)的信令中獲得。步驟s905,移動(dòng)臺(tái)監(jiān)聽到SCCPCH相關(guān)的尋呼信道上的尋呼指示后到 SCCPCH信道上接收尋呼消息。本發(fā)明實(shí)施例五如圖10所示，包括以下步驟步驟sl001，控制RNC接收尋呼請(qǐng)求消息。步驟sl002,如杲控制RNC需要在支持增強(qiáng)尋呼的小區(qū)中下發(fā)尋呼消息， 則控制RNC需要判斷是否存儲(chǔ)了關(guān)于這個(gè)移動(dòng)臺(tái)是否支持增強(qiáng)尋呼的信息， 如果沒有，則轉(zhuǎn)步驟sl003。當(dāng)然，實(shí)際應(yīng)用中步驟sl002也可以省略。步驟sl003,控制RNC向?qū)ず粽?qǐng)求中指示的小區(qū)中下發(fā)尋呼消息?？刂?RNC在HS-PDSCH信道和SCCPCH信道上發(fā)送尋呼消息，發(fā)送的方式可以在HS-PDSCH信道和SCCPCH信道上同時(shí)發(fā)送尋呼消 息，或者；可以先在HS-PDSCH上發(fā)送尋呼消息，如果在一定時(shí)間內(nèi)沒有收到移動(dòng) 臺(tái)的尋呼響應(yīng)，再在SCCPCH上發(fā)送尋呼消息；或者
可以先在SCCPCH上發(fā)送尋呼消息，如果在一定時(shí)間內(nèi)沒有收到移動(dòng)臺(tái) 的尋呼響應(yīng)，再在HS-PDSCH上發(fā)送尋呼消息；或者也可以先在HS-PDSCH上發(fā)送一定次數(shù)的尋呼消息，再在SCCPCH上發(fā) 送一定次數(shù)的尋呼消息；或者也可以先在SCCPCH上發(fā)送一定次數(shù)的尋呼消息，再在HS-PDSCH上發(fā) 送一定次數(shù)的尋呼消息；或者也可以在HS-PDSCH和SCCPCH上間隔發(fā)送尋呼消息?？傊?，無(wú)論采取 何種發(fā)送方式，只要是在兩個(gè)信道上都發(fā)了，就屬于本發(fā)明的保護(hù)范圍。如果在不支持增強(qiáng)尋呼特性的小區(qū)中下發(fā)，則控制RNC僅在SCCPCH上傳 輸尋呼消息。在實(shí)施例五中，如果控制RNC需要在不支持增強(qiáng)尋呼特性的小區(qū)中下發(fā) 尋呼消息，則控制RNC直接在SCCPCH信道上下發(fā)尋呼消息。如果控制RNC 中存儲(chǔ)了被呼移動(dòng)臺(tái)的能力信息，則當(dāng)移動(dòng)臺(tái)和尋呼消息發(fā)送的小區(qū)都支持 增強(qiáng)尋呼特性時(shí)，在高速物理下行共享信道HS-PDSCH信道上發(fā)送尋呼消息。 當(dāng)移動(dòng)臺(tái)和/或需要發(fā)送尋呼消息的小區(qū)不支持增強(qiáng)尋呼特性時(shí)，在SCCPCH 信道上發(fā)送尋呼消息。本發(fā)明實(shí)施例六，如圖ll所示，包括以下步驟步驟sl 101 sl 102與S601 S602相同。步驟sl103,服務(wù)RNC可以根據(jù)移動(dòng)臺(tái)屬于的URA標(biāo)識(shí)信息，將移動(dòng)臺(tái)的 增強(qiáng)尋呼特性能力信息通知給至少有一個(gè)小區(qū)屬于該URA的其他RNC,于是 移動(dòng)臺(tái)所在的控制RNC可以知道移動(dòng)臺(tái)支持增強(qiáng)尋呼特性的能力信息。步驟sl104，控制RNC接收尋呼請(qǐng)求消息。步驟sl 105與步驟s604相同。本發(fā)明實(shí)施例七，如圖12所示，包括以下步驟步驟sl201 sl202與S701 S702相同。步驟sl203,控制RNC可以根據(jù)移動(dòng)臺(tái)屬于的URA標(biāo)識(shí)信息，將移動(dòng)臺(tái)的 增強(qiáng)尋呼特性能力信息通知給至少有一個(gè)小區(qū)屬于該URA的其他RNC,于是 即使移動(dòng)臺(tái)由于移動(dòng)控制RNC發(fā)生變化，移動(dòng)臺(tái)當(dāng)前所在的控制RNC仍然可
以知道移動(dòng)臺(tái)支持增強(qiáng)尋呼特性的能力信息。步驟sl204 ~ sl205與步驟sl 104 ~ sl 105相同。實(shí)施例六、實(shí)施例七的共同之處是，通過RNC之間的信息交互，移動(dòng)臺(tái) 的能力信息被至少有 一個(gè)小區(qū)屬于該URA范圍的所有RNC獲得。 本發(fā)明實(shí)施例八服務(wù)RNC在尋呼請(qǐng)求消息或者其他的Iur接口上的信令中攜帶服務(wù)RNC是 否支持增強(qiáng)尋呼特性的信息，以使控制RNC 了解服務(wù)RNC是否支持增強(qiáng)尋呼 的能力，如果未攜帶，認(rèn)為服務(wù)RNC不支持增強(qiáng)尋呼。移動(dòng)臺(tái)通過步驟s801 s802可以了解服務(wù)RNC是否支持增強(qiáng)尋呼的信息。對(duì)于控制RNC，如果確定服務(wù)RNC不支持增強(qiáng)尋呼特性，則只在SCCPCH 上發(fā)送尋呼消息；對(duì)于移動(dòng)臺(tái)，無(wú)論當(dāng)前小區(qū)是否支持增強(qiáng)尋呼特性，只要 其服務(wù)RNC不支持增強(qiáng)尋呼特性，則只在SCCPCH上接收尋呼消息。實(shí)施例九當(dāng)控制RNC收到尋呼請(qǐng)求，需要在一個(gè)支持增強(qiáng)尋呼的小區(qū)中發(fā)送尋呼 消息時(shí)如果尋呼請(qǐng)求中攜帶了移動(dòng)臺(tái)的能力信息，則根據(jù)移動(dòng)臺(tái)的能力信息在 相應(yīng)的信道上下發(fā)尋呼消息；如果尋呼請(qǐng)求中沒有攜帶移動(dòng)臺(tái)的能力信息，則認(rèn)為移動(dòng)臺(tái)不支持增強(qiáng) 特性，于是在SCCPCH信道上傳輸尋呼消息；實(shí)施例十當(dāng)控制RNC收到尋呼請(qǐng)求，需要在一個(gè)支持增強(qiáng)尋呼的小區(qū)中發(fā)送尋呼 消息時(shí)如果控制RNC獲知服務(wù)RNC不支持增強(qiáng)尋呼特性，則在SCCPCH信道上傳輸尋呼消息?？刂芌NC得知服務(wù)RNC是否支持增強(qiáng)尋呼特性的方法可以是控制RNC 可以從SRNC發(fā)來(lái)的信令中獲得，也可以從移動(dòng)臺(tái)發(fā)來(lái)的信令中獲得。 本發(fā)明實(shí)施例十一，如圖13所示，包括以下步驟步驟sl301，服務(wù)RNC每次為移動(dòng)臺(tái)分配新的U-RNTI時(shí)，在相應(yīng)的RRC 消息中攜帶服務(wù)RNC是否支持增強(qiáng)尋呼特性的指示。步驟s 1302 ，移動(dòng)臺(tái)可以通過這個(gè)指示信息判斷服務(wù)RNC是否支持增強(qiáng)尋呼。步驟sl303，移動(dòng)臺(tái)執(zhí)行小區(qū)重選到一個(gè)支持增強(qiáng)特性的小區(qū)中。 步驟sl304，如果移動(dòng)臺(tái)支持增強(qiáng)尋呼特性，且其服務(wù)RNC不支持增強(qiáng)特 性，則移動(dòng)臺(tái)需要發(fā)起一個(gè)上行RRC過程。這個(gè)上行的RRC過程可以是小區(qū)更新或者URA更新或者其他的上行接入信令。這個(gè)上行的RRC消息中可以攜帶移動(dòng)臺(tái)是否支持增強(qiáng)特性的信息；也可 以攜帶觸發(fā)上行接入信令的原因。步驟sl305,服務(wù)RNC收到這個(gè)消息后，發(fā)起服務(wù)RNSrelocation過程，重 定位過程結(jié)束后，則原來(lái)的控制RNC成為移動(dòng)臺(tái)的新的服務(wù)RNC。本發(fā)明實(shí)施例十二，如圖14所示，包括以下步驟步驟sl401，服務(wù)RNC每次為移動(dòng)臺(tái)分配新的U-RNTI時(shí)，在相應(yīng)的RRC 消息中攜帶服務(wù)RNC是否支持增強(qiáng)尋呼特性的指示。從圖中可以看出，服務(wù)RNC主要是在RRC消息中攜帶本服務(wù)RNC是否支 持增強(qiáng)尋呼特性的指示。顯然，除了在為移動(dòng)臺(tái)分配新的U-RNTI時(shí)，在相應(yīng) 的RRC消息中攜帶本服務(wù)RNC是否支持增強(qiáng)尋呼特性的指示，也可以在其他 的RRC消息中攜帶該指示，比如:服務(wù)RNC通過RRC消息指示移動(dòng)臺(tái)進(jìn)入 URA—PCH狀態(tài)時(shí)，可以在相應(yīng)的RRC消息中攜帶本服務(wù)RNC是否支持增強(qiáng)尋 呼特性的指示。另外，服務(wù)RNC通過RRC消息攜帶本服務(wù)RNC是否支持增強(qiáng)尋呼特性的 指示的這個(gè)步驟，除了在本實(shí)施例中有該步驟之外，在前述實(shí)施例十一及后 面的實(shí)施例十三中均有同樣的步驟，且具體實(shí)現(xiàn)相同，因此在其他兩個(gè)實(shí)施 例中不再詳細(xì)描述。步驟sl402，移動(dòng)臺(tái)可以通過這個(gè)指示信息判斷服務(wù)RNC是否支持增強(qiáng)尋呼。步驟sl403,支持增強(qiáng)尋呼特性的移動(dòng)臺(tái)，如果其服務(wù)RNC不支持增強(qiáng)特
性，并且由于移動(dòng)或者執(zhí)行小區(qū)重選或者狀態(tài)遷移后駐留到一個(gè)支持增強(qiáng)特性的小區(qū)中，則移動(dòng)臺(tái)需要向控制RNC發(fā)起一個(gè)上行RRC過程。這個(gè)上行的RRC過程可以是小區(qū)更新或者URA更新或者其他的上行接入信令。這個(gè)上行的RRC消息中可以攜帶移動(dòng)臺(tái)是否支持增強(qiáng)特性的信息；也可以攜帶觸發(fā)這個(gè)上行^接入信令的原因。步驟s 1404,控制RNC獲得并保存移動(dòng)臺(tái)支持增強(qiáng)尋呼的信息。步驟sl405,控制RNC獲知服務(wù)RNC不支持增強(qiáng)尋呼特性；控制RNC獲知服務(wù)RNC不支持增強(qiáng)尋呼特性的過程可以通過Iur接口上的(包括但不限于)公共資源建立請(qǐng)求等信令中獲得，也可以從移動(dòng)臺(tái)發(fā)來(lái)的信令中獲得。另外，服務(wù)RNC可以通過不攜帶增強(qiáng)尋呼特性相關(guān)的信息來(lái)使得控制 RNC認(rèn)為其不支持增強(qiáng)尋呼特性。值得注意的是步驟sl404和步驟sl405沒有時(shí)間上的順序關(guān)系。 步驟sl406,控制RNC發(fā)起RRC連接釋放過程。步驟sl407,移動(dòng)臺(tái)收到RRC連接釋放信令后，釋放當(dāng)前的RRC連接。 步驟sl408,移動(dòng)臺(tái)在原先的控制RNC的小區(qū)中重新發(fā)起RRC連接建立過 程，從而原來(lái)的控制RNC成為移動(dòng)臺(tái)新的服務(wù)RNC。 本發(fā)明實(shí)施例十三，如圖15所示，包括以下步驟步驟sl501,服務(wù)RNC每次為移動(dòng)臺(tái)分配新的U-RNTI時(shí)，在相應(yīng)的RRC 消息中攜帶服務(wù)RNC是否支持增強(qiáng)尋呼特性的指示。步驟s 1502 ，移動(dòng)臺(tái)可以通過這個(gè)指示信息判斷服務(wù)RNC是否支持增強(qiáng)尋呼。步驟sl503，移動(dòng)臺(tái)執(zhí)行小區(qū)重選到一個(gè)支持增強(qiáng)特性的小區(qū)中。 步驟sl504，如果移動(dòng)臺(tái)支持增強(qiáng)尋呼特性的，且其服務(wù)RNC不支持增強(qiáng) 特性，則移動(dòng)臺(tái)需要發(fā)起一個(gè)上行RRC過程。這個(gè)上行的RRC過程可以是小區(qū)更新或者URA更新或者其他的上行接入信令。
這個(gè)上行的RRC消息中可以攜帶移動(dòng)臺(tái)是否支持增強(qiáng)特性的信息；也可 以攜帶觸發(fā)上行接入信令的原因。步驟sl505，服務(wù)RNC發(fā)起RRC連接釋放過程。步驟sl506,移動(dòng)臺(tái)在原控制RNC的小區(qū)中重新發(fā)起RRC連接建立過程， 使原來(lái)的控制RNC成為移動(dòng)臺(tái)新的服務(wù)RNC。當(dāng)移動(dòng)臺(tái)檢測(cè)到當(dāng)前服務(wù)RNC的能力與控制RNC的能力不 一致時(shí)，或者 移動(dòng)臺(tái)以其他方式獲知當(dāng)前服務(wù)RNC的能力與控制RNC的能力不一致時(shí)(例 如，移動(dòng)臺(tái)具體可以通過網(wǎng)絡(luò)側(cè)專門用于通知移動(dòng)臺(tái)的信令獲知該能力信息； 或者，網(wǎng)絡(luò)側(cè)可以在某個(gè)信令中攜帶指示，通知移動(dòng)臺(tái)當(dāng)前服務(wù)RNC的能力 與控制RNC的能力不一致)，會(huì)發(fā)起上行接入過程。例如當(dāng)移動(dòng)臺(tái)獲知當(dāng) 前服務(wù)RNC不支持增強(qiáng)尋呼特性，而當(dāng)前控制RNC支持增強(qiáng)尋呼特性時(shí)，移 動(dòng)臺(tái)就會(huì)發(fā)起一個(gè)上行接入過程。上述過程可以有多種實(shí)現(xiàn)方式，實(shí)施例十 一、實(shí)施例十二和實(shí)施例十三分別是實(shí)現(xiàn)上述過程的一種具體實(shí)現(xiàn)方式，任 何可以實(shí)現(xiàn)上述過程的方式均應(yīng)落入本發(fā)明實(shí)施例的保護(hù)范圍。本發(fā)明實(shí)施例十一和實(shí)施例十二，十三的共同之處是，使得原來(lái)支持增 強(qiáng)尋呼特性的控制RNC成為移動(dòng)臺(tái)新的服務(wù)RNC，從而回避了發(fā)明目的中無(wú) 法確定尋呼信道的場(chǎng)景的發(fā)生。另外，為了簡(jiǎn)化對(duì)標(biāo)準(zhǔn)的更改，也可以省略以上各實(shí)施例中控制RNC獲 取移動(dòng)臺(tái)的能力信息的步驟，直接將尋呼消息在SCCPCH和HS-PDSCH上發(fā) 送，發(fā)送方式具體如下如果需要在支持增強(qiáng)尋呼特性的小區(qū)發(fā)送尋呼消息，則控制RNC在 HS-PDSCH信道和SCCPCH信道上發(fā)送尋呼消息發(fā)送的方式可以在HS-PDSCH信道和SCCPCH信道上同時(shí)發(fā)送尋呼消息， 或者；可以先在HS-PDSCH上發(fā)送尋呼消息，如果在一定時(shí)間內(nèi)沒有收到移動(dòng)臺(tái) 的尋呼響應(yīng)，再在SCCPCH上發(fā)送尋呼消息；或者可以先在SCCPCH上發(fā)送尋呼消息，如果在一定時(shí)間內(nèi)沒有收到移動(dòng)臺(tái)的 尋呼響應(yīng)，再在HS-PDSCH上發(fā)送尋呼消息；或者
也可以先在HS-PDSCH上發(fā)送一定次數(shù)的尋呼消息，再在SCCPCH上發(fā)送 一定次數(shù)的尋呼消息；或者也可以先在SCCPCH上發(fā)送一定次數(shù)的尋呼消息，再在HS-PDSCH上發(fā)送 一定次數(shù)的尋呼消息；或者也可以在HS-PDSCH和SCCPCH上間隔發(fā)送尋呼消息?？傊?，無(wú)論采取何 種發(fā)送方式，只要是在兩個(gè)信道上都發(fā)了，就屬于本發(fā)明的保護(hù)范圍。如果在不支持增強(qiáng)尋呼特性的小區(qū)中下發(fā)，則控制RNC僅在SCCPCH上 傳輸尋呼消息。本發(fā)明實(shí)施例還提供了 一種確定尋呼傳輸信道的系統(tǒng)，包括移動(dòng)臺(tái)和基 站，還包括RNC，用于獲取移動(dòng)臺(tái)的能力信息，并才艮據(jù)所述移動(dòng)臺(tái)的能力信 息以及尋呼域的能力信息決定發(fā)送尋呼消息的信道。所述RNC具體包括移動(dòng)臺(tái)能力獲取單元，用于從尋呼請(qǐng)求消息中獲取 移動(dòng)臺(tái)是否支持增強(qiáng)尋呼特性；發(fā)送尋呼消息信道確定單元，與所述移動(dòng)臺(tái) 能力獲取單元連接，用于當(dāng)移動(dòng)臺(tái)和尋呼消息發(fā)送的小區(qū)都支持增強(qiáng)尋呼特 性時(shí)，確定在高速物理下行共享信道HS-PDSCH信道上發(fā)送尋呼消息；當(dāng)移 動(dòng)臺(tái)和/或需要發(fā)送尋呼消息的小區(qū)不支持增強(qiáng)尋呼特性時(shí)，確定在SCCPCH 信道上發(fā)送尋呼消息；如果控制RNC無(wú)法獲得移動(dòng)臺(tái)的能力信息，確定在 HS-PDSCH信道和SCCPCH信道上發(fā)送尋呼消息。所述RNC還包括尋呼消息發(fā)送單元，用于在所述HS-PDSCH信道和 SCCPCH信道上發(fā)送尋呼消息，具體為在HS-PDSCH信道和SCCPCH信道 上同時(shí)發(fā)送尋呼消息，或者先在HS-PDSCH上發(fā)送尋呼消息，如果在一定時(shí)間內(nèi)沒有收到移動(dòng)臺(tái)的 尋呼響應(yīng)，再在SCCPCH上發(fā)送尋呼消息；或者先在SCCPCH上發(fā)送尋呼消息，如果在一定時(shí)間內(nèi)沒有收到移動(dòng)臺(tái)的尋 呼響應(yīng)，再在HS-PDSCH上發(fā)送尋呼消息或者先在HS-PDSCH上發(fā)送一定次數(shù)的尋呼消息，再在SCCPCH上發(fā)送一定 次數(shù)的尋呼消息；或者先在SCCPCH上發(fā)送一定次數(shù)的尋呼消息，再在HS-PDSCH上發(fā)送一定 次數(shù)的尋呼消息；或者在HS-PDSCH和SCCPCH上間隔發(fā)送尋呼消息。所述RNC還包括移動(dòng)臺(tái)尋呼指示單元，與所述發(fā)送尋呼消息信道確定 單元連接，用于在所述控制RNC無(wú)法獲得移動(dòng)臺(tái)的能力信息時(shí)，向所述移動(dòng) 臺(tái)發(fā)送指示信息，指示所述移動(dòng)臺(tái)到SCCPCH信道上接收所述尋呼消息。本發(fā)明實(shí)施例還提供了 一種無(wú)線網(wǎng)絡(luò)控制器觸發(fā)服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)重 定位的系統(tǒng)，包括移動(dòng)臺(tái)，用于判斷服務(wù)RNC和控制RNC的能力信息是否 一致，如果不一致，則發(fā)起上行接入過程，使原來(lái)的控制RNC成為新的服務(wù) 脂C。所述移動(dòng)臺(tái)包括判斷單元，用于判斷服務(wù)RNC和控制RNC的能力信 息是否一致；切換單元，與所述判斷單元連接，用于在所述判斷單元判斷所 述服務(wù)RNC和控制RNC的能力信息不一致之后，發(fā)起上行接入過程，使原 來(lái)的控制RNC成為新的服務(wù)RNC。所述切換單元包括消息發(fā)送子單元，用于向所述服務(wù)RNC發(fā)送上行 RRC消息；信令接收子單元，用于接收所述控制RNC發(fā)送的RRC連接釋放 信令；連接釋放子單元，與所述信令接收子單元連接，用于在所述信令接收 子單元接收到RRC連接釋放信令之后，釋放當(dāng)前的RRC連接；連接建立子 單元，與所述連接釋放子單元連接，用于在所述連接釋放子單元釋放當(dāng)前的 RRC連接之后，在原來(lái)的控制RNC的小區(qū)中重新發(fā)起RRC連接建立過程， 使原來(lái)的控制RNC成為新的服務(wù)RNC。所述觸發(fā)服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)重定位的系統(tǒng)還包括服務(wù)RNC，用于在接 收到所述移動(dòng)臺(tái)發(fā)送的RRC消息之后，發(fā)起服務(wù)RNS重定位過程，使原來(lái) 的控制RNC成為新的服務(wù)RNC。所述觸發(fā)服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)重定位的系統(tǒng)還包括控制RNC，用于向所 述移動(dòng)臺(tái)發(fā)送RRC連接釋放信令。本發(fā)明實(shí)施例中，移動(dòng)臺(tái)可以通過服務(wù)RNC發(fā)送的RRC消息獲知該服務(wù) RNC是否支持增強(qiáng)尋呼特性；并且控制RNC可以獲知移動(dòng)臺(tái)是否支持增強(qiáng)尋 呼的能力，并可以確定移動(dòng)臺(tái)收到尋呼
道上監(jiān)聽尋呼消息，避免呼損。通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本 發(fā)明可借助軟件加必需的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn)，當(dāng)然也可以通過硬 件，但很多情況下前者是更佳的實(shí)施方式?；谶@樣的理解，本發(fā)明的技 術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使 得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行 本發(fā)明各個(gè)實(shí)施例所述的方法。以上公開的僅為本發(fā)明的幾個(gè)具體實(shí)施例，但是，本發(fā)明并非局限于此， 任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
權(quán)利要求
1、一種確定尋呼傳輸信道的方法，其特征在于，包括以下步驟控制無(wú)線網(wǎng)絡(luò)控制器RNC獲取移動(dòng)臺(tái)的能力信息；所述控制RNC根據(jù)所述移動(dòng)臺(tái)的能力信息以及尋呼域的能力信息確定發(fā)送尋呼消息的信道。
2、 如權(quán)利要求1所述確定尋呼傳輸信道的方法，其特征在于，所述移動(dòng) 臺(tái)的能力信息為所述移動(dòng)臺(tái)是否支持增強(qiáng)尋呼特性；和/或，所述尋呼域的能力信息指需要發(fā)送尋呼消息的小區(qū)是否支持增強(qiáng)尋呼特性。
3、 如權(quán)利要求l所述確定尋呼傳輸信道的方法，其特征在于，所述控制 RNC獲取移動(dòng)臺(tái)的能力信息具體包括所述控制RNC接收攜帶所述移動(dòng)臺(tái)的能力信息的尋呼請(qǐng)求消息，并從所 述尋呼請(qǐng)求消息中獲取所述移動(dòng)臺(tái)的能力信息；或者，所述控制RNC接收攜帶所述移動(dòng)臺(tái)的能力信息的上行無(wú)線資源控制RRC 消息，并從所述上行RRC消息中獲取所述移動(dòng)臺(tái)的能力信息。
4、 如權(quán)利要求l所述確定尋呼傳輸信道的方法，其特征在于，所述控制 RNC從其他RNC處獲取所述移動(dòng)臺(tái)的能力信息。
5、 如權(quán)利要求4所述確定尋呼傳輸信道的方法，其特征在于，所述控制 RNC從其他RNC處獲取所述移動(dòng)臺(tái)的能力信息，具體包括所述控制RNC接收所述其他RNC發(fā)送的信令，所述信令中包含所述移動(dòng) 臺(tái)的能力信息；所述控制RNC從接收的所述信令中獲取所述移動(dòng)臺(tái)的能力信息。
6、 如權(quán)利要求4或5所述確定尋呼傳輸信道的方法，其特征在于，所述其 他RNC包括服務(wù)無(wú)線網(wǎng)絡(luò)控制器SRNC。
7、 如權(quán)利要求1至5中任意一項(xiàng)所述確定尋呼傳輸信道的方法，其特征 在于，所述控制RNC根據(jù)移動(dòng)臺(tái)的能力信息以及尋呼域的能力信息確定發(fā)送 尋呼消息的信道具體包括當(dāng)所述移動(dòng)臺(tái)和需要發(fā)送尋呼消息的小區(qū)都支持增強(qiáng)尋呼特性時(shí)，確定在高速物理下行共享信道HS-PDSCH信道上發(fā)送尋呼消息；和/或，當(dāng)所述移動(dòng)臺(tái)和/或需要發(fā)送尋呼消息的小區(qū)不支持增強(qiáng)尋呼特性時(shí)，確 定在SCCPCH信道上發(fā)送尋呼消息。
8、 如權(quán)利要求i所述確定尋呼傳輸信道的方法，其特征在于，在所述控 制RNC根據(jù)移動(dòng)臺(tái)的能力信息以及尋呼域的能力信息確定發(fā)送尋呼消息的信 道之前，還包括如果所述控制RNC無(wú)法獲得所述移動(dòng)臺(tái)的能力信息，則確 定在HS-PDSCH信道和SCCPCH信道上發(fā)送尋呼消息；如果所述控制RNC獲得所述移動(dòng)臺(tái)的能力信息，則執(zhí)行根據(jù)所述移動(dòng)臺(tái) 的能力信息以及尋呼域的能力信息確定發(fā)送尋呼消息的信道的處理。
9、 如權(quán)利要求8所述確定尋呼傳輸信道的方法，其特征在于，所述在 HS-PDSCH信道和SCCPCH信道上發(fā)送尋呼消息具體包括在HS-PDSCH信道和SCCPCH信道上同時(shí)發(fā)送尋呼消息，或者先在HS-PDSCH上發(fā)送尋呼消息，如果在一定時(shí)間內(nèi)沒有收到移動(dòng)臺(tái)的 尋呼響應(yīng)，再在SCCPCH上發(fā)送尋呼消息；或者先在SCCPCH上發(fā)送尋呼消息，如果在一定時(shí)間內(nèi)沒有收到移動(dòng)臺(tái)的尋 呼響應(yīng)，再在HS-PDSCH上發(fā)送尋呼消息；或者先在HS-PDSCH上發(fā)送一定次數(shù)的尋呼消息，再在SCCPCH上發(fā)送一定 次數(shù)的尋呼消息；或者先在SCCPCH上發(fā)送一定次數(shù)的尋呼消息，再在HS-PDSCH上發(fā)送一定 次數(shù)的尋呼消息；或者在HS-PDSCH和SCCPCH上間隔發(fā)送尋呼消息。
10、 如權(quán)利要求l所述確定尋呼傳輸信道的方法，其特征在于，在所述控 制RNC根據(jù)移動(dòng)臺(tái)的能力信息以及尋呼域的能力信息確定發(fā)送尋呼消息的信 道之前，還包括如果所述控制RNC無(wú)法獲取移動(dòng)臺(tái)的能力信息，則所述控制RNC在 SCCPCH信道上發(fā)送尋呼消息；所述控制RNC向所述移動(dòng)臺(tái)發(fā)送指示信息，用于指示所述移動(dòng)臺(tái)到 SCCPCH信道上接收所述尋呼消息；所述移動(dòng)臺(tái)接收到所述指示信息后，到SCCPCH信道上接收所述尋呼消自.如果所述控制RNC獲得所述移動(dòng)臺(tái)的能力信息，則執(zhí)行4艮據(jù)所述移動(dòng)臺(tái) 的能力信息以及尋呼域的能力信息確定發(fā)送尋呼消息的信道的處理。
11、 如權(quán)利要求IO所述確定尋呼傳輸信道的方法，其特征在于，所述指 示信息通過尋呼指示信道PICH幀發(fā)送給移動(dòng)臺(tái)。
12、 一種觸發(fā)服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)重定位的方法，其特征在于，包括以 下步驟移動(dòng)臺(tái)判斷服務(wù)RNC和控制RNC的能力信息是否一致； 如果不一致，則所述移動(dòng)臺(tái)發(fā)起上行接入過程，使原來(lái)的控制RNC成為 新的服務(wù)RNC。
13、 如權(quán)利要求12所述觸發(fā)服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)重定位的方法，其特征 在于，所述服務(wù)RNC和控制RNC的能力信息具體包括所述服務(wù)RNC和控制 RNC是否支持增強(qiáng)尋呼特性。
14、 如權(quán)利要求12所述觸發(fā)服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)重定位的方法，其特征 在于，在移動(dòng)臺(tái)判斷服務(wù)RNC和控制RNC的能力信息是否一致之前，進(jìn)一 步包括移動(dòng)臺(tái)接收服務(wù)RNC發(fā)送來(lái)的RRC消息，所述RRC消息中攜帶該服務(wù) RNC是否支持增強(qiáng)尋呼特性的指示；移動(dòng)臺(tái)根據(jù)所述服務(wù)RNC發(fā)送來(lái)的RRC消息中的指示來(lái)確定該服務(wù) RNC是否支持增強(qiáng)尋呼特性。
15、 根據(jù)權(quán)利要求12所述觸發(fā)服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)重定位的方法，其特 征在于，所述移動(dòng)臺(tái)確定服務(wù)RNC和控制RNC的能力信息不一致為服務(wù) RNC不支持增強(qiáng)尋呼特性，控制RNC支持增強(qiáng)尋呼特性。
16、 如權(quán)利要求12所述觸發(fā)服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)重定位的方法，其特征 在于，所述移動(dòng)臺(tái)發(fā)起上行接入過程，使原來(lái)的控制RNC成為新的服務(wù)RNC 具體包括所述移動(dòng)臺(tái)發(fā)起上行RRC過程，向所述服務(wù)RNC發(fā)送上行RRC消息；所述服務(wù)RNC收到所述RRC消息后，發(fā)起服務(wù)RNS重定位過程，使原來(lái) 的控制RNC成為新的月良務(wù)RNC 。
17、 如權(quán)利要求12至16中任意一項(xiàng)所述觸發(fā)服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)重定位 的方法，其特征在于，所述上行接入過程中的上行RRC消息包括小區(qū)更新或 者URA更新或者其他的上行接入信令。
18、 如權(quán)利要求12至16中任意一項(xiàng)所述觸發(fā)服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)重定位 的方法，其特征在于，所述上行接入過程中的上行RRC消息中攜帶移動(dòng)臺(tái)是 否支持增強(qiáng)特性的信息；或攜帶觸發(fā)上行接入信令的原因。
19、 如權(quán)利要求12所述觸發(fā)服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)重定位的方法，其特征 在于，所述移動(dòng)臺(tái)發(fā)起上行接入過程，使原來(lái)的控制RNC成為新的服務(wù)RNC 具體包括所述控制RNC獲知所述服務(wù)RNC不支持增強(qiáng)尋呼特性后，向所述移動(dòng)臺(tái) 發(fā)送RRC連接釋放信令；所述移動(dòng)臺(tái)接收到RRC連接釋放信令后，釋放當(dāng)前的RRC連接，在原來(lái) 的控制RNC的小區(qū)中重新發(fā)起RRC連接建立過程，使原來(lái)的控制RNC成為移 動(dòng)臺(tái)新的服務(wù)RNC。
20、 如權(quán)利要求19所述觸發(fā)服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)重定位的方法，其特征 在于，所述控制RNC獲知所述服務(wù)RNC不支持增強(qiáng)尋呼特性具體包括所述 控制RNC通過公共資源建立請(qǐng)求信令獲知所述服務(wù)RNC不支持增強(qiáng)尋呼特 性；或者，所述控制RNC根據(jù)所述服務(wù)RNC不攜帶與增強(qiáng)尋呼特性相關(guān)的信息來(lái)獲 知服務(wù)RNC不支持增強(qiáng)尋呼特性。
21、 一種確定尋呼傳輸信道的系統(tǒng)，包括移動(dòng)臺(tái)和基站，其特征在于， 還包括RNC,用于獲取移動(dòng)臺(tái)的能力信息，并根據(jù)所述移動(dòng)臺(tái)的能力信息以 及尋呼域的能力信息確定發(fā)送尋呼消息的信道。
22、 如權(quán)利要求21所述確定尋呼傳輸信道的系統(tǒng)，其特征在于，所述 RNC具體包括移動(dòng)臺(tái)能力獲取單元，用于從尋呼請(qǐng)求消息中獲取移動(dòng)臺(tái)是否支持增強(qiáng)尋呼特性；發(fā)送尋呼消息信道確定單元，與所述移動(dòng)臺(tái)能力獲取單元連接，用于當(dāng) 移動(dòng)臺(tái)和尋呼消息發(fā)送的小區(qū)都支持增強(qiáng)尋呼特性時(shí)，確定在高速物理下行共享信道HS-PDSCH信道上發(fā)送尋呼消息；當(dāng)移動(dòng)臺(tái)和/或需要發(fā)送尋呼消息 的小區(qū)不支持增強(qiáng)尋呼特性時(shí)，確定在SCCPCH信道上發(fā)送尋呼消息；如果 控制RNC無(wú)法獲得移動(dòng)臺(tái)的能力信息，確定在HS-PDSCH信道和SCCPCH 信道上發(fā)送尋呼消息。
23、 如權(quán)利要求22所述確定尋呼傳輸信道的系統(tǒng)，其特征在于，所述 RNC還包括尋呼消息發(fā)送單元，用于在所述HS-PDSCH信道和SCCPCH信 道上發(fā)送尋呼消息，具體為在HS-PDSCH信道和SCCPCH信道上同時(shí)發(fā)送 尋呼消息，或者先在HS-PDSCH上發(fā)送尋呼消息，如果在一定時(shí)間內(nèi)沒有收到移動(dòng)臺(tái)的 尋呼響應(yīng)，再在SCCPCH上發(fā)送尋呼消息；或者先在SCCPCH上發(fā)送尋呼消息，如果在一定時(shí)間內(nèi)沒有收到移動(dòng)臺(tái)的尋 呼響應(yīng)，再在HS-PDSCH上發(fā)送尋呼消息或者先在HS-PDSCH上發(fā)送一定次數(shù)的尋呼消息，再在SCCPCH上發(fā)送一定 次數(shù)的尋呼消息；或者先在SCCPCH上發(fā)送一定次數(shù)的尋呼消息，再在HS-PDSCH上發(fā)送一定 次數(shù)的尋呼消息；或者在HS-PDSCH和SCCPCH上間隔發(fā)送尋呼消息。
24、 如權(quán)利要求22所述確定尋呼傳輸信道的系統(tǒng)，其特征在于，所述 RNC還包括移動(dòng)臺(tái)尋呼指示單元，與所述發(fā)送尋呼消息信道確定單元連接，用于在 所述控制RNC無(wú)法獲得移動(dòng)臺(tái)的能力信息時(shí)，向所述移動(dòng)臺(tái)發(fā)送指示信息， 指示所述移動(dòng)臺(tái)到SCCPCH信道上接收所述尋呼消息。
25、 一種觸發(fā)服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)重定位的系統(tǒng)，其特征在于，包括移 動(dòng)臺(tái)，用于判斷服務(wù)RNC和控制RNC的能力信息是否一致，如果不一致， 則發(fā)起上行接入過程，使原來(lái)的控制RNC成為新的服務(wù)RNC。
26、 如權(quán)利要求25所述觸發(fā)服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)重定位的系統(tǒng)，其特征 在于，所述移動(dòng)臺(tái)包括判斷單元，用于判斷服務(wù)RNC和控制RNC的能力信息是否一致； 切換單元，與所述判斷單元連接，用于在所述判斷單元判斷所述服務(wù)RNC和控制RNC的能力信息不一致之后，發(fā)起上行接入過程，使原來(lái)的控制RNC成為新的服務(wù)RNC。
27、 如權(quán)利要求26所述觸發(fā)服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)重定位的系統(tǒng)，其特征 在于，所述切換單元包括消息發(fā)送子單元，用于向所述服務(wù)RNC發(fā)送上行RRC消息； 信令接收子單元，用于接收所述控制RNC發(fā)送的RRC連接釋放信令； 連接釋放子單元，與所述信令接收子單元連接，用于在所述信令接收子單元接收到RRC連接釋放信令之后，釋放當(dāng)前的RRC連接；連接建立子單元，與所述連接釋放子單元連接，用于在所述連接釋放子單元釋放當(dāng)前的RRC連接之后，在原來(lái)的控制RNC的小區(qū)中重新發(fā)起RRC連接建立過程，使原來(lái)的控制RNC成為新的服務(wù)RNC。
28、 如權(quán)利要求27所述觸發(fā)服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)重定位的系統(tǒng)，其特征 在于，還包括服務(wù)RNC,用于在接收到所述移動(dòng)臺(tái)發(fā)送的RRC消息之后，發(fā) 起服務(wù)RNS重定位過程，使原來(lái)的控制RNC成為新的服務(wù)RNC。
全文摘要
本發(fā)明公開了一種確定尋呼傳輸信道的方法，包括以下步驟控制無(wú)線網(wǎng)絡(luò)控制器RNC獲取移動(dòng)臺(tái)的能力信息；所述控制RNC根據(jù)所述移動(dòng)臺(tái)的能力信息以及尋呼域的能力信息確定發(fā)送尋呼消息的信道。本發(fā)明實(shí)施例還提供了一種觸發(fā)服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)重定位的方法。本發(fā)明實(shí)施例中控制RNC可以通過獲知移動(dòng)臺(tái)是否支持增強(qiáng)尋呼的能力，以確定移動(dòng)臺(tái)收到尋呼指示后會(huì)去SCCPCH還是HS-PDSCH信道上監(jiān)聽尋呼消息，避免尋呼損失。
文檔編號(hào)H04W48/08GK101400110SQ20071016812
公開日2009年4月1日 申請(qǐng)日期2007年11月7日 優(yōu)先權(quán)日2007年9月27日
發(fā)明者陳燕燕 申請(qǐng)人:華為技術(shù)有限公司