專利名稱：一種ims網(wǎng)絡中媒體協(xié)商的方法和系統(tǒng)的制作方法
技術(shù)領域：
本發(fā)明涉及通信技術(shù)領域，尤其涉及一種IMS (Internet Protocol Multimedia Subsystem, IP多媒體子系統(tǒng))網(wǎng)絡中媒體協(xié)商的方法和系統(tǒng)。
背景技術(shù)：
在IMS核心網(wǎng)的點擊撥號業(yè)務中，由于點擊撥號業(yè)務有智能接聽、智能路 由和狀態(tài)路由幾個業(yè)務特征，這幾個業(yè)務特征都可以將呼叫前轉(zhuǎn)，這種業(yè)務特 征可能會造成業(yè)務在實際應用中發(fā)生多次嵌套，業(yè)務流程復雜度增加。由于IMS 核心網(wǎng)支持主被叫雙方的UE (User Equipment,用戶設備)在SDP (Session Description Protocol,媒體描述信息)提供應答的協(xié)商過程中彼此交換前提進行 資源預留Precondition,以及會話早力某體early-session的協(xié)商過程，進一步增加 了業(yè)務流程的復雜度。
根據(jù)業(yè)務的需求，在一種應用的場景下，基于SIP( Session Initiation Protocol, 會話發(fā)起協(xié)議)的AS (Application Server,應用服務器)位于主叫用戶與^L叫 用戶之間，充當?shù)谌吲c主叫側(cè)和被叫側(cè)分別進行能力協(xié)商，然后通過SIP會 話協(xié)商session功能最終完成主叫側(cè)與被叫側(cè)的橋接功能。
由于布放時間及滿足業(yè)務的對象不同，已部署在網(wǎng)絡中數(shù)量眾多的UA設 備，其SIP能力不可能做到相同。因此，為保證網(wǎng)絡上不同能力的UA能夠進行 基本會話，發(fā)起SIP會話方的用戶設備在發(fā)起會話前將羅列自己所支持的能力 集，在特定業(yè)務情況下，還可能會指明要求對端必須支持某一能力集，此時， 如果對端不支持該能力集，本次會話將會失敗。當呼叫請求到達被叫側(cè)后，被 叫側(cè)將綜合考慮以下因素本端UA的音視頻處理能力、對端UA的音視頻處理能力，以及業(yè)務需求等，如果上述三者都匹配，本次呼叫達到完美匹配；否則， 會話以非最大能力進行交互或者甚至不能交互。具體來講，會話雙方可根據(jù)協(xié) 商能力決定本次會話具有以下特征
1. 是否啟動臨時響應消息可靠傳送，例如對表征振鈴行為的180消息可靠傳
送；
2. 是否啟動資源預留，啟動資源預留的目的是為了更好地完成對媒體資源 的策略控制；
3. 是否建立早媒體，早媒體用于被叫側(cè)提供回鈴音或其他音資源。 在實際應用中，^^舌能力協(xié)商中主要用到的各種SIP消息以及它們的作用
如下invite消息是呼叫發(fā)起的消息；183消息、180消息和prack消息都屬于 中間狀態(tài)的響應，183消息是對invite消息的臨時響應，表示被叫同意建立會話， 并且183消息攜帶被叫的媒體與主叫協(xié)商。update消息是媒體更新消息，用于兩 種情況下， 一種是對前面協(xié)商過的i某體重新協(xié)商時，另一種是前面通過183消 息協(xié)商的媒體還沒有協(xié)商完成需要再次確認媒體時。SIP消息其實是一個載體， 最終的目的都是為了讓主被叫媒體協(xié)商完成，讓主被叫能夠正常通話。
目前AS在處理SIP呼叫信令的過程中，只有在收到INVITE、 183、 200摘 機這幾個攜帶SDP的消息時，才能對通話雙方的會話早媒體early-session和會 話媒體session設置關(guān)聯(lián)關(guān)系，而在收到其它攜帶SDP的消息例如用于更新媒體 的update消息時，只能根據(jù)前面已設置的媒體關(guān)系來進行媒體協(xié)商，這樣在出 現(xiàn)呼叫前轉(zhuǎn)甚至多次呼叫前轉(zhuǎn)的復雜嵌套流程中就會出現(xiàn)在建立了 一個媒體關(guān) 聯(lián)關(guān)系之后，AS收到的update消息攜帶的SDP和前面設置媒體關(guān)聯(lián)關(guān)系不符， 導致媒體協(xié)商不通過，故在被叫摘機之前，主叫由于聽不到被叫的彩鈴或回鈴 音而無法得知電話是否撥通，而在被叫摘機之后，主^皮叫由于無法再次對會話 媒體session進行成功的媒體協(xié)商，主被叫雙方也無法正常通話
發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是，提供一種IMS網(wǎng)絡中媒體協(xié)商的方法和系統(tǒng)， 克服現(xiàn)有技術(shù)中點擊撥號業(yè)務嵌套時的媒體協(xié)商不成功的缺陷。
本發(fā)明采用的技術(shù)方案是，所述IMS網(wǎng)絡中4某體協(xié)商的方法，主叫用戶發(fā) 起對被叫用戶設備的呼叫請求，主叫用戶設備和被叫用戶設備通過會話發(fā)起協(xié) 議呼叫信令對媒體進行協(xié)商，在應用服務器的業(yè)務層和呼叫控制處理層之間增 加上報接口和設置媒體關(guān)聯(lián)關(guān)系接口 ；
呼叫控制處理層收到媒體更新消息后，通過該上報接口將該消息上報給業(yè) 務層，業(yè)務層通過該設置媒體關(guān)聯(lián)關(guān)系接口為主叫側(cè)和被叫側(cè)解除原有的媒體 關(guān)聯(lián)關(guān)系，建立新的媒體關(guān)聯(lián)關(guān)系；
業(yè)務層將該新的媒體關(guān)聯(lián)關(guān)系發(fā)送給呼叫控制處理層，呼叫控制處理層將 該新的i某體關(guān)聯(lián)關(guān)系組包發(fā)出。
所述建立新的媒體關(guān)聯(lián)關(guān)系的方式包括
當業(yè)務層在被叫用戶設備振鈴后第一次收到攜帶會話媒體session的媒體更 新消息時，為主叫側(cè)會話i某體session和被叫側(cè)會話々某體session建立關(guān)聯(lián)關(guān)系；
當業(yè)務層在被叫用戶設備振鈴后第 一次收到攜帶會話早媒體early-session 和會話i某體session的i某體更新消息時，為主叫側(cè)會話々某體session和^皮叫側(cè)的會 話早i某體early-session建立關(guān)聯(lián)關(guān)系。
所述媒體包括會話媒體和/或早媒體。
本發(fā)明還提供一種IMS網(wǎng)絡中媒體協(xié)商的系統(tǒng)，包括用戶設備、IMS核心 網(wǎng)和應用服務器，所述應用服務器包括
呼叫控制處理模塊，用于將媒體更新消息通過上報接口上報給業(yè)務模塊， 并對業(yè)務模塊下發(fā)的新的媒體關(guān)聯(lián)關(guān)系組包發(fā)出；
業(yè)務模塊，用于通過設置媒體關(guān)聯(lián)關(guān)系接口為主叫側(cè)和被叫側(cè)解除原有的 媒體關(guān)聯(lián)關(guān)系，建立新的媒體關(guān)聯(lián)關(guān)系；
上報接口 ，用于提供從呼叫控制處理模塊向業(yè)務模塊上報媒體更新消息的 通道；設置媒體關(guān)聯(lián)關(guān)系接口 ，用于為主叫側(cè)和被叫側(cè)解除原有的媒體關(guān)聯(lián)關(guān)系， 建立新的媒體關(guān)聯(lián)關(guān)系。
所述設置媒體關(guān)聯(lián)關(guān)系接口建立新的媒體關(guān)聯(lián)關(guān)系的方式包括
當業(yè)務層在被叫用戶設備振鈴后第一次收到攜帶會話媒體session的媒體更 新消息時，為主叫側(cè)會話i某體session和被叫側(cè)會話i某體session建立關(guān)聯(lián)關(guān)系；
當業(yè)務層在被叫用戶設備振鈴后第一次收到攜帶會話早媒體early-session 和會話i某體session的i某體更新消息時，為主叫側(cè)會話i某體session和被叫側(cè)的會 i舌早:!f某體early-session建立關(guān)聯(lián)關(guān)系。
本發(fā)明還提供一種IMS網(wǎng)絡中媒體協(xié)商的系統(tǒng)，包括用戶設備、IMS核心 網(wǎng)和應用服務器，所述應用服務器包括
呼叫控制處理模塊，用于將媒體更新消息通過設置媒體關(guān)聯(lián)關(guān)系的接口上 報給業(yè)務模塊，并對業(yè)務模塊下發(fā)的新的媒體關(guān)聯(lián)關(guān)系組包發(fā)出；
業(yè)務模塊，用于通過設置媒體關(guān)聯(lián)關(guān)系接口為主叫側(cè)和被叫側(cè)解除原有的 媒體關(guān)聯(lián)關(guān)系，建立新的i某體關(guān)聯(lián)關(guān)系；
設置媒體關(guān)聯(lián)關(guān)系接口 ，用于提供從呼叫控制處理模塊向業(yè)務模塊上報媒 體更新消息的通道，并為主叫側(cè)和被叫側(cè)解除原有的媒體關(guān)聯(lián)關(guān)系，建立新的 媒體關(guān)聯(lián)關(guān)系。
所述設置媒體關(guān)聯(lián)關(guān)系接口建立新的媒體關(guān)聯(lián)關(guān)系的方式包括
當業(yè)務層在被叫用戶設備振鈴后第一次收到攜帶會話4某體session的媒體更 新消息時，為主叫側(cè)會話i某體session和被叫側(cè)會話々某體session建立關(guān)聯(lián)關(guān)系；
當業(yè)務層在被叫用戶設備振鈴后第 一次收到攜帶會話早媒體early-session 和會話i某體session的士某體更新消息時，為主叫側(cè)會i舌i某體session和;波叫側(cè)的會 話早J 某體early-session建立關(guān)聯(lián)關(guān)系。
采用上述技術(shù)方案，本發(fā)明至少具有下列優(yōu)點
本發(fā)明所述IMS網(wǎng)絡中4某體協(xié)商的方法和系統(tǒng)，通過在應用服務器的業(yè)務 層和呼叫控制處理層之間增加設置媒體關(guān)聯(lián)關(guān)系的接口 ，當應用服務器收到帶有媒體描述信息的媒體更新消息后，可以根據(jù)媒體更新消息攜帶的媒體描述信 息以及媒體更新消息在協(xié)商流程中所處的位置等因素重新設置新的媒體關(guān)聯(lián)關(guān) 系。這樣應用服務器就能夠更加靈活的控制媒體的協(xié)商過程，克服現(xiàn)有技術(shù)中 點擊撥號業(yè)務嵌套時的々某體協(xié)商不成功的缺陷。


