專利名稱:Sip端點(diǎn)增強(qiáng)器的制作方法
技術(shù)領(lǐng)域:
本發(fā)明一般地涉及通信,更具體地涉及基于SIP的通信。
背景技術(shù):
會話發(fā)起協(xié)議(SIP)是一種用于建立多種實(shí)時(shí)通信會話的開放式信令協(xié)議???以使用SIP建立的通信會話的類型示例包括語音、視頻和/或即時(shí)消息。這些通信會話 可以在諸如個(gè)人計(jì)算機(jī)、膝上型計(jì)算機(jī)、個(gè)人數(shù)字助理、電話、移動電話、蜂窩電話等 之類的任何類型的通信設(shè)備上執(zhí)行。SIP的一個(gè)主要特征在于它的如下能力使用終端 用戶的記錄地址(AOR)作為用于所有通信的單一的統(tǒng)一公共地址。因此,在SIP增強(qiáng)型 通信的世界中,用戶的AOR變?yōu)樗鼈兊膯我坏刂?,該單一地址將用戶鏈接至與用戶相關(guān) 聯(lián)的所有通信設(shè)備。使用該AOR,呼叫者可以在不必知道每個(gè)獨(dú)特的設(shè)備地址或電話號 碼的情況下聯(lián)系到用戶的通信設(shè)備(也稱為用戶代理(UA))中的任意一個(gè)。SIP是一種允許通過使用特定報(bào)頭、方法和呼叫流程來可選地支持各種特征的靈 活協(xié)議。利用協(xié)議中的這種內(nèi)在靈活性以及可用的實(shí)現(xiàn)方式的相對不成熟的狀態(tài)(當(dāng)與 其他長期建立的技術(shù)相比時(shí)),設(shè)備將不可避免地被布置成不能充分利用網(wǎng)絡(luò)上可用的 所有特征的網(wǎng)絡(luò)。這是因?yàn)檫@些設(shè)備將不一定實(shí)現(xiàn)網(wǎng)絡(luò)特征所要求的呼叫流程或者所有 所要求的報(bào)頭。期望一種應(yīng)用來迎合所有不同類型的端點(diǎn)(endpoint)以及它們對所提供 的特征的不同程度的支持是不實(shí)際的。因此,顯然在提供如下網(wǎng)絡(luò)解決方案方面存在問 題該網(wǎng)絡(luò)解決方案允許在本地不支持所要求的呼叫流程或者報(bào)頭設(shè)置的端點(diǎn)使用不同 復(fù)雜性的應(yīng)用或特征。該問題的一個(gè)示例涉及利用背靠背UA(B2BUA)對長期存在的問題的解決方 案。B2BUA是一種經(jīng)常使用的架構(gòu),從而B2BUA應(yīng)用在呼叫建立期間被安排到呼叫者 和被呼叫者之間的信令路徑中。B2BUA對于呼叫者和被呼叫者二者看起來像并且充當(dāng) 真實(shí)端點(diǎn)。這種配置的問題在于B2BUA可能結(jié)束對來自每個(gè)端點(diǎn)的真實(shí)呼叫信息的隱 藏。S卩,因?yàn)楹艚姓叨它c(diǎn)實(shí)際上處于與B2BUA而不是與被呼叫者端點(diǎn)的呼叫中,所以 它不知道被呼叫者如何看待該呼叫。SIP中存在很多取決于端點(diǎn)所知的這種端點(diǎn)觀點(diǎn)信息 (endpoint view information)的特征。在沒有適當(dāng)?shù)亩它c(diǎn)觀點(diǎn)信息的情況下,這種SIP特 征要么變得破碎,要么不能由端點(diǎn)訪問。繼續(xù)B2BUA示例,解決在端點(diǎn)之間并入B2BUA的問題的新近方案被稱為端點(diǎn) 觀點(diǎn)報(bào)頭(Endpoint View Header)。在這個(gè)實(shí)例中,呼叫者和被呼叫者二者將它們對于該 呼叫的觀點(diǎn)嵌入在稱為“端點(diǎn)觀點(diǎn)”報(bào)頭的報(bào)頭中,該報(bào)頭透明地通過網(wǎng)絡(luò),從而使得 端點(diǎn)可以得知另一個(gè)端點(diǎn)如何看待該呼叫。然而,這是一種新近的提案,并且當(dāng)前存在 很多可用的端點(diǎn),這些端點(diǎn)希望存在于包含B2BUA的網(wǎng)絡(luò)中但是不支持“端點(diǎn)觀點(diǎn)”報(bào) 頭。對于其他SIP報(bào)頭和對SIP行為的擴(kuò)展,出現(xiàn)類似的問題。
發(fā)明內(nèi)容
因此,本發(fā)明的一個(gè)方面在于一種端點(diǎn)增強(qiáng)器,該端點(diǎn)增強(qiáng)器使得端點(diǎn)能夠在 本地不支持網(wǎng)絡(luò)特征所利用的擴(kuò)展或呼叫流程的情況下使用網(wǎng)絡(luò)特征。根據(jù)本發(fā)明的至 少一些實(shí)施例,提供了一種基于設(shè)備的本地能力來加強(qiáng)端點(diǎn)(也可稱為UA)的功能從而 使其滿足網(wǎng)絡(luò)的核心的可操作性標(biāo)準(zhǔn)的SIP端點(diǎn)增強(qiáng)器(SEE)。SEE功能取決于專用SIP 代理,并且結(jié)合專用SIP代理而工作。這里所使用的“專用代理”、“SIP代理”等用 于指代提供注冊器(Registrar)、定位服務(wù)器(location server)、事件路由以及應(yīng)用排序能 力的SIP架構(gòu)的網(wǎng)絡(luò)元件之一或者它們的組合。專用SIP代理可以用作用戶和應(yīng)用SIP請 求進(jìn)入到核心(也稱為企業(yè)網(wǎng)絡(luò))的入口點(diǎn)。作為注冊器和定位服務(wù)器,其處于發(fā)起和 終結(jié)SIP請求的路徑中。另外,基于所規(guī)定的用戶簡檔(profile),專用SIP代理可以為呼 叫的兩側(cè)(即,呼叫的發(fā)起側(cè)和終結(jié)側(cè))調(diào)用(路由)應(yīng)用序列。在這個(gè)背景以外,在一些實(shí)施例中,SEE不增強(qiáng)SIP設(shè)備的功能。各種SEE實(shí) 現(xiàn)方式可以作為附加功能被布置到專用SIP代理上。根據(jù)本發(fā)明的至少一些實(shí)施例,取決于特定的設(shè)備類型所要求的增強(qiáng)類型和程 度,SEE可以被實(shí)現(xiàn)為代理或者B2BUA。為了支持各種設(shè)備,可存在各種SEE實(shí)現(xiàn)方式。除了 SEE能夠提供的功能外,SEE職責(zé)的另一方面是,它出現(xiàn)在網(wǎng)絡(luò)架構(gòu)的整 個(gè)結(jié)構(gòu)的什么地方以及它如何代表設(shè)備而被調(diào)用。根據(jù)本發(fā)明的至少一些實(shí)施例,從端點(diǎn)的角度看,端點(diǎn)不知道其正被SEE增 強(qiáng),并且繼續(xù)以正常方式進(jìn)行操作。因此,端點(diǎn)向?qū)S肧IP代理的注冊將像平常一樣進(jìn)行。在注冊期間,專用 SIP代理將檢查包含關(guān)于作出請求的UA的信息的(REGISTER(注冊)的)標(biāo)準(zhǔn)用戶代 理(User-Agent)報(bào)頭?;谠O(shè)備類型,專用SIP代理決定在設(shè)備附接至網(wǎng)絡(luò)的有效期 (lifetime)中,是否將針對去往或來自該設(shè)備的呼叫而調(diào)用特定的SEE類型和實(shí)例。其 他實(shí)體不知道,它們現(xiàn)在將通過其增強(qiáng)的身份來與設(shè)備交互。注意,在注冊期間,沒有 SEE被調(diào)用,端點(diǎn)如平常一樣注冊,并且專用SIP代理只識別SEE是否將被應(yīng)用于隨后的 SIP信令。RFC 3261 (其全部內(nèi)容通過引用被結(jié)合于此)規(guī)定,用戶代理報(bào)頭在REGISTER 請求中是可選的,但是,為了被SEE增強(qiáng),端點(diǎn)必須在REGISTER請求中包括用戶代理 報(bào)頭。RFC 3261還規(guī)定,UA應(yīng)該使這個(gè)報(bào)頭可配置,如同很多第三方端點(diǎn)的情況一 樣。因此,網(wǎng)絡(luò)管理員有責(zé)任確保端點(diǎn)被規(guī)定利用適當(dāng)?shù)闹?例如,匹配從設(shè)備類型映 射到SEE的專用SIP代理的值)來填充用戶代理報(bào)頭。根據(jù)本發(fā)明的至少一些實(shí)施例,端點(diǎn)的不同集合被支持,從而網(wǎng)絡(luò)中的不同設(shè) 備類型要求經(jīng)由不同SEE的不同增強(qiáng)??梢蕴峁┰试S專用SIP代理知道特定設(shè)備類型需 要特定增強(qiáng)并相應(yīng)地提供這種增強(qiáng)的機(jī)制。根據(jù)本發(fā)明的至少一些實(shí)施例,針對所有SIP方法而不是僅針對被排序的那些方 法而調(diào)用SEE。例如,諸如SUBSCRIBE(訂閱)和NOTIFY(通知)之類的未被排序的 SIP方法應(yīng)當(dāng)在針對一般的SIP路由而被發(fā)送之前經(jīng)過SEE。如上所述,REGISTER方法向該規(guī)則提供了一種例外情況。SEE將不改變與設(shè) 備的REGISTER事務(wù)呼叫流程,但是作為向設(shè)備指派SEE的結(jié)果,SEE可以裝飾或改變注冊器的信息,以反映出增強(qiáng)后的設(shè)備的能力。如果可能,SEE應(yīng)該被實(shí)現(xiàn)為簡單代理,盡管將其實(shí)現(xiàn)為B2BUA也是可以接受 的。SEE B2BUA可以代表端點(diǎn)發(fā)起SIP事務(wù)。SEE不應(yīng)該獨(dú)自生成或終結(jié)通信會話。可 能需要B2BUA能力來例如實(shí)現(xiàn)對用于作出呼叫請求的對話外(Out of Dialog)REFER(引 薦)的支持。SEE可以被實(shí)現(xiàn)為代理和UA的組合(例如,為了代表端點(diǎn)來對訂閱進(jìn)行 響應(yīng)、發(fā)送通知或者公布事件)。例如,為了代表端點(diǎn)來公布對話狀態(tài)事件,SEE將充 當(dāng)代理(來查看請求和響應(yīng))以及UA客戶端(來實(shí)際地公布事件)。對于對話創(chuàng)建事務(wù),如果需要SEE,則在針對使用該端點(diǎn)的用戶開始發(fā)起處理 之前或者當(dāng)聯(lián)系解析(contact resolution)正在被執(zhí)行時(shí)(當(dāng)知道可能的很多注冊設(shè)備中的 哪個(gè)或哪些將在處理該呼叫的過程中被涉及時(shí))針對用戶的終結(jié)處理之后,本發(fā)明的實(shí) 施例被用來動態(tài)地將SEE插入到呼叫路徑中。關(guān)于發(fā)起和終結(jié)處理的概念的另外細(xì)節(jié)對 于本領(lǐng)域技術(shù)人員來說是公知的,并且在美國專利公開No.2009/0103518中描述,該美國 專利公開的全部內(nèi)容通過引用結(jié)合于此。基于正在使用的設(shè)備而不是基于用戶來采用SEE功能。因此,SEE不同于應(yīng)用 排序。根據(jù)本發(fā)明的至少一些實(shí)施例,當(dāng)對設(shè)備進(jìn)行呼叫或者從設(shè)備發(fā)起呼叫時(shí), SEE將被應(yīng)用。SEE邏輯利用來自專用SIP代理的關(guān)于用于邏輯調(diào)用的傾向“相位 (phase),,的指示;專用SIP代理將與請求一起傳送該相位信息。當(dāng)調(diào)用SEE時(shí),專用 SIP代理將兩個(gè)路由報(bào)頭插入在請求中。在屬于SEE的第一路由報(bào)頭中,專用SIP代理 將插入相位標(biāo)簽。SEE使用該標(biāo)簽來確定其是否被調(diào)用來服務(wù)于發(fā)起設(shè)備或終結(jié)設(shè)備。 在接收到具有發(fā)起相位標(biāo)簽的請求時(shí),應(yīng)用將調(diào)用基于發(fā)起該請求的設(shè)備的邏輯。當(dāng)接 收到具有終結(jié)相位標(biāo)簽的請求時(shí),SEE將調(diào)用與請求的目的地設(shè)備相關(guān)聯(lián)的邏輯。第二 路由報(bào)頭屬于專用SIP代理,并且將包括由專用SIP代理發(fā)送給其自身的指示出SEE終結(jié) 處理或SEE發(fā)起處理的完成的標(biāo)簽??梢愿鶕?jù)本發(fā)明的實(shí)施例使用的標(biāo)簽的一些示例在下表中顯示并描述
權(quán)利要求
1.一種方法,包括從第一通信端點(diǎn)接收第一消息;對所述第一消息進(jìn)行分析,以識別所述第一通信端點(diǎn)的功能能力; 確定將由所述第一通信端點(diǎn)使用的通信網(wǎng)絡(luò)的功能要求; 對所述通信網(wǎng)絡(luò)的功能要求與所述第一通信端點(diǎn)的功能能力進(jìn)行比較; 確定所述第一通信端點(diǎn)的功能能力是否不滿足所述通信網(wǎng)絡(luò)的功能要求; 基于確定所述第一通信端點(diǎn)的功能能力不滿足所述通信網(wǎng)絡(luò)的功能要求,為所述第 一通信端點(diǎn)選擇至少一個(gè)端點(diǎn)增強(qiáng)器;從所述第一通信端點(diǎn)接收第二消息,其中所述第二消息是連同通過所述通信網(wǎng)絡(luò)在 所述第一通信端點(diǎn)和通信設(shè)備之間建立通信會話而接收的;以及將所選擇的至少一個(gè)端點(diǎn)增強(qiáng)器插入到所述第一通信端點(diǎn)和所述通信設(shè)備之間的呼 叫路徑中。
2.根據(jù)權(quán)利要求1所述的方法,還包括確定所述第二消息是將會排序通過至少一個(gè)應(yīng)用的消息;以及 根據(jù)以下各項(xiàng)中的至少一項(xiàng)調(diào)用所選擇的至少一個(gè)端點(diǎn)增強(qiáng)器 ω針對利用所述第一通信端點(diǎn)的用戶開始發(fā)起處理之前;以及 ( )當(dāng)聯(lián)系解析已經(jīng)被執(zhí)行時(shí),針對用戶的終結(jié)處理之后。
3.根據(jù)權(quán)利要求1所述的方法,其中所述第一消息包括REGISTER消息,并且其中 所述第二消息包括所述第一通信端點(diǎn)和所述通信設(shè)備之間的除了 REGISTER消息以外的 發(fā)起對話的SIP消息以及對話外消息中的至少一者,其中所選擇的至少一個(gè)端點(diǎn)增強(qiáng)器存 在于建立在所述第一通信端點(diǎn)和所述通信設(shè)備之間的任何對話的信令路徑中,其中所述 通信會話的所有消息均由所選擇的至少一個(gè)端點(diǎn)增強(qiáng)器接收。
4.根據(jù)權(quán)利要求1所述的方法,還包括 從所述第一通信端點(diǎn)接收第三消息;以及再次使用所述第一通信端點(diǎn)和所述通信網(wǎng)絡(luò)之間的所建立的TLS連接,以插入所選 擇的至少一個(gè)端點(diǎn)增強(qiáng)器。
5.根據(jù)權(quán)利要求1所述的方法,其中所選擇的至少一個(gè)端點(diǎn)增強(qiáng)器是從多個(gè)端點(diǎn)增強(qiáng) 器中選擇的,其中所述多個(gè)端點(diǎn)增強(qiáng)器中的每一個(gè)均被用于向端點(diǎn)提供不同的功能以滿 足所述通信網(wǎng)絡(luò)的功能要求,其中在不破壞所述多個(gè)端點(diǎn)增強(qiáng)器中的其他端點(diǎn)增強(qiáng)器的 操作的情況下,所選擇的至少一個(gè)端點(diǎn)增強(qiáng)器被動態(tài)地添加到所述多個(gè)端點(diǎn)增強(qiáng)器中。
6.—種通信設(shè)備,用于從第一通信端點(diǎn)接收注冊型消息;對所述注冊型消息進(jìn)行 分析,以識別所述第一通信端點(diǎn)的功能能力;確定將由所述第一通信端點(diǎn)使用的通信網(wǎng) 絡(luò)的功能要求;對所述通信網(wǎng)絡(luò)的功能要求與所述第一通信端點(diǎn)的功能能力進(jìn)行比較; 確定所述第一通信端點(diǎn)的功能能力不滿足所述通信網(wǎng)絡(luò)的功能要求;為所述第一通信端 點(diǎn)選擇端點(diǎn)增強(qiáng)器;以及將所選擇的端點(diǎn)增強(qiáng)器插入到所述第一通信端點(diǎn)和另一個(gè)通信 設(shè)備之間的呼叫路徑中。
7.根據(jù)權(quán)利要求6所述的設(shè)備,其中所述第一通信端點(diǎn)包括SIP端點(diǎn),所述通信網(wǎng)絡(luò) 包括SIP網(wǎng)絡(luò),并且所述通信設(shè)備包括所述SIP網(wǎng)絡(luò)中的第二通信端點(diǎn)。
8.根據(jù)權(quán)利要求6所述的設(shè)備,其中所選擇的端點(diǎn)增強(qiáng)器被插入到所述呼叫的呼叫發(fā)起側(cè)和呼叫終結(jié)側(cè)中的至少一者中,所述第一消息包括REGISTER消息,并且所選擇的 端點(diǎn)增強(qiáng)器存在于建立在所述第一通信端點(diǎn)和所述通信設(shè)備之間的任何對話的信令路徑 中。
9.根據(jù)權(quán)利要求6所述的設(shè)備,包括存儲器,所述存儲器包括SIP代理代碼和所選擇 的端點(diǎn)增強(qiáng)器,所述設(shè)備還包括用于執(zhí)行其存儲器的內(nèi)容的處理器,其中所選擇的端點(diǎn) 增強(qiáng)器是不在所述SIP代理的代碼空間中進(jìn)行操作的獨(dú)立應(yīng)用。
10.根據(jù)權(quán)利要求6所述的設(shè)備,其中所述設(shè)備作為所述第一通信端點(diǎn)和所述通信設(shè) 備之間的背靠背用戶代理進(jìn)行操作,并且所選擇的端點(diǎn)增強(qiáng)器位于所述背靠背用戶代理 上。
全文摘要
本發(fā)明涉及SIP端點(diǎn)增強(qiáng)器。提供了用于增強(qiáng)諸如通信端點(diǎn)之類的通信設(shè)備的功能的方法、設(shè)備和系統(tǒng)。這提供了用所要求的特征來增強(qiáng)不太智能的SIP端點(diǎn)以支持更豐富的用戶體驗(yàn)的能力。另外,端點(diǎn)增強(qiáng)器可以被動態(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·布魯森, 格辛·里德爾 申請人:阿瓦雅公司