專利名稱：具有多分支信令路徑的呼叫期間的特征交互檢測的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及電信，尤其涉及檢測具有多分支信令路徑的呼叫期間的特征 (feature)交互。
背景技術(shù)：
多年來，人們已經(jīng)開發(fā)出了多種多樣的電信特征(也被稱為服務(wù))，譬如，呼叫轉(zhuǎn) 移、三向呼叫、等待音樂等。但是，當(dāng)將兩個或更多個特征應(yīng)用于電話呼叫時(shí)，特征之間的交 互可能引起出乎意料或不想要的行為，譬如，允許避開一些策略或使呼叫失敗。例如，假定 通過撥入式電話會議(meet-me conferencing)特征建立呼叫，然后在呼叫期間激活等待音 樂特征。如果呼叫參與者之一繼續(xù)等待，那么，呼叫的所有其它各方也將聽到音樂。
通常，電話平臺的銷售商在設(shè)計(jì)時(shí)試圖預(yù)期特征交互。但是，設(shè)計(jì)時(shí)技術(shù)的局限性 在于，難以預(yù)期一個或多個第三方加入除平臺銷售商設(shè)計(jì)中的那些特征之外的新特征時(shí)可 能發(fā)生的特征交互。同時(shí)，運(yùn)行時(shí)的特征交互的檢測和解決技術(shù)通常依賴于在分布式聯(lián)網(wǎng) 環(huán)境下難以保持并且引入在呼叫建立期間不能處理的計(jì)算開銷的詳細(xì)模型。

發(fā)明內(nèi)容
本發(fā)明提供了一種用于檢測具有包含兩條或更多條分支的信令路徑的呼叫期間的 特征交互的技術(shù)。依照示例性實(shí)施例，為呼叫的每條分支保持特征狀態(tài)信息并沿著信令路徑 傳播特征狀態(tài)信息。該示例性實(shí)施例能夠檢測呼叫的不同分支中的特征之間的交互，以及呼 叫的同一分支中的特征之間的交互。此外，該示例性實(shí)施例能夠提供多種特征解決技術(shù)。
在專用于網(wǎng)際協(xié)議語音(VoIP)電話的一個示例性實(shí)施例中，背對背用戶代理 (B2BUA)存儲和傳播特征狀態(tài)信息，并且，除了通常的會話發(fā)起協(xié)議(SIP)首標(biāo)之外，還為 兩個專門定義的首標(biāo)進(jìn)行地址映射。該示例性實(shí)施例能夠與透明背對背用戶代理(B2BUA) 一起工作、監(jiān)視背對背用戶代理(B2BUA)和會話邊界控制器(SBC)。 該示例性實(shí)施例包含確定呼叫的第一分支的第一特征和所述呼叫的第二分支的 第二特征是否交互。


