專利名稱：通信網(wǎng)絡中優(yōu)化回叫業(yè)務的方法及設備的制作方法
技術領域：
本發(fā)明涉及通信網(wǎng)絡技術，尤其涉及一種移動通信網(wǎng)絡中的回叫業(yè)務方法。
背景技術：
在通信網(wǎng)絡中，回叫業(yè)務是指主叫終端在呼叫被叫終端時，由于被叫終端忙或無應答或其它特定事件而無法應答時，通信網(wǎng)絡提供的一種服務。該服務一般為通信網(wǎng)絡中的網(wǎng)元偵測監(jiān)聽被叫終端的狀態(tài)，當特定事件解除時(例如特定事件是被叫終端忙時被叫終端空閑就是特定事件解除)，負責偵測監(jiān)聽的網(wǎng)元通知主叫終端發(fā)起回叫。常見的回叫業(yè)務有CCBS(Completion ofCommunication sessions to Busy Subscriber遇忙回叫)和CCNR(Completion ofCommunication on No Reply無應答回叫)。
CCBS的業(yè)務流程為主叫終端呼叫被叫終端，被叫終端忙，CCBS業(yè)務被激活，通信網(wǎng)絡中的網(wǎng)元監(jiān)測被叫終端的狀態(tài)，當被叫終端空閑后所述網(wǎng)元通知主叫終端，主叫終端向被叫終端發(fā)起回叫，被叫終端應答后主被叫終端正常通話，CCBS業(yè)務完成。
CCNR的業(yè)務流程為主叫終端呼叫被叫終端，被叫終端無應答，CCNR業(yè)務被激活，通信網(wǎng)絡中的網(wǎng)元監(jiān)測被叫終端的狀態(tài)，當被叫終端發(fā)起一次通話后空閑后所述網(wǎng)元通知主叫終端，主叫終端向被叫終端發(fā)起回叫，被叫終端應答后主被叫終端正常通話，CCNR業(yè)務完成。
詳細的CCBS和CCNR業(yè)務流程請參閱ETSI TISPAN中描述CCBS和CCNR業(yè)務的標準草案。
現(xiàn)有技術中的回叫業(yè)務技術中存在著如下缺點通信網(wǎng)絡對于發(fā)送到用戶終端的呼入來話沒有識別功能，因此當該用戶終端作為被叫終端時，所述通信網(wǎng)絡對于所述呼入來話不能區(qū)分該呼入來話是普通的呼叫還是回叫，從而給用戶帶來較差的業(yè)務體驗，也不利于網(wǎng)絡資源的優(yōu)化。舉例說明，在CCBS業(yè)務中，當被叫終端空閑時，通信網(wǎng)絡中的網(wǎng)元通知主叫終端發(fā)起回叫，被叫終端的回叫業(yè)務信息存儲在所述通信網(wǎng)絡的被叫側的網(wǎng)元(一般為應用服務器)中，此時，如果第三方向被叫終端發(fā)起呼叫，通信網(wǎng)絡處理這個呼叫時并不引入所述被叫側的網(wǎng)元，因此，通信網(wǎng)絡無法得知該呼叫是回叫還是普通呼叫。而如果當被叫終端與所述第三方通話后主叫終端再發(fā)起回叫，就又會因被叫終端忙而引發(fā)CCBS業(yè)務。對于主叫終端而言業(yè)務體驗很差?；蛘咴鹘薪K端發(fā)起一個新的普通呼叫到被叫終端，通信網(wǎng)絡由于不知道所述主被叫終端在回叫業(yè)務隊列中，把該呼叫接通給被叫終端。此時，主被叫終端正常通話后，就不需要使用回叫業(yè)務，但回叫隊列等資源可能仍被保留直到業(yè)務定時器超時，導致網(wǎng)絡資源浪費。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種通信網(wǎng)絡中優(yōu)化回叫業(yè)務的方法及設備，通過該方法和設備解決現(xiàn)有技術中通信網(wǎng)絡無法識別針對用戶終端的來話呼叫是否是回叫并且如果是回叫是否符合回叫規(guī)則的技術問題。。
本發(fā)明一方面提供了一種通信網(wǎng)絡中優(yōu)化回叫業(yè)務的方法，包括下列步驟在所述通信網(wǎng)絡中將收到的對用戶終端的呼入來話發(fā)送到業(yè)務控制單元；在所述業(yè)務控制單元中接收所述呼入來話；在所述業(yè)務控制單元中根據(jù)所述呼入來話獲取所述用戶終端的回叫業(yè)務信息；以及在所述業(yè)務控制單元中，按照所述獲取的結果，產(chǎn)生一響應，該響應指示如果有所述回叫業(yè)務信息則將所述呼入來話和所述回叫業(yè)務信息中包含的策略規(guī)則進行匹配，以判斷是否允許所述呼入來話呼入；如果沒有回叫業(yè)務信息則呼叫正常繼續(xù)。
本發(fā)明另一方面提供了一種通信網(wǎng)絡中優(yōu)化回叫業(yè)務的業(yè)務控制單元，包括接收單元，用于接收所述通信網(wǎng)絡中向用戶終端發(fā)送的呼入來話；與所述接收單元藕接的獲取單元，用于根據(jù)所述呼入來話獲取所述用戶終端的回叫業(yè)務信息；與所述獲取單元藕接的控制單元，用于按照所述獲取的結果，產(chǎn)生一響應，該響應指示如果有所述回叫業(yè)務信息則將所述呼入來話和所述回叫業(yè)務信息中包含的策略規(guī)則進行匹配，以判斷是否允許所述呼入來話呼入；如果沒有回叫業(yè)務信息則呼叫正常繼續(xù)；與所述控制單元藕接的發(fā)送單元，用于根據(jù)所述響應，發(fā)送所述呼入來話。本發(fā)明提供的方法，通過在通信網(wǎng)絡的為用戶終端提供業(yè)務邏輯控制的應用服務器中部署業(yè)務控制單元，用于對發(fā)送到用戶終端的呼入來話進行識別和控制，通過查找用戶終端的回叫業(yè)務信息，可以判斷該呼入來話是回叫還是普通呼叫，如果是回叫還會用所述回叫業(yè)務信息中包含的策略規(guī)則匹配所述呼入來話，只有通過匹配的呼入來話才會被發(fā)送到用戶終端上。如果沒有回叫業(yè)務信息，則意味著該呼入來話是普通的呼叫，該呼叫可以正常繼續(xù)。如此一來，通信網(wǎng)絡就具備了拒絕沒有通過業(yè)務控制單元檢測的呼叫，保證回叫業(yè)務順暢，優(yōu)化了回叫業(yè)務的用戶體驗，豐富了回叫業(yè)務的應用場景。
本發(fā)明提供的業(yè)務控制單元，是通信網(wǎng)絡的核心網(wǎng)中為用戶終端提供回叫業(yè)務控制邏輯的應用服務器，該業(yè)務控制單元用于對發(fā)送到用戶終端的呼入來話進行識別和控制，通過查找用戶終端的回叫業(yè)務信息，可以判斷該呼入來話是回叫還是普通呼叫，如果是回叫還會用所述回叫業(yè)務信息中包含的策略規(guī)則匹配所述呼入來話，只有通過匹配的呼入來話才會被發(fā)送到用戶終端上。如果沒有回叫業(yè)務信息，則意味著該呼入來話是普通的呼叫，該呼叫可以正常繼續(xù)。因此，通信網(wǎng)絡就具備了拒絕沒有通過所述業(yè)務控制單元的呼叫，保證回叫業(yè)務順暢，優(yōu)化了回叫業(yè)務的用戶體驗，豐富了回叫業(yè)務的應用場景。


