出呼阻止業務與會議業務的交互方法

2023-10-06 02:10:04 1

專利名稱：出呼阻止業務與會議業務的交互方法
技術領域：
本發明涉及通信領域，具體地，涉及一種出呼阻止業務與會議業務的交互方法，其尤其適用於IP多々某體子系統(IP Multimedia Core Network Subsystem, 簡稱IMS )。
背景技術：
網糹各互聯:十辦i義(Internet Protocol,簡一爾IP)多力某體子系統(IP Multimedia Core Network Subsystem ，簡稱IMS )是由第三^合作^火 4半計劃(3rd Generation Partnership Project, 簡-爾3GPP) ^是出的一 種基於IP的網絡架構，其構建了一個的開》丈而靈活的業務環境，支 持多媒體應用，並且能夠為用戶提供豐富的多媒體業務。在IMS業務體系中，控制層和業務層是分離的，控制層不提供 具體業務，只向業務層提供必要的觸發、路由、計費等功能。控制 層中業務觸發和控制功能是呼叫會話控制功能(Call Session Control Function, 簡稱CSCF, 分為Proxy, Interrogating, 和Serving三種 類型，其中負主要責任的是Serving, Interrogating類型是可選的) 完成的，業務層是由一系列應用伺服器(Application Server,簡稱 AS)組成，能提供具體業務服務，AS可以是獨立的實體，也可以 存在於S-CSCF中，因此我們將S-CSCF和AS統稱為月艮務設備 (Service Equipment,簡稱SE )。控制層(S-CSCF )根據用戶的籤 約信息控制業務觸發，調用AS上的業務，實現業務功能。會話中 的端到端設備稱為用戶設備(User Equipment,簡稱UE),負責與4吏用者的交互。這些功能實體4吏用會話初始協，漢(Session Initiation Protocol, SIP)通訊。出呼阻止業務是IMS中的一種業務，可以實現阻止用戶呼叫某 些被叫的功能。會議業務是IMS中的一種業務，該業務允許多人同 時通話，即一人說話，其他人都能聽見。圖1是根據相關技術的出呼阻止業務與會議業務交互的基本消 息流程圖，描述的是UE-A開通了出呼阻止業務，阻止UE-A和UE-B 通話，當UE-A建立了會議後，要求會議業務服務設備邀請UE-B 加入會"i義的過程，其步驟如下101: UE-A已經創建了會議，出呼阻止業務服務設備在信令路 徑上；102: UE-A請求會議邀請UE-B力口入會議，比如發送REFER 消息給會議SE，並在Refer-To頭i或中指明UE-B的地址；103:消息途經出呼阻止業務SE，其不〗故任何處理，轉發該消 息給會議SE;IO4:消息到達會議SE，其根據UE-A的出呼阻止業務規則， 判斷UE-A是否允許呼叫UE-B ，如果SE根據規則判斷UE-A不能 呼叫UE-B，則執行以下步驟；105 - 106:會議SE不同意請求，比如發送回應消息"403 Forbidden"給UE-A，回應消息途經出呼阻止業務SE。/人上述描述的實現方案可以看出，其存在以下不足上述處理 過程隱含了如下特徵，即，會議SE能夠得知用戶的出呼阻止規則， 而該出呼阻止規則位於出呼阻止業務SE上，因此要求會議SE與出
呼阻止業務SE在同 一個設備上，或者會議SE能夠通過某種接口從 出呼阻止業務SE上獲得用戶的出呼阻止身見則，而這顯然不合理。 其次，上述的技術只處理了邀請單一成員加入會議的情況，對於邀 請多個成員加入會議的情況沒有給出相關處理。發明內容的要求出呼阻止業務服務設備與會議服務設備位於統一設備上或者 要求會議服務設備能夠從出呼阻止業務伺服器獲得出呼阻止規則， 以及對邀請多個單元加入會議沒有相關處理的問題而提出本發明。為此，根據本發明，提供了一種出呼阻止業務與會議業務的交 互方法，該方法用於包4舌出呼阻止業務月l務i殳備、會i義服務f殳備的 IP多々某體子系統。該方法包括出呼阻止業務服務設備接收請求消息，並從請求 消息攜帶的信息中獲取除消息發送者和消息接收者之外的 一個或多 個目標信息，其中，請求消息用於請求將一個或多個用戶加入已經 創建或即將創建的會議；出呼阻止業務服務設備根據消息發送者的 出呼阻止業務規則，判斷獲取的每個目標信息所對應的目標是否為 消息發出者要阻止的呼叫目標，在判斷結果為是的情況下，使目標 信息無效並轉發〗奮改後的請求消息，或者拒絕請求消息。其中，上述的請求消息包括以下任一種邀請消息、轉移消息。另外，上述的目標信息在請求消息的各個頭欄位中獲得，或者 在請求消息的消息體中獲得。出呼阻止業務服務設備通過刪除目標信息使目標信息無效，並 通過返回失敗響應消息來拒絕i青求消息。
具體地，在4又存在一個目標信息的情況下，如果目標信息所對 應的目標為消息發出者要阻止的呼叫目標，則出呼阻止業務服務設 備拒絕請求消息。在存在多個目標信息的情況下，如果部分目標信息所對應的目 標為消息發出者要阻止的呼叫目標，則對於判斷結果為是的目標信息，使其無效，並將修改後的請求消息轉發給會議服務設備；如果 所有目標信息所對應的目標均為消息發出者要阻止的呼叫目標，則 出呼阻止業務服務設備拒絕請求消息。通過本發明，克服了要求出呼阻止業務服務設備與會議服務設 備位於統一設備上或者要求會議服務設備能夠從出呼阻止業務服務 器獲得出呼阻止^見則的缺陷，並且對於邀請多個成員加入會議的情 況給出了相關處理。本發明的其它特4正和優點將在隨後的i兌明書中闡述，並且，部 分地從說明書中變得顯而易見，或者通過實施本發明而了解。本發 明的目的和其他優點可通過在所寫的說明書、權利要求書、以及附 圖中所特別指出的結構來實現和獲得。


