專利名稱：特征交互的呼叫中檢測和解析的制作方法
技術領域：
本發(fā)明總的來說涉及電信，且更具體地說，涉及在呼叫期間特征交互的檢測和解析。
背景技術：
近幾年來，已經逐年開發(fā)了多種電信特征，比如呼叫轉移、三路呼叫、音樂中斷(music on hold)等。但是，當兩個或多個特征應用于電話呼叫時，有可能在特征之間的交互引起不期望的或不想要的行為，比如繞過許可策略或引起呼叫失敗。例如，假定經由會見我(meet-me)會議特征建立呼叫，且然后在呼叫期間激活音樂中斷特征。如果呼叫參與者之一進行了中斷，那么該呼叫的所有其它方也將聽到音樂。 典型地電話通信平臺的賣主嘗試在設計時預期特征交互。但是，設計時技術的限制在于其難以預期如果一個或多個第三方在平臺賣主的設計以外添加新的特征則可能發(fā)生的特征交互。同時，運行時特征交互檢測和解析技術典型地依賴可能難以在分布式聯(lián)網環(huán)境中維護并可能引入對于在呼叫建立期間的處理不可行的計算總開銷的詳細模型。

發(fā)明內容
本發(fā)明提供用于呼叫中特征交互檢測和解析的技術。根據說明性的實施例，有限狀態(tài)機和相應方法檢測在呼叫期間調用的特征何時將與另一預先激活的特征交互，并保證兩個特征不同時有效。 在說明性的實施例的第一技術中，總是拒絕后一特征的激活，而在第二技術中，總是撤消前一特征且然后激活后一特征。在第三技術中，選擇兩個特征之一為有效特征，且相應地激活和/或撤消特征。根據說明性的實施例，第三技術依賴于特征優(yōu)先權來確定兩個特征中的哪個應該優(yōu)先。 可以結合特征交互檢測的不同方法使用該說明性的實施例，包括本發(fā)明的第一說明性實施例的方法。此外，可以結合第三說明性實施例的技術采用第二說明性實施例，以提供用于在各種網絡拓撲中的因特網協(xié)議上語音(VoIP)呼叫的呼叫中檢測。
該說明性實施例包括接收指示激活第一特征的第一信號；在呼叫期間接收指示調用第二特征的第二信號；和在該呼叫期間確定第一特征和第二特征是否交互。