圖1是本發(fā)明提供的回叫業(yè)務方法的網(wǎng)絡模型的一個優(yōu)選實施例圖；圖2是本發(fā)明提供的回叫業(yè)務方法的網(wǎng)絡模型的另一個優(yōu)選實施例圖；圖3是本發(fā)明提供的回叫業(yè)務方法的網(wǎng)絡模型的又一個優(yōu)選實施例圖；圖4是基于圖1的網(wǎng)絡模型的一次呼入來話運行數(shù)據(jù)流圖；圖5是圖4中業(yè)務控制單元的處理流程圖；圖6是基于圖2的網(wǎng)絡模型的一次呼入來話運行數(shù)據(jù)流圖；
圖7是圖1中業(yè)務控制單元的結構框圖。
具體實施例方式
本發(fā)明通過在通信網(wǎng)絡的核心網(wǎng)中部署為用戶終端提供回叫業(yè)務控制邏輯的應用服務器或在現(xiàn)有的應用服務器中部署回叫業(yè)務控制功能，用于對發(fā)送到用戶終端的呼入來話進行識別和控制，通過查找用戶終端的回叫業(yè)務信息，可以判斷該呼入來話是回叫還是普通呼叫，如果是回叫還會用所述回叫業(yè)務信息中包含的策略規(guī)則匹配所述呼入來話，只有通過匹配的呼入來話才會被發(fā)送到用戶終端上。如果沒有回叫業(yè)務信息，則意味著該呼入來話是普通的呼叫，該呼叫可以正常繼續(xù)。
參考圖1，圖示了本發(fā)明提供的回叫業(yè)務方法的網(wǎng)絡模型的一個優(yōu)選實施例。如圖所示，通信網(wǎng)絡200為用戶終端100提供通信服務。所述通信網(wǎng)絡200包括用于將用戶終端100接入至通信網(wǎng)絡200以進行注冊認證鑒權等處理的網(wǎng)絡接入單元202；用于為用戶終端100提供呼叫控制、路由接續(xù)等功能的呼叫會話控制單元201；和用于為用戶終端100提供各種業(yè)務邏輯控制功能的業(yè)務控制單元203。
可以在IMS(IP多媒體子系統(tǒng))網(wǎng)絡中實施本發(fā)明。在IMS網(wǎng)絡中，網(wǎng)絡接入單元202是P-CSCF(代理呼叫會話控制功能)，呼叫會話控制單元201是S-CSCF(服務呼叫會話控制功能)，而業(yè)務控制單元203是AS(應用服務器)。
參考圖7，圖示了圖1中業(yè)務控制單元203的結構。如圖所示，所述業(yè)務控制單元203包括用于接收所述通信網(wǎng)絡200中向用戶終端100發(fā)送的呼入來話接收單元2031、與所述接收單元2031藕接的用于根據(jù)所述呼入來話獲取所述用戶終端100的回叫業(yè)務信息的獲取單元2032、與所述獲取單元2032藕接的控制單元2033，用于按照所述獲取的結果，產(chǎn)生一響應，該響應指示如果有所述回叫業(yè)務信息則將所述呼入來話和所述回叫業(yè)務信息中包含的策略規(guī)則進行匹配，以判斷是否允許所述呼入來話呼入；如果沒有回叫業(yè)務信息則呼叫正常繼續(xù)。所述業(yè)務控制單元203還包括與所述控制單元2033藕接的發(fā)送單元2034，用于根據(jù)所述響應，發(fā)送所述呼入來話。
在本發(fā)明的另一個具體實施例中，所述業(yè)務控制單元203還包括與所述獲取單元2032藕接的存儲單元2035，用于存儲所述用戶終端100的回叫業(yè)務信息。
下述業(yè)務控制單元203的運行都是在上述的各個模塊單元中實現(xiàn)的。
參考圖1和圖4，圖4圖示了基于圖1的網(wǎng)絡模型的一次呼入來話運行數(shù)據(jù)流。如圖所示，數(shù)據(jù)流包括1、所述呼入來話以INVITE消息的形式被發(fā)送到呼叫會話控制單元201上。2、所述呼叫會話控制單元201將所述呼入來話通過iFC觸發(fā)發(fā)送到業(yè)務控制單元203上。所述業(yè)務控制單元203接到所述呼入來話后進行處理，處理的結果有兩種可能一種可能是拒絕發(fā)送所述呼入來話，可以向發(fā)起來話呼叫方返回拒絕信息；另一種可能是3、繼續(xù)發(fā)送所述來話呼叫至呼叫會話控制單元201。4、所述呼叫會話控制單元201將所述來話呼叫發(fā)送至網(wǎng)絡接入單元202。5、所述網(wǎng)絡接入單元202將所述來話呼叫發(fā)送至用戶終端100。需要說明的是發(fā)送到業(yè)務控制單元203上的INVITE消息也可以是通過其他業(yè)務控制單元轉送過來的。(考慮覆蓋從其他業(yè)務控制單元直接發(fā)送過來的情況。)參考圖4和圖5，圖5圖示了圖4中業(yè)務控制單元203的處理流程。如圖所示，處理流程以接收到所述來話呼叫(INVITE)開始，進入步驟510判定是否有關于所述用戶終端100的回叫業(yè)務信息。當然，該步驟還包括獲取所述回叫業(yè)務信息，在本實施例中，所述回叫業(yè)務信息可以存儲在所述業(yè)務控制單元203的存儲單元2035中，所述業(yè)務控制單元203通過內(nèi)部接口取得所述回叫業(yè)務信息。所述回叫業(yè)務信息是業(yè)務控制單元203由于用戶終端100的原因引發(fā)回叫業(yè)務時在所述通信網(wǎng)絡200中獲得并存儲的信息。如果沒有所述回叫業(yè)務信息，意味著用戶終端100沒有回叫業(yè)務，流程進入步驟502發(fā)送所述來話呼叫(即INVITE)，即呼叫正常繼續(xù)；如果有所述回叫業(yè)務信息，意味著用戶終端100有回叫業(yè)務，流程進入步驟503判定所述來話呼叫是否與所述回叫業(yè)務信息中的策略規(guī)則相匹配；如果匹配，則進入步驟505發(fā)送所述來話呼叫(即INVITE)，即呼叫正常繼續(xù)；如果不匹配，則進入步驟504拒絕發(fā)送所述來話呼叫，即呼叫被中止，可以向所述來話呼叫的發(fā)送方返回拒絕消息。
所述回叫業(yè)務信息可以包括但不僅限于主叫號碼、被叫號碼和回叫隊列狀態(tài)。與上述這些信息相對應，所述回叫業(yè)務信息中的策略規(guī)則包括所述來話呼叫是否有回叫指示？所述來話呼叫的主被叫號碼是否在回叫隊列中？上述策略規(guī)則的具體實現(xiàn)的步驟為判斷所述來話呼叫是否有回叫指示，如果沒有回叫指示，發(fā)送所述來話呼叫；如果有回叫指示，判斷回叫業(yè)務信息中的主叫號碼和被叫號碼是否在回叫隊列中，如果在發(fā)送所述來話呼叫；如果不在拒絕發(fā)送。參考圖2，圖示了本發(fā)明提供的回叫業(yè)務方法的網(wǎng)絡模型的另一個優(yōu)選實施例。如圖所示，同時參考圖1，與圖1相比，本實施例的網(wǎng)絡模型在圖1的基礎上增加一個回叫業(yè)務單元204。該回叫業(yè)務單元204如果在IMS網(wǎng)絡中實施也是一個AS(應用服務器)。所述回叫業(yè)務單元204用于當通信網(wǎng)絡200中有回叫業(yè)務時存儲所述回叫業(yè)務信息。因此，在這個實施例中，所述業(yè)務控制單元203獲取所述回叫業(yè)務信息就得通過外部接口(例如SIP接口)與所述回叫業(yè)務單元204通信以獲得所述回叫業(yè)務信息。
參考圖2、圖4和圖6，圖6圖示了基于圖2的網(wǎng)絡模型的一次呼入來話運行數(shù)據(jù)流。如圖所示，圖6與圖4相比，業(yè)務控制單元203在接收到所述來話呼入后多了從回叫業(yè)務單元204處獲取回叫業(yè)務信息的步驟。所述業(yè)務控制單元203獲取回叫業(yè)務信息的一種方式為3、業(yè)務控制單元203向回叫業(yè)務單元204通過SIP SUBSCRIBE消息訂閱所述回叫業(yè)務信息；4、所述回叫業(yè)務單元204通過SIP NOTIFY消息將所述回叫業(yè)務信息通知到所述業(yè)務控制單元203。如果沒有關于所述用戶終端100的回叫業(yè)務信息，則也會以通知的方式將沒有回叫業(yè)務信息的信息告知業(yè)務控制單元203。業(yè)務控制單元203向回叫業(yè)務控制單元發(fā)送的SUBSCRIBE消息的路由可以通過iFC觸發(fā)，也可以通過PSI路由或者是根據(jù)數(shù)據(jù)庫的查詢結果直接路由。
所述業(yè)務控制單元203獲取回叫業(yè)務信息的另一種方式為所述回叫業(yè)務單元通過SIP PUBLISH消息向所述業(yè)務控制單元203發(fā)布所述回叫業(yè)務信息。回叫業(yè)務控制單元向業(yè)務控制單元203發(fā)送的PUBLISH消息的路由可以通過iFC觸發(fā)，也可以通過PSI路由或者是根據(jù)數(shù)據(jù)庫的查詢結果直接路由。
值得說明的是，圖6中數(shù)據(jù)流3和4并不一定是在業(yè)務控制單元203收到所述呼入來話時才觸發(fā)，也可以是無條件、被叫遇忙時、來話有回叫指示等觸發(fā)條件下觸發(fā)。也即是說，業(yè)務控制單元203從回叫業(yè)務單元204獲得所述回叫業(yè)務信息的觸發(fā)條件可以有多種。
圖6中其它處理與圖4的處理相同，在此不再贅述。
參考圖3和圖2，圖3是本發(fā)明提供的回叫業(yè)務方法的網(wǎng)絡模型的又一個優(yōu)選實施例圖。如圖所示，在圖2的基礎上增加一個用戶狀態(tài)管理單元205。因為所述回叫業(yè)務信息屬于用戶的一種業(yè)務狀態(tài)信息，此類用戶狀態(tài)信息可以由網(wǎng)絡中的一個用戶狀態(tài)管理單元來集中管理，例如本實施例中的用戶狀態(tài)管理單元205。所述回叫業(yè)務信息存儲在該用戶狀態(tài)管理單元205上。用戶狀態(tài)管理單元205獲得所述回叫業(yè)務信息的方式可以是用戶狀態(tài)管理單元205向所述回叫業(yè)務單元204訂閱(使用SIP SUBSCRIBE消息)，也可以是回叫業(yè)務單元204向用戶狀態(tài)管理單元205發(fā)布(使用SIP PUBLISH消息)?；蛘咭部梢允菢I(yè)務控制單元203的外部SIP交互消息流程(如回叫業(yè)務激活、狀態(tài)遷移等的SIPSUBSCRIBE/NOTIFY消息的交互流程)都經(jīng)過用戶狀態(tài)管理單元205，業(yè)務控制單元203可以通過任意一個SIP交互消息攜帶用戶的回叫業(yè)務信息給用戶狀態(tài)管理單元205。
基于圖3的網(wǎng)絡模型的一次呼入來話運行數(shù)據(jù)流圖就是在圖6的基礎上將回叫業(yè)務單元204替換成用戶狀態(tài)管理單元205。其數(shù)據(jù)流向和處理過程與對圖6的描述相同，在此不再贅述。這里，業(yè)務控制單元203可以通過外部SIP接口直接從用戶狀態(tài)管理單元205(通過NOTIFY消息或PUBLISH消息)獲得用戶的回叫業(yè)務信息；也可以通過業(yè)務控制單元203的外部SIP交互消息流程(如收到的SIP INVITE消息的交互流程)都經(jīng)過用戶狀態(tài)管理單元，用戶狀態(tài)管理單元通過某個SIP交互消息攜帶用戶的回叫業(yè)務信息給業(yè)務控制單元203。
此外，需要說明的是，本發(fā)明描述了業(yè)務控制單元獲取回叫業(yè)務信息后，以判斷呼入來話是否被允許的方法。事實上，業(yè)務控制單元獲取回叫業(yè)務信息后，還可以有其它的用途，比如主叫網(wǎng)絡的業(yè)務控制單元獲取主叫的回叫業(yè)務信息后，可以決定是否允許主叫對仍在回叫隊列中的被叫用戶發(fā)起呼叫等。
上述的回叫業(yè)務可以是CCBS業(yè)務，如果是CCBS業(yè)務，則上述訂閱則是采用擴展的ccbsinfo數(shù)據(jù)包的方式訂閱，而上述發(fā)布則是通過ccbsinfo數(shù)據(jù)包發(fā)布。
上述的回叫業(yè)務還可以使CCNR業(yè)務或其它回叫業(yè)務。
以上所揭露的僅為本發(fā)明的優(yōu)選實施例而已，當然不能以此來限定本發(fā)明之權利范圍，因此依本發(fā)明申請專利范圍所作的等同變化，仍屬本發(fā)明所涵蓋的范圍。
權利要求
1.一種通信網(wǎng)絡中優(yōu)化回叫業(yè)務的方法，其特征在于，包括下列步驟在所述通信網(wǎng)絡中將收到的對用戶終端的呼入來話發(fā)送到業(yè)務控制單元；在所述業(yè)務控制單元中接收所述呼入來話；在所述業(yè)務控制單元中根據(jù)所述呼入來話獲取所述用戶終端的回叫業(yè)務信息；以及在所述業(yè)務控制單元中，按照所述獲取的結果，產(chǎn)生一響應，該響應指示如果有所述回叫業(yè)務信息則將所述呼入來話和所述回叫業(yè)務信息中包含的策略規(guī)則進行匹配，以判斷是否允許所述呼入來話呼入；如果沒有回叫業(yè)務信息則呼叫正常繼續(xù)。
2.根據(jù)權利要求1所述的方法，其特征在于，所述獲取所述用戶終端的回叫業(yè)務信息的方法為所述回叫業(yè)務信息存儲在所述業(yè)務控制單元中，所述業(yè)務控制單元通過內(nèi)部接口取得所述回叫業(yè)務信息。
3.根據(jù)權利要求1所述的方法，其特征在于，所述獲取所述用戶終端的回叫業(yè)務信息的方法為所述回叫業(yè)務信息存儲在所述通信網(wǎng)絡中的回叫業(yè)務單元中，所述業(yè)務控制單元通過外部SIP接口取得所述回叫業(yè)務信息。
4.根據(jù)權利要求1所述的方法，其特征在于，所述獲取所述用戶終端的回叫業(yè)務信息的方法為所述回叫業(yè)務信息存儲在所述通信網(wǎng)絡中的用戶狀態(tài)管理單元中，所述業(yè)務控制單元通過外部SIP接口取得所述回叫業(yè)務信息。
5.根據(jù)權利要求1所述的方法，其特征在于所述回叫業(yè)務為遇忙回叫業(yè)務或無應答回叫業(yè)務。
6.根據(jù)權利要求1所述的方法，其特征在于所述回叫業(yè)務信息包括主叫號碼、被叫號碼和回叫隊列狀態(tài)，回叫業(yè)務信息中包含的策略規(guī)則包括呼叫是否有回叫指示、呼叫的主被叫號碼是否在回叫隊列中。
7.根據(jù)權利要求3所述的方法，其特征在于所述取得回叫業(yè)務信息的方法為所述業(yè)務控制單元使用SIP SUBSCRIBE消息向所述回叫業(yè)務單元訂閱所述回叫業(yè)務信息，或所述回叫業(yè)務單元使用SIP PUBLISH消息向所述業(yè)務控制單元發(fā)布所述回叫業(yè)務信息。
8.根據(jù)權利要求4所述的方法，其特征在于所述取得回叫業(yè)務信息的方法為所述業(yè)務控制單元使用SIP SUBSCRIBE消息向所述用戶狀態(tài)管理單元訂閱所述回叫業(yè)務信息，或所述用戶狀態(tài)管理單元使用SIP PUBLISH消息向所述業(yè)務控制單元發(fā)布所述回叫業(yè)務信息，或所述業(yè)務控制單元的外部SIP交互消息流程都經(jīng)過用戶狀態(tài)管理單元，用戶狀態(tài)管理單元通過任意一個SIP交互消息攜帶所述回叫業(yè)務信息給所述業(yè)務控制單元。
9.根據(jù)權利要求7或權利要求8中任意一項權利要求所述的方法，其特征在于所述訂閱通過擴展ccbsinfo事件包訂閱。
10.根據(jù)權利要求7或權利要求8中任意一項權利要求所述的方法，其特征在于所述發(fā)布通過ccbsinfo事件包發(fā)布。
11.一種通信網(wǎng)絡中優(yōu)化回叫業(yè)務的業(yè)務控制單元，包括接收單元，用于接收所述通信網(wǎng)絡中向用戶終端發(fā)送的呼入來話；與所述接收單元藕接的獲取單元，用于根據(jù)所述呼入來話獲取所述用戶終端的回叫業(yè)務信息；與所述獲取單元藕接的控制單元，用于按照所述獲取的結果，產(chǎn)生一響應，該響應指示如果有所述回叫業(yè)務信息則將所述呼入來話和所述回叫業(yè)務信息中包含的策略規(guī)則進行匹配，以判斷是否允許所述呼入來話呼入；如果沒有回叫業(yè)務信息則呼叫正常繼續(xù)；與所述控制單元藕接的發(fā)送單元，用于根據(jù)所述響應，發(fā)送所述呼入來話。
12.根據(jù)權利要求11所述的業(yè)務控制單元，其特征在于還包括與所述獲取單元藕接的存儲單元，用于存儲所述用戶終端的回叫業(yè)務信息。
全文摘要
本發(fā)明公開了一種通信網(wǎng)絡中優(yōu)化回叫業(yè)務的方法，所述通信網(wǎng)絡將收到的對用戶終端的呼入來話發(fā)送到業(yè)務控制單元；所述業(yè)務控制單元判斷是否有關于所述用戶終端的回叫業(yè)務信息，如果有則將所述呼入來話和所述回叫業(yè)務信息中包含的策略規(guī)則進行匹配，以判斷是否允許所述呼入來話呼入；如果沒有回叫業(yè)務信息則呼叫正常繼續(xù)。本發(fā)明提供的這種方法保證回叫業(yè)務順暢，優(yōu)化了回叫業(yè)務的用戶體驗，豐富了回叫業(yè)務的應用場景。本發(fā)明同時還公開了一種通信網(wǎng)絡中優(yōu)化回叫業(yè)務的設備。
文檔編號H04M3/48GK101039355SQ20061003425
公開日2007年9月19日 申請日期2006年3月14日 優(yōu)先權日2006年3月14日
發(fā)明者賴昊, 施有鑄 申請人:華為技術有限公司