專利名稱：可視電話回落的處理方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信技術(shù)領(lǐng)域，尤其涉及一種可視電話回落的處理方法和系統(tǒng)。
背景技術(shù)：
現(xiàn)有技術(shù)中，IP多媒體子系統(tǒng)(IP Multimedia Subsystem, IMS)域和電路交換 (Circuit Switched，⑶)域可以互通。IMS域用戶可以視頻呼叫CS域用戶，當(dāng)CS域用戶選擇視頻接聽后，兩者可以進(jìn)行視頻呼叫業(yè)務(wù)。如果CS域用戶不選擇視頻接聽而選擇音頻接聽后，目前協(xié)議中可以由IMS域用戶重新發(fā)起針對音頻的二次媒體協(xié)商。對于不支持更新(update)的終端，在針對音頻的媒體協(xié)商時，需要主叫側(cè)應(yīng)用服務(wù)器(Application Server,AS)向主叫終端返回2000K消息，以便主叫終端在接收到2000K消息后重新發(fā)起音頻的媒體協(xié)商。但是，由于AS為網(wǎng)絡(luò)側(cè)設(shè)備，AS在向終端在發(fā)送2000K消息時，該2000K 消息同時會被發(fā)送到網(wǎng)絡(luò)側(cè)的計費(fèi)網(wǎng)元，例如呼叫會話控制功能(Call Session Control Function, CSCF)，并且計費(fèi)網(wǎng)元在接收到2000K消息后會進(jìn)行計費(fèi)，因此現(xiàn)有技術(shù)中發(fā)送 2000K消息后會引發(fā)計費(fèi)問題。

發(fā)明內(nèi)容
本發(fā)明提供一種可視電話回落的處理方法和系統(tǒng)，當(dāng)CS域用戶不接聽IMS域用戶發(fā)起的視頻業(yè)務(wù)后，主叫側(cè)AS可以直接發(fā)起音頻呼叫，IMS用戶直接收聽音頻彩鈴，避免不支持Update的終端為收聽音頻彩鈴進(jìn)行二次協(xié)商引起的計費(fèi)問題。本發(fā)明提供了一種可視電話回落的處理方法，包括CS域被叫終端在接收到IMS域主叫終端發(fā)起的視頻呼叫請求，并選擇音頻接聽后，向VIG發(fā)送釋放消息，所述釋放消息中攜帶原因值，以表明被叫選擇音頻接聽；VIG接收到所述釋放消息后，向IMS側(cè)的AS發(fā)送錯誤消息；IMS側(cè)的AS接收到錯誤消息后，發(fā)起音頻媒體協(xié)商，重新建立音頻呼叫。本發(fā)明提供了一種可視電話回落的處理系統(tǒng)，包括VIG，用于接收CS域的被叫終端發(fā)送的釋放消息，并根據(jù)所述釋放消息確定被叫選擇音頻接聽后發(fā)送錯誤消息，所述釋放消息為所述被叫終端在接收到IMS域主叫終端發(fā)起的視頻呼叫請求，并選擇音頻接聽后發(fā)送的，所述釋放消息中攜帶原因值，以表明被叫選擇音頻接聽；AS，位于IMS域內(nèi)，用于接收所述VIG發(fā)送的所述錯誤消息，并在接收到所述錯誤消息后，發(fā)起音頻媒體協(xié)商，重新建立音頻呼叫。由上述技術(shù)方案可知，本發(fā)明實施例中被叫選擇音頻接聽后，向VIG發(fā)送釋放消息，之后VIG向IMS域的AS發(fā)送錯誤消息，使得IMS域的AS接收到錯誤消息后重新發(fā)起音頻媒體協(xié)商，而不是由主叫終端發(fā)起的音頻協(xié)商，也就不需要IMS域的AS向IMS域的主叫終端發(fā)送2000K消息，由于沒有發(fā)送2000k消息也就可以避免現(xiàn)有技術(shù)中主叫終端為收聽音頻彩鈴進(jìn)行二次協(xié)商弓I起的計費(fèi)問題。