圖1為本發(fā)明第一實施例所述IMS網(wǎng)絡中媒體協(xié)商的方法流程圖； 圖2為本發(fā)明第二實施例所述IMS網(wǎng)絡中媒體協(xié)商的系統(tǒng)中應用服務器結(jié) 構(gòu)示意圖3為本發(fā)明第三實施例所述IMS網(wǎng)絡中媒體協(xié)商的系統(tǒng)中應用服務器結(jié) 構(gòu)示意圖4為本發(fā)明第四實施例將本發(fā)明運用于一次呼叫前轉(zhuǎn)中時的流程圖； 圖5為本發(fā)明第五實施例將本發(fā)明運用于一次呼叫前轉(zhuǎn)中時的流程圖。
具體實施例方式
為更進一步闡述本發(fā)明為達成預定目的所采取的技術(shù)手段及功效，以下結(jié)合 附圖及較佳實施例，對本發(fā)明提出的所述IMS網(wǎng)絡中媒體協(xié)商的方法和系統(tǒng)， -洋細i兌明》口后。
本發(fā)明第一實施例， 一種IMS網(wǎng)絡中媒體協(xié)商的方法，在應用服務器的業(yè) 務層和呼叫控制處理層之間增加上報接口和設置媒體關(guān)聯(lián)關(guān)系接口，如圖1所 示，包括
步驟一、主叫用戶發(fā)起對被叫用戶設備的呼叫請求，主叫用戶設備和被叫 用戶設備通過會話發(fā)起協(xié)議呼叫信令對媒體進行協(xié)商；
步驟二、應用服務器的呼叫控制處理層收到媒體更新消息后，通過上報接 口將該消息上報給應用服務器的業(yè)務層；
步驟三、應用服務器的業(yè)務層通過設置媒體關(guān)聯(lián)關(guān)系接口為主叫側(cè)和被叫側(cè)解除原有的々某體關(guān)聯(lián)關(guān)系，建立新的媒體關(guān)聯(lián)關(guān)系；
所述建立新的媒體關(guān)聯(lián)關(guān)系的方式是根據(jù)媒體更新消息攜帶的媒體描述 信息以及々某體更新消息在協(xié)商流程中所處的位置等因素，重新設置新的媒體關(guān) 聯(lián)關(guān)系，具體的，包括以下情況
當業(yè)務層在被叫用戶設備振鈴后第一次收到攜帶會話媒體session的媒體更 新消息時,為主叫側(cè)會話々某體session和4皮叫側(cè)會話汷某體session 建立關(guān)聯(lián)關(guān)系；
當業(yè)務層在被叫用戶設備振鈴后第一次收到攜帶會話早媒體early-session 和會話J 某體session的4某體更新消息時，為主叫側(cè)會話i某體session和^皮叫側(cè)的會 話早々某體early-session建立關(guān)聯(lián)關(guān)系；
當業(yè)務層在被叫用戶設備振鈴前收到的攜帶SDP的媒體更新消息時，只向 被叫返回響應，不建立媒體關(guān)聯(lián)關(guān)系把媒體轉(zhuǎn)到主叫側(cè)。
步驟四、業(yè)務層將該新的媒體關(guān)聯(lián)關(guān)系發(fā)送給呼叫控制處理層，呼叫控制 處理層將新的々某體關(guān)聯(lián)關(guān)系組包發(fā)出。
本發(fā)明第二實施例， 一種IMS網(wǎng)絡中媒體協(xié)商的系統(tǒng)，包括用戶設備、IMS 核心網(wǎng)和應用服務器，其中，應用服務器如圖2所示，包括
呼叫控制處理模塊，用于將媒體更新消息通過上報接口上報給業(yè)務模塊， 并對業(yè)務模塊下發(fā)的新的4某體關(guān)聯(lián)關(guān)系組包發(fā)出；
業(yè)務模塊，用于通過設置媒體關(guān)聯(lián)關(guān)系接口為主叫側(cè)和被叫側(cè)解除原有的 媒體關(guān)聯(lián)關(guān)系，建立新的媒體關(guān)聯(lián)關(guān)系；
上報接口 ，用于提供從呼叫控制處理模塊向業(yè)務模塊上報媒體更新消息的 通道；
設置媒體關(guān)聯(lián)關(guān)系接口 ，用于為主叫側(cè)和被叫側(cè)解除原有的媒體關(guān)聯(lián)關(guān)系， 建立新的媒體關(guān)聯(lián)關(guān)系。
所述設置々某體關(guān)聯(lián)關(guān)系接口建立新的媒體關(guān)聯(lián)關(guān)系的方式包括 當業(yè)務層在被叫用戶設備振鈴后第一次收到攜帶會話媒體session的媒體更新消息時，為主叫側(cè)會話i某體session和被叫側(cè)會話i某體session建立關(guān)聯(lián)關(guān)系； 當業(yè)務層在被叫用戶設備振鈴后第一次收到攜帶會話早媒體early-session
和會話々某體session的i某體更新消息時，為主叫側(cè)會話纟泉體session和被叫側(cè)的會
話早士某體early-session建立關(guān)聯(lián)關(guān)系。
當業(yè)務層在被叫用戶設備振鈴前收到的攜帶SDP的媒體更新消息時，只向
被叫返回響應，不建立媒體關(guān)聯(lián)關(guān)系把媒體轉(zhuǎn)到主叫側(cè)。
本發(fā)明第三實施例， 一種IMS網(wǎng)絡中媒體協(xié)商的系統(tǒng)，包括用戶設備、IMS 核心網(wǎng)和應用服務器，其中，應用服務器如圖3所示，包括
呼叫控制處理模塊，用于將媒體更新消息通過設置媒體關(guān)聯(lián)關(guān)系的接口上 報給業(yè)務模塊，并對業(yè)務模塊下發(fā)的新的媒體關(guān)聯(lián)關(guān)系組包發(fā)出；
業(yè)務模塊，用于通過設置媒體關(guān)聯(lián)關(guān)系接口為主叫側(cè)和被叫側(cè)解除原有的 媒體關(guān)聯(lián)關(guān)系，建立新的媒體關(guān)聯(lián)關(guān)系；
設置媒體關(guān)聯(lián)關(guān)系接口 ，用于提供從呼叫控制處理模塊向業(yè)務模塊上報媒 體更新消息的通道，并為主叫側(cè)和被叫側(cè)解除原有的媒體關(guān)聯(lián)關(guān)系，建立新的 媒體關(guān)聯(lián)關(guān)系。本實施例與第二實施例的區(qū)別就在于，在邏輯上，將上報接口 和設置媒體關(guān)聯(lián)關(guān)系接口合二為一，即采用一個可復用的接口來實現(xiàn)上述兩種 功能，接口復用的實現(xiàn)方式是本領域常用的技術(shù)手段，故此處不詳述。
所述設置媒體關(guān)聯(lián)關(guān)系接口建立新的媒體關(guān)聯(lián)關(guān)系的方式包括
當業(yè)務層在被叫用戶設備振鈴后第一次收到攜帶會話媒體session的媒體更 新消息時，為主叫側(cè)會話々某體session和被叫側(cè)會話i某體session建立關(guān)聯(lián)關(guān)系；
當業(yè)務層在被叫用戶設備振鈴后第 一次收到攜帶會話早媒體early-session 和會話i某體session的Jf某體更新消息時，為主叫側(cè)會話J 某體session和被叫側(cè)的會 話早+某體early-session建立關(guān)聯(lián)關(guān)系。
當業(yè)務層在被叫用戶設備振鈴前收到的攜帶SDP的^某體更新消息時，只向 被叫返回響應，不建立媒體關(guān)聯(lián)關(guān)系把媒體轉(zhuǎn)到主叫側(cè)。本發(fā)明第四實施例，下面以發(fā)生一次呼叫前轉(zhuǎn)的流程為例，說明采用本發(fā) 明所述IMS網(wǎng)絡中媒體協(xié)商的方法和系統(tǒng)使媒體體協(xié)商成功的過程，主叫用戶
發(fā)起對第一被叫用戶設備UEC的呼叫，第一被叫用戶UEC已經(jīng)設置成將其收 到的呼叫前轉(zhuǎn)到第二被叫用戶設備UED上，如圖4所示，具體媒體協(xié)商步驟如 下
步驟一、主叫AS綁定主叫用戶設備UEA通過其構(gòu)造的假媒體與主叫用戶 設備UEA協(xié)商；
步驟二、主叫AS呼叫第一被叫用戶設備UE C,第一被叫用戶設備UEC 經(jīng)IMS核心網(wǎng)返回攜帶會話早媒體early-session和會話媒體session 的183消息 與主叫側(cè)會話媒體session進行回鈴音接收能力的協(xié)商，因此將主叫側(cè)的會話媒 體session和-故叫側(cè)的會話早々某體early-session建立關(guān)聯(lián)關(guān)系；
步驟三、第一被叫用戶設備UEC經(jīng)IMS核心網(wǎng)返回攜帶會話媒體session 的update消息與主叫側(cè)會話i某體session進行通話能力的協(xié)商，在現(xiàn)有技術(shù)中由 于update消息攜帶的SDP和前面設置媒體關(guān)聯(lián)關(guān)系不符，因此主叫AS僅返回 對update消息的響應而不建立關(guān)聯(lián)，但這一步并不對后續(xù)的4某體協(xié)商過程產(chǎn)生 影響，因為第一被叫用戶設備UEC并不是主叫用戶最終要呼叫的用戶設備。但 是根據(jù)本發(fā)明的技術(shù)方案，主叫AS的呼叫控制處理層收到update消息后，通 過上報接口將該消息上報給主叫AS的業(yè)務層，主叫AS的業(yè)務層根據(jù)媒體更新 消息攜帶的媒體描述信息以及媒體更新消息在協(xié)商流程中所處的位置等因素， 重新設置新的媒體關(guān)聯(lián)關(guān)系，具體的，由于此時是主叫AS業(yè)務層在第一被叫用 戶設備UE C振鈴前收到的攜帶SDP的媒體更新消息，只向被叫側(cè)返回響應， 不建立主叫側(cè)和被叫側(cè)的媒體關(guān)聯(lián)關(guān)系，因此不把被叫側(cè)會話媒體session轉(zhuǎn)到 主叫側(cè)。
步驟四、第一被叫用戶設備UEC發(fā)出振鈴消息即180消息；
步驟五、被叫AS呼叫第二被叫用戶設備UED,此時表示第一次前轉(zhuǎn)流程開始，第二被叫用戶設備UE D經(jīng)IMS核心網(wǎng)返回攜帶會話早媒體early-session 和會話媒體session的183消息與主叫側(cè)會話媒體session進行回鈴音接收能力的 4某體協(xié)商，此時提供主叫側(cè)會話媒體session的是被叫AS,因為被叫AS相對于 第二用戶設備UED來說是主叫側(cè)。由于應用服務器在處理SIP呼叫信令的過程 中，在收到183消息時，能夠?qū)νㄔ掚p方的會話早媒體early-session和會話媒體 session設置關(guān)聯(lián)關(guān)系，此處將主叫側(cè)的會話媒體session和被叫側(cè)的會話早媒體 early-session建立關(guān)聯(lián)關(guān)系。
步驟六、被叫AS向主叫AS發(fā)出攜帶會話媒體session的update消息與主 叫側(cè)進行回鈴音接收能力的媒體協(xié)商，按照現(xiàn)有技術(shù)的處理方法是根據(jù)步驟二 種建立的主叫側(cè)會話i某體session和被叫側(cè)的會話早士某體early-session的關(guān)聯(lián)關(guān) 系，由于主叫AS收到的update消息攜帶的SDP和前面設置媒體關(guān)聯(lián)關(guān)系不符， 導致媒體協(xié)商不通過。
但是根據(jù)本發(fā)明的技術(shù)方案，主叫AS的呼叫控制處理層收到update消息 后，通過上才艮接口將該消息上報給主叫AS的業(yè)務層，主叫AS的業(yè)務層根據(jù)力某 體更新消息攜帶的媒體描述信息以及媒體更新消息在協(xié)商流程中所處的位置等 因素，重新設置新的媒體關(guān)聯(lián)關(guān)系，具體的，由于此時是主叫AS的業(yè)務層在第 一被叫用戶設備UE C振鈴后第一次收到攜帶會話i某體session的update消息， 主叫AS的為主叫側(cè)會話i某體session和^皮叫側(cè)會話々某體session建立關(guān)聯(lián)關(guān)系， 通過invite消息把會話i某體 session轉(zhuǎn)到主叫側(cè)的第 一用戶設備UE A,第 一用戶 設備UE A向被叫返回攜帶描述本端回鈴音接收能力的會話媒體session,媒體協(xié) 商成功。
本發(fā)明第五實施例，下面以發(fā)生一次呼叫前轉(zhuǎn)的流程為例，說明采用本發(fā) 明所述IMS網(wǎng)絡中媒體協(xié)商的方法和系統(tǒng)使媒體體協(xié)商成功的過程，主叫用戶 發(fā)起對第一被叫用戶設備UEC的呼叫，第一被叫用戶UEC已經(jīng)設置成將其收 到的呼叫前轉(zhuǎn)到第二被叫用戶設備UED上，如圖5所示，具體媒體協(xié)商步驟與第四實施例大致相同，區(qū)別在于
步驟五、被叫AS呼叫第二被叫用戶設備UED，此時表示第一次前轉(zhuǎn)流程 開始，第二被叫用戶設備UE D經(jīng)IMS核心網(wǎng)返回攜帶會話早媒體early-session 和會話i某體session的183消息與主叫側(cè)會話々某體session進4亍回鈴音4矣收能力的 媒體協(xié)商，此時提供主叫側(cè)會話媒體session的是被叫AS,因為被叫AS相對于 第二用戶設備UED來說是主叫側(cè)。由于應用服務器在處理SIP呼叫信令的過程 中，在收到183消息時，能夠?qū)νㄔ掚p方的會話早媒體early-session和會話媒體 session設置關(guān)聯(lián)關(guān)系，此處直接將被叫側(cè)的會話早媒體early-session和會話媒體 session透傳到主叫側(cè)；
步驟六、被叫AS向主叫AS發(fā)出攜帶會話早媒體early-session和會話媒體 session的update消息與主叫側(cè)進行媒體協(xié)商，根據(jù)本發(fā)明的技術(shù)方案，主叫AS 的呼叫控制處理層收到update消息后，通過上報接口將該消息上報給主叫AS 的業(yè)務層，主叫AS的業(yè)務層根據(jù)update消息攜帶的媒體描述信息以及媒體更新 消息在協(xié)商流程中所處的位置等因素，重新設置新的i某體關(guān)聯(lián)關(guān)系，具體的， 由于此時是主叫AS的業(yè)務層在被叫用戶設備振鈴后第一次收到攜帶會話早媒 體early-session和會話i某體session的update消息時，主叫AS的為主叫側(cè)會話 i某體session和^皮叫側(cè)會i舌早々某體early-session建立關(guān)聯(lián)關(guān)系，通過invite消息4巴 會話早媒體early-session轉(zhuǎn)到主叫側(cè)的第 一用戶設備UE A,第 一用戶設備UE A 向被叫返回攜帶描述本端回鈴音接收能力的會話媒體session,媒體協(xié)商成功。
本發(fā)明所述IMS網(wǎng)絡中媒體協(xié)商的方法和系統(tǒng)，通過在應用服務器的業(yè)務 層和呼叫控制處理層之間增加設置媒體關(guān)聯(lián)關(guān)系的接口 ，當應用服務器收到帶 有媒體描述信息的媒體更新消息后，可以根據(jù)媒體更新消息攜帶的媒體描述信 息以及媒體更新消息在協(xié)商流程中所處的位置等因素重新設置新的媒體關(guān)聯(lián)關(guān) 系。這樣應用服務器就能夠更加靈活的控制媒體的協(xié)商過程，克服現(xiàn)有技術(shù)中 點擊撥號業(yè)務嵌套時的J 某體協(xié)商不成功的缺陷。
通過具體實施方式
的說明，應當可對本發(fā)明為達成預定目的所釆取的技術(shù)手段及功效得以更加深入且具體的了解，然而所附圖示僅是提供參考與說明之 用，并非用來對本發(fā)明加以限制。
權(quán)利要求
1、一種IMS網(wǎng)絡中媒體協(xié)商的方法，主叫用戶發(fā)起對被叫用戶設備的呼叫請求，主叫用戶設備和被叫用戶設備通過會話發(fā)起協(xié)議呼叫信令對媒體進行協(xié)商，其特征在于在應用服務器的業(yè)務層和呼叫控制處理層之間增加上報接口和設置媒體關(guān)聯(lián)關(guān)系接口；呼叫控制處理層收到媒體更新消息后，通過所述上報接口將該消息上報給業(yè)務層，業(yè)務層通過所述設置媒體關(guān)聯(lián)關(guān)系的接口為主叫側(cè)和被叫側(cè)解除原有的媒體關(guān)聯(lián)關(guān)系，建立新的媒體關(guān)聯(lián)關(guān)系；業(yè)務層將所述新的媒體關(guān)聯(lián)關(guān)系發(fā)送給呼叫控制處理層，呼叫控制處理層將所述新的媒體關(guān)聯(lián)關(guān)系組包發(fā)出。
2、 根據(jù)權(quán)利要求1所述IMS網(wǎng)絡中媒體協(xié)商的方法，其特征在于所述建立 新的媒體關(guān)聯(lián)關(guān)系的方式包括當業(yè)務層在被叫用戶設備振鈴后第一次收到攜帶會話媒體session的媒體更 新消息時，為主叫側(cè)會話媒體session和被叫側(cè)會話J 某體session建立關(guān)聯(lián)關(guān)系；當業(yè)務層在被叫用戶設備振鈴后第 一次收到攜帶會話早媒體early-session 和會話力某體session的々某體更新消息時，為主叫側(cè)會話士某體session和凈皮叫側(cè)的會 話早i某體early-session建立關(guān)聯(lián)關(guān)系。
3、 根據(jù)權(quán)利要求2所述IMS網(wǎng)絡中媒體協(xié)商的方法，其特征在于所述媒體 包括會話媒體和/或早媒體。
4、 一種IMS網(wǎng)絡中媒體協(xié)商的系統(tǒng)，包括用戶設備、IMS核心網(wǎng)和應用服 務器，其特征在于所述應用服務器包括呼叫控制處理模塊，用于將媒體更新消息通過上報接口上報給業(yè)務模塊， 并對業(yè)務模塊下發(fā)的新的媒體關(guān)聯(lián)關(guān)系組包發(fā)出；業(yè)務模塊，用于通過設置媒體關(guān)聯(lián)關(guān)系接口為主叫側(cè)和被叫側(cè)解除原有的 媒體關(guān)聯(lián)關(guān)系，建立新的媒體關(guān)聯(lián)關(guān)系；上報接口 ，用于提供從呼叫控制處理模塊向業(yè)務模塊上報媒體更新消息的通道；設置媒體關(guān)聯(lián)關(guān)系接口 ，用于為主叫側(cè)和被叫側(cè)解除原有的媒體關(guān)聯(lián)關(guān)系， 建立新的媒體關(guān)聯(lián)關(guān)系。
5、 根據(jù)權(quán)利要求4所述IMS網(wǎng)絡中媒體協(xié)商的系統(tǒng)，其特征在于所述設置 媒體關(guān)聯(lián)關(guān)系接口建立新的媒體關(guān)聯(lián)關(guān)系的方式包括當業(yè)務層在被叫用戶設備振鈴后第一次收到攜帶會話媒體session的媒體更 新消息時，為主叫側(cè)會話々某體session和被叫側(cè)會話々某體session建立關(guān)聯(lián)關(guān)系；當業(yè)務層在被叫用戶設備振鈴后第 一次收到攜帶會話早媒體early-session 和會話媒體session的々某體更新消息時，為主叫側(cè)會話媒體session和被叫側(cè)的會 話早媒體early-session建立關(guān)聯(lián)關(guān)系。
6、 一種IMS網(wǎng)絡中力某體協(xié)商的系統(tǒng)，包括用戶設備、IMS核心網(wǎng)和應用服 務器，其特征在于所述應用服務器包括呼叫控制處理模塊，用于將媒體更新消息通過設置媒體關(guān)聯(lián)關(guān)系的接口上 報給業(yè)務模塊，并對業(yè)務模塊下發(fā)的新的媒體關(guān)聯(lián)關(guān)系組包發(fā)出；業(yè)務模塊，用于通過設置媒體關(guān)聯(lián)關(guān)系接口為主叫側(cè)和被叫側(cè)解除原有的 媒體關(guān)聯(lián)關(guān)系，建立新的媒體關(guān)聯(lián)關(guān)系；設置媒體關(guān)聯(lián)關(guān)系接口 ，用于提供從呼叫控制處理模塊向業(yè)務模塊上報媒 體更新消息的通道，并為主叫側(cè)和被叫側(cè)解除原有的媒體關(guān)聯(lián)關(guān)系，建立新的 媒體關(guān)聯(lián)關(guān)系。
7、 根據(jù)權(quán)利要求6所述IMS網(wǎng)絡中媒體協(xié)商的系統(tǒng)，其特征在于所述設置 媒體關(guān)聯(lián)關(guān)系接口建立新的媒體關(guān)聯(lián)關(guān)系的方式包括當業(yè)務層在被叫用戶設備振鈴后第 一次收到攜帶會話媒體session的媒體更 新消息時，為主叫側(cè)會話4某體session和被叫側(cè)會話々某體session建立關(guān)聯(lián)關(guān)系；當業(yè)務層在被叫用戶設備振鈴后第一次收到攜帶會話早媒體early-session 和會話Jf某體session的i某體更新消息時，為主叫側(cè)會話J 某體session和^皮叫側(cè)的會話早媒體early-session建立關(guān)聯(lián)關(guān)系
全文摘要
本發(fā)明公開了一種IMS網(wǎng)絡中媒體協(xié)商的方法和系統(tǒng)，該方法通過在應用服務器的業(yè)務層和呼叫控制處理層之間增加設置媒體關(guān)聯(lián)關(guān)系的接口，當應用服務器收到帶有媒體描述信息的媒體更新消息后，可以根據(jù)媒體更新消息攜帶的媒體描述信息以及媒體更新消息在協(xié)商流程中所處的位置等因素重新設置新的媒體關(guān)聯(lián)關(guān)系。該系統(tǒng)包括呼叫控制處理模塊、業(yè)務模塊、上報接口和設置媒體關(guān)聯(lián)關(guān)系接口。采用本發(fā)明的技術(shù)方案使應用服務器能夠更加靈活的控制媒體的協(xié)商過程，克服現(xiàn)有技術(shù)中點擊撥號業(yè)務嵌套時的媒體協(xié)商不成功的缺陷。
文檔編號H04W76/00GK101594598SQ20091014810
公開日2009年12月2日 申請日期2009年6月22日 優(yōu)先權(quán)日2009年6月22日
發(fā)明者周水斌, 王成燦, 斌 郭 申請人:中興通訊股份有限公司