專(zhuān)利名稱(chēng)：一種跨網(wǎng)絡(luò)呼叫保持方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信領(lǐng)域，特別是涉及一種跨網(wǎng)絡(luò)呼叫保持方法和設(shè)備。
背景技術(shù)：
IMS (IP Multimedia Subsystem, IP多媒體子系統(tǒng))是3GPP (The 3rd Generation Partnership Project,第三代伙伴計(jì)劃)在Release 5版本提出的支持 IP多媒體業(yè)務(wù)的子系統(tǒng)，其目的是通過(guò)互聯(lián)網(wǎng)為移動(dòng)用戶(hù)提供多々某體服務(wù)。 IMS的主要特點(diǎn)為(1)基于IP的多媒體業(yè)務(wù)與會(huì)話(huà)控制核心網(wǎng)絡(luò)；(2)支 持各種融合業(yè)務(wù)的公共平臺(tái)，不依賴(lài)于任何接入技術(shù)和接入方式；(3)采用 靈活的SIP (Session Initial Protocol,會(huì)話(huà)初始協(xié)議)協(xié)議和標(biāo)準(zhǔn)化的開(kāi)放接 口，為支持廣泛業(yè)務(wù)提供可能；(4)由多個(gè)標(biāo)準(zhǔn)組織定義并發(fā)展完善 (3GPP/3GPP2定義了 IMS網(wǎng)絡(luò)組件及基礎(chǔ)架構(gòu)，并盡可能協(xié)調(diào)保持一致性； ITU-T、ETSI均釆納了基于IMS的NGN體系架構(gòu)并在其&出上進(jìn)一步發(fā)展)。 業(yè)界普遍認(rèn)為IMS是將來(lái)的發(fā)展方向。
考慮現(xiàn)今絕大部分電信用戶(hù)還是運(yùn)用傳統(tǒng)的電路交換(CS， Circuit Switched)網(wǎng)絡(luò)，包括PSTN網(wǎng)、ISDN網(wǎng)、2G GSM網(wǎng)等，因此，IMS網(wǎng)絡(luò) 與CS網(wǎng)絡(luò)的互通即實(shí)現(xiàn)IMS用戶(hù)和CS用戶(hù)間的叫是相當(dāng)重要的。IMS網(wǎng)絡(luò) 與CS網(wǎng)絡(luò)互通地重點(diǎn)設(shè)備是MGCF (MGW Control Function,媒體網(wǎng)關(guān)控制 功能)和IMS-MGW (IMS Media Gateway,媒體網(wǎng)關(guān))以及BGCF,控制平 面地互連由MGCF承擔(dān)責(zé)任，MGCF可以實(shí)現(xiàn)SIP信令與BICC或ISUP地映 射。相應(yīng)地，IMS-MGW在用戶(hù)平面進(jìn)行協(xié)議轉(zhuǎn)換，它從CS網(wǎng)絡(luò)終結(jié)，并提 供這兩種終結(jié)之間地轉(zhuǎn)換。MGCF采納使用H.248協(xié)議對(duì)IMS-MGW地行為 進(jìn)行控制。BGCF適用于IMS用戶(hù)發(fā)起到CS網(wǎng)絡(luò)用戶(hù)地呼叫時(shí)擇定到CS網(wǎng) 絡(luò)地出口位置。
.鑒于目前CS網(wǎng)絡(luò)業(yè)務(wù)平臺(tái)和IMS網(wǎng)絡(luò)業(yè)務(wù)平臺(tái)分立存在，給運(yùn)營(yíng)商造
4成運(yùn)營(yíng)成本增加、新業(yè)務(wù)引入代價(jià)高問(wèn)題，3GPP在研的IMS集中業(yè)務(wù)控制 (ICS， IMS Centralised Service) i果題力圖實(shí)現(xiàn)IMS業(yè)務(wù)平臺(tái)統(tǒng)一支持用戶(hù) CS接入和分組交換接入。其主要思想是，通過(guò)CS網(wǎng)絡(luò)承載實(shí)時(shí)IMS會(huì)話(huà)媒 體(語(yǔ)音，視頻)，UE和IMS網(wǎng)絡(luò)之間引入一個(gè)透明的控制信道以支持IMS 業(yè)務(wù)控制，控制信道可能通過(guò)USSD( Unstructured Supplementary Service Data, 非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù))(CS網(wǎng)絡(luò)一種數(shù)據(jù)通信機(jī)制，通常用于UE和服務(wù)器 通信)或SIP實(shí)現(xiàn)，IMS網(wǎng)絡(luò)引入ICS服務(wù)器以支持ICS,它通過(guò)ISC( IP multimedia Subsystem Service Control Interface, IMS業(yè)務(wù)4空制4矣口 )接口和 S-CSCF ( Call Session Control Function,呼叫^^舌控制功能)通信。
在現(xiàn)有技術(shù)中，CS網(wǎng)絡(luò)下的UE和IMS網(wǎng)絡(luò)下的UE之間建立呼叫時(shí)， 如果CS網(wǎng)絡(luò)下的UE在呼叫保持操作，需要UE向CS網(wǎng)絡(luò)發(fā)送呼叫保持請(qǐng) 求，同時(shí)停止媒體流的編解碼，釋放無(wú)線(xiàn)資源，從而只能由網(wǎng)絡(luò)播放呼叫保 持提示音給對(duì)端設(shè)備，不能由UE進(jìn)行播放，不能適應(yīng)某些業(yè)務(wù)場(chǎng)景需求，如 暫時(shí)離開(kāi)電話(huà)的用戶(hù)希望發(fā)送個(gè)性音樂(lè)給對(duì)端用戶(hù)，或者在賽場(chǎng)的用戶(hù)希望 轉(zhuǎn)4番現(xiàn)場(chǎng)解說(shuō)給對(duì)端用戶(hù)而不再進(jìn)行雙向交談。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例要解決的問(wèn)題是提供一種跨網(wǎng)絡(luò)呼叫保持方法和設(shè)備，使 CS網(wǎng)絡(luò)下的UE發(fā)起呼叫保持操作后，部分釋放無(wú)線(xiàn)資源，從而實(shí)現(xiàn)對(duì)對(duì)端 設(shè)備播放本地媒體文件的效果。
為達(dá)到上述目的，本發(fā)明實(shí)施例一方面提出一種跨網(wǎng)絡(luò)呼叫保持方法， 包括以下步驟
IMS網(wǎng)絡(luò)服務(wù)器接收CS網(wǎng)絡(luò)終端發(fā)送的呼叫保持請(qǐng)求，所述呼叫保持請(qǐng) 求包含所述CS網(wǎng)絡(luò)終端將繼續(xù)發(fā)送媒體流的指示；
所述IMS網(wǎng)絡(luò)服務(wù)器指示對(duì)端設(shè)備保持接收媒體流，并停止發(fā)送媒體流。 另一方面，本發(fā)明實(shí)施例還提供了一種終端，包括 發(fā)送模塊，用于向IMS網(wǎng)絡(luò)服務(wù)器發(fā)送呼叫保持請(qǐng)求或呼叫取回請(qǐng)求； 保持模塊，用于在所述發(fā)送模塊發(fā)送所述呼叫保持請(qǐng)求后，保持CS網(wǎng)絡(luò)通道。
另 一方面，本發(fā)明實(shí)施例還提供了 一種IMS網(wǎng)絡(luò)設(shè)備，包括 接收模塊，用于接收CS網(wǎng)絡(luò)終端發(fā)送的呼叫保持請(qǐng)求或呼叫取回請(qǐng)求； 發(fā)送模塊，用于根據(jù)所述接收模塊所接收的呼叫保持請(qǐng)求或呼叫取回請(qǐng)
求，向?qū)Χ嗽O(shè)備發(fā)送信令，進(jìn)行呼叫保持或呼叫取回。
本發(fā)明實(shí)施例的技術(shù)方案具有以下優(yōu)點(diǎn)，因?yàn)椴捎昧?CS網(wǎng)絡(luò)下的UE發(fā)
起呼叫保持操作后，部分釋放無(wú)線(xiàn)資源的技術(shù)，從而，達(dá)到了在呼叫被保持
后可以向?qū)Χ嗽O(shè)備播放本地々某體文件，以及節(jié)約網(wǎng)絡(luò)資源，改善用戶(hù)使用體
驗(yàn)的效果。


