專利名稱：一種基于sip協(xié)議無(wú)串音播放彩鈴音的方法
技術(shù)領(lǐng)域：
'本發(fā)明涉及NGN( next generation network—下一代網(wǎng)絡(luò))和IMS (IP multimedia subsystem—IP多媒體子系統(tǒng))技術(shù)領(lǐng)域，尤其涉及一種基于 SIP協(xié)議無(wú)串音播放彩鈴音的方法。
背景技術(shù)：
SIP協(xié)議(Session Description Protocol—會(huì)話初始化協(xié)議)憑借其簡(jiǎn) 單、易于擴(kuò)展、便于實(shí)現(xiàn)等諸多優(yōu)點(diǎn)越來(lái)越得到了業(yè)界的青睞，逐步成 為NGN ( next generation network—下一^網(wǎng)纟備)和IMS (IP multimedia subsystem—IP多媒體子系統(tǒng))中的主流協(xié)議。越來(lái)越多支持SIP的客戶 端軟件、基于SIP協(xié)議的服務(wù)器和軟交換設(shè)備的出現(xiàn)，SIP協(xié)議越來(lái)越 受到電信制造商、運(yùn)營(yíng)商和標(biāo)準(zhǔn)組織的青睞。
目前的跨域(SS—核心網(wǎng)軟交換設(shè)備之間，通過(guò)SIP協(xié)議通信)彩 鈴(CRBT— Coloring Ring Back Tone )，其網(wǎng)絡(luò)結(jié)構(gòu)如圖1所示。主叫 用戶，被叫用戶分別位于SS1、 SS2上，被叫用戶簽約被叫彩鈴(或者 主叫用戶簽約主叫彩鈴)，SS之間通過(guò)SIP協(xié)議通信，SS通過(guò)彩鈴平臺(tái) 為廚戶放彩鈴音。彩鈴業(yè)務(wù)通常是按照?qǐng)D2所示的流程實(shí)現(xiàn)的
步驟201，主叫SS向被叫SS發(fā)送INVITE消息，該INVITE消息 攜帶主叫的SDP (Session Description Protocol—會(huì)話描述協(xié)議)媒體描 述，表示主叫發(fā)起的々某體請(qǐng)求，請(qǐng)求建立會(huì)話。
步驟202，被叫SS接收INVITE請(qǐng)求，回應(yīng)lOOTrying臨時(shí)響應(yīng)。步驟203,被叫SS接收INVITE請(qǐng)求，在被叫側(cè)完成媒體協(xié)商后， 向主叫SS發(fā)送180響應(yīng)消息，該180響應(yīng)消息攜帶被叫的SDP媒體描 述，表示被叫的媒體響應(yīng)，完成了一次域間的媒體協(xié)商。
步驟204，這時(shí)主叫SS觸發(fā)彩鈴業(yè)務(wù)，呼叫彩鈴平臺(tái)。
步驟205,彩鈴平臺(tái)為主叫用戶放彩鈴音。
步驟206,執(zhí)行后續(xù)的呼叫流程。
在這個(gè)過(guò)程中存在以下問題主叫SS通過(guò)INVITE消息把主叫的媒 體信息(包括媒體的IP、端口)帶給了被叫SS;在被叫側(cè)完成了一次 媒體協(xié)商后，被叫SS通過(guò)180消息將被叫側(cè)完成協(xié)商后的媒體信息帶 回給主叫，這時(shí)主、被叫之間已經(jīng)完成一次媒體協(xié)商，建立了媒體通道。 主叫SS觸發(fā)彩鈴業(yè)務(wù)，呼叫CRBT平臺(tái)為主叫用戶放彩鈴音，也就是 用彩鈴媒體對(duì)主叫用戶進(jìn)行i某體切換。但是，之前主、被叫之間已經(jīng)完 成了媒體協(xié)商，在彩鈴放音過(guò)程中被叫隨時(shí)可能向主叫發(fā)送振鈴音的媒 體包，導(dǎo)致被叫振鈴音與彩鈴音串音。
為了解決彩鈴串音問題，當(dāng)前通常的做法是
步驟201中，主叫SS在初始INVITE消息中不把主叫真實(shí)的媒體信 息(IP、端口 )帶紿—皮叫SS。而是在INVITE消息中攜帶一個(gè)"假的"主 叫媒體描述，其中連接地址屬性行(c行)IP地址置為0.0.0.0。采用這 種方式，主、被叫之間即使完成一次媒體協(xié)商，被叫側(cè)也沒有獲知主叫 真實(shí)的媒體資源(IP、端口信息)，在后續(xù)的彩鈴放音過(guò)程中也就無(wú)法向 主叫的媒體端口發(fā)送媒體包。
上述作法雖然可以解決彩鈴放音過(guò)程中的串音問題，但是也有自身 的缺點(diǎn)，主叫SS在查詢到用戶簽約彩鈴業(yè)務(wù)的情況下，必須修改用戶
媒體信息，制造一個(gè)"假的"主叫媒體，這個(gè)過(guò)程會(huì)產(chǎn)生一定的內(nèi)部消耗。 因此，現(xiàn)有技術(shù)仍然存在缺陷，需要改進(jìn)。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種基于SIP協(xié)議無(wú)串音播放
彩鈴音的方法，解決跨域(ss之間)彩鈴呼叫中出現(xiàn)的串音問題。
本發(fā)明為解決上述技術(shù)問題所采用的技術(shù)方案為
一種基于SIP協(xié)議無(wú)串音播放彩鈴音的方法，包括以下步驟
A、 主叫SS向被叫SS發(fā)送帶有主叫媒體信息的請(qǐng)求消息，請(qǐng)求建 立會(huì)話，并且被叫SS收到請(qǐng)求消息后，向主叫SS發(fā)送響應(yīng)消息；
B、 主叫SS與被叫SS進(jìn)行媒體協(xié)商，如果主叫SS與被叫SS之間 完成一次媒體協(xié)商，則主叫SS構(gòu)造并向被叫SS發(fā)送帶有關(guān)閉被叫媒體 端口的新媒體請(qǐng)求；如果主叫SS與被叫SS之間未完成一次媒體協(xié)商， 則主叫SS構(gòu)造并向被叫SS發(fā)送帶有關(guān)閉被叫媒體端口的域間擴(kuò)展請(qǐng)
求；
c、被叫ss收到所述新媒體請(qǐng)求或域間擴(kuò)展請(qǐng)求后，發(fā)起媒體切換
流程，關(guān)閉被叫媒體端口；
D、主叫SS呼叫彩鈴平臺(tái)，并對(duì)主叫用戶放彩鈴音。
所述的方法，其中所述步驟B中主叫SS與被叫SS之間是否完成 一次媒體協(xié)商，依據(jù)所述響應(yīng)消息是否帶有被叫SS的SDP來(lái)判斷，若 所述響應(yīng)消息中含有被叫SS的SDP，則主叫SS與被叫SS之間完成了 一次媒體協(xié)商；否則，主叫SS與被叫SS之間未完成媒體協(xié)商。
所述的方法，其中所述步驟A包括如下步驟
All、主叫SS向被叫SS發(fā)送帶有主叫媒體信息的INVITE請(qǐng)求(呼 叫請(qǐng)求)，請(qǐng)求建立會(huì)話；
'A21 、被叫SS接收INVITE請(qǐng)求，回應(yīng)lOOTrying臨時(shí)響應(yīng)，lOOTrying 臨時(shí)響應(yīng)為針對(duì)呼叫事務(wù)的臨時(shí)響應(yīng)，防止呼叫請(qǐng)求重發(fā)；
A31、被叫SS接收INVITE請(qǐng)求后，在被叫側(cè)完成媒體協(xié)商后，向主叫SS發(fā)送帶有被叫媒體信息的180(振鈴)響應(yīng)消息，完成一次媒體協(xié)商。
所述的方法，其中所述步驟A包括如下步驟 A12、主叫SS向被叫SS發(fā)送帶有主叫媒體信息的INVITE請(qǐng)求， 請(qǐng)求建立會(huì)話；
A22 、被叫SS接收INVITE請(qǐng)求，回應(yīng)1 OOTrying臨時(shí)響應(yīng)； A32、被叫SS接收INVITE請(qǐng)求后，向主叫SS發(fā)送不帶被叫媒體 信息的180響應(yīng)消息。
所述的方法，其中所述步驟B中的新媒體請(qǐng)求為UPDATE消息 (媒體切換請(qǐng)求)，所述UPDATE消息中的SDP媒體描述行的屬性行被 置為inactive(媒體狀態(tài)為不收不發(fā))或sendolny (媒體狀態(tài)為只發(fā)不收)； 所述域間擴(kuò)展請(qǐng)求為INFO消息(通知消息)，所述INFO消息中攜帶 "text/plain"類型消息體，消息體內(nèi)容為"CloseMeida"。
所述的方法，其中所述步驟C還包括如下處理成功關(guān)閉被叫媒 體端口后，被叫SS對(duì)主叫的UPDATE消息應(yīng)答200響應(yīng)(用戶摘機(jī)消 息)，所述200響應(yīng)中的SDP媒體描述行的屬性行^皮置為inactive或 sendolny 。
所述的方法，其中所述步驟C還包括如下處理成功關(guān)閉被叫媒 體端口后，被叫SS對(duì)主叫的INFO消息應(yīng)答200響應(yīng)。
所述的方法，其中所述步驟C還包括如下處理如果被叫SS對(duì) 于被叫發(fā)起關(guān)端口的々某體切換失敗，則被叫SS對(duì)主叫UPDATE或INFO 消息應(yīng)答表示SS內(nèi)部錯(cuò)誤的500響應(yīng)，表示關(guān)閉被叫媒體端口失敗， 并且凈皮叫SS不釋放呼叫。
所述的方法，其中如果主叫SS收到UPDATE或INFO消息的500 響應(yīng)，或者UPDATE或INFO事務(wù)超時(shí)還未收到任何響應(yīng)消息，主叫SS也不釋放呼叫。
所述的方法，其中在執(zhí)行完所述步驟D之后，還執(zhí)行后續(xù)的呼叫流程。
本發(fā)明的有益效果為本發(fā)明的基于SIP協(xié)議無(wú)串音播放彩鈴音的 方法在符合RFC3311、 RFC3264的基礎(chǔ)上，解決了跨域彩鈴呼叫中出現(xiàn) 的串音問題，同時(shí)也避免了制造"假媒體"的系統(tǒng)開銷，具有較大的理論 和實(shí)現(xiàn)價(jià)值。


