專利名稱：一種載波間切換的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別是涉及載波間切換的方法及裝置。
背景技術(shù)：
基于網(wǎng)絡(luò)優(yōu)化的需求，達(dá)到均衡負(fù)載的目的，往往需要將用戶切換到其它載波?，F(xiàn)有技術(shù)中，在支持高速下行分組接入(high speed downlink packet access, HSDPA)特性的版本5(Release5，R5)的25. 321協(xié)議、25. 433協(xié)議和25. 331協(xié)議中規(guī)定了，小區(qū)專用信道(Cell_DCH)狀態(tài)下的HSDPA用戶切換時(shí)，MAC協(xié)議實(shí)體通過(guò)在Iub 口接收無(wú)線網(wǎng)絡(luò)控制器(Radio Network Controller, RNC)發(fā)送的專用信令中的無(wú)線鏈路同步重配置準(zhǔn)備信令(RADI0REC0NFI⑶RATION PREPARE)和無(wú)線鏈路同步重配置提交信令 (RADI0REC0NFIGURATI0N COMMIT)來(lái)完成用戶在不同載波間的切換。然而，根據(jù)支持HSPA+特性的版本8 (Release 8，R8)的25. 321協(xié)議、25. 433協(xié)議和25. 331協(xié)議中的規(guī)定，在高速分組接入增強(qiáng)(High Speed Packet AccessPlus, HSPA+) 系統(tǒng)中，小區(qū)前向接入信道增強(qiáng)(Enhaced Cell_FACH, eFACH)狀態(tài)的用戶不再具有Iub 口的專用信令。因此，MAC協(xié)議實(shí)體無(wú)法通過(guò)Iub 口獲得RNC的用于指示載波間切換的專用綜上，在HSPA+系統(tǒng)中，尚無(wú)實(shí)現(xiàn)關(guān)于eFACH狀態(tài)用戶的載波間切換方案。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種載波間切換的方法及裝置，用于實(shí)現(xiàn)在HSPA+系統(tǒng)中 eFACH狀態(tài)的用戶在載波間的切換?！N載波間切換的方法，包括以下步驟基站根據(jù)接收到的數(shù)據(jù)獲得用戶標(biāo)識(shí)；基站判斷對(duì)應(yīng)所述用戶標(biāo)識(shí)的UE是否需要進(jìn)行載波切換；基站在確定需要進(jìn)行載波切換時(shí)，對(duì)所述UE進(jìn)行載波切換。一種基站，包括接口模塊，用于根據(jù)接收到的數(shù)據(jù)獲得用戶標(biāo)識(shí)；判斷模塊，用于判斷對(duì)應(yīng)所述用戶標(biāo)識(shí)的UE是否需要進(jìn)行載波切換；切換模塊，用于在確定需要進(jìn)行載波切換時(shí)，對(duì)所述UE進(jìn)行載波切換。本發(fā)明實(shí)施例在收到的數(shù)據(jù)的觸發(fā)下，通過(guò)收到的數(shù)據(jù)獲得用戶標(biāo)識(shí)，并判斷是否需要對(duì)相應(yīng)的用戶進(jìn)行載波切換。實(shí)現(xiàn)了 UE的載波切換，解決了 HSPA+系統(tǒng)中Iub 口無(wú)專用信令而不能進(jìn)行載波切換的問(wèn)題。