為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明第一實施例的方法流程示意圖；圖2為本發(fā)明實施例中IMS域和CS域互通的示意圖；圖3為本發(fā)明第二實施例的方法流程示意圖；圖4為本發(fā)明實施例中視頻媒體協(xié)商流程示意圖；圖5為本發(fā)明實施例中音頻媒體協(xié)商流程示意圖；圖6為本發(fā)明第三實施例的系統(tǒng)結(jié)構(gòu)示意圖；圖7為本發(fā)明第四實施例的系統(tǒng)結(jié)構(gòu)示意圖。
具體實施例方式為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。圖1為本發(fā)明第一實施例的方法流程示意圖，包括步驟11 :CS域被叫終端在接收到IMS域主叫終端發(fā)起的視頻呼叫請求，并選擇音頻會話后，向VIG發(fā)送釋放消息，所述釋放消息中攜帶原因值，以表明被叫選擇音頻接聽；步驟12 =VIG接收到所述釋放消息后，向IMS側(cè)的AS發(fā)送錯誤消息；其中，上述的釋放消息和錯誤消息可以采用現(xiàn)有技術(shù)實現(xiàn)，并且釋放消息中的原因值可以攜帶在釋放消息的reason字段，該原因值的具體值可以根據(jù)需要預(yù)先定義。步驟13 :IMS側(cè)的AS接收到錯誤消息后，發(fā)起音頻媒體協(xié)商，重新建立音頻呼叫。其中，本實施例中被叫在選擇音頻接聽后，向IMS側(cè)的AS發(fā)送錯誤消息，IMS側(cè)的 AS根據(jù)該錯誤消息可以重新發(fā)起針對音頻的語音呼叫請求。由于不是主叫終端為收聽音頻彩鈴進(jìn)行二次協(xié)商請求，因此，可以避免音頻二次協(xié)商時引起的計費(fèi)問題。本實施例中被叫選擇音頻接聽后，向VIG發(fā)送釋放消息，之后VIG向IMS域的AS 發(fā)送錯誤消息，使得IMS域的AS接收到錯誤消息后重新發(fā)起音頻媒體協(xié)商，而不是由主叫終端發(fā)起的音頻協(xié)商，也就不需要IMS域的AS向IMS域的主叫終端發(fā)送2000K消息，由于沒有發(fā)送2000k消息也就可以避免現(xiàn)有技術(shù)中主叫終端為收聽音頻彩鈴進(jìn)行二次協(xié)商引起的計費(fèi)問題。圖2為本發(fā)明實施例中IMS域和CS域互通的示意圖，參見圖2，包括媒體網(wǎng)關(guān)控制功能(Media Gateway Control Function，MGCF)、IP 多媒體網(wǎng)關(guān)(IP Multimedia Media Gateway, IM-MGW)、服務(wù)網(wǎng)關(guān)(Serving Gateway, SGW)、呼叫會話控制功能(Call Session Control Function, CSCF)和出口網(wǎng)關(guān)控制功能(Breakout Gateway Control Function, BGCF)。各網(wǎng)元之間的連線為實線表明是用戶面，為虛線表明為控制面。
5
其中，MGCF用于完成協(xié)議轉(zhuǎn)換功能，包括會話建立協(xié)議(Session Initiation Protocol，SIP)和綜合業(yè)務(wù)數(shù)字網(wǎng)用戶部分 Gntegrated Service Digital Network User Part, ISUP)協(xié)議之間的轉(zhuǎn)換，也就是用于IMS網(wǎng)絡(luò)和公共交換電話網(wǎng)(Public Switched Telephone Network, PSTN)、2G網(wǎng)絡(luò)之間；也用于SIP協(xié)議和與承載無關(guān)的呼叫控制協(xié)議 (Bearer Independent Call Control protocol，BICC)之間的轉(zhuǎn)換，也就是用于 IMS 網(wǎng)絡(luò)和3G電路域之間；同時還應(yīng)支持SIP協(xié)議和非電路相關(guān)No. 7信令消息之間的互通，并通過信令網(wǎng)關(guān)實現(xiàn)和CS域之間的互通。MGCF通過協(xié)議轉(zhuǎn)換功能實現(xiàn)了 IMS域與CS域在控制平面(Control Plane)的互通。MGCF還用于對媒體網(wǎng)關(guān)進(jìn)行控制，如控制媒體網(wǎng)關(guān)上相關(guān)資源的分配、修改和釋放，以及控制媒體網(wǎng)關(guān)執(zhí)行相關(guān)編解碼轉(zhuǎn)換等。MGCF對媒體網(wǎng)關(guān)的控制通過Mn接口的 H. 248來實現(xiàn)。 MGCF還用于和CSCF中的服務(wù)會話控制設(shè)備(S-CSCF)以及CSCF中的查詢會話控制設(shè)備(I-CSCF)進(jìn)行交互，當(dāng)收到來自PSTN網(wǎng)絡(luò)、3G/2G電路域的呼叫請求時，將請求消息路由到相應(yīng)設(shè)備。IM-MGW媒體網(wǎng)關(guān)位于IMS核心網(wǎng)和CS域之間，完成用戶平面^serPlane)間的互通，以便實現(xiàn)這些網(wǎng)絡(luò)之間承載層的互通，媒體網(wǎng)關(guān)接收媒體網(wǎng)關(guān)控制設(shè)備的控制，主要提供編解碼轉(zhuǎn)換等相關(guān)功能。SGff位于IMS核心網(wǎng)和傳統(tǒng)No. 7信令網(wǎng)之間，負(fù)責(zé)對No. 7信令消息進(jìn)行轉(zhuǎn)接、翻譯或終結(jié)處理，主要實現(xiàn)對No. 7信令消息的底層適配，以便在IP網(wǎng)和No. 7信令網(wǎng)之間傳送No. 7信令消息。信令網(wǎng)關(guān)可獨(dú)立設(shè)置也可與MGCF或IM-MGW合設(shè)。BGCF是具有路由功能的實體，完成在IMS到CS域呼叫時的路由選擇，決定呼叫信令向哪個網(wǎng)絡(luò)(下一個BGCF)或者哪個互通單元(MGCF)傳送。上述的BGCF、CSCF屬于IMS域的實體，另外，IMS域還包括IMS域的AS。對于CS域， 具體可以包括網(wǎng)關(guān)移動交換中心(Gateway Mobile Switching Center，GMSC)、歸屬位置寄存器(Home Location Register，HLR)、彩鈴平臺和移動交換中心服務(wù)器(MSC Server)。圖3為本發(fā)明第二實施例的方法流程示意圖，包括步驟301 =IMS域的主叫終端發(fā)起視頻呼叫的媒體協(xié)商。視頻呼叫的媒體協(xié)商流程可以參見圖4，包括步驟401 =IMS域的主叫終端向IMS域的AS發(fā)送請求(Invite)消息，Invite消息中包含SDP type字段，對于視頻呼叫，其中的SDP type表明為視頻呼叫。步驟402 =IMS域的AS向S-CSCF轉(zhuǎn)發(fā)該invite消息。步驟403 =S-CSCF根據(jù)該hvite消息中的SDP type確定為視頻呼叫，則向視頻互通網(wǎng)關(guān)(Video Interworking Gateway, VIG)轉(zhuǎn)發(fā) Invite 消息。步驟404 :VIG 向 GMSC 發(fā)送初始地址消息(Initial Address Message, IAM)。其中，該IAM中可以攜帶SS-code字段，且SS-code字段表明為視頻呼叫。步驟405 :GMSC按照默認(rèn)流程處理呼叫，例如，向HLR查詢被叫用戶的用戶信息，其中HLR返回的查詢結(jié)果中包括彩鈴標(biāo)志碼，當(dāng)返回彩鈴標(biāo)志碼后，GMSC可以獲知被叫用戶簽約了彩鈴業(yè)務(wù)，之后可以指示彩鈴平臺發(fā)送彩鈴。步驟406 =GMSC根據(jù)查詢結(jié)果，按照跨接方案處理，即，查詢結(jié)果中包括彩鈴標(biāo)志碼后，GMSC可以與彩鈴平臺進(jìn)行跨接方案處理，例如將IAM路由至CS域的彩鈴平臺，并由彩鈴平臺將IAM下發(fā)到CS域的端局MSCServer ；步驟407 =MSC Server尋呼到CS域的被叫終端，被叫終端向MSC Server返回地址全消息(Address Complete Message, ACM)，該ACM消息也可以稱為振鈴消息，MSC Server 向彩鈴平臺轉(zhuǎn)發(fā)ACM，并由彩鈴平臺向GMSC轉(zhuǎn)發(fā)ACM，并由GMSC向VIG轉(zhuǎn)發(fā)ACM ；另外，彩鈴平臺還可以根據(jù)IAM中的SS-code字段確定呼叫類型，本實施例中，此時的呼叫類型表明為視頻呼叫。步驟408 =VIG收到ACM消息后轉(zhuǎn)成183消息，并將183消息經(jīng)由S-CSCF和AS發(fā)送給IMS域的主叫終端，并和主叫終端進(jìn)行協(xié)商，同時VIG和彩鈴平臺進(jìn)行H. 245協(xié)商，協(xié)商成功后開始播放視頻彩鈴。步驟302 =CS域的被叫終端是否選擇視頻接聽，若是，執(zhí)行步驟303，否則執(zhí)行步驟 304。步驟303 被叫摘機(jī)，通話建立成功。步驟304 被叫終端向VIG發(fā)送釋放(release，rel)消息，并攜帶原因值，以便VIG 接收到該rel消息后，確定被叫選擇了音頻接聽。其中，被叫終端內(nèi)可以進(jìn)行設(shè)置，例如設(shè)置成只進(jìn)行音頻接聽，那么尋呼到被叫終端后，被叫終端在用戶摘機(jī)前可以自動回復(fù)re 1消息。步驟305 :VIG接收到攜帶上述原因值的rel消息后，向IMS側(cè)的AS發(fā)送錯誤消息 (500Server internal error)0步驟306 IMS側(cè)的AS發(fā)起音頻媒體協(xié)商?，F(xiàn)有技術(shù)中，如果被叫終端選擇音頻接聽，并且主叫終端不支持Update且需要二次媒體協(xié)商時，IMS域的AS還會向主叫終端發(fā)送2000K消息，之后主叫終端再向IMS域的 AS重新發(fā)送Reinvite消息，重新發(fā)起針對音頻的媒體協(xié)商。但是，2000K消息是會引起計費(fèi)問題的。而本實施例中，并不需要主叫終端重新發(fā)起協(xié)商，而是由AS重新發(fā)起協(xié)商，也就不需要AS向主叫終端發(fā)送2000K消息。音頻媒體協(xié)商過程可以如圖5所示，參見圖5，包括步驟501 =IMS側(cè)的AS接收到錯誤消息后，向S-CSCF發(fā)送invite消息，其中攜帶的SDP type表明為音頻呼叫。步驟502 =S-CSCF收到hvite消息后，根據(jù)攜帶的SDP type為音頻，向MGCF發(fā)送 Invite 消息；步驟503 =MGCF將hvite消息轉(zhuǎn)換為IAM發(fā)送到GMSC，GMSC按照默認(rèn)流程處理， 例如，將IAM路由至CS域彩鈴平臺，并由彩鈴平臺將IAM消息下發(fā)到端局MSC Server ；其中，該IAM中可以攜帶SS-code字段，且SS-code字段表明為音頻呼叫。步驟504 =MSC Server尋呼到被叫用戶，被叫用戶返回ACM消息，MSC^erver向彩鈴平臺發(fā)送ACM消息，彩鈴平臺根據(jù)IAM中的SS-code字段確定發(fā)送音頻彩鈴，并且彩鈴平臺向GMSC轉(zhuǎn)發(fā)ACM,并由GMSC向MGCF轉(zhuǎn)發(fā)ACM。步驟505 :MGCF收到ACM后轉(zhuǎn)換成183消息，在被叫摘機(jī)接聽之前，彩鈴平臺直接為主叫終端播放音頻彩鈴，而不需要MGCF與主叫終端為聽音頻彩鈴進(jìn)行二次協(xié)商；步驟506 主叫終端接收到彩鈴后，不對實時傳輸協(xié)議源(Real-time TransferProtocol source, RTP source)進(jìn)行檢查。由于主叫終端在開始時請求的是視頻，而最后收到的是音頻，如果進(jìn)行RTP source檢查，則主叫終端會發(fā)現(xiàn)出現(xiàn)了錯誤，那么很可能就會中斷通話。為了避免通話中斷，本實施例中主叫終端不檢查RTP source。步驟507 被叫摘機(jī)，MGCF收到應(yīng)答消息(Answer Message, AW)后向主叫側(cè) S-CSCF發(fā)送2000K消息，S-CSCF將2000K消息發(fā)給IMS域的AS ；步驟508 IMS域的AS向MGCF重新發(fā)送hvite消息進(jìn)行會話媒體協(xié)商；步驟509 =IMS域的AS接收MGCF的應(yīng)答消息，并攜帶表明音頻通話的SDP向主叫用戶發(fā)送hvite消息進(jìn)行媒體協(xié)商；步驟510 媒體協(xié)商成功，媒體通道建立，主被叫開始語音通話。通過步驟508-509可以建立主叫側(cè)的媒體通道，由于步驟501-506可以建立被叫側(cè)的媒體通道，因此，主被叫可以通話，當(dāng)然，現(xiàn)在是進(jìn)行音頻的通話，而不是視頻通話。圖6為本發(fā)明第三實施例的系統(tǒng)結(jié)構(gòu)示意圖，包括VIG 61和AS 62，VIG位于IMS 域和CS域之間，AS位于IMS域內(nèi)。VIG 61用于接收CS域的被叫終端發(fā)送的釋放消息，并根據(jù)所述釋放消息確定被叫選擇音頻接聽后發(fā)送錯誤消息，所述釋放消息為所述被叫終端在接收到IMS域主叫終端發(fā)起的視頻呼叫請求，并選擇音頻接聽后發(fā)送的，所述釋放消息中攜帶原因值，以表明被叫選擇音頻接聽；AS 62用于接收所述VIG發(fā)送的所述錯誤消息， 并在接收到所述錯誤消息后，發(fā)起音頻媒體協(xié)商，重新建立音頻呼叫。可選的，AS具體用于在接收到錯誤消息后，在被叫用戶摘機(jī)前，與被叫終端進(jìn)行音頻媒體協(xié)商，建立MGCF與被叫終端的音頻媒體通道；在被叫用戶摘機(jī)后，與主叫終端進(jìn)行音頻媒體協(xié)商，建立MGCF與主叫終端的音頻媒體通道?？蛇x的，參見圖7，本實施例還可以包括S-CSCF 63, MGCF 64、GMSC65、MSC服務(wù)器 66和彩鈴平臺67。此時，具體地，AS通過S-CSCF與VIG通信。另外，S-CSCF 63位于IMS 域內(nèi)，用于接收所述AS發(fā)送的請求消息，所述請求消息為所述AS在接收到錯誤消息后發(fā)送的，所述請求消息表明為音頻呼叫；MGCF 64位于CS域和IMS域之間，用于接收所述S-CSCF 轉(zhuǎn)發(fā)的所述請求消息，并將所述請求消息轉(zhuǎn)換為IAM，所述IAM表明為音頻呼叫；GMSC 65位于CS域內(nèi)，用于接收所述MGCF發(fā)送的所述IAM ；MSC服務(wù)器66位于CS域內(nèi)，用于接收所述MGCF經(jīng)過GMSC和彩鈴平臺發(fā)送的所述IAM，并在尋呼到被叫用戶后，接收被叫終端發(fā)送端ACM,以及轉(zhuǎn)發(fā)所述ACM給彩鈴平臺；彩鈴平臺67位于CS域內(nèi)，用于接收所述GMSC轉(zhuǎn)發(fā)的所述IAM并發(fā)送給MSC服務(wù)器，以及接收MSC服務(wù)器轉(zhuǎn)發(fā)的所述ACM并經(jīng)由GMSC發(fā)送給 MGCF，并在接收到ACM后根據(jù)IAM向主叫終端發(fā)送音頻彩鈴；所述MGCF 64還用于在接收到所述ACM后不與主叫終端進(jìn)行協(xié)商，以及，所述主叫終端在接收到彩鈴后不對RTP源進(jìn)行檢查?？蛇x的，所述MGCF 64還用于接收被叫用戶摘機(jī)后，被叫終端發(fā)送的ANM，并發(fā)送 2000K消息；所述S-CSCF 63還用于將所述2000K消息轉(zhuǎn)發(fā)給AS ；所述AS 62還用于在接收到2000K消息后，重新向MGCF發(fā)送請求消息，請求建立音頻媒體通道；所述MGCF 64還用于向所述AS返回與所述請求消息對應(yīng)的應(yīng)答消息；所述AS 62還用于在接收到所述應(yīng)答消息后，向主叫終端發(fā)送請求消息，建立主叫終端與MGCF間的音頻媒體通道。本實施例中被叫選擇音頻接聽后，向VIG發(fā)送釋放消息，之后VIG向IMS域的AS
8發(fā)送錯誤消息，使得IMS域的AS接收到錯誤消息后重新發(fā)起音頻媒體協(xié)商，而不是由主叫終端發(fā)起的音頻協(xié)商，也就不需要IMS域的AS向IMS域的主叫終端發(fā)送2000K消息，由于沒有發(fā)送2000k消息也就可以避免現(xiàn)有技術(shù)中主叫終端為收聽音頻彩鈴進(jìn)行二次協(xié)商引起的計費(fèi)問題。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲于計算機(jī)可讀取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述實施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對前述各實施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的范圍。
權(quán)利要求
1.一種可視電話回落的處理方法，其特征在于，包括CS域被叫終端在接收到IMS域主叫終端發(fā)起的視頻呼叫請求，并選擇音頻接聽后，向 VIG發(fā)送釋放消息，所述釋放消息中攜帶原因值，以表明被叫選擇音頻接聽； VIG接收到所述釋放消息后，向IMS側(cè)的AS發(fā)送錯誤消息； IMS側(cè)的AS接收到錯誤消息后，發(fā)起音頻媒體協(xié)商，重新建立音頻呼叫。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述IMS側(cè)的AS接收到錯誤消息后，發(fā)起音頻媒體協(xié)商，重新建立音頻呼叫，包括所述AS接收到錯誤消息后，在被叫用戶摘機(jī)前，與被叫終端進(jìn)行音頻媒體協(xié)商，建立 MGCF與被叫終端的音頻媒體通道；所述AS在被叫用戶摘機(jī)后，與主叫終端進(jìn)行音頻媒體協(xié)商，建立MGCF與主叫終端的音頻媒體通道。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述AS接收到錯誤消息后，在被叫用戶摘機(jī)前，與被叫終端進(jìn)行音頻媒體協(xié)商，建立MGCF與被叫終端的音頻媒體通道，包括所述AS接收到錯誤消息后，向S-CSCF發(fā)送請求消息，所述請求消息表明為音頻呼叫； S-CSCF收到所述表明為音頻呼叫的請求消息后，向MGCF發(fā)送所述請求消息； MGCF將所述請求消息轉(zhuǎn)換為IAM后發(fā)送到GMSC，并經(jīng)由GMSC發(fā)送給彩鈴平臺以及由彩鈴平臺發(fā)送給MSC服務(wù)器，所述IAM表明為音頻呼叫；MSC服務(wù)器尋呼到被叫用戶后，接收被叫終端發(fā)送的ACM，并將所述ACM經(jīng)由彩鈴平臺和GMSC發(fā)送給MGCF，其中，MGCF接收到ACM后不與主叫終端進(jìn)行媒體協(xié)商；彩鈴平臺接收到ACM后，根據(jù)IAM確定為音頻呼叫后向主叫終端發(fā)送音頻彩鈴，其中， 主叫終端接收到彩鈴后不對RTP源進(jìn)行檢查。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述AS在被叫用戶摘機(jī)后，與主叫終端進(jìn)行音頻媒體協(xié)商，建立MGCF與主叫終端的音頻媒體通道，包括MGCF接收被叫用戶摘機(jī)后，被叫終端發(fā)送的ANM，并經(jīng)由S-CSCF向AS發(fā)送2000K消息；AS在接收到2000K消息后，重新向MGCF發(fā)送請求消息，請求建立音頻媒體通道； AS在接收到MGCF的應(yīng)答消息后，向主叫終端發(fā)送請求消息，建立主叫終端與MGCF間的音頻媒體通道。
5.一種可視電話回落的處理系統(tǒng)，其特征在于，包括VIG，用于接收CS域的被叫終端發(fā)送的釋放消息，并根據(jù)所述釋放消息確定被叫選擇音頻接聽后發(fā)送錯誤消息，所述釋放消息為所述被叫終端在接收到IMS域主叫終端發(fā)起的視頻呼叫請求，并選擇音頻接聽后發(fā)送的，所述釋放消息中攜帶原因值，以表明被叫選擇音頻接聽；AS，位于IMS域內(nèi)，用于接收所述VIG發(fā)送的所述錯誤消息，并在接收到所述錯誤消息后，發(fā)起音頻媒體協(xié)商，重新建立音頻呼叫。
6.根據(jù)權(quán)利要求5所述的系統(tǒng)，其特征在于，所述AS具體用于在接收到錯誤消息后，在被叫用戶摘機(jī)前，與被叫終端進(jìn)行音頻媒體協(xié)商，建立MGCF 與被叫終端的音頻媒體通道；在被叫用戶摘機(jī)后，與主叫終端進(jìn)行音頻媒體協(xié)商，建立MGCF與主叫終端的音頻媒體通道。
7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，還包括S-CSCF，位于IMS域內(nèi)，用于接收所述AS發(fā)送的請求消息，所述請求消息為所述AS在接收到錯誤消息后發(fā)送的，所述請求消息表明為音頻呼叫；MGCF，用于接收所述S-CSCF轉(zhuǎn)發(fā)的所述請求消息，并將所述請求消息轉(zhuǎn)換為IAM，所述 IAM表明為音頻呼叫；GMSC，位于CS域內(nèi)，用于接收所述MGCF發(fā)送的所述IAM ；MSC服務(wù)器，位于CS域內(nèi)，用于接收所述MGCF經(jīng)過GMSC和彩鈴平臺發(fā)送的所述IAM， 并在尋呼到被叫用戶后，接收被叫終端發(fā)送端ACM，以及轉(zhuǎn)發(fā)所述ACM給彩鈴平臺；彩鈴平臺，位于CS域內(nèi)，用于接收所述GMSC轉(zhuǎn)發(fā)的所述IAM并發(fā)送給MSC服務(wù)器，以及接收MSC服務(wù)器轉(zhuǎn)發(fā)的所述ACM并經(jīng)由GMSC發(fā)送給MGCF，并在接收到ACM后根據(jù)IAM向主叫終端發(fā)送音頻彩鈴；所述MGCF還用于在接收到所述ACM后不與主叫終端進(jìn)行協(xié)商，以及，所述主叫終端在接收到彩鈴后不對RTP源進(jìn)行檢查。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于所述MGCF還用于接收被叫用戶摘機(jī)后， 被叫終端發(fā)送的ANM，并發(fā)送2000K消息；所述S-CSCF還用于將所述2000K消息轉(zhuǎn)發(fā)給AS ；所述AS還用于在接收到2000K消息后，重新向MGCF發(fā)送請求消息，請求建立音頻媒體通道；所述MGCF還用于向所述AS返回與所述請求消息對應(yīng)的應(yīng)答消息；所述AS還用于在接收到所述應(yīng)答消息后，向主叫終端發(fā)送請求消息，建立主叫終端與 MGCF間的音頻媒體通道。
全文摘要
本發(fā)明提供一種可視電話回落的處理方法和系統(tǒng)。該方法包括CS域被叫終端在接收到IMS域主叫終端發(fā)起的視頻呼叫請求，并選擇音頻接聽后，向VIG發(fā)送釋放消息，所述釋放消息中攜帶原因值，以表明被叫選擇音頻接聽；VIG接收到所述釋放消息后，向IMS側(cè)的AS發(fā)送錯誤消息；IMS側(cè)的AS接收到錯誤消息后，發(fā)起音頻媒體協(xié)商，重新建立音頻呼叫。本發(fā)明實施例可以避免可視電話回落引起的計費(fèi)問題。
文檔編號H04L29/06GK102523222SQ20111043072
公開日2012年6月27日 申請日期2011年12月20日 優(yōu)先權(quán)日2011年12月20日
發(fā)明者孔力, 尹衛(wèi)兵, 張文鉞, 張智江, 朱斌, 朱愛華, 楊劍鍵, 楊艷松, 王明會, 符剛, 陳國利 申請人:中國聯(lián)合網(wǎng)絡(luò)通信集團(tuán)有限公司, 中訊郵電咨詢設(shè)計院有限公司