專利名稱：：呼叫切換、建立、處理方法及裝置與系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及移動通信領(lǐng)域，尤其涉及一種呼叫切換、建立、處理方法及相應(yīng)的裝置與系統(tǒng)。
背景技術(shù)：
：全球移動通信系統(tǒng)(GlobalSystemforMobilecommunication,簡稱GSM)最初是基于時分復(fù)用(TimeDivisionMultiple,簡稱TDM)傳輸方式來傳輸信號。后來隨著互聯(lián)網(wǎng)協(xié)議(InternetProtocol,簡稱IP)，技術(shù)的不斷發(fā)展和普及，核心網(wǎng)(CoreNetwork,簡稱CN)已全面實現(xiàn)IP化，并引入了CN和接入網(wǎng)間的A接口信令面IP傳輸SIGTRAN，GSM系統(tǒng)的架構(gòu)圖如圖1所示，其中虛線表示信令面(Signaling),實線表示用戶面(Userplane)。該架構(gòu)中只剩下A接口用戶面仍采用TDM方式，成為全網(wǎng)IP化的最后障礙。于是第三代合作伙伴計劃(3rdGenerationPartnershipProject,簡稱3GPP)提出了基于IP傳輸承載的A接口(AinterfaceoverIP，簡稱AoIP),來討論A接口用戶面IP化的解決方案。在A接口采用TDM傳輸方式時，使用同軸電纜固定鏈路來連接CN和基站控制器(BaseStationController,簡稱BSC)，每一個呼叫占用該同軸電纜上的一個64kbps時隙(Timeslot)，即一個呼叫的用戶面?zhèn)鬏敱囟ㄕ加霉潭ǖ囊粋€時隙資源，因此原協(xié)議使用呼叫標(biāo)識碼/電路識別碼(CallIdentifierCodeorCircuitIdentifierCode,簡稱CIC)來唯一標(biāo)識一個呼叫。CIC信元的長度為2個字節(jié)，對于使用2M帶寬的同軸電纜(即一個中繼，其可以復(fù)用為32個64kbps時隙)，可以用5個比特位XXXXX來標(biāo)識使用的具體時隙編號，用a-k共11個比特位來標(biāo)識使用的中繼號CIC的表達(dá)方式如表l所示:表l<table>tableseeoriginaldocumentpage9</column></row><table>當(dāng)引入AoIP以后，CN和BSC之間的路由不再是固定鏈路，由于呼叫標(biāo)識碼和固定鏈路的時隙號不再--對應(yīng)，因此也就可能無法再使用電路標(biāo)識碼CIC來標(biāo)識一個呼叫，于是引入了呼叫標(biāo)識(CallIdentifier,簡稱Call-ID)來標(biāo)識呼叫。當(dāng)移動交換中心(MobileSwitchingCenter,簡稱MSC)或BSC失去了對方的信令連接控制部分(SignalingConnectionControlPart,簡稱SCCP)鏈接時，可以以Cal卜ID為對象要求對方同步釋放相關(guān)呼叫資源。如果網(wǎng)絡(luò)配置為MSC池A-flex(MSCinPool)，有些由于地址異常而導(dǎo)致呼叫出錯，從而需要批量釋放呼叫時，Call-ID的列表就顯得格外高效了。當(dāng)網(wǎng)絡(luò)支持AoIP時，在相關(guān)的BSC和MSC上可以-使用Call-ID唯一標(biāo)識一個呼叫；且BSC需要在AssignmentComplete消息(分配完成消息)和HandoverRequestAcknowledge消息(切換請求確認(rèn)消息)中返回MSC分配的Call-ID凝:值。Call-ID的表達(dá)方式有兩種1、(IP地址+UDP端口號)對對于(IP地址+UDP端口號)對的方式，如果采用的版本為IPv4,則一個IP地址開銷為4字節(jié)，再加上標(biāo)識端口(port)的2字節(jié)，則該地址對就需要至少12字節(jié)；而對于IPv6，一個IP地址開銷為16字節(jié)，加上標(biāo)識port的2字節(jié)，則該地址對至少需要36字節(jié)。2、與承載無關(guān)的數(shù)值(abearer-independentnumber)對于該方式，為了保證同一時刻該標(biāo)識值的唯一性，目前有如下用32比特位的數(shù)值來表達(dá)的方案，具體如下表所示:表2<table>tableseeoriginaldocumentpage10</column></row><table>其中元素標(biāo)識碼為1個字節(jié)(8比特位)，元素實體為4個字節(jié)(32比特位)。當(dāng)BSC在層三消息(CompleteLayer3消息)中攜帶了BSC-SCL(BSC-SupportedCodecList,能夠表示BSC支持AoIP),那么MSC就可以用Call-ID數(shù)值方式來標(biāo)識該呼叫，并在AssignmentRequest消息中攜帶Call-ID信元，BSC也就使用相同的Call-ID值，但同時BSC也可能會因為最終選擇使用TDM方式，即BSC必須向MSC提供一個CIC信元并用一個具體的CIC數(shù)值來標(biāo)識分配的TDM端點，這時MSC和BSC還是允許使用Cal1-ID標(biāo)識該呼叫。呼叫過程中當(dāng)用戶終端在屬于同一MSC的兩個BSC之間切換，由于目標(biāo)BSC并沒有向MSC上報其當(dāng)前對A接口的支持能力，因此MSCServer只能先為目標(biāo)BSC在MGW上同時申請TDM、IP兩種類型的端點，其切換流程如圖2所示。由于在目前的方案中，切換請求消息(HandoverRequest消息)中攜帶MSC-PCL(MSC-PreferredCodecList)的情況下就不能再同時攜帶ChannelType信元，從而導(dǎo)致切換請求消息中不能攜帶CIC信元。目標(biāo)BSC在接收到該切換請求消息后如果選擇TDM端點，就很可能分配并返回MSCServer—個與MGW上已創(chuàng)建的TDM端點不匹配的CIC的值，這時MSCServer會因為MGW側(cè)和目標(biāo)BSC側(cè)的CIC不匹配而進(jìn)入異常處理流程并釋放該呼叫。在發(fā)明人實現(xiàn)本發(fā)明的過程中，發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下缺陷(IP地址+UDP端口號)對的標(biāo)識方式字節(jié)開銷太大，與AoIPContainer信元中的IP、UDP信息存在冗余，且發(fā)生切換后實際的資源(IP、port值)可能與指示值不一致。而且切換請求消息中存在不能同時攜帶MSC-PCL和CIC信元的限制，從而導(dǎo)致目標(biāo)BSC分配的CIC值可能與MGW已創(chuàng)建的TDM端點對應(yīng)的CIC值不匹配，導(dǎo)致呼叫失敗的缺陷。此外與承載無關(guān)的數(shù)值的標(biāo)識方式中，例如在同一BSC連接多個MSC(即MSCinPool)的情況下，Pool中的多個MSC如果不能合理且及時地協(xié)調(diào)分配Call-ID值；則在某一時刻給同一BSC分配了數(shù)值相同的Call-ID的可能性較大，而且現(xiàn)有^t術(shù)中沒有針對BSC收到重復(fù)Cal1-ID值的處理流程。
發(fā)明內(nèi)容本發(fā)明實施例提供一種呼叫切換、建立、處理方法及相應(yīng)的裝置與系統(tǒng)，以解決現(xiàn)有^支術(shù)呼叫切換過程中目標(biāo)BSC的TDM端點與MGW分配的T匿端點可能不匹配，導(dǎo)致呼叫失敗的缺陷。根據(jù)本發(fā)明實施例提供一種呼叫切換方法，具體包括發(fā)送攜帶有TDM類型端點信息及所述TDM類型對應(yīng)的編碼信息，和IP類型端點信息及所述IP類型對應(yīng)的編碼信息的增加端點請求消息給媒體網(wǎng)關(guān)；當(dāng)接收到指示所述媒體網(wǎng)關(guān)成功建立TDM端點和IP端點的增加端點響應(yīng)消息時，發(fā)送攜帶有電路識別碼信元和IP類型端點信息的切換請求消息至目標(biāo)基站控制器；接收所述目標(biāo)基站控制器返回的攜帶TDM類型端點信息或IP類型端點信息的切換請求確認(rèn)消息。本發(fā)明實施例還提供了一種呼叫切換系統(tǒng)，包括增加端點請求模塊，用于發(fā)送攜帶有TDM類型端點信息及所述TDM類型對應(yīng)的編碼信息，和IP類型端點信息及所述IP類型對應(yīng)的編碼信息的增加端點請求消息給媒體網(wǎng)關(guān)；第一切換請求模塊，用于當(dāng)接收到指示成功建立TDM端點和IP端點的增加端點響應(yīng)消息，發(fā)送攜帶有電路識別碼信元和IP端點信息的切換請求消息至目標(biāo)基站控制器；切換確認(rèn)模塊，用于接收所述目標(biāo)基站控制器返回的攜帶TDM類型端點信息或IP類型端點信息的切換請求確認(rèn)消息。本發(fā)明實施例還提供了一種呼叫建立方法，其特征在于包括接收到媒體網(wǎng)關(guān)發(fā)送的指示完成建立IP端點的增加端點響應(yīng)消息之后，發(fā)送攜帶有網(wǎng)元標(biāo)識和網(wǎng)元呼叫標(biāo)識組成的呼叫標(biāo)識Call-ID的分配請求消息至基站控制器；或從為移動交換中心分配的Ca11-ID取值區(qū)間中選擇一個沒有被占用的Call-ID值，發(fā)送攜帶有所述選擇的Call-ID值的分配請求消息給基站控制器；各移動交換中心分配到的Ca11-1D取值區(qū)間互不重疊。本發(fā)明實施例還提供了一種呼叫切換方法，包括接收到媒體網(wǎng)關(guān)發(fā)送的完成建立IP端點的增加端點響應(yīng)消息之后，發(fā)送攜帶有網(wǎng)元標(biāo)識和網(wǎng)元呼叫標(biāo)識組成的呼叫標(biāo)識Ca1l-ID的切換請求消息至目標(biāo)基站控制器；或從為移動交換中心分配的Ca11-ID取值區(qū)間中選擇一個沒有被占用的Call-ID值，發(fā)送攜帶有所述選擇的Call-ID值的切換請求消息至目標(biāo)基站控制器；各移動交換中心分配到的Call-ID取值區(qū)間互不重疊。本發(fā)明實施例還提供了一種呼叫處理方法，包括接收攜帶呼叫標(biāo)識Call-ID的分配請求消息，當(dāng)才艮據(jù)所述攜帶呼叫標(biāo)識Call-ID的分配請求消息分配呼叫失敗時，返回攜帶有所述Call-ID的值和/或失敗原因指示值的分配失敗消息給移動交換中心，所述失敗原因指示值包括Call-ID已存在或Call-ID格式錯誤。本發(fā)明實施例還提供了另一種呼叫處理方法，包括接收攜帶呼叫標(biāo)識Call-ID的切換請求消息，當(dāng)才艮據(jù)所述攜帶呼叫標(biāo)識Call-ID的切換請求消息分配呼叫失敗時，返回攜帶有所述Ca11-ID的值和/或失敗原因指示值的切換失敗消息給移動交換中心，所述失敗原因指示值包括Call-ID已存在或Call-ID4各式錯誤。本發(fā)明實施例還提供了一種呼叫建立裝置，包括分配請求模塊，用于接收到媒體網(wǎng)關(guān)發(fā)送的指示完成建立IP端點的增加端點響應(yīng)消息之后，發(fā)送攜帶有網(wǎng)元標(biāo)識和網(wǎng)元呼叫標(biāo)識組成的呼叫標(biāo)識Call-ID的分配請求消息至基站控制器；或從為移動交換中心分配的Ca11-ID取值區(qū)間的中選擇一個沒有被占用的Call-ID值，發(fā)送攜帶有所述選擇的Call-ID值的分配請求消息中發(fā)送給基站控制器；各移動交換中心分配到的Call-ID取值區(qū)間互不重疊。本發(fā)明實施例還提供了一種呼叫切換裝置，包括第二切換請求模塊，用于接收到媒體網(wǎng)關(guān)發(fā)送的指示完成建立IP端點的增加端點響應(yīng)消息之后，發(fā)送攜帶有網(wǎng)元標(biāo)識和網(wǎng)元呼叫標(biāo)識組成的呼叫標(biāo)識Call-ID的切換請求消息至目標(biāo)基站控制器；或從為移動交換中心分配的Call-ID取值區(qū)間選擇一個沒有被占用的Call-ID值，發(fā)送攜帶有所述選擇的Call-ID值的切換請求消息至目標(biāo)基站控制器；各移動交換中心分配到的Call-ID取值區(qū)間互不重疊。本發(fā)明實施例還提供了一種呼叫處理裝置，包括消息接收模塊，用于接收攜帶呼叫標(biāo)識Call-ID的分配請求消息，或者接收攜帶呼叫標(biāo)識Call-ID的切換請求消息；失敗消息發(fā)送模塊，用于當(dāng)根據(jù)所述消息接收模塊接收的攜帶呼叫標(biāo)識Call-ID的分配請求消息分配呼叫失敗時，返回攜帶有所述Call-ID的值和/或失敗原因指示值的分配失敗消息給移動交換中心，所述失敗原因指示值包括Cal卜ID已存在或Call-ID格式錯誤；或，用于當(dāng)根據(jù)所述消息接收模塊接收的切換請求消息中攜帶的Ca11-1D的值在目標(biāo)基站控制器中已存在和/或被目標(biāo)基站控制器判斷為無效時，返回200810109387.9攜帶有所述Call-ID的值和/或失敗原因指示值的切換失敗消息給所述移動交換中心，所述失敗原因指示值包括Call-ID已存在或Call-ID格式錯誤。本發(fā)明實施例通過在發(fā)送給目標(biāo)BSC的切換請求消息中攜帶CIC值和IP端點信息，使得當(dāng)目標(biāo)BSC選擇TDM類型的端點時，可以直接使用MSC分配的該CIC值，從而避免了目標(biāo)BSC和MGW側(cè)各自獨立分配的TDM端點不匹配而導(dǎo)致呼叫失敗的情況，提高了呼叫成功率。圖1為現(xiàn)有技術(shù)GSM網(wǎng)絡(luò)架構(gòu)示意圖；圖2為現(xiàn)有技術(shù)呼叫切換流程圖3為本發(fā)明實施例提供的呼叫切換方法實施例一流程圖；圖4為本發(fā)明實施例提供的呼叫切換方法實施例二流程圖；圖5為本發(fā)明實施例提供的呼叫切換方法實施例三流程圖；圖6為本發(fā)明實施例提供的呼叫切換方法實施例四流程圖；圖7為本發(fā)明實施例提供的呼叫切換方法實施例五流程圖；圖8為本發(fā)明實施例提供的呼叫切換系統(tǒng)結(jié)構(gòu)示意圖；圖9為本發(fā)明實施例提供的呼叫切換裝置結(jié)構(gòu)示意圖；圖IO為本發(fā)明實施例提供的呼叫建立方法流程圖；圖11為本發(fā)明實施例提供的呼叫建立裝置結(jié)構(gòu)示意圖；圖12為本發(fā)明實施例提供的呼叫處理方法實施例一流程圖；圖13為本發(fā)明實施例提供的呼叫處理方法實施例二流程圖；圖14為本發(fā)明實施例提供的呼叫處理裝置結(jié)構(gòu)示意圖。具體實施例方式如圖3所示，為本發(fā)明實施例提供的呼叫切換方法實施例一示意圖；本實施例的源BSC為BSC1，本實施例的目標(biāo)BSC為BSC2，BSC1和BSC2屬于同一MSC。具體步驟包括步驟lll、發(fā)送攜帶有TDM類型端點信息及該TDM類型對應(yīng)的編碼信息，和IP類型端點信息及該IP類型對應(yīng)的編碼信息的增加端點請求消息給MGW，優(yōu)選的，所述編碼信息也可以包括呼叫推薦的編碼信息；步驟113、當(dāng)接收到指示MGW成功建立TDM端點和IP端點的增加端點響應(yīng)消息時，發(fā)送攜帶有電路識別碼信元和IP端點信息的切換請求消息至目標(biāo)基站控制器；步驟115、接收目標(biāo)BSC返回的攜帶TDM類型端點信息或IP類型端點信息的切換請求確i人消息。本發(fā)明實施例的呼叫切換方法和裝置，通過在發(fā)送給目標(biāo)BSC的切換請求消息中攜帶CIC值和IP端點信息，使得當(dāng)目標(biāo)BSC選擇TDM類型的端點時，可以直接使用MSC分配的CIC值，從而避免了目標(biāo)BSC和MGW側(cè)各自獨立分配的TDM端點不匹配而導(dǎo)致呼叫失敗的情況，提高了呼叫成功率，同時通過分別創(chuàng)建TDM端點和IP端點的方式，節(jié)省了資源開銷，提高了切換的速度。如圖4所示，為本發(fā)明實施例提供的呼叫切換方法實施例二示意圖；本實施例以目標(biāo)BSC選擇了TDM端口方式為例；本實施例的源BSC為BSC1，本實施例的目標(biāo)BSC為BSC2，BSC1和BSC2屬于同一MSC。具體步驟包括步驟211、BSC1發(fā)送切換申請(HandoverRequired)消息給MSCServer;該切換申請消息中攜帶用戶MS和BSC1當(dāng)前使用的語音編碼RanCl(RanCodec,接入網(wǎng)語音編碼)；步驟213、MSCServer收到該切換申請消息后，向MGW發(fā)送增加端點請求消息UDD.Req)，該消息中攜帶推薦的語音編碼信息(preferredRanC,簡稱pRanC),同時攜帶端點信息，例如，端點信息可以包括需要MGW創(chuàng)建的端點類型，即TDM端點和IP端點；用戶MS在BSC1下使用AoIP接口進(jìn)行正常的語音業(yè)務(wù)，BSC1和BSC2都屬于同一MSC。當(dāng)MS要由BSC1切換進(jìn)入BSC2，由于此時MSCServer并不知道BSC2當(dāng)前(動態(tài))的語音編碼的支持能力和相關(guān)的A接口類型，因此，為保證快速并成功切換，切入BSC2之前，在MGW上需要先為BSC2創(chuàng)建與BSC2配對的IP端點和TDM端點。步驟215、MGW根據(jù)接收到的增加端點請求消息創(chuàng)建與BSC2配對的TDM端點和IP端點，并返回增加端點響應(yīng)消息(ADD.Reply)，該消息中攜帶創(chuàng)建的端點類型，本實施例為TDM端點和IP端點；步驟217、MSCServer接收到增加端點響應(yīng)消息，發(fā)送切換請求消息(HandoverRequest)給BSC2'，該切換請求消息中攜帶MSC-PCL1(語音編碼4姿推薦的次序排列，其中更新的pRanC為最優(yōu)推薦的語音編碼)、TDM端點和IP端點等信息，其中TDM端點信息可以包含CIC信元，該CIC信元的值可以為MGW創(chuàng)建的TDM端點對應(yīng)的CIC1值；步驟219、BSC2接收到切換請求消息，接受CIC1值，從MSC-PCL1中選擇語音編碼RanC2，將RanC2、CIC1值和BSC2當(dāng)前支持的語音編碼列表攜帶在切換請求確iU肖息中返回給MSCServer;MSCServer根據(jù)該消息中攜帶的CIC信元可以得知BSC2選擇了TDM傳輸方式的A接口，因此BSC2選擇的端點類型與MGW上已創(chuàng)建的TDM端點類型一致，因為MGW上已創(chuàng)建TDM端點；該消息中攜帶CIC信元的值為CIC1，即CIC信元的值與切換請求消息中的CIC信元的值一樣。當(dāng)核心網(wǎng)分配了與BSC2配對的TDM端點資源，則本實施例中，MSCServer在發(fā)給BSC2的切換請求消息中就必須攜帶CIC信元并明確指示CIC的值。步驟221、MSCServer接收到切換請求確認(rèn)消息，判斷出BSC2選擇了TDM傳輸方式，發(fā)送攜帶有BSC2選擇的RanC2編碼類型的關(guān)于TDM端點的修改端點請求消息(MOD.Req)給MGW;步驟223、MGW修改創(chuàng)建的TDM端點，使得該TDM端點能夠使用編碼類型RanC2，同時將該TDM端點激活，使得MGW和BSC2間的TDM鏈路建立完成，可以進(jìn)行呼叫業(yè)務(wù)，然后MGW返回修改端點響應(yīng)消息(MOD.Reply)給MSCServerj步驟225、MSCServer發(fā)送攜帶有MGW創(chuàng)建的IP端點信息的刪除端點請求消息(SUB.Req)給MGW;由于BSC2最終選擇了TDM傳輸方式，之前MGW創(chuàng)建的IP端點就沒有保留的必要了，所以可以釋放該端點。步驟227、MGW將之前創(chuàng)建的IP端口刪除，并返回刪除端點響應(yīng)消息(SUB.Reply)給MSCServer。步驟229、MSCServer發(fā)送切換命令消息(HandoverCommand)給BSC1,該切換命令消息中攜帶BSC2選用的編碼類型RanC2;步驟231、BSC1將該切換命令消息發(fā)送給MS。通過切換命令消息，將RanC2通知給MS，并觸發(fā)MS的切換，MS根據(jù)該切換命令消息調(diào)整切換到BSC2的分配信道上，同時修改自身的語音編碼類型為RanC2，然后就可以使用RanC2了；如果RanC2和RanCl相同，則MS繼續(xù)使用RanCl。本實施例中，本實施例對步驟225-227與步驟229-231的順序不做限制，步驟225-227可以是在步驟229-231之前也可以在步驟229-231之后執(zhí)行。。本發(fā)明實施例能夠保證當(dāng)目標(biāo)BSC選擇TDM傳輸方式的A接口時，目標(biāo)BSC能夠選用與核心網(wǎng)事先分配的相同的CIC值，從而保證了切換以后呼叫的正常進(jìn)行，優(yōu)化了呼叫切換流程。如圖5所示，為本發(fā)明實施例提供的呼叫切換方法實施例三流程圖，本實施例以目標(biāo)BSC選擇了TDM端口方式為例，具體包括步驟311、BSC1發(fā)送切換申請消息給MSCServer,該切換申請消息中攜帶用戶MS和BSC1當(dāng)前使用的語音編碼RanCl;步驟313、MSCServer收到該切換申請消息后，向MGW發(fā)送增加端點請求消息；該消息中攜帶MSC推薦的語音編碼pRanC，同時攜帶端點信息，例如，端點信息可以包括需要MGW創(chuàng)建的端點類型，本實施例為IP端點；步驟315、MGW根據(jù)接收到的增加端點請求消息創(chuàng)建與BSC2配對的IP端點，并返回增加端點響應(yīng)消息，該消息中攜帶創(chuàng)建的IP端點信息；步驟317、MSCServer接收到增加端點響應(yīng)消息，發(fā)送切換請求消息給BSC2;該切換請求消息中攜帶MSC-PCL1(語音編碼按推薦的次序排列，更新的pRanC為最優(yōu)推薦的語音編碼)、IP端點信息等；步驟319、BSC2接收到切換請求消息，選擇TDM類型端點，賦值為CIC1，并從MSC-PCL1中選擇相應(yīng)的語音編碼類型RanC2，將RanC2、CICl的值和BSC2當(dāng)前支持的語音編碼列表攜帶在切換請求確認(rèn)消息中返回給MSCServer;該消息中攜帶CIC1值表示BSC2選擇了TDM傳輸方式，因此MGW上相應(yīng)地需要創(chuàng)建TDM端點；步驟321、MSCServer判斷得出BSC2選擇的TDM類型端點與MGW上已創(chuàng)建的IP端點類型不一致，則發(fā)送攜帶有BSC2上創(chuàng)建的TDM端點信息和RanC2的增加端點請求消息給MGW;雖然之前MGW為BSC2創(chuàng)建了對應(yīng)的IP端點，但是BSC2最終選擇的是TDM傳輸方式，因此MSCServer還需要通知MGW再為BSC2建立一個對應(yīng)的TDM端點；步驟323、MGW才艮據(jù)增加端點消息中的語音編碼類型RanC2和TDM端點信息創(chuàng)建與BSC2配對的TDM端點；并在創(chuàng)建TDM端點成功后返回增加端點響應(yīng)消息給MSCServer;步驟325、MSCServer發(fā)送切換命令消息(HandoverCommand)給BSC1，消息中攜帶語音編碼類型RanC2;步驟327、BSC1將該切換命令消息發(fā)給MS;步驟329、MSCServer發(fā)送攜帶有事先創(chuàng)建的IP端點的信息的刪除端點請求消息給MGW;步驟331、MGW將對應(yīng)的IP端點刪除，并返回刪除端點響應(yīng)消息給MSCServer。本實施例對步驟325-327與步驟329-331的順序不^f故限制，步驟325-327可以是在步驟329-331之前也可以在步驟329-331之后執(zhí)行。由實施例二和實施例三可得，BSC2決定使用TDM傳輸方式的A接口時，分配CIC的方式有兩種(1)如實施例三，MSCServer發(fā)送給BSC2的切換請求消息中不攜帶信道類型(ChannelType)信元和CIC信元，即核心網(wǎng)不先行分配TDM端點，BSC2接收到切換請求消息，決定使用TDM傳輸方式的A接口電路之后，在返回的切換請求確認(rèn)消息中攜帶BSC2指派的CIC值，然后MSCServer收到該切換請求確認(rèn)消息之后根據(jù)該CIC值通知MGW分配與BSC2配對的TDM端點，并釋放之前創(chuàng)建的IP端點；(2)如實施例二，MSCServer發(fā)送給BSC2的切換請求消息中不攜帶ChannelType信元，但是攜帶CIC信元，即核心網(wǎng)先行在分配了IP端點的同時也分配了TDM端點，BSC2收到切換請求消息后，接受核心網(wǎng)分配的CIC值，在返回的切換請求確認(rèn)消息攜帶的CIC信元中明確使用該CIC值，即該CIC的值必須與切換請求消息中攜帶的CIC值一致。然后MSCServer通知MGW修改并激活MGW上的TDM端點，同時釋放之前創(chuàng)建的IP端點。本發(fā)明實施例能夠保證當(dāng)目標(biāo)BSC選擇TDM傳輸方式的A接口時，目標(biāo)BSC能夠選用與核心網(wǎng)事先分配的相同的CIC值，從而保證了切換以后呼叫的正常進(jìn)行，優(yōu)化了呼叫切換流程。進(jìn)一步地，本發(fā)明實施例通過先創(chuàng)建一個端點，當(dāng)該創(chuàng)建的端點與目標(biāo)BSC選擇的端點類型不一致時，再創(chuàng)建目標(biāo)BSC選擇的類型的端點并與BSC選擇的端點匹配，從而解決了現(xiàn)有技術(shù)中先創(chuàng)建所有類型的端點造成的切換速度慢和資源浪費。如圖6所示，為本發(fā)明實施例提供的呼叫切換方法實施例四流程圖，本實施例以目標(biāo)BSC選擇IP傳輸方式為例，本實施例的步驟411-415與實施例二的步驟211-215相同，其區(qū)別在于BSC2選擇IP傳輸方式，如下步驟417、MSCServer接收到增加端點響應(yīng)消息，發(fā)送切換請求消息(HandoverRequest)給BSC2;該切換請求消息中攜帶MSC-PCL1(語音編碼按、惟薦的次序排列，更新的pRanC為最優(yōu)推薦的語音編碼)、TDM端點和IP端點等信息，其中TDM端點信息可以包含CIC信元，該CIC信元的值可以為MGW創(chuàng)建的TDM端點對應(yīng)的CIC1值；若MGW只創(chuàng)建了IP端點，則本步驟中的切換請求消息中不攜帶CIC信元。步驟419、BSC2接收到切換請求消息，從MSC-PCL中選擇語音編碼RanC2，將RanC2和BSC2創(chuàng)建的IP端點等信息攜帶在切換請求確認(rèn)消息中返回給MSCServer)該消息中攜帶的IP端點信息表示BSC2選擇了IP傳輸方式的A接口，因此只要根據(jù)BSC2選擇的RanC2修改并激活MGW上事先創(chuàng)建的IP端點并激活I(lǐng)P路由鏈路即可；步驟421、MSCServer接收到切換請求確認(rèn)消息，獲知BSC2選擇了IP傳輸方式，與已創(chuàng)建的IP端點類型一致，因此發(fā)送攜帶有BSC2的IP端點信息和RanC2的修改端點請求消息(M0D.Req)給MGW;步驟423、MGW修改創(chuàng)建的IP端點，使得該IP端點能夠使用編碼類型RanC2，同時將該IP端點激活，使得MGW和BSC2之間IP路由鏈路建立，可以進(jìn)行呼叫業(yè)務(wù)，然后MGW返回修改端點響應(yīng)消息(MOD.Reply)給MSCServer;步驟425、若之前MGW創(chuàng)建了TDM類型的端點，則MSCServer發(fā)送攜帶有MGW創(chuàng)建的TDM端點信息的刪除端點請求消息(SUB.Req)給MGW;由于BSC2選擇了IP傳輸方式，所以之前MGW創(chuàng)建的TDM端點就沒有保留的必要了，所以可以釋放該端點。步驟427、MGW將之前創(chuàng)建的TDM端點刪除，并返回刪除端點響應(yīng)消息(SUB.Reply)給MSCServer步驟429、MSCServer發(fā)送切換命令消息(HandoverCommand)給BSC1,該切換命令消息中攜帶BSC2選用的編碼類型RanC2;步驟431、BSC1將該切換命令消息發(fā)送給MS;通過切換命令消息，將RanC2通知給MS,并觸發(fā)MS的切換，MS根據(jù)該切換命令消息調(diào)整切換到BSC2分配的信道上，同時修改自身的語音編碼類型為RanC2，然后就可以4吏用RanC2了；如果RanC2和RanCl相同，則MS繼續(xù)使用RanCl。本實施例的步驟417之前若MGW創(chuàng)建了TDM類型的端點，則步驟417中發(fā)送給BSC2的切換請求消息中仍需攜帶為MGW創(chuàng)建的TDM端點分配的CIC值，是因為此時MSCServer還不知道BSC2會選擇哪種端點類型。本實施例對步驟425-427與步驟429-431的順序不做限制，步驟425-427可以在步驟429-431之前也可以在步驟429-431之后。本發(fā)明實施例通過在發(fā)給目標(biāo)BSC的消息中攜帶為MGW創(chuàng)建的TDM端點的CIC值，從而有效保證了當(dāng)目標(biāo)BSC選擇TDM傳輸方式時，目標(biāo)BSC和核心網(wǎng)選用相同的CIC，從而優(yōu)化了呼叫切換流程。如圖7所示，為本發(fā)明實施例提供的呼叫切換方法實施例五流程圖；本實施例包括步驟711、BSC1發(fā)送切換申請消息給MSCServer,該消息中攜帶有BSC1當(dāng)前使用的語音編碼RanCl;步驟713、MSCServer收到該切換申請消息后，向MGW發(fā)送增加端點請求消息(ADD.Req)，該消息中攜帶推薦的語音編碼(preferredRanC,簡稱pRanC),同時攜帶端點信息，例如，端點信息可以包括需要MGW創(chuàng)建的端點類型，即IP端點；步驟715、MGW根據(jù)接收到的增加端點請求消息創(chuàng)建與BSC2配對的IP端點，并返回增加端點響應(yīng)消息(ADD.Reply)，該消息中攜帶創(chuàng)建的端點信息，即IP端點信息；步驟717、MSCServer接收到增加端點響應(yīng)消息，發(fā)送切換請求消息(HandoverRequest)給BSC2;該切換請求消息中攜帶MSCServer分配的Call-ID2;為了避免BSC1同時收到來自不同MSCServer分配的相同數(shù)值Call-ID的呼叫請求，應(yīng)該把來自不同MSCServer的Call-ID加以區(qū)分。由于在一個PLMN網(wǎng)絡(luò)中，MSCServer的數(shù)量遠(yuǎn)遠(yuǎn)少于BSC的數(shù)量，且MSCServer負(fù)責(zé)具體的呼叫業(yè)務(wù)控制，因此本實施例中的Call-ID只能由MSCServer進(jìn)行分配，BSC無權(quán)分配。當(dāng)某一MSCServer分配了Call-ID并建立了相應(yīng)的呼叫，只要該呼叫沒有切換到其他的MSCServer或者該呼叫沒有被刪除，則該呼叫的Cal1-ID始終有效，且數(shù)值不能被修改。步驟719、BSC2接收到切換請求消息，接受Cal卜ID2，從MSC-PCL中選擇其語音編碼RanC2，將創(chuàng)建的IP端點信息、RanC2和Call-ID2攜帶在切換請求確認(rèn)消息中返回給MSCServer;步驟721、MSCServer接收到切換請求確認(rèn)消息，獲知BSC2選擇了IP傳輸方式，發(fā)送攜帶有BSC2的IP端點信息和RanC2的修改端點請求消息(M0D.Req)給MGW;步驟723、MGW修改創(chuàng)建的IP端點，使該IP端點能夠使用編碼類型RanC2，同時將該IP端點激活，使得MGW和BSC2之間可以進(jìn)行呼叫業(yè)務(wù)，然后MGW返回修改成功響應(yīng)消息(MOD.Reply)給MSCServer;本實施例中Call-ID的表達(dá)方式有兩種(1)為全網(wǎng)中的各個MSCServer分別分配一段Call-ID的取值范圍對于網(wǎng)絡(luò)中^f吏用了共享池(MSCinPool)方式的配置的情況下，即BSC連接了多個MSCServer,不同的MSCServer不能保證分配不同數(shù)值的Call-ID，這時就可以采用本實施例的為全網(wǎng)中的各個MSCServer分別分配一段Call-ID的取值范圍的方法。可以根據(jù)網(wǎng)絡(luò)中網(wǎng)元的個數(shù)，例如MSCServer的個數(shù)，將Call-ID的32比特長度的取值范圍分段，每個MSCServer^吏用一^殳Cal卜ID;也可以每個Pool中的MSCServer共享一段Call-ID的取值范圍。例如MSCServerl、MSCServer2和MSCServer3組成一個共享Pool,當(dāng)MSCServer2為一個呼叫分配了數(shù)值為3的CaU-ID，MSCServer2通4口MSCServerl和MSCServer3,MSCServerl和MSCServer3，尤不再分酉己數(shù)值為3的Call-ID的呼叫；同樣地當(dāng)MSCServer2釋放了數(shù)值為3的Call-ID的呼叫，也會通知MSCServerl和MSCServer3，則MSCServerl和MSCServer3可以分配數(shù)值為3的Call-ID。(2)用"網(wǎng)元標(biāo)識"和"網(wǎng)元呼叫標(biāo)識"的組合來表示Call-ID"網(wǎng)元標(biāo)識"可以釆用信令點編碼、唯一標(biāo)識網(wǎng)元的IP3也址、全網(wǎng)內(nèi)部分配的網(wǎng)元編號等方式，"網(wǎng)元標(biāo)識，，為能在全網(wǎng)范圍內(nèi)唯一標(biāo)識該網(wǎng)元，例如MSCServer的標(biāo)識。"網(wǎng)元呼叫標(biāo)識，，表示該網(wǎng)元為呼叫能夠分配的編號，可以為網(wǎng)元內(nèi)部統(tǒng)一分配的呼叫標(biāo)識值，可以用一定范圍的數(shù)值來表示具體的呼叫標(biāo)識值，編號的具體分配可以由該網(wǎng)元來控制。網(wǎng)元內(nèi)部不僅可以統(tǒng)一分配該呼叫標(biāo)識值，還對分配的這些呼叫標(biāo)識值進(jìn)行管理、刪除。具體實施例可參見上述呼叫建立方法實施例的描述。本發(fā)明實施例的呼叫切換方法，通過用網(wǎng)元標(biāo)識和網(wǎng)元呼叫標(biāo)識的組合來表示Call-ID,或事先為網(wǎng)元分配不同的Call-ID取值范圍，從各自的Call-ID取值范圍中選取Call-ID分配給呼叫，使得Call-ID的唯一性得到保證，從而保證BSC不會收到數(shù)值相同的Call-ID;提高了呼叫切換的成功率。圖8為本發(fā)明實施例提供的呼叫切換系統(tǒng)結(jié)構(gòu)示意圖，本實施例包括增加端點請求模塊l,第一切換請求模塊2和切換確認(rèn)模塊3。其中增加端點請求模塊1用于發(fā)送攜帶有TDM類型端點信息及所述TDM類型對應(yīng)的呼叫推薦的編碼信息，和IP類型端點信息及所述IP類型對應(yīng)的呼叫推薦的編碼信息的增加端點請求消息給媒體網(wǎng)關(guān)；切換請求模塊2用于當(dāng)接收到媒體網(wǎng)關(guān)成功建立TDM端點和IP端點的增加端點響應(yīng)消息時，發(fā)送攜帶有電路識別碼信元和IP端點信息的切換請求消息至目標(biāo)基站控制器；切換確認(rèn)模塊3用于接收目標(biāo)基站控制器返回的攜帶TDM類型端點信息或IP類型端點信息的切換請求確認(rèn)消息。本實施例還進(jìn)一步包括刪除;f莫塊4，用于當(dāng)成功建立了TDM端點和IP端點時，根據(jù)目標(biāo)基站控制器返回的切換請求確認(rèn)消息中攜帶的TDM類型端點信息或IP類型端點信息，通知刪除與切換請求確認(rèn)消息中攜帶的端點信息指示的端點類型不同的已成功建立的端點。還可以進(jìn)一步判斷模塊5，用于判斷切換請求確認(rèn)消息中攜帶的端點信息指示的端點類型，與增加端點響應(yīng)消息攜帶的已建立的端點信息中指示的端點類型是否相同。另外，本實施例還包括建立端點模塊6，用于根據(jù)接收到的增加端點請求消息建立TDM端點和IP端點，并返回已成功建立所述TDM端點和IP端點的增加端點響應(yīng)消息。端點類型選擇模塊7，用于接收切換請求消息，發(fā)送攜帶有選擇的端點信息的切換請求確認(rèn)消息。如圖9所示，為本發(fā)明實施例提供的呼叫切換裝置結(jié)構(gòu)示意圖，本實施例包括第二切換請求模塊8，用于接收到媒體網(wǎng)關(guān)發(fā)送的完成建立IP端點的增加端點響應(yīng)消息之后，發(fā)送攜帶有網(wǎng)元標(biāo)識和網(wǎng)元呼叫標(biāo)識組成的呼叫標(biāo)識Ca11-ID的切換請求消息至目標(biāo)基站控制器；或從為移動交換中心分配的Call-ID取值區(qū)間中選擇一個沒有被占用的Call-ID值，發(fā)送攜帶有選擇的Call-ID值的切換請求消息至目標(biāo)基站控制器，各移動交換中心分配到的Call-ID取值區(qū)間互不重疊。還可以包括確認(rèn)接收模塊9,用于接收所述目標(biāo)基站控制器建立以所述Ca11-ID值標(biāo)識的呼叫之后返回的攜帶有所述Ca11-1D值的切換請求確認(rèn)消息。如圖10所示，為本發(fā)明實施例提供的呼叫建立方法流程圖，本實施例包括步驟611、BSC1發(fā)送層3(CompleteLayer3)消息給MSCServer,該消息中攜帶BSC-SCL1，表示BSC1當(dāng)前支持的語音編碼信息，也表示BSC1在A接口上支持IP類型；步驟613、MS發(fā)送直接傳輸應(yīng)用部分(DirectTransferApplicationPart,簡稱DTAP)消息給MSCServer,該消息中攜帶MS-SCLl,表示MS支持的語音編碼信息；步驟615、MSCServer接收到層3消息和DTAP消息，從BSCl和MS支持的編碼信息的交集中選出最優(yōu)推薦的編碼，然后發(fā)送增加端點請求消息給MGW,該消息中攜帶最優(yōu)推薦的編碼，指示MGW根據(jù)該最優(yōu)推薦的編碼建立IP端點；步驟617、MGW接收到增加端點請求消息，根據(jù)消息中的最優(yōu)推薦的編碼建立IP端點，然后返回增加端點響應(yīng)消息給MSCServer;步驟619、MSCServer發(fā)送分配請求消息(AssignmentRequest)給BSC1，該消息中攜帶MSCServer分配給BSC1的Call-ID1和MGW上已建立的IP端點信息；為了避免BSC1同時收到來自不同MSCServer分配的相同數(shù)值Call-ID的呼叫請求，應(yīng)該把來自不同MSCServer的Call-ID加以區(qū)分。由于在一個公眾陸地移動電話網(wǎng)(PublicLandMobileNetwork,簡稱PLMN)網(wǎng)絡(luò)中，MSCServer的數(shù)量遠(yuǎn)遠(yuǎn)少于BSC的數(shù)量，且MSCServer負(fù)責(zé)具體的呼叫業(yè)務(wù)控制，因此本實施例中的Call-ID只能由MSCServer進(jìn)行分配，BSC1無權(quán)分配。當(dāng)某一MSCServer分配了Call-ID并建立了相應(yīng)的呼叫，只要該呼叫沒有切換到其他的MSCServer或者該呼叫沒有被刪除，則該呼叫的Cal1-ID始終有效，且數(shù)值不能被修改。步驟621、BSC1建立MS和BSC1之間的連接，發(fā)送分配完成消息(AssignmentComplete)給MSCServer,該消息中攜帶有創(chuàng)建的IP端點、為IP端點選擇的編碼類型和Call-ID1等信息；步驟623、MSCServer發(fā)送修改端點請求消息給MGW,該消息中攜帶BSC1分配的IP端點和選用的編碼信息；步驟625、MGW接收到該修改端點請求消息，修改創(chuàng)建的IP端點，使該IP端點能夠使用修改端點請求消息中攜帶的編碼類型，并激活I(lǐng)P端點，使得MGW和BSC1之間的IP鏈路建立完成，然后返回修改端點響應(yīng)消息。本實施例中Call-ID的表達(dá)方式有兩種(1)為全網(wǎng)中的各個MSCServer分別分配一段CaU-ID的取值范圍對于網(wǎng)絡(luò)中使用了共享池(MSCinPool)方式的配置的情況下，即BSC連接了多個MSCServer,不同的MSCServer不能保證分配不同數(shù)值的Call-ID，這時就可以采用本實施例的為全網(wǎng)中的各個MSCServer分別分配一卑殳Call-ID的取值范圍的方法。可以根據(jù)網(wǎng)絡(luò)中網(wǎng)元個數(shù)，例如MSCServer的個數(shù)，將Cal卜ID的32比特長度的取值范圍分段，每個MSCServer使用一段Call-ID;也可以每個Pool中的MSCServer共享一段Call-ID的取值范圍。例如MSCServerl、MSCServer2和MSCServer3組成一個共享Pool,當(dāng)MSCServer2為一個呼叫分配了數(shù)值為3的Call-ID,則MSCServer2通知MSCServerl和MSCServer3，MSCServerl和MSCServer3就不再分配凄t值為3的Call-ID;同樣地當(dāng)MSCServer2釋放了Call-ID=3的呼叫，也通4口MSCServerl和MSCServer3，則MSCServerl和MSCServer3可以分配數(shù)值為3的Call-ID。(2)用"網(wǎng)元標(biāo)識"和"網(wǎng)元呼叫標(biāo)識"的組合來表示Call-ID"網(wǎng)元標(biāo)識，，可以采用信令點編碼、唯一標(biāo)識網(wǎng)元的IP地址、全網(wǎng)內(nèi)部分配的網(wǎng)元編號等方式，"網(wǎng)元標(biāo)識"為能在全網(wǎng)范圍內(nèi)唯一標(biāo)識該網(wǎng)元，即MSCServer的才示識。"網(wǎng)元呼叫標(biāo)識，，表示該網(wǎng)元能夠為呼叫分配的編號，可以用一定范圍的數(shù)值來表示具體的呼叫標(biāo)識值，編號的具體分配可以由該網(wǎng)元來控制，例如"網(wǎng)元標(biāo)識，，采用信令點編碼，則Call-ID的表達(dá)方式如表3所示表387654321信元標(biāo)識符字節(jié)1信元長度字節(jié)2信令點編碼字節(jié)3-(n+5)網(wǎng)元內(nèi)呼叫編號字節(jié)(n+6)—(n+9)"網(wǎng)元呼叫標(biāo)識"為所述網(wǎng)元內(nèi)部統(tǒng)一分配的呼叫標(biāo)識值，如表2所示使用4個字節(jié)長度，就足夠單個網(wǎng)元用來分配呼叫，"網(wǎng)元呼叫標(biāo)識"部分的表達(dá)方式如表4所示表487654321域標(biāo)識(FieldElementidentifier)字節(jié)1長度=(n+l)字節(jié)20/E地址性質(zhì)表示語字節(jié)3信令點編碼地址信息字節(jié)4-(n+3)其中，n為表4中"信令點編碼地址信息"部分的字節(jié)長度；0/E為奇/偶標(biāo)志八位位組3的比特8，表示地址信息中所含地址信號數(shù)目的奇/偶，具體為0:偶數(shù)個地址信號1:奇數(shù)個地址信號地址性質(zhì)表示語八位位組3的比特1-7，表示地址信息的屬性，具體為比特76543210000000(0)空閑0000001(1)用戶號碼0000010(2)國內(nèi)備用0000011(3)國內(nèi)有效號碼0000100(4)國際號碼0000101(5)至1111111(127)空閑地址信息八位位組4及其以后的信息都是地址信號，其格式為0/E-1,即K為奇數(shù)且K-n/2-l;每個地址信號占4個比特，其表達(dá)方式如表5所示表587654321第2個地址信號第l個地址信號字節(jié)4第4個地址信號第3個地址信號字節(jié)5………填充o第K個地址信號字節(jié)(n+3)若O/E-0，l即K為偶數(shù)且K-n/2;每個地址信號占4個比特，其表達(dá)方式如表6所示表687654321第2個地址信號第l個地址信號字節(jié)4第4個地址信號第3個地址信號字節(jié)5…...…第K個地址信號第(K-l)個地址信號字節(jié)(n+3)本發(fā)明實施例的呼叫建立方法，通過用網(wǎng)元標(biāo)識和網(wǎng)元呼叫標(biāo)識的組合保證，從而保證BSC不會收到數(shù)值相同的Call-ID;提高了呼叫建立的成功率。如圖ll所示，為本發(fā)明實施例提供的呼叫建立裝置結(jié)構(gòu)示意圖；本實施例包括分配請求模塊IO,用于接收到媒體網(wǎng)關(guān)發(fā)送的完成建立IP端點的增加端點響應(yīng)消息之后，將網(wǎng)元標(biāo)識和網(wǎng)元呼叫標(biāo)識組成的呼叫標(biāo)識Call-ID攜帶在分配請求消息中發(fā)送給基站控制器；或從為移動交換中心分配的Call-ID取值區(qū)間中選擇一個沒有被占用的Call-ID值，發(fā)送攜帶有選擇的Call-ID值的分配請求消息至基站控制器。本實施例還可以包括完成消息接收模塊11，用于接收基站控制器建立以Call-ID值標(biāo)識的呼叫之后返回的攜帶有該Call-ID值的分配完成消息。如圖12所示，為本發(fā)明實施例提供的呼叫處理方法實施例一流程圖，本實施例的步驟811-819與圖8所示實施例的步驟611-619相同，區(qū)別在于以下步驟步驟821、BSCl接收到MSCServer發(fā)送的分配請求消息，獲得該消息里攜帶的Call-ID的值，BSCl判斷該Call-ID的值是否已經(jīng)存在于BSCl中并判斷該Cal1-ID的標(biāo)識方式是否有效，若已存在和/或標(biāo)識方式無效，則發(fā)送攜帶有該Call-ID和/或相應(yīng)失敗原因指示值的分配失敗消息給MSCServer;本實施例呼叫建立失敗的原因包括BSC收到重復(fù)數(shù)值的Call-ID值，語音編碼類型不支持、資源不可用、CaU-ID標(biāo)識方式無效等，這些原因也會導(dǎo)致呼叫失敗。Call-ID標(biāo)識方式無效比如Call-ID少了一個字節(jié)，則失敗原因指示值中包含"Call-ID格式錯誤"，以指示該Call-ID的標(biāo)識方式無效。BSC收到重復(fù)數(shù)值的Call-ID值，則失敗原因指示值中包含"Call-ID已存在"。步驟823、MSCServer終止與該Call-ID的值對應(yīng)的呼叫進(jìn)程。如圖13所示，為本發(fā)明實施例提供的呼叫處理方法實施例二流程圖，本實施例的步驟911-917與圖9所示實施例的步驟711-717相同，區(qū)別在于以下步驟步驟919、BSC2接收到切換請求消息，獲得該切換請求消息中的Call-ID的值，BSC2判斷該Ca11-ID的值是否已經(jīng)存在于BSC2中，并判斷該Call-ID的標(biāo)識方式是否有效，若已存在和/或標(biāo)識方式無效，則發(fā)送攜帶有該Call-ID和/或相應(yīng)失敗原因指示值的切換失敗消息給MSCServer;本實施例呼叫切換失敗的原因包括BSC收到重復(fù)數(shù)值的Call-ID值，語音編碼類型不支持、資源不可用、Call-ID標(biāo)識方式無效等，這些原因均會導(dǎo)致呼叫失敗。Cal卜ID標(biāo)識方式無效比如Call-ID少了一個比特位，則BSC2可以判斷出該Call-ID的格式出錯，進(jìn)而將包含"Call-ID格式錯誤"的失敗原因指示值通知給MSCServer。若BSC收到重復(fù)數(shù)值的Call-ID值，則將包含"Call-ID已存在"的失敗原因指示值通知給MSCServer。步驟921、MSCServer終止與該Call-ID的值對應(yīng)的切換流程。本發(fā)明實施例呼叫處理方法能夠有效處理BSC接收到重復(fù)數(shù)值的Call-ID的呼叫。具體地通過將已存在同樣數(shù)值的Call-ID攜帶在分配失敗消息或切換失敗消息中告知MSCServer，使得MSCServer可以根據(jù)該Ca11-ID的值終止重復(fù)Cal1-ID導(dǎo)致的異常呼叫流程。如圖14所示，為本發(fā)明實施例提供的呼叫處理裝置實施例結(jié)構(gòu)示意圖，本實施例包括消息接收模塊12,用于接收攜帶呼叫標(biāo)識Call-ID的分配請求消息，或者接收攜帶呼叫標(biāo)識Call-ID的切換請求消息；失敗消息發(fā)送模塊13，用于接收攜帶呼叫標(biāo)識Call-ID的分配請求消息，當(dāng)根據(jù)接收到的攜帶呼叫標(biāo)識Call-ID的分配請求消息分配呼叫失敗時，返回攜帶有該Call-ID的值和/或相應(yīng)失敗原因指示值的分配失敗消息給移動交換中心，該失敗原因指示值包括Call-ID已存在或Cal1-ID格式錯誤；或，用于接收攜帶呼叫標(biāo)識Call-ID的切換請求消息，當(dāng)根據(jù)接收到的攜帶呼叫標(biāo)識Call-ID的切換請求消息分配呼叫失敗時，返回攜帶有該Cal1-ID的值和/或相應(yīng)失敗原因指示值的切換失敗消息給所述移動交換中心，還可以發(fā)送攜帶包含"Call-ID格式錯誤"或"Call-ID已存在"的失敗原因指示值的分配失敗消息或切換失敗消息給移動交換中心。還可以包括切換響應(yīng)模塊14,用于當(dāng)Call-ID的值不存在于目標(biāo)基站控制器中且標(biāo)識方式有效時，在呼叫分配完成后返回切換請求確認(rèn)消息；和/或分配響應(yīng)模塊15，用于當(dāng)Call-ID的值不存在于目標(biāo)基站控制器中且標(biāo)識方式有效時，在呼叫分配完成后返回分配完成消息。是可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于計算機(jī)可讀存儲介質(zhì)中，該程序在執(zhí)行時包括上述實施例中的步驟。相應(yīng)的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案而非對其進(jìn)行限制，盡管參照較佳實施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對本發(fā)明的技術(shù)方案進(jìn)行修改或者等同替換，而這些修改或者等同替換亦不能使修改后的技術(shù)方案脫離本發(fā)明技術(shù)方案的精神和范圍。權(quán)利要求1、一種呼叫切換方法，其特征在于，包括發(fā)送攜帶有時分復(fù)用TDM類型端點信息及所述TDM類型對應(yīng)的編碼信息，和互聯(lián)網(wǎng)協(xié)議IP類型端點信息及所述IP類型對應(yīng)的編碼信息的增加端點請求消息給媒體網(wǎng)關(guān)；當(dāng)接收到指示所述媒體網(wǎng)關(guān)成功建立TDM端點和IP端點的增加端點響應(yīng)消息時，發(fā)送攜帶有電路識別碼信元和IP類型端點信息的切換請求消息至目標(biāo)基站控制器；接收所述目標(biāo)基站控制器返回的攜帶TDM類型端點信息或IP類型端點信息的切換請求確認(rèn)消息。2、根據(jù)權(quán)利要求l所述的呼叫切換方法，其特征在于，所述接收所述目標(biāo)基站控制器返回的攜帶TDM類型端點信息或IP類型端點信息的切換請求確認(rèn)消息之后還包括當(dāng)所述媒體網(wǎng)關(guān)成功建立了TDM端點和IP端點時，根據(jù)所述目標(biāo)基站控制器返回的切換請求確認(rèn)消息中攜帶的TDM類型端點信息或IP類型端點信息，通知所述Jf某體網(wǎng)關(guān)刪除與所述切換請求確認(rèn)消息中攜帶的端點信息指示的端點類型不同的已成功建立的端點。3、根據(jù)權(quán)利要求l所述的呼叫切換方法，其特征在于，所述接收到指示所述媒體網(wǎng)關(guān)成功建立TDM端點和IP端點的增加端點響應(yīng)消息之前還包括所述媒體網(wǎng)關(guān)根據(jù)接收到的增加端點請求消息建立TDM端點和IP端點，并返回增加端點響應(yīng)消息。4、根據(jù)權(quán)利要求l所述的呼叫切換方法，其特征在于，所述接收所述目標(biāo)基站控制器返回的攜帶TDM類型端點信息或IP類型端點信息的切換請求確認(rèn)消息之前還包括所述目標(biāo)基站控制器接收所述切換請求消息，發(fā)送攜帶有選擇的端點信息的切換請求確認(rèn)消息。5、根據(jù)權(quán)利要求1所述的呼叫切換方法，其特征在于，所述TDM類型對應(yīng)的編碼信息為所述TDM類型對應(yīng)的呼叫推薦的編碼信息；所述IP類型對應(yīng)的編碼信息為所述IP類型對應(yīng)的呼叫推薦的編碼信息。6、一種呼叫切換系統(tǒng)，其特征在于包括增加端點請求^f莫塊，用于發(fā)送攜帶有TDM類型端點信息及所述TDM類型對應(yīng)的編碼信息，和IP類型端點信息及所述IP類型對應(yīng)的編碼信息的增加端點請求消息給媒體網(wǎng)關(guān)；第一切換請求模塊，用于當(dāng)接收到指示成功建立TDM端點和IP端點的增加端點響應(yīng)消息時，發(fā)送攜帶有電路識別碼信元和IP端點信息的切換請求消息至目標(biāo)基站控制器；切換確認(rèn)模塊，用于接收所述目標(biāo)基站控制器返回的攜帶TDM類型端點信息或IP類型端點信息的切換請求確認(rèn)消息。7、根據(jù)權(quán)利要求6所述的呼叫切換系統(tǒng)，其特征在于還包括刪除才莫塊，用于當(dāng)成功建立了TDM端點和IP端點時，根據(jù)所述目標(biāo)基站控制器返回的切換請求確認(rèn)消息中攜帶的TDM類型端點信息或IP類型端點信息，通知刪除與所述切換請求確認(rèn)消息中攜帶的端點信息指示的端點類型不同的已成功建立的端點。8、根據(jù)權(quán)利要求6所述的呼叫切換系統(tǒng)，其特征在于還包括建立端點模塊，用于根據(jù)接收到的增加端點請求消息建立TDM端點和IP端點，并返回指示成功建立所述TDM端點和IP端點的增加端點響應(yīng)消息。9、根據(jù)權(quán)利要求6所述的呼叫切換系統(tǒng)，其特征在于還包括端點類型選擇模塊，用于接收所述切換請求消息，發(fā)送攜帶有選擇的端點信息的切換請求確認(rèn)消息。10、一種呼叫建立方法，其特征在于包括接收到媒體網(wǎng)關(guān)發(fā)送的指示成功建立IP端點的增加端點響應(yīng)消息之后，發(fā)送攜帶有網(wǎng)元標(biāo)識和網(wǎng)元呼叫標(biāo)識組成的呼叫標(biāo)識Call-ID的分配請求消息至基站控制器；或從為移動交換中心分配的Ca11-ID取值區(qū)間中選擇一個沒有被占用的Call-ID值，發(fā)送攜帶有所述選擇的Call-ID值的分配請求消息給基站控制器；各移動交換中心分配到的Call-ID取值區(qū)間互不重疊。11、根據(jù)權(quán)利要求IO所述的呼叫建立方法，其特征在于所述發(fā)送攜帶有網(wǎng)元標(biāo)識和網(wǎng)元呼叫標(biāo)識組成的呼叫標(biāo)識Cal1-ID的分配請求消息至基站控制器，或發(fā)送攜帶有選擇的Call-ID值的分配請求消息給基站控制器之后還包括接收所述基站控制器建立以所述Call-ID值標(biāo)識的呼叫之后返回的攜帶有所述Call-ID值的分配完成消息。12、根據(jù)權(quán)利要求10所述的呼叫建立方法，其特征在于所述網(wǎng)元標(biāo)識為全網(wǎng)絡(luò)中對所述網(wǎng)元的唯一標(biāo)識，所述網(wǎng)元標(biāo)識包括信令點編碼，或網(wǎng)元IP地址，或全網(wǎng)內(nèi)部統(tǒng)一分配的網(wǎng)元編號；所述網(wǎng)元呼叫標(biāo)識包括為所述網(wǎng)元內(nèi)部統(tǒng)一分配的呼叫標(biāo)識值。13、一種呼叫切換方法，其特征在于包括接收到媒體網(wǎng)關(guān)發(fā)送的指示完成建立IP端點的增加端點響應(yīng)消息之后，發(fā)送攜帶有網(wǎng)元標(biāo)識和網(wǎng)元呼叫標(biāo)識組成的呼叫標(biāo)識Call-ID的切換請求消息至目標(biāo)基站控制器；或從為移動交換中心分配的Ca11-1D取值區(qū)間中選擇一個沒有被占用的Call-ID值，發(fā)送攜帶有所述選擇的Call-ID值的切換請求消息至目標(biāo)基站控制器；各移動交換中心分配到的Call-ID取值區(qū)間互不重疊。14、根據(jù)權(quán)利要求13所述的呼叫切換方法，其特征在于所述發(fā)送攜帶有網(wǎng)元標(biāo)識和網(wǎng)元呼叫標(biāo)識組成的呼叫標(biāo)識Cal1-ID的切換請求消息至基站控制器，或發(fā)送攜帶有所述選擇的Call-ID值的切換請求消息至基站控制器之后還包括接收所述目標(biāo)基站控制器建立以所述Ca11-ID值標(biāo)識的呼叫之后返回的攜帶有所述Ca11-ID值的切換請求確認(rèn)消息。15、根據(jù)權(quán)利要求13所述的呼叫切換方法，其特征在于所述網(wǎng)元標(biāo)識為全網(wǎng)絡(luò)中對所述網(wǎng)元的唯一標(biāo)識，所述網(wǎng)元標(biāo)識包括信令點編碼，或網(wǎng)元IP地址，或全網(wǎng)內(nèi)部統(tǒng)一分配的網(wǎng)元編號；所述網(wǎng)元呼叫標(biāo)識包括為所述網(wǎng)元內(nèi)部統(tǒng)一分配的呼叫標(biāo)識值。16、一種呼叫處理方法，其特征在于，包括接收攜帶呼叫標(biāo)識Call-ID的分配請求消息，當(dāng)根據(jù)所述攜帶呼叫標(biāo)識Call-ID的分配請求消息分配呼叫失敗時，返回攜帶有所述Call-ID的值和/或失敗原因指示值的分配失敗消息給移動交換中心，所述失敗原因指示值包括Call-ID已存在或Call-ID格式錯誤。17、根據(jù)權(quán)利要求16所述的呼叫處理方法，其特征在于，所述根據(jù)攜帶呼叫標(biāo)識Call-ID的分配請求消息分配呼叫失敗具體包括當(dāng)所述Call-ID的值已存在于所述基站控制器中，和/或所述Ca11-ID的值無效時，則分配呼叫失敗。18、根據(jù)權(quán)利要求16所述的呼叫處理方法，其特征在于，所述發(fā)送攜帶有所述Call-ID值和/或失敗原因指示值的分配失敗消息給移動交換中心之后還包括所述移動交換中心根據(jù)所述Call-ID值和/或失敗原因指示值終止與該Call-ID值對應(yīng)的呼叫。19、根據(jù)權(quán)利要求17所述的呼叫處理方法，其特征在于，所述方法進(jìn)一步包括當(dāng)所述Call-ID的值不存在于基站控制器中，且被基站控制器判斷為有效，則在成功分配呼叫后返回分配完成消息。20、一種呼叫處理方法，其特征在于，包括接收攜帶呼叫標(biāo)識Call-ID的切換請求消息，當(dāng)根據(jù)所述攜帶呼叫標(biāo)識Call-ID的切換請求消息分配呼叫失敗時，返回攜帶有所述Call-ID的值和/或失敗原因指示值的切換失敗消息給移動交換中心，所述失敗原因指示值包括Call-ID已存在或Call-ID格式錯誤。21、根據(jù)權(quán)利要求20所述的呼叫處理方法，其特征在于，所述根據(jù)攜帶呼叫標(biāo)識Call-ID的切換請求消息分配呼叫失敗具體包括當(dāng)所述Call-ID的值已存在于所述基站控制器中，和/或所述Call-ID的值無效時，則分配呼叫失敗。22、根據(jù)權(quán)利要求20所述的呼叫處理方法，其特征在于，所述發(fā)送攜帶有所述Call-ID值和/或失敗原因指示值的切換失敗消息給移動交換中心之后還包括所述移動交換中心根據(jù)所述Ca11-1D值和/或失敗原因指示值終止與該Call-ID值對應(yīng)的呼叫。23、根據(jù)權(quán)利要求21所述的呼叫處理方法，其特征在于，所述方法進(jìn)一步包括當(dāng)所述Call-ID的值不存在于基站控制器中，JU皮基站控制器判斷為有效時，則在成功分配呼叫后返回切換請求確認(rèn)消息。24、一種呼叫建立裝置，其特征在于包括分配請求模塊，用于接收到媒體網(wǎng)關(guān)發(fā)送的指示完成建立IP端點的增加端點響應(yīng)消息之后，發(fā)送攜帶有網(wǎng)元標(biāo)識和網(wǎng)元呼叫標(biāo)識組成的呼叫標(biāo)識Call-ID的分配請求消息至基站控制器；或從為移動交換中心分配的Ca1l-ID取值區(qū)間中選擇一個沒有被占用的Call-ID值，發(fā)送攜帶有所述選擇的Call-ID值的分配請求消息給基站控制器；各移動交換中心分配到的Call-ID取值區(qū)間互不重疊。25、根據(jù)權(quán)利要求24所述的呼叫建立裝置，其特征在于還包括完成消息接收模塊，用于接收所述基站控制器建立以所述Ca11-ID值標(biāo)識的呼叫之后返回的攜帶有所述Ca11-ID值的分配完成消息。26、一種呼叫切換裝置，其特征在于包括第二切換請求模塊，用于接收到媒體網(wǎng)關(guān)發(fā)送的完成建立IP端點的增加端點響應(yīng)消息之后，發(fā)送攜帶有網(wǎng)元標(biāo)識和網(wǎng)元呼叫標(biāo)識組成的呼叫標(biāo)識Call-ID的切換請求消息至目標(biāo)基站控制器；或從為移動交換中心分配的Call-ID取值區(qū)間中選擇一個沒有被占用的Call-ID值，發(fā)送攜帶有所述選擇的Call-ID值的切換請求消息至目標(biāo)基站控制器；各移動交換中心之間分配到的Call-ID取值區(qū)間互不重疊。27、根據(jù)權(quán)利要求26所述的呼叫切換裝置，其特征在于還包括確認(rèn)接收模塊，用于接收所述目標(biāo)基站控制器建立以所述Call-ID值標(biāo)識的呼叫之后返回的攜帶有所述Call-ID值的切換請求確認(rèn)消息。28、一種呼叫處理裝置，其特征在于，包括消息接收模塊，用于接收攜帶呼叫標(biāo)識Call-ID的分配請求消息，或者接收攜帶呼叫標(biāo)識Call-ID的切換請求消息；失敗消息發(fā)送模塊，用于當(dāng)根據(jù)所述消息接收模塊接收的攜帶呼叫標(biāo)識Call-ID的分配請求消息分配呼叫失敗時，返回攜帶有所述Call-ID的值和/或失敗原因指示值的分配失敗消息給移動交換中心，所述失敗原因指示值包括Cal卜ID已存在或Call-ID格式錯誤;或，用于當(dāng)根據(jù)所述消息接收才莫塊接收的攜帶Call-ID的切換請求消息分配呼叫失敗時，返回攜帶有所述Call-ID的值和/或失敗原因指示值的切換失敗消息給所述移動交換中心，所述失敗原因指示值包括Call-ID已存在或Call-ID格式錯誤。29、根據(jù)權(quán)利要求28所述的呼叫處理裝置，其特征在于，還包括切換響應(yīng)模塊，用于當(dāng)所述Call-ID的值不存在于目標(biāo)基站控制器中且為有效時，在完成呼叫分配后返回切換請求確認(rèn)消息；和/或分配響應(yīng)才莫塊，用于當(dāng)所述Call-ID的值不存在于基站控制器中且為有效時，在完成呼叫分配后返回分配完成消息。全文摘要本發(fā)明實施例公開了一種呼叫切換、建立、處理方法及裝置與系統(tǒng)，呼叫切換方法包括發(fā)送攜帶有TDM類型端點信息及所述TDM類型對應(yīng)的編碼信息，和IP類型端點信息及所述IP類型對應(yīng)的編碼信息的增加端點請求消息給媒體網(wǎng)關(guān)；接收到指示所述媒體網(wǎng)關(guān)成功建立TDM端點和IP端點的增加端點響應(yīng)消息，發(fā)送攜帶有電路識別碼信元和IP類型端點信息的切換請求消息至目標(biāo)基站控制器；接收所述目標(biāo)基站控制器返回的攜帶TDM類型端點信息或IP類型端點信息的切換請求確認(rèn)消息。本發(fā)明實施例能夠避免目標(biāo)基站控制器和核心網(wǎng)側(cè)各自獨立分配的TDM端點不匹配而導(dǎo)致呼叫失敗的情況，提高了呼叫成功率。文檔編號H04W8/08GK101600179SQ20081010938公開日2009年12月9日申請日期2008年6月7日優(yōu)先權(quán)日2008年6月7日發(fā)明者星朱,王之曦,鈞秦申請人:華為技術(shù)有限公司