圖1描繪了與依照本發(fā)明第一示例性實(shí)施例的為多方和橋接通道呼叫檢測和解決特征交互的方法相對應(yīng)的流程圖； 圖2描繪了依照本發(fā)明第二示例性實(shí)施例的用于在呼叫期間檢測和解決特征交 互的有限狀態(tài)機(jī)； 圖3描繪了依照本發(fā)明第二示例性實(shí)施例的與如圖2所示的有限狀態(tài)機(jī)200相對 應(yīng)的方法的流程圖； 圖4描述了依照本發(fā)明第二示例性實(shí)施例的用于執(zhí)行如圖3所示的任務(wù)360的第 一技術(shù)的流程圖； 圖5描述了依照本發(fā)明第二示例性實(shí)施例的用于執(zhí)行任務(wù)360的第二技術(shù)的流程 圖； 圖6描述了依照本發(fā)明第二示例性實(shí)施例的用于執(zhí)行任務(wù)360的第三技術(shù)的流程 圖； 圖7描繪了依照本發(fā)明第三示例性實(shí)施例的為具有多分支信令路徑的呼叫檢測 和解決特征交互的第一方法的流程圖； 圖8描繪了依照本發(fā)明第三示例性實(shí)施例的為具有多分支信令路徑的呼叫檢測 和解決特征交互的第二方法的流程圖；以及 圖9描繪了依照本發(fā)明第四示例性實(shí)施例的包含透明背對背用戶代理(B2BUA)的 示例性信令路徑。
具體實(shí)施例方式
為了用在這個說明書和所附權(quán)利要求中，對于下面出現(xiàn)的術(shù)語給出如下定義。
就說明書和權(quán)利要求書而言，術(shù)語"呼叫"被定義為涉及一個或多個電信終端用戶 的交互式通信。呼叫可以是傳統(tǒng)的語音電話呼叫、網(wǎng)際協(xié)議語音(VoIP)呼叫、會話發(fā)起協(xié) 議(SIP)會話、即時(shí)消息傳送(IM)會話、視頻會議等。 依照本發(fā)明的第一示例性實(shí)施例，應(yīng)用五條基本規(guī)則來檢測特征交互，每個具有
用于多方呼叫的一種變體和用于具有橋接通道的呼叫的一種變體。這些規(guī)則的一些應(yīng)對一
些作業(yè)(treatment)，這些作業(yè)是被網(wǎng)絡(luò)觸發(fā)以便處理呼叫期間的某些條件(例如，什么時(shí)
候屏蔽呼叫、什么時(shí)候阻止呼叫等)的通知或音調(diào)(tone)。潛在地，可能在一個特定呼叫中
涉及多個作業(yè)。例如，在呼叫期間一個特征可能將一方連接到一個繁忙的作業(yè)，而在同一個
呼叫期間第二個特征可能將一方(同一方或另一方)連接到網(wǎng)絡(luò)不可用的作業(yè)。 依照第一示例性實(shí)施例，應(yīng)用符號表示法來準(zhǔn)確地描述特征的行為，其額外好處
是便于自動的規(guī)則匹配。作為這種符號表示法的一個例子，可以利用這種符號表示法將特
征"呼叫轉(zhuǎn)移"或縮寫"CFU"表示如下 迴TP :C ;A， C — A， B 其中，"TP :C"指的是端點(diǎn)C是觸發(fā)方(即，激活特征的端點(diǎn));'箭頭左側(cè)的"A，C"指的是在端點(diǎn)A和C之間存在原始連接(即，特征激活之前A 和C之間的連接)；以及'箭頭右側(cè)的"A，B"指的是在端點(diǎn)A和B之間存在結(jié)果連接(即，特征激活之后A 和B之間的連接)。
作為另一個例子，可以利用這種符號表示法將特征"多方呼叫加入"或縮寫 "Conf join，，表示如下 Conf ioin :TP :A : 「A, C，A, B — A, B, C 其中， "TP :A"指的是端點(diǎn)A是觸發(fā)方； 箭頭左側(cè)的[A， C]指的是在端點(diǎn)A和已經(jīng)在等待的端點(diǎn)C之間存在原始連接； 箭頭左側(cè)的"A， B"指的是在端點(diǎn)A和B之間存在原始連接； 箭頭右側(cè)的"A， B， C"指的是在端點(diǎn)A、 B和C之間存在結(jié)果連接(即，A和B、 A
和C、以及B禾P C之間的結(jié)果連接)。 多方呼叫 用于多方呼叫的規(guī)則la 如果 特征1和特征2具有相同的觸發(fā)方 而且(特征1的結(jié)果連接=特征2的結(jié)果連接 或者 特征1的原始連接=特征2的原始連接) 那么 特征1和特征2交互。 用于多方呼叫的規(guī)則2a 如果 特征1的原始連接=特征2的結(jié)果連接 而且 特征2的原始連接=特征1的結(jié)果連接 那么 特征1和特征2交互。 用于多方呼叫的規(guī)則3a 如果 特征2連接到作業(yè) 而且 {特征i的結(jié)果連接} n {特征2的原始連接} #小 而且
Me(特征1的原始連接}
We(特征1的結(jié)果連接} I[發(fā)起方(X)=發(fā)起方(Y) A 終止方(X) ^終止方(Y)] 或者
5
[發(fā)起方(X)=終止方(Y) A 發(fā)起方(Y)=終止方(X)] 那么 特征1和特征2交互。 用于多方呼叫的規(guī),則4a 如果 {特征i的結(jié)果連接} n {特征2的原始連接} #小 而且 [ 31 e {特征1的原始連接}
3}^{特征1的結(jié)果連接} I[發(fā)起方(X)=終止方(Y) A 發(fā)起方(Y)=終止方(X)]] 或者 [3Xe(特;f正2的原始連接}
3ye(特征2的結(jié)果連接} I[發(fā)起方(X)=發(fā)起方(Y) A 終止方(X) ^終止方(Y)]] 那么 特征1和特征2交互。 用于多方呼叫的規(guī)則5a 如果 特征1的原始連接=特征2的原始連接 而且 [ e {特征1的原始連接}
W"特征l的結(jié)果連接)I[終止方(Y) 二作業(yè)A 發(fā)起方(X)=觸發(fā)方(特征1)]] 或者[議e {特征2的原始連接}
We(特征2的結(jié)果連接} |[終止方(Y) 二作業(yè)A 發(fā)起方(X)=觸發(fā)方(特征2)]] 那么 特征1和特征2交互。
]
那么
特征1和特征2交互。 用于具有一個或多個BA的呼叫的規(guī)則5b
如果
特征1的原始連接=特征2的原始連接 而且]]
8
那么 特征1和特征2交互。
圖1描繪了依照本發(fā)明第一示例性實(shí)施例的為多方和橋接通道呼叫檢測和解決 特征交互的方法的流程圖。本領(lǐng)域的普通技術(shù)人員在閱讀了本公開之后可以清楚地知道， 描繪在圖1中的任務(wù)可以同時(shí)執(zhí)行或以與所描繪的順序不同的順序執(zhí)行。
在任務(wù)110中，將特征fl初始化成用于具有多于兩個的端點(diǎn)，或具有一個或多個 橋接通道，或具有這兩者的呼叫C的第一特征。 在任務(wù)120中，將特征f2初始化成用于呼叫C的第二特征。 任務(wù)130確定特征fl和f2是否與規(guī)則la-5a和規(guī)則lb_5b中的任何一條規(guī)則 相匹配。本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)懂得，存在多種多樣在技術(shù)上公知的進(jìn)行這種確定的 方式，譬如，專家系統(tǒng)的規(guī)則匹配引擎、邏輯程序、約束滿足系統(tǒng)、質(zhì)樸強(qiáng)制搜索等，并且，本 領(lǐng)域的普通技術(shù)人員在閱讀了本公開之后，可以清楚地知道如何構(gòu)建和使用能夠執(zhí)行任務(wù) 130的本發(fā)明實(shí)施例。 如果任務(wù)130確定沒有規(guī)則與特征fl和f2相匹配，那么，執(zhí)行過程轉(zhuǎn)到任務(wù)140， 否則，繼續(xù)執(zhí)行任務(wù)150。 在任務(wù)140中，以公知的方式激活特征fl和f2。在任務(wù)140之后，終止執(zhí)行圖1 的方法。 在任務(wù)150中，以公知的方式激活特征fl和f2之一，而不是兩者。本領(lǐng)域的普通 技術(shù)人員應(yīng)當(dāng)懂得，存在多種多樣的任務(wù)150可以選擇兩個特征之一加以激活(即，任務(wù) 150進(jìn)行特征交互解決)的方式。例如，在本發(fā)明的一些實(shí)施例中，任務(wù)150可以確定性地 選擇首先被調(diào)用的特征，而在本發(fā)明的一些其它實(shí)施例中，任務(wù)150可以確定性地選擇最 后被調(diào)用的特征，而在另一些其它實(shí)施例中，可以執(zhí)行像下面參照第二示例性實(shí)施例和圖2 到6所述的那些的一些其它解決方法。無論如何，本領(lǐng)域的普通技術(shù)人員在閱讀了本公開 之后都可以清楚地知道如何構(gòu)建和使用能夠執(zhí)行任務(wù)150的本發(fā)明實(shí)施例。
在任務(wù)150之后，終止執(zhí)行圖1的方法。 本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)懂得，圖1的方法可以結(jié)合多種多樣的電話平臺和協(xié) 議(例如，基于會話發(fā)起協(xié)議[SIP]的網(wǎng)際協(xié)議語音[VoIP]電話、通過公共交換電話網(wǎng)絡(luò) [PSTN]的傳統(tǒng)電路交換電話等)來實(shí)現(xiàn)，并且，本領(lǐng)域的普通技術(shù)人員在閱讀了本公開之 后可以清楚地知道如何針對這樣的平臺和協(xié)議來構(gòu)建和使用基于這種方法的本發(fā)明實(shí)施 例。 呼叫中間的特征交互檢測和解決 本發(fā)明的第二示例性實(shí)施例能夠在呼叫期間檢測和解決特征交互(S卩，呼叫中間 的特征交互檢測和解決)。第二示例性實(shí)施例的技術(shù)可以與第一示例性實(shí)施例的那些技術(shù) 組合，以便為多方呼叫和具有橋接通道的呼叫提供呼叫中間的特征交互檢測和解決。
圖2描繪了依照本發(fā)明第二示例性實(shí)施例的在呼叫期間檢測和解決特征交互的 有限狀態(tài)機(jī)(FSM) 200 。如圖2所示，有限狀態(tài)機(jī)(FSM) 200包含狀態(tài)201 206 ，其中，狀態(tài) 201是開始狀態(tài)，而狀態(tài)205和206是最后狀態(tài)。有限狀態(tài)機(jī)(FSM)200中的每條弧線(或 有向邊)指示從第一狀態(tài)到第二狀態(tài)的合法轉(zhuǎn)變，其中，弧線上的標(biāo)記提供了對轉(zhuǎn)變的描 述。
在開始狀態(tài)201下，特征fl被激活。在本發(fā)明的一些實(shí)施例中，可以在呼叫建立 之前進(jìn)入開始狀態(tài)201，而在一些其它實(shí)施例中，可以在呼叫建立期間進(jìn)入開始狀態(tài)201， 而在另一些其它實(shí)施例中，可以在呼叫期間在呼叫建立之后進(jìn)入開始狀態(tài)201。
當(dāng)在呼叫期間調(diào)用特征f2時(shí)，有限狀態(tài)機(jī)(FSM)200離開開始狀態(tài)201，并進(jìn)入狀 態(tài)202。 在狀態(tài)202下，進(jìn)行對特征fl和f2的交互檢驗(yàn)。如果存在交互，則有限狀態(tài)機(jī) (FSM) 200離開狀態(tài)202，并進(jìn)入狀態(tài)203。 根據(jù)特征fl還是特征f2具有更高優(yōu)先級，狀態(tài)203轉(zhuǎn)變到狀態(tài)204、205、和206 之一 (用于選擇特征fl和f2之一的特征優(yōu)先級和解決技術(shù)將在下面參照圖3到6加以詳 細(xì)描述)。如果特征fl具有比特征f2高的優(yōu)先級，那么，狀態(tài)203轉(zhuǎn)變到狀態(tài)206。如果特 征f2具有比特征fl高的優(yōu)先級并且特征f2是有條件的，那么，狀態(tài)203轉(zhuǎn)變到狀態(tài)204。 如果特征f2具有比特征fl高的優(yōu)先級并且特征f2是無條件的，那么，狀態(tài)203轉(zhuǎn)變到狀 態(tài)205。 在狀態(tài)204下，進(jìn)行是否使用特征f2的檢驗(yàn)。如果使用，那么，狀態(tài)204轉(zhuǎn)變到狀
態(tài)205，否則，狀態(tài)204轉(zhuǎn)變到狀態(tài)206。 在最后狀態(tài)205下，重復(fù)呼叫而沒有特征fl。 在最后狀態(tài)206下，處理下一個特征。 圖3描繪了依照本發(fā)明第二示例性實(shí)施例的與有限狀態(tài)機(jī)(FSM)200相對應(yīng)的方 法的流程圖。本領(lǐng)域的普通技術(shù)人員在閱讀了本公開之后可以清楚地知道，描繪在圖3中 的任務(wù)可以同時(shí)執(zhí)行或以與所描繪的順序不同的順序執(zhí)行。 在任務(wù)310中，以公知方式接收指示特征fl被激活的第一信號。本領(lǐng)域的普通技 術(shù)人員應(yīng)當(dāng)懂得，在本發(fā)明的一些實(shí)施例中，這個第一信號可以通過交換機(jī)接收，而在一些 其它實(shí)施例中，這個第一信號可以通過用戶交換機(jī)(PBX)接收，而在又一些其它實(shí)施例中， 這個第一信號可以從一些其它數(shù)據(jù)處理系統(tǒng)接收。本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)進(jìn)一步懂 得，在本發(fā)明的一些實(shí)施例中，特征fl可以在處置特定呼叫之前在任務(wù)310被激活，而在一
些其它實(shí)施例中，特征fl可以在特定呼叫期間被激活。無論如何，本領(lǐng)域的普通技術(shù)人員 在閱讀了本公開之后都可以清楚地知道如何構(gòu)建和使用能夠執(zhí)行任務(wù)310的本發(fā)明實(shí)施例。 在任務(wù)320中，在呼叫期間接收第二信號，該第二信號指示在呼叫期間調(diào)用特征 f2。 任務(wù)330在呼叫期間確定特征fl和f2是否交互。本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)懂 得，存在多種多樣的可以檢測特征交互的方式。例如，在本發(fā)明的一些實(shí)施例中，可以通過 第一示例性實(shí)施例的該組規(guī)則來確定特征交互，而在一些其它實(shí)施例中，可以通過一些可 替代技術(shù)進(jìn)行特征交互檢測。無論如何，本領(lǐng)域的普通技術(shù)人員在閱讀了本公開之后都可 以清楚地知道如何構(gòu)建和使用能夠執(zhí)行任務(wù)330的本發(fā)明實(shí)施例。 任務(wù)340根據(jù)任務(wù)330的確定來進(jìn)行分支。如果在任務(wù)330中確定特征fl和f2 沒有交互，那么，執(zhí)行轉(zhuǎn)到任務(wù)350，否則繼續(xù)執(zhí)行任務(wù)360。 在任務(wù)350中，以公知的方式激活特征f2。在任務(wù)350之后，終止執(zhí)行圖3的方 法。
在任務(wù)360中，解決特征交互。本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)懂得，存在多種多樣的 可以解決特征交互的方式。例如，在本發(fā)明的一些實(shí)施例中，可以應(yīng)用下面參照圖4到6所 述的技術(shù)之一來解決特征交互，而在本發(fā)明的一些其它實(shí)施例中，可以應(yīng)用一些其它技術(shù) 來解決特征交互。無論如何，本領(lǐng)域的普通技術(shù)人員在閱讀了本公開之后都可以清楚地知 道如何構(gòu)建和使用能夠執(zhí)行任務(wù)360的本發(fā)明實(shí)施例。
在任務(wù)360之后，終止執(zhí)行圖3的方法。 圖4描述了依照本發(fā)明第二示例性實(shí)施例的用于執(zhí)行任務(wù)360的第一技術(shù)的流程 圖。在這種第一技術(shù)中，不變地將優(yōu)先級給予較早激活的特征(即，特征fl)，而沒有任何其 它考慮(例如，特征fl和f2的性質(zhì)、在特征fl被激活和特征f2被調(diào)用之間經(jīng)過了多長時(shí) 間等)。 在任務(wù)410中，拒絕激活特征f2。本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)懂得，在一些實(shí)施例 中，該拒絕可能伴隨有為什么不激活特征f2的某種通告或說明，而在一些其它實(shí)施例中， 可能拒絕激活而沒有任何伴隨動作。 在完成了任務(wù)410之后，終止圖4的技術(shù)和圖3的方法。 圖5描述了依照本發(fā)明第二示例性實(shí)施例的用于執(zhí)行任務(wù)360的第二技術(shù)的流程 圖。在這種第二技術(shù)中，不變地將優(yōu)先級給予較晚激活的特征(即，特征f2)，而沒有任何其 它考慮。本領(lǐng)域的普通技術(shù)人員在閱讀了本公開之后可以清楚地知道，描繪在圖5中的任 務(wù)可以同時(shí)或以與所描繪的順序不同的順序執(zhí)行。
在任務(wù)510中，以公知的方式去活特征fl。
在任務(wù)520中，以公知的方式激活特征f2。 本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)懂得，在本發(fā)明的一些實(shí)施例中，任務(wù)510和520可能 伴隨有這些動作的某種通告或說明，而在一些其它實(shí)施例中，可能沒有任何通告或說明。
在完成了任務(wù)520之后，終止圖5的技術(shù)和圖3的方法。 圖6描述了依照本發(fā)明第二示例性實(shí)施例的用于執(zhí)行任務(wù)360的第三技術(shù)的流程 圖。在這種第三技術(shù)中，通過指定給特征的優(yōu)先級來確定特征優(yōu)先。本領(lǐng)域的普通技術(shù)人 員在閱讀了本公開之后可以清楚地知道，描繪在圖6中的任務(wù)可以同時(shí)執(zhí)行或以與所描繪
順序不同的順序執(zhí)行。 任務(wù)610檢驗(yàn)特征f2是否具有比特征fl更高的優(yōu)先級。如果不是，執(zhí)行前進(jìn)到 任務(wù)620，否則，執(zhí)行在任務(wù)630繼續(xù)。 在任務(wù)620中，拒絕激活特征f2。本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)懂得，在一些實(shí)施例 中，該拒絕可能伴隨有為什么不激活特征f2的某種通告或說明，而在一些其它實(shí)施例中， 可能拒絕激活而沒有任何伴隨動作。 在完成了任務(wù)620之后，終止圖6的技術(shù)和圖3的方法。
在任務(wù)630中，以公知的方式去活特征fl。
在任務(wù)640中，以公知的方式激活特征f2。 本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)懂得，在本發(fā)明的一些實(shí)施例中，任務(wù)630和640可能 伴隨有這些動作的某種通告或說明，而在一些其它實(shí)施例中，可能沒有任何通告或說明。
在完成了任務(wù)640之后，終止圖6的技術(shù)和圖3的方法。 本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)懂得，在本發(fā)明的一些其它實(shí)施例中，可能有利于特征f2而不是有利于特征fl地打破特征fl和f2之間的優(yōu)先級的"平分"，并且，本領(lǐng)域的普 通技術(shù)人員在閱讀了本公開之后可以清楚地知道如何構(gòu)建和使用這樣的可替代實(shí)施例。
本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)懂得，圖3至6的方法可以結(jié)合多種多樣的電話平臺 和協(xié)議(例如，基于會話發(fā)起協(xié)議[SIP]的網(wǎng)際協(xié)議語音[VoIP]電話、通過公共交換電話 網(wǎng)絡(luò)[PSTN]的傳統(tǒng)電路交換電話等)來實(shí)現(xiàn)，并且，本領(lǐng)域的普通技術(shù)人員在閱讀了本公 開之后可以清楚地知道如何針對這樣的平臺和協(xié)議來構(gòu)建和使用基于這種方法的本發(fā)明 實(shí)施例。 用于具有多分支信令路徑的呼叫的呼叫中間檢測 本發(fā)明的第三示例性實(shí)施例能夠?yàn)榫哂卸喾种帕盥窂降暮艚袡z測和解決特征 交互。第三示例性實(shí)施例的技術(shù)可以與第一和第二示例性實(shí)施例的那些技術(shù)組合，以便為 具有多于兩個端點(diǎn)和/或橋接通道的多分支呼叫提供呼叫中間的特征交互檢測和解決。
圖7描繪了依照本發(fā)明第三示例性實(shí)施例的為具有多分支信令路徑的呼叫檢測 和解決特征交互的第一方法的流程圖。本領(lǐng)域的普通技術(shù)人員在閱讀了本公開之后可以清 楚地知道，描繪在圖7中的任務(wù)可以同時(shí)執(zhí)行或以與所描繪順序不同的順序執(zhí)行。
在任務(wù)710中，以公知的方式接收指示為具有多分支信令路徑的呼叫的分支L調(diào) 用特征的信號。 在任務(wù)720中，相應(yīng)地更新分支L的特征狀態(tài)信息，并且將其存儲在網(wǎng)絡(luò)中的適當(dāng) 節(jié)點(diǎn)處。本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)懂得，在本發(fā)明的一些實(shí)施例中，可以將特征狀態(tài)信息 存儲在如下面參照第四示例性實(shí)施例所述的一個或多個背對背用戶代理(B2BUA)處，而在 一些其它實(shí)施例中，可以將特征狀態(tài)信息存儲在諸如交換機(jī)、服務(wù)器、專用交換機(jī)(PBX)等 的一些其它類型的節(jié)點(diǎn)處。無論如何，本領(lǐng)域的普通技術(shù)人員在閱讀了本公開之后都可以 清楚地知道如何構(gòu)建和使用能夠執(zhí)行任務(wù)720的本發(fā)明實(shí)施例。 在任務(wù)730中，以公知的方式沿著呼叫的信令路徑傳播更新后的特征狀態(tài)信息。
在任務(wù)740中，如有必要，跨越信令路徑的分支進(jìn)行地址映射。例如，沿著信令路 徑的信令單元可以除去要不然將在信令信息中攜帶的沿著路徑的一些部分的信令單元的 地址。這樣的信令單元還可以改變要不然將在信令信息中攜帶的其它信令單元和端點(diǎn)的地 址信息。這樣的映射和變換用于隱藏內(nèi)部信令拓?fù)涞募?xì)節(jié)不讓外部信令單元和端點(diǎn)看見， 并且允許改變一個或多個端點(diǎn)不可見的信令路徑。任務(wù)740中的地址映射將實(shí)際處于呼叫 中的端點(diǎn)的一致看法提供給特征交互檢測規(guī)則。 任務(wù)750檢驗(yàn)調(diào)用的特征是否與(i)呼叫信令路徑的不同分支的特征或(ii)分 支L的另一個特征交互。如果是，那么，轉(zhuǎn)到任務(wù)770執(zhí)行，否則，繼續(xù)執(zhí)行任務(wù)760。
在任務(wù)760中，以公知的方式激活特征。在任務(wù)760之后，終止執(zhí)行圖7的方法。
在任務(wù)770中，解決特征交互。本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)懂得，存在多種多樣的 可以解決特征交互的方式。例如，在本發(fā)明的一些實(shí)施例中，可以應(yīng)用上面參照圖4到6所 述的技術(shù)之一來解決特征交互，而在本發(fā)明的一些其它實(shí)施例中，可以應(yīng)用一些其它技術(shù) 來解決特征交互。無論如何，本領(lǐng)域的普通技術(shù)人員在閱讀了本公開之后都可以清楚地知 道如何構(gòu)建和使用能夠執(zhí)行任務(wù)770的本發(fā)明實(shí)施例。
在任務(wù)770之后，終止執(zhí)行圖7的方法。 圖8描繪了依照本發(fā)明第三示例性實(shí)施例的為具有多分支信令路徑的呼叫檢測
12和解決特征交互的第二方法的流程圖。本領(lǐng)域的普通技術(shù)人員在閱讀了本公開之后可以清
楚地知道，描繪在圖8中的任務(wù)可以同時(shí)執(zhí)行或以與所描繪順序不同的順序執(zhí)行。 在任務(wù)810中，接收指示新分支將被加入呼叫中或新分支已經(jīng)被加入呼叫中的信號。 在任務(wù)820中，以公知的方式沿著呼叫的信令路徑傳播新分支的特征狀態(tài)信息。
在任務(wù)830中，如有必要，跨越信令路徑的分支進(jìn)行地址映射。例如，沿著信令路 徑的信令單元可以除去要不然將在信令信息中攜帶的沿著路徑的一些部分的信令單元的 地址。這樣的信令單元還可以改變要不然將在信令信息中攜帶的其它信令單元和端點(diǎn)的地 址信息。這樣的映射和變換用于隱藏內(nèi)部信令拓?fù)涞募?xì)節(jié)不讓外部信令單元和端點(diǎn)看見， 并且允許改變一個或多個端點(diǎn)不可見的信令路徑。任務(wù)830中的地址映射將實(shí)際處于呼叫 中的端點(diǎn)的一致看法提供給特征交互檢測規(guī)則。 任務(wù)840檢驗(yàn)新分支的任何特征是否與呼叫的任何現(xiàn)有分支的任何特征交互。如 果是，那么，轉(zhuǎn)到任務(wù)860執(zhí)行，否則，繼續(xù)執(zhí)行任務(wù)850。 在任務(wù)850中，以公知的方式激活特征。在任務(wù)850之后，終止執(zhí)行圖8的方法。
在任務(wù)860中，解決特征交互。本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)懂得，存在多種多樣的 可以解決特征交互的方式。例如，在本發(fā)明的一些實(shí)施例中，可以應(yīng)用上面參照圖4到6所 述的技術(shù)之一來解決特征交互，而在本發(fā)明的一些其它實(shí)施例中，可以應(yīng)用一些其它技術(shù) 來解決特征交互。無論如何，本領(lǐng)域的普通技術(shù)人員在閱讀了本公開之后都可以清楚地知 道如何構(gòu)建和使用能夠執(zhí)行任務(wù)860的本發(fā)明實(shí)施例。
在任務(wù)860之后，終止執(zhí)行圖8的方法。 本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)懂得，圖7和8的方法可以結(jié)合多種多樣的電話平臺 和協(xié)議(例如，基于會話發(fā)起協(xié)議[SIP]的網(wǎng)際協(xié)議語音[VoIP]電話、通過公共交換電話 網(wǎng)絡(luò)[PSTN]的傳統(tǒng)電路交換電話等)來實(shí)現(xiàn)，并且，本領(lǐng)域的普通技術(shù)人員在閱讀了本公 開之后可以清楚地知道如何針對這樣的平臺和協(xié)議來構(gòu)建和使用基于這種方法的本發(fā)明 實(shí)施例。 使用背對背用戶代理的VoIP實(shí)現(xiàn) 第四示例性實(shí)施例提供了能夠執(zhí)行與上述第一、第二和第三示例性實(shí)施例相關(guān)聯(lián) 的任務(wù)的網(wǎng)際協(xié)議語音(VoIP)呼叫的實(shí)現(xiàn)。因此，第四示例性實(shí)施例可以處理呼叫中間的 特征交互檢測和解決、具有多分支信令路徑的呼叫、多方呼叫、以及具有橋接通道的呼叫。
第四示例性實(shí)施例的手段實(shí)際上是分布式的，這有助于將它應(yīng)用于網(wǎng)際協(xié)議語音 (VoIP)電話和會話發(fā)起協(xié)議(SIP)。被激活的每個特征將它的觸發(fā)方和連接類型包括在 SIP消息中。如果在消息中已經(jīng)存在一個或多個項(xiàng)目，則對照當(dāng)前特征的描述來檢驗(yàn)這些項(xiàng) 目。因此，無論哪里需要都執(zhí)行該算法，而且不需要中央特征管理器。這使得該手段高度可 伸縮。 對于會話發(fā)起協(xié)議(SIP)，標(biāo)準(zhǔn)SIP首標(biāo)不提供足夠的細(xì)節(jié)，因此，已經(jīng)定義了攜 帶所需信息的附加首標(biāo)并可以包括在SIP消息中。已經(jīng)定義了兩個專用首標(biāo)來攜帶這種手 段所需的信息P-ConType和P-Forwarded-To。 P-ConType首標(biāo)包含在當(dāng)前會話上已經(jīng)激 活的特征的描述，而P-Forwarded-To首標(biāo)包含當(dāng)INVITE請求被重定向到另一方時(shí)受邀方 的ID。
13
在特征排序期間，檢驗(yàn)當(dāng)前SIP消息中的P-ConType首標(biāo)。如果未發(fā)現(xiàn)這樣的首
標(biāo)，那么，以前沒有激活其它特征，因此，不會發(fā)生特征交互。在這樣的情況下，將描述當(dāng)前
特征的新P-ConType首標(biāo)插入消息中。例如，對于轉(zhuǎn)移特征，該首標(biāo)是 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 該首標(biāo)包含ID字段、觸發(fā)方和連接類型。ID標(biāo)識在首標(biāo)中描述的特征。TP包含
觸發(fā)方，而其余四個字段對應(yīng)于連接類型的四個字段。 依照第四示例性實(shí)施例，背對背用戶代理(B2BUA)存儲并維護(hù)呼叫分支的特征 狀態(tài)和信令信息，并且沿著信令路徑傳播這個信息。在技術(shù)上公知的是，背對背用戶代理 (B2BUA)起會話發(fā)起協(xié)議(SIP)呼叫的兩端的用戶代理的作用，并負(fù)責(zé)處理從呼叫建立到 終止，呼叫的兩端之間的所有SIP信令。對于SIP客戶機(jī)，背對背用戶代理在一側(cè)起用戶 代理服務(wù)器的作用，而在另一側(cè)(背對背)起用戶代理客戶機(jī)的作用。背對背用戶代理 (B2BUA)也可以提供諸如呼叫管理(例如，記費(fèi)、自動呼叫斷開、呼叫轉(zhuǎn)移等)、網(wǎng)絡(luò)聯(lián)網(wǎng) (也許協(xié)議自適應(yīng))、網(wǎng)絡(luò)內(nèi)部(例如，專用地址、網(wǎng)絡(luò)拓?fù)涞?的隱藏、兩條呼叫分支之間 的編解碼轉(zhuǎn)換等的附加功能。在技術(shù)上還公知，背對背用戶代理(B2BUA)可以是透明B2BUA 或監(jiān)視B2BUA，或可以起會話邊界控制器(SBC)的作用。
透明B2BUA 對于透明B2BUA，存在兩種情況在第一種情況下，透明B2BUA可以攜帶按規(guī)定轉(zhuǎn) 發(fā)的P-ConType首標(biāo)，并且能夠發(fā)回由交互引起的特征禁用。發(fā)生這種情況而不改變首標(biāo) 中的任何信息。 在第二種情況下，透明B2BUA修改一些首標(biāo)中的信息，這可以影響特征交互手 段。例如，通過改變From/To/RequestURI而改變端點(diǎn)的身份，破壞那些首標(biāo)和包含在 P-ConType首標(biāo)中的信息之間的映射。而且，P-ConType首標(biāo)仍然可能泄露各方的'以前' 身份。因此，B2BUA需要進(jìn)行與變更后的SIP首標(biāo)中相同的對P-ConType首標(biāo)中的值的地 址映射。對于上游和下游消息，這種映射應(yīng)當(dāng)都會發(fā)生。 圖9描繪了依照本發(fā)明的第四示例性實(shí)施例的第二種情況的示例性會話發(fā)起協(xié) 議(SIP)信令路徑900。如圖9所示，信令路徑900包含如圖所示互連的用戶代理901-1和 901-2、服務(wù)器902-1和902-2、和透明背對背用戶代理(B2BUA) 903，并且包含兩條呼叫分支 904-1和904-2。 在技術(shù)上公知，用戶代理901-1和901-2是會話發(fā)起協(xié)議(SIP)端點(diǎn)。
在技術(shù)上公知，服務(wù)器902-1和902-2是會話發(fā)起協(xié)議(SIP)服務(wù)器。
如上所述，透明背對背用戶代理(B2BUA) 903對P-ConType首標(biāo)以及其它會話發(fā)起 協(xié)議(SIP)首標(biāo)進(jìn)行地址映射。用戶代理901-1和901-2、服務(wù)器902-1和902_2、和透明 背對背用戶代理(B2BUA)903之間的會話發(fā)起協(xié)議(SIP)消息以公知的方式描繪在信令路 徑900的下面。在信令路徑包含兩個或更多個透明B2BUA(S卩，鏈接的B2BUA)的情況下，在 每個B2BUA都發(fā)生映射。因此，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)懂得，可以將鏈接的B2BUA的行 為看作一系列單個B2BUA情況。
監(jiān)視B2BUA
會話的監(jiān)視可以是不可見的(例如，通過諸如合法偵聽等的特征)，也可以是可見 的(例如，通過諸如會話記錄等的特征)。不可見監(jiān)視應(yīng)當(dāng)是呼叫中的其它端點(diǎn)檢測不到 的，因此，來自監(jiān)視端點(diǎn)的信令需要隱藏起來不讓其它端點(diǎn)看見?？梢詰?yīng)用B2BUA來提供這 種功能；然而，存在可能因P-ConType首標(biāo)而受到損害的隱私問題。 當(dāng)通過比受監(jiān)視呼叫更高的優(yōu)先級使監(jiān)視不可見時(shí)，諸如合法偵聽或監(jiān)督監(jiān)視的 特征應(yīng)當(dāng)具有超過任何特征交互問題的優(yōu)先級。換句話說，即使這意味著可能不能處理由 監(jiān)視引起的一些交互，監(jiān)視也應(yīng)當(dāng)保持不可見。這種情形的例子是當(dāng)監(jiān)視方在受監(jiān)視呼叫 的各方之一的屏蔽列表上時(shí)。在這樣的情況下，來自監(jiān)視方的特征的P-ConType首標(biāo)將不 被發(fā)送給呼叫的其它各方，并且，呼叫建立決不應(yīng)當(dāng)由于特征交互(禁用特征之一)而重 復(fù)，因?yàn)檫@可以在其它端點(diǎn)處檢測到并泄露監(jiān)視。取而代之，通過將優(yōu)先級給予監(jiān)視方的特 征來解決這樣的交互。 當(dāng)通過與受監(jiān)視呼叫相等或更低的優(yōu)先級使監(jiān)視方不可見時(shí)，應(yīng)當(dāng)禁止監(jiān)視。這 種情形的例子是當(dāng)激活對呼叫的監(jiān)視，并且具有不允許監(jiān)視呼叫的特征的一方(例如，首 席執(zhí)行官等)加入該呼叫時(shí)。 當(dāng)監(jiān)視可見時(shí)，不存在隱私問題，因此，P-ConType首標(biāo)可以以正常方式被包括在 消息中。另外，可以像在前面示例性實(shí)施例中所述的那樣進(jìn)行特征交互解決，附加條件是對 于將B2BUA作為發(fā)起或終止點(diǎn)的呼叫分支，在B2BUA處解決呼叫分支內(nèi)的特征交互。
注意，可能具有跨越不能使其一致的多方呼叫的呼叫分支的特征交互。在這樣的 情況下，應(yīng)當(dāng)非對稱地對不同分支分析特征交互。
會話邊界控制器(SBC) 會話邊界控制器(SBC)的主要功能是隱藏域路由和端點(diǎn)身份不讓外部端點(diǎn)和信 令單元看見。當(dāng)然，這種功能與第四示例性實(shí)施例的特征交互檢測手段相沖突尤其是，會 話邊界控制器(SBC)將不轉(zhuǎn)發(fā)P-ConType首標(biāo)中的信息，因?yàn)檫@樣做可能會泄露身份和由 那些身份使用的特征。 但是，通過隔離每個域內(nèi)的特征交互邏輯，一個域內(nèi)的特征交互分析仍然是可能 的。雖然這將解決在一個域內(nèi)使用的服務(wù)之間的交互，但不會掌握涉及來自不同域的服務(wù) 的交互。 可替代地，會話邊界控制器(SBC)能夠以不公開內(nèi)部拓?fù)浠蛐帕畹姆绞絹碛成涮?征交互反饋。例如，可能存在從P-ConType首標(biāo)中濾出以防止在域外看見的被隱藏特征的 列表。作為另一個例子，可以只讓公開端點(diǎn)在域外可見。當(dāng)然，存在折衷，因?yàn)槿魏芜@樣的 手段都為了換取加強(qiáng)隱私的好處而對管理一些交互的能力產(chǎn)生一些影響。本領(lǐng)域的普通技 術(shù)人員應(yīng)當(dāng)懂得，應(yīng)用的具體策略(例如，除去所有P-ConType首標(biāo)、只除去一些P-ConType 首標(biāo)、只處理局域內(nèi)的特征交互等)是取決于特定域的隱私要求的實(shí)現(xiàn)決策，因此，使這樣 的策略是可配置的是有利的。 本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)懂得，盡管第四示例性實(shí)施例的主要任務(wù)(例如，保 持和傳播特征狀態(tài)信息、地址映射等)由一個或多個背對背用戶代理(B2BUA)完成，但在一 些其它實(shí)施例中，這些任務(wù)的一些或全部可以由一個或多個其它數(shù)據(jù)處理系統(tǒng)(例如，交 換機(jī)、服務(wù)器、專用交換機(jī)(PBX)等)完成，并且，本領(lǐng)域的普通技術(shù)人員在閱讀了本公開之 后可以清楚地知道如何構(gòu)建和使用本發(fā)明的這種實(shí)施例。本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)進(jìn)一
15步懂得，盡管第四示例性實(shí)施例是在網(wǎng)際協(xié)議語音(VoIP)電話和會話發(fā)起協(xié)議(SIP)的背 景下公開的，但第四示例性實(shí)施例的技術(shù)也可以適用于其它類型的電話平臺和協(xié)議，并且， 本領(lǐng)域的普通技術(shù)人員在閱讀了本公開之后可以清楚地知道如何構(gòu)建和使用本發(fā)明的這 樣可替代實(shí)施例。 應(yīng)當(dāng)明白，該公開僅僅講述了示例性實(shí)施例的一個例子，本領(lǐng)域的普通技術(shù)人員 在閱讀了本公開之后可以容易地設(shè)想出本發(fā)明的許多變體，和本發(fā)明的范圍由所附權(quán)利要
求決定。
權(quán)利要求
一種方法，包含確定呼叫的第一分支的第一特征和所述呼叫的第二分支的第二特征是否交互。
2. 如權(quán)利要求1所述的方法，進(jìn)一步包含沿著所述呼叫的信令路徑傳播所述呼叫的 至少一條分支的特征狀態(tài)信息。
3. 如權(quán)利要求1所述的方法，進(jìn)一步包含在所述呼叫期間將第一類型分組首標(biāo)的第 一地址標(biāo)識符映射成第二類型分組首標(biāo)的第二地點(diǎn)標(biāo)識符。
4. 如權(quán)利要求1所述的方法，進(jìn)一步包含解決所述第一特征和所述第二特征之間的 交互。
5. 如權(quán)利要求1所述的方法，其中，所述第一分支和所述第二分支在一個節(jié)點(diǎn)處會合， 以及其中，在所述節(jié)點(diǎn)處保持所述第一分支和所述第二分支的特征狀態(tài)信息。
6. 如權(quán)利要求5所述的方法，其中，所述呼叫是網(wǎng)際協(xié)議語音呼PL]，以及其中，所述節(jié) 點(diǎn)是透明背對背用戶代理。
7. 如權(quán)利要求5所述的方法，其中，所述呼叫是網(wǎng)際協(xié)議語音呼PL]，以及其中，所述節(jié)點(diǎn)是監(jiān)視背對背用戶代理。
8. 如權(quán)利要求5所述的方法，其中，所述呼叫是網(wǎng)際協(xié)議語音呼PL]，以及其中，所述節(jié)點(diǎn)是會話邊界控制器。
9. 一種方法，包含接收指示為呼叫的第一分支調(diào)用特征的信號；禾口 確定所述特征是否與所述呼叫的第二分支的任何特征交互。
10. 如權(quán)利要求9所述的方法，進(jìn)一步包含確定所述特征是否與所述呼叫的所述第一 分支的任何其它特征交互。
全文摘要
公開了用于檢測具有包含兩條或更多條分支的信令路徑的呼叫期間的特征交互的方法。依照示例性實(shí)施例，為呼叫的每條分支保持特征狀態(tài)信息并沿著信令路徑傳播特征狀態(tài)信息。該示例性實(shí)施例能夠檢測呼叫的不同分支中的特征之間的交互，以及呼叫的同一分支中的特征之間的交互。此外，示例性實(shí)施例能夠提供多種特征解決技術(shù)。在專用于網(wǎng)際協(xié)議語音(VoIP)電話的一個示例性實(shí)施例中，背對背用戶代理(B2BUA)存儲和傳播特征狀態(tài)信息，并且，除了通常的會話發(fā)起協(xié)議(SIP)首標(biāo)之外，還為兩個專門定義的首標(biāo)進(jìn)行地址映射。
文檔編號H04L29/06GK101783838SQ20091020884
公開日2010年7月21日 申請日期2009年11月5日 優(yōu)先權(quán)日2009年1月19日
發(fā)明者J·比福德, K·K·達(dá)拉, M·科爾伯格, 吳曉濤, 文卡泰什·克里西納斯瓦米 申請人:阿瓦亞公司