專利名稱：一種彩鈴彩像業(yè)務(wù)更新媒體的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，更具體地，涉及一種彩鈴彩像業(yè)務(wù)更新^ 某體的方法。
背景技術(shù)：
IP (Internet Protocol,網(wǎng)絡(luò)互聯(lián)協(xié)議)多媒體子系統(tǒng)(IP Multimedia Core Network Subsystem,簡稱IMS)是由第三代合作伙伴計(jì)劃(3rd Generation Partnership Project,簡稱3GPP )提出的一種基于IP的網(wǎng)絡(luò)架構(gòu)，構(gòu)建了一 個(gè)的開放而靈活的業(yè)務(wù)環(huán)境，支持多J^某體應(yīng)用，能夠?yàn)橛脩籼峁┴S富的多々某 體業(yè)務(wù)。
在IMS業(yè)務(wù)體系中，控制層和業(yè)務(wù)層是分離的，控制層不提供具體業(yè) 務(wù)，只向業(yè)務(wù)層提供必要的觸發(fā)、路由、計(jì)費(fèi)等功能?？刂茖又袠I(yè)務(wù)觸發(fā)和 控制功能是呼叫會(huì)話控制功能(Call Session Control Function,簡稱CSCF) 完成的，CSCF分為代理(Proxy-Call Session Control Function,簡稱P-CSCF )、 查詢(Interrogating)和服務(wù)(Serving-Call Session Control Function, 簡稱 S-CSCF)三種類型，其中負(fù)主要責(zé)任的是S-CSCF， Interrogating類型是可 選的。業(yè)務(wù)層是由一系列應(yīng)用服務(wù)器(ApplicationServer,簡稱AS)組成， 能提供具體業(yè)務(wù)服務(wù)。AS可以是獨(dú)立的實(shí)體，也可以存在于S-CSCF中。 控制層(S-CSCF)根據(jù)用戶的簽約信息控制業(yè)務(wù)觸發(fā)，調(diào)用AS上的業(yè)務(wù)， 實(shí)現(xiàn)業(yè)務(wù)功能。AS和S-CSCF可以統(tǒng)稱為服務(wù)設(shè)備(Server Equipment, 簡 稱SE)。會(huì)話中的端到端設(shè)備稱為用戶設(shè)備(UserEquipment,簡稱UE), 負(fù)責(zé)與使用者的交互。這些功能實(shí)體使用SIP (Session Initiation Protocol, 會(huì)話初始協(xié)議)協(xié)議通訊。在需要播放多媒體信息的業(yè)務(wù)中，會(huì)需要多媒體 資源功能(Media Resource Function,簡稱MRF )的參與，MRF也稱為媒體 服務(wù)器，分為控制部分MRFC和媒體處理部分MRFP,其控制部分負(fù)責(zé)將SE的SIP信令翻譯和解釋為對(duì)MRFP的指令，或者反之將MRFP的回應(yīng)翻 譯和解釋為向SE發(fā)送的SIP信令，而處理部分MRFP負(fù)責(zé)媒體流的發(fā)送和 接收。
呼叫建立過程中同時(shí)向被叫播放多媒體信息的業(yè)務(wù)是IMS中的一種業(yè) 務(wù)，該業(yè)務(wù)也可稱為彩像業(yè)務(wù)，允許在呼叫過程中，向被叫方播放由主叫方 事先定制好的多媒體信息，包括音頻、視頻、圖形和它們的組合等，并在被 叫方應(yīng)答后停止多媒體信息播放。呼叫建立過程中同時(shí)向主叫播放多媒體信 息的業(yè)務(wù)是IMS中的另一種業(yè)務(wù)，該業(yè)務(wù)也可稱為彩鈴業(yè)務(wù)，允許在呼叫 過程中，向主叫方播放由被叫方事先定制好的多媒體信息，并在被叫方應(yīng)答 后停止多媒體信息播放。
圖1為現(xiàn)有的彩鈴業(yè)務(wù)應(yīng)答后更新媒體的基本消息流程圖，描述了主叫 呼叫被叫，彩鈴服務(wù)器在呼叫過程中向主叫播放彩鈴，當(dāng)用戶應(yīng)答后，彩鈴 服務(wù)器發(fā)起媒體重協(xié)商的情況，其過程如下
步驟101、主叫用戶終端UE-A向服務(wù)設(shè)備發(fā)起呼叫請(qǐng)求，攜帶UE-A 的正常媒體資源信息，比如發(fā)送INVITE(邀請(qǐng))消息，在消息體中攜帶UE-A 正常媒體資源信息，比如媒體類型、媒體連接地址、媒體端口號(hào)等；
步驟102、消息途經(jīng)彩鈴SE，彩鈴SE轉(zhuǎn)發(fā)該請(qǐng)求給被叫UE-B;
步驟103、被叫用戶終端UE-B震鈴，回應(yīng)震鈴消息，比如發(fā)送"180 Ringing"消息；
步驟104、彩鈴SE預(yù)留播放彩鈴媒體的資源；
步驟105、彩鈴SE通知UE-A更新A某體，比如發(fā)送"183 Session Progress" 消息，攜帶彩鈴媒體資源信息，比如在消息體中攜帶彩鈴媒體類型、媒體連 接地址、媒體端口號(hào)等；
步驟106、彩鈴SE向UE-A播放彩鈴媒體信息；
步驟107、 UE-B應(yīng)答呼叫，向服務(wù)設(shè)備發(fā)送應(yīng)答消息，比如"200 OK" 消息，攜帶UE-B的正?！┠丑w資源信息，比如在消息體中攜帶；
步驟108、應(yīng)答消息途經(jīng)彩鈴SE,彩鈴SE停止向UE-A播放媒體信息， 并在刪除應(yīng)答消息中的媒體資源信息后，轉(zhuǎn)發(fā)應(yīng)答消息；步驟109、彩鈴SE向UE-A發(fā)起重協(xié)商請(qǐng)求，比如發(fā)送re-INVITE消息， 消息中不帶任何媒體資源信息；
步驟110、 UE-A收到重協(xié)商請(qǐng)求，回應(yīng)同意重協(xié)商消息，比如發(fā)送"200 OK"消息，攜帶UE-A的正常媒體資源信息，比如在消息體中攜帶；
UE-A收到重協(xié)商請(qǐng)求后，在回應(yīng)的同意重協(xié)商消息中攜帶UE-A正在 使用的媒體資源信息，此時(shí)，是指UE-A正在使用的彩鈴媒體資源信息；
步驟111、彩鈴SE收到UE-A同意重協(xié)商的請(qǐng)求后，向UE-B發(fā)起重協(xié) 商請(qǐng)求，比如發(fā)送re-INVITE消息，攜帶步驟110中收到的UE-A的正常媒 體資源信息；
步驟112、UE-B收到重協(xié)商請(qǐng)求，回應(yīng)同意重協(xié)商消息，比如發(fā)送"200 OK"消息，攜帶UE-B的正常媒體資源信息，比如在消息體中攜帶；
步驟113、彩鈴SE收到同意重協(xié)商的請(qǐng)求，向UE-A發(fā)送確認(rèn)重協(xié)商 的請(qǐng)求，比如發(fā)送ACK (確認(rèn))消息，攜帶步驟112中收到的UE-B的正常 媒體資源信息；
步驟114、 UE-A和UE-B之間建立起正常的會(huì)話連接。
圖2為現(xiàn)有的彩像業(yè)務(wù)應(yīng)答后更新媒體的基本消息流程圖，描述了主叫 呼叫被叫，彩像服務(wù)器在呼叫過程中向被叫播放彩像，當(dāng)用戶應(yīng)答后，彩像 服務(wù)器發(fā)起媒體重協(xié)商的情況，其過程如下
步驟201、 UE-A發(fā)起呼叫請(qǐng)求，攜帶UE-A的正常媒體資源信息，比 如發(fā)送INVITE (邀請(qǐng))消息，在消息體中攜帶UE-A正常媒體資源信息， 比如媒體類型、媒體連接地址、媒體端口號(hào)等；
步驟202、上述呼叫請(qǐng)求途經(jīng)彩像SE,彩像SE預(yù)留播放彩像媒體的資
源；
步驟203、彩像SE修改呼叫請(qǐng)求消息中的媒體資源信息為步驟202中 預(yù)留的彩像^某體資源信息，然后轉(zhuǎn)發(fā)該呼叫請(qǐng)求消息給被叫UE-B;
步驟204、被叫UE-B震鈴，回應(yīng)震鈴消息，比如發(fā)送"180 Ringing"
消息；步驟205、彩鈴SE向UE-A轉(zhuǎn)發(fā)震鈴消息； 步驟206、彩鈴SE向UE-A播放彩鈴媒體信息；
步驟207、被叫UE-B應(yīng)答呼叫，發(fā)送應(yīng)答消息，比如"200 OK"消息， 攜帶UE-B的正常媒體資源信息，比如在消息體中攜帶；
步驟208、應(yīng)答消息途經(jīng)彩像SE,彩像SE停止向UE-A播放媒體信息， 并轉(zhuǎn)發(fā)應(yīng)答消息；
步驟209、彩像SE向被叫UE-B發(fā)起重協(xié)商請(qǐng)求，比如發(fā)送re-INVITE 消息，消息中不帶任何媒體資源信息；
步驟210、UE-B收到重協(xié)商請(qǐng)求，回應(yīng)同意重協(xié)商消息，比如發(fā)送"200 OK"消息，攜帶UE-B的正常媒體資源信息，比如在消息體中攜帶；
步驟211 、彩像SE收到同意重協(xié)商的請(qǐng)求后，向UE-A發(fā)起重協(xié)商請(qǐng) 求，比如發(fā)送re-INVITE消息，攜帶步驟210中收到的UE-B的正?！┠丑w資 源信息；
步驟212、 UE-A收到重協(xié)商請(qǐng)求，回應(yīng)同意重協(xié)商消息，比如發(fā)送"200 0K，，消息，攜帶UE-A的正常媒體資源信息，比如在消息體中攜帶；
步驟213、彩像SE收到同意重協(xié)商的請(qǐng)求，向UE-B發(fā)送確認(rèn)重協(xié)商 的請(qǐng)求，比如發(fā)送ACK (確認(rèn))消息，攜帶步驟212中收到的UE-A的正 常媒體資源信息；
步驟214、 UE-A和UE-B之間建立起正常的會(huì)話連接。
現(xiàn)有技術(shù)的不足之處在于當(dāng)即有彩鈴又有彩像業(yè)務(wù)，特別是主叫網(wǎng)絡(luò) 為被叫用戶提供彩像業(yè)務(wù)，而被叫網(wǎng)絡(luò)為主叫用戶提供彩鈴業(yè)務(wù)時(shí)，兩個(gè)網(wǎng) 絡(luò)中的彩鈴/彩像服務(wù)設(shè)備會(huì)同時(shí)發(fā)起重協(xié)商請(qǐng)求，這樣， 一方面將導(dǎo)致資 源浪費(fèi)，另一方面，會(huì)由于彩鈴/彩像服務(wù)設(shè)備發(fā)起的媒體重協(xié)商請(qǐng)求所發(fā) 往的方向不一樣，而造成媒體重協(xié)商的無法收斂
發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種彩鈴彩像業(yè)務(wù)更新媒體的方法，解 決現(xiàn)有技術(shù)中主叫網(wǎng)絡(luò)和被叫網(wǎng)絡(luò)的彩鈴/彩像服務(wù)設(shè)備可能同時(shí)發(fā)起重協(xié) 商請(qǐng)求的問題。
為了解決上述問題，本發(fā)明提供了 一種彩鈴彩像業(yè)務(wù)更新媒體的方法， 彩鈴/彩像服務(wù)設(shè)備在收到會(huì)話的應(yīng)答消息后，判斷該應(yīng)答消息中是否包含 有彩鈴彩像業(yè)務(wù)結(jié)束標(biāo)識(shí)，如果沒有，則在該應(yīng)答消息中添加彩鈴彩像業(yè)務(wù) 結(jié)束標(biāo)識(shí)后轉(zhuǎn)發(fā)該應(yīng)答消息，并發(fā)起與主叫用戶和被叫用戶的媒體重協(xié)商以
更新媒體；否則，直接轉(zhuǎn)發(fā)該應(yīng)答消息，不進(jìn)行與主叫用戶和被叫用戶的媒 體重協(xié)商。
進(jìn)一步的，所述彩鈴彩像業(yè)務(wù)結(jié)束標(biāo)識(shí)通過在所述應(yīng)答消息的頭域中使 用P-Early-Media頭參數(shù)表示。
進(jìn)一步的，彩鈴/彩像服務(wù)設(shè)備通過發(fā)送重協(xié)商請(qǐng)求發(fā)起與主叫用戶和 被叫用戶的媒體重協(xié)商，所述重協(xié)商請(qǐng)求先發(fā)往主叫用戶或先發(fā)往被叫用 戶；主叫/被叫用戶收到所述重協(xié)商請(qǐng)求后，回應(yīng)同意重協(xié)商消息，并在該 同意重協(xié)商消息中攜帶主叫/被叫用戶的正常媒體資源信息。
進(jìn)一步的，所述重協(xié)商請(qǐng)求為re-INVITE消息，且該re-INVITE消息中
不攜帶任何纟某體資源信息。
進(jìn)一步的，當(dāng)主叫用戶收到所述重協(xié)商請(qǐng)求時(shí)，判斷之前收到的應(yīng)答消 息是否包含有彩鈴彩像業(yè)務(wù)結(jié)束標(biāo)識(shí)，如果有，則將回應(yīng)的同意重協(xié)商消息 中攜帶的媒體資源信息中的媒體類型設(shè)置為僅允許起呼時(shí)該主叫用戶的正 常媒體資源信息中允許的媒體類型。
進(jìn)一步的，所述主叫用戶和被叫用戶間正常4某體資源信息的更新具體包 括以下步驟
彩鈴/彩像服務(wù)設(shè)備向主叫用戶發(fā)起重協(xié)商請(qǐng)求，在請(qǐng)求消息中不帶任 何媒體資源信息；
主叫用戶收到重協(xié)商請(qǐng)求，回應(yīng)同意重協(xié)商消息，在消息中攜帶主叫用 戶的正常媒體資源信息；
彩鈴/彩像服務(wù)設(shè)備收到主叫用戶的同意重協(xié)商消息后，再向被叫用戶發(fā)起重協(xié)商請(qǐng)求，在請(qǐng)求消息中攜帶收到的主叫用戶的正常媒體資源信息；
被叫用戶收到重協(xié)商請(qǐng)求，回應(yīng)同意重協(xié)商消息，在消息中攜帶被叫用
戶的正常媒體資源信息；
彩鈴/彩像服務(wù)設(shè)備收到被叫用戶的同意重協(xié)商消息后，向主叫用戶發(fā) 送確認(rèn)重協(xié)商的請(qǐng)求，在該請(qǐng)求消息中攜帶收到的被叫用戶的正常媒體資源 信息。
進(jìn)一步的，所述主叫用戶和被叫用戶間正常媒體資源信息的更新具體包
括以下步驟
彩鈴/彩像服務(wù)設(shè)備向被叫用戶發(fā)起重協(xié)商請(qǐng)求，在請(qǐng)求消息中不帶任
何媒體資源信息；
被叫用戶收到重協(xié)商請(qǐng)求，回應(yīng)同意重協(xié)商消息，在消息中攜帶被叫用
戶的正常媒體資源信息；
彩鈴/彩像服務(wù)設(shè)備收到被叫用戶的同意重協(xié)商消息后，再向主叫用戶 發(fā)起重協(xié)商請(qǐng)求，在請(qǐng)求消息中攜帶收到的被叫用戶的正常媒體資源信息；
主叫用戶收到重協(xié)商請(qǐng)求，回應(yīng)同意重協(xié)商消息，在消息中攜帶主叫用 戶的正常媒體資源信息；
彩鈴/彩像服務(wù)設(shè)備收到主叫用戶的同意重協(xié)商消息后，向被叫用戶發(fā) 送確認(rèn)重協(xié)商的請(qǐng)求，在該請(qǐng)求消息中攜帶收到的主叫用戶的正常媒體資源
4呂息。


