專利名稱：多媒體子系統(tǒng)域中多媒體彩鈴業(yè)務(wù)的控制方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬于通信技術(shù)領(lǐng)域，尤其涉及一種IMS(多媒體子系統(tǒng))網(wǎng)絡(luò)域中多媒體彩 鈴業(yè)務(wù)的控制方法及系統(tǒng)。
背景技術(shù)：
IMS(多媒體子系統(tǒng))是一個(gè)建立在SIP(會(huì)話初始化協(xié)議)基礎(chǔ)上，融合了數(shù) 據(jù)、語音和移動(dòng)網(wǎng)絡(luò)的體系。IMS技術(shù)對控制層功能做了進(jìn)一步分解，實(shí)現(xiàn)了會(huì)話控制 實(shí)體CSCF(Call Session Control Function)和承載控制實(shí)體MGCF(Media Gateway Control Function)在功能上的分離，使網(wǎng)絡(luò)架構(gòu)更為開放、靈活。核心網(wǎng) 一 般分為 PCSCF (Proxy-CSCF，代理CSCF) 、 ICSCF (Interrogating CSCF，查詢CSCF)和SCSCF (Serving CSCF，服務(wù)CSCF)，本質(zhì)上它們都是SIP服務(wù)器，處理SIP信令。其中PCSCF負(fù)責(zé)與用戶UE 的通訊，ICSCF負(fù)責(zé)與其他SCSCF通訊，SCSCF負(fù)責(zé)與核心網(wǎng)下的其他業(yè)務(wù)網(wǎng)元進(jìn)行通訊。
隨著技術(shù)的發(fā)展，彩鈴音頻視頻功能在不斷的完善，在現(xiàn)有的IMS域也有很好的 應(yīng)用，但是傳統(tǒng)MS域的彩鈴業(yè)務(wù)雙呼流程建立會(huì)話時(shí)間較長。 具體來說，現(xiàn)有的雙呼彩鈴在PRACK (可靠響應(yīng)消息)后采用UPDATE (更新)消息 重新進(jìn)行更新媒體，在彩鈴播放前就進(jìn)行主被叫的協(xié)商。在信令上多了一個(gè)UPDATE消息， 而且UPDATE消息負(fù)責(zé)資源預(yù)留，需要的時(shí)間相對較長一些。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種IMS域中多媒體彩鈴業(yè)務(wù)的控制方法及 系統(tǒng)，能更快的建立主被叫之間的通話。 為了解決上述技術(shù)問題，本發(fā)明提供了一種多媒體子系統(tǒng)域中多媒體彩鈴業(yè)務(wù)的 控制方法，包括 主叫用戶終端呼叫已申請彩鈴業(yè)務(wù)的被叫用戶終端，發(fā)送請求消息給該被叫用戶 終端對應(yīng)的彩鈴中心； 所述彩鈴中心收到所述請求消息后將所述請求消息轉(zhuǎn)發(fā)給被叫用戶終端；所述被 叫用戶終端收到所述請求消息后發(fā)送響應(yīng)消息到所述彩鈴中心； 所述彩鈴中心收到所述被叫用戶終端的響應(yīng)消息后觸發(fā)彩鈴業(yè)務(wù)，該彩鈴中心進(jìn) 行媒體協(xié)商后將協(xié)商的結(jié)果發(fā)送給所述主叫用戶終端，并在接收到所述主叫用戶終端返回 的響應(yīng)消息后放彩鈴音。
進(jìn)一步來說， 所述彩鈴中心轉(zhuǎn)發(fā)給被叫用戶終端的請求消息中攜帶主叫用戶終端的會(huì)話描述 協(xié)議SDP信息，并攜帶被叫用戶終端的業(yè)務(wù)鍵信息或接入碼信息。
進(jìn)一步來說， 所述彩鈴中心是通過核心網(wǎng)將所述協(xié)商的結(jié)果發(fā)送所述主叫用戶終端。
進(jìn)一步來說，
所述被叫用戶終端收到所述請求消息后，由所述被叫用戶終端對應(yīng)的服務(wù)會(huì)話控 制實(shí)體向所述彩鈴中心轉(zhuǎn)發(fā)響應(yīng)消息，該響應(yīng)消息中不攜帶該被叫用戶終端的SDP信息。
進(jìn)一步來說， 所述主叫用戶終端收到協(xié)商的結(jié)果后向該彩鈴中心返回的響應(yīng)消息是可靠響應(yīng) prack消息。 為了解決上述技術(shù)問題，本發(fā)明還提供了一種多媒體子系統(tǒng)域中多媒體彩鈴業(yè)務(wù) 的控制系統(tǒng)，包括彩鈴中心和服務(wù)會(huì)話控制實(shí)體SCSCF，其中， 所述彩鈴中心，當(dāng)主叫用戶終端呼叫已申請彩鈴業(yè)務(wù)的被叫用戶終端時(shí)，用于接 收主叫用戶終端發(fā)送的請求消息，并將所述請求消息轉(zhuǎn)發(fā)給被叫用戶終端；接收該被叫用 戶終端發(fā)送的響應(yīng)消息后，觸發(fā)彩鈴業(yè)務(wù)；進(jìn)行媒體協(xié)商后將協(xié)商的結(jié)果發(fā)送給所述主叫 用戶終端，收到該主叫用戶終端的響應(yīng)消息后放彩鈴音； 所述SCSCF，用于接收所述彩鈴中心轉(zhuǎn)發(fā)的所述請求消息后，將該請求消息發(fā)給所 述被叫用戶終端；接收該被叫用戶終端收到所述請求消息后返回的響應(yīng)消息，并將該響應(yīng) 消息發(fā)給所述彩鈴中心。
進(jìn)一步來說， 所述彩鈴中心接收的所述請求消息中攜帶主叫用戶終端的會(huì)話描述協(xié)議SDP信
息，并攜帶被叫用戶終端的業(yè)務(wù)鍵信息或接入碼信息。
進(jìn)一步來說， 所述彩鈴中心是通過核心網(wǎng)將所述協(xié)商的結(jié)果發(fā)送所述主叫用戶終端。
進(jìn)一步來說， 所述彩鈴中心接收該SCSCF轉(zhuǎn)發(fā)的該被叫用戶終端發(fā)送的響應(yīng)消息中不攜帶該
被叫用戶終端的SDP信息。 進(jìn)一步來說， 所述彩鈴中心收到所述主叫用戶終端返回的響應(yīng)消息是可靠響應(yīng)prack消息。
應(yīng)用本發(fā)明，通過在可靠響應(yīng)消息PRACK消息后減少主叫UPDATE消息的資源預(yù) 留，在一定程度上減小了主被叫建立通話的時(shí)間，加快了建立通話的速度，信令的傳輸較之 現(xiàn)有的采用雙呼流程的方法要快。本發(fā)明在未來的MS域中視頻彩鈴業(yè)務(wù)中，具有很好的 應(yīng)用前景。


