專(zhuān)利名稱：：重定位方法、通信系統(tǒng)及無(wú)線網(wǎng)絡(luò)控制器的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及一種通信技術(shù)，尤其涉及一種重定位方法、通信系統(tǒng)及無(wú)線網(wǎng)絡(luò)控制器。
背景技術(shù)：
：通用移動(dòng)電信系統(tǒng)(UMTS)的核心網(wǎng)(CoreNet,CN)由移動(dòng)交4灸中心(MobileSwitchingCenter,MSC)和通用分組無(wú)線業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)(ServingGPRSSupportNode,SGSN)組成。用戶設(shè)備(UE)和核心網(wǎng)之間由通用地面無(wú)線接入網(wǎng)(UTRAN)相連。所述UTRAN包括無(wú)線網(wǎng)絡(luò)控制器(RadioNetworkController,RNC)和基站(NodeB)，其中，RNC與其所控制的NodeB組成RNS(無(wú)線網(wǎng)絡(luò)子系統(tǒng))。核心網(wǎng)通過(guò)Iu接口連接到RNC。RNC與RNC之間通過(guò)Iur口相連。由于Iur接口的引入而產(chǎn)生了SRNC/T-RNC(服務(wù)RNC/漂移RNC)的概念，對(duì)于某一個(gè)UE來(lái)說(shuō)，直接與核心網(wǎng)相連并對(duì)UE的所有資源進(jìn)行控制的RNC叫該UE的SRNC。而與CN沒(méi)有連接，僅為UE提供資源的RNC叫該UE的T-RNC。SRNS重定位就是將特定UE的SRNC的角色由一個(gè)RNC轉(zhuǎn)到另外一個(gè)RNC的過(guò)程。在現(xiàn)有技術(shù)的重定位過(guò)程中，由核心網(wǎng)控制網(wǎng)絡(luò)中RNC之間角色的轉(zhuǎn)換和資源的配置，SRNC發(fā)給T-RNC的所需的承載資源也是由核心網(wǎng)轉(zhuǎn)發(fā)。因此，重定位流程很是復(fù)雜和冗余，這使得重定位的流程時(shí)延大，重定位效率低下。尤其是對(duì)于HSPA+網(wǎng)絡(luò)，由于該網(wǎng)絡(luò)不支持電路域(CS)業(yè)務(wù)，當(dāng)有CS建立時(shí)，需要從1八+網(wǎng)絡(luò)中的>^0￡168+(增強(qiáng)基站，EvolvedHSPANodeB,其包括RNC和NodeB)重定位到UMTS網(wǎng)絡(luò)中的RNC,以通過(guò)UMTS網(wǎng)絡(luò)中的RNC提供CS業(yè)務(wù)。又因CS業(yè)務(wù)經(jīng)常發(fā)生，使得重定位發(fā)生頻率較高，因此，現(xiàn)有技術(shù)中較低的重定位效率會(huì)嚴(yán)重降低整個(gè)網(wǎng)絡(luò)性能。
發(fā)明內(nèi)容本發(fā)明的實(shí)施例提供了一種重定位方法、通信系統(tǒng)及無(wú)線網(wǎng)絡(luò)控制器，可解決重定位效率較低的問(wèn)題，從而提高整個(gè)網(wǎng)絡(luò)性能。本發(fā)明實(shí)施例提供了一種重定位方法，包括目標(biāo)無(wú)線網(wǎng)絡(luò)控制器接收源無(wú)線網(wǎng)絡(luò)控制器發(fā)起的重定位請(qǐng)求，并作為主控制網(wǎng)元發(fā)起重定位流程。本發(fā)明實(shí)施例還提供了一種通信系統(tǒng)，包括目標(biāo)無(wú)線網(wǎng)絡(luò)控制器和源無(wú)線網(wǎng)絡(luò)控制器，所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器，用于接收源無(wú)線網(wǎng)絡(luò)控制器發(fā)起的重定位請(qǐng)求，以建立所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器到用戶設(shè)備之間的無(wú)線承載；并向核心網(wǎng)發(fā)起重定位報(bào)告，以建立核心網(wǎng)至所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器之間的Iu承載；所述源無(wú)線網(wǎng)絡(luò)控制器用于向目標(biāo)無(wú)線網(wǎng)絡(luò)控制器發(fā)起重定位請(qǐng)求。本發(fā)明實(shí)施例還提供了一種無(wú)線網(wǎng)絡(luò)控制器，包括接收單元，用于接收源無(wú)線網(wǎng)絡(luò)控制器發(fā)起的重定位請(qǐng)求；無(wú)線承載建立單元，用于根據(jù)所述接收單元接收的重定位請(qǐng)求建立無(wú)線網(wǎng)絡(luò)控制器與用戶設(shè)備之間的無(wú)線承載；Iu承載建立單元，用于向核心網(wǎng)發(fā)起重定位^R告，以建立核心網(wǎng)至所述無(wú)線網(wǎng)絡(luò)控制器之間的Iu承載。根據(jù)本發(fā)明的實(shí)施例，通過(guò)RNC作為重定位流程的主控網(wǎng)元，RNC之間直接交互建立無(wú)線承載和無(wú)線接入承載，省去了由核心網(wǎng)轉(zhuǎn)發(fā)的步驟，從而減少了信令交互的次數(shù)，減少了由重定位流程導(dǎo)致的切換時(shí)延，增加了重定位的成功率加，使得重定位過(guò)程簡(jiǎn)潔而高效。圖1A示出了本發(fā)明實(shí)施例一的重定位流程；圖1B示出了本發(fā)明實(shí)施例二、四和五的重定位流程；圖2示出了本發(fā)明實(shí)施例六的重定位流程；圖3示出了本發(fā)明實(shí)施例七的重定位流程；圖4示出了本發(fā)明實(shí)施例八的重定位流程；圖5示出了本發(fā)明實(shí)施例三的重定位流程；圖6示出了本發(fā)明實(shí)施例九的重定位流程；圖7示出了本發(fā)明實(shí)施例十的通信系統(tǒng)。具體實(shí)施方式為了便于本領(lǐng)域一般技術(shù)人員理解和實(shí)現(xiàn)本發(fā)明，現(xiàn)結(jié)合附圖描繪本發(fā)明的實(shí)施例。根據(jù)本發(fā)明實(shí)施例，服務(wù)無(wú)線網(wǎng)絡(luò)控制器確定需要進(jìn)行重定位后，直接與漂移無(wú)線網(wǎng)絡(luò)控制器交互以進(jìn)行重定位。具體而言，漂移無(wú)線網(wǎng)絡(luò)控制器接收服務(wù)無(wú)線網(wǎng)絡(luò)控制器發(fā)起的重定位請(qǐng)求；漂移無(wú)線網(wǎng)絡(luò)控制器發(fā)起漂移無(wú)線網(wǎng)絡(luò)控制器至用戶設(shè)備之間無(wú)線承載的建立，并向核心網(wǎng)發(fā)起重定位報(bào)告(重定位報(bào)告消息的內(nèi)容參見(jiàn)實(shí)施例一中的描述，下面實(shí)施例以重定位報(bào)告消息來(lái)承載重定位報(bào)告為例進(jìn)行描述)，以發(fā)起核心網(wǎng)至漂移無(wú)線網(wǎng)絡(luò)控制器之間Iu承載的建立。所述服務(wù)無(wú)線網(wǎng)絡(luò)控制器確定重定位的時(shí)機(jī)包括下列任一因素業(yè)務(wù)請(qǐng)求、移動(dòng)和/或負(fù)荷分擔(dān)。下面通過(guò)實(shí)施例一描述本發(fā)明實(shí)施例的重定位流程。其中，實(shí)施例一為本發(fā)明重定位流程的總的流程；實(shí)施例二至五描述了根據(jù)不同的重定位類(lèi)型由EvolvedHSPAUTRAN網(wǎng)絡(luò)中的NodeB十重定位到UMTS網(wǎng)絡(luò)中的RNC的四種不同流程；實(shí)施例六至十描述了其它不同情況的重定位流程；實(shí)施例十一描述了由UMTS網(wǎng)絡(luò)中的RNC重定位到UMTS網(wǎng)絡(luò)中另一RNC的重定位流程。實(shí)施例一本實(shí)施例描述本發(fā)明的重定位過(guò)程。在重定位前，上下行數(shù)據(jù)存在以下路徑UE和源RNC(在本實(shí)施例中也稱作SRNC)之間的數(shù)據(jù)通道；SRNC和SGSN之間的GTP-U(GPRS隧道協(xié)議用戶面)通道(一種隧道)。下參照?qǐng)D1A描述本實(shí)施例的重定位過(guò)程。步驟l-2、當(dāng)源RNC由于某種原因決定發(fā)起重定位后，利用RNSAP協(xié)議經(jīng)Iur接口向T-RNC(在本實(shí)施例中也稱作目標(biāo)RNC)發(fā)起重定位請(qǐng)求(RelocationRequest)。所述重定位請(qǐng)求包含源RNC到目標(biāo)RNC的透明容器、源RNC的標(biāo)識(shí)和目標(biāo)RNC的標(biāo)識(shí)、需要建立的RAB列表，所述RAB列表中包括RABID，傳輸層地址，用戶面信息，用戶面的需要GTP-U上的PDU(協(xié)議數(shù)據(jù)單元)上下行方向下一步分別要發(fā)送的序列號(hào)，下一步將要從UE上接到的上行的PDCP(分組數(shù)據(jù)會(huì)聚協(xié)議)序列號(hào)以及將要發(fā)送給UE的下行PDCP序列號(hào)。所述容器包括具體的RRC(無(wú)線資源控制)的配置信息、RRC控制的下層無(wú)線承載、RRC控制的傳輸信道的配置信息、物理層無(wú)線鏈路的信息。目標(biāo)RNC會(huì)根據(jù)這些信息和自身的能力來(lái)配置相關(guān)無(wú)線承載資源，所述無(wú)線承載資源包括RRC、RLC(無(wú)線鏈路控制)、MAC(媒體接入控制)、邏輯信道和傳輸信道的映射關(guān)系、物理層資源和傳輸信道的映射關(guān)系，并給UE分配一個(gè)新的U-RNTI(臨時(shí)移動(dòng)用戶標(biāo)識(shí))。如果Iur的面向連接的鏈路不存在，重定位請(qǐng)求還會(huì)觸發(fā)Iur口的數(shù)據(jù)的ALCAP(接入鏈路控制應(yīng)用協(xié)議)的傳輸承載的建立。此時(shí)源RNC停止RAB(無(wú)線接入承載)的上行和下行的數(shù)據(jù)傳輸。步驟3-3'、當(dāng)目標(biāo)RNC配置完RRC、RLC、MAC、邏輯信道和傳輸信道的映射關(guān)系、物理層資源和傳輸信道的映射關(guān)系后，向源RNC發(fā)起重定位響應(yīng)，以告知源RNC—個(gè)目標(biāo)RNC上建立的這些配置的容器(目標(biāo)RNC到源RNC透明容器)和需要進(jìn)行數(shù)據(jù)轉(zhuǎn)發(fā)的RABID列表，源RNC會(huì)根據(jù)這個(gè)RABID列表開(kāi)始向目標(biāo)RNC轉(zhuǎn)發(fā)數(shù)據(jù)。在本實(shí)施例中，為了使源RNC向目標(biāo)RNC直接轉(zhuǎn)發(fā)數(shù)據(jù)，需要在Iur口U-Plane(用戶面)上增加GTP-U的協(xié)議解析。如果目標(biāo)RNC不能支持SRNS重定位或者在配置過(guò)程中出現(xiàn)了異常，如資源受限等，則會(huì)向源RNC發(fā)起重定位取消。為了實(shí)現(xiàn)重定位取消過(guò)程，目標(biāo)RNC可向源RNC發(fā)起重定位取消，在所述重定位取消中攜帶失敗原因值，當(dāng)源RNC收到重定位取消時(shí)，中止本次重定位過(guò)程，并回滾在#:作中配置的參數(shù)(即，仍使用舊的配置參數(shù))，源RNC上已經(jīng)存在的Iu連接仍然可以正常使用。步驟4-5'、根據(jù)重定位的類(lèi)型(如UE參與的、UE不參與的)，由目標(biāo)RNC向UE發(fā)送UTRAN移動(dòng)信息，通知UE相關(guān)的UTRAN的移動(dòng)信息和新的U-RNTI,以更新的UE的UTRAN移動(dòng)信息，或由源RNC發(fā)起無(wú)線承載重配，或物理信道重配，或傳輸承載重配；重配完成后，向目標(biāo)RNC返回對(duì)應(yīng)的UTRAN移動(dòng)信息確認(rèn)消息或空口重配完成消息。在T-RNC發(fā)送空口消息(UTRAN移動(dòng)信息等)或者給源RNC發(fā)起重定位響應(yīng)消息后，T-RNC復(fù)位或者重建RLC(RadioLinkControl,無(wú)線鏈路控制)實(shí)體，在目標(biāo)RNC和UE之間交換PDCP的SN(序列號(hào))，該SN如PDCP-SND，PDCP-SNU;UE收到空口消息后，開(kāi)始給目標(biāo)RNC發(fā)送上行用戶數(shù)據(jù)；當(dāng)T-RNC接收到l正發(fā)送的UTRAN移動(dòng)信息確認(rèn)消息時(shí)，T-RNC也可以向UE發(fā)送下行數(shù)據(jù)了。步驟6、當(dāng)目標(biāo)RNC收到了UTRAN移動(dòng)信息確認(rèn)消息或其它空口重配完成消息后，目標(biāo)RNC發(fā)起重定位報(bào)告(RelocationReport)去通知核心網(wǎng)(也稱作SGSN/MSC)進(jìn)行Iu承載的建立所需資源的配置，消息攜帶建立的RAB列表信元(包括每個(gè)RAB對(duì)應(yīng)的業(yè)務(wù)參數(shù)和傳輸層地址，TEID(隧道終端標(biāo)識(shí))等)和建立失敗的RAB列表(包括每個(gè)RAB對(duì)應(yīng)的ID和傳輸層地址，TEID等)。步驟7-7'、當(dāng)SGSN/MSC完成了Iu承載的建立所需資源的配置后，向目標(biāo)RNC發(fā)起重定位完成(RelocationComplete)，并開(kāi)始啟用新的Iu承載，刪除舊的Iu承載。這時(shí)，目標(biāo)RNC和SGSN/MSC之間的Iu承載建立成功，此時(shí)，對(duì)于需要在目標(biāo)RNC上建立的RAB，目標(biāo)RNC同時(shí)從SGSN和SRNC處接收下行包；如果Iu承載建立失敗，則回復(fù)重定位失敗消息，消息中攜帶失敗原因，RNC則釋放重定位操作中配置的資源。步驟8、不論核心網(wǎng)是否向目標(biāo)RNC發(fā)起重定位完成，或者發(fā)起重定位失敗，目標(biāo)RNC都要發(fā)送Iu釋放命令(IureleaseCommand)給源RNC，指示源RNC可以釋;^文與核心網(wǎng)的Iu連接和相關(guān)的資源了。步驟9、SRNC給SGSN/MSC發(fā)送Iu釋放完成消息。在上述重定位流程中，需要定義重定位報(bào)告、重定位響應(yīng)，修改重定位請(qǐng)求、重定位完成。(1)、重定位報(bào)告，其可定義在25.413RANAP協(xié)議中，其由目標(biāo)RNC發(fā)送給核心網(wǎng)，用來(lái)通知核心網(wǎng)分配重定位的資源方向RNC—CN.重定位報(bào)告的內(nèi)容如表1所示。表1重定位報(bào)告<table>tableseeoriginaldocumentpage13</column></row><table><table>tableseeoriginaldocumentpage14</column></row><table>如表l所示，重定位報(bào)告主要包括在漂移RNC中建立的RAB的列表，其包括RABID(無(wú)線接入承載標(biāo)識(shí))、RAB的傳輸層地址和Iu傳輸聯(lián)合；相關(guān)的RAB參數(shù)項(xiàng)；在漂移RNC中不支持的原服務(wù)RNC的RAB列表，其包括RABID、和不支持的原因；完整性保護(hù)信息；和加密信息。本消息可以使用面向連接信令連接或者伴隨建立面向連接的信令連接。(2)、重定位請(qǐng)求，需要定義在25.423RNSAP協(xié)議中，對(duì)該消息的目的地址進(jìn)行了修改，即，將目的地址CN修改為漂移RNC。重定位請(qǐng)求的內(nèi)容如表2所示。方向SRNC—T-RNC表2重定位請(qǐng)求<table>tableseeoriginaldocumentpage15</column></row><table><table>tableseeoriginaldocumentpage16</column></row><table>(3)、重定位響應(yīng)，其可定義在25.423RNSAP協(xié)議中，用來(lái)目標(biāo)RNC向源RNC發(fā)送目標(biāo)RNC到源RNC透明容器，以便源RNC是否向UE發(fā)送空口重配4s息方向目標(biāo)RNC—源RNC.信令類(lèi)型面向連接。重定位響應(yīng)的內(nèi)容如表3所示。表3重定位響應(yīng)(RelocationResponse)<table>tableseeoriginaldocumentpage16</column></row><table>(4)、重定位完成(RelocationComplete),其可定義在25.413RANAP協(xié)議中，消息中攜帶的信元可以不變，對(duì)該消息的源地址和目的地址分別進(jìn)行了修改，即，將源地址D-RNC修改為CN，將目的地址CN修改為D-RNC，換句話說(shuō)，該消息的傳輸方向變?yōu)镃N->D-RNC。實(shí)施例二在本實(shí)施例中，假設(shè)UE的SRNC為EvolvedHSPAUTRAN網(wǎng)絡(luò)中的NodeB+,UE的重定位的目標(biāo)RNC為UMTS網(wǎng)絡(luò)中的RNC。其中，NodeB+通過(guò)Iu-CS信令接口連接到電路域核心網(wǎng)，NodeB+與RNC通過(guò)Iur口相連。當(dāng)UE發(fā)網(wǎng)絡(luò)的RNC重定位的過(guò)程。如圖1B所示，下面描述該重定位過(guò)程。步驟101-103、當(dāng)UE在NodeB+控制的小區(qū)CELL下發(fā)起了CS呼叫，向NodeB+發(fā)送初始直傳(InitialDirectTransfer)消息。當(dāng)NodeB+接收到初始直傳消息后，可根據(jù)初始直傳消息確定該業(yè)務(wù)是CS業(yè)務(wù)，因自身無(wú)法支持CS業(yè)務(wù)，于是NodeB+通過(guò)和Iu-CS的信令接口向MSC發(fā)送初始UE消息，以觸發(fā)從EvolvedHSPAUTRAN網(wǎng)絡(luò)向支持CS業(yè)務(wù)的傳統(tǒng)網(wǎng)絡(luò)的切換，MSC收到初始UE消息后，會(huì)向NodeB+回復(fù)SCCP(SS7信令連接控制部分)連接確認(rèn)消息。在這個(gè)過(guò)程中，如果RNC收到RAB的建立請(qǐng)求消息，會(huì)緩存該消息內(nèi)容，直到RNC完成角色轉(zhuǎn)換后，處理該消息。此時(shí)，上下行數(shù)據(jù)有以下路徑UE和SRNC之間的數(shù)據(jù)通道；SRNC和SGSN之間的GTP-U通道，SGSN和GGSN之間的GTP-U通道。步驟104、從EvolvedHSPAUTRAN網(wǎng)絡(luò)向支持CS業(yè)務(wù)的傳統(tǒng)網(wǎng)絡(luò)的切換，利用RNSAP協(xié)議經(jīng)Iur接口向目標(biāo)RNC發(fā)起重定位請(qǐng)求(RelocationRequest),發(fā)起重定位請(qǐng)求的過(guò)程參見(jiàn)實(shí)施例一中步驟l-2。另外，在本實(shí)施例中，所述重定位請(qǐng)求中要攜帶物理層的信息，未攜帶上下行的需要發(fā)送的GTP-U序號(hào)和從UE上接到的上行的PDCP(分組數(shù)據(jù)會(huì)聚協(xié)議)序列號(hào)以及將要發(fā)送給UE的下行PDCP序列號(hào)。步驟105-106、如果容器中重定位類(lèi)型為UE不參與的(UENOTINVOLVED),并且Iur的面向連接的鏈路不存在，重定位請(qǐng)求還會(huì)觸發(fā)Iur口的數(shù)據(jù)的ALCAP的傳輸承載的建立。如果容器中重定位類(lèi)型為UE參與的(UEINVOLVED)，則會(huì)觸發(fā)RL(無(wú)線鏈路)的建立過(guò)程，同時(shí)建立起Iur口的數(shù)據(jù)的ALCAP的傳輸承載；由于傳統(tǒng)RNC可能不支持UE在NodeB+上配置的功能，RNC根據(jù)自己的能力建立RL，可能和SRNC告知的容器(SourceRNCtoTargetRNCTransparentContainer)中的配置不相同。此時(shí)，NodeB+會(huì)根據(jù)RNC發(fā)來(lái)RL建立請(qǐng)求，更新資源配置，并向RNC發(fā)出RL建立響應(yīng)。NodeB+收到該響應(yīng)消息后，先發(fā)送一條消息(該消息可以叫做SRNScontextforward)通知目標(biāo)RNC:GTP-U上的PDU(協(xié)議數(shù)據(jù)單元)上下行方向下一步分別要發(fā)送的序列號(hào)，下一步將要從UE上接到的上行的PDCP(分組數(shù)據(jù)會(huì)聚協(xié)議)序列號(hào)以及將要發(fā)送給UE的下行PDCP序列號(hào)。然后開(kāi)始向RNC轉(zhuǎn)發(fā)數(shù)據(jù)。轉(zhuǎn)發(fā)的數(shù)據(jù)是從SGSN收到的下行GTP-PDU,同時(shí)在NodeB+上也保留GTP-PDU的備份，這個(gè)轉(zhuǎn)發(fā)對(duì)于任何一種遷移類(lèi)型都適用；對(duì)于從UE收到的上行的已經(jīng)解密的數(shù)據(jù)包也可以進(jìn)行轉(zhuǎn)發(fā)，這樣可以避免UE重傳很多數(shù)據(jù)。需要轉(zhuǎn)發(fā)下行數(shù)據(jù)，可以不轉(zhuǎn)發(fā)上行數(shù)據(jù)。下行轉(zhuǎn)發(fā)數(shù)據(jù)的時(shí)候還可以這樣處理對(duì)于沒(méi)有進(jìn)行RLC層發(fā)送的GTP-PDU,就轉(zhuǎn)發(fā)GTP-PDU;如果GTP-PDU經(jīng)過(guò)頭壓縮，RLC層處理以后，已經(jīng)發(fā)送了其中的一部分，這時(shí)要轉(zhuǎn)發(fā)GTP-PDU和/或分割或者級(jí)聯(lián)后的RLCPDU。步驟107-107，、參見(jiàn)實(shí)施例一中步驟3-3'。步驟108-109"，、如果重定位的類(lèi)型是UE不參與的重定位，RNC向UE發(fā)起UTRAN移動(dòng)信息更新過(guò)程，通知UE相關(guān)的UTRAN的移動(dòng)信息和新的U-RNTI。如果重定位的類(lèi)型是UE參與的重定位，則由NodeB+根據(jù)重定位響應(yīng)中的目標(biāo)RNC至源RNC透明容器(目標(biāo)RNC到源RNC透明容器)中的內(nèi)容確定向UE發(fā)起無(wú)線承載重配，物理信道重配，傳輸承載重配。在RNC發(fā)送空口消息后或者發(fā)起重定位響應(yīng)以后，RNC復(fù)位/重建RLC實(shí)體，在RNC和UE之間交換PDCP的SN(PDCP-SND,PDCP-SNU);RNC收到空口消息后，UE開(kāi)始給RNC發(fā)送上行用戶數(shù)據(jù)；當(dāng)UE發(fā)送UTRAN移動(dòng)信息確認(rèn)消息或其他空口確認(rèn)消息(無(wú)線承載重配完成，物理信道重配完成，傳輸承載重配完成)后時(shí)，UE也可以接收RNC發(fā)來(lái)的下行數(shù)據(jù)了。步驟l10、當(dāng)RNC收到了UTRAN移動(dòng)信息確認(rèn)消息或其它空口重配完成消息后，目標(biāo)RNC通過(guò)發(fā)起重定位報(bào)告(RelocationReport),所述發(fā)起重定位報(bào)告的過(guò)程參見(jiàn)實(shí)施例一中的步驟6所述。步驟lll-lll'、當(dāng)SGSN完成了Iu承載的建立所需資源的配置后，發(fā)起重定位完成(RelocationComplete)給目標(biāo)RNC,所述發(fā)起重定位完成的過(guò)程參見(jiàn)實(shí)施例一中的步驟7所述。步驟112、參見(jiàn)實(shí)施例一中的步驟8所述。步驟113、NodeB+給SGSN發(fā)送Iu釋放完成消息，重定位過(guò)程結(jié)束。步驟114-115、業(yè)務(wù)建立過(guò)程開(kāi)始進(jìn)行CS業(yè)務(wù)的無(wú)線接入承載建立過(guò)程和CS業(yè)務(wù)的呼叫建立過(guò)程。實(shí)施例三在本實(shí)施例中，假設(shè)UE的SRNC為EvolvedHSPAUTRAN網(wǎng)絡(luò)中的NodeB+,UE的重定位的目標(biāo)RNC為UMTS網(wǎng)絡(luò)中的RNC，其中，NodeB+與電路域核心網(wǎng)之間有信令連接，NodeB+與RNC通過(guò)Iur口相連。當(dāng)UE發(fā)起建立CS業(yè)務(wù)時(shí)，EvolvedHSPAUTRAN網(wǎng)絡(luò)的NodeB+支持CS業(yè)務(wù)的傳統(tǒng)網(wǎng)絡(luò)的RNC完成的重定位過(guò)程。如圖5所示，下面描述該重定位過(guò)程。步驟501-503、當(dāng)UE在NodeB+控制的小區(qū)CELL下發(fā)起了CS呼叫，NodeB十接收到初始直傳(InitialDirectTransfer)消息時(shí)，可才艮據(jù)該消息內(nèi)容確定該業(yè)務(wù)是屬于CS域的，而自身又無(wú)法支持CS業(yè)務(wù)，于是NodeB+通過(guò)和Iu-CS的信令接口向MSC發(fā)起初始UE消息的同時(shí)，觸發(fā)從EvolvedHSPAUTRAN網(wǎng)絡(luò)向支持CS業(yè)務(wù)的傳統(tǒng)網(wǎng)絡(luò)的切換，MSC收到初始UE消息后，會(huì)回復(fù)SCCP連接確認(rèn)消息；在這個(gè)過(guò)程中，如果RNC收到RAB的建立請(qǐng)求消息，會(huì)緩存該消息內(nèi)容，直到RNC完成角色轉(zhuǎn)換后，處理該消息。此時(shí)，上下行數(shù)據(jù)有以下路徑UE和SRNC之間的數(shù)據(jù)通道；SRNC和SGSN之間的GTP-U通道，SGSN和GGSN之間的GTP-U通道。利用RNSAP協(xié)議經(jīng)Iur接口向目標(biāo)RNC發(fā)起重定位請(qǐng)求(RelocationR叫uest),所述發(fā)起重定位請(qǐng)求的過(guò)程以及相關(guān)處理參見(jiàn)實(shí)施例一中的步驟l-2的描述。另外，在本實(shí)施例中，所述重定位請(qǐng)求中要攜帶物理層的信息，并設(shè)置容器中重定位類(lèi)型為"未定義，，(undefined)。步驟505-506、RNC發(fā)現(xiàn)重定位請(qǐng)求的容器中重定位類(lèi)型為未定義；便依據(jù)自身的能力判斷可否接受重定位請(qǐng)求中的容器(源RNC到目標(biāo)RNC透明容器)中的配置，如果不支持，則需要觸發(fā)RL(無(wú)線鏈路)的建立過(guò)程，同時(shí)觸發(fā)傳輸層的Iur口的數(shù)據(jù)的ALCAP傳輸承載的建立過(guò)程，然后，NodeB+會(huì)根據(jù)RNC發(fā)來(lái)RL建立請(qǐng)要求，更新資源配置，并向RNC發(fā)出RL建立響應(yīng)；如果RNC可以支持容器中的配置，則僅觸發(fā)傳輸層的Iur口的數(shù)據(jù)的ALCAP傳輸承載的建立過(guò)程即可。步驟507-507'、RNC發(fā)現(xiàn)重定位請(qǐng)求中容器中重定位類(lèi)型為未定義；則在向NodeB+響應(yīng)的時(shí)候，將目標(biāo)RNC到源NodeB+的容器項(xiàng)(目標(biāo)RNC到源RNC透明容器)設(shè)為必選項(xiàng)，并在RRCCONTAINER中增加一項(xiàng)UTRAN移動(dòng)信息(UTRANMOBILITYINFORMATION),如果配置過(guò)程中，RNC的能力可以接受重定位請(qǐng)求中的容器(源RNC到目標(biāo)RNC透明容器)中的配置，則構(gòu)造container中的UTRAN移動(dòng)信息信元；如果不支持，則根據(jù)配置的結(jié)果填寫(xiě)無(wú)線承載重配、或物理信道重配、或傳輸承載重配。步驟508-509"，、當(dāng)NodeB+得到RNC的響應(yīng)時(shí)，NodeB+根據(jù)重定位響應(yīng)中的"目標(biāo)RNC到源RNC透明容器"中的內(nèi)容分別發(fā)起UTRAN移動(dòng)信息，無(wú)線承載重配，物理信道重配，傳輸承載重配。在RNC發(fā)起重定位響應(yīng)后，RNC復(fù)位/重建RLC實(shí)體，在RNC和UE之間交換PDCP的SN(PDCP-SND，PDCP-SNU);RNC收到空口消息后，UE開(kāi)始給RNC發(fā)送上行用戶數(shù)據(jù)；當(dāng)UE發(fā)送UTRAN移動(dòng)信息確認(rèn)消息或其他空口確認(rèn)消息(無(wú)線承載重配完成，物理信道重配完成，傳輸承載重配完成)后時(shí)，UE也可以接收RNC發(fā)來(lái)的下行數(shù)據(jù)了。步驟510、當(dāng)RNC收到了UTRAN移動(dòng)信息確認(rèn)消息或其它空口重配完成消息后，目標(biāo)RNC通過(guò)發(fā)起重定位報(bào)告(RelocationReport)，所述發(fā)起重定位報(bào)告的過(guò)程參見(jiàn)實(shí)施例一中的步驟6所述。步驟511-511'、當(dāng)SGSN完成了Iu承載的建立所需資源的配置后，發(fā)起重定位完成(RelocationComplete)給目標(biāo)RNC,所述發(fā)起重定位完成的過(guò)程參見(jiàn)實(shí)施例一中的步驟7所述。步驟512、參見(jiàn)實(shí)施例一中的步驟8所述。步驟513、NodeB+給SGSN發(fā)送Iu釋放完成消息，重定位過(guò)程結(jié)束。步驟514-515、業(yè)務(wù)建立過(guò)程開(kāi)始進(jìn)行CS業(yè)務(wù)的無(wú)線接入承載建立過(guò)程和CS業(yè)務(wù)的呼叫建立過(guò)程。實(shí)施例四在本實(shí)施例中，假設(shè)UE的SRNC為EvolvedHSPAUTRAN網(wǎng)絡(luò)中的NodeB+，UE的T-RNC為UMTS網(wǎng)絡(luò)中的RNC。其中，NodeB+通過(guò)Iu-CS信令接口連接到電路域核心網(wǎng)，NodeB+與RNC通過(guò)Iur口相連。當(dāng)UE發(fā)起建立CS業(yè)務(wù)時(shí)，EvolvedHSPAUTRAN網(wǎng)絡(luò)的NodeB+支持CS業(yè)務(wù)的傳統(tǒng)網(wǎng)絡(luò)的RNC完成的重定位過(guò)程。如圖1B所示，下面描述該重定位過(guò)程。步驟101-103、重定位的觸發(fā)過(guò)程，參見(jiàn)實(shí)施例二中步驟101-103。利用RNSAP協(xié)議經(jīng)Iur接口舒目標(biāo)RNC發(fā)起重定位請(qǐng)求(RelocationRequest)，發(fā)起重定位請(qǐng)求的過(guò)程參見(jiàn)實(shí)施例一中步驟l-2;另外，在本實(shí)施例中，所述重定位請(qǐng)求中攜帶的原因(cause)值為"SingleCarriercontrolledbytwoRNC(兩個(gè)RNC控制同一承載)"，此CAUSE值存在時(shí)不考慮容器中重定位類(lèi)型(RELOCATIONTYPE);并約定如杲此cause值為"SingleCarriercontrolledbytwoRNC"時(shí)，請(qǐng)求中要攜帶物理層的信息。步驟105-106、RNC發(fā)現(xiàn)重定位請(qǐng)求中告知的cause值為"SingleCarriercontrolledbytwoRNC"，便依據(jù)自身的能力判斷可否接受重定位請(qǐng)求中的容器(源RNC到目標(biāo)RNC透明容器)中的配置，如果不支持，則需要觸發(fā)RL(無(wú)線鏈路)的建立過(guò)程，同時(shí)觸發(fā)傳輸層的Iur口的數(shù)據(jù)的ALCAP傳輸承載的建立過(guò)程，然后，NodeB+會(huì)根據(jù)RNC發(fā)來(lái)RL建立請(qǐng)求，更新資源配置，并向RNC發(fā)出RL建立響應(yīng)；如果RNC可以支持容器中的配置，則僅觸發(fā)傳輸層的Iur口的數(shù)據(jù)的ALCAP傳輸承載的建立過(guò)程即可。步驟107-107，、RNC發(fā)現(xiàn)重定位請(qǐng)求中告知的cause值為"SingleCarriercontrolledbytwoRNC"，則在向NodeB+發(fā)起重定位響應(yīng)的時(shí)候，如果RNC可以支持容器中的配置，則不攜帶目標(biāo)RNC到源RNC透明容器，并向UE發(fā)起UTRAN移動(dòng)信息;如果不支持，則根據(jù)配置的結(jié)果構(gòu)造目標(biāo)RNC到源RNC透明容器中的無(wú)線承載重配、或物理信道重配、或傳輸承載重配信息。步驟108-109"，、當(dāng)NodeB+得到RNC的響應(yīng)時(shí)，根據(jù)響應(yīng)中需要轉(zhuǎn)發(fā)的RAB列表開(kāi)始進(jìn)行數(shù)據(jù)的轉(zhuǎn)發(fā)。如果重定位響應(yīng)中攜帶目標(biāo)RNC到源RNC透明容器，NodeB+根據(jù)容器中的信息確定向UE發(fā)起無(wú)線承載重配、物理信道重配、傳輸承載重配。對(duì)于順序交付的RAB,目標(biāo)RNC發(fā)送重定位響應(yīng)之后復(fù)位或者重建RLC(RadioLinkControl,無(wú)線鏈路控制)實(shí)體，在目標(biāo)RNC和UE之間交換PDCP的SN(序列號(hào))，該SN如PDCP-SND,PDCP-SNU;UE收到空口消息后，開(kāi)始給目標(biāo)RNC發(fā)送上行用戶數(shù)據(jù)；當(dāng)DRNC接收到UE發(fā)送的UTRAN移動(dòng)信息確認(rèn)消息時(shí)，DRNC也可以向UE發(fā)送下行數(shù)據(jù)了。步驟l10、當(dāng)RNC收到了UTRAN移動(dòng)信息確認(rèn)消息或其它空口重配完成消息后，目標(biāo)RNC通過(guò)發(fā)起重定位報(bào)告(RelocationReport),所述發(fā)起重定位報(bào)告的過(guò)程參見(jiàn)實(shí)施例一中的步驟6所述。步驟lll-lll'、當(dāng)SGSN完成了Iu承載的建立所需資源的配置后，發(fā)起重定位完成(RelocationComplete)給目標(biāo)RNC,所述發(fā)起重定位完成的過(guò)程參見(jiàn)實(shí)施例一中的步驟7所述。步驟112、參見(jiàn)實(shí)施例一中的步驟8所述。步驟l13、NodeB+給SGSN發(fā)送Iu釋放完成消息，重定位過(guò)程結(jié)束。步驟114-115、業(yè)務(wù)建立過(guò)程開(kāi)始進(jìn)行CS業(yè)務(wù)的無(wú)線接入承載建立過(guò)程和CS業(yè)務(wù)的呼叫建立過(guò)程。實(shí)施例五在本實(shí)施例中，假設(shè)UE的S認(rèn)C為EvolvedHSPAUTRAN網(wǎng)絡(luò)中的NodeB+，UE的T-RNC為UMTS網(wǎng)絡(luò)中的RNC。其中，NodeB+通過(guò)Iu-CS信令接口連接到核心網(wǎng)，NodeB+與腦C通過(guò)Iur口相連。當(dāng)UE發(fā)起建立CS業(yè)務(wù)時(shí)，EvolvedHSPAUTRAN網(wǎng)絡(luò)的NodeB+支持CS業(yè)務(wù)的傳統(tǒng)網(wǎng)絡(luò)的RNC完成的重定位過(guò)程。如圖1B所示，下面描述該重定位過(guò)程。步驟101-103、重定位的觸發(fā)過(guò)程，參見(jiàn)實(shí)施例二中步驟101-103。步驟104、從EvolvedHSPAUTRAN網(wǎng)絡(luò)向支持CS業(yè)務(wù)的傳統(tǒng)網(wǎng)絡(luò)的切換，利用RNSAP協(xié)議經(jīng)Iur接口向目標(biāo)RNC發(fā)起重定位請(qǐng)求(RelocationRequest)，發(fā)起重定位請(qǐng)求的過(guò)程參見(jiàn)實(shí)施例一中步驟l-2;另外，在本實(shí)施例中，請(qǐng)求中要攜帶物理層的信息，并設(shè)置容器中重定位類(lèi)型為未定義。步驟105-106、RNC發(fā)現(xiàn)重定位請(qǐng)求中告知的容器中重定位類(lèi)型為未定義；便依據(jù)自身的能力判斷可否接受重定位請(qǐng)求中的容器(源RNC到目標(biāo)RNC透明容器)中的配置，如果不支持，則需要觸發(fā)RL(無(wú)線鏈路)的建立過(guò)程，同時(shí)觸發(fā)傳輸層的Iur口的數(shù)據(jù)的ALCAP傳輸承載的建立過(guò)程，然后，NodeB十會(huì)根據(jù)RNC發(fā)來(lái)RL建立請(qǐng)求，更新資源配置，并向RNC發(fā)出RL建立響應(yīng)；如果RNC可以支持容器中的配置，則僅觸發(fā)傳輸層的Iur口的數(shù)據(jù)的ALCAP傳輸承載的建立過(guò)程即可。步驟107-107，、RNC發(fā)現(xiàn)重定位請(qǐng)求中容器中重定位類(lèi)型為未定義，則在向NodeB+響應(yīng)的時(shí)候，如果RNC可以支持容器中的配置，則不攜帶目標(biāo)RNC到源RNC透明容器，并向UE發(fā)起UTRAN移動(dòng)信息;如果不支持，則根據(jù)配置的結(jié)果構(gòu)造目標(biāo)RNC到源RNC透明容器中的無(wú)線承載重配、物理信道重配、傳輸承載重配信息。步驟108-109"，、當(dāng)NodeB+得到RNC的響應(yīng)時(shí)，如果響應(yīng)中攜帶"目標(biāo)RNC到源RNC透明容器"，NodeB+根據(jù)容器中的信息確定向UE發(fā)起無(wú)線承載重閨己、物理信道重配、傳1俞7、載重配。對(duì)于順序交付的RAB,目標(biāo)RNC發(fā)送重定位響應(yīng)之后復(fù)位或者重建RLC(RadioLinkControl,無(wú)線鏈路控制)實(shí)體，在目標(biāo)RNC和UE之間交換PDCP的SN(序列號(hào))，該SN如PDCP-SND，PDCP-SNU;UE收到空口消息后，開(kāi)始給目標(biāo)RNC發(fā)送上行用戶數(shù)據(jù)；當(dāng)DRNC接收到UE發(fā)送的UTRAN移動(dòng)信息確認(rèn)消息時(shí)，DRNC也可以向UE發(fā)送下行數(shù)據(jù)了。步驟l10、當(dāng)RNC收到了UTRAN移動(dòng)信息確認(rèn)消息或其它空口重配完成消息后，目標(biāo)RNC通過(guò)向SGSN發(fā)起重定位報(bào)告(RelocationReport),所述發(fā)起重定位報(bào)告的過(guò)程參見(jiàn)實(shí)施例一中的步驟6所述。步驟lll-lll，、當(dāng)SGSN完成了Iu承載的建立所需資源的配置后，發(fā)起重定位完成(RelocationComplete)給目標(biāo)RNC,所述發(fā)起重定位完成的過(guò)程以及相關(guān)處理參見(jiàn)實(shí)施例一中的步驟7所述。步驟112、參見(jiàn)實(shí)施例一中的步驟8所述。步驟113、NodeB+14給SGSN發(fā)送Iu釋放完成消息，重定位過(guò)程結(jié)束。步驟114-115、業(yè)務(wù)建立過(guò)程開(kāi)始進(jìn)行CS業(yè)務(wù)的無(wú)線接入承載建立過(guò)程和CS業(yè)務(wù)的呼叫建立過(guò)程。實(shí)施例六在本實(shí)施例中，描述了一個(gè)UMTS網(wǎng)絡(luò)的RNC和演進(jìn)的HSPA的載波共享網(wǎng)絡(luò)的NodeB+通過(guò)Iur口相連接的場(chǎng)景，它們控制的是同一個(gè)小區(qū)。假設(shè)UE的SRNC為EvolvedHSPAUTRAN網(wǎng)絡(luò)中的NodeB+,UE的T-RNC為UMTS網(wǎng)絡(luò)中的RNC。其中，NodeB+與RNC通過(guò)Iur口相連，在NodeB十與MSC之間沒(méi)有Iu-cs的信令連接。當(dāng)UE發(fā)起建立CS業(yè)務(wù)時(shí)，EvolvedHSPAUTRAN網(wǎng)絡(luò)的NodeB十向支持CS業(yè)務(wù)的傳統(tǒng)網(wǎng)絡(luò)的RNC進(jìn)行重定位的過(guò)程。如圖2所示，下面描述該重定位過(guò)程。步驟201、當(dāng)UE在NodeB+控制的小區(qū)CELL下發(fā)起了CS呼叫，當(dāng)NodeB十接收到初始直傳消息時(shí)，觸發(fā)從EvolvedHSPAUTRAN網(wǎng)絡(luò)向支持CS業(yè)務(wù)的傳統(tǒng)網(wǎng)絡(luò)的切換。步驟202-203、NodeB+首先向RNC發(fā)起了無(wú)線鏈路建立請(qǐng)求，同時(shí)觸發(fā)傳輸層的Iur口的數(shù)據(jù)的ALCAP傳輸承載的建立過(guò)程，RNC向NodeB+發(fā)起無(wú)線鏈路建立響應(yīng)，RNC保存了該UE的物理層無(wú)線鏈路的配置參數(shù)，不會(huì)真正的去建立一條無(wú)線鏈路在NodeB+上(因?yàn)檫@個(gè)無(wú)線鏈路已經(jīng)存在了)。步驟204-205、NodeB+通過(guò)Iur口向傳統(tǒng)網(wǎng)絡(luò)的目標(biāo)RNC發(fā)起重定位請(qǐng)求。NodeB+除了告知RNC源RNC到目標(biāo)RNC透明容器外，還攜帶了包含初始直傳消息中攜帶的NAS(非接入層)PDU(協(xié)議數(shù)據(jù)單元)和CS連接建立所必需的信息。RNC會(huì)響應(yīng)NodeB+的重定位請(qǐng)求過(guò)程，如實(shí)施例一中的步驟l-2所述。步驟A、B、C在步驟204后，RNC會(huì)并行的向MSC發(fā)送初始直傳信息，MSC分配資源后，會(huì)向目標(biāo)RNC回復(fù)直傳消息，如果直傳消息在空口信息(UTRAN移動(dòng)信息確認(rèn)消息、RB承載重配完成)之前到達(dá)，則RNC緩存直傳消息中的NAS信息。步驟206-207、參見(jiàn)實(shí)施例一中步驟4-5，所述內(nèi)容。步驟D、當(dāng)從l正收到這個(gè)UTRAN移動(dòng)信息確認(rèn)消息時(shí)，傳統(tǒng)RNC轉(zhuǎn)變角色成為該UE的SRNC。RNC會(huì)把收到直傳信息通過(guò)下行直傳消息發(fā)給UE。步驟208-209、同時(shí)，RNC發(fā)起重定位報(bào)告消息給核心網(wǎng)(MSC/SGSN)，去通知核心網(wǎng)(MSC/SGSN)進(jìn)行和傳統(tǒng)RNC之間的Iu承載的建立所需資源的配置。參數(shù)包括傳統(tǒng)RNC的要建立的RAB列表和不支持的RAB列表，新的傳輸層地址和新的Iu-association，核心網(wǎng)首先保存和傳統(tǒng)RNC建立Iu承載所必需的資源。隨后，RNC將發(fā)起重定位命令通知NodeB+開(kāi)始數(shù)據(jù)傳輸(dataforwarding)過(guò)程。步驟210、核心網(wǎng)將發(fā)起重定位完成，同時(shí)使用新的Iu用戶面。RNC通過(guò)重定位命令消息通知NodeB+開(kāi)始dataforwarding過(guò)程。步驟211、核心網(wǎng)將向NodeB+發(fā)起Iu釋放命令，以釋放Iu連接和相關(guān)的資源。步驟212-213、當(dāng)原有的Iu連接釋放完畢，SRNC重定位過(guò)程結(jié)束。CS呼叫建立將正常進(jìn)行。在上述重定位流程中，還需要修改重定位命令，消息的信元保持不變，將該命令從Iu口移到Iur口，即，從25.413RANAP協(xié)議移到25.423RASAP，重新修改了路徑也就從CN-〉S-RNC移到了D-RNC-〉S-RNC。實(shí)施例七在本實(shí)施例中，假設(shè)UE的S脂C為EvolvedHSPAUTRAN網(wǎng)絡(luò)的NodeB+,UE的T-RNC為UMTS網(wǎng)絡(luò)中的RNC,UE與NodeB+存在一個(gè)PS業(yè)務(wù)連接。NodeB+與電路域的核心網(wǎng)沒(méi)有連接。當(dāng)UE發(fā)起CS業(yè)務(wù)時(shí)，會(huì)引起NodeB+向RNC的重定位過(guò)程。本重定位過(guò)程的特點(diǎn)是同時(shí)進(jìn)行無(wú)線接入承載(Iu承載)與無(wú)線承載(空口承載)的建立。如圖3所示，下面描述該重定位過(guò)程。步驟301-302、NodeB+接收UE發(fā)送的初始直傳消息，根據(jù)初始直傳消息確定建立CS業(yè)務(wù)。由于NodeB+自身無(wú)法支持CS業(yè)務(wù)，便觸發(fā)從EvolvedHSPAUTRAN網(wǎng)絡(luò)向支持CS業(yè)務(wù)的傳統(tǒng)網(wǎng)絡(luò)的切換。NodeB+通過(guò)Iur口向RNC發(fā)起重定位請(qǐng)求，所述重定位請(qǐng)求包括內(nèi)容同實(shí)施例一。接收到重定位請(qǐng)求消息的RNC會(huì)根據(jù)重定位消息所攜帶的信息來(lái)配置RRC、MAC、RLC資源和信道映射關(guān)系。步驟303、NodeB+向SGSN發(fā)起重定位必需消息，所述重定位必需消息包括初始直傳消息中攜帶的NASPDU和CS連接建立所必需的信息，不包括NodeB+到RNC的透明容器，SGSN收到該消息后，準(zhǔn)備新的PS連接建立。步驟304-305、RNC完成配置后，一方面向SGSN發(fā)起重定位報(bào)告，通知SGSN進(jìn)行新的Iu所需的資源配置，并且開(kāi)始建立Iu承載；另一方面向NodeB十發(fā)起重定位響應(yīng)消息或Iur鏈路建立/無(wú)線鏈路建立響應(yīng)過(guò)程，表示已完成傳輸承載的建立。步驟306-309、RNC向UE發(fā)出UTRAN移動(dòng)信息消息，通知UE相關(guān)的UTRAN的移動(dòng)信息和新的U-RNTI。RNC同時(shí)還向MSC發(fā)送初始UE信息，MSC收到初始UE信息后，會(huì)向RNC回復(fù)直傳消息，這時(shí)，如果直傳消息在UE響應(yīng)之前到達(dá)，則RNC緩存該信息；當(dāng)從UE收到UTRAN移動(dòng)信息確認(rèn)消息時(shí)，傳統(tǒng)RNC轉(zhuǎn)變角色成為UE的SRNC。步驟310、RNC把收到直傳信息通過(guò)下行直傳消息發(fā)給UE。步驟311、SGSN通過(guò)重定位命令通知NodeB+開(kāi)始數(shù)據(jù)發(fā)送過(guò)程。步驟312、SGSN將發(fā)起Iu連接釋放命令，觸發(fā)NodeB+釋放Iu連接和相關(guān)的資源。步驟313-314、當(dāng)原有的Iu連接釋放完畢，RNC重定位過(guò)程結(jié)束。CS呼叫建立將正常進(jìn)行。實(shí)施例/\在本實(shí)施例中，假設(shè)UE的T-RNC為EvolvedHSPAUTRAN網(wǎng)絡(luò)的NodeB+，UE的SRNC為UMTS網(wǎng)絡(luò)中的RNC，UE因移動(dòng)/負(fù)荷等原因，會(huì)引起由RNC的轉(zhuǎn)移到NodeB+控制的重定位過(guò)程。如圖4所示，下面描述該重定位過(guò)程。步驟401-402、RNC通過(guò)Iur口向傳統(tǒng)網(wǎng)絡(luò)的目標(biāo)NodeB+發(fā)起無(wú)線鏈路建立請(qǐng)求，然后NodeB+向RNC返回?zé)o線鏈路建立響應(yīng)。步驟403、當(dāng)RNC接收到NodeB+發(fā)來(lái)的無(wú)線鏈路建立響應(yīng)后，就利用RNSAP協(xié)議經(jīng)Iur接口向NodeB+發(fā)起重定位請(qǐng)求。接收到重定位請(qǐng)求的NodeB+根據(jù)請(qǐng)求中攜帶的信息來(lái)配置RRC、MAC、RLC資源和信道映射關(guān)系，并給UE分配一個(gè)新的U-RNTI。步驟404-405、NodeB+向UE發(fā)出UTRAN移動(dòng)信息消息，通知UE相關(guān)的UTRAN的移動(dòng)信息和新的U-RNTI。UE收到UTRAN移動(dòng)信息消息后，記錄該消息中內(nèi)容，并向NodeB+返回UTRAN移動(dòng)信息確認(rèn)消息。步驟406-407、當(dāng)NodeB+收到了UTRAN移動(dòng)信息確認(rèn)消息后，NodeB+和RNC的角色的互換已經(jīng)完成，NodeB+向SGSN發(fā)起重定位報(bào)告，以通知SGSN配置Iu承載的所需資源。NodeB+向MSC發(fā)起重定位報(bào)告，以通知MSC配置Iu承載的所需資源。如果NodeB+所連接的SGSN并非RNC連接的SGSN，NodeB十仍可以發(fā)送重定位報(bào)告，消息中只攜帶需要建立的RAB列表，不再攜帶要?jiǎng)h除的RAB列表，還攜帶RAB對(duì)應(yīng)的上下行將要發(fā)送的GTP-U序號(hào)。步驟408-409、當(dāng)SGSN和MSC完成了Iu承載建立所需資源的配置后，分別發(fā)起重定位完成給NodeB十，這時(shí)，NodeB+和SGSN之間的Iu承載和NodeB+和MSC之間的Iu承載建立成功。步驟410、NodeB+發(fā)起重定位命令給RNC,通知RNC可以釋放它與核心網(wǎng)的Iu連接和相關(guān)的資源。RNC在收到重定位命令以后，開(kāi)始進(jìn)行GTP-U的轉(zhuǎn)發(fā)。于是NodB+就會(huì)收到來(lái)自RNC與核心網(wǎng)的GTP-U數(shù)據(jù)。步驟411-412、在數(shù)據(jù)轉(zhuǎn)發(fā)完畢之后，RNC分別給SGSN和MSC發(fā)起Iu釋放完成并且釋放Iu連接和相關(guān)資源。至此重定位過(guò)程結(jié)束。實(shí)施例九如圖6所示，本實(shí)施例的流程除步驟604-605夕卜(為描述方便，本流程圖沒(méi)有步驟606),其它步驟(步驟601-603,及步驟607-615)與實(shí)施例二的其它步驟(步驟101-103,及步驟107-115)相同。在步驟604-605中，當(dāng)NodeB+決定發(fā)起重定位時(shí)，利用RNSAP協(xié)議經(jīng)Iur接口向目標(biāo)RNC發(fā)起重定位請(qǐng)求(RelocationRequest)，與實(shí)施例一不同的是，這條重定位請(qǐng)求消息除了實(shí)施一所述內(nèi)容外，還包括Iur鏈路建立的信息，因此，在本實(shí)施例中，就省去了NodeB至RNC之間的Iu喊路建立請(qǐng)求的步驟(即步驟606)。目標(biāo)RNC收到重定位請(qǐng)求后，配置除實(shí)例例一所述的空口資源分配外，還為Iur口的專(zhuān)用鏈路和用戶面分配資源，并向NodeB+回應(yīng)Iur鏈路建立響應(yīng)。如果分配失敗，直接回重定位取消。實(shí)施例十如圖8所示，本實(shí)施例描述一種通信系統(tǒng)，包括目標(biāo)無(wú)線網(wǎng)絡(luò)控制器、源無(wú)線網(wǎng)絡(luò)控制器。所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器用于接收源無(wú)線網(wǎng)絡(luò)控制器發(fā)起的重定位請(qǐng)求，以發(fā)起所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器到用戶設(shè)備之間無(wú)線承載的建立，并向核心網(wǎng)發(fā)起重定位報(bào)告，以發(fā)起核心網(wǎng)至所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器之間Iu承載的建立。所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器包括接收單元，用于接收源無(wú)線網(wǎng)絡(luò)控制器發(fā)起的重定位請(qǐng)求；無(wú)線承載建立單元，用于根據(jù)所述接收單元接收的重定位請(qǐng)求建立無(wú)線網(wǎng)絡(luò)控制器與用戶設(shè)備之間的無(wú)線承載；Iu承載建立單元，用于向核心網(wǎng)發(fā)起重定位報(bào)告，以建立核心網(wǎng)至所述無(wú)線網(wǎng)絡(luò)控制器之間的Iu承載；發(fā)起單元，用于向其它目標(biāo)無(wú)線網(wǎng)絡(luò)控制器發(fā)起重定位請(qǐng)求；釋放單元，用于接收Iu釋放命令時(shí)，釋放所述無(wú)線網(wǎng)絡(luò)控制器與核心網(wǎng)之間的資源；數(shù)據(jù)轉(zhuǎn)發(fā)單元，用于向其它目標(biāo)無(wú)線網(wǎng)絡(luò)控制器轉(zhuǎn)發(fā)中間凝:據(jù)。所述源無(wú)線網(wǎng)絡(luò)控制器用于向目標(biāo)無(wú)線網(wǎng)絡(luò)控制器發(fā)起重定位請(qǐng)求。所述源無(wú)線網(wǎng)絡(luò)控制器包括發(fā)起單元，用于向其它目標(biāo)無(wú)線網(wǎng)絡(luò)控制器發(fā)起重定位請(qǐng)求消息；；數(shù)據(jù)轉(zhuǎn)發(fā)單元，用于向其它目標(biāo)無(wú)線網(wǎng)絡(luò)控制器轉(zhuǎn)發(fā)中間數(shù)據(jù)釋放單元，用于接收核心網(wǎng)或目標(biāo)無(wú)線網(wǎng)絡(luò)控制發(fā)送的Iu釋放命令時(shí)，釋放所述源無(wú)線網(wǎng)絡(luò)控制器與核心網(wǎng)之間的資源。所述源無(wú)線網(wǎng)絡(luò)控制器為增強(qiáng)基站或無(wú)線網(wǎng)絡(luò)控制器，所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器為增強(qiáng)基站或無(wú)線網(wǎng)絡(luò)控制器。根據(jù)本發(fā)明實(shí)施例，改變了既往的重定位過(guò)程中核心網(wǎng)的主控角色，即，核心網(wǎng)控制網(wǎng)絡(luò)中RNC之間角色的轉(zhuǎn)換和資源的配置，透明轉(zhuǎn)發(fā)SRNC發(fā)給T-RNC的所需的承載資源等低效技術(shù)。在本發(fā)明實(shí)施例中，釆用由RNC作為主控網(wǎng)元(物理的網(wǎng)元或是邏輯的網(wǎng)元)，利用無(wú)線接入承栽和無(wú)線承載分兩步配置的手段，使得由重定位流程導(dǎo)致的切換時(shí)延有效減少，信令流程交互減少，成功率也增加。有效地解決了現(xiàn)有重定位過(guò)程的流程復(fù)雜、冗余的問(wèn)題。尤其是對(duì)于R8系列HSPA+網(wǎng)絡(luò)，采用本發(fā)明實(shí)施例的重定位技術(shù)，會(huì)提高通信網(wǎng)絡(luò)系統(tǒng)的性能。雖然通過(guò)實(shí)施例描繪了本發(fā)明，但本領(lǐng)域普通技術(shù)人員知道，在不脫離本發(fā)明的精神和實(shí)質(zhì)的情況下，就可使本發(fā)明有許多變形和變化，本發(fā)明的范圍由所附的權(quán)利要求來(lái)限定。權(quán)利要求1、一種重定位方法，其特征在于，包括目標(biāo)無(wú)線網(wǎng)絡(luò)控制器接收源無(wú)線網(wǎng)絡(luò)控制器發(fā)起的重定位請(qǐng)求，并作為主控制網(wǎng)元發(fā)起重定位流程。2、根據(jù)權(quán)利要求l所述的方法，其特征在于，所述發(fā)起重定位流程具體包括所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器發(fā)起所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器與用戶設(shè)備之間無(wú)線承載的建立；所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器發(fā)起核心網(wǎng)至所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器之間Iu承載的建立。3、根據(jù)權(quán)利要求2所述的方法，其特征在于，所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器接收源無(wú)線網(wǎng)絡(luò)控制器發(fā)起的重定位請(qǐng)求之前，所述方法還包括在所述源無(wú)線網(wǎng)絡(luò)控制器與所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器之間建立鏈路。4、根據(jù)權(quán)利要求3所述的方法，其特征在于，所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器接收源無(wú)線網(wǎng)絡(luò)控制器發(fā)起的重定位請(qǐng)求之前，所述方法還包括如果在所述源應(yīng)用協(xié)議的傳輸承載。5、根據(jù)權(quán)利要求1或2所述的方法，其特征在于，在所述源無(wú)線網(wǎng)絡(luò)控制器發(fā)起重定位請(qǐng)求之后，所述方法還包括源無(wú)線網(wǎng)絡(luò)控制器停止無(wú)線接入承載的上行和下行的數(shù)據(jù)傳輸，并通知目標(biāo)無(wú)線網(wǎng)絡(luò)控制器在GPRS隧道協(xié)議用戶面上的協(xié)議數(shù)據(jù)單元上下行方向下一步分別要發(fā)送的序列號(hào)，下一步將要從用戶設(shè)備上接到的上行的分組數(shù)據(jù)會(huì)聚協(xié)議序列號(hào)以及將要發(fā)送給用戶設(shè)備的下行分組數(shù)據(jù)會(huì)聚協(xié)議序列號(hào)。6、根據(jù)權(quán)利要求2所述的方法，其特征在于，所述無(wú)線承載的建立具體包括目標(biāo)無(wú)線網(wǎng)絡(luò)控制器根據(jù)重定位請(qǐng)求配置無(wú)線承載資源，所述無(wú)線承載資源包括無(wú)線資源控制資源、無(wú)線鏈路控制資源、媒體接入控制資源和信道的映射關(guān)系，并給用戶設(shè)備分配臨時(shí)移動(dòng)用戶標(biāo)識(shí)；目標(biāo)無(wú)線網(wǎng)絡(luò)控制器根據(jù)重定位類(lèi)型向用戶設(shè)備發(fā)起帶有所述臨時(shí)移動(dòng)用戶標(biāo)識(shí)的通用地面無(wú)線接入網(wǎng)移動(dòng)信息，或者通知源無(wú)線網(wǎng)絡(luò)控制器向用戶設(shè)備發(fā)起無(wú)線承載重配、物理信道重配或傳輸承載重配。7、根據(jù)權(quán)利要求6所述的方法，其特征在于，當(dāng)所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器根據(jù)重定位請(qǐng)求配置無(wú)線承載資源之后，所述方法還包括若配置成功，所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器向所述源無(wú)線網(wǎng)絡(luò)控制器發(fā)起重定位響應(yīng)；否則，所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器向所述源無(wú)線網(wǎng)絡(luò)控制器發(fā)起重定位取消。8、根據(jù)權(quán)利要求7所述的方法，其特征在于，當(dāng)所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器向所述源無(wú)線網(wǎng)絡(luò)控制器發(fā)起重定位響應(yīng)后，還接收源無(wú)線網(wǎng)絡(luò)控制器根據(jù)所述重定位響應(yīng)轉(zhuǎn)發(fā)的數(shù)據(jù)。9、根據(jù)權(quán)利要求7所述的方法，其特征在于，當(dāng)所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器向所述源無(wú)線網(wǎng)絡(luò)控制器發(fā)起重定位取消后，所述源無(wú)線網(wǎng)絡(luò)控制器中止本次重定位過(guò)程，仍使用舊的配置參數(shù)。10、根據(jù)權(quán)利要求6所述的方法，其特征在于，在所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器根據(jù)重定位類(lèi)型向用戶設(shè)備發(fā)起帶有所述臨時(shí)移動(dòng)用戶標(biāo)識(shí)的通用地面無(wú)線接入網(wǎng)移動(dòng)信息之后，所述方法還包括所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器復(fù)位或者重建無(wú)線鏈路控制實(shí)體，并在目標(biāo)無(wú)線網(wǎng)絡(luò)控制器和用戶設(shè)備之間的上，下行分別交換分組數(shù)據(jù)會(huì)聚協(xié)議的序列號(hào)。11、根據(jù)權(quán)利要求6所述的方法，其特征在于，在所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器根據(jù)重定位類(lèi)型向用戶設(shè)備發(fā)起帶有所述臨時(shí)移動(dòng)用戶標(biāo)識(shí)的通用地面無(wú)線接入網(wǎng)移動(dòng)信息后，用戶設(shè)備記錄所述通用地面無(wú)線接入網(wǎng)移動(dòng)信息，并向目標(biāo)無(wú)線網(wǎng)絡(luò)控制器發(fā)送通用地面無(wú)線接入網(wǎng)移動(dòng)信息確認(rèn)消息。12、根據(jù)權(quán)利要求2所述的方法，其特征在于，所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器通過(guò)向核心網(wǎng)發(fā)起重定位報(bào)告而發(fā)起核心網(wǎng)至所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器之間Iu承載的建立。13、根據(jù)權(quán)利要求12所述的方法，其特征在于，在所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器向核心網(wǎng)發(fā)起重定位報(bào)告之后，所述方法還包括核心網(wǎng)根據(jù)所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器發(fā)起的重定位報(bào)告建立Iu承載，若建立成功，向目標(biāo)無(wú)線網(wǎng)絡(luò)控制器發(fā)起重定位完成，并啟用建立的Iu承載，刪除所述核心網(wǎng)至源無(wú)線網(wǎng)絡(luò)控制器之間的Iu承載。14、根據(jù)權(quán)利要求13所述的方法，其特征在于，若建立失敗，則所述核心網(wǎng)向目標(biāo)無(wú)線網(wǎng)絡(luò)控制器回復(fù)重定位失敗消息，指示目標(biāo)無(wú)線網(wǎng)絡(luò)控制器釋放重定位操作中配置的資源。15、根據(jù)權(quán)利要求13或14所述的方法，其特征在于，所述方法還包括目標(biāo)無(wú)線網(wǎng)絡(luò)控制器向源無(wú)線網(wǎng)絡(luò)控制器發(fā)送Iu釋放命令，指示源無(wú)線網(wǎng)絡(luò)控制器釋放所述源無(wú)線網(wǎng)絡(luò)控制器至核心網(wǎng)之間的Iu承載。16、根據(jù)權(quán)利要求13或14所述的方法，其特征在于，所述方法還包括所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器向所述源無(wú)線網(wǎng)絡(luò)控制器發(fā)起重定位命令，使所述源無(wú)線網(wǎng)絡(luò)控制器向所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器傳輸中間數(shù)據(jù)；核心網(wǎng)向所述源無(wú)線網(wǎng)絡(luò)控制器發(fā)送Iu釋放命令，以釋放所述源無(wú)線網(wǎng)絡(luò)控制器與核心網(wǎng)之間的資源。17、根據(jù)權(quán)利要求2所述的方法，其特征在于，所述方法還包括在Iur口用戶面上增加GPRS隧道協(xié)議用戶面的協(xié)議解析。18、根據(jù)權(quán)利要求7所述的方法，其特征在于，在所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器接收源無(wú)線網(wǎng)絡(luò)控制器發(fā)起的重定位請(qǐng)求中，當(dāng)所述源無(wú)線網(wǎng)絡(luò)控制器為增強(qiáng)基站，且由電路域業(yè)務(wù)觸發(fā)重定位時(shí)，所述重定位請(qǐng)求還攜帶物理層信息，重定位類(lèi)型被設(shè)置為"未定義"。19、根據(jù)權(quán)利要求18所述的方法，其特征在于，當(dāng)所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器的能力接受重定位請(qǐng)求中的源無(wú)線網(wǎng)絡(luò)控制器到目標(biāo)無(wú)線網(wǎng)絡(luò)控制器透明容器中的配置時(shí)，則構(gòu)造目標(biāo)無(wú)線網(wǎng)絡(luò)控制器到源無(wú)線網(wǎng)絡(luò)控制器透明容器中的通用地面無(wú)線接入網(wǎng)移動(dòng)信息信元，否則，目標(biāo)無(wú)線網(wǎng)絡(luò)控制器配置目標(biāo)無(wú)線網(wǎng)絡(luò)控制器到源無(wú)線網(wǎng)絡(luò)控制器透明容器的無(wú)線承載重配、物理信道重配或傳輸承載重配。20、根據(jù)權(quán)利要求18所述的方法，其特征在于，當(dāng)所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器的能力接受重定位請(qǐng)求中的源無(wú)線網(wǎng)絡(luò)控制器到目標(biāo)無(wú)線網(wǎng)絡(luò)控制器透明容器中的配置時(shí)，則向用戶設(shè)備發(fā)起通用地面無(wú)線接入網(wǎng)移動(dòng)信息，否則，目標(biāo)無(wú)線網(wǎng)絡(luò)控制器配置目標(biāo)無(wú)線網(wǎng)絡(luò)控制器到源無(wú)線網(wǎng)絡(luò)控制器透明容器的無(wú)線承載重配、物理信道重配或傳輸承載重配。21、根據(jù)權(quán)利要求19或20所述的方法，其特征在于，當(dāng)所述源無(wú)線網(wǎng)絡(luò)控制器根據(jù)重定位響應(yīng)中的目標(biāo)無(wú)線網(wǎng)絡(luò)控制器到源無(wú)線網(wǎng)絡(luò)控制器透明容器中的配置，向用戶設(shè)備發(fā)起通用地面無(wú)線接入網(wǎng)移動(dòng)信息、無(wú)線承載重配、物理信道重配或傳輸承載重配。22、根據(jù)權(quán)利要求18所述的方法，其特征在于，所述重定位響應(yīng)包括目標(biāo)無(wú)線網(wǎng)絡(luò)控制器到源無(wú)線網(wǎng)絡(luò)控制器的容器項(xiàng)，并在無(wú)線資源控制容器中增加通用地面無(wú)線接入網(wǎng)移動(dòng)信息。23、根據(jù)權(quán)利要求7所述的方法，其特征在于，在所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器接收源無(wú)線網(wǎng)絡(luò)控制器發(fā)起的重定位請(qǐng)求中，當(dāng)所述源無(wú)線網(wǎng)絡(luò)控制器為增強(qiáng)基站，由電路域業(yè)務(wù)觸發(fā)重定位時(shí)，所述重定位請(qǐng)求還攜帶物理層信息，及原因值為"兩個(gè)無(wú)線網(wǎng)絡(luò)控制器控制同一承載"。24、根據(jù)權(quán)利要求23所述的方法，其特征在于，若所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器的能力接受重定位請(qǐng)求中的源無(wú)線網(wǎng)絡(luò)控制器到目標(biāo)無(wú)線網(wǎng)絡(luò)控制器透明容器中的配置時(shí)，則在重定位響應(yīng)中不攜帶目標(biāo)無(wú)線網(wǎng)絡(luò)控制器到源無(wú)線網(wǎng)絡(luò)控制器透明容器，并向用戶設(shè)備發(fā)起通用地面無(wú)線接入網(wǎng)移動(dòng)信息，否則，所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器根據(jù)配置的結(jié)果構(gòu)造目標(biāo)無(wú)線網(wǎng)絡(luò)控制器到源無(wú)線網(wǎng)絡(luò)控制器透明容器中的無(wú)線承載重配、物理信道重配、傳輸承載重配信息，所述重定位響應(yīng)包括目標(biāo)無(wú)線網(wǎng)絡(luò)控制器到源無(wú)線網(wǎng)絡(luò)控制器的容器項(xiàng)。25、根據(jù)權(quán)利要求2所述的方法，其特征在于，在目標(biāo)無(wú)線網(wǎng)絡(luò)控制器和電路域核心網(wǎng)之間沒(méi)有電路域的信令連接的情況下，所述重定位請(qǐng)求還攜帶了包含初始直傳消息中的非接入層協(xié)議數(shù)據(jù)單元和電路域連接建立所需的信息。26、根據(jù)權(quán)利要求25所述的方法，其特征在于，目標(biāo)無(wú)線網(wǎng)絡(luò)控制器向核心網(wǎng)發(fā)送初始直傳信息，并接收核心網(wǎng)發(fā)送的直傳消息，如果所述直傳消息在空口響應(yīng)信息之前到達(dá)，則目標(biāo)無(wú)線網(wǎng)絡(luò)控制器緩存所述直傳消息非接入信息，當(dāng)接收到所述空口響應(yīng)信息時(shí)，目標(biāo)無(wú)線網(wǎng)絡(luò)控制器將所述非接入信息通過(guò)下行直傳消息發(fā)給用戶設(shè)備。27、根據(jù)權(quán)利要求2所述的方法，其特征在于，在目標(biāo)無(wú)線網(wǎng)絡(luò)控制器和電路域核心網(wǎng)之間沒(méi)有電路域信令連接的情況下，源無(wú)線網(wǎng)絡(luò)控制器向核心網(wǎng)發(fā)起的重定位必需消息中攜帶了初始直傳消息中的非接入層協(xié)議數(shù)據(jù)單元和電路域連接建立所必需的信息、沒(méi)有源無(wú)線網(wǎng)絡(luò)控制器到目標(biāo)無(wú)線網(wǎng)絡(luò)控制器透明容器；源無(wú)線網(wǎng)絡(luò)控制器向目標(biāo)無(wú)線網(wǎng)絡(luò)控制器發(fā)起重定位請(qǐng)求。28、一種通信系統(tǒng)，其特征在于，包括目標(biāo)無(wú)線網(wǎng)絡(luò)控制器和源無(wú)線網(wǎng)絡(luò)控制器，所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器，用于接收源無(wú)線網(wǎng)絡(luò)控制器發(fā)起的重定位請(qǐng)求，以建立所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器到用戶設(shè)備之間的無(wú)線承載；并向核心網(wǎng)發(fā)起重定位報(bào)告，以建立核心網(wǎng)至所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器之間的Iu承載；所述源無(wú)線網(wǎng)絡(luò)控制器用于向目標(biāo)無(wú)線網(wǎng)絡(luò)控制器發(fā)起重定位請(qǐng)求。29、根據(jù)權(quán)利要求28所述的通信系統(tǒng)，其特征在于，所述源無(wú)線網(wǎng)絡(luò)控制器為增強(qiáng)基站或無(wú)線網(wǎng)絡(luò)控制器，所述目標(biāo)無(wú)線網(wǎng)絡(luò)控制器為增強(qiáng)基站或無(wú)線網(wǎng)絡(luò)控制器。30、一種無(wú)線網(wǎng)絡(luò)控制器，其特征在于，包括接收單元，用于接收源無(wú)線網(wǎng)絡(luò)控制器發(fā)起的重定位請(qǐng)求；無(wú)線承載建立單元，用于根據(jù)所述接收單元接收的重定位請(qǐng)求建立無(wú)線網(wǎng)絡(luò)控制器與用戶設(shè)備之間的無(wú)線承載；Iu承載建立單元，用于向核心網(wǎng)發(fā)起重定位報(bào)告，以建立核心網(wǎng)至所述無(wú)線網(wǎng)絡(luò)控制器之間的Iu承載。31、根據(jù)權(quán)利要求30所述的無(wú)線網(wǎng)絡(luò)控制器，其特征在于，所述無(wú)線網(wǎng)絡(luò)控制器還包括發(fā)起單元和/或數(shù)據(jù)轉(zhuǎn)發(fā)單元，所述數(shù)據(jù)轉(zhuǎn)發(fā)單元，用于轉(zhuǎn)發(fā)中間數(shù)據(jù)；所述發(fā)起單元，用于向其它目標(biāo)無(wú)線網(wǎng)絡(luò)控制器發(fā)起重定位請(qǐng)求。32、根據(jù)權(quán)利要求30或31所述的無(wú)線網(wǎng)絡(luò)控制器，其特征在于，所述無(wú)線網(wǎng)絡(luò)控制器還包括釋放單元，用于接收Iu釋放命令，釋放所述無(wú)線網(wǎng)絡(luò)控制器與核心網(wǎng)之間的資源。全文摘要本發(fā)明的實(shí)施例提供了一種重定位方法、通信系統(tǒng)及無(wú)線網(wǎng)絡(luò)控制器，可解決重定位效率較低的問(wèn)題，從而提高整個(gè)網(wǎng)絡(luò)性能。所述方法包括目標(biāo)無(wú)線網(wǎng)絡(luò)控制器接收源無(wú)線網(wǎng)絡(luò)控制器發(fā)起的重定位請(qǐng)求，并作為主控制網(wǎng)元發(fā)起重定位流程。根據(jù)本發(fā)明的實(shí)施例，通過(guò)RNC作為重定位流程的主控網(wǎng)元，RNC之間直接交互建立無(wú)線承載和無(wú)線接入承載，省去了由核心網(wǎng)轉(zhuǎn)發(fā)的步驟，從而減少了信令交互的次數(shù)，減少了由重定位流程導(dǎo)致的切換時(shí)延，增加了重定位的成功率，使得重定位過(guò)程簡(jiǎn)潔而高效。文檔編號(hào)H04Q7/38GK101299879SQ200710126759公開(kāi)日2008年11月5日申請(qǐng)日期2007年6月20日優(yōu)先權(quán)日2007年4月30日發(fā)明者麗柴,鄭瀟瀟,潔馬申請(qǐng)人:華為技術(shù)有限公司