亚洲狠狠干,亚洲国产福利精品一区二区,国产八区,激情文学亚洲色图

一種跨網(wǎng)絡(luò)呼叫保持方法和設(shè)備的制作方法

文檔序號(hào):7691595閱讀:158來(lái)源:國(guó)知局
專(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ú)線資源,從而只能由網(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ú)線資源,從而實(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ú)線資源的技術(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ú)線資源,從而實(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ú)線資源的技術(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ú)線空口資源繼續(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ú)線資源的技術(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ú)線空口資源繼續(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ú)線資源的技術(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ú)線資源,從而,達(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ù)有限公司
網(wǎng)友詢(xún)問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1