專(zhuān)利名稱(chēng)：一種指示終端媒體類(lèi)型的呼叫方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及IMS域業(yè)務(wù)嵌套場(chǎng)景，提出一種新類(lèi)型的媒體。
背景技術(shù)：
IP 多媒體子系統(tǒng)(IP Multimedia Core Network Subsystem，簡(jiǎn)稱(chēng) IMS)是由第三 代合作伙伴計(jì)劃(3rd Generation PartnershipPro ject，簡(jiǎn)稱(chēng)3GPP)組織提出的一種基于 IP的網(wǎng)絡(luò)架構(gòu)，其構(gòu)建了一個(gè)開(kāi)放而靈活的業(yè)務(wù)環(huán)境，支持多媒體應(yīng)用，并為用戶(hù)提供豐富 的多媒體業(yè)務(wù)。IMS是基于IP的電信網(wǎng)絡(luò)架構(gòu)，與接入技術(shù)無(wú)關(guān)，除了可以為GPRS (General Packet Radio Service,通用分組無(wú)線業(yè)務(wù))、WLAN(Wireless Local Area Network,無(wú)線局域網(wǎng))等分組接入網(wǎng)絡(luò)提供業(yè)務(wù)外，還可以為GSM (Global System for Mobile communications,全球移動(dòng)通訊系統(tǒng))、UMTS(Universal Mobile TelecommunicationsSystem，統(tǒng)一移動(dòng)通訊系統(tǒng))等移動(dòng)蜂窩網(wǎng)絡(luò)提供業(yè)務(wù)。IMS域呼叫采用SIP(Session Initial Protocol)協(xié)議，而SIP協(xié)議要求媒體的協(xié) 商必須滿(mǎn)足OFFER/ANSWER模型(詳見(jiàn)rfc3264)，即OFFER/ANSWER必須成對(duì)出現(xiàn)，不能出現(xiàn) 連續(xù)2個(gè)同類(lèi)型的OFFER(這種情況協(xié)議規(guī)定用491消息拒絕第二個(gè)OFFER)，不能出現(xiàn)沒(méi)有 OFFER 的 ANSWER。作為被叫的終端側(cè)，接收到呼叫請(qǐng)求INVITE，需要進(jìn)行用于通話的資源準(zhǔn)備工作。 如果被叫接收到初始會(huì)話請(qǐng)求INVITE中沒(méi)有攜帶媒體，則作為被叫的終端，則無(wú)法知道應(yīng) 該準(zhǔn)備什么樣的媒體，特別在被叫終端能力比主叫終端能力強(qiáng)的情況下，由于被叫不知道 主叫實(shí)際支持的能力，對(duì)被叫造成的困擾更大，更有甚者，如果主叫終端與被叫終端之間能 力沒(méi)有交集的話，則后續(xù)協(xié)商媒體的協(xié)商無(wú)法完成。TISPAN(Telecommunications and Internet converged Servicesand Protocols for Advanced Networking)定義的IMS系統(tǒng)框架見(jiàn)圖1，部分網(wǎng)元功能如下UE 用戶(hù)終端，User Equipment。CSCF(Call Session Control Function，呼叫會(huì)話控制功能):CSCF是 IMS 中的會(huì) 話控制功能體。CSCF在IMS中實(shí)現(xiàn)了多媒體呼叫中主要的軟交換控制功能，可以看作SIP 中的各種基本Server的集合。CSCF 又分為三類(lèi)P-CSCF、S-CSCF, I-CSCF。P-CSCF(Proxy CSCF) =P是用戶(hù)接入核心網(wǎng)的節(jié)點(diǎn)，在IMS的CSCF中離用戶(hù)最近。 對(duì)外轉(zhuǎn)發(fā)著UE的消息并且將從外面收到的SIP消息返回給UE。P可以看作SIP中的Proxy。S-CSCF(Serving CSCF) =S是IMS中核心中的核心，處于IMS的核心控制地位，基 本上任何SIP消息都要經(jīng)過(guò)它的處理，包括路由、AS業(yè)務(wù)觸發(fā)、重定向等主要控制功能。S
UMi^ SIP 巾白勺 Registrar>Proxy ^XR Redirect Server。I-CSCF(Interrogating-CSCF) 1是一個(gè)網(wǎng)絡(luò)的邊界節(jié)點(diǎn)，主要對(duì)外來(lái)呼叫中的 被叫的S進(jìn)行定位，從而隱藏該網(wǎng)絡(luò)的拓?fù)浣Y(jié)構(gòu)，因?yàn)槿羲型鈦?lái)呼叫都要經(jīng)過(guò)該網(wǎng)絡(luò)的I，則外面的用戶(hù)無(wú)從知道該網(wǎng)絡(luò)內(nèi)部S以及P等網(wǎng)元的分布情況。I是可選的，也就是說(shuō)可 以不需要這樣一個(gè)網(wǎng)元，如果你不想刻意隱藏自己的網(wǎng)絡(luò)結(jié)構(gòu)。因?yàn)檫M(jìn)入的呼叫都要經(jīng)過(guò) I，雖然I的功能較為單一，但負(fù)擔(dān)比較重，因此一個(gè)網(wǎng)絡(luò)一旦使用了 I，一般就不止一個(gè)，以 便進(jìn)行負(fù)載均衡。也正因?yàn)槿绱?，I是不會(huì)關(guān)心會(huì)話狀態(tài)的。當(dāng)然，因?yàn)镮的特殊位置，也 可以借助I做些其他工作，比如過(guò)濾外來(lái)請(qǐng)求，統(tǒng)計(jì)呼叫數(shù)據(jù)等。I通常還接受自己網(wǎng)絡(luò)內(nèi) 的REGISTER請(qǐng)求，并為其指定一個(gè)S。I可以看作SIP中的Proxy、Redirect Server。HSS (Home Subscriber Server，歸屬簽約用戶(hù)服務(wù)器)是用于集中存放用戶(hù)數(shù)據(jù) (認(rèn)證信息、業(yè)務(wù)信息、漫游信息、原始計(jì)費(fèi)信息等)的地方，用戶(hù)數(shù)據(jù)總是存放在其歸屬域 (開(kāi)戶(hù)地)的HSS中，可以跟HSS打叫道的有I，S和AS等，UE不會(huì)跟HSS有直接接觸。一 個(gè)網(wǎng)絡(luò)可以配置多個(gè)HSS，這時(shí)就需要SLF(ubscriber LocationFunction,簽約用戶(hù)位置功 能)將一個(gè)用戶(hù)地址映射到對(duì)應(yīng)HSS。這時(shí)SLF就是SIP中的一個(gè)Redirect Server。AS (Application Server，應(yīng)用服務(wù)器)用于實(shí)現(xiàn)具體業(yè)務(wù)的服務(wù)器。通常AS由 S根據(jù)用戶(hù)請(qǐng)求以及觸發(fā)條件進(jìn)行觸發(fā)，它是作為SIP中的B2BUA實(shí)現(xiàn)的。IMS中的這種觸 發(fā)機(jī)制正是其支持業(yè)務(wù)與承載分離的基礎(chǔ)。圖2是IMS域?qū)崿F(xiàn)用戶(hù)無(wú)應(yīng)答前轉(zhuǎn)并且新呼叫INVITE不帶SDP的流程示意圖，步 驟說(shuō)明如下步驟201 =UE-A發(fā)起初始會(huì)話請(qǐng)求INVITE消息到AS，攜帶用戶(hù)A的SDP ；步驟202 =AS 轉(zhuǎn)發(fā) INVITE 給 UE-B ；步驟203-204 =UE-B回183響應(yīng)，攜帶用戶(hù)B的SDP ；步驟205-206 =UE-A 回 PRACK 消息給 UE-B ；步驟207-208 =UE-B 回 PRACK 消息給 UE-A ；步驟209-210 =UE-B 回 180 消息給 UE-A ；用戶(hù)B處于振鈴中。AS等待應(yīng)答定時(shí)器超時(shí)，取消到B的試呼，然后重新發(fā)起到C的試呼，下面是具體 流程。步驟211-214 =AS取消到UE-B的試呼；步驟215 =AS發(fā)起到UE-C的呼叫，不攜帶SDP ；步驟216 =UE-C 回 183，攜帶 UE-C 的 SDP ；步驟217 :AS 將 UE-C 的 SDP 通過(guò) UPDATE 帶給 UE-A ；步驟218 =UE-A回200，攜帶UE-A的媒體；步驟219 =AS 將 UE-A 的 SDP 通過(guò) PRACK 發(fā)送給 UE-C ；步驟220 =UE-C 回 200 (PRACK)；步驟221-222 =UE-C 振鈴，回 180 ；用戶(hù)C處于振鈴狀態(tài)。步驟223-224 =UE-C 摘機(jī)應(yīng)答，發(fā)送 2000K 給 UE-A ；步驟225-226 =UE-A 回 UE-C ACK 消息；UE-A與UE-C進(jìn)入通話中。步驟227-230 =UE-C掛機(jī)，通話結(jié)束。圖3是IMS域?qū)崿F(xiàn)用戶(hù)自動(dòng)臺(tái)流程并且INVITE不帶SDP的流程示意圖，步驟說(shuō)明如下步驟301 =UE-A發(fā)起初始會(huì)話請(qǐng)求INVITE消息到AS，攜帶用戶(hù)A的SDP ；步驟302 =AS回2000K，攜帶提示音媒體；步驟303 =UE-A回ACK，UE-A與AS之間建立通話；AS放提示音，并且完成收號(hào)過(guò)程；步驟304 =AS發(fā)起到UE-B的呼叫，UE-B的號(hào)碼由上一步AS收號(hào)得到；步驟305 =UE-B 回 183，攜帶 UE-B 的 SDP ；步驟306 =AS將媒體通過(guò)re-INVITE發(fā)送給UE-A ；步驟307 =UE-A 回 2000K，攜帶 UE-A 的 SDP ；步驟308 =AS將UE-A的媒體通過(guò)PRACK發(fā)送給UE-B ；步驟309 =UE-B 回 2000K (PRACK)；步驟310 =AS 回 UE-A ACK 消息；步驟311 =UE-B 回 180 消息；UE-B進(jìn)入振鈴狀態(tài)；AS等待UE-B應(yīng)答定時(shí)器超時(shí)，則取消到UE-B的試呼，重新收號(hào)并發(fā)起到新收用戶(hù) 的呼叫。步驟312-315 =AS釋放掉向UE-B的試呼；步驟316 =AS 發(fā)起 INVITE,到 UE-C ；步驟317 =UE-C 回 183，攜帶 SDP ；步驟318 =AS將媒體通過(guò)re-INVITE發(fā)送給UE-A ；步驟319 =UE-A 回 200，攜帶 UE-A 的 SDP ；步驟320 =AS將媒體通過(guò)PRACK消息發(fā)送給UE-C ；步驟321 =UE-C 回 2000K ；步驟322 =AS 回 ACK ；步驟323 =UE-C 回 180 ；UE-C處于振鈴中。步驟324 被叫摘機(jī)，回2000K ；步驟325 =AS 回 ACK 給 UE-C ；A、C用戶(hù)進(jìn)入通話中。步驟327-329 呼叫釋放。步驟303-304 =UE-B回183響應(yīng)，攜帶用戶(hù)B的SDP ；步驟305-306 =UE-A 回 PRACK 消息給 UE-B ；步驟307-308 =UE-B 回 PRACK 消息給 UE-A ；步驟309-310 =UE-B 回 180 消息給 UE-A ；用戶(hù)B處于振鈴中。AS等待應(yīng)答定時(shí)器超時(shí)，取消到B的試呼，然后重新發(fā)起到C的試呼，下面是具體 流程。步驟311-314 =AS取消到UE-B的試呼；步驟315 =AS發(fā)起到UE-C的呼叫，不攜帶SDP ；
步驟316-317 =UE-C 回 183，攜帶 UE-C 的 SDP ；步驟318-319 =UE-A 回 UE-C PRACK,攜帶 UE-A 的媒體；步驟320-321 =UE-C 回 UE-A 2000K ；步驟322-323 =UE-C 振鈴，回 180 ；用戶(hù)C處于振鈴狀態(tài)。步驟324 =UE-C摘機(jī)應(yīng)答，發(fā)送2000K給UE-A ；步驟325 =UE-A 回 UE-C ACK 消息；
UE-A與UE-C進(jìn)入通話中。步驟326-329 =UE-C掛機(jī)，通話結(jié)束。圖4是IMS域?qū)崿F(xiàn)用戶(hù)無(wú)應(yīng)答前轉(zhuǎn)并且新呼叫INVITE攜帶SDP的流程示意圖，步 驟說(shuō)明如下步驟401 =UE-A發(fā)起初始會(huì)話請(qǐng)求INVITE消息到AS，攜帶用戶(hù)A的SDP ；步驟402 =AS 轉(zhuǎn)發(fā) INVITE 給 UE-B ；步驟403-404 =UE-B回183響應(yīng)，攜帶用戶(hù)B的SDP ；步驟405-406 =UE-A 回 PRACK 消息給 UE-B ；步驟407-408 =UE-B 回 PRACK 消息給 UE-A ；步驟409-410 =UE-B 回 180 消息給 UE-A ；用戶(hù)B處于振鈴中。AS等待應(yīng)答定時(shí)器超時(shí)，取消到B的試呼，然后重新發(fā)起到C的試呼，下面是具體 流程。步驟411-414 =AS取消到UE-B的試呼；步驟415 =AS發(fā)起到UE-C的呼叫，攜帶SDP (該SDP可能是UE-A的INVITE中攜帶 的媒體，或者某一步驟中攜帶的媒體，或者AS構(gòu)造的媒體)；步驟416 =UE-C 回 183，攜帶 UE-C 的 SDP ；步驟417 :AS 將 UE-C 的 SDP 通過(guò) UPDATE 發(fā)送給 UE-A ；步驟418 =UE-A回200，攜帶UE-A的媒體；步驟419 =AS 發(fā)送 PRACK 給 UE-C ；對(duì)于步驟418中攜帶的UE-A的媒體是否轉(zhuǎn)給UE-C，跟由AS通過(guò)決策決定，如果決 策需要轉(zhuǎn)，則可以通過(guò)PRACK或者UPDATE再發(fā)個(gè)UE-C,由于這個(gè)轉(zhuǎn)換對(duì)于本場(chǎng)景分析沒(méi)有 影響，因此假定步驟418中攜帶的媒體不需要轉(zhuǎn)給UE-C ；步驟420 =UE-C 回 2000K ；步驟421-422 =UE-C 振鈴，回 180 ；用戶(hù)C處于振鈴狀態(tài)。步驟423-424 =UE-C 摘機(jī)應(yīng)答，發(fā)送 2000K 給 UE-A ；步驟425-426 =UE-A 回 UE-C ACK 消息；UE-A與UE-C進(jìn)入通話中。步驟427-430 =UE-C掛機(jī)，通話結(jié)束。圖5是IMS域?qū)崿F(xiàn)用戶(hù)自動(dòng)臺(tái)流程并且INVITE攜帶SDP的流程示意圖，步驟說(shuō)明 如下
步驟501 =UE-A發(fā)起初始會(huì)話請(qǐng)求INVITE消息到AS，攜帶用戶(hù)A的SDP ；步驟502 =AS回2000K，攜帶提示音媒體；步驟503 =UE-A回ACK，UE-A與AS之間建立通話；AS放提示音，并且完成收號(hào)過(guò)程；步驟504 =AS發(fā)起到UE-B的呼叫，UE-B的號(hào)碼由上一步AS收號(hào)得到；步驟505 =UE-B 回 183，攜帶 UE-B 的 SDP ；步驟506 =AS將媒體通過(guò)re-INVITE發(fā)送給UE-A ；步驟507 =UE-A 回 2000K,攜帶 UE-A 的 SDP ；步驟508 =AS將UE-A的媒體通過(guò)PRACK發(fā)送給UE-B ；步驟509 =UE-B 回 2000K (PRACK)；步驟510 :AS 回 UE-AACK 消息；步驟511 =UE-B 回 180 消息；UE-B進(jìn)入振鈴狀態(tài)；AS等待UE-B應(yīng)答定時(shí)器超時(shí)，則取消到UE-B的試呼，重新收號(hào)并發(fā)起到新收用戶(hù) 的呼叫。步驟512-515 =AS釋放掉向UE-B的試呼；步驟516 =AS發(fā)起INVITE,到UE-C,攜帶SDP (該SDP可能是UE-A的INVITE中攜 帶的媒體，或者某一步驟中攜帶的媒體，或者AS構(gòu)造的媒體)；步驟517 :UE_C 回 183，攜帶 SDP ；步驟518 =AS 將 UE-C 的 SDP 通過(guò) re-INVITE 發(fā)送給 UE-A ；步驟519 =UE-A 回 200，攜帶 UE-A 的 SDP ；對(duì)于步驟519中攜帶的UE-A的媒體是否轉(zhuǎn)給UE-C，跟由AS通過(guò)決策決定，如果決 策需要轉(zhuǎn)，則可以通過(guò)PRACK或者UPDATE再發(fā)個(gè)UE-C,由于這個(gè)轉(zhuǎn)換對(duì)于本場(chǎng)景分析沒(méi)有 影響，因此假定步驟519中攜帶的媒體不需要轉(zhuǎn)給UE-C ；步驟520 =AS將媒體通過(guò)PRACK消息發(fā)送給UE-C ；步驟521 =UE-C 回 2000K ；步驟522 :AS 回 ACK ；步驟523 =UE-C 回 180 ；UE-C處于振鈴中。步驟524 被叫摘機(jī)，回2000K ；步驟525 =AS 回 ACK 給 UE-C ；A、C用戶(hù)進(jìn)入通話中。步驟526-529 呼叫釋放。上述4圖分別介紹了無(wú)應(yīng)答前轉(zhuǎn)INVITE不攜帶SDP，自動(dòng)臺(tái)INVITE不攜帶SDP， 無(wú)應(yīng)答前轉(zhuǎn)INVITE攜帶SDP，自動(dòng)臺(tái)INVITE攜帶SDP的實(shí)現(xiàn)流程，協(xié)商的流程都是通過(guò)可 靠傳輸?shù)?83攜帶媒體，然后再發(fā)送180的方式，流程圖也可變更為通過(guò)可靠傳輸?shù)?80攜 帶媒體的方式；上述4圖使用非precondition流程進(jìn)行介紹，precondition流程的只是增 加了媒體預(yù)留完成的通知，原理類(lèi)似，不再累述。對(duì)于各類(lèi)前轉(zhuǎn)以及一號(hào)通、順振、同振業(yè)務(wù)流程，如果被叫未回任何攜帶媒體的可靠響應(yīng)，則對(duì)媒體協(xié)商沒(méi)有任何影響，如果被叫回?cái)y帶媒體的可靠響應(yīng)，則流程圖與無(wú)應(yīng)答 前轉(zhuǎn)類(lèi)似，不再累述；對(duì)于盲轉(zhuǎn)轉(zhuǎn)接、自動(dòng)臺(tái)等AS作為B2BUA實(shí)現(xiàn)業(yè)務(wù)，一側(cè)為通話態(tài)，一側(cè) 為非通話態(tài)的業(yè)務(wù)，流程圖與自動(dòng)臺(tái)類(lèi)似，不再累述。下文將繼續(xù)以無(wú)應(yīng)答前轉(zhuǎn)和自動(dòng)臺(tái)為例進(jìn)行講述。圖2和圖3所示無(wú)應(yīng)答前轉(zhuǎn)和自動(dòng)臺(tái)INVITE不帶SDP的流程，采用這種流程，會(huì) 有如下問(wèn)題被叫接收到不攜帶媒體的INVITE，則不知道應(yīng)該如何準(zhǔn)備本側(cè)的媒體，比如，如果 被叫支持音頻和視頻呼叫，則應(yīng)該準(zhǔn)備音頻的媒體，還是視頻的媒體，還是同時(shí)準(zhǔn)備；被叫無(wú)法決策采用何種類(lèi)型的媒體與主叫進(jìn)行協(xié)商；若新的媒體類(lèi)型由被叫引入，則引起計(jì)費(fèi)的問(wèn)題；圖4和圖5所示為無(wú)應(yīng)答和自動(dòng)臺(tái)INVITE攜帶SDP的流程，采用這種流程，主要 的問(wèn)題是由于第二次INVITE中攜帶offer媒體，則被叫回的媒體是answer的媒體，AS只有 將被叫回的answer媒體轉(zhuǎn)為offer媒體發(fā)送出去(因此主叫與AS之間offer/answer模 型已經(jīng)是配對(duì)的)，這樣就出現(xiàn)answer轉(zhuǎn)offer。而answer轉(zhuǎn)offer則會(huì)增加媒體協(xié)商沖 突的幾率，同時(shí)也可能會(huì)引起媒體震蕩。(offer/answer 的具體定義見(jiàn) rfc3264 :An Offer/Answer Modelwith the Session Description Protocol (SDP))。

