專利名稱：：遇忙回叫方法及系統(tǒng)的制作方法
技術領域：
：本發(fā)明涉及通信領域中遇忙回叫方法及系統(tǒng)。技術背景遇忙回叫(CompletionofCalltoBusySubscriber,簡稱CCBS)業(yè)務可以提高網(wǎng)絡會話的接通率，為運營商帶來新的增值業(yè)務，同時也給最終消費用戶帶來方便，提供更好的通信體驗。公共電話網(wǎng)絡交換機(PublicSwitchedTelephoneNetworks,簡稱PSTN)可以針對本局用戶提供CCBS業(yè)務，完成本局主、被叫用戶之間的遇忙回叫功能。PSTN提供CCBS業(yè)務流程如下主叫終端簽約了CCBS業(yè)務權限，主叫終端呼叫被叫終端，當被叫終端為忙時，主叫終端聽忙音，激活CCBS業(yè)務，激活成功后掛機。PSTN業(yè)務處理模塊接受主叫終端的激活操作后，定時掃描被叫終端的端口是否空閑。當被叫終端空閑后，PSTN回叫主叫終端，主叫終端摘機聽遇忙回叫音，然后交換機向被叫終端發(fā)振鈴消息，被叫終端摘機，主叫終端與被叫終端建立通話。PSTN交換機雖然可以針對本局用戶提供CCBS業(yè)務，完成本局主被叫用戶之間的遇忙回叫功能，但存在以下缺點導致CCBS業(yè)務無法在全網(wǎng)中推廣(1)由于交換機要定時掃描被叫用戶的端口狀態(tài)，當使用CCBS業(yè)務的用戶超過全局用戶的5%比例以上時，交換機處理負荷將大大增加，嚴重時會導致交換機處理器過載，影響交換機正常業(yè)務處理。(2)當主被叫用戶不在同一局點時，主叫用戶所在的交換機無法通過局間信令獲得被叫用戶的狀態(tài)，主叫局只能向被叫局定期發(fā)起試呼，檢測被叫用戶狀態(tài)是否由忙轉(zhuǎn)閑。這樣處理不但加重了本局交換機負荷，也影響了局間信令和對局交換機的處理效率。(3)PSTN交換機無法處理用戶意愿信息，在被叫用戶網(wǎng)絡狀態(tài)為空閑時，如果用戶此時不想接受呼叫，用戶無法將自己的意愿發(fā)送給交換機。由于交換機實現(xiàn)CCBS業(yè)務存在以上局限性，限制了該業(yè)務在全網(wǎng)推廣應用。IP多々某體子系統(tǒng)域(IPMultimediaSubsystem,簡稱IMS)網(wǎng)絡是下一代通信網(wǎng)的核心網(wǎng)。作為固定網(wǎng)絡和移動網(wǎng)絡的核心會話控制層，已成為目前業(yè)界討論重點，在3GPP以及TISPAN標準中已定義了很多IMS相關規(guī)范。TISPAN-03035協(xié)議描述了CCBS業(yè)務流程，3GPPTS22.093協(xié)議描述了CCBS實現(xiàn)方法。具體實現(xiàn)過程為被叫應用服務器(ApplicationServer,簡稱AS)向終端訂閱獲取被叫用戶的狀態(tài)信息，當被叫用戶由忙變閑后，被叫用戶將自己的狀態(tài)信息通過終端發(fā)送給被叫應用服務器，由被叫應用服務器路由到主叫應用服務器。該方案存在以下缺點(1)當IMS域布署多個應用服務器且每個應用服務器都需要獲取用戶終端狀態(tài)時，應用服務器和用戶終端之間形成多對多的網(wǎng)狀關系。如果網(wǎng)絡中存在M個應用服務器和N個終端，每個應用服務器向N個用戶終端訂閱狀態(tài)信息，每個用戶終端都要將自己的狀態(tài)發(fā)送給M個應用服務器，核心網(wǎng)的消息流量將增加NxM倍。(2)該方案要求用戶終端具備訂閱和通知功能，影響CCBS業(yè)務的普及性。(3)應用服務器無法獲取用戶終端的通信意愿信息，在被叫終端網(wǎng)絡狀態(tài)為空閑時，如果被叫用戶此時不想接受呼叫，用戶無法將自己的意愿發(fā)送給應用服務器。
發(fā)明內(nèi)容本發(fā)明的笫一目的在于針對現(xiàn)有遇忙回叫方法的不足，提供一種基于呈現(xiàn)服務器的遇忙回叫方法，在全網(wǎng)實現(xiàn)遇忙回叫業(yè)務的同時減少全網(wǎng)消息流量增加，提高了資源利用率。為了實現(xiàn)上述目的，本發(fā)明提供了一種遇忙回叫方法，包括步驟A、應用服務器收到主叫終端遇忙回叫請求并判斷請求合法后，應用服務器向呈現(xiàn)服務器發(fā)送對所述被叫終端狀態(tài)的訂閱請求消息；步驟B、呈現(xiàn)服務器根據(jù)上報的被叫終端狀態(tài)信息獲知被叫終端空閑并通知應用服務器；步驟C、應用服務器在獲知被叫終端空閑后向主叫終端和被叫終端發(fā)起呼叫邀請。本發(fā)明的另一目的在于針對現(xiàn)有遇忙回叫系統(tǒng)的不足，提供一種基于呈現(xiàn)服務器的遇忙回叫系統(tǒng)，該系統(tǒng)在不改變原有系統(tǒng)架構以及不擴展現(xiàn)有用戶終端訂閱和通知功能的情況下，呈現(xiàn)服務器與應用服務器集成實現(xiàn)遇忙回叫業(yè)務，從而提高了全網(wǎng)中遇忙回叫業(yè)務普及能力。為了實現(xiàn)上述目的，本發(fā)明提供了一種遇忙回叫系統(tǒng)，包括設置在IP多媒體子系統(tǒng)域核心網(wǎng)中的應用服務器，其特征在于，所述核心網(wǎng)還設有呈現(xiàn)服務器，所述呈現(xiàn)服務器獲知被叫終端狀態(tài)為空閑后通知所述應用服務器，所述應用服務器分別向主叫終端和被叫終端發(fā)起呼叫邀請。由上述技術方案可知，本發(fā)明遇忙回叫方法及系統(tǒng)，通過在IMS網(wǎng)絡中引入呈現(xiàn)服務器，所述用戶終端通過應用服務器將其狀態(tài)信息發(fā)布給呈現(xiàn)服務器，應用服務器通過所述呈現(xiàn)服務器訂閱終端狀態(tài)，呈現(xiàn)服務器將終端狀態(tài)信息通知給相關的應用服務器，呈現(xiàn)服務器有效管理全網(wǎng)用戶終端的通信狀態(tài)，減少了各個應用服務器與用戶終端的信息交互，從而充分利用網(wǎng)絡資源，在消息流量增加很少的情況下，給全網(wǎng)用戶提供遇忙回叫業(yè)務。如果網(wǎng)絡中存在M個應用服務器和N個終端，應用服務器通過呈現(xiàn)服務器與終端交換狀態(tài)信息只增加了N+M個消息。且本發(fā)明遇忙回叫系統(tǒng)實現(xiàn)簡單，在不改變原有系統(tǒng)架構以及增加用戶終端訂閱和通知功能的情況下，引入呈現(xiàn)服務器，并與應用服務器集成實現(xiàn)遇忙回叫業(yè)務，提升了全網(wǎng)遇忙回叫業(yè)務普及能力。圖1為本發(fā)明遇忙回叫方法的實施例一流程圖；圖2為本發(fā)明遇忙回叫方法的實施例二流程圖；圖3為本發(fā)明遇忙回叫方法的實施例三流程圖；圖4為本發(fā)明遇忙回叫方法的實施例三中步驟A的流程圖；圖5為本發(fā)明遇忙回叫方法的實施例三中步驟C的流程圖；圖6為本發(fā)明遇忙回叫方法的實施例三中步驟D的流程圖；圖7為本發(fā)明遇忙回叫系統(tǒng)的結構示意圖；圖8為本發(fā)明遇忙回叫系統(tǒng)中呈現(xiàn)服務器的一結構示意圖；圖9為本發(fā)明遇忙回叫系統(tǒng)中呈現(xiàn)服務器的另一結構示意圖。具體實施方式下面通過附圖和實施例，對本發(fā)明的技術方案做進一步的詳細描述。圖1為本發(fā)明遇忙回叫方法的實施例一流程圖，包括如下步驟步驟A、應用服務器(ApplicationServer,簡稱AS)收到主叫終端遇忙回叫請求并判斷請求合法后，應用服務器向呈現(xiàn)服務器(PresenceServer,簡稱PS)發(fā)送對所述被叫終端狀態(tài)的訂閱請求消息。步驟B、呈現(xiàn)服務器根據(jù)上報的被叫終端狀態(tài)信息獲知被叫終端空閑并通知應用服務器。步驟C、應用服務器在獲知被叫終端空閑后向主叫終端和被叫終端發(fā)起呼叫邀請。步驟A、步驟B以及步驟C反映的是遇忙回叫過程，該實施例還包括步驟D、主叫終端與被叫終端建立通信鏈路。該實施例中，應用服務器通過向呈現(xiàn)服務器發(fā)送訂閱請求消息獲取被叫終端狀態(tài)，當獲知被叫終端空閑后向主叫終端和被叫終端發(fā)起呼叫邀請，最后主叫終端與被叫終端建立通信鏈路。在整個主叫終端呼叫被叫終端的遇忙回叫過程中，呈現(xiàn)服務器有效管理著全網(wǎng)被叫終端狀態(tài)，由于每個用戶終端都可能作為4皮叫終端，因此呈現(xiàn)月良務器有效管理著全網(wǎng)用戶終端狀態(tài)，從而減少了各個應用服務器與用戶終端的信息交互，從而充分利用網(wǎng)絡資源，提升業(yè)務能力。如果網(wǎng)絡中存在M個應用服務器和N個終端，所有用戶終端共用一個呈現(xiàn)服務器時，應用服務器向呈現(xiàn)服務器訂閱請求消息增加M個消息，用戶終端向呈現(xiàn)服務器發(fā)送用戶終端狀態(tài)信息增加N個消息，應用服務器通過呈現(xiàn)服務器與終端交換狀態(tài)信息只增加了N+M個消息，從而減少了核心網(wǎng)的業(yè)務流量。如圖2所示，實施例二在實施例一的基礎上，所述步驟B之前還包括步驟a、呈現(xiàn)服務器接收上報的被叫終端狀態(tài)信息，具體為接收被叫終端的應用服務器上報的被叫終端網(wǎng)絡狀態(tài)信息。步驟a可以在步驟A與步驟B之間，或在步驟A之前，該實施例中步驟a在步驟A與步驟B之間。CCBS業(yè)務的另一個關鍵技術是主叫網(wǎng)絡如何有效的獲取被叫終端網(wǎng)絡狀態(tài)(Capability)和被叫終端意愿狀態(tài)(Willingness),在本發(fā)明中由PS來管理用戶終端的狀態(tài)，即PS如何有效的獲取被叫終端網(wǎng)絡和被叫終端意愿狀態(tài)。如圖3所示，實施例三在實施例一的基礎上，步驟B之前還包括步驟b、呈現(xiàn)服務器接收上報的被叫終端狀態(tài)信息，包括接收被叫終端的應用服務器上報的被叫終端網(wǎng)絡狀態(tài)信息和被叫終端上報的被叫終端意愿狀態(tài)信息。步驟b可以在步驟A與步驟B之間，或在步驟A之前，該實施例中步驟b在步驟A與步驟B之間。所述的步驟B中呈現(xiàn)服務器根據(jù)被叫終端狀態(tài)信息獲知被叫終端空閑具體為，呈現(xiàn)服務器將被叫終端狀態(tài)信息中的被叫終端網(wǎng)絡狀態(tài)信息以及被叫終端意愿狀態(tài)信息進行邏輯與處理運算后，獲知被叫終端空閑。具體與處理過程如表l:表1狀態(tài)關系表<table>tableseeoriginaldocumentpage9</column></row><table>表l中，Busy表示狀態(tài)為忙，Idle表示狀態(tài)為空閑。與處理運算具體為，當被叫終端網(wǎng)絡狀態(tài)與被叫終端意愿狀態(tài)均為空閑Idle時，處理后的被叫終端狀態(tài)為空閑Idle;當被叫終端網(wǎng)絡狀態(tài)與被叫終端意愿狀態(tài)至少一個為忙Busy時，處理后的^皮叫終端狀態(tài)為忙Busy。該實施例中，被叫終端將自身的通信意愿即被叫終端意愿狀態(tài)信息發(fā)布給呈現(xiàn)服務器，呈現(xiàn)服務器將接收到的被叫終端的實際網(wǎng)絡狀態(tài)即被叫終端網(wǎng)絡狀態(tài)與所述被叫終端意愿狀態(tài)進行邏輯與運算，當被叫終端網(wǎng)絡狀態(tài)為空閑時，此時被叫用戶不想接受呼叫，被叫用戶即可通過被叫終端將自己的意愿發(fā)送給呈現(xiàn)服務器，從而被叫終端可以結合被叫用戶的通信意愿決定是否接受CCBS回叫，實現(xiàn)了用戶通信意愿的自主性。實施例三中，步驟A包括，如圖4所示步驟Al、主叫應用服務器收到主叫終端遇忙回叫請求并判斷合法后，向被叫應用服務器發(fā)送對所述被叫終端狀態(tài)的訂閱請求消息。首先主叫終端呼叫被叫終端，被叫應用服務器判斷被叫終端等待CCBS的呼叫隊列是否達到最大數(shù)(每個終端最多為5個)，如果未達到最大數(shù)，被叫應用服務器返回給主叫應用服務器所述被叫終端等待CCBS的隊列未達到最大數(shù)，主叫應用服務器允許主叫終端激活CCBS業(yè)務；主叫應用服務器收到主叫終端激活CCBS業(yè)務后，保存本次呼叫的相關信息，啟動定時器Tl(20s),監(jiān)視主叫激活CCBS業(yè)務。步驟A2、被叫應用服務器收到主叫應用服務器對所述被叫終端狀態(tài)的訂閱請求消息后，向呈現(xiàn)服務器發(fā)送對所述被叫終端狀態(tài)的訂閱請求消息。如果主叫終端與被叫終端不共用一個呈現(xiàn)服務器，則所述的向呈現(xiàn)服務器發(fā)送對所述被叫終端狀態(tài)的訂閱請求消息的步驟，具體為向被叫呈現(xiàn)服務器發(fā)送對所述被叫終端狀態(tài)的訂閱請求消息。步驟A3、被叫應用服務器收到呈現(xiàn)服務器返回的訂閱請求成功的消息后，向主叫應用服務器返回訂閱請求成功的消息。所述被叫應用服務器收到所述呈現(xiàn)服務器返回的訂閱請求成功的消息200OK(會話初始協(xié)議SIP版本2.0中給出了經(jīng)常使用的響應消息，2000K表示用戶最終已經(jīng)接受消息)響應后，啟動CCBS-T7定時器(190m),監(jiān)視CCBS在被叫應用服務器側(cè)的保存時間，并向主叫側(cè)返回訂閱請求成功消息2000K響應。主叫應用服務器收到訂閱請求成功消息2000K響應后，記錄本次激活CCBS相關的數(shù)據(jù)，啟動CCBS-T3定時器(180m)，監(jiān)視CCBS在主叫應用服務器中保存時間，并為主叫終端放業(yè)務登記成功提示音。實施例三中，步驟C包括，如圖5所示步驟C1、主叫應用服務器向主叫終端發(fā)起呼叫邀請，然后向呈現(xiàn)服務器發(fā)送主叫終端網(wǎng)絡狀態(tài)忙的信息。所述主叫應用服務器收到所述被叫終端狀態(tài)為空閑的通知后，通過第三方呼叫控制(thirdpartycallcontrol,簡稱3pcc)方式向主叫終端發(fā)起呼叫邀請，同時啟動定時器CCBS-T4(20s)，監(jiān)視主叫終端響應。主叫應用服務器收到主叫終端接受呼叫邀請的200OK響應后，向本域，即主叫終端所在域的呈現(xiàn)服務器發(fā)送所述主叫終端的狀態(tài)為忙的消息。步驟C2、主叫應用服務器向被叫應用服務器發(fā)起呼叫邀請。主叫應用服務器停止定時器CCBS-T4，向被叫終端發(fā)起呼叫邀請。步驟C3、被叫應用服務器向被叫終端發(fā)起呼叫邀請，然后向呈現(xiàn)服務器發(fā)送被叫終端網(wǎng)絡狀態(tài)忙的信息。被叫應用服務器收到被叫終端接受呼叫邀請的2000K響應后，向本域，即被叫終端所在域的呈現(xiàn)服務器發(fā)送所述被叫終端狀態(tài)為忙的消息。上述步驟中，用戶終端無需具備訂閱及通知能力，用戶終端的狀態(tài)均可以通過呈現(xiàn)服務器來發(fā)布，從而提高了CCBS業(yè)務的普及性；并且應用服務器只在收到終端的邀請200OK響應后，才向呈現(xiàn)服務器發(fā)布終端忙狀態(tài)，從而減小了終端的臨時狀態(tài)變化。實施例三中，步驟D包括，如圖6所示步驟Dl、主叫應用服務器向被叫應用服務器發(fā)送對所述被叫終端狀態(tài)的取消訂閱請求消息。步驟D2、所述被叫應用服務器收到所述主叫應用服務器取消訂閱請求消息后，檢查所述被叫終端的遇忙回叫隊列，如果所述被叫終端的遇忙回叫隊列中沒有其他主叫終端訂閱所述被叫終端狀態(tài)，則執(zhí)行步驟D3;如杲所述被叫終端的遇忙回叫隊列中還有其他主叫終端訂閱所述被叫終端狀態(tài)，則執(zhí)行步驟D4。步驟D3、所述被叫應用服務器收到所述呈現(xiàn)服務器訂閱終止確認消息及所述主叫應用服務器收到所述被叫應用服務器的訂閱終止確認消息后，停止遇忙回叫定時器，刪除遇忙回叫數(shù)據(jù)，所述主叫終端與所迷被叫終端正常通話。所述被叫應用服務器收到所述呈現(xiàn)服務器訂閱終止確認信息后，停止CCBS-T7定時器(190m)，刪除遇忙回叫數(shù)據(jù)，同時向主叫應用服務器發(fā)送訂閱終止確認信息；所述主叫應用服務器收到所述被叫應用服務器訂閱終止確認信息后，停止CCBS-T3定時器(180m)，刪除遇忙回叫數(shù)據(jù)，所述主叫終端與所述被叫終端正常通話。步驟D4、按照先進先出(FirstInFirstOut,簡稱FIFO)順序，取出所述被叫終端的遇忙回叫隊列中第一個主叫終端重復所述被叫終端空閑后的呼叫操作，執(zhí)行步驟C。實施例一與實施例二的步驟D后，還包括步驟E、所述主叫終端與所述被叫終端通話結束后，所述主叫應用服務器收到所述主叫終端的終止呼叫請求后，向呈現(xiàn)服務器發(fā)布所述主叫終端網(wǎng)絡狀態(tài)為空閑；所述被叫應用服務器收到所述被叫終端的終止呼叫請求后，向呈現(xiàn)服務器發(fā)布所述被叫終端網(wǎng)絡狀態(tài)為空閑。圖7為本發(fā)明遇忙回叫系統(tǒng)的結構示意圖。該實施例中的遇忙回叫系統(tǒng)，包括設置在IP多媒體子系統(tǒng)域(IPMultimediaSystem,簡稱IMS)核心網(wǎng)中的應用服務器，用戶終端以及呼叫會話控制功能(CallSessionControlFunction,簡稱CSCF)單元，其中，所述核心網(wǎng)還包括有呈現(xiàn)服務器，所述呈現(xiàn)服務器與所述核心網(wǎng)中的呼叫會話控制功能單元、應用服務器及用戶終端依次相連。呈現(xiàn)服務器用于接收應用服務器對被叫終端狀態(tài)的訂閱請求消息，并在獲知凈皮叫終端狀態(tài)為空閑后通知所述應用服務器，然后所述應用服務器分別向主叫終端和被叫終端發(fā)起呼叫邀請。該遇忙回叫系統(tǒng)，系統(tǒng)結構簡單，且具有實際可搡作性，對用戶終端沒有特別的要求，即在不改變原有系統(tǒng)架構以及不擴展現(xiàn)有用戶終端訂閱和通知功能的情況下，呈現(xiàn)服務器與應用服務器集成實現(xiàn)遇忙回叫業(yè)務，從而提高了全網(wǎng)中遇忙回叫業(yè)務普及能力。圖8為本發(fā)明遇忙回叫系統(tǒng)中呈現(xiàn)服務器的一結構示意圖，所述呈現(xiàn)服務器設有狀態(tài)接收模塊，用于接收所述應用服務器上報的用戶終端網(wǎng)絡狀態(tài)信息和/或用戶終端上報的用戶終端意愿狀態(tài)信息；狀態(tài)通知模塊，與所述狀態(tài)接收模塊連接，用于接收所述應用服務器發(fā)送的對呈現(xiàn)服務器中用戶終端狀態(tài)的訂閱請求消息以及接收所述狀態(tài)處理模塊中處理后的用戶終端的狀態(tài)，從而實現(xiàn)所述應用服務器訂閱用戶終端的狀態(tài)。圖9為本發(fā)明遇忙回叫系統(tǒng)中呈現(xiàn)服務器的另一結構示意圖。所述狀態(tài)接收模塊包括一用于接收所述應用服務器上報的用戶終端網(wǎng)絡狀態(tài)信息的網(wǎng)絡狀態(tài)接收模塊；以及一用于接收用戶終端上報的用戶終端意愿狀態(tài)信息的意愿狀態(tài)接收模塊；所述呈現(xiàn)服務器還設有一狀態(tài)處理模塊，該狀態(tài)處理模塊與所述網(wǎng)絡狀態(tài)接收模塊與所述意愿狀態(tài)接收模塊連接，用于實現(xiàn)用戶終端網(wǎng)絡狀態(tài)信息和用戶終端意愿狀態(tài)信息進行邏輯與運算。最后所應說明的是，以上實施例僅用以說明本發(fā)明的技術方案而非限制，盡管參照較佳實施例對本發(fā)明進行了詳細說明，本領域的普通技術人員應當理解，可以對本發(fā)明的技術方案進行修改或者等同替換，而不脫離本發(fā)明技術方案的^ft神和范圍。權利要求1.一種遇忙回叫方法，其特征在于，包括步驟A、應用服務器收到主叫終端遇忙回叫請求并判斷請求合法后，向呈現(xiàn)服務器發(fā)送對被叫終端狀態(tài)的訂閱請求消息；步驟B、呈現(xiàn)服務器根據(jù)上報的被叫終端狀態(tài)信息獲知被叫用戶空閑并通知應用服務器；步驟C、應用服務器在獲知被叫終端空閑后向主叫終端和被叫終端發(fā)起呼叫邀請。2、根據(jù)權利要求1所述的方法，其特征在于，所述步驟C之后還包括步驟D、主叫終端和被叫終端建立通信鏈路。3、根據(jù)權利要求1或2所述的方法，其特征在于，所述步驟B之前還包括呈現(xiàn)服務器接收上報的被叫終端狀態(tài)信息的步驟，具體為呈現(xiàn)服務器接收被叫終端的應用服務器上報的被叫終端網(wǎng)絡狀態(tài)信息。4、根據(jù)權利要求1或2所述的方法，其特征在于，所述步驟B之前還包括呈現(xiàn)服務器接收上報的被叫終端狀態(tài)信息的步驟，具體為呈現(xiàn)服務器接收被叫終端的應用服務器上報的被叫終端網(wǎng)絡狀態(tài)信息和被叫終端上報的被叫終端意愿狀態(tài)信息。5、根據(jù)權利要求4所述的方法，其特征在于，所述步驟B中呈現(xiàn)服務器根據(jù)被叫終端狀態(tài)信息獲知被叫終端空閑具體為，呈現(xiàn)服務器將被叫終端狀態(tài)信息中的被叫終端網(wǎng)絡狀態(tài)信息以及被叫終端意愿狀態(tài)信息進行邏輯與處理運算后，獲知被叫終端空閑。6、根據(jù)權利要求1或2所述的方法，其特征在于，所述步驟A包括步驟Al、主叫應用服務器收到主叫終端遇忙回叫請求并判斷合法后，向被叫應用服務器發(fā)送對所述被叫終端狀態(tài)的訂閱請求消息；步驟A2、被叫應用服務器收到主叫應用服務器對所述被叫終端狀態(tài)的訂閱請求消息后，向呈現(xiàn)服務器發(fā)送所述訂閱請求消息；被叫應用服務器收到呈現(xiàn)服務器返回的訂閱請求成功的消息后，向主叫應用服務器返回訂閱請求成功的消息；步驟A3、被叫應用服務器收到呈現(xiàn)服務器返回的訂閱請求成功的消息后，向主叫應用服務器返回訂閱請求成功的消息。7、根據(jù)權利要求1或2所述的方法，其特征在于，所述步驟C包括步驟C1、主叫應用服務器向主叫終端發(fā)起呼叫邀請，然后向呈現(xiàn)服務器發(fā)布所述主叫終端的狀態(tài)為忙的信息；步驟C2、主叫應用服務器向被叫應用服務器發(fā)起呼叫邀請；步驟C3、被叫應用服務器向被叫終端發(fā)起呼叫邀請，然后向呈現(xiàn)服務器發(fā)布所述被叫終端狀態(tài)忙的信息。8、根據(jù)權利要求2所述的方法，其特征在于，所述步驟D包括步驟Dl、主叫應用服務器向被叫應用服務器發(fā)送對所述被叫終端狀態(tài)的取消訂閱《青求消息；步驟D2、所述被叫應用服務器收到所述主叫應用服務器取消訂閱請求消息后，檢查所述凈皮叫終端的遇忙回叫隊列，如果所述被叫終端的遇忙回叫隊列中沒有其他主叫終端訂閱所述被叫終端狀態(tài)，則執(zhí)行步驟D3;如果所述被叫終端的遇忙回叫隊列中還有其他主叫終端訂閱所述被叫終端狀態(tài)，則執(zhí)行步驟D4;步驟D3、所述被叫應用服務器收到所述呈現(xiàn)服務器訂閱終止確認消息及所述主叫應用服務器收到所述被叫應用服務器的訂閱終止確認消息后，停止遇忙回叫定時器，刪除遇忙回叫數(shù)據(jù)，所述主叫終端與所述被叫終端正常通話；步驟D4、按照先進先出順序，取出所述被叫終端的遇忙回叫隊列中第一個主叫終端重復所述被叫終端空閑狀態(tài)的處理，執(zhí)行步驟C。9、根據(jù)權利要求2所述的方法，其特征在于，所述步驟D后還包括步驟E、所述主叫終端與所述被叫終端通話結束后，所述主叫應用服務器收到所述主叫終端的終止呼叫請求后，向呈現(xiàn)服務器發(fā)布所述主叫終端網(wǎng)絡狀態(tài)為空閑；所述被叫應用服務器收到所述被叫終端的終止呼叫請求后，向呈現(xiàn)服務器發(fā)布所述被叫終端網(wǎng)絡狀態(tài)為空閑。10、一種遇忙回叫系統(tǒng)，包括設置在IP多媒體子系統(tǒng)域核心網(wǎng)中的應用服務器，其特征在于，所述核心網(wǎng)還設有呈現(xiàn)服務器，所述呈現(xiàn)服務器獲知被叫終端空閑狀態(tài)后通知所述應用服務器，所述應用服務器分別向主叫終端和被叫終端發(fā)起呼叫邀請。11、根據(jù)權利要求10所述的系統(tǒng)，其特征在于，當所述主叫終端與所述被叫終端不在同一個域時，所述呈現(xiàn)服務器包括主叫域的主叫呈現(xiàn)服務器和被叫域的被叫呈現(xiàn)服務器。12、根據(jù)權利要求10所述的系統(tǒng)，其特征在于，所述呈現(xiàn)服務器設有一狀態(tài)接收模塊，用于接收所述應用服務器發(fā)布的用戶終端的網(wǎng)絡狀態(tài)信息和/或用戶終端發(fā)布的用戶終端狀態(tài)意愿信息；一狀態(tài)通知模塊，與所述狀態(tài)接收模塊連接，用于實現(xiàn)所述應用服務器訂閱用戶終端的狀態(tài)以及通知所述應用服務器用戶終端狀態(tài)信息。13、根據(jù)權利要求12所述的系統(tǒng)，其特征在于，所述狀態(tài)接收模塊設有一用于接收所述應用服務器上報的用戶終端網(wǎng)絡狀態(tài)信息的網(wǎng)絡狀態(tài)接收模塊；以及一用于接收所述用戶終端上報的用戶終端意愿狀態(tài)信息的意愿狀態(tài)接收模塊。14、根據(jù)權利要求13所述的系統(tǒng)，其特征在于，所述呈現(xiàn)服務器還設有一與狀態(tài)通知模塊連接的狀態(tài)處理模塊，該狀態(tài)處理模塊與所述網(wǎng)絡狀態(tài)接收模塊與所述意愿狀態(tài)接收模塊連接。全文摘要本發(fā)明涉及一種遇忙回叫方法，包括應用服務器收到主叫終端遇忙回叫請求并判斷請求合法后，向呈現(xiàn)服務器發(fā)送對被叫終端狀態(tài)的訂閱請求消息；呈現(xiàn)服務器根據(jù)上報的被叫終端狀態(tài)信息獲知被叫終端空閑并通知應用服務器；然后應用服務器向主叫終端和被叫終端發(fā)起呼叫邀請，實現(xiàn)遇忙回叫。本發(fā)明還涉及一種遇忙回叫系統(tǒng)，包括IP多媒體子系統(tǒng)域核心網(wǎng)，所述核心網(wǎng)還設有呈現(xiàn)服務器，所述呈現(xiàn)服務器獲知被叫終端狀態(tài)為空閑后通知所述應用服務器，所述應用服務器分別向主叫終端和被叫終端發(fā)起呼叫邀請。本發(fā)明提出了基于PS的CCBS實現(xiàn)方案，PS有效管理全網(wǎng)用戶的通信狀態(tài)，從而充分利用網(wǎng)絡資源，提升業(yè)務能力。文檔編號H04M3/48GK101217598SQ20071006324公開日2008年7月9日申請日期2007年1月4日優(yōu)先權日2007年1月4日發(fā)明者任宜軍,倩杜,王曉云,袁小海,冰魏申請人:中國移動通信集團公司;華為技術有限公司