圖1示出根據本發(fā)明第 一 說明性實施例的，與用于多方和橋接通道
(bridged-即pearance)呼叫的檢測和解析特征交互的方法對應的流程圖。 圖2示出根據本發(fā)明第二說明性實施例的，用于檢測和解析呼叫期間的特征交互
的有限狀態(tài)機。 圖3示出根據本發(fā)明的第二說明性實施例的，與如圖2所示的有限狀態(tài)機200對應的方法的流程圖。 圖4示出根據本發(fā)明第二說明性實施例的，用于執(zhí)行如圖3所示的任務350的第一技術的流程圖。 圖5示出根據本發(fā)明第二說明性實施例的，用于執(zhí)行任務350的第二技術的流程圖。 圖6示出根據本發(fā)明第二說明性實施例的，用于執(zhí)行任務350的第三技術的流程圖。 圖7示出根據本發(fā)明第三說明性實施例的，用于對于具有多線路(multiple-leg)信令路徑的呼叫檢測和解析特征交互的第一方法的流程圖。 圖8示出根據本發(fā)明第三說明性實施例的，用于對于具有多線路信令路徑的呼叫檢測和解析特征交互的第二方法的流程圖。 圖9示出根據本發(fā)明第四說明性實施例的，包括透明背靠背用戶代理(B2BUA)的說明性信令路徑。
具體實施例方式
給予以下出現(xiàn)的術語以下定義以用在該說明書和所附的權利要求中。
為了說明書和權利要求的目的，術語"呼叫"被定義為涉及一個或多個電信終端用戶的交互式通信。呼叫可以是常規(guī)的語音電話呼叫、因特網協(xié)議上語音(VoIP)呼叫、會話啟動協(xié)議(SIP)會話、即時消息(IM)會話、視頻會議等。 根據本發(fā)明的第一說明性實施例，采用五個基本規(guī)則用于檢測特征交互，其中每個具有用于多方呼叫的一個變型和用于具有橋接通道的呼叫的一個變型。這些規(guī)則中的一些涉及"處理(treatment)"，其是由網絡觸發(fā)以處理在呼叫期間的某些條件的通知或音調(例如，當屏蔽呼叫時，當阻塞呼叫時，等)?？赡艿?，在特定呼叫中可能涉及多個處理。例如，一個特征可能在呼叫期間將一方與忙碌的處理連接，而第二特征在相同呼叫期間將一方(相同方或另一方)連接到網絡不可用的處理。 根據第一說明性實施例，采用注釋來精確地描述特征的行為，這具有促進自動化規(guī)則匹配的附加益處。作為該注釋的實例，特征"呼叫轉移"，或簡稱為"CFU"可以該注釋如下表示 CFU :TP :C ;A， C — A， B
其中"TP :C"表示端點C是觸發(fā)方(即，激活特征處的端點)；'在箭頭的左手側的"A， C"表示在端點A和C之間存在初始連接(即，在特征激活之前在A和C之間的連接)；禾口
箭頭的右手側的"A， B"表示在端點A和B之間存在結果連接(S卩，在特征激活之后在A與B之間的連接)。 作為另一實例，特征"多方呼叫加入"，或簡稱為"Conf Join"可以以該注釋如下表示 Conf ioin :TP :A : 「A, C，A, B — A, B, C 其中 "TP :A"表示端點A是觸發(fā)方； 在箭頭的左手側的"[A， C]"表示在端點A和C之間存在已經暫時中斷(put onhold)的初始連接； 在箭頭的左手側的"A， B"表示在端點A和B之間存在初始連接； 在箭頭的右手側的"A，B，C"表示在端點A、B和C之間存在結果連接(S卩，在A與
B之間、A禾P C之間、以及B禾P C之間的結果連接)。 多方呼叫 用于多方呼叫的規(guī)則la 如果 特征1和特征2具有相同的觸發(fā)方 和(特征1的結果連接=特征2的結果連接 或 特征1的初始連接=特征2的初始連接) 那么 特征1和特征2交互。 用于多方呼叫的規(guī)則2a 如果 特征1的初始連接=特征2的結果連接 禾口 特征2的初始連接=特征1的結果連接 那么 特征1和特征2交互。 用于多方呼叫的規(guī)則3a 如果 特征2連接到處理 禾口 {特征i的結果連接} n {特征2的初始連接} # $ 禾口
3Xe(特;f正1的初始連接}
3re(特征1的結果連接} I[始發(fā)方(X)=始發(fā)方(Y) A終止方(X) ^終止方(Y)]
5
或[始發(fā)方(X)=終止方(Y) A始發(fā)方(Y)=終止方(X)] 那么 特征1和特征2交互。 用于多方呼叫的規(guī)則4a 如果 {特征i的結果連接} n {特征2的初始連接} # $ 和 [ 3% e {特征1的#刀始連接}
3Fe(特征l的結果連接} I[始發(fā)方(X)=終止方(Y) A始發(fā)方(Y)=終止方(X)]]
或[議e {特征2的初始連接}
W4特征2的結果連接} |[始發(fā)方(X)=始發(fā)方(Y) A終止方(X) ^終止方(Y)]] 那么 特征1和特征2交互。 用于多方呼叫的規(guī)則5a 如果 特征1的初始連接=特征2的初始連接 和 [ 3義e {特征1的初始連接}
3rq特征i的結果連接} l[終止方(Y) 二處理A始發(fā)方(X)=觸發(fā)方(特征l)]]
或 [ e {特征2的初始連接}
3r^特征2的結果連接} I[終止方(Y) 二處理A始發(fā)方(X)=觸發(fā)方(特征2)]]
那么 特征1和特征2交互。
橋接通道(BA) 如果端點A呼叫端點B，且B已經在與端點C的橋接通道上，那么A得以連接到B，
同時C也連接。類似地，如果端點B呼叫端點A，且B已經在與端點C的橋接通道上，那么產
生相同連接，只是始發(fā)方和終止方顛倒。使用注釋，第一情況可以被表示為
{特征1的結果連接，包括BA上的各方)n
{特征2的初始連接，包括BA上的各方} # *
和 [3^e(特征1的初始連接，包括BA上的各方〉
3ye(特征l的結果連接，包括BA上的各方〉1[始發(fā)方(X)=終止方(Y) A始發(fā)方(Y)=終止方(X)]]
或[議e(特征2的初始連接，包括BA上的各方〉
^e(特征2的結果連接，包括BA上的各方)I[始發(fā)方(X)=始發(fā)方(Y) A 終止方(X) ^終止方(Y)]] 那么 特征1和特征2交互。 用于具有一個或多個BA的呼叫的規(guī)則5b 如果 特征1的初始連接=特征2的初始連接 和 [3Je(特征1的初始連接，包括BA上的各方》
We(特征1的結果連接，包括BA上的各方〉1[終止方(Y) 二處理A始發(fā)方(X)=觸發(fā)方(特征l)]]
或 [3Ze(特征2的初始連接，包括BA上的各方〉
3rq特征2的結果連接，包括BA上的各方)I[終止方(Y) 二處理A始發(fā)方(X)=觸發(fā)方(特征2)]]
那么 特征1和特征2交互。 圖1示出根據本發(fā)明第一說明性實施例的，與用于檢測和解析多方和橋接通道呼 叫的特征交互的方法對應的流程圖。本領域技術人員在閱讀該公開之后將清楚可以同時地 執(zhí)行或以與所示的不同的次序執(zhí)行圖1中所示的哪些任務。 在任務IIO，將特征fl初始化為呼叫C的第一特征，呼叫C具有多于兩個端點，或
一個或多個橋接通道，或既具有多于兩個端點又具有一個或多個橋接通道。 在任務120，將特征f2初始化為呼叫C的第二特征。 任務130確定特征fl和f2是否匹配規(guī)則la-5a和規(guī)則lb_5b中的任意一個。如本領域技術人員認可的，存在各種現(xiàn)有技術中熟知的方式來執(zhí)行這種確定，比如專家系統(tǒng)
的規(guī)則匹配引擎、邏輯程序、約束滿足系統(tǒng)、nalive強力搜索等，且本領域技術人員在閱讀
該公開之后將清楚怎樣制造和使用能夠執(zhí)行任務130的本發(fā)明的實施例。如果任務130確定沒有規(guī)則匹配特征n和f2，那么執(zhí)行進行到任務140，否則執(zhí)
行在任務150繼續(xù)。 在任務140，以熟知的方式激活特征fl和f2兩者。在任務140之后，終止圖1的
方法的執(zhí)行。 在任務150，以熟知的方式激活特征fl和f2之一，而不是兩者。如本領域技術人 員認可的，存在任務150可以選擇兩個特征之一用于激活的各種方式(即，任務150執(zhí)行特 征交互解析的各種方式)。例如，在本發(fā)明的某些實施例中，任務150可以確定性地選則首 先被調用的特征，而在本發(fā)明的某些其它實施例中，任務150可以確定性地選擇最后調用 的特征，而在另外的一些實施例中，可以執(zhí)行一些其它的解析方法——比如如下和關于第 二說明性實施例以及圖2到圖6所述的——。在任意情況下，本領域技術人員在閱讀該公 開之后將清楚怎樣制造和使用能夠執(zhí)行任務150的本發(fā)明的實施例。
在任務150之后，終止圖1的方法的執(zhí)行。 如本領域技術人員將認可的，可以結合各種電話通信平臺和協(xié)議實現(xiàn)圖1的方法 (例如，基于會話啟動協(xié)議[SIP]的因特網協(xié)議上語音[VoIP]電話通信，經由公共交換電話 網[PSTN]的常規(guī)的電路切換電話通信，等)，且本領域技術人員在閱讀該公開之后將清楚 怎樣基于用于這種平臺和協(xié)議的該方法來制造和使用本發(fā)明的實施例。
呼叫中特征交互檢測和解析 本發(fā)明的第二說明性實施例使得能夠在呼叫期間檢測和解析特征交互(S卩，呼叫 中特征交互檢測和解析)。第二說明性實施例的技術可以與第一說明性實施例的技術結合 以提供多方呼叫和具有橋接通道的呼叫的呼叫中的特征交互檢測和解析。
圖2示出根據本發(fā)明第二說明性實施例的，用于在呼叫期間檢測和解析特征交互 的有限狀態(tài)機(FSM)200。如圖2所示，有限狀態(tài)機(FSM)200包括狀態(tài)201到206，其中狀 態(tài)201是起始狀態(tài)且狀態(tài)205和206是最終狀態(tài)。有限狀態(tài)機(FSM)200中的每個弧(或 方向邊)指示從第一狀態(tài)到第二狀態(tài)的合法轉換，其中弧上的標簽提供轉換的描述。
在起始狀態(tài)201，激活特征fl。在本發(fā)明的某些實施例中，可以在呼叫建立之前進 入起始狀態(tài)201，而在某些其它實施例中，可以在呼叫建立期間進入起始狀態(tài)201，而在另 外的某些實施例中可以在呼叫期間在呼叫建立之后進入起始狀態(tài)201。
當在呼叫期間調用特征f2時，有限狀態(tài)機(FSM)200離開起始狀態(tài)201且進入狀 態(tài)202。 在狀態(tài)202，執(zhí)行特征fl和f2的交互檢查。如果存在交互，那么有限狀態(tài)機 (FSM) 200離開狀態(tài)202并進入狀態(tài)203。 取決于特征fl或特征f2是否具有較高優(yōu)先級，狀態(tài)203轉換到狀態(tài)204、205和 206之一。(以下關于圖3到6詳細描述用于選擇特征fl和f2之一的特征優(yōu)先級和解析 技術)。如果特征fl優(yōu)先于特征f2，那么狀態(tài)203轉換到狀態(tài)206。如果特征f2優(yōu)先于 特征fl且特征f2是有條件的，那么狀態(tài)203轉換到狀態(tài)204。如果特征f2優(yōu)先于特征fl 且特征f2是無條件的，那么狀態(tài)203轉換到狀態(tài)205。
9
在狀態(tài)204，執(zhí)行是否使用特征f2的檢查。如果使用，那么狀態(tài)204轉換到狀態(tài)
205，否則狀態(tài)204轉換到狀態(tài)206。 在最終狀態(tài)205，重復呼叫而不帶特征fl。 在最終狀態(tài)206 ，處理下一特征。 圖3示出根據本發(fā)明的第二說明性實施例的與有限狀態(tài)機(FSM)200對應的方法 的流程圖。本領域技術人員在閱讀該公開之后將清楚可以同時地執(zhí)行或以與所示的不同的 次序執(zhí)行圖3中所示的哪些任務。 在任務310，以熟知的方式接收指示激活特征fl的第一信號。如本領域技術人員 將認可的，在本發(fā)明的某些實施例中該第一信號可以由交換機接收，而在某些其它實施例 中該第一信號可以由專用交換分局(PBX)接收，而在另外某些實施例中可以從某些其它數(shù) 據處理系統(tǒng)接收該第一信號。如本領域技術人員將進一步認可的，在本發(fā)明的某些實施例 中在發(fā)出特定呼叫之前，可以在任務310處激活特征fl，而在某些其它實施例中，可以在特 定呼叫期間激活特征fl。在任意情況下，本領域技術人員在閱讀該公開之后將清楚怎樣制 造和使用能夠執(zhí)行任務310的本發(fā)明的實施例。 在任務320，在呼叫期間接收第二信號，其中第二信號指示在呼叫期間調用特征 f2。 任務330在呼叫期間確定特征fl和f2是否交互。如本領域技術人員將認可的， 存在可以檢測特征交互的各種方式。例如，在本發(fā)明的某些實施例中，可以經由第一說明性 實施例的規(guī)則集確定特征交互，而在某些其它實施例中，可以經由某些替換技術執(zhí)行特征 交互檢測。在任意情況下，本領域技術人員在閱讀該公開之后將清楚怎樣制造和使用能夠 執(zhí)行任務330的本發(fā)明的實施例。 任務340基于任務330的確定情況而分支。如果在任務330確定特征fl和f2不 交互，那么執(zhí)行進行到任務350，否則執(zhí)行在任務360繼續(xù)。 在任務350，以熟知的方式激活特征f2。在任務350之后，終止圖3的方法的執(zhí)行。
在任務360，解析特征交互。如本領域技術人員將認可的，存在可以解析特征交互 的各種方式。例如，在本發(fā)明的某些實施例中，可以采用如下關于圖4到6所述的技術之一 以解析特征交互，而在本發(fā)明的某些其它實施例中，可以采用某些其它技術來解析特征交 互。在任意情況下，本領域技術人員在閱讀該公開之后將清楚怎樣制造和使用能夠執(zhí)行任 務360的本發(fā)明的實施例。 在任務360之后，終止圖3的方法的執(zhí)行。 圖4示出根據本發(fā)明第二說明性實施例的，用于執(zhí)行任務350的第一技術的流程 圖。在該第一技術中，較早激活的特征(即，特征fl)被不變地給予優(yōu)先，而沒有任何其他 考慮(例如，特征fl和f2的性質、在特征fl的激活和特征f2的調用之間經過多長時間， 等)。 在任務410，拒絕特征f2的激活。如本領域技術人員將認可的，在某些實施例中拒 絕可以伴隨有某個類型的通知或為什么不激活特征f2的解釋，而在某些其它實施例中，可 以拒絕激活而沒有任何伴隨的動作。 在完成任務410之后，終止圖4的技術和圖3的方法。 圖5示出根據本發(fā)明第二說明性實施例的，用于執(zhí)行任務350的第二技術的流程圖。在該第二技術中，后激活的特征(即，特征f2)被不變地給予優(yōu)先，而沒有任何其他考 慮。本領域技術人員在閱讀該公開之后將清楚可以同時地執(zhí)行或以與所示的不同的次序執(zhí) 行圖5中所示的哪些任務。 在任務510，以熟知的方式去激活特征fl。
在任務520，以熟知的方式激活特征f2。 如本領域技術人員將認可的，在本發(fā)明的某些實施例中，任務510和520可以伴隨 有這些動作的某個類型的通知或解釋，而在某些其它實施例中，可以沒有任何通知或解釋。
在完成任務520之后，終止圖5的技術和圖3的方法。 圖6示出根據本發(fā)明第二說明性實施例的，用于執(zhí)行任務350的第三技術的流程 圖。在該第三技術中，經由分配給特征的優(yōu)先級確定特征先后次序。本領域技術人員在閱讀 該公開之后將清楚可以同時地執(zhí)行或以與所示的不同的次序執(zhí)行圖6中所示的哪些任務。
任務610檢查特征f2是否具有比特征fl更高的優(yōu)先級。如果不，執(zhí)行進行到任 務620，否則，執(zhí)行在任務630繼續(xù)。 在任務620，拒絕特征f2的激活。如本領域技術人員將認可的，在某些實施例中拒 絕可以伴隨有某個類型的通知或為什么不激活特征f2的解釋，而在某些其它實施例中，可 以拒絕激活而沒有任何伴隨的動作。 在完成任務620之后，終止圖6的技術和圖3的方法。
在任務630，以熟知的方式去激活特征fl。
在任務640，以熟知的方式激活特征f2。 如本領域技術人員將認可的，在本發(fā)明的某些實施例中，任務630和640可以伴隨 有這些動作的某個類型的通知或解釋，而在某些其它實施例中，可以沒有任意通知或解釋。
在完成任務640之后，終止圖6的技術和圖3的方法。 如本領域技術人員將認可的，在本發(fā)明的某些其它實施例中，"結合"在特征fl和 f2之間的優(yōu)先級可能有利于特征f2，而不是特征fl，且本領域技術人員在閱讀該公開之后 將清楚怎樣制造和使用替換的實施例。 如本領域技術人員將認可的，可以結合各種電話通信平臺和協(xié)議(例如，基于會 話啟動協(xié)議[SIP]的因特網協(xié)議上語音[VoIP]電話通信，經由公共交換電話網[PSTN]的 常規(guī)電路交換電話通信，等)實現(xiàn)圖3到6的方法，且本領域技術人員在閱讀該公開之后將 清楚怎樣基于用于這種平臺和協(xié)議的該方法來制造和使用本發(fā)明的實施例。
用于具有多線路信令路徑的呼叫的呼叫中檢測 本發(fā)明的第三說明性實施例使得能夠檢測和解析用于具有多線路信令路徑的呼 叫的特征交互。第三說明性實施例的技術可以與第一和第二說明性實施例的相結合，以提 供具有多于兩個端點和/或橋接通道的多線路呼叫的呼叫中特征交互檢測和解析。
圖7示出根據本發(fā)明第三說明性實施例的，用于對于具有多線路信令路徑的呼叫 檢測和解決特征交互的第一方法的流程圖。本領域技術人員在閱讀該公開之后將清楚可以 同時地執(zhí)行或以與所示的不同的次序執(zhí)行圖7中所示的哪些任務。 在任務710，以熟知的方式接收指示對于具有多線路信令路徑的呼叫的線路L調 用特征的信號。 在任務720，線路L的特征狀態(tài)信息相應地更新且存儲在網絡中的一個或多個適當?shù)墓?jié)點處。如本領域技術人員將認可的，在本發(fā)明的一些實施例中，特征狀態(tài)信息可以被 存儲在一個或多個背靠背用戶代理(B2BUA)處，如以下關于第四說明性實施例所述的，而 在某些其它實施例中，特征狀態(tài)信息可以被存儲在某些其它類型的節(jié)點，比如交換機、服務 器、專用交換分局(PBX)等。在任意情況下，本領域技術人員在閱讀該公開之后將清楚怎樣 制造和使用能夠執(zhí)行任務720的本發(fā)明的實施例。 在任務730，以熟知的方式沿著呼叫的信令路徑傳播所更新的特征狀態(tài)信息。
在任務740，根據需要在信令路徑的各線路兩端執(zhí)行地址映射。例如，沿著信令路 徑的信令元素可以沿著路徑的多個部分移去信令元素的地址，否則將在信令信息中攜帶該 地址。這種信令元素還可以改變其他信令元素和端點的地址信息，否則將在信令信息中攜 帶該地址。這種映射和變換用于從外部信令元素和端點隱藏內部信令拓撲的細節(jié)，且用于 許可對一個或多個端點不可見的信令路徑的改變。在任務740的地址映射以實際在呼叫中 的各端點的一致觀點提供特征交互檢測規(guī)則。 任務750檢查調用的特征是否與(i)呼叫信令路徑的不同線路的特征，或者(ii) 線路L的另一特征交互。如果是，那么執(zhí)行進行到任務760，否則執(zhí)行在任務770繼續(xù)。
在任務760，以熟知的方式激活特征。在任務760之后，終止圖7的方法的執(zhí)行。
在任務770，解析特征交互。如本領域技術人員將認可的，存在其中可以解析特征 交互的各種方式。例如，在本發(fā)明的某些實施例中，可以采用如上和關于圖4到6所述的技 術之一以解析特征交互，而在本發(fā)明的某些其它實施例中，可以采用某些其它技術來解析 特征交互。在任意情況下，本領域技術人員在閱讀該公開之后將清楚怎樣制造和使用能夠 執(zhí)行任務770的本發(fā)明的實施例。
在任務770之后，終止圖7的方法的執(zhí)行。 圖8示出根據本發(fā)明第三說明性實施例的，用于檢測和解析具有多線路信令路徑 的呼叫特征交互的第二方法的流程圖。本領域技術人員在閱讀該公開之后將清楚可以同時 地執(zhí)行或以與所示的不同的次序執(zhí)行圖8中所示的哪些任務。 在任務810，接收指示要將新線路添加到呼叫或者新線路已經被添加到呼叫的信號。 在任務820，以熟知的方式沿著呼叫的信令路徑傳播該新線路的特征狀態(tài)信息。
在任務830，根據需要在信令路徑的線路兩端執(zhí)行地址映射。例如，沿著信令路徑 的信令元素可以沿著路徑的多個部分移去信令元素的地址，否則將在信令信息中攜帶該地 址。這種信令元素還可以改變其他信令元素和端點的地址信息，否則將在信令信息中攜帶 該地址信息。這種映射和變換用于從外部信令元素和端點隱藏內部信令拓撲的細節(jié)，且用 于許可對一個或多個端點不可見的信令路徑的改變。在任務830的地址映射以實際在呼叫 中的端點的一致觀點提供特征交互檢測規(guī)則。 任務840檢查是否該新線路的任意特征與呼叫的現(xiàn)有線路的任意特征交互。如果 是，那么執(zhí)行進行到任務850，否則執(zhí)行在任務860繼續(xù)。 在任務850，以熟知的方式激活特征。在任務850之后，終止圖8的方法的執(zhí)行。
在任務860，解析特征交互。如本領域技術人員將認可的，存在可以解析特征交互 的各種方式。例如，在本發(fā)明的某些實施例中，可以采用如上和關于圖4到6所述的技術之 一以解析特征交互，而在本發(fā)明的某些其它實施例中，可以采用某些其它技術來解析特征交互。在任意情況下，本領域技術人員在閱讀該公開之后將清楚怎樣制造和使用能夠執(zhí)行 任務860的本發(fā)明的實施例。 在任務860之后，終止圖8的方法的執(zhí)行。 如本領域技術人員將認可的，可以結合各種電話通信平臺和協(xié)議(例如，基于會 話啟動協(xié)議[SIP]的因特網協(xié)議上語音[VoIP]電話通信、經由公共交換電話網[PSTN]的 常規(guī)電路交換電話通信，等)實現(xiàn)圖7和8的方法，且本領域技術人員在閱讀該公開之后將
清楚怎樣基于用于這種平臺和協(xié)議的該方法來制造和使用本發(fā)明的實施例。
使用背靠背用戶代理的VoIP實現(xiàn) 第四說明性實施例提供了能夠執(zhí)行與如上所述的第一、第二和第三說明性實施例 相關聯(lián)的任務的因特網協(xié)議上語音(VoIP)呼叫的實現(xiàn)。因此，第四說明性實施例可以處理 呼叫中特征交互檢測和解析，具有多線路信令路徑的呼叫，多方呼叫和具有橋接通道的呼 叫。 第四說明性實施例的方法本質上是分布式的，這促進了其應用于因特網協(xié)議上語 音(VoIP)電話通信和會話啟動協(xié)議(SIP)。被激活的每個特征將其觸發(fā)方與連接類型包 含在SIP消息中。如果在消息中已經存在一個或多個條目，相對當前特征的描述檢查它們。 因此在任何需要的地方執(zhí)行該算法且不需要中心特征管理器。這使得該方法高度可伸縮。
對于會話啟動協(xié)議(SIP)，標準SIP報頭不提供足夠的細節(jié)，且因此已經定義了攜 帶所需信息的附加報頭，且可以以SIP消息包括。已經定義了兩個專用報頭來攜帶用于該 方法的所需信息P-ConType和P-Forwarded-To。 P-ConType報頭包括在當前會話上已經 激活的特征的描述，并且P-Forwarded-To報頭包括當將INVITE (邀請)請求重定向到另一 方時受邀請方的ID。 在特征排序期間，對于P-ConType報頭檢查當前的SIP消息。如果沒有發(fā)現(xiàn)這種
報頭，那么沒有其它特征是先前已經激活的，且因此不能發(fā)生特征交互。在此情況下，將新
的P-ConType報頭插入描述當前特征的消息中。例如，對于轉發(fā)特征，該報頭是 P-ConType :ID = Forward ;TP = sip :bob@d254203. com ;OrigFrom = chris@discus. com ;OrigTo = bob@d254203. com ; FinalFrom = chris@discus. com ;FinalTo = alice@d254203. com 該報頭包括ID字段、觸發(fā)方和連接類型。ID識別在報頭中描述的特征。TP包括
觸發(fā)方，且剩余四個字段對應于連接類型的四個字段。 根據第四說明性實施例，背靠背用戶代理(B2BUA)存儲和維護呼叫線路的特征狀 態(tài)和信令信息，并沿著信令路徑傳播該信息。如本領域中熟知的，背靠背用戶代理(B2BUA) 用作到會話啟動協(xié)議(SIP)呼叫的兩端的用戶代理，且從呼叫建立到終止，負責處理呼叫 的兩端之間的所有SIP信令。對SIP客戶，背靠背用戶代理(B2BUA)在一側上用作用戶代理 服務器，且在另一側(背靠背)上用作用戶代理客戶端。背靠背用戶代理(B2BUA)還可以 提供比如呼叫管理(例如，計費、自動呼叫斷開、呼叫轉移等)、網絡互工作(或許具有協(xié)議 自適應)，網絡內部的隱藏(例如，私人地址，網絡拓撲等)，在兩個呼叫線路之間的編解碼 翻譯等的附加功能。如也是本領域中熟知的，背靠背用戶代理(B2BUA)可以是透明B2BUA， 或監(jiān)控B2BUA，或可以用作會話邊界控制器(SBC)。
透明B2BUA
對于透明B2BUA存在兩種情況在第一種情況中，透明B2BUA可以攜帶按照說明轉發(fā)的P-ConType報頭，且能夠被發(fā)送回由于交互作用而禁止特征。這個情況發(fā)生而不改變報頭中的任意信息。 在第二種情況中，透明B2BUA修改某些報頭中的信息，這可能影響特征交互方法。例如，通過經由From/To/RequestURI中的改變來改變端點的標識，在那些報頭和在P-ConType報頭中包括的信息之間的映射被打破。此外，P-ConType報頭可以仍然展現(xiàn)各方的"先前的"標識。因此B2BUA需要對P-ConType報頭中的值執(zhí)行相同的地址映射，如在已改變的SIP報頭中。該映射應該對于上游和下游消息兩者都發(fā)生。 圖9示出根據本發(fā)明第四說明性實施例的用于第二種情況的說明性的會話啟動協(xié)議(SIP)信令路徑900。如圖9所示，信令路徑900包括如圖所示互連的用戶代理901-1和901-2、服務器902-1和902-2，和透明背靠背用戶代理(B2BUA) 903，且包括兩個呼叫線路904-1和904-2。 用戶代理901-1和901-2是會話啟動協(xié)議(SIP)端點，如本領域中熟知的。
服務器902-1和902-2是會話啟動協(xié)議(SIP)服務器，如本領域中熟知的。
如上所述，透明背靠背用戶代理(B2BUA) 103對P-ConType報頭以及其它會話啟動協(xié)議(SIP)報頭執(zhí)行地址映射。用戶代理101-1和101-2、服務器102-1和102-2和透明背靠背用戶代理(B2BUA)103之間的會話啟動協(xié)議(SIP)消息以熟知的方式在信令路徑900下部描述。在信令路徑包括兩個或多個透明B2BUA(即，鏈式B2BUA)的情況下，在每個B2BUA處發(fā)生映射。因此，如本領域技術人員將認可的，鏈式B2BUA的行為可以被看作是單一B2BUA情況的序列。
監(jiān)控B2BUA 會話的監(jiān)控可以是不可見的(例如，通過比如合法截取的特征，等)或可見的(例如，通過比如會話記錄之類的特征，等)。不可見的監(jiān)控不應該是由呼叫中的其他端點可檢測的，且因此來自監(jiān)控端點的信令需要向其它端點隱瞞?？梢圆捎肂2BUA來提供該功能性；但是，存在可能由P-ConType報頭妥協(xié)的保密問題。 當監(jiān)控以比被監(jiān)控呼叫更高的優(yōu)先級而不可見時，比如合法截取或管理者監(jiān)控的特征應該優(yōu)先于任意特征交互問題。換句話說，即使這意味著可能不處理由于監(jiān)控造成的某些交互，監(jiān)控也應該保持不可見。這種場景的實例是監(jiān)控方處在被監(jiān)控呼叫的各方之一的屏顯列表上時。在這種場景中，來自監(jiān)控方的特征的P-ConType報頭不被發(fā)送到呼叫的其他方，且由于特征交互(禁止特征之一)將永不重復呼叫建立，這可以在其它端點處檢測到，并展現(xiàn)該監(jiān)控。替代地，通過給予監(jiān)控方的特征優(yōu)先級來解析交互。
當監(jiān)控方具有等于或低于被監(jiān)控呼叫的優(yōu)先級而不可見時，應該禁用監(jiān)控。這種場景的實例是當監(jiān)控對呼叫有效時，且具有不允許監(jiān)控呼叫的特征的一方(例如，首席執(zhí)行官，等)加入呼叫。 當監(jiān)控可見時，不應用保密問題，且因此P-ConType報頭可以被以普通方式包括在消息中。另外，可以如在先前的說明性實施例中描述的那樣來執(zhí)行特征交互解析，具有以B2BUA作為始發(fā)或終止點的用于呼叫線路的添加的附帶條件，在B2BUA處解析在呼叫線路內的特征交互。 注意有可能具有在不能一致進行的多方呼叫的呼叫線路兩端的特征交互。在此情況下，應該對不同的線路不對稱地分析特征交互。
會話訪界控制器(SBC) 會話邊界控制器(SBC)的主要功能是向外部端點和信令元素隱藏域路由和端點標識。自然地，該功能與第四說明性實施例的特征交互檢測方法沖突具體地說，會話邊界控制器(SBC)將不轉發(fā)P-ConType報頭中的信息，因為這樣做可能展現(xiàn)標識和由那些標識使用的特征。 但是，通過隔離每個域內的特征交互邏輯，在一個域內的特征交互分析仍是可能的。雖然這將解析在一個域內使用的服務之間的交互，但其將不捕捉涉及來自不同域的服務的交互。 替代地，會話邊界控制器(SBC)可以以不公開內部拓撲或信令的方式來映射特征交互反饋。例如，可能有被濾出P-ConType報頭的隱藏特征的列表以防止域外的可見性。作為另一實例，僅公共的端點可以被使得域外可見。自然地，存在一種權衡，如任何這種方法將對于處理某些交互的能力具有某些影響以交換增加保密性的益處。如本領域技術人員將認可的，采用的特定策略(例如，所有P-ConType報頭的移去、僅某些P-ConType報頭的移去、僅本地域內特征交互的處理，等)是取決于特定域的保密性要求的實現(xiàn)決定，且因此其對于這種可配置的策略是有利的。 如本領域技術人員將認可的，雖然第四說明性實施例的突出任務(例如，維持和傳播特征狀態(tài)信息、地址映射等)由一個或多個背靠背用戶代理(B2BUA)執(zhí)行，在某些其它實施例中，一些或所有這些任務可以由一個或多個其它數(shù)據處理系統(tǒng)(例如，交換機、服務器、專用交換分局[PB幻等)執(zhí)行，且本領域技術人員在閱讀該公開之后將清楚怎樣作出和使用本發(fā)明的這種實施例。如本領域技術人員將進一步認可的，雖然以因特網協(xié)議上語音(VoIP)電話通信和會話啟動協(xié)議(SIP)的背景公開了第四說明性實施例，第四說明性實施例的技術可以適于其他類型的電話通信平臺和協(xié)議，且本領域技術人員在閱讀該公開之后將清楚怎樣制造和使用本發(fā)明的這種替換的實施例。 將理解該公開僅教導了說明性實施例的一個實例，且可以由本領域技術人員在閱讀該公開之后容易地設計本發(fā)明的許多變化且本發(fā)明的范圍由以下權利要求所確定。
1權利要求
一種方法，包括接收指示第一特征被激活的第一信號；在呼叫期間接收指示第二特征被調用的第二信號；和在所述呼叫期間確定所述第一特征和所述第二特征是否交互。
2. 如權利要求1所述的方法，進一步包括當且僅當確定所述第一特征和所述第二特征不交互時激活所述第二特征。
3. 如權利要求1所述的方法，進一步包括當確定所述第一特征和所述第二特征不交互時激活所述第二特征。
4. 如權利要求1所述的方法，進一步包括當確定所述第一特征和所述第二特征交互時，拒絕激活所述第二特征。
5. 如權利要求1所述的方法，進一步包括當確定所述第一特征和所述第二特征交互時去激活所述第一特征；禾口激活所述第二特征。
6. 如權利要求l所述的方法，進一步包括(a) 當所述第一特征具有至少與所述第二特征一樣高的優(yōu)先級時，拒絕激活所述第二特征；和(b) 否則，(i) 去激活所述第一特征，禾口(ii) 激活所述第二特征。
7. 如權利要求l所述的方法，進一步包括(a) 當所述第一特征具有比所述第二特征高的優(yōu)先級時，拒絕激活所述第二特征；禾口(b) 否則，(i) 去激活所述第一特征，禾口(ii) 激活所述第二特征。
8. 如權利要求1所述的方法，其中，在所述呼叫的建立之前激活所述第一特征。
9. 如權利要求1所述的方法，其中，在所述呼叫的建立之前激活所述第一特征，且其中在所述呼叫的建立之前接收所述第一信號。
10. 如權利要求1所述的方法，其中，在所述呼叫的建立之前激活所述第一特征，且其中在所述呼叫的建立期間接收所述第一信號。
全文摘要
公開了用于檢測和解析呼叫期間的特征交互的技術。具體地說，有限狀態(tài)機和相應方法檢測在呼叫期間調用的特征何時將與另一先前激活的特征交互，并保證兩個特征不同時有效。公開了用于解析的三個不同的技術在一個技術中，總是拒絕后一特征的激活；在第二技術中，總是去激活前一特征且然后激活后一特征；且在第三技術中，選擇兩個特征之一為有效特征——或許基于分配給特征的優(yōu)先級——且相應地激活和/或去激活特征。
文檔編號H04M7/00GK101783843SQ20091020884
公開日2010年7月21日 申請日期2009年11月5日 優(yōu)先權日2009年1月19日
發(fā)明者J·比福德, K·K·達拉, M·科爾伯格, 吳曉濤, 文卡泰什·克里西納斯瓦米 申請人:阿瓦亞公司