專利名稱：一種呼叫完成業(yè)務(wù)的激活及發(fā)生時(shí)的實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，更具體地涉及一種IP多媒體子系統(tǒng)中的呼叫完 成業(yè)務(wù)建立。
背景技術(shù)：
IP (網(wǎng)絡(luò)互4關(guān)協(xié)議，Internet Protocol,簡(jiǎn)稱IP)多々某體子系統(tǒng)(IP Multimedia Core Network Subsystem,簡(jiǎn)稱IMS )是由第三代合作伙伴計(jì)劃(3rd Generation Partnership Project,簡(jiǎn)稱3GPP)提出的一種基于IP的網(wǎng)絡(luò)架構(gòu)， 構(gòu)建了一個(gè)的開放而靈活的業(yè)務(wù)環(huán)境，支持多媒體應(yīng)用，能夠?yàn)橛脩籼峁┴S 富的多媒體業(yè)務(wù)。
在IMS業(yè)務(wù)體系中，控制層和業(yè)務(wù)層是分離的，控制層不提供具體業(yè) 務(wù)，只向業(yè)務(wù)層提供必要的觸發(fā)、路由、計(jì)費(fèi)等功能。控制層中業(yè)務(wù)觸發(fā)和 控制功能是呼叫會(huì)話控制功能(Call Session Control Function,簡(jiǎn)稱CSCF, 分為代理Proxy、查詢Interrogating和服務(wù)Serving三種類型，其中負(fù)主要責(zé) 任的是Serving, Interrogating類型是可選的)完成的，業(yè)務(wù)層是由一系列應(yīng) 用服務(wù)器(Application Server,筒稱AS)組成，能提供具體業(yè)務(wù)服務(wù)，AS 可以是獨(dú)立的實(shí)體，也可以存在于S-CSCF中?？刂茖?S-CSCF)根據(jù)用戶 的簽約信息控制業(yè)務(wù)觸發(fā)，調(diào)用AS上的業(yè)務(wù)，實(shí)現(xiàn)業(yè)務(wù)功能。會(huì)話中的端 到端設(shè)備稱為用戶設(shè)備UE (UserEquipment)，負(fù)責(zé)與使用者的交互。這些 功能實(shí)體使用SIP ( Session Initiation Protocol)協(xié)i義通訊。
呼叫完成業(yè)務(wù)(CCSS，暫無(wú)英文全名)指當(dāng)一方呼叫另一方，而被 叫因某種原因無(wú)法與主叫建立會(huì)話時(shí)，通訊網(wǎng)絡(luò)能在該原因消除的情況下自 動(dòng)完成原會(huì)話。目前只支持遇忙和無(wú)應(yīng)答兩種情況，前者以CCBS (Completion of Communications to Busy Subscriber, 遇忙呼叫咒成)表示, 后者以CCNR( Completion of Communications by No Reply,無(wú)應(yīng)答呼叫完成)表示。為了簡(jiǎn)化流程表示，突出實(shí)際的業(yè)務(wù)控制功能實(shí)體，在本文所有的流 程圖中都省略了 CSCF實(shí)體，這些實(shí)體在該業(yè)務(wù)中只是簡(jiǎn)單的轉(zhuǎn)發(fā)消息。
現(xiàn)有技術(shù)主要是在主叫側(cè)實(shí)現(xiàn)業(yè)務(wù)，并需要被叫側(cè)輔助。
圖1是現(xiàn)有的終端判斷遇忙條件下激活CCBS業(yè)務(wù)的基本消息流程圖， 描述的是當(dāng)主叫開通了 CCBS業(yè)務(wù)，主叫呼叫被叫，而被叫正忙時(shí)，網(wǎng)絡(luò)激 活CCBS業(yè)務(wù)的情況，其步驟如下
步驟101 ~ 103, l正-A發(fā)送INVITE (邀請(qǐng))消息呼叫UE-B，消息途徑 AS-A和AS-B最終到達(dá)UE-B;
步驟104, UE-B發(fā)現(xiàn)用戶正忙，向UE-A回應(yīng)遇忙消息"486 BUSY";
步驟105,遇忙消息途徑AS-B， AS-B判斷自己具有支持CCBS業(yè)務(wù)的 能力；
步驟106, AS-B轉(zhuǎn)發(fā)遇忙消息給UE-A，并攜帶AS-B支持CCBS業(yè)務(wù) 的指示；
步驟107，遇忙消息途徑AS-A, AS-A判斷UE-A是否開通了 CCBS業(yè)
務(wù)；
步驟108， AS-A知道UE-A開通了 CCBS業(yè)務(wù)，于是發(fā)送"183 Session Progress"消息通知UE-A呼叫繼續(xù)；
步驟109， l正-A與AS-A間繼續(xù)呼叫過程，AS-A將UE-A的呼叫與媒 體資源功能處理器連接起來，最終建立會(huì)話，會(huì)話建立后，AS-A通知媒體 資源功能處理器播放錄音，詢問使用UE-A的用戶是否愿意激活CCBS業(yè)務(wù)；
步驟UO, UE-A通過按鍵表示愿意激活；
步驟111， AS-A向AS-B發(fā)送SUBSCRIBE消息訂閱CCBS業(yè)務(wù)；
步驟112, AS-B判斷被叫用戶的CCBS監(jiān)控隊(duì)列是否有足夠空間增加 新的記錄，如果資源允許，則增加監(jiān)控記錄；
步驟113, AS-B發(fā)送NOTIFY消息通知AS-A訂閱CCBS業(yè)務(wù)成功；
步驟114， AS-A收到通知后，判斷主叫的CCBS業(yè)務(wù)隊(duì)列是否有足夠 的空間增加新的會(huì)話記錄，如果資源允許，則增加業(yè)務(wù)記錄；步驟115, AS-A通知媒體資源功能處理器播放錄音，告知使用UE-A 的用戶業(yè)務(wù)激活成功；
步驟116,錄音播放完后，AS-A發(fā)送遇忙消息給UE-A結(jié)束UE-A的會(huì)
話；
對(duì)于網(wǎng)絡(luò)可以判斷被叫是否忙的情況，步驟103和104就不需要了，呼 叫在途經(jīng)AS-B時(shí)，AS-B就能判斷UE-B是否忙。對(duì)于無(wú)應(yīng)答情況，步驟 104和106使用的消息相應(yīng)改為"180Ringing",步驟105相應(yīng)的改為判斷 超時(shí)無(wú)應(yīng)答和是否支持CCNR業(yè)務(wù)，其他流程沒有變化。
在具體實(shí)現(xiàn)時(shí)，現(xiàn)有技術(shù)方案存在一個(gè)監(jiān)控隊(duì)列與業(yè)務(wù)隊(duì)列同步的問 題，即因超時(shí)等原因需要?jiǎng)h除一個(gè)隊(duì)列中的記錄時(shí)，必須通知另一方刪除相 應(yīng)記錄。
圖2是現(xiàn)有的CCBS業(yè)務(wù)發(fā)生時(shí)主叫遇忙的消息流程圖，描述的是當(dāng)被 叫閑，從而引起CCBS業(yè)務(wù)發(fā)生時(shí)，主叫卻忙的情況，此時(shí)網(wǎng)絡(luò)將掛起此次 業(yè)務(wù)，直到主叫閑時(shí)再繼續(xù)此次CCBS業(yè)務(wù)，其步驟如下
步驟201，被叫方網(wǎng)絡(luò)的應(yīng)用服務(wù)器AS-B監(jiān)控到被叫UE-B已閑；
步驟202， AS-B發(fā)送NOTIFY消息通知AS-A被叫已閑，可以啟動(dòng)CCBS 業(yè)務(wù)；
步驟203, AS-A收到通知，發(fā)送REFER(轉(zhuǎn)移)或INVITE消息給UE-A 開始CCBS業(yè)務(wù)會(huì)話；
步驟204， UE-A遇忙，回應(yīng)"486 BUSY"給AS-A; 步驟205, AS-A發(fā)送SUBSCRIBE消息給AS-B,要求掛起此次CCBS 業(yè)務(wù)；
步驟206, AS-A利用已有的CCBS隊(duì)列記錄監(jiān)控主叫UE-A;
步驟207， AS-A監(jiān)控到UE-A已閑，AS-A發(fā)送SUBSCRIBE (訂閱) 消息給AS-B,要求重啟此次CCBS業(yè)務(wù)。
AS-B收到消息后會(huì)再次執(zhí)行步驟202。直到業(yè)務(wù)完成后，AS-A和AS-B中的該業(yè)務(wù)隊(duì)列記錄才會(huì)被刪除。
但基于現(xiàn)有的實(shí)現(xiàn)方案，存在以下不足之處
1、 業(yè)務(wù)激活需要主叫方與被叫方網(wǎng)絡(luò)同時(shí)支持CCSS業(yè)務(wù)，并同時(shí)需 要雙方應(yīng)用服務(wù)器隊(duì)列資源的協(xié)助，如果主叫不支持該業(yè)務(wù)或主叫方資源限 制被超出，例如，在圖1步驟114中隊(duì)列如果溢出，業(yè)務(wù)就無(wú)法激活，從而 更無(wú)法開展；
2、 與業(yè)務(wù)實(shí)施相關(guān)的信息分散在主叫與被叫的應(yīng)用服務(wù)器中，增加了 同步的復(fù)雜性；
3、 當(dāng)CCBS業(yè)務(wù)發(fā)生時(shí)，主叫卻無(wú)應(yīng)答，對(duì)于這種情況現(xiàn)有技術(shù)并沒 給出解決方案，當(dāng)CCNR業(yè)務(wù)發(fā)生時(shí)，主叫卻忙，也無(wú)相應(yīng)方案。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種呼叫完成業(yè)務(wù)的激活及發(fā)生的實(shí) 現(xiàn)方法，降低了主叫被叫服務(wù)器上與業(yè)務(wù)實(shí)施相關(guān)的信息同步的復(fù)雜性。
為了解決上述技術(shù)問題，本發(fā)明提供了一種呼叫完成業(yè)務(wù)ccss的激活 方法，涉及主叫用戶設(shè)備、主叫應(yīng)用服務(wù)器、被叫用戶設(shè)備、被叫應(yīng)用服務(wù)
器，其中被叫應(yīng)用服務(wù)器支持CCSS業(yè)務(wù)，所述方法包括以下步驟
(a) 主叫用戶設(shè)備發(fā)起呼叫，呼叫消息經(jīng)主叫應(yīng)用服務(wù)器、被叫應(yīng)用 服務(wù)器發(fā)送至被叫用戶設(shè)備；
(b) 所述被叫用戶設(shè)備返回?zé)o法應(yīng)答的消息或無(wú)應(yīng)答，或所述被叫應(yīng) 用服務(wù)器得知所述被叫用戶設(shè)備無(wú)法應(yīng)答，則所述被叫應(yīng)用服務(wù)器在被叫的 CCSS監(jiān)控隊(duì)列中增加此次會(huì)話記錄，并監(jiān)控被叫用戶設(shè)備的狀態(tài)。
進(jìn)一步地，所述CCSS業(yè)務(wù)包括遇忙呼叫完成業(yè)務(wù)CCBS和無(wú)應(yīng)答呼叫 完成業(yè)務(wù)CCNR。
進(jìn)一步地，所述會(huì)話記錄包括主叫用戶設(shè)備地址，或者還包括媒體信息。
9進(jìn)一步地，所述無(wú)法應(yīng)答的消息是指遇忙消息或其他會(huì)話建立失敗的消
自
進(jìn)一步地，所述主叫應(yīng)用服務(wù)器支持ccss業(yè)務(wù)，且所述主叫用戶設(shè)備
開通了 CCSS業(yè)務(wù)，在所述步驟(b)中，所述被叫應(yīng)用服務(wù)器收到被叫用
戶設(shè)備發(fā)出的無(wú)法應(yīng)答的消息，將無(wú)法應(yīng)答消息轉(zhuǎn)發(fā)給所述主叫應(yīng)用服務(wù) 器，或所述被叫應(yīng)用服務(wù)器得知被叫用戶設(shè)備無(wú)法應(yīng)答后，發(fā)送無(wú)法應(yīng)答消 息給所述主叫應(yīng)用服務(wù)器，所述主叫應(yīng)用服務(wù)器收到無(wú)法應(yīng)答消息或等待被 叫應(yīng)答超時(shí)，所述主叫應(yīng)用服務(wù)器判斷若主叫用戶設(shè)備開通了 ccss業(yè)務(wù)， 則與其建立會(huì)話，在主叫用戶設(shè)備確認(rèn)激活所述ccss業(yè)務(wù)后，通知所述被 叫應(yīng)用服務(wù)器，所述被叫應(yīng)用服務(wù)器在資源允許的情況下向ccss監(jiān)控隊(duì)列
中增加此次會(huì)話記錄；在所述步驟(b)后，還包括步驟(c):所述被叫應(yīng) 用服務(wù)器通知所述主叫用戶設(shè)備CCSS業(yè)務(wù)激活成功。
進(jìn)一步地，所述主叫應(yīng)用服務(wù)器支持CCSS業(yè)務(wù)，且所述主叫用戶設(shè)備 配置了 CCSS業(yè)務(wù)，在所述步驟(a)中，所述主叫應(yīng)用服務(wù)器收到主叫用 戶設(shè)備發(fā)出的呼叫消息后，判斷所述主叫用戶設(shè)備開通了 CCSS業(yè)務(wù)，則在 向所述被叫應(yīng)用服務(wù)器轉(zhuǎn)發(fā)呼叫信息時(shí)攜帶CCSS業(yè)務(wù)標(biāo)識(shí)；在所述步驟 (b)中，所述被叫應(yīng)用服務(wù)器收到所述被叫用戶設(shè)備返回?zé)o法應(yīng)答的消息 或得知所述被叫用戶設(shè)備無(wú)法應(yīng)答或等待應(yīng)答超時(shí)后，與所述主叫用戶設(shè)備 建立會(huì)話，在主叫用戶設(shè)備確認(rèn)激活CCSS業(yè)務(wù)后，所述被叫應(yīng)用服務(wù)器在 資源允許的情況下向CCSS監(jiān)控隊(duì)列中增加此次會(huì)話記錄；在所述步驟(b) 后，還包括步驟(c):所述被叫應(yīng)用服務(wù)器通知所述主叫用戶設(shè)備CCSS 業(yè)務(wù)激活成功。
進(jìn)一步地，所述被叫用戶設(shè)備開通了 CCSS業(yè)務(wù)，在所述步驟(b)中， 所述被叫應(yīng)用服務(wù)器收到所述被叫用戶設(shè)備返回的無(wú)法應(yīng)答的消息或得知 所述被叫用戶設(shè)備無(wú)法應(yīng)答或等待應(yīng)答超時(shí)后，判斷若被叫用戶設(shè)備開通了 CCSS業(yè)務(wù)，則與主叫用戶設(shè)備建立會(huì)話，在主叫用戶設(shè)備確認(rèn)激活所述 CCSS業(yè)務(wù)后，所述被叫應(yīng)用服務(wù)器在資源允許的情況下向CCSS監(jiān)控隊(duì)列 中增加此次會(huì)話記錄；在所述步驟(b)后，還包括步驟(c):所述被叫應(yīng) 用服務(wù)器通知所述主叫用戶設(shè)備CCSS業(yè)務(wù)激活成功。為了解決上述技術(shù)問題，本發(fā)明還提供了一種呼叫完成業(yè)務(wù)CCSS的實(shí)
現(xiàn)方法，所述方法包括以下步驟
(a)主叫用戶設(shè)備發(fā)起呼叫而被叫用戶設(shè)備無(wú)法應(yīng)答或不應(yīng)答時(shí)，主 叫用戶設(shè)備激活CCSS業(yè)務(wù)，所述被叫應(yīng)用服務(wù)器在被叫的CCSS監(jiān)控隊(duì)列 中增加此次會(huì)話記錄，并監(jiān)控被叫用戶設(shè)備的狀態(tài)；
(b )所述被叫應(yīng)用服務(wù)器監(jiān)控到所述被叫用戶設(shè)備已閑或可應(yīng)答時(shí)， 通知所述主叫應(yīng)用服務(wù)器被叫的狀態(tài)改變，或要求所述主叫用戶設(shè)備重新呼 叫，或呼叫所述主叫用戶設(shè)備，所述主叫應(yīng)用服務(wù)器收到狀態(tài)改變通知或要 求呼叫消息，則呼叫所述主叫用戶設(shè)備或要求所述主叫用戶設(shè)備發(fā)起呼叫， 所述主叫用戶設(shè)備應(yīng)答呼叫或者發(fā)起呼叫，建立與被叫用戶設(shè)備的會(huì)話；
或者，此時(shí)主叫用戶設(shè)備再次發(fā)起向所述被叫用戶設(shè)備的呼叫，被叫應(yīng) 用服務(wù)器收到請(qǐng)求后，且監(jiān)控到所述被叫用戶設(shè)備已閑或可應(yīng)答，則轉(zhuǎn)發(fā)呼 叫請(qǐng)求給被叫用戶設(shè)備，建立主叫用戶設(shè)備與被叫用戶設(shè)備的會(huì)話。
進(jìn)一步地，在所述步驟(b)中，所述主叫用戶設(shè)備返回?zé)o法應(yīng)答的消 息給所述主叫應(yīng)用服務(wù)器或不應(yīng)答時(shí)，所述主叫應(yīng)用服務(wù)器在主叫的CCSS 業(yè)務(wù)隊(duì)列中增加此次會(huì)話記錄，監(jiān)控所述主叫用戶設(shè)備的狀態(tài)，并通知所述 被叫應(yīng)用服務(wù)器掛起此次CCSS業(yè)務(wù)，當(dāng)所述主叫用戶設(shè)備已閑或可應(yīng)答 時(shí)，再由所述主叫應(yīng)用服務(wù)器通知所述被叫應(yīng)用服務(wù)器重啟此次CCSS業(yè) 務(wù)。
進(jìn)一步地，所述主叫應(yīng)用服務(wù)器向所述被叫應(yīng)用服務(wù)器發(fā)送訂閱 SUBSCRIBE消息或通知NOTIFY消息，通知所述被叫應(yīng)用服務(wù)器掛起此次 CCSS業(yè)務(wù)或重啟此次CCSS業(yè)務(wù)。
進(jìn)一步地，所述主叫應(yīng)用服務(wù)器在主叫的CCSS業(yè)務(wù)隊(duì)列中增加此次會(huì) 話記錄采用以下方式之一如果沒有主叫的CCSS業(yè)務(wù)隊(duì)列，所述主叫應(yīng)用 服務(wù)器新建一主叫的CCSS業(yè)務(wù)隊(duì)列，在隊(duì)列中增加監(jiān)控記錄；如果有主叫 的CCSS業(yè)務(wù)隊(duì)列，判斷針對(duì)主叫的CCSS業(yè)務(wù)隊(duì)列空閑空間如果足夠，則在隊(duì)列中增加監(jiān)控記錄。
進(jìn)一步地，所述步驟(a)進(jìn)一步包括以下步驟(i)主叫用戶設(shè)備 發(fā)起呼叫，呼叫消息經(jīng)主叫應(yīng)用服務(wù)器、被叫應(yīng)用服務(wù)器發(fā)送至被叫用戶設(shè) 備；(ii)所述被叫用戶設(shè)備返回?zé)o法應(yīng)答的消息或無(wú)應(yīng)答，或所述被叫應(yīng) 用服務(wù)器得知所述被叫用戶設(shè)備無(wú)法應(yīng)答，則所述被叫應(yīng)用服務(wù)器在被叫的 CCSS監(jiān)控隊(duì)列中增加此次會(huì)話記錄，并監(jiān)控被叫用戶設(shè)備的狀態(tài)。
進(jìn)一步地，在所述步驟(b)中，
當(dāng)所述CCSS激活由被叫實(shí)現(xiàn)時(shí)，所述被叫應(yīng)用服務(wù)器通過轉(zhuǎn)移REFER 消息要求主叫用戶設(shè)備發(fā)起到所述被叫用戶設(shè)備的呼叫，或通過邀請(qǐng) INVITE消息直接發(fā)起到所述主叫用戶設(shè)備的呼叫，所述主叫應(yīng)用服務(wù)器轉(zhuǎn) 發(fā)消息，或收到REFER消息時(shí)通過邀請(qǐng)INVITE消息直接發(fā)起呼叫；
或當(dāng)所述CCSS激活由主叫實(shí)現(xiàn)時(shí)，所述被叫應(yīng)用服務(wù)器通過通知 NOTIFY消息告知主叫應(yīng)用服務(wù)器所述被叫用戶設(shè)備已閑或可應(yīng)答，所述主 叫應(yīng)用服務(wù)器通過轉(zhuǎn)移REFER消息要求主叫用戶設(shè)備發(fā)起呼叫，或通過邀 請(qǐng)INVITE消息直接發(fā)起呼叫；
或當(dāng)所述主叫用戶設(shè)備正好在所述被叫應(yīng)用服務(wù)器得知所述被叫用戶 設(shè)備已閑或可應(yīng)答時(shí)再次呼叫所述被叫用戶設(shè)備，所述被叫應(yīng)用服務(wù)器轉(zhuǎn)發(fā) 呼叫請(qǐng)求給所述被叫用戶設(shè)備。
進(jìn)一步地，當(dāng)所述主叫用戶設(shè)備正好在所述被叫應(yīng)用服務(wù)器得知所述被 叫用戶設(shè)備已閑或可應(yīng)答時(shí)再次呼叫所述被叫用戶設(shè)備，所述被叫應(yīng)用服務(wù) 器修改呼叫中的會(huì)話々某體信息，使用原有々某體類型建立會(huì)話。
進(jìn)一步地，在所述步驟(b)中，所述主叫應(yīng)用服務(wù)器呼叫所述主叫用 戶設(shè)備是通過邀請(qǐng)INVITE消息直接發(fā)起到所述主叫用戶設(shè)備的呼叫，所述 主叫應(yīng)用服務(wù)器要求所述主叫用戶設(shè)備發(fā)起呼叫是通過轉(zhuǎn)移REFER消息要 求主叫用戶設(shè)備發(fā)起到所述被叫用戶設(shè)備的呼叫。
本發(fā)明方法基于在必要的時(shí)候才需要主叫方參與監(jiān)控，從而避免了主叫 過度參與造成的業(yè)務(wù)可實(shí)施性降低的問題；同時(shí)通過信息集中，降低了業(yè)務(wù)信息同步的復(fù)雜性。


