国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      一種確定尋呼傳輸信道的方法及系統(tǒng)的制作方法

      文檔序號:7753310閱讀:185來源:國知局
      專利名稱:一種確定尋呼傳輸信道的方法及系統(tǒng)的制作方法
      技術(shù)領(lǐng)域
      本發(fā)明涉及通信技術(shù)領(lǐng)域,尤其涉及一種確定尋呼傳輸信道的方法及系統(tǒng)。
      背景技術(shù)
      現(xiàn)有技術(shù)中,處于URA_PCH(UTRANRegistration Area Paging Channel,UTRAN注 冊區(qū)尋呼信道)狀態(tài)下的移動臺不能直接的進(jìn)行數(shù)據(jù)發(fā)送和接收。當(dāng)網(wǎng)絡(luò)側(cè)有數(shù)據(jù)或者呼 叫要下發(fā)給URA_PCH狀態(tài)的移動臺時,需要在網(wǎng)絡(luò)側(cè)的PCH(Paging Channel,尋呼信道)發(fā) 送尋呼消息來通知移動臺,移動臺收到尋呼消息后,狀態(tài)遷移進(jìn)入到其他狀態(tài)進(jìn)行數(shù)據(jù)發(fā) 送和接收。出于節(jié)電目的,處于URA_PCH狀態(tài)下的移動臺執(zhí)行不連續(xù)接收(Discontinuous Reception, DRX),移動臺按照與網(wǎng)絡(luò)側(cè)協(xié)商好的不連續(xù)接收周期和算法,來計(jì)算何時應(yīng)該 去接收屬于自己的尋呼消息,具體方法如下每個尋呼信道(PCH)都有一個尋呼指示信道(Page Indicator Channel,PICH)與 之配對使用,移動臺只在一定的尋呼時機(jī)(paging occasion)去不連續(xù)的監(jiān)聽PICH上的 PI (Paging Indication,尋呼指示)信息。尋呼時機(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 國際移動用戶標(biāo)識)用 于標(biāo)識國際移動用戶;K為可用的承載PCH的SCCPCH(Secondary Common Control Physical Channel,輔助公共控制物理信道)的個數(shù);DRX cycle length為不連續(xù)接收周期;PBP為 尋呼塊周期,對于 FDD (Frequency Division Duplex,頻分復(fù)用),PBP = 1 ;Frame Offset 為幀偏移,對于FDD,幀偏移為0,對于TDD (ime Division Duplex,時分復(fù)用),幀偏移值在 系統(tǒng)消息中指定;Npiqi為承載尋呼指示幀的幀數(shù),等于尋呼指示幀的重復(fù)長度;Νωρ是某個 尋呼時機(jī)的最后一個承載尋呼指示的幀與第一個承載尋呼消息的幀之間的幀數(shù);DRXIndex 為不連續(xù)接收指數(shù),其值為(IMSI div 8192);對于FDD,Np是一個幀中的尋呼指示的數(shù)目, 對于TDD,Np是一個尋呼塊中的尋呼指示的數(shù)目;Nra為尋呼組的個數(shù)。其中,Npich, Np, Npch 都在系統(tǒng)消息中下發(fā)。通過以上公式,移動臺可以計(jì)算出自己需要監(jiān)控的尋呼指示幀的SFN(System Frame Number,系統(tǒng)幀號)以及需要監(jiān)控的PI。如果在尋呼時機(jī)中監(jiān)控到屬于自己的尋 呼指示的信息為“后續(xù)有尋呼消息”,對于FDD,在指定tPI。H = 7680chips后,到承載尋呼消 息的SCCPCH上接收尋呼消息(PCH是傳輸信道,其映射到物理信道為SCCPCH)?,F(xiàn)有技術(shù) WCDMA中PICH與SCCPCH的時隙關(guān)系如圖1所示。在WCDMA (Wideband Code Division Multiple Access,寬帶碼分多址)中的 PICH 幀結(jié)構(gòu)如圖2所示,包括用于尋呼指示的288比特和預(yù)留的12比特。WCDMA的ReleaSe7版 本中,引入了增強(qiáng)尋呼特性,對于支持增強(qiáng)尋呼特性的Cell_PCH狀態(tài)下或URA_PCH狀態(tài)下
      4的移動臺,可以利用HSDPA(High Speed Downlink Package Access,高速下行鏈路分組接 入)技術(shù)實(shí)現(xiàn)傳輸比特率的增加,即從HS-PDSCH(High-Speed Physical Downlink Shared Channel,高速物理下行共享信道)接收尋呼消息,PICH與HS-PDSCH的時隙關(guān)系如圖3所 示。其具體的實(shí)現(xiàn)方式如下對于URA_PCH狀態(tài)下的移動臺,如果移動臺支持增強(qiáng)尋呼特性,并且當(dāng)移動臺進(jìn) 入到一個支持增強(qiáng)尋呼特性的小區(qū)中時,移動臺會按照現(xiàn)有的方式監(jiān)聽尋呼指示信道上的 尋呼指示。與非增強(qiáng)尋呼的區(qū)別在于,增強(qiáng)尋呼用于計(jì)算尋呼時機(jī)的公式中的K是從系統(tǒng) 廣播消息中獲得的小區(qū)中支持HSDPA的PICH的數(shù)目,并且移動臺監(jiān)控的PICH的信道是通 過讀取系統(tǒng)廣播消息中的相關(guān)信息以及移動臺的U-RNTI (User Radio Network Temporary Identity,用戶無線網(wǎng)絡(luò)臨時標(biāo)識)來進(jìn)行計(jì)算并進(jìn)行選擇的移動臺所選擇監(jiān)聽的尋呼指示信道的編號=U-RNTI mod K公式中的K值為支持HSDPA的候選尋呼指示信道的條數(shù)。當(dāng)URA_PCH狀態(tài)的移動臺監(jiān)聽尋呼指示信道并檢測到屬于自己的尋呼指 示的信息為“后續(xù)有尋呼消息”,則在指定的時間間隔后,到承載尋呼消息內(nèi)容的 HS-PDSCH(High-Speed Physical Downlink Shared Channel,高速物理下行共享信道)上 接收尋呼消息內(nèi)容?,F(xiàn)有技術(shù)中一種通信系統(tǒng)如圖4所示,包括SRNC (Serving RNC,服務(wù) RNC)是指移動臺與網(wǎng)絡(luò)之間的 RRC (Radio Resource Control,無限資源控制)協(xié)議的終結(jié)點(diǎn),移動臺的RRC上下文都存儲于服務(wù)RNC中,并且 SRNC是移動臺與核心網(wǎng)進(jìn)行通信的唯一的接口。CRNC (Controlling RNC,控制RNC),是指移動臺由于移動等原因,進(jìn)入了屬于這個 RNC的小區(qū)中,移動臺使用了這個RNC范圍內(nèi)的資源,但是移動臺與核心網(wǎng)進(jìn)行通信時仍需 要通過SRNC。移動臺的服務(wù)RNC和控制RNC可能是同一個RNC,也可以是不同的RNC。當(dāng)移動臺 的服務(wù)RNC與控制RNC不一致時,服務(wù)RNC可以決定發(fā)起SRNS Relocation的過程(即服 務(wù)無線網(wǎng)絡(luò)系統(tǒng)重定位過程),將移動臺的RRC上下文從服務(wù)RNC轉(zhuǎn)移到控制RNC,從而使 得之前的控制RNC成為其服務(wù)RNC??紤]下面的場景圖4所示的一個通信系統(tǒng)中,移動臺處于URA_PCH狀態(tài)。移動臺 在無線網(wǎng)絡(luò)控制器A范圍內(nèi)的小區(qū)中建立RRC連接,即無線網(wǎng)絡(luò)控制器A是移動臺的服務(wù) RNC。但是之后由于移動臺的移動等原因,移動臺駐留在了無線網(wǎng)絡(luò)控制器B之下的小區(qū)D 中,即無線網(wǎng)絡(luò)控制器B成為移動臺的控制RNC。圖4中無線網(wǎng)絡(luò)控制器C范圍內(nèi)的小區(qū)E與無線網(wǎng)絡(luò)控制器C之下的小區(qū)D屬于 相同的URA,也即當(dāng)移動臺由于移動等原因執(zhí)行小區(qū)重選從小區(qū)D重選到小區(qū)E時,雖然當(dāng) 前無線網(wǎng)絡(luò)控制器C成為了移動臺的控制RNC,但移動臺并不會發(fā)起URA更新過程通知網(wǎng)絡(luò) 側(cè)。當(dāng)服務(wù)RNC收到來自核心網(wǎng)的對于這個URA_PCH狀態(tài)移動臺的數(shù)據(jù)或者呼叫時, 由于服務(wù)RNC中會存儲這個移動臺的RRC上下文,因此可以知道這個移動臺的RRC狀態(tài)以 及所在的URA標(biāo)識信息,于是在屬于這個URA的小區(qū)中發(fā)送尋呼消息,具體實(shí)現(xiàn)過程如圖5 所示,包括以下步驟
      步驟s501,服務(wù)RNC向其他的至少包含一個該URA小區(qū)的RNC發(fā)送尋呼請求消息, 該尋呼請求消息中攜帶paging area(尋呼域),即URA標(biāo)識信息、被呼移動臺的IMSI,以 及這個移動臺的DRX周期參數(shù)等信息。其中,尋呼域是指需要發(fā)送尋呼的范圍,可以是一個 URA標(biāo)識,也可以是一個小區(qū)的標(biāo)識,當(dāng)控制RNC得到尋呼域時,即知道了需要在哪些小區(qū) 的范圍內(nèi)發(fā)送這個尋呼消息。步驟s502,收到尋呼請求消息的RNC (在圖4的通信系統(tǒng)中,RNC B和RNCC都會收 到這個尋呼請求消息),根據(jù)被呼移動臺的IMSI和DRX周期參數(shù)計(jì)算移動臺的尋呼時機(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,移動臺根據(jù)自己的IMSI,DRX參數(shù)等信息計(jì)算出監(jiān)聽尋呼指示的時機(jī), 并根據(jù)尋呼指示的信息判斷是否需要到SCCPCH信道接收尋呼消息內(nèi)容。在引入增強(qiáng)尋呼特性后,上述的步驟s502中,收到尋呼請求的RNC也可能會將尋 呼消息的內(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)容。移動臺根據(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é)議的描述,如果移動臺支持增強(qiáng)尋呼的功能,并且系統(tǒng)廣播消息中的相關(guān)信息表 明移動臺當(dāng)前所駐留的小區(qū)也是支持增強(qiáng)尋呼功能時,移動臺在監(jiān)聽到尋呼指示信道上的 尋呼指示,接下來會去HS-PDSCH信道上接聽尋呼消息的內(nèi)容。然而,移動臺接收到的駐留 小區(qū)中的系統(tǒng)廣播消息是來自于CRNC的配置,即當(dāng)前小區(qū)支持增強(qiáng)尋呼只能表明CRNC是 支持增強(qiáng)尋呼特性的,并不能表明SRNC是否支持增強(qiáng)尋呼特性。雖然CRNC可以從移動臺在小區(qū)更新或者URA更新消息中攜帶信息獲得移動臺是 否支持增強(qiáng)尋呼的能力信息,然后根據(jù)移動臺的能力信息來判斷將尋呼消息發(fā)送在SCCPCH 信道或者HS-PDSCH信道。然而,如果移動臺從來沒有在當(dāng)前CRNC的范圍內(nèi)發(fā)起過上行接 入時,即移動臺小區(qū)重選到不同的RNS(Radio Network Subsystem,無線網(wǎng)絡(luò)子系統(tǒng))范圍, 但是仍屬于相同的URA的小區(qū),因此無須發(fā)起URA更新的過程。因此CRNC如果僅僅根據(jù)該 小區(qū)是否支持增強(qiáng)尋呼的能力信息來選擇尋呼信道,移動臺可能收不到尋呼消息,存在呼 損的可能性。比如在圖4中,當(dāng)移動臺從小區(qū)D重選到小區(qū)E的范圍,由于小區(qū)D和小區(qū)E屬于 相同的URA,因此當(dāng)網(wǎng)絡(luò)側(cè)需要對移動臺發(fā)起尋呼時,移動臺還沒有在無線網(wǎng)絡(luò)控制器C的 范圍內(nèi)發(fā)起過上行信令接入,于是無線網(wǎng)絡(luò)控制器C無法得知移動臺的能力信息,也就無 法知道移動臺收到尋呼指示后會去SCCPCH還是HS-PDSCH信道上監(jiān)聽尋呼消息,于是存在 呼損的可能性。

      發(fā)明內(nèi)容
      本發(fā)明實(shí)施例提供一種確定尋呼傳輸信道的方法及系統(tǒng),以解決現(xiàn)有技術(shù)中無法得知移動臺的能力信息,也無法得知移動臺收到尋呼指示后,會去SCCPCH還是HS-PDSCH信 道上監(jiān)聽尋呼消息的問題。為達(dá)到上述目的,本發(fā)明實(shí)施例一方面提供一種確定尋呼傳輸信道的方法,包括 以下步驟控制RNC獲取移動臺的能力信息;所述控制RNC根據(jù)所述移動臺的能力信息以及尋呼域的能力信息確定發(fā)送尋呼 消息的信道。另一方面,本發(fā)明實(shí)施例還提供了一種觸發(fā)服務(wù)無線網(wǎng)絡(luò)子系統(tǒng)重定位的方法, 包括以下步驟移動臺判斷服務(wù)RNC和控制RNC的能力信息是否一致;如果不一致,則所述移動臺發(fā)起上行接入過程,使原來的控制RNC成為新的服務(wù) RNC。再一方面,本發(fā)明實(shí)施例還提供了一種確定尋呼傳輸信道的系統(tǒng),包括移動臺和 基站,還包括RNC,用于獲取移動臺的能力信息,并根據(jù)所述移動臺的能力信息以及尋呼域 的能力信息確定發(fā)送尋呼消息的信道。再一方面,本發(fā)明實(shí)施例還提供了一種觸發(fā)服務(wù)無線網(wǎng)絡(luò)子系統(tǒng)重定位的系統(tǒng), 包括移動臺,用于判斷服務(wù)RNC和控制RNC的能力信息是否一致,如果不一致,則發(fā)起上行 接入過程,使原來的控制RNC成為新的服務(wù)RNC。與現(xiàn)有技術(shù)相比,本發(fā)明實(shí)施例具有以下優(yōu)點(diǎn)通過本發(fā)明實(shí)施例,控制RNC獲取 移動臺的能力信息,并根據(jù)該移動臺的能力信息以及尋呼域的能力信息確定發(fā)送尋呼消息 的信道。在移動臺判斷服務(wù)RNC和控制RNC的能力信息不一致時,可以通過發(fā)起上行接入 過程,使原來的控制RNC成為新的服務(wù)RNC。從而彌補(bǔ)了現(xiàn)有技術(shù)無法得知移動臺的能力信 息的缺陷,避免尋呼損失。


      圖1是現(xiàn)有技術(shù)W⑶MA中PICH與SCCPCH的時隙關(guān)系示意圖;圖2是現(xiàn)有技術(shù)W⑶MA中的PICH幀結(jié)構(gòu)示意圖;圖3是現(xiàn)有技術(shù)WCDMA中的PICH與HS-PDSCH的時隙關(guān)系示意圖;圖4是現(xiàn)有技術(shù)中一種通信系統(tǒng)結(jié)構(gòu)圖;圖5是現(xiàn)有技術(shù)中一種確定尋呼傳輸信道的方法流程圖;圖6是本發(fā)明實(shí)施例一中移動臺確定尋呼傳輸信道方法流程圖;圖7是本發(fā)明實(shí)施例二中移動臺確定尋呼傳輸信道方法流程圖;圖8是本發(fā)明實(shí)施例三中移動臺確定尋呼傳輸信道方法流程圖;圖9是本發(fā)明實(shí)施例四中移動臺確定尋呼傳輸信道方法流程圖;圖10是本發(fā)明實(shí)施例五中移動臺確定尋呼傳輸信道方法流程圖;圖11是本發(fā)明實(shí)施例六中移動臺確定尋呼傳輸信道方法流程圖;圖12是本發(fā)明實(shí)施例七中移動臺確定尋呼傳輸信道方法流程圖;圖13是本發(fā)明實(shí)施例十一中一種無線網(wǎng)絡(luò)控制器觸發(fā)服務(wù)無線網(wǎng)絡(luò)子系統(tǒng)重定 位的方法的流程圖14是本發(fā)明實(shí)施例十二中一種無線網(wǎng)絡(luò)控制器觸發(fā)服務(wù)無線網(wǎng)絡(luò)子系統(tǒng)重定 位的方法的流程圖;圖15是本發(fā)明實(shí)施例十三中一種無線網(wǎng)絡(luò)控制器觸發(fā)服務(wù)無線網(wǎng)絡(luò)子系統(tǒng)重定 位的方法的流程圖。
      具體實(shí)施例方式本發(fā)明實(shí)施例中控制RNC獲取移動臺的能力信息和尋呼域的能力信息,然后控制 RNC根據(jù)所述移動臺的能力信息以及尋呼域的能力信息確定發(fā)送尋呼消息的信道。其中,所 述移動臺的能力信息為所述移動臺是否支持增強(qiáng)尋呼特性,所述尋呼域的能力信息為所述 尋呼消息發(fā)送小區(qū)是否支持增強(qiáng)尋呼特性。其中,根據(jù)移動臺的能力信息以及尋呼域的能力信息確定發(fā)送尋呼消息的信道具 體包括控制RNC收到服務(wù)無線網(wǎng)絡(luò)控制器SRNC對于某移動臺的尋呼請求時,確定需要將 所述尋呼請求在一個支持增強(qiáng)尋呼特性的小區(qū)中下發(fā)給所述移動臺;所述控制RNC判斷是 否存儲有所述移動臺支持增強(qiáng)尋呼的信息,如果有,則在HS-PDSCH上發(fā)送尋呼消息,指示 所述移動臺按照增強(qiáng)尋呼方式在HS-PDSCH上發(fā)送尋呼消息。如果所述控制RNC中沒存儲 所述移動臺支持增強(qiáng)尋呼的信息,則所述控制RNC將所述移動臺按照不支持增強(qiáng)尋呼特性 和支持增強(qiáng)尋呼特性的兩種情況計(jì)算出兩個尋呼時機(jī),并在所述兩個尋呼時機(jī)中都傳輸相 應(yīng)的尋呼指示。其中,判斷存儲有所述移動臺支持增強(qiáng)尋呼的信息之前包括所述控制RNC獲取 并存儲所述移動臺是否支持增強(qiáng)尋呼特性。所述控制RNC獲取并存儲所述移動臺是否支持 增強(qiáng)尋呼特性具體包括所述移動臺向所述SRNC發(fā)送更新請求,所述請求中包括所述移動 臺是否支持增強(qiáng)尋呼特性的指示;所述SRNC向所述控制RNC發(fā)送尋呼請求,所述請求中攜 帶所述指示;所述控制RNC獲取并存儲所述指示?;颍隹刂芌NC接收所述移動臺更新時 發(fā)送的RRC消息,獲取并存儲所述消息中所述移動臺是否支持增強(qiáng)尋呼特性的指示?;?,移 動臺在URA中的某個小區(qū)中發(fā)起上行接入并攜帶支持增強(qiáng)尋呼特性的能力信息;通過RNC 之間的信息交互,移動臺的能力信息被至少有一個小區(qū)屬于該URA范圍的所有控制RNC獲 得。本發(fā)明實(shí)施例一中一種移動臺確定尋呼傳輸信道方法,如圖6所示,包括以下步 驟步驟s601,移動臺在發(fā)送給網(wǎng)絡(luò)側(cè)的上行RRC信令中攜帶移動臺支持增強(qiáng)尋呼特 性能力的信息;該上行RRC信令包含但不限于以下RRC信令可以是RRC連接建立過程中的RRC 信令,可以是小區(qū)更新消息,可以是URA更新消息。步驟s602,服務(wù)RNC將該移動臺支持增強(qiáng)尋呼特性能力的信息存儲于該移動臺對 應(yīng)的RRC上下文中;步驟s603,控制RNC接收尋呼請求消息;該尋呼請求消息中攜帶移動臺是否支持增強(qiáng)尋呼特性的指示信息;或者也可以只攜帶移動臺支持增強(qiáng)尋呼特性的指示信息,不攜帶該信息時認(rèn)為移 動臺不支持增強(qiáng)尋呼特性。
      步驟s604,控制RNC根據(jù)移動臺的能力信息以及尋呼域的能力信息決定發(fā)送尋呼 消息的信道。如果移動臺支持增強(qiáng)尋呼,并且尋呼消息發(fā)送的小區(qū)支持增強(qiáng)尋呼特性,則在 HS-PDSCH信道上發(fā)送尋呼消息;如果移動臺支持增強(qiáng)尋呼,但是尋呼消息發(fā)送的小區(qū)不支持增強(qiáng)尋呼特性,則在 SCCPCH信道上發(fā)送尋呼消息;如果移動臺不支持增強(qiáng)尋呼,但是尋呼消息發(fā)送的小區(qū)支持增強(qiáng)尋呼特性,則在 SCCPCH信道上發(fā)送尋呼消息;如果移動臺不支持增強(qiáng)尋呼,并且尋呼消息發(fā)送的小區(qū)不支持增強(qiáng)尋呼特性,則 在SCCPCH信道上發(fā)送尋呼消息。S卩,只有當(dāng)移動臺和尋呼消息發(fā)送的小區(qū)同時支持增強(qiáng)尋呼特性時,才在 HS-PDSCH信道上發(fā)送尋呼消息。本發(fā)明實(shí)施例二中一種移動臺確定尋呼傳輸信道方法,如圖7所示,包括以下步 驟步驟s701,移動臺在發(fā)送給網(wǎng)絡(luò)側(cè)的上行RRC信令中攜帶移動臺支持增強(qiáng)尋呼特 性能力的信息;該上行RRC信令包含但不限于以下RRC信令可以是RRC連接建立過程中的RRC 連接建立請求信令,可以是RRC連接建立完成,可以是小區(qū)更新消息,可以是URA更新消息。步驟s702,控制RNC從步驟s701所述的上行RRC消息中,獲得并存儲移動臺是否 支持增強(qiáng)尋呼特性的信息。步驟s703,控制RNC接收尋呼請求消息。步驟s704,與步驟s604相同。實(shí)施例一和實(shí)施例二的共同之處是,控制RNC需要通過某種途徑獲得移動臺是否 支持增強(qiáng)尋呼特性的能力信息;并利用移動臺的能力信息和需要下發(fā)尋呼消息的小區(qū)是否 支持增強(qiáng)尋呼特性的能力信息來共同判斷在哪個信道上下發(fā)尋呼消息。不同的是,實(shí)施例 一中是從服務(wù)RNC發(fā)送的尋呼請求消息中獲得,而實(shí)施例二中是從移動臺發(fā)送給網(wǎng)絡(luò)側(cè)的 上行RRC消息中獲得。本發(fā)明實(shí)施例三中一種移動臺確定尋呼傳輸信道方法,如圖8所示,包括以下步 驟步驟s801,服務(wù)RNC每次為移動臺分配新的U-RNTI時,或者每次服務(wù)RNC標(biāo)識發(fā) 生變化時,網(wǎng)絡(luò)側(cè)向移動臺發(fā)送的RRC消息中攜帶SRNC是否支持增強(qiáng)尋呼特性的指示。其 中,所述的RRC消息可以包括但不限于以下消息切換到UTRAN命令(HANDOVER TO UTRAN COMMAND);物理信道重配置消息(PHYSICAL CHANNEL RECONFI⑶RAT I ON);無線承載配置消 息(RADIO BEARER RECONFIGURATION);無線承載釋放消息(RADIO BEARER RELEASE);無線 承載建立消息(RADIO BEARER SETUP) ;RRC 連接建立消息(RRC CONNECTION SETUP);傳輸 信道重配置消息(TRANSPORT CHANNEL RECONFIGURATION) ;URA 更新確認(rèn)消息(URA UPDATE CONFIRM) ;UTRAN 移動通知消息(UTRAN MOBILITY INFORMATION)。步驟s802,移動臺可以通過該指示判斷服務(wù)RNC是否支持增強(qiáng)尋呼;當(dāng)網(wǎng)絡(luò)側(cè)為移動臺分配了新的U-RNTI,但是卻并未攜帶該指示時,移動臺可以認(rèn)為這個服務(wù)RNC不支持增強(qiáng)尋呼特性。步驟s803,控制RNC收到尋呼請求消息。步驟s804,控制RNC根據(jù)移動臺的能力信息決定尋呼信道,發(fā)送尋呼消息;如果控制RNC中沒有存儲關(guān)于這個移動臺是否支持增強(qiáng)尋呼的信息,則控制RNC 對于這個移動臺,在其HS-PDSCH信道相關(guān)的尋呼指示信道以及SCCPCH相關(guān)的尋呼指示信 道上都發(fā)送尋呼指示信息。即控制RNC在計(jì)算尋呼時機(jī)和PI bitmap(位圖)時,將被呼移動臺按照不支持 增強(qiáng)尋呼特性和支持增強(qiáng)尋呼特性的兩種情況,計(jì)算出兩個尋呼時機(jī),即兩個PICH的SFN 號,并在這兩個尋呼時機(jī)中都傳輸相應(yīng)的尋呼指示,向移動臺表明“后續(xù)有尋呼消息”,并在 HS-PDSCH信道相關(guān)的尋呼指示信道幀的擴(kuò)展比特中包含“尋呼消息在SCCPCH”的信息。步驟s805,在SCCPCH信道上發(fā)送尋呼消息的內(nèi)容。步驟s806,如果移動臺支持增強(qiáng)尋呼特性,則移動臺會讀到HS-PDSCH信道相關(guān)的 尋呼指示信道上的尋呼指示以及擴(kuò)展比特中的“尋呼消息在SCCPCH”的信息。從而接下來 到SCCPCH信道上接收尋呼消息的內(nèi)容。實(shí)施例三中,只有滿足以下條件的移動臺會去讀取PICH幀中的擴(kuò)展比特移動臺 處于URA_PCH狀態(tài),移動臺支持增強(qiáng)尋呼特性,且當(dāng)前所處小區(qū)支持增強(qiáng)尋呼特性,并且移 動臺的服務(wù)RNC不支持增強(qiáng)尋呼特性(可能是由于SRNC為Rel 7以前版本的RNC,或者是 一個Rel 7版本之后的但是不支持增強(qiáng)尋呼特性的RNC),不滿足以上條件的移動臺即使讀 到這個擴(kuò)展比特,也會忽略其含義。從以上的分析可以知道,不滿足這些條件的尋呼仍然會利用HSDPA信道下發(fā);即 使?jié)M足這些條件,尋呼消息仍然有機(jī)會在HSDPA信道下發(fā),這取決于控制RNC是否了解移動 臺的增強(qiáng)尋呼特性能力,于是可以有效的利用HSDPA特性。本發(fā)明實(shí)施例四中,處于URA_PCH狀態(tài)的支持增強(qiáng)尋呼特性的移動臺了解到服務(wù) RNC不支持增強(qiáng)尋呼特性,而當(dāng)前小區(qū)支持增強(qiáng)尋呼特性,則移動臺在SCCPCH信道接收尋 呼消息??刂芌NC在計(jì)算尋呼時機(jī)和PI位圖時,將被呼移動臺按照不支持增強(qiáng)尋呼特性的 移動臺處理。具體過程如圖9所示,包括以下步驟步驟s901 s903與步驟s801 s803相同。步驟s904,當(dāng)控制RNC收到尋呼請求時,如果控制RNC獲知服務(wù)RNC不支持增強(qiáng)尋 呼特性,則對于這個移動臺,在SCCPCH相關(guān)的尋呼指示信道上發(fā)送尋呼指示信息。控制RNC得知服務(wù)RNC的是否支持增強(qiáng)尋呼特性的方法可以是控制RNC可以從 SRNC發(fā)來的信令中獲得,也可以從移動臺發(fā)來的信令中獲得。步驟s905,移動臺監(jiān)聽到SCCPCH相關(guān)的尋呼信道上的尋呼指示后到SCCPCH信道 上接收尋呼消息。本發(fā)明實(shí)施例五如圖10所示,包括以下步驟步驟s 1001,控制RNC接收尋呼請求消息。步驟S1002,如果控制RNC需要在支持增強(qiáng)尋呼的小區(qū)中下發(fā)尋呼消息,則控制 RNC需要判斷是否存儲了關(guān)于這個移動臺是否支持增強(qiáng)尋呼的信息,如果沒有,則轉(zhuǎn)步驟 sl003。當(dāng)然,實(shí)際應(yīng)用中步驟sl002也可以省略。步驟S1003,控制RNC向?qū)ず粽埱笾兄甘镜男^(qū)中下發(fā)尋呼消息??刂芌NC在
      10HS-PDSCH信道和SCCPCH信道上發(fā)送尋呼消息,發(fā)送的方式可以在HS-PDSCH信道和SCCPCH信道上同時發(fā)送尋呼消息,或者;可以先在HS-PDSCH上發(fā)送尋呼消息,如果在一定時間內(nèi)沒有收到移動臺的尋呼 響應(yīng),再在SCCPCH上發(fā)送尋呼消息;或者可以先在SCCPCH上發(fā)送尋呼消息,如果在一定時間內(nèi)沒有收到移動臺的尋呼響 應(yīng),再在HS-PDSCH上發(fā)送尋呼消息;或者也可以先在HS-PDSCH上發(fā)送一定次數(shù)的尋呼消息,再在SCCPCH上發(fā)送一定次數(shù) 的尋呼消息;或者也可以先在SCCPCH上發(fā)送一定次數(shù)的尋呼消息,再在HS-PDSCH上發(fā)送一定次數(shù) 的尋呼消息;或者也可以在HS-PDSCH和SCCPCH上間隔發(fā)送尋呼消息。總之,無論采取何種發(fā)送方 式,只要是在兩個信道上都發(fā)了,就屬于本發(fā)明的保護(hù)范圍。如果在不支持增強(qiáng)尋呼特性的小區(qū)中下發(fā),則控制RNC僅在SCCPCH上傳輸尋呼消
      肩、ο在實(shí)施例五中,如果控制RNC需要在不支持增強(qiáng)尋呼特性的小區(qū)中下發(fā)尋呼消 息,則控制RNC直接在SCCPCH信道上下發(fā)尋呼消息。如果控制RNC中存儲了被呼移動臺的 能力信息,則當(dāng)移動臺和尋呼消息發(fā)送的小區(qū)都支持增強(qiáng)尋呼特性時,在高速物理下行共 享信道HS-PDSCH信道上發(fā)送尋呼消息。當(dāng)移動臺和/或需要發(fā)送尋呼消息的小區(qū)不支持 增強(qiáng)尋呼特性時,在SCCPCH信道上發(fā)送尋呼消息。本發(fā)明實(shí)施例六,如圖11所示,包括以下步驟步驟sllOl sll02 與 S601 S602 相同。步驟S1103,服務(wù)RNC可以根據(jù)移動臺屬于的URA標(biāo)識信息,將移動臺的增強(qiáng)尋呼 特性能力信息通知給至少有一個小區(qū)屬于該URA的其他RNC,于是移動臺所在的控制RNC可 以知道移動臺支持增強(qiáng)尋呼特性的能力信息。步驟si 104,控制RNC接收尋呼請求消息。步驟s 1105與步驟s604相同。本發(fā)明實(shí)施例七,如圖12所示,包括以下步驟步驟sl201 sl202 與 S701 S702 相同。步驟S1203,控制RNC可以根據(jù)移動臺屬于的URA標(biāo)識信息,將移動臺的增強(qiáng)尋呼 特性能力信息通知給至少有一個小區(qū)屬于該URA的其他RNC,于是即使移動臺由于移動控 制RNC發(fā)生變化,移動臺當(dāng)前所在的控制RNC仍然可以知道移動臺支持增強(qiáng)尋呼特性的能 力fn息。步驟sl204 sl205與步驟sll04 sll05相同。實(shí)施例六、實(shí)施例七的共同之處是,通過RNC之間的信息交互,移動臺的能力信息 被至少有一個小區(qū)屬于該URA范圍的所有RNC獲得。本發(fā)明實(shí)施例八服務(wù)RNC在尋呼請求消息或者其他的Iur接口上的信令中攜帶服務(wù)RNC是否支持 增強(qiáng)尋呼特性的信息,以使控制RNC 了解服務(wù)RNC是否支持增強(qiáng)尋呼的能力,如果未攜帶, 認(rèn)為服務(wù)RNC不支持增強(qiáng)尋呼。
      移動臺通過步驟s801 s802可以了解服務(wù)RNC是否支持增強(qiáng)尋呼的信息。對于控制RNC,如果確定服務(wù)RNC不支持增強(qiáng)尋呼特性,則只在SCCPCH上發(fā)送尋呼 消息;對于移動臺,無論當(dāng)前小區(qū)是否支持增強(qiáng)尋呼特性,只要其服務(wù)RNC不支持增強(qiáng)尋呼 特性,則只在SCCPCH上接收尋呼消息。實(shí)施例九當(dāng)控制RNC收到尋呼請求,需要在一個支持增強(qiáng)尋呼的小區(qū)中發(fā)送尋呼消息時如果尋呼請求中攜帶了移動臺的能力信息,則根據(jù)移動臺的能力信息在相應(yīng)的信 道上下發(fā)尋呼消息;如果尋呼請求中沒有攜帶移動臺的能力信息,則認(rèn)為移動臺不支持增強(qiáng)特性,于 是在SCCPCH信道上傳輸尋呼消息;實(shí)施例十當(dāng)控制RNC收到尋呼請求,需要在一個支持增強(qiáng)尋呼的小區(qū)中發(fā)送尋呼消息時如果控制RNC獲知服務(wù)RNC不支持增強(qiáng)尋呼特性,則在SCCPCH信道上傳輸尋呼消 肩、ο控制RNC得知服務(wù)RNC是否支持增強(qiáng)尋呼特性的方法可以是控制RNC可以從 SRNC發(fā)來的信令中獲得,也可以從移動臺發(fā)來的信令中獲得。本發(fā)明實(shí)施例i^一,如圖13所示,包括以下步驟步驟S1301,服務(wù)RNC每次為移動臺分配新的U-RNTI時,在相應(yīng)的RRC消息中攜帶 服務(wù)RNC是否支持增強(qiáng)尋呼特性的指示。步驟S1302,移動臺可以通過這個指示信息判斷服務(wù)RNC是否支持增強(qiáng)尋呼。步驟S1303,移動臺執(zhí)行小區(qū)重選到一個支持增強(qiáng)特性的小區(qū)中。步驟sl304,如果移動臺支持增強(qiáng)尋呼特性,且其服務(wù)RNC不支持增強(qiáng)特性,則移 動臺需要發(fā)起一個上行RRC過程。這個上行的RRC過程可以是小區(qū)更新或者URA更新或者其他的上行接入信令。這個上行的RRC消息中可以攜帶移動臺是否支持增強(qiáng)特性的信息;也可以攜帶觸 發(fā)上行接入信令的原因。步驟sl305,服務(wù)RNC收到這個消息后,發(fā)起服務(wù)RNS relocation過程,重定位過 程結(jié)束后,則原來的控制RNC成為移動臺的新的服務(wù)RNC。本發(fā)明實(shí)施例十二,如圖14所示,包括以下步驟步驟s 1401,服務(wù)RNC每次為移動臺分配新的U-RNTI時,在相應(yīng)的RRC消息中攜帶 服務(wù)RNC是否支持增強(qiáng)尋呼特性的指示。從圖中可以看出,服務(wù)RNC主要是在RRC消息中攜帶本服務(wù)RNC是否支持增強(qiáng)尋 呼特性的指示。顯然,除了在為移動臺分配新的U-RNTI時,在相應(yīng)的RRC消息中攜帶本服 務(wù)RNC是否支持增強(qiáng)尋呼特性的指示,也可以在其他的RRC消息中攜帶該指示,比如服務(wù) RNC通過RRC消息指示移動臺進(jìn)入URA_PCH狀態(tài)時,可以在相應(yīng)的RRC消息中攜帶本服務(wù) RNC是否支持增強(qiáng)尋呼特性的指示。另外,服務(wù)RNC通過RRC消息攜帶本服務(wù)RNC是否支持增強(qiáng)尋呼特性的指示的這 個步驟,除了在本實(shí)施例中有該步驟之外,在前述實(shí)施例十一及后面的實(shí)施例十三中均有 同樣的步驟,且具體實(shí)現(xiàn)相同,因此在其他兩個實(shí)施例中不再詳細(xì)描述。
      步驟S1402,移動臺可以通過這個指示信息判斷服務(wù)RNC是否支持增強(qiáng)尋呼。步驟sl403,支持增強(qiáng)尋呼特性的移動臺,如果其服務(wù)RNC不支持增強(qiáng)特性,并且 由于移動或者執(zhí)行小區(qū)重選或者狀態(tài)遷移后駐留到一個支持增強(qiáng)特性的小區(qū)中,則移動臺 需要向控制RNC發(fā)起一個上行RRC過程。這個上行的RRC過程可以是小區(qū)更新或者URA更新或者其他的上行接入信令。這個上行的RRC消息中可以攜帶移動臺是否支持增強(qiáng)特性的信息;也可以攜帶觸 發(fā)這個上行接入信令的原因。步驟S1404,控制RNC獲得并保存移動臺支持增強(qiáng)尋呼的信息。步驟s 1405,控制RNC獲知服務(wù)RNC不支持增強(qiáng)尋呼特性;控制RNC獲知服務(wù)RNC不支持增強(qiáng)尋呼特性的過程可以通過Iur接口上的(包括 但不限于)公共資源建立請求等信令中獲得,也可以從移動臺發(fā)來的信令中獲得。另外,服務(wù)RNC可以通過不攜帶增強(qiáng)尋呼特性相關(guān)的信息來使得控制RNC認(rèn)為其 不支持增強(qiáng)尋呼特性。值得注意的是步驟S1404和步驟S1405沒有時間上的順序關(guān)系。步驟s 1406,控制RNC發(fā)起RRC連接釋放過程。步驟S1407,移動臺收到RRC連接釋放信令后,釋放當(dāng)前的RRC連接。步驟S1408,移動臺在原先的控制RNC的小區(qū)中重新發(fā)起RRC連接建立過程,從而 原來的控制RNC成為移動臺新的服務(wù)RNC。本發(fā)明實(shí)施例十三,如圖15所示,包括以下步驟步驟S1501,服務(wù)RNC每次為移動臺分配新的U-RNTI時,在相應(yīng)的RRC消息中攜帶 服務(wù)RNC是否支持增強(qiáng)尋呼特性的指示。步驟S1502,移動臺可以通過這個指示信息判斷服務(wù)RNC是否支持增強(qiáng)尋呼。步驟S1503,移動臺執(zhí)行小區(qū)重選到一個支持增強(qiáng)特性的小區(qū)中。步驟sl504,如果移動臺支持增強(qiáng)尋呼特性的,且其服務(wù)RNC不支持增強(qiáng)特性,則 移動臺需要發(fā)起一個上行RRC過程。這個上行的RRC過程可以是小區(qū)更新或者URA更新或者其他的上行接入信令。這個上行的RRC消息中可以攜帶移動臺是否支持增強(qiáng)特性的信息;也可以攜帶觸 發(fā)上行接入信令的原因。步驟s 1505,服務(wù)RNC發(fā)起RRC連接釋放過程。步驟s 1506,移動臺在原控制RNC的小區(qū)中重新發(fā)起RRC連接建立過程,使原來的 控制RNC成為移動臺新的服務(wù)RNC。當(dāng)移動臺檢測到當(dāng)前服務(wù)RNC的能力與控制RNC的能力不一致時,或者移動臺以 其他方式獲知當(dāng)前服務(wù)RNC的能力與控制RNC的能力不一致時(例如,移動臺具體可以通 過網(wǎng)絡(luò)側(cè)專門用于通知移動臺的信令獲知該能力信息;或者,網(wǎng)絡(luò)側(cè)可以在某個信令中攜 帶指示,通知移動臺當(dāng)前服務(wù)RNC的能力與控制RNC的能力不一致),會發(fā)起上行接入過程。 例如當(dāng)移動臺獲知當(dāng)前服務(wù)RNC不支持增強(qiáng)尋呼特性,而當(dāng)前控制RNC支持增強(qiáng)尋呼特性 時,移動臺就會發(fā)起一個上行接入過程。上述過程可以有多種實(shí)現(xiàn)方式,實(shí)施例十一、實(shí)施 例十二和實(shí)施例十三分別是實(shí)現(xiàn)上述過程的一種具體實(shí)現(xiàn)方式,任何可以實(shí)現(xiàn)上述過程的 方式均應(yīng)落入本發(fā)明實(shí)施例的保護(hù)范圍。
      本發(fā)明實(shí)施例十一和實(shí)施例十二,十三的共同之處是,使得原來支持增強(qiáng)尋呼特 性的控制RNC成為移動臺新的服務(wù)RNC,從而回避了發(fā)明目的中無法確定尋呼信道的場景 的發(fā)生。另外,為了簡化對標(biāo)準(zhǔn)的更改,也可以省略以上各實(shí)施例中控制RNC獲取移動臺 的能力信息的步驟,直接將尋呼消息在SCCPCH和HS-PDSCH上發(fā)送,發(fā)送方式具體如下如果需要在支持增強(qiáng)尋呼特性的小區(qū)發(fā)送尋呼消息,則控制RNC在HS-PDSCH信道 和SCCPCH信道上發(fā)送尋呼消息發(fā)送的方式可以在HS-PDSCH信道和SCCPCH信道上同時發(fā)送尋呼消息,或者;可以先在HS-PDSCH上發(fā)送尋呼消息,如果在一定時間內(nèi)沒有收到移動臺的尋呼 響應(yīng),再在SCCPCH上發(fā)送尋呼消息;或者可以先在SCCPCH上發(fā)送尋呼消息,如果在一定時間內(nèi)沒有收到移動臺的尋呼響 應(yīng),再在HS-PDSCH上發(fā)送尋呼消息;或者也可以先在HS-PDSCH上發(fā)送一定次數(shù)的尋呼消息,再在SCCPCH上發(fā)送一定次數(shù) 的尋呼消息;或者也可以先在SCCPCH上發(fā)送一定次數(shù)的尋呼消息,再在HS-PDSCH上發(fā)送一定次數(shù) 的尋呼消息;或者也可以在HS-PDSCH和SCCPCH上間隔發(fā)送尋呼消息。總之,無論采取何種發(fā)送方 式,只要是在兩個信道上都發(fā)了,就屬于本發(fā)明的保護(hù)范圍。如果在不支持增強(qiáng)尋呼特性的小區(qū)中下發(fā),則控制RNC僅在SCCPCH上傳輸尋呼消
      肩、ο本發(fā)明實(shí)施例還提供了一種確定尋呼傳輸信道的系統(tǒng),包括移動臺和基站,還包 括RNC,用于獲取移動臺的能力信息,并根據(jù)所述移動臺的能力信息以及尋呼域的能力信息 決定發(fā)送尋呼消息的信道。所述RNC具體包括移動臺能力獲取單元,用于從尋呼請求消息中獲取移動臺是 否支持增強(qiáng)尋呼特性;發(fā)送尋呼消息信道確定單元,與所述移動臺能力獲取單元連接,用 于當(dāng)移動臺和尋呼消息發(fā)送的小區(qū)都支持增強(qiáng)尋呼特性時,確定在高速物理下行共享信道 HS-PDSCH信道上發(fā)送尋呼消息;當(dāng)移動臺和/或需要發(fā)送尋呼消息的小區(qū)不支持增強(qiáng)尋呼 特性時,確定在SCCPCH信道上發(fā)送尋呼消息;如果控制RNC無法獲得移動臺的能力信息,確 定在HS-PDSCH信道和SCCPCH信道上發(fā)送尋呼消息。所述RNC還包括尋呼消息發(fā)送單元,用于在所述HS-PDSCH信道和SCCPCH信道上 發(fā)送尋呼消息,具體為在HS-PDSCH信道和SCCPCH信道上同時發(fā)送尋呼消息,或者先在HS-PDSCH上發(fā)送尋呼消息,如果在一定時間內(nèi)沒有收到移動臺的尋呼響應(yīng), 再在SCCPCH上發(fā)送尋呼消息;或者先在SCCPCH上發(fā)送尋呼消息,如果在一定時間內(nè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還包括移動臺尋呼指示單元,與所述發(fā)送尋呼消息信道確定單元連接, 用于在所述控制RNC無法獲得移動臺的能力信息時,向所述移動臺發(fā)送指示信息,指示所 述移動臺到SCCPCH信道上接收所述尋呼消息。本發(fā)明實(shí)施例還提供了一種無線網(wǎng)絡(luò)控制器觸發(fā)服務(wù)無線網(wǎng)絡(luò)子系統(tǒng)重定位的 系統(tǒng),包括移動臺,用于判斷服務(wù)RNC和控制RNC的能力信息是否一致,如果不一致,則發(fā)起 上行接入過程,使原來的控制RNC成為新的服務(wù)RNC。所述移動臺包括判斷單元,用于判斷服務(wù)RNC和控制RNC的能力信息是否一致; 切換單元,與所述判斷單元連接,用于在所述判斷單元判斷所述服務(wù)RNC和控制RNC的能力 信息不一致之后,發(fā)起上行接入過程,使原來的控制RNC成為新的服務(wù)RNC。所述切換單元包括消息發(fā)送子單元,用于向所述服務(wù)RNC發(fā)送上行RRC消息;信 令接收子單元,用于接收所述控制RNC發(fā)送的RRC連接釋放信令;連接釋放子單元,與所述 信令接收子單元連接,用于在所述信令接收子單元接收到RRC連接釋放信令之后,釋放當(dāng) 前的RRC連接;連接建立子單元,與所述連接釋放子單元連接,用于在所述連接釋放子單元 釋放當(dāng)前的RRC連接之后,在原來的控制RNC的小區(qū)中重新發(fā)起RRC連接建立過程,使原來 的控制RNC成為新的服務(wù)RNC。所述觸發(fā)服務(wù)無線網(wǎng)絡(luò)子系統(tǒng)重定位的系統(tǒng)還包括服務(wù)RNC,用于在接收到所述 移動臺發(fā)送的RRC消息之后,發(fā)起服務(wù)RNS重定位過程,使原來的控制RNC成為新的服務(wù) RNC。所述觸發(fā)服務(wù)無線網(wǎng)絡(luò)子系統(tǒng)重定位的系統(tǒng)還包括控制RNC,用于向所述移動臺 發(fā)送RRC連接釋放信令。本發(fā)明實(shí)施例中,移動臺可以通過服務(wù)RNC發(fā)送的RRC消息獲知該服務(wù)RNC是否 支持增強(qiáng)尋呼特性;并且控制RNC可以獲知移動臺是否支持增強(qiáng)尋呼的能力,并可以確定 移動臺收到尋呼指示后會去SCCPCH還是HS-PDSCH信道上監(jiān)聽尋呼消息,避免呼損。通過以上的實(shí)施方式的描述,本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助 軟件加必需的通用硬件平臺的方式來實(shí)現(xiàn),當(dāng)然也可以通過硬件,但很多情況下前者是更 佳的實(shí)施方式?;谶@樣的理解,本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的 部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計(jì)算機(jī)軟件產(chǎn)品存儲在一個存儲介質(zhì)中,包括若 干指令用以使得一臺計(jì)算機(jī)設(shè)備(可以是個人計(jì)算機(jī),服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā) 明各個實(shí)施例所述的方法。以上公開的僅為本發(fā)明的幾個具體實(shí)施例,但是,本發(fā)明并非局限于此,任何本領(lǐng) 域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
      權(quán)利要求
      一種觸發(fā)服務(wù)無線網(wǎng)絡(luò)子系統(tǒng)重定位的方法,其特征在于,包括以下步驟移動臺判斷服務(wù)無線網(wǎng)絡(luò)控制器RNC和控制RNC的能力信息是否一致;如果不一致,則所述移動臺發(fā)起上行接入過程,使所述控制RNC成為新的服務(wù)RNC。
      2.如權(quán)利要求1所述的方法,其特征在于,所述服務(wù)RNC和控制RNC的能力信息包括所 述服務(wù)RNC和控制RNC是否支持增強(qiáng)尋呼特性。
      3.如權(quán)利要求1所述的方法,其特征在于,在移動臺判斷服務(wù)RNC和控制RNC的能力信 息是否一致之前,進(jìn)一步包括移動臺接收服務(wù)RNC發(fā)送來的RRC消息,所述RRC消息中攜帶該服務(wù)RNC是否支持增 強(qiáng)尋呼特性的指示;移動臺根據(jù)所述服務(wù)RNC是否支持增強(qiáng)尋呼特性的指示來確定該服務(wù)RNC是否支持增 強(qiáng)尋呼特性。
      4.根據(jù)權(quán)利要求3所述的方法,其特征在于,若所述服務(wù)RNC不支持增強(qiáng)尋呼特性,控 制RNC支持增強(qiáng)尋呼特性,則所述移動臺確定服務(wù)RNC和控制RNC的能力信息不一致。
      5.如權(quán)利要求1所述的方法,其特征在于,所述移動臺發(fā)起上行接入過程,使所述控制 RNC成為新的服務(wù)RNC包括所述移動臺發(fā)起上行RRC過程,向所述服務(wù)RNC發(fā)送上行RRC消息,以使得所述服務(wù) RNC收到所述RRC消息后,發(fā)起服務(wù)RNC重定位過程,使原來的控制RNC成為新的服務(wù)RNC。
      6.如權(quán)利要求1至5中任意一項(xiàng)所述的方法,其特征在于,所述上行接入過程中的上行 RRC消息包括小區(qū)更新或者URA更新或者其他的上行接入信令。
      7.如權(quán)利要求1至5中任意一項(xiàng)所述的方法,其特征在于,所述上行接入過程中的上行 RRC消息中攜帶移動臺是否支持增強(qiáng)特性的信息;或攜帶觸發(fā)上行接入信令的原因。
      8.如權(quán)利要求1所述方法,其特征在于,所述移動臺發(fā)起上行接入過程,使原來的控制 RNC成為新的服務(wù)RNC包括所述移動臺接收RRC連接釋放命令,所述連接釋放命令為所述控制RNC獲知所述服務(wù) RNC不支持增強(qiáng)尋呼特性后發(fā)送;所述移動臺接收到RRC連接釋放信令后,釋放當(dāng)前的RRC連接,在原來的控制RNC的小 區(qū)中重新發(fā)起RRC連接建立過程,使原來的控制RNC成為移動臺新的服務(wù)RNC。
      9.如權(quán)利要求8所述的方法,其特征在于,所述控制RNC獲知所述服務(wù)RNC不支持增強(qiáng) 尋呼特性包括所述控制RNC通過公共資源建立請求信令獲知所述服務(wù)RNC不支持增強(qiáng)尋呼特性;或者所述控制RNC根據(jù)所述服務(wù)RNC不攜帶與增強(qiáng)尋呼特性相關(guān)的信息來獲知服務(wù)RNC不 支持增強(qiáng)尋呼特性。
      10.一種觸發(fā)服務(wù)無線網(wǎng)絡(luò)子系統(tǒng)重定位的系統(tǒng),其特征在于,包括移動臺,用于判斷 服務(wù)RNC和控制RNC的能力信息是否一致,如果不一致,則發(fā)起上行接入過程,使原來的控 制RNC成為新的服務(wù)RNC。
      11.如權(quán)利要求10所述觸發(fā)服務(wù)無線網(wǎng)絡(luò)子系統(tǒng)重定位的系統(tǒng),其特征在于,所述移 動臺包括判斷單元,用于判斷服務(wù)RNC和控制RNC的能力信息是否一致;切換單元,與所述判斷單元連接,用于在所述判斷單元判斷所述服務(wù)RNC和控制RNC的 能力信息不一致之后,發(fā)起上行接入過程,使原來的控制RNC成為新的服務(wù)RNC。
      12.如權(quán)利要求11所述觸發(fā)服務(wù)無線網(wǎng)絡(luò)子系統(tǒng)重定位的系統(tǒng),其特征在于,所述切 換單元包括消息發(fā)送子單元,用于向所述服務(wù)RNC發(fā)送上行RRC消息; 信令接收子單元,用于接收所述控制RNC發(fā)送的RRC連接釋放信令; 連接釋放子單元,與所述信令接收子單元連接,用于在所述信令接收子單元接收到RRC 連接釋放信令之后,釋放當(dāng)前的RRC連接;連接建立子單元,與所述連接釋放子單元連接,用于在所述連接釋放子單元釋放當(dāng)前 的RRC連接之后,在原來的控制RNC的小區(qū)中重新發(fā)起RRC連接建立過程,使原來的控制 RNC成為新的服務(wù)RNC。
      13.如權(quán)利要求11所述觸發(fā)服務(wù)無線網(wǎng)絡(luò)子系統(tǒng)重定位的系統(tǒng),其特征在于,還包括 服務(wù)RNC,用于在接收到所述移動臺發(fā)送的RRC消息之后,發(fā)起服務(wù)RNS重定位過程,使原來 的控制RNC成為新的服務(wù)RNC。
      全文摘要
      本發(fā)明公開了一種確定尋呼傳輸信道的方法,包括以下步驟控制無線網(wǎng)絡(luò)控制器RNC獲取移動臺的能力信息;所述控制RNC根據(jù)所述移動臺的能力信息以及尋呼域的能力信息確定發(fā)送尋呼消息的信道。本發(fā)明實(shí)施例還提供了一種觸發(fā)服務(wù)無線網(wǎng)絡(luò)子系統(tǒng)重定位的方法。本發(fā)明實(shí)施例中控制RNC可以通過獲知移動臺是否支持增強(qiáng)尋呼的能力,以確定移動臺收到尋呼指示后會去SCCPCH還是HS-PDSCH信道上監(jiān)聽尋呼消息,避免尋呼損失。
      文檔編號H04W36/36GK101959274SQ20101021888
      公開日2011年1月26日 申請日期2007年9月27日 優(yōu)先權(quán)日2007年9月27日
      發(fā)明者陳燕燕 申請人:華為技術(shù)有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
      1