圖1為本發(fā)明實(shí)施例中基站的結(jié)構(gòu)圖；圖2為本發(fā)明實(shí)施例中基站的實(shí)體結(jié)構(gòu)圖3為本發(fā)明實(shí)施例中載波間切換的主要方法流程圖；圖4為本發(fā)明實(shí)施例中通過(guò)網(wǎng)絡(luò)側(cè)數(shù)據(jù)實(shí)現(xiàn)載波間切換的方法流程圖；圖5為本發(fā)明實(shí)施例中通過(guò)用戶數(shù)據(jù)實(shí)現(xiàn)載波間切換的方法流程圖；圖6為本發(fā)明實(shí)施例中第一種載波切換的處理方法的流程圖；圖7為本發(fā)明實(shí)施例中第二種載波切換的處理方法的流程圖。
具體實(shí)施例方式本發(fā)明實(shí)施例在收到的數(shù)據(jù)的觸發(fā)下，通過(guò)收到的數(shù)據(jù)獲得用戶標(biāo)識(shí)，并判斷是否需要對(duì)相應(yīng)的用戶進(jìn)行載波切換。實(shí)現(xiàn)了 UE的載波切換，解決了 HSPA+系統(tǒng)中Iub 口無(wú)專用信令而不能進(jìn)行載波切換的問(wèn)題。本實(shí)施例中的數(shù)據(jù)是除專用信道以外其它信道上傳輸?shù)臄?shù)據(jù)，尤其是HSPA+系統(tǒng)中eFACH狀態(tài)的用戶所支持的信道上傳輸?shù)臄?shù)據(jù)。參見圖1，本實(shí)施例中基站包括接口模塊101、判斷模塊102和切換模塊103。接口模塊101用于根據(jù)接收到的數(shù)據(jù)獲得用戶標(biāo)識(shí)。接口模塊101根據(jù)網(wǎng)絡(luò)側(cè)設(shè)備(如RNC)發(fā)送的數(shù)據(jù)獲得用戶標(biāo)識(shí)；或者，接口模塊101根據(jù)UE發(fā)送的數(shù)據(jù)獲得用戶標(biāo)識(shí)。判斷模塊102用于判斷對(duì)應(yīng)所述用戶標(biāo)識(shí)的UE是否需要進(jìn)行載波切換。具體的， 判斷模塊102判斷是否已為對(duì)應(yīng)所述用戶標(biāo)識(shí)的建立UE對(duì)應(yīng)承載所述數(shù)據(jù)的載波的上下文信息，若未建立，則確定需要進(jìn)行到承載所述數(shù)據(jù)的目的載波的載波切換，若建立，則進(jìn)行數(shù)據(jù)傳輸，不需要載波切換。以及，判斷模塊102在確定已為所述UE建立對(duì)應(yīng)所述載波以外的源載波的上下文信息后，確定需要進(jìn)行到目的載波的載波切換。判斷模塊102在確定未為所述UE建立對(duì)應(yīng)所述載波以外的源載波的上下文信息后，確定該UE不屬于本基站需要維護(hù)的用戶，該用戶標(biāo)識(shí)為無(wú)效標(biāo)識(shí)，需要反饋失敗信息，以丟棄收到的數(shù)據(jù)。切換模塊103用于在確定需要進(jìn)行載波切換時(shí)，對(duì)所述UE進(jìn)行載波切換。具體的， 切換模塊103為UE建立對(duì)應(yīng)承載所述數(shù)據(jù)的目的載波的上下文信息。以及，切換模塊103 在為UE建立目的載波的上下文信息后，將UE的源載波上的數(shù)據(jù)切換到目的載波；和/或， 刪除對(duì)應(yīng)源載波的上下文信息。本實(shí)施例中上下文信息包括載波信息，還可以包括定時(shí)器或計(jì)數(shù)器、高速下行分組接入的無(wú)線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)(H-RNTI)、UE的能力等級(jí)等。載波信息為載波標(biāo)識(shí)或mac流標(biāo)識(shí)?；具€包括控制模塊104，用于在基站范圍內(nèi)查詢所述UE對(duì)應(yīng)的所述載波以外的源載波的上下文信息，若查詢到，則確定已為所述UE建立對(duì)應(yīng)所述載波以外的源載波的上下文信息，否則確定未為所述UE建立對(duì)應(yīng)所述載波以外的源載波的上下文信息?？刂颇K104還用于配置與載波切換有關(guān)的各種配置信息，并通過(guò)信令將配置信息發(fā)送給切換模塊103。配置信息包括需要為目的載波建立的上下文信息、源載波的地址信息和載波切換的時(shí)間等。下面結(jié)合基站中的各功能實(shí)體對(duì)基站內(nèi)部的結(jié)構(gòu)和功能進(jìn)行介紹。接口模塊101可能位于Iub 口實(shí)體內(nèi)，根據(jù)網(wǎng)絡(luò)側(cè)設(shè)備(如RNC)發(fā)送的數(shù)據(jù)(如幀協(xié)議數(shù)據(jù))獲得用戶標(biāo)識(shí)，還可以獲得傳輸承載的目的載波的載波信息。判斷模塊102可位于FP(幀協(xié)議)實(shí)體內(nèi)，F(xiàn)P實(shí)體判斷當(dāng)前是否有目的載波的上下文信息，以判斷對(duì)應(yīng)所述用戶標(biāo)識(shí)的UE是否需要進(jìn)行載波切換。當(dāng)有目的載波的上下文信息時(shí)，根據(jù)該上下文信息繼續(xù)傳輸數(shù)據(jù)。當(dāng)沒(méi)有目的載波的上下文信息時(shí)，確定需要進(jìn)行載波切換。控制模塊104 可以位于NBAP實(shí)體內(nèi)。FP實(shí)體內(nèi)的判斷模塊102在確定需要進(jìn)行載波切換時(shí)，向NBAP實(shí)體內(nèi)的控制模塊104發(fā)送查詢請(qǐng)求。Node B應(yīng)用部分(Node B Application Part, NBAP) 實(shí)體內(nèi)的控制模塊104在基站范圍內(nèi)查詢所述UE對(duì)應(yīng)的目的載波以外的源載波的上下文信息，若查詢到，則確定已為所述UE建立源載波的上下文信息，NBAP實(shí)體內(nèi)的控制模塊104 指示位于MAC實(shí)體內(nèi)的切換模塊103可以進(jìn)行載波切換，否則確定未為所述UE建立源載波的上下文信息，NBAP實(shí)體內(nèi)的控制模塊104向FP實(shí)體返回失敗信息，以指示FP實(shí)體丟棄數(shù)據(jù)。FP實(shí)體內(nèi)的判斷模塊102收到失敗信息后丟棄數(shù)據(jù)。在確定可以進(jìn)行載波切換時(shí)， NBAP實(shí)體內(nèi)的控制模塊104通過(guò)上下文信息建立信令(UE_SETUP_PRE)將需要建立的上下文信息、源載波的位置信息和載波切換的時(shí)間等信息發(fā)送給MAC實(shí)體內(nèi)的切換模塊103，尤其是發(fā)送給目的載波的目的MAC實(shí)體。MAC實(shí)體內(nèi)的源載波的源MAC實(shí)體用于將UE的源載波上的數(shù)據(jù)切換到目的載波；和/或，刪除對(duì)應(yīng)源載波的上下文信息。源MAC實(shí)體根據(jù)目的MAC實(shí)體或NBAP實(shí)體發(fā)送的命令，將UE的源載波上的數(shù)據(jù)切換到目的載波；和/或，刪除對(duì)應(yīng)源載波的上下文信息。接口模塊101可能位于UU 口實(shí)體內(nèi)，根據(jù)UE發(fā)送的數(shù)據(jù)獲得用戶標(biāo)識(shí)，還可以獲得傳輸承載的目的載波的載波信息。判斷模塊102可位于MAC實(shí)體內(nèi)，MAC實(shí)體判斷當(dāng)前是否有目的載波的上下文信息，以判斷對(duì)應(yīng)所述用戶標(biāo)識(shí)的UE是否需要進(jìn)行載波切換。當(dāng)有目的載波的上下文信息時(shí)，根據(jù)該上下文信息繼續(xù)傳輸數(shù)據(jù)。當(dāng)沒(méi)有目的載波的上下文信息時(shí)，確定需要進(jìn)行載波切換?？刂颇K104可以位于NBAP實(shí)體內(nèi)。MAC實(shí)體內(nèi)的判斷模塊102在確定需要進(jìn)行載波切換時(shí)，向NBAP實(shí)體內(nèi)的控制模塊104發(fā)送查詢請(qǐng)求。NBAP 實(shí)體內(nèi)的控制模塊104在基站范圍內(nèi)查詢所述UE對(duì)應(yīng)的目的載波以外的源載波的上下文信息，若查詢到，則確定已為所述UE建立源載波的上下文信息，NBAP實(shí)體內(nèi)的控制模塊104 指示位于MAC實(shí)體內(nèi)的切換模塊103可以進(jìn)行載波切換，否則確定未為所述UE建立源載波的上下文信息，NBAP實(shí)體內(nèi)的控制模塊104向MAC實(shí)體返回失敗信息，以指示MAC實(shí)體丟棄數(shù)據(jù)。MAC實(shí)體內(nèi)的判斷模塊102收到失敗信息后丟棄數(shù)據(jù)。在確定可以進(jìn)行載波切換時(shí)，NBAP實(shí)體內(nèi)的控制模塊104通過(guò)上下文信息建立信令(UE_SETUP_PRE)將需要建立的上下文信息、源載波的位置信息和載波切換的時(shí)間等信息發(fā)送給MAC實(shí)體內(nèi)的切換模塊103， 尤其是發(fā)送給目的載波的目的MAC實(shí)體。MAC實(shí)體內(nèi)的源載波的源MAC實(shí)體用于將UE的源載波上的數(shù)據(jù)切換到目的載波；和/或，刪除對(duì)應(yīng)源載波的上下文信息。源MAC實(shí)體根據(jù)目的MAC實(shí)體或NBAP實(shí)體發(fā)送的命令，將UE的源載波上的數(shù)據(jù)切換到目的載波；和/或，刪除對(duì)應(yīng)源載波的上下文信息。關(guān)于基站中各實(shí)體之間的連接關(guān)系，參見圖2所示的結(jié)構(gòu)圖。通過(guò)以上描述了解了基站的內(nèi)部結(jié)構(gòu)和功能，下面對(duì)載波切換的實(shí)現(xiàn)過(guò)程進(jìn)行介紹。參見圖3，本實(shí)施例中載波間切換的主要方法流程如下步驟301 基站根據(jù)接收到的數(shù)據(jù)獲得用戶標(biāo)識(shí)。步驟302 基站判斷對(duì)應(yīng)所述用戶標(biāo)識(shí)的UE是否需要進(jìn)行載波切換。
步驟303 基站在確定需要進(jìn)行載波切換時(shí)，對(duì)所述UE進(jìn)行載波切換。由于基站收到的數(shù)據(jù)的來(lái)源不同，則實(shí)現(xiàn)過(guò)程也略有不同，下面通過(guò)兩個(gè)實(shí)施例來(lái)詳細(xì)介紹。參見圖4，本實(shí)施例中通過(guò)網(wǎng)絡(luò)側(cè)數(shù)據(jù)實(shí)現(xiàn)載波間切換的方法流程如下步驟401 基站的Iub 口實(shí)體收到RNC發(fā)送的FP幀數(shù)據(jù)，并獲得用戶標(biāo)識(shí)和目的載波的載波信息。步驟402 =FP實(shí)體判斷是否有該用戶標(biāo)識(shí)在目的載波的上下文信息，若有，則繼續(xù)步驟403，否則繼續(xù)步驟404。步驟403 =FP實(shí)體根據(jù)目的載波的上下文信息傳輸FP幀數(shù)據(jù)。步驟404 =FP實(shí)體向NBAP實(shí)體發(fā)送用戶上下文查詢請(qǐng)求消息。步驟405 :NBAP實(shí)體在基站范圍內(nèi)查詢目的載波以外的源載波的上下文信息，若查詢到，則繼續(xù)步驟406，否則繼續(xù)步驟408。步驟406 :NBAP實(shí)體向MAC實(shí)體發(fā)送用戶上下文信息建立信令，以指示進(jìn)行載波切換。用戶上下文信息建立信令包括用于載波切換的各種配置信息，如需要建立的上下文信息、源載波的位置信息和載波切換的時(shí)間等。NBAP實(shí)體還可以向基站中的其它實(shí)體發(fā)送需要建立的上下文信息。步驟407 =MAC實(shí)體進(jìn)行載波切換處理。步驟408 =NBAP實(shí)體向FP實(shí)體返回失敗信息。步驟409 =FP實(shí)體收到失敗信息后丟棄數(shù)據(jù)。參見圖5，本實(shí)施例中通過(guò)用戶數(shù)據(jù)實(shí)現(xiàn)載波間切換的方法流程如下步驟501 基站的UU 口實(shí)體收到UE發(fā)送的數(shù)據(jù)，并獲得用戶標(biāo)識(shí)和目的載波的載波信息。步驟502 =MAC實(shí)體判斷是否有該用戶標(biāo)識(shí)在目的載波的上下文信息，若有，則繼續(xù)步驟503，否則繼續(xù)步驟504。步驟503 =MAC實(shí)體根據(jù)目的載波的上下文信息傳輸用戶數(shù)據(jù)。步驟504 =MAC實(shí)體向NBAP實(shí)體發(fā)送用戶上下文查詢請(qǐng)求消息。步驟505 :NBAP實(shí)體在基站范圍內(nèi)查詢目的載波以外的源載波的上下文信息，若查詢到，則繼續(xù)步驟506，否則繼續(xù)步驟508。步驟506 =NBAP實(shí)體向MAC實(shí)體發(fā)送用戶上下文信息建立信令，以指示進(jìn)行載波切換。用戶上下文信息建立信令包括用于載波切換的各種配置信息，如需要建立的上下文信息、源載波的位置信息和載波切換的時(shí)間等。NBAP實(shí)體還可以向基站中的其它實(shí)體發(fā)送需要建立的上下文信息。步驟507 =MAC實(shí)體進(jìn)行載波切換處理。步驟508 =NBAP實(shí)體向MAC實(shí)體返回失敗信息。步驟509 =MAC實(shí)體收到失敗信息后丟棄數(shù)據(jù)。 其中，步驟407和步驟507的載波切換過(guò)程有多種實(shí)現(xiàn)方式，下面通過(guò)兩個(gè)典型實(shí)施例來(lái)詳細(xì)介紹。參見圖6，本實(shí)施例中第一種載波切換的處理方法的流程如下步驟601 目的MAC (DestMAC)實(shí)體接收NBAP實(shí)體發(fā)送的UE_SETUP_PRE信令，并從中獲得需要建立的上下文信息、源MAC(SrcMAC)實(shí)體的位置信息和切換的時(shí)間。步驟602 =DestMAC實(shí)體向SrcMAC實(shí)體發(fā)送數(shù)據(jù)請(qǐng)求(MAC_DATA_REQ)消息，該消息攜帶了 DestMAC實(shí)體的位置信息。步驟603 SrcMAC實(shí)體收到MAC_DATA_REQ消息后進(jìn)行切換準(zhǔn)備。切換準(zhǔn)備包括停止對(duì)外(包括UE和網(wǎng)絡(luò)側(cè)設(shè)備)傳輸數(shù)據(jù)，緩存接收到的數(shù)據(jù)等。步驟604 =DestMAC實(shí)體接收NBAP實(shí)體發(fā)送的UE_SETUP_COMMIT信令，以指示 DestMAC實(shí)體為UE建立上下文信息。同時(shí)，DestMAC實(shí)體啟動(dòng)計(jì)數(shù)器，以對(duì)切換的時(shí)間開始計(jì)數(shù)。計(jì)數(shù)器超時(shí)則表明到達(dá)切換的時(shí)間，該切換的時(shí)間也是UE_SETUP_COMMIT信令生效的時(shí)間。此步驟在步驟601之后以及步驟607之前執(zhí)行即可。步驟605 =SrcMAC實(shí)體接收NBAP實(shí)體發(fā)送的UE_DELETE信令，以指示SrcMAC實(shí)體刪除源載波的上下文信息。該UE_DELETE信令還攜帶有切換的時(shí)間。同時(shí)，SrcMAC實(shí)體啟動(dòng)計(jì)數(shù)器，以對(duì)切換的時(shí)間開始計(jì)數(shù)。計(jì)數(shù)器超時(shí)則表明到達(dá)切換的時(shí)間，該切換的時(shí)間也是UE_DELETE信令生效的時(shí)間。此步驟在步驟601之后以及步驟608之前執(zhí)行即可，可以與步驟604同步進(jìn)行。步驟606 =SrcMAC實(shí)體通過(guò)MAC_DATA_IND消息將源載波上的數(shù)據(jù)發(fā)送給DestMAC 實(shí)體。源載波上的數(shù)據(jù)包括原先需要在源載波上傳輸?shù)臄?shù)據(jù)，包括來(lái)自網(wǎng)絡(luò)側(cè)和用戶的數(shù)據(jù)，以及包括需要重傳的數(shù)據(jù)等。該步驟用于保證載波切換時(shí)數(shù)據(jù)的完整性，但若無(wú)此步驟，不影響載波的切換。為了保證步驟606的順利進(jìn)行，預(yù)估出執(zhí)行步驟606所需的時(shí)長(zhǎng)， 以此來(lái)配置切換的時(shí)間。該預(yù)估的時(shí)長(zhǎng)可以與緩存的大小有關(guān)，緩存越大則預(yù)估的時(shí)長(zhǎng)越長(zhǎng)。步驟607 在計(jì)數(shù)器超時(shí)時(shí)，DestMAC實(shí)體建立目的載波的上下文信息，并進(jìn)行后續(xù)的傳輸。如果步驟606沒(méi)有順利完成，也不影響步驟607的執(zhí)行。步驟608 在計(jì)數(shù)器超時(shí)時(shí)，SrcMAC實(shí)體刪除源載波的上下文信息。如果步驟606 沒(méi)有順利完成，也不影響步驟608的執(zhí)行。現(xiàn)有技術(shù)中，按照25. 435協(xié)議中對(duì)FP幀中Flush字段的定義，每次只能Flush 一個(gè)優(yōu)先級(jí)隊(duì)列(Priority Queue，PQ)。若在載波切換時(shí)通過(guò)FP幀攜帶載波切換的指示信息，當(dāng)為用戶建立多個(gè)PQ時(shí)，需要發(fā)送多個(gè)FP幀，這樣存在的風(fēng)險(xiǎn)就是一旦丟失一個(gè)FP 幀，用戶的PQ就無(wú)法全部刪除，造成冗余數(shù)據(jù)。如果使用FP幀中現(xiàn)有的Spare擴(kuò)展字段， 因?yàn)楸忍財(cái)?shù)有限，通常不超過(guò)兩個(gè)隊(duì)列，當(dāng)隊(duì)列數(shù)量超過(guò)2時(shí)，仍然無(wú)法實(shí)現(xiàn)同時(shí)刪除所有隊(duì)列。本實(shí)施例不再采用隊(duì)列形式控制數(shù)據(jù)的傳輸，而是采用上下文信息的方式，一個(gè)載波對(duì)應(yīng)一個(gè)上下文信息，只需刪除一個(gè)上下文信息，便相當(dāng)于刪除現(xiàn)有技術(shù)中的多個(gè)隊(duì)列，不容易造成冗余數(shù)據(jù)。參見圖7，本實(shí)施例中第二種載波切換的處理方法的流程如下步驟701 目的MAC (DestMAC)實(shí)體接收NBAP實(shí)體發(fā)送的UE_SETUP_PRE信令，并從中獲得需要建立的上下文信息、源MAC(SrcMAC)實(shí)體的位置信息和切換的時(shí)間。步驟702 =DestMAC實(shí)體向SrcMAC實(shí)體發(fā)送MAC_DATA_REQ消息，該消息攜帶了 DestMAC實(shí)體的位置信息、刪除指示信息和切換的時(shí)間。同時(shí)，DestMAC實(shí)體啟動(dòng)計(jì)數(shù)器。步驟703 SrcMAC實(shí)體收到MAC_DATA_REQ消息后進(jìn)行切換準(zhǔn)備。切換準(zhǔn)備包括停止對(duì)外(包括UE和網(wǎng)絡(luò)側(cè)設(shè)備)傳輸數(shù)據(jù)，緩存接收到的數(shù)據(jù)等。同時(shí)，SrcMAC實(shí)體啟動(dòng)
7計(jì)數(shù)器。步驟704 =SrcMAC實(shí)體通過(guò)MAC_DATA_IND消息將源載波上的數(shù)據(jù)發(fā)送給DestMAC 實(shí)體。源載波上的數(shù)據(jù)包括原先需要在源載波上傳輸?shù)臄?shù)據(jù)，包括來(lái)自網(wǎng)絡(luò)側(cè)和用戶的數(shù)據(jù)，以及包括需要重傳的數(shù)據(jù)等。該步驟用于保證載波切換時(shí)數(shù)據(jù)的完整性，但若無(wú)此步驟，不影響載波的切換。為了保證步驟704的順利進(jìn)行，預(yù)估出執(zhí)行步驟704所需的時(shí)長(zhǎng)， 以此來(lái)配置切換的時(shí)間。該預(yù)估的時(shí)長(zhǎng)可以與緩存的大小有關(guān)，緩存越大則預(yù)估的時(shí)長(zhǎng)越長(zhǎng)。步驟705 在計(jì)數(shù)器超時(shí)時(shí)，DestMAC實(shí)體建立目的載波的上下文信息，并進(jìn)行后續(xù)的傳輸。步驟706 在計(jì)數(shù)器超時(shí)時(shí)，SrcMAC實(shí)體刪除源載波的上下文信息。本實(shí)施例中DestMAC實(shí)體是通過(guò)MAC_DATA_REQ消息向SrcMAC實(shí)體攜帶切換時(shí)間的，相對(duì)于圖6所示的流程中，可能為步驟704預(yù)留的時(shí)間較短。為了保證步驟704的順利進(jìn)行，DestMAC實(shí)體可以在計(jì)數(shù)器超時(shí)后重復(fù)步驟702，在超時(shí)N(如3)次后仍未收到 SrcMAC實(shí)體發(fā)送的數(shù)據(jù)，再執(zhí)行步驟705。其中，DestMAC實(shí)體不向SrcMAC實(shí)體發(fā)送切換的時(shí)間，SrcMAC實(shí)體也不受切換時(shí)間的約束，在收到MAC_DATA_REQ消息后，向DestMAC實(shí)體發(fā)送數(shù)據(jù)，在完成數(shù)據(jù)的發(fā)送后，刪除源載波的上下文信息。用于實(shí)現(xiàn)本發(fā)明實(shí)施例的軟件可以存儲(chǔ)于軟盤、硬盤、光盤和閃存等存儲(chǔ)介質(zhì)。本發(fā)明實(shí)施例在收到的數(shù)據(jù)的觸發(fā)下，通過(guò)收到的數(shù)據(jù)獲得用戶標(biāo)識(shí)，并判斷是否需要對(duì)相應(yīng)的用戶進(jìn)行載波切換。實(shí)現(xiàn)了 UE的載波切換，解決了 HSPA+系統(tǒng)中Iub 口無(wú)專用信令而不能進(jìn)行載波切換的問(wèn)題。本發(fā)明實(shí)施例既可以根據(jù)網(wǎng)絡(luò)側(cè)數(shù)據(jù)判斷是否需要進(jìn)行載波切換，還可以根據(jù)用戶側(cè)數(shù)據(jù)判斷是否需要進(jìn)行載波切換，不再限于根據(jù)RNC的指示命令才能進(jìn)行切換，增加了載波切換的觸發(fā)機(jī)制，減少了網(wǎng)絡(luò)擁塞。并且，本發(fā)明實(shí)施例提供了多種切換的具體實(shí)現(xiàn)方式，提高了切換的成功率。顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種載波間切換的方法，其特征在于，包括以下步驟基站根據(jù)接收到的數(shù)據(jù)獲得用戶標(biāo)識(shí)；基站判斷對(duì)應(yīng)所述用戶標(biāo)識(shí)的UE是否需要進(jìn)行載波切換；基站在確定需要進(jìn)行載波切換時(shí)，對(duì)所述UE進(jìn)行載波切換。
2.如權(quán)利要求1所述的方法，其特征在于，基站根據(jù)接收到的數(shù)據(jù)獲得用戶標(biāo)識(shí)的步驟包括基站根據(jù)網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的數(shù)據(jù)獲得用戶標(biāo)識(shí)；或者基站根據(jù)UE發(fā)送的數(shù)據(jù)獲得用戶標(biāo)識(shí)。
3.如權(quán)利要求1所述的方法，其特征在于，基站判斷對(duì)應(yīng)所述用戶標(biāo)識(shí)的UE是否需要進(jìn)行載波切換的步驟包括基站判斷是否已為對(duì)應(yīng)所述用戶標(biāo)識(shí)的建立UE對(duì)應(yīng)承載所述數(shù)據(jù)的載波的上下文信息，若未建立，則確定需要進(jìn)行到承載所述數(shù)據(jù)的目的載波的載波切換。
4.如權(quán)利要求3所述的方法，其特征在于，確定需要進(jìn)行到承載所述數(shù)據(jù)的目的載波的載波切換的步驟包括基站在確定已為所述UE建立對(duì)應(yīng)所述載波以外的源載波的上下文信息后，確定需要進(jìn)行到目的載波的載波切換。
5.如權(quán)利要求1所述的方法，其特征在于，基站對(duì)所述UE進(jìn)行載波切換的步驟包括 基站為UE建立對(duì)應(yīng)承載所述數(shù)據(jù)的目的載波的上下文信息。
6.如權(quán)利要求5所述的方法，其特征在于，基站對(duì)所述UE進(jìn)行載波切換的步驟包括 在為UE建立目的載波的上下文信息后，基站將UE的源載波上的數(shù)據(jù)切換到目的載波；和/ 或，基站刪除對(duì)應(yīng)源載波的上下文信息。
7.一種基站，其特征在于，包括接口模塊，用于根據(jù)接收到的數(shù)據(jù)獲得用戶標(biāo)識(shí)；判斷模塊，用于判斷對(duì)應(yīng)所述用戶標(biāo)識(shí)的UE是否需要進(jìn)行載波切換；切換模塊，用于在確定需要進(jìn)行載波切換時(shí)，對(duì)所述UE進(jìn)行載波切換。
8.如權(quán)利要求7所述的基站，其特征在于，接口模塊根據(jù)網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的數(shù)據(jù)獲得用戶標(biāo)識(shí)；或者，根據(jù)UE發(fā)送的數(shù)據(jù)獲得用戶標(biāo)識(shí)。
9.如權(quán)利要求7所述的基站，其特征在于，判斷模塊判斷是否已為對(duì)應(yīng)所述用戶標(biāo)識(shí)的建立UE對(duì)應(yīng)承載所述數(shù)據(jù)的載波的上下文信息，若未建立，則確定需要進(jìn)行到承載所述數(shù)據(jù)的目的載波的載波切換。
10.如權(quán)利要求9所述的基站，其特征在于，判斷模塊在確定已為所述UE建立對(duì)應(yīng)所述載波以外的源載波的上下文信息后，確定需要進(jìn)行到目的載波的載波切換。
11.如權(quán)利要求10所述的基站，其特征在于，還包括控制模塊，用于在基站范圍內(nèi)查詢所述UE對(duì)應(yīng)的所述載波以外的源載波的上下文信息，若查詢到，則確定已為所述UE建立對(duì)應(yīng)所述載波以外的源載波的上下文信息，否則確定未為所述UE建立對(duì)應(yīng)所述載波以外的源載波的上下文信息。
12.如權(quán)利要求7所述的基站，其特征在于，切換模塊為UE建立對(duì)應(yīng)承載所述數(shù)據(jù)的目的載波的上下文信息。
13.如權(quán)利要求12所述的基站，其特征在于，切換模塊在為UE建立目的載波的上下文信息后，將UE的源載波上的數(shù)據(jù)切換到目的載波；和/或，刪除對(duì)應(yīng)源載波的上下文信息。
全文摘要
本發(fā)明公開了一種載波間切換的方法，用于實(shí)現(xiàn)在HSPA+系統(tǒng)中eFACH狀態(tài)的用戶在載波間的切換。所述方法包括基站根據(jù)接收到的數(shù)據(jù)獲得用戶標(biāo)識(shí)；基站判斷對(duì)應(yīng)所述用戶標(biāo)識(shí)的UE是否需要進(jìn)行載波切換；基站在確定需要進(jìn)行載波切換時(shí)，對(duì)所述UE進(jìn)行載波切換。本發(fā)明還公開了用于實(shí)現(xiàn)所述方法的裝置。
文檔編號(hào)H04W28/08GK102238625SQ20101017188
公開日2011年11月9日 申請(qǐng)日期2010年5月7日 優(yōu)先權(quán)日2010年5月7日
發(fā)明者孫軍帥 申請(qǐng)人:大唐移動(dòng)通信設(shè)備有限公司