圖1為現(xiàn)有的終端判斷遇忙條件下激活CCBS業(yè)務(wù)的消息流程圖2為現(xiàn)有的CCBS業(yè)務(wù)發(fā)生時(shí)主叫遇忙的消息流程圖3為第一實(shí)施例終端判斷遇忙條件下激活CCBS業(yè)務(wù)(主叫業(yè)務(wù)，主 叫AS與主叫交互)的消息流程圖4為第二實(shí)施例終端判斷遇忙條件下激活CCBS業(yè)務(wù)(主叫業(yè)務(wù)，被 叫AS與主叫交互)的消息流程圖5為第三實(shí)施例終端判斷遇忙條件下激活CCBS業(yè)務(wù)(被叫業(yè)務(wù))的 消息流程圖6為第四實(shí)施例CCBS業(yè)務(wù)發(fā)生時(shí)實(shí)現(xiàn)呼叫完成的消息流程圖7為第五實(shí)施例CCBS業(yè)務(wù)發(fā)生時(shí)主叫遇忙的消息流程圖。
圖8為第六實(shí)施例CCBS業(yè)務(wù)發(fā)生時(shí)主叫正呼叫被叫的消息流程圖。
具體實(shí)施例方式
下面將結(jié)合附圖及實(shí)施例對(duì)本發(fā)明的技術(shù)方案進(jìn)行更詳細(xì)的說明。
本發(fā)明的主要思路是將圖1步驟114中的主叫業(yè)務(wù)隊(duì)列放到被叫應(yīng)用服 務(wù)器中，與其中的監(jiān)控隊(duì)列合一。
主要包括以下步驟
(1) 初始化設(shè)置，在被叫方網(wǎng)絡(luò)的應(yīng)用服務(wù)器上為被叫用戶終端 (UE-B)開通該業(yè)務(wù)(被叫業(yè)務(wù))即被叫用戶開通CCSS業(yè)務(wù)，或在主叫
方網(wǎng)絡(luò)的應(yīng)用服務(wù)器上為主叫用戶終端(UE-A)開通CCSS業(yè)務(wù)(主叫業(yè) 務(wù))即主叫用戶開通CCSS業(yè)務(wù)；
(2) 當(dāng)主叫呼叫被叫，而被叫方無(wú)法實(shí)現(xiàn)會(huì)話應(yīng)答時(shí)，主叫方應(yīng)用服 務(wù)器不記錄每次的業(yè)務(wù)信息，而是由被叫方應(yīng)用服務(wù)器記錄。
進(jìn)一步的，當(dāng)被叫閑從而使該業(yè)務(wù)發(fā)生，但此時(shí)主叫又無(wú)法進(jìn)行對(duì)被叫的再次呼叫(因主叫忙，不在線等原因)，或不應(yīng)答或無(wú)法應(yīng)答應(yīng)用服務(wù)器
發(fā)起的第三方控制的呼叫(可以是主叫方AS發(fā)起，也可以是被叫方AS發(fā)
起)，則主叫方應(yīng)用服務(wù)器可使用監(jiān)控隊(duì)列監(jiān)控主叫的狀態(tài)， 一旦狀態(tài)改變， 主叫方應(yīng)用服務(wù)器通知隊(duì)列中記錄的被叫方應(yīng)用服務(wù)器重啟業(yè)務(wù)，或主叫方 應(yīng)用服務(wù)器或被叫方應(yīng)用服務(wù)器使用短信、消息等方法通知主叫這一情況， 使主叫可選擇是否再次呼叫被叫。
下面用六個(gè)應(yīng)用實(shí)例進(jìn)一步說明本發(fā)明，所有流程都是以CCBS業(yè)務(wù)來
說明的，對(duì)于其他條件引起的會(huì)話未建立情況，比如CCNR，則只需修改激 活業(yè)務(wù)的條件和發(fā)生業(yè)務(wù)的條件。
第一實(shí)施例
圖3為終端判斷遇忙條件下激活CCBS業(yè)務(wù)(主叫業(yè)務(wù)，主叫AS與主 叫交互)的消息流程圖，描述了當(dāng)主叫開通了 CCBS業(yè)務(wù)，主叫呼叫被叫， 而被叫正忙時(shí)，網(wǎng)絡(luò)激活CCBS業(yè)務(wù)的過程，其中由主叫AS與主叫交互， 詢問是否激活業(yè)務(wù)。包括以下步驟
步驟301，UE-A呼叫UE-B,UE-A向AS-A發(fā)送呼叫消息，比如INVITE
(邀請(qǐng))消息；
步驟302, AS-A將該消息轉(zhuǎn)發(fā)給AS-B; 步驟303, AS-B將該消息轉(zhuǎn)發(fā)給UE-B;
步驟304, l正-B判斷用戶正忙，則向AS-B回應(yīng)遇忙，比如發(fā)送"486 BUSY";
步驟305， AS-B收到遇忙消息后，判斷自己是否具有支持CCBS業(yè)務(wù) 的能力，如果是，則執(zhí)行下一步；
步驟306， AS-B轉(zhuǎn)發(fā)遇忙消息給AS-A;遇忙消息中攜帶支持CCBS業(yè) 務(wù)的指示，用于通知AS-A其支持CCBS。
步驟307, AS-A收到遇忙消息后，判斷UE-A是否開通了 CCBS業(yè)務(wù)， 如果是，執(zhí)行下一步；
步驟308, AS-A通知UE-A呼叫繼續(xù)，比如發(fā)送"183 Session Progress"消息；
步驟309, UE-A與AS-A間繼續(xù)呼叫過程，AS-A將UE-A的呼叫與媒 體資源功能處理器連接起來，最終建立會(huì)話，會(huì)話建立后，AS-A通知媒體 資源功能處理器播放錄音，詢問使用UE-A的用戶是否愿意激活CCBS業(yè)務(wù)；
步驟310, UE-A表示愿意激活，比如通過按鍵方式；
步驟311, AS-A通知AS-B訂閱該業(yè)務(wù)，比如發(fā)送SUBSCRIBE消息；
步驟312, AS-B判斷針對(duì)被叫的CCBS業(yè)務(wù)隊(duì)列是否有足夠的空間增 加新的會(huì)話記錄，如果資源允許，則增加記錄，記錄此次會(huì)話相關(guān)的信息， 包括主叫用戶設(shè)備地址等，還可以包括會(huì)話的媒體信息(媒體類型、媒體協(xié) 議、Jf某體端口等)，并監(jiān)控-陂叫UE-B的狀態(tài)；
步驟313,AS-B通知AS-A訂閱CCBS業(yè)務(wù)成功，比如發(fā)送NOTIFY(通 知)消息；
步驟314, AS-A通知纟某體資源功能處理器播放錄音，告知使用UE-A 的用戶業(yè)務(wù)激活成功；
步驟315,錄音播放完后，AS-A發(fā)送遇忙消息給UE-A結(jié)束與UE-A的會(huì)話。
當(dāng)被叫網(wǎng)絡(luò)能得知被叫是否忙的狀態(tài)信息時(shí)，步驟303和304可以沒有。 當(dāng)某次CCBS業(yè)務(wù)實(shí)現(xiàn)后，AS-B上隊(duì)列中的記錄即可以刪除或使其無(wú)效。
對(duì)于被叫用戶設(shè)備無(wú)應(yīng)答的情況，應(yīng)用服務(wù)器等待應(yīng)答超時(shí)，則進(jìn)行后 續(xù)處理。
第二實(shí)施例
圖4是終端判斷遇忙條件下激活CCBS業(yè)務(wù)(主叫業(yè)務(wù)，被叫AS與主 叫交互)的消息流程圖，描述了當(dāng)主叫開通了 CCBS業(yè)務(wù)，主叫呼叫被叫， 而被叫正忙時(shí)，由被叫應(yīng)用服務(wù)器實(shí)現(xiàn)CCBS業(yè)務(wù)的激活過程，其中由被叫 AS與主叫交互，詢問是否激活業(yè)務(wù)(與圖3的差別之處)。包括以下步驟步驟401， UE-A呼叫UE-B, UE-A向AS-A發(fā)送呼叫消息，比如發(fā)送 INVITE消息；
步驟402， AS-A判斷UE-A是否開通了 CCBS業(yè)務(wù)，如果是，則在轉(zhuǎn) 發(fā)呼叫消息時(shí)，攜帶CCBS業(yè)務(wù)標(biāo)識(shí)；
步驟403， AS-B收到AS-A發(fā)來的消息后，將其轉(zhuǎn)發(fā)給UE-B;
步驟404， UE-B判斷用戶正忙，則向AS-B回應(yīng)遇忙，比如發(fā)送"486 BUSY";
步驟405， AS-B收到遇忙消息后，判斷自己是否具有支持CCBS業(yè)務(wù) 的能力，并判斷主叫是否開通了 CCBS業(yè)務(wù)，如果是，則執(zhí)行下一步；
步驟406， AS-B通知主叫可繼續(xù)進(jìn)行呼叫過程，向AS-A發(fā)送繼續(xù)呼叫 消息，比如發(fā)送"183 Session Progress"，消息中可攜帶CCBS業(yè)務(wù)的指示；
步驟407， AS-A轉(zhuǎn)發(fā)繼續(xù)呼叫消息給主叫UE-A;
步驟408， UE-A與AS-B間繼續(xù)呼叫過程，AS-B將UE-A的呼叫與媒 體資源功能處理器連接起來，最終建立會(huì)話，會(huì)話建立后，AS-B通知媒體 資源功能處理器播放錄音，詢問使用UE-A的用戶是否愿意激活CCBS業(yè)務(wù)；
步驟409, UE-A表示愿意激活，比如通過按鍵方式；
步驟410， AS-B判斷針對(duì)被叫的CCBS業(yè)務(wù)隊(duì)列是否有足夠的空間增 加新的會(huì)話記錄，如果資源允許，則增加業(yè)務(wù)記錄，記錄此次會(huì)話相關(guān)的信 息，并監(jiān)控被叫UE-B的狀態(tài)；
步驟411, AS-B通知媒體資源功能處理器播放錄音，告知使用UE-A的 用戶業(yè)務(wù)激活成功；
步驟412,錄音纟番放完后，AS-B發(fā)送遇忙消息給AS-A;
步驟413， AS-A將遇忙消息轉(zhuǎn)發(fā)UE-A,從而結(jié)束UE-A的會(huì)話。
當(dāng)被叫網(wǎng)絡(luò)能得知被叫是否忙的狀態(tài)信息時(shí)，步驟403和404可以沒有。
第三實(shí)施例
圖5是終端判斷遇忙條件下激活CCBS業(yè)務(wù)(被叫業(yè)務(wù))的消息流程圖，
16描述了當(dāng)被叫開通了 CCBS業(yè)務(wù)(與圖4的區(qū)別)，主叫呼叫被叫，而被叫 正忙時(shí)，網(wǎng)絡(luò)激活CCBS業(yè)務(wù)的過程。包括以下步驟
步驟501~503, UE-A呼叫UE-B， UE-A向AS-A發(fā)送呼叫消息，比如 發(fā)送INVITE (邀請(qǐng))消息，消息途徑AS-A和AS-B最終到達(dá)UE-B;
步驟504， UE-B判斷用戶正忙，則向UE-A回應(yīng)遇忙，比如發(fā)送"486 BUSY";
步驟505, AS-B判斷被叫UE-B是否開通了 CCBS業(yè)務(wù)，如果是，執(zhí)行 下一步；
步驟506, AS-B通知主叫可繼續(xù)進(jìn)行呼叫過程，發(fā)送繼續(xù)呼叫消息， 比如發(fā)送"183 Session Progress"，消息中可攜帶CCBS業(yè)務(wù)的指示；
步驟507,繼續(xù)呼叫消息由AS-A轉(zhuǎn)發(fā)給主叫UE-A;
步驟508， UE-A與AS-B間繼續(xù)呼叫過程，AS-B將UE-A的呼叫與4某 體資源功能處理器連接起來，最終建立會(huì)話。會(huì)話建立后，AS-B通知媒體 資源功能處理器播放錄音，詢問使用UE-A的用戶是否愿意激活CCBS業(yè)務(wù)；
步驟509, UE-A通過按鍵表示愿意激活；
步驟510, AS-B判斷被叫用戶的CCBS監(jiān)控隊(duì)列是否有足夠空間增加 新的會(huì)話與監(jiān)控記錄，如果資源允許，則增加記錄；
步驟511, AS-B通知媒體資源功能處理器播;故錄音，告知使用UE-A的 用戶業(yè)務(wù)激活成功；
步驟512~513，錄音播放完后，AS-B發(fā)送遇忙消息給UE-A,消息途 徑AS-A,從而結(jié)束UE-A的會(huì)話。
當(dāng)被叫網(wǎng)絡(luò)能得知被叫是否忙的狀態(tài)信息時(shí)，步驟503和504可以沒有。
第一實(shí)施例是主叫開通CCSS業(yè)務(wù)，且由主叫實(shí)現(xiàn)CCSS業(yè)務(wù)的激活； 而第二實(shí)施例是主叫開通CCSS業(yè)務(wù)，但由被叫實(shí)現(xiàn)CCSS業(yè)務(wù)的激活；第 三實(shí)施例是被叫開通CCSS業(yè)務(wù)，且由被叫實(shí)現(xiàn)該CCSS業(yè)務(wù)的激活。三個(gè) 實(shí)施例都是只有被叫記錄信息。從以上三個(gè)應(yīng)用實(shí)例的實(shí)施步驟看出，由于主叫應(yīng)用服務(wù)器沒有業(yè)務(wù)相 關(guān)的隊(duì)列，自然也就不需要額外的同步措施了，降低了同步的復(fù)雜性，同時(shí) 也不會(huì)因?yàn)橹鹘芯W(wǎng)絡(luò)資源不足，而導(dǎo)致CCSS業(yè)務(wù)無(wú)法激活。
由于激活方法的改變，相應(yīng)的也引起了業(yè)務(wù)發(fā)生時(shí)方法的改變。 第四實(shí)施例
圖6是CCBS業(yè)務(wù)發(fā)生時(shí)實(shí)現(xiàn)呼叫完成的消息流程圖，描述了當(dāng)被叫閑， 從而引起CCBS業(yè)務(wù)發(fā)生，最終實(shí)現(xiàn)呼叫完成的情況。包括以下步驟
步驟601,被叫方網(wǎng)絡(luò)的應(yīng)用服務(wù)器AS-B監(jiān)控到被叫UE-B已閑或可 應(yīng)答時(shí)；
步驟602， AS-B通知主叫l(wèi)正-B已閑，消息中可攜帶會(huì)話的具體信息， 比如媒體信息等；
當(dāng)激活是由主叫實(shí)現(xiàn)時(shí)，AS-B可以通過發(fā)送NOTIFY消息告知主叫被 叫已閑；或者，當(dāng)激活是由被叫實(shí)現(xiàn)時(shí)，AS-B可以要求l正-A再次呼叫UE-B，
如發(fā)送REFER(轉(zhuǎn)移)消息；AS-B也可以直接發(fā)起第三方控制的呼叫，即
發(fā)送INVITE消息呼叫l(wèi)正-A。這些消息中需攜帶CCBS指示，可攜帶會(huì)話 的具體信息；
步驟603， AS-A收到AS-B的通知后，呼叫UE-A或者要求UE-A發(fā)起 呼叫；
如果AS-A收到的是NOTIFY消息，則判斷如果自己支持CCBS業(yè)務(wù)， 則可通過發(fā)送REFER消息要求UE-A再次呼叫UE-B,或發(fā)起第三方控制的 呼叫，呼叫UE-A;如果AS-A收到REFER或INVITE消息，則轉(zhuǎn)發(fā)給UE-A, 轉(zhuǎn)發(fā)消息可不攜帶CCBS業(yè)務(wù)指示；
步驟604, UE-A收到通知，如果收到的是REFER消息，則AS-A呼叫 UE-B,比如發(fā)送INVITE消息；如果收到AS-A或AS-B的INVITE消息， 則應(yīng)答呼叫；
步驟605，步驟604的消息到達(dá)AS-A時(shí)，如果步驟602是NOTIFY或REFER消息，則當(dāng)AS-A使用REFER消息時(shí)，轉(zhuǎn)發(fā)步驟604的呼叫請(qǐng)求， 當(dāng)AS-A使用INVITE消息時(shí)，則呼叫UE-B,比如發(fā)送INVITE消息給UE-B; 如果步驟602是INVITE消息，貝'J AS-A轉(zhuǎn)發(fā)UE-A的應(yīng)答AS-B的呼叫的 消息；
步驟606，步驟605的消息到達(dá)AS-B時(shí)，如果步驟602中AS-B使用 NOTIFY或REFER消息，則轉(zhuǎn)發(fā)605的消息給l正-B;如果使用INVITE消 息，則AS-B呼叫UE-B，比如使用INVITE消息；
步驟607,經(jīng)過標(biāo)準(zhǔn)的盲轉(zhuǎn)呼叫流程或第三方發(fā)起的呼叫控制流程， UE-A和UE-B間的會(huì)話建立；
第五實(shí)施例
圖7是CCBS業(yè)務(wù)發(fā)生時(shí)主叫遇忙的消息流程圖，描述了當(dāng)被叫閑，從 而引起CCBS業(yè)務(wù)發(fā)生時(shí)，主叫卻忙的情況，此時(shí)網(wǎng)絡(luò)將掛起此次業(yè)務(wù)，直 到主叫閑時(shí)再繼續(xù)此次CCBS業(yè)務(wù)的過程。包括以下步驟
步驟701 -703,同于步驟601 -603;
步驟704， UE-A遇忙，回應(yīng)遇忙消息給AS-A,比如"486 BUSY";
步驟705, AS-A新建一主叫的CCBS監(jiān)控隊(duì)列，或者判斷針對(duì)主叫的 CCBS監(jiān)控隊(duì)列空閑空間如果足夠，則在隊(duì)列中增加監(jiān)控記錄，記錄監(jiān)控信 息，比如被叫地址，監(jiān)控UE-A的狀態(tài)；
如果AS-A不支持CCBS業(yè)務(wù)，則轉(zhuǎn)發(fā)遇忙消息，如果支持CCBS業(yè)務(wù) 但隊(duì)列空間不足，可告知AS-B業(yè)務(wù)無(wú)法完成；AS-B得知業(yè)務(wù)失敗后可選 擇通知(比如發(fā)送NOTIFY消息或MESSAGE消息)主叫和/或被叫業(yè)務(wù)無(wú) 法完成以及業(yè)務(wù)的相關(guān)信息，比如告知主叫被叫號(hào)碼、告知被叫主叫號(hào)碼或 原始呼叫時(shí)間、呼叫媒體類型等。
步驟706, AS-A通知AS-B掛起此次CCBS業(yè)務(wù)，比如發(fā)送SUBSCRIBE 消息或NOTIFY消息；
步驟707, AS-A監(jiān)控UE-A,當(dāng)UE-A閑，則從監(jiān)控隊(duì)列中刪除此次監(jiān) 控記錄，或4吏其無(wú)效；應(yīng)用服務(wù)器可同時(shí)使隊(duì)列中的記錄都無(wú)效，并通知相應(yīng)的被叫AS重啟 業(yè)務(wù)，也可依次使隊(duì)列中的記錄無(wú)效，等其業(yè)務(wù)完成或失敗后再執(zhí)行下一個(gè) 記錄。
步驟708， AS-A通知AS-B重啟此次CCBS業(yè)務(wù)，比如發(fā)送SUBSCRIBE 消息或NOTIFY消息。
AS-B收到消息后會(huì)再次執(zhí)行步驟702。
在步驟704中，UE-A如因其他原因(比如無(wú)應(yīng)答)無(wú)法繼續(xù)業(yè)務(wù)，只 需步驟705中在相應(yīng)的監(jiān)控隊(duì)列(比如CCNR隊(duì)列)中增加記錄，步驟707 的條件也相應(yīng)改變即可。
第六實(shí)施例
圖8是CCBS業(yè)務(wù)發(fā)生時(shí)主叫正呼叫被叫的消息流程圖，描述了當(dāng) CCBS業(yè)務(wù)激活后，被叫AS監(jiān)控到被叫用戶設(shè)備已閑，同時(shí)又收到UE-A 再次呼叫UE-B的消息的情況。包括以下步驟
步驟801 ， UE-A和UE-B間的CCBS業(yè)務(wù)已激活；
步驟802, UE-A再次呼叫UE-B;
步驟803，消息途經(jīng)AS-A， AS-A轉(zhuǎn)發(fā)該呼叫請(qǐng)求；
步驟804,消息途經(jīng)AS-B, AS-B同時(shí)監(jiān)控到UE-B已閑；
步驟805, AS-B表示CCBS業(yè)務(wù)可以完成，從而可刪除該被叫用戶的 CCBS隊(duì)列中的記錄，同時(shí)轉(zhuǎn)發(fā)呼叫請(qǐng)求給UE-B;
如果記錄中有媒體信息，如媒體類型，則可修改呼叫請(qǐng)求中的媒體信息， 建議UE-A和UE-B間使用原有媒體信息建立會(huì)話。
步驟806 ， UE-A和UE-B間使用標(biāo)準(zhǔn)的呼叫建立流程進(jìn)行媒體信息的協(xié) 商，并最終建立會(huì)話。
當(dāng)然，本發(fā)明還可有其他多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1、一種呼叫完成業(yè)務(wù)CCSS的激活方法，涉及主叫用戶設(shè)備、主叫應(yīng)用服務(wù)器、被叫用戶設(shè)備、被叫應(yīng)用服務(wù)器，其中被叫應(yīng)用服務(wù)器支持CCSS業(yè)務(wù)，所述方法包括以下步驟(a)主叫用戶設(shè)備發(fā)起呼叫，呼叫消息經(jīng)主叫應(yīng)用服務(wù)器、被叫應(yīng)用服務(wù)器發(fā)送至被叫用戶設(shè)備；(b)所述被叫用戶設(shè)備返回?zé)o法應(yīng)答的消息或無(wú)應(yīng)答，或所述被叫應(yīng)用服務(wù)器得知所述被叫用戶設(shè)備無(wú)法應(yīng)答，則所述被叫應(yīng)用服務(wù)器在被叫的CCSS監(jiān)控隊(duì)列中增加此次會(huì)話記錄，并監(jiān)控被叫用戶設(shè)備的狀態(tài)。
2、 如權(quán)利要求l所述的方法，其特征在于，所述CCSS業(yè)務(wù)包括遇忙 呼叫完成業(yè)務(wù)CCBS和無(wú)應(yīng)答呼叫完成業(yè)務(wù)CCNR。
3、 如權(quán)利要求1所述的方法，其特征在于，所述會(huì)話記錄包括主叫用 戶設(shè)備地址，或者還包括媒體信息。
4、 如權(quán)利要求l所述的方法，其特征在于，所述無(wú)法應(yīng)答的消息是指 遇忙消息或其他會(huì)話建立失敗的消息。
5、 如權(quán)利要求l所述的方法，其特征在于，所述主叫應(yīng)用服務(wù)器支持 CCSS業(yè)務(wù)，且所述主叫用戶設(shè)備開通了 CCSS業(yè)務(wù)，在所述步驟(b)中， 所述被叫應(yīng)用服務(wù)器收到被叫用戶設(shè)備發(fā)出的無(wú)法應(yīng)答的消息，將無(wú)法應(yīng)答 消息轉(zhuǎn)發(fā)給所述主叫應(yīng)用服務(wù)器，或所述被叫應(yīng)用服務(wù)器得知被叫用戶設(shè)備 無(wú)法應(yīng)答后，發(fā)送無(wú)法應(yīng)答消息給所述主叫應(yīng)用服務(wù)器；所述主叫應(yīng)用服務(wù) 器收到無(wú)法應(yīng)答消息或等待被叫應(yīng)答超時(shí)，所述主叫應(yīng)用服務(wù)器判斷若主叫 用戶設(shè)備開通了 CCSS業(yè)務(wù)，則與其建立會(huì)話，在主叫用戶設(shè)備確認(rèn)激活所 述CCSS業(yè)務(wù)后，通知所述被叫應(yīng)用服務(wù)器，所述被叫應(yīng)用服務(wù)器在資源允 許的情況下向CCSS監(jiān)控隊(duì)列中增加此次會(huì)話記錄；在所述步驟(b)后， 還包括步驟(c):所述被叫應(yīng)用服務(wù)器通知所述主叫用戶設(shè)備CCSS業(yè)務(wù) 激活成功。
6、 如權(quán)利要求l所述的方法，其特征在于，所述主叫應(yīng)用服務(wù)器支持 CCSS業(yè)務(wù)，且所述主叫用戶設(shè)備開通了 CCSS業(yè)務(wù)，在所述步驟(a)中，所述主叫應(yīng)用服務(wù)器收到主叫用戶設(shè)備發(fā)出的呼叫消息后，判斷所述主叫用戶設(shè)備開通了 ccss業(yè)務(wù)，則在向所述被叫應(yīng)用服務(wù)器轉(zhuǎn)發(fā)呼叫信息時(shí)攜帶 CCSS業(yè)務(wù)標(biāo)識(shí)；在所述步驟(b)中，所述被叫應(yīng)用服務(wù)器收到所述被叫 用戶設(shè)備返回?zé)o法應(yīng)答的消息或得知所述被叫用戶設(shè)備無(wú)法應(yīng)答或等待應(yīng) 答超時(shí)后，與所迷主叫用戶設(shè)備建立會(huì)話，在主叫用戶設(shè)備確認(rèn)激活CCSS 業(yè)務(wù)后，所述被叫應(yīng)用服務(wù)器在資源允許的情況下向CCSS監(jiān)控隊(duì)列中增加 此次會(huì)話記錄；在所述步驟(b)后，還包括步驟(c):所述被叫應(yīng)用服務(wù) 器通知所述主叫用戶設(shè)備CCSS業(yè)務(wù)激活成功。
7、 如權(quán)利要求l所述的方法，其特征在于，所述被叫用戶設(shè)備開通了 CCSS業(yè)務(wù)，在所述步驟(b)中，所述被叫應(yīng)用服務(wù)器收到所述被叫用戶 設(shè)備返回的無(wú)法應(yīng)答的消息或得知所述被叫用戶設(shè)備無(wú)法應(yīng)答或等待應(yīng)答 超時(shí)后，判斷若被叫用戶設(shè)備開通了 CCSS業(yè)務(wù)，則與主叫用戶設(shè)備建立會(huì) 話，在主叫用戶設(shè)備確認(rèn)激活所述CCSS業(yè)務(wù)后，所述被叫應(yīng)用服務(wù)器在資 源允許的情況下向CCSS監(jiān)控隊(duì)列中增加此次會(huì)話記錄；在所述步驟(b) 后，還包括步驟(c):所述被叫應(yīng)用服務(wù)器通知所述主叫用戶設(shè)備CCSS 業(yè)務(wù)激活成功。
8、 一種呼叫完成業(yè)務(wù)CCSS的實(shí)現(xiàn)方法，所述方法包括以下步驟(a) 主叫用戶設(shè)備發(fā)起呼叫而被叫用戶設(shè)備無(wú)法應(yīng)答或不應(yīng)答時(shí)，主 叫用戶設(shè)備激活CCSS業(yè)務(wù)，所述被叫應(yīng)用服務(wù)器在被叫的CCSS監(jiān)控隊(duì)列 中增加此次會(huì)話記錄，并監(jiān)控被叫用戶設(shè)備的狀態(tài)；(b) 所述被叫應(yīng)用服務(wù)器監(jiān)控到所述被叫用戶設(shè)備已閑或可應(yīng)答時(shí)， 通知所述主叫應(yīng)用服務(wù)器被叫的狀態(tài)改變，或要求所述主叫用戶設(shè)備重新呼 叫，或呼叫所述主叫用戶設(shè)備，所述主叫應(yīng)用服務(wù)器收到狀態(tài)改變通知或要 求呼叫消息，則呼叫所述主叫用戶設(shè)備或要求所述主叫用戶設(shè)備發(fā)起呼叫， 所述主叫用戶設(shè)備應(yīng)答呼叫或者發(fā)起呼叫，建立與被叫用戶設(shè)備的會(huì)話；或者，此時(shí)主叫用戶設(shè)備再次發(fā)起向所述被叫用戶設(shè)備的呼叫，被叫應(yīng) 用服務(wù)器收到請(qǐng)求后，且監(jiān)控到所述被叫用戶設(shè)備已閑或可應(yīng)答，則轉(zhuǎn)發(fā)呼 叫請(qǐng)求給被叫用戶設(shè)備，建立主叫用戶設(shè)備與被叫用戶設(shè)備的會(huì)話。
9、 如權(quán)利要求8所述的方法，其特征在于，在所述步驟(b)中，所述主叫用戶設(shè)備返回?zé)o法應(yīng)答的消息給所述主叫應(yīng)用服務(wù)器或不應(yīng)答時(shí)，所述主叫應(yīng)用服務(wù)器在主叫的ccss業(yè)務(wù)隊(duì)列中增加此次會(huì)話記錄，監(jiān)控所述主叫用戶設(shè)備的狀態(tài)，并通知所述被叫應(yīng)用服務(wù)器掛起此次ccss業(yè)務(wù)，當(dāng) 所述主叫用戶設(shè)備已閑或可應(yīng)答時(shí)，再由所述主叫應(yīng)用服務(wù)器通知所述被叫 應(yīng)用服務(wù)器重啟此次ccss業(yè)務(wù)。
10、 如權(quán)利要求9所述的方法，其特征在于，所述主叫應(yīng)用服務(wù)器向所 述被叫應(yīng)用服務(wù)器發(fā)送訂閱SUBSCRIBE消息或通知NOTIFY消息，通知所 述被叫應(yīng)用服務(wù)器掛起此次CCSS業(yè)務(wù)或重啟此次CCSS業(yè)務(wù)。
11、 如權(quán)利要求9所述的方法，其特征在于，所述主叫應(yīng)用服務(wù)器在主 叫的CCSS業(yè)務(wù)隊(duì)列中增加此次會(huì)話記錄采用以下方式之一如果沒有主叫的CCSS業(yè)務(wù)隊(duì)列，所述主叫應(yīng)用服務(wù)器新建一主叫的 CCSS業(yè)務(wù)隊(duì)列，在隊(duì)列中增加監(jiān)控記錄；如果有主叫的CCSS業(yè)務(wù)隊(duì)列，判斷針對(duì)主叫的CCSS業(yè)務(wù)隊(duì)列空閑空 間如果足夠，則在隊(duì)列中增加監(jiān)控記錄。
12、 如權(quán)利要求8所述的方法，其特征在于，所述步驟(a)進(jìn)一步包 括以下步驟(i) 主叫用戶設(shè)備發(fā)起呼叫，呼叫消息經(jīng)主叫應(yīng)用服務(wù)器、被叫應(yīng)用 服務(wù)器發(fā)送至被叫用戶設(shè)備；(ii) 所述被叫用戶設(shè)備返回?zé)o法應(yīng)答的消息或無(wú)應(yīng)答，或所述被叫應(yīng) 用服務(wù)器得知所述被叫用戶設(shè)備無(wú)法應(yīng)答，則所述被叫應(yīng)用服務(wù)器在被叫的 CCSS監(jiān)控隊(duì)列中增加此次會(huì)話記錄，并監(jiān)控被叫用戶設(shè)備的狀態(tài)。
13、 如權(quán)利要求8所述的方法，其特征在于，在所述步驟(b)中，當(dāng)所述CCSS激活由被叫實(shí)現(xiàn)時(shí)，所述被叫應(yīng)用服務(wù)器通過轉(zhuǎn)移REFER 消息要求主叫用戶設(shè)備發(fā)起到所述被叫用戶設(shè)備的呼叫，或通過邀請(qǐng) INVITE消息直接發(fā)起到所述主叫用戶設(shè)備的呼叫，所述主叫應(yīng)用服務(wù)器轉(zhuǎn) 發(fā)消息，或收到REFER消息時(shí)通過邀請(qǐng)INVITE消息直接發(fā)起呼叫；或當(dāng)所述CCSS激活由主叫實(shí)現(xiàn)時(shí)，所述被叫應(yīng)用服務(wù)器通過通知 NOTIFY消息告知主叫應(yīng)用服務(wù)器所述被叫用戶設(shè)備已閑或可應(yīng)答，所述主叫應(yīng)用服務(wù)器通過轉(zhuǎn)移REFER消息要求主叫用戶設(shè)備發(fā)起呼叫，或通過邀 請(qǐng)INVITE消息直接發(fā)起呼叫；或當(dāng)所述主叫用戶設(shè)備正好在所述被叫應(yīng)用服務(wù)器得知所述被叫用戶 設(shè)備已閑或可應(yīng)答時(shí)再次呼叫所述被叫用戶設(shè)備，所述被叫應(yīng)用服務(wù)器轉(zhuǎn)發(fā) 呼叫請(qǐng)求給所述被叫用戶設(shè)備。
14、 如權(quán)利要求13所述的方法，其特征在于，當(dāng)所述主叫用戶設(shè)備正 好在所述被叫應(yīng)用服務(wù)器得知所述被叫用戶設(shè)備已閑或可應(yīng)答時(shí)再次呼叫 所述被叫用戶設(shè)備，所述被叫應(yīng)用服務(wù)器修改呼叫中的會(huì)話媒體信息，使用 原有媒體類型建立會(huì)話。
15、 如權(quán)利要求8所述的方法，其特征在于，在所述步驟(b)中，所 述主叫應(yīng)用服務(wù)器呼叫所述主叫用戶設(shè)備是通過邀請(qǐng)INVITE消息直接發(fā)起 到所述主叫用戶設(shè)備的呼叫，所述主叫應(yīng)用服務(wù)器要求所述主叫用戶設(shè)備發(fā) 起呼叫是通過轉(zhuǎn)移REFER消息要求主叫用戶設(shè)備發(fā)起到所述被叫用戶設(shè)備 的呼叫。
全文摘要
本發(fā)明公開了一種呼叫完成業(yè)務(wù)的激活及發(fā)生的實(shí)現(xiàn)方法，降低了主叫被叫服務(wù)器上與業(yè)務(wù)實(shí)施相關(guān)的信息同步的復(fù)雜性。涉及主叫用戶設(shè)備、主叫應(yīng)用服務(wù)器、被叫用戶設(shè)備、被叫應(yīng)用服務(wù)器，其中被叫應(yīng)用服務(wù)器支持CCSS業(yè)務(wù)，所述激活方法包括以下步驟(a)主叫用戶設(shè)備發(fā)起呼叫，呼叫消息經(jīng)主叫應(yīng)用服務(wù)器、被叫應(yīng)用服務(wù)器發(fā)送至被叫用戶設(shè)備；(b)所述被叫用戶設(shè)備返回?zé)o法應(yīng)答的消息或無(wú)應(yīng)答，或所述被叫應(yīng)用服務(wù)器得知所述被叫用戶設(shè)備無(wú)法應(yīng)答，則所述被叫應(yīng)用服務(wù)器在被叫的CCSS監(jiān)控隊(duì)列中增加此次會(huì)話記錄，并監(jiān)控被叫用戶設(shè)備的狀態(tài)。
文檔編號(hào)H04L29/06GK101309329SQ20071010694
公開日2008年11月19日 申請(qǐng)日期2007年5月14日 優(yōu)先權(quán)日2007年5月14日
發(fā)明者岷 沈, 謝振華 申請(qǐng)人:中興通訊股份有限公司