圖1為跨域彩鈴的網(wǎng)絡(luò)結(jié)構(gòu)圖2為現(xiàn)有技術(shù)存在串音問題的彩鈴放音流程圖3為本發(fā)明在被叫180響應(yīng)消息帶J;某體情況下的彩鈴放音流程
圖4為本發(fā)明在被叫180響應(yīng)消息不帶媒體情況下的彩鈴放音流程
圖5為本發(fā)明方法的流程圖。
具體實(shí)施例方式
下面根據(jù)附圖和實(shí)施例對(duì)本發(fā)明作進(jìn) 一 步詳細(xì)說(shuō)明 本發(fā)明提出了 一種基于SIP協(xié)議的利用UPDATE和INFO消息在域 間(SS之間)關(guān)閉被叫媒體端口的新方法。在RFC3311 (SIPUPDATE Method)中規(guī)定在初始INVITE會(huì)話建立之前，如果SIP實(shí)體之間已 經(jīng)完成過(guò)一次媒體協(xié)商，其中一方需要再次發(fā)起修改^ 某體請(qǐng)求的，需要 使用UPDATE消息來(lái)切換媒體。因此，可以考慮利用新媒體請(qǐng)求UPDATE消息在放彩鈴音之前關(guān)閉被叫媒體端口 ，以解決彩鈴串音問題。 而RFC3264 ( An Offer Answer Model with SDP )提供了采用offer-answer 機(jī)制進(jìn)行媒體協(xié)商，其中規(guī)定一次Offer-Answer協(xié)商完成之前，協(xié)商雙 方不能發(fā)起下一次媒體請(qǐng)求。因此，如果步驟201中主叫SS發(fā)出的 INVITE消息帶有SDP媒體描述，而步驟203中被叫SS的180響應(yīng)消 息中不含有SDP媒體描述，這種情況下SS之間的一次媒體協(xié)商沒有完 成，根據(jù)RFC3264中的描述，主叫SS不能向被叫SS發(fā)送新媒體請(qǐng)求 UPDATE消息關(guān)閉被叫的媒體端口。因此，針對(duì)跨域彩鈴呼叫過(guò)程中， 無(wú)法在媒體協(xié)商尚未完成的情況下通過(guò)發(fā)送UPDATE消息關(guān)閉被叫媒 體端口的問題，又提出了一種采用域間擴(kuò)展請(qǐng)求INFO消息關(guān)閉媒體端 口的新方式，擴(kuò)展了彩鈴關(guān)端口方法的應(yīng)用場(chǎng)景。本發(fā)明的基本思想就 是，主叫SS在彩鈴放音前，希望關(guān)閉被叫媒體端口，如果此時(shí)前一次 媒體協(xié)商已完成，使用UPDATE消息來(lái)關(guān)閉被叫媒體端口；如果此時(shí)前 一次媒體協(xié)商還未完成，則使用擴(kuò)展的域間請(qǐng)求INFO消息來(lái)關(guān)閉被叫 媒體端口。本發(fā)明基本方法如圖5所示，包括以下步驟
A、 主叫SS向被叫SS發(fā)送帶有主叫媒體信息的INVITE消息，請(qǐng) 求建立會(huì)話，并且被叫SS收到INVITE消息后，向主叫SS發(fā)送180響 應(yīng)消息；
B、 主叫SS與被叫SS進(jìn)行媒體協(xié)商，如果主叫SS與被叫SS之間 完成一次媒體協(xié)商，則主叫SS構(gòu)造并向被叫SS發(fā)送帶有關(guān)閉被叫媒體 端口的UPDATE消息；如果主叫SS與被叫SS之間未完成一次媒體協(xié) 商，則主叫SS構(gòu)造并向被叫SS發(fā)送帶有關(guān)閉被叫^某體端口的INFO消息；
C、 被叫SS收到所述UPDATE消息或INFO消息后，發(fā)起媒體切換流 程，關(guān)閉被叫媒體端口；
D、 主叫SS呼叫彩鈴平臺(tái)，并對(duì)主叫用戶放彩鈴音。
對(duì)于采用UPDATE消息關(guān)閉被叫媒體端口，其步驟B、 C、 D的具體處理方式為
Bl、主叫SS構(gòu)造UPDATE請(qǐng)求，其中的SDP媒體描述行(m行)
的屬性行(a行)置為inactive (或者sendohiy)，表示希望關(guān)
閉被叫媒體端口。 Cl、被叫SS收到此擴(kuò)展的UPDATE消息后，發(fā)起媒體切換流程，
關(guān)閉被叫媒體端口，成功關(guān)閉被叫媒體端口后，被叫SS對(duì)主
叫的UPDATE消息應(yīng)答200響應(yīng)。
Dl、主叫SS收到響應(yīng)消息后，呼叫彩鈴平臺(tái)，對(duì)主叫用戶放彩鈴 立
曰o
對(duì)于采用INFO消息關(guān)閉被叫媒體端口，其步驟B、 C、 D的具體處 理方式為
B2、主叫SS構(gòu)造擴(kuò)展的INFO消息，INFO請(qǐng)求消息體結(jié)構(gòu)如下
Content-Length: text/plain Content-Length: 10 CloseMeida
在擴(kuò)展的INFO消息中攜帶"text/plain"類型消息體，消息體內(nèi) 容為"CloseMeida"。表示希望關(guān)閉被叫媒體端口 ，防止彩鈴放 音過(guò)程中出現(xiàn)彩鈴音與被叫用戶回鈴音串音的情況出現(xiàn)。
C2、被叫SS收到此擴(kuò)展的INFO消息后，發(fā)起媒體切換流程，關(guān) 閉被叫媒體端口，成功關(guān)閉被叫媒體端口后，被叫SS對(duì)主叫 的INFO消息應(yīng)答200響應(yīng)。
D2、主叫SS收到響應(yīng)消息后，呼叫彩鈴平臺(tái)，對(duì)主叫用戶放彩鈴 音。
上述方法還具有以下特點(diǎn)
1、在步驟B1、 B2中所構(gòu)造的UPDATE消息和INFO消息是必須 對(duì)話內(nèi)的，表明.關(guān)閉相應(yīng)對(duì)話的被叫媒體端口。2、 在步驟C1、 C2中，如果被叫SS對(duì)于被叫發(fā)起關(guān)端口的媒體切 換失敗，則被叫SS對(duì)主叫SS回500響應(yīng)，表示關(guān)閉被叫媒體端口失??； 但是被叫SS并不釋放呼叫。后續(xù)的彩鈴放音可能出現(xiàn)串音的現(xiàn)象，但 是不會(huì)影響基本呼叫。
3、 在步驟D1、 D2中，如果主叫SS收到500響應(yīng)，表示關(guān)閉被叫 媒體端口失??；或者UPDATE事務(wù)超時(shí)還未收到任何響應(yīng)消息，或INFO 事務(wù)超時(shí)還未收到任何響應(yīng)消息，主叫SS也不釋放呼叫。同樣，后續(xù) 的彩鈴放音可能出現(xiàn)串音的現(xiàn)象，但是不會(huì)影響基本呼叫。
當(dāng)主叫用戶、被叫用戶分別位于SS1、 SS2上，被"180響應(yīng)消息帶 媒體情況下的無(wú)串音播放彩鈴音的方法流程如圖3所示，包括以下步驟
步驟301，主叫SS向被叫SS發(fā)送INVITE消息(帶主叫的媒體信 息)，請(qǐng)求建立會(huì)話。
步驟302,被叫SS接收INVITE請(qǐng)求，回應(yīng)100Trying臨時(shí)響應(yīng)。
步驟303 ，被叫SS接收INVITE請(qǐng)求后，在被叫側(cè)完成Jf某體協(xié)商后， 向主叫SS發(fā)送180響應(yīng)消息(帶被叫的媒體信息)，完成一次媒體協(xié)商。
步驟304，主叫SS觸發(fā)彩鈴業(yè)務(wù)，先向被叫SS發(fā)送UPDATE請(qǐng)求， 其中的SDP媒體描述行(m行)的屬性行(a行)置為inactive (或者 sendolny)。表示希望關(guān)閉被叫媒體端口 ，防止彩鈴放音過(guò)程中出現(xiàn)彩鈴 音與用戶回鈴音串音的情況。
步驟305，被叫SS收到這個(gè)UPDATE消息后，向被叫發(fā)起切換媒體 過(guò)程，關(guān)閉被叫々某體端口。然后向主叫SS發(fā)送UPDATE的200響應(yīng)消 息，其中的SDP媒體描述行的屬性行置為inactive (或者recvolny)。表 示被叫的媒體端口已經(jīng)關(guān)閉，不再向外發(fā)送媒體包。
步驟306，關(guān)閉被叫媒體端口后，主叫呼叫彩鈴平臺(tái)。
步驟307,彩鈴平臺(tái)為主叫用戶放彩鈴音。
步驟308,執(zhí)行后續(xù)的呼叫流程。當(dāng)主叫用戶、被叫用戶分別位于SS1、 SS2上，被叫180響應(yīng)消息不 帶媒體情況下的無(wú)串音播放彩鈴音的方法流程如圖4所示，包括以下步 驟
步驟401,主叫SS向被叫SS發(fā)送INVITE消息(帶主叫的媒體信 息)，請(qǐng)求建立會(huì)話。
步驟402,被叫SS接收INVITE請(qǐng)求，回應(yīng)100Trying臨時(shí)響應(yīng)。
步驟403,被叫SS接收INVITE請(qǐng)求后，在被叫側(cè)在未完成々某體協(xié) 商的情況下向主叫SS發(fā)送180響應(yīng)消息(不帶媒體信息)。
步驟404,主叫SS觸發(fā)彩鈴業(yè)務(wù)，希望關(guān)閉被叫媒體端口，根據(jù) RFC3264此時(shí)媒體協(xié)商未完成不能用UPDATE消息發(fā)起新的媒體請(qǐng)求。 于是向被叫SS發(fā)送擴(kuò)展的請(qǐng)求，其中消息體類型為"text/plain"，消息體 內(nèi)容為"CloseMeida，，，表示希望關(guān)閉被叫媒體端口 ，防止彩鈴放音過(guò)程 中出現(xiàn)彩鈴音與用戶回鈴音串音的情況。
步驟405,被叫SS收到INFO消息后，向被叫發(fā)起切換媒體過(guò)程， 關(guān)閉被叫媒體端口。然后向主叫SS發(fā)送INFO的200響應(yīng)消息。表示被 叫的媒體端口已經(jīng)關(guān)閉，不再向外發(fā)送媒體包。
步驟406,關(guān)閉被叫媒體端口后，主叫呼叫彩鈴平臺(tái)。
步驟407，彩鈴平臺(tái)為主叫用戶放彩鈴音。
步驟408,執(zhí)行后續(xù)的呼叫流程。
可以理解的是，對(duì)本領(lǐng)域普通技術(shù)人員來(lái)說(shuō)，可以根據(jù)本發(fā)明的技 術(shù)方案及其發(fā)明構(gòu)思加以等同替換或改變，而所有這些改變或替換都應(yīng) 屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
1權(quán)利要求
1、一種基于會(huì)話初始化協(xié)議無(wú)串音播放彩鈴音的方法，其特征在于包括以下步驟A、主叫核心網(wǎng)軟交換設(shè)備向被叫核心網(wǎng)軟交換設(shè)備發(fā)送帶有主叫媒體信息的請(qǐng)求消息，請(qǐng)求建立會(huì)話，并且被叫核心網(wǎng)軟交換設(shè)備收到請(qǐng)求消息后，向主叫核心網(wǎng)軟交換設(shè)備發(fā)送響應(yīng)消息；B、主叫核心網(wǎng)軟交換設(shè)備與被叫核心網(wǎng)軟交換設(shè)備進(jìn)行媒體協(xié)商，如果主叫核心網(wǎng)軟交換設(shè)備與被叫核心網(wǎng)軟交換設(shè)備之間完成一次媒體協(xié)商，則主叫核心網(wǎng)軟交換設(shè)備構(gòu)造并向被叫核心網(wǎng)軟交換設(shè)備發(fā)送帶有關(guān)閉被叫媒體端口的新媒體請(qǐng)求；如果主叫核心網(wǎng)軟交換設(shè)備與被叫核心網(wǎng)軟交換設(shè)備之間未完成一次媒體協(xié)商，則主叫核心網(wǎng)軟交換設(shè)備構(gòu)造并向被叫核心網(wǎng)軟交換設(shè)備發(fā)送帶有關(guān)閉被叫媒體端口的域間擴(kuò)展請(qǐng)求；C、被叫核心網(wǎng)軟交換設(shè)備收到所述新媒體請(qǐng)求或域間擴(kuò)展請(qǐng)求后，發(fā)起媒體切換流程，關(guān)閉被叫媒體端口；D、主叫核心網(wǎng)軟交換設(shè)備呼叫彩鈴平臺(tái)，并對(duì)主叫用戶放彩鈴音。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于所述步驟B中主叫 核心網(wǎng)軟交換設(shè)備與被叫核心網(wǎng)軟交換設(shè)備之間是否完成一 次媒體協(xié) 商，.依據(jù)所述響應(yīng)消息是否帶有被叫核心網(wǎng)軟交換設(shè)備的會(huì)話描述協(xié)議 來(lái)判斷，若所述響應(yīng)消息中含有被叫核心網(wǎng)軟交換設(shè)備的會(huì)話描述協(xié) 議，則主叫核心網(wǎng)軟交換設(shè)備與被叫核心網(wǎng)軟交換設(shè)備之間完成了 一次 媒體協(xié)商；否則，主叫核心網(wǎng)軟交換設(shè)備與被叫核心網(wǎng)軟交換設(shè)備之間 未完成媒體協(xié)商。
3、 根據(jù)權(quán)利要求2所述的方法，其特征在于所述步驟A包括如 下步驟Al 1 、主叫核心網(wǎng)軟交換設(shè)備向被叫核心網(wǎng)軟交換設(shè)備發(fā)送帶有主叫媒體信息的呼叫請(qǐng)求，請(qǐng)求建立會(huì)話；A21、被叫核心網(wǎng)軟交換設(shè)備接收呼叫請(qǐng)求，回應(yīng)臨時(shí)響應(yīng)； A31、被叫核心網(wǎng)軟交換設(shè)備接收呼叫請(qǐng)求后，在被叫側(cè)完成媒體協(xié)商后，向主叫核心網(wǎng)軟交換設(shè)備發(fā)送帶有被叫媒體信息的振鈴響應(yīng)消息，完成一次媒體協(xié)商。
4、 根據(jù)權(quán)利要求2所述的方法，其特征在于所述步驟A包括如 下步驟A12、主叫核心網(wǎng)軟交換設(shè)備向被叫核心網(wǎng)軟交換設(shè)備發(fā)送帶有主 叫媒體信息的呼叫請(qǐng)求，請(qǐng)求建立會(huì)話；A22、被叫核心網(wǎng)軟交換設(shè)備接收呼叫請(qǐng)求，回應(yīng)臨時(shí)響應(yīng)； A32、被叫核心網(wǎng)軟交換設(shè)備接收呼叫請(qǐng)求后，向主叫核心網(wǎng)軟交 換設(shè)備發(fā)送不帶被叫媒體信息的振鈴響應(yīng)消息。
5、 根據(jù)權(quán)利要求3或4所述的方法，其特征在于所述步驟B中 的新媒體請(qǐng)求為媒體切換請(qǐng)求消息，所述媒體切換請(qǐng)求消息中的會(huì)話描 述協(xié)議行的屬性行被置為媒體狀態(tài)不收不發(fā)或媒體狀態(tài)只發(fā)不收；所述 域間擴(kuò)展請(qǐng)求為通知消息，所述通知消息中攜帶"text/plain"類型消息體， 消息體內(nèi)容為"CloseMeida"。
6、 根據(jù)權(quán)利要求5所述的方法，其特征在于所述步驟C還包括 如下處理成功關(guān)閉被叫媒體端口后，被叫核心網(wǎng)軟交換設(shè)備對(duì)主叫的 媒體切換請(qǐng)求消息應(yīng)答用戶摘機(jī)消息，所述用戶摘機(jī)消息中的會(huì)話描述 協(xié)議行的屬性行被置為媒體狀態(tài)不收不發(fā)或媒體狀態(tài)只發(fā)不收。
7、 根據(jù)權(quán)利要求5所述的方法，其特征在于所述步驟C還包括如下處理成功關(guān)閉被叫媒體端口后，被叫核心網(wǎng)軟交換設(shè)備對(duì)主叫的通知消息應(yīng)答200響應(yīng)。
8、 根據(jù)權(quán)利要求5所述的方法，其特征在于所述步驟C還包括 如下處理如果被叫核心網(wǎng)軟交換設(shè)備對(duì)于被叫發(fā)起關(guān)端口的媒體切換 失敗，則被叫核心網(wǎng)軟交換設(shè)備對(duì)主叫媒體切換請(qǐng)求或通知消息應(yīng)答表 示核心網(wǎng)軟交換設(shè)備內(nèi)部錯(cuò)誤的響應(yīng)，表示關(guān)閉被叫媒體端口失敗，并 且被叫核心網(wǎng)軟交換設(shè)備不釋放呼叫。
9、 根據(jù)權(quán)利要求8所述的方法，其特征在于如果主叫核心網(wǎng)軟 交換設(shè)備收到媒體切換請(qǐng)求或通知消息的表示核心網(wǎng)軟交換設(shè)備內(nèi)部 錯(cuò)誤的響應(yīng)，或者士某體切換請(qǐng)求或通知消息事務(wù)超時(shí)還未收到任何響應(yīng) 消息，主叫核心網(wǎng)軟交換設(shè)備也不釋放呼叫。
10、 根據(jù)權(quán)利要求1所述的方法，其特征在于在執(zhí)行完所述步驟 D之后，還執(zhí)行后續(xù)的呼叫流程。
全文摘要
一種基于SIP協(xié)議無(wú)串音播放彩鈴音的方法，應(yīng)用于NGN和IMS技術(shù)領(lǐng)域。本發(fā)明的基本方法為主叫SS在彩鈴放音前，希望關(guān)閉被叫媒體端口，如果此時(shí)主叫SS與被叫SS之間前一次媒體協(xié)商已完成，使用UPDATE消息來(lái)關(guān)閉被叫媒體端口；如果此時(shí)前一次媒體協(xié)商還未完成，則使用擴(kuò)展的域間請(qǐng)求INFO消息來(lái)關(guān)閉被叫媒體端口。本發(fā)明方法在符合RFC3311、RFC3264的基礎(chǔ)上，解決了跨域彩鈴呼叫中出現(xiàn)的串音問題，同時(shí)也避免了制造“假媒體”的系統(tǒng)開銷，具有較大的理論和實(shí)現(xiàn)價(jià)值。
文檔編號(hào)H04M3/42GK101448044SQ20071007755
公開日2009年6月3日 申請(qǐng)日期2007年11月26日 優(yōu)先權(quán)日2007年11月26日
發(fā)明者樺 周, 珂 范, 賀晉寧 申請(qǐng)人:中興通訊股份有限公司