專利名稱：一種媒體協(xié)商的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)中的多媒體技術(shù)領(lǐng)域，尤其涉及一種媒體協(xié)商的方法。
背景技術(shù)：
媒體協(xié)商是指在控制信道上完成終端能力協(xié)商、主從確定、打開相應(yīng)的邏輯通道和通道復(fù)用表發(fā)送等一系列過(guò)程，具體細(xì)節(jié)參見H.245協(xié)議標(biāo)準(zhǔn)。在通用移動(dòng)通信系統(tǒng)(UMTS)網(wǎng)絡(luò)中，一些多媒體業(yè)務(wù)要求先進(jìn)行媒體協(xié)商，之后才能進(jìn)行多媒體音視頻的傳輸，第三代合作伙伴計(jì)劃(3GPP)中定義的電路域多媒體電話就是這樣一種多媒體通信形式，其遵循3G-324M協(xié)議。
圖1所示為現(xiàn)有技術(shù)中3G-324M呼叫信令流程圖，主叫用戶設(shè)備(UE)建立3G-324M呼叫，發(fā)送呼叫建立消息到被叫UE，被叫UE振鈴，并向主叫UE發(fā)送振鈴消息；當(dāng)被叫UE摘機(jī)應(yīng)答后，被叫UE向主叫UE發(fā)送連接消息，呼叫路由中，網(wǎng)絡(luò)節(jié)點(diǎn)收到連接消息后，雙向接通其交換端點(diǎn)，當(dāng)主叫UE收到連接消息后，主叫UE發(fā)送一個(gè)連接證實(shí)消息到被叫UE。至此，呼叫建立成功，承載建立，主叫UE和被叫UE開始在建立好的承載上進(jìn)行H.245媒體協(xié)商。協(xié)商成功后，主叫UE和被叫UE開始音視頻信息通信。
從上述呼叫流程可以看出，被叫UE摘機(jī)應(yīng)答后才開始在建立好的承載上進(jìn)行媒體協(xié)商，由于媒體協(xié)商需要主叫UE和被叫UE之間多次H.245信令交互才能完成，花費(fèi)的時(shí)間較長(zhǎng)，延長(zhǎng)了主叫UE和被叫UE之間開始音視頻信息通信的時(shí)間，會(huì)影響用戶對(duì)多媒體服務(wù)的體驗(yàn)；同時(shí)，也對(duì)增值業(yè)務(wù)例如視頻彩鈴業(yè)務(wù)的引入帶來(lái)了一定的影響，視頻彩鈴業(yè)務(wù)要求在被叫UE振鈴階段就開始媒體協(xié)商和音視頻信息的通信，而上述現(xiàn)有技術(shù)的狀況不利于該業(yè)務(wù)的引入。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問(wèn)題，在于提供一種在被叫UE或者網(wǎng)絡(luò)節(jié)點(diǎn)應(yīng)答前就能夠完成媒體協(xié)商的方法。
為此，本發(fā)明提供了一種媒體協(xié)商的方法，該方法為步驟a主叫用戶設(shè)備UE發(fā)送多媒體呼叫建立消息，該消息中攜帶振鈴階段媒體協(xié)商標(biāo)識(shí)；步驟b被叫UE或者網(wǎng)絡(luò)節(jié)點(diǎn)接到含有振鈴階段媒體協(xié)商標(biāo)識(shí)的呼叫建立消息后，發(fā)送一含有振鈴階段媒體協(xié)商證實(shí)的振鈴消息，并啟動(dòng)本端通信操作；步驟c所述含有振鈴階段媒體協(xié)商證實(shí)的振鈴消息在經(jīng)過(guò)路由中的網(wǎng)絡(luò)節(jié)點(diǎn)時(shí)，使其交換端點(diǎn)雙向接通；步驟d主叫UE收到所述含有振鈴階段媒體協(xié)商證實(shí)的振鈴消息后，啟動(dòng)本端通信操作，主叫UE、與被叫UE或者網(wǎng)絡(luò)節(jié)點(diǎn)開始進(jìn)行媒體協(xié)商。
其中，步驟b可以進(jìn)一步為被叫UE或者網(wǎng)絡(luò)節(jié)點(diǎn)接到含有振鈴階段媒體協(xié)商標(biāo)識(shí)的呼叫建立請(qǐng)求后，判斷本端是否支持振鈴階段媒體協(xié)商功能，若支持，則發(fā)送含有振鈴階段媒體協(xié)商證實(shí)的振鈴消息，并啟動(dòng)本端通信操作，若不支持，則發(fā)送的振鈴消息中不含有振鈴階段媒體協(xié)商證實(shí)。
其中，在步驟a和步驟b之間還包括網(wǎng)絡(luò)中無(wú)線承載、Iu接口承載，及核心網(wǎng)承載的建立其中，本發(fā)明還包括步驟e主叫UE和被叫UE或者具有3G-324M媒體處理能力的網(wǎng)絡(luò)節(jié)點(diǎn)開始音視頻信息通信。
其中，所述多媒體呼叫包括3G-324M呼叫。
由于本發(fā)明在多媒體呼叫振鈴階段就開始進(jìn)行媒體協(xié)商，即在被叫UE或者具有媒體處理能力的網(wǎng)絡(luò)節(jié)點(diǎn)應(yīng)答前已經(jīng)完成了媒體協(xié)商，所以當(dāng)被叫UE或者具有媒體處理能力的網(wǎng)絡(luò)節(jié)點(diǎn)應(yīng)答后，立即就可以進(jìn)行音視頻信息的通信，提高了用戶對(duì)于多媒體服務(wù)的體驗(yàn)。
所述主叫UE和被叫UE或者具有媒體處理能力的網(wǎng)絡(luò)節(jié)點(diǎn)開始音視頻信息通信必須在媒體協(xié)商后進(jìn)行，所以開始音視頻信息的通信可以在振鈴階段，也可以在通話階段進(jìn)行。若在振鈴階段進(jìn)行，就為例如視頻彩鈴這樣的增值業(yè)務(wù)提供了可能，在振鈴階段，主叫UE與視頻彩鈴平臺(tái)可以完成媒體協(xié)商和音視頻信息的通信。


