管理網(wǎng)絡(luò)中通信會話的系統(tǒng)與方法

專利名稱：管理網(wǎng)絡(luò)中通信會話的系統(tǒng)與方法
管理網(wǎng)絡(luò)中通信會話的系統(tǒng)與方法優(yōu)先權(quán)要求Reto Kramer等人2005年6月30日提交的美國臨時申請第60/695， 321 號、名稱為"SYSTEM AND METHOD FOR MANAGING COMMUNICATIONS SESSIONS IN A NETWORK"(代理人備案號BEAS-01744US0 ),以及Reto Kramer等人2006年3月17日提交的美國專利申請第11/378， 188 號、名稱為"SYSTEM AND METHOD FOR MANAGING COMMUNICATIONS SESSIONS IN A NETWORK"(代理人備案號BEAS-01744US1 )。版權(quán)聲明本專利文件公開的部分包括受版權(quán)保護的材料。版權(quán)所有人不反對任何 人復(fù)印復(fù)制本專利公開，只要其顯示與專利與商標(biāo)局的專利文件或者記錄一 樣即可，但是再其它情況下版權(quán)所有人保留所有版權(quán)。技術(shù)領(lǐng)域一般地，本發(fā)明涉及電信，更具體地，涉及管理網(wǎng)絡(luò)中通信會話的機制。
技術(shù)背景常規(guī)地，電信與網(wǎng)絡(luò)基礎(chǔ)設(shè)施供應(yīng)商依賴于經(jīng)常是幾十年前的交換技術(shù) 來提供網(wǎng)絡(luò)業(yè)務(wù)的路由。然而，企業(yè)與消費者通過要求新的融合語音、數(shù)據(jù) 與視頻的服務(wù)，正在驅(qū)使工業(yè)轉(zhuǎn)型。滿足這些需求的能力經(jīng)常會受到現(xiàn)有的 IT與網(wǎng)絡(luò)基礎(chǔ)設(shè)施的限制，這些基礎(chǔ)設(shè)施是封閉的、專用的、并且太呆板 (rigid)而無法支持這些下一代服務(wù)。結(jié)果，電信公司正在從傳統(tǒng)的電路交 換的公共交換電話網(wǎng)絡(luò)(PSTN,其為在全世界都用來將任一電話連接到另一 電話的常用有線電話系統(tǒng))轉(zhuǎn)向基于因特網(wǎng)協(xié)議的語音(VoIP)網(wǎng)絡(luò)。VoIP 技術(shù)使得能夠通過"尋常的"(vanilla) IP網(wǎng)絡(luò)(例如公共因特網(wǎng))進行語 音通信。另外，語音收入方面的持續(xù)下滑導(dǎo)致竟?fàn)帀毫哟?，而電信運營商 們爭相增長數(shù)據(jù)/服務(wù)收入，并且通過提供這些更復(fù)雜的數(shù)據(jù)服務(wù)來降低劇烈6變化(churn)。增加的政府規(guī)則、安全與隱私問題、以及新出現(xiàn)的標(biāo)準(zhǔn)會進 一步加大壓力。但是，已經(jīng)證明提供這些更復(fù)雜的數(shù)據(jù)服務(wù)比開始想像的更困難。已經(jīng) 證明現(xiàn)有的IT與網(wǎng)絡(luò)基礎(chǔ)設(shè)施、基于封閉專用的網(wǎng)絡(luò)的交換結(jié)構(gòu)等等太復(fù) 雜、太呆板，而不允許創(chuàng)建與部署新服務(wù)提議。所提出的一種解決方案是服 務(wù)遞送平臺(SDP)，其是一種意在將服務(wù)開發(fā)者與底層網(wǎng)絡(luò)的復(fù)雜性隔離的 服務(wù)開發(fā)平臺。此類服務(wù)遞送平臺雖然解決了提供此類服務(wù)的開發(fā)平臺的問 題，但是經(jīng)常無法提供集成的解決方案來在網(wǎng)絡(luò)環(huán)境下以滿足用戶的足夠的 速度和性能遞送數(shù)據(jù)、語音以及其他多i某體應(yīng)用。需要一種改進的技術(shù)來通過網(wǎng)絡(luò)遞送能夠進行數(shù)據(jù)、語音以及其他多媒 體應(yīng)用的服務(wù)。發(fā)明內(nèi)容作為例子而非限制地在附圖的各圖中圖示本發(fā)明，在附圖中，相同的附 圖標(biāo)記表示類似的元件。本公開中對實施例的引用不一定是對同 一實施例， 并且此類引用意味著至少一個實施例。雖然討論了具體的實現(xiàn)，但是應(yīng)該理 解這樣做只是出于說明目的。相關(guān)領(lǐng)域技術(shù)人員應(yīng)該理解在不脫離本發(fā)明的 范圍與精神的前提下可以使用其他組件與配置。在以下描述中，提出了許多具體細節(jié)，以提供對本發(fā)明的徹底的描述。 但是對于本領(lǐng)域技術(shù)人員而言，明顯的是本發(fā)明可以在沒有這些具體細節(jié) 的情況下實現(xiàn)。在其他情況下，不詳細描述公知的特征以避免混淆本發(fā)明。雖然圖示可能顯示組件為邏輯上分離的，但是此類顯示只是出于說明目 的。對于本領(lǐng)域技術(shù)人員而言，明顯的是所繪出(portray)的組件可以被 組合或者被劃分為分離的軟件、固件、和/或硬件組件。例如，此處描述的一 個或多個實施例可以在網(wǎng)絡(luò)可訪問的設(shè)備/器件(例如路由器)中實現(xiàn)。另夕卜， 對于本領(lǐng)域技術(shù)人員而言，明顯的是此類組件不管其如何組合或劃分，都 可以在同 一計算設(shè)備上執(zhí)行，或者可以分布在通過一個或多個網(wǎng)絡(luò)或者其他 適當(dāng)通信手段連接的不同的計算設(shè)備中。根據(jù)實施例，提供了管理網(wǎng)絡(luò)中通信會話的機制與方法。這些機制與方 法可以使得實施例能夠使用有狀態(tài)層級(stateful tier)管理通信會話，并 且使用無狀態(tài)層級(stateless tier )管理與該通信會話相關(guān)聯(lián)的應(yīng)用。實施例的用于在有狀態(tài)層級和無狀態(tài)層級中提供對于通信會話以及與該通信會.話相關(guān)聯(lián)的應(yīng)用的獨立管理的能力可以使得實施例能夠提供改進的可用性、可擴展性以及可靠性。在一個實施例中，提供了一種管理通信會話的系統(tǒng)。該系統(tǒng)實施例包括到接收進入呼叫(incoming call)的分組網(wǎng)絡(luò)的連接。有狀態(tài)層級管理為至 少一個進入呼叫建立的通信會話。包括一個或多個應(yīng)用的無狀態(tài)層級向有狀 態(tài)層級中的通信會話提供一個或多個服務(wù)。 一個或多個服務(wù)器分配和/或管理 與有狀態(tài)層級中為進入呼叫建立的通信會話相對應(yīng)的資源。該服務(wù)器維護無 狀態(tài)層級中用于向有狀態(tài)層級中的通信會話提供服務(wù)的應(yīng)用。


