專利名稱：：電路域呼叫建立、觸發(fā)方法、系統(tǒng)及設(shè)備的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及無線通信領(lǐng)域，特別涉及電路域的呼叫建立技術(shù)。
背景技術(shù)：
：2006年，第三代合作伙伴項(xiàng)目(3rdGenerationPartnershipProject,簡稱"3GPP，，)通過了高速分組數(shù)據(jù)接入(HighSpeedPacketAccess,簡稱"HSPA")演進(jìn)研究項(xiàng)目，HSPA的演進(jìn)網(wǎng)絡(luò)架構(gòu)基于分組(PS)域業(yè)務(wù)，對(duì)于PS域業(yè)務(wù)將提供高比特率的用戶速率和更短的呼叫時(shí)延；對(duì)于當(dāng)前第三代移動(dòng)通信(TheThirdGeneration,簡稱"3G")系統(tǒng)的電路(CS)域業(yè)務(wù)將不再進(jìn)行優(yōu)化。在HSPA的演進(jìn)網(wǎng)絡(luò)中，將現(xiàn)有的3G系統(tǒng)的無線網(wǎng)絡(luò)控制器(RadioNetworkController,簡稱"RNC")功能全部都放到了演進(jìn)的基站節(jié)點(diǎn)(eNodeB+)上。這種HSPA網(wǎng)絡(luò)架構(gòu)中eNodeB+與通用分組無線業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)(ServingGPRSSupportNode,簡稱"SGSN")直接連接，二者之間的接口為Iu-PS。eNodeB+不與CS域的核心網(wǎng)(CoreNet,簡稱"CN")節(jié)點(diǎn)相連，如移動(dòng)交換中心(MobileSwitchingCenter,簡稱"MSC")/拜訪位置寄存器(VisitorLocationRegister,簡稱"VLR"),因此不能單獨(dú)提供CS域的業(yè)務(wù)。為了具有后向兼容性，為了支持CS域呼叫業(yè)務(wù)，需要實(shí)現(xiàn)支持PS業(yè)務(wù)的HSPA演進(jìn)網(wǎng)絡(luò)和同時(shí)支持PS和CS業(yè)務(wù)的傳統(tǒng)網(wǎng)絡(luò)之間的互聯(lián)互通。HSPA演進(jìn)網(wǎng)絡(luò)的eNodeB+與傳統(tǒng)網(wǎng)絡(luò)的RNC相連的方案至少有兩種，如圖1所示，圖1(a)為獨(dú)立的演進(jìn)HSPA通用移動(dòng)通信系統(tǒng)地面無線接入網(wǎng)(stand-aloneEvolvedHSPAUTRAN);圖1(b)為共享載波的演進(jìn)HSPAUTRAN(carriersharingEvolvedHSPAUTRAN)。HSPA演進(jìn)網(wǎng)絡(luò)中eNodeB+可以通過Iub/Iur4妻口與傳統(tǒng)網(wǎng)絡(luò)的RNC相連。HSPA演進(jìn)網(wǎng)絡(luò)的優(yōu)勢(shì)體現(xiàn)在PS域業(yè)務(wù)上。所以，當(dāng)用戶設(shè)備(UserEquipment,簡稱"UE")需要進(jìn)行PS域業(yè)務(wù)時(shí)，UE在HSPA演進(jìn)網(wǎng)絡(luò)中獲得服務(wù)，如可以通過stand-aloneEvolvedHSPAUTRAN或carriersharingEvolvedHSPAUTRAN獲得服務(wù)；當(dāng)UE需要進(jìn)行CS域業(yè)務(wù)時(shí)，或者CS域業(yè)務(wù)并發(fā)PS域業(yè)務(wù)時(shí)，UE需要切換到傳統(tǒng)網(wǎng)絡(luò)中獲取服務(wù)。與UE通過HSPA演進(jìn)網(wǎng)絡(luò)間接向傳統(tǒng)網(wǎng)絡(luò)獲取服務(wù)相比，UE切換到傳統(tǒng)網(wǎng)絡(luò)建立CS域呼叫所需的時(shí)延更為合理，同時(shí)也使得HSPA演進(jìn)網(wǎng)絡(luò)中實(shí)現(xiàn)的與CS域相關(guān)的功能能夠最小化。根據(jù)以上網(wǎng)絡(luò)構(gòu)架，在現(xiàn)有技術(shù)中，如果UE發(fā)起CS域呼叫，在主叫場景下，eNodeB+將觸發(fā)該UE向支持CS域業(yè)務(wù)的傳統(tǒng)網(wǎng)絡(luò)的切換。在被叫場景下，SGSN收到呼叫該UE的消息后，首先通過Gs接口和MSC/VLR建立連接，然后VLR通過Gs接口激活CS域呼叫，最后eNodeB+中的RNC功能模塊將觸發(fā)UE向支持CS業(yè)務(wù)的傳統(tǒng)網(wǎng)絡(luò)的切換。圖2描述的是在主叫場景下，根據(jù)現(xiàn)有技術(shù)在UE向HSPA演進(jìn)網(wǎng)絡(luò)發(fā)起CS域呼叫時(shí)，將該UE切換到支持CS域業(yè)務(wù)的傳統(tǒng)網(wǎng)絡(luò)，建立CS域呼叫的過程。如圖2所示，UE在需要發(fā)起CS域呼叫時(shí)，先后向eNodeB+發(fā)起無線資源控制(RadioResourceControl,簡稱"RRC，，)連接建立過程(RRCConnectionEstablish)和初始直傳InitialDirectTransfer消息,在3GPP的第6版協(xié)議(R6)之前(包括R6)，UE在RRC連接建立過程中發(fā)送的RRC連接請(qǐng)求RRCConnectionRequest消息中不明確包含該呼叫的域信息(即標(biāo)識(shí)該呼叫是CS域呼叫或PS域呼叫的信息)，而InitialDirectTransfer消息中則包含這個(gè)域信息。因此，eNodeB+只有在接收到InitialDirectTransfer消息時(shí)，才能確定UE發(fā)起的業(yè)務(wù)是屬于哪一種域的。如果eNodeB+根據(jù)該InitialDirectTransfer消息確定該UE發(fā)起的呼叫屬于CS域，由于eNodeB+無法支持CS域業(yè)務(wù)，于是向UE發(fā)送無線承載重配置RBreconfiguration消息，通過該消息告訴UE支持CS業(yè)務(wù)的一個(gè)目標(biāo)小區(qū)的頻率信息，并讓該UE從小區(qū)專用信道(CELL—DCH)狀態(tài)遷移到小區(qū)前向接入信道(CELL—FACH)狀態(tài)；然后這個(gè)eNodeB+將刪除本地保存的與該UE相關(guān)的上下文信息。UE接收這條RBreconfiguration消息后，遷到了CELL—FACH狀態(tài)，并向目標(biāo)小區(qū)發(fā)送了小區(qū)變更CellUpdate消息。目標(biāo)小區(qū)的RNC收到該CellUpdate消息后，向UE發(fā)送RRC連接釋放RRCConnectionRelease(DSCR)消息，讓UE釋放其與eNodeB+間的RRC信令連接。然后UE重新向目標(biāo)RNC發(fā)送RRC連接建立RRCConnectionEstablish消息，建立RRC連接，并且UE重新發(fā)起InitialDirectTransfer消息，開始CS域呼叫建立。本發(fā)明的發(fā)明人發(fā)現(xiàn)，由于在建立CS域呼叫的過程中，UE在已經(jīng)向演進(jìn)網(wǎng)絡(luò)的eNodeB+發(fā)起RRC連接建立過程以及發(fā)送了InitialDirectTransfer消息的情況下，在切換到傳統(tǒng)網(wǎng)絡(luò)后，還需要向傳統(tǒng)網(wǎng)絡(luò)的RNC重新發(fā)起RRC連接建立過程以及發(fā)送InitialDirectTransfer消息，信令的重復(fù)發(fā)送增加了該UE建立CS域呼叫的時(shí)延，增加了用戶的等待時(shí)間。
發(fā)明內(nèi)容本發(fā)明實(shí)施方式要解決的主要技術(shù)問題是提供一種電路域呼叫建立方法、系統(tǒng)及設(shè)備，減少了cs域業(yè)務(wù)建立的時(shí)延。為解決上述技術(shù)問題，本發(fā)明的實(shí)施方式提供了一種電路域呼叫建立方法，包含以下步驟演進(jìn)網(wǎng)絡(luò)中的演進(jìn)基站節(jié)點(diǎn)在處理用戶設(shè)備發(fā)起的呼叫時(shí)，如果確定該呼叫是電路域呼叫，則將該用戶設(shè)備建立電路域呼叫所需的信息發(fā)送到傳統(tǒng)網(wǎng)絡(luò)中處理該用戶設(shè)備呼叫的無線網(wǎng)絡(luò)控制器RNC，由該RNC使用從該演進(jìn)基站節(jié)點(diǎn)所獲得的信息為該用戶設(shè)備建立電路域呼叫。本發(fā)明的實(shí)施方式還提供了一種演進(jìn)基站節(jié)點(diǎn)，包含確認(rèn)單元，用于在處理演進(jìn)網(wǎng)絡(luò)中的用戶設(shè)備發(fā)起的呼叫時(shí)，確定該呼叫是否是電路域呼叫；信息傳輸單元，用于在確認(rèn)單元確定呼叫是電路域呼叫時(shí)，將該用戶設(shè)備建立電路域呼叫所需的信息發(fā)送到傳統(tǒng)網(wǎng)絡(luò)中處理該用戶設(shè)備呼叫的RNC。本發(fā)明的實(shí)施方式還提供了一種無線網(wǎng)絡(luò)控制器，包含第一接收單元，用于從演進(jìn)網(wǎng)絡(luò)中的演進(jìn)基站節(jié)點(diǎn)接收為用戶設(shè)備建立電路域呼叫所需的信息；呼叫單元，用于使用第一接收單元收到的信息為用戶設(shè)備建立電路域呼叫。本發(fā)明的實(shí)施方式還提供了一種電路域呼叫建立系統(tǒng)，包含至少一個(gè)上文所述的演進(jìn)基站節(jié)點(diǎn)，和至少一個(gè)上文所述的無線網(wǎng)絡(luò)控制器。本發(fā)明的實(shí)施方式還提供了一種電路域呼叫建立觸發(fā)方法，包含以下步驟演進(jìn)網(wǎng)絡(luò)中的演進(jìn)基站節(jié)點(diǎn)將觸發(fā)電路域呼叫建立的消息通過Iur接口的專用連接發(fā)送到傳統(tǒng)網(wǎng)絡(luò)的RNC,該RNC將該消息發(fā)送到核心網(wǎng)以觸發(fā)電路域呼叫的建立。本發(fā)明的實(shí)施方式還提供了一種電路域呼叫建立觸發(fā)系統(tǒng)，包含至少一個(gè)演進(jìn)網(wǎng)絡(luò)中的演進(jìn)基站節(jié)點(diǎn)，和至少一個(gè)傳統(tǒng)網(wǎng)絡(luò)中的基站RNC;該演進(jìn)基站節(jié)點(diǎn)包含將觸發(fā)電路域呼叫建立的消息通過Iur接口的專用連接發(fā)送到該RNC的單元；該RNC包含從該演進(jìn)基站節(jié)點(diǎn)接收所述觸發(fā)電路呼叫建立的消息的單元；將所收到的該消息發(fā)送到核心網(wǎng)以觸發(fā)電5^域呼叫的建立的單元。本發(fā)明實(shí)施方式與現(xiàn)有技術(shù)相比，主要區(qū)別及其效果在于演進(jìn)網(wǎng)絡(luò)中的eNodeB+在處理UE發(fā)起的呼叫時(shí)，如果確定該呼叫是CS域呼叫，則將該UE建立CS域呼叫所需的信息發(fā)送到傳統(tǒng)網(wǎng)絡(luò)中處理該UE呼叫的RNC，由該RNC使用從該eNodeB+所獲得的信息為該UE建立CS域呼叫。使得演進(jìn)網(wǎng)絡(luò)下的UE無需分別向eNodeB+和傳統(tǒng)網(wǎng)絡(luò)的RNC發(fā)起RRC連接建立過程和發(fā)送建立CS域呼叫所需的信息(如InitialDirectTransfer消息中的非接入層(NonAccessStratum,簡稱"NAS")協(xié)議數(shù)據(jù)單元(ProtocolDataUnit,簡稱"PDU"))，該RNC同樣可以獲取建立CS域呼叫所需的信息，從而為該UE建立CS域呼叫，使得在CS域呼叫建立的過程中，減少了UE與傳統(tǒng)網(wǎng)絡(luò)間信令的交互時(shí)延，加快了CS域呼叫建立的速度，且降低了呼損率，節(jié)約了網(wǎng)絡(luò)中的傳輸資源。圖1是現(xiàn)有技術(shù)中HSPA演進(jìn)網(wǎng)絡(luò)與傳統(tǒng)網(wǎng)絡(luò)的互聯(lián)示意圖2是現(xiàn)有技術(shù)中演進(jìn)網(wǎng)絡(luò)中的UE切換到傳統(tǒng)網(wǎng)絡(luò)進(jìn)行CS域呼叫的流程圖3是根據(jù)本發(fā)明第一實(shí)施方式的CS域呼叫建立方法流程圖；圖4是根據(jù)本發(fā)明第一實(shí)施方式的CS域呼叫建立方法的場景示意圖；圖5是根據(jù)本發(fā)明第二實(shí)施方式的CS域呼叫建立方法第一流程圖；圖6是根據(jù)本發(fā)明第二實(shí)施方式的CS域呼叫建立方法的場景示意圖；圖7是根據(jù)本發(fā)明第二實(shí)施方式的CS域呼叫建立方法第二流程圖；圖8是根據(jù)本發(fā)明第四實(shí)施方式的CS域呼叫建立方法流程圖；圖9是根據(jù)本發(fā)明第五實(shí)施方式的CS域呼叫建立方法流程圖；圖IO是根據(jù)本發(fā)明第六實(shí)施方式的CS域呼叫建立方法流程圖；圖11是根據(jù)本發(fā)明第七實(shí)施方式的CS域呼叫建立方法流程圖；圖12是根據(jù)本發(fā)明第八實(shí)施方式的CS域呼叫建立方法流程圖。具體實(shí)施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對(duì)本發(fā)明的實(shí)施方式作進(jìn)一步地詳細(xì)描述。本發(fā)明第一實(shí)施方式涉及一種CS域呼叫建立方法。在本實(shí)施方式中，UE是R6或者之前版本的UE,該UE當(dāng)前接入的演進(jìn)網(wǎng)絡(luò)為stand-aloneEvolvedHSPAUTRAN，該UE向該演進(jìn)網(wǎng)絡(luò)的eNodeB+發(fā)起CS域呼叫。該eNodeB十通過增強(qiáng)的Iub/Iur接口與傳統(tǒng)網(wǎng)絡(luò)的RNC相連，該增強(qiáng)的Iub/Iur接口能夠傳輸U(kuò)plinkSignalingTransferIndication(上4亍信令傳豐#指示)消息和DownlinkSignalingTransferR叫uest(下行信令傳輸請(qǐng)求)消息。具體的呼叫建立流程如圖3所示。UE需要發(fā)起CS域呼叫時(shí)，進(jìn)入步驟301,UE向演進(jìn)網(wǎng)絡(luò)的eNodeB+發(fā)起RRCConnectionEstablish過程，在該過程中發(fā)送RRCConnectionR叫uest消息。在建立RRC連接后，接著進(jìn)入步驟302，UE向該eNodeB+發(fā)送InitialDirectTransfer消息。接著進(jìn)入步驟303,eNodeB+收到該InitialDirectTransfer消息后，解析該消息，根據(jù)其中的域信息確定該UE發(fā)起的呼叫是CS域呼叫或PS域呼叫。如果確定該呼叫是CS域呼叫，則保存該InitialDirectTransfer消息中攜帶的NASPDU和其它為該UE建立CS域呼叫所需的信息，接著進(jìn)入步驟304。在步驟304中，該eNodeB+向該UE發(fā)送RBreconfiguration消息，在該消息中包含支持CS域業(yè)務(wù)的傳統(tǒng)網(wǎng)絡(luò)的信息，如支持CS域業(yè)務(wù)的一個(gè)目標(biāo)小區(qū)的頻率信息，以及指示該UE進(jìn)入CELL一FACH狀態(tài)的信息。在步驟305中，UE根據(jù)該RBreconfiguration消息中的信息從CELL—DCH狀態(tài)遷移到CELL一FACH狀態(tài)。在步驟306中，UE根據(jù)該RBreconfiguration消息中的傳統(tǒng)網(wǎng)絡(luò)信息，發(fā)起切換，如根據(jù)目標(biāo)小區(qū)的頻率信息，向該目標(biāo)小區(qū)發(fā)送CellUpdate消息。接著進(jìn)入步驟307，傳統(tǒng)網(wǎng)絡(luò)的RNC接收到該CellUpdate消息后，才艮據(jù)消息中攜帶的通用移動(dòng)通信系統(tǒng)地面無線接入網(wǎng)無線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)(UTRANRadioNetworkTemporaryIdentity,簡稱"U-RNTI")，如表l中陰影部分所示，可以得到該終端的月良務(wù)無線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)(ServiceRadioNetworkTemporaryIdentity,簡稱"SRNTI")和RNC標(biāo)識(shí)，根據(jù)該RNC標(biāo)識(shí)確定該UE切換前接入的eNodeB+。RNC通過增強(qiáng)的Iub/Iur接口向該eNodeB+發(fā)送上行信令傳輸指示UplinkSignalingTransferIndication消息，向該eNodeB+請(qǐng)求該UE的信息。如果該RNC中沒有該UE的上下文記錄，則在本步驟中RNC還為該UE創(chuàng)建上下文，并為該UE分配一個(gè)漂移無線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)(DRNTI)。<table>tableseeoriginaldocumentpage20</column></row><table><table>tableseeoriginaldocumentpage21</column></row><table>表1接著進(jìn)入步驟308,eNodeB+收到UplinkSignalingTransferIndication消息后，向該RNC返回下4亍信令傳輸請(qǐng)求DownlinkSignalingTransferRequest消息來響應(yīng)收到的UplinkSignalingTransferIndication,并將本eNodeB+在Uu接口接收到的信息、以及如表2所示的該eNodeB+保存的為該UE建立CS域連接所需的信息，包括NASPDU(即表2陰影部分所示的NAS消息)和其它建立CS域呼叫所需的信息，轉(zhuǎn)發(fā)給該RNC。從而該UE無需在切換到傳統(tǒng)網(wǎng)絡(luò)后，重新向RNC發(fā)起RRC連接建立過程和發(fā)送建立CS域呼叫所需的信息，該RNC可以根據(jù)從eNodeB+獲取的建立CS域呼叫所需的信息，為該UE建立CS域呼叫，從而在CS域呼叫建立的過程中，減少了UE與傳統(tǒng)網(wǎng)絡(luò)間信令交互的時(shí)延，加快了CS域呼叫建立的速度，且節(jié)約了網(wǎng)絡(luò)中的傳輸資源。InformationElement/Groupname信息元素/組名Need必須Multi復(fù)用Typeandreference類型和參數(shù)Semanticsdescription語意描述Version譯本UEInformationelementsUE信息元素Integritycheckinfo完整性檢查信息CHIntegritycheckinfo10.3.3.16PL畫identityPLAM標(biāo)識(shí)OPPL顧identity10.3.UlThisIEindicatesthePLMNtowhichtheUErequeststhesignallingConnectiontobeestablished.REL-6CNInformationelementsCN信息元素CNdomainidentityCN域標(biāo)識(shí)MPCNdomainidentity10.3丄1IntraDomainNASNodeSelector域內(nèi)NAS節(jié)點(diǎn)選擇器MPIntraDomainNASNodeSelector10.3丄6NASmessageNAS消息^MPNASmessage10.3.1.8START開始OPSTART10.3,3.38STARTvaluetobeusedintheCNdomainasindicatedintheIE"CNdomainidentity".ThisIEshallalwaysbepresentinthisversionoftheprotocol.Establishmentcause建立原因OPEstablishmentcause103.3.11Rel-5MeasurementInformationelements測量信息元素MeasuredresultsonRACHRACH上的測量結(jié)果OPresultsonRACH10.3.7.45<table>tableseeoriginaldocumentpage23</column></row><table>表2根據(jù)現(xiàn)有技術(shù)，該DownlinkSignalingTransferR叫uest消息中可以包含小區(qū)標(biāo)識(shí)(CELL-ID)、DRNTI、以及層3(L3)信息；在本實(shí)施方式中，在該消息中新增信息元素NASInformation,如表3中陰影部分所示，用于傳輸eNodeB+所保存的為該UE建立CS域連接所需的信息(即表2示出的信息)，包括InitialDirectTransfer消息中攜帶的NASPDU和其它建立CS域呼叫所需的信息。通過在現(xiàn)有的DownlinkSignalingTransferRequest消息中新增一個(gè)信息元素，來傳輸建立CS域呼叫所需的信息，使得本實(shí)施方式無需新增信令，能夠更好地與現(xiàn)有技術(shù)相融合。之后，eNodeB+可以刪除該UE的上下文，并釋放相應(yīng)的資源。<table>tableseeoriginaldocumentpage24</column></row><table>區(qū)變更過程并且該UE完成該呼叫的無線承載重配置過程(如步驟310所示)。從而使得CS域業(yè)務(wù)建立的時(shí)延得以減少的同時(shí)，確保RNC能夠按照正確的順序?yàn)樵揢E建立呼叫。與步驟309并行處理的是，該RNC還會(huì)給UE發(fā)送小區(qū)變更確認(rèn)CellUpdateConfirm消息，在該消息中包含新的RB等信息，指示UE按照新的RB等信息進(jìn)行無線資源的重配置，如步驟310所示。在步驟311中，UE收到CellUpdateConfirm消息后，將按照新的RB等信息重新分配無線資源，并完成從CELL—FACH狀態(tài)到CELL—DCH狀態(tài)的遷移。在步驟312中，在小區(qū)變更CellUpdate流程結(jié)束，以及UE完成RB重配置后，將繼續(xù)完成CS呼叫業(yè)務(wù)的建立過程。下面以如圖4所示的具體場景為例進(jìn)行舉例說明。圖4中涉及本實(shí)施方式的網(wǎng)絡(luò)節(jié)點(diǎn)有SGSN02，MSC02,eNodeB+13，RNC78。一個(gè)R6或者之前版本的UE在eNodeB+13控制的小區(qū)中發(fā)起了CS呼叫，在該UE與eNodeB+13進(jìn)行了RRC信令交互后，eNodeB+13在接收到UE的InitialDirectTransfer消息時(shí)，確定了該呼叫是CS域的，由于本演進(jìn)網(wǎng)絡(luò)無法支持CS業(yè)務(wù)，于是eNodeB+13給UE發(fā)送了一條RBreconfiguration消息，讓UE從CEL—DCH態(tài)遷移到CELL—FACH態(tài)，并告訴UE—個(gè)傳統(tǒng)RNC78控制的目標(biāo)小區(qū)CELL2的頻率信息；同時(shí)eNodeB+13保存從接收到的InitialDirectTransfer消息中獲取的NASPDU和其他建立CS呼叫所必需的信息。UE接收這條RBreconfiguration消息后，遷到了CELL—FACH態(tài)，并向目標(biāo)小區(qū)CELL2發(fā)送了CellUpdate消息。消息中攜帶了U-RNTI，CN域標(biāo)識(shí)，以及小區(qū)變更原因等重要信息。目標(biāo)小區(qū)的RNC78接收到Cellupdate消息后，根據(jù)消息中攜帶的U-RNTI可以得到SRNTI和RNC標(biāo)識(shí)，從而確定UE的原駐留小區(qū)是eNodeB+13控制的CELL1;RNC78通過增強(qiáng)的Iub/Iur接口向eNodeB+13發(fā)送UplinkSignalingTransferIndication消息。如果RNC78中沒有這個(gè)UE的上下文的記錄，DRNC78會(huì)為這個(gè)UE新創(chuàng)上下文，并給它分配一個(gè)DRNTI。當(dāng)eNodeB+13收到了UplinkSignalingTransferIndication消息后，eNodeB+13將發(fā)送一條DownlinkSignalingTransferRequest消息來響應(yīng)收到的UplinkSignalingTransferIndication,并通過該消息中包含的L3信息將該eNodeB+13在Uu接口接收到的信息轉(zhuǎn)發(fā)給RNC78。這條DownlinkSignalingTransferR叫uest消息還包含小區(qū)標(biāo)識(shí)和DRNTI,以及新增的信息元素NASInformation,通過該新增的信息元素?cái)y帶保存在eNodeB+13中的InitialDirectTransfer消息中攜帶的NASPDU和其它建立CS連接所需要的信息。當(dāng)這個(gè)同時(shí)支持CS域和PS域業(yè)務(wù)的RNC78收到DownlinkSignalingTransferR叫uest消息時(shí)，如果發(fā)現(xiàn)消息中包含該信息元素NASInformation,則RNC78將會(huì)進(jìn)行CS域呼叫建立的處理過程，該處理過程和從空口中收到來自UE的InitialDirectTransfer消息時(shí)的處理過程相同。與此并行處理的是，RNC78會(huì)給UE發(fā)送CellUpdateConfirm消息，讓UE按照新的RB等信息進(jìn)行重配。當(dāng)UE收到CellUpdateConfirm消息后，它將按照新的RB等信息重新分配無線資源，并完成從CELL一FACH狀態(tài)到CELL—DCH狀態(tài)的遷移。當(dāng)CellUpdate過程和RB重配置過程結(jié)束后，將繼續(xù)完成CS呼叫的建立過程。在上述流程中，演進(jìn)網(wǎng)絡(luò)下的UE無需向切換后的傳統(tǒng)網(wǎng)絡(luò)重新發(fā)起RRC連接建立過程和發(fā)送建立CS域呼叫所需的信息(包括NASPDU和其它建立CS域呼叫所需的信息)，該RNC78同樣可以獲取建立CS域呼叫所需的信息，從而為該UE建立CS域呼叫，使得在CS域呼叫建立的過程中，減少了UE與傳統(tǒng)網(wǎng)絡(luò)間信令交互的時(shí)延，加快了CS域呼叫建立的速度，且節(jié)約了網(wǎng)絡(luò)中的傳輸資源。本發(fā)明第二實(shí)施方式同樣涉及一種cs域呼叫建立方法。在本實(shí)施方式中，UE是R6或者之前版本的UE，該UE當(dāng)前接入的演進(jìn)網(wǎng)絡(luò)為carriersharingEvolvedHSPAUTRAN，該UE向該演進(jìn)網(wǎng)絡(luò)的eNodeB+發(fā)起CS域呼叫。該eNodeB+通過增強(qiáng)的Iub/Iur接口與傳統(tǒng)網(wǎng)絡(luò)的RNC相連，能夠傳輸U(kuò)plinkSignalingTransferIndication消息和DownlinkSignalingTransferRequest消息。具體的呼叫建立流程如圖5所示。UE需要發(fā)起CS域呼叫時(shí)，進(jìn)入步驟501,UE向演進(jìn)網(wǎng)絡(luò)的eNodeB+發(fā)起RRCConnectionEstablish過程，在該過程中發(fā)送RRCConnectionRequest消息。該eNodeB+上保存有該UE的服務(wù)RNC上下文信息和該UE當(dāng)前使用的無線承載的參數(shù)。在建立RRC連接后，接著進(jìn)入步驟502，UE向該eNodeB+發(fā)送InitialDirectTransfer消息。接著進(jìn)入步驟503，eNodeB+收到該InitialDirectTransfer消息后，解析該消息，根據(jù)其中的域信息確定該UE發(fā)起的呼叫是CS域呼叫或PS域呼叫。如果確定該呼叫是CS域呼叫，則保存該InitialDirectTransfer消息中攜帶的NASPDU和其它為該UE建立CS域呼叫所需的信息。并且，該eNodeB+為了支持該CS呼叫從演進(jìn)網(wǎng)絡(luò)切換到支持CS業(yè)務(wù)的傳統(tǒng)網(wǎng)絡(luò)，向傳統(tǒng)網(wǎng)絡(luò)的RNC發(fā)送UplinkSignalingTransferIndication消息，并且在該消息中新增一個(gè)信息元素NASInformation,用于攜帶NASPDU和其它建立CS呼叫所必需的信息，如表4中陰影部分所示。因?yàn)橛蒭NodeB+向RNC發(fā)送建立CS域呼叫所需的信息，從而該UE無需在切換到傳統(tǒng)網(wǎng)絡(luò)后，重新向RNC發(fā)起RRC連接建立過程和發(fā)送建立CS域呼叫所需的信息(包括NASPDU和其它建立CS域呼叫所需的信息)，該RNC可以根據(jù)從eNodeB+獲取的建立CS域呼叫所需的信息，為該UE建立CS域呼叫，從而在CS域呼叫建立的過程中，減少了UE與傳統(tǒng)網(wǎng)絡(luò)間信令交互的時(shí)延，力口快了CS域呼叫建立的速度，且節(jié)約了網(wǎng)絡(luò)中的傳輸資源。<table>tableseeoriginaldocumentpage28</column></row><table><table>tableseeoriginaldocumentpage29</column></row><table>表4通過在現(xiàn)有的UplinkSignalingTransferIndication消息中新增一個(gè)信息元素，來傳輸建立CS域呼叫所需的信息，使得本實(shí)施方式無需新增信令，能夠更好地與現(xiàn)有技術(shù)相融合。傳統(tǒng)網(wǎng)絡(luò)的RNC收到UplinkSignalingTransferIndication消息后，如果解析出其攜帶信息元素NASInformation,則接著進(jìn)入步驟504，該RNC通過Iu-CS接口向核心網(wǎng)的MSC發(fā)起初始終端消息InitialUEMessage,通過該消息將從eNodeB+獲得的信息，包括NASPDU和其它建立CS域呼叫所需的信息，發(fā)送給MSC。與步驟504并行處理的是步驟505,在步驟505中，該RNC向eNodeB+發(fā)送DownlinkSignalingTransferRequest消息。在步驟506中，eNodeB+收到該DownlinkSignalingTransferRequest消息后，向該RNC發(fā)送RASAP消息無線鏈路建立請(qǐng)求RLSetupRequest消息，在該消息中攜帶該UE當(dāng)前使用的所有參數(shù)。在步驟507中，RNC收到該RLSetupRequest消息后，保存該消息中攜帶的參數(shù)，并向eNodeB+返回?zé)o線鏈路建立響應(yīng)RLSetupRespnose消息。在步驟508中，eNodeB+收到該RLSetupRespnose消息后，將該UE的服務(wù)RNC上下文發(fā)送給該RNC，包括UE的信令無線承載(SignallingRadioBearing,簡稱"SRB")配置信息，RRC實(shí)體中的內(nèi)容，無線鏈路控制(RadioLinkControl,簡稱"RLC")、媒體訪問控制(MediumAccessControl,簡稱"MAC")實(shí)體中的內(nèi)容以及各種狀態(tài)變量等。RNC收到服務(wù)RNC上下文后，按照其中的參數(shù)建立和配置RRC實(shí)體、RLC、MAC實(shí)體，配置完成以后就具有了作為該發(fā)起CS呼叫的UE的服務(wù)RNC的功能了。eNodeB+在完成服務(wù)RNC上下文的發(fā)送之后，可直接刪除該RNC作為這個(gè)UE的服務(wù)RNC的相關(guān)的上下文和實(shí)體，只保留作為漂移RNC的應(yīng)該保留的上下文。在步驟509中，RNC作為該UE新的服務(wù)RNC,為該UE重新分配U-RNTI,將重新分配的U-RNTI攜帶在UTRAN修改信息UTRANMobilityInformation消息中，發(fā)送給對(duì)應(yīng)的UE。在步驟510中，UE收到該UTRANMobilityInformation消息之后，根據(jù)現(xiàn)有技術(shù)，可以知道自己已經(jīng)更換了服務(wù)RNC,進(jìn)行相應(yīng)處理，并向RNC返回UTRAN修改信息確認(rèn)UTRANMobilityInformationConfirm消息。在步驟511中，MSC收到來自RNC的InitialUEMessage消息后，向RNC返回直傳DirectTransfer消息。RNC收到該DirectTransfer消息時(shí)，如果未完成服務(wù)RNC上下文的傳輸、或未完成UE當(dāng)前使用的參數(shù)的傳輸、或未從UE收到UTRANMobilityInformationConfirm消息，則緩存該DirectTransfer消息，直到完成步驟510，即完成上述操作。從而使得CS域業(yè)務(wù)建立的時(shí)延得以減少的同時(shí)，確保RNC能夠按照正確的順序?yàn)樵揢E建立呼叫。在步驟512中，RNC收到該UTRANMobilityInformationConfirm消息之后，將緩存的來自于MSC的DirectTransfer消息中屬于UE的信息發(fā)送給該UE。此后將根據(jù)現(xiàn)有技術(shù)繼續(xù)完成CS呼叫業(yè)務(wù)的建立過程。值得一提的是，為了提高傳輸?shù)陌踩裕诓襟E506之后，eNodeB+和RNC之間可以建立Iur接口上的信令連接控制部分(SignalingConnectionControlPart,簡稱"SCCP")專用連接，eNodeB+和RNC通過該專用連接進(jìn)行信息交互，如發(fā)送RLSetupR叫uest消息等?；蛘撸琫NodeB+和RNC之間也可以在發(fā)送InitialDirectTransfer消息之前，建立Iur接口上的SCCP專用連接、通過該專用連接傳輸InitialDirectTransfer消息、以及NASPDU等。下面以如圖6所示的具體場景為例進(jìn)行舉例說明。圖6中涉及本實(shí)施方式的網(wǎng)絡(luò)節(jié)點(diǎn)有SGSN03，MSC03，eNodeB+14，RNC77。一個(gè)R6或者之前版本的UE在eNodeB+14控制的小區(qū)CELL1中發(fā)起了CS呼叫，在該UE與eNodeB+14進(jìn)行了RRC信令交互后，eNodeB+14在接收到UE的InitialDirectTransfer消息時(shí)，確定了該業(yè)務(wù)是屬于CS域的，由于本演進(jìn)網(wǎng)絡(luò)無法支持CS業(yè)務(wù)，于是eNodeB+14觸發(fā)了從演進(jìn)網(wǎng)絡(luò)(EvolvedHSPAUTRAN)向支持CS業(yè)務(wù)的傳統(tǒng)網(wǎng)絡(luò)的切換，該eNodeB+14向傳統(tǒng)網(wǎng)絡(luò)的目標(biāo)RNC77發(fā)送UplinkSignalingTransferIndication消息，并且通過該消息中新增的信息元素NASInformation攜帶NASPDU和其它建立CS呼叫所必需的信息。傳統(tǒng)網(wǎng)絡(luò)的目標(biāo)RNC77收到UplinkSignalingTransferIndication消息后，如果解析出其攜帶信息元素NASInformation,則通過Iu-CS向核心網(wǎng)的MSC03發(fā)起NASSignalling,與此并行處理的是，向eNodeB+14發(fā)送DownlinkSignalingTransferRequest消息，eNodeB+14收到該消息后，向該RNC發(fā)送該UE的月PL務(wù)RNC上下文信息和該UE當(dāng)前使用的其它相關(guān)參數(shù)(主要是無線承載相關(guān)參數(shù))。核心網(wǎng)MSC03收到該NASSignalling后，向目標(biāo)RNC77返回DirectTransfer消息。RNC77收到了核心網(wǎng)MSC03發(fā)來的DirectTransfer消息時(shí)，會(huì)把消息內(nèi)容緩存，直到該eNodeB+14完成該UE的服務(wù)RNC上下文、以及UE當(dāng)前所使用的參數(shù)的傳送，并為該l正重新分配U-RNTI之后。然后繼續(xù)完成CS呼叫業(yè)務(wù)的建立過程。在上述流程中，演進(jìn)網(wǎng)絡(luò)下的UE無需向切換后的傳統(tǒng)網(wǎng)絡(luò)重新發(fā)起RRC連接建立過程和發(fā)送建立CS域呼叫所需的信息(包括NASPDU和其它建立CS域呼叫所需的信息)，該RNC77同樣可以獲取建立CS域呼叫所需的信息，從而為該UE建立CS域呼叫，使得在CS域呼叫建立的過程中，減少了UE與傳統(tǒng)網(wǎng)絡(luò)間信令交互的時(shí)延，加快了CS域呼叫建立的速度，且節(jié)約了網(wǎng)絡(luò)中的傳輸資源。另外，在本實(shí)施方式中，RNC為UE重新分配的U-RNTI也可以不通過獨(dú)立的UTRANMobilityInformation消息發(fā)送給該UE，而直接將該U-RNTI攜帶在RBSetupR叫uest消息中，與緩存的DirectTransfer消息中屬于UE的信息一起發(fā)送給該UE,如圖7中步驟701所示。本發(fā)明第三實(shí)施方式同樣涉及一種CS域呼叫建立方法，與第一或第二實(shí)施方式大致相同，其區(qū)別在于，在第一或第二實(shí)施方式中，通過在UplinkSignalingTransferIndication消息或UplinkSignalingTransferIndication消息中新增信息元素NASInformation,用于存放NASPDU,從而使得eNodeB+能夠通過這兩條消息將NASPDU發(fā)送給RNC;而在本實(shí)施方式中，無需在這兩條消息中新增信息元素，直接將NASPDU攜帶在該UplinkSignalingTransferIndication消息或UplinkSignalingTransferIndication消息中已有的信息元素L3Information中，發(fā)送給RNC?？梢詫琋ASPDU的InitialDirectTransfer消息直接力欠在L3Information中發(fā)送給RNC，也可以將NASPDU從InitialDirectTransfer消息中解析出來，放在L3Information中發(fā)送給RNC。另外，需要說明的是，在現(xiàn)有協(xié)議中，應(yīng)用UplinkSignalingTransferIndication消息的邏輯條件是漂移RNC在從公用控制信道(CommonControlChannel,簡稱"CCCH")上收到UE的一個(gè)用通用移動(dòng)通信系統(tǒng)地面無線接入網(wǎng)無線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)(UTRANRadioNetworkTemporaryIdentity,簡稱"U-RNTI")(如SRNC-ID、S-RNTI)定位的消息后，漂移RNC能夠向該U-RNTI指定的RNC發(fā)送該UplinkSignalingTransferIndication消息。而在本實(shí)施方式中，應(yīng)用該消息的邏輯條件發(fā)生了變化，在原有的條件上增加一種情況eNodeB+收到一個(gè)呼叫的InitialDirectTransfer消息，且該呼叫是CS域呼叫。在滿足該條件時(shí)也可以發(fā)起UplinkSignalingTransferIndication消息。本發(fā)明第四實(shí)施方式同樣涉及一種CS域呼叫建立方法，與前幾實(shí)施方式不同，在本實(shí)施方式中，eNodeB+在收到UE的RRC連接請(qǐng)求RRCConnectionRequest消息時(shí)，就能夠判斷該UE請(qǐng)求的呼叫是否為CS域呼叫。本實(shí)施方式適用于載波共享部署場景。本實(shí)施方式中，eNodeB+收到UE發(fā)送的RRCConnectionR叫uest消息后，如果可以判定該請(qǐng)求是為CS域業(yè)務(wù)發(fā)起的(如根據(jù)RRC連接請(qǐng)求中的域字段或者是建立原因來判斷是否對(duì)應(yīng)CS域業(yè)務(wù))，則把該RRCConnectionRequest消息轉(zhuǎn)發(fā)到相應(yīng)的RNC。RNC收到該RRCConnectionRequest消息后，建立與該UE的RRC連接，和與MSC的Iu連接，完成CS呼叫業(yè)務(wù)的建立過程。具體流程如圖8所示，在步驟801中，UE向eNodeB+發(fā)送RRCConnectionRequest消息。在步驟802中，eNodeB+收到該RRCConnectionRequest消息后，如果根據(jù)消息中的CN域指示標(biāo)記，判斷出來該消息對(duì)應(yīng)CS業(yè)務(wù)，則eNodeB+直接將該RRCConnectionRequest消息轉(zhuǎn)發(fā)給相應(yīng)的RNC。eNodeB+對(duì)相應(yīng)RNC的選擇功能可以是事先配置好的，但是不排除其他選擇相應(yīng)RNC的方法，比如eNodeB+可以向核心網(wǎng)請(qǐng)求對(duì)應(yīng)的RNC，或者在RNC和eNodeB+啟動(dòng)時(shí)交換信息時(shí)選定等。RRCConnectionR叫uest消息的承載方式有兩種。一種是如圖8中步驟802所示的，將RRCConnectionRequest消息放在RNSAP已經(jīng)有的UplinkSignalingTransferIndication消息中。另一種是在Iur接口新引入其他消息，比如類似Iu接口的DirectTransfer消息，或者Initiall正Message消息，通過專用連接，^吏用SCCP的連接請(qǐng)求(ConnectionRequest)消息承栽。在步驟803中，RNC收到該RJRCConnectionRequest消息后，為該UE分配建立RRC連接所需的資源，并向eNodeB+發(fā)送無線鏈路建立請(qǐng)求RLSetupRequest消息。在步驟804中，eNodeB+返回?zé)o線鏈路建立響應(yīng)RLSetupResponse消息。在步驟805中，RNC收到該RLSetupResponse消息后，向eNodeB+返回RRC連接建立RRCConnectionSetup消息。與步驟802相對(duì)應(yīng)，在本步驟中可以將該RRCConnectionSetup消息攜帶在DownlinkSignalingTransferRequest消息、或連接確認(rèn)(ConnectionConfirm)消息中發(fā)送給eNodeB+。在步驟806中，eNodeB+收到來自RNC的RRCConnectionSetup消息后，向UE返回RRCConnectionSetup消息。在步驟807中，UE收到該消息后，通過eNodeB+向RNC返回RRC連接建立完成RRCConnectionSetupComplete消息。至此，UE到RNC的RRC連接建立完成。在步驟808中，UE根據(jù)現(xiàn)有技術(shù)向RNC發(fā)送RRC的初始直傳消息InitialDirectTransfer;RNC向CN發(fā)起RANAP的InitialUEMessage;從而實(shí)現(xiàn)了UE到核心網(wǎng)CS域信令連接建立。由于在本實(shí)施方式中，eNodeB+在根據(jù)UE的RRCConnectionR叫uest消息確定是CS域的呼叫之后，將RRCConnectionRequest消息轉(zhuǎn)發(fā)給RNC,將UE切換到RNC的同時(shí)，直接由RNC為該UE建立RRC連接，從而UE無需在切換到RNC之后，重新向RNC發(fā)送RRCConnectionR叫uest消息，減少了UE與傳統(tǒng)網(wǎng)絡(luò)間信令交互的時(shí)延，加快了CS域呼叫建立的速度，且節(jié)約了網(wǎng)絡(luò)中的傳輸資源。本發(fā)明第五實(shí)施方式涉及一種CS域呼叫建立方法。在本實(shí)施方式中，UE處于空閑態(tài)，向eNodeB+發(fā)起CS域呼叫。該eNodeB+與CS域核心網(wǎng)之間不存在物理連接，該eNodeB+與傳統(tǒng)的RNC以Iub接口或者Iur接口相連，eNodeB十與傳統(tǒng)的RNC之間存在一條公用的信令鏈路，RNC與CS域核心網(wǎng)存在物理連接eNodeB+收到UE發(fā)起的CS域呼叫請(qǐng)求后，把UE的這個(gè)呼叫請(qǐng)求和UE相關(guān)的上下文都重定位到傳統(tǒng)的RNC上，通過該傳統(tǒng)的RNC為該UE建立CS域連接。需要說明的是，本實(shí)施方式中，需要在25.423RASAP協(xié)議中增加消息重定位請(qǐng)求，消息方向源RNC》目標(biāo)RNC;增加消息重定位命令，消息的信元和目前25.413RANAP中定義的重定位命令一樣，消息方向目標(biāo)RNC》源RNC。其中，源RNC即eNodeB+，目標(biāo)RNC即傳統(tǒng)網(wǎng)絡(luò)的RNC。具體流程如圖9所示。在步驟901中，UE發(fā)起RRC連接請(qǐng)求，eNodeB十接受了UE的RRC連接請(qǐng)求，在eNodeB+上建立了UE相關(guān)的上下文，eNodeB十與UE之間有了RRC連接存在。在步驟902中，UE向eNodeB+發(fā)送"initialdirecttransfer"(初始直傳)消息，請(qǐng)求一個(gè)cs域的業(yè)務(wù)。在步驟903中，eNodeB+解析收到的"initialdirecttransfer"消息，確定該UE發(fā)起的呼叫是CS域呼叫，從而決定進(jìn)行服務(wù)RNC重定位，生成"relocationrequest"(重定位請(qǐng)求)消息，發(fā)送給傳統(tǒng)的RNC，并且設(shè)置定時(shí)器T—waitj:esponse(等待響應(yīng)定時(shí)器)。該"重定位請(qǐng)求，，通過eNodeB+與RNC之間存在的Iub口的公共傳輸端口或者Iur口的公共信令鏈路來發(fā)送。該重定位請(qǐng)求消息如表5所示，包括UE的非接入層永久標(biāo)識(shí)，SourceRNCtoTargetRNCTransparentContainer(源RNC到目標(biāo)RNC的容器)，NASPDU，目前正在使用的無線鏈路的信息等。其中，SourceRNCtoTargetRNCTransparentContainer(源RNC到目標(biāo)RNC的容器)中包含RRCcontainer(RRC容器)、重定位類型、信令的完整性信息、D-RNTI(漂移無線接入網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí))、目標(biāo)小區(qū)標(biāo)識(shí)、信令無線承載與傳輸信道映射關(guān)系、小區(qū)負(fù)載指示等，如表6所示。RRCcontainer中包含RRC狀態(tài)相關(guān)信息參數(shù)、完整性保護(hù)相關(guān)參數(shù)、UE信息的相關(guān)參數(shù)、UE的各種測量信息、無線承載(RB)的信息、傳輸信道的信息等，與現(xiàn)有技術(shù)相同。無線鏈路信息中包括的信息元素如表7所示，包括了UE上下文中物理層的信息等，使得之后該傳統(tǒng)網(wǎng)絡(luò)的RNC能夠成為該UE的服務(wù)RNC。<table>tableseeoriginaldocumentpage37</column></row><table><table>tableseeoriginaldocumentpage38</column></row><table><table>tableseeoriginaldocumentpage39</column></row><table><table>tableseeoriginaldocumentpage40</column></row><table><table>tableseeoriginaldocumentpage41</column></row><table><table>tableseeoriginaldocumentpage42</column></row><table><table>tableseeoriginaldocumentpage43</column></row><table><table>tableseeoriginaldocumentpage44</column></row><table><table>tableseeoriginaldocumentpage45</column></row><table><table>tableseeoriginaldocumentpage46</column></row><table>在步驟904中，傳統(tǒng)的RNC收到該"重定位請(qǐng)求"消息后，建立UE的上下文，保存該消息中攜帶的各種參數(shù)。并且，在RNC解析該"重定位請(qǐng)求"消息后，如果發(fā)現(xiàn)攜帶了NASPDU，則生成"InitialUEmessage"(初始終端消息)并發(fā)送給MSC。另外，RNC還根據(jù)RRCcontainer中的各種參數(shù)建立UE的RRC上下文；分配資源準(zhǔn)備建立RLC實(shí)體、MAC實(shí)體；資源分配成功之后，RNC向eNodeB十發(fā)送"Radiolinksetuprequest"(無線連接建立請(qǐng)求)，相當(dāng)于"relocationresponse"(重定位響應(yīng))消息。在步驟卯5中，e-NodeB收到該"Radiolinksetuprequest"消息之后，清除定時(shí)器T—wait—response,設(shè)置定時(shí)器T_wait_command(等待命令定時(shí)器)，并向RNC返回"Radiolinksetupresponse"(無線連接建立響應(yīng))消息。在步驟906中，傳統(tǒng)的RNC在建立RRC上下文、RLC實(shí)體、MAC實(shí)體成功之后，給UE重新分配一個(gè)U-RNTI，并且發(fā)送"UTRANMOBILITYINFORMATION"(UTRAN修改信息)消息給UE。在步驟907中，UE更新其U-RNTI后，發(fā)送響應(yīng)消息"UTRANMOBILITYINFORMATIONCOMFIRM"(UTRAN修改信息確認(rèn))給該傳統(tǒng)的RNC。在步驟908中，傳統(tǒng)的RNC收到UE的"UTRANMOBILITYINFORMATIONCOMFIRM"消息之后，該RNC就開始作為該UE的服務(wù)RNC。之后，傳統(tǒng)的RNC向eNodeB+發(fā)送"relocationcommand"(重定位命令)消息，指示eNodeB+重定位完成。e-NodeB+收到這條消息后，刪除該UE的RRC上下文、RLC實(shí)體、MAC實(shí)體，保留無線鏈路控制的相關(guān)實(shí)體和參數(shù)，至此，e-NodeB+變成了UE的漂浮RNC。需要說明的是，步驟908也可以在步驟卯6之前進(jìn)行，即在向UE發(fā)送UTRANMOBILITYINFORMATION"消息之前，先向eNodeB+發(fā)送"relocationcommand"消息，使得eNodeB+能夠更早地刪除UE的RRC上下文、RLC實(shí)體、MAC實(shí)體，釋放資源，提高資源的利用率。在步驟909中，MSC在收到RNC發(fā)送的"InitialUEmessage"消息后，向RNC返回"downlinkdirecttransfer"(下行直傳)消息。該步驟可能發(fā)生在該傳統(tǒng)RNC成為UE的服務(wù)RNC之后，也可能在該傳統(tǒng)RNC還未轉(zhuǎn)換為UE的服務(wù)RNC之前。如果傳統(tǒng)的RNC收到該消息時(shí)，還沒有變成UE的服務(wù)RNC,則先緩存這條"downlinkdirecttransfer"消息，直到變成了服務(wù)RNC之后，將這條消息發(fā)送給UE。在步驟910中，MSC向傳統(tǒng)RNC發(fā)送"RABAssignmest"(RAB指派)消息，RNC收到該消息后，開始正常的CS業(yè)務(wù)建立過程，與現(xiàn)有技術(shù)相同。本發(fā)明第六實(shí)施方式同樣涉及一種CS域呼叫建立方法，與第五實(shí)施方式大致相同，其區(qū)別在于，在本實(shí)施方式中，需要在25.423RASAP協(xié)議中增加消息重定位取消，消息的信元和目前25.413RANAP中定義的重定位取消一樣，消息方向目標(biāo)RNC-〉源RNC。具體地說，RNC在發(fā)送"UTRANMOBILITYINFORMATION"消息之后，如果未正確收到UE的"UTRANMOBILITYINFORMATIONCOMFIRM"消息，且此時(shí)，傳統(tǒng)RNC已經(jīng)向eNodeB+發(fā)送了"RelocationCommand"消息，則傳統(tǒng)RNC重新向該eNodeB+發(fā)送"RelocationCancel"(重定位取消)消息，同時(shí)發(fā)起將所有與該UE相關(guān)的參數(shù)和實(shí)體都刪除的過程，包括刪除UE的RRC上下文、RLC實(shí)體、MAC實(shí)體，如圖10中的步驟1001所示。eNodeB+收到該"RelocationCancel"消息之后，發(fā)起RRC連接釋放過程。同時(shí)RNC或者eNodeB十會(huì)發(fā)起兩者之間"Radiolinkdelete"(無線連接刪除)的過程，這個(gè)過程包括兩條信令"Radiolinkdeleterequest"(無線連接刪除請(qǐng)求)消息和"Radiolinkdeleteresponse"(無線連接刪除響應(yīng))消息。本發(fā)明第七實(shí)施方式同樣涉及一種CS域呼叫建立方法，與第五或第六實(shí)施方式大致相同，在本實(shí)施方式中，傳統(tǒng)的RNC在建立UE的RRC上下文，分配資源準(zhǔn)備建立RLC實(shí)體、MAC實(shí)體成功之后，同樣向eNodeB+發(fā)送"Radiolinksetuprequest"消息，并才妄4丈來自eNodeB+響應(yīng)的"Radiolinksetupresponse"消息；其區(qū)別在于，在本實(shí)施方式中，在傳統(tǒng)RNC收到該"Radiolinksetupresponse"消息后，還向eNodeB+發(fā)送"relocationresponse"(重定位響應(yīng))消息，如圖11中的步驟1101所示。其余操作與第五或第六實(shí)施方式相類似。也就是說，在本實(shí)施方式中，需要在25.423RASAP協(xié)議中增加消息重定位響應(yīng)，消息方向目標(biāo)RNC-〉源RNC。"relocationresponse"(重定位響應(yīng))消息中包括的信息元素如表8所示，包括TargetRNCToSourceRNCTransparentContainer(目標(biāo)RNC到源RNC的容器)等。目標(biāo)RNC到源RNC的容器中包括的信息元素如表9所示。<table>tableseeoriginaldocumentpage49</column></row><table><table>tableseeoriginaldocumentpage50</column></row><table><table>tableseeoriginaldocumentpage51</column></row><table>表9本發(fā)明第八實(shí)施方式同樣涉及一種CS域呼叫建立方法，與第七實(shí)施方式大致相同，其區(qū)別在于，在第五實(shí)施方式中，eNodeB+通過eNodeB+與RNC之間存在的Iub口的公共傳輸端口或者Iur口的公共信令鏈路來發(fā)送"重定位請(qǐng)求"消息；而在本實(shí)施方式中，eNodeB+使用UE專用的連接發(fā)送"重定位請(qǐng)求"消自具體地說，如圖12所示，在e-NodeB+決定進(jìn)行重定位到傳統(tǒng)RNC之后，首先進(jìn)行eNodeB+與傳統(tǒng)RNC之間UE的專用傳輸鏈路的建立，具體可以通過步驟1201和步驟1202來實(shí)現(xiàn)。步驟1201中，eNodeB+向傳統(tǒng)RNC發(fā)送"lur/Iubtransportchannelsetuprequest"(Iur/Iub傳輸信道建立請(qǐng)求)消息；在步驟1202中傳統(tǒng)RNC返回"Iur/Iubtransportchannelsetupresponse"(Iur/Iub傳輸信道建立響應(yīng))?；蛘?，也可以通過步驟1201'和步驟1202'來實(shí)現(xiàn)建立UE專用鏈路的目的。在步驟120r中,eNodeB+向傳統(tǒng)RNC發(fā)送"Radiolinksetuprequest"(無線鏈路建立請(qǐng)求)消息；在步驟1202'中，傳統(tǒng)RNC返回"Radiolinksetupresponse"(無線鏈路建立響應(yīng))消息。在UE專用鏈路建立完成之后再發(fā)送"重定位請(qǐng)求"消息給傳統(tǒng)RNC。之后的過程與第五實(shí)施方式相類似。本發(fā)明第九實(shí)施方式涉及一種CS域呼叫建立系統(tǒng)，包含至少一個(gè)eNodeB+和至少一個(gè)RNC。其中，該eNodeB+所屬的演進(jìn)網(wǎng)絡(luò)不支持CS業(yè)務(wù)，該RNC所屬的傳統(tǒng)網(wǎng)絡(luò)支持CS業(yè)務(wù)。該eNodeB+包含確認(rèn)單元，用于在處理UE發(fā)起的呼叫時(shí)，確定該呼叫是否是CS域呼叫；信息傳輸單元，用于在該確認(rèn)單元確定該呼叫是CS域呼叫時(shí)，將該UE建立CS域呼叫所需的信息發(fā)送到傳統(tǒng)網(wǎng)絡(luò)中處理該UE呼叫的RNC。使得演進(jìn)網(wǎng)絡(luò)下的UE無需分別向eNodeB和傳統(tǒng)網(wǎng)絡(luò)RNC發(fā)起RRC連接建立過程和發(fā)送建立CS域呼叫所需的信息(包括InitialDirectTransfer消息中的NASPDU)，該RNC同樣可以獲取建立CS域呼叫所需的信息，從而為該UE建立CS域呼叫，使得在CS域呼叫建立的過程中，減少了UE與傳統(tǒng)網(wǎng)絡(luò)間信令的交互時(shí)延，加快了CS域呼叫建立的速度，且降低了呼損率，節(jié)約了網(wǎng)絡(luò)中的傳輸資源。由于對(duì)于R6及之前版本的UE在InitialDirectTransfer消息中明確包含其發(fā)起的呼叫的域信息，因此該確認(rèn)單元在收到來自該UE的InitialDirectTransfer消息后，可以才艮據(jù)該消息確定該呼叫是否為CS域呼叫。該UE建立CS域呼叫所需的信息為該UE建立CS域呼叫所需的信息包括該InitialDirectTransfer消息中攜帶的NASPDU。通過增強(qiáng)的Iub/Iur接口與RNC連接)，該eNodeB還包含切換指示單元，用于在確認(rèn)單元確定該呼叫是電路域呼叫時(shí)，向該UE發(fā)送RBReconfiguration消息，在該消息中包含該傳統(tǒng)網(wǎng)絡(luò)的信息、和指示該UE進(jìn)入CELL-FACH狀態(tài)的信息，指示收到該消息的UE進(jìn)入CELL-FACH狀態(tài)并根據(jù)該傳統(tǒng)網(wǎng)絡(luò)的信息向該傳統(tǒng)網(wǎng)絡(luò)發(fā)起切換。該信息傳輸單元在收到來自該RNC的請(qǐng)求UE的信息的消息后，將該UE建立CS域呼叫所需的信息攜帶在該消息的響應(yīng)消息中發(fā)送到該RNC。該請(qǐng)求UE的信息的消息可以是UplinkSignalingTransferIndication消息；該響應(yīng)消息可以是DownlinkSignalingTransferRequest消息。通過在該DownlinkSignalingTransferR叫uest消息中擴(kuò)展信息元素NASInformation,攜帶該UE建立CS域呼叫所需的信息；或者，通過該DownlinkSignalingTransferRequest消息中原有的信息元素L3Information,攜帶該l正建立CS域呼叫所需的信息?；蛘?，該請(qǐng)求UE的信息的消息和響應(yīng)消息均是承載在SCCP專用連接的連接請(qǐng)求消息上的消息。在該eNodeB+屬于carriersharingEvolvedHSPAUTRAN的情況下(該eNodeB+通過增強(qiáng)的Iub/Iur接口與RNC連接)，該信息傳輸單元向該RNC發(fā)送UplinkSignalingTransferIndication消息，在該消息中攜帶該UE建立CS域呼叫所需的信息，通過該UplinkSignalingTransferIndication消息將UE從演進(jìn)網(wǎng)絡(luò)切換到傳統(tǒng)網(wǎng)絡(luò)?；蛘撸撔畔鬏攩卧蛟揜NC發(fā)送其它上行消息，該上行消息承載在SCCP專用連接的連接請(qǐng)求消息上，在該上行消息中攜帶該UE建立CS域呼叫所需的信息，通過該上行消息將UE從演進(jìn)網(wǎng)絡(luò)切換到傳統(tǒng)網(wǎng)絡(luò)。由于傳輸該UE建立CS域呼叫所需的信息的UplinkSignalingTransferIndication消息或DownlinkSignalingTransferR叫uest消息均是現(xiàn)有的信令，因此無需增加新的信令，使得本發(fā)明的實(shí)施方式實(shí)現(xiàn)起來更簡單，與現(xiàn)有技術(shù)的兼容性更好。該RNC包含第一接收單元，用于從不支持CS域的演進(jìn)網(wǎng)絡(luò)中的eNodeB十接收為UE建立CS域呼叫所需的信息；呼叫單元，用于使用該第一接收單元收到的信息為該UE建立CS域呼叫。其中，為UE建立CS域呼叫所需的信息包括該UE向該eNodeB+發(fā)送的InitialDirectTransfer消息中攜帶的NASPDU。該RNC還包含請(qǐng)求單元，用于在收到該UE向傳統(tǒng)網(wǎng)絡(luò)發(fā)起的切換時(shí)，根據(jù)該UE在該演進(jìn)網(wǎng)絡(luò)分配的U-RNTI確定該eNodeB+，向該eNodeB+發(fā)送請(qǐng)求該UE的信息的消息，指示該eNodeB+將為該UE建立CS域呼叫所需的信息發(fā)送給該RNC。該RNC還包含上報(bào)單元，用于將該第一接收單元收到的為該UE建立CS域呼叫所需的信息發(fā)送給CS域核心網(wǎng)設(shè)備；第三接收單元，用于接收來自該CS域核心網(wǎng)設(shè)備的DirectTransfer消息，該呼叫單元根據(jù)該DirectTransfer消息為該UE建立CS域呼叫。該RNC還包含緩存單元，用于在該RNC與該UE完成該呼叫的無線承載的重配置前，或在該RNC與該eNodeB+完成該UE的服務(wù)RNC上下文以及該UE當(dāng)前使用的無線承載參數(shù)的傳輸前，緩存該第三接收單元收到的DirectTransfer消息；該呼叫單元在該無線承載的重配置完成后，或在該服務(wù)RNC上下文以及該UE當(dāng)前使用的無線承載參數(shù)的傳輸完成后，根據(jù)該緩存的DirectTransfer消息為該UE建立CS域呼叫。從而使得CS域業(yè)務(wù)建立的時(shí)延得以減少的同時(shí)，確保RNC能夠按照正確的順序?yàn)樵揢E建立呼叫。本發(fā)明第十實(shí)施方式同樣涉及一種CS域呼叫建立系統(tǒng)，包含至少一個(gè)eNodeB+和至少一個(gè)RNC。其中，該eNodeB+所屬的演進(jìn)網(wǎng)絡(luò)不支持CS業(yè)務(wù)，該RNC所屬的傳統(tǒng)網(wǎng)絡(luò)支持CS業(yè)務(wù)。該eNodeB+包含確認(rèn)單元，用于在處理UE發(fā)起的呼叫時(shí)，確定該呼叫是否是CS域呼叫；信息傳輸單元，用于在該確認(rèn)單元確定該呼叫是CS域呼叫時(shí)，將該UE建立CS域呼叫所需的信息發(fā)送到傳統(tǒng)網(wǎng)絡(luò)中處理該UE呼叫的RNC。使得演進(jìn)網(wǎng)絡(luò)下的UE無需分別向eNodeB+和傳統(tǒng)網(wǎng)絡(luò)RNC發(fā)起RRC連接建立過程和發(fā)送建立CS域呼叫所需的信息(包括InitialDirectTransfer消息中的NASPDU)，該RNC同樣可以獲取建立CS域呼叫所需的信息，從而為該UE建立CS域呼叫，使得在CS域呼叫建立的過程中，減少了UE與傳統(tǒng)網(wǎng)絡(luò)間信令的交互時(shí)延，加快了CS域呼叫建立的速度，且降低了呼損率，節(jié)約了網(wǎng)絡(luò)中的傳輸資源。該確認(rèn)單元在收到來自該UE的無線資源控制連接請(qǐng)求消息后，根據(jù)該無線資源控制連接請(qǐng)求消息確定該呼叫是否為CS域呼叫。該UE建立CS域呼叫所需的信息包括該無線資源控制連接請(qǐng)求消息。該信息傳輸單元將該UE建立CS域呼叫所需的信息發(fā)送到該傳統(tǒng)網(wǎng)絡(luò)中處理該UE呼叫的RNC的方式為將該無線資源控制連接請(qǐng)求消息轉(zhuǎn)發(fā)給該RNC。該信息傳輸單元可以將該無線資源控制連接請(qǐng)求消息攜帶在UplinkSignalingTransferIndication消息中，發(fā)送給RNC;或者，該信息傳輸單元可以將該無線資源控制連接請(qǐng)求消息承載在SCCP專用連接的連接請(qǐng)求消息上，發(fā)送給該RNC。該eNodeB+還包含第一接收單元，用于從該RNC接收為該UE分配的無線資源；發(fā)送單元，用于將所收到的無線資源發(fā)送給該UE。該RNC包含第一接收單元，用于從不支持CS域的演進(jìn)網(wǎng)絡(luò)中的eNodeB+接收為UE建立CS域呼叫所需的信息；呼叫單元，用于使用該第一接收單元收到的信息為該UE建立CS域呼叫。該UE建立CS域呼叫所需的信息包括該無線資源控制連接請(qǐng)求消息。該呼叫單元進(jìn)一步包含資源分配單元，用于在第一接收單元從該eNodeB+收到該UE的無線資源控制連接請(qǐng)求消息時(shí)，根據(jù)該消息為該UE分配無線資源；第三發(fā)送單元，用于通過該eNodeB+將所分配的無線資源發(fā)送給該UE。由于eNodeB+在根據(jù)UE的RRCConnectionRequest消息確定是CS域的呼叫之后，將RRCConnectionR叫uest消息轉(zhuǎn)發(fā)給RNC,將UE切換到RNC，直接由RNC為該UE建立RRC連接。從而UE無需分別向eNodeB+和RNC發(fā)送RRCConnectionR叫uest消息，減少了UE與傳統(tǒng)網(wǎng)絡(luò)間信令交互的時(shí)延，加快了CS域呼叫建立的速度，且節(jié)約了網(wǎng)絡(luò)中的傳輸資源。本發(fā)明第十一實(shí)施方式同樣涉及一種CS域呼叫建立系統(tǒng)，包含至少一個(gè)eNodeB+和至少一個(gè)RNC。該eNodeB+包括確認(rèn)單元，用于在處理該演進(jìn)網(wǎng)絡(luò)中的用戶設(shè)備發(fā)起的呼叫時(shí)，確定該呼叫是否是CS域呼叫；信息傳輸單元，用于在該確認(rèn)單元確定該呼叫是CS域呼叫時(shí)，將該用戶設(shè)備建立CS域呼叫所需的信息發(fā)送到傳統(tǒng)網(wǎng)絡(luò)中處理該用戶設(shè)備呼叫的RNC。確認(rèn)單元通過以下方式確定該呼叫是否為CS域呼叫在收到來自該用戶設(shè)備的初始直傳消息后，根據(jù)該消息確定該呼叫是否為CS域呼叫；該用戶設(shè)備建立CS域呼叫所需的信息包括該初始直傳消息中攜帶的非接入層協(xié)議數(shù)據(jù)單元。該信息傳輸單元通過以下方式將該用戶設(shè)備建立CS域呼叫所需的信息發(fā)送到傳統(tǒng)網(wǎng)絡(luò)中處理該用戶設(shè)備呼叫的RNC:該信息傳輸單元向該RNC發(fā)送重定位請(qǐng)求，在該重定位請(qǐng)求中包括該用戶設(shè)備建立CS域呼叫所需的信自該信息傳輸單元通過該eNodeB+與該RNC之間的Iub口的公共傳輸端口或Iur口的公共信令鏈路，發(fā)送該重定位請(qǐng)求；或者，該eNodeB+還包括鏈路建立單元，用于在本eNodeB+與該RNC之間建立該用戶設(shè)備的專用傳輸鏈路；該信息傳輸單元通過該專用傳輸鏈路發(fā)送該重定位請(qǐng)求。該eNodeB+還可以包括第二接收單元，用于接收來自該RNC的表示重定位完成的消息；第一釋放單元，用于在該第二接收單元收到該表示重定位完成的消息后，刪除本eNodeB+上該用戶設(shè)備的RRC上下文、RLC實(shí)體、MAC實(shí)體，保留無線鏈路控制的相關(guān)實(shí)體和參數(shù)。該eNodeB+還可以包括第三接收單元，用于接收來自RNC的表示重定位取消的消息；第二釋放單元，用于在該第三接收單元收到該表示重定位取消的消息后，釋放該用戶設(shè)備發(fā)起該呼叫時(shí)建立的RRC連接；第三釋放單元，用于在該第三接收單元收到該表示重定位取消的消息后，發(fā)起本eNodeB十與該RNC之間的無線鏈路刪除過程。該RNC包括第一接收單元，用于從演進(jìn)網(wǎng)絡(luò)中的eNodeB+接收為用戶設(shè)備建立CS域呼叫所需的信息，包括該用戶設(shè)備向該eNodeB+發(fā)送的初始直傳消息中攜帶的非接入層協(xié)議數(shù)據(jù)單元；呼叫單元，用于使用該第一接收單元收到的信息為該用戶設(shè)備建立CS域呼叫。該第一接收單元通過以下方式接收該為用戶設(shè)備建立cs域呼叫所需的信息該第一接收單元接收來自該eNodeB+的重定位請(qǐng)求，從該重定位請(qǐng)求中獲取該用戶設(shè)備建立CS域呼叫所需的信息。該重定位請(qǐng)求中還包括該用戶設(shè)備的RRC容器，該RNC還包括建立單元，用于根據(jù)該RRC容器中包含的信息，為該用戶設(shè)備建立RRC上下文，為該用戶設(shè)備分配資源建立RLC實(shí)體和MAC實(shí)體；第一發(fā)送單元，用于在該建立單元成功建立該RLC實(shí)體和MAC實(shí)體后，向該eNodeB+返回重定位響應(yīng)。該RNC還包括U-RNTI分配單元，用于在該建立單元成功建立該RRC上下文后，為該用戶設(shè)備重新分配U-RNTI;第二發(fā)送單元，用于將該重新分配的U-RNTI發(fā)送給該用戶設(shè)備；第二接收單元，用于接收來自該用戶設(shè)備的表示完成U-RNTI更新的確認(rèn)消息。該第一發(fā)送單元還用于向該eNodeB+發(fā)送表示重定位取消的消息；該RNC還包括第一釋放單元，用于刪除該用戶設(shè)備相關(guān)的參數(shù)和實(shí)體；第二釋放單元，用于發(fā)起該eNodeB+與本RNC之間的無線鏈路刪除過程；判斷單元，用于判斷該第二接收單元是否在預(yù)定時(shí)限內(nèi)未收到該表示完成U-RNTI更新的確認(rèn)消息，如果未收到，則指示該第一發(fā)送單元向該eNodeB+發(fā)送表示重定位取消的消息，并指示該第一釋放單元?jiǎng)h除該用戶設(shè)備相關(guān)的參數(shù)和實(shí)體，指示第二釋放單元發(fā)起該eNodeB+與本RNC之間的無線鏈路刪除過程。該第一發(fā)送單元還用于在該建立單元成功建立該用戶設(shè)備的RRC上下文后，向該eNodeB+發(fā)送表示重定位完成的消息。該RNC還包括緩存單元，用于在未收到來自該用戶設(shè)備的表示完成U-RNTI更新的確認(rèn)消息前，緩存該第三接收單元收到的直傳消息；呼叫單元在收到該表示完成U-RNTI更新的確認(rèn)消息后，根據(jù)該緩存的直傳消息為該用戶設(shè)備建立CS域呼叫。本發(fā)明第十二實(shí)施方式涉及一種cs域呼叫建立觸發(fā)方法，該方法可以應(yīng)用于第一至第四實(shí)施方式的任意一個(gè)實(shí)施方式中。本實(shí)施方式中，在Iur^妄口引入InitiaUEMessage消息，該消息通過專用連接傳輸，使用SCCP的連接請(qǐng)求(ConnectionRequest)消息承載。演進(jìn)網(wǎng)絡(luò)中的eNodeB+在需要發(fā)送觸發(fā)CS域呼叫建立的消息時(shí)，將該消息生成為InitialUEMessage消息的形式，通過Iur接口的專用連接發(fā)送到傳統(tǒng)網(wǎng)絡(luò)的RNC,該RNC將該消息發(fā)送到核心網(wǎng)以觸發(fā)CS域呼叫的建立。從而能夠與核心網(wǎng)快速建立CS連接。且由于專用連接的穩(wěn)定性較好，能夠在與核心網(wǎng)建立CS連接的過程中，提供一定的安全保障。下面以InitialDirectTransfer消息的傳輸為例進(jìn)4亍具體i兌明。在eNodeB+收到了UE的InitialDirectTransfer消息之后，如果確定該消息請(qǐng)求的是CS域的業(yè)務(wù)，則需要將UE的服務(wù)RNC遷移到與本eNodeB+相連并且能夠進(jìn)行CS域用戶面數(shù)據(jù)處理的RNC上。在該eNodeB+與RNC以Iur接口連接的情況下，為了更快速，更可靠地建立InitialDirectTransfer消息中請(qǐng)求的CS域連接，eNodeB+可沖艮據(jù)該InitialDirectTransfer消息生成InitialUEMessage消息，承載在專用連接的SCCP的連接請(qǐng)求消息中發(fā)送給該RNC。該RNC收到該連接請(qǐng)求消息之后，將InitialUEMessage消息傳送給CS域核心網(wǎng)的MSC/VLR,開始進(jìn)行CS域信令連接建立的過程。與此同時(shí)，RNC還會(huì)向該eNodeB+返回專用連接的SCCP的連接確認(rèn)(ConnectionConfirm)消息。本發(fā)明第十三實(shí)施方式涉及一種CS域呼叫建立觸發(fā)系統(tǒng)，包含至少一個(gè)演進(jìn)網(wǎng)絡(luò)中的eNodeB+，和至少一個(gè)傳統(tǒng)網(wǎng)絡(luò)中的基站RNC。該eNodeB+包含將觸發(fā)CS域呼叫建立的消息通過Iur接口的專用連接發(fā)送到該RNC的單元；該RNC包含從該eNodeB+接收該觸發(fā)CS呼叫建立的消息的單元；將所收到的該消息發(fā)送到核心網(wǎng)以觸發(fā)CS域呼叫的建立的單元。從而能夠與核心網(wǎng)快速建立CS連接。且由于專用連接的穩(wěn)定性較好，能夠在與核心網(wǎng)建立CS連接的過程中，提供一定的安全保障。綜上所述，在本發(fā)明的實(shí)施方式中，不支持cs域的演進(jìn)網(wǎng)絡(luò)中的eNodeB+在處理UE發(fā)起的呼叫時(shí)，如果確定該呼叫是CS域呼叫，則該UE建立CS域呼叫所需的信息發(fā)送到傳統(tǒng)網(wǎng)絡(luò)中處理該UE呼叫的RNC，由該RNC使用從該eNodeB+所獲得的信息為該UE建立CS域呼叫。使得演進(jìn)網(wǎng)絡(luò)下的UE無需分別向eNodeB+和傳統(tǒng)網(wǎng)絡(luò)發(fā)起RRC連接建立過程和發(fā)送建立CS域呼叫所需的信息(包括InitialDirectTransfer消息中的非接入層(NonAccessStratum,簡稱"NAS")協(xié)議數(shù)據(jù)單元(ProtocolDataUnit,簡稱"PDU")),該RNC同樣可以獲取建立CS域呼叫所需的信息，從而為該UE建立CS域呼叫，使得在CS域呼叫建立的過程中，減少了UE與傳統(tǒng)網(wǎng)絡(luò)間信令的交互時(shí)延，加快了CS域呼叫建立的速度，且降低了呼損率，節(jié)約了網(wǎng)絡(luò)中的傳輸資源。對(duì)于獨(dú)立的HSPA演進(jìn)網(wǎng)絡(luò)，該eNodeB+向該UE發(fā)送RBreconfiguration,在該消息中包含該傳統(tǒng)網(wǎng)絡(luò)的信息，和指示該UE進(jìn)入CELL—FACH狀態(tài)的信息；促使該UE在收到該消息后，向傳統(tǒng)網(wǎng)絡(luò)發(fā)起切換，通過該傳統(tǒng)網(wǎng)絡(luò)為該UE建立CS域呼叫。對(duì)于共享載波的HSPA演進(jìn)網(wǎng)絡(luò)，eNodeB+可以直接向所連接的RNC發(fā)送上行信令傳輸指示消息，將該UE切換到演進(jìn)網(wǎng)絡(luò)。從而使得本發(fā)明的實(shí)施方式能夠支持不同場景下的CS域呼叫的建立。對(duì)于獨(dú)立的演進(jìn)網(wǎng)絡(luò)，該RNC在收到該UE向該傳統(tǒng)網(wǎng)絡(luò)發(fā)起的切換時(shí)，根據(jù)該UE在演進(jìn)網(wǎng)絡(luò)分配的U-RNTI確定eNodeB+，向該eNodeB+發(fā)送請(qǐng)求該UE的信息的消息(如上行信令傳輸指示消息、連接請(qǐng)求消息)；該eNodeB+收到該請(qǐng)求UE的信息的消息后，將所保存的信息攜帶在該消息的響應(yīng)消息(如下行信令傳輸請(qǐng)求消息、連接響應(yīng)消息)中發(fā)送到該RNC;對(duì)于共享載波的演進(jìn)網(wǎng)絡(luò)，eNodeB+將所保存的信息攜帶在上行信令傳輸指示消息中發(fā)送給RNC;從而該RNC能夠根據(jù)所獲取的信息為該UE建立CS域呼叫。由于上行信令傳輸指示消息和下行信令傳輸請(qǐng)求消息均是現(xiàn)有的信令，無需增加新的信令，使得本發(fā)明的實(shí)施方式實(shí)現(xiàn)起來更簡單，與現(xiàn)有技術(shù)的兼容性更好。對(duì)于空閑態(tài)的UE，eNodeB+可以通過重定位消息，將UE的NAS-PDU等信息發(fā)送給傳統(tǒng)網(wǎng)絡(luò)的RNC，由傳統(tǒng)網(wǎng)絡(luò)的RNC作為UE的服務(wù)RNC，為該UE提供CS域服務(wù)，方式更為靈活。該RNC收到來自該核心網(wǎng)設(shè)備的直傳消息時(shí)，如果該RNC與該UE未完成該呼叫的無線承載的分配，則該RNC緩存來自該核心網(wǎng)設(shè)備的直傳消息，在該RNC與該UE完成該呼叫的無線承載的分配后，或完成該UE的服務(wù)RNC上下文和/或該UE當(dāng)前使用的無線鏈路參數(shù)的傳輸后，或收到所述表示完成U-RNTI更新的確認(rèn)消息后，根據(jù)該直傳消息為該UE建立呼叫。從而使得CS域業(yè)務(wù)建立的時(shí)延得以減少的同時(shí)，確保RNC能夠按照正確的順序?yàn)樵揢E建立呼叫。對(duì)應(yīng)載波共享的HSPA演進(jìn)網(wǎng)絡(luò)，eNodeB+在根據(jù)UE的RRCConnectionRequest消息確定是CS域的呼叫之后，將RRCConnectionRequest消息轉(zhuǎn)發(fā)給RNC，將UE切換到RNC,直接由RNC為該UE建立RRC連接。從而UE無需分別向eNodeB+和RNC發(fā)送RRCConnectionRequest消息，減少了UE與傳統(tǒng)網(wǎng)絡(luò)間信令交互的時(shí)延，加快了CS域呼叫建立的速度，且節(jié)約了網(wǎng)絡(luò)中的傳輸資源。演進(jìn)網(wǎng)絡(luò)中的演進(jìn)基站節(jié)點(diǎn)將觸發(fā)電路域呼叫建立的消息通過Iur接口的專用連接發(fā)送到傳統(tǒng)網(wǎng)絡(luò)的RNC，該RNC將該消息發(fā)送到核心網(wǎng)以觸發(fā)電路域呼叫的建立。從而能夠與核心網(wǎng)快速建立CS連接。且由于專用連接的穩(wěn)定性較好，能夠在與核心網(wǎng)建立CS連接的過程中，提供一定的安全保障。雖然通過參照本發(fā)明的某些優(yōu)選實(shí)施方式，已經(jīng)對(duì)本發(fā)明進(jìn)行了圖示和描述，但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細(xì)節(jié)上對(duì)其作各種改變，例如將RNC稱呼為基站控制器(BaseStationController,簡稱"BSC")等，而不偏離本發(fā)明的精神和范圍。權(quán)利要求1.一種電路域呼叫建立方法，其特征在于，包含以下步驟演進(jìn)網(wǎng)絡(luò)中的演進(jìn)基站節(jié)點(diǎn)在處理用戶設(shè)備發(fā)起的呼叫時(shí)，如果確定該呼叫是電路域呼叫，則將該用戶設(shè)備建立電路域呼叫所需的信息發(fā)送到傳統(tǒng)網(wǎng)絡(luò)中處理該用戶設(shè)備呼叫的無線網(wǎng)絡(luò)控制器RNC，由該RNC使用從該演進(jìn)基站節(jié)點(diǎn)所獲得的信息為該用戶設(shè)備建立電路域呼叫。2.根據(jù)權(quán)利要求1所述的電路域呼叫建立方法，其特征在于，所述演進(jìn)基站節(jié)點(diǎn)在收到來自所述用戶設(shè)備的初始直傳消息后，根據(jù)該消息確定所述呼叫是否為電路域呼叫。3.根據(jù)權(quán)利要求2所述的電路域呼叫建立方法，其特征在于，所述用戶設(shè)備建立電路域呼叫所需的信息包括所述初始直傳消息中攜帶的非接入層協(xié)議數(shù)據(jù)單元。4.根據(jù)權(quán)利要求2所述的電路域呼叫建立方法，其特征在于，如果所述演進(jìn)基站節(jié)點(diǎn)確定所述呼叫是電路域呼叫，則在所述將用戶設(shè)備建立電路域呼叫所需的信息發(fā)送到所述RNC的步驟前，還包含以下步驟所述演進(jìn)基站節(jié)點(diǎn)向所述用戶設(shè)備發(fā)送無線承載重配置消息，在該消息中包含所述傳統(tǒng)網(wǎng)絡(luò)的信息，和指示該用戶設(shè)備進(jìn)入小區(qū)前向接入信道狀態(tài)的信息；所述用戶設(shè)備根據(jù)收到的所述無線承載重配置消息，進(jìn)入所述小區(qū)前向接入信道狀態(tài)，并根據(jù)該消息中包含的傳統(tǒng)網(wǎng)絡(luò)的信息向所述傳統(tǒng)網(wǎng)絡(luò)發(fā)起切換；所述傳統(tǒng)網(wǎng)絡(luò)的RNC在收到所述用戶設(shè)備向該傳統(tǒng)網(wǎng)絡(luò)發(fā)起的切換時(shí)，根據(jù)該用戶設(shè)備在所述演進(jìn)網(wǎng)絡(luò)分配的通用移動(dòng)通信系統(tǒng)地面無線接入網(wǎng)無線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)U-RNTI確定所述演進(jìn)基站節(jié)點(diǎn)，向該演進(jìn)基站節(jié)點(diǎn)發(fā)送請(qǐng)求該用戶設(shè)備的信息的消息；所述演進(jìn)基站節(jié)點(diǎn)收到所述請(qǐng)求用戶設(shè)備的信息的消息后，執(zhí)行將所述用戶設(shè)備建立電路域呼叫所需的信息發(fā)送到所述傳統(tǒng)網(wǎng)絡(luò)的RNC的步驟，將所述用戶設(shè)備建立電路域呼叫所需的信息攜帶在該消息的響應(yīng)消息中發(fā)送到該RNC。5.根據(jù)權(quán)利要求4所述的電路域呼叫建立方法，其特征在于，所述請(qǐng)求用戶設(shè)備的信息的消息是上行信令傳輸指示消息；所述響應(yīng)消息是下行信令傳輸請(qǐng)求消息；將所述用戶設(shè)備建立電路域呼叫所需的信息攜帶在所述下行信令傳輸請(qǐng)求消息中發(fā)送到所述RNC的方式為在所述下行信令傳輸請(qǐng)求消息中包含非接入層信息元素，通過該非接入層信息元素?cái)y帶所述用戶設(shè)備建立電路域呼叫所需的信息；或者，通過該下行信令傳輸請(qǐng)求消息包含的信息元素層3信息，攜帶所述用戶設(shè)備建立電路域呼叫所需的信息。6.根據(jù)權(quán)利要求5所述的電路域呼叫建立方法，其特征在于，所述RNC收到所述為用戶設(shè)備建立電路域呼叫所需的信息后，還包含以下步驟所述RNC向所述用戶設(shè)備發(fā)送建立所述呼叫的無線承載的信息；所述用戶設(shè)備根據(jù)所述無線承載的信息為所述呼叫重新分配無線承載，并進(jìn)入小區(qū)專用信道狀態(tài)。7.根據(jù)權(quán)利要求2所述的電路域呼叫建立方法，其特征在于，所述演進(jìn)基站節(jié)點(diǎn)通過以下方式將所述用戶設(shè)備建立電路域呼叫所需的信息發(fā)送到該傳統(tǒng)網(wǎng)絡(luò)中處理該用戶設(shè)備呼叫的RNC:向所述RNC發(fā)送上行信令傳輸指示消息，在該消息中攜帶所述用戶設(shè)備建立電路域呼叫所需的信息。8.根據(jù)權(quán)利要求7所述的電路域呼叫建立方法，其特征在于，在所述上行信令傳輸指示消息中攜帶所述用戶設(shè)備建立電路域呼叫所需的信息的方式為在所述上行信令傳輸指示消息中包含非接入層信息元素，通過該非接入層信息元素?cái)y帶所述用戶設(shè)備建立電路域呼叫所需的信息；或者，通過所述上行信令傳輸指示消息包含的信息元素層3信息，攜帶所述用戶設(shè)備建立電路域呼叫所需的信息。9.根據(jù)權(quán)利要求2所述的電路域呼叫建立方法，其特征在于，所述演進(jìn)基站節(jié)點(diǎn)通過以下方式將所述用戶設(shè)備建立電路域呼叫所需的信息發(fā)送到該傳統(tǒng)網(wǎng)絡(luò)中處理該用戶設(shè)備呼叫的RNC:向所述RNC發(fā)送上行消息，在該消息中攜帶所述用戶設(shè)備建立電路域呼叫所需的信息；10.根據(jù)權(quán)利要求9所述的電路域呼叫建立方法，其特征在于，所述上行消息承載在專用連接傳輸?shù)倪B接請(qǐng)求消息上。11.根據(jù)權(quán)利要求2所述的電路域呼叫建立方法，其特征在于，在所述演進(jìn)基站節(jié)點(diǎn)將所述用戶設(shè)備建立電路域呼叫所需的信息發(fā)送到所述RNC的步驟之后，還包含以下步驟所述演進(jìn)網(wǎng)絡(luò)節(jié)點(diǎn)向所述RNC發(fā)送所述用戶設(shè)備的服務(wù)RNC上下文和/或所述用戶設(shè)備當(dāng)前使用的無線鏈路參數(shù)。12.根據(jù)權(quán)利要求1所述的電路域呼叫建立方法，其特征在于，所述發(fā)起呼叫的用戶設(shè)備為空閑態(tài)的用戶設(shè)備；所述將該用戶設(shè)備建立電路域呼叫所需的信息發(fā)送到傳統(tǒng)網(wǎng)絡(luò)中處理該用戶設(shè)備呼叫的RNC的步驟包括以下子步驟所述演進(jìn)基站節(jié)點(diǎn)向所述RNC發(fā)送重定位請(qǐng)求，在該重定位請(qǐng)求中包括所述用戶設(shè)備建立電路域呼叫所需的信息。13.根據(jù)權(quán)利要求12所述的電路域呼叫建立方法，其特征在于，所述重定位請(qǐng)求中還包括所述用戶設(shè)備的無線資源控制RRC容器，所述發(fā)送重定位請(qǐng)求的步驟之后，還包括以下步驟所述RNC根據(jù)所述RRC容器中包含的信息為該用戶設(shè)備建立RRC上下文，為所述用戶設(shè)備分配資源建立無線鏈路控制RLC實(shí)體和媒體接入控制MAC實(shí)體；在所述RLC實(shí)體和MAC實(shí)體建立成功后向所述演進(jìn)基站節(jié)點(diǎn)返回重定位響應(yīng)。14.根據(jù)權(quán)利要求13所述的電路域呼叫建立方法，其特征在于，所述為用戶設(shè)備建立RRC上下文的步驟之后，還包括以下步驟所述RNC為所述用戶設(shè)備重新分配U-RNTI，并將所述重新分配的U-RNTI發(fā)送給所述用戶設(shè)備；所述用戶設(shè)備根據(jù)收到的U-RNTI更新自身的U-RNTI，并向所述RNC返回表示完成U-RNTI更新的確認(rèn)消息；如果所述RNC在預(yù)定時(shí)限內(nèi)未收到來自所述用戶設(shè)備的所述表示完成U-RNTI更新的確認(rèn)消息，則向所述演進(jìn)基站節(jié)點(diǎn)發(fā)送表示重定位取消的消息，并刪除所述用戶設(shè)備相關(guān)的參數(shù)和實(shí)體；所述演進(jìn)基站節(jié)點(diǎn)收到所述表示重定位取消的消息后，釋放所述用戶設(shè)備發(fā)起所述呼叫時(shí)建立的RRC連接；所述演進(jìn)基站節(jié)點(diǎn)或所述RNC發(fā)起兩者之間的無線鏈路刪除過程。15.根據(jù)權(quán)利要求14所述的電路域呼叫建立方法，其特征在于，所述為用戶設(shè)備建立RRC上下文的步驟之后，還包括以下步驟所述RNC向所述演進(jìn)基站節(jié)點(diǎn)發(fā)送表示重定位完成的消息；所述演進(jìn)基站節(jié)點(diǎn)收到所述表示重定位完成的消息后，刪除該演進(jìn)基站節(jié)點(diǎn)上所述用戶設(shè)備的RRC上下文、RLC實(shí)體和MAC實(shí)體，保留無線鏈路控制的相關(guān)實(shí)體和參數(shù)。16.根據(jù)權(quán)利要求2至15中任一項(xiàng)所述的電路域呼叫建立方法，其特征在于，RNC使用從所述演進(jìn)基站節(jié)點(diǎn)所獲得的信息為所述用戶設(shè)備建立電路域呼叫包含以下子步驟所述RNC將所述用戶設(shè)備建立電路域呼叫所需的信息發(fā)送給電路域的核心網(wǎng)設(shè)備，供該核心網(wǎng)設(shè)備為該呼叫建立與該RNC之間的信令連接，并接收來自該核心網(wǎng)設(shè)備的直傳消息；所述RNC根據(jù)所述直傳消息為所述用戶設(shè)備建立電路域呼叫。17.根據(jù)權(quán)利要求16所述的電路域呼叫建立方法，其特征在于，所述RNC收到所述來自所述電路域核心網(wǎng)設(shè)備的直傳消息時(shí)，如果該RNC與所述用戶設(shè)備未完成所述呼叫的無線承載的重配置，或該RNC與所述演進(jìn)基站節(jié)點(diǎn)未完成所述用戶設(shè)備的服務(wù)RNC上下文和/或所述用戶設(shè)備當(dāng)前使用的無線鏈路參數(shù)的傳輸，或未收到來自所述用戶設(shè)備的表示完成U-RNTI更新的確認(rèn)消息，則該RNC緩存所述直傳消息，在完成所述無線承載的重配置后，或完成所述無線資源控制上下文的傳輸后，或收到所述表示完成U-RNTI更新的確認(rèn)消息后，根據(jù)該緩存的直傳消息為該用戶設(shè)備建立所述呼叫。18.根據(jù)權(quán)利要求1所述的電路域呼叫建立方法，其特征在于，所述演進(jìn)基站節(jié)點(diǎn)收到來自所述用戶設(shè)備的無線資源控制連接請(qǐng)求消息后，根據(jù)該無線資源控制連接請(qǐng)求消息確定所述呼叫是否為電路域呼叫。19.根據(jù)權(quán)利要求18所述的電路域呼叫建立方法，其特征在于，所述用戶設(shè)備建立電路域呼叫所需的信息包括所述無線資源控制連接請(qǐng)求消息；所述演進(jìn)基站節(jié)點(diǎn)將所述用戶設(shè)備建立電路域呼叫所需的信息發(fā)送到該傳統(tǒng)網(wǎng)絡(luò)中處理該用戶設(shè)備呼叫的RNC的方式為將所述無線資源控制連接請(qǐng)求消息轉(zhuǎn)發(fā)給所述RNC。20.根據(jù)權(quán)利要求19所述的電路域呼叫建立方法，其特征在于，將所述無線資源控制連接請(qǐng)求消息轉(zhuǎn)發(fā)給所述RNC的方式為以下之一向所述RNC發(fā)送上行信令傳輸指示消息，在該消息中攜帶所述無線資源控制連接請(qǐng)求消息；或者向所述RNC發(fā)送上行消息，該上行消息承載在信令連接控制部分專用連接傳輸?shù)倪B接請(qǐng)求消息上，在該上行消息中攜帶所述無線資源控制連接請(qǐng)求消息。21.根據(jù)權(quán)利要求19所述的電路域呼叫建立方法，其特征在于，所述RNC使用從該演進(jìn)基站節(jié)點(diǎn)所獲得的信息為該用戶設(shè)備建立電路域呼叫的步驟還包含所述RNC根據(jù)來自所述演進(jìn)基站節(jié)點(diǎn)的無線資源控制連接請(qǐng)求消息，為所述用戶設(shè)備分配無線資源，并通過該演進(jìn)基站節(jié)點(diǎn)將所分配的無線資源發(fā)送給該用戶設(shè)備；所述用戶設(shè)備根據(jù)所述無線資源完成無線資源控制連接的建立，向所述RNC發(fā)送初始直傳消息；所述RNC根據(jù)所述初始直傳消息為所述用戶設(shè)備建立電路域呼叫。22.—種演進(jìn)基站節(jié)點(diǎn)，其特征在于，包含確認(rèn)單元，用于在處理所述演進(jìn)網(wǎng)絡(luò)中的用戶設(shè)備發(fā)起的呼叫時(shí)，確定該呼叫是否是電路域呼叫；信息傳輸單元，用于在所述確認(rèn)單元確定所述呼叫是電路域呼叫時(shí)，將所述用戶設(shè)備建立電路域呼叫所需的信息發(fā)送到傳統(tǒng)網(wǎng)絡(luò)中處理該用戶設(shè)備呼叫的RNC。23.根據(jù)權(quán)利要求22所述的演進(jìn)基站節(jié)點(diǎn)，其特征在于，所述確認(rèn)單元通過以下方式確定所述呼叫是否為電路域呼叫在收到來自所述用戶設(shè)備的初始直傳消息后，根據(jù)該消息確定所述呼叫是否為電路域呼叫；所述用戶設(shè)備建立電路域呼叫所需的信息包括所述初始直傳消息中攜帶的非接入層協(xié)議數(shù)據(jù)單元。24.根據(jù)權(quán)利要求23所述的演進(jìn)基站節(jié)點(diǎn)，其特征在于，還包含切換指示單元，用于在所述確認(rèn)單元確定所述呼叫是電路域呼叫時(shí)，向所述用戶設(shè)備發(fā)送無線承載重配置消息，在該消息中包含所述傳統(tǒng)網(wǎng)絡(luò)的信息、和指示該用戶設(shè)備進(jìn)入小區(qū)前向接入信道狀態(tài)的信息，指示收到該消息的用戶設(shè)備進(jìn)入所述小區(qū)前向接入信道狀態(tài)并根據(jù)所述傳統(tǒng)網(wǎng)絡(luò)的信息向該傳統(tǒng)網(wǎng)絡(luò)發(fā)起切換；所述信息傳輸單元通過以下方式將所述用戶設(shè)備建立電路域呼叫所需的信息發(fā)送到所述RNC:所述信息傳輸單元在收到來自所述RNC的請(qǐng)求用戶設(shè)備的信息的消息后，將所述用戶設(shè)備建立電路域呼叫所需的信息攜帶在該消息的響應(yīng)消息中發(fā)送到該RNC。25.根據(jù)權(quán)利要求23所述的演進(jìn)基站節(jié)點(diǎn)，其特征在于，所述信息傳輸單元通過以下方式將所述用戶設(shè)備建立電路域呼叫所需的信息發(fā)送到傳統(tǒng)網(wǎng)絡(luò)中處理該用戶設(shè)備呼叫的RNC:所述信息傳輸單元向所述RNC發(fā)送上行信令傳輸指示消息，在該消息中攜帶所述用戶設(shè)備建立電路域呼叫所需的信息；或者所述信息傳輸單元向所述RNC發(fā)送上行消息，該上行消息承載在信令連接控制部分專用連接傳輸?shù)倪B接請(qǐng)求消息上，在該上行消息中攜帶所述用戶設(shè)備建立電路域呼叫所需的信息。26.根據(jù)權(quán)利要求22所述的演進(jìn)基站節(jié)點(diǎn)，其特征在于，所述確認(rèn)單元通過以下方式確定所述呼叫是，為電路域呼叫在收到來自所述用戶設(shè)備的無線資源控制連接請(qǐng)求消息后，根據(jù)該無線資源控制連接請(qǐng)求消息確定所述呼叫是否為電路域呼叫。27.根據(jù)權(quán)利要求26所述的演進(jìn)基站節(jié)點(diǎn)，其特征在于，所述用戶設(shè)備建立電路域呼叫所需的信息包括所述無線資源控制連接請(qǐng)求消息；所述信息傳輸單元通過以下方式將所述用戶設(shè)備建立電路域呼叫所需的信息發(fā)送到該傳統(tǒng)網(wǎng)絡(luò)中處理該用戶設(shè)備呼叫的RNC:將所述無線資源控制連接請(qǐng)求消息轉(zhuǎn)發(fā)給所述RNC。28.根據(jù)權(quán)利要求27所述的演進(jìn)基站節(jié)點(diǎn)，其特征在于，還包含第一接收單元，用于從所述RNC接收為所述用戶設(shè)備分配的無線資源；發(fā)送單元，用于將所述第一接收單元接收收到的無線資源發(fā)送給所述用戶設(shè)備。29.根據(jù)權(quán)利要求22所述的演進(jìn)基站節(jié)點(diǎn)，其特征在于，所述信息傳輸單元通過以下方式將所述用戶設(shè)備建立電路域呼叫所需的信息發(fā)送到傳統(tǒng)網(wǎng)絡(luò)中處理該用戶設(shè)備呼叫的RNC:所述信息傳輸單元向所述RNC發(fā)送重定位請(qǐng)求，在該重定位請(qǐng)求中包含所述用戶設(shè)備建立電路域呼叫所需的信息。30.根據(jù)權(quán)利要求29所述的演進(jìn)基站節(jié)點(diǎn)，其特征在于，還包括第二接收單元，用于接收來自所述RNC的表示重定位完成的消息；第一釋放單元，用于在所述第二接收單元收到所述表示重定位完成的消息后，刪除本演進(jìn)基站節(jié)點(diǎn)上所述用戶設(shè)備的RRC上下文、RLC實(shí)體、MAC實(shí)體，保留無線鏈路控制的相關(guān)實(shí)體和參數(shù)。31.根據(jù)權(quán)利要求29所述的演進(jìn)基站節(jié)點(diǎn)，其特征在于，還包括第三接收單元，用于接收來自RNC的表示重定位取消的消息；第二釋放單元，用于在所述第三接收單元收到所述表示重定位取消的消息后，釋放所述用戶設(shè)備發(fā)起所述呼叫時(shí)建立的RRC連接；第三釋放單元，用于在所述第三接收單元收到所述表示重定位取消的消息后，發(fā)起本演進(jìn)基站節(jié)點(diǎn)與所述RNC之間的無線鏈路刪除過程。32.—種無線網(wǎng)絡(luò)控制器，其特征在于，包含第一接收單元，用于從演進(jìn)網(wǎng)絡(luò)中的演進(jìn)基站節(jié)點(diǎn)接收為用戶設(shè)備建立電路域呼叫所需的信息；呼叫單元，用于使用所述第一接收單元收到的信息為所述用戶設(shè)備建立電路域呼叫。33.根據(jù)權(quán)利要求32所述的無線網(wǎng)絡(luò)控制器，其特征在于，為所述用戶設(shè)備建立電路域呼叫所需的信息包括該用戶設(shè)備向所述演進(jìn)基站節(jié)點(diǎn)發(fā)送的初始直傳消息中攜帶的非接入層協(xié)議數(shù)據(jù)單元。34.根據(jù)權(quán)利要求33所述的無線網(wǎng)絡(luò)控制器，其特征在于，還包含請(qǐng)求單元，用于在收到所述用戶設(shè)備向本RNC所處的傳統(tǒng)網(wǎng)絡(luò)發(fā)起的切換時(shí)，根據(jù)該用戶設(shè)備在所述演進(jìn)網(wǎng)絡(luò)分配的U-RNTI確定所述演進(jìn)基站節(jié)點(diǎn)，向該演進(jìn)基站節(jié)點(diǎn)發(fā)送請(qǐng)求該用戶設(shè)備的信息的消息，指示該演進(jìn)基站節(jié)點(diǎn)將為該用戶設(shè)備建立電路域呼叫所需的信息發(fā)送給本RNC。35.根據(jù)權(quán)利要求32所述的無線網(wǎng)絡(luò)控制器，其特征在于，所述第一接收單元通過以下方式接收所述為用戶設(shè)備建立電路域呼叫所需的信息所述第一接收單元接收來自所述演進(jìn)基站節(jié)點(diǎn)的重定位請(qǐng)求，從該重定位請(qǐng)求中獲取所述用戶設(shè)備建立電路域呼叫所需的信息。36.根據(jù)權(quán)利要求35所述的無線網(wǎng)絡(luò)控制器，其特征在于，所述重定位請(qǐng)求中還包括所述用戶設(shè)備的RRC容器，所述無線網(wǎng)絡(luò)控制器還包括建立單元，用于根據(jù)所述RRC容器中包含的信息，為該用戶設(shè)備建立RRC上下文，為所述用戶設(shè)備分配資源建立RLC實(shí)體和MAC實(shí)體；第一發(fā)送單元，用于在所述建立單元成功建立所述RLC實(shí)體和MAC實(shí)體后，向所述演進(jìn)基站節(jié)點(diǎn)返回重定位響應(yīng)；U-RNTI分配單元，用于在所述建立單元成功建立所述RRC上下文后，為所述用戶i殳備重新分配U-RNTI;第二發(fā)送單元，用于將所述重新分配的U-RNTI發(fā)送給所述用戶設(shè)備；第二接收單元，用于接收來自所述用戶設(shè)備的表示完成U-RNTI更新的確認(rèn)消息；所述第一發(fā)送單元還用于向所述演進(jìn)基站節(jié)點(diǎn)發(fā)送表示重定位取消的消息；所述無線網(wǎng)絡(luò)控制器還包括第一釋放單元，用于刪除所述用戶設(shè)備相關(guān)的參數(shù)和實(shí)體；第二釋放單元，用于發(fā)起所述演進(jìn)基站節(jié)點(diǎn)與本RNC之間的無線鏈路刪除過程；判斷單元，用于判斷所述第二接收單元是否在預(yù)定時(shí)限內(nèi)未收到所述表示完成U-RNTI更新的確認(rèn)消息，如果未收到，則指示所述第一發(fā)送單元向所述演進(jìn)基站節(jié)點(diǎn)發(fā)送表示重定位取消的消息，并指示所述第一釋放單元?jiǎng)h除所述用戶設(shè)備相關(guān)的參數(shù)和實(shí)體，指示第二釋放單元發(fā)起所述演進(jìn)基站節(jié)點(diǎn)與本RNC之間的無線鏈路刪除過程。37.根據(jù)權(quán)利要求32至36中任一項(xiàng)所述的無線網(wǎng)絡(luò)控制器，其特征在于，還包含上報(bào)單元，用于將所述第一接收單元收到的所述用戶設(shè)備建立電路域呼叫所需的信息發(fā)送給電路域的核心網(wǎng)設(shè)備；第三接收單元，用于接收來自所述電路域核心網(wǎng)設(shè)備的直傳消息，所述呼叫單元根據(jù)該直傳消息為所述用戶設(shè)備建立電路域呼叫。38.根據(jù)權(quán)利要求37所述的無線網(wǎng)絡(luò)控制器，其特征在于，還包含緩存單元，用于在本RNC與所述用戶設(shè)備完成所述呼叫的無線承載的重配置前，或在本RNC與所述演進(jìn)基站節(jié)點(diǎn)完成所述用戶設(shè)備的服務(wù)RNC上下文和/或所述用戶設(shè)備當(dāng)前使用的無線鏈路參數(shù)的傳輸前，或在未收到來自所述用戶設(shè)備的表示完成U-RNTI更新的確認(rèn)消息前，緩存所述第三接收單元收到的直傳消息；所述呼叫單元在所述無線承載的重配置完成后，或在所述服務(wù)RNC上下文和/或所述用戶設(shè)備當(dāng)前使用的無線鏈路參數(shù)的傳輸完成后，或收到所述表示完成U-RNTI更新的確認(rèn)消息后，根據(jù)所述緩存的直傳消息為該用戶設(shè)備建立電路域呼叫。39.根據(jù)權(quán)利要求32所述的無線網(wǎng)絡(luò)控制器，其特征在于，所述用戶設(shè)備建立電路域呼叫所需的信息包括所述無線資源控制連接請(qǐng)求消息。40.根據(jù)權(quán)利要求39所述的無線網(wǎng)絡(luò)控制器，其特征在于，所述呼叫單元進(jìn)一步包含資源分配單元，用于在所述第一接收單元從所述演進(jìn)基站節(jié)點(diǎn)收到所述用戶設(shè)備的無線資源控制連接請(qǐng)求消息時(shí)，根據(jù)該消息為該用戶設(shè)備分配無線資源；第三發(fā)送單元，用于通過所述演進(jìn)基站節(jié)點(diǎn)將所分配的無線資源發(fā)送給所述用戶設(shè)備。41.一種電路域呼叫建立系統(tǒng)，其特征在于，包含至少一個(gè)根據(jù)權(quán)利要求22至31中任一項(xiàng)所述的演進(jìn)基站節(jié)點(diǎn)，和至少一個(gè)根據(jù)權(quán)利要求32至42中任一項(xiàng)所述的無線網(wǎng)絡(luò)控制器。42.—種電路域呼叫建立觸發(fā)方法，其特征在于，包含以下步驟演進(jìn)網(wǎng)絡(luò)中的演進(jìn)基站節(jié)點(diǎn)將觸發(fā)電路域呼叫建立的消息通過Iur接口的專用連接發(fā)送到傳統(tǒng)網(wǎng)絡(luò)的RNC,該RNC將該消息發(fā)送到核心網(wǎng)以觸發(fā)電路域呼叫的建立。43.根據(jù)權(quán)利要求42所述的電路域呼叫建立觸發(fā)方法，其特征在于，所述將觸發(fā)電路呼叫建立的消息通過Iur接口的專用連接發(fā)送到傳統(tǒng)網(wǎng)絡(luò)的RNC的方式為將所述觸發(fā)電路呼叫建立的消息承載在信令連接控制部分的連接請(qǐng)求消息中，發(fā)送到所述傳統(tǒng)網(wǎng)絡(luò)的RNC.44.一種電路域呼叫建立觸發(fā)系統(tǒng)，包含至少一個(gè)演進(jìn)網(wǎng)絡(luò)中的演進(jìn)基站節(jié)點(diǎn)，和至少一個(gè)傳統(tǒng)網(wǎng)絡(luò)中的基站RNC,其特征在于，所述演進(jìn)基站節(jié)點(diǎn)包含將觸發(fā)電路域呼叫建立的消息通過Iur接口的專用連接發(fā)送到所述RNC的單元；所述RNC包含從所述演進(jìn)基站節(jié)點(diǎn)接收所述觸發(fā)電路呼叫建立的消息的單元；將所收到的該消息發(fā)送到核心網(wǎng)以觸發(fā)電路域呼叫的建立的單元。全文摘要本發(fā)明涉及無線通信領(lǐng)域，公開了一種電路域呼叫建立、觸發(fā)方法、系統(tǒng)及設(shè)備，減少了CS域業(yè)務(wù)建立的時(shí)延。本發(fā)明中，演進(jìn)網(wǎng)絡(luò)中的eNodeB+在處理UE發(fā)起的呼叫時(shí)，如果確定該呼叫是CS域呼叫，則將該UE建立CS域呼叫所需的信息發(fā)送到該傳統(tǒng)網(wǎng)絡(luò)中處理該UE呼叫的RNC，由該RNC使用從該eNodeB+所獲得的信息為該UE建立CS域呼叫。文檔編號(hào)H04Q7/38GK101287285SQ20071013649公開日2008年10月15日申請(qǐng)日期2007年7月12日優(yōu)先權(quán)日2007年4月10日發(fā)明者楊學(xué)君,麗柴,波藺,潔馬申請(qǐng)人:華為技術(shù)有限公司