圖1為本發(fā)明實(shí)施例的多媒體彩鈴業(yè)務(wù)的控制方法流程圖。
圖2為本發(fā)明應(yīng)用實(shí)例的方法流程圖。 圖3為本發(fā)明實(shí)施例的多媒體彩鈴業(yè)務(wù)的控制系統(tǒng)方框圖。
具體實(shí)施例方式
下面結(jié)合附圖及優(yōu)選實(shí)施方式對本發(fā)明技術(shù)方案進(jìn)行詳細(xì)說明。
參照圖1所示，為本發(fā)明實(shí)施例的方法流程圖，包括 步驟101. MS域中主叫用戶呼叫被叫用戶，將invite消息轉(zhuǎn)給被叫用戶對應(yīng)的 CRBT(彩鈴中心);
4
其中，被叫用戶已申請了彩鈴業(yè)務(wù)，主叫用戶將invite消息轉(zhuǎn)給被叫用戶對應(yīng) 的彩鈴中心，其中invite消息攜帶被叫用戶相應(yīng)的業(yè)務(wù)鍵信息或者接入碼信息和主叫的 SDP(Session Description Protocol,會(huì)話描述協(xié)議)信息； 步驟102.彩鈴中心收到invite消息后轉(zhuǎn)發(fā)給SCSCF (服務(wù)會(huì)話控制實(shí)體)，SCSCF 收到后將消息發(fā)給被叫用戶； 步驟103.被叫用戶收到invite消息后向SCSCF回180消息，其中，該180消息不 攜帶SDP信息，SCSCF將收到的180消息發(fā)給彩鈴中心； 步驟104.彩鈴中心收到180消息后觸發(fā)彩鈴業(yè)務(wù)，發(fā)invite消息呼叫放音設(shè)備；
步驟105.彩鈴中心與主叫用戶進(jìn)行媒體協(xié)商后將協(xié)商后的結(jié)果發(fā)送給核心網(wǎng)， 核心網(wǎng)透傳給主叫用戶； 步驟106.主叫用戶向彩鈴中心返回prack(可靠響應(yīng))消息；
步驟107.放音設(shè)備收到此消息后放彩鈴音。 下面通過具體應(yīng)用中的實(shí)例對本發(fā)明技術(shù)方案進(jìn)行進(jìn)一步說明。 下面主要針對SCSCF呼叫時(shí)與彩鈴中心之間的信令交互進(jìn)行描述。 步驟1 :主叫發(fā)起INVITE消息攜帶主叫的SDP信息，此處省略了核心網(wǎng)的PCSCF和
ICSCF的畫出，因?yàn)橹攸c(diǎn)是SCSCF與彩鈴中心交互； 步驟2 :SCSCF根據(jù)IFC(初始過濾準(zhǔn)則)觸發(fā)規(guī)則將呼叫送給彩鈴中心。IFC是 核心網(wǎng)的功能，能夠在用戶登錄時(shí)獲取用戶信息，確定INVITE消息的路由順序和規(guī)則；
步驟3 :被叫側(cè)的MRBT AS (多媒體彩鈴服務(wù)器)收到INVITE消息，在進(jìn)行了必要 的業(yè)務(wù)處理，獲取鈴音信息等功能后，向被叫側(cè)發(fā)起一個(gè)新的呼叫，并且將呼叫進(jìn)行關(guān)聯(lián)， 以便收到響應(yīng)消息后能夠給出正確的回應(yīng)；此呼叫首先發(fā)給SCSCF ;
步驟4 :SCSCF將呼叫轉(zhuǎn)給被叫； 步驟5 :被叫側(cè)UE收到INVITE后，回復(fù)不帶SDP的180消息。此消息為通知主叫 振鈴消息； 步驟6 :SCSCF將180消息按INVITE消息的返回路由進(jìn)行返回，首先發(fā)給彩鈴中 心； 步驟7 :當(dāng)MRBT AS(多媒體彩鈴服務(wù)器)收到被叫側(cè)的180消息時(shí)，向放音設(shè)備 MRF(Media Resource Function,媒體資源功能)單元發(fā)送帶主叫SDP的INVITE消息，建立 主叫與MRF的媒體協(xié)商； 步驟8 :MRF回200ok invite消息。帶上MRF與主叫協(xié)商后的SDP，此消息內(nèi)帶有 主叫和MRF協(xié)商后的音頻，視頻編碼格式，ms的地址，端口以及其他一些相關(guān)信息；
步驟9 :彩鈴中心給MRF回ACK消息，結(jié)束與MRF的呼叫接續(xù)。
步驟IO :彩鈴中心將MRF與主叫協(xié)商后的SDP取出，并且通過發(fā)送一個(gè)新的帶SDP 的180消息發(fā)給SCSCF ;此消息內(nèi)帶著主叫與MRF的協(xié)商結(jié)果。 步驟11 :SCSCF將180消息傳給主叫。此消息內(nèi)帶協(xié)議中規(guī)定的REQUIRE 100REL 字段。此字段表示需要對方回PRACK消息，PRACK消息為可靠響應(yīng)消息。也可以稱帶REQUIRE IOOREL字段的180消息為可靠消息。主叫收到此消息后就完了一次完整的媒體協(xié)商操作。 媒體協(xié)商在協(xié)議里面是成對出現(xiàn)的， 一個(gè)OFFER對應(yīng)一個(gè)ANSWER,如果收到ANSWER,再收到 帶SDP的消息后設(shè)備自動(dòng)認(rèn)為為OFFER。
5
步驟12 :由于11步驟中帶REQUIRE 100REL，主叫回PRACK響應(yīng)給SCSCF。
步驟13 :SCSCF回應(yīng)PRACK消息給彩鈴中心。 步驟14 :MRBT AS收到PRACK消息后，進(jìn)行放音控制，通知MRF給主叫放音。此時(shí) 彩鈴中心會(huì)發(fā)INFO消息給MRF通知其播放實(shí)際的物理彩鈴音。INFO消息為指示放音消息， MRF收到此消息后才能播放彩鈴音。 步驟15-19 :彩鈴響應(yīng)被叫的180消息，發(fā)送PRACK響應(yīng)消息給被叫。被叫收到
PRACK消息后回2000K PRACK消息。彩鈴也發(fā)送PRACK響應(yīng)消息給主叫。 步驟20 :被叫UE摘機(jī)，發(fā)送響應(yīng)初始INVITE消息的2000K消息(攜帶與主叫協(xié)
商后的SDP，此消息是一個(gè)ANSWER消息)給SCSCF。 步驟21 :SCSCF將此消息發(fā)給彩鈴中心。 步驟22 :彩鈴中心收到此消息后做相應(yīng)處理。由于主叫已經(jīng)完成一次媒體協(xié)商， 所以如果透傳被叫的協(xié)商結(jié)果的話會(huì)導(dǎo)致媒體振蕩，所以彩鈴中心需要將此消息攔截。所 以發(fā)送給被叫一個(gè)ACK消息，通知其第一個(gè)呼叫接續(xù)完成。
步驟23 : SCSCF將ACK消息轉(zhuǎn)發(fā)給被叫。 步驟24-25 :為了重新進(jìn)行主被叫協(xié)商，彩鈴中心AS向被叫UA發(fā)送一個(gè)不攜帶 SDP的REINVITE，開始建立主叫UE和被叫UE直接的連接，使主叫和被叫重新進(jìn)行媒體協(xié) 商； 步驟26-27 :被叫UE向被叫AS回送2000K,其中攜帶被叫的SDP (OFFER)消息，因 為被叫已經(jīng)進(jìn)行過協(xié)商，所以此次對被叫來說是OFFER ; 步驟28 29 :被叫AS通過UPDATE消息向主叫UE發(fā)送會(huì)話更新請求，因?yàn)閷χ?叫來說一個(gè)呼叫接續(xù)還沒有完成，所以用UPDATE消息進(jìn)行媒體更新。其中UPDATE內(nèi)的 SDP (OFFER)為被叫UE上一個(gè)200 OK中攜帶的SDP，若步驟20中的SDP無視頻編碼(語音 接聽)，在UPDATE中攜帶的SDP也應(yīng)無視頻編碼； 步驟30-31 :主叫UE收到UPDATE消息后，回送UPDATE的200響應(yīng)，其中攜帶和被 叫UE協(xié)商后的SDP (ANSWER)，主叫完成主被叫協(xié)商； 步驟32-33 :彩鈴中心AS向主叫UE發(fā)送接收到被叫的第一個(gè)INVITE的2000K響 應(yīng)；使得主叫完成一次完成的呼叫接續(xù)。 步驟34-35 :主叫UE收到2000K INVITE消息后，向MRBT平臺回ACK消息，完成最 后響應(yīng)消息； 步驟36-37 :MRBT平臺發(fā)送ACK給被叫UE，通知被叫第二個(gè)INVITE消息接續(xù)完成， 在ACK消息內(nèi)攜帶與主叫協(xié)商后的SDP，被叫收到此SDP后，主被叫就完成了一次完整的媒 體協(xié)商。建立了主被叫UE之間的會(huì)話。 本發(fā)明的流程在現(xiàn)有基礎(chǔ)上進(jìn)行優(yōu)化，使建立會(huì)話時(shí)間更短。 參照圖3所示，為本發(fā)明實(shí)施例的多媒體彩鈴業(yè)務(wù)的控制系統(tǒng)方框圖。所述系統(tǒng) 包括彩鈴中心301和服務(wù)會(huì)話控制實(shí)體(SCSCF) 302，其中， 所述彩鈴中心301，用于當(dāng)主叫用戶終端303呼叫已申請彩鈴業(yè)務(wù)的被叫用戶終 端304時(shí)，接收主叫用戶終端303發(fā)送的請求消息，并將所述請求消息轉(zhuǎn)發(fā)給被叫用戶終端 304 ;接收該被叫用戶終端304發(fā)送的響應(yīng)消息后，觸發(fā)彩鈴業(yè)務(wù)；進(jìn)行媒體協(xié)商后將協(xié)商 的結(jié)果發(fā)送給所述主叫用戶終端303，收到該主叫用戶終端303的響應(yīng)消息后放彩鈴音；
6
所述SCSCF302，用于接收所述彩鈴中心301轉(zhuǎn)發(fā)的所述請求消息后，將該請求消 息發(fā)給所述被叫用戶終端304 ;接收該被叫用戶終端304收到所述請求消息后返回的響應(yīng) 消息，并將該響應(yīng)消息發(fā)給所述彩鈴中心301。 在本發(fā)明的一個(gè)優(yōu)選實(shí)施例中，所述彩鈴中心301接收的所述請求消息中攜帶主 叫用戶終端303的會(huì)話描述協(xié)議SDP信息，并攜帶被叫用戶終端304的業(yè)務(wù)鍵信息或接入 碼信息。 在本發(fā)明的又一個(gè)優(yōu)選實(shí)施例中，所述彩鈴中心301是通過核心網(wǎng)將所述協(xié)商的 結(jié)果發(fā)送所述主叫用戶終端303。 在本發(fā)明的又一個(gè)優(yōu)選實(shí)施例中，所述彩鈴中心301接收該SCSCF302轉(zhuǎn)發(fā)的該被 叫用戶終端304發(fā)送的響應(yīng)消息中不攜帶該被叫用戶終端304的SDP信息。
在本發(fā)明的又一個(gè)優(yōu)選實(shí)施例中，所述彩鈴中心301收到所述主叫用戶終端303 返回的響應(yīng)消息是可靠響應(yīng)prack消息。 需要指出的是，以上所述只是本發(fā)明的優(yōu)選實(shí)施方式，并不是對本發(fā)明技術(shù)方案 的限定，任何熟悉本領(lǐng)域的技術(shù)人員對本發(fā)明技術(shù)特征所做的等同替換或者相應(yīng)改進(jìn)，仍 在本發(fā)明的保護(hù)范圍之內(nèi)，本發(fā)明的專利保護(hù)范圍應(yīng)以所附權(quán)利要求為準(zhǔn)。
權(quán)利要求
一種多媒體子系統(tǒng)域中多媒體彩鈴業(yè)務(wù)的控制方法，其特征在于，包括主叫用戶終端呼叫已申請彩鈴業(yè)務(wù)的被叫用戶終端，發(fā)送請求消息給該被叫用戶終端對應(yīng)的彩鈴中心；所述彩鈴中心收到所述請求消息后將所述請求消息轉(zhuǎn)發(fā)給被叫用戶終端；所述被叫用戶終端收到所述請求消息后發(fā)送響應(yīng)消息到所述彩鈴中心；所述彩鈴中心收到所述被叫用戶終端的響應(yīng)消息后觸發(fā)彩鈴業(yè)務(wù)，該彩鈴中心進(jìn)行媒體協(xié)商后將協(xié)商的結(jié)果發(fā)送給所述主叫用戶終端，并在接收到所述主叫用戶終端返回的響應(yīng)消息后放彩鈴音。
2. 如權(quán)利要求l所述的控制方法，其特征在于，所述彩鈴中心轉(zhuǎn)發(fā)給被叫用戶終端的請求消息中攜帶主叫用戶終端的會(huì)話描述協(xié)議SDP信息，并攜帶被叫用戶終端的業(yè)務(wù)鍵信息或接入碼信息。
3. 如權(quán)利要求l所述的控制方法，其特征在于，所述彩鈴中心是通過核心網(wǎng)將所述協(xié)商的結(jié)果發(fā)送所述主叫用戶終端。
4. 如權(quán)利要求1至3任意一項(xiàng)所述的控制方法，其特征在于，所述被叫用戶終端收到所述請求消息后，由所述被叫用戶終端對應(yīng)的服務(wù)會(huì)話控制實(shí)體向所述彩鈴中心轉(zhuǎn)發(fā)響應(yīng)消息，該響應(yīng)消息中不攜帶該被叫用戶終端的SDP信息。
5. 如權(quán)利要求1至3任意一項(xiàng)所述的控制方法，其特征在于，所述主叫用戶終端收到協(xié)商的結(jié)果后向該彩鈴中心返回的響應(yīng)消息是可靠響應(yīng)prack消息。
6. —種多媒體子系統(tǒng)域中多媒體彩鈴業(yè)務(wù)的控制系統(tǒng)，其特征在于，包括彩鈴中心和服務(wù)會(huì)話控制實(shí)體SCSCF，其中，所述彩鈴中心，用于當(dāng)主叫用戶終端呼叫已申請彩鈴業(yè)務(wù)的被叫用戶終端時(shí)，接收主叫用戶終端發(fā)送的請求消息，并將所述請求消息轉(zhuǎn)發(fā)給被叫用戶終端；接收該被叫用戶終端發(fā)送的響應(yīng)消息后，觸發(fā)彩鈴業(yè)務(wù)；進(jìn)行媒體協(xié)商后將協(xié)商的結(jié)果發(fā)送給所述主叫用戶終端，收到該主叫用戶終端的響應(yīng)消息后放彩鈴音；所述SCSCF，用于接收所述彩鈴中心轉(zhuǎn)發(fā)的所述請求消息后，將該請求消息發(fā)給所述被叫用戶終端；接收該被叫用戶終端收到所述請求消息后返回的響應(yīng)消息，并將該響應(yīng)消息發(fā)給所述彩鈴中心。
7. 如權(quán)利要求6所述的控制系統(tǒng)，其特征在于，所述彩鈴中心接收的所述請求消息中攜帶主叫用戶終端的會(huì)話描述協(xié)議SDP信息，并攜帶被叫用戶終端的業(yè)務(wù)鍵信息或接入碼信息。
8. 如權(quán)利要求6所述的控制系統(tǒng)，其特征在于，所述彩鈴中心是通過核心網(wǎng)將所述協(xié)商的結(jié)果發(fā)送所述主叫用戶終端。
9. 如權(quán)利要求6至8任意一項(xiàng)所述的控制系統(tǒng)，其特征在于，所述彩鈴中心接收該SCSCF轉(zhuǎn)發(fā)的該被叫用戶終端發(fā)送的響應(yīng)消息中不攜帶該被叫用戶終端的SDP信息。
10. 如權(quán)利要求6至8任意一項(xiàng)所述的控制系統(tǒng)，其特征在于，所述彩鈴中心收到所述主叫用戶終端返回的響應(yīng)消息是可靠響應(yīng)prack消息。
全文摘要
本發(fā)明公開了一種多媒體子系統(tǒng)域中多媒體彩鈴業(yè)務(wù)的控制方法及系統(tǒng)，所述方法包括主叫用戶終端呼叫已申請彩鈴業(yè)務(wù)的被叫用戶終端，發(fā)送請求消息給該被叫用戶終端對應(yīng)的彩鈴中心；所述彩鈴中心收到所述請求消息后將所述請求消息轉(zhuǎn)發(fā)給被叫用戶終端；所述被叫用戶終端收到所述請求消息后發(fā)送響應(yīng)消息到所述彩鈴中心；所述彩鈴中心收到所述被叫用戶終端的響應(yīng)消息后觸發(fā)彩鈴業(yè)務(wù)，該彩鈴中心進(jìn)行媒體協(xié)商后將協(xié)商的結(jié)果發(fā)送給所述主叫用戶終端，并在接收到所述主叫用戶終端返回的響應(yīng)消息后放彩鈴音。本發(fā)明通過在可靠響應(yīng)消息后減少主叫更新消息的資源預(yù)留，減小了主被叫建立通話的時(shí)間，加快了建立通話的速度。
文檔編號H04M3/42GK101702710SQ20091020743
公開日2010年5月5日 申請日期2009年11月3日 優(yōu)先權(quán)日2009年11月3日
發(fā)明者盧濤, 季正權(quán), 張浩軍, 沈松, 羅旺 申請人:中興通訊股份有限公司