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