專利名稱：Sip端點增強器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般地涉及通信，更具體地涉及基于SIP的通信。
背景技術(shù)：
會話發(fā)起協(xié)議(SIP)是一種用于建立多種實時通信會話的開放式信令協(xié)議?？?以使用SIP建立的通信會話的類型示例包括語音、視頻和/或即時消息。這些通信會話 可以在諸如個人計算機、膝上型計算機、個人數(shù)字助理、電話、移動電話、蜂窩電話等 之類的任何類型的通信設(shè)備上執(zhí)行。SIP的一個主要特征在于它的如下能力使用終端 用戶的記錄地址(AOR)作為用于所有通信的單一的統(tǒng)一公共地址。因此，在SIP增強型 通信的世界中，用戶的AOR變?yōu)樗鼈兊膯我坏刂?，該單一地址將用戶鏈接至與用戶相關(guān) 聯(lián)的所有通信設(shè)備。使用該AOR，呼叫者可以在不必知道每個獨特的設(shè)備地址或電話號 碼的情況下聯(lián)系到用戶的通信設(shè)備(也稱為用戶代理(UA))中的任意一個。SIP是一種允許通過使用特定報頭、方法和呼叫流程來可選地支持各種特征的靈 活協(xié)議。利用協(xié)議中的這種內(nèi)在靈活性以及可用的實現(xiàn)方式的相對不成熟的狀態(tài)(當與 其他長期建立的技術(shù)相比時)，設(shè)備將不可避免地被布置成不能充分利用網(wǎng)絡(luò)上可用的 所有特征的網(wǎng)絡(luò)。這是因為這些設(shè)備將不一定實現(xiàn)網(wǎng)絡(luò)特征所要求的呼叫流程或者所有 所要求的報頭。期望一種應用來迎合所有不同類型的端點(endpoint)以及它們對所提供 的特征的不同程度的支持是不實際的。因此，顯然在提供如下網(wǎng)絡(luò)解決方案方面存在問 題該網(wǎng)絡(luò)解決方案允許在本地不支持所要求的呼叫流程或者報頭設(shè)置的端點使用不同 復雜性的應用或特征。該問題的一個示例涉及利用背靠背UA(B2BUA)對長期存在的問題的解決方 案。B2BUA是一種經(jīng)常使用的架構(gòu)，從而B2BUA應用在呼叫建立期間被安排到呼叫者 和被呼叫者之間的信令路徑中。B2BUA對于呼叫者和被呼叫者二者看起來像并且充當 真實端點。這種配置的問題在于B2BUA可能結(jié)束對來自每個端點的真實呼叫信息的隱 藏。S卩，因為呼叫者端點實際上處于與B2BUA而不是與被呼叫者端點的呼叫中，所以 它不知道被呼叫者如何看待該呼叫。SIP中存在很多取決于端點所知的這種端點觀點信息 (endpoint view information)的特征。在沒有適當?shù)亩它c觀點信息的情況下，這種SIP特 征要么變得破碎，要么不能由端點訪問。繼續(xù)B2BUA示例，解決在端點之間并入B2BUA的問題的新近方案被稱為端點 觀點報頭(Endpoint View Header)。在這個實例中，呼叫者和被呼叫者二者將它們對于該 呼叫的觀點嵌入在稱為“端點觀點”報頭的報頭中，該報頭透明地通過網(wǎng)絡(luò)，從而使得 端點可以得知另一個端點如何看待該呼叫。然而，這是一種新近的提案，并且當前存在 很多可用的端點，這些端點希望存在于包含B2BUA的網(wǎng)絡(luò)中但是不支持“端點觀點”報 頭。對于其他SIP報頭和對SIP行為的擴展，出現(xiàn)類似的問題。