圖1為現(xiàn)有的彩鈴業(yè)務(wù)在應(yīng)答后更新媒體的基本流程圖； 圖2為現(xiàn)有的彩像業(yè)務(wù)在應(yīng)答后更新媒體的基本流程圖； 圖3為本發(fā)明實(shí)施例的應(yīng)答后更新媒體的基本流程圖； 圖4為本發(fā)明實(shí)施例的應(yīng)答后更新媒體的基本流程圖； 圖5為本發(fā)明實(shí)施例的應(yīng)答后更新4某體的基本流程圖。
具體實(shí)施例方式
下面將結(jié)合附圖及實(shí)施例對(duì)本發(fā)明的技術(shù)方案進(jìn)行更詳細(xì)的說明。
圖3為本發(fā)明實(shí)施例的只有彩鈴業(yè)務(wù)的情況下，應(yīng)答后更新媒體的基本 流程圖，描述了主叫呼叫被叫，彩鈴服務(wù)器在呼叫過程中向主叫播放彩鈴， 當(dāng)用戶應(yīng)答后，彩鈴服務(wù)器發(fā)起媒體重協(xié)商的情況，其過程如下
步驟301 -307、與圖1中的步驟101 ~ 107相同；
步驟308、應(yīng)答消息途經(jīng)彩鈴SE,彩鈴SE停止向UE-A播放媒體信息， 并判斷應(yīng)答消息中是否有彩鈴彩像業(yè)務(wù)結(jié)束標(biāo)識(shí)，沒有則決定發(fā)起重協(xié)商請(qǐng)
求；
步驟309、彩鈴SE刪除應(yīng)答消息中的媒體資源信息，彩鈴SE決定發(fā)起 重協(xié)商請(qǐng)求，于是在應(yīng)答消息中加入彩鈴彩像業(yè)務(wù)結(jié)束標(biāo)識(shí)，然后轉(zhuǎn)發(fā)應(yīng)答 消息；
彩鈴彩像業(yè)務(wù)結(jié)束標(biāo)識(shí)可在消息的Contact頭域中使用P-Early-Media頭 參數(shù)表示，比如表示為"Contact: UE-B地址？P-Early-Media =inactive，，；
步驟310、彩鈴SE向被叫UE-B發(fā)起重協(xié)商請(qǐng)求，比如發(fā)送re-INVITE 消息，消息中不帶任何々某體資源信息；
步驟311、UE-B收到重協(xié)商請(qǐng)求，回應(yīng)同意重協(xié)商消息，比如發(fā)送"200 OK"消息，攜帶UE-B的正常々某體資源信息，比如在消息體中攜帶；
步驟312、彩鈴SE收到同意重協(xié)商的請(qǐng)求，再向UE-A發(fā)起重協(xié)商請(qǐng) 求，比如發(fā)送re-INVITE消息，攜帶步驟311中收到的UE-B的正常媒體資 源信息；
步驟313、UE-A收到重協(xié)商請(qǐng)求，回應(yīng)同意重協(xié)商消息，比如發(fā)送"200 OK"消息，攜帶UE-A的正常媒體資源信息，比如在消息體中攜帶；
步驟314、彩鈴SE收到同意重協(xié)商的請(qǐng)求，向UE-B發(fā)送確認(rèn)重協(xié)商 的請(qǐng)求，比如發(fā)送ACK (確認(rèn))消息，攜帶步驟313中收到的UE-A的正 常媒體資源信息；步驟315、 UE-A和UE-B之間建立起正常的會(huì)話連接。
圖4為本發(fā)明實(shí)施例的只有彩像業(yè)務(wù)的情況下，應(yīng)答后更新士某體的基本 流程圖，描述了主叫呼叫被叫，彩像服務(wù)器在呼叫過程中向被叫播放彩像， 當(dāng)用戶應(yīng)答后，彩像服務(wù)器發(fā)起媒體重協(xié)商的情況，其過程如下
步驟401~407、與圖2中的步驟201 ~207相同；
步驟408、應(yīng)答消息途經(jīng)彩像SE，彩像SE停止向UE-B播放媒體信息， 并判斷應(yīng)答消息中是否有彩鈴彩像業(yè)務(wù)結(jié)束標(biāo)識(shí)，沒有則決定發(fā)起重協(xié)商請(qǐng)
求；
步驟409、彩像SE決定發(fā)起重協(xié)商請(qǐng)求，于是在應(yīng)答消息中加入彩鈴 彩像業(yè)務(wù)結(jié)束標(biāo)識(shí)，然后轉(zhuǎn)發(fā)應(yīng)答消息；
彩鈴彩像業(yè)務(wù)結(jié)束標(biāo)識(shí)可在消息的Contact頭域中使用P-Early-Media頭 參凄t表示，比》口表示為"Contact: UE-B i也址？P國Early國Media二 inactive";
步驟410、彩像SE向主叫UE-A發(fā)起重協(xié)商請(qǐng)求，比如發(fā)送re-INVITE 消息，消息中不帶任何媒體資源信息；
步驟411、 UE-A收到重協(xié)商請(qǐng)求，回應(yīng)同意重協(xié)商消息，比如發(fā)送"200 OK"消息，攜帶UE-A的正常媒體資源信息，比如在消息體中攜帶；
步驟412、彩像SE收到同意重協(xié)商的請(qǐng)求，再向UE-B發(fā)起重協(xié)商請(qǐng) 求，比如發(fā)送re-INVITE消息，攜帶步驟411中收到的UE-A的正常媒體資 源信息；
步驟413、 UE-B收到重協(xié)商請(qǐng)求，回應(yīng)同意重協(xié)商消息，比如發(fā)送"200 OK"消息，攜帶UE-B的正常媒體資源信息，比如在消息體中攜帶；
步驟414、彩像SE收到同意重協(xié)商的請(qǐng)求，向UE-A發(fā)送確認(rèn)重協(xié)商 的請(qǐng)求，比如發(fā)送ACK(確認(rèn))消息，攜帶步驟413中收到的UE-B的正常 媒體資源信息；
步驟415、 UE-A和UE-B之間建立起正常的會(huì)話連接。圖5為本發(fā)明實(shí)施例的同時(shí)有彩鈴彩像業(yè)務(wù)，應(yīng)答后更新媒體的基本流 程圖，描述了主叫呼叫被叫，彩像服務(wù)器在呼叫過程中向被叫播放彩像，彩 鈴服務(wù)器在呼叫過程中向主叫播放彩鈴，當(dāng)用戶應(yīng)答后，彩鈴服務(wù)器發(fā)起媒
體重協(xié)商的情況，其過程如下
步驟501、 UE-A發(fā)起呼叫請(qǐng)求，攜帶UE-A的正常纟某體資源信息，比 如發(fā)送INVITE (邀請(qǐng))消息，在消息體中攜帶UE-A正常媒體資源信息， 比如媒體類型、媒體連接地址、媒體端口號(hào)等；
步驟502、消息途經(jīng)彩像SE1，彩像SE1預(yù)留彩像媒體資源；
步驟503、彩像SE1修改呼叫請(qǐng)求消息中的媒體資源信息為步驟502中 預(yù)留的彩像媒體資源信息，然后轉(zhuǎn)發(fā)該請(qǐng)求給被叫UE-B;
步驟504、消息途經(jīng)彩鈴SE2，彩鈴SE2轉(zhuǎn)發(fā)該請(qǐng)求給被叫UE-B;
步驟505、被叫UE-B震鈴，回應(yīng)震鈴消息，比如發(fā)送"180 Ringing" 消息；
步驟506、彩鈴SE2預(yù)留播放彩鈴媒體的資源；
步驟507、彩鈴SE2向UE-A發(fā)送臨時(shí)響應(yīng)，比如發(fā)送"183 Session Progress"消息，攜帶彩鈴Jf某體資源信息，比如在消息體中攜帶彩4H某體類 型、媒體連接地址、媒體端口號(hào)等；
步驟508、臨時(shí)響應(yīng)消息途經(jīng)彩像SEl,彩像SE1轉(zhuǎn)發(fā)該臨時(shí)響應(yīng)；
步驟509、彩鈴SE2向UE-A播放彩鈴媒體信息；
步驟510、彩像SE1向UE-B播放彩像媒體信息；
步驟511、被叫UE-B應(yīng)答呼叫，發(fā)送應(yīng)答消息，比如"200OK，，消息， 攜帶UE-B的正常媒體資源信息，比如在消息體中攜帶；
步驟512、應(yīng)答消息途經(jīng)彩鈴SE2,彩鈴SE2停止向UE-A播放媒體信 息，并判斷應(yīng)答消息中是否有彩鈴彩像業(yè)務(wù)結(jié)束標(biāo)識(shí)，沒有則決定發(fā)起重協(xié)
商請(qǐng)求；
步驟513、彩鈴SE2刪除應(yīng)答消息中的媒體資源信息，并決定發(fā)起重協(xié) 商請(qǐng)求，于是在應(yīng)答消息中加入彩鈴彩像業(yè)務(wù)結(jié)束標(biāo)識(shí)，然后轉(zhuǎn)發(fā)應(yīng)答消息；彩鈴彩像業(yè)務(wù)結(jié)束標(biāo)識(shí)可在消息的Contact頭域中使用P-Early-Media頭 參凄t表示，比如表示為"Contact: UE國B地址？P國Early國Media: inactive";
步驟514、應(yīng)答消息途經(jīng)彩像SE1,彩像SE1停止向UE-B播放媒體信 息，并判斷應(yīng)答消息中是否有彩鈴彩像業(yè)務(wù)結(jié)束標(biāo)識(shí)，有則決定不發(fā)起重協(xié)
商請(qǐng)求；
步驟515、彩像SE1決定不發(fā)起重協(xié)商請(qǐng)求，于是轉(zhuǎn)發(fā)應(yīng)答消息給UE-A;
后面的步驟為簡化描述，彩鈴SE2發(fā)往UE-A，及UE-A發(fā)往彩鈴SE2 的消息忽略了途經(jīng)彩像SE1的步驟，因彩像SE1只是轉(zhuǎn)發(fā)消息而已。
步驟516、彩鈴SE2向主叫UE-A發(fā)起重協(xié)商請(qǐng)求，比如發(fā)送re-INVITE 消息，消息中不帶任何媒體資源信息，消息途經(jīng)彩像服務(wù)設(shè)備SEl;
步驟517、 UE-A收到重協(xié)商請(qǐng)求，回應(yīng)同意重協(xié)商消息，比如發(fā)送"200 OK"消息，攜帶UE-A的正常媒體資源信息，比如在消息體中攜帶，該消 息途經(jīng)彩像SEl;
為了解決彩鈴媒體資源信息中比正常媒體資源信息多出的媒體類型的 問題，本實(shí)施例中，UE-A在判斷出應(yīng)答消息中包含有彩鈴彩像業(yè)務(wù)結(jié)束標(biāo) 識(shí)時(shí)，可將同意重協(xié)商消息中攜帶的媒體資源信息中的媒體類型設(shè)置成只允 許起呼時(shí)攜帶的媒體資源信息允許的媒體類型，例如將UE-A正在使用的彩 鈴媒體資源信息中比起呼時(shí)(即步驟501中)多出的媒體資源類型的端口號(hào) 設(shè)為O,表示不接受多出的媒體類型；并增加步驟501中有而正在使用的彩 鈴媒體資源信息中沒有的媒體類型?；蛘撸部梢灾苯訉⑼庵貐f(xié)商消息中 攜帶的媒體資源信息直接修改為起呼時(shí)步驟501中攜帶的主叫用戶的媒體 資源信息。
步驟518、彩鈴SE2收到同意重協(xié)商的請(qǐng)求，再向UE-B發(fā)起重協(xié)商請(qǐng) 求，比如發(fā)送re-INVITE消息，攜帶步驟517中收到的UE-A的正常々某體資 源信息；
步驟519、 UE-B收到重協(xié)商請(qǐng)求，回應(yīng)同意重協(xié)商消息，比如發(fā)送"200 OK"消息，攜帶UE-B的正常々某體資源信息，比如在消息體中攜帶；
步驟520、彩鈴SE2收到同意重協(xié)商的請(qǐng)求，向UE-A發(fā)送確認(rèn)重協(xié)商的請(qǐng)求，比如發(fā)送ACK(確認(rèn))消息，攜帶步驟519中收到的UE-B的正常 媒體資源信息，消息途經(jīng)彩像SE1;
步驟521、 UE-A和UE-B之間建立起正常的會(huì)話連接。
本發(fā)明其他實(shí)施例中，如果彩像SE1和彩鈴SE2的位置交換一下，其 應(yīng)答后重協(xié)商媒體的過程也基本相似，只是發(fā)起重協(xié)商請(qǐng)求的為彩像SE1 而不是彩鈴SE2 了。
當(dāng)然，本發(fā)明還可有其他多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的 形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1、一種彩鈴彩像業(yè)務(wù)更新媒體的方法，其特征在于，彩鈴/彩像服務(wù)設(shè)備在收到會(huì)話的應(yīng)答消息后，判斷該應(yīng)答消息中是否包含有彩鈴彩像業(yè)務(wù)結(jié)束標(biāo)識(shí)，如果沒有，則在該應(yīng)答消息中添加彩鈴彩像業(yè)務(wù)結(jié)束標(biāo)識(shí)后轉(zhuǎn)發(fā)該應(yīng)答消息，并發(fā)起與主叫用戶和被叫用戶的媒體重協(xié)商以更新媒體；否則，直接轉(zhuǎn)發(fā)該應(yīng)答消息，不進(jìn)行與主叫用戶和被叫用戶的媒體重協(xié)商。
2、 如權(quán)利要求1所述的方法，其特征在于，所述彩鈴彩像業(yè)務(wù)結(jié)束標(biāo) 識(shí)通過在所述應(yīng)答消息的頭域中使用P-Early-Media頭參數(shù)表示。
3、 如權(quán)利要求l所述的方法，其特征在于，彩鈴/彩像服務(wù)設(shè)備通過發(fā) 送重協(xié)商請(qǐng)求發(fā)起與主叫用戶和被叫用戶的媒體重協(xié)商，所述重協(xié)商請(qǐng)求先 發(fā)往主叫用戶或先發(fā)往^皮叫用戶；主叫/;故叫用戶收到所述重協(xié)商請(qǐng)求后， 回應(yīng)同意重協(xié)商消息，并在該同意重協(xié)商消息中攜帶主叫/被叫用戶的正常 媒體資源信息。
4、 如權(quán)利要求3所述的方法，其特征在于，所述重協(xié)商請(qǐng)求為 re-INVITE消息，且該re-INVITE消息中不攜帶任何媒體資源信息。
5、 如權(quán)利要求3或4所述的方法，其特征在于，當(dāng)主叫用戶收到所述 重協(xié)商請(qǐng)求時(shí)，判斷之前收到的應(yīng)答消息是否包含有彩鈴彩像業(yè)務(wù)結(jié)束標(biāo) 識(shí)，如果有，則將回應(yīng)的同意重協(xié)商消息中攜帶的媒體資源信息中的媒體類 型設(shè)置為僅允許起呼時(shí)該主叫用戶的正常媒體資源信息中允許的媒體類型。
6、 如權(quán)利要求5所述的方法，其特征在于，所述主叫用戶和被叫用戶 間正常媒體資源信息的更新具體包括以下步驟彩鈴/彩像服務(wù)設(shè)備向主叫用戶發(fā)起重協(xié)商請(qǐng)求，在請(qǐng)求消息中不帶任 何媒體資源信息；主叫用戶收到重協(xié)商請(qǐng)求，回應(yīng)同意重協(xié)商消息，在消息中攜帶主叫用 戶的正常媒體資源信息；彩鈴/彩像服務(wù)設(shè)備收到主叫用戶的同意重協(xié)商消息后，再向被叫用戶發(fā)起重協(xié)商請(qǐng)求，在請(qǐng)求消息中攜帶收到的主叫用戶的正常媒體資源信息；被叫用戶收到重協(xié)商請(qǐng)求，回應(yīng)同意重協(xié)商消息，在消息中攜帶被叫用 戶的正常媒體資源信息；彩鈴/彩像服務(wù)設(shè)備收到被叫用戶的同意重協(xié)商消息后，向主叫用戶發(fā) 送確認(rèn)重協(xié)商的請(qǐng)求，在該請(qǐng)求消息中攜帶收到的被叫用戶的正常媒體資源化息。
7、如權(quán)利要求5所述的方法，其特征在于，所述主叫用戶和被叫用戶 間正常i某體資源信息的更新具體包括以下步驟彩鈴/彩像服務(wù)設(shè)備向被叫用戶發(fā)起重協(xié)商請(qǐng)求，在請(qǐng)求消息中不帶任 何媒體資源信息；被叫用戶收到重協(xié)商請(qǐng)求，回應(yīng)同意重協(xié)商消息，在消息中攜帶被叫用 戶的正常媒體資源信息；彩鈴/彩像服務(wù)設(shè)備收到被叫用戶的同意重協(xié)商消息后，再向主叫用戶 發(fā)起重協(xié)商請(qǐng)求，在請(qǐng)求消息中攜帶收到的被叫用戶的正常媒體資源信息；主叫用戶收到重協(xié)商請(qǐng)求，回應(yīng)同意重協(xié)商消息，在消息中攜帶主叫用 戶的正常媒體資源信息；彩鈴/彩像服務(wù)設(shè)備收到主叫用戶的同意重協(xié)商消息后，向被叫用戶發(fā) 送確認(rèn)重協(xié)商的請(qǐng)求，在該請(qǐng)求消息中攜帶收到的主叫用戶的正常媒體資源 信息。
全文摘要
本發(fā)明公開了一種彩鈴彩像業(yè)務(wù)更新媒體的方法，彩鈴/彩像服務(wù)設(shè)備在收到會(huì)話的應(yīng)答消息后，判斷該應(yīng)答消息中是否包含有彩鈴彩像業(yè)務(wù)結(jié)束標(biāo)識(shí)，如果沒有，則在該應(yīng)答消息中添加彩鈴彩像業(yè)務(wù)結(jié)束標(biāo)識(shí)后轉(zhuǎn)發(fā)該應(yīng)答消息，并發(fā)起與主叫用戶和被叫用戶的媒體重協(xié)商以更新媒體；否則，直接轉(zhuǎn)發(fā)該應(yīng)答消息，不進(jìn)行與主叫用戶和被叫用戶的媒體重協(xié)商。本發(fā)明解決了現(xiàn)有技術(shù)中主叫網(wǎng)絡(luò)和被叫網(wǎng)絡(luò)的彩鈴/彩像服務(wù)設(shè)備可能同時(shí)發(fā)起重協(xié)商請(qǐng)求的問題。
文檔編號(hào)H04W4/06GK101448202SQ20081000659
公開日2009年6月3日 申請(qǐng)日期2008年3月13日 優(yōu)先權(quán)日2008年3月13日
發(fā)明者謝振華 申請(qǐng)人:中興通訊股份有限公司