專利名稱：用戶終端、應(yīng)用服務(wù)器以及呼叫建立方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信領(lǐng)域，尤其涉及一種用戶終端、應(yīng)用服務(wù)器以及呼叫 建立方法。
背景技術(shù)：
IMS (IP Subsystem Multimedia, IP多媒體子系統(tǒng))是3GPP (The 3rd Generation Partnership Project,第三代伙伴計(jì)劃)中提出的支持IP (Internet Protocol,互聯(lián)網(wǎng)協(xié)議)多媒體業(yè)務(wù)的子系統(tǒng)，其目的是通過(guò)互聯(lián)網(wǎng)為移動(dòng)用 戶提供多媒體服務(wù)。與現(xiàn)有的CS( Circuit Switched,電路交換)和PS (Packet Switch,分組交換)網(wǎng)絡(luò)相比，IMS網(wǎng)絡(luò)具有以下特點(diǎn)(1)基于IP的多媒 體業(yè)務(wù)與會(huì)話控制核心網(wǎng)絡(luò)；(2)支持各種融合業(yè)務(wù)的公共平臺(tái)，不依賴于任 何接入技術(shù)和接入方式；(3 )采用靈活的SIP ( Session Initial Protocol,會(huì)話初 始協(xié)議)協(xié)議和標(biāo)準(zhǔn)化的開(kāi)放接口，為支持廣泛業(yè)務(wù)提供可能；(4)由多個(gè)標(biāo) 準(zhǔn)組織定義并發(fā)展完善。因此，業(yè)界普遍認(rèn)為IMS是3G網(wǎng)絡(luò)將來(lái)的發(fā)展方向。 然而，目前絕大部分用戶還是運(yùn)用現(xiàn)有的CS網(wǎng)絡(luò)，包括PSTN (Public Switched Telephone Network, 7>共交換電話網(wǎng)絡(luò))網(wǎng)、ISDN (Integrated Service Digital NeTwork,綜合業(yè)務(wù)數(shù)字網(wǎng))網(wǎng)和GSM (Global System for Mobile Communication,全球移動(dòng)通訊系統(tǒng))網(wǎng)等，CS網(wǎng)絡(luò)將與IMS網(wǎng)絡(luò)長(zhǎng)期共存， 因此，實(shí)現(xiàn)IMS網(wǎng)絡(luò)與CS網(wǎng)絡(luò)的互通，即實(shí)現(xiàn)IMS用戶終端和CS用戶終端 之間的呼叫是非常重要的。
現(xiàn)有技術(shù)可以實(shí)現(xiàn)IMS用戶終端和CS用戶終端之間的呼叫建立。 在實(shí)現(xiàn)本發(fā)明過(guò)程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問(wèn)題 CS網(wǎng)絡(luò)側(cè)只允許建立雙向媒體流，CS用戶終端向IP用戶終端發(fā)起呼叫時(shí)， IMS網(wǎng)絡(luò)側(cè)也必然建立雙向媒體流，然而在有些情況下，CS用戶終端只希望建 立單向媒體流，此時(shí)在IMS網(wǎng)絡(luò)側(cè)建立雙向媒體流則存在浪費(fèi)；另外，在IMS
用戶終端建立的媒體流為單向媒體流時(shí)，CS用戶終端也無(wú)法獲知，通信過(guò)程 中編碼器、解碼器都工作，存在資源的浪費(fèi)。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明實(shí)施例的目的在于提供一種用戶終端、應(yīng)用服務(wù)器以及 呼叫建立方法，用戶終端在與對(duì)端用戶終端建立呼叫時(shí)，根據(jù)需要建立的媒體 流的方向，控制編碼器和解碼器的開(kāi)啟或關(guān)閉，從而節(jié)約了編碼器和解碼器的 資源。
為達(dá)到上述目的，本發(fā)明實(shí)施例提供一種用戶終端，包括編碼器和解碼器，
還包括
第一請(qǐng)求模塊，用于向應(yīng)用服務(wù)器發(fā)送第一呼叫請(qǐng)求消息，所述第一呼叫
請(qǐng)求消息中攜帶所述用戶終端需要與對(duì)端用戶終端建立的媒體流的方向指示；
控制模塊，用于根據(jù)所述媒體流的方向指示，控制所述編碼器和所述解碼
器的工作狀態(tài)；
通信模塊，用于在接收到所述應(yīng)用服務(wù)器的響應(yīng)消息時(shí)，根據(jù)所述編碼器 和所述解碼器的工作狀態(tài)，向所述對(duì)端用戶終端發(fā)送媒體流或接收媒體流。 本發(fā)明實(shí)施例還提供一種應(yīng)用服務(wù)器，包括
第二接收模塊，用于接收用戶終端發(fā)送的呼叫請(qǐng)求消息，所述呼叫請(qǐng)求消 息中攜帶所述用戶終端需要與對(duì)端用戶終端建立的媒體流的方向指示； 發(fā)送模塊，用于將所述媒體流的方向指示發(fā)送給所述對(duì)端用戶終端；
指示模塊，用于根據(jù)所述媒體流的方向指示，指示IP多媒體子系統(tǒng)媒體 網(wǎng)關(guān)為所述用戶終端和所述對(duì)端用戶終端建立單向或雙向i某體流。
本發(fā)明實(shí)施例還提供一種呼叫建立方法，包括
向應(yīng)用服務(wù)器發(fā)送第 一呼叫請(qǐng)求消息，所述第 一呼叫請(qǐng)求消息中攜帶用戶 終端需要與對(duì)端用戶終端建立的i某體流的方向指示；
根據(jù)所述媒體流的方向指示，控制編碼器和解碼器的工作狀態(tài)；
在接收到所述應(yīng)用服務(wù)器的響應(yīng)消息時(shí)，根據(jù)所述編碼器和所述解碼器的 工作狀態(tài)，向所述對(duì)端用戶終端發(fā)送媒體流或接收々某體流。
本發(fā)明的實(shí)施例具有以下有益效果
CS用戶終端和IMS用戶終端在進(jìn)行呼叫時(shí)，在發(fā)送給應(yīng)用服務(wù)器的呼叫 請(qǐng)求消息中攜帶指示需要建立的媒體流的方向，根據(jù)所述需要建立的媒體流的 方向，CS用戶終端可以控制編碼器和解碼器開(kāi)啟或關(guān)閉，同時(shí)，應(yīng)用服務(wù)器
可以指示IMS網(wǎng)絡(luò)側(cè)僅建立單向的媒體流，從而節(jié)約了編碼器或解碼器的資 源和IMS網(wǎng)絡(luò)側(cè)的媒體資源。


