專利名稱：：通信系統(tǒng)、設(shè)備以及多媒體呼叫方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及通信領(lǐng)域，特別是涉及一種通信系統(tǒng)、設(shè)備以及多媒體呼叫方法。
背景技術(shù)：
：目前第三代移動通信(3QThirdGenerationMobileCommunication)的多媒體業(yè)務(wù)要求主被叫終端在呼叫應(yīng)答時(shí)進(jìn)行多媒體協(xié)商，協(xié)商成功后呼叫雙方才可以通話，移動業(yè)務(wù)交換中心/訪問位置寄存器/業(yè)務(wù)交換點(diǎn)(MSC/VLR/SSP，MobileServiceSwitchingCenter/VisitLocationRegister/ServiceSwitchPoint)在此過程中負(fù)責(zé)承載通道的建立。一般多々某體業(yè)務(wù)主被叫終端之間的多媒體協(xié)商是在帶內(nèi)(H.324復(fù)用流)完成的，即由主被叫終端直接進(jìn)行協(xié)商，MSC/VLR/SSP在這個(gè)過程中只是負(fù)責(zé)承載通道的建立，并不參與協(xié)商過程。所述H.324復(fù)用流中的LC0(LC:邏輯通道)承載H.245控制信令，其他邏輯通道則用于傳輸包括音頻和視頻的媒體流。H.245信令用于在協(xié)商階段完成交互終端能力集和打開媒體流邏輯通道等過程。參閱圖l,所述多媒體業(yè)務(wù)呼叫流程具體包括步驟101:主叫發(fā)起呼叫；步驟102:主叫側(cè)的主叫MSC/VLR從歸屬位置寄存器(HLR,HomeLocationRegister)獲得被叫的MSRN號碼，然后路由呼叫至被叫側(cè)的被叫MSC/VLR;步驟103:呼叫應(yīng)答后主叫的終端UEa和被叫終端之間進(jìn)行終端能力集(TCS，TerminalCapabilitySet)、主/人確定(MSD，MasterSlaveDetermination)、本地復(fù)用表發(fā)送(LMS,LocalMuxtableSend)及打開邏輯通道(OLC,OpenLogicChannel)等協(xié)商過程l)TCS過程獲取對端各種H.245中定義的能力，包括復(fù)用能力、接收發(fā)送各種編解碼類型媒體的能力等，以便在打開邏輯通道時(shí)選擇合適的編解碼、復(fù)用參數(shù)等；2)MSD過程確定一端為Master,—端為Slave。呼叫過程中發(fā)生沖突時(shí)，以Master的選擇為準(zhǔn)，比如在打開邏輯通道時(shí)Master和Slave選擇了不同的編解碼則以Master的選擇為準(zhǔn)；3)LMS過程發(fā)送本地復(fù)用表；4)OLC過程打開媒體流的邏輯通道。步驟104:協(xié)商完成后雙方開始通話對于特殊的多媒體業(yè)務(wù)，比如預(yù)付費(fèi)業(yè)務(wù)(PPS，PrepaidPaidServices)用戶，用戶信息是存放在歸屬業(yè)務(wù)控制點(diǎn)(SCP，ServiceControlPoint)上。當(dāng)PPS用戶發(fā)生國際漫游時(shí)，由于漫游所在地的網(wǎng)絡(luò)和歸屬國網(wǎng)絡(luò)的智能網(wǎng)沒有連接或者無法交互，因此在漫游地?zé)o法直接觸發(fā)國際漫游PPS用戶的主叫智能流程，導(dǎo)致國際漫游PPS用戶無法發(fā)起呼叫。為此提出基于非結(jié)構(gòu)化補(bǔ)充(附加)業(yè)務(wù)數(shù)據(jù)(USSD,UnstructuredSupplementaryServiceData)的回呼(UCB,USSDCallBack)方案，該方案只要求漫游國/地區(qū)的網(wǎng)絡(luò)支持USSD功能。圖2是現(xiàn)有技術(shù)UCB呼叫的流程圖，為了描述方便，下文中所有涉及的方案均以CAMEL4協(xié)議實(shí)現(xiàn)的UCB為例進(jìn)行說明，相關(guān)流程中A為發(fā)起呼叫的國際漫游PPS用戶，B為接受呼叫的普通用戶，MSC/VLR/SSP在3GPPR4的承載與控制分離的架構(gòu)下為MSCServer+MGW。所述UCB呼叫流程如下步驟201:主叫發(fā)起攜帶特定的USSD碼和被叫號碼的USSD請求，該請求經(jīng)國際關(guān)口局到達(dá)主叫歸屬的主叫HLR;步驟202:主叫HLR轉(zhuǎn)發(fā)攜帶主被叫號碼的USSD請求給USSD中心-主叫歸屬的業(yè)務(wù)控制點(diǎn)(SCP,ServiceControlPoint);步驟203:主叫SCP根據(jù)USSD碼觸發(fā)UCB流程，下發(fā)接續(xù)主叫的指示給處理UCB的業(yè)務(wù)交換點(diǎn)(SSP,ServiceSwitchPoint);步驟204:主叫SSP啟動對主叫的網(wǎng)絡(luò)呼叫，呼叫應(yīng)答后向主叫SCP上報(bào)應(yīng)答指示；步驟205:主叫SCP下發(fā)對主叫放音和接續(xù)被叫的指示給主叫SSP;步驟206:主叫SSP對主叫播放"正在接續(xù)被叫，請稍候"類似的提示7音，同時(shí)啟動對被叫的網(wǎng)絡(luò)呼叫，呼叫應(yīng)答后向主叫SCP上報(bào)應(yīng)答指示；這里完成對主叫的呼叫連#~。步驟207:主叫SCP下發(fā)停止對主叫放音和接通主叫和被叫的指示給主叫SSP,主叫SSP停止放音，并接通主叫和被叫的兩段呼叫，主叫和被叫開這里完成對被叫的呼叫連接，并且在網(wǎng)絡(luò)側(cè)將上述主叫和被叫的呼叫連接進(jìn)行橋接，完成主叫和被叫的呼叫通路。如上所述，對于UCB呼叫，SSP需要分別建立到主被叫的網(wǎng)絡(luò)呼叫，在兩段呼叫都應(yīng)答后再進(jìn)行橋接，接通主被叫。UCB呼叫對語音業(yè)務(wù)沒有特殊要求，但如果要支持多媒體業(yè)務(wù)，則需要SSP實(shí)現(xiàn)與移動終端的多媒體協(xié)商，這在目前還沒有可行的方案。
發(fā)明內(nèi)容本發(fā)明實(shí)施方式要解決的技術(shù)問題是分別提供一種UCB呼叫下實(shí)現(xiàn)多媒體業(yè)務(wù)的通信系統(tǒng)、通信設(shè)備以及多媒體呼叫方法。為解決上述第一技術(shù)問題，本發(fā)明提供一種通信系統(tǒng)實(shí)施方式，包括業(yè)務(wù)交換點(diǎn)、第一實(shí)體以及第二實(shí)體，所述業(yè)務(wù)交換點(diǎn)分別啟動到基于USSD回呼的主叫和被叫終端的兩段多媒體呼叫，所述第一實(shí)體包括主叫多媒體協(xié)商單元，用于在所述主叫終端對上述呼叫應(yīng)答后與其完成多媒體協(xié)商并得到第一協(xié)商結(jié)果，所述第二實(shí)體包括被叫多媒體協(xié)商裝置，用于在所述被叫終端對上述呼叫應(yīng)答后，根據(jù)所述第一協(xié)商結(jié)果與被叫終端完成多媒體協(xié)商并得到第二協(xié)商結(jié)果。為解決上述第二技術(shù)問題，本發(fā)明提供一種通信設(shè)備，包括呼叫應(yīng)答接收單元和多媒體協(xié)商單元，所述呼叫應(yīng)答接收單元用于接收基于USSD回呼的呼叫應(yīng)答；所述多媒體協(xié)商單元用于在接收到所述基于USSD回呼的呼叫應(yīng)答后與應(yīng)答方完成多媒體協(xié)商。為解決上述第三技術(shù)問題，本發(fā)明提供一種多媒體呼叫方法實(shí)施方式，包括啟動到主叫的基于USSD的回呼呼叫；在所述主叫應(yīng)答后，與所述主叫進(jìn)行第一次多媒體協(xié)商；啟動到被叫的基于USSD的回呼呼叫；在所述被叫應(yīng)答后，根據(jù)所述第一次多媒體協(xié)商的結(jié)果與所述被叫進(jìn)行第二次多媒體協(xié)商；協(xié)商成功后，接通主叫和^皮叫方的呼叫。以上第一技術(shù)方案可以看出，由于在主叫和被叫終端分別對UCB呼叫進(jìn)行應(yīng)答后，采用主被叫多媒體協(xié)商單元分別與主叫終端和被叫終端完成多媒體協(xié)商，即在UCB呼叫的主被叫兩段呼叫間建立網(wǎng)絡(luò)代理，完成與主叫和被叫終端的多媒體協(xié)商，相對現(xiàn)有技術(shù)在UCB呼叫情景下無法支持多媒體業(yè)務(wù)的技術(shù)缺陷，本發(fā)明顯然可實(shí)現(xiàn)支持UCB呼叫的多媒體業(yè)務(wù)的功能。以上第二技術(shù)方案可以看出，由于采用呼叫應(yīng)答接收單元接收UCB呼叫的應(yīng)答，觸發(fā)多媒體協(xié)商單元與應(yīng)答方完成多媒體協(xié)商，即在UCB呼叫的主被叫兩段呼叫間建立網(wǎng)絡(luò)代理，完成多媒體協(xié)商，相對現(xiàn)有技術(shù)在UCB呼叫情景下無法支持多媒體業(yè)務(wù)的技術(shù)缺陷，本發(fā)明顯然可實(shí)現(xiàn)支持UCB呼叫的多媒體業(yè)務(wù)的功能。以上第三技術(shù)方案可以看出，由于在主叫和;故叫終端分別對UCB呼叫進(jìn)行應(yīng)答后，分別與主叫終端和被叫終端完成多媒體協(xié)商，即在UCB呼叫的主被叫兩段呼叫間建立網(wǎng)絡(luò)代理，完成與主叫和被叫終端的多媒體協(xié)商，相對現(xiàn)有技術(shù)在UCB呼叫情景下無法支持多媒體業(yè)務(wù)的技術(shù)缺陷，本發(fā)明顯然可實(shí)現(xiàn)支持UCB呼叫的多媒體業(yè)務(wù)的功能。圖l是現(xiàn)有技術(shù)多媒體業(yè)務(wù)的呼叫流程圖；圖2是現(xiàn)有技術(shù)UCB呼叫的流程圖；圖3是本發(fā)明多媒體呼叫方法第一實(shí)施方式的流程圖；圖4是本發(fā)明多i某體呼叫方法第二實(shí)施方式的流程圖；圖5是本發(fā)明多々某體呼叫方法第三實(shí)施方式的流程圖；圖6是本發(fā)明通信設(shè)備第二實(shí)施方式的原理框圖；圖7是本發(fā)明通信系統(tǒng)第二實(shí)施方式的原理框圖；圖8是本發(fā)明通信系統(tǒng)第三實(shí)施方式的原理框圖；圖9是本發(fā)明通信設(shè)備第三實(shí)施方式的原理框圖；圖IO是本發(fā)明通信設(shè)備第四實(shí)施方式的原理框圖。具體實(shí)施方式本發(fā)明提供通信系統(tǒng)第一實(shí)施方式，其包括SSP、第一實(shí)體以及第二實(shí)體，所述SSP分別啟動到基于USSD回呼的主叫和被叫終端的兩段多媒體呼叫，所述第一實(shí)體包括主叫多媒體協(xié)商單元，用于在所述主叫終端對上述呼叫應(yīng)答后與其完成多媒體協(xié)商并得到第一協(xié)商結(jié)果，所述第二實(shí)體包括被叫多媒體協(xié)商單元，用于在所述被叫終端對上述呼叫應(yīng)答后，根據(jù)所述第一協(xié)商結(jié)果與被叫終端完成多i某體協(xié)商并得到第二協(xié)商結(jié)果。以上可以看出，本實(shí)施方式在主叫和被叫終端分別對UCB呼叫進(jìn)行應(yīng)答后，采用主被叫多媒體協(xié)商單元分別與主叫終端和被叫終端完成多媒體協(xié)商，即在UCB呼叫的主被叫兩段呼叫間建立網(wǎng)絡(luò)代理，完成與主叫和被叫終端的多媒體協(xié)商，可實(shí)現(xiàn)支持UCB呼叫的多媒體業(yè)務(wù)。本發(fā)明還提供通信設(shè)備第一實(shí)施方式，其包括呼叫應(yīng)答接收單元和多媒體協(xié)商單元，所述呼叫應(yīng)答接收單元用于接收基于USSD回呼的呼叫應(yīng)答；所述多媒體協(xié)商單元用于在接收到所述基于USSD回呼的呼叫應(yīng)答后與應(yīng)答方完成多媒體協(xié)商。同理，本實(shí)施方式通信設(shè)備采用多媒體協(xié)商單元與應(yīng)答方完成多媒體協(xié)商，可實(shí)現(xiàn)支持UCB呼叫的多媒體業(yè)務(wù)。本發(fā)明還提供多媒體呼叫方法第一實(shí)施方式，包括步驟步驟A:啟動到UCB主叫的多媒體呼叫；步驟B:在該主叫應(yīng)答后，與該主叫進(jìn)行第一次多媒體協(xié)商；步驟C:啟動到UCB被叫的多媒體呼叫；步驟D:在該被叫應(yīng)答后，根據(jù)該第一次多媒體協(xié)商的結(jié)果與該被叫進(jìn)行第二次多媒體協(xié)商；步驟E:協(xié)商成功后，接通主叫和被叫方的呼叫。以上可以看出，本實(shí)施方式在啟動到UCB主叫/-故叫的多+某體呼叫過程中，在主叫/被叫應(yīng)答后分別增加多媒體協(xié)商步驟，可實(shí)現(xiàn)支持UCB呼叫的多媒體業(yè)務(wù)。本發(fā)明實(shí)施方式可以應(yīng)用于UCB的多媒體呼叫或其他需要在UCB業(yè)務(wù)中進(jìn)行多媒體協(xié)商的所有技術(shù)，其中進(jìn)行多媒體協(xié)商的實(shí)體可以是視頻互通網(wǎng)關(guān)(VIGVideoInterworkingGateway)或其他相同或類似功能的實(shí)體。VIG的作用可以是單純的多媒體協(xié)商，也可以從與之交互的主叫/被叫終端的H.324復(fù)用流中解復(fù)用出H.245控制信令、音頻以及視頻，并與移動終端協(xié)商該H.245信令攜帶的編解碼以完成多媒體協(xié)商。協(xié)商后，將解復(fù)用出的H.245控制信令、音頻和視頻重新復(fù)用成H.324復(fù)用流傳送給對端終端。VIG具體配置時(shí)有兩種選擇內(nèi)置于SSP中，或作為外置的獨(dú)立網(wǎng)元進(jìn)行配置。本發(fā)明實(shí)施方式分內(nèi)置VIG和外置VIG兩種方案進(jìn)行描述。SSP的構(gòu)成包括但不限于3GPPR4的承載與控制分離的架構(gòu)。以下結(jié)合實(shí)施方式和附圖，對本發(fā)明進(jìn)行詳細(xì)描述。參閱圖3,是本發(fā)明多媒體呼叫方法第二實(shí)施方式，該實(shí)施方式是內(nèi)置VIG的UCB方案。簡單來說，將VIG設(shè)置于SSP內(nèi)。應(yīng)用于UCB的多媒體呼叫時(shí)，該多々某體呼叫方法主要分兩段進(jìn)程當(dāng)SSP建立A段網(wǎng)絡(luò)呼叫時(shí)，VIG在主叫終端應(yīng)答后與其進(jìn)行多媒體協(xié)商，協(xié)商完成后由SSP對主叫終端播放一段音A見頻提示正在接續(xù)被叫；當(dāng)SSP建立B段網(wǎng)絡(luò)呼叫并且被叫終端應(yīng)答時(shí)，VIG再次根據(jù)A段呼叫的協(xié)商結(jié)果與被叫終端進(jìn)行多媒體協(xié)商，協(xié)商完成后由SSP停止提示音/視頻的播放，并完成兩段呼叫的橋接，接通主被叫。具體地，該內(nèi)置VIG方案的多媒體呼叫方法處理流程如下步驟301:主叫終端發(fā)起攜帶多媒體業(yè)務(wù)對應(yīng)的USSD碼和被叫終端號碼的USSD請求，該請求經(jīng)國際關(guān)口局到達(dá)主叫終端歸屬的主叫HLR。步驟302:主叫HLR轉(zhuǎn)發(fā)攜帶主被叫終端號碼的USSD請求給USSD中心-主叫終端歸屬的主叫SCP。步驟303:主叫SCP根據(jù)USSD碼觸發(fā)UCB流程，下發(fā)接續(xù)主叫終端的指示給處理UCB的主叫SSP。步驟304:啟動到UCB主叫的多媒體呼叫；主叫SSP發(fā)送IAM消息到主叫MSC/VLR，啟動到UCB主叫終端的多媒體呼叫。該主叫MSC/VLR返回呼叫應(yīng)答信號ANM到主叫SSP,觸發(fā)以下的第一次多媒體協(xié)商過程。步驟305:在該主叫應(yīng)答后，與該主叫進(jìn)行第一次多媒體協(xié)商。呼叫應(yīng)答后主叫終端發(fā)起與主叫SSP內(nèi)VIG之間的TCS、MSD、LMS以及OLC等協(xié)商過程。具體的第一次多媒體協(xié)商過程如下1)主叫SSP在主叫終端應(yīng)答后接收到主叫終端的復(fù)用流；2)調(diào)用解復(fù)用資源從該復(fù)用流中解析出主叫終端支持的編解碼；3)該主叫SSP內(nèi)的VIG與主叫終端協(xié)商出一致的編解碼，得出協(xié)商結(jié)果。主叫SSP內(nèi)的VIG與主叫終端完成協(xié)商后，對主叫終端播放一段音/視頻提示正在接續(xù)被叫。該音/視頻資源可為本地資源，也可由外部的多媒體資源平臺提供。同時(shí)向主叫SCP上報(bào)主叫終端應(yīng)答指示；協(xié)商失敗時(shí)結(jié)束呼叫。步驟306:主叫SCP下發(fā)接續(xù)被叫終端的指示給主叫SSP。步驟307:主叫SSP啟動到UCB被叫終端的多媒體呼叫。主叫SSP發(fā)送IAM消息到被叫MSC/VLR，啟動到UCB被叫終端的多媒體呼叫。該被叫MSC/VLR返回呼叫應(yīng)答信號ANM到主叫SSP,觸發(fā)以下的第二次多媒體協(xié)商過程。步驟308:在該被叫應(yīng)答后，與該被叫進(jìn)行第二次多媒體協(xié)商。呼叫應(yīng)答后被叫終端發(fā)起TCS、MSD、LMS及OLC等的協(xié)商過程，主叫SSP/VIG根據(jù)A段呼叫的協(xié)商結(jié)果與被叫終端完成協(xié)商后，并且向主叫SCP上報(bào)應(yīng)答指示；協(xié)商失敗時(shí)結(jié)束呼叫。具體的第二次多媒體協(xié)商過程如下1)主叫SSP在被叫終端應(yīng)答后接收到被叫終端的復(fù)用流；2)調(diào)用解復(fù)用資源從該復(fù)用流中解析出被叫終端支持的編解碼；3)判斷主叫終端和;故叫終端是否能夠協(xié)商出一致的編解碼，即判斷上述第一次多媒體協(xié)商結(jié)果中的編解碼與被叫終端支持的編解碼是否有交集；4)當(dāng)判斷結(jié)果為是時(shí)，釋放該解復(fù)用資源，直接在主被叫終端之間通過主叫SSP傳輸復(fù)用流；在判斷結(jié)果為否時(shí)，采用編解碼變換資源將來自主叫終端的已解復(fù)用流轉(zhuǎn)換成與被叫終端支持的編解碼一致的解復(fù)用流，或?qū)碜员唤薪K端的已解復(fù)用流轉(zhuǎn)換成與主叫終端支持的編解碼一致的解復(fù)用流，并復(fù)用該經(jīng)轉(zhuǎn)換編解碼的解復(fù)用流，以便上述主被叫終端接通時(shí)可以分別傳輸主叫到被叫、被叫到主叫終端的數(shù)據(jù)流。其中，如果主被叫與網(wǎng)絡(luò)的兩段呼叫能在傳輸?shù)母鞣N媒體流(包括音頻和視頻)上通過端到端的TrFO(免編解碼變換器操作)都協(xié)商出一致的編解碼，則可以釋放附加的該解復(fù)用資源，直接在主被叫終端之間通過主叫SSP傳輸復(fù)用流，否則還需要占用額外的TC(編解碼變換器)資源，此資源和解復(fù)用資源直到呼叫結(jié)束時(shí)才會被釋放。步驟309:主叫SCP下發(fā)接通主叫終端和被叫終端的指示給主叫SSP，主叫SSP停止提示音/一見頻的播放，并接通主叫和被叫終端的兩段呼叫，主叫和-故叫終端開始通話。以上描述可以知道，本實(shí)施方式在啟動到UCB主叫A皮叫的多媒體呼叫過程中，在步驟304、307中主叫/被叫應(yīng)答后，在步驟305、308分別完成多媒體協(xié)商。完成多媒體協(xié)商后在步驟309中接通主被叫終端，可實(shí)現(xiàn)支持UCB呼叫的多媒體業(yè)務(wù)。圖4和圖5分別是本發(fā)明多媒體呼叫方法第三、四實(shí)施方式，該兩實(shí)施方式是外置VIG的UCB方案。簡單來說，將VIG設(shè)置于SSP除外的其他網(wǎng)元中，實(shí)現(xiàn)同樣的多々某體協(xié)商功能。其中，外置的VIG可以分為主叫VIG和被叫VIG。應(yīng)用于UCB的多媒體呼叫時(shí)，該多々某體呼叫方法仍主要分兩段進(jìn)程當(dāng)SSP建立A段網(wǎng)絡(luò)呼叫時(shí)，主叫VIG在主叫終端應(yīng)答后與其進(jìn)行多媒體協(xié)商，協(xié)商完成后由SSP對主叫終端播放一段音/視頻提示正在接續(xù)被叫；當(dāng)SSP建立B段網(wǎng)絡(luò)呼叫并且被叫終端應(yīng)答時(shí)，被叫VIG根據(jù)A段呼叫的協(xié)商結(jié)果與被叫終端進(jìn)行多媒體協(xié)商，協(xié)商完成后由SSP停止提示音/視頻的播放。最后完成兩段呼叫的橋接，接通主被叫。外置VIG的UCB方案根據(jù)A/B段呼叫接通后是否占用SSP與VIG之間的承載又可細(xì)分為兩種方案方案一A/B段呼叫接通后主叫SSP與VIG之間存在承載連接；方案二A/B段呼叫接通后主叫SSP與VIG之間不存在承載連接。以下分別介紹。參閱圖4，是本發(fā)明多媒體呼叫方法第三實(shí)施方式，該實(shí)施方式中VIG包括物理分離的主叫VIG和被叫VIG,主被叫VIG都位于SSP之外，并且在A、B段呼叫接通后SSP與VIG之間存在承載連接，具體多媒體呼叫方法處理流程如下步驟401:主叫終端發(fā)起攜帶多媒體業(yè)務(wù)對應(yīng)的USSD碼和被叫終端號碼的USSD請求，該請求經(jīng)國際關(guān)口局到達(dá)主叫終端歸屬的主叫HLR。步驟402:主叫HLR轉(zhuǎn)發(fā)攜帶主被叫終端號碼的USSD請求給USSD中心-主叫終端歸屬的主叫SCP。步驟403:主叫SCP根據(jù)USSD碼觸發(fā)UCB流程，下發(fā)接續(xù)主叫終端的指示給處理UCB的主叫SSP。步驟404:啟動到UCB主叫的多媒體呼叫；主叫SSP啟動對主叫終端的網(wǎng)鄉(xiāng)各呼叫，收到主叫HLR的SRIACK響應(yīng)后路由呼叫至主叫VIG。其中，主叫SSP采用SIP協(xié)議與主叫VIG交互，并在發(fā)送給主叫VIG的INVITE消息中攜帶SDP信息，包括編解碼和主叫SSP為A段呼叫在主叫SSP與主叫VIG之間分配的主叫SSP承載資源相關(guān)的信息，比如IP地址和UDP端口號等。主叫VIG路由呼叫至主叫終端所在的主叫MSC/VLR，具體是主叫VIG發(fā)送IAM消息到主叫MSC/VLR,啟動到UCB主叫終端的多i某體呼叫。該主叫MSC/VLR返回呼叫應(yīng)答信號ANM到主叫VIG，觸發(fā)以下的第一次多媒體協(xié)商過程。步驟405:在該主叫應(yīng)答后，與該主叫進(jìn)行第一次多媒體協(xié)商。具體的第一次多媒體協(xié)商過程如下1)主叫VIG在主叫終端應(yīng)答后接收到主叫終端的復(fù)用流；2)調(diào)用解復(fù)用資源從該復(fù)用流中解析出主叫終端支持的編解碼；3)該主叫VIG與主叫終端協(xié)商出一致的編解碼，得出協(xié)商結(jié)果。4)主叫VIG與主叫終端完成協(xié)商后向主叫SSP發(fā)送200OKINVITE消息。其中該200OKINVITE攜帶SDP信息，包括A^炎呼叫的協(xié)商結(jié)果和主叫VIG為A段呼叫在主叫VIG與主叫SSP之間分配的主叫VIG所在實(shí)體的承載資源相關(guān)的信息，如IP地址和UDP端口號等；該主叫SSP根據(jù)來自該主叫VIG所在實(shí)體的承載地址建立主叫VIG所在實(shí)體與該主叫SSP的承載連接，該承載連接用于播放音/視頻提示。步驟406:主叫SSP對主叫終端播放一段音/視頻提示正在接續(xù)被叫，該音/視頻資源可為本地資源，也可由外部的多媒體資源平臺提供。并給主叫VIG返回ACK消息，同時(shí)向主叫SCP上報(bào)應(yīng)答指示。步驟407:主叫SCP下發(fā)接續(xù)被叫終端的指示給主叫SSP。步驟408:主叫SSP啟動到UCB被叫終端的多々某體呼叫。主叫SSP收到被叫HLR的SRIACK響應(yīng)后路由呼叫至被叫VIG。具體是該主叫SSP采用SIP協(xié)議與被叫VIG交互，在發(fā)送給;故叫VIG的INVITE消息中攜帶SDP信息，包括A段呼叫的協(xié)商結(jié)果和主叫SSP為B段呼叫在主叫SSP與被叫VIG之間分配的主叫SSP承載資源相關(guān)的信息，如IP地址和UDP端口號等。步驟409:被叫VIG路由呼叫至被叫終端所在的被叫MSC/VLR。被叫VIG發(fā)送IAM消息到被叫MSC/VLR，啟動到UCB被叫終端的多媒體呼叫。該被叫MSC/VLR返回呼叫應(yīng)答信號ANM到被叫VIG,觸發(fā)以下的第二次多媒體協(xié)商過程。步驟410:在該被叫應(yīng)答后，與該被叫進(jìn)行第二次多媒體協(xié)商。呼叫應(yīng)答后被叫終端發(fā)起TCS、MSD、LMS以及OLC等協(xié)商過程，被叫VIG根據(jù)A段呼叫協(xié)商出的編解碼與被叫終端完成協(xié)商；協(xié)商失敗時(shí)結(jié)束呼叫。具體的第二次多媒體協(xié)商過程如下1)被叫VIG在被叫終端應(yīng)答后接收到被叫終端的復(fù)用流；2)調(diào)用解復(fù)用資源從該復(fù)用流中解析出被叫終端支持的編解碼；3)判斷主叫終端和被叫終端是否能夠協(xié)商出一致的編解碼，即判斷上述第一次多媒體協(xié)商結(jié)果中的編解碼與被叫終端支持的編解碼是否有交集；4)當(dāng)判斷結(jié)果為是時(shí)，復(fù)用經(jīng)解復(fù)用的數(shù)據(jù)流，以便下述主被叫終端接通時(shí)可以分別傳輸主叫到被叫、被叫到主叫終端的數(shù)據(jù)流；在判斷結(jié)果為否時(shí)，采用編解碼變換資源將來自主叫終端的已解復(fù)用流轉(zhuǎn)換成與被叫終端支持的編解碼一致的解復(fù)用流，或?qū)碜员唤薪K端的已解復(fù)用流轉(zhuǎn)換成與主叫終端支持的編解碼一致的解復(fù)用流，并復(fù)用該經(jīng)轉(zhuǎn)換編解碼的解復(fù)用流，以便下述主被叫終端接通時(shí)可以分別傳輸主叫到被叫、被叫到主叫終端的數(shù)據(jù)流o如果兩段呼叫不能在傳輸?shù)母鞣N媒體流(包括音頻和視頻)上通過端到端的TrFO都協(xié)商出一致的編解碼，則需要占用額外的TC資源，此資源直到呼叫結(jié)束時(shí)才被釋放。協(xié)商完成后被叫VIG向主叫SSP發(fā)送200OKINVITE消息。該INVITE消息攜帶SDP信息，包括B段呼叫的協(xié)商結(jié)果和被叫VIG為B段呼叫在被叫VIG與主叫SSP之間分配的被叫VIG所在實(shí)體承載資源相關(guān)的信息，如IP地址和UDP端口號等。至此，主叫SSP在上述步驟405與本步驟分別得到了主叫VIG和被叫VIG所在實(shí)體的承載地址，分別建立了到主叫VIG和被叫VIG所在實(shí)體之間的數(shù)據(jù)通道，為主被叫接通做準(zhǔn)備。步驟411:主叫SSP給被叫VIG返回ACK消息，并向主叫SCP上報(bào)應(yīng)答指示。步驟412:主叫SCP下發(fā)接通主叫終端和邱皮叫終端的指示給主叫SSP,主叫SSP停止提示音/視頻的播放，并根據(jù)步驟405和步驟410中得到的主被叫VIG所在實(shí)體的承載地址，分別建立到主叫VIG和被叫VIG所在實(shí)體之間的數(shù)據(jù)通道。最后主叫SSP在此數(shù)據(jù)通道上接通主叫終端和被叫終端的兩段呼叫，主叫終端和^皮叫終端開始通話。參閱圖5,是本發(fā)明多媒體呼叫方法第四實(shí)施方式，該實(shí)施方式中VIG包括分離的主叫VIG和被叫VIG，主被叫VIG都位于SSP之外，并且在A、B段呼叫接通后SSP與主被叫VIG之間不存在承載連接，具體多媒體呼叫方法處理流:程如下步驟501:主叫終端發(fā)起攜帶多媒體業(yè)務(wù)對應(yīng)的USSD碼和被叫終端號碼的USSD請求，該請求經(jīng)國際關(guān)口局到達(dá)主叫終端歸屬的主叫HLR。步驟502:主叫HLR轉(zhuǎn)發(fā)攜帶主被叫終端號碼的USSD請求給USSD中心-主叫終端歸屬的主叫SCP。步驟503:主叫SCP4艮據(jù)USSD碼觸發(fā)UCB流程，下發(fā)接續(xù)主叫終端的指示給處理UCB的主叫SSP。步驟504:啟動到UCB主叫的多媒體呼叫；主叫SSP啟動對主叫纟冬端的網(wǎng)絡(luò)呼叫，收到主叫HLR的SRIACK響應(yīng)后路由呼叫至主叫VIG。其中，主叫SSP采用SIP協(xié)i義與主叫VIG交互，并在發(fā)送給主叫VIG的INVITE消息中攜帶SDP信息，包括編解碼和主叫SSP為A段呼叫在主叫SSP與主叫VIG之間分配的本端承載資源相關(guān)的信息，比如IP地址和UDP端口號等。主叫VIG路由呼叫至主叫終端所在的主叫MSC/VLR,具體是主叫VIG發(fā)送IAM消息到主叫MSC/VLR,啟動到UCB主叫終端的多媒體呼叫。該主叫MSC/VLR返回呼叫應(yīng)答信號ANM到主叫VIG,觸發(fā)以下的第一次多媒體協(xié)商過程。步驟505:在該主叫應(yīng)答后，與該主叫進(jìn)行第一次多媒體協(xié)商。呼叫應(yīng)答后主叫終端發(fā)起與主叫VIG之間的TCS、MSD、LMS以及OLC等協(xié)商過程。協(xié)商失敗時(shí)結(jié)束呼叫。具體的第一次多媒體協(xié)商過程如下1)主叫VIG在主叫終端應(yīng)答后接收到主叫終端的復(fù)用流；2)調(diào)用解復(fù)用資源從該復(fù)用流中解析出主叫終端支持的編解碼；3)該主叫VIG與主叫終端協(xié)商出一致的編解碼，得出協(xié)商結(jié)果。4)主叫VIG與主叫終端完成協(xié)商后向主叫SSP發(fā)送200OKINVITE消息。其中該200OKINVITE攜帶SDP信息，包括A段呼叫的協(xié)商結(jié)果和主叫VIG為A段呼叫在主叫VIG與主叫SSP之間分配的主叫VIG所在實(shí)體的承載資源相關(guān)的信息，如IP地址和UDP端口號等；該主叫SSP根據(jù)來自該主叫VIG所在實(shí)體的承載地址建立主叫VIG所在實(shí)體與該主叫SSP的承載連接，該承載連接用于播放音/視頻提示。步驟506:主叫SSP對主叫終端播放一段音/視頻提示正在接續(xù)被叫，該音/視頻資源可為本地資源，也可由外部的多媒體資源平臺提供。并給主叫VIG返回ACK消息，同時(shí)向主叫SCP上報(bào)應(yīng)答指示。步驟507:主叫SCP下發(fā)接續(xù)被叫終端的指示給主叫SSP。步驟508:主叫SSP啟動到UCB被叫終端的多媒體呼叫。主叫SSP收到被叫HLR的SRIACK響應(yīng)后路由呼叫至被叫VIG。具體是該主叫SSP采用SIP協(xié)議與被叫VIG交互，在發(fā)送給被叫VIG的INVITE消息中攜帶SDP信息，包括A段呼叫的協(xié)商結(jié)果和主叫VIG為A段呼叫在主叫VIG與主叫SSP之間分配的主叫VIG所在實(shí)體的承載資源相關(guān)的信息，如IP地址和UDP端口號等。步驟509:被叫VIG路由呼叫至被叫終端所在的被叫MSC/VLR。被叫VIG發(fā)送IAM消息到被叫MSC/VLR,啟動到UCB被叫終端的多媒體呼叫。該被叫MSC/VLR返回呼叫應(yīng)答信號ANM到被叫VIG,觸發(fā)以下的第二次多力某體協(xié)商過程。步驟510:在該被叫應(yīng)答后，與該被叫進(jìn)行第二次多媒體協(xié)商。呼叫應(yīng)答后被叫終端發(fā)起TCS、MSD、LMS以及OLC等協(xié)商過程，被叫VIG根據(jù)A段呼叫協(xié)商出的編解碼與被叫終端完成協(xié)商；協(xié)商失敗時(shí)結(jié)束呼叫。具體的第二次多媒體協(xié)商過程如下1)被叫VIG在被叫終端應(yīng)答后接收到被叫終端的復(fù)用流；2)調(diào)用解復(fù)用資源從該復(fù)用流中解析出被叫終端支持的編解碼；3)判斷主叫終端和被叫終端是否能夠協(xié)商出一致的編解碼，即判斷上述第一次多媒體協(xié)商結(jié)果中的編解碼與被叫終端支持的編解碼是否有交集；4)當(dāng)判斷結(jié)果為是時(shí)，復(fù)用經(jīng)解復(fù)用的數(shù)據(jù)流，以便所述主被叫終端接通時(shí)可以分別傳輸主叫到被叫、被叫到主叫終端的數(shù)據(jù)流；在判斷結(jié)果為否時(shí)，釆用編解碼變換資源將來自主叫終端的已解復(fù)用流轉(zhuǎn)換成與被叫終端支持的編解碼一致的解復(fù)用流，或?qū)碜员唤薪K端的已解復(fù)用流轉(zhuǎn)換成與主叫終端支持的編解碼一致的解復(fù)用流，并復(fù)用該經(jīng)轉(zhuǎn)換編解碼的解復(fù)用流，以便下述主被叫終端接通時(shí)可以分別傳輸主叫到被叫、被叫到主叫終端的數(shù)據(jù)流。協(xié)商完成后被叫VIG向主叫SSP發(fā)送200OKINVITE消息。該INVITE消息攜帶SDP信息，包括B段呼叫的協(xié)商結(jié)果和被叫VIG為B段呼叫在被叫VIG與主叫SSP之間分配的被叫VIG所在實(shí)體的承載資源相關(guān)的信息，如IP地址和UDP端口號等。步驟511:主叫SSP給被叫VIG返回ACK消息，并向主叫SCP上報(bào)應(yīng)答指示。步驟512:主叫SCP下發(fā)接通主叫終端和被叫終端的指示給主叫SSP,主叫SSP停止對提示音/視頻的播放，刪除為A段呼叫在主叫SSP與主叫VIG之間分配的本端承載連接資源，并向主叫VIG發(fā)送攜帶SDP信息的INVITE消息，所述SDP信息包括被叫VIG的協(xié)商結(jié)果和被叫VIG所在實(shí)體的承載地址相關(guān)內(nèi)容。主叫VIG收到后從該SDP信息中獲得被叫VIG所在實(shí)體的承載信息，直接建立與被叫VIG的承載連接，主叫終端和被叫終端之間通過主被叫VIG開始通話。在外置VIG的另一個(gè)實(shí)施方式中，主叫VIG和^皮叫VIG為同一個(gè)VIG，并且兩段呼叫能夠在傳輸?shù)母鞣N媒體流(包括音頻和視頻)上通過端到端的TrFO都協(xié)商出一致的編解碼，則可以釋放為A/B段呼叫各自分配的解復(fù)用資源，直接在主被叫終端之間通過VIG傳輸復(fù)用流。參閱圖6，是本發(fā)明通信設(shè)備第二實(shí)施方式的原理框圖。該通信設(shè)備包括多媒體協(xié)商單元660。本實(shí)施方式中，該通信設(shè)備可以是SSP610。該SSP610還可以包括呼叫應(yīng)答接收單元(圖未示)和橋接單元。所述呼叫應(yīng)答接收單元在SSP610分別啟動到UCB的主叫和被叫終端的兩段多媒體呼叫后，接收所述UCB呼叫應(yīng)答。該多々某體協(xié)商單元660內(nèi)置于該SSP610內(nèi)，用于在該主叫終端對上述的UCB呼叫應(yīng)答后與其完成多媒體協(xié)商，在該被叫終端對上述的UCB呼叫應(yīng)答后與其完成多媒體協(xié)商。具體用于與主叫終端完成多媒體協(xié)商并得到第一協(xié)商結(jié)果，采用該第一協(xié)商結(jié)果與被叫終端完成多媒體協(xié)商并得到第二協(xié)商結(jié)果，判斷主被叫終端是否能夠協(xié)商出一致的編解碼。該通信系統(tǒng)還包括與該SSP610整合的解復(fù)用單元630、編解碼變換器640、復(fù)用單元以及多々某體播放提示單元620。該解復(fù)用單元630用于從來自該主叫或被叫終端的復(fù)用流中解析出H.245控制信令、音頻和視頻數(shù)據(jù)流，并將該H.245控制信令輸入該多媒體協(xié)商單元660。該編解碼變換器640用于轉(zhuǎn)換音頻和/或^L頻教:據(jù)流的編解碼。該復(fù)用單元用于復(fù)用H.245控制信令、音頻和視頻數(shù)據(jù)流。該多媒體播放提示單元620用于在該多媒體協(xié)商單元660完成主叫終端協(xié)商后對該主叫播放正在接續(xù)被叫的音/視頻提示。實(shí)際工作中，當(dāng)該第二協(xié)商結(jié)果表明主被叫終端能夠協(xié)商出一致的編解碼時(shí)，該多^某體協(xié)商單元660停止該解復(fù)用單元630的工作，并采用所述橋接單元接通該兩段多媒體呼叫；當(dāng)不能協(xié)商出一致的編解碼時(shí)，將主叫或被叫終端的已解復(fù)用出的音頻和/或視頻數(shù)據(jù)流輸入該編解碼變換器640，將該音頻和/或視頻數(shù)據(jù)流轉(zhuǎn)換成與對端終端編解碼一致的數(shù)據(jù)流輸入該復(fù)用單元，該復(fù)用單元將該轉(zhuǎn)換后的數(shù)據(jù)流進(jìn)行復(fù)用，并通過橋接單元將所述數(shù)據(jù)流輸出到與該主叫或被叫終端相對的對端終端。上述的SSP610和主被叫多媒體協(xié)商單元660通過SIP消息傳遞協(xié)商結(jié)果和承載地址等信息。顯然，本通信系統(tǒng)實(shí)施方式在UCB的主叫和被叫終端的兩段多媒體呼叫中分別進(jìn)行兩段多媒體協(xié)商。協(xié)商得出主被叫終端具有一致的編解碼，則可以停止解復(fù)用單元630的工作，釋放解復(fù)用資源；未協(xié)商出一致的編解碼，20則進(jìn)行音頻和/或視頻數(shù)據(jù)流轉(zhuǎn)換，最后進(jìn)行復(fù)用，可以實(shí)現(xiàn)UCB呼叫下的多媒體連接，比如視頻連接。參閱圖7，是本發(fā)明通信系統(tǒng)第二實(shí)施方式的原理框圖。該通信系統(tǒng)包括SSP710和第一、第二實(shí)體。所述第一實(shí)體包括主叫多媒體協(xié)商單元721和呼叫應(yīng)答接收單元(圖未示)。所述第二實(shí)體包括被叫多媒體協(xié)商單元731呼叫應(yīng)答接收單元和橋接單元(圖未示)。該SSP710包括轉(zhuǎn)發(fā)單元712、多媒體播放提示單元711、第一連接單元713以及第二連接單元714。該SSP710分別啟動到UCB的主叫和被叫終端的兩段多媒體呼叫，并在主叫和被叫終端分別對所述兩段多媒體呼叫應(yīng)答后，將呼叫應(yīng)答發(fā)往所述第一、二實(shí)體的呼叫應(yīng)答接收單元。該第一實(shí)體還包括第一發(fā)送單元722、解復(fù)用單元723以及復(fù)用單元724，該第二實(shí)體還包括第二發(fā)送單元732、解復(fù)用單元733、編解碼變換器734和復(fù)用單元735。該主叫多々某體協(xié)商單元721用于在呼叫應(yīng)答接收單元接收到該主叫終端對上述的UCB呼叫應(yīng)答后，與所述主叫終端完成多々某體協(xié)商，得到第一協(xié)商結(jié)果，即協(xié)商得到的主叫編解碼。該第一發(fā)送單元722發(fā)送所述第一協(xié)商結(jié)果和該第一實(shí)體的承載地址到該SSP710的轉(zhuǎn)發(fā)單元712;該轉(zhuǎn)發(fā)單元712收到所述第一協(xié)商結(jié)果后得知主叫多媒體協(xié)商單元721完成主叫終端協(xié)商，指示該SSP710的多媒體播放提示單元711經(jīng)該第一連接單元713對該主叫終端播放正在接續(xù)被叫的音/視頻提示，并轉(zhuǎn)發(fā)該第一協(xié)商結(jié)果(即主叫方編解碼)和SSP710本端的承載地址到該被叫多媒體協(xié)商單元。該被叫多媒體協(xié)商單元731用于在呼叫應(yīng)答接收單元接收到該被叫終端對上述的UCB呼叫應(yīng)答后，采用該第一協(xié)商結(jié)果與所述被叫終端完成多^某體協(xié)商，得到第二協(xié)商結(jié)果。該第二發(fā)送單元732發(fā)送所述第二協(xié)商結(jié)果和該第二實(shí)體的承載地址到該SSP710的轉(zhuǎn)發(fā)單元712。上述第一、二實(shí)體是作為主叫、被叫的呼叫接入點(diǎn)。該第一連接單元713根據(jù)來自該轉(zhuǎn)發(fā)單元712的第一實(shí)體的承載地址后，建立第一實(shí)體與該SSP710的第一承載連接，該承載連接用于播放音/視頻提示和傳輸數(shù)據(jù)；該第二連接單元714用于在轉(zhuǎn)發(fā)單元712收到所述第二協(xié)商結(jié)果、得知與被叫完成多媒體協(xié)商后，根據(jù)第二實(shí)體的承載地址建立與該SSP710的第二承載連接。該第一、二實(shí)體的解復(fù)用單元(723、733)用于從來自該主叫或被叫終端的復(fù)用流中解析出H.245控制信令、音頻和視頻數(shù)據(jù)，并將該H.245控制信令交由該主叫或被叫多媒體協(xié)商單元(721、731),用于多媒體協(xié)商。該編解碼變換器734用于在來自主被叫終端的音頻和/或視頻數(shù)據(jù)流編解碼不一致時(shí)轉(zhuǎn)換音頻和/或視頻數(shù)據(jù)流的編解碼。該復(fù)用單元(724、735)用于復(fù)用音頻和一見頻lt據(jù)流。上述的SSP710和主^L叫多i某體協(xié)商單元(721、731)通過SIP消息傳遞協(xié)商結(jié)果和承載地址等消息。實(shí)際工作中，當(dāng)該第二協(xié)商結(jié)果表明主被叫終端能夠協(xié)商出一致的編解碼時(shí)，該通信系統(tǒng)采用橋接單元在建立的第一承載連接和第二承載連接上接通該兩段多媒體呼叫，即圖7中1)主叫到被叫終端方向主叫多媒體協(xié)商單元721控制解復(fù)用單元723解復(fù)用，被叫多媒體協(xié)商單元731控制復(fù)用單元735復(fù)用，傳輸通路為主叫終端->解復(fù)用單元723->第一連接單元713_>第二連接單元714->復(fù)用單元735->被叫終端的傳輸通路；或2)#1叫到主叫終端方向被叫多媒體協(xié)商單元731控制解復(fù)用單元733解復(fù)用，主叫多媒體協(xié)商單元721控制復(fù)用單元724復(fù)用，傳輸通路為被叫終端->解復(fù)用單元733-〉第二連接單元714-〉第一連接單元713->復(fù)用單元724-〉主叫終端的傳輸通路；當(dāng)不能協(xié)商出一致的編解碼時(shí)，將主叫或^L叫終端的已解復(fù)用出的音和/或視頻數(shù)據(jù)流輸入該編解碼變換器734，將該音頻和/或視頻數(shù)據(jù)流轉(zhuǎn)換成與對端終端編解碼一致的數(shù)據(jù)流輸入該復(fù)用單元(724、735),該復(fù)用單元(724、735)將該轉(zhuǎn)換后的數(shù)據(jù)流進(jìn)行復(fù)用。最后該通信系統(tǒng)采用該第一承載連接和第二承載連接接通該兩段多媒體呼叫，即圖7中1)主叫到^皮叫終端方向主叫多媒體協(xié)商單元721控制解復(fù)用單元723解復(fù)用，被叫多媒體協(xié)商單元731控制編解碼變換器734編解碼變換，并且控制復(fù)用單元735復(fù)用，傳輸通路為主叫終端->解復(fù)用單元723-〉第一連接單元713->第二連接單元714->編解碼變換器734->復(fù)用單元735->被叫終端的傳輸通路；2)被叫到主叫終端方向被叫多媒體協(xié)商單元731控制編解碼變換器734編解碼變換，并且控制解復(fù)用單元733解復(fù)用，主叫多媒體協(xié)商單元721控制復(fù)用單元724復(fù)用，傳輸通路為被叫終端-〉解復(fù)用單元733-〉編解碼變換器734->第二連接單元714->第一連接單元713->復(fù)用單元724->主叫終端的傳輸通路。顯然，本通信系統(tǒng)實(shí)施方式在UCB的主叫和被叫終端的兩段多媒體呼叫中分別進(jìn)行兩段多媒體協(xié)商。協(xié)商得出主被叫終端具有一致的編解碼，則可以不釆用編解碼變換器734進(jìn)行編解碼的轉(zhuǎn)換；未協(xié)商出一致的編解碼，則進(jìn)行音頻和/或視頻數(shù)據(jù)流轉(zhuǎn)換，最后進(jìn)行復(fù)用，可以實(shí)現(xiàn)UCB呼叫下的多媒體連接，比如視頻連接。在其他實(shí)施方式中，所述主叫多媒體協(xié)商單元721和被叫多媒體協(xié)商單元731都可以設(shè)置于SSP710之外的其他網(wǎng)元實(shí)體中，比如都存在一個(gè)實(shí)體中，以一個(gè)單獨(dú)的多媒體協(xié)商單元的形式存在。參閱圖8,是本發(fā)明通信系統(tǒng)第三實(shí)施方式的原理框圖。該通信系統(tǒng)包括SSP810和第一、第二實(shí)體。所述第一實(shí)體包括主叫多媒體協(xié)商單元821和呼叫應(yīng)答接收單元(圖未示)。所述第二實(shí)體包括被叫多媒體協(xié)商單元831呼叫應(yīng)答接收單元和橋接單元(圖未示)。該SSP810包括轉(zhuǎn)發(fā)單元812、多媒體播放提示單元811和第一連接單元813。該SSP810可以分別啟動到UCB的主叫和被叫終端的兩段多媒體呼叫，并在主叫和被叫終端分別對所述兩段多媒體呼叫應(yīng)答后，將呼叫應(yīng)答發(fā)往所述第一、二實(shí)體的呼叫應(yīng)答接收單元。該第一、二實(shí)體還分別包括解復(fù)用單元(823、833)和復(fù)用單元(824、835)。該第一實(shí)體還包括第一發(fā)送單元822。該第二實(shí)體還包括第二發(fā)送單元832和編解碼變換器834。該解復(fù)用單元(823、833)用于從來自該主叫或被叫終端的復(fù)用流中解析出H.245控制信令、音頻和一見頻數(shù)據(jù)，并將該H.245控制信令交由該主叫或被叫多媒體協(xié)商單元(821、831)。該編解碼變換器834用于轉(zhuǎn)換音頻和/或視頻數(shù)據(jù)流的編解碼。該復(fù)用單元(824、835)用于復(fù)用H.245控制信令、音頻和視頻數(shù)據(jù)流。該主叫多^!某體協(xié)商單元821用于在呼叫應(yīng)答接收單元接收到該主叫終端對上述的UCB呼叫應(yīng)答后，與所述主叫終端完成多媒體協(xié)商，得到第一協(xié)商結(jié)果，即協(xié)商得到的主叫編解碼。該第一發(fā)送單元822發(fā)送所述第一協(xié)商結(jié)果和第一實(shí)體的承載地址到該SSP810的轉(zhuǎn)發(fā)單元812;該轉(zhuǎn)發(fā)單元812收到所述第一協(xié)商結(jié)果后得知主叫多媒體協(xié)商單元821完成主叫終端協(xié)商，指示該SSP810的多媒體播放提示單元811經(jīng)該第一連接單元813對該主叫終端播放正在接續(xù)被叫的音/視頻提示。該SSP810的轉(zhuǎn)發(fā)單元812進(jìn)一步轉(zhuǎn)發(fā)該第一協(xié)商結(jié)果(即主叫方編解碼)和第一實(shí)體的承載地址到該被叫多媒體協(xié)商單元831。該被叫多媒體協(xié)商單元831用于在呼叫應(yīng)答接收單元接收到該被叫終端對上述的UCB呼叫應(yīng)答后，采用該第一協(xié)商結(jié)果與其完成多媒體協(xié)商，得到第二協(xié)商結(jié)果。該第二發(fā)送單元832發(fā)送所述第二協(xié)商結(jié)果和被叫多媒體協(xié)商單元831所在實(shí)體的承載地址到該SSP810的轉(zhuǎn)發(fā)單元712,該轉(zhuǎn)發(fā)單元812再將所述第二協(xié)商結(jié)果和-陂叫多々某體協(xié)商單元831所在實(shí)體的承載地址傳給主叫多媒體協(xié)商單元821。該第一連接單元813根據(jù)來自該轉(zhuǎn)發(fā)單元812的第一實(shí)體承載地址，建立第一實(shí)體與該SSP810的第一承載連接，該承載連接用于播放音/視頻提示和數(shù)據(jù)流，并在對主叫終端停止播放音/視頻提示后拆除該承載連接；在主叫多媒體協(xié)商單元821收到第二協(xié)商結(jié)果、得知與被叫完成多媒體協(xié)商后，所述第一、二實(shí)體分別根據(jù)主被叫多媒體協(xié)商單元(821、831)收到的第二、第一承載地址，建立解復(fù)用單元(823、833)和復(fù)用單元(824、8")之間的連接，并由橋接單元接通所述解復(fù)用單元(823、833)和復(fù)用單元(824、835)之間的連接。具體可以是橋接單元在解復(fù)用單元(823、833)和復(fù)用單元(824、835)之間傳送的數(shù)據(jù)包中提供對端解復(fù)用單元(823、833)或復(fù)用單元(824、835)所在實(shí)體的地址，使得在解復(fù)用單元(823、833)和復(fù)用單元(824、835)之間可以傳輸數(shù)據(jù)流。上述的SSP810的各個(gè)內(nèi)部元件和主被叫多々某體協(xié)商單元(821、831)通過SIP消息傳遞協(xié)商結(jié)果和承載地址等消息。實(shí)際工作中，當(dāng)該第二協(xié)商結(jié)果表明主被叫終端能夠協(xié)商出一致的編解碼時(shí)，繞過SSP810，由橋接單元采用第一、二承載地址在第一、二實(shí)體之間直接建立承載連接，并接通該兩段多媒體呼叫，即圖8中1)主叫到^:叫終端方向主叫多媒體協(xié)商單元821控制解復(fù)用單元823解復(fù)用，被叫多媒體協(xié)商單元831控制復(fù)用單元835進(jìn)行復(fù)用，傳輸通路為主叫終端->解復(fù)用單元823-〉復(fù)用單元835->被叫終端；或2);故叫到主叫終端方向被叫多媒體協(xié)商單元831控制解復(fù)用單元833解復(fù)用，主叫多媒體協(xié)商單元821控制復(fù)用單元824復(fù)用，傳輸通路為被叫終端->解復(fù)用單元833->復(fù)用單元824-〉主叫終端的傳輸通路；當(dāng)不能協(xié)商出一致的編解碼時(shí)，將主叫或被叫終端的已解復(fù)用出的音頻和/或視頻數(shù)據(jù)流輸入該編解碼變換器，將該音頻和/或視頻數(shù)據(jù)流轉(zhuǎn)換成與對端終端編解碼一致的數(shù)據(jù)流并輸入該復(fù)用單元(824、835)，該復(fù)用單元(824、835)將該轉(zhuǎn)換后的數(shù)據(jù)流進(jìn)行復(fù)用。協(xié)商完成后，SSP810的第一連接單元813刪除為A段呼叫在SSP810與第一實(shí)體之間第一承載連接，同時(shí)主叫多媒體協(xié)商單元821觸發(fā)建立解復(fù)用單元(823、833)和復(fù)用單元(824、835)之間的連接的進(jìn)程。該通信系統(tǒng)繞過SSP810,采用橋接單元建立的承載連接接通該兩段多媒體呼叫，兩段呼叫的數(shù)據(jù)傳輸不需要經(jīng)過SSP810的中轉(zhuǎn)。傳輸通路看圖8:1)主叫到凈皮叫終端方向主叫多媒體協(xié)商單元821控制解復(fù)用單元823解復(fù)用，被叫多媒體協(xié)商單元831控制復(fù)用單元835進(jìn)行復(fù)用，以及控制編解碼變換器834進(jìn)行編解碼，傳輸通路為主叫終端->解復(fù)用單元823->編解碼變換器834->復(fù)用單元835->被叫終端；或2)#:叫到主叫終端方向被叫多媒體協(xié)商單元831控制解復(fù)用單元833解復(fù)用，并且控制編解碼變換器834進(jìn)行編解碼，主叫多媒體協(xié)商單元821控制復(fù)用單元824復(fù)用，傳輸通路為被叫終端-〉解復(fù)用單元833-〉編解碼變換器834->復(fù)用單元824->主叫終端。顯然，本通信系統(tǒng)實(shí)施方式在UCB的主叫和被叫終端的兩段多媒體呼叫中分別進(jìn)行兩段多媒體協(xié)商。協(xié)商得出主被叫終端具有一致的編解碼，則不需要采用編解碼變換器834進(jìn)行音和/或視頻轉(zhuǎn)換；未協(xié)商出一致的編解碼時(shí)，則進(jìn)行音頻和/或視頻數(shù)據(jù)流轉(zhuǎn)換，最后進(jìn)行復(fù)用，可以實(shí)現(xiàn)UCB呼叫下的多媒體連接，比如視頻連接。參閱圖9，本發(fā)明還提供通信設(shè)備第三實(shí)施方式，包括路由轉(zhuǎn)發(fā)單元910，用于將來自SSP的UCB呼叫路由至主叫終端所在的移動業(yè)務(wù)交換中心/訪問位置寄存器；呼叫應(yīng)答接收單元940,用于接收所述UCB呼叫的應(yīng)答，所述呼叫應(yīng)答經(jīng)由業(yè)務(wù)交換點(diǎn)傳送到所述呼叫應(yīng)答接收單元；多媒體協(xié)商單元920，用于在接收到所述主叫終端對該呼叫的應(yīng)答后與所述主叫終端完成多媒體協(xié)商；發(fā)送單元930，發(fā)送所述協(xié)商結(jié)果和所述通信設(shè)備的承載地址到該SSP，并經(jīng)由該SSP向主叫SCP上報(bào)應(yīng)答指示。橋接單元950,用于在協(xié)商完成后通過所述業(yè)務(wù)交換點(diǎn)接通所述呼叫的數(shù)據(jù)傳輸、或在得到被叫呼叫接入點(diǎn)地址后直接接通所述呼叫的數(shù)據(jù)傳輸。本發(fā)明還提供通信設(shè)備第四實(shí)施方式，包括路由轉(zhuǎn)發(fā)單元1010,用于將來自SSP的UCB呼叫路由至被叫終端所在的移動業(yè)務(wù)交換中心/訪問位置寄存器；協(xié)商結(jié)果接收單元1020，用于接收主叫終端一方的多々某體協(xié)商結(jié)杲；呼叫應(yīng)答4妻收單元1040,用于接收所述UCB呼叫的應(yīng)答，所述呼叫應(yīng)答經(jīng)由業(yè)務(wù)交換點(diǎn)傳送到所述呼叫應(yīng)答接收單元；多媒體協(xié)商單元1030,用于在接收到被叫終端對該呼叫的應(yīng)答后，根據(jù)該多媒體協(xié)商結(jié)果與該被叫終端完成多媒體協(xié)商，發(fā)送協(xié)商得到的被叫編解碼和所述通信設(shè)備的承載地址到該SSP，并經(jīng)由該SSP向主叫SCP上報(bào)應(yīng)答指示。橋接單元1050,用于在協(xié)商完成后it過所述業(yè)務(wù)交換點(diǎn)接通所述呼叫的數(shù)據(jù)傳輸、或在得到主叫呼叫接入點(diǎn)地址后直接接通所述呼叫的數(shù)據(jù)傳輸。以上對本發(fā)明所提供的一種通信系統(tǒng)、通信設(shè)備以及多媒體呼叫方法通過實(shí)施方式進(jìn)行了詳細(xì)介紹，以上實(shí)施方式的說明只是用于幫助理解本發(fā)明的方法及其思想；同時(shí)，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實(shí)施方式及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。權(quán)利要求1.一種通信系統(tǒng)，其特征在于，包括業(yè)務(wù)交換點(diǎn)，分別啟動到基于USSD回呼的主叫和被叫終端的兩段多媒體呼叫，第一實(shí)體，包括主叫多媒體協(xié)商單元，用于在所述主叫終端對上述呼叫應(yīng)答后與其完成多媒體協(xié)商并得到第一協(xié)商結(jié)果，第二實(shí)體，包括被叫多媒體協(xié)商單元，用于在所述被叫終端對上述呼叫應(yīng)答后，根據(jù)所述第一協(xié)商結(jié)果與被叫終端完成多媒體協(xié)商并得到第二協(xié)商結(jié)果。2.根據(jù)權(quán)利要求1所述的通信系統(tǒng)，其特征在于，所述第一實(shí)體進(jìn)一步包括解復(fù)用單元，用于從來自所述主叫終端的復(fù)用流中解析出控制信令、音頻和視頻數(shù)據(jù)，并將所述控制信令輸入所述被叫多媒體協(xié)商單元，所述第二實(shí)體包括復(fù)用單元，用于將數(shù)據(jù)進(jìn)行復(fù)用并輸出到所述被叫終端，其中，所述被叫多媒體協(xié)商單元與被叫終端完成多媒體協(xié)商具體是根據(jù)所述第一協(xié)商結(jié)果中的主叫終端編解碼和被叫終端編輯碼進(jìn)行比較，判斷是否能夠協(xié)商出一致的編解碼，在能夠協(xié)商出一致的編解碼時(shí)，將所述解復(fù)用出的音頻和一見頻數(shù)據(jù)輸入所述復(fù)用單元。3.根據(jù)權(quán)利要求1所述的通信系統(tǒng)，其特征在于，所述第一實(shí)體進(jìn)一步包括第一發(fā)送單元，用于在所述主叫多媒體協(xié)商單元完成多々某體協(xié)商后，經(jīng)所述業(yè)務(wù)交換點(diǎn)發(fā)送所述協(xié)商得到的第一協(xié)商結(jié)果到所述被叫多媒體協(xié)商單元，并且發(fā)送所述第一實(shí)體的第一承載地址到所述業(yè)務(wù)交換點(diǎn)，所述第二實(shí)體進(jìn)一步包括第二發(fā)送單元，用于在與被叫終端完成多媒體協(xié)商后，將所述第二協(xié)商結(jié)果和所述第二實(shí)體的第二承載地址發(fā)送到所述業(yè)務(wù)交換點(diǎn)，其中，所述第一和第二承載地址用于為所述業(yè)務(wù)交換點(diǎn)分別建立與所述第一和第二實(shí)體的連接。4.根據(jù)權(quán)利要求1所述的通信系統(tǒng)，其特征在于，所述第一實(shí)體進(jìn)一步包括第一發(fā)送單元，用于在與被叫完成多媒體協(xié)商后，經(jīng)所述業(yè)務(wù)交換點(diǎn)發(fā)送所述第一實(shí)體的第一承載地址和協(xié)商得到的第一協(xié)商結(jié)果到所述被叫多媒體協(xié)商單元，所述第二實(shí)體進(jìn)一步包括第二發(fā)送單元，用于在與被叫完成多媒體協(xié)商后，將所述第二實(shí)體的第二承載地址和第二協(xié)商結(jié)果經(jīng)所述業(yè)務(wù)交換點(diǎn)發(fā)送到所述主叫多媒體協(xié)商單元，其中，所述第一和第二實(shí)體分別根據(jù)主被叫多媒體協(xié)商單元收到的第二、第一承載地址，接通到對端實(shí)體的數(shù)據(jù)傳輸。5.根據(jù)權(quán)利要求4所述的通信系統(tǒng)，其特征在于，所述第一和第二實(shí)體整合為一體。6.根據(jù)權(quán)利要求l所述的通信系統(tǒng)，其特征在于，所述業(yè)務(wù)交換點(diǎn)進(jìn)一步包括多媒體播放提示單元，用于在所述主叫多媒體協(xié)商單元完成主叫終端協(xié)商后對所述主叫終端播放正在接續(xù)被叫的音/視頻提示。7.根據(jù)權(quán)利要求1所述的通信系統(tǒng)，其特征在于，所述業(yè)務(wù)交換點(diǎn)進(jìn)一步包括上報(bào)單元，用于在完成所述多媒體協(xié)商后向主叫業(yè)務(wù)控制點(diǎn)上報(bào)應(yīng)答指示。8.—種通信設(shè)備，其特征在于，包括呼叫應(yīng)答接收單元，用于接收基于USSD回呼的呼叫應(yīng)答，多媒體協(xié)商單元，用于在接收到所述基于USSD回呼的呼叫應(yīng)答后與應(yīng)答方完成多媒體協(xié)商。9.根據(jù)權(quán)利要求8所述的通信設(shè)備，其特征在于，所述通信設(shè)備是業(yè)務(wù)交換點(diǎn)，并且進(jìn)一步包括解復(fù)用單元和復(fù)用單元，所述解復(fù)用單元用于從來自所述主叫或被叫終端的復(fù)用流中解析出控制信令、音頻和視頻數(shù)據(jù)，并將所述控制信令輸入所述多^!某體協(xié)商單元，所述復(fù)用單元用于將數(shù)據(jù)進(jìn)行復(fù)用并輸出到對端終端，所述編解碼變換器用于對數(shù)據(jù)進(jìn)行編解碼轉(zhuǎn)換，其中，所述協(xié)商單元具體用于與主叫終端完成多媒體協(xié)商并得到第一協(xié)商結(jié)果，采用所述第一協(xié)商結(jié)果與被叫終端完成多媒體協(xié)商并得到第二協(xié)商結(jié)果，判斷主被叫終端是否能夠協(xié)商出一致的編解碼，并在所述第二協(xié)商結(jié)果表明主被叫終端能夠協(xié)商出一致的編解碼時(shí)，停止所述解復(fù)用單元的工作，直接傳送所述來自主叫和被叫終端的復(fù)用流。10.根據(jù)權(quán)利要求9所述的通信設(shè)備，其特征在于，進(jìn)一步包括編解碼變換器，用于在不能協(xié)商出一致的編解碼時(shí)，輸入所述主叫或被叫終端的已解復(fù)用出的音和/或視頻數(shù)據(jù)流，將所述音頻和/或視頻數(shù)據(jù)流轉(zhuǎn)換成與對端終端編解碼一致的數(shù)據(jù)流并輸入所述復(fù)用單元。11.根據(jù)權(quán)利要求8所述的通信設(shè)備，其特征在于，所述呼叫應(yīng)答接收單元具體用于接收基于USSD回呼的呼叫應(yīng)答，所述呼叫應(yīng)答經(jīng)由業(yè)務(wù)交換點(diǎn)傳送到所述呼叫應(yīng)答接收單元，并且，進(jìn)一步包括橋接單元，用于在協(xié)商完成后接通所述呼叫的數(shù)據(jù)傳輸。12.根據(jù)權(quán)利要求11所述的通信設(shè)備，其特征在于，所述應(yīng)答方為主叫終端，所述多媒體協(xié)商單元具體用于與所述主叫終端進(jìn)行多媒體協(xié)商以得到主叫方多媒體協(xié)商結(jié)果，并且進(jìn)一步包括發(fā)送單元，用于將所述主叫方多媒體協(xié)商結(jié)果和所述通信設(shè)備的承載地址發(fā)送到所述業(yè)務(wù)交換點(diǎn)，所述橋接單元具體用于在協(xié)商完成后通過所述業(yè)務(wù)交換點(diǎn)接通所述呼叫的數(shù)據(jù)傳輸、或在得到被叫呼叫接入點(diǎn)地址后直接接通所述呼叫的數(shù)據(jù)傳輸。13.根據(jù)權(quán)利要求11所述的通信設(shè)備，其特征在于，所述應(yīng)答方為被叫終端，并且進(jìn)一步包括接收單元和發(fā)送單元，所述接收單元用于接收來自所述業(yè)務(wù)交換點(diǎn)的主叫方多媒體協(xié)商結(jié)果，并將其輸入所述多媒體協(xié)商單元，與所述被叫終端進(jìn)行多媒體協(xié)商以得到被叫方多媒體協(xié)商結(jié)果，所述發(fā)送單元用于將所述被叫方多媒體協(xié)商結(jié)果和所述通信設(shè)備的承載地址發(fā)送到所述業(yè)務(wù)交換點(diǎn)，所述橋接單元具體用于在協(xié)商完成后通過所述業(yè)務(wù)交換點(diǎn)接通所述呼叫的數(shù)據(jù)傳輸、或在得到主叫呼叫接入點(diǎn)地址后直接接通所述呼叫的數(shù)據(jù)傳輸。14.一種多媒體呼叫方法，包括啟動到主叫的基于USSD的回呼呼叫；在所述主叫應(yīng)答后，與所述主叫進(jìn)行第一次多媒體協(xié)商；啟動到被叫的基于USSD的回呼呼叫；在所述被叫應(yīng)答后，根據(jù)所述第一次多媒體協(xié)商的結(jié)果與所述被叫進(jìn)行第二次多媒體協(xié)商；協(xié)商成功后，4妄通主叫和被叫方的呼叫。15.根據(jù)權(quán)利要求14所述的多媒體呼叫方法，其特征在于，在協(xié)商成功前，進(jìn)一步包括分別從來自主被叫的復(fù)用流中解析出各自編解碼；所述根據(jù)第一次多媒體協(xié)商的結(jié)果與所述被叫進(jìn)行第二次多媒體協(xié)商包括判斷主被叫終端是否能夠協(xié)商出一致的編解碼；在判斷結(jié)果為否時(shí)，將來自主叫或被叫方的已解復(fù)用流轉(zhuǎn)換成與對方編解碼一致的解復(fù)用流，并復(fù)用所述經(jīng)轉(zhuǎn)換編解碼的解復(fù)用流。16.根據(jù)權(quán)利要求14所述的多媒體呼叫方法，其特征在于，對所述主/被叫進(jìn)行多媒體協(xié)商的步驟由主/被叫方MSC/VLR返回呼叫應(yīng)答信號到業(yè)務(wù)交換點(diǎn)而觸發(fā)。17.根據(jù)權(quán)利要求14所述的多媒體呼叫方法，其特征在于，在第一次多媒體協(xié)商成功后，向業(yè)務(wù)控制點(diǎn)上報(bào)主叫應(yīng)答指示，所述業(yè)務(wù)控制點(diǎn)下發(fā)指示啟動到被叫的呼叫；在第二次多媒體協(xié)商成功后，向所述業(yè)務(wù)控制點(diǎn)上報(bào)被叫應(yīng)答指示，所述業(yè)務(wù)控制點(diǎn)下發(fā)接通主叫和被叫的指示。18.根據(jù)權(quán)利要求17所述的多媒體呼叫方法，其特征在于，在對主叫完成協(xié)商的步驟后、向業(yè)務(wù)控制點(diǎn)上報(bào)應(yīng)答指示前進(jìn)一步包括對主叫播放提示正在接續(xù)被叫的音/視頻；在收到所述接通主叫和被叫的指示后進(jìn)一步包括停止所述提示音/視頻的播放。全文摘要本發(fā)明公開一種通信系統(tǒng)、通信設(shè)備以及多媒體呼叫方法。所述通信系統(tǒng)包括業(yè)務(wù)交換點(diǎn)、第一實(shí)體以及第二實(shí)體，所述業(yè)務(wù)交換點(diǎn)分別啟動到基于USSD回呼的主叫和被叫終端的兩段多媒體呼叫，所述第一實(shí)體包括主叫多媒體協(xié)商單元，用于在所述主叫終端對上述呼叫應(yīng)答后與其完成多媒體協(xié)商并得到第一協(xié)商結(jié)果，所述第二實(shí)體包括被叫多媒體協(xié)商裝置，用于在所述被叫終端對上述呼叫應(yīng)答后，根據(jù)所述第一協(xié)商結(jié)果與被叫終端完成多媒體協(xié)商并得到第二協(xié)商結(jié)果。本發(fā)明可以實(shí)現(xiàn)UCB呼叫下的多媒體業(yè)務(wù)。文檔編號H04L29/06GK101282574SQ20071009370公開日2008年10月8日申請日期2007年4月5日優(yōu)先權(quán)日2007年4月5日發(fā)明者郭曉龍申請人:華為技術(shù)有限公司