發(fā)明內(nèi)容
因此，本發(fā)明的一個方面在于一種端點增強器，該端點增強器使得端點能夠在 本地不支持網(wǎng)絡(luò)特征所利用的擴展或呼叫流程的情況下使用網(wǎng)絡(luò)特征。根據(jù)本發(fā)明的至 少一些實施例，提供了一種基于設(shè)備的本地能力來加強端點(也可稱為UA)的功能從而 使其滿足網(wǎng)絡(luò)的核心的可操作性標準的SIP端點增強器(SEE)。SEE功能取決于專用SIP 代理，并且結(jié)合專用SIP代理而工作。這里所使用的“專用代理”、“SIP代理”等用 于指代提供注冊器(Registrar)、定位服務器(location server)、事件路由以及應用排序能 力的SIP架構(gòu)的網(wǎng)絡(luò)元件之一或者它們的組合。專用SIP代理可以用作用戶和應用SIP請 求進入到核心(也稱為企業(yè)網(wǎng)絡(luò))的入口點。作為注冊器和定位服務器，其處于發(fā)起和 終結(jié)SIP請求的路徑中。另外，基于所規(guī)定的用戶簡檔(profile)，專用SIP代理可以為呼 叫的兩側(cè)(即，呼叫的發(fā)起側(cè)和終結(jié)側(cè))調(diào)用(路由)應用序列。在這個背景以外，在一些實施例中，SEE不增強SIP設(shè)備的功能。各種SEE實 現(xiàn)方式可以作為附加功能被布置到專用SIP代理上。根據(jù)本發(fā)明的至少一些實施例，取決于特定的設(shè)備類型所要求的增強類型和程 度，SEE可以被實現(xiàn)為代理或者B2BUA。為了支持各種設(shè)備，可存在各種SEE實現(xiàn)方式。除了 SEE能夠提供的功能外，SEE職責的另一方面是，它出現(xiàn)在網(wǎng)絡(luò)架構(gòu)的整 個結(jié)構(gòu)的什么地方以及它如何代表設(shè)備而被調(diào)用。根據(jù)本發(fā)明的至少一些實施例，從端點的角度看，端點不知道其正被SEE增 強，并且繼續(xù)以正常方式進行操作。因此，端點向?qū)Ｓ肧IP代理的注冊將像平常一樣進行。在注冊期間，專用 SIP代理將檢查包含關(guān)于作出請求的UA的信息的(REGISTER(注冊)的)標準用戶代 理(User-Agent)報頭?；谠O(shè)備類型，專用SIP代理決定在設(shè)備附接至網(wǎng)絡(luò)的有效期 (lifetime)中，是否將針對去往或來自該設(shè)備的呼叫而調(diào)用特定的SEE類型和實例。其 他實體不知道，它們現(xiàn)在將通過其增強的身份來與設(shè)備交互。注意，在注冊期間，沒有 SEE被調(diào)用，端點如平常一樣注冊，并且專用SIP代理只識別SEE是否將被應用于隨后的 SIP信令。RFC 3261 (其全部內(nèi)容通過引用被結(jié)合于此)規(guī)定，用戶代理報頭在REGISTER 請求中是可選的，但是，為了被SEE增強，端點必須在REGISTER請求中包括用戶代理 報頭。RFC 3261還規(guī)定，UA應該使這個報頭可配置，如同很多第三方端點的情況一 樣。因此，網(wǎng)絡(luò)管理員有責任確保端點被規(guī)定利用適當?shù)闹?例如，匹配從設(shè)備類型映 射到SEE的專用SIP代理的值)來填充用戶代理報頭。根據(jù)本發(fā)明的至少一些實施例，端點的不同集合被支持，從而網(wǎng)絡(luò)中的不同設(shè) 備類型要求經(jīng)由不同SEE的不同增強。可以提供允許專用SIP代理知道特定設(shè)備類型需 要特定增強并相應地提供這種增強的機制。根據(jù)本發(fā)明的至少一些實施例，針對所有SIP方法而不是僅針對被排序的那些方 法而調(diào)用SEE。例如，諸如SUBSCRIBE(訂閱)和NOTIFY(通知)之類的未被排序的 SIP方法應當在針對一般的SIP路由而被發(fā)送之前經(jīng)過SEE。如上所述，REGISTER方法向該規(guī)則提供了一種例外情況。SEE將不改變與設(shè) 備的REGISTER事務呼叫流程，但是作為向設(shè)備指派SEE的結(jié)果，SEE可以裝飾或改變注冊器的信息，以反映出增強后的設(shè)備的能力。如果可能，SEE應該被實現(xiàn)為簡單代理，盡管將其實現(xiàn)為B2BUA也是可以接受 的。SEE B2BUA可以代表端點發(fā)起SIP事務。SEE不應該獨自生成或終結(jié)通信會話?？?能需要B2BUA能力來例如實現(xiàn)對用于作出呼叫請求的對話外(Out of Dialog)REFER(引 薦)的支持。SEE可以被實現(xiàn)為代理和UA的組合(例如，為了代表端點來對訂閱進行 響應、發(fā)送通知或者公布事件)。例如，為了代表端點來公布對話狀態(tài)事件，SEE將充 當代理(來查看請求和響應)以及UA客戶端(來實際地公布事件)。對于對話創(chuàng)建事務，如果需要SEE，則在針對使用該端點的用戶開始發(fā)起處理 之前或者當聯(lián)系解析(contact resolution)正在被執(zhí)行時(當知道可能的很多注冊設(shè)備中的 哪個或哪些將在處理該呼叫的過程中被涉及時)針對用戶的終結(jié)處理之后，本發(fā)明的實 施例被用來動態(tài)地將SEE插入到呼叫路徑中。關(guān)于發(fā)起和終結(jié)處理的概念的另外細節(jié)對 于本領(lǐng)域技術(shù)人員來說是公知的，并且在美國專利公開No.2009/0103518中描述，該美國 專利公開的全部內(nèi)容通過引用結(jié)合于此?；谡谑褂玫脑O(shè)備而不是基于用戶來采用SEE功能。因此，SEE不同于應用 排序。根據(jù)本發(fā)明的至少一些實施例，當對設(shè)備進行呼叫或者從設(shè)備發(fā)起呼叫時， SEE將被應用。SEE邏輯利用來自專用SIP代理的關(guān)于用于邏輯調(diào)用的傾向“相位 (phase)，，的指示；專用SIP代理將與請求一起傳送該相位信息。當調(diào)用SEE時，專用 SIP代理將兩個路由報頭插入在請求中。在屬于SEE的第一路由報頭中，專用SIP代理 將插入相位標簽。SEE使用該標簽來確定其是否被調(diào)用來服務于發(fā)起設(shè)備或終結(jié)設(shè)備。 在接收到具有發(fā)起相位標簽的請求時，應用將調(diào)用基于發(fā)起該請求的設(shè)備的邏輯。當接 收到具有終結(jié)相位標簽的請求時，SEE將調(diào)用與請求的目的地設(shè)備相關(guān)聯(lián)的邏輯。第二 路由報頭屬于專用SIP代理，并且將包括由專用SIP代理發(fā)送給其自身的指示出SEE終結(jié) 處理或SEE發(fā)起處理的完成的標簽?？梢愿鶕?jù)本發(fā)明的實施例使用的標簽的一些示例在下表中顯示并描述
權(quán)利要求
1.一種方法，包括從第一通信端點接收第一消息；對所述第一消息進行分析，以識別所述第一通信端點的功能能力； 確定將由所述第一通信端點使用的通信網(wǎng)絡(luò)的功能要求； 對所述通信網(wǎng)絡(luò)的功能要求與所述第一通信端點的功能能力進行比較； 確定所述第一通信端點的功能能力是否不滿足所述通信網(wǎng)絡(luò)的功能要求； 基于確定所述第一通信端點的功能能力不滿足所述通信網(wǎng)絡(luò)的功能要求，為所述第 一通信端點選擇至少一個端點增強器；從所述第一通信端點接收第二消息，其中所述第二消息是連同通過所述通信網(wǎng)絡(luò)在 所述第一通信端點和通信設(shè)備之間建立通信會話而接收的；以及將所選擇的至少一個端點增強器插入到所述第一通信端點和所述通信設(shè)備之間的呼 叫路徑中。
2.根據(jù)權(quán)利要求1所述的方法，還包括確定所述第二消息是將會排序通過至少一個應用的消息；以及 根據(jù)以下各項中的至少一項調(diào)用所選擇的至少一個端點增強器 ω針對利用所述第一通信端點的用戶開始發(fā)起處理之前；以及 ( )當聯(lián)系解析已經(jīng)被執(zhí)行時，針對用戶的終結(jié)處理之后。
3.根據(jù)權(quán)利要求1所述的方法，其中所述第一消息包括REGISTER消息，并且其中 所述第二消息包括所述第一通信端點和所述通信設(shè)備之間的除了 REGISTER消息以外的 發(fā)起對話的SIP消息以及對話外消息中的至少一者，其中所選擇的至少一個端點增強器存 在于建立在所述第一通信端點和所述通信設(shè)備之間的任何對話的信令路徑中，其中所述 通信會話的所有消息均由所選擇的至少一個端點增強器接收。
4.根據(jù)權(quán)利要求1所述的方法，還包括 從所述第一通信端點接收第三消息；以及再次使用所述第一通信端點和所述通信網(wǎng)絡(luò)之間的所建立的TLS連接，以插入所選 擇的至少一個端點增強器。
5.根據(jù)權(quán)利要求1所述的方法，其中所選擇的至少一個端點增強器是從多個端點增強 器中選擇的，其中所述多個端點增強器中的每一個均被用于向端點提供不同的功能以滿 足所述通信網(wǎng)絡(luò)的功能要求，其中在不破壞所述多個端點增強器中的其他端點增強器的 操作的情況下，所選擇的至少一個端點增強器被動態(tài)地添加到所述多個端點增強器中。
6.—種通信設(shè)備，用于從第一通信端點接收注冊型消息；對所述注冊型消息進行 分析，以識別所述第一通信端點的功能能力；確定將由所述第一通信端點使用的通信網(wǎng) 絡(luò)的功能要求；對所述通信網(wǎng)絡(luò)的功能要求與所述第一通信端點的功能能力進行比較； 確定所述第一通信端點的功能能力不滿足所述通信網(wǎng)絡(luò)的功能要求；為所述第一通信端 點選擇端點增強器；以及將所選擇的端點增強器插入到所述第一通信端點和另一個通信 設(shè)備之間的呼叫路徑中。
7.根據(jù)權(quán)利要求6所述的設(shè)備，其中所述第一通信端點包括SIP端點，所述通信網(wǎng)絡(luò) 包括SIP網(wǎng)絡(luò)，并且所述通信設(shè)備包括所述SIP網(wǎng)絡(luò)中的第二通信端點。
8.根據(jù)權(quán)利要求6所述的設(shè)備，其中所選擇的端點增強器被插入到所述呼叫的呼叫發(fā)起側(cè)和呼叫終結(jié)側(cè)中的至少一者中，所述第一消息包括REGISTER消息，并且所選擇的 端點增強器存在于建立在所述第一通信端點和所述通信設(shè)備之間的任何對話的信令路徑 中。
9.根據(jù)權(quán)利要求6所述的設(shè)備，包括存儲器，所述存儲器包括SIP代理代碼和所選擇 的端點增強器，所述設(shè)備還包括用于執(zhí)行其存儲器的內(nèi)容的處理器，其中所選擇的端點 增強器是不在所述SIP代理的代碼空間中進行操作的獨立應用。
10.根據(jù)權(quán)利要求6所述的設(shè)備，其中所述設(shè)備作為所述第一通信端點和所述通信設(shè) 備之間的背靠背用戶代理進行操作，并且所選擇的端點增強器位于所述背靠背用戶代理 上。
全文摘要
本發(fā)明涉及SIP端點增強器。提供了用于增強諸如通信端點之類的通信設(shè)備的功能的方法、設(shè)備和系統(tǒng)。這提供了用所要求的特征來增強不太智能的SIP端點以支持更豐富的用戶體驗的能力。另外，端點增強器可以被動態(tài)地插入到現(xiàn)有的網(wǎng)絡(luò)設(shè)備上。這種所提供的可插入性使得網(wǎng)絡(luò)管理員可以在不破壞網(wǎng)絡(luò)操作或者先前存在的SEE的操作的情況下向網(wǎng)絡(luò)添加新的SEE模板。
文檔編號H04L29/06GK102025718SQ20101028717
公開日2011年4月20日 申請日期2010年9月16日 優(yōu)先權(quán)日2009年9月16日
發(fā)明者喬爾·M·伊澤爾, 伊安·愛宛斯, 克里斯·波爾頓, 哈什·V·門迪拉塔, 大衛(wèi)·沙特, 彼得·巴雷特, 戈登·R·布魯森, 格辛·里德爾 申請人:阿瓦雅公司