圖1為其中可以實現(xiàn)管理網(wǎng)絡(luò)中通信會話的技術(shù)的示例系統(tǒng)的功能方框圖；圖2為實施例中的示例服務(wù)開發(fā)平臺的功能方框圖；圖3為其中可以實施管理網(wǎng)絡(luò)中通信會話的技術(shù)的服務(wù)容器的示例邏輯體系結(jié)構(gòu)的功能方框圖；圖4為實施例中的在服務(wù)容器中處理進入呼叫的例子的功能方框圖；圖5為顯示實施例中的管理網(wǎng)絡(luò)中通信會話的技術(shù)的高層概貌的操作流程圖。
具體實施方式
圖1為其中可以實施管理網(wǎng)絡(luò)中通信會話的技術(shù)的系統(tǒng)的功能方框圖。 參照圖l作為說明，網(wǎng)絡(luò)系統(tǒng)l包括服務(wù)遞送平臺100，該服務(wù)遞送平臺100 表示全集成的超文本傳送協(xié)議(HTTP)、企業(yè)Java Bean (EJB)、小服務(wù)程 序(Servlet )和網(wǎng)絡(luò)會話啟動協(xié)議(SIP)容器。(Java"為Sun Microsystems 公司的商標(biāo)。)服務(wù)遞送平臺在服務(wù)供應(yīng)商114、最終用戶116以及第三方服 務(wù)供應(yīng)商118之間提供容易使用的、集成的、配置驅(qū)動的中介 (intermediary),其高效率地以高可用性、可擴展性以及可靠性(并非限制 地)完成以下工作參提供電信運營商級的、移動的、具備網(wǎng)絡(luò)功能(network-enabled)的 平臺產(chǎn)品，以促進快速創(chuàng)建和/或部署新的有線、無線和電纜服務(wù)。參提供以下能力迅速且容易地建立服務(wù)邏輯，在該過程中將再使用 (reuse)最大化并且提供容易使用的圖形設(shè)計環(huán)境。參提供以下能力在運行中升級服務(wù)，而不會打擾舊版本應(yīng)用的用戶。作為例子而非限制，服務(wù)供應(yīng)商114提供諸如網(wǎng)絡(luò)連接性、簡單消息發(fā) 送服務(wù)(SMS)、多媒體消息發(fā)送服務(wù)(醒S)、電子郵件、位置檢測器(location finder)以及其他服務(wù)的服務(wù)。作為例子而非限制，第三方服務(wù)供應(yīng)商118 提供諸如鈴聲、游戲與音樂、新聞、天氣、體育以及其他服務(wù)的服務(wù)。最終 用戶116將查看對其可用的IT服務(wù)，所述IT服作為例子而非限制地包括諸 如通話、發(fā)消息、基于位置的服務(wù)、因特網(wǎng)、娛樂、商務(wù)以及其它的服務(wù)。圖2為一個實施例中的示例服務(wù)開發(fā)平臺的功能方框圖。如圖2所示、 并且作為例子，服務(wù)遞送平臺100的實施例包括第三方訪問層200、服務(wù) 容器層210以及網(wǎng)絡(luò)層220。第三方訪問層200包括編程4妻口 (programmatic interface) 202,用來利用簡單對象訪問協(xié)議(SOAP )、 HTTP、或者其他協(xié)議 提供對程序的訪問。設(shè)備接口 204利用各種設(shè)備專用協(xié)議中的任何一種提供 對設(shè)備的訪問。服務(wù)容器層210包括電信服務(wù)平臺216,其包括如在JSR 116中定義 的那樣與SIP servlet容器213合并的融合Java 2才丸行版(Executive Edition) ( J2EE)容器214。 SIP servlet為基于Java的應(yīng)用組件,其由SIP servlet容器管理并且執(zhí)行SIP信令。電信服務(wù)平臺216還包括企業(yè)Java Bean容器211與HTTP協(xié)議212。電信服務(wù)平臺216利用了電信業(yè)中的應(yīng)用融 合趨勢。運營商(operator)將使用電信服務(wù)平臺216來建立利用SIP協(xié)議 和SIP servlet編程模型(programming model)的應(yīng)用。電信服務(wù)平臺216 意在用于以下情況底層網(wǎng)絡(luò)主要為SIP,并且SIP Servlet作為編程模型 是勝任的。策略引擎(policy engine) 215為網(wǎng)絡(luò)中用于定義與實施網(wǎng)絡(luò)接口的策 略的單個邏輯點?？梢允沟貌呗苑浅Ｍㄓ?，并且該策略與協(xié)議和編程模型無 關(guān)。策略引擎215提供對服務(wù)等級協(xié)議(SLA)的實施，例如監(jiān)控客戶A每小 時發(fā)送多少消息，如果超過合同限制，則客戶A開始付費更多或者停止。在 另一個例子中，策略引擎215可以根據(jù)付費量/調(diào)度(schedule )、優(yōu)先級等 等為業(yè)務(wù)排定優(yōu)先級。策略引擎的存在使得網(wǎng)絡(luò)所有者更愿意開放網(wǎng)絡(luò)以訪 問內(nèi)部IT和第三方開發(fā)者兩者，從而使得能夠進行更迅速的融合。網(wǎng)絡(luò)層220包括增值(parlay，協(xié)議)網(wǎng)關(guān)222，其通過策略引擎215 和JAIN服務(wù)邏輯執(zhí)行環(huán)境(JAIN SLEE)容器227提供與第三方訪問層200 和服務(wù)容器層210的接口。 JAIN SLEE容器227實施JSR 32規(guī)范。JAIN SLEE 容器227包括用于開發(fā)異步的、基于事件的應(yīng)用的綜合編程模型，并且特別 適合于電信應(yīng)用。網(wǎng)絡(luò)層220使得能夠開發(fā)替換傳統(tǒng)4類或5類交換機以及軟交換機 (Softswitch)的后繼(follow on)網(wǎng)絡(luò)元件，以及網(wǎng)絡(luò)邊沿處的"垂直應(yīng) 用"，例如IMS 223、 SMSC (短消息服務(wù)中心)224以及畫SC (多媒體消息發(fā) 送服務(wù)中心)225。圖3為其中可以實施管理網(wǎng)絡(luò)中通信會話的技術(shù)的服務(wù)容器的示例邏輯 體系結(jié)構(gòu)的功能方框圖。作為例子如圖3的服務(wù)容器300所示，新系統(tǒng)體系 結(jié)構(gòu)提供了對于實現(xiàn)服務(wù)等的業(yè)務(wù)邏輯(其在保持無狀態(tài)的節(jié)點中執(zhí)行)、以 及通信連接管理邏輯(其在具有狀態(tài)的節(jié)點中執(zhí)行)的獨立的協(xié)調(diào)的執(zhí)行。 無狀態(tài)層級302包含與有狀態(tài)層級304中的條帶(stripe)相關(guān)聯(lián)的節(jié)點。 此處使用的術(shù)語"節(jié)點"指建立于SIP servlet API ( JSR 116)之上的SIP 應(yīng)用。無狀態(tài)層級302包括用來支持應(yīng)用開發(fā)和執(zhí)行的計算資源。在實施例 中，無狀態(tài)層級302可以包括在28個CPU之間以2 G字節(jié)塊分配的56 G字 節(jié)的存儲器。有狀態(tài)層級304包括用于執(zhí)行其中保持狀態(tài)的處理的計算資源。有狀態(tài) 層級304形成"內(nèi)存中數(shù)據(jù)庫，，，其中在^1盤存儲器上沒有存儲狀態(tài)信息。在 實施例中，有狀態(tài)層級304被劃分為主存儲區(qū)域與備份存儲區(qū)域。在一些實 施例中，可以提供多于一個的備份區(qū)域。在實施例中，有狀態(tài)層級304可以 包括在40個CPU之間以2 G字節(jié)塊分配的80 G字節(jié)的存儲器。在實施例中，有狀態(tài)層級304利用條帶化(striping)與復(fù)制 (replication)的常用模式，以復(fù)制方式(repl icated way )存儲狀態(tài)信息。 此處使用的"條帶化"指對于給定的呼叫標(biāo)識符(呼叫id)僅分配單個條帶， 例如將小于1000 (<1000 )的呼叫標(biāo)識符分配給第一條帶。僅所分配的條帶 負責(zé)跟蹤呼叫。在實施例中，對于每個條帶而言，兩個進程備份一個條帶。 條帶進程可以是分布式的，從而其不共享電源，或者不易受單個網(wǎng)絡(luò)路由器 故障的影響等等，以獲得較高的可靠性。配置控制進程確定備份條帶的進程 4立于4可處。在實施例中，向40個機器分配近似20個條帶。商務(wù)到商務(wù)用戶代理 (B2BUA)不明顯地使用條帶，這是因為條帶機制對其是隱藏的。在實施例中，相對于SIP servlet會話狀態(tài)編寫SIP servlet。SIP servlet 會話狀態(tài)是從由呼叫標(biāo)識符的標(biāo)識的條帶提供的，例如在將控制傳遞給SIP servlet之前，從條帶讀取狀態(tài)。在SIP servlet返回之后，在發(fā)送由servlet 的執(zhí)行所隱含的消息之前，將改變后的狀態(tài)寫入條帶。在實施例中，有狀態(tài)層級304存儲具有協(xié)議狀態(tài)的定時器，以優(yōu)化定時 器。在實施例中，可以利用新穎的協(xié)議來將無狀態(tài)層級302與有狀態(tài)層級304 同步。圖4為實施例中的在服務(wù)容器中處理進入呼叫的例子的功能方框圖。如 圖4所示并且作為說明，在一典型應(yīng)用情況下，通過撥號進入客戶的SIP或 HTTP應(yīng)用404，發(fā)起SIP的用戶代理402發(fā)起對終結(jié)SIP的用戶代理406的 呼叫?？蛻舻腟IP或HTTP應(yīng)用404駐留在有狀態(tài)層級302中。SIP servlet API 213在"撥號"階段進入通信呼叫。因為許多特征都要求在循環(huán)中要保持某物直至呼叫結(jié)束，所以有狀態(tài)層 級304存儲關(guān)于呼叫的信息。例如，呼叫等待需要中斷語音線路的能力，因 此進程需要知道如何再次恢復(fù)該語音線路。另外，該信息需要與內(nèi)存中的用 戶簡檔關(guān)聯(lián)。呼叫等待特征在該呼叫的持續(xù)時間內(nèi)消耗內(nèi)存。其它特征，例 如中途呼叫轉(zhuǎn)移(mid-call transfer),對于系統(tǒng)提出了類似要求。這些特 征稱為背對背用戶代理(B2BUA)。在實施例中，B2BUA作為"中間人"，即充當(dāng)來自原始發(fā)送者的呼叫的接 收者，并且充當(dāng)去向下一個或者最終目的地的呼叫的發(fā)送者。對于原始發(fā)送 者來說，B2BUA已經(jīng)終結(jié)了呼叫，因此B2BUA可以進行中途呼叫轉(zhuǎn)移等等， 而不會中斷原始發(fā)送者。SIP servlet 213可以融入SIP servlet容器。在一個實施例中，SIP servlet容器融入應(yīng)用月良務(wù)器產(chǎn)品，例如美國加利福尼亞圣荷塞(San Jose) 的BEA Systems的WebLogic⑧服務(wù)器。采用新穎的協(xié)議，以通過在無狀態(tài)層級302中執(zhí)行的應(yīng)用，協(xié)調(diào)有狀態(tài) 層級304中的鎖定與解鎖定信息，如在圖4中所示的"read-lock"與 "write—unlock"箭頭所示。圖5為圖示實施例中的管理網(wǎng)絡(luò)中通信會話的技術(shù)的高層概貌的操作流程圖。圖5所示的管理網(wǎng)絡(luò)中通信會話的技術(shù)可用于服務(wù)容器，例如圖2的 服務(wù)容器202。如圖5所示，在塊(502 )，從發(fā)送方接收用于啟動至少一個 通信會話的請求。在塊(504 ),在有狀態(tài)層級中分配用于管理該至少一個通 信會話的資源，并且在無狀態(tài)層級中將應(yīng)用處理與通信會話相關(guān)聯(lián)。在塊 (506 ),利用有狀態(tài)層級，管理該至少一個通信會話，并且利用無狀態(tài)層級， 管理與該至少一個通信會話相關(guān)聯(lián)的應(yīng)用。如對于計算機領(lǐng)域技術(shù)人員顯然可見的，可以利用根據(jù)本公開的教導(dǎo)編程的一個或多個常規(guī)的通用或者專用數(shù)字計算機和/或處理器，實現(xiàn)各種實施 例。如對于軟件領(lǐng)域技術(shù)人員顯然可見的，程序員可以基于本公開的教導(dǎo)， 容易地準(zhǔn)備適當(dāng)?shù)能浖幋a。如本領(lǐng)域技術(shù)人員顯然可見的，還可以通過準(zhǔn) 備集成電路和/或?qū)⒊Ｒ?guī)組件電路的適當(dāng)網(wǎng)絡(luò)互連，來實現(xiàn)本發(fā)明。作為例子而非限制，實施例可以提供諸如以下的服務(wù)V0IPil良務(wù)，包括但不限于以下特征基本特征。這些包括標(biāo)準(zhǔn)服務(wù)，例如語音郵件、呼叫方ID、呼叫等待以及呼叫轉(zhuǎn)發(fā)(將呼叫轉(zhuǎn)發(fā)給不同號碼的能力)。高級特征。高級特征的清單是運營商特定的(operator specific )。以 下為高級特征的簡單清單爭呼叫日志在線地查看(view)在給定時段上進行的呼叫的能力，將 姓名與電話號碼相關(guān)聯(lián)、為其他應(yīng)用例如IM集成呼叫日志信息的能力。 請勿打擾指定關(guān)于接收呼叫的策略的能力一例如，在辦公時間所有 呼叫都被自動轉(zhuǎn)發(fā)到移動終端上，在夜間所有呼叫都被引導(dǎo)到語音郵件等等。 找人(locate me):這是高級呼叫轉(zhuǎn)發(fā)。與當(dāng)呼叫者忙時將所有呼叫 都轉(zhuǎn)發(fā)到單個地點(例如語音郵件)不同，找人可以依序或者并行地嘗試多 個終端。例如，用戶可能具有兩個辦公地點、 一個移動電話、以及一個尋呼 機，合理的是將呼叫首先轉(zhuǎn)發(fā)到兩個辦公地點，然后到尋呼機，然后到移動 電話。找人是特征交互的另一例子。 個人會議用戶可以使用現(xiàn)有應(yīng)用(例如IM客戶端)來安排網(wǎng)絡(luò)/音 頻會議在某個時間開始。因為IM客戶端已經(jīng)具有個人簡檔信息，所以會議系 統(tǒng)通過IM和/或電子郵件向參加者發(fā)送網(wǎng)絡(luò)會議鏈接信息。簡檔中的電話聯(lián) 系信息用來在會議時間自動打電話給參加者。 終生號碼這是不論客戶在哪里居住、單個虛擬號碼都可以隨客戶移動的設(shè)施。即使客戶搬家了，舊號碼也繼續(xù)工作，并且在客戶的新地點找到 他們。實際上這類似于電話網(wǎng)絡(luò)中的靜態(tài)IP地址。 快速撥號這是顯著地擴展可以通過快捷鍵與加速器組合進行撥號的 號碼清單的能力。這是融合應(yīng)用的另一個例子，因為很可能當(dāng)用戶在處理運 營商用戶門戶(operator user portal)上的呼叫日志時，他們將設(shè)置該信 息，并且更新后的信息需要實時地傳播到網(wǎng)絡(luò)側(cè)。媒體遞送服務(wù)，包括但不限于以下特征*依賴于用戶將愿意簽訂的服務(wù)等級協(xié)議，所遞送的媒體的質(zhì)量(例如 每秒中的幀數(shù))將變化。策略引擎使得能夠按照潛在收入劃分客戶群 (customer base),并且最大化網(wǎng)絡(luò)中的投資收益。 上下文敏感的應(yīng)用，包括但不限于以下特征參此處的典型例子為對具有短壽命、在其壽命內(nèi)極高的使用峰、以及立 即性的應(yīng)用的需要。例如，已經(jīng)證明在"美國偶像"節(jié)目期間或者之后馬上 進行的投票是很普遍的應(yīng)用。集成應(yīng)用，包括但不限于以下特征*最后一類應(yīng)用為組合有線和無線終端使用情況的應(yīng)用。示例集成應(yīng)用 為以下移動終端用戶在其去工作的路上正在進行會議呼叫。當(dāng)其達到其辦 公室時，其輸入特定的鍵序列，以將該電話呼叫轉(zhuǎn)移到其辦公室電話。該轉(zhuǎn) 移自動發(fā)生，而無需用戶必須再次撥入撥入信息。重要的是，注意應(yīng)該在不 使用來自手機的任何專門支持(例如轉(zhuǎn)移按鈕)的情況下，使該能力可用。各種實施例包括計算機程序產(chǎn)品，其為在其上/中存儲了指令的存儲介 質(zhì)，該指令可以用來編程一個或多個通用或?qū)Ｓ糜嬎闾幚砥?設(shè)備，以執(zhí)行此 處呈現(xiàn)的任一特征。該存儲介質(zhì)可以包括但不限于以下中的一個或多個任 何類型的物理介質(zhì)，包括軟盤、光盤、DVD、 CD-R0M、微驅(qū)動器、磁光盤、全 息存儲器、R0M、 RAM、 PRAM、 EPR0M、 EEPR0M、 DRAM、 VRAM、閃存設(shè)備、 磁卡或光卡、毫微系統(tǒng)(nanosystem,包括分子存儲器IC);紙件或者基于 紙件的介質(zhì)；以及適合于存儲指令和/或信息的任何類型的介質(zhì)或設(shè)備。各種 實施例包括可以整體或者部分地通過一個或多個公共和/或私有網(wǎng)絡(luò)傳送的 計算機程序產(chǎn)品，其中該傳送包括可以由 一個或多個處理器使用來執(zhí)行此處 呈現(xiàn)的任一特征的指令。在各種實施例中，傳送可以包括多個分離的傳送。本公開包括在一個或多個計算機可讀介質(zhì)上存儲的軟件，其用來控制一個或多個通用/專用計算機和/或處理器的硬件，并且用來使該一個或多個計 算機和/或處理器能夠與利用本發(fā)明的結(jié)果的人類用戶或者其他機制進行交 互。此類軟件可以包括但不限于設(shè)備驅(qū)動程序、操作系統(tǒng)、執(zhí)行環(huán)境/容器、 用戶界面和應(yīng)用程序。以上對本發(fā)明優(yōu)選實施例的描述是出于說明與描述的目的而提供的。其 不是窮盡的，也不是要將本發(fā)明限于所公開的確切形式。對于本領(lǐng)域技術(shù)人 員而言，明顯的是可以有許多修改與變化。為了更好地解釋本發(fā)明的原理與 其實際應(yīng)用，選擇并描述了實施例，由此使得本領(lǐng)域技術(shù)人員能夠理解本發(fā) 明。本發(fā)明的范圍意圖由權(quán)利要求書及其等價物限定。
權(quán)利要求
1、一種用于管理通信會話的系統(tǒng)，該系統(tǒng)包括到接收至少一個進入呼叫的分組網(wǎng)絡(luò)的連接；有狀態(tài)層級，其管理為所述至少一個進入呼叫建立的至少一個通信會話；無狀態(tài)層級，其包括用于向有狀態(tài)層級中所述至少一個通信會話提供服務(wù)的至少一個應(yīng)用；以及至少一個服務(wù)器，其中該至少一個服務(wù)器分配和/或管理與在有狀態(tài)層級中為進入呼叫建立的所述至少一個通信會話相對應(yīng)的資源，并且其中該至少一個服務(wù)器維護無狀態(tài)層級中用于向有狀態(tài)層級中所述至少一個通信會話提供服務(wù)的所述至少一個應(yīng)用。
2、 如權(quán)利要求l所述的系統(tǒng)，其中在分離的層級中管理通信會話與應(yīng)用 使得能夠利用較少的資源管理通信會話，由此使得能夠減少在分組網(wǎng)絡(luò)中創(chuàng) 建通信會話的響應(yīng)時間。
3、 如權(quán)利要求l所述的系統(tǒng)，其中所述至少一個服務(wù)器還包括制與協(xié)議。
4、 如權(quán)利要求l所述的系統(tǒng)，其中有狀態(tài)層級包括用于將通信會話信息存留于永久存儲器中的存留機制，由此減少管理通 信會話所需的存儲器。
5、 如權(quán)利要求l所述的系統(tǒng)，其中無狀態(tài)層級包括管理機制，用于執(zhí)行至少一個無狀態(tài)節(jié)點中的業(yè)務(wù)邏輯，從而任何一個 應(yīng)用的故障至多影響與該應(yīng)用相關(guān)聯(lián)的無狀態(tài)節(jié)點的正在進行的業(yè)務(wù)，由此 使得應(yīng)用能夠容錯。
6、 如權(quán)利要求1所述的系統(tǒng)，其中進入呼叫包括 從發(fā)送者接收的、用于啟動與所希望的接收者的通信的請求。
7、 如權(quán)利要求l所述的系統(tǒng)，其中資源包括與關(guān)聯(lián)于進入呼叫的唯一標(biāo) 識符相關(guān)聯(lián)的至少一個條帶，由此使得管理通信會話的進程能夠在通信會話 上下文之間迅速切換。
8、 如權(quán)利要求l所述的系統(tǒng)，還包括負載平衡器，其在有狀態(tài)層級中的多個處理資源上分布管理通信會話的處理負載。
9、 如權(quán)利要求l所述的系統(tǒng)，還包括應(yīng)用構(gòu)造器，包括用于構(gòu)造與無 狀態(tài)層級相關(guān)聯(lián)的應(yīng)用的至少一個工具。
10、 如權(quán)利要求2所述的系統(tǒng)，其中提供在分組網(wǎng)絡(luò)中創(chuàng)建通信會話的 減少的響應(yīng)時間包括執(zhí)行用于在50毫秒內(nèi)啟動通信會話的處理。
11、 一種用于管理網(wǎng)絡(luò)中通信會話的方法，該方法包括 從發(fā)送方接收用于啟動至少一個通信會話的請求； 在有狀態(tài)層級中分配用于管理該至少一個通信會話的資源，并且在無狀態(tài)層級中將應(yīng)用處理與該通信會話相關(guān)聯(lián)；以及使用有狀態(tài)層級管理所述至少一個遒信會話，并且使用無狀態(tài)層級管理 與所述至少一個通信會話相關(guān)聯(lián)的應(yīng)用。
12、 如權(quán)利要求11所述的方法，其中使用有狀態(tài)層級管理所述至少一個 通信會話、并且使用無狀態(tài)層級管理與所述至少一個通信會話相關(guān)聯(lián)的應(yīng)用 使得能夠分布用于管理所述至少一個通信會話的進程，從而有相對較少的公 共資源與該進程相關(guān)聯(lián)，由此減少任何此類進程的故障導(dǎo)致與所述至少一個 通信會話相關(guān)聯(lián)的信息丟失的可能性。
13、 如權(quán)利要求11所述的方法，還包括根據(jù)從發(fā)送方接收的請求，向另一計算實體發(fā)送用于啟動通信會話的請 求，由此使得能夠建立所述至少一個通信會話。
14、 如權(quán)利要求11所述的方法，其中從發(fā)送方接收用于啟動通信會話的 請求包括在背靠背用戶代理處，接收進入呼叫，該呼叫指示要與其建立會話以交 換具有至少一個多媒體成分的信息的實體。
15、 如權(quán)利要求11所述的方法，其中交換具有至少一個多媒體成分的信 息包括以下中的至少 一個基于因特網(wǎng)協(xié)議的語音(VoIP)、圖像、運動畫面圖像、音樂以及數(shù)據(jù)。
16、 如權(quán)利要求11所述的方法，其中所述在有狀態(tài)層級中分配用于管理 通信會話的資源、并且在無狀態(tài)層級中將應(yīng)用處理與該通信會話相關(guān)聯(lián)包括在有狀態(tài)層級中分配條帶，所述條帶與關(guān)聯(lián)于所述請求的唯一標(biāo)識符相 關(guān)聯(lián)，由此使得管理通信會話的進程能夠迅速改變正被管理的通信會話。
17、 如權(quán)利要求16所述的方法，其中分配與關(guān)聯(lián)于所述請求的唯一標(biāo)識 符相關(guān)聯(lián)的條帶包括復(fù)制具有相對小尺寸的條帶，由此使得能夠減少維護有狀態(tài)層級所需的 無用數(shù)據(jù)收集處理。
18、 如權(quán)利要求16所述的方法，其中分配與關(guān)聯(lián)于所述請求的唯一標(biāo)識 符相關(guān)聯(lián)的條帶、由此使得管理通信會話的進程能夠迅速改變正被管理的通 信會話包括在有狀態(tài)層級中分配條帶，其中有狀態(tài)層級包括用于存儲至少一個條帶 的內(nèi)存中數(shù)據(jù)庫。
19、 如權(quán)利要求16所述的方法，其中使得管理通信會話的進程能夠迅速 改變正被管理的通信會話包括使得管理通信會話的進程能夠管理至少三千萬并發(fā)呼叫嘗試。
20、 如權(quán)利要求11所述的方法，其中在有狀態(tài)層級中分配用于管理通信 會話的資源、并且在無狀態(tài)層級中將應(yīng)用處理與該通信會話相關(guān)聯(lián)包括在無狀態(tài)層級中將應(yīng)用處理與該通信會話相關(guān)聯(lián)，其中無狀態(tài)層級包括 與有狀態(tài)層級分離的計算環(huán)境，由此使得有狀態(tài)層級能夠使用更少的資源來 支持應(yīng)用。
21、 如權(quán)利要求20所述的方法，其中無狀態(tài)層級包括與有狀態(tài)層級中的 至少一個條帶相關(guān)聯(lián)的至少一個節(jié)點。
22、 如權(quán)利要求21所述的方法，其中所述至少一個節(jié)點包括在SIP servlet上構(gòu)造的SIP應(yīng)用。
23、 如權(quán)利要求11所述的方法，其中使用用于管理通信的有狀態(tài)層級以 及用于管理與該通信會話相關(guān)聯(lián)的應(yīng)用的無狀態(tài)層級管理通信會話包括將無狀態(tài)層級中的處理與有狀態(tài)層級中的處理同步。
24、 如權(quán)利要求11所述的方法，其中使用用于管理通信的有狀態(tài)層級以 及用于管理與該通信會話相關(guān)聯(lián)的應(yīng)用的無狀態(tài)層級管理通信會話包括管理備^f分有狀態(tài)層級的通信會話信息的進程。
25、 如權(quán)利要求ll所述的方法，其中使用用于管理通信的有狀態(tài)層級以 及用于管理與該通信會話相關(guān)聯(lián)的應(yīng)用的無狀態(tài)層級管理通信會話包括接收對于對應(yīng)于通信會話的狀態(tài)信息的請求；以及 提供從有狀態(tài)層級管理的條帶中檢索到的所述狀態(tài)信息。
26、 如權(quán)利要求25所述的方法，其中接收對于對應(yīng)于通信會話的狀態(tài)信 息的請求包括從會話啟動協(xié)議(SIP) servlet接收所述請求。
27、 一種承載一個或多個用來管理通信會話的指令序列的計算機可讀介 質(zhì)，當(dāng)所述指令被一個或多個處理器執(zhí)行時，其使該一個或多個處理器執(zhí)行 以下步驟從發(fā)送方接收用于啟動至少一個通信會話的請求；在有狀態(tài)層級中分配用于管理該至少一個通信會話的資源，并且在無狀 態(tài)層級中將應(yīng)用處理與該通信會話相關(guān)聯(lián)；以及使用有狀態(tài)層級管理所述至少一個通信會話，并且使用無狀態(tài)層級管理 與所述至少一個通信會話相關(guān)聯(lián)的應(yīng)用。
全文摘要
在一個實施例中，提供了一種管理通信會話的系統(tǒng)。該系統(tǒng)實施例包括到接收進入呼叫的分組網(wǎng)絡(luò)的連接。有狀態(tài)層級管理為至少一個進入呼叫建立的通信會話。包括一個或多個應(yīng)用的無狀態(tài)層級向有狀態(tài)層級中的通信會話提供一個或多個服務(wù)。一個或多個服務(wù)器分配和/或管理與在有狀態(tài)層級中為進入呼叫建立的通信會話相對應(yīng)的資源。該服務(wù)器維護無狀態(tài)層級中用于向有狀態(tài)層級中通信會話提供服務(wù)的應(yīng)用。
文檔編號G06F15/16GK101253492SQ200680031758
公開日2008年8月27日 申請日期2006年3月27日 優(yōu)先權(quán)日2005年6月30日
發(fā)明者安諾·R·蘭根, 雷托·克雷默 申請人:Bea系統(tǒng)公司