圖1為現(xiàn)有技術(shù)中3G-324M呼叫信令流程圖；圖2為本發(fā)明3G-324M呼叫信令流程圖；圖3為本發(fā)明實(shí)施例1的信令流程圖；圖4為本發(fā)明實(shí)施例2的信令流程圖；圖5為本發(fā)明實(shí)施例3的信令流程圖；圖6為本發(fā)明實(shí)施例2和實(shí)施例3的網(wǎng)絡(luò)模型圖；圖7為本發(fā)明實(shí)施例4的組網(wǎng)示意圖。
具體實(shí)施例方式
本發(fā)明的核心思想在于在多媒體呼叫中，在振鈴階段就完成媒體協(xié)商，使媒體協(xié)商在被叫UE摘機(jī)應(yīng)答前完成。進(jìn)而，以此方法為基礎(chǔ)，可以推廣到主叫UE和網(wǎng)絡(luò)中具有媒體處理能力的網(wǎng)絡(luò)節(jié)點(diǎn)的呼叫流程中，以有利于視頻彩鈴等增值業(yè)務(wù)的引入。
下面，以3G-324M呼叫為例，并結(jié)合附圖對(duì)本發(fā)明對(duì)本發(fā)明進(jìn)行詳細(xì)描述。
如圖2所示，主叫UE建立3G-324M呼叫，發(fā)送呼叫建立(Setup)消息到被叫UE或者具有3G-324M媒體處理能力的網(wǎng)絡(luò)節(jié)點(diǎn)，并在Setup消息中加入ATInBandMN標(biāo)識(shí)，當(dāng)被叫UE或者具有3G-324M媒體處理能力的網(wǎng)絡(luò)節(jié)點(diǎn)振鈴時(shí)，如果被叫UE或者具有3G-324M媒體處理能力的網(wǎng)絡(luò)節(jié)點(diǎn)支持振鈴時(shí)媒體協(xié)商這一請(qǐng)求，則在發(fā)送振鈴(Alerting)消息時(shí)指示這一證實(shí)，并啟動(dòng)本端通信操作，準(zhǔn)備進(jìn)行媒體協(xié)商。
在Alerting消息通過(guò)系統(tǒng)中的被叫MSC、主叫MSC到達(dá)主叫UE過(guò)程中，該消息觸發(fā)被叫MSC、主叫MSC，使其交換端點(diǎn)雙向接通，Alerting消息到達(dá)主叫UE后，主叫UE與被叫UE或者具有3G-324M媒體處理能力的網(wǎng)絡(luò)節(jié)點(diǎn)開始進(jìn)行媒體協(xié)商，如圖2中H.245 Media Negotiation所示。
媒體協(xié)商完成，被叫應(yīng)答后，被叫發(fā)送連接(Connect)消息到主叫UE，主叫UE響應(yīng)該消息，并發(fā)送連接證實(shí)(Connect-Ack)消息到被叫，至此，呼叫建立成功，承載建立。此時(shí)就可以進(jìn)行主叫UE與被叫的音視頻信息通信。
本發(fā)明中，若主、被叫經(jīng)過(guò)移動(dòng)交互中心網(wǎng)關(guān)(GMSC)，則Alerting消息觸發(fā)GMSC，使其交換端點(diǎn)雙向接通，不影響本發(fā)明的實(shí)施。
實(shí)施例1如圖3所示，該圖為R99網(wǎng)絡(luò)下的振鈴階段進(jìn)行媒體協(xié)商的呼叫信令流程。該網(wǎng)絡(luò)包括主叫UE、主叫RNC、主叫MSC、被叫MSC、被叫RNC、及被叫UE。
首先，主叫UE發(fā)起3G-324M呼叫到主叫MSC，在Setup消息中加入ATInBandMN標(biāo)識(shí)，主叫MSC響應(yīng)該消息并回呼叫進(jìn)展(Call Proceeding)消息給主叫UE，以表示MSC正在處理主叫UE發(fā)起的呼叫；然后，主叫MSC建立無(wú)線承載主叫MSC向主叫RNC發(fā)送無(wú)線接入承載指配請(qǐng)求(RAB Assignment Req)消息，請(qǐng)求進(jìn)行RAB指配，主叫RNC完成指配操作后發(fā)送RAB指配完成(RAB Assignment Comp)消息給主叫MSC，表示RAB指配完成，無(wú)線接入承載已經(jīng)建立；在主叫端進(jìn)行RAB指配的同時(shí)，主叫MSC將接收到的帶有ATInBandMN標(biāo)識(shí)的Setup消息轉(zhuǎn)換成帶有ATInBandMN標(biāo)識(shí)的初始地址(IAM)消息發(fā)送到被叫MSC。被叫MSC尋呼(Paging)被叫UE并進(jìn)行鑒權(quán)和加密(Security)等操作，之后，被叫MSC將帶有ATInBandMN標(biāo)識(shí)的IAM消息轉(zhuǎn)換成帶有ATInBandMN標(biāo)識(shí)的Setup消息發(fā)送到被叫UE；被叫UE接到帶有ATInBandMN標(biāo)識(shí)的Setup消息后，返回呼叫證實(shí)(CallConfirmed)消息給被叫MSC，表示接收呼叫請(qǐng)求；此時(shí)，被叫MSC建立無(wú)線承載被叫MSC向被叫RNC發(fā)送RAB AssignmentReq消息，請(qǐng)求進(jìn)行RAB指配，被叫RNC接到請(qǐng)求后進(jìn)行RAB指配，發(fā)送RABAssignment Comp消息給被叫MSC，表示RAB指配完成，無(wú)線接入承載已經(jīng)建立；在被叫端進(jìn)行RAB指配的同時(shí)，被叫UE對(duì)接收到的ATInBandMN標(biāo)識(shí)進(jìn)行判斷，若本端支持ATInBandMN這一功能，則在Alerting消息中帶上ATInBandMN的證實(shí)，發(fā)送Alerting(ATInBandMN ACK)消息到被叫MSC，并啟動(dòng)本端通信操作，準(zhǔn)備進(jìn)行媒體協(xié)商；被叫MSC在收到Alerting(ATInBandMN ACK)消息后，進(jìn)行雙向接通(Both-way through connect)動(dòng)作，將本端入局側(cè)和出局側(cè)的交互端點(diǎn)雙向接通；之后，被叫MSC在地址全(ACM)消息中帶上ATInBandMN證實(shí)發(fā)送ACM(ATInBandMN ACK)消息給主叫MSC，主叫MCS收到ACM(ATInBandMN ACK)消息后，進(jìn)行Both-way through connect動(dòng)作，將本端入局側(cè)和出局側(cè)的交互端點(diǎn)雙向接通，并發(fā)送Alerting(ATInBandMN ACK)消息給主叫UE；主叫UE在收到帶有ATInBandMN標(biāo)識(shí)的Alerting(ATInBandMN ACK)消息后，啟動(dòng)本端通信操作，開始和被叫UE進(jìn)行Media Negotiation媒體協(xié)商；被叫UE摘機(jī)應(yīng)答，被叫UE發(fā)送連接Connect消息到被叫MSC，被叫MSC通過(guò)ANM消息通知主叫MSC，主叫MSC再將該連接消息發(fā)送到主叫UE，通知主叫UE被叫UE已經(jīng)應(yīng)答，至此，主叫UE和被叫UE之間開始進(jìn)行音視頻信息的通信。
實(shí)施例2圖4所示為軟交換構(gòu)架下前向承載建立時(shí)，振鈴階段進(jìn)行媒體協(xié)商的信令流程圖，圖6為其相應(yīng)的網(wǎng)絡(luò)模型圖。
在軟交換架構(gòu)下進(jìn)行振鈴階段媒體協(xié)商，需要的網(wǎng)絡(luò)系統(tǒng)包括主叫MSC、被叫MSC、主叫RNC、被叫RNC、主叫側(cè)媒體網(wǎng)關(guān)MGW1、被叫側(cè)MGW2，如圖6。
在進(jìn)行3G-324M呼叫時(shí)，主叫MSC生成一關(guān)聯(lián)CTX1，該關(guān)聯(lián)包含T1和T2兩個(gè)終結(jié)點(diǎn)，其中，T1用于接入側(cè)承載的建立，T2用于網(wǎng)絡(luò)側(cè)承載的建立；被叫MSC生成一關(guān)聯(lián)CTX2，該關(guān)聯(lián)包含T3和T4兩個(gè)終結(jié)點(diǎn)，其中，T3用于網(wǎng)絡(luò)側(cè)承載的建立，T4用戶接入側(cè)承載的建立。
首先，主叫UE發(fā)起3G-324M呼叫到主叫MSC，在Setup消息中加入ATInBandMN標(biāo)識(shí)，主叫MSC響應(yīng)該消息并回Call Proceeding消息給主叫UE，以表示MSC正在處理主叫UE發(fā)起的呼叫；主叫MSC將接收到的帶有ATInBandMN標(biāo)識(shí)的Setup消息轉(zhuǎn)換成帶有ATInBandMN標(biāo)識(shí)的IAM消息發(fā)送到被叫MSC；被叫MSC與被叫UE進(jìn)行Paging+Secuity，即尋呼、鑒權(quán)和加密；之后，被叫MSC將帶有ATInBandMN標(biāo)識(shí)的IAM消息轉(zhuǎn)換成帶有ATInBandMN標(biāo)識(shí)的Setup消息發(fā)送到被叫UE；被叫UE接到帶有ATInBandMN標(biāo)識(shí)的Setup消息后，返回Call Confirmed消息給被叫MSC，表示接收呼叫請(qǐng)求；此時(shí)，被叫MSC與MGW2之間，通過(guò)ADD命令加入網(wǎng)絡(luò)側(cè)的終結(jié)點(diǎn)被叫MSC發(fā)送Context($)ADD.request($)消息給MGW2請(qǐng)求加入一個(gè)終結(jié)點(diǎn)，用于網(wǎng)絡(luò)側(cè)的承載建立，MGW2發(fā)送Context(C2)ADD reply(T3)消息給被叫MSC，表示生成了終結(jié)點(diǎn)T3和關(guān)聯(lián)CTX2，并將終結(jié)點(diǎn)T3加入到關(guān)聯(lián)CTX2中，此時(shí)，被叫MSC向主叫MSC發(fā)送承載信息(Bearer Information)消息將T3的承載信息告訴給主叫MSC；主叫MSC通過(guò)與MGW1之間的Context($)ADD.request($)/Context(C1)ADD reply(T2)信令交換把終結(jié)點(diǎn)T2加入到關(guān)聯(lián)CTX1中，并告知MGW1關(guān)于T3的承載信息。MGW1向MGW2發(fā)起承載建立(Bearer Establishment)，建立T2和T3之間的承載；之后，主叫MSC和MGW1之間通過(guò)Context($)ADD.request($)/Context(C1)ADD reply(T1)信令交換把終結(jié)點(diǎn)T1加入到關(guān)聯(lián)CTX1中，進(jìn)而，主叫MSC向主叫RNC發(fā)送RAB Assignment Req消息請(qǐng)求進(jìn)行RAB指配，主叫RNC與MGW1之間通過(guò)Bearer Establishment andIu UP initialization消息建立Iu接口承載和Iu接口初始化；主叫RNC回RAB Assignment Comp消息給主叫MSC，表示RAB指配完成，無(wú)線接入承載已經(jīng)建立；MGW1與MGW2之間通過(guò)用戶面初始化(UP Init)和用戶面初始化證實(shí)(UPInit ACK)消息完成用戶面初始化；MGW2和被叫MSC之間通過(guò)Context($)Notify request($)/Context(C2)Notify reply(T3)信令交換通知被叫MSC，MGW1和MGW2之間的用戶面初始化完成；主叫MSC向被叫MSC發(fā)送Continuity消息，表示前面網(wǎng)絡(luò)承載已接通；被叫MSC與被叫MGW之間通過(guò)Context($)ADD.request($)/Context(C2)ADD reply(T4)信令交換把終結(jié)點(diǎn)T4加入到關(guān)聯(lián)CTX2中，被叫MSC向被叫RNC發(fā)送RAB Assignment Req消息請(qǐng)求進(jìn)行RAB指配，被叫RNC與MGW2之間通過(guò)Bearer Establishment and Iu UP initialization消息建立Iu接口承載和Iu接口初始化；被叫RNC回RAB Assignment Comp消息給被叫MSC，表示RAB指配完成，無(wú)線接入承載已經(jīng)建立；此時(shí)，被叫UE對(duì)接收到的ATInBandMN標(biāo)識(shí)進(jìn)行判斷，若本端支持ATInBandMN這一功能，則在Alerting消息中帶上ATInBandMN的證實(shí)發(fā)送Alerting(ATInBandMN)消息到被叫MSC，并啟動(dòng)本端通信操作，準(zhǔn)備進(jìn)行媒體協(xié)商；被叫MSC在收到Alerting(ATInBandMN)消息后對(duì)本端進(jìn)行判斷，若關(guān)聯(lián)CTX2中T3、T4沒有在ADD命令時(shí)雙向接通，此時(shí)用Modify命令將T3、T4雙向接通；T3、T4雙向接通后，被叫MSC在ACM消息中帶上ATInBandMN證實(shí)發(fā)送ACM(ATInBandMN)消息給主叫MSC，主叫MCS收到ACM(ATInBandMN)消息后，對(duì)本端進(jìn)行判斷，若關(guān)聯(lián)CTX1中T1、T2沒有在ADD命令時(shí)雙向接通，此時(shí)用Modify命令將T1、T2雙向接通；
T1、T2雙向接通后，主叫MSC在Alerting消息中帶上ATInBandMN標(biāo)識(shí)發(fā)送給主叫UE；至此，主叫UE和被叫UE開始進(jìn)行Media Negotiation媒體協(xié)商；被叫UE摘機(jī)應(yīng)答，被叫UE發(fā)送連接Connect消息到被叫MSC，被叫MSC通過(guò)ANM消息通知主叫MSC，主叫MSC再將連接消息發(fā)送到主叫UE，通知主叫UE被叫UE已經(jīng)應(yīng)答，主叫UE和被叫UE之間開始進(jìn)行音視頻信息的通信。
實(shí)施例3如圖5所示為軟構(gòu)架下后向承載建立時(shí)，振鈴階段進(jìn)行媒體協(xié)商的信令流程圖，圖6也適應(yīng)于本構(gòu)架下后向承載建立時(shí)其相應(yīng)的網(wǎng)絡(luò)模型圖。
在后向承載建立時(shí)，振鈴階段進(jìn)行媒體協(xié)商的主要流程與實(shí)施例2所述的前向承載是相同的，不同的是建立T1、T2與建立T3、T4的時(shí)間先后不同，如圖5所示，其信令的作用與實(shí)施例2中的相同，在此，不再重復(fù)描述。
實(shí)施例4本發(fā)明不僅適用于主叫UE對(duì)被叫UE在振鈴階段進(jìn)行媒體協(xié)商，也適用于主叫UE對(duì)網(wǎng)絡(luò)中具有3G-324M媒體處理能力的網(wǎng)絡(luò)節(jié)點(diǎn)在振鈴階段進(jìn)行媒體協(xié)商及多媒體信息通信，本實(shí)施例以網(wǎng)絡(luò)中具有3G-324M媒體處理能力的網(wǎng)絡(luò)節(jié)點(diǎn)彩鈴平臺(tái)為例，對(duì)本發(fā)明的進(jìn)一步應(yīng)用加以說(shuō)明。
圖7所示為本實(shí)施例的組網(wǎng)示意圖，主叫UE發(fā)起視頻彩鈴呼叫到主叫交換局(包括主叫MSC和主叫MGW1)，并在Setup消息中加入ATInBandMN標(biāo)識(shí)，該呼叫通過(guò)主叫交換局、被叫交換局(包括被叫MSC和被叫MGW2)呼叫到被叫UE，當(dāng)被叫UE振鈴時(shí)，被叫MSC發(fā)送帶有ATInBandMN標(biāo)識(shí)的呼叫建立消息到彩鈴平臺(tái)，彩鈴平臺(tái)返回帶有ATInBandMN證實(shí)的ACK振鈴消息，并將主叫側(cè)的交換端點(diǎn)和彩鈴平臺(tái)側(cè)的交換端點(diǎn)雙向接通，主叫UE與彩鈴平臺(tái)開始進(jìn)行媒體協(xié)商(此處，彩鈴平臺(tái)需要具有支持在振鈴階段進(jìn)行媒體協(xié)商的功能)，協(xié)商成功后，彩鈴平臺(tái)給主叫UE播放視頻彩鈴；當(dāng)被叫UE摘機(jī)應(yīng)答后，被叫MSC與彩鈴平臺(tái)斷開，并將主叫側(cè)的交換端點(diǎn)和被叫側(cè)的交換端點(diǎn)雙向接通，被叫UE與主叫UE進(jìn)入通話階段。
可見，通過(guò)本發(fā)明提供的技術(shù)方案，UE和網(wǎng)絡(luò)中具有3G-324M媒體處理能力的網(wǎng)絡(luò)節(jié)點(diǎn)例如彩鈴平臺(tái)具有了在振鈴階段進(jìn)行媒體協(xié)商和通信的能力，這為運(yùn)營(yíng)商引入例如視頻彩鈴這樣的增值業(yè)務(wù)提供了技術(shù)上的保證，使得視頻彩鈴在振鈴階段傳輸音視頻信息成為可能。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種媒體協(xié)商的方法，其特征在于，步驟a主叫用戶設(shè)備UE發(fā)送多媒體呼叫建立消息，該消息中攜帶振鈴階段媒體協(xié)商標(biāo)識(shí)；步驟b被叫UE或者網(wǎng)絡(luò)節(jié)點(diǎn)接到含有振鈴階段媒體協(xié)商標(biāo)識(shí)的呼叫建立消息后，發(fā)送一含有振鈴階段媒體協(xié)商證實(shí)的振鈴消息，并啟動(dòng)本端通信操作；步驟c所述含有振鈴階段媒體協(xié)商證實(shí)的振鈴消息在經(jīng)過(guò)路由中的網(wǎng)絡(luò)節(jié)點(diǎn)時(shí)，使其交換端點(diǎn)雙向接通；步驟d主叫UE收到所述含有振鈴階段媒體協(xié)商證實(shí)的振鈴消息后，啟動(dòng)本端通信操作，主叫UE、與被叫UE或者網(wǎng)絡(luò)節(jié)點(diǎn)開始進(jìn)行媒體協(xié)商。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟b為被叫UE或者網(wǎng)絡(luò)節(jié)點(diǎn)接到含有振鈴階段媒體協(xié)商標(biāo)識(shí)的呼叫建立請(qǐng)求后，判斷本端是否支持振鈴階段媒體協(xié)商功能，若支持，則發(fā)送含有振鈴階段媒體協(xié)商證實(shí)的振鈴消息，并啟動(dòng)本端通信操作，若不支持，則發(fā)送的振鈴消息不含有振鈴階段媒體協(xié)商證實(shí)。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，在步驟a和步驟b之間還包括網(wǎng)絡(luò)中無(wú)線承載、Iu接口承載，及核心網(wǎng)承載的建立。
4.根據(jù)權(quán)利要求1至3任意一項(xiàng)所述的方法，其特征在于，還包括步驟e主叫UE和被叫UE或者網(wǎng)絡(luò)節(jié)點(diǎn)開始音視頻信息通信。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述多媒體呼叫包括3G-324M呼叫。
全文摘要
本發(fā)明提供了一種媒體協(xié)商的方法主叫UE發(fā)送多媒體呼叫建立消息，該消息中攜帶振鈴階段媒體協(xié)商標(biāo)識(shí)；被叫UE或者網(wǎng)絡(luò)節(jié)點(diǎn)接到呼叫請(qǐng)求后，啟動(dòng)本端通信操作，并且返回一個(gè)振鈴消息；在振鈴消息經(jīng)過(guò)路由中的網(wǎng)絡(luò)節(jié)點(diǎn)時(shí)，使其交換端點(diǎn)雙向接通；主叫UE啟動(dòng)通信操作，主叫UE、與被叫UE或者網(wǎng)絡(luò)節(jié)點(diǎn)開始進(jìn)行媒體協(xié)商。本發(fā)明在振鈴階段開始進(jìn)行媒體協(xié)商，當(dāng)被叫應(yīng)答后即可以進(jìn)行音視頻信息通信，提高了用戶對(duì)多媒體服務(wù)的體驗(yàn)，便于運(yùn)營(yíng)商引入例如視頻彩鈴這樣的增值業(yè)務(wù)。
文檔編號(hào)H04L29/06GK1878412SQ20061009038
公開日2006年12月13日 申請(qǐng)日期2006年7月5日 優(yōu)先權(quán)日2006年7月5日
發(fā)明者張曉鵬, 丁巖 申請(qǐng)人:華為技術(shù)有限公司