圖1為本發(fā)明實(shí)施例一中一種跨網(wǎng)絡(luò)呼叫保持方法的流程示意圖； 圖2為本發(fā)明實(shí)施例二中 一種通過(guò)SIP信令進(jìn)行跨網(wǎng)絡(luò)呼叫保持的方法 的流程示意圖3為本發(fā)明實(shí)施例三中 一種通過(guò)USSD信令進(jìn)行跨網(wǎng)絡(luò)呼叫保持方法 的流程示意圖4為本發(fā)明實(shí)施例四中一種終端的結(jié)構(gòu)示意圖5為本發(fā)明實(shí)施例五中一種IMS網(wǎng)絡(luò)設(shè)備的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例提供一種跨網(wǎng)絡(luò)呼叫保持方法，使CS網(wǎng)絡(luò)下的UE發(fā)起呼 叫保持操作后，僅部分釋放無(wú)線(xiàn)資源，從而實(shí)現(xiàn)對(duì)對(duì)端設(shè)備播放本地媒體文 件的效果。
下面結(jié)合附圖和實(shí)施例，對(duì)本發(fā)明的具體實(shí)施方式
作進(jìn)一步詳細(xì)描述 如圖l所示，為本發(fā)明實(shí)施例一， 一種跨網(wǎng)絡(luò)呼叫保持方法的流程示意
圖，包括以下步驟
步驟SIOI、 IMS網(wǎng)絡(luò)服務(wù)器接收CS網(wǎng)絡(luò)終端發(fā)送的呼叫保持請(qǐng)求，該
呼叫保持請(qǐng)求包含CS網(wǎng)絡(luò)終端將繼續(xù)發(fā)送々某體流的指示。具體的，本步驟所述的CS網(wǎng)絡(luò)終端具體是CS網(wǎng)絡(luò)下，具有ICS功能的 UE,而另一方面，呼叫保持請(qǐng)求可以是通過(guò)SIP信令進(jìn)行發(fā)送，也可以是通 過(guò)USSD信令進(jìn)行發(fā)送。
同時(shí)，CS網(wǎng)絡(luò)下的UE直接發(fā)送呼叫保持請(qǐng)求給IMS網(wǎng)絡(luò)服務(wù)器，而不 是CS網(wǎng)絡(luò)設(shè)備，實(shí)現(xiàn)了呼叫保持在IMS網(wǎng)絡(luò)的集中業(yè)務(wù)控制，并且，呼叫 保持后，CS網(wǎng)絡(luò)下的UE保持了 CS網(wǎng)絡(luò)通道，仍可以繼續(xù)收發(fā)々某體流，但 終止了對(duì)收到的媒體流進(jìn)行解碼的操作，并可以向?qū)Χ嗽O(shè)備播放本地媒體文 件或者繼續(xù)編碼媒體信號(hào)發(fā)送給對(duì)端設(shè)備。
步驟S102、 IMS網(wǎng)絡(luò)服務(wù)器指示對(duì)端設(shè)備保持接收媒體流，并停止發(fā)送 媒體流。
本步驟中，實(shí)現(xiàn)了對(duì)IMS網(wǎng)絡(luò)的々某體通道，即RTP( Real-time Transmission Protocol,實(shí)時(shí)傳輸協(xié)議)通道的調(diào)整， 一方面，暫停了對(duì)端設(shè)備發(fā)送媒體流 的操作，另一方面，保持了該UE接收媒體流的功能，從而，實(shí)現(xiàn)向IMS網(wǎng) 絡(luò)UE繼續(xù)發(fā)送媒體流，如用于播放CS網(wǎng)絡(luò)下UE的本地媒體文件的操作。
在呼叫被保持后，CS網(wǎng)絡(luò)下和IMS網(wǎng)絡(luò)下的UE都可以選擇終止本次呼 叫，從而釋放該呼叫的全部資源，使本次呼叫結(jié)束，或者，由CS網(wǎng)絡(luò)下UE 發(fā)送呼叫取回請(qǐng)求，恢復(fù)本次呼叫，繼續(xù)通話(huà)和收發(fā)媒體流。
這里提到的呼叫保持請(qǐng)求同樣可以是通過(guò)SIP信令進(jìn)行發(fā)送，也可以是 通過(guò)USSD信令進(jìn)行發(fā)送。
在呼叫被取回后，CS網(wǎng)絡(luò)下的UE恢復(fù)對(duì)接收到的力某體流的解碼功能， 而IMS網(wǎng)絡(luò)下的UE恢復(fù)發(fā)送媒體流的功能。
在本實(shí)施例的技術(shù)方案中，因?yàn)椴捎昧?CS網(wǎng)絡(luò)下的UE發(fā)起呼叫保持操 作后，部分釋放無(wú)線(xiàn)資源的技術(shù)，從而，達(dá)到了在呼叫被保持后可以向?qū)Χ?設(shè)備播放本地媒體文件，以及節(jié)約網(wǎng)絡(luò)資源，改善用戶(hù)使用體驗(yàn)的效果。
為了進(jìn)一步對(duì)本發(fā)明技術(shù)方案進(jìn)行說(shuō)明，下面結(jié)合具體的網(wǎng)絡(luò)信令交換 流程對(duì)跨網(wǎng)絡(luò)的呼叫保持方法進(jìn)行描述，如圖2所示
需要進(jìn)一步指出的是，由于本發(fā)明技術(shù)方案需要CS網(wǎng)絡(luò)下的終端具有ICS功能，即，CS網(wǎng)絡(luò)下的UE為ICSUE。 其他網(wǎng)絡(luò)實(shí)體的說(shuō)明如下
MSC Server: CS移動(dòng)網(wǎng)絡(luò)軟交換引入的實(shí)體，包含MSC的呼叫控制、 移動(dòng)性管理等功能，控制CS-MGW ( CS Media Gateway , CSJ 某體網(wǎng)關(guān))承 載呼叫的+某體流。MSC Server和UE通過(guò)移動(dòng)網(wǎng)絡(luò)layer 3信令通信(如3GPP 網(wǎng)絡(luò)中2楊8信令)。
IMS-MGW: IMS4某體網(wǎng)關(guān)，與CS-MGW對(duì)應(yīng)，用于CS網(wǎng)絡(luò)和IMS網(wǎng)
絡(luò)媒體流互通。
MGCF:作為IMS-MGW的控制器，并進(jìn)行IMS網(wǎng)絡(luò)SIP信令和CS網(wǎng)
絡(luò)信令轉(zhuǎn)換。
MSC Server和MGCF組合起來(lái)實(shí)現(xiàn)IMS網(wǎng)絡(luò)SIP信令和移動(dòng)網(wǎng)絡(luò)layer 3 信令轉(zhuǎn)換，可以稱(chēng)為信令轉(zhuǎn)換服務(wù)器，信令轉(zhuǎn)換服務(wù)器也可能是一個(gè)獨(dú)立的 網(wǎng)纟各實(shí)體。
ICS AS (ICS Application Server, ICS應(yīng)用服務(wù)器)IMS網(wǎng)絡(luò)中支持ICS 的服務(wù)器，和S-CSCF通過(guò)ISC接口通信。
S-CSCF:執(zhí)行注冊(cè)/登記員功能，進(jìn)行會(huì)話(huà)控制服務(wù)。
基于上述各網(wǎng)絡(luò)實(shí)體，本實(shí)施例提供的跨網(wǎng)絡(luò)呼叫保持方法如下，包括 以下步驟-.
步驟S201 、 ICS UE通過(guò)re-INVITE消息發(fā)送呼叫保持請(qǐng)求到ICS AS。 re-INVITE即為SIP格式的呼叫保持請(qǐng)求，信令中用sendonly進(jìn)行指示， 表示ICS UE將繼續(xù)發(fā)送媒體流。
re-INVITE通過(guò)S-CSCF轉(zhuǎn)發(fā)到達(dá)IMS網(wǎng)絡(luò)月良務(wù)器，即ICS AS。 步驟S202、 ICS AS返回一個(gè)re-INVITE到S-CSCF。 這是正常的IMS處理流程。
步驟S203、 S-CSCF發(fā)送re-INVITE到對(duì)端設(shè)備，即IMS網(wǎng)絡(luò)下UE。
信令中用sendonly指示對(duì)端設(shè)備進(jìn)行如下操作
呼叫保持，即IMS網(wǎng)絡(luò)下UE停止向網(wǎng)絡(luò)側(cè)發(fā)送媒體流；
繼續(xù)接收媒體流。
8通過(guò)上述操作，對(duì)端設(shè)備釋放發(fā)送方向媒體流的相關(guān)資源。
步驟S204、對(duì)端設(shè)備向S-CSCF發(fā)送200 OK進(jìn)行確認(rèn)。
步驟S205、 S-CSCF發(fā)送200 OK到ICS AS。
步驟S206、 ICS AS通過(guò)S-CSCF發(fā)送一個(gè)re-INVITE到MGCF。
本信令中通過(guò)recvonly指示MGCF停止接收RTP媒體流但繼續(xù)發(fā)送RTP 媒體流，從而，對(duì)應(yīng)對(duì)端設(shè)備對(duì)媒體流的接收但不發(fā)送的狀態(tài)。
MGCF控制IMS-MGW停止接收對(duì)端設(shè)備的媒體流但繼續(xù)向?qū)Χ嗽O(shè)備發(fā) 送媒體流。
步驟S207、 MGCF以200 OK向S-CSCF進(jìn)行確認(rèn)，并進(jìn)一步轉(zhuǎn)發(fā)給ICSAS。
步驟S208、 ICS AS通過(guò)S-CSCF向ICS UE發(fā)送200 OK確認(rèn)呼叫保持操 作成功。
此時(shí)，ICSUE的無(wú)線(xiàn)空口資源繼續(xù)存在，ICSUE繼續(xù)收到媒體流數(shù)據(jù)， 但只是保持連接用，而不再進(jìn)行相應(yīng)的其他操作，ICSUE可以停止收到的媒 體流解碼，同時(shí)繼續(xù)編碼媒體信號(hào)發(fā)送給對(duì)端設(shè)備或者播放本地媒體文件給 對(duì)端i殳備。
在呼叫被保持后的后續(xù)操作中，ICSUE和對(duì)端設(shè)備，即CS網(wǎng)絡(luò)下和IMS 網(wǎng)絡(luò)下的UE都可以選擇終止本次呼叫，從而釋》文該呼叫的全部資源，使本次 呼叫結(jié)束，或者，由CS網(wǎng)絡(luò)下UE發(fā)送呼叫取回請(qǐng)求，恢復(fù)本次呼叫，轉(zhuǎn)入 步驟S209,繼續(xù)通話(huà)和收發(fā)媒體流。
步驟S209、 ICS UE通過(guò)re-INVITE消息發(fā)送呼叫取回請(qǐng)求到ICS AS。
re-INVITE即為SIP格式的呼叫保持請(qǐng)求，信令中用sendrecv進(jìn)行指示， 表示ICSUE希望恢復(fù)呼叫、恢復(fù)收發(fā)媒體流。
re-INVITE通過(guò)S-CSCF轉(zhuǎn)發(fā)到達(dá)ICS AS。
步驟S210、 ICS AS返回一個(gè)re-INVITE到S-CSCF。
這是正常的IMS處理。
步驟S211、 S-CSCF發(fā)送re-INVITE到對(duì)端設(shè)備
本信令中同樣用sendrecv指示對(duì)端設(shè)備恢復(fù)發(fā)送媒體流并繼續(xù)接收媒體流。
步驟S212、對(duì)端設(shè)備以200 OK確認(rèn)。
步驟S213、 S-CSCF發(fā)送200OK到ICSAS。
步驟S214、 ICS AS通過(guò)S-CSCF發(fā)送一個(gè)re-INVITE到MGCF。
通過(guò)sendrecv指示MGCF恢復(fù)接收RTP媒體流并繼續(xù)發(fā)送媒體流，從而， 對(duì)應(yīng)對(duì)端設(shè)備恢復(fù)發(fā)送媒體流的狀態(tài)。
MGCF控制IMS-MGW恢復(fù)接收對(duì)端設(shè)備的媒體流并繼續(xù)向?qū)Χ嗽O(shè)備發(fā) 送媒體流。
步驟S215、 MGCF以200 OK向S-CSCF進(jìn)行確認(rèn)，并進(jìn)一步轉(zhuǎn)發(fā)給ICSAS。
步驟S216、 ICS AS通過(guò)S-CSCF向ICS UE發(fā)送200 OK確認(rèn)呼叫取回操 作成功。
在本實(shí)施例的技術(shù)方案中，因?yàn)獒娪昧?CS網(wǎng)絡(luò)下的UE發(fā)起呼叫保持操 作后，部分釋放無(wú)線(xiàn)資源的技術(shù)，從而，達(dá)到了在呼叫被保持后可以向?qū)Χ?設(shè)備播放本地媒體文件，以及節(jié)約網(wǎng)絡(luò)資源，改善用戶(hù)使用體驗(yàn)的效果。
另一方面，需要指出的是，在上述的本發(fā)明實(shí)施例二中，呼叫保持信令 或呼叫取回信令都是通過(guò)SIP格式的信令進(jìn)行發(fā)送的，但本發(fā)明技術(shù)方案不 僅限于此，除了 SIP格式外，還可以通過(guò)USSD信令進(jìn)行呼叫保持和取回操 作，具體通過(guò)本發(fā)明實(shí)施例三進(jìn)行說(shuō)明，如圖3所示，包括以下步驟 步驟S301 、 ICS UE通過(guò)USSD信令發(fā)送呼叫媒持請(qǐng)求到ICS AS。 信令中用sendonly進(jìn)行指示，表示ICS UE將繼續(xù)發(fā)送媒體流。 該USSD信令通過(guò)S-CSCF轉(zhuǎn)發(fā)到達(dá)IMS網(wǎng)絡(luò)服務(wù)器，即ICS AS。 步驟S302、 ICS AS返回一個(gè)re-INVITE到S-CSCF。 這是正常的IMS處理流程。
步驟S303、 S-CSCF發(fā)送re-INVITE到對(duì)端i殳備，即IMS網(wǎng)絡(luò)下UE。 信令中用sendonly指示對(duì)端設(shè)備進(jìn)行如下操作 呼叫保持，即IMS網(wǎng)絡(luò)下UE停止向網(wǎng)絡(luò)側(cè)發(fā)送力某體流；繼續(xù)接收媒體流。
通過(guò)上述操作，對(duì)端設(shè)備釋放發(fā)送方向媒體流的相關(guān)資源。
步驟S304、對(duì)端設(shè)備向S-CSCF發(fā)送200 OK進(jìn)行確認(rèn)。
步驟S305 、 S-CSCF發(fā)送200 OK到ICS AS。
步驟S306、 ICS AS通過(guò)S-CSCF發(fā)送一個(gè)re-INVITE到MGCF。
本信令中通過(guò)recvonly指示MGCF停止接收媒體流但繼續(xù)發(fā)送媒體流， 從而，對(duì)應(yīng)對(duì)端設(shè)備對(duì)媒體流的接收但不發(fā)送的狀態(tài)。
MGCF控制IMS-MGW停止接收對(duì)端設(shè)備的媒體流但繼續(xù)向?qū)Χ嗽O(shè)備發(fā) 送媒體流。
步驟S307、 MGCF以200 OK向S-CSCF進(jìn)行確認(rèn)，并進(jìn)一步轉(zhuǎn)發(fā)給ICSAS。
步驟S308、 ICS AS通過(guò)S-CSCF向ICS UE發(fā)送USSD格式的響應(yīng)消息 確認(rèn)呼叫保持操作成功。
此時(shí)，ICSUE的無(wú)線(xiàn)空口資源繼續(xù)存在，ICSUE繼續(xù)收到媒體流數(shù)據(jù)， 但只是保持連接用，ICSUE可以停止收到的i某體流解碼，同時(shí)繼續(xù)編碼纟某體 信號(hào)發(fā)送給對(duì)端設(shè)備或者播放本地媒體文件給對(duì)端設(shè)備。
在呼叫被保持后的后續(xù)操作中，ICSUE和對(duì)端設(shè)備，即CS網(wǎng)絡(luò)下和IMS 網(wǎng)絡(luò)下的UE都可以選擇終止本次呼叫，從而釋放該呼叫的全部資源，使本次 呼叫結(jié)束，或者，由CS網(wǎng)絡(luò)下UE發(fā)送呼叫取回請(qǐng)求，恢復(fù)本次呼叫，轉(zhuǎn)入 步驟S309,繼續(xù)通話(huà)和收發(fā)媒體流。
步驟S309、 ICS UE通過(guò)USSD格式的響應(yīng)消息發(fā)送呼叫取回請(qǐng)求到ICSAS。
re-INVITE即為SIP格式的呼叫保持請(qǐng)求，信令中用sendrecv進(jìn)行指示， 表示ICSUE希望恢復(fù)呼叫、恢復(fù)收發(fā)媒體流。 re-INVITE通過(guò)S-CSCF轉(zhuǎn)發(fā)到達(dá)ICS AS。 步驟S310、 ICS AS返回一個(gè)re-INVITE到S-CSCF。 這是正常的IMS處理。
步驟S311、 S-CSCF發(fā)送re-INVITE到對(duì)端設(shè)備本信令中同樣用sendrecv指示對(duì)端設(shè)備恢復(fù)發(fā)送媒體流并繼續(xù)接收媒體流。
步驟S312、對(duì)端設(shè)備以200 OK確認(rèn)。 步驟S313、 S-CSCF發(fā)送200 OK到ICS AS。
步驟S314、 ICSAS通過(guò)S-CSCF發(fā)送USSD格式的響應(yīng)消息到MGCF。 通過(guò)sendrecv指示MGCF恢復(fù)接收媒體流并繼續(xù)發(fā)送媒體流，從而，對(duì)
應(yīng)對(duì)端設(shè)備恢復(fù)發(fā)送媒體流的狀態(tài)。
MGCF控制IMS-MGW恢復(fù)接收對(duì)端設(shè)備的媒體流并繼續(xù)向?qū)Χ嗽O(shè)備發(fā)
送媒體流。
步驟S315、 MGCF以200 OK向S-CSCF進(jìn)行確認(rèn)，并進(jìn)一步轉(zhuǎn)發(fā)給ICSAS。
步驟S316、 ICS AS通過(guò)S-CSCF向ICS UE發(fā)送USSD才各式的響應(yīng)消息 確i^呼叫取回操作成功。
在本實(shí)施例的技術(shù)方案中，因?yàn)椴捎昧?CS網(wǎng)絡(luò)下的UE發(fā)起呼叫保持操 作后，部分釋放無(wú)線(xiàn)資源的技術(shù)，從而，達(dá)到了在呼叫被保持后可以向?qū)Χ?設(shè)備播放本地媒體文件，以及節(jié)約網(wǎng)絡(luò)資源，改善用戶(hù)使用體驗(yàn)的效果。
如圖4所示，為本發(fā)明實(shí)施例四， 一種終端的結(jié)構(gòu)示意圖，包括 發(fā)送模塊41，用于向IMS網(wǎng)絡(luò)服務(wù)器，即ICSAS,發(fā)送呼叫保持請(qǐng)求或 呼叫取回^青求；
保持才莫塊42，用于在所述發(fā)送^^莫塊41發(fā)送所述呼叫保持請(qǐng)求后，保持 CS網(wǎng)絡(luò)通道。
其中，所述發(fā)送模塊41，具體包括以下子模塊中的一種或多種
SIP發(fā)送子模塊411 ，用于通過(guò)SIP信令向IMS網(wǎng)絡(luò)服務(wù)器發(fā)送呼叫保持 i青求或呼叫取回請(qǐng)求；
USSD發(fā)送子模塊412，用于通過(guò)USSD信令向IMS網(wǎng)絡(luò)服務(wù)器發(fā)送呼叫 保持請(qǐng)求或呼叫取回請(qǐng)求。
其中，所述保持模塊42,還包括播放子模塊421 ，用于向?qū)Χ嗽O(shè)備播放本地媒體文件。
如圖5所示，為本發(fā)明實(shí)施例五， 一種IMS網(wǎng)絡(luò)設(shè)備，包括 接收模塊51,用于接收CS網(wǎng)絡(luò)終端發(fā)送的呼叫保持請(qǐng)求或呼叫取回請(qǐng)
求；
發(fā)送模塊52，用于根據(jù)所述接收模塊51所接收的呼叫保持請(qǐng)求或呼叫取 回請(qǐng)求，向?qū)Χ嗽O(shè)備發(fā)送信令，進(jìn)行呼叫保持或呼叫取回。
其中，所述接收模塊51,具體包括以下子模塊中的一種或多種
SIP接收子模塊511，用于通過(guò)SIP信令接收CS網(wǎng)絡(luò)終端發(fā)送的呼叫保 持請(qǐng)求或呼叫取回請(qǐng)求；
USSD接收子模塊512,用于通過(guò)USSD信令接收CS網(wǎng)絡(luò)終端發(fā)送的呼 叫寸呆持請(qǐng)求或呼叫取回請(qǐng)求。
通過(guò)以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本 發(fā)明可以通過(guò)硬件實(shí)現(xiàn)，也可以可借助軟件加必要的通用硬件平臺(tái)的方式 來(lái)實(shí)現(xiàn)基于這樣的理解，本發(fā)明的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出 來(lái)，該軟件產(chǎn)品可以存儲(chǔ)在一個(gè)非易失性存儲(chǔ)介質(zhì)(可以是CD-ROM， U 盤(pán)，移動(dòng)硬盤(pán)等)中，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè) 人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。
以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對(duì)于本技術(shù)領(lǐng)域的 普通技術(shù)人員來(lái)說(shuō)，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn) 和潤(rùn)飾，這些改進(jìn)和潤(rùn)飾也應(yīng)^L本發(fā)明的保護(hù)范圍。
權(quán)利要求
1、一種跨網(wǎng)絡(luò)呼叫保持方法，其特征在于，包括以下步驟接收電路交換CS網(wǎng)絡(luò)終端發(fā)送的呼叫保持請(qǐng)求，所述呼叫保持請(qǐng)求包含所述CS網(wǎng)絡(luò)終端將繼續(xù)發(fā)送媒體流的指示；指示對(duì)端設(shè)備保持接收媒體流，并停止發(fā)送媒體流。
2、 如權(quán)利要求1所述跨網(wǎng)絡(luò)呼叫保持方法，其特征在于，所述接收CS 網(wǎng)絡(luò)終端發(fā)送的呼叫保持請(qǐng)求，具體為接收CS網(wǎng)絡(luò)終端通過(guò)會(huì)話(huà)初始協(xié)議SIP信令發(fā)送的呼叫保持請(qǐng)求；或， 接收CS網(wǎng)絡(luò)終端通過(guò)非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)USSD信令發(fā)送的呼叫保持 請(qǐng)求。
3、 如權(quán)利要求1所述跨網(wǎng)絡(luò)呼叫保持方法，其特征在于，所述CS網(wǎng)絡(luò) 終端發(fā)送呼叫保持請(qǐng)求之后，保持CS網(wǎng)絡(luò)通道，具體為所述CS網(wǎng)絡(luò)終端接收媒體流，并停止對(duì)所述媒體流解碼；所述CS網(wǎng)絡(luò)終端編碼并發(fā)送媒體流，或向所述對(duì)端設(shè)備播放本地媒體文件。
4、 如權(quán)利要求1所述跨網(wǎng)絡(luò)呼叫保持方法，其特征在于，所述指示對(duì)端 設(shè)備保持接收媒體流，并停止發(fā)送媒體流之后，還包括接收所述CS網(wǎng)絡(luò)終端發(fā)送的呼叫取回請(qǐng)求； 指示所述對(duì)端設(shè)備恢復(fù)收發(fā)媒體流。
5、 如權(quán)利要求4所述跨網(wǎng)絡(luò)呼叫保持方法，其特征在于，所述接收CS 網(wǎng)絡(luò)終端發(fā)送的呼叫取回請(qǐng)求，具體為接收CS網(wǎng)絡(luò)終端通過(guò)SIP信令發(fā)送的呼叫取回請(qǐng)求；或， 接收CS網(wǎng)絡(luò)終端通過(guò)USSD信令發(fā)送的呼叫取回請(qǐng)求。
6、 如權(quán)利要求4所述跨網(wǎng)絡(luò)呼叫保持方法，其特征在于，所述CS網(wǎng)絡(luò) 終端發(fā)送呼叫取回請(qǐng)求之后，恢復(fù)對(duì)所述接收到的媒體流進(jìn)行解碼操作。
7、 一種終端，其特征在于，包括發(fā)送模塊，用于向IMS網(wǎng)絡(luò)服務(wù)器發(fā)送呼叫保持請(qǐng)求或呼叫取回請(qǐng)求;保持模塊，用于在所述發(fā)送模塊發(fā)送所述呼叫保持請(qǐng)求后，保持cs網(wǎng)絡(luò)通道。
8、 如權(quán)利要求7所述終端，其特征在于，所述發(fā)送模塊，具體包括以下 子模塊中的一種或多種SIP發(fā)送子模塊，用于通過(guò)SIP信令向IMS網(wǎng)絡(luò)服務(wù)器發(fā)送呼叫保持請(qǐng) 求或呼叫取回請(qǐng)求；USSD發(fā)送子模塊，用于通過(guò)USSD信令向IMS網(wǎng)絡(luò)服務(wù)器發(fā)送呼叫保 持請(qǐng)求或呼叫取回請(qǐng)求。
9、 如權(quán)利要求7所述終端，其特征在于，所述保持模塊，還包括 播放子模塊，用于向?qū)Χ嗽O(shè)備播放本地媒體文件。
10、 一種IMS網(wǎng)絡(luò)設(shè)備，其特征在于，包括接收模塊，用于接收CS網(wǎng)絡(luò)終端發(fā)送的呼叫保持請(qǐng)求或呼叫取回請(qǐng)求； 發(fā)送模塊，用于根據(jù)所述接收模塊所接收的呼叫保持請(qǐng)求或呼叫取回請(qǐng) 求，向?qū)Χ嗽O(shè)備發(fā)送信令，進(jìn)行呼叫保持或呼叫取回。
11、 如權(quán)利要求IO所述IMS網(wǎng)絡(luò)設(shè)備，其特征在于，所述接收模塊，具 體包括以下子才莫塊中的一種或多種SIP接收子模塊，用于通過(guò)SIP信令接收CS網(wǎng)絡(luò)終端發(fā)送的呼叫保持請(qǐng) 求或呼叫取回請(qǐng)求；USSD接收子模塊，用于通過(guò)USSD信令接收CS網(wǎng)絡(luò)終端發(fā)送的呼叫保 持請(qǐng)求或呼叫取回請(qǐng)求。
全文摘要
本發(fā)明實(shí)施例公開(kāi)了一種跨網(wǎng)絡(luò)呼叫保持方法和裝置，所述方法包括以下步驟接收CS網(wǎng)絡(luò)終端發(fā)送的呼叫保持請(qǐng)求；指示對(duì)端設(shè)備保持接收媒體流，并停止發(fā)送媒體流。通過(guò)應(yīng)用本發(fā)明，可以實(shí)現(xiàn)在CS網(wǎng)絡(luò)下的UE發(fā)起呼叫保持操作后，僅部分釋放無(wú)線(xiàn)資源，從而，達(dá)到在呼叫被保持后可以對(duì)對(duì)端設(shè)備播放本地媒體文件，以及節(jié)約網(wǎng)絡(luò)資源，改善用戶(hù)使用體驗(yàn)的效果。
文檔編號(hào)H04W88/02GK101527891SQ20081009383
公開(kāi)日2009年9月9日 申請(qǐng)日期2008年4月30日 優(yōu)先權(quán)日2008年4月30日
發(fā)明者段小嫣, 輝 金, 龍水平 申請(qǐng)人:華為技術(shù)有限公司