附圖用來提供對本發明的進一 步理解，並且構成說明書的 一部 分，與本發明的實施例一起用於解釋本發明，並不構成對本發明的 限制。在附圖中圖1是根據相關技術的出呼阻止業務與會議業務的交互的示意 性流程圖；圖2是才艮據本發明實施例的出呼阻止業務與會i義業務的交互方 法的流禾呈圖3是衝艮據本發明實施例的出呼阻止業務與會i義業務的交互方 法的實例1的示意性流程圖；法的實例2的示意性流程圖。
具體實施方式
以下結合附圖對本發明的優選實施例進行說明，應當理解，此 處所描述的優選實施例^義用於il明和解釋本發明，並不用於限定本 發明。才艮據本發明實施例，4是供了 一種出呼阻止業務與會i義業務的交 互方法，該方法用於包括出呼阻止業務SE、會議SE的IP多媒體子系統。如圖2所示，該方法包4舌以下處理:步驟S202,出呼阻止業務SE接收請求消息(可以是邀請消息 (INVITE)、轉移消息(REFER)等)，並從請求消息攜帶的信息中獲取 除消息發送者和消息接收者之外的目標信息(可以有一個或多個)， 其中，請求消息用於請求將特定用戶(可以是一個或多個)加入已 經創建或即將創建的會i義；步驟S204，出呼阻止業務SE才艮據消息發送者的出呼阻止業務 規則，判斷獲取的每個目標信息所對應的目標是否為消息發出者要 阻止的呼叫目標，在判斷結果為是的情況下，使目標信息無效並轉 發修改後的請求消息，或者拒絕請求消息。具體地，在步驟S202中，上述的目標信息可以在請求消息的 各個頭欄位中獲得，也可以在請求消息的消息體中獲得。在步驟S204中，出呼阻止業務SE通過刪除目標信息使該目標 信息無效，並通過返回失敗響應消息來拒絕i青求消息。具體地，在僅存在一個目標信息的情況下，如果目標信息所對 應的目標為消息發出者要阻止的呼叫目標，則出呼阻止業務SE拒絕請求消息。在存在多個目標信息的情況下，如果部分目標信息所對應的目 標為消息發出者要阻止的呼叫目標，則對於判斷結果為是的目標信 息，使其無效，並將修改後的請求消息轉發給會議SE;如果所有目 標信息所對應的目標均為消息發出者要阻止的呼叫目標，則出呼阻 止業務SE拒絕讀-求消息。基於上述內容，以下將進一步結合實例來描述本發明。實例1——僅存在一個目標信息(單目標)，即，邀請一個成員 力口入會議在該實例中，UE-A(即，消息發送者)開通了出呼阻止業務， 阻止UE-A和UE-B通話，當UE-A建立了會議後，要求會議SE邀 請UE-B力口入會i義。如圖3所示，過禾呈力口下301: UE-A已經創建了會議，出呼阻止業務SE在信令路徑上；302: UE-A ^青求會i義SE邀i青UE-B加入會i義，例如發送REFER 消息給會議SE，並在Refer-To頭域中指明UE-B的地址，根據業務 配置，該請求消息需途經出呼阻止業務SE,或者該請求消息沿著步 驟301建立的會話路徑傳輸而途經出呼阻止業務SE; 303:出呼阻止業務SE根據其上的UE-A的出呼阻止業務規則， 判斷UE-A是否允許呼叫UE-B，此時，會議SE才艮據規則判斷UE-A 不能呼叫UE-B,進行到步驟304;304:出呼阻止業務SE不同意i青求，比如發送回應消息"403 Forbidden"給UE國A。實例2——存在多個目標信息(多目標)，即，邀請多個成員加 入會議在該實例中，UE-A(即，消息發送者)開通了出呼阻止業務， 阻止UE-A和UE-B通話，當UE-A創建會i義時，同時要求會i義SE 邀請成員UE-B和UE-C力口入會議。如圖4所示，過程如下401: UE-A呼叫會議業務SE,請求創建會議，比如發送INVITE 消息給會議業務SE,同時UE-A希望會議業務SE將用戶UE-B和 UE-C加入到即將創建的會議中，比如在消息體中攜帶用戶列表信 息，用戶列表中包含UE-B和UE-C的地址信息；402:請求消息途經出呼阻止業務SE，該出呼阻止業務SE從 消息體的用戶列表信息中獲得多個目標信息UE-B和UE-C,而後根 據其上的UE-A的出呼阻止業務失見則，判斷UE-A是否允許呼叫 UE-B和UE-C，此時，出呼阻止業務SE根據規則判斷UE-A不能 呼叫UE-B,能夠呼叫UE-C,於是將UE-B的信息從消息中刪除；403:出呼阻止業務SE將修改後的轉發呼叫請求消息給會議業 務SE;404-405:會議業務SE應答呼叫，比如發送回應消息"200 OK" 糹合UE-A,回應消息途經出呼阻止業務SE; 406: UE-A成功創建了會議； 407:會議業務SE根據步驟403中的請求，邀請UE-C加入會 議，比如發送INVITE消息糹合UE-C;408: UE-C收到邀請消息，應答該消息，比如回應"200 OK" 消息糹會會i義業務SE;409: UE-C被成功邀請進會議。在步驟402中，如果出呼阻止業務SE判斷UE-A也不能呼叫 UE-C,則因僅剩的一個目標也是淨皮阻止的，在步驟403中，出呼阻 止業務SE可直接拒絕請求消息，比如回應"403 Forbidden"消息給 UE-A。如上所述，通過本發明，克服了要求出呼阻止業務SE與會議 SE位於統一設備上或者要求會議SE能夠從出呼阻止業務伺服器獲 得出呼阻止規則的缺陷，並且對於邀請多個成員加入會議的情況給 出了相關處理。以上所述僅本發明的優選實施例而已，並不用於限制本發明， 對於本領域的4支術人員來i兌，本發明可以有各種更改和變化。凡在 本發明的精神和原則之內，所作的任何修改、等同替換、改進等， 均應包含在本發明的保護範圍之內。
權利要求
1.一種出呼阻止業務與會議業務的交互方法，用於包括出呼阻止業務服務設備、會議服務設備的IP多媒體子系統，其特徵在於，所述方法包括出呼阻止業務服務設備接收請求消息，並從所述請求消息攜帶的信息中獲取除消息發送者和消息接收者之外的一個或多個目標信息，其中，所述請求消息用於請求將一個或多個用戶加入已經創建或即將創建的會議；所述出呼阻止業務服務設備根據所述消息發送者的出呼阻止業務規則，判斷獲取的每個目標信息所對應的目標是否為所述消息發出者要阻止的呼叫目標，在判斷結果為是的情況下，使目標信息無效並轉發修改後的請求消息，或者拒絕所述請求消息。
2. 根據權利要求1所述的方法，其特徵在於，所述請求消息包括 以下任一種邀請消息、轉移消息。
3. 根據權利要求1所述的方法，其特徵在於，所述目標信息在所 述請求消息的各個頭欄位中獲得，或者在所述請求消息的消息 體中獲得。
4. 根據權利要求1所述的方法，其特徵在於，所述出呼阻止業務 月良務設備通過刪除所述目標信息4吏所述目標信息無效。
5. 才艮據權利要求1所述的方法，其特4正在於，所述出呼阻止業務 月l務i殳備通過返回失敗響應消息來拒絕所述i青求消息。
6. 根據權利要求1至5中任一項所述的方法，其特徵在於，在僅 存在一個目標信息的情況下如果所述目標信息所對應的目標為所述消息發出者要阻止的呼叫目標，則所述出呼阻止業務服務設備拒絕所述請求消自
7. 根據權利要求1至5中任一項所述的方法，其特徵在於，在存 在多個目標信息的情況下如果部分目標信息所對應的目標為所述消息發出者要阻 止的呼叫目標，則對於判斷結果為是的目標信息，使其無效， 並將修改後的請求消息轉發給會議服務設備；如果所有目標信息所對應的目標均為所述消息發出者要 阻止的呼叫目標，則所述出呼阻止業務服務設備拒絕所述請求消息。
全文摘要
本發明提供了一種出呼阻止業務與會議業務的交互方法，該方法包括出呼阻止業務服務設備接收請求消息，並從請求消息攜帶的信息中獲取除消息發送者和消息接收者之外的一個或多個目標信息，其中，請求消息用於請求將一個或多個用戶加入已經創建或即將創建的會議；出呼阻止業務服務設備根據消息發送者的出呼阻止業務規則，判斷獲取的每個目標信息所對應的目標是否為消息發出者要阻止的呼叫目標，在判斷結果為是的情況下，使目標信息無效並轉發修改後的請求消息，或者拒絕請求消息。
文檔編號H04W48/08GK101150771SQ200710165020
公開日2008年3月26日 申請日期2007年10月19日 優先權日2007年10月19日
發明者謝振華 申請人:中興通訊股份有限公司