發(fā)明內(nèi)容
本發(fā)明提出一種新的SDP，該SDP的作用是用于指示被叫，并且該SDP不屬于會(huì)話 媒體offeiAanswer協(xié)商的范疇，既解決被叫準(zhǔn)備本側(cè)媒體有依據(jù)，又避免引起answer轉(zhuǎn) offer的問(wèn)題，克服現(xiàn)有技術(shù)的不足。本發(fā)明提出了一種指示終端媒體類(lèi)型的呼叫方法，包括以下步驟第一用戶(hù)終端 與應(yīng)用服務(wù)器或第二用戶(hù)終端協(xié)商后，發(fā)起對(duì)第三用戶(hù)終端的呼叫；應(yīng)用服務(wù)器向第三用 戶(hù)終端發(fā)送請(qǐng)求消息，請(qǐng)求消息中攜帶有終端媒體；第三用戶(hù)終端基于請(qǐng)求消息向應(yīng)用服 務(wù)器發(fā)起offer，應(yīng)用服務(wù)器將所述第三用戶(hù)終端發(fā)起的offer轉(zhuǎn)發(fā)給第一用戶(hù)終端，從而 發(fā)起第三用戶(hù)終端與第一用戶(hù)終端之間的協(xié)商；第一用戶(hù)終端與第三用戶(hù)終端協(xié)商完成后 進(jìn)行通話。其中，在第一用戶(hù)終端與應(yīng)用服務(wù)器或第二用戶(hù)終端協(xié)商的步驟中，具體包括以 下步驟第一用戶(hù)終端通過(guò)應(yīng)用服務(wù)器呼叫第二用戶(hù)終端；第一用戶(hù)終端和第二用戶(hù)終端 進(jìn)行協(xié)商；應(yīng)用服務(wù)器等待應(yīng)答定時(shí)器超時(shí)后，取消對(duì)第二用戶(hù)終端的呼叫。其中，在第一用戶(hù)終端與應(yīng)用服務(wù)器或第二用戶(hù)協(xié)商終端的步驟中，具體包括以 下步驟第一用戶(hù)終端通過(guò)應(yīng)用服務(wù)器呼叫第二用戶(hù)終端；第一用戶(hù)終端和第二用戶(hù)終端 進(jìn)行協(xié)商；第一用戶(hù)終端與第二用戶(hù)終端進(jìn)行通話。其中，請(qǐng)求消息中的終端媒體通過(guò)特定的標(biāo)識(shí)與會(huì)話初始協(xié)議(SIP)協(xié)議中的定 義的媒體進(jìn)行區(qū)分。其中，請(qǐng)求消息中的終端媒體通過(guò)定義Content-Disposition motice-session 來(lái)與SIP協(xié)議中的定義的消息進(jìn)行區(qū)分。
其中，請(qǐng)求消息中攜帶的終端媒體為第一用戶(hù)終端的媒體或應(yīng)用服務(wù)器修改的終 端媒體。本發(fā)明提出了一種指示終端媒體類(lèi)型的呼叫裝置，裝置包括第一用戶(hù)終端，呼叫 第二用戶(hù)終端或應(yīng)用服務(wù)器并與其協(xié)商，并且之后呼叫第三用戶(hù)；第二用戶(hù)或應(yīng)用服務(wù)器， 與所述第一用戶(hù)進(jìn)行協(xié)商，并且在協(xié)商完成之后，應(yīng)用服務(wù)器向第三用戶(hù)終端發(fā)送請(qǐng)求消 息，請(qǐng)求消息中攜帶有終端媒體；第三用戶(hù)，基于請(qǐng)求消息向所述應(yīng)用服務(wù)器發(fā)起offer， 應(yīng)用服務(wù)器將第三用戶(hù)終端發(fā)起的offer轉(zhuǎn)發(fā)給第一用戶(hù)終端，從而發(fā)起第三用戶(hù)終端與 第一用戶(hù)終端之間的協(xié)商。其中，請(qǐng)求消息中的終端媒體通過(guò)特定的標(biāo)識(shí)與會(huì)話初始協(xié)議(SIP)協(xié)議中的定 義的消息進(jìn)行區(qū)分。其中，請(qǐng)求消息中的終端媒體通過(guò)定義Content-Disposition motice-session 來(lái)與SIP協(xié)議中的定義的消息進(jìn)行區(qū)分。其中，請(qǐng)求消息中攜帶的終端媒體為第一用戶(hù)終端的媒體或應(yīng)用服務(wù)器修改的終 端媒體。采用本發(fā)明的新類(lèi)型的SDP，既解決被叫準(zhǔn)備本側(cè)媒體以及協(xié)商有依據(jù)，又避免引 起answer轉(zhuǎn)offer的問(wèn)題，克服現(xiàn)有技術(shù)的不足。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā) 明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖1是IMS系統(tǒng)參考框架示意圖；圖2是IMS域?qū)崿F(xiàn)用戶(hù)無(wú)應(yīng)答前轉(zhuǎn)并且新呼叫INVITE不攜帶SDP的流程示意圖；圖3是IMS域?qū)崿F(xiàn)自動(dòng)臺(tái)并且新呼叫INVITE不攜帶新類(lèi)型SDP的流程示意圖；圖4是IMS域?qū)崿F(xiàn)用戶(hù)無(wú)應(yīng)答前轉(zhuǎn)并且新呼叫INVITE攜帶session SDP的流程 示意圖；圖5是IMS域?qū)崿F(xiàn)自動(dòng)臺(tái)并且新呼叫INVITE攜帶session SDP的流程示意圖；圖6是IMS域?qū)崿F(xiàn)用戶(hù)無(wú)應(yīng)答前轉(zhuǎn)并且新呼叫INVITE攜帶新類(lèi)型SDP的流程示 意圖；圖7是IMS域?qū)崿F(xiàn)自動(dòng)臺(tái)并且新呼叫INVITE攜帶新類(lèi)型SDP的流程示意圖；圖8是根據(jù)本發(fā)明的裝置示意圖。
具體實(shí)施例方式下面結(jié)合附圖和具體實(shí)施方式
對(duì)本發(fā)明作進(jìn)一步的說(shuō)明。為了解決上述問(wèn)題，本發(fā)明提供提出一種新類(lèi)型的SDP，該SDP通過(guò)一定的標(biāo)識(shí)， 將它與進(jìn)行媒體協(xié)商的session SDP區(qū)分出來(lái)。比如通過(guò)定義Content-Disposition notice—session。該SDP的應(yīng)用場(chǎng)景是對(duì)于初始INVITE中攜帶SDP，但是AS (業(yè)務(wù)服務(wù)器)發(fā)起新 呼叫時(shí)，發(fā)現(xiàn)初始的INVITE攜帶的媒體已經(jīng)進(jìn)行過(guò)協(xié)商，再將該SDP攜帶放入INVITE中呼 出到新用戶(hù)，則會(huì)導(dǎo)致answer轉(zhuǎn)offer。此時(shí)，將SDP修改為新類(lèi)型的SDP，然后用INVITE攜帶新類(lèi)型的SDP發(fā)送給新用戶(hù)，這樣保證被叫回的媒體為一個(gè)offer的媒體，從而不會(huì)弓| 起answer轉(zhuǎn)offer的操作。仍以無(wú)應(yīng)答前轉(zhuǎn)和自動(dòng)臺(tái)為例，介紹采用新類(lèi)型的SDP之后的信令示意圖， 圖中仍以可靠傳輸?shù)?83攜帶媒體，仍以不支持precondition的流程為示例，但采用 precondition的流程，以及使用可靠180攜帶媒體，或者存在update切換媒體的流程，與示 意流程并無(wú)差異，因此不做累述。圖6是IMS域?qū)崿F(xiàn)用戶(hù)無(wú)應(yīng)答前轉(zhuǎn)并且新呼叫INVITE攜帶新類(lèi)型SDP的流程示 意圖，步驟說(shuō)明如下步驟601 =UE-A發(fā)起初始會(huì)話請(qǐng)求INVITE消息到AS，攜帶用戶(hù)A的SDP ； 步驟602 =AS 轉(zhuǎn)發(fā) INVITE 給 UE-B ；步驟603-604 =UE-B回183響應(yīng)，攜帶用戶(hù)B的SDP ； 步驟605-606 =UE-A 回 PRACK 消息給 UE-B ； 步驟607-608 =UE-B 回 200 (PRACK)消息給 UE-A ； 步驟609-610 =UE-B 回 180 消息給 UE-A ；用戶(hù)B處于振鈴中。AS等待應(yīng)答定時(shí)器超時(shí)，取消到B的試呼，然后重新發(fā)起到C的試呼，下面是具體 流程。步驟611-614 =AS取消到UE-B的試呼；步驟615 =AS發(fā)起到UE-C的呼叫，攜帶新類(lèi)型的SDP，通過(guò)某類(lèi)型標(biāo)識(shí)決定該SDP 不作為session SDP,不參與offer/answer的協(xié)商過(guò)禾呈；圖中采用Content-Disposition notice-session作為新媒體的標(biāo)識(shí)； 步驟616 =UE-C 回 183，攜帶 UE-C 的 SDP，作為 offer 的 SDP ； 步驟617 :AS 將 UE-C 的 SDP 通過(guò) UPDATE 發(fā)送給 UE-A ； 步驟618 =UE-A 回 200，攜帶 UE-A 的 SDP ； 步驟619 =AS 發(fā)送 PRACK 給 UE-C，攜帶 UE-A 的 SDP，作為 answer 的 SDP ； 步驟620 =UE-C 回 2000K ； 步驟621-622 =UE-C 振鈴，回 180 ；用戶(hù)C處于振鈴狀態(tài)。
步驟623-624 =UE-C 摘機(jī)應(yīng)答，發(fā)送 2000K 給 UE-A ； 步驟625-626 =UE-A 回 UE-C ACK 消息；UE-A與UE-C進(jìn)入通話中。步驟627-630 :UE_C掛機(jī)，通話結(jié)束。其中，終端媒體類(lèi)型不改變所述UE-A與應(yīng)用服務(wù)器或UE-B的協(xié)商后的offer/ answer iH皿。圖7是IMS域?qū)崿F(xiàn)用戶(hù)自動(dòng)臺(tái)流程并且INVITE攜帶SDP的流程示意圖，步驟說(shuō)明 如下步驟701 =UE-A發(fā)起初始會(huì)話請(qǐng)求INVITE消息到AS，攜帶用戶(hù)A的SDP ；步驟702 =AS回2000K，攜帶提示音媒體；步驟703 =UE-A回ACK，UE-A與AS之間建立通話；
AS放提示音，并且完成收號(hào)過(guò)程；步驟704 =AS發(fā)起到UE-B的呼叫，UE-B的號(hào)碼由上一步AS收號(hào)得到；步驟705 =UE-B 回 183，攜帶 UE-B 的 SDP ； 步驟706 =AS將媒體通過(guò)re-INVITE發(fā)送給UE-A ；步驟707 =UE-A 回 2000K，攜帶 UE-A 的 SDP ；步驟508 =AS將UE-A的媒體通過(guò)PRACK發(fā)送給UE-B ；步驟709 =UE-B 回 2000K (PRACK)；步驟710 =AS 回 UE-A ACK 消息；步驟711 =UE-B 回 180 消息；UE-B進(jìn)入振鈴狀態(tài)；AS等待UE-B應(yīng)答定時(shí)器超時(shí)，則取消到UE-B的試呼，重新收號(hào)并發(fā)起到新收用戶(hù) 的呼叫。步驟712-715 =AS釋放掉向UE-B的試呼；步驟716 =AS發(fā)起INVITE，到UE-C，攜帶新類(lèi)型的SDP，通過(guò)某類(lèi)型標(biāo)識(shí)決定該SDP 不作為session SDP,不參與offer/answer的協(xié)商過(guò)禾呈；圖中采用Content-Disposition notice-session作為新媒體的標(biāo)識(shí)；步驟717 =UE-C 回 183，攜帶作為 offer 的 SDP ；步驟718 =AS 將 UE-C 的 SDP 通過(guò) re-INVITE 發(fā)送給 UE-A ；步驟719 =UE-A 回 200，攜帶 UE-A 的 SDP ；步驟720 =AS將媒體SDP通過(guò)PRACK消息發(fā)送給UE-C，該SDP作為answer ；步驟721 =UE-C 回 2000K ；步驟722 :AS 回 ACK ；步驟723 =UE-C 回 180 ；UE-C處于振鈴中。步驟724 被叫摘機(jī)，回2000K ；步驟725 =AS 回 ACK 給 UE-C ；A、C用戶(hù)進(jìn)入通話中。步驟726-729 呼叫釋放。其中，發(fā)給UE-C的呼叫請(qǐng)求攜帶的媒體，可能為UE-A媒體，也可能為AS在終端媒 體基礎(chǔ)上修改后的媒體，比如修改里面的IP、PORT等。根據(jù)本發(fā)明的基本原理，上述實(shí)施例還有其他變換方式，例如新類(lèi)型的SDP通過(guò) 其它標(biāo)識(shí)而不是 Content-Disposition :notice_session0本發(fā)明還提出了一種指示終端媒體類(lèi)型的基于SIP的呼叫裝置，參照?qǐng)D8，包括 第一用戶(hù)終端，呼叫第二用戶(hù)終端或應(yīng)用服務(wù)器并與其協(xié)商，并且之后呼叫第三用戶(hù)；第二 用戶(hù)或應(yīng)用服務(wù)器，與所述第一用戶(hù)進(jìn)行協(xié)商，并且在協(xié)商完成之后，應(yīng)用服務(wù)器向第三用 戶(hù)終端發(fā)送請(qǐng)求消息，請(qǐng)求消息中攜帶有終端媒體；第三用戶(hù)，基于請(qǐng)求消息向所述應(yīng)用服 務(wù)器發(fā)起offer，應(yīng)用服務(wù)器將第三用戶(hù)終端發(fā)起的offer轉(zhuǎn)發(fā)給第一用戶(hù)終端，從而發(fā)起 第三用戶(hù)終端與第一用戶(hù)終端之間的協(xié)商。其中，請(qǐng)求消息通過(guò)特定的標(biāo)識(shí)與SIP協(xié)議中的消息進(jìn)行區(qū)分。進(jìn)一步地，請(qǐng)求消息通過(guò)定義Content-Disposition :notice-session來(lái)與SIP協(xié)議中的消息進(jìn)行區(qū)分。其中，請(qǐng)求消息中攜帶的終端媒體為第一用戶(hù)終端的媒體或應(yīng)用服務(wù)器修改的終 端媒體。領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝 置來(lái)實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上， 可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來(lái)實(shí)現(xiàn)，從而，可以將它們存儲(chǔ)在存儲(chǔ)裝置 中由計(jì)算裝置來(lái)執(zhí)行，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模 塊或步驟制作成單個(gè)集成電路模塊來(lái)實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件 結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技 術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種指示終端媒體類(lèi)型的呼叫方法，其特征在于，所述方法包括以下步驟 第一用戶(hù)終端與應(yīng)用服務(wù)器或第二用戶(hù)終端協(xié)商后，發(fā)起對(duì)第三用戶(hù)終端的呼叫； 所述應(yīng)用服務(wù)器向所述第三用戶(hù)終端發(fā)送請(qǐng)求消息，所述請(qǐng)求消息中攜帶有終端媒體；所述第三用戶(hù)終端基于所述請(qǐng)求消息向所述應(yīng)用服務(wù)器發(fā)起Offer，所述應(yīng)用服務(wù)器 將所述第三用戶(hù)終端發(fā)起的所述offer轉(zhuǎn)發(fā)給所述第一用戶(hù)終端，從而發(fā)起所述第三用戶(hù) 終端與所述第一用戶(hù)終端之間的協(xié)商；所述第一用戶(hù)終端與所述第三用戶(hù)終端協(xié)商完成后進(jìn)行通話。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述第一用戶(hù)終端與應(yīng)用服務(wù)器或第 二用戶(hù)終端協(xié)商的步驟中，具體包括以下步驟所述第一用戶(hù)終端通過(guò)所述應(yīng)用服務(wù)器呼叫所述第二用戶(hù)終端；所述第一用戶(hù)終端和所述第二用戶(hù)終端進(jìn)行協(xié)商；所述應(yīng)用服務(wù)器等待應(yīng)答定時(shí)器超時(shí)后，取消對(duì)所述第二用戶(hù)終端的呼叫。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述第一用戶(hù)終端與應(yīng)用服務(wù)器或第 二用戶(hù)協(xié)商終端的步驟中，具體包括以下步驟所述第一用戶(hù)終端通過(guò)所述應(yīng)用服務(wù)器呼叫所述第二用戶(hù)終端； 所述第一用戶(hù)終端和所述第二用戶(hù)終端進(jìn)行協(xié)商； 所述第一用戶(hù)終端與所述第二用戶(hù)終端進(jìn)行通話。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述請(qǐng)求消息中的終端媒體通過(guò)特定的 標(biāo)識(shí)與會(huì)話初始協(xié)議(SIP)協(xié)議中的定義的媒體進(jìn)行區(qū)分。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述請(qǐng)求消息中的終端媒體通過(guò)定義 Content-Disposition motice-session來(lái)與所述SIP協(xié)議中的定義的消息進(jìn)行區(qū)分。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述請(qǐng)求消息中攜帶的終端媒體為所述 第一用戶(hù)終端的媒體或所述應(yīng)用服務(wù)器修改的終端媒體。
7.一種指示終端媒體類(lèi)型的呼叫裝置，其特征在于，所述裝置包括第一用戶(hù)終端，呼叫第二用戶(hù)終端或應(yīng)用服務(wù)器并與其協(xié)商，并且之后呼叫第三用戶(hù)；所述第二用戶(hù)或應(yīng)用服務(wù)器，與所述第一用戶(hù)進(jìn)行協(xié)商，并且在協(xié)商完成之后，所述應(yīng) 用服務(wù)器向所述第三用戶(hù)終端發(fā)送請(qǐng)求消息，所述請(qǐng)求消息中攜帶有終端媒體；所述第三用戶(hù)，基于所述請(qǐng)求消息向所述應(yīng)用服務(wù)器發(fā)起offer，所述應(yīng)用服務(wù)器將所 述第三用戶(hù)終端發(fā)起的所述offer轉(zhuǎn)發(fā)給所述第一用戶(hù)終端，從而發(fā)起所述第三用戶(hù)終端 與所述第一用戶(hù)終端之間的協(xié)商。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述請(qǐng)求消息中的終端媒體通過(guò)特定的 標(biāo)識(shí)與會(huì)話初始協(xié)議(SIP)協(xié)議中的定義的消息進(jìn)行區(qū)分。
9.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述請(qǐng)求消息中的終端媒體通過(guò)定義 Content-Disposition motice-session來(lái)與所述SIP協(xié)議中的定義的消息進(jìn)行區(qū)分。
10.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述請(qǐng)求消息中攜帶的終端媒體為所述 第一用戶(hù)終端的媒體或所述應(yīng)用服務(wù)器修改的終端媒體。
全文摘要
本發(fā)明提供了一種指示終端媒體類(lèi)型的呼叫方法及裝置，方法包括第一用戶(hù)終端與應(yīng)用服務(wù)器或第二用戶(hù)終端協(xié)商后，發(fā)起對(duì)第三用戶(hù)終端的呼叫；所述應(yīng)用服務(wù)器向所述第三用戶(hù)終端發(fā)送請(qǐng)求消息，所述請(qǐng)求消息中攜帶有終端媒體類(lèi)型；所述第三用戶(hù)終端基于所述請(qǐng)求消息向所述應(yīng)用服務(wù)器發(fā)起offer，所述應(yīng)用服務(wù)器將所述第三用戶(hù)終端發(fā)起的所述offer轉(zhuǎn)發(fā)給所述第一用戶(hù)終端，從而發(fā)起所述第三用戶(hù)終端與所述第一用戶(hù)終端之間的協(xié)商；所述第一用戶(hù)終端與所述第三用戶(hù)終端協(xié)商完成后進(jìn)行通話。
文檔編號(hào)H04W80/10GK101998325SQ200910167560
公開(kāi)日2011年3月30日 申請(qǐng)日期2009年8月25日 優(yōu)先權(quán)日2009年8月25日
發(fā)明者王立波 申請(qǐng)人:中興通訊股份有限公司