圖1為本發(fā)明實(shí)施例一的用戶終端的結(jié)構(gòu)示意圖； 圖2為本發(fā)明實(shí)施例二的用戶終端的結(jié)構(gòu)示意圖； 圖3為本發(fā)明實(shí)施例三的應(yīng)用服務(wù)器的結(jié)構(gòu)示意圖； 圖4為本發(fā)明實(shí)施例四的應(yīng)用服務(wù)器的結(jié)構(gòu)示意圖； 圖5為本發(fā)明實(shí)施例五的呼叫建立方法的流程示意圖； 圖6為本發(fā)明實(shí)施例六的呼叫建立方法的流程示意圖； 圖7為本發(fā)明實(shí)施例的CS用戶終端向IMS用戶終端發(fā)起呼叫的具體場(chǎng)景 示意圖8為本發(fā)明實(shí)施例的CS用戶終端向IMS用戶終端發(fā)起呼叫的另 一具體 場(chǎng)景示意圖9為本發(fā)明實(shí)施例的IMS用戶終端向CS用戶終端發(fā)起呼叫的具體場(chǎng)景 示意圖10為本發(fā)明實(shí)施例的IMS用戶終端向CS用戶終端發(fā)起呼叫的另 一具 體場(chǎng)景示意圖。
具體實(shí)施例方式
下面結(jié)合附圖和實(shí)施例，對(duì)本發(fā)明的具體實(shí)施方式
作進(jìn)一步詳細(xì)描述。 如圖1所示為本發(fā)明實(shí)施例一的用戶終端的結(jié)構(gòu)示意圖，所述用戶終端包
括
編碼器11,用于在開(kāi)啟時(shí)，對(duì)需要發(fā)送的媒體流進(jìn)行編碼，所述媒體流 包括語(yǔ)音或視頻等。
解碼器12，用于開(kāi)啟時(shí)，對(duì)接收到的媒體流進(jìn)行解碼。
第一請(qǐng)求模塊13,用于向應(yīng)用服務(wù)器發(fā)送第一呼叫請(qǐng)求消息，所述第一 呼叫請(qǐng)求消息中攜帶所述用戶終端需要與對(duì)端用戶終端建立的媒體流的方向
指示，所述媒體流的方向指示為所述媒體流為僅發(fā)送的單向媒體流、所述媒 體流為僅接收的單向媒體流或所述媒體流為雙向媒體流。
控制模塊14，用于根據(jù)所述媒體流的方向，控制編碼器11和解碼器12 的工作狀態(tài)。
通信模塊15，用于在接收到所述應(yīng)用服務(wù)器的響應(yīng)消息時(shí)，根據(jù)所述編 碼器11和解碼器12的工作狀態(tài)，向所述對(duì)端用戶終端發(fā)送媒體流或接收媒體流。
上述用戶終端可以為位于CS網(wǎng)絡(luò)中的用戶終端，向位于CS網(wǎng)絡(luò)或IMS 網(wǎng)絡(luò)中的對(duì)端用戶終端發(fā)起呼叫，當(dāng)然，上述用戶終端也可以為位于IMS網(wǎng) 絡(luò)中的用戶終端，向位于CS網(wǎng)絡(luò)或IMS網(wǎng)絡(luò)中的對(duì)端用戶終端發(fā)起呼叫。
通過(guò)上述實(shí)施例提供的用戶終端，在向?qū)Χ擞脩艚K端發(fā)起呼叫時(shí)，根據(jù)需 要建立的媒體流方向，控制編碼器和解碼器開(kāi)啟或關(guān)閉，從而節(jié)約編碼器和解 碼器的資源。
以下以位于CS網(wǎng)絡(luò)中的用戶終端向接入IMS網(wǎng)絡(luò)中的對(duì)端用戶終端發(fā)起 呼叫為例，對(duì)本發(fā)明實(shí)施例的用戶終端進(jìn)行詳細(xì)說(shuō)明。
如圖2所示為本發(fā)明實(shí)施例二的用戶終端的結(jié)構(gòu)示意圖，所述用戶終端位 于CS網(wǎng)絡(luò)中，具體包括
編碼器11，用于在開(kāi)啟時(shí)，對(duì)需要發(fā)送的媒體流進(jìn)行編碼，所述J 某體流 包括語(yǔ)音或視頻等。
解碼器12,用于開(kāi)啟時(shí)，對(duì)接收到的媒體流進(jìn)行解碼。
第一請(qǐng)求模塊13，用于向IMS網(wǎng)絡(luò)中的應(yīng)用服務(wù)器發(fā)送第一呼叫請(qǐng)求消 息，所述第 一呼叫請(qǐng)求消息中攜帶所述用戶終端需要與對(duì)端用戶終端建立的々某 體流的方向指示，所述對(duì)端用戶終端為接入IMS網(wǎng)絡(luò)中的用戶終端，所述i某 體流的方向指示為所述媒體流為僅發(fā)送的單向媒體流、所述媒體流為僅接收 的單向媒體流或所述媒體流為雙向媒體流。
控制模塊14，用于根據(jù)所述媒體流的方向，控制編碼器11和解碼器12 的工作狀態(tài)。
通信模塊15，用于在接收到所述應(yīng)用服務(wù)器的響應(yīng)消息時(shí)，根據(jù)所述編 碼器11和解碼器12的工作狀態(tài)，向所述對(duì)端用戶終端發(fā)送媒體流或接收媒體流。
上述控制模塊14進(jìn)一步包括
第一控制子模塊141，用于在所述媒體流的方向指示為所述媒體流為僅發(fā) 送的單向々某體流時(shí)，控制所述編碼器ll開(kāi)啟，控制所述解碼器12關(guān)閉；和/ 或
第二控制子模塊142，用于在所述媒體流的方向指示為所述媒體流為僅接 收的單向i某體流時(shí)，控制所述編碼器ll關(guān)閉，控制所述解碼器12開(kāi)啟；和/ 或
第三控制子模塊143，用于在所述媒體流的方向指示為所述媒體流為雙向 i某體流時(shí)，控制所述編碼器11和所述解碼器12開(kāi)啟。 上述通信模塊15進(jìn)一步包括
第一發(fā)送子模塊151,用于在所述編碼器11開(kāi)啟時(shí)，發(fā)送所述編碼器編 碼后的媒體流；和/或
第二發(fā)送子模塊152,用于在所述編碼器11的工作狀態(tài)關(guān)閉時(shí)，發(fā)送空 白々某體流；和/或
接收子模塊153,用于在所述解碼器12開(kāi)啟或關(guān)閉時(shí)，接收媒體流；和/
或
丟棄子模塊154，用于在所述解碼器12的工作狀態(tài)關(guān)閉時(shí)，將接收到的 媒體流丟棄。
在編碼器11開(kāi)啟時(shí)，第一發(fā)送子模塊151向網(wǎng)絡(luò)側(cè)發(fā)送編碼后的媒體流， 在編碼器11關(guān)閉時(shí)，由于CS網(wǎng)絡(luò)不允許建立單向媒體流，因此，第二發(fā)送 子模塊152仍需要向CS網(wǎng)絡(luò)側(cè)發(fā)送空白媒體流；
接收子模塊153在解碼器12開(kāi)啟時(shí)，接收網(wǎng)絡(luò)側(cè)發(fā)送的媒體流，在解碼 器12的工作狀態(tài)關(guān)閉時(shí)，由于CS網(wǎng)絡(luò)側(cè)不允許建立單向媒體流，仍向用戶 終端發(fā)送媒體流，接收子模塊153仍需要接收網(wǎng)絡(luò)側(cè)發(fā)送的媒體流，此時(shí)，可 以由丟棄子模塊154將接收到的媒體流丟棄。
上述用戶終端位于CS網(wǎng)絡(luò)中，需要具有接入CS網(wǎng)絡(luò)的能力，另外，所
述用戶終端還需要與IMS網(wǎng)絡(luò)中的應(yīng)用服務(wù)器通信，還必須具有用于接入IMS 網(wǎng)絡(luò)的能力，因此所述用戶終端為即具有接入CS網(wǎng)絡(luò)的能力，又具有接入 IMS網(wǎng)絡(luò)的能力的用戶終端。
上述用戶終端通過(guò)一特定的控制信道與應(yīng)用服務(wù)器通信，所述控制信道可 以由多種類型的信令協(xié)議實(shí)現(xiàn)，例如，SIP消息、SMS( Short Message Service, 短消息月良務(wù))消息、CS網(wǎng)絡(luò)的USSD( Unstructured Supplementary Service Data, 非結(jié)構(gòu)化補(bǔ)充數(shù)據(jù)業(yè)務(wù))消息或CS網(wǎng)絡(luò)的Facility (工具)消息等。
在所述用戶終端采用IMS網(wǎng)絡(luò)信令協(xié)議(如SIP消息)實(shí)現(xiàn)的控制信道 與應(yīng)用服務(wù)器通信時(shí)，所述用戶終端需要通過(guò)S-CSCF (Server Call Session Control Function,服務(wù)呼叫會(huì)話控制功能)與應(yīng)用服務(wù)器進(jìn)行通信，S-CSCF 用于對(duì)用戶終端執(zhí)行注冊(cè)/登記功能，進(jìn)行會(huì)話控制服務(wù)，應(yīng)用服務(wù)器與 S-CSCF通過(guò)ISC (IMS Centralised Service, IMS集中業(yè)務(wù)控制)接口通信； 在所述用戶終端采用CS網(wǎng)絡(luò)信令協(xié)議(如USSD消息)實(shí)現(xiàn)的控制信道與應(yīng) 用服務(wù)器通信時(shí)，所述用戶終端可以直接與應(yīng)用服務(wù)器進(jìn)行通信。
另外，在發(fā)送或接收媒體流之前，上述用戶終端還需要在CS網(wǎng)絡(luò)中建立 承載媒體流的々某體通道，因此，上述用戶終端還包括
第二請(qǐng)求模塊16,用于向CS網(wǎng)絡(luò)的信令交換服務(wù)器發(fā)送建立承載所述:fe某 體流的媒體通道的建立請(qǐng)求。
建立承載媒體通道后，所述用戶終端則可以通過(guò)所述々某體通道向?qū)Χ擞脩?終端發(fā)送媒體流或接收媒體流。
上述用戶終端均是作為發(fā)起呼叫的一方，向接入IMS網(wǎng)絡(luò)的對(duì)端用戶終 端發(fā)起呼叫，當(dāng)然，所述用戶終端也可以作為接收呼叫的一方，接收所述對(duì)端 用戶終端的呼叫，此時(shí)，所述用戶終端還包括
第一接收模塊17，用于接收所述應(yīng)用服務(wù)器發(fā)送的第二呼叫請(qǐng)求消息， 所述第二呼叫請(qǐng)求消息中攜帶接入IMS網(wǎng)絡(luò)中的對(duì)端用戶終端需要與所述用 戶終端建立力某體流的方向指示。
同樣的，在呼叫建立成功后，上述控制模塊14根據(jù)對(duì)端用戶終端需要建 立的媒體流的方向，控制編碼器11和解碼器12的開(kāi)啟或關(guān)閉，以免浪費(fèi)不必 要的編碼或解碼操作。
通過(guò)上述實(shí)施例提供的用戶終端，在與接入IMS網(wǎng)絡(luò)中的對(duì)端用戶終端 建立呼叫時(shí)，根據(jù)需要建立的媒體流方向，控制編碼器和解碼器開(kāi)啟或關(guān)閉， 從而節(jié)約編碼器和解碼器的資源。
如圖3所示為本發(fā)明實(shí)施例三的應(yīng)用服務(wù)器的結(jié)構(gòu)示意圖，所述應(yīng)用服務(wù)
器包括
第二接收模塊21,用于接收用戶終端發(fā)送的與對(duì)端用戶終端建立媒體流 的呼叫請(qǐng)求消息，所述呼叫請(qǐng)求消息中攜帶需要建立的媒體流的方向指示，所 述媒體流的方向指示為所述媒體流為僅發(fā)送的單向媒體流、所述媒體流為僅 接收的單向媒體流或所述媒體流為雙向媒體流。
發(fā)送模塊22，用于將所述媒體流的方向指示發(fā)送給所述對(duì)端用戶終端。 指示模塊23，用于根據(jù)所述媒體流的方向指示，指示IMS媒體網(wǎng)關(guān)為所 述用戶終端和所述對(duì)端用戶終端建立單向或雙向々某體流。 所述應(yīng)用服務(wù)器為位于IMS網(wǎng)絡(luò)中的應(yīng)用服務(wù)器。 所述IMS媒體網(wǎng)關(guān)用于承載CS網(wǎng)絡(luò)和IMS網(wǎng)絡(luò)之間的媒體流。 上述用戶終端可以為位于CS網(wǎng)絡(luò)中的用戶終端，向位于CS網(wǎng)絡(luò)或IMS 網(wǎng)絡(luò)中的對(duì)端用戶終端發(fā)起呼叫，當(dāng)然，上述用戶終端也可以為位于IMS網(wǎng) 絡(luò)中的用戶終端，向位于CS網(wǎng)絡(luò)或IMS網(wǎng)絡(luò)中的對(duì)端用戶終端發(fā)起呼叫。
通過(guò)上述實(shí)施例提供的應(yīng)用服務(wù)器，在接收到CS用戶終端或IMS用戶終 端發(fā)起的呼叫時(shí)，可以根據(jù)呼叫請(qǐng)求消息中攜帶的需要建立的媒體流的方向指 示，指示IMS媒體網(wǎng)關(guān)建立單向或雙向々某體流，從而可以節(jié)約IMS網(wǎng)絡(luò)側(cè)的 資源。
如圖4所示為本發(fā)明實(shí)施例四的應(yīng)用服務(wù)器的結(jié)構(gòu)示意圖，所述應(yīng)用服務(wù) 器包括
第二接收模塊21，用于接收用戶終端發(fā)送的與對(duì)端用戶終端建立媒體流 的呼叫請(qǐng)求消息，所述呼叫請(qǐng)求消息中攜帶需要建立的媒體流的方向指示，所 述媒體流的方向指示為所述媒體流為僅發(fā)送的單向媒體流、所述媒體流為僅 接收的單向媒體流或所述媒體流為雙向媒體流。
發(fā)送模塊22，用于將所述媒體流的方向指示發(fā)送給所述對(duì)端用戶終端。 指示模塊23,用于根據(jù)所述媒體流的方向指示，指示IMS媒體網(wǎng)關(guān)為所
述用戶終端和所述對(duì)端用戶終端建立單向或雙向媒體流。 所述應(yīng)用服務(wù)器為位于IMS網(wǎng)絡(luò)中的應(yīng)用服務(wù)器。
所述IMS媒體網(wǎng)關(guān)用于承載CS網(wǎng)絡(luò)和IMS網(wǎng)絡(luò)之間的媒體流。
上述用戶終端可以為位于CS網(wǎng)絡(luò)中的用戶終端，向位于CS網(wǎng)絡(luò)或IMS 網(wǎng)絡(luò)中的對(duì)端用戶終端發(fā)起呼叫，當(dāng)然，上述用戶終端也可以為位于IMS網(wǎng) 絡(luò)中的用戶終端，向位于CS網(wǎng)絡(luò)或IMS網(wǎng)絡(luò)中的對(duì)端用戶終端發(fā)起呼叫。
在所述用戶終端為接入IMS網(wǎng)絡(luò)中的用戶終端時(shí)，所述應(yīng)用服務(wù)器還需 要請(qǐng)求建立所述用戶終端和所述對(duì)端用戶終端之間的承栽媒體流的媒體通道， 因此，所述應(yīng)用服務(wù)器還包括
請(qǐng)求模塊24，用于在接收到所述呼叫請(qǐng)求消息時(shí)，向IMS網(wǎng)絡(luò)的信令轉(zhuǎn) 換服務(wù)器發(fā)送建立承載所述媒體流的々某體通道的建立請(qǐng)求。
上述IMS網(wǎng)絡(luò)的信令轉(zhuǎn)換服務(wù)器可以為MGCF (MGW Control Function, 媒體網(wǎng)關(guān)控制功能)。
在所述用戶終端為CS用戶終端時(shí)，應(yīng)用月良務(wù)器首先4妄收到CS用戶終端
發(fā)送的呼叫請(qǐng)求消息，所述呼叫請(qǐng)求消息中攜帶需要建立的媒體流的方向指
示，應(yīng)用服務(wù)器并不馬上將所述呼叫請(qǐng)求消息發(fā)送給IMS用戶終端，而是在 接收到CS用戶終端通過(guò)信令轉(zhuǎn)換服務(wù)器發(fā)送的請(qǐng)求建立J(某體通道的請(qǐng)求消息 時(shí)，結(jié)合所述請(qǐng)求消息中攜帶的建立雙向媒體流的指示，確定需要建立的媒體 流的方向，將呼叫請(qǐng)求消息中攜帶的媒體流的方向指示發(fā)送給對(duì)端用戶終端。 通過(guò)上述實(shí)施例提供的應(yīng)用服務(wù)器，在接收到CS用戶終端或IMS用戶終 端發(fā)起的呼叫時(shí)，可以根據(jù)呼叫請(qǐng)求消息中攜帶的需要建立的媒體流的方向指 示，指示IMS媒體網(wǎng)關(guān)建立單向或雙向媒體流，從而可以節(jié)約IMS網(wǎng)絡(luò)側(cè)的 資源。
如圖5所示為本發(fā)明實(shí)施例五的呼叫建立方法的流程示意圖，包括 步驟51,向應(yīng)用服務(wù)器發(fā)送第一呼叫請(qǐng)求消息，所述第一呼叫請(qǐng)求消息
中攜帶用戶終端需要與對(duì)端用戶終端建立的媒體流的方向指示。
步驟52,根據(jù)所述々某體流的方向指示，控制編碼器和解碼器的工作狀態(tài)。 步驟53,接收到所述應(yīng)用服務(wù)器的響應(yīng)消息時(shí)，根據(jù)所述編碼器和所述
解碼器的工作狀態(tài)，向所述對(duì)端用戶終端發(fā)送媒體流或接收媒體流。
上述用戶終端可以為位于CS網(wǎng)絡(luò)中的用戶終端，向位于CS網(wǎng)絡(luò)或IMS 網(wǎng)絡(luò)中的對(duì)端用戶終端發(fā)起呼叫，當(dāng)然，上述用戶終端也可以為位于IMS網(wǎng) 絡(luò)中的用戶終端，向位于CS網(wǎng)絡(luò)或IMS網(wǎng)絡(luò)中的對(duì)端用戶終端發(fā)起呼叫。
通過(guò)上述實(shí)施例提供的方法，在向?qū)Χ擞脩艚K端發(fā)起呼叫時(shí)，根據(jù)需要建 立的媒體流方向，控制編碼器和解碼器開(kāi)啟或關(guān)閉，從而節(jié)約編碼器和解碼器 的資源。
以下以位于CS網(wǎng)絡(luò)中的用戶終端向接入IMS網(wǎng)絡(luò)中的用戶終端發(fā)起呼叫 為例，對(duì)本發(fā)明實(shí)施例的呼叫建立方法進(jìn)行詳細(xì)說(shuō)明。
如圖6所示為本發(fā)明實(shí)施例六的呼叫建立方法的流程示意圖，包括
步驟61，向應(yīng)用服務(wù)器發(fā)送請(qǐng)求與接入IMS網(wǎng)絡(luò)中的對(duì)端用戶終端建立 媒體流的第 一呼叫請(qǐng)求消息，所述第 一呼叫請(qǐng)求消息中攜帶所述媒體流的方向 指示，所述媒體流的方向指示為所述媒體流為僅發(fā)送的單向媒體流、所述媒 體流為僅接收的單向媒體流或所述媒體流為雙向媒體流。
步驟62，向CS網(wǎng)絡(luò)的信令交換服務(wù)器發(fā)送建立承載所述媒體流的媒體通 道的建立請(qǐng)求。
步驟63,接收所述信令交換服務(wù)器發(fā)送的所述建立請(qǐng)求的響應(yīng)消息。 步驟64，才艮據(jù)所述^ 某體流的方向指示，控制編碼器和解碼的工作狀態(tài)。 步驟65，在接收到所述服務(wù)器的響應(yīng)消息時(shí)，根據(jù)編碼器和解碼器的工
作狀態(tài)，通過(guò)所述媒體通道，向所述對(duì)端用戶終端發(fā)送媒體流或接收媒體流。 為了方便描述，將上述步驟64置于步驟63之后，在實(shí)際的執(zhí)行過(guò)程中，
步驟64可位于步驟61 ~步驟63中的任一步驟之后，或與步驟61 ~步驟63
中的任一步驟同步完成。
上述步驟64的方法具體為
在所述媒體流的方向指示為所述媒體流為僅發(fā)送的單向媒體流時(shí)，控制所 述編碼器開(kāi)啟，控制所述解碼器關(guān)閉；或
在所述媒體流的方向指示為所述媒體流為僅接收的單向媒體流時(shí)，控制所 述編碼器關(guān)閉，控制所述解碼器開(kāi)啟；或
在所述媒體流的方向指示為所述媒體流為雙向媒體流時(shí)，控制所述編碼器 和所述解碼器開(kāi)啟。
上述步驟65的方法具體為
在所述編碼器開(kāi)啟時(shí)，通過(guò)所述纟某體通道，發(fā)送所述編碼器編碼后的纟某體 流j 或
在所述編碼器關(guān)閉時(shí)，通過(guò)所述々某體通道，發(fā)送空白i某體流；或 通過(guò)所述媒體通道，接收媒體流；或 在所述解碼器關(guān)閉時(shí)，將接收到的纟某體流丟棄。
上述第一呼叫請(qǐng)求消息可以為SIP消息、USSD消息、SMS消息或facility 消息。
上述方法均是CS網(wǎng)絡(luò)中的用戶終端作為呼叫的發(fā)起方，向IMS網(wǎng)絡(luò)中的 對(duì)端用戶終端發(fā)起呼叫，當(dāng)然，CS網(wǎng)絡(luò)中的用戶終端也可以作為呼叫的接收 方，接收IMS網(wǎng)絡(luò)中的對(duì)端用戶終端的呼叫，作為呼叫的接收方時(shí)，所述方 法還包括
接收所述應(yīng)用服務(wù)器發(fā)送的第二呼叫請(qǐng)求消息，所述第二呼叫請(qǐng)求消息中 攜帶IMS網(wǎng)絡(luò)中的對(duì)端用戶終端需要與所述用戶終端建立媒體流的方向指示； 才艮據(jù)所述J某體流的方向指示，控制編碼器和解碼的工作狀態(tài)。 所述第二呼叫請(qǐng)求消息為會(huì)話初始協(xié)議消息。
通過(guò)上述實(shí)施例提供的方法，向IMS網(wǎng)絡(luò)中的對(duì)端用戶終端發(fā)起呼叫或 接收到IMS網(wǎng)絡(luò)中的對(duì)端用戶終端的呼叫時(shí)，均可以根據(jù)需要建立的媒體流 的方向，控制編碼器或解碼器開(kāi)啟或關(guān)閉，可以節(jié)約編碼器或解碼器的資源。
以下以具體的應(yīng)用場(chǎng)景對(duì)上述呼叫建立方法進(jìn)行詳細(xì)說(shuō)明。
如圖7所示為本發(fā)明實(shí)施例的CS用戶終端向IMS用戶終端發(fā)起呼叫的具 體場(chǎng)景示意圖，包括以下步驟
步驟71, CS UE (用戶終端)通過(guò)S-CSCF向應(yīng)用服務(wù)器發(fā)送請(qǐng)求與IMS UE 建立媒體流的INVITE消息，所述INVITE消息中攜帶指示媒體流的方向的 "recvonly (僅接收)，，指示。
CS UE為接入CS網(wǎng)絡(luò)中的用戶終端，IMS UE為接入IMS網(wǎng)絡(luò)的用戶終端， 所述INVITE消息即上述實(shí)施例中所述的第一呼叫請(qǐng)求消息，所述CS UE通過(guò) SIP消息實(shí)現(xiàn)的控制信道與應(yīng)用服務(wù)器通信。
步驟72, CSUE向MSCserver發(fā)送SETUP消息，請(qǐng)求建立承載媒體流的媒
體通道。
本實(shí)施例中，MSC server和MGCF組合在一起形成信令轉(zhuǎn)換服務(wù)器，當(dāng)然， MSC server也可以為單獨(dú)的網(wǎng)絡(luò)實(shí)體。
步驟73， MGCF將SETUP消息轉(zhuǎn)換給INVITE消息，并發(fā)送到應(yīng)用服務(wù)器， 該INVITE消息中攜帶"sendrecv (收發(fā)雙向)"指示，請(qǐng)求建立雙向媒體流。
由于CS網(wǎng)絡(luò)只能建立雙向媒體流，因此，此時(shí)MGCF向應(yīng)用服務(wù)器發(fā)送的 消息中仍指示建立雙向媒體流。
步驟74，應(yīng)用服務(wù)器結(jié)合上述接收到的兩個(gè)INVITE消息，確定需要建立 的媒體流的方向，生成一個(gè)新的INVITE消息，并通過(guò)S-CSCF發(fā)送到IMSUE， 所述新的INVITE消息中攜帶"recvonly (僅接收)"指示，指示CS UE僅接收 媒體流，即應(yīng)用服務(wù)器僅根據(jù)CS UE發(fā)送的INVITE消息中攜帶的指示，確定 女某體流的方向。
步驟75, IMS UE接收到INVITE消息后，通過(guò)S-CSCF向應(yīng)用服務(wù)器發(fā)送200 OK確認(rèn)消 息o
步驟76，應(yīng)用服務(wù)器通過(guò)S-CSCF發(fā)送200 OK確認(rèn)消息到MGCF，消息中 攜帶"sendonly (僅發(fā)送)"指示，指示IMS UE僅發(fā)送媒體流，此時(shí)，MGCF 控制IMS-MGW建立僅接收的單向媒體流，即僅接收IMS UE發(fā)送的々某體流。
步驟77， MSC server向UE發(fā)送CONNECT消息，指示IMS UE接受呼叫請(qǐng)求。
步驟78,應(yīng)用服務(wù)器通過(guò)S-CSCF向CS UE發(fā)送200 OK確認(rèn)消息，指示呼 叫建立成功。
此時(shí)，CSUE控制編碼器關(guān)閉，控制解碼器開(kāi)啟，僅對(duì)接收到的媒體流進(jìn) 行解碼，并發(fā)送空白的CS網(wǎng)絡(luò)媒體流，而IMS網(wǎng)絡(luò)側(cè)僅使用發(fā)送媒體流資源。
上述CS UE通過(guò)SIP消息擴(kuò)展的控制信道與應(yīng)用服務(wù)器進(jìn)行通信，如上所 述，也可以通過(guò)其他消息擴(kuò)展的控制信道與應(yīng)用服務(wù)器進(jìn)行通信，圖8為CSUE 通過(guò)USSD消息擴(kuò)展的控制信道與應(yīng)用服務(wù)器進(jìn)行通信的具體場(chǎng)景示意圖，具 體實(shí)現(xiàn)方法與上述實(shí)施例類似，不同的是，在CS UE通過(guò)USSD消息擴(kuò)展的控 制信道與應(yīng)用服務(wù)器進(jìn)行通信時(shí)，由于USSD為CS網(wǎng)絡(luò)的信令，因此，CSUE 可直接與應(yīng)用服務(wù)器進(jìn)行通信，不再需要通過(guò)S-CSCF,具體實(shí)現(xiàn)過(guò)程不在詳
細(xì)描述。
上述兩個(gè)具體實(shí)施例均是CS用戶終端作為呼叫的發(fā)起方，向IMS用戶終端
發(fā)起呼叫的方法，以下則以IMS用戶終端作為呼叫的發(fā)起方，向CS用戶終端發(fā)
起呼叫為例，對(duì)本發(fā)明實(shí)施例的呼叫建立方法進(jìn)行詳細(xì)說(shuō)明。
體場(chǎng)景示意圖，包括以下步驟
步驟91， IMS UE通過(guò)S-CSCF向應(yīng)用服務(wù)器發(fā)送INVITE消息，所述INVITE
消息中攜帶"sendonly (僅發(fā)送)"指示，指示IMS UE需要建立的媒體流為僅
發(fā)送方向的單向々某體流，所述INVITE消息即上述實(shí)施例中的第二呼叫請(qǐng)求消 自
步驟92，應(yīng)用服務(wù)器將INVITE消息到發(fā)送給CS UE，所述INVITE消息中
攜帶"sendonly (僅發(fā)送)"指示。
步驟93，應(yīng)用服務(wù)器向MGCF發(fā)送INVITE消息，請(qǐng)求建立承載媒體流的媒
體通道，所述INVITE消息中攜帶"sendonly (僅發(fā)送)"指示。 步驟94, MSC server向CS UE發(fā)送SETUP消息。 步驟95， CSUE返回CONNECT消息，指示用戶接受呼叫。 步驟96， MGCF將CONNECT消息轉(zhuǎn)換為200OK確定消息，并發(fā)送到應(yīng)用
服務(wù)器
步驟97， CS UE返回200 OK確認(rèn)消息到應(yīng)用服務(wù)器。
步驟98，應(yīng)用服務(wù)器發(fā)送200OK確認(rèn)消息到IMSUE，指示呼叫建立成功。
此時(shí)，CSUE控制編碼器關(guān)閉，控制解碼器開(kāi)啟，僅進(jìn)行媒體流的解碼， 而IMS網(wǎng)絡(luò)側(cè)僅使用發(fā)送々某體流資源。
上述應(yīng)用服務(wù)器通過(guò)SIP消息擴(kuò)展的控制信道與CS UE進(jìn)行通信，也可以 通過(guò)其他消息擴(kuò)展的控制信道與CS UE進(jìn)行通信，圖10為應(yīng)用服務(wù)器通過(guò) USSD消息擴(kuò)展的控制信道與CS UE進(jìn)行通信的具體場(chǎng)景示意圖，具體實(shí)現(xiàn)方 法與上述實(shí)施例類似，不同的是，在應(yīng)用服務(wù)器通過(guò)USSD消息擴(kuò)展的控制信 道與CSUE進(jìn)行通信時(shí)，由于USSD為CS網(wǎng)絡(luò)的信令，因此，應(yīng)用服務(wù)器可直 接與CSUE進(jìn)行通信，不再需要通過(guò)S-CSCF，具體實(shí)現(xiàn)過(guò)程不在詳細(xì)描述。
本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分步驟 是可以通過(guò)程序來(lái)指令相關(guān)的硬件來(lái)完成，所述的程序可以存儲(chǔ)于一計(jì)算機(jī)可 讀取存儲(chǔ)介質(zhì)中，該程序在執(zhí)行時(shí)，包括如上述方法實(shí)施例的步驟，所述的存 儲(chǔ)介質(zhì)。
以上所述僅是本發(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)視為本發(fā)明的保護(hù)范圍。'
權(quán)利要求
1.一種用戶終端，包括編碼器和解碼器，其特征在于，還包括第一請(qǐng)求模塊，用于向應(yīng)用服務(wù)器發(fā)送第一呼叫請(qǐng)求消息，所述第一呼叫請(qǐng)求消息中攜帶所述用戶終端需要與對(duì)端用戶終端建立的媒體流的方向指示；控制模塊，用于根據(jù)所述媒體流的方向指示，控制所述編碼器和所述解碼器的工作狀態(tài)；通信模塊，用于在接收到所述應(yīng)用服務(wù)器的響應(yīng)信息時(shí)，根據(jù)所述編碼器和所述解碼器的工作狀態(tài)，向所述對(duì)端用戶終端發(fā)送媒體流或接收媒體流。
2. 根據(jù)權(quán)利要求1所述的用戶終端，其特征在于，所述控制模塊包括 第一控制子模塊，用于在所述媒體流的方向指示為所述々某體流為僅發(fā)送的單向媒體流時(shí)，控制所述編碼器開(kāi)啟，控制所述解碼器關(guān)閉；和/或第二控制子模塊，用于在所述媒體流的方向指示為所述媒體流為僅接收的單向媒體流時(shí)，控制所述編碼器關(guān)閉，控制所述解碼器開(kāi)啟；和/或第三控制子模塊，用于在所述媒體流的方向指示為所述媒體流為雙向媒體流時(shí)，控制所述編碼器和所述解碼器開(kāi)啟。
3. 根據(jù)權(quán)利要求2所述的用戶終端，其特征在于，所述通信模塊包括 第一發(fā)送子模塊，用于在所述編碼器開(kāi)啟時(shí)，發(fā)送所述編碼器編碼后的媒體流；和/或第二發(fā)送子模塊，用于在所述編碼器關(guān)閉時(shí)，發(fā)送空白媒體流；和/或 接收子模塊，用于在所述解碼器開(kāi)啟或關(guān)閉時(shí)，接收々某體流。
4. 根據(jù)權(quán)利要求3所述的用戶終端，其特征在于，所述通信模塊還包括 丟棄子模塊，用于在所述解碼器關(guān)閉時(shí)，將接收到的媒體流丟棄。
5. 根據(jù)權(quán)利要求1所述的用戶終端，其特征在于，所述第一呼叫請(qǐng)求消 息為會(huì)話初始協(xié)議消息、非結(jié)構(gòu)化補(bǔ)充數(shù)據(jù)業(yè)務(wù)消息、短消息服務(wù)消息或工具 消息。
6. 根據(jù)權(quán)利要求1所述的用戶終端，其特征在于，還包括 第一接收模塊，用于接收所述應(yīng)用服務(wù)器發(fā)送的第二呼叫請(qǐng)求消息，所述第二呼叫請(qǐng)求消息中攜帶對(duì)端用戶終端需要與所述用戶終端建立的媒體流的方向指示。
7. 根據(jù)權(quán)利要求6所述的用戶終端，其特征在于，所述第二呼叫請(qǐng)求消 息為會(huì)話初始協(xié)議消息。
8. —種應(yīng)用月l務(wù)器，其特征在于，包括第二接收4莫塊，用于接收用戶終端發(fā)送的呼叫請(qǐng)求消息，所述呼叫請(qǐng)求消 息中攜帶所述用戶終端需要與對(duì)端用戶終端建立的媒體流的方向指示； 發(fā)送^f莫塊，用于將所述々某體流的方向指示發(fā)送給所述對(duì)端用戶終端； 指示模塊，用于根據(jù)所述媒體流的方向指示，指示IP多i某體子系統(tǒng)媒體 網(wǎng)關(guān)為所述用戶終端和所述對(duì)端用戶終端建立單向或雙向々某體流。
9. 根據(jù)權(quán)利要求8所述的應(yīng)用服務(wù)器，其特征在于，還包括 請(qǐng)求模塊，用于在接收到所述呼叫請(qǐng)求消息時(shí)，向IP多媒體子系統(tǒng)網(wǎng)絡(luò)的信令轉(zhuǎn)換服務(wù)器發(fā)送建立承載所述媒體流的媒體通道的建立請(qǐng)求。
10. —種呼叫建立方法，其特征在于，包括向應(yīng)用服務(wù)器發(fā)送第 一呼叫請(qǐng)求消息，所述第 一呼叫請(qǐng)求消息中攜帶用戶終端需要與對(duì)端用戶終端建立的々某體流的方向指示；根據(jù)所述:! 某體流的方向指示，控制編碼器和解碼器的工作狀態(tài)； 在接收到所述應(yīng)用服務(wù)器的響應(yīng)信息時(shí)，根據(jù)所述編碼器和所述解碼器的工作狀態(tài)，向所述對(duì)端用戶終端發(fā)送媒體流或接收媒體流。
11. 根據(jù)權(quán)利要求10所述的呼叫建立方法，其特征在于，所述根據(jù)所述 媒體流的方向指示，控制編碼器和解碼器工作狀態(tài)的方法具體為在所述媒體流的方向指示為所述媒體流為僅發(fā)送的單向媒體流時(shí)，控制所 述編碼器開(kāi)啟，控制所述解碼器關(guān)閉；或在所述媒體流的方向指示為所述媒體流為僅接收的單向媒體流時(shí)，控制所 述編碼器關(guān)閉，控制所述解碼器開(kāi)啟；或在所述媒體流的方向指示為所述媒體流為雙向媒體流時(shí)，控制所述編碼器 和所述解碼器開(kāi)啟。
12. 根據(jù)權(quán)利要求11所述的呼叫建立方法，其特征在于，所述根據(jù)所述 編碼器和所述解碼器的工作狀態(tài)，向所述對(duì)端用戶終端發(fā)送^某體流或接收媒體 流的方法具體為 在所述編碼器開(kāi)啟時(shí)，發(fā)送所述編碼器編碼后的媒體流；或 在所述編碼器關(guān)閉時(shí)，發(fā)送空白媒體流；或 在所述解碼器開(kāi)啟或關(guān)閉時(shí)，接收i某體流。
13. 根據(jù)權(quán)利要求12所述的呼叫建立方法，其特征在于，所述在所述解 碼器開(kāi)啟或關(guān)閉時(shí)，接收媒體流之后還包括在所述解碼器關(guān)閉時(shí)，將接收到的i某體流丟棄。
14. 根據(jù)權(quán)利要求10所述的呼叫建立方法，其特征在于，所述第一呼叫 請(qǐng)求消息為會(huì)話初始協(xié)議消息、非結(jié)構(gòu)化補(bǔ)充數(shù)據(jù)業(yè)務(wù)消息、短消息服務(wù)消息 或工具消息。
15. 根據(jù)權(quán)利要求IO所述的呼叫建立方法，其特征在于，還包括 接收所述應(yīng)用服務(wù)器發(fā)送的第二呼叫請(qǐng)求消息，所述第二呼叫請(qǐng)求消息中攜帶對(duì)端用戶終端需要與所述用戶終端建立媒體流的方向指示。
16. 根據(jù)權(quán)利要求15所述的呼叫建立方法，其特征在于，所述第二呼叫 請(qǐng)求消息為會(huì)話初始協(xié)議消息。
全文摘要
本發(fā)明實(shí)施例提供一種用戶終端、應(yīng)用服務(wù)器以及呼叫建立方法，該用戶終端包括編碼器和解碼器；第一請(qǐng)求模塊，用于向應(yīng)用服務(wù)器發(fā)送第一呼叫請(qǐng)求消息，所述第一呼叫請(qǐng)求消息中攜帶所述用戶終端需要與對(duì)端用戶終端建立的媒體流的方向指示；控制模塊，用于根據(jù)所述媒體流的方向指示，控制所述編碼器和所述解碼器的工作狀態(tài)；通信模塊，用于在接收到所述應(yīng)用服務(wù)器的響應(yīng)信息時(shí)，根據(jù)所述編碼器和所述解碼器的工作狀態(tài)，向所述對(duì)端用戶終端發(fā)送媒體流或接收媒體流。本發(fā)明實(shí)施例的用戶終端在向?qū)Χ擞脩艚K端發(fā)起呼叫時(shí)，根據(jù)需要建立的媒體流的方向，控制編碼器和解碼器開(kāi)啟或關(guān)閉，從而節(jié)約編碼器和解碼器的資源。
文檔編號(hào)H04L29/08GK101370310SQ20081022230
公開(kāi)日2009年2月18日 申請(qǐng)日期2008年9月16日 優(yōu)先權(quán)日2008年9月16日
發(fā)明者輝 金, 龍水平 申請(qǐng)人:深圳華為通信技術(shù)有限公司