專利名稱：：一種通信系統體系結構的制作方法
技術領域：
：A．ATM異步傳輸模式(ATM)是采用高速的面向連接的系統的聯網技術，用于局域網和廣域網兩種網絡。ATM網絡要求的現代硬件包括·高速交換，能以每秒千兆位(1012位)的速度處理來自許多計算機的通信量；·光纖，(與銅線相比)提供高數據傳輸速率，具有以100或155Mbps(百萬位/秒)的速率運行的主機-ATM交換連接；·固定大小的信元(cell)，每個包括53個字節(jié)。ATM融合了分組交換和線路交換二者的特征，因為它是設計用于除了數據之外還傳輸語音、視頻和電視信號。純粹的分組交換技術無助于進行語音傳輸，因為語音傳輸要求更穩(wěn)定的帶寬。B．幀中繼幀中繼系統采用分組交換技術，但是比傳統系統效率更高。這種效率的部分原因實際是幀中繼系統比傳統的X.25分組交換業(yè)務執(zhí)行更少的差錯檢驗。事實上，許多中間節(jié)點很少或者根本不作差錯檢驗而只處理路由選擇，將差錯檢驗留給系統的更高層。由于現今的傳輸可靠性更高，以前進行的差錯檢驗大都變得無足輕重了。因此，幀中繼與傳統系統相比具有更高的性能。C．ISDN綜合業(yè)務數字網是一種“在數字線路上傳輸語音、視頻和數據的國際電信標準”，主要以64K位/秒的速率運行。傳統的電話網絡傳輸語音的速率只有4K位/秒。要采用ISDN，終端用戶或公司必須升級ISDN終端設備、中心局硬件、和中心局軟件。ISDN的明顯目標包括以下各點1．提供用于語音、數據和信令的國際接受的標準；2．使所有傳輸線路成為端對端數字型線路(end-to-enddigital)；3．采用標準的帶外信令系統；以及為桌面帶來顯著增加的帶寬。Ⅵ．MCI智能網絡MCI智能網絡是一種處理語音、傳真和有關業(yè)務的呼叫處理體系結構。智能網絡包含一個具有特殊功能的專用橋接交換機(bridgeswitch)和一組具有一個自動呼叫分配器(ACD)的通用計算機。呼叫處理包括號碼轉換服務、自動或人工操作員服務、確認服務和數據庫服務，這些服務是由專門一組具有專業(yè)軟件的通用計算機執(zhí)行的。通過以簡單而成本-高效的方式增強軟件，能夠很容易地將新的增值服務集成到該系統中。進一步展開之前，確定一些術語的含義是有幫助的。ISP智能業(yè)務平臺NCS網絡控制系統DAP數據接入點ACD自動呼叫分配器ISN智能業(yè)務網絡(智能網絡)ISNAP智能業(yè)務網絡附屬處理器MTOC人工電信操作員控制臺ARU音頻應答器ACP自動呼叫處理器NAS網絡音頻服務器EVS增強性語音業(yè)務POTS普通老式電話系統ATN異步傳輸模式智能網絡體系結構特征豐富，非常靈活。增添新特征和服務的方法簡單而且迅速。用在通用計算機上運行的專用軟件來擴展這些特征和服務。增添新特征和服務涉及升級專用軟件，成本-效能比合算。智能網絡的特征和服務包括·呼叫類型標識；·呼叫路由選擇和選擇性終端；·操作員選擇和呼叫保持；·人工和自動操作員；·語音識別和自動、交互式應答；·客戶和客戶輪廓的驗證和確認；·語音郵件；·呼叫確認和數據庫；·電話會議預約；·電視會議預約；·傳真?zhèn)鬟f和廣播；·客戶記帳；·欺詐監(jiān)控；·運行測量和使用統計報告；以及交換接口和控制。A．MCI智能網絡的各部件圖19A表示按照較佳實施例的一個智能網絡。MCI智能網絡由許多部件組成。MCI智能網絡的主要部件包括·MCI交換網絡2·網絡控制系統(NCS)/數據接入點(DAP)3·ISN-智能業(yè)務網絡4·EVS-增強性語音業(yè)務91．MCI交換網絡MCI交換網絡由專用橋接交換機(bridgingswitches)2組成。這些橋接開關2在呼叫被智能業(yè)務網絡4確認之后，為呼叫和被呼叫方選擇路由并連接雙方。橋接交換機具有有限的編程功能，在智能業(yè)務網絡(ISN)4的控制下提供基本的交換服務。2．網絡控制系統/數據接入點(NCS/DAP)NCS/DAP3是MCI智能網絡的組成部分。DAP提供號碼轉換之類的各種數據庫服務，也為標識一個呼叫的終端號碼的交換機ID和中繼線ID提供服務。NCS/DAP3提供的不同服務包括·800、900、VNET號碼的號碼轉換；·范圍限制，用于限制長途電話選擇和高級參數路由選擇，這些高級參數路由選擇包括時間、星期、日期、起源點和多個地點上的百分比分配；·信息數據庫，包括給定呼叫的終端號碼的交換機ID和中繼線ID；·遠程查詢客戶數據庫；·VNET/950卡確認服務；·VNETANI/DAL確認服務。3．智能業(yè)務網絡(ISN)4ISN4包括為呼叫選擇路由的自動呼叫分配器(ACD)。ACD與智能交換網絡附屬處理器(ISNA)5通信并將呼叫傳遞給不同的人工或自動代理(agents)。ISN包括ISNAP5和操作員網絡中心(ONC)。ISNAP5負責呼叫路由選擇的組選擇(GroupSelect)和操作員選擇(OperatorSelect)。ISNAP與ACD通信以向不同代理傳遞呼叫。ISNAP也負責為操作員輔助的呼叫協調數據和語音。ONC的組成是服務器、數據庫和代理，代理包括活操作員或音頻應答器(ARU)，后者包括自動呼叫處理器(ACP)、MTOC和關聯的NAS7。這些系統在EternetLAN網上彼此通信，為呼叫處理提供各種服務。ONC提供的各種服務包括·確認服務-包括呼叫類型標識、呼叫驗證和呼叫限制(若有的話)；·操作員服務-人工或自動的，用于幫助客戶；·各種數據庫查閱的數據庫服務；·呼叫擴展功能；·呼叫橋接功能；·提示用戶輸入；·播放語音消息。4．增強性語音業(yè)務(EVS)9增強性語音業(yè)務除了許多增值特征外還提供基于菜單的路由選擇服務。EVS系統提示用戶輸入并根據用戶輸入選擇呼叫路由，或者為語音郵件和傳真路由選擇提供專門服務。作為MCI智能網絡的EVS部件的一部分提供的不同服務包括·播放客戶特定的語音消息；·提示用戶輸入；·基于用戶輸入的信息存?。弧ず艚袛U展功能；·呼叫橋接功能；·電話會議功能；·呼叫傳輸功能；·記錄用戶語音消息；·所記錄語音的遠程更新；·接-發(fā)傳真。5．其它部件除了上述部件之外，MCI智能網絡中還配備了一組其它部件。這些部件是·智能呼叫路由選擇(ICR)服務的提供，用于根據在呼叫期間或更早時候從呼叫方獲得的數據進行專門的呼叫路由選擇。也根據物理和邏輯網絡布局的了解來選擇路由。也提供其它根據時間的智能路由選擇服務、根據忙路由器的備用路由選擇?！び泿な荕CI智能網絡的一個關鍵部件。記帳部件提供根據呼叫類型和呼叫延續(xù)時間的用戶記帳服務。還額外地為象800受方付費電話之類的增值服務提供專門的記帳服務?！て墼p監(jiān)控部件是MCI智能網絡的一個關鍵部件，它提供防止因他人欺詐和非法使用網絡而損失利潤的服務?！み\行測量包括為分析產品性能進行數據收集。對廣告宣傳反應的分析、產生專門報告的呼叫模式(callpatterns)產生于運行測量。所收集的信息也用于未來的產品計劃和預測基礎結構需求?！な褂媒y計報告包括從操作數據庫和記帳信息中收集信息來生成使用的報告。使用統計報告用于研究呼叫模式、加載模式(loadpatterns)以及人口統計的信息。這些報告用于未來產品計劃和市場營銷的輸入。B．智能網絡系統概述MCI呼叫處理體系結構是在許多重要部件上建立的，這些部件包括MCI交換網絡、網絡控制系統、增強性語音業(yè)務系統和智能業(yè)務網絡。呼叫處理完全是在一組通用計算機和由其產生、構成MCI智能網絡的基礎的一些專用處理器上執(zhí)行的。交換機(Switch)是一種具有有限編程能力和復雜接口的專用橋接交換機。在交換機上添加新的服務非常困難，有時根本不可能。首先要查驗MCI交換機(MCISwitch)上的呼叫是否需要號碼轉換(例如是800號碼時的情況)。如果需要號碼轉換，則要么在交換機本身處根據內部表(internaltable)完成轉換，要么將轉換請求發(fā)往DAP,DAP是一個通用計算機，具有能夠進行號碼轉換、也能確定終端號碼的中繼線ID和交換機ID的軟件。呼叫能被路由選擇到ACD,ACD將呼叫傳遞到各種呼叫處理代理，諸如活操作員或ARU。ACD與ISNAP通信，后者進行組選擇來確定哪一組代理負責該呼叫以及哪一個代理有空處理該呼叫。代理通過與NIDS(網絡信息分布式業(yè)務)服務器通信處理接收的呼叫。NIDS服務器是確認或數據庫服務器，具有由ISN提供的各種服務所必需的數據庫。一旦呼叫被該服務器上的呼叫處理確認，代理就將該狀態(tài)發(fā)送回ACD。ACD于是撥打終端號碼并橋接具有終端號碼的輸入呼叫，并對所有回到該交換機的路徑執(zhí)行釋放鏈路中繼線(RLT)命令，將呼叫釋放。代理也生成記帳名細記錄(BDR)命令以記帳數據。當呼叫完成時，交換機就生成操作服務記錄(OSR)命令，后者以后要與對應的BDR匹配以創(chuàng)建完整的記帳數據。新的增值服務的添加非常簡單，新的特征可由其它軟件和ISP中不同計算系統的配置來添加。下面解釋一個典型的呼叫流(callflow)情況。C．呼叫流的舉例本呼叫流例解釋了從圖19A的電話1到電話10的800號碼受方付費電話的處理。當呼叫方撥打1-800-COLLECT，向被呼叫方電話10進行受方付費呼叫時，呼叫開始。該呼叫被呼叫方的區(qū)域貝爾營業(yè)公司(RBOC)(它清楚這是MCI擁有的號碼)路由選擇到最近的MCI交換機裝置，到達MCI交換機2。交換機2檢測出這是一個800號碼的服務，于是就根據交換機中的參考表進行800號碼轉換，或者請求數據接入點(DAP)3用數據庫查找來提供號碼轉換服務?，F在通過自動呼叫分配器(ACD)4將該呼叫處理委托給一組智能計算系統。本例中，由于是受方付費電話，呼叫方要首先聯系人工或自動操作員，然后，該呼叫才能得到進一步的處理。呼叫從交換機被傳輸到能與智能業(yè)務網絡附屬處理器(ISNAP)5一起運行的ACD4。ISNAP5根據呼叫的類型來確定哪組代理能夠處理該呼叫。這個操作被稱為組選擇。能夠進行呼叫處理的代理包括人工電信操作員控制臺(MTOC)6或者帶有關聯的網絡音頻服務器(NAS)7a的自動呼叫處理器(ACP)7。ISNAP5確定哪一個代理有空處理該呼叫，并將該語音呼叫路由選擇到特定的代理。代理是用先進的呼叫處理軟件建立的。代理從呼叫方收集包括被呼叫方電話號碼的所有有關信息。代理然后用一組數據庫查找請求與數據庫服務器通信。數據庫查找請求包括查詢呼叫的類型、根據呼叫方和被呼叫方的電話號碼的呼叫確認以及呼叫限制(若有的話)-包括根據呼叫和被呼叫雙方電話號碼的呼叫阻塞(callblocking)限制。代理然后向ISNAP-ACD組合發(fā)信號，要求讓呼叫方等待，并撥打被呼叫方和連接被叫方。代理然后向被呼叫方通報呼叫方以及請求受方付費電話的情況。代理從被呼叫方收集應答，然后進一步處理該呼叫。如果被呼叫方同意接收該呼叫，代理就向ISNAP-ACD組合發(fā)信號，要求橋接被呼叫方和呼叫方。代理然后切換一個用于與由交換機生成的對應OSR(操作服務記錄)匹配以創(chuàng)建完整記帳數據的BDR(記帳名細記錄)。ISNAP-ACD組合然后橋接被呼叫方和呼叫方，然后通過執(zhí)行釋放中繼線(RLT)命令而將線路釋放返還交換機。呼叫方與被呼叫方現在就能通過交換機進行通話。在無論由哪一方終止通話時，交換機生成一個OSR，它將與早些時候生成的BDR匹配以創(chuàng)建該呼叫的完整記帳數據。如果被呼叫方拒絕接受該受方付費電話，代理就向ACD-ISNAP組合發(fā)信號，要求將等待的呼叫方重新連接回代理。最后，代理向呼叫方通報被呼叫方的應答，生成一個BDR后就終止該呼叫。MCI智能網絡是一種可縮放的和高效的呼叫處理網絡體系結構，它的基礎是一組具有專用軟件、專用橋接交換機和ACD的智能處理器。智能網絡是與MCI交換網絡共存的疊加網絡，由大量的、與交換網絡交互作用進行呼叫處理的專用處理器組成。智能網絡的一個實施例是完全以音頻為中心的(audio-centric)。數據和傳真是如語音呼叫一樣地用一些專門、專用特征和增值服務來處理的。在另一個實施例中，智能網絡被改造得適應新興技術，包括基于POTS的電視電話和用于語音和視頻的互連網電話。以下各節(jié)詳細說明在新興技術基礎上的體系結構、特征和服務。ISN與新興技術的兼容性以下各節(jié)詳細描述建立在一些新興技術基礎上的體系結構、特征和服務，它們都能被集成到智能網絡中。Ⅶ．ISP構架A．背景ISP由若干毫不相同的系統組成。隨著ISP集成的進展，以前獨立的系統現在已經變成更大整體的一部分，與之相隨的是ISP所有領域內的分析、測試、調度和培訓水平的提高。1．寬帶接入(broadbandaccess)較佳實施例支持一個范圍的高帶寬業(yè)務。這些服務包括視頻點播、會議、遠程教學、遠程醫(yī)療。ATM(異步傳輸模式)將網絡控制推進到網絡的外圍，避免了傳統基于線路的電話的中繼線和交換模型。預計將被廣泛采用以適應這些高帶寬業(yè)務。2．因特網電話系統因特網以及與因特網一起的萬維網(WorldWideWeb)提供容易的用戶接入、廣泛的商業(yè)機會，并為成功的電信公司培育了新的功用。ISP平臺提供了從電話到因特網都能應用和再應用的許多特征。這些特征包括接入、用戶設備、個人帳戶、記帳、營銷(和廣告)數據或應用內容，甚至是基本的電話業(yè)務。電信業(yè)是因特網的主要傳輸供應商。為因特網用戶提供來自電話環(huán)境的許多特征的較佳實施例是最優(yōu)的。圖19F是按照較佳實施例的因特網電話系統的框圖。許多計算機1900、1901、1902、1903在防火墻1905后面通過以太網(Ethernet)或其它網絡連接而連接到因特網1910。域名系統1906將名字映射到因特網1910中的IP地址。用于記帳1920、供應1922、目錄服務1934、諸如語音消息傳遞1932的消息傳遞業(yè)務1930等各個系統都是通過通信鏈路附接到因特網1910的。也采用另一個通信鏈路來方便與用于向各種機頂設備1941～1943發(fā)送信息的衛(wèi)星設備1940的通信。web服務器1944為訂單輸入系統(orderentrysystem)1945提供到因特網1910的接入。實施例中，訂單輸入系統1945為給定的電話號碼生成完整的輪廓信息，包括名稱、地址、傳真號碼、秘書的號碼、妻子的電話號碼、尋呼機、營業(yè)地址、電子郵件地址、IP地址和電話郵件(phonemail)地址。這個信息保存在能被網絡中有權訪問的每個人訪問的數據庫中。在一個可替代實施例中，訂單輸入系統利用萬維網接口(webinterface)來訪問現存的目錄服務數據庫1934以便為輪廓提供用于補充用戶輸入信息的信息。因特網1910通過網關1950連接公共交換網絡(PSTN)1960。較佳實施例中的網關1950提供從PSTN1960中的線路交換呼叫到因特網1910中的某個實體的虛擬連接。PSTN1960附接有各種系統，包括直接撥號輸入1970、用于方便800號碼處理和便于例如公司專用線路(tieline)的虛擬網絡(VNET)處理的數據接入點(DAP)1972。專用小交換機(PBX)1980也通過通信鏈路附接，以便于PSTN1960與諸如傳真機1981、電話1982、調制解調器1983的各種計算機設備之間的通信。操作員1973可選擇地還能連接呼叫，以幫助接通出入PSTN1960或因特網1910的呼叫或會議呼叫。各種服務都是通過各個通信鏈路連接到PSTN的，這些通信鏈路包括智能業(yè)務網絡(ISN)1990、直接撥號計劃(direct-dialplan)1991、供應(provisioning)1974、訂單輸入1975、記帳1976、目錄服務1977、會議服務1978和授權/驗證服務1979的附件。所有這些業(yè)務都能通過網關1950用PSTN1960和因特網1910在它們自己之間通信。ISN1990和DA1972的功能能被與因特網1910連接的設備使用。圖19G是表示按照較佳實施例的優(yōu)先接入/路由器的框圖。優(yōu)先接入/路由器(PAR)的設計綜合了因特網接入設備和因特網協議(IP)路由器的特征。它能使撥號調制解調器通過執(zhí)行基本的調制解調器與PPP/SLIP到IP和反向的IP到PPP/SLIP轉換，接入因特網。它也分析IP分組的源/目的地地址和UPD或TCP端口并為每個分組選擇適當的外出網絡接口。最后，它用優(yōu)先路由選擇技術賦予發(fā)往特定網絡接口的分組比發(fā)往其它網絡接口的分組更高的優(yōu)先權。優(yōu)先接入/路由器的設計目標是將實時通信與因特網上其余的最佳嘗試(best-effort)數據通信分離。在因特網的接入點，最好將實時和交互式多媒體通信與沒有實時約束的通信分離，以便能取得對服務質量的更大控制。下面接合圖19G來說明優(yōu)先接入/路由器采用的過程。首先，在步驟2010，計算機通過調制解調器撥號PAR。計算機調制解調器與PAR調制解調器協商確定數據傳輸速率和調制解調器協議參數。計算機在公共交換電話網(PSTN)連接上用調制解調器-調制解調器連接來建立一個與PAR的點對點協議(PPP)會話。計算機用調制解調器連接將點對點(PPP)分組傳輸給PAR。PAR調制解調器2010通過調制解調器至主處理器接口2080將PPP分組傳輸給PPP至IP轉換過程2020。調制解調器至主處理器接口可以是任何現有的或有待發(fā)明的物理接口。一些現有接口的例子是ISA、EISA、VME、SCbus、MVIP總線、存儲器通道(MemoryChannle)和TDM總線。采用諸如這里提及的分時多路復用總線的多路復用總線具有一定的優(yōu)點，因為能把容量用于特定數據流，保持了確定性的性能。PPP至IP轉換過程2020將PPP分組轉換成IP分組，并將轉換后的IP分組通過過程至過程接口2085傳輸給分組分類器2050。過程至過程接口既可以是專用處理器硬件之間的物理接口，也可以是軟件接口。過程至過程軟件接口的一些例子包括函數或子例程調用、消息隊列、共享內存、直接內存訪問(DMA)和郵箱。分組分類器2085判斷該分組是否屬于任何特定的優(yōu)先組。分組分類器保留一個流說明表(tableofflowspecifications)，其由下述內容定義目的地IP地址源IP地址組合的源/目的地IP地址組合的目的地IP地址/UDP端口組合的目的地IP地址/TCP端口組合的源IP地址/UDP端口組合的源IP地址/TCP端口組合的源IP地址和帶目的地IP地址的TCP或UDP端口組合的目的地IP地址和帶源IP地址的TCP或UDP端口組合的源IP地址和帶目的地IP地址的TCP或UDP端口和TCP/UDP端口。分組分類器對照分組中使用的IP地址和UDP或TCP端口檢查其流說明表。如果發(fā)現匹配，該分組就被分類為屬于某優(yōu)先流(priorityflow)并被加上優(yōu)先標記(prioritytag)?？梢圆捎觅Y源保存建立協議(ResourceReservationSetupProtocol)技術來執(zhí)行這個分組分類器步驟。分組分類器2050通過過程至過程接口(90)將有優(yōu)先標記和無優(yōu)先標記的分組分發(fā)給分組調度器(packetscheduler)2060。過程至過程接口2090不必等同于過程至過程接口2085，但是可以有相同的技術選擇。分組調度器2060用諸如加權公平隊列的優(yōu)先隊列技術來幫助保證(由分組分類器標識的)優(yōu)先分組接收更高優(yōu)先級并能被放置在外出網絡接口隊列中比競爭的最佳嘗試(best-effort)業(yè)務量靠前的位置。分組調度器2060通過主處理器-外圍總線2095將分組按優(yōu)先順序分發(fā)到任何外出網絡接口(2010、2070、2071或2072)?？梢允褂萌魏螖盗康耐獬鼍W絡接口。IP分組能通過非調制解調器接口(2070、2071和2072)到達PAR。這些接口的一些例子包括以太網、快速以太網、FDDI、ATM和幀中繼。這些分組與通過調制解調器PPP接口到達的IP分組經歷相同的步驟。優(yōu)先流說明(priorityflowspecifications)是通過控制器過程2030管理的?？刂破鬟^程能通過外部控制應用程序接口2040來接受外置的優(yōu)先保留(priorityreservations)?？刂破鲗φ赵试S控制過程和策略過程來為特定流確認優(yōu)先保留，如果該保留是被允許的，就通過過程至過程接口2065將該流說明登入分組調度器2050中的流說明表。過程至過程接口2065不必等同于過程至過程接口2085，但是可以有相同的技術選擇。現在轉向圖20，該圖表示本發(fā)明所用的智能業(yè)務平臺(ISP)2100的結構性構架。ISP2100的體系結構旨在定義一種集成方法，用于向ISP所有部件上的MCI網絡提供和交付智能業(yè)務?，F存的各通信網絡系統都有自己的一套方法來提供業(yè)務管理、資源管理、數據管理、安全、分布式處理、網絡控制或運作支持。ISP2100的體系結構定義了一個覆蓋這些領域的單一的相干結構性框架。該體系結構集中于取得以下目標·開發(fā)全球的功能；·提供增強的未來業(yè)務；·有效利用資源；·改善營銷機會；·降低維護和運作費用；·提高整體產品質量·引入向上向下的功能縮放。人們設想ISP2100的目標能力是為非常多的業(yè)務提供基本的構造部件。這些服務的特征都是提供更高的帶寬、更大的客戶控制或個人靈活性以及大為縮短、甚至瞬間的提供周期。3．容量ISP2100遍及全球，無所不在。地理上，它將通過同盟伙伴的網絡到達每個國家；廣度上，它通過有線或無線接入到達所有商務和居民場所。4．未來業(yè)務上述能力將用于提供·超過我們現在的電話技術和消息傳遞業(yè)務；·正在出現的視頻和多媒體提供；·強大的數據業(yè)務，包括增強性專用網絡；·使終端用戶能獲得對他們的業(yè)務有完全控制的軟件和設備。ISP2100提供的業(yè)務將包括廣告、農業(yè)、教育、娛樂、金融、政府、法律、制造業(yè)、醫(yī)療、網絡傳輸、房地產、研究、零售、造船、電信、旅游、批發(fā)和許多其它領域所需的服務。業(yè)務·用戶可定制的用戶能按他們的需要來定制業(yè)務項目?！び脩艄芾淼挠脩裟苤苯?網絡側)介入對他們業(yè)務的管理和控制?！に缮⑦B接的業(yè)務僅當需要時才獲取和使用網絡資源；用戶只為他們使用的東西付費。帶寬可根據要求使用，不必預先分配?！ぐ踩退矫苡脩綦[私和秘密在網絡世界是至高無上的。商業(yè)利益受到保證，事務處理安全、保密。要辨認和驗證用戶和客戶，保護網絡不被搗亂和破壞。B．ISP體系結構框架下一節(jié)描述ISP平臺2100在提供用戶業(yè)務中的作用。ISP2100通過智能業(yè)務基礎結構提供客戶業(yè)務?；A結構包括提供商網絡設施2102、公共網絡設施2104和客戶設備2106。業(yè)務基礎結構保證客戶服務的端對端質量和可用性。下一節(jié)描述ISP平臺2100與在提供商內部和外部的各種外部系統的關系。圖20中的提供商部件2108是·智能業(yè)務2100-負責業(yè)務提供、業(yè)務交付、業(yè)務保障，包括內部數據通信網絡2102。這代表了ISP的作用?！な杖牍芾?112-負責客戶業(yè)務的金融方面。·網絡管理2114-負責物理網絡2102的開發(fā)和操作?！ぎa品管理2116-負責客戶業(yè)務的創(chuàng)建和營銷。圖20中所示的ISP2100的外部實體是·網絡2104-這代表所有網絡連接和由客戶為業(yè)務而使用的接入方法。這包括提供商的線路交換網絡、分組交換網絡、內部擴展的廣域網、互連網、提供商的無線伙伴的網絡、提供商的全球同盟和國家伙伴網絡、寬帶網絡、以及附接在這些網絡上的客戶處設備2118?！さ谌綐I(yè)務提供商2120-這代表那些通過提供商的智能業(yè)務平臺2100向客戶分發(fā)業(yè)務的外部組織?！I(yè)務轉賣商2122-這代表那些有使用設施2100的客戶的組織。·全球同盟伙伴2124-有共享設施和交換他們網絡和業(yè)務基礎結構的能力的組織。C．ISP功能框架圖21更詳細地表示了ISP2100的部件。圖中顯示的是包含ISP2100體系結構的邏輯部件集合。這些部件沒有一個是單一的物理實體；每個部件通常都在多個地點多次出現。各部件合作提供一個無縫隙的智能業(yè)務2110環(huán)境。這個環(huán)境不是固定的，它被設想是一個能增添新業(yè)務、采納成熟公開新技術的靈活的進化平臺。平臺部件是通過包括內部分布式處理基礎結構的一個或多個網絡連接而鏈接的。ISP2100功能部件是·入站和外出網關2126-允許訪問由其它提供商提供的業(yè)務，并允許其它提供商訪問該提供商的業(yè)務?！やN售性業(yè)務網關2128-與提供商銷售的業(yè)務的三層(three-tier)業(yè)務創(chuàng)建環(huán)境的接口。業(yè)務是通過銷售性業(yè)務網關2128調度和更新的。這實際上與管理業(yè)務網關2130并無不同，區(qū)別只是，通過這里創(chuàng)建和調度的服務是用于外部客戶的。·管理業(yè)務網關2130-展示的是應用到平臺的管理的業(yè)務創(chuàng)建概念以及業(yè)務邏輯。管理業(yè)務是通過管理業(yè)務網關2130調度和管理的。連接ISP2100外部的管理系統的接口也是通過管理業(yè)務網關2130實現的。管理業(yè)務的一些例子包括收集、暫存和可記帳的(billable)網絡事件的轉發(fā)。其它業(yè)務包括收集、過濾來自ISP2100的報警信息，然后轉發(fā)給網絡管理2132?！I(yè)務引擎2134-一種用于銷售性業(yè)務或管理業(yè)務的業(yè)務邏輯執(zhí)行環(huán)境。業(yè)務引擎2134執(zhí)行在客戶特定的輪廓中含有的邏輯以便提供獨特的定制業(yè)務功能部件?！I(yè)務創(chuàng)建環(huán)境2136-創(chuàng)建和調度管理業(yè)務以及銷售性業(yè)務和它們的基礎特征和能力?！祿芾?138-使用所有客戶和業(yè)務的輪廓信息的地方。數據被高速緩存在業(yè)務引擎2134、統計服務器2140、呼叫上下文服務器2142、分析服務器2144和其它需要ISP2100數據的專用應用或服務器2146?！I(yè)務選擇2148-無論業(yè)務是通過線路交換、分組交換或信元交換的窄帶或寬帶網絡中的哪種網絡接入的，業(yè)務都是提供業(yè)務選擇功能2148獲得的。業(yè)務選擇2148是業(yè)務引擎2134的專用版本，是專門為選擇一個或數個要執(zhí)行的業(yè)務而設計的。·資源管理器2150-管理所有資源，包括特殊資源2152和在業(yè)務引擎2134上運行的業(yè)務實例，以及在ISP2100中需要管理和分配的任何其它種類的資源?！ぬ厥赓Y源2152-圖中把特殊的基于網絡的功能(因特網到語音轉換、DTMF-檢測、傳真、語音識別等等)表示為特殊資源2152?！ず艚猩舷挛姆掌?142-接受實時的網絡事件記錄和業(yè)務事件記錄并允許對數據查詢。一旦某呼叫(或任何種類的其它網絡事務)的所有事件都被生成，組合的事件信息就被全部傳遞給收入管理功能2154。數據是短期存儲的。·統計服務器2140-接受來自業(yè)務引擎的統計事件、執(zhí)行上滾(rollups)并允許對數據查詢。數據是短期存儲的。·基于客戶的能力2156-用戶處的軟件和專業(yè)硬件，能實現基于客戶處的功能，諸如ANI屏蔽、因特網接入、壓縮、交互式游戲、電視會議、零售接入，如此等等?！し治龇掌?144-一種不是在網絡接入基礎上、而是在根據實時或接近實時的網絡統計或呼叫上下文信息的增值基礎上建立的特殊業(yè)務引擎。例子包括欺詐檢測和客戶通信量統計。·其它特殊業(yè)務2146-要求其它形式的、可能是或可能不是在業(yè)務引擎模型的基礎上建立的應用或服務器。這些部件提供其它計算資源和可以在業(yè)務交付、監(jiān)控或管理中使用的低層次功能能力。D．ISP集成網絡業(yè)務圖22表示ISP體系結構2100是如何通過不同網絡提供業(yè)務的。所示網絡包括因特網2160、公共交換電話網(PSTN)2162、城域接入環(huán)(Metroaccessrings)2164和無線2166、此外，人們預計諸如ATM或ISOEthernet等的新的“無交換機”寬帶網絡體系結構2168和2170會取代當前的PSTN網絡2162。這種體系結構適應非基本的PSTN2162的網絡的原因是，這些可替換網絡模型經常以具有預計降低費用的結構支持在基本PSTN上不能提供的業(yè)務。圖22中在邏輯上表示了這些網絡。每個這些新網絡都被設想以同樣方式與ISP2100共同操作。呼叫(或事務)起源于網絡中的用戶業(yè)務請求。ISP接收該事務并提供服務，提供服務的方法是首先識別用戶，然后將事務轉發(fā)給通用化的業(yè)務引擎2174。業(yè)務引擎確定需要什么業(yè)務功能部件，然后為所需的特征采用必需的邏輯或利用自身特殊的網絡資源。ISP2100本身處于一系列資源管理器和管理與監(jiān)控機構的控制之下。通過并發(fā)使用公用信息庫，能實現一個單一系統映象。信息庫保存由ISP使用或生成的所有用戶、業(yè)務、網絡和資源信息。其它外部應用(來自MCI內部、有時來自MCI的外部)被授權通過網關、中間體，以及有時直接地訪問相同的信息庫。圖22中的每個實體表示ISP的一個單一邏輯部件。預計這些實體每個都被部署在多個地點處的多個實例中。E．ISP部件ExtApp2176-一個外部應用；APP2178-一個內部ISP應用(諸如欺詐分析)；Dc2180-數據客戶機-提供本地數據副本的ISP信息庫的一個客戶機；Ds2182-數據服務器-ISP信息的主副本之一；Admin2184-ISP管理性功能(用于配置和維護)；Mon2186-ISP監(jiān)控功能(用于出錯、性能和會計)；GRM2188-選定資源的全局資源管理圖；LRM2190-選定資源的本地資源管理圖；SR2192-專業(yè)資源(諸如視頻服務器、端口、語音識別)池；SE2134-執(zhí)行所希望業(yè)務邏輯的通用化業(yè)務引擎；業(yè)務選擇2194-選擇(在業(yè)務引擎2134上運行的)應當處理從網絡提供的事務的業(yè)務實例的功能。F．無交換機的通信業(yè)務無交換機網絡2168用來指信元交換或分組交換技術在數據和等時多媒體通信服務上的應用。過去，線路交換是傳輸時間敏感的等時話音的唯一可行的技術?，F在，隨著提供服務質量保證的異步傳輸模式信元交換網絡的發(fā)展，能實現用單一網絡基礎結構來服務等時和脈沖數據服務二者。預期無交換機網絡能提供比線路交換體系結構費用更低的模型的理由是·能靈活地為每個應用準確提供所需帶寬，當沒有數據傳輸時能節(jié)省帶寬。并不是為每個呼叫自動分配最低56Kbps的線路?！みm應于壓縮技術，進一步降低了每個網絡會話的帶寬要求?！I(yè)化資源設備的費用降低，因為事實上并非必須提供模擬端口來獲得特殊DSP能力諸如話音識別或會議。一個單一高帶寬網絡端口能同時地服務數百個“呼叫”?！o交換機網絡可應用于和容易被改造得適用于先進的高帶寬業(yè)務-諸如電視會議、按需即時培訓、遠程專家、集成的視頻/話音/傳真/電子郵件、以及信息業(yè)務。圖23表示按照較佳實施例的無交換機網絡2168的示例。G．指導原則1．結構原則本節(jié)含有構成了該體系結構的基礎的如下一覽子體系結構原則。業(yè)務原則1．業(yè)務模型必須支持新的與現有業(yè)務的無縫集成。2．業(yè)務是從公用的、提供無縫的業(yè)務圖的業(yè)務創(chuàng)建環(huán)境(SCE)中創(chuàng)建的。3．所有業(yè)務都在公用的業(yè)務邏輯執(zhí)行環(huán)境(SLEE)中執(zhí)行，這種環(huán)境在引入新的業(yè)務時不要求軟件改變。4．所有服務都是從一個或多個業(yè)務功能部件中創(chuàng)建的。5．可以用在ISP數據服務器中一個單一客戶輪廓中存儲的數據來驅動多個業(yè)務。6．業(yè)務模型必須支持對每個業(yè)務的業(yè)務參數質量的說明和完成。這些業(yè)務參數質量整體上構成了與每個客戶的業(yè)務級協議。業(yè)務調度必須考慮到規(guī)定的服務參數質量。2．業(yè)務功能部件(feature)原則1．所有業(yè)務功能部件都由一個或多個功能的組合來描述。2．所有業(yè)務功能部件都能由有限數量的功能來定義。3．個別的業(yè)務功能部件必須要用標準方法來定義，以便使業(yè)務設計者對功能有共同的理解。每個業(yè)務功能部件都必須載明它們的輸入、輸出、誤差值、顯示特性和潛在的業(yè)務應用。4．物理實體在網絡實現中的交互作用不要被業(yè)務功能部件的用戶通過業(yè)務功能部件接口看到。5．每個業(yè)務功能部件都應當有統一、穩(wěn)定的外部接口。接口被描述成一組操作以及每個操作所要求和提供的數據。6．業(yè)務功能部件并不是由它們自己部署到網絡中的。業(yè)務功能部件只是作為調用該業(yè)務功能部件的業(yè)務邏輯程序的一部分被調度的(參看圖21)。所以，業(yè)務功能部件是靜態(tài)地鏈接到服務邏輯程序中的，而功能則是動態(tài)地鏈接到業(yè)務邏輯程序中的。這就是達到資源與業(yè)務的松散連接所在。3．功能原則1．對功能的定義完全不考慮任何物理或邏輯實現(獨立于網絡實現的)。2．每個功能都應當有統一、穩(wěn)定的外部接口。接口被描述成一組操作以及由每個操作所要求和提供的數據。3．單個的功能必須要用標準方法來定義，以便使業(yè)務設計者對功能有共同的理解。每個功能都必須載明它們的輸入、輸出、誤差值、顯示特性和潛在的業(yè)務應用。4．物理實體在網絡實現中的交互作用不要被功能的用戶通過功能接口看到。5．功能可以組合形成高級功能。6．一個對功能的操作定義一個完整的活動。一個對功能的操作有一個邏輯開始點和一個或多個邏輯結束點。7．功能可以在網絡實現中的一個或多個物理硬件或軟件中實現。8．每個功能操作所需的數據都是由功能操作支持數據參數和用戶實例數據參數定義的。9．功能向網絡中的部署獨立于任何業(yè)務。10．功能本質上是全局的，業(yè)務設計者不必考慮它們的位置，因為從業(yè)務設計者的觀點看來，整個網絡被視作一個單一的實體。11．功能是能再使用的。它們不加修改就能用于其它業(yè)務。4．服務創(chuàng)建、調度和執(zhí)行原則1．每個業(yè)務引擎2134都支持一個客戶庫(customerbase)子集。由某業(yè)務引擎支持的客戶的清單是由ISP數據服務器2182上存儲的配置數據驅動的。2．每個業(yè)務引擎2134在啟動時從ISP數據服務器2152獲得其配置數據。3．業(yè)務引擎2134用ISP數據庫客戶機2180(參看本說明書的數據管理一節(jié))來高速緩存支持為該業(yè)務引擎2134配置的客戶所必需的數據。高速緩存可以由ISP數據庫服務器2182控制，或者由ISP數據庫服務器2182的數據庫控制。如果認為從數據服務器2182頻繁加載數據的開銷太大，則可以在業(yè)務引擎2134(磁盤或內存中)半永久地高速緩存數據。4．業(yè)務引擎2134預期能執(zhí)行某客戶的所有業(yè)務，或者該客戶的業(yè)務的一個子集。然而，在業(yè)務交互作用的情況下，一個業(yè)務引擎2134在任何給定時刻必須總是掌握著某業(yè)務的執(zhí)行。業(yè)務引擎可以在業(yè)務執(zhí)行的過程中將控制轉交給其它業(yè)務引擎。5．業(yè)務引擎不擁有任何數據，甚至不擁有配置數據。6．業(yè)務引擎2134不是數據部署(deploymentofdara)的目標。數據服務器2182是數據部署的目標。5．資源管理模型2150原則1．資源2152應當能被從網絡的任何地方訪問。2．資源不是業(yè)務特定的，需要時能被所有業(yè)務共享。3．相同類型的資源應當分成組管理。4．資源管理模型2150應當有足夠的靈活性，能適應各種管理策略，包括最低成本、循環(huán)、最近最少使用的、最易得到的、首先遇到的、使用直到出故障和獨占使用直到出故障。5．資源管理模型2150應當優(yōu)化資源分配，可能的話偏重某選定的策略。6．RM2150必須允許應用一系列資源分配技術-范圍從靜態(tài)配置至逐個事務地在事務上對資源的完全動態(tài)分配。7．資源管理模型2150必須允許實施資源使用策略，諸如資源超時和按優(yōu)先權的優(yōu)先再分配。8．資源管理模型2150必須能檢測和訪問資源池(resourcepool)中資源的狀態(tài)、使用和健全狀況。9．所有資源2152都必須按被管理對象對待。10．所有資源2152必須能用RM2150登記以進入池(pool)，解除登記以離開池。11．請求、獲得和釋放資源2152的唯一途徑是通過RM2150。12．資源之間的關系不應當固定，相反，給定資源的各個實例應當根據需要或按需求從登記的池中分配。13．所有專門資源2152必須是從統一的平臺范圍觀點看來是可管理的。14．所有專門資源2152必須直接地或通過代理而提供SNMP或CMIP代理功能。15．每個專門資源2152都要在公用的管理信息庫中被表示。16．所有專門資源應當支持標準的查詢、探測、開始或停止工作以及測試項目的操作集合。17．所有專門資源2152都應提供一個通過標準SNMP或CMIP管理接口控制的自測試功能的基本集合。6．數據管理2138原則1．允許任何數據項有多個副本。2．某數據項的值可能有多個版本，但其中一種被視為是主版本。3．給定數據項的主版本只有一個歸屬。4．允許多個用戶同時存取同一數據。5．在ISP2100上應用商業(yè)規(guī)則必須有統一性，以保證所有數據改變的有效性。6．用戶對本地的數據副本工作；數據存取獨立于位置并且是透明的。7．從數據管理的觀點來看，用戶是應用或其它軟件部件。8．數據存取應當符合一個在ISP2100上標準化了的存取方法的單一集合。9．本地數據庫中允許有專用數據，但專用數據不能共享或分配。10．只有主數據能被共享或分配。11．本地數據庫中允許共享數據項有專用格式。12．事務處理能力可隨端點用戶的意思在商業(yè)規(guī)則允許的范圍內削弱。13．基于規(guī)則的邏輯和其它元數據控制提供靈活的手段來應用策略。14．數據復制通過數據源的復制而提供可靠性。15．數據庫分區(qū)通過減少任何特定數據存儲的大小以及通過降低對任何特定數據存儲的事務處理速率而提供可伸縮性。16．數據管理2138必須允許數據資源的靜態(tài)和動態(tài)配置。17．應當采用公用數據模型和公用方案。18．邏輯的數據應用圖與物理的數據操作分離，后者諸如文件的重定位、數據庫的再加載或數據存儲的重新格式化。19．完備的問題解決方案需要審計追蹤(audittrails)和事件歷史。20．要保證數據完整性，需要聯機數據審計和調解。21．需要實時地進行故障數據庫的數據恢復。22．需要有數據測量(metrics)用于監(jiān)控、趨勢分析(trending)和控制等目的。23．要求有99.9999可用性的7乘24操作。24．數據管理2138機構必須按高增長水平確定比例。25．數據管理2138機構必須為大規(guī)模和小規(guī)模的部署都提供成本-高效的解決方案。26．數據管理機構必須妥善地處置超載情況。27．數據處理和數據同步必須實時進行以滿足我們的商業(yè)需要。28．可靠的訂單輸入(trustedorderentry)和業(yè)務創(chuàng)建要盡可能地直接在ISP數據庫上而不是通過中間應用進行。29．所有數據必須受到保護；此外，客戶數據是專用的，必須保密。30．配置、操作設置和運行參數在ISPMIB(管理信息庫)中控制。31．只要可能，就應當采用現成的數據解決方案來滿足數據管理需要。以下是從面向對象的觀點陳述的原則32．數據項是最低的永久對象的集合；這些對象封裝一個單一數據值。33．數據項可以有一個用戶定義的類型。34．數據項可以創(chuàng)建和刪除。35．數據項只有一個單一的讀取和設置方法。36．數據項的內部值受到范圍限制和規(guī)則的限制。37．處于無效狀態(tài)的數據項不得對用戶開放。7．操作支持原則1．通用視圖(view)-所有ISP2100操作支持用戶接口應當有相同的外觀。2．功能通用性-對象的管理在整個ISP操作支持環(huán)境中是以相同方式表示的。3．單一視圖-分布式被管理對象在ISP操作支持用戶接口有單一的表示，分配是自動的。4．OS/DM域-操作支持域內的數據應當用ISP數據管理2138機構管理。5．全局MIB-有一個代表整個ISP中資源的邏輯的全局MIB。6．外部MIB-作為被管理部件一部分的各內置MIB都是與操作支持和數據管理沒有關系的，這類MIB要由中間設備表示給OS。7．系統一致性-通過各中間層(MediationLayers)獲得符合ISPOS標準的系統一致性。8．操作功能-操作人員為物理和邏輯資源處理網絡層和單元管理。9．管理功能-管理人員處理計劃與業(yè)務管理。10．輪廓域-服務和客戶輪廓數據庫是由管理人員按照數據管理系統的域來管理的。11．電信管理網絡(TMN)一致性-通過連接任何TMN系統的網關獲得TMN一致性。12．并發(fā)性-多個操作員和管理員必須能同時地從ISPOS接口執(zhí)行操作。8．物理模型原則1．兼容性物理網絡模型提供對現有電信硬件和軟件的后向兼容。2．可伸縮性物理網絡模型是可伸縮的，能適應范圍廣大的客戶群和業(yè)務要求。3．冗余性物理網絡模型提供橫跨兩個網絡單元之間的多個信息流通路。消除了單一故障點。4．透明性網絡單元對基礎的網絡冗余是透明的。如果發(fā)生故障，就自動切換到冗余鏈路。5．適度降級物理網絡模型在發(fā)生多個網絡故障時能夠提供逐漸降低容量的可用業(yè)務。6．互操作性物理網絡模型允許具有不同特性的網絡與不同的網絡單元互相操作。7．安全性物理網絡模型要求并提供安全的信息傳輸。它也有能力保證安全訪問網絡單元。8．監(jiān)控物理網絡模型提供嚴格定義的接口和訪問方法來監(jiān)控網絡上的通信。集成了安全功能(見上文)以防止對敏感數據的非授權訪問。9．可劃分性物理網絡模型(邏輯上)可劃分成各獨立管理的域。10．業(yè)務質量物理網絡模型提供的QOS(服務質量)措施諸如有廣的質量范圍、充足的傳統應用(legacyapplications)QOS、阻塞管理(congestion)和用戶可選擇的QOS。11．普遍接入物理網絡模型不因為網絡單元在網絡中的位置而阻止對其的接入。業(yè)務能訪問網絡上的任何資源。12．規(guī)章意識物理網絡模型在所有層次都能改變以適應規(guī)則環(huán)境中的突然變化。13．成本-高效物理網絡模型由于不依賴單一銷售商平臺或特定的功能標準而允許成本-高效的實現。H．ISP業(yè)務模型本節(jié)描述智能業(yè)務平臺網絡體系結構框架的業(yè)務模型。1．目的ISP業(yè)務模型為服務開發(fā)建立的框架支持·快速的業(yè)務建立和部署；·有效的業(yè)務執(zhí)行；·對用戶業(yè)務的完全定制化控制；·形成無縫客戶業(yè)務圖的全部業(yè)務集成；·通過功能的松散結合而改進的對ISP功能的再使用；·降低業(yè)務實現的成本；·對銷售商的獨立性。2．努力的范圍ISP業(yè)務模型支持與業(yè)務關聯的所有活動，包括以下各方面·供應；·創(chuàng)建；·部署；·預訂；·更新；·監(jiān)控；·執(zhí)行；·測試或模擬；·客戶支持和故障診斷；·記帳；·故障標簽(troubleticket)處理；·操作支持。這個模型適用于銷售性業(yè)務和管理服務兩個方面?！やN售性業(yè)務是由我們的客戶購買的業(yè)務·管理業(yè)務是MCI網絡運作的一部分，不向客戶出售。服務模型也定義與ISP體系結構的其它部分的交互作用，它們包括數據管理、資源管理和操作支持。3．業(yè)務模型概述智能業(yè)務平臺的中心是業(yè)務2200的交付(圖24)。業(yè)務是電信服務提供商賺取利潤的能力的最關鍵的方面。以下的業(yè)務定義用于該整個業(yè)務模型業(yè)務2200是與適當定義的邏輯結構和商業(yè)過程組合的功能的集合，當通過公開的接口訪問它時，它能代表用戶產生希望和預期的結果。業(yè)務2200和應用2176或2178(圖22)之間的一個主要區(qū)別是，業(yè)務2200包括支持業(yè)務的銷售、操作和維護的商業(yè)過程。開發(fā)業(yè)務的關鍵任務是定義什么是能自動的，并清晰地描述人類如何與業(yè)務交互作用。4．業(yè)務結構我們將用于描述業(yè)務的詞匯包括業(yè)務本身、業(yè)務功能部件和功能。這些內容被配置在圖24中所示的三層層次結構中。業(yè)務2200是一個在本說明書前文所述的面向對象的對象的意義上的對象。業(yè)務220的實例含有其它對象一稱為業(yè)務功能部件2202。業(yè)務功能部件2202提供一個適當定義的接口，該接口代表業(yè)務概括了ISP業(yè)務框架中一個或多個功能2204的被控制的交互作用。業(yè)務功能部件2202則使用各種功能2204對象。功能2204是標準的、可再用的、網絡范圍的構造模塊，用于創(chuàng)建業(yè)務功能部件2202。業(yè)務創(chuàng)建的關鍵要求是，生產基本功能對象的工程師要保證每個功能對象都能在許多不同業(yè)務中按需要再次使用。a)業(yè)務2200業(yè)務2200用“業(yè)務邏輯”來描述，業(yè)務邏輯根本上來說是用非常高級的程序設計語言編寫的或用圖形用戶界面描述的一個程序。這些業(yè)務邏輯程序標識·什么業(yè)務功能部件被使用；·業(yè)務功能部件被調用的順序；·輸入業(yè)務數據的源；·輸出業(yè)務數據的目的地；·誤差值和誤差處理；·其它業(yè)務2200的調用；·與其它業(yè)務的交互作用；·與其它業(yè)務的多個交互作用；業(yè)務邏輯本身一般不足以執(zhí)行網絡中的業(yè)務2200。一般需要客戶數據來為業(yè)務中定義的機動點定義值，或者定制符合客戶特定需要的業(yè)務。管理業(yè)務和銷售性業(yè)務二者都是同一業(yè)務模型的一部分。由于管理業(yè)務和銷售性業(yè)務有類似之處，所以功能可以共享。管理業(yè)務和銷售性業(yè)務也代表同一網絡的兩個觀點管理業(yè)務代表網絡的操作觀點，銷售性業(yè)務代表網絡的外部終端用戶觀點。兩種業(yè)務都依賴公用地保存的網絡數據。每個銷售性業(yè)務都有讓客戶預定業(yè)務的裝置、記帳機構、一些操作支持能力和服務監(jiān)控能力。管理業(yè)務提供用于平臺維護的過程和支持能力。b)業(yè)務功能部件2202業(yè)務功能部件2202提供適當定義的函數調用接口。業(yè)務功能部件能在許多不同業(yè)務2200中再使用，正如功能2204能在許多不同業(yè)務功能部件2202中再使用一樣。業(yè)務功能部件有特定的數據輸入要求，它們是由基礎功能的數據輸入要求導出的。業(yè)務功能部件的數據輸出特性是由該業(yè)務功能部件的創(chuàng)建者根據可從基礎功能獲得的數據而定義的。業(yè)務功能部件2202不依賴于任何物理資源的存在，相反，它們調用功能2204來執(zhí)行這些函數，如圖25中所示。業(yè)務功能部件的一些例子是·基于時間的路由選擇-在諸如日歷、日期/時間和呼叫對象的功能的基礎上，這個功能部件允許根據時間選擇到不同位置的路由?！を炞C-在諸如比較和數據庫查找的功能的基礎上，這個函數可用于通過提示輸入卡號和/或訪問號(個人身份號)來確認呼叫卡使用，或者確認對虛擬專用網絡的接入。·自動用戶交互作用-在諸如話音對象(用于話音的記錄和回放)、呼叫對象(用于傳輸和橋接呼叫到專門資源)、DTMF對象(用于DTMF數字的收集或輸出脈沖)、詞匯對象(用于語音識別)的功能的基礎上，這個功能部件允許與業(yè)務的用戶進行自動的交互作用。這個業(yè)務功能部件對象能擴展到也包括與用戶的視頻交互作用的能力。c)功能2204功能2204是一個對象，就是說，一個功能有內部的專用狀態(tài)數據和適當定義的用于創(chuàng)建、刪除和使用功能的實例的接口。調用功能2204是通過調用它的一個接口操作來完成的。功能2204是為再使用而建立的。所以，功能對輸入輸出結構有明確定義的數據要求。功能也有明確定義的錯誤處理例程。功能可以用面向對象的類層次結構來定義，在這種層次結構中一個通用功能能被若干其它功能繼承。基于網絡的功能對象的一些例子是·話音(用于記錄和回放)、·呼叫(用于橋接、傳輸、轉發(fā)、撥出等)、·DTMF(用于收集或輸出脈沖(outpulsing))、·傳真(用于接收、發(fā)送或廣播)。有些功能不是基于網絡的，而是純粹基于已經在我們的平臺中部署的數據的。這些功能的一些例子是·日歷(以確定星期幾或幾月幾號)、·比較(以比較數字串或字符串)、·轉換(以將數據類型轉換成另一種格式)、·分配(以根據百分比分布選擇一個結果)。d)業(yè)務數據業(yè)務執(zhí)行時有三個數據源·在業(yè)務模板中定義的靜態(tài)數據，包括某給定業(yè)務調用的缺省值。·在業(yè)務執(zhí)行時獲得的交互式數據，可以是顯式的用戶輸入或者是從基礎網絡連接導出的數據。·用戶輪廓中定義的客戶數據，當業(yè)務被請求時(即創(chuàng)建時)由客戶或客戶的代表定義。5．業(yè)務2200執(zhí)行業(yè)務2200在業(yè)務邏輯執(zhí)行環(huán)境(SLEE)中執(zhí)行。SLEE是允許任何被調度到ISP2100中的業(yè)務得到執(zhí)行的可執(zhí)行軟件。在ISP體系結構中，業(yè)務引擎2134(圖21)提供這些執(zhí)行環(huán)境。業(yè)務引擎2134只執(zhí)行調度到它們之上的服務2200。業(yè)務模板和它們支持的輪廓被調度到數據庫服務器2182上(圖22)。當SLEE在業(yè)務引擎2134上啟動時，它從數據庫服務器2134中檢索其配置。該配置指示SLEE去執(zhí)行一系列業(yè)務2200。執(zhí)行這些業(yè)務的軟件是部署在數據庫服務器上的業(yè)務模板的一部分。如果軟件還不在業(yè)務引擎2134上，就從數據庫服務器2182檢索該軟件。該軟件執(zhí)行時，業(yè)務200就開始運行。大多數情況中，業(yè)務2200首先調用業(yè)務功能部件2202(圖24)，后者讓業(yè)務在資源管理器2188或2190自我登記。一旦登記，服務就能開始接受事務。下一步，業(yè)務2200將調用等待啟動行動的業(yè)務功能部件2202。這個動作可以是從因特網登錄、到800呼叫、到銷售點卡確認數據事務的任何事件。一旦啟動動作在網絡發(fā)生，業(yè)務選擇功能2148(圖21)就用資源管理器2150功能去尋找要調用的執(zhí)行業(yè)務2200的實例。啟動行動然后被交付給業(yè)務2200實例，業(yè)務邏輯(來自業(yè)務模板)然后通過調用其它業(yè)務功能部件2202來確定后繼行動。在業(yè)務2200執(zhí)行期間，輪廓信息被用于確定業(yè)務功能部件2202的特性。根據業(yè)務性能要求，可以將某業(yè)務所需的輪廓信息的部分或全部從ISP2100數據庫服務器2182高速緩存到業(yè)務引擎2134，用于防止費用昂貴的遠程數據庫查閱。隨著業(yè)務的執(zhí)行，信息可能由業(yè)務功能部件2134生成并存儲到上下文數據庫。這個信息被用一個網絡事務標識符唯一地標識。如果是線路交換的呼叫，則將已經定義的網絡呼叫標識符用作事務標識符。網絡設備也可能生成其它信息，這些信息也能存儲到上下文數據庫，也能用相同的唯一事務標識符來索引。事務涉及的最后網絡單元將一些事務結束信息存儲到上下文數據庫。采用鏈接表策略來確定特定事務的信息何時都已經存儲到上下文數據庫中。一旦所有信息都已經到達，就生成一個事件給任何已經預訂了這種事件的業(yè)務，業(yè)務然后就可以對上下文數據庫中的數據進行操作。這種操作包括從上下文數據庫提取數據并將其交付給記帳系統或欺詐分析系統。6．業(yè)務交互作用在網絡事務的過程中，可以有一個以上的業(yè)務被網絡調用。有時，一個業(yè)務的指令會與另一個業(yè)務的指令沖突。下面是一例這種沖突某VNET呼叫者有一個不允許該呼叫者接通國際電話的業(yè)務。VNET呼叫者撥叫另一個有允許撥打國際電話的業(yè)務的VNET用戶的號碼，被呼叫的VNET用戶接通國際電話，然后將第一個呼叫者橋接到國際電話。于是，原來的用戶照樣能通過第三方接通國際電話，盡管其公司存心不讓該用戶撥打國際電話。在這種情況下，有必要允許這兩個業(yè)務彼此交互作用，來確定是否允許橋接國際電話這種操作。ISP業(yè)務模型必須能使業(yè)務2200與其它業(yè)務交互作用。業(yè)務2200必須有若干種方式能與其它業(yè)務交互作用(參看圖26)·控制轉移2210業(yè)務完成其執(zhí)行路徑后將控制轉移給另一個業(yè)務；·同步交互作用2212業(yè)務調用另一個業(yè)務并等待答復；·異步交互作用2214業(yè)務調用另一個業(yè)務，執(zhí)行一些其它行動，然后等待其它業(yè)務完成和答復；·單向交互作用2216一個業(yè)務調用另一個業(yè)務，但是不等待答復。在上述交互作用的VNET業(yè)務的例子中，終結VNET業(yè)務可能會用異步業(yè)務交互作用功能詢問過起始VNET業(yè)務。這種想法的有趣轉折是，業(yè)務邏輯可以既部署到基于網絡的平臺又部署到用戶處設備上。這意味著業(yè)務交互作用必須在基于網絡的業(yè)務和基于客戶的業(yè)務之間發(fā)生。7．業(yè)務監(jiān)控業(yè)務2200必須受到來自用戶觀點和網絡觀點的監(jiān)控。監(jiān)控按照兩種形式的其中之一·業(yè)務2200能生成詳細的逐個事件的信息用于交付給事務上下文數據庫·業(yè)務能生成統計信息用于定期交付給統計數據庫或由統計數據庫按需檢索。分析業(yè)務能用統計數據庫或上下文數據庫來進行實時或近乎實時的數據分析業(yè)務。上下文數據庫收集關于網絡事務的所有事件信息。這種信息將構成網絡故障診斷、記帳或網絡監(jiān)控所需的全部信息。I．ISP數據管理模型本節(jié)描述智能業(yè)務平臺(ISP)2100目標體系結構的數據管理2138方面1．范圍ISP數據管理2138體系結構旨在建立一個覆蓋在ISP2100的生產環(huán)境中數據的創(chuàng)建、維護和使用，包括所有跨ISP邊界的信息傳輸的模型。數據管理2138體系結構覆蓋所有永久數據、ISP內這種數據的任何副本或流以及跨ISP邊界的所有數據流。這個模型定義了用于數據存取、數據分區(qū)、數據安全、數據完整、數據操作以及數據庫管理的角色。它也適當地概括了管理策略。2．目的該體系結構的目的是·創(chuàng)建一個用來管理數據的公用ISP功能模型；·將數據與應用程序分離；·建立數據系統的設計模式；·提供系統部署的規(guī)則；·指導未來技術選擇；·減少冗余的開發(fā)和冗余的數據存儲。該目標體系結構的其它目的是·保證數據靈活性；·便于數據共享；·建立ISP范圍的數據控制和完整性；·建立數據安全和保護；·允許數據存取和使用；·提供高的數據性能和可靠性；·實施數據分區(qū)；·實現簡便操作。3．數據管理概述在一個實施例中，數據管理體系結構是一個描述各種系統部件、系統交互作用的方式以及各部件的預期特性的框架。在該實施例中，數據同時在許多位置存儲，但是某個特定數據和它所有的復制副本邏輯上都被視為一個單一項。本實施例中的一個關鍵差異是，用戶(或終端用戶)決定什么數據要下載或在本地存儲。a)域(Domain)數據和數據存取的特征在于兩個域2220和2222，如圖27中所示。每個域內都可以有多個數據副本。這兩個域在一起就生成了一個能橫跨國際邊界的單一的邏輯的全局數據庫。下面的域定義的主要方面是，所有數據存取都是一樣的。來自呼叫處理查找或網絡側數據更新的訂單輸入饋給沒有差別。中央域2220控制和保護系統的完整性。這只是一個邏輯描繪，不是物理實體。附屬域(satellitedomain)2222提供用戶存取和更新的能力。這只是一個邏輯描繪，不是物理實體。b)分區(qū)一般來說，數據是同時在許多位置存儲的，但是特定數據段和它所有的復制副本邏輯上都被視為一個單一項。任一個這些副本都可被劃分為若干物理子集，使得所有數據項不必處于一個地點。然而，分區(qū)保留了僅僅一個單一數據庫的邏輯視圖。c)體系結構體系結構是具有以下功能的分布式數據庫和分布式數據存取的體系結構·復制和同步；·數據文件的分區(qū)；·并發(fā)控制·事務處理能力·共享的公用模式。圖28表示邏輯系統部件和高級信息流。圖中的部件都不是物理部件。每個部件在體系結構中都有多個實例。圖28中各單元是·NETWK2224一從網絡側對ISP2100的外部接入；·SVCI/F2226-連接ISP的網絡接口；·SYSTMS2228-外部應用，諸如訂單輸入；·G/W2230-用于外部應用的連接ISP2100的網關；·dbAppl2232-要求數據存取或更新能力的角色；·dbClient2234-附屬域的主要角色；·dbServer2236-中央域的主要角色；·dbAdmin2238-用于數據的管理性角色；·dbMon2240-監(jiān)控角色；·I/FAdmin2242-用于接口的管理性角色；·Ops2244-操作控制臺；d)信息流圖28中描述的流是邏輯的抽象；它們旨在刻劃在邏輯部件之間傳送的信息的類型。以上所示的流是·Rest-來自外部系統的向ISP的請求；·Resp-ISP對外部系統的應答；·Access-ISP內部應用進行的數據檢索；·Updates-ISP內部應用進行的數據更新；·Evts-發(fā)往監(jiān)控器的數據相關事件；·Meas-發(fā)往監(jiān)控器的數據相關量度；·NewData-向ISP主數據的添加；·ChangedData-對ISP主數據的改變；·Views-檢索ISP主數據；·Subsciptions-異步的ISP主數據流；·CacheCopies-ISP主數據的瞬態(tài)副本；·Actions-任何控制活動；·Controls-任何控制數據。e)域關聯(DomainAssociations)數據管理2138的附屬域2222一般包含·ISP應用；·外部系統；·網絡接口2226和系統網關2230；·數據庫客戶機(dbClient)2234。數據管理2138的中央域包含·監(jiān)控(dbMon)2240；·管理(dbAdmin)2238；·主數據庫(dbServer)2236。4．邏輯描述下面單獨描述各個體系結構部件的特性a)數據應用(dbAppl)2232這包括要求數據庫訪問的任何ISP應用。例子是ISNNIDS服務器和DAP事務服務器，該應用通過附接到期望的數據庫并提供任何所需的策略指令而從數據庫客戶機2234獲得它們所需數據。這些應用也代表諸如訂單輸入或交換機請求轉換的外部系統或網絡單元來提供數據庫訪問。數據應用支持以下功能·更新允許應用插入、更新或刪除ISP數據庫中的數據?！ぴL問請求允許應用檢索數據、列舉多個數據項、從數據列表或集合中選擇數據項、或者重復經過集合的成員?！な录c測量(EventsandMeasurements)是以監(jiān)控功能(dbMon)2240為目標的特殊形式的更新。b)數據管理2138(1)客戶數據庫(dbClient)2234dbClient代表數據的附屬副本。這是應用系統ISP數據的唯一途徑。附屬數據副本不必與dbServer2236上存儲的數據的格式匹配。dbClient向主數據庫(dbServer)2236登記要求預訂(Subscriptions)或高速緩存數據副本。預訂是由dbServer2236自動維護的，但是高速緩存副本在版本過時時必須更新。dbClient2234的主要方面是要保證由應用進行的數據更新串行化并與由dbServer2236保存的主副本同步。然而，dbClient接受更新，以后只將變化與dbServer同步(此時，可能有例外通知傳回到起始應用)，這也同樣是合理的。選擇在鎖定步驟(lock-step)中進行更新與否，是應用策略的事情而不是數據管理2138的事情。只有對dbServer主副本的改變才被轉發(fā)到其它dbClients。如果dbClient2234變得不活動或者與dbServer失去聯絡，它就必須再與主數據庫同步。情況嚴重時，可能需要操作員的干預，來重新加載數據庫或選定的子集。dbClient2234提供下列接口操作·通過授權的應用附接到特定的數據集合；·要由授權的應用來設置的策略優(yōu)先(policypreferences)；·選擇本地數據副本的特定視圖(view)；·插入、更新或刪除本地數據副本；·將預訂的數據(subscibeddata)與dbServer同步；·來自dbServer的對高速緩存數據的過期通知。此外，dbClient還向監(jiān)控器(dbMon)2240提交運行記錄(logs)或報告和發(fā)出問題信號。(2)主數據庫(dbServer)2236dbServer2236在數據保護中起著中心作用。它是數據“被擁有”、主控副本被保持的地方。出于可靠性的考慮，至少要保持主數據的兩個副本。還可以部署其它主數據的副本來提高數據性能。這些副本是在鎖定步驟中同步的。就是說，要求每個更新都要獲得相應的主鎖定(master-lock)以防止更新沖突。嚴格的實現策略可以有差異，但是一般來說，所有主副本都必須保留串行的更新順序，并提供與任何其它主副本相同的數據視圖和相同的完整性強制(integrityenforcement)。內部的數據副本對dbClients2234是透明的。dbServer2236包括商業(yè)規(guī)則層，這些規(guī)則描述并執(zhí)行(enforce)數據項之間的關系，限制特定的數據值或格式。每個數據更新都必須通過這些規(guī)則，否則就被拒絕。這樣，dbServer就保證所有數據都按單一副本那樣管理，所有商業(yè)規(guī)則都統一地收集和應用。dbServer2236跟蹤何時進行數據改變、進行哪類數據改變，并向監(jiān)控器(dbMon)2240提交運行記錄和統計。此外，這些改變還被轉發(fā)給任何活動的預訂，高速緩存副本則通過過期消息而被標記為過期。dbServer還提供安全檢查和驗證，并保證將選擇的數據項加密后再存儲。DbServer支持下列接口操作·從dbServer察看選擇的數據；·從dbServer預約選擇的數據；·將選擇的數據拷貝到dbClient2234的高速緩存副本；·按需用當前副本刷新dbClient高速緩存；·在所有dbServer主副本進行新數據插入；·在所有dbServer副本上改變數據屬性；·取消以前的預約，消去數據的高速緩存副本。(3)數據管理(dbAdmin)2238數據管理(dbAdmin)2238涉及設置數據策略、管理數據庫邏輯和物理方面、保障并配置數據管理2138域的功能部件。數據管理策略包括安全、分配、完整性規(guī)則、性能要求、復制和分區(qū)的控制。dbAdmin2238包括數據資源的物理控制，諸如確定數據位置、分配物理存儲器、分配內存、加載數據存儲、優(yōu)化訪問路徑、解決數據庫問題。dbAdmin2238也提供數據的邏輯控制，數據的邏輯控制諸如有審計、協調、遷移、編目和轉換數據。dbAdmin2238支持以下接口操作·定義數據類型的特性；·創(chuàng)建給定維的邏輯容器；·通過關聯操作將兩個或更多的容器關聯；·通過條件觸發(fā)器和動作來限制數據值或關系；·將數據的物理容器放置在給定位置；·將數據的物理容器移動到新位置；·移出物理容器和它們的數據；·從一個容器向另一個容器加載數據；·清除容器的數據內容；·查驗或協調容器的數據內容。(4)數據監(jiān)控器(dbMon)2240dbMon2240代表一個監(jiān)控功能，它捕獲來自ISP邊界網關、各dbClient2234和各dbServer2236的所有數據相關事件和統計測量。dbMon2240機構用于創(chuàng)建審計追蹤和運行記錄。dbMon通常代表一個被動接口；數據被饋送到該接口。然而，監(jiān)控是一個層次性的活動，dbMon內還進一步進行分析和上滾(將按諸如每分鐘的間隔時間收集的數據編輯成諸如以小時或天數計的更長時間段的數據)操作。此外，dbMon還會在達到某些閥值或條件時發(fā)送報警信號。有各種各樣量度的速率和計數用于評估服務質量(QOS)、數據性能和其它業(yè)務水平協議。所有例外和數據錯誤都要記錄并發(fā)送到dbMon供作檢查、存儲和上滾。dbMon2240支持以下接口操作·設置監(jiān)控器控制、過濾和閥值；·數據相關活動的記錄；·報告狀態(tài)、量度或審計結果；·發(fā)出警報或報警信號。(5)數據管理操作(Ops)2244操作控制臺(Ops)2244為人員監(jiān)控、管理或其它方式管理系統提供工作站接口。Ops控制臺提供向上述的dbMon2240、dbAdmin2238和dbServer2236的操作接口的訪問。Ops控制臺2244也支持通過各種系統、接口和數據管理域2138內的應用的基于圖符的圖象來顯示動態(tài)狀態(tài)。5．物理描述本節(jié)描述數據管理2138的物理體系結構。它描述如何來配置一組部件。圖29中表示了一個概括性的配置圖。圖29中·圓圈用來代表物理地點、·方框或組合方框用來代表計算機節(jié)點、·各功能角色由縮寫詞指示。圖29中所用縮寫詞的意思是·OE-訂單輸入系統2250；·GW-ISP網關2230；·APP-應用(dbAppl)2232·CL-dbClient2234；·SVR-dbServer2236；·ADM-dbAdmin部件2238；·MON-dbMon部件2240；·Ops-操作控制臺。上文已經結合圖28描述過這些單元的功能角色(參看目標體系結構的邏輯描述)。圖29中所示的每個地點通常通過廣域網(WAN)鏈路與一個或多個其它地點鏈接。精確的網絡配置和大小是詳細的工程設計任務。將某個數據庫副本分配給訂單輸入(OE)地點2251并不常見，但是在本體系結構中，輸入地點被視為等同于附屬地點，將含有dbClient功能。在ISP2100的網絡側，附屬地點2252每個也都含有dbClient2234。這些地點通常運行局域網(LAN)。dbClient為諸如ISN操作員控制臺、各ARU或NCS交換機請求轉換等網絡或系統應用程序起著本地儲存庫的作用。中央地點2254提供冗余的數據存儲和通向各dbClient2234的訪問路徑。中央地點2254也提供上滾監(jiān)控(dbMon)功能-盡管也能在中央地點2254部署dbMon部件2240以提高性能。管理性功能位于任何期望的操作或管理地點2254，但不必非要與dbMon的位置相同。管理性功能要求有dbAdmin2238和操作控制臺2244用于命令和控制。遠程操作地點能從廣域或局域連接訪問dbAdmin節(jié)點2238。每個地點都被其它地點的復制功能部件備份并由不同的冗余鏈路連接。6．技術選擇下一節(jié)描述應當考慮的各種技術選擇。數據管理2138體系結構的運行不要求任何特定技術，但是不同的技術選擇會影響系統的結果性能。圖30表示一組能提供很高性能環(huán)境的技術。特定應用要求將決定可接受性能的最低水平。表示了三種通用環(huán)境?！ぴ趫D的上部，多協議路由選擇的網絡2260將外部和遠程單元與中央數據地點連接。圖中顯示了管理終端和中小范圍的計算機以及諸如訂單輸入的高可用性應用平臺?！ぶ胁渴蔷哂写笮蛿祿鎯ζ鞯拇笠?guī)模高性能機器2262。這些代表著主數據庫和數據處理、以及諸如dbServer2236和dbMon2240的數據捕獲/跟蹤功能?！D的底部是本地處理和網絡接口2264，諸如ISN操作員中心或DAP地點。7．實現關于當前的ISP數據系統盡管人們知道許多，但要決定任何實現還需要其它詳細要求。這些要求必須包括現存的ISN、NCS、EVS、NIA和TMN系統需要，加上所有預見用于寬帶、因特網和無交換機應用系統的新產品。8．安全ISP數據是受保護的共同的資源。數據訪問受到限制和查驗。數據相關的活動受到跟蹤和審計。所有存儲的口令字、PINS(個人身份號)、私人人事記錄和選擇的金融、商業(yè)和用戶信息，都要求數據加密。保密數據不得以明文的形式傳輸。9．元數據元數據是一種包含數據驅動邏輯的規(guī)則的數據形式。元數據用于描述和管理(即操縱)數據的操作形式。在這個體系結構下，控制要盡可能多地由元數據驅動。元數據(或數據驅動的邏輯)一般提供最靈活的運行時選擇。元數據通常處于系統管理員的控制之下。10．標準數據庫技術建議數據管理體系結構的實施應當盡可能地利用可通過商業(yè)途徑獲得的產品。銷售商提供數據庫技術、復制服務、規(guī)則系統、監(jiān)控設施、控制臺環(huán)境和許多其它吸引人的東西。J．ISP資源管理模型本節(jié)描述資源管理2150模型，因為它與ISP2100體系結構有關。a)范圍資源管理模型就需要資源的過程與資源本身之間的關系而言涉及資源分配和去分配的周期。該周期始于資源登記和去登記，然后繼續(xù)到資源請求、資源獲得、資源交互作用和資源釋放。b)目的資源管理2150模型旨在為ISP開發(fā)社團、特別是ISP體系結構定義共同的結構準則。c)目標在現存的傳統ISP體系結構中，業(yè)務控制和管理它們自己的物理和邏輯資源。遷移到一個從業(yè)務抽取資源的體系結構，就要求定義一個管理業(yè)務與資源之間關系和交互作用的管理功能。這個功能由資源管理2150模型來代表。資源管理模型的目的旨在適應全網絡的資源管理以及優(yōu)化資源使用、允許在網絡上共享資源·從業(yè)務抽取資源；·提供對資源狀態(tài)的實時訪問；·簡化添加和去除資源的過程；·提供安全、簡單的資源訪問；·提供公平的資源獲取，使得任何資源用戶都不能壟斷資源的使用。d)背景概念一般來說，資源管理2150模型管理資源與使用這些資源的過程之間的關系和交互作用。在表示該模型之前，首先應當掌握用于解釋該模型的基本術語和概念。以下列舉了這些術語和概念(1)定義·資源一個在被外部過程調用時提供特定和適當定義的功能的基本工作單元?？蓪①Y源分類為邏輯資源和物理資源，前者如業(yè)務引擎和語音識別算法，后者如CPU、存儲器和交換機端口。資源可以是共享的-如同ATM鏈路帶寬或磁盤空間，或者是專用的-如VRU或交換機端口?！べY源池共享共同功能的注冊的資源成員的集合?！I(yè)務對網絡資源用戶與資源本身之間的所有活動和交互作用流的一種邏輯描述?！げ呗怨芾韺Y源分配與去分配、資源池大小閾值和資源使用閾值采取的動作的規(guī)則集合。(2)概念·資源管理模型是一種管理和允許一個功能集合通過適當定義的過程和策略向資源池請求、獲取資源或將資源釋放給資源池的機制。資源分配與去分配過程有三個階段·資源請求在該階段中，過程向資源管理器2150請求資源?！べY源獲得如果所請求資源可用并且提出請求的過程有權請求，資源管理器2150就授予該過程該資源，該過程就可以使用該資源。否則，過程就要選擇要么放棄該資源分配過程，以后再試，要么請求資源管理器2150在資源一旦可用時或者在特定的時間內授予其資源?！べY源釋放被分配的資源在過程不再需要時應當放回資源池。根據資源的類型，過程要么釋放資源并由資源向資源管理器通知其新狀態(tài)，要么過程本身向資源管理器通知該資源的可用性。無論哪種情況，資源管理器都將該資源恢復到資源池中。資源管理模型適于創(chuàng)建資源池、制定管理資源池的策略。資源管理模型允許資源登記為資源池的合法成員或者解除登記。資源管理模型的策略實行負荷平衡、無故障(failover)和最少成本算法并禁止服務對資源壟斷。資源管理模型追蹤資源的使用情況，當資源池不足以滿足需要時自動采取適當的行動。任何業(yè)務都應當能訪問和使用網絡上的任何可用資源-只要該業(yè)務有這種權利。資源管理模型采用OSI面向對象的方法來建立資源模型。這個模型下的每個資源都體現為一個被管理對象(MO)。每個MO是按以下各方面定義的·屬性MO的屬性代表其性質，用于描述其特性和當前狀態(tài)。每個屬性與一個值關聯，例如，某MO的CURRENT_STATE(當前狀態(tài))屬性的值可能是IDLE(空閑)。·操作每個MO都有一個允許以其作為操作對象的操作的集合。這些操作是·創(chuàng)建創(chuàng)建新的MO?！h除刪除現有的MO?！幼鲌?zhí)行一個特定操作，諸如SHUTDOWN(關閉)?！ぷx取值獲取一個特定的MO屬性值?！ぴ黾又翟黾右粋€特定的MO屬性值?！とコ祵⒁粋€特定的MO屬性值從值的集合刪除?！ぬ鎿Q值用新值替換現有的MO屬性值?！ぴO置值將特定的MO屬性設置為缺省值。·通知每個MO都能向管理實體報告或通知其狀態(tài)。通知可能會被視為觸發(fā)器(triggers)或陷井(traps)?！ぬ匦訫O的特性體現為它如何對特定操作作出反應以及對這種反應施加的限制。MO可以對外部刺激或內部刺激作出反應。外部刺激體現為傳輸一個操作的消息。而內部刺激則是MO遇到的內部事件，如定時器的到時。通過規(guī)定定時器到時多少次后MO才能報告，可以向MO應如何對過時定時器作出反應施加限制。所有需要使用、操作或監(jiān)控某資源的單元都要將其作為MO來對待，通過上述定義的操作來訪問該資源。需要知道某資源的狀態(tài)的有關單元，需要知道如何接收并對該資源生成的事件作出反應。全局和本地資源管理資源管理模型是層次結構的，有至少兩個管理層次本地資源管理器(LRM)2190和全局資源管理器(GRM)2188。本地和全局RM每個都有自己的域和功能2．本地資源管理器(LRM)·域LRM的域限于屬于網絡某特定地點的特定資源池(RP)。在一個單一地點可能存在多個LRM，每個LRM可能負責管理一個特定資源池?！すδ躄RM的主要功能是為過程與資源之間按照資源管理模型準則進行的資源分配和解除分配過程提供方便。3．全局資源管理器(GRM)2188·域GRM2188的域涉及網絡上所有資源池中所有的注冊資源?！すδ蹽RM的主要功能是幫助LRM2190定位一個在LRM域不可得到的資源。圖31表示網絡2270內GRM2188和LRM2190的域。4．資源管理模型(RMM)資源管理模型是在與靜態(tài)配置相對的動態(tài)資源分配概念的基礎上建立的。動態(tài)資源分配概念暗示，在資源與使用資源的過程之間沒有預定的靜態(tài)關系。分配與解除分配基于的是供給與需求。資源管理器2150要清楚資源的存在，需要資源的過程可通過資源管理器2150來獲得資源。而靜態(tài)配置則暗示，在每個資源與需要該資源的過程之間存在一個預定的關系。這樣，就不需要用一個管理實體來管理這些資源。與資源相關的過程可以直接管理。動態(tài)資源分配和靜態(tài)配置代表著資源管理范例的兩個極端。在這兩個極端之間也可以存在其它范例。資源管理模型描述LRM2190和GRM2188的特性以及它們之間的邏輯關系和交互作用。它還描述管理LRM/GRM與需要資源的過程之間的資源分配和解除分配過程的規(guī)則和策略。a)簡單資源管理模型由于資源分配和解除分配可能涉及復雜的過程，這里用這個過程的簡單形式來介紹實際模型。簡單的資源分配和解除分配是通過6個步驟實現的。圖32表示了這些步驟。1．過程2271從資源管理器2150請求資源2173。2．資源管理器2150分配資源2173。3．資源管理器2150將分配的資源2173授權給請求的過程2271。4．過程2271與資源2273交互作用。5．過程2271結束使用資源2273時，通知該資源。6．資源2273將自己釋放回資源管理器2150。b)資源管理模型邏輯單元資源管理模型體現為一個邏輯單元集合，這些邏輯單元交互作用、互相合作，以實現上述的目的。這些單元如圖33中所示，它們包括資源池(RP)2272、LRM2190、GRM2188和資源管理信息庫(RMIB)2274。(1)資源池(RP)2272所有類型相同、有共同屬性或提供相同功能、位于相同網絡站點的資源都可以在邏輯上分組在一起形成一個資源池(RP)2272。每個RP將有自己的LRM2190。(2)本地資源管理器(LRM)2190LRM2190是負責管理特定RP2272的單元。所有需要使用由某LRM管理的RP中的資源的過程都要通過該LRM并用上述的簡單資源管理模型來訪問該資源。(3)全局資源管理器(GRM)2188GRM2188是具有在網絡上各資源池的全局視圖的實體。GRM是通過各LRM2190獲得這個全局視圖的。所有LRM用RP2272狀態(tài)和統計來更新GRM。有時候某個LRM不能分配資源，因為所有本地資源都忙或者所請求資源屬于另一個站點。在這種情況下，LRM可以與GRM協商，以在網絡上定位所請求資源。(4)資源管理信息庫(RMIB)2274如上所述，所有資源都是按被管理對象(MO)對待的。RMIB2274是含有關于網絡上所有MO的信息的數據庫。MO信息包括對象定義、狀態(tài)、操作等等。RMIB是ISP數據管理模型的一部分。所有LRM和GRM都能訪問RMIB，并能有自己的MO信息視圖和通過ISP數據管理模型對MO信息的訪問特權。5．部件交互作用為了執(zhí)行它們的任務，資源管理模型各單元必須在資源管理模型的規(guī)則、策略和準則范圍內交互作用和協作。下一節(jié)解釋這些實體是如何互相交互作用的。a)實體關系(ER)圖(圖33)圖33中，每個矩形代表一個實體，“<>”之間的動詞暗示兩個實體之間的關系，方括號“[]”暗示這種關系的方向是從帶括號的數字趨向無括號數字。數字暗示關系是一對一、一對多或者多對多。圖33可讀作1．一個LRM2190管理一個RP2272。2．許多LRM2190訪問RMIB2274。3．許多LRM2190訪問多個GRM2188。4．許多GRM2188訪問RMIB2274。b)登記與解除登記資源登記與解除登記只適用于必須動態(tài)管理的資源集合。有的情況下資源是靜態(tài)分配的。各LRM2190對資源池2272操作，其中每個資源池含有一個資源成員集合。為了讓LRM管理某個資源，該資源要向該LRM通知其存在及狀態(tài)。GRM2188也需要清楚網絡上各資源的可用性，以便能夠定位某個資源。以下登記與解除登記準則應當應用于所有要動態(tài)管理的資源上·所有資源必須向它們的LRM2190登記作為特定資源池2272的成員?！に匈Y源，如果因為任何原因需要關閉或退出業(yè)務，必須從它們的LRM2190中解除登記?！に匈Y源必須向它們的LRM2190報告它們的可用性狀態(tài)。。所有LRM必須用根據登記的和解除登記的資源得出的最新資源可用性情況更新GRM2188。C)GRM、LRM和RP的交互作用每個RP2272將由LRM2190管理。每個需要特定資源類型的過程都被分配一個將為資源訪問提供方便的LRM。當過程需要某資源時，它必須通過分配給它的LRM來提出請求。當LRM接收對資源的請求時，可能發(fā)生兩種情況1．資源可用在這種情況下，LRM分配資源池中的一個資源成員并向該過程傳送資源句柄(handle)。過程與資源交互作用，直到使用完畢。根據資源類型，一旦過程使用資源完畢，過程要么向資源通知其使用資源完畢，由資源本身向通知LRM其可用性，要么釋放資源并向LRM通知其不再使用該資源。2．資源不可用在這種情況下，LRM2190與GRM2188協商要求一個含有所請求資源的外部資源池。如果沒有外部資源可用，LRM就向請求的過程通知沒有資源可用。在這種情況下，請求的過程可能·放棄然后重試、·請求LRM在資源一旦可用時分配資源，或者·請求LRM如果資源在特定時間內變得可用時分配資源。如果有外部資源可用，GRM2188就將位置和訪問信息傳送給LRM2190。然后LRM·要么代表請求過程分配并向其傳送資源句柄(在這種情況下，通過GRM的資源分配對于過程是透明的)，·要么勸告請求過程與管理被定位資源的LRM聯絡。d)GRM、LRM和RMIB的交互作用RMIB2274含有網絡上所有被管理資源的信息和狀態(tài)。每個LRM2190將有一個與它管理的RP2272對應的RMIB2274圖。而GRM2188則有網絡上所有資源的全部視圖。這個視圖由所有LRM視圖組成。GRM的全部視圖使其能夠定位網絡上的資源。為了使RMIB2274保持精確的資源信息，每個LRM2190都必須用最新的資源狀態(tài)來更新RMIB。這包括添加資源、去除資源和更新資源狀態(tài)。LRM2190和GRM2188都能通過ISP數據管理實體訪問和察看RMIB2274。RMIB數據的實際管理屬于ISP數據管理實體。LRM和GRM只負責更新RMIB。k．操作支持模型1．介紹現有的ISP服務平臺大多數都是獨立開發(fā)的，每個有自己的一套操作支持特征。隨著平臺數量的增加，學習如何操作給定一組平臺所需的時間也在增加。ISP服務平臺需要轉移到一種具有適合其所有產品的所有操作支持功能部件的公用模型。這就要求定義一個既要支持當前需要又要經得起將來發(fā)生的變化的模型。操作支持模型(OSM)定義了一種管理支持ISP2100的實現框架。a)目的操作支持模型的目的是·通過集成用于各ISP資源的平臺而簡化操作；·通過提供公用管理基礎結構而減少管理人員的學習時間；·通過減少重疊的管理系統的開發(fā)而降低管理系統的成本；·通過提供用于所有ISP業(yè)務和網絡單元的公用管理基礎結構來改善ISP業(yè)務的推向市場的時間；·提供一個管理ISP物理資源(硬件)和邏輯資源(軟件)的框架。b)范圍這里所描述的OSM適合ISP物理網絡單元和在它們上運行的業(yè)務的分布式管理。本文所描述的管理框架也能擴展到邏輯(軟件)資源的管理。然而，這里表示的體系結構有助于將物理資源的使用和錯誤與它們對業(yè)務產生的影響映射起來。管理業(yè)務在四個層內發(fā)生·計劃，·業(yè)務管理，·網絡層、·網絡單元。各層內的信息分為四個功能范圍·配置管理，·錯誤管理，·資源測量，·會計。適合所有ISP的公用操作支持模型的使用，將增強ISP的操作，簡化ISP內未來產品和業(yè)務的設計。這種操作支持體系結構是與ITU電信管理網絡(TMN)標準相一致的。c)定義被管理對象被一個或多個管理系統監(jiān)視和控制的資源。被管理對象位于被管理系統內并可內嵌在其它被管理對象中。被管理對象可以是邏輯或物理資源，一個資源可以體現為一個以上的被管理對象(一個以上的對象視圖)。被管理系統一個或多個被管理對象。管理子域全部位于父管理域內的管理域。管理系統啟動對被管理對象的監(jiān)視和控制功能的管理域內和/或管理子域內的應用過程。管理信息庫MIB(管理信息庫)含有關于被管理對象的信息。管理域一個或多個管理系統加上零個或多個被管理系統和管理子域的集合。網絡單元電信網絡由許多種類的模擬和數字電信設備以及關聯的支持設備組成，這些設備諸如是傳輸系統、交換系統、多路復用、信令終端、前端處理機、主機、群集控制器、文件服務器、局域網、廣域網、路由器、橋路、網關、以太網交換機、集線器、x.25鏈路、SS7鏈路等等。被管理時，這些設備一般被稱為網絡單元(NE)。域管理環(huán)境可以各種方法劃分，諸如功能性(錯誤、業(yè)務…)、地理性、組織結構等等。操作系統管理功能存駐在操作系統中。2．操作支持模型圖34表示網絡單元2310上操作支持模型2308的四個管理層2300、2302、2304、2306。操作支持模型2308支持ISP2100的日常管理。該模型是沿三維組織的。這些維是各層2300-2306、這些層內的功能區(qū)、提供管理業(yè)務的活動。被管理對象(資源)被管理系統監(jiān)視、控制和修改。a)功能模型以下各節(jié)描述管理層2300-2306內的功能區(qū)。(1)計劃ISP計劃層2300是被收集的關于ISP2100的數據的儲存庫，是數據要提供附加值的地方?！づ渲霉芾?312策略和目標的設置?！ゅe誤管理2314故障平均時間的預測?！べY源測量2316預測將來資源需要(趨向、容量、業(yè)務協議的一致、維護協議、勞動力)?！嫶_定提供業(yè)務的成本以便支持業(yè)務定價決定。(2)業(yè)務管理業(yè)務預定、部署、提供、業(yè)務質量協議和業(yè)務質量監(jiān)控位于ISP業(yè)務管理層2302?？蛻魧⒛苡邢拗频夭炜碨M(業(yè)務管理)層2302以監(jiān)控和控制它們的業(yè)務。SM層提供與NLM中的代理交互作用的管理器。SM層也提供與計劃層2300中的管理器交互作用的代理。SM層內的管理器也可以與SM層中的其它管理器交互作用。在這種情況下，存在時等層次的管理器-代理關系。·配置管理2320業(yè)務定義、業(yè)務啟動、客戶定義、客戶啟動、業(yè)務特性、客戶特性、硬件提供、軟件提供、其它數據或其它資源的提供?！ゅe誤管理2322監(jiān)控和報告業(yè)務協議的違反。測試?！べY源測量2324預測業(yè)務協議的違反并標志潛在的資源短缺。預測當前和將來(趨向)的業(yè)務需要。·會計2326處理和轉發(fā)會計信息。網絡層管理ISP網絡層管理(NLM)層2304負有管理所有網絡單元的責任，體現為個別的或一組單元管理。它不關心特定單元在內部是如何提供業(yè)務的。NLM層2304提供與各EM2306中的代理交互作用的管理器。NLM層也提供與SM層2302中的管理器交互作用的代理。NLM層2304內的管理器也可以與NLM層中的其它管理器交互作用。在這種情況下，存在對等層次的管理器-代理關系。·配置管理2328提供從整個網絡的角度定義本地和遠程資源和業(yè)務的特性的功能。·錯誤管理2330提供檢測、報告、隔離和修正在多個NE上發(fā)生的錯誤的功能?！べY源測量2332適合從容量角度對全網絡的資源使用進行測量、分析和報告?！?334合并來自多個信息源的會計信息。(3)單元管理單元管理層2306負責逐個的NE2310并支持由NE提供的功能的提取。EM層2306提供與各NE中的代理交互作用的管理器。EM層也提供與NLM層2304中的管理器交互作用的代理。EM層2306內的管理器也可以與EM層中的其它管理器交互作用。在這種情況下，存在對等層次的管理器-代理關系?！づ渲霉芾?336提供定義本地和遠程資源和業(yè)務的特性的功能?！ゅe誤管理2338提供檢測、報告、隔離和修正錯誤的功能?！べY源測量2340適合從容量角度對資源使用進行測量、分析和報告?！?342適合從會計角度對資源使用進行測量、分析和報告。b)網絡單元計算機、過程、交換機、VRU、互連網網關以及其它提供網絡能力的設備都是網絡單元2310。NE以單元管理層2306的名義提供代理執(zhí)行操作。c)信息模型圖35表示管理器-代理交互作用。電信網絡管理是一個分布式的信息應用過程。它涉及在分布的管理應用過程集合之間交換管理信息，用于監(jiān)視和控制網絡資源(NE)2310。為了進行這種信息交換，管理過程要擔當管理器2350或者代理2352的角色。管理器2350的作用是將管理操作請求送到代理2352，接收操作的結果、接收事件通知、處理接收的信息。代理2352的作用是通過對被管理對象2354執(zhí)行適當操作來響應管理器的請求，將任何應答或通知送至管理器。一個管理器2350可以與許多代理2352交互作用，代理可以與一個以上的管理器交互作用。管理器可以是分級的，較高層次的管理器通過較低層次的管理器作用于被管理對象。在這種情況下，較低層次的管理器起著管理器和代理的雙重角色。3．協議模型a)協議管理器與代理之間的信息交換依賴一組通信協議。TMN提供了一個良好的模型，它使用的是推薦標準X.710和X.711中定義的公共管理信息業(yè)務(CMIS)和公共管理信息協議(CMIP)。這提供了一個基于ITU的應用公共業(yè)務單元(x.217服務描述和X.227協議描述)和遠程操作業(yè)務單元(x.219業(yè)務描述和X.229協議描述)的對等通信協議。FTAM也被支持作為上層協議用于文件傳輸。推薦標準X.812中描述了這些上層協議的使用。傳輸協議在推薦標準X.81l中描述。推薦標準X.811也描述了在不同的較低層協議之間的互相配合。這組協議被稱為Q3。b)共同的上下文為了在過程之間共享信息，需要所交換信息的解釋有共同的理解。帶BER的ASN.1(X.209)可用于為所有在管理過程(管理器/代理)之間交換的PDU開發(fā)這種共同理解。c)上層的業(yè)務以下標識業(yè)務層要求的最低業(yè)務，并按照TMNCMIS業(yè)務建立模型。SET增加、去除或替換屬性的值。GET讀取屬性的值。CANCEL-GET取消前面發(fā)出的GET。ACTION請求對象執(zhí)行某個操作。CREATE創(chuàng)建一個對象。DELETE去除一個對象。EVENT-REPORT允許網絡資源宣布一個事件。4．物理模型圖35表示ISP2100的物理模型。5．接口點中間設備2360提供從一種信息模型向ISP信息模型的轉換。網關2362用于連接ISP外部的管理系統。這些網關向ISP一致的系統和不一致的系統提供操作所必須的功能。網關可以含有中間設備2360。圖36標識了9個接口點。與這些接口點關聯的協議是1．有兩個上層協議。與工作站通信的協議和所有其它操作支持通信的ISP上層。低層是以太網上的TCP/IP。2．上層是與工作站2364通信的協議。低層是以太網上的TCP/IP。3、4．上層是ISP上層。低層是以太網上的TCP/IP。5．專有協議是與被支持接口不兼容的傳統系統的協議。提供簡單網絡管理協議(SNMP)接口的設備將被用中間設備支持。6、7、8、9．網關本質上將支持ISP一致的和不一致的接口。連接企業(yè)內部系統的網關可包括諸如訂單輸入系統或者企業(yè)的廣TMN系統。操作支持模型的ISP實現圖37表示操作支持實現。6．概述操作支持模型為構造操作支持系統提供了一個概念性框架。圖37表示這個概念性模型的ISP實現。在該模型的這個實現中，所有ISP網絡單元都要被管理信息庫(MIB)2370和作用于MIB中對象的代理過程表示給操作支持系統?，F場支持人員有兩個管理ISP2100的層次。1．為了查找故障，網絡層管理器2372為現場支持給出ISP的整體圖。檢測、隔離和更正問題的過程就是從那里開始。從該層，可以將問題隔離到單一網絡單元。各個網絡單元都是能從網絡單元管理器2374訪問的，允許進行更詳細的監(jiān)視、控制、配置和測試。今天的ISP已經缺少了ISP的中心圖，但許多人認識其重要性。為了配置，網絡層管理器2370提供全ISP圖，并與網絡單元管理器2374交互作用以便以一致的方式配置網絡單元。這將有助于保證ISP配置在所有平臺上是一致的。改變一個地方的一條信息并使之在全ISP上自動傳播的能力是一種當前ISP管理框架不可能有的強大工具。一旦從業(yè)務創(chuàng)建環(huán)境2376創(chuàng)建了一個業(yè)務定義，就用業(yè)務管理器2378將其放置到ISP網絡中，并將該網絡用于新業(yè)務。一個業(yè)務的客戶是通過業(yè)務管理器2378得到供給的。作為提供客戶業(yè)務的一部分，業(yè)務管理器要預測資源的使用，確定是否需要增加新資源來處理客戶的業(yè)務的使用。它用當前使用統計作為進行這種確定的一個基礎。一旦某客戶被啟動，業(yè)務管理器就監(jiān)視該客戶的業(yè)務的使用以確定業(yè)務質量協議是否得到執(zhí)行。隨著客戶的業(yè)務使用的增加，業(yè)務管理器2378要預測是否需要向ISP網絡增加資源。這種業(yè)務管理加上適當的限制后，能被作為另一個業(yè)務擴展到客戶。盡管業(yè)務創(chuàng)建是IN世界的話題，它需要一個與系統的其它部分集成的業(yè)務管理器，而這就是該模型的目的之一。最后，計劃管理器2380為計劃人員(非現場支持)分析全ISP的資源使用以確定將來的需要，并將向不同的業(yè)務分攤成本以便確定業(yè)務的成本，作為將來業(yè)務定價的基礎。L．物理網絡模型1．介紹本節(jié)描述智能業(yè)務平臺(ISP)2100體系結構的物理網絡方面。a)用途物理網絡模型涵括·邏輯結構映射；·信息流；·體系結構的生產環(huán)境中的平臺部署。b)范圍該模型定義與物理網絡相關聯的術語，描述各種域之間的交互作用，提供體系結構的實現的例子。c)目的該模型的目的是·創(chuàng)建一個標識各種網絡平臺的模型；·將信息流分類；·提供標準的術語；·提供系統部署的規(guī)則；·指導將來的技術選擇。2．信息流智能網絡(IN)的重要方面之一是網絡中建立的各種平臺上的信息流。通過標識信息的類型并將它們分類，網絡服務IN的需要。客戶在一系列的呼叫流中與IN交互作用。呼叫可以是音頻中心的(如常規(guī)ISP產品中的那樣)、基于多媒體的(如使用web瀏覽器的internetMCI用戶中的那樣)、基于視頻的(如視頻點播中的那樣)或者是各種內容的組合。信息可作如下分類·內容；·信令；或·數據。通常，與智能網絡交互作用的客戶將要求所有三種類型的信息流。a)內容內容流(contentflow)含有正在傳輸的主要信息。內容流的例子是模擬話音、分組交換數據、流式視頻(streamedvideo)和租用線路業(yè)務(leasedlinetraffic)。內容流是客戶的財產，IN必須以最小損耗、最短延遲、最優(yōu)成本來傳遞。IN單元是標準化的，所以傳輸結構(transportfabric)支持更多的連接站點，以便允許內容與其它信息的流在相同的信道中流動。b)信令信令流(signalingflow)含有由網絡單元使用的控制信息。ISUPRLT/IMT、TCP/IP域名查閱和ISDNQ.931都是信令流的實例。IN要求、使用并生成這種信息。信令流與各種網絡平臺協調，允許網絡上的智能呼叫流。實際上，在基于SCE的IN中，業(yè)務部署也將要求跨該傳輸結構(fabric)的信令信息流。c)數據數據流含有由呼叫流產生的信息，包括經常是由該該傳輸結構和某些網絡平臺產生的關鍵的記帳數據記錄。3．術語網絡能夠傳輸內容、信令和/或數據的互連的網絡單元的集合。MCI的IXC交換傳輸結構(switchfabric)、ISP擴展的WAN以及因特網主干都是網絡的經典例子。當前的設備傾向在不同的網絡上傳輸不同的內容，每種網絡專用于特定內容的傳輸。技術和客戶(對所需的高帶寬的)要求都要求電信經營者用更統一的網絡來完成大多數通信。這就要求該傳輸結構能適應在相同信道上的不同內容特性和協議。這個要求的另一個方面將是更統一的內容獨立的信令。站點(site)在局部地理區(qū)域并置的物理實體的集合。在當前的ISP體系結構中，站點的實例是操作中心、ISNAP站點(它也有ARU的)和EVS站點。嚴格按定義來講，NT和DSC交換機并不屬站點。相反，它們屬傳輸網絡(參看下文)。在該體系結構中，一組(地理上并置的)業(yè)務引擎(SE)、特殊資源(SR)、數據服務器(DS)、以及網絡接口與鏈路形成一個站點。網絡單元通過網絡接口連接到傳輸網絡的物理實體。它的例子是ACP、EVSSIP、MTOC、電視會議預定服務器、DAP事務服務器和NAS。以后若干年內，諸如web服務器、話音驗證服務器、視頻流線化器(streamer)和網絡呼叫記錄存儲器都將加入當前的網絡單元家族。網絡接口能使網絡單元連接到傳輸網絡的設備。DS1CUS/DSU、10BaseT以太網接口卡和ACD端口都是網絡接口。采用較佳實施例的體系結構后，網絡接口將為通信提供一個容易明白的統一的API集。鏈路位于不同站點的兩個或更多網絡單元之間的連接。鏈路可以是一段OC-12SONET光纖或100mbps雙環(huán)(dualring)FDDI段。在今后幾年中，IN必須處理諸如ISO以太網WAN中樞鏈路和千兆位率OC-48的網絡鏈路。連接位于相同站點的兩個或更多網絡接口的相連。圖38表示的是一個物理網絡2400的示意圖。網絡2401含有位于站點2404的網絡單元2402，它們通過網絡接口2406和一個或多個網關2408互連。4．實體關系圖39所示的實體關系是物理網絡模型建立規(guī)則的一部分。這些規(guī)則中有些是為了適應將來的要求而進行概括，有些則為避免沖突而對定義進行限制。1．網絡2401跨一個或多個站點2404，并含有一個或多個網絡單元2402。2．站點2404含有一個或多個網絡單元2402。3．網絡單元2402只位于一個站點2404。4．鏈路2420連接兩個或更多的站點2404。5．連接2422連接兩個或更多的網絡單元。6．網絡單元2402含有一個或多個網絡接口2406。較佳實施例為MCI的商業(yè)用戶集成了產品和業(yè)務內容。最初的實施例集中于有限的產品集合。已經為利用這些服務的集成確定了對接口的要求。這種接口提供了用戶對功能部件、分配清單能力和中央消息數據庫的可管理能力。Ⅷ．智能網絡所有的平臺的支持業(yè)務都已經被合并到一個平臺上。平臺的合并使得能夠共享服務的功能部件/功能以對各功能部件產生共同的外觀和感覺。A．網絡管理這個體系結構的設計，使得它能被一個MCI操作支持組遠程監(jiān)視。這種遠程監(jiān)視能力則為MCI提供了以下能力·標識在下述位置之間的退化或中斷了的連接-必須向“通用收件箱(inbox)”傳送信息(即對象)的平臺、服務器或節(jié)點、-負責檢索消息和傳遞消息的平臺、服務器或節(jié)點、-“通用收件箱”和PC客戶機消息傳遞接口、-“通用收件箱”和消息中心接口、-必須向輪廓傳送輪廓信息的平臺、服務器或節(jié)點、-必須向ARU傳送輪廓信息的平臺、服務器或節(jié)點；·標識退化的應用過程并隔離退化的過程；·標識硬件故障；·為所有應用過程、硬件或接口故障生成能被內部MCI監(jiān)視組探測并接收的報警。此外，還向遠程監(jiān)視和支持組提供了遠程訪問系統體系結構部件的能力以便它們能執(zhí)行遠程診斷，確定問題的原因。B．客戶業(yè)務客戶業(yè)務組支持所有業(yè)務。以無縫的方式向客戶提供客戶支援，包含完整的產品生命周期，包括·α測試；·β測試；·商業(yè)性發(fā)行；·設法加強解決客戶反饋或其它用戶支援要求。綜合和協調的支持過程保證自始至終的完全客戶支援?？蛻魳I(yè)務的提供從帳戶組提交命令開始，直到用戶撤銷帳戶。綜合和協調的客戶支持程序必須做到以下·有一次作業(yè)(one-stop)、直接訪問的用戶業(yè)務組支持ARU或VRU問題、WWW瀏覽器問題或PC客戶機問題?！び幸恢г谂c訪問(ARU、WWW瀏覽器或PC客戶機)、用戶界面(ARU、WWW瀏覽器或PC客戶機)、應用(消息中心或輪廓管理)或后端系統接口(通用收件箱、直達線MCI(directlineMCI)語音郵件/傳真郵件平臺、傳真廣播系統、SkyTel尋呼服務器、訂單輸入系統、記帳系統等等)相關聯的問題診斷上訓練有素的人員隊伍?！び幸恢苈摍C訪問含有關于ARU或VRU能力、WWW瀏覽器能力、標識的硬件問題和標識的應用問題的信息的數據庫的人員隊伍?！?×24客戶支持·直接接觸客戶業(yè)務組的單一免費號碼(800或888)·對大多數問題無縫的第1、第2和第3級支援，其中-第1級支持是接聽電話的最初支持代表。他們應當能解決最通常的提問和客戶報告的問題。這些提問和問題通常涉及接入類型(ARU、WWW瀏覽器、PC客戶機)、WWW瀏覽器或PC客戶機的撥號通信、設備或基本的計算機(PC、工作站、終端)硬件問題。此外，他們還能開具和更新故障記錄單(troubleticket)，重新啟動用戶的口令字。-第2級支援是在客戶支持組內提供的，這時需要求助于更有經驗的技術專家。-第3級支援可能涉及外部銷售商為客戶或內部MCI工程或支持組進行現場硬件支持，具體視問題的性質而定?？蛻糁С纸M將能跟蹤客戶訪問的狀態(tài)并將檢查出的問題添加到客戶數據庫中。-第4級將繼續(xù)由系統工程程序員提供?！ぬ峁┛山邮艿目蛻舻却龝r間和放棄率的人員配備級?！つ苈摍C訪問訂單輸入和記帳系統的工作人員。·自動生成周報告，周報告詳細記錄進行呼叫的量、接收呼叫的量、呼叫的平均等待時間和開具/關閉/增加的故障記錄單的數量。C．會計根據當前的MCI程序支持會計。D．代理根據當前的MCI程序支持代理。E．報告要求報告收入記錄(revenuetracking)、內部和外部客戶設備/銷售、使用和產品/業(yè)務性能。完成機構(fulfilmenthouse)需要按周和按月的完成報告。這些完成報告要將收到的訂單數與交付的訂單數比較。此外，報告要標明不同用戶通過WWW站點訪問輪廓管理或消息中心的數量。F．安全按照MCI為因特網安全公布的政策和過程采取安全措施。此外，還在WWW瀏覽器和ARU接口選擇中設計了安全措施，以驗證和確認用戶對directlineMCI輪廓、消息中心、個人主頁面日歷和個人主頁面配置的訪問。G．故障處理問題的故障報告在一個單一數據庫中記載和跟蹤。所有故障都按照網絡服務故障處理系統(NSTHS)準則得到支持。在MCI組織之間定義的任何業(yè)務層協議(SLA)的結構都支持NSTHS。任何需要軟件修復的故障都被封閉在故障報告數據庫中，并在問題跟蹤系統中作為問題報告(PR)打開。這個問題跟蹤系統在所有測試階段被使用，可被所有工程和支持組織訪問。Ⅸ．增強的個人業(yè)務在這個說明中要使用以下術語術語代表服務器硬件平臺和TCP業(yè)務二者Web服務器運行NetscapeCommerceServerHTTP的AIX4.2系統HTTP守護程序歡迎服務器應用服務器作為歡迎服務器運行的Web服務器將以安全及正常模式運行NetscapeCommerceServerHTTP守護程序。作為各種應用服務器運行的Web服務器將只以安全模式運行這個守護程序。安全模式使用SSLv2。A．Web服務器體系結構Web服務器位于DMZ中。DMZ中安裝了Web服務器和所需的有關聯的數據庫客戶機。數據庫客戶機不保存任何數據，但是提供一個連接公司防火墻背后的數據儲存庫的接口。Web空間將循環(huán)式尋址用于名字解析。域名是分配的galileo.mci.com域的子網化(內部自治的)地址空間。以向mci.com域的管理員登記的，圖40表示導致一個成功登錄的事件序列。1．歡迎服務器450這個Web服務器運行安全的和正常的HTTP守護程序。這個服務器的主要功能是在登錄時驗證用戶452。驗證需要使用Java和從正常向安全模式的操作的轉換。DMZ中有一個或多個歡迎服務器450。歡迎服務器450所提供的信息是無狀態(tài)的。無狀態(tài)的意思是沒有必要同步多個歡迎服務器450。歡迎服務器的首要任務是驗證用戶。這要求使用單用令牌(TOKENS)、口令碼驗證和敵對IP過濾。前者是用令牌服務器454完成的，其它兩個則要用直接數據庫456存取來完成。如果驗證失敗，用戶452就被顯示一個屏幕，屏幕上列舉登錄試圖之失敗的所有原因(除了敵對的IP)。這個屏幕自動引導用戶返回到初始的登錄屏。歡迎服務器450在成功驗證之后的最后任務是向用戶452發(fā)送一個業(yè)務選擇屏。服務選擇屏指引用戶到適當的應用服務器。用戶選擇該應用，但是服務器分段頁中的HTML文件確定應用服務器。這就允許歡迎服務器450去進行初步負荷平衡。DMZ中的歡迎服務器450被映射到www.galileo.mci.com。DNS的實現也允許galileo.mci.com映射到www.galileo.mci.com。2．令牌服務器454這是一個數據庫客戶機而不是Web服務器。令牌服務器454被歡迎服務器450用于向登錄企圖發(fā)布一個令牌。發(fā)布的令牌一旦被確認，就被應用服務器用于跟蹤某個連接的狀態(tài)信息。令牌信息被保持在公司防火墻背后的數據庫服務器456上的數據庫(儲存庫)中。令牌服務器454執(zhí)行下列任務1．在驗證階段發(fā)布單用令牌。2．確認單用令牌(將之標記為多用)。3．確認多用令牌。4．再確認多用令牌。令牌服務器454被要求對每個新請求發(fā)布一個獨有的令牌。這個令牌托管在多個令牌服務器之間的一個通信鏈路以避免所發(fā)布的令牌值的沖突。這種沖突是通過向各令牌服務器454分配范圍來消除的。令牌是一個16位的字符數字，由集合中的62個可能字符組成。令牌服務器發(fā)布的每個令牌的位置0、1和2是固定的。這些字符值是在配置時分配給各令牌服務器的。位置0的字符被用作物理位置標識符。位置1的字符標識位于該位置的服務器，而位置2的字符固定為“0”。這個字符可用于為令牌服務器標識版本號。令牌的其余13個字符是用上述的62個字符的集合順序生成的。啟動時，令牌服務器將當前的系統時間分配給字符位置15-10，并將位置9-3設置為“0”。令牌值然后在位置15-3上順序遞增，其中位置3是最低有效位。字符編碼假定由高到低的數字值為以下次序‘z’-‘a’、‘Z’-‘A’、‘9’-‘0’。如果系統時間是以4字節(jié)的值計算的，以上方案能生成獨特的令牌。它在位置15-10計算達626(6base-62)個字符。另一個假設是該方案在任何實施例中任何給定令牌服務器上不能在一秒內生成627(35×1012)以上個令牌。令牌范圍的使用允許在域中使用多個令牌服務器而無需明確的同步。該方法適應最多62個站點，每個站點有不超過62個令牌服務器。另一種實施方案將適應更多的站點。DMZ中的所有令牌服務器都映射到token.galileo.mci.com。初始實施例含有兩個令牌服務器454。這些令牌服務器454物理上等同于歡迎服務器450，即令牌服務守護程序將在也為歡迎服務運行HTTP守護程序的相同機器上運行。在另一個實施例中，這兩種服務在不同的系統上運行。歡迎服務器450用令牌服務器454來在連接的驗證階段取得一個單用令牌。一旦驗證后，歡迎服務器450就將該令牌標記為有效并將其標記為多用的。這個多用的令牌伴隨著歡迎服務器向用戶發(fā)送的業(yè)務選擇屏。下面詳細討論令牌數據庫記錄的設計。3．應用服務器應用服務器是做用戶事務的商業(yè)端工作的Web服務器。歡迎服務器在成功驗證后的最后任務是向用戶發(fā)送一個業(yè)務選擇屏。業(yè)務選擇屏含有新的多用令牌。當用戶選擇一個業(yè)務后，選擇請求連同內置的令牌被發(fā)送到適當的應用服務器。應用服務器用令牌服務器454來確認令牌，如果有效，就服務該請求。令牌服務器驗證由位于相同物理站點的任何一個令牌服務器發(fā)出的令牌。這之所以可能是因為令牌服務器454是管理在公司防火墻背后的單一數據庫存儲器上保持的數據的數據庫客戶機。無效的令牌(或丟失的令牌)總是導致出現“訪問被拒絕”頁面。這個頁面是由歡迎服務器450提供的。所有訪問試圖的拒絕都被登錄。應用服務器的實際操作取決于應用本身。DMZ中的應用服務器被映射到<appName><num>.galileo.mci.com。所以在一個有多應用(例如輪廓管理、消息中心、啟動卡輪廓、個人Web空間等)的實施例中，使用相同的歡迎和令牌服務器450和454并按需增加更多的應用服務器。另一個實施例為同一個應用增加更多的服務器。如果某個應用服務器上的工作負荷的增加超過其容量，就添加另一個應用服務器，但不對現有系統作任何改變。SERVERS和TOKEN_HOSTS數據庫(下文說明)被更新，為新的服務器增加一個記錄。主名的<num>部分用于區(qū)別應用服務器。沒有必要在這些名稱上使用DNS循環(huán)。歡迎服務器450用一個配置表(在啟動時加載的SERVERS數據庫)來在發(fā)送服務選擇屏之前確定應用服務器的名稱。B．Web服務器系統環(huán)境所有Web服務器都運行NetscapeCommerceServerHTTP守護程序。歡迎服務器450在一般和安全模式運行守護程序，而應用服務器只運行安全模式的守護程序。令牌服務器運行一個在一個用于方便從DMZ內部的連接的已知端口上運行的TCP服務。令牌服務守護程序用tcp_wrapper來拒絕對歡迎和應用服務器以外的所有系統的訪問。為了加速這個驗證過程，在配置時要由這些服務器加載地址清單，而不是在每個請求采用反向名稱映射。tcp_wrapper的使用也為登錄令牌服務活動提供了額外的工具。應用服務器大多作為防火墻后數據服務的前端來工作。它們的主要任務是用令牌來驗證訪問，然后驗證數據庫請求。數據庫請求是代表用戶來創(chuàng)建、讀取、更新或刪除現存的記錄或數據域。在服務請求之前，應用服務器要進行必要的驗證和授權檢查。1．歡迎服務器歡迎服務器在適當時間向用戶提供下文描述的HTML頁面。這些頁面是用基于Perl的公共網關接口(CGI)腳本(scripts)生成的。腳本存駐在一個目錄中，這個目錄并不位于標準的HTTP守護程序文件根目錄中。采取標準的防備措施-關閉目錄清單和除去所有備份文件等-以保證CGI腳本不能被用戶讀取。圖41表示歡迎服務器450上的目錄結構455。圖41顯示，<document_root>(文件_根)456是與<server_root>(服務器_根)458分離的。該圖還顯示，<document_root>目錄僅保存歡迎和訪問故障HTML頁面。HTTP服務器根據所請求的URL將所有請求映射到“cgi”目錄460。CGI腳本用“template”(模板)目錄462中的HTML模板來及時創(chuàng)建和向用戶發(fā)送HTML輸出。用URL來由<document_root>456映射到CGI腳本，阻止了惡意用戶使用<document_root>目錄456。因為對歡迎服務器450的每個訪問都映射到歡迎服務器450的cgi目錄460中的一個CGI腳本，通過在啟動每個腳本時調用驗證功能，使安全得到保證。用戶驗證庫是用Perl開發(fā)的，用于驗證用戶身份。NSAPI的驗證階段例程也為在服務器本身的令牌查驗和訪問模式檢測增加了特征。歡迎服務器450在啟動時將它們的操作參數從數據庫456讀入它們的環(huán)境。有必要將該信息保存在公用數據庫中以在多個歡迎服務器450上保持相同環(huán)境。a)歡迎頁面歡迎頁面是在歡迎服務器450第一次被訪問時作為缺省頁面發(fā)送的。這是唯一不用cgi腳本生成的頁面，它被保存在<document_root>目錄456中。該頁面的作用是·確定瀏覽器能顯示多幀。如果瀏覽器不能正確地顯示幀，該頁面就顯示適當的錯誤消息并指引用戶下載MicrosoftInternetExplorerV3.0或更高版本。·確定瀏覽器能運行Java。如果不能，用戶就被導引到MicrosoftInternetExplorerV3.0或更高版本?！と绻麨g覽器成功地顯示幀并運行Java，則該頁面就自動地請求歡迎服務器450發(fā)送一個登錄頁面。歡迎頁面的最后行動是用該頁面內置的Java小應用程序完成的。這也將用戶的瀏覽器從標準模式轉換到安全模式。b)登錄頁面登錄頁面是一個cgi生成的頁面，含有內置的單用令牌、Java小應用程序和用于用戶輸入用戶ID和口令的格式域。該頁面可以顯示圖形來強調服務。這個頁面的處理被填充以引入一個人工延遲。在初始實施中，這個填充被設置為0。來自這個頁面的應答含有令牌、由小應用程序生成的擾亂的令牌值、用戶ID和口令。該信息被Java小應用程序用一個POSTHTTP請求發(fā)送到歡迎服務器。該POST請求還含有小應用程序簽名。如果登錄過程成功，則對這個請求的應答是服務器選擇頁面。這個階段的失敗則產生一個訪問失敗頁面。c)服務器選擇頁面服務器選擇頁面是一個cgi生成的頁面，含有內置的多用令牌。該頁面還顯示一個或多個圖像來表示用戶可用的業(yè)務的類型。有些業(yè)務是我們的用戶不能獲得的。在其它實施例中，當存在多于一個業(yè)務時，就用一個以用戶ID為關鍵字的用戶業(yè)務數據庫來生成這個頁面。歡迎服務器用其配置信息來嵌入適當的應用服務器的名稱，目的是在所有可用的應用服務器之間分擔負荷。是通過使用由歡迎服務器在啟動期間讀取的配置數據來完成這個負荷分擔的。歡迎服務器根據其配置文件中的條目為每個服務選擇一個應用服務器。這些條目列舉了各應用的應用服務器的名稱以及它們的選擇可能性。這個配置表是由歡迎服務器在啟動時加載的。d)訪問失敗頁面訪問失敗頁面是一個靜態(tài)頁面。它顯示一條消息，表示登錄由于用戶ID、口令或二者都有錯而失敗。這個頁面在15秒的延遲之后自動加載登錄頁面。e)訪問被拒絕頁面訪問被拒絕頁面是一個靜態(tài)頁面，它顯示一條消息，表示訪問由于驗證錯誤而失敗。這個頁面在15秒的延遲之后自動加載登錄頁面。該訪問被拒絕頁面是由應用服務器在它們的驗證服務不能識別令牌時調用的。這個頁面的所有加載都將被登錄和監(jiān)控。2．令牌服務器454Web站點上的令牌服務是令牌生成和驗證的唯一的源。令牌本身存儲在共享的數據庫456中。這個數據庫可在所有令牌服務器之間共享。該令牌數據庫位于DMZ外的防火墻背后。令牌服務在已知的(＞1024)TCP端口上提供服務。這些服務僅向可信宿主提供。在配置數據庫中保持著可信宿主的列表。這個數據庫也是保持在DMZ外部的防火墻背后。令牌服務器僅在啟動或接收要刷新的信號時才讀取它們的配置數據庫。令牌服務是·為登錄企圖授予一個單用令牌?！ご_認一個單用令牌?！ご_認一個令牌?！ぴ俅_認一個令牌。令牌老化由一個獨立的服務來執(zhí)行，這是為了減少令牌服務器上的工作負荷。所有對令牌服務器的訪問都被記錄和監(jiān)控。令牌服務器本身用可從MCI的內部安全組獲得的tcp_wrapper代碼寫成。3．輪廓管理應用服務器輪廓管理應用服務器是在第一種實施例中實現的唯一類型的應用服務器。這些服務器與歡迎服務器有相同的目錄布局。這就允許在需要時將同一系統用于兩個服務。C．安全用戶委托給Web服務器的數據對于用戶來說是敏感的。用戶希望盡可能地保護數據。用戶能通過web服務器來使用這種敏感信息。這種信息物理上可存駐在一個或多個數據庫服務器上，但就用戶來說，信息是在服務器上，應當得到保護。在一個實施例中，當前只有以下信息需要受到保護在其它實施例中，直達線帳戶額外信息的輪廓信息受到保護，包括電子郵件、話音郵件、傳真郵件和個人主頁信息。提供的保護針對以下類型的攻擊者·能訪問Web的人；·其他用戶；·MCI人員；·能使用用戶的網絡的人；·能使用用戶的系統的人；·窺視用戶的人；·其它偽裝成服務器的系統。該項目通過以下方案來實現安全·對登錄企圖要采用單用令牌；·確認了的令牌將伴隨所有事務；·如果令牌在10分鐘內沒有使用，則用令牌老化的辦法來無效令牌；·將令牌與呼叫機器的IP地址關聯，這樣，令牌偷竊就不是一種容易的選擇了；·用SSL來防止沒有對用戶顯示的物理訪問的令牌或數據偷竊；·用類似于NetscapeCookies的方式來使用令牌，我們就能選擇在較晚的日期轉換到cookies。Cookies提供條件讓我們將令牌更進一步地隱藏在文檔中，以獲得額外一層的安全；·采用敵意IP表來堵塞多個侵犯者而不被他們察覺。除了以上由令牌實現的安全外，將Web服務器放在數據管理區(qū)(DMZ)也能獲得進一步的低層安全。DMZ安全在下文討論。D．登錄過程圖42表示登錄過程。導致登錄成功的事件序列是1．用戶請求連接到www.galileo.mci.com。2．用DNS循環(huán)方式從一個(服務器)集合中選擇一個服務器。3．將一個HTML頁面發(fā)往用戶的瀏覽器。4．該頁面檢查瀏覽器的Java一致性并顯示歡迎消息。5．如果瀏覽器不是Java一致的，用適當的消息停止過程。6．如果瀏覽器是Java一致的，它就自動向www.galileo.mci.com服務器發(fā)出“GETLoginScreen”(讀取登錄屏)請求。該請求也將瀏覽器轉換到SSLV2。如果瀏覽器不是SSL一致的，則轉換失敗。7．Web服務器做以下工作A．Web服務器從其內部令牌服務取得一個單用令牌。B．Web服務器從一個大集合中挑出一個小應用程序。C．Web服務器將小應用程序、令牌和客戶機IP地址記錄在數據庫中。D．Web服務器將登錄屏連同小應用程序和令牌一起發(fā)送回去。8．用戶填寫登錄屏域-用戶ID和口令。A．用戶ID是用戶的直達線路(Directline)號(印在用戶的商業(yè)名片上的，屬于公共域)。B．口令是一個只為用戶所知的六位數字號碼。9．當用戶按下Enter鍵(或點擊LOGIN鈕)時，Java小應用程序就將用戶ID、口令、令牌和加密令牌發(fā)送回去。加密(Scrambling)算法是特定于在步驟7D發(fā)送的小應用程序的。10．如果瀏覽器的IP地址在敵意IP表中，則服務器返回到步驟7。11．Web服務器用步驟7C中所記錄的內容來驗證登錄請求。12．如果測試無效如果這是來自同一個IP地址的連續(xù)第三次企圖，服務器就將該地址記錄到敵意IP表。13．服務器返回步驟7。14．如果測試有效，服務器就將一個選擇服務屏發(fā)往帶有內置的令牌的瀏覽器。令牌仍然與瀏覽器的IP地址關聯，但它現在有一個到期時間。E．業(yè)務選擇當用戶選擇服務選擇屏中的一個選擇項時，該請求附有令牌。在接入業(yè)務之前，令牌要被認證，如圖43所示。F．業(yè)務操作由應用服務器生成的屏都含有當登錄過程啟動時發(fā)給用戶的令牌。這個令牌有一個內置的到期時間和一個有效的源IP地址。所有操作請求都包括這個令牌，作為該請求的一部分。業(yè)務請求是由瀏覽器以HTML形式、基于小應用程序的形式或普通超鏈接來發(fā)送的。在前兩個實例中，令牌被用HTTP-POST方法作為一個隱式域發(fā)送回去。超鏈接或者用帶有內置令牌的HTTP-GET方法或者用Cookie來替代令牌。令牌的格式要用心選擇，以與這種方法兼容。1．NIDS服務器系統中的NIDS服務器是由一個基于路由器的防火墻與Web服務器隔離的。NIDS服務器運行允許TCP客戶機接入NIDS服務器上的數據庫的NIDSCOMM和ASCOMM業(yè)務。NIDSCOMM和ASCOMM業(yè)務不允許連接到物理位置不在NIDS服務器上的數據庫。NIDS服務器上的以下數據庫(C-樹業(yè)務)由歡迎服務器、令牌服務器和輪廓管理應用服務器使用·800_PIN_1Call(這是一個分區(qū)了的數據庫)；·1CALL_TRANS；·COUNTRY；·COUNTRY_SET；·COUNTRY2(可能)；·COUNTRY_CITY(可能)；·NPA_CITY；·NPACITY_OA300(可能)；·OP153TOO。除了上面列舉的C樹業(yè)務，以下新的C樹業(yè)務也將在SERVDEF中定義并且僅在系統專用的NIDS服務器上使用·TOKEN；·SERVERS；·HOSTILE_IP；·TOKEN_HOSTS；·SERVER_ENV。以下對這些數據庫的描述，不表示各記錄首字節(jié)處要求有的填充域(fillerfield)，也不試圖表示任何其它為了沿4字節(jié)邊界的結構對齊而可能要求的填充域。這種省略純粹為了簡明。域定義后面相鄰的括號中的數字是保存域值所要求的字節(jié)數。2．TOKEN數據庫業(yè)務令牌數據庫業(yè)務是由令牌服務器訪問的。在這個服務器上的主要操作是創(chuàng)建新記錄、讀取給定令牌值的記錄，更新給定令牌值的記錄。在NIDS服務器自身上運行的時間作業(yè)也訪問這個數據庫并定期刪除過時的記錄。這個時間作業(yè)每小時運行一次。它順序掃描數據庫，刪除令牌到期的記錄。令牌數據庫服務含有令牌記錄。令牌記錄使用單一關鍵字(令牌)，有以下各域關鍵字域是令牌值。1．版本(1)；2．使用標志(單/多)(1)；3．令牌值(16)；4．IP地址(16)；5．用戶ID(16)；6．授予的時間(4)；和7．時間終止(4)。3．SERVERS(服務器)數據庫業(yè)務服務器數據庫業(yè)務是在配置時由歡迎服務器訪問的。這個數據庫中的記錄含有以下域1．應用名(16)；2．應用服務器宿主名(32)；3．應用服務器域名(32)；4．權重(1)；5．應用圖標文件URL(64)；6．應用描述文件URL(64)。關鍵字域是應用名、服務器宿主名和服務器域名的組合。數據庫是由歡迎服務器順序讀取的。這個數據庫也被Web管理者訪問以創(chuàng)建、讀取、更新和刪除記錄。這種訪問要通過ASCOMM接口。Web管理者將HTML格式和CGI腳本(script)用于他們的管理任務。4．HOSTILEIP數據庫業(yè)務這個數據庫由歡迎服務器訪問以創(chuàng)建新的記錄或根據作為鍵的IP地址讀取現有記錄。讀訪問非常頻繁。這個數據庫含有以下域1．IP地址(16)；2．進入時間(4)；3．終止時間(4)。關鍵字域是IP地址。三個值都是由歡迎服務器在創(chuàng)建記錄時設置的。如果該條目要被取代，進行這種取代的業(yè)務將僅被允許將時間終止值改變?yōu)?amp;lt;epoch_start>，于是標志該條目為取代。這個數據庫也被Web管理者訪問以創(chuàng)建、讀取、更新和刪除記錄。這種訪問要通過ASCOMM接口。Web管理者將HTML格式和CGI腳本用于他們的管理任務。用戶業(yè)務用一個專門開發(fā)的工具來訪問這個數據庫，只有來自公司防火墻內部的訪問才被允許。一個在NIDS服務器上運行的時間作業(yè)也訪問這個數據庫并從這個數據庫中刪除過時記錄。這個作業(yè)記錄所有其活動。這個作業(yè)的記錄一直受到Web管理者的頻繁檢查。5．TOKEN_HOSTS數據庫服務這個數據庫列舉由令牌服務器信任的宿主的IP地址。這個數據庫是由令牌業(yè)務在配置時讀取的。該數據庫中的記錄含有以下各域1．IP地址(16)；2．權限(1)；3．宿主名(32)；4．宿主域名(32)；5．宿主描述(64)。關鍵字域是IP地址。權限二進制標志確定訪問級別。低訪問級別只允許對現有令牌的認證/再認證命令；高訪問級別還額外允許授權和認證單用令牌命令。這個數據庫也被Web管理者訪問以創(chuàng)建、讀取、更新和刪除記錄。這種訪問要通過ASCOMM接口。Web管理者將HTML格式和CGI腳本用于他們的管理任務。6．SERVER_ENV數據庫服務這個數據庫是由歡迎和應用服務器在起動時讀取的。它定義這些服務器的啟動環(huán)境。在一個實施例中，只設計了一個能被使用(并且只供歡迎服務器使用)的域。這個設計在其它實施例中受到擴展。該數據庫中的記錄含有以下各域1．序列號(4)；2．應用名(16)；3．環(huán)境名(32)；4．環(huán)境值(64)。關鍵字域是序列號。環(huán)境值可以用名來引用其它環(huán)境變量。該值由適當的CGI腳本在運行時計算。歡迎服務器被分配給WELCOME(歡迎)這個偽應用名。這個數據庫也被Web管理者訪問以創(chuàng)建、讀取、更新和刪除記錄。這種訪問要通過ASCOMM接口。Web管理者將HTML格式和CGI腳本用于他們的管理任務。7．時間作業(yè)NIDS服務器運行一個清理(cleanup)時間作業(yè)。這個作業(yè)每小時被調度運行。該作業(yè)的主要任務是1．掃描敵意IP數據庫，報告所有記錄。該報告含有所有記錄。目的是根據該報告來跟蹤反復光顧的侵犯者。2．掃描敵意IP數據庫，報告以<epoch_time>為它們的終止時間的記錄。3．掃描敵意IP數據庫，刪除過時記錄。4．掃描敵意IP數據庫，報告所有記錄。該報告的格式將被連到業(yè)務(traffic)報告而不是掃描每個條目。5．掃描令牌數據庫以刪除過時記錄。G．標準已經開發(fā)了以下編碼標準1．HTML外觀與感覺(LookandFeel)標準；2．Java外觀與感覺標準(由HTML外觀與感覺標準導出，這些是為在該站點頁面上實行共同的外觀與感覺進行的開發(fā)所用的新類庫)；3．HTML程序設計標準。H．系統管理系統管理任務要求向系統管理者報告至少以下的系統操作參數·帶時間標記(timestamps)的系統統計(stats)和磁盤使用情況；·帶時間標記的網絡操作參數；·帶時間標記的Web頁面使用和訪問統計；·令牌使用統計；·敵意IP警報和統計；以下工具和實用程序在DMZ中的服務器上·時間同步；·域名服務器；·系統登錄監(jiān)控；·警報報告；·安全外殼程序(secureshell)。系統為下列條件生成警報·令牌的不正確使用；·敵意IP表改變；·令牌到期；·登錄企圖。警報將在不同的層次生成。Web服務器采用以下的廣泛原則1．服務器在根環(huán)境中運行。2．管理者能夠啟動非標準端口上的分級(staging)服務器來測試新的(分級的)業(yè)務。3．分級服務器能在分級運行期間從因特網訪問。4．管理者能用一條單一命令選擇將分級軟件從分級區(qū)轉移到生產區(qū)。有適當的檢查來保證這不是偶然完成的。I．產品/增強較佳實施例通過提供圖形用戶界面和公用消息傳遞系統使直達線MCI用戶能額外地控制他們的輪廓。獲取較佳實施例的該機能的能力以直達線MCI輪廓和公用消息傳遞系統的形式存在著。用戶能修改其帳戶，通過功能部件/功能更新來定制其應用程序。該應用便實現通過允許用戶運行其應用程序而提供的較佳實施例集成的將來能力的功能。用戶通過只與一個位置連接就能訪問其所有消息。傳真、電子郵件、尋呼和話音消息將通過一個中央消息傳遞接口來訪問。用戶能通過其消息中心接口訪問到中央消息傳遞接口中去檢索消息。中央消息傳遞接口為用戶提供了容易、有效地管理其通信的能力。用戶接口有兩個部件，用戶的應用輪廓和消息中心。接口是可通過PC軟件(即PC客戶機消息傳遞接口)、ARU或VRU、萬維網(WWW)瀏覽器訪問的。接口支持應用程序的定制和消息的管理。下文將表示實施例的功能部件/功能要求。要描述的第一個部分是ARU界面及其對用戶接口、消息管理和輪廓管理的要求。在ARU要求之后，還提供了對WWW瀏覽器和PC客戶機接口的要求。J．接口特征要求(概述)按照較佳實施例，一個前端起著在用戶與屏幕顯示服務器之間的接口的作用。用戶能訪問系統并能直接訪問其輪廓和消息。用戶接口用于更新用戶的輪廓，訪問用戶的消息。用戶的輪廓信息和用戶的消息可以存駐在不同位置，所以接口能連接到兩個地方。輪廓和消息傳遞能力是接口的獨立部件，有不同的要求。用戶通過其接口，能通過輪廓管理實時地更新其輪廓。應用輪廓是用戶帳戶目錄的前端，用戶帳戶目錄是所有的用戶帳戶信息在虛擬位置中存駐的地方。用戶也能通過其消息中心來管理其消息(話音郵件、傳真郵件、電子郵件、尋呼機重叫)。消息中心是中央消息傳遞數據庫的前端，中央消息傳遞數據庫是所有的用戶消息(無論消息內容如何)可以存駐的地方。有三個受支持的用戶接口·向ARU或VRU的DTMF接入；·向WWW站點的WWW瀏覽器接入；·向消息傳遞服務器的PC客戶機接入。用戶能從ARU更新他們的輪廓(僅是直達線MCI)、檢索話音郵件消息和尋呼機再呼叫消息、檢索傳真郵件和電子郵件的消息標題(發(fā)送者、主體、日期/時間)信息。通過PC客戶機，用戶限于能進行消息檢索和消息處理。WWW瀏覽器提供用戶一個用于輪廓管理和消息檢索的綜合接口。通過WWW瀏覽器，用戶能夠更新他們的輪廓(直達線MCI、信息服務、列表管理、全局消息處理和個人主頁面)和檢索所有的消息類型。1．用戶帳戶輪廓用戶能夠通過應用輪廓來訪問帳戶信息。應用輪廓提供一個在用戶與其存駐在用戶帳戶目錄中的帳戶信息之間的智能接口。用戶帳戶目錄訪問用戶的個別帳戶信息。用戶能讀寫目錄，對他們的帳戶作更新。目錄提供檢索能力，使用戶業(yè)務代表在幫助用戶時能檢索特定的帳戶。當用戶得到一個電話號碼時，用戶帳戶目錄要反映這個電話注冊，用戶就能通過其用戶帳戶輪廓來訪問和更新功能部件。如果用戶取消，用戶目錄就要反映這種撤銷，業(yè)務將被從用戶的應用輪廓中去除?？傊?，用戶帳戶目錄提供每一項用戶服務的帳戶信息。然而，用戶帳戶目錄局限于直達線MCI輪廓、信息業(yè)務輪廓、全局消息處理、列表管理和個人主頁輪廓。這個信息確定了用戶應用的特征/功能并為用戶提供了定制其應用所需的靈活性，使MCI能滿足用戶不斷變化的通信需要。2．消息的數據庫所提供的一個重要特征是消息的集成。類似的和不類似的消息被合并在一個虛擬位置。通過一個呼叫，消息中心就向用戶提供其所有消息一覽，無論消息的內容或存取方式如何。通過接口消息傳遞能力，用戶也能夠保持一個地址簿和分配列表。這個消息數據庫是一個中央信息倉庫，為用戶儲備著消息。消息數據庫提供公用對象存儲能力，將數據文件作為對象來存儲。通過訪問消息數據庫，用戶從一個單一虛擬位置檢索話音郵件、傳真郵件、電子郵件和尋呼機再呼叫消息。此外，通過使用公用對象存儲能力，消息分配極其有效率。K．自動應答設備(ARU)功能1．用戶接口ARU界面能夠執(zhí)行直達線MCI輪廓管理、信息業(yè)務輪廓管理、消息檢索和消息分配。通過ARU提供的DTMF訪問能在系統內不同部件上一致性地適用。例如，通過DTMF鍵盤來輸入字母符號，不管用戶是在訪問股票指數信息還是在向分配列表廣播一個傳真消息，都是以相同方式輸入的。話音郵件回叫自動重撥號(VoicmailcallbackAutoRedial)提供提醒和收集留下話音郵件的客人的回叫號碼，并在檢索消息時自動向該客人回叫號碼發(fā)起一個返回呼叫的能力。一旦完成回叫，用戶將能夠返回到郵箱中他們原來離開的相同位置。音樂等待(MusicOn-Hold)在客人等待期間提供音樂。停留并尋呼(ParkandPage)提供客人選擇通過直達線MCI網關來尋呼直達線MCI用戶，然后在用戶被尋呼期間保持等待。用戶接收該尋呼，并呼叫他們的直達線MCI號碼，在此他們能選擇被與等待的客人連接。要是用戶未能將呼叫與客人連接，客人將接收一個要被轉發(fā)到話音郵件的選擇。如果用戶沒有話音郵件作為定義的選項，則將為客人播放客人的終結消息。注客人在等待時，任何時候都能按下一個要被轉發(fā)到話音郵件的選項。具有停留并尋呼的呼叫屏蔽(callscreening)，實施例向用戶提供對停留并尋呼、呼叫方(即客人)的身份應答的功能。這在連接呼叫之前向用戶提供了對是希望與客人說話還是將客人轉送到話音郵件進行選擇的能力。具體來說，客人在選擇停留并尋呼選項時就被ARU提示記錄他們的名字。當用戶對停留并尋呼應答時，他們將聽到ARU提示的“您有來自被記錄名字的呼叫”，然后被提供以與呼叫方連接還是將呼叫方轉送到話音郵件的選擇。如果用戶沒有話音郵件作為定義的選項，則客人將被存放到一個終結消息?？腿嗽诘却龝r，任何時候也都能按下一個要被轉發(fā)到聲音郵件的選項。二路尋呼機配置控制和對停留并且尋呼的應答系統也能使用戶通過由二路尋呼機提交的命令，指令ARU將呼叫路由選擇到話音郵件或終結消息或者繼續(xù)等待，響應停留并且尋呼通知。文本尋呼機支持系統允許用戶通過直達線MCI網關來尋呼直達線MCI用戶并留下待由文本尋呼機檢索的消息。具體來說，在選擇適當的選項后，客人將被傳送到網絡MCI(networkMCI)尋呼或者SkyTel消息中心，操作員在這里將接收并提交一個基于文本的消息，待由用戶的文本尋呼機檢索。轉發(fā)到下一個終端號(terminationnumber)系統為直達線MCI呼叫被路由選擇到的、回答電話的一方提供選擇讓該呼叫被路由選擇到直達線MCI路由選擇序列中下一個終端號的能力。具體來說，被呼叫方將收到來自直達線MCIARU網關的一個提示，該提示指出，呼叫已經被直達線MCI路由選擇到這個號碼，被呼叫方可以選擇接收該輸入呼叫，或者讓該呼叫被路由選擇到路由選擇序列中下一個終端號或目的地。向被呼叫方提供的選項包括·按一個選項來接受呼叫·按一個選項來將呼叫發(fā)送到下一個終端·讓呼叫超時(即不采取行動)然后繼續(xù)到下一個終端。小于2秒的#鍵再生(reorigination)實施例也提供這樣的能力，即通過按下#鍵不到2秒鐘，從直達線MCI網關再生一個外向呼叫。當前的直達線MCI要求用戶將#鍵按下2秒或更長時間后才能再生一個呼叫。L．消息管理1．多個媒體消息通知用戶能接收關于當前許多媒體上的消息-包括話音郵件、傳真郵件、電子郵件、尋呼-的報表。具體來說，用戶將聽到ARU腳本陳述的例如“您有3個新的話音郵件消息，2個新的傳真郵件消息，10個新的電子郵件消息?！?．多個媒體消息處置用戶能訪問通用收件箱來執(zhí)行基本的消息處置，處置通過直達線MCI網關接收的多個媒體(話音郵件、傳真郵件、電子郵件、尋呼)形式的消息。用戶能檢索話音郵件消息和尋呼機消息，檢索傳真郵件和電子郵件消息的消息標題(優(yōu)先級、發(fā)送者、日期/時間、大小)。此外，用戶還能存儲、轉發(fā)或刪除從ARU界面察看到的消息。轉發(fā)特征限于以話音郵件或傳真郵件的形式來分配消息。只有話音郵件消息能以話音郵件轉發(fā)。電子郵件傳真郵件和尋呼機消息能以傳真郵件轉發(fā)，然而可能需要將電子郵件和尋呼機消息轉換到G3格式。在以傳真郵件轉換消息時，用戶能將消息發(fā)送到分配列表和傳真廣播列表。3．文本到語音系統將以電子郵件、傳真郵件或尋呼機消息的形式接收的文本消息轉換為能通過直達線MCI網關回放的音頻。這種文本-語音轉換能力起初將限于消息標題(優(yōu)先級、發(fā)送者、主題、日期/時間、大小)信息。用戶被提供選項來選擇他們是否愿意先聽消息標題，然后再選擇他們想要播放哪個完整消息。唯一不支持對完整消息進行文本-語音轉換的能力的消息類型將是傳真郵件消息。只能播放傳真郵件標題。傳真郵件標題信息包括發(fā)送者的ANI、傳真郵件的接收日期/時間以及傳真郵件的大小。4．電子郵件轉發(fā)到傳真機用戶能將通過直達線MCIARU網關檢索或察看的電子郵件轉發(fā)到用戶定義的終端號。具體來說，用戶能通過直達線MCIARU察看電子郵件消息。察看消息之后，用戶從各標準提示中接收一個提示，該提示詢問他是想把該電子郵件消息轉發(fā)到特定終端號，還是選擇輸入一個臨時號碼。在選擇這個選項并指出終端號后，電子郵件消息就被轉換到G3格式并傳送到該指定終端號。支持電子郵件的二進制文件附件。如果附件不能被投遞到該終端傳真機，就必須向接收者提供一個表示未能轉換二進制附件的文本消息。電子郵件向傳真機的轉發(fā)不會導致消息從“通用收件箱”中的刪除。5．收到信息的尋呼機通知用戶能通過消息媒體按用戶定義的時間間隔接收尋呼機一個通知，指出當前在用戶的“通用收件箱”中存駐的消息的數目。具體來說，用戶將能夠通過直達線MCIARU建立一個接收尋呼機消息的通知計劃，該消息指示在用戶的“通用收件箱”中存駐的話音郵件、傳真郵件電子郵件和尋呼機消息的數目。6．話音郵件的投遞確認系統向用戶提供在用戶啟動的聲音郵件未成功地投遞到終端方時接收一個確認話音郵件消息的能力。7．消息優(yōu)先化系統向客人提供賦予消息正常或緊急的優(yōu)先權的能力。當用戶收到關于消息的說明時，優(yōu)先情況將被指示，所有緊急消息都將被索引在正常消息之前。這個要求僅適用于話音郵件，不適用于傳真郵件。這將要求“通用收件箱”要表示出直達線MCI話音郵件的適當的消息優(yōu)先權。M．信息業(yè)務通過ARU界面，用戶將能從可通過WWW瀏覽器界面配置的信息服務中接收內容。信息內容將以入站業(yè)務和外出業(yè)務來提供。將通過WWW瀏覽器(即輪廓管理)定義的信息內容定義為入站信息內容并將限于·股票指數和金融消息·標題新聞用戶也能通過ARU界面訪問額外的信息內容，然而這種信息是不能通過WWW瀏覽器(即輪廓管理)配置的。這種額外信息內容將被稱作外出信息內容并將包括·股票指數和金融消息；·標題新聞；·天氣；·體育新聞和比分；·肥皂劇最新消息；·天宮圖(Horoscopes)；·抽獎結果；·娛樂新聞；·旅行者幫助。下面定義入站信息內容的可配置參數。外出信息內容的檢索將由通過DTMF鍵盤輸入字母字符來支持。字母字符的輸入必須與通過DTMF為列表管理輸入字母字符的方式相一致。旅行者幫助的訪問將是與其它外出信息業(yè)務捆綁一起的，這樣，用戶要做的只是撥打一個800/8XX號碼。根據所選擇的信息內容，800/8XX電話可能伸展到不同的終端。N．消息存儲要求消息存儲要求與下面定義的消息存儲要求一致。O．輪廓管理直達線MCI輪廓管理用戶也能察看、更新和調用他們的直達線MCI帳戶輪廓。通過ARU界面的directMCI輪廓管理管理能力是與通過WWW瀏覽器提供的表示一致的，并支持下列要求·創(chuàng)建新的直達線MCI輪廓并向該輪廓賦名；·調用直達線MCI輪廓；·聲音注解直達線MCI輪廓名；·更新現存的直達線MCI輪廓；·支持基于規(guī)則的創(chuàng)建和更新直達線MCI輪廓的邏輯(例如，如果只選擇一個呼叫路由選擇選項如話音郵件，則將調用最優(yōu)路由選擇到話音郵件；在一個參數中的更新必須波及所有受影響的參數如尋呼通知)；·選通直達線MCI號；·選通和定義取代路由選擇號；·選通和定義跟隨我(FollowMe)路由選擇?！みx通和定義最后路由選擇(以前稱為備用路由選擇)至-話音郵件和尋呼機；-只有話音郵件；-只有尋呼機。-最終消息；·如果有兩個或更多的呼叫路由選擇選項(跟隨我FollowMe)、話音郵件、傳真郵件或尋呼機)選通，則調用菜單路由選擇；·定義傳真郵件投遞的缺省號；·為話音郵件激活尋呼通知；·為傳真郵件激活尋呼通知；·提供客人為緊急投遞分類話音郵件的選擇；·為下列定義呼叫屏蔽參數-名稱和ANI；-僅ANI；-僅名稱?！みx通或關閉停留并且尋呼。P．呼叫路由選擇菜單改變選通也為用戶提供修改他們的呼叫路由選擇終端號、同時不必重新輸入他們不希望改變的終端號的能力。具體來說，直達線MCI路由選擇修改功能要求，如果用戶希望改變任何路由選擇號，則用戶就要重新輸入路由選擇序列中的所有終端號。這個能力允許用戶只改變他們希望改變的終端號，當他們不希望改變路由選擇序列中的某個號時，通過按下“#”鍵就能表明。Q．二路尋呼機配置控制和對停留并且尋呼的應答系統也能通過由二路尋呼機提交的命令，選通或關閉預先定義的直達線MCI輪廓。R．個性化的問候系統向用戶提供察看和更新將從ARU播放或從他們的個人主頁顯示的個性化問候的能力。每個問候都是單獨保存的并且是按可通過各界面(ARU或個人主頁)得到的特征定制的。S．列表管理系統也向用戶提供創(chuàng)建和更新列表、為列表創(chuàng)建聲音注解名的能力。傳真廣播列表管理能力與直達線MCI列表管理能力的集成提供了一個單一的列表數據庫。用戶能從ARU界面察看、更新、增加和刪除列表上的成員。此外，用戶還能刪除或創(chuàng)建列表。ARU界面能用列表來分配話音郵件和傳真郵件消息。分配列表的使用，支持了字母列表名稱，使得列表不是局限于列表代碼名稱。通過DTMF向ARU輸入用于列表名稱的字母字符，方式與通過DTMF輸入用于信息業(yè)務的字母字符是一致的。下文將更詳細地討論列表管理的要求。除了提供消息處置能力之外，PC客戶機也提供一個地址簿和對列表的利用。用戶能修改地址簿，管理話音、傳真、電子郵件和尋呼消息的分配列表。在一個實施例中，通過PC客戶機接口創(chuàng)建或保持的列表不與通過WWW瀏覽器或ARU界面創(chuàng)建或保持的列表集成，而在另一個實施例中則能實施這種集成。用戶能從PC客戶機向分配列表發(fā)送消息。這要求在PC客戶機與列表管理數據庫之間有一個二路接口，PC客戶機通過這個接口就能將逗號作分隔符的或DBF格式的文件輸送到列表數據庫。用戶能夠通過其接口PC軟件來建立和修改接收者地址信息。用戶能夠在其地址簿中記錄多個類型的地址，包括10數字的ANI、話音郵箱標識符、傳真郵箱標識符、尋呼號碼和電子郵件地址(MCIMail或因特網)。這種信息應當在PC上保存。在PC客戶機上保留的地址信息是按接收者名字來分類和排序的。T．全局消息處理用戶能從ARU界面來定義能從“通用收件箱”得到哪些消息。全局消息處理的要求與下面要定義的要求一致。X．因特網電話技術和相關服務本文的討論至此介紹了因特網因而也介紹了因特網電話技術，但是因特網電話技術包含相當一些發(fā)展領域。下面分六個主要領域對因特網電話技術作個總結。第一個領域由因特網電話服務的接入組成。該領域涉及采用諸如衛(wèi)星、撥號服務、T1、T3、DS3、OC3和OC12專用線路、SMDS網絡、ISDNB信道、ISDND信道、多速率ISDN、多個B信道捆綁的ISDN系統、以太網、令牌環(huán)、FDDIGSM、LMDS、PCS、蜂窩網絡、幀中繼和X.25的機制來訪問和使用因特網。第二個領域涉及共享因特網電話技術。多媒體數據能相當容易地采用線路交換網絡，因為后者可靠性高、吞吐量潛力大。問題包括共享數據、各方之間的URL數據推進、數據會議、共享的白板技術(whiteboarding)、資源合作和ISDN用戶-用戶信令。第三個領域涉及路由選擇因特網電話技術。問題包括時刻、星期、月內日期、年內日期，此外還有起源地理點、起源網絡點和起源時區(qū)。路由選擇的分析也包括用戶數據、接收方、電話號碼、起源線路、承載業(yè)務的類型、預約的特征的路由選擇、ANI和IP地址。VNET計劃、范圍特權、目錄服務以及業(yè)務控制點(SCP)也屬于路由選擇因特網電話技術。第四個領域涉及業(yè)務質量。分析必須包括交換網絡、ISDN、動態(tài)修改、因特網電話技術、RSVP和冗余的網絡業(yè)務。此外，該領域還包括混合因特網/電話交換、以太網功能部件、ISDN功能部件、模擬本地回路和公共電話、以及保留和/或使用的業(yè)務的記帳。第五個領域由目錄服務、輪廓和通知組成。例子有分布式目錄、尋我和隨我服務、電話的目錄管理和用戶接口。也包括呼叫方驗證安全措施。與目錄服務器用戶輪廓、網絡輪廓數據結構、服務輪廓和訂單輸入輪廓并存的還有分層的和面向對象的輪廓。第六個領域由混合因特網電話技術業(yè)務組成。范圍包括以對象為目標的消息傳遞、因特網電話消息傳遞、因特網會議、因特網傳真、信息路由選擇(IMMR)、話音通訊和(諸如在公司內部存在的)內部網。其它業(yè)務包括操作員業(yè)務、管理業(yè)務、尋呼業(yè)務、記帳業(yè)務、無線集成、消息廣播、監(jiān)控與報告服務、卡服務、視頻郵件服務、壓縮、授權、驗證、加密、電話應用編碼器、記帳和數據收集業(yè)務。第七個領域由混合因特網媒體服務組成，范圍包括涉及多個用戶的合作工作。用戶能在音頻、數據和視頻上合作。該領域包括混合網絡內部的媒體會議。還有一個涉及面寬的領域是預約機制、操作員輔助會議和向會議的內容介紹。這些會議的虛擬位置將來很重要。下一代的交談室的特征是具有模擬辦公室環(huán)境的虛擬會議空間。A．因特網媒體的系統環(huán)境1．硬件根據本發(fā)明的系統的較佳實施例的實施環(huán)境最好是一臺諸如IBMPS/2、AppleMacintosh計算機或基于工作站的UNIX的個人計算機。圖1A表示一個代表性的硬件環(huán)境，該圖表示的典型硬件配置有按照較佳實施例具有諸如微處理機中央處理單元10的工作站99以及許多其它通過系統總線12互連的單元。圖1A所示的工作站包括隨機存取存儲器(RAM)14，只讀存儲器(ROM)16，用于將諸如通信網絡(例如數據處理網絡)81、打印機30、磁盤存儲器20的外圍設備連接到總線12的I/O適配器18，用于將鍵盤24、鼠標26、音箱28、話筒32和/或諸如觸摸屏(未予示出)的其它用戶接口連接到總線12的用戶接口適配器22，以及將總線12與顯示器38連接的顯示適配器36。工作站上一般駐留一個操作系統，諸如微軟視窗NT或視窗95操作系統(OS)、IBMOS/2操作系統、MACSystem/7OS或UNIX操作系統。本領域的熟練人員知道本發(fā)明也能在上述以外的其它平臺或操作系統上實現。2．面向對象的軟件工具較佳實施例用JAVA、C和C++語言編寫，采用面向對象的程序設計方法。面向對象的程序設計(OOP)越來越多地用于開發(fā)復雜的應用程序。隨著OOP逐漸變成軟件設計和開發(fā)的主流，要求各種軟件解決方案都能適于利用OOP的好處。存在這樣一個需要，即將OOP的這些原理應用到電子消息傳遞系統的消息傳遞接口，使得能向消息傳遞接口提供OOP類和對象的集合。OOP是一個用對象來開發(fā)計算機軟件的過程，包括分析問題、設計系統、構造程序諸步驟。對象是一種既含有數據又含有一系列相關結構和過程的軟件包。由于它既含有數據又含有一系列相關結構和過程，所以可將其視為是一種不要求其它結構、過程或數據來執(zhí)行特定任務的自足部件。因此OOP視計算機程序為一系列有很大自治性的-稱為對象的-部件，每個對象負責特定的任務。這種將數據、結構和過程一起包裝成一個部件或模塊的概念稱為封裝。一般來說，OOP部件是可再使用的、表現出是符合對象模型的軟件模塊，它們是在運行時通過部件集成體系結構被訪問的。部件集成體系結構是一個允許不同過程空間中的軟件模塊互相使用彼此能力和功能的結構機制的集合。這一般是通過假定一個在其上建立該體系結構的公用部件對象模型而實現的?，F在最好來區(qū)分一下對象和對象的類。一個對象是對象的類(經常就稱作類)的單一實例。對象的類可看成是一個能從中形成許多對象的藍圖。OOP允許程序員創(chuàng)建是另一個對象的一部分的一個對象。例如，代表一個活塞發(fā)動機的對象被說成是與代表活塞的對象有復合關系。實際上，活塞發(fā)動機包含活塞、閥門和許多其它部件，事實是活塞是活塞發(fā)動機的一個單元，在OOP中能用兩個對象進行邏輯上和語義上的表示。OOP也允許創(chuàng)建從另一個對象“導出的”一個對象。如果有兩個對象，一個代表活塞發(fā)動機，另一個代表其活塞是由陶瓷制成的活塞發(fā)動機，則這兩個對象之間的關系就不是復合關系。陶瓷活塞發(fā)動機不形成活塞發(fā)動機。它只是活塞發(fā)動機的一種，比活塞發(fā)動機多了一個限制；其活塞是陶瓷的。在這種情況下，代表陶瓷活塞發(fā)動機的對象稱為導出對象，它繼承了代表活塞發(fā)動機的對象的所有特性并增加了進一步的限制或細節(jié)。代表陶瓷活塞發(fā)動機的對象是從代表活塞發(fā)動機的對象“導出的”。這兩個對象之間的關系稱為繼承。當代表陶瓷活塞發(fā)動機的對象或類繼承了代表活塞發(fā)動機的對象的所有特性時，它繼承的是活塞發(fā)動機類中所定義的標準活塞的熱力特性。然而，陶瓷活塞發(fā)動機對象超出了這些通常與金屬活塞關聯的熱力特性不同的陶瓷特定的熱力特性。它忽略原始的功能而使用新的陶瓷活塞相關功能。不同種活塞發(fā)動機有不同的特性，但是有相同的與它們關聯的內在功能(例如發(fā)動機內的活塞數、點火順序、潤滑、等等)。為了訪問任何活塞發(fā)動機對象中的這些功能，程序員用相同的名稱來標識相同的功能，但是每一種活塞發(fā)動機在相同的名稱背后會有不同的/替代的功能實現。這種將功能的不同實現隱藏在相同名稱之后的能力被稱為多態(tài)性(polymorphism)，它極大地簡化了在對象之間的通信。有了復合關系、封裝、繼承和多態(tài)性的概念后，對象就能代表現實世界中的任何事物。實際上，我們對現實的邏輯感知是決定能變成面向對象的軟件中的對象的事物種類的唯一限制。下面是一些典型的種類對象能代表物理對象，諸如交通流模擬中的汽車、電路設計程序中的電子器件、經濟學模型中的國家或空中交通控制系統中的飛機。對象能代表計算機用戶環(huán)境的元素，諸如窗口、菜單或圖形對象。對象能代表報表。諸如個人文件或城市經度緯度表。對象能代表用戶定義的數據類型，諸如時間、角度、復數或平面上的點。由于對象能代表任何能邏輯分割的事物的這種巨大能力，OOP允許軟件開發(fā)者設計和實現一個表現現實某些方面的模型的計算機程序，無論該現實是個物理實體、過程、系統還是綜合事物。由于對象能代表任何事物，軟件開發(fā)者就能創(chuàng)建一個能在將來更大的軟件項目中充當一個部件的對象。如果一個新的OOP軟件的90％都是由從業(yè)已存在的可再使用對象中得來的檢驗過的現成部件組成的，則該新軟件項目的其余10％就必須全新地編寫和測試。由于90％已經從頻繁測試過的可再使用對象中得來，可能產生錯誤的潛在域就是程序的10％。結果，OOP使得軟件開發(fā)者能用其它以前建立的對象來建立對象。這個過程非常相似于用配件和子配件來建造復雜的機器。因此，OOP技術使軟件工程更像是硬件工程，因為軟件是用開發(fā)者能以對象形式得到的現成部件建立的。所有這些都有助于軟件質量的改善和開發(fā)速度的提高。程序設計語言開始全面支持OOP原理，諸如封裝、繼承、多態(tài)和復合關系。隨著C++語言的出現，商業(yè)軟件開發(fā)商已經采用了OOP。C++是一種能提供快速的機器可執(zhí)行碼的OOP語言。此外C++既適合商業(yè)應用又適合系統程序設計項目。目前，C++似乎是許多OOP程序設計者中最受歡迎的選擇，但是有其它一批OOP語言，諸如Smalltalk、普通lisp對象系統(CLOS)和Eiffel。此外，更多諸如Pascal的傳統上流行的計算機程序設計語言中也正在添加OOP能力。對象分類的好處可總結如下對象和它們對應的類將復雜的程序設計問題分解為許多更小、更簡單的問題。封裝通過將數據組織成小型、獨立、能互相通信的對象而實施數據抽象。封裝也保護某對象中的數據不受偶然損害，但是允許其它對象通過調用該對象的成員功能和結構而與該數據交互作用。子類和繼承使得通過從系統的可用標準類導出新的各種對象來擴展和修改對象成為可能。因此，新的能力的創(chuàng)建不必完全全新地開始。多態(tài)性和多繼承，使得不同程序員將許多不同的類的特性混合、匹配以創(chuàng)建仍然能以可預測的方式與有關對象一起工作的專用對象成為可能。類層次結構和包含層次結構為建立現實世界對象以及它們之間關系的模型提供了一種靈活的機制?？稍偈褂妙惖膸煸谠S多情況下都有用，但是它們也有一些局限，例如復雜性在復雜系統中，相關類的類層次結構會變得極端復雜，有幾十甚至幾百個類?？刂屏饕灶悗鞛檩o助編制的程序仍然負責控制流(即它必須控制從特定庫創(chuàng)建的所有對象之間的交互作用)。程序員必須決定哪些時候為那些種類的對象調用哪些功能。雙倍的努力盡管類庫允許程序員使用和再次使用許多小代碼段，每個程序員是以不同方法合并這些代碼段的。兩個不同程序員可能會用相同的類庫集來編寫兩個功能完全相同、但內部結構(即設計)相當不同的程序，內部結構取決于各程序員在程序流程中作出的數以百計的小決定。不可避免地，類似的代碼段以稍微不同的方式完成類似的工作，但是將各代碼段組合起來則不像它們應當的那樣工作。類庫非常靈活。隨著程序變得越來越復雜，越來越多的程序員被迫再三地為基本的問題重復設計基本的解決方案。對類庫概念的相對新的擴展是有關類庫的框架。這個框架更復雜，由各組重要的協作類組成，這些協作類既記錄了小規(guī)模模式又記錄了實現特定應用域中共同要求和設計的主要機制。起初開發(fā)它們的目的是為了將應用程序員從瑣碎功能的設計中解放出來。這些瑣碎功能涉及顯示菜單、窗口、對話框和個人電腦的其它標準用戶界面單元。框架也代表程序員對它們編寫的代碼與他人編寫的代碼之間的交互作用的考慮方式的變化。在過程化程序設計的早期，程序員調用由操作系統提供的庫來執(zhí)行一定的任務，但是從根本上來說，程序從頭執(zhí)行到尾，程序員只負責控制流。這對用只以一種方式執(zhí)行的程序來打印工資單、計算數學報表或解決其它問題來說是合適的。圖形用戶界面的開發(fā)開始將這種過程化程序設計安排徹底扭轉。這些界面允許用戶而不是程序邏輯來驅動程序并決定應當在何時執(zhí)行一定的行動。如今，大多數個人電腦是用一種事件循環(huán)來完成這個工作的。事件循環(huán)監(jiān)控鼠標、鍵盤和其它外部事件源，根據用戶執(zhí)行的動作來調用程序員代碼的適當部分。程序員不再決定事件發(fā)生的順序。相反，程序被劃分成在不可預測的時間以不可預測的順序調用的獨立片斷。通過以這種方式把控制交給用戶，開發(fā)者創(chuàng)建了更容易使用的程序。不過，開發(fā)者編寫的各個程序片段仍然調用由操作系統提供的庫來完成一定的任務，程序員仍然必須決定在每個程序片斷被事件循環(huán)調用后其內部的控制流。應用代碼仍然位于系統的頂上。就是事件循環(huán)程序也要求程序員編寫許多不需要為每個應用單獨編寫的代碼。應用框架的概念拓寬了事件循環(huán)的概念。使用應用框架的程序員不必處理構建基本菜單、窗口和對話框這些組裝件，然后把這些組裝件組合起來工作，而是一開始就有就位的工作應用程序和基本用戶界面。隨后，程序員由此通過用預想應用的特定能力來替代框架的一些類屬(generic)能力而構建程序。應用框架減少了程序員必須從頭開始的代碼總量。然而，由于框架實際上是一種顯示窗口、支持剪貼等等的類屬應用程序，程序員也能以事件循環(huán)程序所允許的更大程度地放棄控制?？蚣艽a照看幾乎所有的事件處理和控制流，程序員的代碼僅當在框架需要它的時候(例如為了創(chuàng)建和處置某數據結構時)才被調用。編寫框架程序的程序員不僅將控制交給用戶(事件循環(huán)程序也是如此)，而且將程序內部詳細的控制流也交給框架。這種方法使得能以有趣的方式創(chuàng)建協作的復雜系統，這不同于那些為解決類似問題而再三創(chuàng)建慣用代碼(customcode)的孤立程序的創(chuàng)建方法。因此如上所述，框架從根本上說是一組為給定問題域構造可再用設計的類。它通常(例如為菜單和窗口)提供定義缺省特性的對象，程序員使用它的方法是繼承某些缺省特性并取代(override)其它特性，以便框架在適當時間調用應用代碼。框架與類庫之間有三個主要區(qū)別行為與協議。類庫實際上是那種當需要在程序中有哪些個別行為時就調用的行為的集合。而框架則不僅提供行為，還提供管理行為可以組合的方式的協議或規(guī)則集，包括關于程序員應提供什么及框架提供什么的規(guī)則。調用與取代。程序員用類庫編寫的代碼實例化對象并調用它們的成員功能。有可能以與框架同樣的方式(即按類庫來對待框架)實例化和調用對象，但是為了充分利用框架的可再用設計的優(yōu)點，程序員通常編寫取代并被框架調用的代碼?？蚣芄芾砥鋵ο箝g的控制流。編寫程序涉及的是在由框架調用的不同軟件片斷間劃分責任而不是規(guī)定不同的片斷應如何協作。實現與設計。采用類庫程序員只再使用實現，而采用框架程序員再使用設計?？蚣荏w現了一族相關程序或軟件片斷的工作方式。它代表一種能為適應給定域中各種特定問題而進行改編的類屬設計解決方案。例如，某單一框架能體現某用戶界面的工作方式，盡管兩個在相同框架內創(chuàng)建的不同用戶界面可能會解決相當不同的界面問題。B．因特網上電話因特網上打電話已經變成一種價格不貴的愛好者團體性活動。幾家公司正在發(fā)展這種技術以添加與PSTN的互連。這對像特別是在IDDD領域的MCI和BT這樣的已建立的通信公司挑出了機會和挑戰(zhàn)。這個討論探討了如何在這種發(fā)展中技術的基礎上提供載體類業(yè)務。特別受關注的是允許在PSTN與因特網之間利用1+(1plus)撥號互連的方式。該介紹性討論除考慮到對PSTN到因特網語音網關的技術要求外，還考慮了支持比當前更增強的方式的PC到PC連接的技術要求?？紤]了如何能接入從PC到PSTN目的地或相反方向的呼叫。也探討了用因特網作為長途網進行PSTN到PSTN通信的案例。討論顯示了這種服務如何提供，才能補充現有PSTN服務，對于較低的業(yè)務質量提供較低價格。長期性的問題是穩(wěn)步改善因特網技術的質量，以及這是否將最終證明能與傳統語音業(yè)務競爭。1．介紹七十年代中晚期，進行了在因特網上傳輸話音的試驗，這是當時正在進行的由美國國防高級研究項目署資助的研究計劃的一部分。八十年代中期，采用了基于UNIX的工作站在因特網上舉行數量適度的常規(guī)音頻/視頻會議。這些試驗性的應用在八十年代晚期用更大規(guī)模的一路語音和視頻多信道傳播(multicasting)而得到擴展。1995年，一家小公司VocalTec(www.vocaltec.com)介紹了一種價格不貴、能夠提供在與因特網相連的多媒體PC之間的二路話音通信的軟件包。這樣就誕生了新一代的因特網上的電話。最初以及緊接其后的后繼軟件包提供了一種愛好者工具。一種基于因特網中繼談話“室”(IRC)的會議室被用來在終端站之間為話音傳輸建立點對點連接。這導致了用電子郵件或其它手段進行的如公共交談室中常見的偶然會見或者預定會議(如果各方提前協調過的話)。a)如何工作有多媒體PC和因特網連接的用戶通過加載一個小軟件包就能增加因特網電話的能力。在VocalTec的案例中，軟件包在修改過的交談服務器基礎上與會議室(IRC服務器)進行連接。用戶在IRC看到所有連接到IPC的其它用戶的一覽表。用戶通過單擊名字就能呼叫另一個用戶。IRC的響應是發(fā)送被呼叫方的IP地址。IP地址是在撥入時為因特網的撥入用戶分配的，因此將在撥入會話期間變化。如果目的地尚未進行話音連接，其PC就會蜂鳴一個振鈴信號。被呼叫的用戶能用鼠標點擊來回答電話，然后呼叫方就開始直接向被呼叫方的IP地址發(fā)送通信。PC內置或附接的多媒體麥克風和揚聲器被用作話筒。通話人的話音經數字化、壓縮并進行分組，在因特網上傳輸，在另一端被解壓并轉換成聲音從PC揚聲器中發(fā)出。b)意義因特網電話為用戶提供了一種低成本的業(yè)務，這種業(yè)務是距離和疆界不敏感的。就當前的因特網接入費用(小時費率低，有時付一筆費后不限使用)來說，用戶能與另一個連接到因特網的PC用戶進行談話。被呼叫方對談話費用的貢獻是支付其因特網接入費。如果一端或兩端是通過專用線路連接到因特網的LAN，則該電話就免收其它費用。所有這些都與傳統長途電話-可能是國際電話-形成對照。c)業(yè)務質量因特網上的話音質量是好的，但沒有一般長途電話的音質好。此外，通話期間的延遲很顯著。在這種環(huán)境中試圖中斷通話者是有問題的。延遲和質量的差異，與其說是距離和可用容量的原因，不如說是壓縮、緩存和進行分組時間的結果。話音傳輸的延遲歸咎于若干因素。導致延遲的最重要原因之一是所使用的聲卡。最早的聲卡是半雙工的，設計用于回放錄制的音頻。長的音頻數據緩沖器適于保證不間斷的音頻回放，但卻導致實時延遲。隨著為“揚聲器電話”應用設計的全雙工卡的問世，基于延遲的聲卡逐漸減少了。其它延遲是訪問線路速度(對撥號因特網接入來說一般是14.4-28.8kbps)和因特網中分組轉發(fā)延遲所固有的。用數字化編碼的音頻填充分組時也有固有的延遲。例如，為了用90ms的數字音頻填充分組，應用必須等待至少90ms的時間才能接收音頻進行數字化。更短的分組減少了分組填充的延遲，但由于增加了分組首部對分組有效負載的比率而增加了開銷。增加的開銷也提高了對該應用的帶寬要求，以致采用短分組的應用可能不能在14.4kbps撥號連接上操作?；诰钟蚓W的PC遭受較少的延遲，但是人人都要受到可變延遲的影響，這種可變延遲可能是令人煩惱的。最后，音頻編碼解碼器中也有固有的延遲。編碼解碼器編碼和解碼時延遲的變化范圍是5ms到30ms。盡管因特網電話有更長的延遲，但價格適當，這種形式的話音通信看來正在受到歡迎。2．作為商業(yè)服務的IP電話不管已建立的通信公司喜歡與否，IP電話技術已經到來。很清楚，用因特網來提供國際話音呼叫對于傳統國際直接長途電話(IDDD)收入流是個潛在威脅。盡管產生可觀的收入影響可能還有幾年，但這是不可阻擋的，除非可能在國家疆界內根據法令來阻止。這些通信公司最好的防衛(wèi)是以產業(yè)力量的方式來提供業(yè)務本身。要做到這一點，需要有改善的呼叫建立裝置和到PSTN的接口。方便PC到PC的連接對于在因特網數據分組通信期間同時需要進行話音交談的情況是有用的，各方不能訪問獨立的電話裝置。只有一個訪問電路的撥號因特網用戶會發(fā)現他們自己的就身臨這種處境。費用的考慮也會在促使使用PC到PC電話中起著作用。當因特網能被用于代替長途網絡來互連普通電話機時，這種技術更大規(guī)模的應用就會發(fā)生。世界上連接因特網的多媒體PC的數量(約1千萬)與全世界用戶線路的數量(約6億6千萬)相比是極少的，這種業(yè)務正處于幾家公司的計劃階段。以下各節(jié)中我們來考察在完全的因特網電話業(yè)務中可能的各個端點組合。最重要的方面涉及PSTN到因特網網關能力。特別值得注意的是向PSTN呼叫方提供一步撥叫到其被呼叫方的可能性。以下討論的一步撥叫解決方案所在的上下文是北美數字計劃(NorthAmericanumberingplan)。它們實際上有4種情況1．PC到PC；2．PC到PSTN；3．PSTN到PC；4．PSTN到PSTN。第一種情況是由現今的IP電話軟件來解決的。第二、第三種情況類似但不等同，它們各自需要一個在PSTN與因特網之間的網關。最后一種情況用因特網來作為兩個PSTN電話的長途網絡。a)PC到PC(1)目錄服務為了方便PC到PC的因特網電話，需要一種目錄服務來根據呼叫方提供的名字查找被呼叫方的IP地址。早期的因特網電話軟件用修改的因特網交談服務器作為會議室。最近，因特網電話軟件正在用能唯一地標識因特網電話用戶(可能是通過電子郵件地址)的目錄服務來代替交談服務器。為了接收呼叫，客戶要向目錄服務器登記(要付費，帶循環(huán)收費的)，每當要連接到因特網時或者想要對呼叫開放時，就要讓目錄系統知道它們的位置(IP地址)。完成自動通知的最佳途徑是獲得IP電話軟件銷售商之間關于每當啟動軟件時就通知目錄服務(自動表示通知)的協議的一致意見。也希望作為一種選擇，能找到一種每當IP堆棧啟動時就自動調用IP電話軟件的方法?？紤]到可擴展性，目錄服務器被設想為一種分布式系統-有點像因特網域名系統。這并不意味著用戶標識必定要用“user@foo.com”的格式。理論上講，只有被呼叫方才需要登記。如果呼叫方沒有登記，則對呼叫的收費(若有的話)可向被呼叫方收取(受方付費電話)。另外，我們也可以堅持呼叫方也要在目錄中登記，通過該機制被收取費用(這是我們希望的，因為我們按登記來收費，避免受方付費要求的那種復雜性)。對呼叫建立-而不是對持續(xù)時間-收取的費用高于通常的因特網收費。持續(xù)時間費用已經應用于撥號因特網用戶，因特網使用費-撥號和專用使用二者-可能不是太遠?？梢砸笥衼碜缘怯浻脩舻氖辗礁顿M電話來滿足市場需求。必須設計一種標識這種向被呼叫方呼叫的方案，同時要有一種被呼叫方接受或拒絕收方付費電話的機制。目錄服務將通過版本號來跟蹤被呼叫軟件支持這種特征的能力(或者，這是一個在IP電話軟件包之間聯機協商的事情)。如果是收方付費電話(假定呼叫方沒有登記)，則呼叫方可隨意聲稱是任何人。目錄服務將強制主叫者(在呼叫延續(xù)期間)采用一個臨時(分配的)身份，以便讓被叫方知道這是一個未經查驗的主叫者。由于IP地址不必是固定的，所以不能依靠它們來標識通話方。(2)互操作性現今市場上幾乎所有IP電話軟件包都用不同的話音編碼和協議來交換話音信息。為了方便有用的連接，目錄將存儲正使用的因特網電話軟件的類型和版本(可能還有選項)。為使其有效地工作，軟件銷售商將自動地向目錄服務報告這個信息。在接入呼叫時將這個信息用于確定互操作性。如果各方不能互操作，就必須向呼叫方發(fā)送適當消息，作為一種替代方法，或者除了登記軟件類型外，還可以設計一種協商協議來及時確定互操作性，但是所有軟件包都要“表達”它。有這樣一個問題，即IP電話編碼之間轉換的執(zhí)行質量能否為最終用戶接受。這種服務可能有個持續(xù)時間，或者有與其關聯的容量費(Volumefee).還有，在篩選階段之后，我們期望只有一些不同的方案存在。它們也許通過產業(yè)同意的最小公分母壓縮和信令協議而具有互操作性。至今為止，我們接觸過的所有IP電話軟件銷售商都贊成允許互操作性的“世界語言”(Esperanto)。如果這能實現，則轉換業(yè)務的生命期將會短暫，可能會使它們沒有經濟吸引力了。我們能幫助主要軟件銷售商在將提供所需互操作性的“公用”壓縮方案與信息協議上尋求共識。一旦主要銷售商支持這種方法，其他銷售商就會仿效，這種情況已經在發(fā)生著-Intel、Microsoft、Netscape和VocalTec最近宣布它們在今后幾個月內將支持H.323標準。這能在呼叫建立時被自動檢測。目錄服務將記錄哪個軟件的哪些版本能互用。為了方便這個功能，自動存在通知應當包括當前軟件版本，這樣，升級就能動態(tài)地在目錄服務中記錄，還必須定義某個方案來使登記信息能在軟件包之間傳遞，這樣，如果某用戶交換軟件包，她就能將登記信息轉移到新的應用程序，沒有理由反對用戶有兩個各帶相同登記信息的應用程序，目錄服務將知道用戶正在作為自動存在通知的一部分運行的是什么，這只有在用戶能同時運行一個以上的IP電話軟件包時才會產生問題。如果市場要求這個能力，就可將目錄服務改編得能處理這個問題，這個問題也能通過在交互作用的IP電話軟件包之間的協商方法的使用而得到克服。(3)呼叫進度信令如果用戶通過目錄系統是可達的，但是當前正忙于話音連接，于是就將一個呼叫等待消息(連同呼叫方IP-這在PSTN呼叫等待服務中是沒有的)發(fā)送到被呼叫方，并將相應的消息發(fā)回呼叫方。如果用戶通過目錄系統是可達到的，但是當前不在運行其話音軟件(IP地址響應，但應用程序不響應-參看下文驗證這就是問題的一方)，那么就將適當的消息返回給呼叫方。(作為一種選擇，可向被呼叫方發(fā)送電子郵件來提醒他有呼叫嘗試。另一個選擇是，讓主叫方輸入一個話音消息并將該“話音郵件”附加在該電子郵件上。業(yè)務也可以用信號向主叫方指示忙，不可達，活動但不理睬呼叫等待，等等。也能向被叫方提供其它通知方法，諸如傳真或尋呼。在各種情況中，通知都能包括主叫方的身份-如果已知的話)。一旦目錄系統被分布，就將有必要查詢其他副本，如果根據本地信息建立起聯系的話。這個系統提供了具有各種通知形式并能控制這些形式的參數的能力。(4)用戶標識一個關鍵的問題是目錄服務將如何知道被叫方不再位于她最后一次報告的地方(即已經“離開”)。被叫方可能以各種方式脫離網絡(被叫線路落線，PC掛機，終端服務器崩潰)而不能明確向目錄服務通知其狀態(tài)變化。更糟的是，該用戶可能已經離開網絡，另一個具有話音應用程序的用戶可能被分配以同一個IP地址。(如果新的主叫方是用自動存在通知登記的用戶，則沒有問題；目錄服務然后能檢測到該相同的IP地址。在目錄服務被分布的各部分之間可能會有一些定時問題)因此，對于目錄服務必須有某種方案來確定用戶仍然位于上一次宣布的位置。對此的一種辦法是實現一個與應用程序共享的，在登記時創(chuàng)建的秘密，每當目錄系統被軟件(諸如自動存在通知或呼叫初始化)接觸時或者試圖接觸上一次已知地點的被叫方時，它能發(fā)送一個詢問(像CHAP)給應用程序并查驗響應。這種方案不需要宣布“我已不在此處”或浪費的保持活動消息?？蛻裟茈S時拆開或關掉其IP電話應用程序而不必考慮通知目錄系統。如果多個IP電話應用都受目錄服務的支持，則各IP電話應用程序可以不同方式對之解決。(5)其它業(yè)務加密的因特網電話通話將要求軟件銷售商對最小化加密建立機構數量達成共識。這對目錄服務將是另一個互操作性解決功能。目錄服務能提供對公共鑰應用的支持，并能提供由適當證書機關發(fā)布的公共密鑰證書。用戶也能在目錄服務上規(guī)定，如果她當前不是聯機的，則他的PC要被呼叫(撥出)。撥出的費用可向被叫方收取，正如POTS中呼叫轉發(fā)會發(fā)生的那樣，撥出的呼叫詳細記錄(CDR)需要與IP電話系統中某實體(被叫方)的呼叫細節(jié)相關聯，注意，這與PC到PSIN情況的不同之處在于不要求將IP編碼的話音轉換到PCM，撥出確實將在PPP上使用TCP/IP。如果撥出失敗，則發(fā)回適應的消息。撥出可能是國內的或者國際的，由于費用原因，國際撥出的存在實際上是不可能的。但是也不能絕對排除這種情況，它不需要額外的功能就能執(zhí)行。b)PC到PSTNPC到因特網網關必須支持將PCM轉換到多個編碼方案，以便與各種銷售商提供的軟件交互作用。替代方法是，一旦實現時就使用公共壓縮方案。從質量的觀點來說，應當盡可能地選擇最好的方案。在許多情況中，最好方案將是軟件銷售商的專有版本。為了完成這種選擇，電信公司將需要從選定的銷售商獲得技術許可。有些銷售商將要做為使他們的方案能在電信公司平臺上工作而需要的工作。(1)國內PSTN目的地PC主叫者需要登記才能將呼叫接到PSTN。唯一的例外情況是如果允許來自因特網的受方付費電話。這將增加計費方面的復雜性。要呼叫PSTN目的地，PC主叫者要規(guī)定一個國內E.164地址。目錄系統將該地址轉換成一個基于NPA-NXX的因特網撥出單元。期望該撥出單元離目的地很近，因此將是一個本地呼叫。問題是如何處置當沒有“本地”撥出單元時的情況。另一個問題是如果“本地”撥出單元已滿或者不可用時怎么辦。有三種可能方法。一種方法是，只有當本地呼叫可能時才提供撥出服務。第二種方法是向主叫者發(fā)回一個消息，告知他必須以他的名義接入長途電話并請求同意支付由此引起的這些費用。第三種方法是只管接入呼叫而不作通知。這些情況的每一種都要求有方法來將撥出呼叫(PSTNCDR)的費用(通過目錄服務)與呼叫起源者的帳單記錄聯系起來。第三種方法將可能增加客戶支持費用，引起客戶不愉快。第一種方法簡單，但是有限制性。預計大多數用戶的費用意識都很強，因此可能對方法一滿意。方法二提供了靈活性-客戶有的時候無論如何都要繼續(xù)，但是增加了操作的復雜性。一種可能的折衷方案是采用方法一，該方法將因為沒有本地撥出可用而拒絕呼叫。我們也可以在呼叫請求中增加一個屬性，意思是“我也不在乎是否結果是長途電話。”在這個情況中，遭到過拒絕但無論如何也要接入呼叫的用戶設置這個屬性后作了第二次呼叫企圖。對于有多余的錢可用的客戶來說，所有PSTN呼叫都能在設置了這個屬性后進行。接入國內PSTN呼叫支持對起源于美國外的因特網位置的因特網發(fā)起的呼叫的國際呼叫要求。(2)國際PSTN目的地對國際PSTN站的呼叫可按兩種方式之一進行。第一，可以從國內撥出站接入國際呼叫。這并不是一種吸引人的服務，因為它并不能為親自打國際長途電話的客戶省錢。第二，可以用因特網把呼叫傳輸到目的地國家，在那里進行“本地”撥出。這個情況是有問題的，因為它必須得到位于國家目的地的通信公司的同意。這種情況可能在兩種方式之一中可以通過。兩種方式都要求在國際目的地有一個伙伴。一種選擇是用目的地國家中一個本地通信公司作為伙伴。第二種選擇是用因特網服務供應商或者目的地國家中與因特網連接的其它服務供應商。c)PSTN到PC這種情況看起來最不重要，但它也有某種應用，為了敘述的完整性，在此加以討論。如在PC到PSTN案例中所述，PSTN到因特網網關將需要支持轉換PCM到多個編碼方案以與各種銷售商銷售的軟件協作。要求目錄服務能標識被呼叫的PC。自動存在通知對于保持被叫方的可達性是重要的。PSTN主叫者不必向目錄服務登記，因為主叫者記帳將是基于PSTN信息的。主叫者有一個“不變的”E.164地址，能用于返回呼叫以及進行記帳。假定我們能將呼叫號碼傳遞到被叫方來指示誰在呼叫。由于技術或私密的原因，呼叫號碼并不是總能得到。必須能向PC軟件發(fā)出表示這是PSTN呼叫的信號，提供E.164號碼或者指出該號碼不能得到。業(yè)務可以是基于向呼叫電話收費的。把因特網當作是呼叫的長途部分，就能完成這件事。這在有第二個撥號音時是可能的。如果使用800或本地撥號業(yè)務，則主叫者必須輸入記帳信息。另一種可選方案是，900業(yè)務將允許基于PSTN主叫者的記帳。無論哪一種情況，主叫者都需要在記帳信息之后或者在撥900號碼之后規(guī)定目的地的“電話號碼”。一個主要的明顯問題是主叫者如何在第二個撥號音時規(guī)定目的地。最好只用一個按鍵音。為了簡化輸入，我們可以向每個目錄項分配一個E.164地址。為了避免與實際電話號碼混淆(PSTN到PSTN情況)，該號碼需要受目錄的控制。如果有足夠的可用，也許能使用700號碼。另一種方案是，可以使用一種特殊的地區(qū)代碼。用按鍵來拼寫是一種不太“用戶友好的”方法。3．因特網中的電話號碼最好的方法是分配一個地區(qū)代碼。這不僅將保持對未來選擇的開放，也從一開始就便于更簡單的撥號。給定一個合法的地區(qū)代碼后，主叫者能直接撥因特網上的PC的E.164地址。電話系統會把呼叫路由選擇到MCIPOP，由此進一步路由選擇到PSTN-因特網話音網關。被呼叫的號碼將用于將呼叫接入PC-假定PC是聯機的并且是可達的。這就使主叫者把因特網當作是PSTN一部分那樣來撥號因特網。不需要有第二個撥號音，不需要輸入記帳信息。該呼叫將被向呼叫PSTN站記帳，只有當目的地PC回答時收費才增加。其它通信公司要被分配以獨有的地區(qū)代碼，目錄應當保持兼容。對于國內起源的呼叫來說，對主叫者記帳所需的所有記帳信息都是可用的，第三方智能網絡服務功能或其它記帳方法都能通過第二個撥號音得到。4．其它因特網電話通信公司當號碼可一致性變得需要時，要求所有這些將更加復雜化?？赡芟Ｍ蛞蛱鼐W分配一個國家代碼。盡管這會使國內撥號更加復雜(撥1之外的任何號加上一個十位數號碼看起來顯著地減少該業(yè)務的使用)，但可能會有所希望的益處。不管怎樣，分配一個(或幾個)地區(qū)代碼和分配一個國家代碼是不互相排斥的。國家代碼的使用會使撥號在地理上更加統一。5．國際接入將一個國際呼叫從美國進入美國內的因特網是不可能的。然而如果發(fā)生了這種情況，系統將有足夠的信息來為這種情況做基于主叫者的記帳工作而不需要任何額外的功能。另一個可能是，我們將(可能是合伙地)安排處理美國外部的輸入呼叫，在該國家進入因特網以返回到美國，或者去因特網上的任何地方。如果合伙人是本地通信公司，則該合伙人將有為該PSTN主叫者記帳所需要的信息。a)收方付費呼叫PSTN到PC的收方付費呼叫要求幾個步驟。首先，向PSTN到因特網網關的呼叫必須是收方付費的，收方付費呼叫然后能按與PC到PC呼叫相同的方式被發(fā)信號通知。必須要指出主叫者是基于PSTN的，如果有的話還要包括呼叫E.164地址。b)PSTN到PSTN在PSTN到因特網網關間傳送話音的話音壓縮和協議方案的選擇，完全處于通信公司的控制之下。通過改變所提供的壓縮等級就能提供不同的業(yè)務等級。各等級可以有不同的收費。主叫者將選擇一個質量等級，也許是通過首先撥打不同的800號碼業(yè)務。(1)國內目的地無論主叫方還是被叫方都不需要向目錄服務登記就能在因特網上接通呼叫，主叫者撥打一個PSTN到因特網的網關，接收一個第二撥號音，并用按鍵音來規(guī)定記帳信息和目的地國內E.164地址。也可以用900業(yè)務。目錄服務(可以是單獨的系統，但目錄服務已經具有處置PC到PSTN撥出情形的轉換功能)將被用來將呼叫轉換到一個撥出器以接入一個本地呼叫-如果可能的話。記帳是針對主叫者的，需要將撥出呼叫的呼叫細節(jié)與入站主叫者的呼叫細節(jié)相關聯。隨即而來的問題是如何處理這樣的情況-最近的撥出單元到被叫的號碼結果是一個長途電話，如PC至PSTN案例中所述。這里的情形所不同的程度是，必須用話音來進行通知，對長途電話撥出的授權必須通過按鍵來作出。如果是長途撥出，則完全可以越過因特網，呼叫完全都在PSTN上傳送，在這個情況下通過使用因特網是否能節(jié)省費用并不明確。(2)一步撥號問題是需要輸入目的地PSTN號碼，并需要以某種方式指出要通過因特網而不是傳統的長途網絡到達目的地?？梢园匆韵逻x擇方案來傳達這個選擇準則1．分配一個是通信公司的因特網的新10xxx號碼。2．通過預訂第一種方法允許主叫者逐個呼叫地選擇因特網作為長途載體。第二種方法把因特網作為缺省長途網絡，在第二種情況中，客戶通過撥通信公司的10xxx代碼就能返回到通信公司的傳統長途網。第一種方法的缺點是主叫者必須撥額外的五位數。盡管許多人為了省錢愿意這樣做，但要求額外撥號將會使業(yè)務的用戶總數減少。第二種方法避免了撥額外數字的需要，但要求客戶保證主要用因特網作為其長途網。這種選擇的價格較低，業(yè)務質量也較低。在PSTN到PSTN情況下，有可能考慮提供幾個價格不同的業(yè)務等級。這些等級將基于編碼方案與所實行壓縮(帶寬)量的組合，使用較低帶寬則費用也較低。要通知所希望服務等級，可以用三個10xxx代碼。通過預約，某特定等級就是缺省等級，其它服務等級則要通過10xxx代碼來選擇。(3)業(yè)務質量業(yè)務質量的衡量有兩個主要因素。第一個是音質，即識別主叫者話音的能力；第二個是在PSTN中沒有的延遲。關于第一點，可以說現今可用的大多數產品都能提供可以接受的主叫者識別的水平。然而，延遲是另一個問題。PC到PC用戶經受了半秒到2秒的延遲。如在引言中所指出的，可將許多延遲歸因于語音卡和低速撥號接入。在PSTN到PSTN服務的情況，兩個因素都可排除。在PSTN到因特網話音網關中使用DSP將保持壓縮和協議處理時間很低。在PSTN側接入網關的速度將是足足的64KPS，在因特網側的以太網大約也是這個速度，網關通常都離主干很近，所以以太網上的路由器就可能通過T3線路連接到主干。這個組合應當提供具有很低延遲的業(yè)務等級。需要進行某種緩沖來屏蔽主干中的可變延遲，但在國內通信公司主干中，有可能被控制在四分之一秒之內。業(yè)務質量的主要差異將是與帶寬使用有關的話音識別。需要的話，可以使用建議的IETF資源保留建立協議(RSVP-ResourcereSerVationsetupProtocol)來保證較低的延遲變化，但是對增加RSVP的復雜性的需要還有待確定。RSVP對于大規(guī)模因特網電話的可擴展性也仍然是個問題。(4)費用用因特網代替交換電話網進行長途通話，實際上是否更價廉是個顯然的問題。當然現在是這樣定價的，但當前的價格反映了真實成本嗎路由器肯定比電話交換機便宜，IP話音軟件使用的(實際上是半雙工的)10Kbps當然比全雙工64KbpsDSO的專用128Kbps便宜。盡管有這些對照，問題仍然存在著。盡管路由器比電話交換機便宜很多，路由器的容量卻很低。用小構塊建造大網絡不僅花費高，而且迅速達到收益減少點。我們已經看到因特網主干由于當前這么多的高端路由器而負擔過重，它們還要經歷成功的因特網電話服務要帶來的通信量的顯著增加。我們這里要談兩件事。1．當前的因特網主干不可能支持伴隨成功的因特網電話業(yè)務而來的通信量的顯著增加，我們需要等待路由器技術的提高。2．上面提出的第二個問題是帶寬使用的問題。10Kbps半雙工(當雙方偶而同時說話時還有點多，但在沉默的延續(xù)期間就更少了)確實比64Kbps全雙工專用容量低得多。關于這個論點有兩點應當注意。首先，帶寬至少在當地下還有多余可用的光纖時是便宜的，一旦最后一根光纖都用上時，下一個每秒比特的價格就非常昂貴。其次，越洋路由器的帶寬更加昂貴，為此我們已經在把話音帶寬壓縮到9.6kbps，這實際上相當于因特網電話的10kbps。為什么IP容量的價格定得比POTS那么低？回答是定價差異部分與因特網的補貼歷史相關?，F在，因特網主干供應商開始采取步驟來解決因特網的費用問題。這個步驟的實質是認識到因特網需要收使用費。這種收費已經適用于撥號用戶，但一般不適用于有專用連接的用戶。如果PC到PC因特網電話變得流行，用戶會傾向于較長時間地保持他們PC的連接狀態(tài)。這將使他們處于能接收呼叫的狀態(tài)。這也將提高端口中撥號上的保持時間。這將對因特網的資本和重復費用有重大的影響。(5)收費目錄服務必須提供上述功能，為對服務的記帳收集足夠的信息。能對目錄服務進行收費，也能對登記(一次性費加上月費)、呼叫建立收費，但也許不能對持續(xù)時間收費。持續(xù)時間費已經向因特網撥入用戶收取了，它是以某種方式為連接LAN的用戶捆綁的。對因特網業(yè)務的使用收費很快就會到來(如以上討論的那樣)。對輸入和輸出PSTN段收取延續(xù)時間費是可能的。通過采用特殊的地區(qū)代碼，可以將PSTN呼叫按長途段來收費。其它直接記帳選擇是900呼叫和呼叫卡(信用卡)記帳選擇(二者都需要第二個撥號音)。要求所有主叫者(輸入PSTN呼叫除外)都登記目錄服務，將消除對大多數收方付費呼叫的立即需求，這也許將不是一個大障礙，因為IP電話業(yè)務的大多數用戶會既想要接收呼叫也想要發(fā)出呼叫，而接受呼叫是要求登記的。主叫者可能有未入冊的登記項，但沒有名字，這些登記項將是帶E.164地址的登記項。給出這個E.164地址的人可以(從PSTN或從PC)呼叫該方，如當前電話系統中的情況一樣?？梢杂貌煌膲嚎s等級來提供不同的話音再生質量，與此同時或多或少地使用因特網的中轉資源。對于PC到PC連接來說，兩端的軟件包能協商要使用的帶寬量。這種協商可通過目錄服務而得到方便。(6)技術問題實行登記、自動存在通知和確認能力，與IP電話銷售商進行協調將是有必要的。我們將還需要增加對業(yè)務請求進行通信的能力。這些將包括對規(guī)定了諸如“即使是長途也將撥出呼叫接入PSTN”的屬性和其它有待確定的屬性的收方付費呼叫的授權。用目錄登記是一個必備的特征，下面將解釋這種特征。將DNS模型用于分布式目錄服務將可能會便于這個未來的要求。如果用的是真實的地區(qū)代碼，則向目錄登記項分配一個偽E.164號碼的效果將最佳，如果每個通信公司都有地區(qū)代碼，那將會使目錄系統之間的協作容易許多。如果對號碼開始有可移植性要求，問題就會明顯復雜起來。按照較佳實施例的IP電話已經到來并至少在不遠的將來會存在一段時間。通信公司等級業(yè)務在這個技術基礎上的組合，以及路由器容量的增長，會導致因特網將來在長途通信量的傳輸中占據非常重要的份額。如果從家庭諸如電纜調制解調器接入因特網能獲得更高的速度，就會使優(yōu)質的消費IP電話服務更容易得到。增加視頻則會進一步提高對業(yè)務的需求。更普通但卻有趣的是因特網上的傳真業(yè)務，這與以上討論的話音服務非常相似，與傳真協議相關的定時問題在有些地方使這種業(yè)務更加困難。采用因特網中的數字橋來舉行會議使話音和視頻服務更加吸引人。這可通過利用在因特網世界中開發(fā)的多信道傳播(multi-casting)技術來做到。用多信道傳播來提供這類業(yè)務，費用將會降低。C．因特網電話業(yè)務圖1C是按照較佳實施例的一個因特網電話系統的框圖。當一方撥打一個電話號碼時，電話200通過摘機(goingoffhook)而用于啟動一個呼叫，這時處理開始。電話200一般是通過常規(guī)的雙線用戶回路連接的，模擬的話音信號能在該回路中雙向導通。本領域的一般熟練人員知道，電話可以通過光纖、ISDN或其它裝置連接，這些都不偏離本發(fā)明的思想。另一種可選方案是人們也可以從計算機210、尋呼系統、電視會議系統或其它能打電話的系統來撥打電話號碼。呼叫進入本地交換通信公司(LEC)220，后者是地區(qū)貝爾運營公司(RBOC)中央交換局的另一個名稱。呼叫被位于諸如MCI的交換通信公司的租賃公用商業(yè)線路(CBL)230的LEC端接。端接到CBL的結果是，MCI交換機221接收一個摘機(offhook)指示。交換機221響應該摘機，啟動一個DAL熱線過程請求到網絡控制系統(NCS)，后者也稱作數據接入點(DAP)240。交換機221在圖中作了簡化，只顯示它在一個單一DS1線路上運行，但是應當明白，可以將數千個個別用戶線路上的呼叫路由選擇通過該交換機抵達最終目的地。DAP240向始發(fā)交換機221返回一個路由選擇應答，指示交換機221將呼叫路由選擇到交換機230或231。呼叫的路由選擇是由DAP240執(zhí)行的，后者將事務信息轉換成特定的交換機ID(SWID)和一個特定的終結中繼組(TTG),TTG對應于到達適當目的地-本例中是交換機230或231-所需的離開MCI網絡的路由。另一個混合網絡接入的實施例將因特網接入設施融合到交換機232中。這種集成解決方案使交換機232能直接附接到因特網295，減少了網絡與因特網295連接所需的網絡端口數量。DAP將這個應答信息發(fā)送給始發(fā)交換機221，將原始呼叫路由選擇到正確的終結交換機230或231。終結交換機230或231然后按原始DAP應答的指示尋找正確的終結中繼組(TTG)，并根據DAP240的路由選擇信息將呼叫路由選擇到ISN250或直接到調制解調器池270。如果呼叫的目的地是智能服務網絡(ISN)250，則DAP240就會指示交換機在交換機230終結。根據對撥叫號數字的分析，ISN將呼叫路由選擇到音頻應答單元(ARU)252。ARU252區(qū)分話音、傳真和調制解調器呼叫，如果呼叫來自調制解調器，則呼叫被路由選擇到調制解調器池271，連接系驗證服務器291來驗證用戶。如果呼叫被驗證，則呼叫被通過UDP/IP或TCP/IPLAN281成其它媒體通信網絡轉發(fā)到基本因特網協議平臺(BIPP)295作進一步處理并最終投遞到計算機或其它能處理媒體的設備。如果呼叫是話音，ARU就提示主叫者提供卡號和終端號。卡號是由卡確認數據庫確認的。假定卡號有效，則如果終端號是在美國(國內的)，則呼叫就被路由選擇當前的MCI話音線路。如果終端號是國際的，則呼叫被路由選擇到編碼解碼器260，后者將話音轉換成TCP/IP或UDP/IP并將其通過LAN280發(fā)送到因特網295。呼叫被路由選擇通過位于終結端的網關，最終到達某個電話或其它能處理電話的設備。圖1D是按照較佳實施例的一種混合交換機的框圖。圖中保留了圖1C中標注號，增加了一個額外的方框233?？?33含有用于將交換機直接連接到因特網或其它通信裝置的連接裝置。該連接裝置的詳細內容在圖1E中展示。圖1D的混合交換機與圖1C中的交換機的主要區(qū)別是，交換機221能直接附接到因特網295。圖1E是按照較佳實施例在圖1D中表示的連接裝置233的框圖。消息總線234將交換機結構連接到內部網絡236和237。內部網絡又接收來自動態(tài)電話連接(DTC)238和239的輸入，DTC又為始發(fā)自多個DSI線路242、243、244和245的信號提供多路分離(demuxing)。前文說明過，DS1線路指的是T1線路上的常規(guī)位格式。為了適應快速多變的電話/媒體環(huán)境，較佳實施例為另一個內部網絡237使用了單獨的交換機連接。采用一個譜外圍模塊(SpectrumPeripheralModule-SPM)247來處理從共用的交換機陣列248、249、251、254、261-268接收的電話/媒體信號。共用的交換機陣列是由SPM247通過控制線路用交換機命令來管理的。SPM247與服務供應商的呼叫處理系統通訊，呼叫處理系統能確定哪一個線路要求哪一種類型的混合交換處理。例如，傳真?zhèn)鬏斏傻囊粽{標識該傳輸為數字數據而不是數字化的話音。當檢測到數字數據傳輸時，呼叫處理系統就指示呼叫電路讓該特定輸入線路通過共用的交換機陣列連接到一條具有適當的處理特性的對應線路。因此例如，一個因特網連接要連接到TCP/IP調制解調器線路268以保證信號先得到適當處理，再經內部網絡237通過消息總線234被傳送到圖1D的始發(fā)交換機221。共用的交換機矩陣除了方便交換機到因特網的直接連接外，還為交換機提供了適應當前通信協議和將來通信協議的靈活性。回波抵消裝置261以允許按需的回波抵消的方式有效地安裝在交換機中。數量相對較少的回波抵消器能服務數量相對較大的個別傳輸線路。共用的交換機陣列能配置成動態(tài)地將接入側傳輸或網絡側傳輸路由選擇到OC3demux、DSP處理或源自交換機任一方向的其它專業(yè)處理。此外，如圖1E中所示的較佳實施例提供額外的系統效率，諸如在一個話音或數據電路交換機一側的端口設備內組合多路轉換器級，以便能將光纖電纜直接連接到端口設備的多路轉接的輸出。此外，通過CEM248/249和RM251/254上可用的備用路由將冗余建造到交換機中以為附接各種通信端口替換通路。當圖1D的交換機221連接到因特網295時，處理按如下方式提供。來自因特網295的線路通過調制解調器端口268進入交換機，并進入共用的交換機陣列，在其中執(zhí)行了多路分解和其它必要操作后，將信息通過內部網絡237和消息總線234傳送到交換機221，模塊261-268為連接滿足各種通信規(guī)定的外圍設備提供即插即用功能。圖1F是按照較佳實施例的混合(因特網-電話)交換機的框圖?；旌辖粨Q機221與因特網295上的TCP/IP或UDP/IP端口轉換公共交換電話網(PSTN)256上的電路?；旌辖粨Q機221的組成是PSTN網絡接口(247、260)，高速因特網網絡接口(271、272、274)、一組數字信號處理機(DSP)(259、263)、時分復用總線262和高速數據總線275?；旌弦蛱鼐W電話交換機221是路由器結構與電路交換結構相結合的產物。到達PSTN接口257的呼叫是用ISDN用戶部分(ISUP)的信令來啟動的，帶有一個初始地址消息(IAM)，內含被叫方號碼和可選的主叫方號碼。PSTN接口257將IAM傳輸到宿主處理機270。宿主處理機270檢查發(fā)起端的PSTN網絡接口、被叫方號碼和其它IAM參數，并為呼叫選擇一個外出的網絡接口。外出網絡接口的選擇是根據路由選擇表作出的，交換機221也可以查詢因特網上的一個外部業(yè)務控制點(SCP)276來請求路由選擇指令。路由選擇指令-無論是在交換機221上本地導出或是從SCP276導出的，都可以用來到達特定目的地的一個子網來定義。同路由器一樣，交換機221中的每個網絡接口都用一個子網地址來標記。因特網協議(IP)地址含有計算機位于的子網的地址。PSTN地址不含IP子網地址，所以子網被轉換到PSTN地區(qū)代碼和交換局。交換機221選擇到IP地址和PSTN地址的路由的方法是，選擇一個能將分組帶到更近的目的地子網或本地交換機的子網的接口。呼叫能通過另一個PSTN接口258從交換機出去，或者能通過高速因特網接口273外出該交換機。如果呼叫是通過PSTN接口258外出交換機的，則呼叫可作為標準PCM音頻呼叫外出，或可作為攜帶壓縮數字音頻的調制解調器呼叫而外出該交換機。如果呼叫是作為標準PCM音頻呼叫外出交換機221的，該PCM音頻就被用TDM總線260從PSTN接口257轉換到PSTN接口258。類似地，用TDM總線260將PCM音頻從PSTN接口258轉換到PSTN接口257。如果呼叫作為攜帶壓縮數字音頻的調制解調器呼叫離開交換機221，交換機221可啟動一個通過PSTN接口258到一個PSTN號碼的外向呼叫，并在TDM總線260上附接一個起調制解調器作用的DSP資源259。一旦建立起與目的地的調制解調器的會話，就能將PSTN257上的輸入PCM音頻附接到作為音頻編解碼器的DSP資源263，對音頻進行壓縮。音頻格式的例子有ITU.729和G.723。壓縮的音頻被分組到DSP263上的點到點協議(PPP)分組中，并傳輸到DSP259用于PSTN接口258上的調制解調器傳遞。如果呼叫是在高速因特網接口272上離開交換機272的，交換機272就連接PSTN接口257與作為音頻編解碼器的DSP資源263，以壓縮PCM音頻，并將音頻分組成供在因特網網絡上傳輸的UDP/IP分組。該UDP/IP分組被從DSP資源263經高速數據總線275傳輸到高速因特網網絡接口272。圖1G是表示混合因特網電話交換機221中涉及的軟件過程的框圖。在因特網網絡接口296上接收的分組被傳輸到分組分類器293。分組分類器293判斷該分組是標準IP分組還是路由選擇協議(ARP、RARP、RIP、OSPF、BGP、CIDR)或管理協議(ICMP)的一部分。路由選擇和管理協議分組被交給路由選擇守護程序294。路由選擇守護程序294保持路由選擇表供分組分類器293和分組調度器298使用。被分類為標準IP分組的分組要么被傳輸到分組器/解分組器292，要么被傳輸到分組調度器298。要轉換成PCM音頻的分組被傳輸到分組器/解分組器292。分組器/解分組器提取分組內容并交給編解碼器291，后者將壓縮音頻轉換成PCM音頻，然后將PCM音頻傳輸到PSTN接口290。要發(fā)往其它因特網設備的標準IP分組被分組分類器293交給分組調度器298，后者根據路由選擇表為分組選擇外出網絡接口。分組被置于所選定外出網絡接口的向外分組隊列，然后分組被傳輸到高速網絡接口296用于在因特網295上投遞。D．呼叫處理本節(jié)描述呼叫在上述網絡上下文中是如何處理的。1．VNET呼叫處理圖10A表示一個公共交換網(PSTN)1000，它包含一個本地交換局(LEC)1020，主叫方是通過LEC用電話1021或計算機1030接入包括有多個MCI交換機1011、1010的交換網絡的。路由選擇電話呼叫和其它信息的目錄服務是由公共交換分機1041、1040與PSTN之間共享的目錄服務1031提供的。這個情景集允許用戶用PC、電話或二者來發(fā)出或接收VNET呼叫，在這個業(yè)務中，用戶可以有下列設備·使用VNET路由選擇的電話現今能在MCI網絡中得到。在這種情況下，利用用戶的VNET號碼到達MCIPSTN網絡的VNET呼叫是在DAP的輔助下路由選擇的，正如它們現今路由選擇的方式一樣?！ぞ哂幸蛱鼐W電話功能的PC。出入該PC的呼叫，是在跟蹤VNET用戶的登錄狀態(tài)和當前IP地址的因特網或內部網目錄服務的輔助下路由選擇的?！び靡粋€PC和一個電話來接收和發(fā)出呼叫。在這種情況下，一個用戶輪廓中將含有能讓DAP和目錄服務決定是向PC還是向電話發(fā)送輸入呼叫的信息。例如，用戶可能總想在他們登錄后讓呼叫到達他們的PC，在所有其它時間到達他們的電話?；蛘?，他們會希望他們的呼叫在正常工作時間內總是到達他們的PC，在其它時間到達他們的電話。這類對向電話還是向PC發(fā)送輸入呼叫的決定的控制，可以由用戶來控制。下列情況適用這個業(yè)務類型。1．PC到PC呼叫，其中要向目錄服務查詢終端PC的位置?！び脙炔烤W作為傳輸機構連接到內部網的PC?！蓚€通過撥號接入與公司內部網相連的PC。·獨立的內部網上通過因特網連接的兩個PC。·因特網上通過撥號連接的兩個PC。·一個PC直接連接到公司內部網，另一個PC用撥號連接到因特網?！ひ粋€PC用撥號連接到公司內部網，另一個PC用撥號連接到因特網。·兩個在獨立的內部網上通過PSTN連接的PC。·一個或兩個用撥號接入連接到公司內部網的PC?！ひ粋€或兩個連接到因特網服務供應商的PC?！ひ粋€或兩個作為網內單元的ITG。2．PC到電話呼叫，其中要查尋目錄服務來確定終端VNET是個電話。PC然后與因特網電話網關聯系向終端電話接入一個呼叫?！炔烤W上使用一個與PSTN連接的專用ITG的PC，其中ITG作為網絡單元的外出單元。目的地電話與PBX相連?！C也可以用一個必須通過因特網接入的公共ITG?！C可以用撥號接入與公司內部網相連?！炔烤W上使用一個與PSTN連接的專用ITG的PC，其中ITG作用網絡內單元。目的地電話與PSTN相連?！C也可以使用一個必須通過因特網接入的公共ITG?！C可以用撥號接入與公司內部網相連?！な褂脤Ｓ肐TG連接到PSTN的內部網上的PC，以ITG作為網絡內單元。將目的地電話連接到該PSTN?！ぴ揚C也可采用必須通過因特網接入的公共ITG?！C可以用撥號接入與公司內部網連接。·ITG可以是一個網內單元?！炔烤W上使用一個與PBX連接的專用ITG的PC，其中通信是在內部網上傳輸的?！C位于與目的地電話不同的站點，業(yè)務是在因特網或內部網上傳輸的。·PC可以采用到公司內部網的撥號連接。3．電話到PC呼叫，其中DAP或PBX促使因特網目錄服務為呼叫的路由選擇而標識終端IP地址和ITG。呼叫然后被通過PSTN路由選擇到ITG，建立一個從ITG到目的地PC的連接?？赡艿淖兓cPC到電話的變化相同。4．電話到電話呼叫，其中DAP或PBX必須查詢目錄服務來確定該呼叫應當終結于用戶的電話還是PC。可能的變化·兩個電話都在PBX上；·一個電話在PBX上，另一個電話在PSTN上；·兩個電話都在PSTN上。對于這些變化的每一種，DAP和目錄服務可以是一個單一實體，或者可以是單獨的實體。目錄服務可以是專用服務，或者可以是共享服務。下面將結合一個按照較佳實施例的呼叫流描述來討論每一種情況。為了幫助對實施例的理解，下面列出了與每一個呼叫流圖關聯的塊單元(blockelement)的描述。2．塊單元描述E．可再用的呼叫流框1．VNETPC連接到公司內部網并登錄到目錄服務1．PC的用戶將他們的計算機連接到IP網絡，打開計算機并啟動IP電話軟件包。軟件包發(fā)送一個消息給目錄服務，以便將計算機登記為“聯機的”，可用于接收呼叫。為了安全，這個聯機登記消息極可能以加密的格式被發(fā)送給目錄服務。加密要基于一個在PC與目錄服務之間共享的公用鑰。該消息含有下列信息·可用來尋址這個計算機的某種計算機標識或者虛擬專用網絡號。在這個VNET情況中，這是為使用該PC的個人分配的VNET號。這個信息將用于標識與該用戶關聯的用戶輪廓。它也可以是目錄服務能將其與VNET用戶輪廓關聯的某種標識，諸如名字、雇員ID或任何獨有ID?！び糜趯NET所標識的用戶進行驗證的口令或其它某種機制?！俗R正被用于將計算機與網絡連接的端口的IP地址。該地址將被其它IP電話軟件包用于建立與該計算機的連接。·該消息可含有關于正為IP電話使用的軟件包的詳細說明書和軟件或PC的配置/功能的額外信息。例如，對于主叫PC來說，了解正在使用的壓縮算法的類型、或者軟件或硬件可能影響其它用戶與他們連接或在連接期間使用特殊功能部件的能力的其它能力，可能是重要的。由這個用戶的數據分配實施(datadistributionimplementation)來確定接收該“聯機”消息的目錄服務的位置。在有些情況下，這可能是預訂VNET業(yè)務的公司或組織的專用數據庫，在其它情況下，這可能某服務供應商(MCI)的所有用戶的國家或世界數據庫。這個位置是在PC上運行的電話軟件包中配置的。2．當目錄服務從PC接收這個消息時，它要確認用戶，方法是用該VNET號查閱用戶輪廓，將用戶輪廓中的口令與所接收的口令加以比較。用戶一旦被確認，目錄服務就對該VNET號(或其它獨有ID)所關聯的輪廓條目進行更新，以表示用戶是“聯機的”，位于該指定IP地址。目錄服務也將用在登錄請求期間發(fā)送的配置數據來更新輪廓。成功地更新輪廓后，目錄服務向該指定IP地址發(fā)回一個表示消息被接收并得到處理的應答。這個應答消息也可能含有某種密鑰以保證在發(fā)出其它命令時與目錄服務通信的安全。當PC接收了這個應答消息時，就選擇通過可視或音響指示器來通知用戶。聯機登記的變化本節(jié)早些時候顯示的呼叫流段顯示的PC聯機登記過程中，PC只是向目錄服務發(fā)送一個口令就能登錄。下面的呼叫流段是這種登錄過程的一種變異，其中目錄服務提出一個難題，PC用戶必須回答這個難題才能完成登錄程序。登錄程序的這種變異，在本文件中任何呼叫流中都沒有出現，但在它們任何一個中都能使用。1．PC的用戶將他們的計算機連接到IP網絡，打開計算機并啟動IP電話軟件包。軟件包發(fā)送一個消息給目錄服務，以便將計算機登記為“聯機的”，可用于接收呼叫。為了安全，這個聯機登記消息極可能以加密的格式被發(fā)送給目錄服務器。加密要基于一個在PC與目錄服務器之間共享的公用鑰。該消息含有下列信息·可用來尋址這個計算機的某種計算機標識或者虛擬專用網絡號。在這個VNET情況中，這是為使用該PC的個人分配的VNET號。這個信息將用于標識與該用戶關聯的客戶輪廓。它也可以是目錄服務能將其與VNET用戶輪廓關聯的某種標識，諸如名字、雇員ID或任何獨有ID?！俗R正被用于將計算機與網絡連接的端口的IP地址。該地址將被其它IP電話軟件包用于建立與該計算機的連接?！ぴ撓⒖珊嘘P于正為IP電話使用的軟件包的詳細說明書和軟件或PC的配置/能力的額外信息。例如，對于主叫PC來說，了解正在使用的壓縮算法的類型、或者軟件或硬件可能影響其它用戶與他們連接或在連接期間使用特殊特征的能力的其它能力，可能是重要的。由這個用戶的數據分配實施來確定接收該“聯機”消息的目錄服務的位置。在有些情況下，這可能是預訂VNET服務的公司或組織的專用數據庫，其它情況下，這可能是某服務供應商(MCI)的所有客戶的國家或世界數據庫。這個位置是在PC上運行的電話軟件包中配置的。2．在這個情況下，PC不在初始登記消息中提供口令。這是因為，目錄服務采用的是難題/應答登記過程。在這種情況下，目錄服務將采用一個共享鑰來設計要向PC提出的難題。3．PC接收這個難題并將其表示給PC用戶。PC用戶用該共享鑰推算對難題的應答，然后將應答發(fā)送回目錄服務。4．當目錄服務從PC接收這個應答時，它就確認用戶。用戶一旦被確認，目錄服務就對該VNET號(或其它獨有ID)所關聯的輪廓條目進行更新，以表示用戶是“聯機的”，并位于該指定IP地址。目錄服務也將用在登錄請求期間發(fā)送的配置數據來更新輪廓。成功地更新輪廓后，目錄服務向該指定IP地址發(fā)回一個表示消息被接收并得到處理的應答。這個應答消息也可能含有某種密鑰以保證在發(fā)出其它命令時與目錄服務通信的安全。當PC接收了這個應答消息時，就選擇通過可視或音響指示器來通知用戶。2．VNETPC向目錄服務詢問VNET轉換1．PC用因特網電話軟件包來試圖連接到一個VNET號。為了建立這個連接，PC用戶撥該VNET號(或者諸如名字、雇員ID等的其它獨有ID)。電話軟件包確定這個呼叫是個VNET類型的呼叫后，就向目錄服務發(fā)送一個轉換請求。該轉換請求至少要包含以下信息·發(fā)送該請求的計算機的IP地址。·發(fā)送該請求的PC的VNET號?！ひ獡芙械挠嬎銠C的VNET號(或其它ID)?！檫B接而請求的配置。例如，主叫PC可能想要用電話軟件包內的白板(white-board)功能，并可能希望在建立連接之前確認目的地PC上的這個功能。如果VNET號不轉換到PC，這個配置信息可能不會提供任何好處，但是用戶不能在發(fā)送該請求的同時就知道該VNET號將轉換到PC還是電話。2．當目錄服務接收這個信息時，它用VNET號(或其它ID)來確定VNET號(或其它ID)關聯的用戶是否是“聯機的”，并標識可以與計算機聯系的位置的IP地址。這個目錄服務也可含有并利用時間路由選擇、星期路由選擇、ANSI屏蔽等特征。如果VNET號轉換到一個“聯機的”PC，目錄服務就將這個請求中的配置信息與目的地PC的輪廓中可用的配置信息進行比較。當目錄服務從始發(fā)PC向轉換請求返回應答時，該應答將包括·目的地PC登記的“聯機”IP地址。這是始發(fā)PC可用于聯系目的地PC的IP地址。·表示目的地PC的能力的配置信息，可能還有關于始發(fā)與目的地PC之間哪些能力是兼容的某種信息。如果VNET號轉換到一個必須通過PSTN撥叫的號，則發(fā)給PC的應答消息將含有以下內容-可用于在MCI的PSTN上得到這一呼叫的因特網電話網關的IP地址?？梢愿鶕S多選擇算法來選擇這個網關。主叫者與所要使用的ITG之間的關聯，是根據目錄服務內所含的輪廓中的信息來決定的。-要由ITG撥打以連接目的地電話的VNET號。就這個呼叫流而言，這是目的地電話的VNET號。這允許呼叫使用由DAP提供的現有的VNET轉換和路由選擇機制。如果VNET號轉換到一個可以通過與用戶PBX連接的專用ITG到達的電話，則目錄服務將返回以下內容-與服務該目的地電話的PBX連接的ITG網關的VNET號。目的地電話與連接到其服務PBX的ITG之間的關聯是由目錄服務決定的。-向PBX提供呼叫時ITG要撥打的VNET號。大多數情況下，這只是一個分機號碼。3．PC連接到ITG1．PC用其因特網電話軟件包向ITG發(fā)送一個“連接”消息。這個IP地址一般是為響應VNET轉換而從目錄服務返回的。這個消息的特定格式和內容取決于發(fā)送消息的軟件或接收該消息的ITG軟件。這個消息可含有表示PC的用戶的信息，或者可含有規(guī)定與所請求連接關聯的參數的信息。2．ITG通過用一個表示已經接收到呼叫的應答來響應該消息響應該連接消息。對于PC呼叫ITG來說，可能并不需要這個呼叫建立的步驟，但是本文在這里表示出來，目的是保持一個一致的、取決于PC與ITG還是另一個PC相連的呼叫建立過程。當與PC相連時，這個過程的步驟允許主叫PC知道目的地PC正在振鈴。3．ITG接受該呼叫。4．ITG與PC之間建立一個話音通路。4．ITG連接到PC1．ITG用其電話軟件向PC發(fā)送一個“連接”消息。ITG必須知道它正在連接的PC的IP地址。這個消息的特定格式和內容取決于發(fā)送消息的ITG軟件或接收該消息的PC軟件。這個消息可含有標識這個呼叫是從ITG提供的信息，或者可含有規(guī)定為該呼叫所請求的配置(即僅話音呼叫)的信息。2．步驟1的消息被PC接收，通過向ITG發(fā)回一個表示PC正在向PC用戶提供呼叫的消息來確認該消息的接收。3．PC用戶回答呼叫，向始發(fā)PC發(fā)回一個表示呼叫已經被接受的消息。4．ITG與PC之間建立一個話音通路。5．VNETPC到PC呼叫流描述PC121051的用戶將計算機連接到互連網協議(IP)網絡1071，打開計算機并啟動IP電話軟件協議系統。系統軟件發(fā)送一個消息給目錄服務1031，以便將計算機登記為“聯機的”，可用于接收呼叫。該消息含有標識正用來將該計算機連接到網絡的連接IP地址。該地址可被其它IP電話軟件包用于建立與該計算機的連接。這個地址包含可用來尋址該計算機1051的計算機標識或虛擬專用網絡號。在這個VNET情況下，地址是為使用PC的個人分配的VNET號。VNET指的是一種虛擬網絡，其中支持特定電話號碼集作為能交換呼叫的號碼的專用網絡。許多公司當前為接入和接收公司問呼叫而購買用作專用通信信道的干線上的通信時問。地址也可以是諸如名字、雇員ID或任何其它獨有ID的某種標識。該消息可含有其它有關用于IP電話使用的PC111051的系統軟件的詳細說明書或硬件配置的信息。例如，對于主叫PC來說，知道正受支持并在當前通信中活動的的壓縮算法的類型、或者軟件或硬件可能影響其它用戶連接或在連接期間使用特殊功能部件的能力的其它能力，可能是重要的。6．為因特網上的因特網電話網關服務器的因特網客戶機選擇來確定最佳選擇圖10B表示按照較佳實施例的一個因特網路由選擇網絡。如果因特網上的客戶計算機1080需要連接到因特網電話網關1084，根據客戶機的需要，對網關的理想選擇不外乎有兩類如果客戶計算機1080需要將電話呼叫接到正規(guī)PSTN電話，并確定使用PSTN網絡比使用因特網網絡更便宜或質量更高，則最佳選擇是選擇一個允許客戶機從與因特網接入點“最近的”一個點接入PSTN網絡。這通常稱作為首端起飛(HEHO-Head-EndHop-Off)，其中客戶機在因特網的“首端”或“近端”飛離(hopoff)因特網。如果客戶計算機1080需要將電話呼叫接到正規(guī)PSTN電話，并確定使用PSTN網絡比使用因特網網絡更貴，則最佳選擇是選擇一個允許客戶機從因特網與目的地電話最近的一個點接入PSTN網絡。這通常稱作為尾端起飛(TEHO-Tail-EndHop-Off)，其中客戶機在因特網的“尾端”或“遠端”飛離(hopoff)因特網。a)首端起飛方法(1)客戶機乒(ping)方法該方法通過獲得候選因特網電話網關地址的列表，通過乒每個地址，為首端起飛因特網電話網關選擇最佳選擇方案，根據路由器跳躍段的等待時間和數量，確定最佳選擇方案?！蹩蛻粲嬎銠C1080查詢目錄服務1082來獲得因特網電話網關的列表。□目錄服務1082查找網關數據庫，選擇作為候選向客戶機提供的網關列表。選擇候選網關的標準可能包括□上一次選擇的網關。□在IPv4地址匹配1、2或3個八位組?！跎弦粋€客戶機接入點(如果已知的話)?！鯊乃兄饕W關站點選擇至少一個網關(如果可行的話)?！跄夸浄?082在TCP/IP消息中向客戶計算機1080返回一列“n”個候選IP地址?！蹩蛻粲嬎銠C1080同時地用IP乒向各候選因特網電話網關1084、1081、1086發(fā)送一個回聲類型的消息。乒命令將用“-r”選擇項去獲得跟蹤路由?！醺鶕Ω饕蛱鼐W電話網關的乒結果，客戶機1080將按下列方法排定乒結果的次序□如果乒跟蹤路由表明，有任何因特網電話網關能被客戶機1080不經過中間路由器就能訪問，則這些因特網電話網關被列在前面。□其余因特網電話網關按照往返乒結果的最低等待時間的次序排隊。采用結合上述采樣網絡拓撲的客戶機乒方法，客戶計算機1080向目錄服務1082查詢要乒的因特網電話網關列表。目錄服務1082返回列表166.37.61.117166.25.27.101166.37.27.205客戶計算機1080同時發(fā)出下列三個命令ping166.37.61.117-r1ping166.25.27.101-r1ping166.37.27.205-r1乒命令的結果如下用32字節(jié)的數據乒166.37.61.117從166.37.61.117的回答字節(jié)=32時間=3msTTL=30路由166.37.61.101從166.37.61.117的回答字節(jié)=32時間=2msTTL=30路由166.37.61.101從166.37.61.117的回答字節(jié)=32時間=2msTTL=31路由166.37.61.101從166.37.61.117的回答字節(jié)=32時間=2msTTL=30路由166.37.61.101用32字節(jié)的數據乒166.25.27.101從166.25.27.101的回答字節(jié)=32時間=14msTTL=30路由166.37.61.101從166.25.27.101的回答字節(jié)=32時間=2msTTL=30路由166.37.61.101從166.25.27.101的回答字節(jié)=32時間=3msTTL=31路由166.37.61.101從166.25.27.101的回答字節(jié)=32時間=4msTTL=30路由166.37.61.101用32字節(jié)的數據乒166.37.27.205從166.37.27.205的回答字節(jié)=32時間=1msTTL=126路由166.37.27.205從166.37.27.205的回答字節(jié)=32時間=1msTTL=126路由166.37.27.205從166.37.27.205的回答字節(jié)=32時間=1msTTL=126路由166.37.27.205從166.37.27.205的回答字節(jié)=32時間=1msTTL=126路由166.37.27.205由于被帶到166.37.27.205路由不經歷路由器(路由和乒地址相同)，所以將這個地址列為首位。其余的因特網電話網關地址按平均等待時間排位。結果的因特網電話網關地址最佳排位是166.37.27.205166.37.61.117166.25.27.101首選網關是最可能提供高質量服務的網關，因為它位于相同的局域網上。這個網關將是用戶第一個試圖使用的網關。(2)接入設備位置方法該為因特網電話網關確定最適當選擇的方法，采用的是上述客戶機乒方法和了解客戶機1080從何處接入因特網的組合方法。這種方法適合通過撥號接入設備接入因特網的客戶機。客戶計算機1080撥叫因特網接入設備。接入設備回答該呼叫并播放調制解調器音。然后，客戶計算機與接入設備建立一個PPP話路。客戶機上的用戶被驗證(用戶名/口令提示，由驗證服務器確認)。用戶通過驗證后，接入設備就能自動地為驗證過的用戶更新目錄服務中的用戶輪廓，存儲下列信息“用戶名”“帳戶代碼”“聯機記時標記”“接入設備站點代碼”以后，當客戶機要求通過因特網電話網關接入時，它就查詢目錄服務1082來確定對因特網電話網關的最佳選擇。如果在目錄服務上的用戶輪廓中發(fā)現有接入設備站點代碼，目錄服務1082就選擇位于相同站點代碼的因特網電話網關1084、1081和1086，將IP地址返回給客戶機1080。如果在與接入設備站點代碼相同的站點沒有可用的因特網電話網關1084、1081和1086，則要根據目錄服務上保留的網絡拓撲圖來選擇下一個最佳選擇方案。如果在目錄服務1082沒有發(fā)現接入設備站點代碼，說明客戶機1080曾通過某個不能更新目錄服務1082的設備接入過網絡。在這種情況下，就用上述的客戶機乒方法來定位最佳替用的因特網電話網關1084。(3)用戶輪廓方法另一個選擇因特網電話網關1084、1081和1086的方法是將選擇網關所需的信息嵌入目錄服務器上存儲的用戶輪廓中。要采用這個方法，用戶必須在客戶機上執(zhí)行一個因特網電話軟件包。軟件包第一次執(zhí)行時，要從用戶收集登記信息，包括名字、電子郵件地址、IP地址(對于固定計算機)、站點代碼、帳戶代碼、通常的因特網接入點，以及其它相關信息。用戶輸入這些信息后，軟件包就將信息存儲到目錄服務器上的用戶輪廓內。每當用戶啟動因特網電話軟件包時，用戶的IP地址就在目錄服務自動更新。這叫自動存在通知。以后，當用戶需要因特網電話網關服務時，用戶就查詢目錄服務，尋找要使用的因特網電話網關。目錄服務知道用戶的IP地址以及用戶的通常站點和網絡接入點。目錄服務可用這個信息加上所有因特網電話網關1084、1081和1086的網絡圖，來選擇最佳的因特網電話網關供客戶機使用。(4)網關乒方法為首端起飛因特網電話網關選擇最佳選擇方案的最后方法是，獲得候選因特網電話網關地址的列表，通過乒每個地址，就路由器跳躍段的等待時間和數量，確定最佳選擇方案。過程如下□客戶計算機查詢目錄服務，以獲得最佳選擇的因特網電話網關?！跄夸浄詹檎揖W關數據庫，選擇作為候選向客戶機提供的網關列表。選擇候選網關的標準可能包括□上一次選擇的網關?！踉贗Pv4地址匹配1、2或3個八位組?！跎弦粋€客戶機接入點(如果已知的話)?！鯊乃兄饕W關站點選擇至少一個網關(如果可行的話)?！跄夸浵蚋骱蜻x網關發(fā)送消息，指示各網關去乒客戶機的IP地址?！醺骱蜻x因特網電話網關同時用IP乒命令向客戶機發(fā)送一個回聲類型的消息。乒命令將用“-r”選擇項去獲得跟蹤路由。乒結果從各候選網關返回到目錄服務?！醺鶕Ω饕蛱鼐W電話網關的乒結果，目錄服務將按下列方法排定乒結果的次序□如果乒跟蹤路由表明，有任何因特網電話網關能被客戶機不經過中間路由器就能訪問，則這些因特網電話網關被列在前面。□其余因特網電話網關按照往返乒結果的最低等待時間的次序排隊。客戶機乒方法和網關乒方法可以用跟蹤路由程序來代替乒程序，為首端跳離網關確定最佳選擇方案。b)尾端起飛方法尾端起飛要選擇因特網的一個網關作為一個外出點，外出點要盡可能地離終結PSTN位置最近。一般希望避免較高的PSTN呼叫費率?？捎靡蛱鼐W將分組化話音傳輸到目的地電話號碼的本地呼叫地區(qū)，在這里進行PSTN上的通話可付較低的本地費率。(1)網關登記尾端起飛服務的一個方法是讓因特網電話網關1084、1081和1086向目錄服務登記。各因特網電話網關將在目錄服務中有一個輪廓，列舉其服務的呼叫地區(qū)。這些地區(qū)可以以國家代碼、地區(qū)代碼、交換局、城市代碼、無線小區(qū)、LATA或其它能用來限制編號方案范圍的方法來列舉。網關在啟動后向目錄服務器1082發(fā)送一個登記消息以列舉其服務的地區(qū)。當客戶計算機希望使用TEHO服務時，就查詢目錄服務，查找為所需目的地電話號碼服務的因特網電話網關1084。目錄服務1082尋找合格的因特網電話網關，如果找到一個，就返回要使用的網關的IP地址。可以用負載平衡算法來平衡在為同一個目的地電話號碼服務的因特網電話網關1084、1081和1086上的通信量。如果沒有因特網電話網關1084、1081和1086專門為給定目的地電話號碼的呼叫地區(qū)服務，目錄服務1082就向客戶計算機1080返回一個出錯TCP/IP消息?？蛻粲嬎銠C1080然后可以選擇查詢目錄服務，查找任何因特網電話網關-不只是服務特定目的地電話號碼的網關。作為對這種網關登記方案的改進，網關可以登記為所有呼叫地區(qū)提供的呼叫費率。例如，如果在西雅圖(Seatle)沒有網關可用，那么從洛杉磯(LosAngeles)中的網關呼叫西雅圖可能會比從波特蘭(Portland)中的網關呼叫西雅圖更加便宜。目錄服務中登記的費率能讓目錄服務為任何特定呼叫采用最低費用的網關。7．Vnet呼叫處理圖11是按照較佳實施例的一個呼叫流圖。處理在1101開始，接收“聯機”消息的目錄服務的位置將由這個用戶的數據分布工具來確定。在有些情況下，這可能是預訂VNET服務的公司或組織的專用數據庫，在其它情況下，可能是某服務供應商(MCI)的所有用戶的國家或世界數據庫。當目錄服務從PC121051接收這個消息時，它要對該獨有ID所關聯的輪廓條目進行更新，以表示用戶是“聯機的”，位于指定IP地址。然后在1102，在成功地更新該ID關聯的輪廓后，目錄服務向該指定IP地址發(fā)回一個表示消息被接收并得到處理的應答(ACK)。當計算機(PC12)接收了這個應答消息時，就選擇通過可視或音響指示器來通知用戶。在1103,PC111052的用戶連接計算機到IP網絡，打開計算機并啟動電話系統軟件。這個計算機的登記過程與PC121051的登記過程相同。在這個情況下，假定接收這個消息的目錄服務要么在邏輯上要么在物理上與從PC121051接收消息的目錄服務相同。在1104，當目錄服務1031從PC111052接收一個消息時，它啟動一個與從PC121051接收消息后所遵循的過程類似的過程。然而，在這種情況下，它將更新與從PC111052接收的標識符關聯的輪廓。由于被更新的輪廓信息，當從目錄服務發(fā)出應答消息時，應答消息被發(fā)往與PC111052關聯的IP地址。這時，兩個計算機(PC121051和PC111052)都是“聯機的”，可用來接收呼叫。在1105,PC121051用它的電話系統軟件來連接計算機PC111052。為了建立這個連接，PC121051的用戶撥VNET號(或者其它獨有ID諸如名字、雇員ID等等)。根據客戶網絡的實現情況以及軟件包，可能必須在這個撥號串中加入一個獨有的網絡標識符。例如，在一個VNET電話實現中，可能會要求用戶在撥VNET號之前輸入數字8，以向PBX發(fā)出信號，表示在用VNET網絡來傳遞呼叫。一旦電話軟件包確定這個呼叫是個VNET類型的呼叫，它就向目錄服務發(fā)送一個轉換請求。該轉換請求至少要包含以下信息-發(fā)送該請求的計算機(PC121051)的IP地址?！跻獡芙械挠嬎銠C的VNET號(或其它ID)。在1106，當目錄服務接到這個消息時，就用VNET號(或其它ID)來確定與該VNET號關聯的用戶是否是“聯機的”，并標識能聯系計算機的位置的IP地址。任何其它能得到的關于正在聯系的計算機(PC111052)的信息，諸如壓縮算法或特殊的硬件或軟件能力，也可能被目錄服務1031檢索到。目錄服務1031然后向PC121051返回一個消息，消息帶有PC111052的狀態(tài)信息，諸如該計算機是否是“聯機的”，其IP地址(如果可用的話)以及任何其它可得到的關于PC111052的能力的信息。當PC121051接收該應答時，就決定是否可以聯系PC111052。作出這種決定的根據是PC111052的“聯機”狀態(tài)，以及其它關于PC111052的能力的信息。如果PC121052接收的狀態(tài)信息表明PC111052不可聯系，則呼叫流在此停止，否則就繼續(xù)。以下步驟1107至1111是“正常的”IP電話呼叫建立和拆除步驟。在1107,PC121051向PC111052傳輸一個“振鈴”消息。這個消息被定向到在步驟1106從目錄服務1031接收的IP地址。這個消息可含有標識PC121051的用戶的信息，或者可含有規(guī)定所請求連接的關聯參數的信息。在1108，步驟1107的消息被PC111052接收，該消息的接收是通過向PC121051發(fā)回一個表示PC111052的用戶正被通知有輸入呼叫的消息來確認的。這個通知可以是可見的，也可以是可聽的，具體視軟件包及其在PC111052上的配置而定。在1109，如果PC111052的用戶接受該呼叫，就向PC121051發(fā)回一個消息，確認“回答”該呼叫。如果PC111052的用戶不回答該呼叫或者選擇拒絕該呼叫，就向PC121051發(fā)回一個指示出錯情況的消息。如果呼叫沒有得到回答，則呼叫流在此停止，否則就繼續(xù)。在1110,PC111052和PC121051的用戶可以用他們的電話軟件通訊。通訊進行到1111，此時任一個PC的用戶可能通過向另外的通話者發(fā)送一個拆線消息來中斷連接。這個消息的格式和內容視PC111052和PC111052的用戶所使用的電話軟件包而定。在這種情況下，PC111052向PC121051發(fā)送一個拆線消息，兩個計算機上的電話軟件系統中斷話音的傳輸。圖12表示按照較佳實施例的一個VNET個人電腦(PC)到網絡外PC信息呼叫流。在這個流中，因特網電話網關是一個網外單元。這意味著因特網電話網關不能使用SS7信令來與交換機通信，它必須只能脈沖發(fā)出待撥叫的VNET號。一個替換實施例提供目錄服務將該VNET號直接轉換到一個交換機/中繼線并脈沖發(fā)出適當的數字。這種處理簡化了交換網絡中的轉換，但是需要在因特網網關與交換機之間有更復雜的信號傳輸結構。這種“網內”因特網網關的情況將在另一個呼叫流中描述。這種情況假設在因特網與用戶處公用交換分機(PBX)之間沒有集成。假若有集成，PC就有可能經過因特網(或內部網)連接到客戶PBX上的ITG，而避免使用PSTN。圖12是按照較佳實施例的一個呼叫流圖。處理始于1201，此時接收“聯機”消息的目錄服務的位置將由這個客戶的數據分布工具來確定。在有些情況下，這可能是預訂VNET業(yè)務的公司或組織的專用數據庫，在其它情況下，可能是某服務供應商(MCI)的所有客戶的國家或世界數據庫。當目錄服務從PC121051接收這個消息時，它要對該唯一ID所關聯的輪廓條目進行更新，以表示用戶是“聯機的”，位于指定IP地址。然后在1202，在成功地更新該ID關聯的輪廓后，目錄服務向該指定IP地址發(fā)回一個表示消息被接收并得到處理的應答(ACK)。當計算機(PC12)接收了這個應答消息時，可選擇通過可視或音響指示器來通知用戶。于是在1203，向目錄服務發(fā)送一個VNET轉換請求，要求確定撥號路徑到網絡外互連網電話網關的轉換。在1204，返回一個包括IP地址和DNIS的應答。該應答為傳遞呼叫完全解析了電話尋址信息。然后在1205，發(fā)生一個利用DNIS信息的IP電話撥號。DNIS指所撥叫的號碼信息服務(DialedNumberInformationServices)，它是關于在呼叫路由選擇中使用的呼叫的定義性信息。在1206，從IP電話返回一個應答(ACK)，在1207,IP電話回答，在1208，呼叫通路建立。1209a表示VNETPC摘機，1209b表示VNETPC發(fā)送撥號音，1210表示VNETPC脈沖發(fā)出數字。然后在1211,DNIS信息的路由選擇轉換被路由選擇數據庫用于確定如何將呼叫路由選擇到目的地電話。轉換應答在1212被接受，在1213，發(fā)生一個交換機到交換機的脈沖發(fā)出。然后在1215，向目的地電話傳輸一個振鈴，向PC發(fā)生一個回鈴。呼叫通過因特網網關連接被傳輸出網絡后在1216得到回答。在1217進行通話，直到通話的一方在1218掛機。圖13表示按照較佳實施例的VNET個人電腦(PC)到網外的電話信息呼叫流。在這個呼叫流中，通過將呼叫傳遞到因特網/內部網、再到直接與PBX連接的因特網網關，避免了使用PSTN。圖14表示按照較佳實施例的VNET個人電腦(PC)到網內的電話信息呼叫流。在這個呼叫流中，互連網電話網關是一個網內單元。這就要求互連網網關能像交換機一樣工作，并能用SS7信令來將呼叫轉交給交換機。這使得目錄服務能在首次VNET查找時就返回交換機/中繼線和脈沖發(fā)出數字。該步驟避免了由交換機執(zhí)行的額外查找。在這種情況下，目錄服務必須能訪問VNET路由選擇信息。a)PC到PC圖15表示按照較佳實施例的個人電腦到個人電腦的互連網電話呼叫。在步驟1501，網絡電話用戶用IP連接通過互連網連接到步驟1502MCI目錄服務，在此進行一次查找，確定如何傳遞該呼叫。在步驟1503，呼叫在智能系統平臺(ISP)終結，以確定向哪里發(fā)送呼叫。IP路由器是個網關，它進入MCIISP以通過智能業(yè)務網絡(ISN)特征引擎來確定如何讓呼叫通過網絡。在步驟1504，呼叫通過因特網被連接到網絡電話用戶。在另一種情況的步驟1504中，電話沒有人接，所以主叫方希望與MCI操作員通話，IP路由器穿過網絡交換機(連接話音世界的接口)。在步驟1505，網絡交換機(Net-Switch)詢問呼叫處理引擎去執(zhí)行DSP引擎功能。在步驟1506，呼叫被路由選擇通過廣域網中樞(WANHUB)，在步驟1507被傳遞到MCI交換機，再到MCI操作員或話音郵件。這個較佳實施例利用了現有基礎設施來輔助呼叫。b)PC到電話圖16表示一個從PC經因特網路由選擇到電話的電話呼叫。在步驟1602，詢問MCI目錄以獲得路由選擇呼叫所需的ISN信息。然后在步驟1603，呼叫被重定向到ISP網關，并在步驟1604和1605用IP路由器路由選擇到呼叫處理引擎。然后在步驟1606，呼叫被路由選擇到WAN，最后到達RBOC，在此為該呼叫記錄主機記帳。c)電話到PC圖17表示按照較佳實施例的電話到PC呼叫。在步驟1701，電話被路由選擇到一個特殊的網絡交換機中，在步驟1702，呼叫處理引擎用一系列數字信號處理器來確定DTMF音調。然后在步驟1703，系統查找目錄信息并連接呼叫。如果主叫者不在，或者電話占線，則在步驟1704，呼叫通過IP路由器，在步驟1705用呼叫處理引擎路由選擇到交換機上。d)電話到電話圖18表示按照較佳實施例的因特網上的電話到電話呼叫。在步驟1801，呼叫進入交換機，在步驟1802，呼叫被呼叫處理引擎中運行的呼叫邏輯程序處理。在步驟1803，在目錄信息數據庫中進行一次查找，以確定如上所述的對呼叫的路由選擇。路由選擇包括在主機記帳應用1808中存儲一個帳單記錄。即使呼叫是通過互連網選擇路由的，所有的ISN特征都向該呼叫開放。在互連網的每一端要用IP路由器來方便將呼叫路由選擇通過互連網1804進入網絡交換機。呼叫從網絡交換機路由選擇到呼叫處理引擎，通過廣域網中樞1806，再通過RBOC1807，到達目標電話。采用各種引擎1803來執(zhí)行數字代碼轉換、DTMF檢測、話音識別、呼叫進展、VRU功能和調制解調器功能。Ⅺ.電信網絡管理較佳實施例利用電信網絡的網絡管理系統來分析、關聯和提交網絡事件?，F代電信網絡利用不同于呼叫承載(call-bearing)網絡的數據信令網絡來傳輸為進行呼叫建立、處理和清除而要求的信令數據。這些信號傳輸網絡采用工業(yè)標準的體系結構和協議-合起來稱為第7公用信道信令系統或簡稱第7信令系統(SS7)。SS7是對以前的信號傳輸方法的一個重大進步，以前的信號傳輸方法中，呼叫信令數據與呼叫是在同一個電路上傳輸的。SS7提供不同的專用電路網絡來傳輸呼叫信令數據。SS7的采用減少了呼叫建立時間(主叫者覺察到的撥號后的延遲)并增加呼叫承載網絡上的容量。關于SS7信令的詳細說明可參見《SignallingSystem#7》(TravisRussell著，McgrawHill出版，1995)。SS7網絡的標準，國內(美國)網絡部分由ANSI設立，國際連接部分由ITU設立，分別稱為ANSISS7和ITUC7。圖1B中表示了一個典型的SS7網絡。呼叫承載電信網絡利用陣列交換機102A/102B來轉換客戶的通信。這些交換機102A/102B是常規(guī)的交換機，諸如北方電信公司(NorthernTelecom)制造的DMS-250或數字交換公司(DigitalSwitchCorporation)制造的DEX-600。這些交換機102A/102B用話音級和數據級呼叫承載中繼線互連。這種互連在圖1B中沒有表示，可以采取許多種配置。電信網絡中的交換機執(zhí)行多種功能。除了為話音呼叫轉接電路外，交換機還必須將信令消息轉發(fā)到作為呼叫控制一部分的其它交換機。這些信令消息是通過計算機網絡傳遞的，其中每個計算機稱為信令點(SP)102A/102B。SS7網絡中有三種信令點-業(yè)務交換點(SSP)-信號傳輸點(STP)-業(yè)務控制點(SCP)SSP是到SS7信令網絡的交換機接口。信號傳輸點(STP)104a…104f(合起來記為104)是用來交換和路由選擇SS7信號的分組交換通信設備。為了冗余和恢復，它們是成對地部署的，稱為群集。例如在圖1B中，在區(qū)域群集1中STP104A與STP104B配對，在區(qū)域群集2中STP104C與STP104D配對，在區(qū)域群集3中STP104E與STP104F配對。典型的SS7網絡中含有多個STP群集，圖1中示意性地顯示了三個。每個STP群集104服務特定的SSP102的地理區(qū)域。多個SSP102都有一級SS7鏈路連接群集內兩個SSP104中每一個。它起著一級復位(homing)裝置的作用。圖1B中示意性地只顯示了兩個復位到區(qū)域群集2的SSP102，實際上，有若干SSP102將在特定STP群集104上復位(home)。SSP102一般也將有一個二級SS7鏈路連接另一個群集中的一個或兩個STP104。這起著二級復位裝置的作用。連接各種單元的SS7鏈路標識如下A鏈路將SSP連接到它的各個一級STP(一級復位)。B鏈路將一個群集中的STP連接到另一個群集中的STP。C鏈路將一個群集中的STP連接到同一群集中的另一個STP。D鏈路連接不同通信公司網絡(未予示出)的STP。E鏈路將SSP連接到不在其群集中的STP(二級復位)。F鏈路將兩個SSP互相連接。為了連系兩個不同通信公司的網絡，諸如本地交換通信公司(LEC)網絡與交換通信公司(IXC)網絡，可以用D鏈路或A鏈路將各通信公司網絡的STP群集104連接起來。SS7為這種接口提供標準協議，以便使在LEC和IXC之間傳送的呼叫的信號也能被傳輸。當交換機接受并傳遞客戶呼叫時，該呼叫的信令由附接的SSP102接收(或生成)。在連接交換機的機器間中繼線傳輸客戶的呼叫期間，該呼叫的信令被發(fā)往STP104。STP104將信號要么傳遞到呼叫終結的交換機的SSP102，要么傳遞到另一個STP104，后者然后再將信號傳遞到呼叫終結的交換機的SSP102。SS7網絡的另一個單元是協議監(jiān)控單元(PMU)106，如圖2中所示。PMU106部署在交換機站點，為SS7網絡提供了一種獨立的監(jiān)控工具。如圖2所示，這些設備-諸如INET公司(位于美國德克薩斯州Richardson)制造的那些設備-監(jiān)視SS7網絡的A、E和F鏈路。它們生成關于SS7鏈路的故障和性能信息。與任何典型網絡一樣，SS7網絡也容易受到光纖切斷、其它傳輸中斷以及設備故障的侵害。由于SS7攜帶著投遞用戶通信所需的所有信令，所以迅速檢測問題并立即加以更正是極其重要的。因此，非常需要有一種能監(jiān)控SS7網絡、分析故障和性能信息、管理更正行動的系統?，F有技術水平的SS7網絡管理系統，盡管執(zhí)行這些基本功能，卻存在若干缺點。許多系統要求人工配置網絡拓撲，這種要求易受人類錯誤的影響，延遲拓撲更新。這些系統的配置一般要求系統停止一段時間。業(yè)內可用的許多系統都是為特定銷售商的PMU106配備的，實際上要從它們的PMU106獲得拓撲數據，由此會忽視不與PMU106連接的網絡單元以及其它銷售商的設備。由于現有技術水平的系統只用從專有PMU106接收的數據操作，它們不提供PMU事件與其它類型的網絡單元所生成的事件之間的關聯。它們?yōu)槭录P聯提供的專有分析規(guī)則也不靈活。通過能接收和處理由不同SS7網絡單元生成的事件的分布式客戶機/服務器平臺，提供一種用于提供增強的SS7網絡管理功能的系統和方法。每個網絡事件都被分析并標準化，以便于對任何類型的單元所生成的事件進行處理。事件也可以被網絡拓撲數據庫、傳輸網絡管理系統、網絡維護調度和系統用戶接收。參見圖3，該圖表示了一個按照本發(fā)明較佳實施例的系統體系結構-稱為SS7網絡管理系統(SNMS)。SNMS的組成是4個邏輯服務器302/304/306/308和多個通過網絡管理廣域網(WAN)310連接的客戶機工作站312a/212b/312c/312d。這4個邏輯SNMS服務器302/304/306/308可以都駐留在單一的或者多個物理單元上。在較佳實施例中，為增強性能起見，每個邏輯服務器存駐在不同的物理設備上。這些物理設備可以是任何常規(guī)類型，諸如運行AIX操作系統的IBMRS6000設備?？蛻魴C工作站312可以是運行MSWINDOWS或IBMOS/2操作系統的任何常規(guī)PC、啞終端或VAXVMS工作站。實際上，客戶機工作站可以是任何有因特網協議(IP)地址、運行X-Windows軟件、與WAN310相連的PC或終端?？蛻魴C工作站312上不運行SNMS專用軟件。SNMS從各種SS7網絡單元和其它網絡管理系統(NMS)338接收事件。它也從各種外部系統接收網絡拓撲、配置和維護數據-下文將要說明。生成事件的各種網絡單元包括網絡控制器314、國際和國內SP316/102、STP104和PMU106。網絡控制器314是根據外部命令來交換電路的設備。它們以與SSP102相同的方式來使用SS7信令，但是卻不與任何STP104連接。國際SP316支持作為國內和國際電信網絡之間的網關的交換機。STP104可以是國內的或者國際的。PMU106掃描所有經過SS7電路傳送的SS7分組，分析故障條件，生成然后要傳送到SNMS上的網絡事件。PMU106也定期生成關于被監(jiān)控SS7電路的性能的統計。SP102/316、STP104和PMU106SS7和網絡控制器314都是通過通信網絡來傳輸網絡事件的。這就不需要SNMS與每個設備都維持一個會話。在圖3所示的典型實施例中，用一個異步數據通信網絡320來傳輸來自網絡控制器314和國際SP316的事件。用一個IBM主機前端處理器(FEP)324-諸如IBM的3708來將該異步協議轉換到SNA，這樣，它就能被基于IBM主機的交換宿主接口設備傳輸(SWIFT)系統326接收。SWIFT326是一個與每個網絡單元都維持一個邏輯通信會話的通信接口和數據分布應用。在同一個實施例中，用一個X.25操作系統支持(OSS)網絡328來傳輸來自STP104、SP102和PMU106的事件。這些事件由一個本地支持單元(LSE)系統330接收。LSE330可以是一個VAX/VMS系統，實際上是一個分組裝拆器(PAD)和協議轉換器，用于將事件數據從X.25OSS網絡328轉換到SNMS服務器302/304。它也與SWIFT326一樣，與每個網絡單元都維持一個通信會話，這樣就不需要SNMS來維持會話。對SWIFT326和LSE330二者的需要，說明在典型電信網絡的一個實施例中，安裝不同類型的單元要求有不同的傳輸機構。SNMS支持所有這些類型的單元。所有網絡事件都輸入到SNMS報警服務器302去作分析和關聯。也有一些事件被輸入到SNMS報告服務器304，存儲起來作歷史數據。控制系統332可以是一個VAX/VMS系統，用于通過X.25OSS網絡328從各網絡單元收集拓撲和配置數據。有些單元-諸如STP104和SP102-可以直接在X.25上發(fā)送這個數據。諸如國際SSP316這類只能以異步方式通信的單元，要用分組裝拆器(PAD)318來連接到X.25OSS網絡328。控制系統332然后將這個拓撲和配置數據饋送到SNMS拓撲服務器306。網絡拓撲信息被SNMS用于執(zhí)行警報關聯并提供圖形顯示。大多數拓撲信息都是從網絡拓撲數據庫接收的，在較佳實施例中，網絡拓撲數據庫是由訂單輸入系統和網絡工程系統創(chuàng)建并維護的。拓撲數據既從網絡拓撲數據庫334也從控制系統332輸入到SNMS拓撲服務器306。也向SNMS拓撲服務器306提供通過使用PC336輸入人工取代的能力。SNMS報警服務器302也接收來自其它網絡管理系統(NMS)338的事件，特別是DS-3傳輸警報。使用拓撲數據，SNMS將用從SS7網絡單元接收的事件來關聯這些事件。SNMS報警服務器302也接收來自網絡維護調度系統340的網絡維護調度信息。SNMS用這個信息來解釋計劃中的維護性網絡中斷，由此不需要回答因維護而生成的報警。SNMS也用這個信息來主動提醒維護人員有會影響預定維護活動的網絡中斷。SNMS報警服務器302有一個與故障管理系統342的接口。這使客戶機工作站312的SNMS用戶能夠為SNMS生成的警報提交故障標簽(troubletickets)。這個接口與采用SNMS內部故障管理系統不同，它能被配置成使用許多不同類型的故障管理系統。在較佳實施例中，SNMS圖形服務器308支持位于單一站點的所有工作站312，因此是多個服務器。SNMS圖形服務器308的地理分布消除了從某中心位置向各工作站站點傳輸大量支持圖形表示的數據的需要。只向工作站站點傳輸來自報警服務器302、報告服務器304和拓撲服務器306的數據，由此能節(jié)省網絡帶寬，提高SNMS性能。在另一個實施例中，圖形服務器308可以位于中心位置?，F在參看圖4，一個表示SNMS邏輯系統部件的高級過程流圖。過程的中心是處理事件402。這個部件起著SNMS過程的交通警察的作用。處理事件402主要在SNMS報警服務器302上運行，負責從SNMS部件接收事件，處理這些事件、存儲事件，將處理過的事件數據饋送給報告和顯示部件。圖5中更詳細地表示了處理事件過程402。接收網絡事件部件404主要在SNMS報警服務器302上運行，通過諸如SWIFT326和LSE330的系統從各種SS7網絡單元(STP104、SP102、PMU106等)接收事件。這個部件分析事件并將它們發(fā)送到處理事件402去作分析。圖6中更詳細地表示了接收網絡事件過程404。處理拓撲部件406，主要在拓撲服務器306上運行，從網絡拓撲數據庫334、通過控制系統332從SS7網絡單元、從人工取代336接收網絡拓撲和配置數據。這個數據用于關聯網絡事件并對這些事件進行影響測評。它也用于提供事件的圖形表示。過程拓撲406對這些拓撲和配置數據進行語法分析(parse)，存儲它們，并將它們發(fā)送到處理事件402去作分析。圖7中更詳細地表示了處理拓撲過程406。定義算法部件408，主要在報警服務器302上運行，定義供由SNMS使用的特定語法分析和分析規(guī)則。這些規(guī)則然后被裝入處理事件402用于語法分析和分析。該算法被保存在一個軟件模塊中，是用程序代碼定義的。程序員的工作只是將預先定義的算法編入這個軟件模塊，然后由處理事件402使用。這些算法是過程性的并且是基于網絡拓撲的。它們的組成既有用專用語言編寫、能被SNMS用戶動態(tài)修改的簡單規(guī)則，又有在SNMS軟件碼內編寫的更復雜的規(guī)則。接收NMS數據部件410，主要在報警服務器302上運行，從其它網絡管理系統(NMS)338接收事件。這類事件包括DS-3傳輸報警。它也從網絡維護調度系統340接收網絡維護事件。然后對這些事件進行語法分析并將它們發(fā)送到過程事件402去作分析。顯示報警部件412，主要在圖形服務器308和報警服務器302上運行，包括圖形用戶界面(GUI)和關聯的、用處理事件402提供的數據支持拓撲和報警表示的軟件。它也支持用戶交互作用，諸如報警清除、確認、故障標簽提交。它將這些交互作用輸入到處理事件402作存儲以及所需的數據更新。圖8中更詳細地表示了顯示報警過程412。數據報告部件414，主要在報告服務器304上運行，用處理事件402提供的數據支持拓撲和報警報告功能。圖9中更詳細地表示了數據報告部件414?，F在參看圖5，該圖表示處理事件部件402的詳細過程。這是SNMS的主過程。它從其它SNMS部件接收綜合事件，分析每個事件以提取相關數據，標識事件的類型。如果是SS7相關的事件，處理事件402就應用一個選定的算法，諸如創(chuàng)建報警或關聯到現有報警。前三個步驟502-506是在每個SNMS會話啟動時運行的初始化過程。它們建立系統可由此工作的一個狀態(tài)。然后步驟510-542以連續(xù)循環(huán)的方式運行。在步驟502，從拓撲服務器306上的拓撲數據庫中讀取當前拓撲數據。該拓撲數據庫是在過程拓撲過程406中創(chuàng)建，被輸入到處理事件402的，如圖4所示。所讀取的拓撲數據已經在處理拓撲406中作過分析，因此在步驟502中被處理事件402讀取，作為隨時可供處理的標準化事件。在步驟504，讀入在定義算法部件408中創(chuàng)建的算法。這些算法確定SNMS將對每個報警采取什么行動。SNMS有一個圖，內容是針對哪個類型的報警，應調用哪些算法。在步驟506，從故障管理(FM)報告數據庫讀入報警記錄，報警記錄是在報告數據過程414中創(chuàng)建的。以前的所有報警都要丟棄。任何針對在(步驟502中讀入的)拓撲中不存在的節(jié)點或電路而活動的報警都被丟棄。任何與(步驟504中讀入的)現有算法不匹配的報警也都被丟棄。報警只是在初始化內從FM報告數據庫讀入的。為增強系統的性能，要從處理事件過程402的一個內部數據庫檢索將來的報警記錄。步驟506包括初始化過程，讀取當前拓撲、算法和報警后，SNMS就可以開始讀入、分析、處理和存儲事件的連續(xù)過程。該過程始于步驟510，在這個步驟中，隊列中的下一個事件被接收、標識。隊列是個先進先出(FIFO)隊列，它向處理事件部件402輸送網絡事件、拓撲事件和NMS事件。重申一遍，步驟502中讀入的拓撲數據和步驟504中讀入的報警數據是啟動創(chuàng)建系統狀態(tài)時讀入的初始化數據。在步驟510，不斷有事件從處理部件404、406和410被連續(xù)讀入。這些事件已經被分析過，是作為標準化的SNMS事件被接收的。如果發(fā)現某事件早于某閥值，例如一小時，則該事件就被丟棄。在步驟512、520、524和534,SNMS根據步驟510所作的事件類型標識來決定如何處置事件。在步驟512，如果確定事件是拓撲數據，SNMS就在步驟514更新GUI顯示以反映新的拓撲。然后在步驟518,SNMS執(zhí)行一個與活動報警的協調，以丟棄任何與新拓撲不匹配的報警。在步驟518，新拓撲數據被記錄到在SNMS拓撲服務器306上保持的拓撲數據庫中。在步驟520，如果確定事件是NMS數據，諸如DS-3報警338，則將其存儲到SNMS報告服務器304上的FM報告數據庫中供將來由SNMS規(guī)則引用。在步驟524，如果確定事件是一個定義過的SS7網絡事件，則在步驟526中將為該事件調用一個或多個算法。這類算法可以利用從網絡管理系統338、網絡維護調度340和網絡拓撲334中檢索的數據。例如，當各電路級算法生成一個報警時，它對網絡維護調度340和NMS338記錄進行一次檢查。每個報警記錄，如果規(guī)定的電路在維護窗口(網絡維護調度340)內，就作上標記；否則就在有傳輸報警(NMS338)的DS-3上傳輸。SS7電路在DS-0級運行期間，網絡拓撲數據庫334提供一個DS-3到DS-0轉換表。DS-3內的任何DS-0電路都被標記為可能包含在傳輸故障內。從NMS338清除記錄會導致對活動的SNMS電路級報警的評測，以便將相關的NMS338關聯去除。SNMS清除事件將清除實際的SNMS報警。GUI過濾器用戶允許將適合維護窗或傳輸故障中包含的報警隱藏起來，因為這些報警不要求SNMS操作員采取行動。在步驟528，將活動報警與步驟526導致的新報警生成和清除協調。在步驟520,GUI顯示被更新。在步驟532，新報警數據被存儲到FM報告數據庫。在步驟534，事件可以被確定為是定時器。SNMS算法有時需要將對特定條件的進一步處理推遲一定的時間，諸如持久和費率算法。為這個條件設置一個延遲定時器，繼續(xù)對新SNMS事件的處理。這個時間過去時，SNMS就將該時間按事件對待，執(zhí)行相應的算法。例如，SS7鏈路可能暫時關閉，可能數秒內再工作，或者由于有嚴重的中斷需要采取行動而關閉更長時間。SNMS在接收這個時間之后，將向該事件分配一個可能是一分鐘的定時器。如果事件在一分鐘內清除，SNMS就不對它采取行動。然而，如果一分鐘定時過去后事件沒有變化(SS7鏈路仍然關閉)，SNMS就開始采取行動。在步驟536，調用適當的算法來采取這種行動。在步驟538，將活動的報警與在步驟536中生成或清除的報警協調。在步驟540,GUI顯示被更新。在步驟542，將新的報警數據存儲到FM報告數據庫。如上所述，SNMS連續(xù)不斷地接收和處理數據。在步驟518、522、532和542中數據存儲之后，過程返回到步驟510?，F在參看圖6，該圖表示接收網絡事件部件404的詳細過程。這個部件通過諸如異步數據網絡320、SWIFT326、X.25OSS網絡328和LSE330等數據傳輸機構收集來自SS7網絡單元的事件。這些事件由SNMS報警服務器302在先進先出(FIFO)隊列中接收。在步驟602和604，來自SS7網絡單元的事件被SNMS的外部主機應用(mainframeapplications)-諸如SWIFT326和LSE320收集，然后，將事件數據的協議從網絡單元特定的協議轉換成SNA或TCP/IP。在一個實施例中，SNMS也可以有軟件在主機上運行，將協議轉換成能被SNMS報警服務器302識別的協議。事件數據然后通過SNA或TCP/IP傳輸到SNMS報警服務器302。SNMS保存一個所有待處理的SS7事件類型的信令事件列表608，如果發(fā)現當前事件在列表中，SNMS就俘獲該事件進行處理。如果列表中找不到該事件，SNMS就丟棄它。在步驟610，按照定義的語法分析規(guī)則614分析事件。語法分析規(guī)則614規(guī)定了要從哪些事件類型中提取哪些域，編制到SNMS代碼中。步驟610中的事件分析，只提取報警算法或顯示中所需的事件數據域。輸入到步驟610的還有來自網絡維護調度340的調度事件612。調度事件612用于標識在步驟602收集的、可能是調度網絡維護的結果的各網絡事件。這就使SNMS操作員能找到由預定維護引起的SS7網絡停機的原因。在步驟616，將分析的事件數據用于在SNMS常駐存儲器中建立標準事件對象，由其它SNMS過程使用。在步驟510將這種事件對象讀入主過程，處理事件402。現在參看圖7，該圖表示處理拓撲部件406的詳細過程。這個處理部件從三個類型的源中檢索網絡拓撲和配置數據，創(chuàng)建標準化拓撲數據記錄，將數據存儲起來供其它SNMS過程使用。特別地，它在步驟502向報警服務器302上運行的處理事件402輸送活動的拓撲數據。在步驟702,SNMS拓撲服務器306從三個不同的源收集拓撲數據。通過控制系統332收集由SS7網絡單元生成的當前連接和配置數據，收集已經輸入到訂單輸入和工程系統并存儲在網絡拓撲數據庫334中的拓撲數據，還通過工作站接收人工替代336。對拓撲數據庫334和控制系統332的數據的收集是定期進行的，并且獨立于SNMS報警服務器302。與使用從PMU106檢索的數據的現有技術水平的系統不同，SNMS接收的拓撲數據來自所有類型的網絡單元，包括諸如圖2中所示的不與PMU106相連的網絡單元。SNMS也使用反映外部網絡的拓撲的數據，諸如反映本地交換通信公司(LEC)或國際通信公司的拓撲的數據。這種數據用于進行影響評測，影響評測使客戶能確定諸如哪些端點客戶會受SS7鏈路停機影響之類的事實。SNMS收集和使用的拓撲數據的類型，例如STP104與交換機/SSP102的SS7鏈接，由網絡訂單輸入和工程系統接收。數據及其內容的簡要描述如下STP鏈路ID標識每個到STP的SS7鏈路交換機鏈路ID標識每個到交換機/SP的SS7鏈路STP鏈路集標識到STP的SS7鏈路的中繼線組交換機鏈路集標識到交換機/SP的SS7鏈路的中繼線組MCI/通信公司電路ID標識到外部系統的SS7鏈路。對于兩個不同網絡之間的接口來說，各ID(MCIID和通信公司ID)提供各網絡(本例中是MCI和通信公司)的SS7鏈路標識。鏈路類型標識SS7鏈路的類型SLC信號鏈路代碼對于SS7支持的交換話音網絡來說，數據由網絡訂單輸入和工程系統接收，用于進行SS7事件影響評測話音中繼線組由各SSP102支持的話音中繼線組對于國內STP104g到國際STP104h的SS7鏈接，數據由網絡訂單輸入和工程系統接收電路ID標識到外部系統的SS7鏈路SLC信號鏈路代碼為了進行影響評測，本地交換通信公司(LEC)的NPA/NXX分配和終端局至接入匯接(EndOfficetoAccessTandem)回復裝置由一個呼叫地區(qū)數據庫接收，后者是由Bellcore的本地交換路由選擇指導(LERG)提供的。LATA本地接入傳輸地區(qū)(常規(guī))NPA/NXX編號計劃地區(qū)/前綴(常規(guī))終端局LEC客戶服務節(jié)點訪問匯接LEC終端局中樞外部網絡STP104群集和SSP102回復裝置由SS7網絡單元通過控制系統接收。點代碼標識SS7節(jié)點(常規(guī))標識各網絡單元的某些方面的數據由外部系統上駐存的交換機配置文件接收。將各網絡DS-0映射到DS-3的數據由網絡拓撲數據庫接收。這個數據用于向DS-0級電路分配由NMS接收的DS-3報警。為覆蓋通過自動過程獲得的數據而所需的數據由人工替代提供?，F在返回圖7，在步驟704，分析各種拓撲數據以提取SNMS算法所需的數據域。數據然后被標準化成能被處理事件402處理的事件記錄。在步驟706，將標準化數據記錄針對其它數據進行驗證。例如，針對節(jié)點拓撲記錄來驗證電路拓撲記錄，以保證端節(jié)點是標識過并有定義的。在步驟708，拓撲數據被存儲到圖3的拓撲服務器306的一個關系數據庫中，諸如Sybase提供的關系數據庫中。在步驟710，新的拓撲記錄被從拓撲服務器306傳遞到報警服務器302上運行的主SNMS過程，與活動配置(即當前裝入內存的配置)進行比較。將活動報警與GUI顯示協調，以去除與不存在的拓撲電路相關的報警。在步驟712，拓撲被存儲到報警服務器302上(供處理事件402用)，由于性能的原因，以展開文件的形式存儲。此時，該展開文件反映了步驟708后的拓撲服務器306數據庫。該展開文件只能被主過程訪問。在步驟714，新拓撲記錄被裝入活動的SNMS內存，要求拓撲的新過程現在就使用新配置。現在參看圖8，該圖表示了顯示報警部件412的詳細過程。該過程向用戶(稱為操作員)提供SNMS處理的結果，接收操作員的輸入，作為要在SNMS內執(zhí)行的動作。因此，顯示報警412于處理事件402之間的過程是雙向的。要注意的重要一點是，盡管為整個SNMS系統運行著一個單一的處理事件過程402,SNMS上登錄的每個用戶都有顯示報警過程412的一個不同實例為其運行。就是說，每個操作員激勵顯示報警412的一個單獨執(zhí)行。當操作員在SNMS上登錄時，執(zhí)行前4個步驟802-808作為初始化。其后，步驟810-838作為連續(xù)循環(huán)來運行。初始化向每個操作員提供由其開始工作的系統狀態(tài)。在步驟802，通過圖形用戶界面(GUI)讀入和顯示當前拓撲。每個操作員都有自己的、根據操作員的請求啟動和結束的GUI過程。各GUI過程獨立地管理其顯示。狀態(tài)變化都由個別的過程處理。在步驟804，讀入定義特定操作員視圖的過濾器。每個操作員都能定義其GUI過程將顯示的視圖。過濾器參數包括1．通信報警、設備報警或二者。2．確認的報警、未確認的報警或二者。3．維護窗口內部的電路上的報警、不在維護窗口內部的電路上的報警或二者。4．有相關傳輸報警(通過停機標識符表示的DS-3報警)的電路上的報警、無相關傳輸報警的電路上的報警或二者。5．有指定嚴重程度的報警。6．指定用戶ID所擁有的節(jié)點/電路上的報警。7．國際電路上的報警、國內電路上的報警或二者。操作員的GUI顯示既在步驟804中初始化時更新，也在步驟828和830中請求過濾器變化時更新。每個特定操作員的顯示報警412過程的實例打開一個與處理事件402的連接，以便只傳輸那些與特定操作員的過濾器相關的報警記錄。在步驟806，特定操作員的過程將自己向處理事件402登記，以標識哪些報警要被傳送。在步驟808,GUI顯示被呈現給操作員。步驟810開始顯示報警的連續(xù)執(zhí)行。各個按照操作員過濾器的定義要檢索和表示的事件被接收和標識。在步驟812、816、820、826和836,SNMS根據步驟810中所作的事件類型標識決定如何處置事件。在步驟812和816，如果確定是報警更新或拓撲更新，就分別在步驟814和818對操作員的GUI顯示進行更新，以反映這個確定。然后在步驟810接收下一個事件。在步驟820，如果確定該事件是操作員動作，就要求進行兩個操作。首先在步驟822，對操作員的GUI顯示進行更新，以反映狀態(tài)改變。然后在步驟824，將狀態(tài)改變更新發(fā)往主過程-處理事件402，以便狀態(tài)改變能在SNMS記錄中反映，(其它操作員的)其它GUI過程能接收狀態(tài)改變并對其作出反應。在步驟826，如果確定該事件是操作員顯示動作，則要確定該動作是過濾器改變請求還是顯示請求。在步驟828，如果確定是過濾器改變請求，那么在步驟830,GUI過程向處理事件402登記，以便傳輸適當的報警記錄。在步驟832，如果確定該事件是操作員顯示請求，那么在步驟834，將所請求的顯示表示給操作員。顯示請求可能包括1．節(jié)點細節(jié)和連接2．電路連接3．鏈路集連接4．未知的拓撲報警(對在拓撲數據庫中沒有定義的對象的報警)5．STP對連接6．LATA內部包含的節(jié)點7．家庭/伙伴連接(非相鄰節(jié)點的)8．NPA/NXX列表9．中繼線組列表10．終端局接入匯接(endofficeaccesstandem)11．規(guī)則定義幫助屏(幫助操作員理解在生成報警中實際使用的算法)12．推薦的行動(操作員定義的、當接收到特定報警時應當采取的行動)在步驟836，如果確定事件是終結請求，那么就在步驟838終結該特定操作員的GUI過程。否則在步驟810接收下一個事件。在顯示報警過程內，SNMS顯示幾個獨有的顯示窗口來支持故障隔離、運行評測和故障處理。所有含有節(jié)點和線路符號的GUI顯示都是SNMS內“活動的”窗口(即當節(jié)點或電路的的報警狀態(tài)改變時動態(tài)更新的顯示屏)。由于SNMS內所使用的MCI拓撲源的集合，所有顯示都是可能的。SNMS能多方面地處理在操作員顯示中使用的SNMS。A．SNMS電路圖這個窗口顯示選定鏈路集的拓撲和報警狀態(tài)信息。當接收網絡事件后，SNMS識別端點之間的關系并通過減少生成的報警來隔離故障。這個顯示允許操作員監(jiān)視從信號電路的兩側看到的(從節(jié)點的角度)鏈接集。B．SNMS連接圖這個窗口顯示MCI信號網絡的群集圖。群集中所有與MCISTP相連的MCI和非MCI節(jié)點都連同關聯的鏈接集一起被顯示。群集圖的重要性在于，單一的STP故障/隔離是不影響服務的，而群集故障則影響服務，因為所有MCISTP都連接到群集中的兩個MCISTP。C．SNMS非相鄰節(jié)點圖這個窗口顯示選定LEC信令網絡的STP對圖。所有(與MCI網絡有信令關系的)LECSP、STP和SCP連接的LEC對都被顯示。MCI的責任區(qū)不包括LECSTP到LECSSP信令鏈路，所以這里不顯示鏈接集。這個顯示允許SNMS操作員監(jiān)視由MCI節(jié)點所見的LEC信號網絡。D．SNMSLATA連接圖這個窗口顯示位于指定LATA內的所有LEC擁有的節(jié)點的圖。服務LATA的MCISTP對也與關聯的鏈接集(可行的話)一起顯示。這個顯示允許操作員在特定的LATA內出現問題時密切地監(jiān)視LATA。LATA問題，當超出MCI的控制范圍時，會導致MCI網絡內部出現問題，因為信令消息是網絡之間共享的。在該特定LATA終結的MCI話音通信也可能受LATA停機的影響。E．NPA-NXX信息列表這個窗口顯示由特定LEC交換機服務的NPA-NXX的列表。這個顯示在影響評測期間(即如果該特定LEC交換機被隔離，哪些NPA-NXX是不可用的)是非常有價值的。F．終端局信息列表這個窗口顯示連接到該特定LEC接入匯接的LEC終端局節(jié)點的列表。這個顯示在影響評測期間(即如果該特定LEC交換機被隔離，哪些終端局是不可用的)是非常有價值的。G．中繼線組信息列表這個窗口顯示與特定MCI交換機連接的MCI話音中繼線以及它們終結處的LEC終端局交換機的列表。這個顯示在影響評測期間(即如果MCI交換機被隔離，什么終端局受到影響)是非常有價值的。H．過濾器定義窗口SNMS操作員能將其顯示的范圍限制在·應當顯示的報警的類型·應當顯示的報警的嚴重程度·確認的報警、未確認的報警，或二者·計劃停機窗口內部電路上的報警、計劃停機窗口外部電路上的報警，或二者·不是由特定傳輸網絡停機導致的報警·特定用戶節(jié)點上的報警或者與特定用戶相連的電路上的報警Ⅰ．故障記錄窗口SNMS操作員能打開信號報警的記錄單。這些故障記錄單是在MCI的故障記錄系統中打開的。操作員也能顯示現有故障記錄單的狀態(tài)?，F在參看圖9，該圖表示了報告數據部件414的詳細過程。該過程部件在報告服務器304上運行，存儲SNMS處理的數據并提供報告。標準化網絡單元(NE)事件記錄914，是連同與位置特定的計時標記被接收的。在步驟902，記時標記被轉換成格林尼治時間(GMT)以便能產生標準化報告。在步驟904，所有被接收的數據都被存儲到各個數據庫表中。數據也可以在磁帶或磁盤上長期存儲。這種數據包括SNMS生成的標記916、標準化拓撲記錄918和來自PMU920的性能統計。也可以包括未經處理的數據，諸如來自NMS338的DS-3報警和網絡維護計劃數據340。在步驟906，生成報告。這些報告可以是定制或標準報告。也可以是按需生成或者按計劃生成的。這些報告的提交方式有許多，包括-但不限于-電子郵件908、X-終端顯示910和打印報告912。Ⅻ．POTS上的視頻電話從POTS上的話音接下來的自然就是視頻?，F今的計算機，當與某類型的計算機網絡相連時，就能彼此打視頻“電話”。然而，大多數人只能以下述方式接入計算機網絡從他們在POTS上的調制解調器發(fā)出呼叫，POTS在連接網絡的計算機上有另一個調制解調器，這樣他們就能“呼叫”網絡上的另一個計算機，后者又通過調制解調器連接到另一個計算機。直接在POTS上呼叫另一個人，讓調制解調器互相通信而不負擔網絡開銷，是一件更簡單(也高效)的事情。ITU推薦標準H.324描述了用于低比特率(28.8kbps調制解調器)多媒體通信的終端。采用在POTS.H.324終端上工作的V.34調制解調器，可以傳輸實時語音、數據和視頻，或者它們的任意組合，包括視頻電話。H.324終端可以集成到個人電腦中，或者以諸如視頻電話和電視的獨立設備來實現。對各媒體類型(話音、數據、視頻)的支持是任選的，但是如果受到支持，就要求能使用特定的公共操作方式，以便所有支持該媒體類型的終端能互相協作。H.324允許每個類型使用一個以上的信道。H.324系列中的其它推薦包括H.233多路轉換(話音、數據和視頻的組合)、H.245控制、H.263視頻編解碼器(數字編碼器和解碼器)和G.723.1.1音頻編解碼器。H.324利用了ITU推薦標準H.245的邏輯信道信令過程，其中，各個邏輯信道的內容都是在該信道被打開時描述的。提供過程以使各個主叫者能夠只使用他們機器的多媒體能力。例如，試圖向只有音頻而沒有視頻能力的某人發(fā)出視頻(或音頻)呼叫的人，仍然能夠與音頻過程通信(G.723.1.1)。H.324定義為點對點協議。要與一個以上的人舉行會議，需要一個MCU(多點控制單元)來作為視頻呼叫橋路。H.324計算機可以與ISDN上的計算機交互工作，也能與無線網絡上的計算機交互工作。A．視頻電話系統的部件1．帶ACD的DSP調制解調器池數字信號處理機(DSP)調制解調器池是一個調制解調器庫，每個調制解調器都能被編程去實現額外功能(如新的V.調制解調器協議、DTMF檢測等等)。呼叫是從MCI路由選擇到ACD的。ACD保存一個矩陣，內容是哪些調制解調器是可用的。ACD也與ISNAP通信，后者進行一個分組選擇來確定哪個代理組負責這個呼叫，還確定代理中哪些是有空來處理這個呼叫的。在另一個實施例中，沒有ACD也能部署DSP資源，與交換機直接連接。在這個實施例中，DSP資源是用基于NCS的路由選擇步驟來管理的。2．代理代理可以是人類視頻操作員(有視頻能力的MTOC)或者自動化程序(視頻ARU)。ACD知道哪些代理端口是可用的，并將代理連接到代理端口。3．視頻保持(videoonhold)服務器如果ACD沒有代理端口可用，主叫者就被連接到視頻保持服務器，后者能播放廣告或其它非交互性視頻，直到ACD找到一個空閑的代理端口。4．視頻郵件服務器視頻郵件消息在這里存儲?？蛻裟芄芾硭麄兊泥]件，并能記錄問候，在這個服務器上存儲。5．視頻內容引擎視頻點播內容存駐在視頻內容引擎上。存儲在這里的視頻可能是以前記錄的視頻會議、培訓電視等等。6．預定引擎當人們想要安排一次多方視頻會議時，他們可以在這個系統上規(guī)定參加者和時間。配置可以在人類視頻操作員的幫助下或通過其它某種輸入方法來完成。7．視頻橋路因為H.324是個點對點協議，多點會議單元(MCU)需要管理各個參加者呼叫并對視頻流適當地重定向。MCU會議將向具有H.324和H.320一致的系統的客戶開放。B．方案計算機或機頂電視有H.324一致的軟件，并有在POTS上使用的調制解調器，速率最可能是28.8kbps(V.34)或更高。一個目標是呼叫另一方。如果他們不回答或者忙，發(fā)起者就能選擇為目的地一方留下視頻郵件。另一個目標是計劃和參加有兩個以上參加者的會議。C．連接建立圖19B表示按照較佳實施例的呼叫連接建立。向某人進行視頻呼叫有三種方法。第一種方法是，直接呼叫他們(圖19B的1和7)。如果目的地占線或者不回答，主叫者就可以向1800VIDMAIL進行另一個呼叫，執(zhí)行如下所述的適當過程。當用戶在1撥“1800VIDMAIL”時，DSP調制解調器池上的ACD將連接一個交換機到調制解調器2，連接一個端口到代理3。然后，用戶用一個專用的定制終端程序登錄到系統。該終端程序采用H.324帶寬的數據流部分(采用ITUT.120標準)-后者稱為V-郵件數據接口(VMDI)。主叫者可以從圖形用戶界面、圖標或其它菜單，選擇-瀏覽和檢索有視頻能力的MCI客戶的目錄，-呼叫另一個H.324一致的軟件程序，-創(chuàng)建一個存儲與轉發(fā)的視頻郵件供以后投遞，-個性化并記錄他們視頻郵件的問候消息，-查看和管理他們的視頻郵件，-查看從記錄庫中所作的選擇(視頻點播)。在另一個實施例中，用戶能撥“1800324CALL”來呼叫一個號碼。然后，如果目的地號碼是11393751772，則調制解調器撥號串就會是“ATDT1800324CALL,,,13193751772”(逗號‘，’告訴調制解調器在撥號時作短暫停頓。)當向1800324CALL的連接進行時，就進行一個從發(fā)起者的連接，連接的對方是MCI交換機1，再到由ACD2a、3a選定的ARU5a。ARU5a檢測通過電話鍵盤或其它設備輸入的DTMF音調以生成獲取目的地號碼的DTMF音調。發(fā)起者在ARU5a單獨向目的地號碼5a、6a和7呼叫期間處于保持狀態(tài)。如果目的地回答，起源者就被連接到目的地，雙方的調制解調器就能連接，于是將ARU5a釋放。如果目的地占線或者不作回答，呼叫就被通過DSP調制解調器池2傳輸到1800VIDMAIL或者某個代理。如果沒有檢測到DTMF音調，呼叫就被通過DSP調制解調器池2傳輸到某個代理。代理將進行與主叫者的H.324連接，請求他們的目的地號碼(或提供幫助)。這個選擇方案的體系結構，類似于在直達線MCI系統中檢測和傳輸傳真的方式-本文曾針對一個備選實施例討論過。D．呼叫目的地當目的地號碼已知時，視頻保持服務器就為H.324連接4提供視頻輸入。從代理5、6向目的地號碼7進行新的呼叫。在設計詳細的實施方案時要求分析的一個問題，是要求確定調制解調器在轉換操作之后能否在不下線的條件下重新同步。如果目的地號碼回答，并且是個調制解調器，則必須以與發(fā)起者調制解調器速度相同的速度建立連接。在調制解調器進行握手之后，ACD指示交換機釋放代理3、5，釋放調制解調器2和6，并將發(fā)起者連接到目的地1和7。目的地PC意識到該連接是個H.324呼叫(不是傳真或其它)，于是視頻呼叫繼續(xù)。在另一個實施例中，如果目的地回答，并且是個調制解調器，就建立了一個連接。那么，兩個H.324呼叫在使用兩個DSP調制解調器。代理可以從呼叫3和5釋放。來自每個呼叫的輸入數據被拷貝到另外的呼叫2和6。這樣，代理就能監(jiān)控視頻存儲與轉發(fā)9的視頻呼叫。當一個連接下線(drop)載體時，視頻呼叫就完成，負責其余呼叫的調制解調器載體就被下線。E．記錄視頻郵件、存儲與轉發(fā)視頻和問候如果目的地號碼不回答或者占線，視頻郵件服務器就為目的地號碼8的所有者播放適當的視頻-郵件問候。主叫者然后留下一個視頻消息，視頻消息被存儲到視頻郵件服務器上。對存儲與轉發(fā)視頻的視頻的記錄與如上所述的留下視頻消息完全一樣。諸如目的地號碼、轉發(fā)時間和任何當前可用的音頻存儲與轉發(fā)特征等參數，都是通過VMDI輸入的，或者用人類視頻操作員(或自動化視頻ARU)來傳輸的。記錄一個個性化的問候，用于在有人因您忙或不回答而與您聯系不上時回放，其方法類似于留下視頻-郵件。對這種做法的選擇是通過VMDI完成或通知給人類視頻操作員的。F．檢索視頻郵件和視頻點播用戶可選擇定期輪詢他們的視頻郵件，檢查是否有新消息，或者讓視頻郵件服務器在他們有新消息等待時定期地呼叫他們。配置是通過VMDI或人類視頻操作員完成的。視頻郵件的管理和檢查也是通過VMDI執(zhí)行的，或者與人類視頻操作員聯系的。對視頻點播(VOD)，要查看的視頻的選擇要通過VMDI。這些視頻可能是以前記錄的視頻會議、培訓電視等等，存儲在視頻內容引擎9上。G．視頻會議調度用戶能通過VMDI或因特網10WWW表格導航，或者與人類視頻操作員通信來計劃一個多點會議。這個信息存儲在預約引擎11上。對其它的會議參加者通知這個計劃是用視頻郵件、電子郵件或其它方法進行的。將有一個選擇來通過視頻郵件(或者電子郵件、話音郵件、尋呼服務或任何其它可用的通知方法)，在特定時間(例如會議前1小時)提醒登記了的會議參加者。MCU(視頻橋路)能呼叫每個參加者12，或者H.324用戶能在計劃時間12向MCU撥入。ⅩⅢ．因特網上的視頻電話圖19E表示按照較佳實施例在因特網上傳輸視頻電話的體系結構?；趯崟r傳輸協議(RTP)的視頻會議指的是傳輸作為RTP消息封裝的音頻、視頻和數據。對于基于RTP的視頻會議會話來說，終端用戶站首先與因特網建立一個撥號點對點(PPP)連接，然后用因特網傳輸RTP消息。音頻信息按G.732.1.1音頻編碼解碼器標準壓縮，視頻被按ITUH.263視頻編碼解碼器標準壓縮，數據按ITU-T.120標準傳輸。RTP是一種為具有實時特性的應用提供支持的協議。盡管UDP/IP是其最初的目標連網環(huán)境，RTP卻是獨立于傳輸的，因此能在IPX或其它協議上使用。RTP不解決資源保留或業(yè)務質量控制問題，相反，它卻依賴資源保留協議例如RSVP。為大多數網絡用戶所熟悉的傳輸服務是點對點的，或者是單信道傳播(unicast)業(yè)務。這是諸如HDLC和TCP的連網協議所提供的標準服務形式。通常較少使用的(基于有線網絡、任何費率)是廣播業(yè)務。在大型網絡上，廣播是不能接受的(因為廣播到處使用網絡帶寬，而不顧個別子網是否對它們有興趣)，因而它們一般被限制在局域網范圍使用(廣播業(yè)務由諸如IP的低級網絡協議提供)。即使在局域網上，廣播也經常不受歡迎，因為它們要求所有機器都執(zhí)行某種處理，來決定機器是否對廣播數據有興趣。對于為有廣泛的潛在聽眾設計的數據來說，更切實際的傳輸服務是多信道傳播(multicast)。按照廣域網上的多信道模型，只有對特定多信道傳播業(yè)務有積極興趣的宿主才讓這種數據傳遞給它們；這限制了對多信道傳播數據的發(fā)起者與接收者之間鏈路的帶寬消耗。在局域網上，許多接口卡具有這樣一種機制，即接口卡能自動忽略內核沒有登記過對其有興趣的多信道傳播數據，結果，在不感興趣的宿主上就不會有毫無必要的處理開銷。A．部件RSVP路由器具有廣播來自視頻內容引擎和MCI會議空間網絡的視頻的MBONE功能。MCI將有一個在本地多信道傳播并將許多單信道傳播傳輸到因特網以外的MBONE網絡。RSVP是一種使因特網應用能為它們的數據流獲得特殊服務質量(QOS)的網絡協議。這將一般(但不是必定)要求提前或動態(tài)地預留數據路徑上的資源。RSVP是將來的“集成業(yè)務”因特網的一個部件，它提供既是最努力又是實時的服務質量。以后的詳細說明中給出了一個實施例。當某宿主(終端系統)中的應用為其數據流請求一個特定的服務質量時，RSVP被用于將該請求遞達該數據流路徑上的各個路由器，并保持路由器和宿主狀態(tài)以提供所請求的服務。盡管RSVP是為建立資源預留而開發(fā)的，它很容易能夠被改變?yōu)檫m合傳輸數據流路徑上的其它網絡控制信息。1．目錄和登記引擎當人們連接到因特網(無論通過調制解調器撥號、直接連接還是其它方式)時，他們能將自己登記在目錄中。該目錄用于確定是否某人能被召集參加會議。2．代理代理可以是人類視頻操作員(有視頻能力的MTOC)或者自動化程序(視頻ARU)。按照較佳實施例，因特網ACD的設計使得代理端口能被管理。ACD知道哪些代理端口是可用的，并將代理連接到可用的代理端口。如果ACD沒有代理端口可用，主叫者就被連接到視頻保持服務器，后者能播放廣告和其它非交互性視頻，直到ACD找到空閑的代理端口。3．視頻郵件服務器視頻郵件消息在這里存儲。用戶能管理他們的郵件，并能記錄要在這個服務器上存儲的問候。4．視頻內容引擎視頻點播內容存駐在視頻內容引擎上。存儲在這里的視頻可能是以前記錄的視頻會議、培訓電視等等。5．會議預定引擎當人們想要安排一次多方視頻會議時，他們可以在這個系統上規(guī)定參加者和時間。配置可以在人類視頻操作員的幫助下或通過其它某種輸入方法來完成。6．MCI會議空間這是客戶能在其中出現的虛擬現實區(qū)。每個參加者都被體現為一個“化身”。每個化身都有許多能力和特征，諸如圖象個體、視頻、聲音等?；砘ハ嘀g通過處理各種代表文檔共享、文件傳輸等等的對象來交互作用，能互相說話，也能互相看見。7．虛擬現實空間引擎會議空間是由虛擬現實引擎生成和管理的。虛擬現實引擎管理對象操縱和會議空間的任何其它邏輯描述。B．方案如果用戶有一個到因特網的當前連接，用戶將使用在因特網上采用RTP(而不是TCP)的H.263一致的系統軟件。如果用戶也希望加入虛擬現實MCI會議空間，創(chuàng)建/查看視頻郵件，用戶就可以加入一個虛擬現實會話。C．連接建立在因特網上向另一個人進行視頻呼叫的最簡單方法是，不通過菜單和選擇項導航就直接進行呼叫，作為初始電話呼叫。然而如果目的地占線或者不回答，MCI就提供保存消息的服務。用戶可登錄到電信網服務器(telnetserver)(例如電話網vmail.mci.com)，或者使用用戶定制的客戶機或WWW(例如http://vmail.mci.com)。服務菜單稱為V-Mail數據接口(VMDI)，類似于如上所述通過POTS撥號時可用的VMDI。主叫者可以從菜單中進行選擇-瀏覽和檢索有視頻能力的MCI用戶的目錄，-呼叫另一個H.263一致的軟件系統，-創(chuàng)建一個存儲與轉發(fā)用視頻郵件供以后投遞，-個性化并記錄他們的視頻郵件問候消息，-查看和管理他們的視頻郵件，-查看從記錄庫中的選擇(視頻點播)。當用戶通過指出目的地的名稱、IP地址或其它標識指定了要呼叫的通話方后，就要檢查目錄。有可能不進行實際呼叫就能確定目的地是否會接受呼叫。所以，由于能確定目的地將接受呼叫，因此就能告訴發(fā)起者的視頻客戶機去與該目的地連接。如果主叫者在用WWW瀏覽器(例如NetscapeNavigator、MicrosoftInternetExploror、internetMCINavigator等等)來訪問VMDI，那么就能用Java、JavaScript或HelperApp自動啟動呼叫。如果呼叫不能完成，就將有留下視頻郵件的選擇。D．記錄視頻郵件、存儲與轉發(fā)視頻和問候如果代理確定目的地通話方是不可達的(脫機、占線或不回答等等)，視頻郵件服務器就向目的地號碼8的所有者播放一個適當的視頻郵件問候。主叫者然后留下一個視頻消息，存儲在視頻郵件服務器上。對存儲與轉發(fā)視頻進行的視頻記錄與如上所述留下視頻消息的方式完全相同。諸如目的地號碼、轉發(fā)時間和任何當前可用的音頻存儲與轉發(fā)特征等參數，都是通過VMDI輸入的，或者用人類視頻操作員(或自動化視頻ARU)來傳輸的。客戶可以記錄下他們個性化的問候，用于在有人因忙或不回答而您聯系不上時致以問候，這是以類似于留下視頻郵件的方式通過VMDI完成的或與人類視頻操作員通信。E．檢索視頻郵件和點播電視用戶可選擇定期輪詢他們的視頻郵件，檢查是否有新消息，或者讓視頻郵件服務器在他們有新消息等待時定期地呼叫他們。配置是通過VMDI或人類視頻操作員完成的。視頻郵件的管理和檢查也是通過VMDI執(zhí)行的，或者與人類視頻操作員聯系的。對視頻點播(VOD)，要查看的視頻的選擇要通過VMDI提供。這些視頻可能是以前記錄的視頻會議、培訓電視等等，存儲在視頻內容引擎上。F．視頻會議調度用戶能通過VMDI或因特網10WWW表格來導航，或者與人類視頻操作員通信來計劃一個在會議空間的會議。這個信息存儲在會議預定引擎8上。其它的會議參加者是通過視頻郵件、電子郵件或其它方法得到這個計劃的。配備一個可選的提醒程序，通過視頻郵件(或者電子郵件、話音郵件、尋呼服務或任何其它可用的通知方法)，在特定時間(例如會議前1小時)提醒登記了的會議參加者。G．虛擬現實通過虛擬現實空間引擎能為多方會議生成一個虛擬的會議室。該接口的實現包括一個基于VRML的實施例。每個人都控制一個“化身(avatar)”。每個化身可有許多不同的特征，諸如圖象表示(靜態(tài)表示或活動的圖象“頭部”)和音頻(話音或音樂)。數據交換和協作是各個虛擬現實會議室中所能進行的所有行動。專用MBONE網絡允許會議成員的數據流的多信道傳播。由于每個人在虛擬現實空間中交互作用時有不同的視像，虛擬現實空間引擎就能優(yōu)化每個人的輸入H.263流向其它每個人的廣播，方法是只多信道傳播那些為各特定化身所考慮的化身流。ⅩⅣ．視頻會議體系結構MCI視頻會議描述一種用于包括實時話音、視頻和數據的多媒體通信的體系結構。該體系結構也定義了與其它視頻會議標準的相互操作。該體系結構還定義了多點配置和控制、目錄服務和視頻郵件服務。A．特征視頻會議體系結構是一種多媒體業(yè)務系統，設計用于提供許多特征和功能，包括·點對點視頻電話·帶有用于控制以及多媒體信息處理的MCU的多媒體視頻會議·支持網關與其它基于ITUH.320和ITUH.324標準的視頻會議系統的互相操作·支持實時話音、視頻和數據或任何組合·用標準傳輸協議RTP在終端用戶終端之間傳輸多媒體信息流·支持終端用戶終端之間的動態(tài)能力交換和模式選擇如ITUH.263視頻和ITUG.723音頻。圖19C表示按照較佳實施例的視頻會議體系結構。該視頻會議體系結構的部件和說明詳述如下。B．部件視頻會議系統的一組組成部件包括·終端用戶終端·LAN互連系統·ITUH.323服務器·支持服務單元1．終端用戶終端終端用戶終端是通信的終點。用戶是用終端用戶終端進行通信和參加視頻會議的。終端用戶終端，包括ITUH.323終端1和8、ITUH.320終端9和H.324終端10，通過提供呼叫控制、多點控制和網關功能的ITUH.325服務器而互連的。終端用戶終端能進行多媒體輸入和輸出，配備電話設備、麥克風、攝像機、視頻顯示監(jiān)視器和鍵盤。2．LAN互連系統LAN互連系統3是MCI交換網絡2與包括H.323服務器4、視頻內容引擎5、視頻郵件服務器6和H.323目錄服務器7在內的H.323系統之間的接口系統。參加視頻電話會話或視頻會議會話的終端用戶終端與MCI交換網絡建立通信，并通過LAN互連系統與H.323服務器通信。LAN互連系統為H.323視頻會議系統提供類似ACD的功能。3．ITUH.323服務器H.323服務器4為支持不同視頻會議標準-如ITUH.320和ITUH.324-的終端之間的相互工作而提供各種服務，包括呼叫控制、多點控制、多點處理和網關服務。H.323服務器由一組個別部件組成，這些部件互相之間通信，并與其它外部系統如終端用戶終端、視頻郵件服務器和H.323目錄服務器通信。H.323服務器的不同部件包括·H.323守門設備(Gatekeeper)·操作員業(yè)務模塊·H.323多點控制單元(MCU)·H.323網關4．守門設備H.323守門設備向H.323終端和網關單元提供呼叫控制服務。守門設備提供的各種業(yè)務包括·與終端、網關和MCU的呼叫控制信號傳輸；·對接入視頻會議系統的準入控制；·呼叫授權·帶寬控制和管理·為在不同的信號工作的視頻會議系統之間轉換地址的傳輸地址轉換；·正在進行的呼叫的呼叫管理；·與提供目錄服務的目錄服務器[7]的接口；·與提供視頻郵件服務的視頻郵件服務器[6]的接口；守門設備用ITUH.225流分組化和同步化過程進行各種服務，它與操作員服務模塊緊密地集成，以提供人工操作員服務。5．操作員業(yè)務模塊操作員業(yè)務模塊提供人工/自動操作員業(yè)務，它與守門設備緊密地集成。位于LAN上其它位置的人工或自動操作員終端通過操作員業(yè)務模塊與守門設備交互作用，以提供所需的操作員業(yè)務。6．多點控制單元(MCU)MCU由多點控制器和多點處理器組成，它們共同為視頻會議提供多點控制和處理服務。多點控制器提供的控制功能支持三個或更多終端之間的會議。多點控制器執(zhí)行與多點會議中每個終端的能力交換。多點處理器在多點控制器的控制下提供對音頻、視頻和/或數據流的處理-包括混合、交換處理-以及其它所需的處理。MCU用ITUH.245消息和過程來實現多點控制器和多點處理器的特征和功能。7．網關H.323網關提供各種傳輸格式之間的適當轉換。轉換服務包括·在H.225與作為H.320系統一部分的H.221之間的呼叫信令消息轉換；·H.245與H.242之間的通信過程轉換；·視頻、音頻和數據格式如H.263、H.261、G.723、G.728和T.120之間的轉換。H.323網關為傳輸格式、呼叫建立和控制信號及過程提供轉換功能。8．支持業(yè)務單元支持服務單元包括H.323目錄服務器7、視頻郵件服務器6和視頻內容引擎5，它們與H.323服務器交互作用以向終端用戶終端提供不同的服務。H.323目錄服務器提供目錄服務并與H.323服務器的守門設備單元交互作用。視頻郵件服務器是H.323系統生成的所有視頻郵件的儲存庫，它與H.323服務器的守門設備單元交互作用以創(chuàng)建和回放視頻郵件。視頻內容引擎是所有其它類型的視頻內容的儲存庫，可服務于終端用戶終端。視頻內容引擎與H.323服務器的守門設備單元交互作用。C．概述基于H.323的視頻會議體系結構完全描述了一個包括實時話音、視頻和數據或包括視頻電話的任何組合的多媒體通信的體系結構。具有H.323終端的用戶能夠參加多媒體視頻會議會話、點對點視頻電話會話、或者與沒有視頻設備的其它終端用戶進行僅有音頻的會話。該體系結構也包括根據如ITUH.320和ITUH.324的標準與其它視頻會議終端相互工作的網關。該體系結構包括一個用于提供包括檢索工具的完整目錄服務的目錄服務器。視頻郵件服務器是該體系結構中提供視頻郵件的記錄和回放功能的組成部分。視頻內容引擎也是總體體系結構中提供多媒體內容投遞服務的部分。參加視頻會議或視頻電話會話的H.323終端通過MCI交換網絡與H.323服務器通信。H.323服務器提供的各種服務包括呼叫控制、信息流投遞、多點控制，也為與H.320和或H.324終端互相工作而提供網關服務。服務器也提供目錄服務和視頻郵件服務。啟動視頻呼叫的H.323終端通過MCI交換網絡與H.323服務器建立通信鏈路。當H.323服務器準許其進入網絡后，服務器就向該啟動呼叫的終端提供一個其它可用終端的目錄，由該終端選擇一個目的地終端或目的地組來參加視頻會議。服務器然后建立與選定的目的地終端或終端組的通信鏈路，最后將主叫終端與被呼叫終端/終端組橋接。如果目的地終端不可用或者占線，服務器就向主叫終端提供存入一個視頻郵件的選擇。服務器還通知該視頻郵件的接收者并提供按需檢索視頻郵件的接收者服務。其它業(yè)務-如向H.323終端的按需內容投遞業(yè)務，也是由H.323服務器提供和控制的。D．呼叫流舉例現在詳細解釋基于H.323體系結構的視頻會議的呼叫流，要解釋的不同呼叫類型包括點對點呼叫-包括向其它H.323、H.320和H.324終端的呼叫，多點視頻會議呼叫。圖19C表示按照較佳實施例的各種呼叫流。1．點對點呼叫a)案例1H.323終端到另一個H.323終端啟動呼叫的H.323終端1通過MCI交換網絡向另一個H.323終端[8]啟動一個呼叫。要用守門設備來控制該會話，包括呼叫建立和呼叫控制。該終端的終端用戶接口是任一可購買到的WEB瀏覽器?！ぶ鹘薪K端1向MCI交換網絡啟動一個撥號呼叫；·呼叫通過LAN互連3系統終結在H.323服務器4的H.323守門設備模塊上；·在一個已知的不可靠傳輸地址/端口上建立主叫終端與守門設備4之間的一個PPP鏈路?！ず艚薪K端向守門設備[4]發(fā)送一個準入請求消息；·守門設備4發(fā)送一個準入確認消息，并與目錄服務器7通信，將目錄信息發(fā)回主叫終端供在主叫終端上顯示，該目錄信息是作為一個web頁連同呼叫方式選擇項一起顯示的。呼叫方式包括點對點或會議方式?！そ又鴾嗜虢粨Q的是為在一個已知的端口上H.225呼叫控制消息傳輸建立可靠的連接?！そK端用戶選擇點對點方式，也選擇呼叫的目的地。這是建立請求消息。·守門設備4與操作員服務模塊/操作員一起用建立請求呼叫被叫終端8。·如果建立請求失敗，守門設備4就向主叫終端通知失敗，并向主叫終端提供一個留下視頻郵件的選擇?！と绻K端1的用戶選擇為終端8的用戶留下一個視頻郵件，守門設備4就建立一個與視頻郵件服務器6的連接，并從郵件服務器6接收一個可靠的端口地址用于H.245連接?！な亻T設備4還為H.225呼叫控制與視頻郵件服務器建立一個連接?！な亻T設備4接著向主叫終端1發(fā)送一個表示H.245控制信道的可靠端口地址。H.245控制信道通信中可能涉及守門設備?！ぶ鹘薪K端1為H.245控制信道建立一個可靠連接，以便執(zhí)行H.245過程，諸如能力交換、方式選擇等?！ぴ谀芰粨Q之后，H.245過程將用于為不同的媒體流建立邏輯信道?！ぴ撃芰粨Q還包括為不同媒體流的傳輸確定動態(tài)端口地址。·媒體流在各種邏輯信道中的動態(tài)端口上傳輸?！ひ坏┙K端完成了視頻郵件，它就在視頻流停止傳輸之后關閉視頻的邏輯信道?！祿鬏敱煌Ｖ梗瑪祿倪壿嬓诺辣魂P閉。·音頻傳輸被停止，音頻的邏輯信道被關閉?！.245呼叫清除消息被發(fā)往對等實體?！ず艚薪K端1在H.225端口向守門設備7傳輸一個拆線消息，守門設備又將該拆線消息發(fā)送到視頻郵件服務器6?！ぴ摬鹁€消息被確認，呼叫拆線?！と绻⒄埱蟪晒Γ唤薪K端就用一個包括H.245連接的可靠端口地址的連接消息來響應?！な亻T設備4用連接消息以及H.245控制信道通信的端口地址來響應主叫終端1?！ぶ鹘薪K端1建立一個與網關4的用于H.225呼叫信號傳輸的連接，建立另一個H.245控制信道通信的連接并用連接確認消息應答網關4。·守門設備4又將連接確認消息發(fā)送到被叫終端8。·被叫終端8現在建立一個H.225呼叫控制連接，也建立另一個與守門設備4的H.245連接用于控制信道通信?！ひ呀洖榭煽客ㄐ沤⒘薍.245控制信道的終端交換能力和其它的H.245初始過程，在能力交換之前可選擇打開一個音頻信道?！つ芰粨Q之后，為每個媒體流在動態(tài)端口上建立邏輯信道?！ひ坏┰趧討B(tài)端口上打開了媒體邏輯信道，就能交換媒體信息?！ぴ跁捚陂g，可以調用H.245控制過程來改變信道結構如方式控制、能力等等?！.225控制信道也用于守門設備[4]請求的特定過程，包括呼叫狀態(tài)、帶寬分配等等?！と绻K結，無論哪個終端都可以啟動一個停止視頻消息，中斷視頻傳輸，然后關閉視頻的邏輯信道；·數據傳輸被中斷，數據的邏輯信道被關閉；·音頻傳輸被中斷，音頻的邏輯信道被關閉；·H.245結束會話消息被發(fā)送，控制信道上傳輸被停止，控制信道關閉；·接收結束會話消息的終端將重復關閉過程，然后用H.225呼叫信號信道進行呼叫清除；·啟動該終結的終端將在H.225控制信道上發(fā)送一個拆線消息給守門設備4，后者又向對等終端發(fā)送拆線消息。同等終端確認拆線，該應答被轉發(fā)到啟動終端，呼叫最終釋放。b)案例2H.323終端到H.320終端從H.323終端1啟動的呼叫通過MCI交換網絡調用一個向H.320終端9的呼叫。守門設備連同網關參與控制該會話，包括呼叫建立和呼叫控制。終端的終端用戶接口是市場銷售的任一Web瀏覽器或者類似的接口。呼叫流與上一個案例中解釋的H.323終端到另一個H.323終端的類似，例外是網關部件4是在守門設備4與被叫終端9之間引入的。網關將包括音頻、視頻、數據和控制的H.323消息轉換成H.320消息，反之亦然。如果H.320終端9向H.323終端[1]啟動一個呼叫，則由網關來執(zhí)行初始撥叫例程，然后由守門設備接管呼叫控制，呼叫如上一個案例中所述的那樣進行。c)案例3H.323終端到H.324終端啟動呼叫的H.323終端1通過MCI交換網絡啟動一個向H.324終端10的呼叫。守門設備連同網關參與控制會話，包括呼叫建立和呼叫控制。終端的終端用戶接口是Web瀏覽器或者類似的接口。呼叫流與前面案例中解釋的H.323終端到另一個H.323終端的類似，例外是網關部件4是在守門設備4與被叫終端9之間引入的。網關4將包括音頻、視頻、數據和控制的H.323消息變碼成H.324消息，反之亦然。如果H.324終端10向H.323終端1啟動一個呼叫，則由網關來執(zhí)行初始撥叫例程，然后由守門設備接管呼叫控制，呼叫如前面案例中所述的那樣進行。2．多點視頻會議呼叫就多點視頻會議來說，所有終端與守門設備4交換初始呼叫信號傳輸和建立消息，然后連接到多點控制器4以進行實際會議，包括通過守門設備4的H.245控制信道消息傳遞。以下是為建立會議所作的考慮·在初始準入控制消息交換之后，向用戶提交一個web頁，內容是關于會議類型和參加者動態(tài)列表的信息。·向晚些時候加入的參加者提交一個會議信息的web頁，還要求參加者輸入驗證信息?！に杏脩敉ㄟ^守門設備[4]連接到多點控制器[4]?！ざ帱c控制器[4]在各種參加者中分布信息。E．結語視頻會議體系結構是對包括實時話音、視頻和數據、或任何組合(包括點對點視頻電話)的多媒體通信的完整解決方案。該體系結構定義了用ITU推薦標準與其它系統的互相工作。其它服務包括目錄服務和視頻郵件服務，也是總體體系結構的一部分。ⅩⅤ．視頻存儲與轉發(fā)體系結構視頻存儲與轉發(fā)體系結構描述了視頻點播內容傳遞系統。內容可以包括視頻與音頻或者僅有音頻。內容的輸入源來自MCI的現有視頻會議設備或者來自任何視頻/音頻源。輸入視頻以不同的標準格式如ITUH.320、ITUH.324、ITUH.263或MPEG在數字庫中存儲，并以所要求的格式向客戶機投遞。以不同的速度向因特網上或者包括ISDN的撥號線路的客戶機的投遞，每一種不同的數據格式都有一個單一的存儲器。A．特征視頻存儲與轉發(fā)體系結構的設計，具有豐富的特征和功能，包括·分發(fā)點播的視頻和音頻；·支持不同的壓縮和傳輸標準，包括IP(因特網協議)和RTP(實時傳輸協議)二者上的ITUH.320、ITUH.324、MPEG和ITUH.263；·支持因特網上通過撥號ISDN線路及通過低速(28.8kbps)模擬電話線路的內容投遞；·支持單源內容、多存儲、傳輸格式和多傳輸速度；·支持多格式的內容管理和存檔。B．體系結構圖19D是按照較佳實施例的視頻存儲與轉發(fā)體系結構。C．部件視頻存儲與轉發(fā)體系結構可以完全地以下列部件來描述。·內容創(chuàng)建和代碼轉換?！热莨芾砗屯哆f·內容檢索和顯示。1．內容建立和代碼轉換。輸入源包括模擬視頻、來自多點控制單元(MCU)和其它視頻源1a和1b的視頻。輸入內容被轉換成標準格式，如ITUH.261、ITUH.263、ITUH.320、ITUH.263、ITUH.324、MPEG，還有支持在RTP上H.263的投遞和在因特網協議2和3上H.263的投遞的格式。輸入初始可按H.263編碼，可選地代碼轉換成各種其它格式并存儲2。代碼轉換后的內容在不同的服務器上存儲，每種服務器存儲一種內容類型以服務各種客戶機，各客戶機支持不同的格式5a、5b、5c、5d和5f。2．內容管理和投遞內容存儲在不同的服務器上，其中每個服務器支持特定的格式。內容由數字庫管理，數字庫的組成是-管理內容4的索引和文檔的索引服務器、-用于內容5a、5b、5c、5d和5f的存儲的對象服務器、-作為索引和對象服務器的前端、與請求內容6的不同服務器交互作用的代理客戶機。內容投遞的手段是-因特網、-撥號ISDN線路、-28.8kbps的撥號模擬電話線，內容格式是在IP或RTP上傳輸的MPEG流、H.320流、H.324流或H.263流。3．內容檢索和顯示。內容檢索是由支持下列各種格式的客戶機進行的-MPEG客戶機-7a；-支持RTP的ITUH.263客戶機-7b；-支持IP的ITUH.263客戶機-7c；-ITUH.320客戶機-7d-ITUH.324客尸機-7e。內容是由不同客戶機按需檢索，在本地顯示器上顯示的。客戶機支持像VCR的功能，如快進、快倒等。D．概述來自不同源的模擬視頻和來自MCU的H.320視頻作為輸入被接收后，按要求代碼轉換成各種格式如ITUH.324、ITUH.261、ITUH.263或MPEG，存儲在各個格式專用的不同對象服務器上。對象服務器又都由索引服務器管理，一起統稱為數字庫。任何來自客戶機對內容的請求都由索引服務器接收，又通過代理客戶機得到對象服務器的服務。索引服務器或庫服務器響應代理客戶機的請求，在對象服務器上存儲、更新和檢索對象-如H.261、H.263或MPEG多媒體信息。索引服務器有在對象服務器上存儲的所有不同對象的全部索引信息，還有關于信息存駐哪個對象服務器上的信息。索引服務器上的索引信息可被代理客戶機訪問，以從不同的對象服務器檢索多媒體內容。安全和訪問控制也是索引服務器功能的一部分。對象服務器是提供物理存儲并作為多媒體內容-包括來自會議設備的視頻會議信息-的儲存庫的數字庫的一部分。多媒體內容以標準格式存儲，可被代理客戶機點播檢索。每一個對象服務器專用于特定格式的多媒體內容如H.261、H.263、MPEG等等。包括關于專用于某多媒體格式的特定對象服務器的信息在內的多媒體內容的組織和索引信息是由索引服務器管理的。對象服務器在接到索引服務器的特定指令后將所存儲的多媒體內容傳遞給代理客戶機。代理服務器是數字庫的前端，由所有客戶機通過因特網訪問以獲取點播的多媒體內容。代理客戶機也是萬維網(WWW)服務器，被訪問時向客戶機傳遞一個頁面?？蛻魴C與代理客戶機交互作用，由此通過WWW頁與數字庫交互作用?？蛻魴C通過與WWW頁的交互作用請求多媒體內容。代理客戶機通過WWW頁面接收客戶機的請求并處理該請求。代理客戶機然后與索引服務器通信，按客戶機的請求進行對象查詢。索引服務器與專用于所請求多媒體格式的其中一個對象服務器通信，然后根據索引服務器上可用的索引信息，指令對象服務器將所請求的多媒體內容傳遞給代理客戶機。代理客戶機從該對象服務器接收多媒體內容，將其傳遞給作出請求的客戶機。客戶機要么通過因特網、要么通過ISDN線路或28.8kbps的模擬線路上的撥號連接，連接到服務器，具體視所請求視頻格式和客戶機能力而定。H.320客戶機通過ISDN線路連接，H.324客戶機在28.8kbps的模擬電話線上請求服務。MPEG客戶機或采用RTP的H.263客戶機或采用IP的H.263客戶機通過因特網請求服務。用于多媒體內容查詢和顯示的前端，如WWW瀏覽器，被集成為客戶機的一部分，為終端用戶提供易于使用的接口?？蛻魴C對視頻的請求被代理客戶機接收后，代理客戶機將請求傳遞給索引服務器，后者接著處理該請求并與特定對象服務器通信，此外還索引內容，準備傳遞。對象服務器通過因特網將所請求內容傳遞給客戶機。就撥號鏈路來說，內容被傳遞回到已經建立的鏈路上?？傊曨l存儲與轉發(fā)體系結構描述了創(chuàng)建、代碼轉換、存儲、存檔、管理和傳遞視頻和音頻或者點播音頻的一個綜合系統。視頻與音頻或音頻的傳遞將在因特網上，或者通過ISDN或模擬電話線路進行。包括視頻與音頻或音頻的內容是從各服務不同傳遞速率的個別存儲位置以各種數據速率傳遞的。ⅩⅥ．視頻操作員A．硬件體系結構圖96表示的系統硬件允許視頻操作員參加視頻會議或視頻呼叫，向視頻主叫者提供眾多的服務。所提供的服務中有回答輸入視頻呼叫或撥出到客戶站點，為保持視頻會議計劃而訪問某個系統，將使用按需帶寬互操作性組(“BONDING”)呼叫或國際電信聯盟-電信標準化分部(ITU-T)標準H.320多費率承載服務(MRBS)綜合服務數字網(ISDN)的主叫者連入視頻會議或視頻呼叫，監(jiān)視、查看和記錄視頻會議或視頻呼叫，回放以前記錄的視頻會議或視頻呼叫，并對視頻會議或視頻呼叫期間視頻會議主叫者的咨詢提供支持或作出應答。系統硬件的組成是視頻操作員終端40001、呼叫服務器40002、多媒體中樞(MMHub)40003、廣域網中樞(“WANHubs”)40004、多點會議單元(“MCU”)40005、BONDING服務器40006、客戶終端40007、和交換網絡(“MCI”)40008。在一個實施例中，視頻操作員終端40001是一個基于奔騰(Pentium)的個人電腦，處理速度為90MHz或更高，帶32MB的RAM和容量至少1GB的硬盤驅動器。該實施例中的操作系統是微軟公司的Windows95。特殊特征包括Incite多媒體通信程序(“MCP”)軟件、用于音頻與視頻壓縮的H.320視頻編碼解碼器(“codec”)卡(例如Zydacron的Z240編碼解碼器)、等時以太網(“isoEthernet”)網絡接口卡。Incite的MCP管理等時以太網網絡接口卡，以便在等時信道中建立96個ISDNB-信道的同步信道，用以傳輸視頻信號。該實施例中的呼叫服務器40002是一個基于Pentium的個人電腦，處理速度為90MHz或更高，帶32MB的RAM和容量至少1GB的硬盤驅動器。該實施例中的操作系統是微軟公司的WindowsNT服務器。特殊特征包括Incite呼叫服務器服務和以太網網絡接口卡。系統的不同實施例能適應任何MM中樞40003模型和任何WAN中樞40004模型。在一個實施例中，MM中樞40003是Incite多媒體中樞，WAN中樞是InciteWAN中樞，MM中樞40003是一個局域網(“LAN”)中樞，它通過許多支持等時以太網接口、每個具有由96個全雙工B信道組成的帶寬的端口，連接到個人電腦-諸如視頻操作員終端40001和BONDING服務器40006，連接到WAN中樞40004，或者連接到其它階聯的MM中樞。此外，MM中樞40003能通過諸如來自呼叫服務器40002的一個以太網接口接受達10Mbps的以太網數據。WAN中樞40004起著MM中樞40003與一個諸如MCI40008的公共或專用交換網絡之間的接口的作用，能使視頻會議擴大到含有MM中樞40003和WAN中樞40004的WAN或LAN之外。系統的不同實施例也適合不同制造商的MCU40005設備。MCU40005的功能是允許使用不同設備的(可能在不同的基于電路的數字網絡上通信的)視頻會議主叫者在單一的視頻會議中彼此通信。例如，一個實施例采用VideoServer的多媒體會議服務器(“MCS”)，它混合音頻以允許任何一個視頻會議主叫者聽到完整的視頻會議討論，處理視頻以允許各個視頻會議主叫者同時看到其它主叫者。在一個實施例中，BONDING服務器40006是基于奔騰的個人電腦，具有90MHZ或更高的處理速度，32MB的RAM，一個存儲容量至少1.0GB的硬盤驅動器。這個實施例中的操作系統是MicrosoftWindows95。特殊的特征包括InciteBONDING服務器軟件，一個數字信號處理器(DSP)卡(諸如TexasInstrument公司的“TMS320C80”DSP)，一個等時以太網網絡接口卡。當客戶機終端40007進行BONDING或集體視頻呼叫時，BONDING服務器40006就將這些呼叫轉換成視頻操作員平臺內部使用的多速率ISDN呼叫。在較佳實施例中，客戶機終端是一個基于奔騰的個人電腦，處理速度90MHz或更高，帶有32MB的RAM，一個存儲容量至少1.0GB的硬盤驅動器。這個實施例中的操作系統是MicrosoftWindows95，客戶機終端40007配備音頻和視頻設備，使其與ITU-T標準H.320兼容。在這個實施例中，交換網絡是由MCI40008提供的綜合服務數字網(ISDN)。視頻操作員終端40001與MM中樞40003是通過一個具有96全雙工B通道的帶寬的等時以太網接口連接的，該接口允許每個視頻操作員管理多達8個各采用客戶機終端40007的視頻會議客戶機。該MM中樞40003通過類似的等時局域網(“LAN”)連接與WAN中樞40004連接。一個WAN中樞40004用多速率ISDN接口通過MCI40008連接到MCU40005。另一個WAN中樞40004用多速率ISDN接口連接到MCI40008,MCI通過一個BONDING或多速率ISDN接口連接到每個客戶機終端40007。在一個三路連接中，MCU40005、呼叫服務器40002和MM中樞40003互相之間通過一個以太網廣域網(“WAN”)40009連接。MM中樞40003也通過一個有248個全“等時”模式的B信道的帶寬的等時以太網接口連接到BONDING服務器40006。B．視頻操作員控制臺圖97表示的使操作員能管理視頻會議呼叫系統的實施例，包括視頻操作員控制臺系統40101和外部系統和接口40108～40117。視頻操作員控制臺40101由圖形用戶接口(“GUI”)40102、軟件系統40103和媒體控制系統40107組成。GUI40102與軟件系統40103及媒體控制系統40107二者交互作用，以便使視頻操作員能用視頻操作員控制臺系統40101從視頻操作員終端(圖96的40001)執(zhí)行視頻操作員發(fā)明的所有功能。軟件系統40103實現下列系統調度系統40104，它管理視頻操作員的調度；記錄與回放系統40105，它記錄任何呼叫的音頻和視頻輸入并回放通過任何呼叫的音頻和視頻輸入；呼叫系統接口40106，它起著與InciteMCP應用程序的應用程序接口作用，通過執(zhí)行諸如撥號和保持的交換功能而管理個別呼叫。調度系統40104通過開放數據庫連接(“ODBC”)接口40108連接到視頻操作員共享數據庫40111，后者又通過VOSD與VRS40114之間的接口連接到視頻會議預定系統(“VRS”)40115。VRS40115要么有規(guī)律地、要么按視頻操作員共享數據庫40111內的數據庫代理系統的需要，通過接口40114向視頻操作員共享數據庫40111提交視頻會議計劃、會議定義和站點定義。在較佳實施例中，視頻操作員共享數據庫40111存駐在與含有視頻操作員控制臺40101的計算機不同的計算機上，存儲著所有會議和站點信息，使得各個視頻操作員控制臺40101能為任何視頻會議呼叫檢索必要的會議和站點配置。在與內部調度系統40104關聯的外部系統的另一個實施例中，視頻操作員共享數據庫40111與VRS40115可以合并成單一的系統。記錄與回放系統40105通過動態(tài)數據交換(“DDE”)、對象鏈接與嵌入(“OLE”)或動態(tài)鏈接庫(“DLL”)接口40109與位于視頻操作員終端(圖96的40007)本地的視頻操作員存儲與回放系統40112通信。會議操作員存儲與回放系統由符合ITU-T標準H.320的單向記錄設備40116和符合ITU-T標準H.320的單向回放器40117組成。會議呼叫是通過從視頻操作員控制臺40101向H.320記錄器40116傳輸數字化音頻和視頻信號而記錄的。會議呼叫是通過從磁盤存儲器檢索以前記錄的會議呼叫并將視頻和音頻信號從H.320回放器40117傳送到視頻操作員控制臺而回放的。呼叫系統接口系統40106通過DDE接口40110與InciteMCP應用程序40113通信，以管理諸如撥號、保持等等的交換功能。媒體控制系統40107允許GUI40102直接與外部部件通信，以管理音頻和視頻的GUI40102表示。在圖401中所示的實施例中，媒體控制系統40107通過DDE接口40110與InciteMCP應用程序40113通信。InciteMCP應用程序40113通過DDE接口40110向內部媒體控制系統40107、并進而向GUI40102提供所有必需的呼叫建立特征和多媒體特征，諸如視頻窗口放置和音頻控制。圖98表示用于使視頻操作員能管理視頻會議呼叫的系統的第二個實施例，該系統包括視頻操作員控制臺系統40101和外部系統和接口40108～40117和40203～40216。然而在該實施例中，軟件系統40103不但與VideoServer(視頻服務器)的“MCS”40205MCU兼容，而且與其它制造商的MCU應用兼容。所以，圖98中就出現了內部軟件系統MCU控制40201、外部軟件系統MCU控制系統40208、MCU本身40214和40215以及它們之間的接口40206、40210和40211。此外，在該實施例中，由于不僅InciteMCP40113應用而且“其它具有呼叫控制接口的程序”40216也可以提供所有的呼叫建立和多媒體特征，所以外部呼叫控制系統40209是必需的，這與插入的DDE、OLE或DLL接口40207、40212、和40213一樣。該實施例也包括視頻存儲與轉發(fā)系統40204及其DDE、OLE或DLL接口40203。最后，第二個實施例添加了內部軟件系統呼叫監(jiān)視器40202。如第一個實施例中一樣，視頻操作員控制臺系統40101由GUI40102和軟件系統40103組成。然而，第二個實施例除了包括調度系統40104、記錄與回放系統40105和呼叫系統接口40106之外，還包括MCU控制40201和呼叫監(jiān)視器40202。調度系統40104和關聯的外部系統40108、40111、40114和40115與第一個實施例中的相同，在圖97中表示，上文作過說明。內部MCU控制40201通過DDE、OLE或DLL接口40206與外部MCU控制系統40208通信以管理各種不同MCU系統特定的資源和特征。MCU控制系統40208或者通過會議談話接口40211與VideoServerMCS40215通信，或者通過另一個銷售商的特定接口40210與其它一些MCU銷售商的MCU40214通信。記錄與回放系統40105通過DDE、OLE或DLL接口40109、40203與存儲與檢索系統40205和視頻存儲與轉發(fā)系統40204通信。存儲與檢索系統40205和視頻存儲與轉發(fā)系統40204通過另一個DDE、OLE或DLL接40207與呼叫控制系統40209通信。呼叫控制系統40209通過另一個DDE、OLE或DLL接40212與單向H.320記錄器40116和單向H.320回放器40117通信。會議呼叫是通過從視頻操作員控制臺40101經存儲與檢索系統40205和呼叫控制系統40209向H.320記錄器40116傳輸數字化音頻和視頻信號而記錄的。會議呼叫是通過從磁盤存儲器檢索以前記錄的會議呼叫并將視頻和音頻信號從H.320回放器40117經呼叫控制系統40209和存儲與檢索系統40205傳送到視頻操作員控制臺40101而回放的。視頻存儲與轉發(fā)系統40204的操作方式類似于存儲與檢索系統40205，在記錄與回放系統40105和呼叫控制系統40209之間通信。呼叫監(jiān)視器40202通過定期輪詢視頻操作員控制臺軟件系統40103內的呼叫系統接口40106來監(jiān)視呼叫和連接的狀態(tài)。呼叫系統接口40106通過DDE、OLE或DLL接口40207與呼叫控制系統40209通信，以管理包括諸如撥號、保持等等的交換功能，在視頻操作員控制臺40101內部數據結構與呼叫控制系統40209數據之間轉換的呼叫數據。呼叫控制系統又用呼叫控制接40216來管理InciteMCP40113或其它程序。媒體控制系統40107通過DDE、OLE或DLL接口與呼叫控制系統40209通信，后者通過DDE接口40110與InciteMCP應用程序40113或用呼叫控制接口40216與其它程序通信。InciteMCP應用程序40113或者直接通過DDE接口40110向內部媒體控制系統40102、或者通過呼叫控制系統40209，提供所有必需的呼叫建立特征和多媒體特征，諸如視頻窗口放置和音頻控制。如果用帶有呼叫控制接口40216的其它程序來提供呼叫建立和多媒體特征，則程序是通過呼叫控制系統40209與媒體控制系統40107通信的。C．視頻會議呼叫流圖99表示由視頻操作員啟動的視頻會議呼叫是如何通過圖96所示的系統連接的。第一步，如呼叫流路線40301所示，視頻操作員從視頻操作員終端40001啟動一個通過MM中樞40003到BONDING服務器40006的呼叫，BONDING服務器40006將呼叫轉換成一個BONDING呼叫。第二步，如呼叫流路線40302所示，BONDING服務器40006將BONDING呼叫再次通過MM中樞40003、通過WAN中樞40004、通過MCI40008，傳輸到客戶機終端40007。對每個將參加視頻會議的客戶機終端40007重復這個步驟。第三步，如呼叫流路線40303所示，視頻操作員從視頻操作員終端40001啟動一個呼叫，通過MM中樞40003、通過WAN中樞40004、通過MCI40008，到達MCU40005。第四步，如呼叫流路線40304所示，視頻操作員用視頻操作員終端40001將該連接橋接到客戶機終端40007和MCU40005。視頻操作員每次呼叫位于客戶機終端40007的會議呼叫客戶機時，該特定會議站點的MCU的ANI就在主叫方域中傳遞，以用正確的會議站點標識各個參加會議呼叫的客戶機。當MCU被呼叫時，客戶機的ANI就被傳遞。MCU于是就能確定各個呼叫的正確會議站點。在另一個實施例中，客戶機從客戶機終端40007啟動一個BONDING呼叫，通過MCI40005、通過WAN中樞40004、通過MM中樞40003、通過BONDING服務器40006、再次通過MM中樞40003，到達視頻操作員終端40001。視頻操作員然后如呼叫流路線40303所示向MCU接通一個呼叫，最后如呼叫流路線40304所示連接兩個呼叫。為了確定客戶機啟動的呼叫的正確會議站點，啟動客戶機的ANI要在視頻操作員建立連接時傳遞到MCU。在視頻會議呼叫進展的同時，視頻操作員從視頻操作員終端40001監(jiān)控各個呼叫。視頻操作員的功能包括，監(jiān)控哪些呼叫保持著連接，重新連接拆線的呼叫，向會議添加新的客戶，或者參加會議以向客戶通知會議狀態(tài)。要結束會議，所有呼叫都被拆線，視頻操作員共享數據庫(圖98的40214)反映更新了的會議計劃。D．視頻操作員軟件系統1．類層次圖100表示視頻操作員軟件系統類的類層次。在一個使用VisualC++程序設計語言的實施例中，VOObject40401類是從VisualC++基類CObject擴展而成的。VOObject40401是視頻操作員控制臺系統的內部軟件系統中所有對象的類的超類，所以內部軟件系統中所有對象都從VOObject40401繼承屬性。VOOperator40402是一個與一個VOSchedule40403部件-1類對象和VOUserPreferences40404部件-2類對象關聯的匯編類(assemblyclass)，所以與各VOOperator40402對象關聯的恰好有一個VOSchedule40403對象，恰好有一個VOUserPreferences40404對象。VOSchedule40403又是一個與零個或更多VOSchedulable40405部件-1類對象關聯的匯編類，所以與每個VOSchedule40403對象關聯的可以有任何數量的VOSchedulable40405對象。VOSchedulable40405是VOConference40406子類-1和VOPlaybackSession40407子類-2的超類，所以VOConference40406對象和VOPlaybackSession40407對象從VOSchedulable40405對象繼承屬性。VOConference40406是一個與兩個或更多VOConnetion40412部件-1類對象以及零個或一個VOPlaybackCall40415部件-2類對象關聯的匯編類，所以與各個VOConference40406對象關聯的至少有兩個VOConnetion40412對象，可能還有一個VOPlaybackCall40415對象。VOPlaybackSession40407是一個與一個VOPlaybackCall40415部件-1類對象關聯的匯編類，所以與各個VOPlaybackSession40407對象關聯的恰好有一個VOPlaybackCall40415對象。VOCallObjMgr40408是一個與零個或更多VOCall40410部件-1類對象關聯的匯編類，所以與VOCallObjMgr40408對象關聯的可以有任何數量的VOCall40410對象。類似地，VOConnObjMgr40409是一個與零個或更多VOConnetion40412部件-1類對象關聯的匯編類，所以與VOConnObjMgr40409對象關聯的可以有任何數量的VOConnetion40412對象。VOConnetion40412是一個與兩個VOCall40410部件-1類對象關聯的匯編類，所以與各個VOConnetion40412對象關聯的恰好有兩個VOCall40410對象。VOCall40410是VOPlaybackCall40415子類-1的超類，所以VOPlaybackCall40415對象VOCall40410對象繼承屬性。VOCall40410也是一個與兩個VOSite40413部件-1類對象關聯的匯編類，所以與各個VOCall40410對象關聯的恰好有兩個VOSite40413對象。最后，VOCall40410類對象使用VORecorder40411類對象。VOSite40413是VOMcuportSite40417子類-1、VOParticipantSite40418子類-2和VOOperatorSite40419子類-3的超類，所VOMcuPortSite40417對象、VOParticipantSite40418對象和VOOperatorSite40419對象從VOSite40413對象繼承屬性。VOPlaybackCall40415是一個與一個VOMovie40416關聯的匯編類，所以與各個VOPlaybackCall40415對象關聯的恰好有一個VOMovie40416。VOPlaybackCall40415類對象也用VOPlayer40414類對象。VOMessage40420除繼承VOObject40401的屬性之外沒有關聯，VOObject40401是內部軟件系統中所有對象的超類。2．類和對象說明a)VOObject所有內部軟件系統都將從下列基類繼承。這個基類是從VisualC++基類CObject擴展的。類VOObject基類CObject繼承類型公共友類-(1)數據類型enumsenderType_e{SENDER_INTERNAL,SENDER_SCHEDULE,SENDER_CONFERENCE,SENDER_CONNECTION,SENDER_CALL,SENDER_TIMER}；enummessageType_e{MSG_DEBUG,MSG_ERROR,MSG_WARNING,MSG_APPLICATION_ERROR,MSG_STATE_UPDATE}；Deliverytypeflags:DELIVER_MESSAGE_QUEUE,DELIVER_LOG_FILE,DELIVER_MODAL_DIALOG,DELIVERMODELESS_DIALOG,DELIVER_CONSOLEOUTPUT(2)屬性訪問級類型名稱描述靜態(tài)VOOperator*m_pVO視頻操作員指針靜態(tài)VOSchedule*m_pSchedule調度程序指針靜態(tài)VOCallObjMgr*m_pCallOM呼叫對象管理器指針靜態(tài)VOConnectionObjMgr*m_pConnOM連接對象管理器指針靜態(tài)VOCallSystem*m_pCallSys呼叫系統接口指針(3)過程(a)PostMessageVirtualPostMessage(messageType_etype,interrCode,Cstringinfo=“”,intdelivery=(DELIVER_MSG_QUEUE｜DELIVER_LOG_FILE),senderType_esenderType=SENDER_INTERNAL,void*sender=NULL)；(ⅰ)參數type消息的類型-如數據類型一節(jié)中所定義。errCode錯誤或警告代碼一如應用的資源中所定義。Info作為消息一部分要傳遞的額外文字信息。delivery消息投遞的最佳過程。投遞的選擇在上文的數據類型一節(jié)中說明過。投遞的缺省方法存儲在類成員變量m_delivery中，它應當只對DELIVER_MSG_QUEUE和DELIVER_LOG_FILE二者而被初始化。senderType消息發(fā)送者的類型-如數據類型一節(jié)中所定義。Sender指向發(fā)送消息的對象的指針，即this(這個)。(ⅱ)描述用這個函數來創(chuàng)建錯誤、警告、調試、記錄和通知消息。它將創(chuàng)建一個VOMessage對象，后者然后按照投遞標志(deliveryflags)的規(guī)定來執(zhí)行適當的行動。(b)GetErrorStringvirtualCStringGetErrorString(interrorCode)返回值返回一個具有與傳遞的錯誤代碼相對應的錯誤串的CString對象。errorCode參數所要錯誤串的錯誤代碼，作為資源存儲該錯誤串。調用這個函數能獲得與錯誤代碼對應的文字描述。b)核心類(1)類列表站點(Site)參與者站點(ParticipantSite)MCU端口站點(MCUPortSite)視頻操作員站點(VideoOperatorSite)呼叫(Call)回放呼叫(PlaybackCall)呼叫對象管理器(CallObjectManager)連接(Connection)連接對象管理器(ConnectionObjectManager)消息(Message)視頻操作員(VideoOperator)(2)類描述(a)站點(Site)這是一個基類，由其可以導出諸如ParticipantSite和MCUPortSite類的類。其主要目的是作為一個數據結構，內容是關于誰或什么正在參加呼叫。類VOSite基類VOObject繼承類型公共友類-(ⅰ)數據類型enumBandwidth_e{MULTIRATE,BONDING,AGGREGATED,HO}；(ⅱ)屬性訪問級類型名稱描述Cstringm_name站點名稱ID_tm_ID唯一站點IDID_tm_locationID物理位置IDCstringm_timezone時區(qū)Cstringm_dialNumber要撥叫的號碼。參看呼叫系統接口一節(jié)的多號碼格式Bandwidth_em_bandwidthUsage帶寬使用intm_maxNumChannels最大可能信道數VOCall*m_pCall指向這個站點屬于其一部分的呼叫對象的指針。*編碼解碼器或終端類型(PictureTel、MCP等)*呼叫建立類型(撥入、撥出)(b)參加者站點從VOSite基類繼承。所有用戶或會議參加者都將把他們的信息存儲在VO共享數據庫中。類VOParticipantSite基類VOSite繼承類型公共友類-屬性訪問級類型名稱描述Cstringm_CoordinatorName站點協調者名稱Cstringm_CoordinatorNbr站點協調者電話號碼ID_tm_companyID該站點所屬公司的IDVOMCUPortSite*m_pMCUport要在連接對象中關聯到的MCU端口站點(c)MCU端口站點從VOSite基類繼承。所有會議都在MCU上進行。各個參加者站點需要與MCU上的一個邏輯“端口”連接。類VOMcuPortSite基類VOSite繼承類型公共友類-屬性訪問級類型名稱描述ID_tm_mcuID標識MCU的IDVOParticipantSite*m_pParticipant要在連接對象中關聯到的參加者站點(d)視頻操作員站點從VOSite基類繼承。所有呼叫都把視頻操作員站點作為點對點呼叫中的站點之一。這個結構含有視頻操作員的真實ANI。類VOOperatorSite基類VOSite繼承類型公共友類-屬性訪問級類型名稱描述ID_tm_operatorID操作員的IDCStringm_voicePone操作員的話音電話號碼ID_tm_groupID操作員的組IDID_tm_superviserID監(jiān)控者的IDCOblistm_Calls該站點作為其一部分的呼叫對象的列表(e)呼叫呼叫的定義是兩個站點之間的全雙工H.320流。在所有呼叫中，視頻操作員站點將是站點之一。將連接的一對呼叫稱為一個連接。所有呼叫都把視頻操作員站點作為點對點呼叫中的站點之一。這個結構含有視頻操作員的真實ANI。類VOCall基類VOObject繼承類型公共友類-(ⅰ)數據類型enumStateCall_e{ERROR,INACTIVE,INCOMING,DIALING,ACTIVE,DISCONNECTED,HELD,lastCallStates}；enumcallOperation_e{ERROR,DIAL,ANSWER,HOLD,PICKUP,DISCONNECT,HANGUP,lastCallOperations}(ⅱ)屬性訪問級類型名稱描述ID_tm_ID呼叫IDVOSite*m_pSite呼叫站點的另一端(參加者、MCU端口或未知的)VOOperatorSite*m_pOperatorSite操作員站點booleanm_operator如果呼叫是由操作員Initiate啟動的，值為真(缺省值)CTimem_startTime呼叫變?yōu)榛顒訒r的實際時間booleanm_expectHangup幫助確定是否期待掛機的標志StateCall_em_state呼叫的狀態(tài)StateCall_em_transitionTable狀態(tài)轉換表[nCallStates][nCallOperations]VORecorder*m_pRecorder呼叫的記錄器對象VOConnection*m_pConnection指向該呼叫所屬連接對象的指針(ⅲ)過程Disconnection()；當線路另一端掛機或線路中斷時被調用。成員變量m_expectHangup應當為假。否則，應當已調用過呼叫對象管理器的Hangup()操作。Reset()；將呼叫狀態(tài)復位到不活動狀態(tài)。Recordingstart()；開始記錄呼叫的H.320輸入流。RecordingStop()；停止呼叫的記錄。setState(callOperation_eoperation)；操作參數指示已經執(zhí)行一個操作，結果將導致狀態(tài)變化。影響呼叫的狀態(tài)的操作應當在操作執(zhí)行之后調用setState函數。該功能通過引用狀態(tài)轉換表中的當前狀態(tài)和操作來改變呼叫的狀態(tài)。將創(chuàng)建一個類型為STATES_UPDATE的VOMessage對象，發(fā)送到應用隊列。GUI和任何讀取該應用隊列的部件于是就得到狀態(tài)更新的通知。(f)回放呼叫從VOCall基類繼承。在這個特殊的呼叫案例中，視頻操作員音頻和視頻輸出被視頻操作員存儲與回放的外部系統部件用來自影片回放的H.320流替換。類VOPlaybackCall基類VOCall繼承類型公共友類-(ⅰ)屬性訪問級類型名稱描述VOMovie*m_pMovie將被播放的影片對象VOPlayer*m_pPlayer執(zhí)行回放的播放器對象(ⅱ)過程PlaybackStart()；開始回放。PlaybackStop()；停止回放。(g)影片影片是H.320呼叫的記錄。在階段1，視頻操作員存儲與回放系統為記錄和回放影片以及存儲和檢索而管理文件和H.320數據流。類VOMovie基類VOObject繼承類型公共友類-屬性訪問級類型名稱描述公共ID_tm_movieID影片ID公共CStringm_description影片描述(h)呼叫對象管理器通過用呼叫對象管理器來構造和毀滅呼叫對象，就能在視頻操作員的機器上保持所有呼叫的列表。這包括不是任何會議或回放會話的一部分的呼叫，包括輸入呼叫和一般撥出呼叫。影響呼叫但不創(chuàng)建或毀滅呼叫的操作可由呼叫對象本身來執(zhí)行。類VOCallObjManager基類VOObject繼承類型公共友類-(ⅰ)屬性訪問級類型名稱描述intM_numChannels未使用的信道的總數intM_numActive活動信道的總數CMapStringToObm_callList呼叫列表(ⅱ)過程Dial()；Dial(VOCaU*pCalling)；pCalling參數該指針如果非零，將用于呼叫對象。這在創(chuàng)建或重新使用一個處于不活動或拆線狀態(tài)的呼叫對象時是必需的。Dial執(zhí)行撥出。Dial的號碼在m_pSite呼叫成員結構中。ANSWER()；ANSWER(VOCALL*pIncoming)；pIncoming參數該指針如果非零，將用于呼叫對象。這在創(chuàng)建或重新使用一個處于不活動或拆線狀態(tài)的呼叫對象時是必需的。Answer回答輸入呼叫。Hangup(VOCALL*pCall)；pCall參數指向呼叫的指針。Hangup掛斷pCall所指向的呼叫。Hold(VOCall*pCall)；pCall參數指向呼叫的指針。Hold將pCall所指向的呼叫保持。VOCall*CallCreate()；VOCall*CallCreate創(chuàng)建一個呼叫對象。VOPlaybackCALL*PlaybackCallCreate()；VOPlaybackCALL*PlaybackCallCreate()創(chuàng)建一個回放呼叫對象。VOCall*GetCallPtr(ID_tidCall)；idCall參數呼叫IDVOCall*GetCallPtr取得指向idCall所標識的呼叫對象的指針。(ⅰ)連接連接被定義為一對保持著接合(Join)狀態(tài)的呼叫對象，各呼叫都將視頻操作員站點作為用于實現接合的公共點。類VOConnection基類VOObject繼承類型公共友類-(ⅱ)數據類型enumStateConnection_e{ERROR,UNJOINED,JOINED,BROKEN,lastConnectionStates}；enumConnectionOperation_e{ERROR,JOIN,UNJOIN,BREAK,RESET,lastConnectionOperations}；(ⅱ)屬性訪問級類型名稱描述VOCall*m_pParticipantCall指向參加者呼叫的指針VOCall*m_pMCUPortCall指向MCU端口呼叫的指針VOParticipantSite*m_pParticipantSite指向參加者站點的指針Ctimem_joinTime接合的時間VOMovie*m_pMovie用于記錄或回放的影片指針booleanm_exPectBreak幫助確定是否期望中斷的標志。StateConnection_em_state連接的狀態(tài)StateConnection_em_transitionTable狀態(tài)轉換表[nConnectionStates][nConnectionOps]VOConference*m_pConference指向該連接是其一部分的會議的指針。(ⅲ)過程Join()；接合參加者和MCU端口的呼叫。Unjoin()；斷接參加者和MCU端口的呼叫。SetParticipantCall(VOCall*participantCall)；participantCall參數指向呼叫對象的指針。SetParticipantCall將呼叫設置為參加者呼叫，這在管理無法識別的輸入呼叫時或者對于最后時刻的參加者替換是有用的。SetMCUPortCall(VOCall*mcuPortCall)；mcuPortCall參數指向呼叫的指針。SetMCUPortCall將呼叫設置為MCU端口呼叫，這在管理無法識別的輸入呼叫時或者對于最后時刻的呼叫站點替換是有用的。DoParticipantCall()；呼叫參加者站點并將它設置為參加者呼叫。DoMCUPortCall()；呼叫MCU端口站點并將它設置為MCU端口呼叫。setState(ConnectionOperation_eoperation)；operation參數已經執(zhí)行的將導致狀態(tài)變化的操作。影響連接的狀態(tài)的操作應當在操作執(zhí)行之后調用setState函數。該函數通過引用狀態(tài)轉換表中的當前狀態(tài)和操作來改變連接的狀態(tài)。將創(chuàng)建一個類型為STATES_UPDATE的VOMessage對象，發(fā)送到應用隊列。GUI和任何讀取該應用隊列的部件將因此得到狀態(tài)更新的通知。protectedBreak()；當所接合的連接變得斷接時被調用。如果成員變量m_expectBreak為假，則一定有一個呼叫被意外地拆線。否則，應當是已調用過該連接的Unjoin()操作。protectedReset()；將該連接的狀態(tài)復位到UNJOINED(斷接)。(j)連接對象管理器與呼叫對象管理器類似，必須保存一個在視頻操作員機器上運行的所有連接的列表。所有導致連接的建立或刪除的操作都要使用連接對象管理器。類VOConnectionObjMgr基類VOObject繼承類型公共友類-(ⅰ)屬性訪問級類型名稱描述CMapStringToObm_connectionList所有連接的列表intm_numJoined接合的連接的數目(ⅱ)過程VOConnection*Create()；返回值指向連接對象的指針。VOConnection*Create創(chuàng)建新的連接對象并將其添加到列表中。Remove(VOConnection*oldConnection)；oldConnection參數要被刪除的連接對象。返回值如果操作成功則返回真。Remove刪除一個連接對象并將其從列表中刪除。VOConnection*GetConnectionPtr(ID_tidConnection)；返回值指向連接對象的指針。idConnection參數該連接的ID。VOConnection*GetConnectionPtr返回指向一個由其ID標識的連接對象的指針。(k)消息從內部系統軟件向視頻操作員應用的其余部分即圖形用戶界面的所有單向通信都是以放置到應用隊列上的消息來發(fā)送的。創(chuàng)建和郵寄消息的函數在基類VOObject，所有內部軟件系統類都是從該基類繼承的。所有運行時錯誤或調試信息都被放入消息對象，郵寄到應用隊列，以便適當的對象能根據其類型和嚴重程度對其進行處理。因此，如果發(fā)生某種故障-諸如內存出界-所有不返回特定類型的類功能都將郵寄一個消息或調試信息供GUI顯示或登記到文件中。類VOMessage基類VOObject繼承類型公共友類-(ⅰ)數據類型enumsenderType_e{INTERNAL,SCHEDULE,CONFERENCE,CONNECTION,CALL,TIMER}；enummessageType_e{DEBUG,ERROR,WARNING,APPLICATION_ERROR,STATE_UPDATE}；投遞類型標志DELIVER_MESSAGE_QUEUE,DLIVER_LOG_FILE,DELIVER_MODAL_DIALOG,DELIVER_MODELESS_DIALOG,DELIVER_CONSOLEOUTPUT(ⅱ)屬性訪問級類型名稱描述intm_errorCode錯誤代碼intm_delivery郵寄時用于最佳信息投遞的標志senderType_em_senderType發(fā)送者類型VOObject*m_pObject指向發(fā)送者的指針messageType_em_messageType消息類型CStringm_info消息信息*消息或錯誤的優(yōu)先級*消息或錯誤的嚴重程度(ⅲ)過程Post()；向應用消息隊列郵寄一個消息。privatestaticAppendLog()；返回值如果操作成功，則返回真。當DELIVERLOGFILE的標志置位時，該過程由VOObject::PostMessage()調用。(1)視頻操作員每個機器一般只有一個視頻操作員。每個視頻操作員都有一個調度表和一個客戶參加者站點的列表要管理。呼叫對象管理器和連接對象管理器也是視頻操作員的一部分。類VOOperator基類VOObject繼承類型公共友類-(ⅰ)屬性訪問級類型名稱描述ID_tm_operatorID操作員IDVOSchedulem_schedule當前操作員的調度表CObListm_MCUlistMCU對象列表CObListm_operatorSites操作員站點靜態(tài)VOUserPreferencesm_userPreferences缺省的應用用戶選擇(ⅱ)過程protectedScheduleStart()；初始化視頻操作員的調度表。protectedCallObjMgrStart()；初始化呼叫對象管理器protectedConnectionObjMgrStart()；初始化連接對象管理器。protectedCallSystemInterfaceStart()；初始化呼叫系統接口。(m)用戶選擇視頻操作員控制臺應用將有一組缺省的應用選擇，可以修改和保存。這些變量的值從以下的源中以遞增的最佳次序提取的硬編碼的缺省值、保存的VO.INI文件、命令行調用參數、GUI輸入和保存到VO.INI文件的運行時修改。類VOUserPreferences基類VOObject繼承類型公共友類-(ⅰ)屬性訪問級類型名稱描述ID_tmoperatorID缺省的操作員ID(ⅱ)過程SavePrefs()；將所有的值保存到VO.INI。LoadPrefs()；從VO.INI加載所有的值。(n)MCU所有MCU端口對應特定的MCU。這個類僅用于MCU端口站點的存儲。對于階段2，將在這里實現MCU特定的操作和接口。類VOMCU基類VOObject繼承類型公共友類-(ⅰ)屬性訪問級類型名稱描述ID_tm_mcuIDMCU的IDCObListm_portListMCU端口站點對象的列表(ⅱ)過程VOMCUPortSite*GetPortPtr(ID_tidPort)；返回值指向MCU端口站點對象的指針。VOMCUPortSite*GetPortPtr返回指向由其ID標識的MCU端口站點對象的指針。VOMCUPortSite*CreatePort()；返回值指向新的MCU端口站點對象的指針。VOMCUPortSite*CreatePort返回指向由其ID標識的一個新創(chuàng)建的MCU端口站點對象的指針。(3)核心類的狀態(tài)變量轉換101顯示的狀態(tài)轉換圖表示VOCall對象的m_state變量(“狀態(tài)變量”)可能發(fā)生的狀態(tài)變化。狀態(tài)變量開始40501處于不活動40502狀態(tài)。如果VOCall對象在處于不活動40502狀態(tài)期間接收一個撥號40503輸入，狀態(tài)變量就改變到撥叫40504狀態(tài)。在撥叫40504狀態(tài)中，狀態(tài)變量在接收忙40505輸入后改變到不活動40502狀態(tài)，在接收回答40506輸入后改變到活動40507狀態(tài)。在活動40507狀態(tài)中，狀態(tài)變量在接收保持40509輸入后改變到保持40510狀態(tài)，在接收拆線40514輸入后改變到拆線40515狀態(tài)，在接收掛機40508輸入后改變到不活動40502狀態(tài)。在保持40510狀態(tài)中，狀態(tài)變量在接收摘機40511輸入后改變到活動40507狀態(tài)，在接收拆線40513輸入后改變到拆線40515狀態(tài)，在接收掛機40512輸入后改變到不活動40502狀態(tài)。在拆線40515狀態(tài)中，狀態(tài)變量在接收復位40516輸入后改變到不活動40502狀態(tài)。如果VOCall對象在處于不活動40502狀態(tài)期間接收一個輸入呼叫40517，狀態(tài)變量就改變到輸入40518狀態(tài)。在輸入40518狀態(tài)中，狀態(tài)變量在接收拒絕40520輸入后改變到不活動40502狀態(tài)，在接收回答40519輸入后改變到活動40507狀態(tài)。圖102顯示的狀態(tài)轉換圖表示VOConnection對象的m_state變量(“狀態(tài)變量”)可能發(fā)生的狀態(tài)變化。狀態(tài)變量開始40601處于未接合40602狀態(tài)。在未接合40602狀態(tài)中，狀態(tài)變量在接收接合40603輸入后改變到接合40604狀態(tài)。在接合40604狀態(tài)中，狀態(tài)變量在接收未接合40605輸入后改變到未接合40602狀態(tài)，在接收中斷40606輸入后改變到中斷40607狀態(tài)。在中斷40607狀態(tài)中，狀態(tài)變量在接收接合40608輸入后改變到接合40604狀態(tài)。c)調度系統類(1)類列表回放會話會議調度可調度的(2)類描述(a)回放會話與會議一樣，回放會話也需要調度。用參加者站點和視頻操作員站點進行一次呼叫。視頻操作員存儲與回放的外部部件系統將回放一個調度過的預先選擇的影片，替換向參加者站點的AV輸出?；胤艜挷皇褂肕CU，在一個實施例中，只用到一個參加者站點。類VOPlaybackSession基類VOSchedulable繼承類型公共友類-(ⅰ)數據類型enumStatePlaybackSession_e{ERROR,INACTIVE,SETUP,ACTIVE,ENDING,FINISHED,lastPBSessionStates}；enumplaybackSessionOperation_e{ERROR,PREPARE,START,CLOSE,FINISH,1astPBSessionOperations}；(ⅱ)屬性訪問級類型名稱描述公共ID_tm_ID在對會話進行預訂時分配的ID公共CStringm_name會話的簡短名稱公共CStringm_description簡要說明公共CTimem_startTime開始時間公共CTimeSpanm_duration回放會話的持續(xù)時間公共intm_xferRate數據傳輸速率(信道數目)保護VOplaybackCall*m_playbackCall回放呼叫對象保護StatePlaybackSession_em_state回放會話的狀態(tài)保護StatePlaybackSession_em_transitionTable狀態(tài)轉換表[lastPBSessionStates][lastPBSessionOps](ⅲ)過程publicbooleanSetup()；返回值如果操作成功則返回真。publicbooleanSetup()通過呼叫參加者來建立回放呼叫并啟動一個VOPlayer對象。這個函數可由調度程序來調用。publicbooleanStart()；返回值如果操作成功則返回真。publicbooleanStart啟動播放器向回放呼叫播放。這個函數可由調度程序來調用。publicbooleanClose()；返回值如果操作成功則返回真。publicbooleanClose向視頻操作員-也可能向參加者-發(fā)送消息，內容是回放會話就要結束。publicbooleanFinish()；返回值如果操作成功則返回真。publicbooleanFinish停止播放器并掛斷回放呼叫。這個函數可被調度程序調用。publicStatePlaybackSession_eStateGet()；返回值返回回放會話的狀態(tài)。用publicStatePlaybackSession_eStateGet函數來找出回放會話的狀態(tài)。protectedbooleanStateSet(playbackSessionOperation_eOperation)；返回值如果操作成功則返回真。operation參數已經執(zhí)行的將導致狀態(tài)改變的操作。影響回放會話的狀態(tài)的操作應當在操作執(zhí)行之后調用保護的布爾StateSet函數。該函數通過引用狀態(tài)轉換表中的當前狀態(tài)和操作來改變回放會話的狀態(tài)。將創(chuàng)建一個類型為STATES_UPDATE的VOMessage對象，發(fā)送到應用隊列。GUI和任何讀取該應用隊列的部件于是就得到狀態(tài)更新的通知。(b)會議視頻操作員的主要功能是管理會議。調度程序系統創(chuàng)建會議對象，后者又創(chuàng)建連接(或參加者-MCU端口站點呼叫對)的列表。在影片回放到會議的特殊案例中，要向MCU端口進行額外一次呼叫，以與回放會話類似的方式向MCU回放影片。這當然要求有額外的MCU端口可用并且在會議開始之前被調度。類VOConference基類VOSchedulable繼承類型公共友類-(ⅰ)數據類型enumconferenceMode_e{CONTINUOUS_PRESENCE,VOICE_ACTIVATED,LECTURE,DIRECTOR_CONTROL}；enumStateConference_e{ERROR,INACTIVE,SETUP,ACTIVE,ENDING,FINISHED,lastConferenceStates}；enumconferenceOperation_e{ERROR,PREPARE,START,CLOSE,FINISH,lastConferenceOperations}；(ⅱ)屬性訪問級類型名稱描述ID_tm_ID預訂時給予的IDCStringm_name會議名稱CStringm_description簡要說明CStringm_timeZone時區(qū)CTimem_startTime會議開始時間CTimeSpanm_duration會議持續(xù)時間intm_transferRate傳輸速率intm_numActiveConns活動連接的數目conferenceMode_em_mode會議方式booleanm_recordingScheduled如果這個會議要記錄則為真CObListm_connectionList存儲連接對象的列表CMapStringToObjm_participantSiteList參加者站點列表VOPlaybackCallm_PlaybackCall如果會議中有回放則有效StateConference_em_state會議的當前狀態(tài)StateConference_em_transitionTable狀態(tài)轉換表[lastConferenceStates][lastConferenceOps]*呼叫建立類型*音頻協議*視頻協議*多MCU會議*H.243主席控制與口令(ⅲ)過程publicbooleanSetup()；返回值如果操作成功則返回真。publicbooleanSetup通過呼叫各個適當的參加者站點和MCU站點在連接列表中建立各個連接(若需要還建立回放呼叫)，并執(zhí)行Join(接合)操作來創(chuàng)建連接。這個函數可由調度程序來調用。publicbooleanStart()；返回值如果操作成功則返回真。publicbooleanStart啟動會議。這個函數可由調度程序來調用。publicbooleanEnd()；返回值如果操作成功則返回真。publicbooleanEnd拆除會議中的連接，或者發(fā)出會議很快就要結束的警告。這個函數可被調度程序調用。publicbooleanFinish()；返回值如果操作成功則返回真。publicbooleanFinish停止會議并掛斷會議中的所有呼叫。這個函數可被調度程序調用。publicStateConference_eStateGet()；返回值返回會議的狀態(tài)。用publicStateConference_eStateGet函數來檢查會議的狀態(tài)。protectedbooleanStateSet(ConferenceOperation_eOperation)；返回值；如果操作成功則返回真。operation參數已經執(zhí)行的將導致狀態(tài)改變的操作。影響會議的狀態(tài)的操作應當在操作執(zhí)行之后調用保護的布爾StateSet函數。該函數通過引用狀態(tài)轉換表中的當前狀態(tài)和操作來改變會議的狀態(tài)。將創(chuàng)建一個類型為STATES_UPDATE的VOMessage對象，發(fā)送到應用隊列。GUI和任何讀取該應用隊列的部件于是就得到狀態(tài)更新的通知。(c)調度調度系統保存一個會議和回放會話的列表。每個會議和回放會話都是在啟動時間之前的特定時間間隔被創(chuàng)建的。內存中的調度表與當前視頻操作員的視頻操作員共享數據庫中存儲的調度表應當總是保持同步。類VOSchedule基類VOObject繼承類型公共友類-(ⅰ)屬性訪問級類型名稱描述ID_tm_operatorID責任操作員的IDCMapStringm_schedItems可調度對象(會議和回放會話)ToObj的列表CmapWordTom_schedAlarms為可調度對象上的操作(構造和Ob刪除)當前設置的警報的列表(ⅱ)過程SynchWithDb()；對調度表與視頻操作員共享數據庫同步。AddSchedulable(VOSchedulable*pSchedulable)；pSchedulable參數指向要向列表添加的可調度對象的指針。AddSchedulable將可調度對象添加到列表中。DeleteSchedulable(ID_taSchedulable)；aSchedulable參數要從列表中刪除的可調度對象。DeleteSchedulable刪除一個可調度對象并從列表中刪除。(d)可調度的對象或項階段1中可調度的項或對象是會議和回放會話。這個類允許我們?yōu)槿魏晤愋偷氖录?chuàng)建調度表。類VOSchedulable基類VOObject繼承類型公共友類-(ⅰ)屬性訪問級類型名稱描述ID_tm_requestor請求者的IDCtimem_startTime調度的開始時間CTimeSpanm_duration調度的事件持續(xù)時間Ctimem_endTime調度的事件結束時間MMRESULTm_alarmID當前設置的警報的ID(ⅱ)過程publicSetAlarm(Ctimetime,LPTIMECALLBACKfunc)；time參數觸發(fā)警報的時間。func參數當警報被觸發(fā)時指向回調函數的指針。返回值如果操作成功則返回真。publicSetAlarm設置一個在特定時間觸發(fā)的警報。當警報被觸發(fā)時，回調函數將被調用。這適用于依賴時間的事件，諸如會議開始前15分鐘，會議結束前5分鐘，會議結束后30分鐘。publicKillAlarm()；返回值如果操作成功則返回真。publicKillAlarm清除由SetAlarm()設置的最后一個警報。這用于中斷會議之類的情況。(3)調度系統類的狀態(tài)變量轉換103顯示的狀態(tài)轉換圖表示VOConference對象的m_state變量(“狀態(tài)變量”)可能發(fā)生的狀態(tài)變化。狀態(tài)變量開始40701處于不活動40702狀態(tài)。在不活動40702狀態(tài)中，狀態(tài)變量在接收“調度時間之前15分鐘”40703輸入后改變到連接建立40704狀態(tài)。在連接建立40704狀態(tài)中，狀態(tài)變量在接收開始會議40705輸入后改變到活動40706狀態(tài)。在活動40706狀態(tài)中，狀態(tài)變量在接收延長會議40707輸入后保持在活動40706狀態(tài)，在接收結束會議(正常結束)40708輸入后改變到停止40707狀態(tài)。在停止40707狀態(tài)中，狀態(tài)變量在接收結束40710輸入后改變到結束40711狀態(tài)。d)記錄與回放類(1)類列表記錄器播放器(2)類描述(a)記錄器記錄器與執(zhí)行實際影片創(chuàng)建并記錄呼叫的輸入流的任意外部部件通信。這種外部部件叫視頻操作員存儲與回放系統。類VORecorder基類VOObject繼承類型公共友類-(ⅰ)數據類型enumStateRecorder_e{ERROR,IDLE,RECORDING,PAUSED,FINISHED,lastRecorderStates}；enumrecorderOperation_e{ERROR,BEGIN,PAUSE,RESUME,STOP,lastRecorderOps}(ⅱ)屬性訪問級類型名稱描述VOMovie*m_movie影片VOCall*m_pCall呼叫指針(記錄用)Cstringm_info參加者和會議名Ctimem_startTime開始時間Ctimem_endTime停止時間CtimeSpanm_duration總記錄的時間StateRecorder_em_state狀態(tài)StateRecorder_em_transitionTable狀態(tài)轉換表[lastRecorderStates][lastRecorderOps]*VSF對象*記錄方式(ⅲ)過程InitMovie()；VOSP初始化一個記錄。這將告訴VOSP準備記錄。start()；VOSP開始記錄。stop()；VOSP停止記錄。setState(recorderOperation_eoperation)；operation參數已經執(zhí)行的、將導致狀態(tài)變化的操作。影響記錄器的狀態(tài)的操作應當在操作執(zhí)行之后調用setState函數。該函數通過引用狀態(tài)轉換表中的當前狀態(tài)和操作來改變記錄器的狀態(tài)。將創(chuàng)建一個類型為STATUS_UPDATE的VOMessage對象，發(fā)送到應用隊列。GUI和任何讀取該應用隊列的部件于是就得到狀態(tài)更新的通知。(b)播放器播放器與執(zhí)行實際向呼叫的輸出流回放影片的任意外部部件通信。對于階段1，這種外部部件叫視頻操作員存儲與回放系統。類VOPlayer基類VOObject繼承類型公共友類-(ⅰ)數據類型enumStatePlayer_e{ERROR,IDLE,PLAYING,PAUSED,FINISHED,nPlayerStates}；enumplayerOperation_e{ERROR,BEGIN,PAUSE,RESUME,STOP,RESET,nPlayerOps}(ⅱ)屬性訪問級類型名稱描述VOMovie*m_pMovie影片VOCall*m_pCall呼叫指針(回放用)Cstringm_info參加者和會議名Ctimem_startTime開始和停止時間Ctimem_endTimeCTimeSpanm_duration總回放時間StatePlayer_em_state狀態(tài)StatePlayer_em_transition狀態(tài)轉換表[nPlayerStates]Table[nPlayerOps]*VSF對象*回放方式(ⅲ)過程publicInitMovie()；返回值如果操作成功則返回真。publicInitMovieVOSP初始化回放。這將告訴VOSP準備回放。publicStart()；返回值如果操作成功則返回真。publicStartVOSP開始回放。publicStop()；返回值如果操作成功則返回真。publicStopVOSP停止回放。setstate(playerOperation_eoperation)；返回值如果操作成功則返回真。operation參數已經執(zhí)行的、將導致狀態(tài)變化的操作。影響播放器的狀態(tài)的操作應當在操作執(zhí)行之后調用setstate函數。該函數通過引用狀態(tài)轉換表中的當前狀態(tài)和操作來改變播放器的狀態(tài)。將創(chuàng)建一個類型為STATUS_UPDATE的VOMessage對象，發(fā)送到應用隊列。GUI和任何讀取該應用隊列的部件于是就得到狀態(tài)更新的通知。(3)記錄與回放類的狀態(tài)轉換104顯示的狀態(tài)轉換圖表示VORecorder對象的m_state變量(“狀態(tài)變量”)可能發(fā)生的狀態(tài)變化。狀態(tài)變量開始40801處于空閑40802狀態(tài)。在空閑40802狀態(tài)中，狀態(tài)變量在接收開始記錄40803輸入后改變到記錄40804狀態(tài)。在記錄40804狀態(tài)中，狀態(tài)變量在接收暫停40805輸入后改變到暫停40806狀態(tài)，或者在接收停止40808輸入后改變到結束40810狀態(tài)。在暫停40806狀態(tài)中，狀態(tài)變量在接收恢復40807輸入后改變到記錄40804狀態(tài)，或者在接收停止40809輸入后改變到結束40810狀態(tài)。圖105顯示的狀態(tài)轉換圖表示VOPlayer對象的m_state變量(“狀態(tài)變量”)可能發(fā)生的狀態(tài)變化。狀態(tài)變量開始40901處于空閑40902狀態(tài)。在空閑40902狀態(tài)中，狀態(tài)變量在接收開始播放40903輸入后改變到播放40904狀態(tài)。在播放40904狀態(tài)中，狀態(tài)變量在接收暫停40905輸入后改變到暫停40906狀態(tài)，或者在接收停止40908輸入后改變到結束40910狀態(tài)。在暫停40906狀態(tài)中，狀態(tài)變量在接收恢復40907輸入后改變到播放40904狀態(tài)，或者在接收停止40909輸入后改變到結束40910狀態(tài)。在結束40910狀態(tài)中，狀態(tài)變量在接收再播放40911輸入后改變到播放40904狀態(tài)。e)呼叫系統接口類描述呼叫控制系統將管理視頻操作員能管理的所有呼叫。這包括輸入和輸出H.320呼叫管理以及對呼叫的低級操作，諸如記錄與回放。視頻操作員應用用其呼叫系統接口來與一個以統一方式管理著所有呼叫的呼叫控制系統外部部件通信。這就使視頻操作員能夠管理需要不同外部程序的呼叫，向機器添加了額外的編碼解碼器，或者甚至管理遠程機器上的呼叫。類VOCallSys基類VO0bject繼承類型公共友類-(1)數據類型enumBandwidth_e{MULTIRATE,BONDING,AGGREGATED,HO}；使用BONDING的呼叫的Q.931用戶信息0x000x010x070x440x790x000x00017447-9000Bonded,1個號碼，7位長度，447-9000組合的Q.931用戶信息0x000x020x070x440x790x000x000xFF0x01127447-9000,1組合的、2個號碼，7位長度，447-9000,447-9001(2)屬性訪問級類型名稱描述公共intm_numCalls可得到的呼叫總數公共intm_numConnections可得到的連接總數(3)過程publicDial(Bandwidth_ecalltype,CStringdestination)；publicDial(Bandwidth_ecalltype,CStringdestination,CStringorigination)；返回值如果操作成功則返回真。calltype參數規(guī)定要進行的呼叫的類型。destination參數規(guī)定要撥的目的地號碼。origination參數規(guī)定要使用的發(fā)起號碼，而不是操作員控制臺的實際號碼。publicDial外撥。publicAnswer(ID_tcall)；call參數等待回答的呼叫的呼叫IDpublicAnswer回答輸入呼叫。publicHangup(ID_tcall)；返回值如果操作成功則返回真。call參數要掛機的呼叫的呼叫IDpublicHangup掛斷呼叫。publicHold(ID_tcall)；返回值如果操作成功則返回真。call參數要保持的呼叫的呼叫IDpublicHold讓呼叫保持。publicJoin(ID_tcall1,ID_tcall2)；返回值如果操作成功則返回真。call1參數呼叫的呼叫IDcall2參數呼叫的呼叫IDpublicJoin接合兩個呼叫。publicUnjoin(ID_t,connection)；返回值如果操作成功則返回真。connection參數要拆接的連接的ID。publicUnjoin拆接指定的連接。publicStateCall_eCallStatus(ID_tcall)；返回值返回呼叫的狀態(tài)。connection參數要拆接的連接的ID。publicStateCall_eCallStatus報告指定呼叫的狀態(tài)。publicStateConnection_eJoinStatus(ID_t,connection)；返回值返回連接的狀態(tài)。connection參數要拆接的連接的ID。publicStateConnection_eJoinStatus報告指定接合的狀態(tài)。protectedLaunchMCP()；返回值如果操作成功則返回真。protectedLaunchMCP啟動Incite的MCP應用。E．圖形用戶界面類1．類層次圖106表示視頻操作員圖形用戶界面(“GUI”)類的類層次。一般來說，視頻操作員將通過與視頻操作員控制臺GUI(“控制臺GUI”)的交互作用，執(zhí)行本文所述的視頻會議操作員系統的所有特征。控制臺GUI的主要部件是主控制臺窗口、調度與連接列表窗口、會議與連接窗口、消息區(qū)、音頻與視頻控制、發(fā)出及時信息的對話框、表示可能不是頻繁執(zhí)行的行動的菜單項。MCU操作和特征將不在視頻操作員控制臺GUI中實現，以便能采用不同的MCU模型類型來實施不同的視頻操作員系統。銷售商特定的MCU操作將由與MCU應用一起提供的銷售商的軟件來執(zhí)行。在一個采用VideoServer的MCS的實施例中，MCS工作站軟件能用于實現的特征諸如有會議結束時間延長、音頻和視頻堵塞(blocking)、會議直接控制，等等。這個軟件能與視頻操作員GUI并行地運行。如果用面向對象的程序設計術語來描述，GUI有一個創(chuàng)建并保存所有窗口及窗口內的視圖的主應用對象。主窗口是由VOConsoleApp41008創(chuàng)建的VOMainFrame41009。這個主窗口創(chuàng)建VOScheduleWnd41016、VOAlertWnd41015、VOConferenceVw41014、VOVideoWatchVw41013。VOScheduleWnd41016和VOAlertWnd是可對接的窗口-意思是它們能附接到它們父窗口的一邊。本案例中的父窗口是VOMainFrame41009?？蓪拥拇翱谝材芘c邊界分開，方法是將它們拖離。在這種情況下，它們就會像標準的工具窗口一樣。各對象類的功能可以總結如下。VOConsoleApp41008是主應用類，VOMainFrame41009是含有所有其它窗口的主窗口。VOScheduleWnd41016是顯示操作員的調度的窗口，VOChildFrame41010是用于多文檔接口(“MDI”)窗口的一個框架窗口(framewindow)。VOChildFrame41010起著各個視圖的主框架窗口的作用。VOConferenceFrame41018由VOChildFrame41010導出，是會議視圖的框架窗口，VOConferenceVw41014則是顯示會議信息的窗口。VOConferenceDoc41012是對應VOConferenceVw41014的文檔類。VOVideoWatchFrame41017由VOChildFrame41010導出，是用于視頻觀察視圖的框架窗口，VOVideoWatchVw41013是顯示視頻流和進行呼叫的控制的窗口。VOVideoWatchDoc41011是對應視頻觀察視圖的文檔類。在一個用VisualC++作為程序設計語言的實施例中，CWnd41001是CMDIFrameWnd41005子類-1、CMDIChildWnd41006子類-2、CFromView41007子類-3和CDialogBar41002子類-4的超類，使得CMDIFrameWnd41005類對象、CMDIChildWnd41006類對象、CFromView41007類對象和CDialogBar41002類對象從CWnd41001類繼承屬性。CMDIFrameWnd41005是VOMainFrame41009子類-1的超類，CMDIChildWnd41006是VOChildFrame41010子類-1的超類，CFromView41007是VOVideoWatchVw41013子類-1和VOConferenceVw41014子類-2的超類，CDialogBar41002是VOAlertWnd41015子類-1和VOScheduleWnd41016子類-2的超類。VOChildFrame41010是VOVideoWatch41017子類-1和VOConferenceFrame41018子類-2的超類，CWinApp41003是VOConsoleApp41008子類-1的超類，CDocument41004是VOVideoWatchDoc41011子類-1和VOConferenceDoc41012子類-2的超類。VOConsoleApp41008是與一個VOMainFrame41009部件-1類對象關聯的匯編類，使得與每個VOConsoleApp41008對象關聯的只有恰好一個VOMainFrame41009對象。VOMainFrame41009是與一個VOVideoWatchFrame41017部件-1類對象、一個VOConferenceFrame41018部件-2類對象、一個VOAlertWnd41015部件-3類對象和一個VOScheduleWnd41016部件-4類對象關聯的匯編類，使得與每個VOMainFrame41009對象關聯的只有恰好一個VOVideoWatchFrame41017對象、恰好一個VOConferenceFrame41018對象、恰好一個VOAlertWnd41015對象和恰好一個VOScheduleWnd41016對象。VOVideoWatchFrame41017是與一個VOVideoWatchDoc41011部件-1類對象、一個VOVideoWatchVw41013部件-2類對象關聯的匯編類，使得與每個VOVideoFWatchFrame41017對象關聯的只有恰好一個VOVideoWatchDoc41011對象、一個VOVideoWatchVw41013對象。從如上所述的Cdocument41004類對象擴展的每個VOVideoWatchDOC41011對象使用從CFormView41007類對象擴展的一個VOVideoWatchVw41013對象。類似地，VOConferenceFrame41018是與一個VOConferenceDoc41012部件-1類對象、一個VOConferenceVw41014部件-2類對象關聯的匯編類，使得與每個VOConferenceFrame41018對象關聯的只有恰好一個VOConferenceDoc41012對象、恰好一個VOConferenceVw41014對象。VOConferenceDoc41012使用VOConferenceVw41014。2．類和對象細節(jié)a)用戶界面類(1)類列表VOConsoleApp主應用類VOMainFrame含有所有其它窗口的主窗口VOscheduleWnd顯示操作員的調度表的窗口VOOutputWnd顯示錯誤消息和警報的窗口VOChildFrame用于MDI窗口的框架窗口。它對各個視圖起著框架主框架窗口的作用。VOConferenceFrame會議視圖的框架窗口。這是從VOChildFrame導出的。VOConferenceVw顯示會議信息的窗口。VOConferenceDoc與ConferenceVw對應的文檔類。VOVideoWatchFrame用于視頻觀察視圖(VideoWatchview)的框架窗口。這是從VOChildFrame導出的。VOVideoWatchVw顯示為進行呼叫顯示的視頻流和控制的窗口。VOVideoWatchDoc與視頻觀察視圖對應的文檔類。(2)類細節(jié)(a)VOConsoleApp類VOConsoleApp基類CWinApp繼承類型公共友類-(ⅰ)屬性訪問級類型名稱描述保護VOOperator*m_pOperator指向已登錄的視頻操作員的指針(ⅱ)過程RetcodeCreateVideoOperator(CStringlogin,Cstringpassword)；返回值如果成功，返回非零值；否則返回零。login參數操作員的登錄ID。password參數操作員的口令。RetcodeCreateVideoOperator函數最初是在應用實例化期間被調用的。RetcodeInitializeCallSystemComponents()；返回值如果成功，返回非零值；否則返回零。RetcodeInitializeCallSystemComponents函數最初是在創(chuàng)建視頻操作員之后、應用啟動期間被調用的，它對指向由內部軟件系統啟動的VOCallSystemInterface、VOCallObjMgr和VOConnectionObjMgr對象的指針進行本地復制。VoidOnGetVOMessage(VOMsgvoMsg)；VoMsg參數由內部軟件系統傳送的消息對象。VoidOnGetVOMessage函數在應用從內部軟件系統接收一個消息時被調用，將消息重定向到適當的窗口。在初始實現中，消息被傳送到VOMainFrame，后者解釋該消息。視消息的類型而定，消息或者在VOOutputWnd中顯示，顯示在消息框，或者被傳送到VOConferenceVw和VOVideoWatch窗口。(b)VOMainFrame類VOMainFrame基類CFrameWnd繼承類型公共友類-(ⅰ)屬性訪問級類型名稱描述保護VOOperator*m_pOperator指向已登錄的視頻操作員的指針VOScheduleWnd*m_pScheduleWnd指向調度窗口的指針VOOutputWnd*m_pOutputWnd指向輸出窗口的指針VOConferenceVw*m_pConfVw指向會議窗口的指針。如果同時有多個活動的會議窗口，則是一個指針組(collection)。VOVideoWatchVw*m_pVideoWatchVw指向視頻觀察窗口的指針(ⅱ)過程RetcodeSynchWithDb()；返回值如果成功，返回非零值；否則返回零。login參數操作員的登錄ID。password參數操作員的口令。RetcodeSynchWithDb函數在調度表已經變化、需要與數據庫同步時被調用。RetcodeDisplayMessage(VOMsgvoMsg)；返回值如果成功，返回非零值；否則返回零。voMsg參數從內部軟件系統接收的VOMsg對象。RetcodeDisplayMessage函數在輸出窗口顯示voMsg對象的內容，根據嚴重程度，也顯示一個警報消息框。voidOnConferenceStatusChanged(VOConference*pConference)；pConference參數指向其狀態(tài)已經改變的會議對象的指針。voidOnConferenceStatusChanged函數在特定會議的狀態(tài)改變時被調用。(c)VOScheduleWnd類VOScheduleWnd基類CDialogBar繼承類型公共友類-(ⅰ)屬性訪問級類型名稱描述保護VOMainFrame*m_pMainFrame指向主框架窗口的指針VOSchedule*m_pSchedule指向視頻操作員調度表的指針(ⅱ)過程RetcodeDisplaySchedule(BOOLfilter=0)；返回值如果成功，返回非零值；否則返回零。filter參數為顯示調度表而應用的過濾器(filter)。filter=0顯示整個調度表，filter=1只顯示活動的會議和回放呼叫。RetcodeDisplaySchedule函數的調用，是為了在調度窗口中顯示會議和回放呼叫的列表。RetcodeDisplayConfSites(VOConference*pConference)；返回值如果成功，返回非零值；否則返回零。pConference參數指向要在調度窗口的站點列表框顯示其站點的會議對象的指針。調用RetcodeDisplayConfSites函數以顯示調度窗口的站點列表框中的站點列表。RetcodeonClickScheduledItem()；返回值如果該選擇與先前的選擇不同返回非零值，否則返回零。當用戶單擊在調度表框中的一個項目時，調用該RetcodeOnClickScheduledItem函數。該初始的實施顯示在該會議中的對應站點或該站點和在該回放呼叫中的電影細節(jié)。RetcaleOnDblClickScheduledItem()；返回值如果打開了會議窗口返回非零值，否則返回零。當用戶雙擊在調度列表框中的一個項目時，調用該RetcodeOnDblClickScheduledItem功能。該初始的實施為該調度的項目建立一個新的VoConferenceVw。RetcodeOnClickSite()；返回值如果該選擇與先前的選擇不同返回非零值，否則返回零。當用戶單擊在調度窗的站點列表框中的項目時，調用該RetcodeOnClickSite函數。(d)VOOutputWnd類VOOutputWnd基類CdialogBar繼承類型公共友類-(ⅰ)屬性訪問級類型名稱描述保護VOMainFrame*m_pMainFrame指向主框架窗口的指針(ⅱ)過程RetcodeDisplayMessage(CStringinfo,VOMsg*pVoMsg=NULL)；返回值如果成功，返回非零值；否則返回零。info參數要顯示的其它信息。pVoMsg參數指向pVoMsg對象的指針。RetcodeDisplayMessage函數在輸出窗口顯示消息文字。如果pVoMsg=NULL，則只顯示info。(e)VOConferenceVw類VOConferenceVw基類CFormView繼承類型公共友類-(ⅰ)屬性訪問級類型名稱描述保護VOOperator*m_pOperator指向已登錄的視頻操作員的指針VOMainFrame*m_pMainFrame指向主框架窗口的指針VOVideoWatchVw*M_pVideoWatchVw指向視頻觀察窗口的指針VOOutputWnd*M_pOutputWnd指向輸出窗口的指針(ⅱ)構造器protectedVOConferenceVw()；VOConferenceVw(VOConference*pConference)；VOConferenceVw(VOPlaybackSession*pPbSession)；pConference參數指向要為其創(chuàng)建一個視圖的會議對象的指針。pPbSession參數指向要為其創(chuàng)建一個視圖的回放會話對象的指針。會議視圖用于顯示有關任何會議和調度的回放會話的信息。這個視圖僅當用戶雙點擊調度窗口中的會議/回放會話時才被主窗口調用。(ⅲ)過程voidOnConferenceStatusChanged(VOConference*pConference)；PConference參數指向狀態(tài)已經改變的會議對象的指針。voidOnConferenceStatusChanged在會議狀態(tài)已經改變時被調用，以便能對UI(用戶界面)作相應更新。voidOnPbSessionStatusChanged(VOPlaybackSession*pPbSession)；pPbSession參數指向狀態(tài)已經改變的回放會話對象的指針。VoidOnPbSessionStatusChanged在回放會話的狀態(tài)已經改變時被調用，以便能對UI作相應更新。voidOnConnStatusChanged(VOConnection*pConnection)；pConnection參數指向狀態(tài)已經改變的連接對象的指針。VoidOnConneStatusChanged在連接的狀態(tài)已經改變時被調用，以便能對UI作相應更新。voidOnCallStatusChanged(VOCall*pCall)；pCall參數指向狀態(tài)已經改變的回放會話對象的指針。。VoidOnCallStatusChanged在當前會議/回放會話中某呼叫的狀態(tài)已經改變時被調用，以便能對UI作相應更新。voidOnPbCallStatusChanged(VOPbcall*pPbCall)；pPbCall參數指向狀態(tài)已經改變的回放會話對象的指針。VoidOnPbCallStatusChanged在回放會話的狀態(tài)已經改變時被調用，以便能對UI作相應更新。voidDisplayConnectionStatus(VOConnection*pConnection)；pConnection參數指向狀態(tài)已經改變的連接對象的指針。VoidDisplayConnectionStatus的調用是為了顯示連接的狀態(tài)。voidDisplayCallStatus(VOCall*pCall)；pCall參數指向狀態(tài)已經改變的呼叫對象的指針。VoidDisplayCallStatus的調用是為了顯示呼叫的狀態(tài)(參加者或MCU)。voidDisplayRecordingStatus()；如果有會議中的任何呼叫正在被記錄，就調用該函數來顯示記錄狀態(tài)。voidDisplayWatchStatus()；調用該函數來顯示在當前會議或回放會話中的哪個呼叫正在受到監(jiān)控。voidDisplayPlaybackStatus()；調用該函數來顯示回放狀態(tài)。RetcodeOnDialSite()；返回值如果該操作啟動成功，返回非零值；否則返回零。RetcodeOnDialSite在點擊參加者一方的Dial(撥叫)鈕時被調用。這將撥叫選定連接的參加者。RetcodeOnDialMCU()；返回值如果該操作啟動成功，返回非零值；否則返回零。RetcodeOndialMCU在點擊MCU一方的Dial(撥叫)鈕時被調用。這將撥叫分配給選定參加者的MCU端口。RetcodeOnHangupSite()；返回值如果該操作啟動成功，返回非零值；否則返回零。RetcodeOnHangupSite掛斷對參加者的呼叫。RetcodeOnHangupMCU()；返回值如果該操作啟動成功，返回非零值；否則返回零。RetcodeOnHangupMCU掛斷對MCU的呼叫。RetcodeOnHoldSite()；返回值如果該操作啟動成功，返回非零值；否則返回零。RetcodeOnHoldSite函數讓參加者保持(如果呼叫是活動的)。RetcodeOnHoldMCU()；返回值如果該操作啟動成功，返回非零值；否則返回零。RetcodeOnHoldMCU函數讓MCU保持(如果呼叫是活動的)。RetcodeOnWatchSite()；返回值如果成功，返回非零值；否則返回零。RetcodeOnWatchSite函數將監(jiān)視當前參加者。對應該參加者的視頻流將在視頻觀察窗口上顯示。RetcodeOnWatchMCU()；返回值如果成功，返回非零值；否則返回零。RetcodeOnWatchMCU函數開始監(jiān)視對應會議中某參加者的MCU引柄(leg)。視頻流將在視頻觀察窗口上顯示。RetcodeOnRecordMCU()；返回值如果該操作啟動成功，返回非零值；否則返回零。RetcodeOnRecordMCU函數開始記錄MCU流。如果記錄已經在進行，則該函數暫停/停止記錄。RetcodeOnRecordSite()；返回值如果該操作啟動成功，返回非零值；否則返回零。RetcodeOnRecordSite函數開始記錄對應選定參加者的流。如果記錄已經在進行，則記錄將暫停/停止。RetcodeMakeAutoConnection()；返回值如果該操作啟動成功，返回非零值；否則返回零。RetcodeMakeAutoConnection的調用是為了自動連接參加者和MCU，如果成功，就將它們接合。RetcodeMakeAutoDisconnection()；返回值如果對操作已啟動成功，返回非零值，否則為零。調用RetcodeMakeAutoDisconnection，以便自動地斷開該接合，并斷開對參加者和MCU的呼叫。RetcodeConnectAll()；返回值如果該操作啟動成功，返回非零值；否則返回零。RetcodeConnectAll的調用是為了自動地逐一進行所有連接。RetcodeDisconnectAll()；返回值如果該操作啟動成功，返回非零值；否則返回零。RetcodeDisconnectAll的調用是為了拆斷所有會議連接。(f)VOVideoWatchVw類VOMainFrame基類CFrameWnd繼承類型公共友類-(ⅰ)屬性訪問級類型名稱描述保護VOOperator*m_pOperator指向已登錄的視頻操作員的指針VOCallObjMgr*m_pCallMgr指向呼叫對象管理器的指針VOScheduleWnd*m_pScheduleWnd指向調度窗口的指針(ⅱ)構造器VOVideoWatchVw()；(ⅲ)過程voidOnDial()；撥在目的地編輯框中的號碼。voidOnTransfer()；向某號碼參數當前呼叫。這將顯示一個對話框，用戶在其中輸入呼叫要傳輸到的號碼頂。voidOnAnswer()；當點擊Answer鍵時被調用。voidOnForward()；當點擊forward鍵時被調用。所有呼叫都將被轉發(fā)到所提供的轉發(fā)號碼。voidOnMute()；當點擊Mute鍵時被調用。開/關靜音。voidOnHangup()；當點擊Hang-up鍵時被調用。掛斷當前呼叫。voidOnHold()；當點擊Hold鍵時被調用。使當前呼叫保持。voidOnPickup()；當點擊Pickup鍵時被調用。將保持的呼叫摘機。voidOnPrivacy()；當點擊Privacy鍵時被調用。開/關私密。voidOnPlayMovie()；當點擊Play鍵時被調用。這將顯示一個對話框，內有要選擇的影片的列表。一旦選擇某個影片，就播放該影片。voidOnRecordCall()；當點擊Record鍵時被調用。voidOnJoinToConference()；當點擊JoinConf鍵時被調用。這將顯示活動會議和站點或回放會話的列表。操作員將選擇對應當前呼叫的站點，該呼叫將連接到該會議。voidWatchVideo(BOOLselection)；返回值如果成功，返回非零值，否則返回零。selection參數規(guī)定要觀察什么。selection=VDOWATCH_CONFERENCE顯示從該站點/MCU選擇的用于觀察的視頻。selection=VDOWATCH_SELF顯示視頻操作員的攝相機的輸出。selection=VDOWATCH_CALL顯示從視頻觀察窗口所提供的列表框中選擇的呼叫的視頻，或者顯示輸入呼叫的視頻(若有的話)。調用voidWatchVideo函數選擇要觀察的視頻流。voidOnDisplayCallsWindow()；當點擊‘Calls’鈕時被調用。voidOnSelfView()；當‘SelfView’檢查框被檢查或未檢查時被調用。當自我視圖被檢查時，視頻操作員的攝相機輸出就在單獨一個小窗口上顯示。voidOnLocalVolume()；當LocalVolume滑動條位置變化時被調用。這將調節(jié)本地音量。voidOnRemoteVolume()；當RemoteVolume滑動條位置變化時被調用。這將調節(jié)遠程音量信號。b)媒體控制類描述(1)VOMediaControl類VOMediaControl基類VOObject繼承類型公共友類-(a)屬性訪問級類型名稱描述保護structm_portInfo這個結構用于MtsLinkPortInfo與MCP通信(b)構造器VOMediaControl()；(c)過程publicvoidSetVolume(shortrightVolume,shortleftVolume)；rightVolume參數0-1000之間的整數。leftVolume參數0-1000之間的整數。publicvoidSetVolume設置音量控制。publicshortGetVolume(shortchannel)；返回值返回指定信道的音量。channel參數設置channel=PORT_CHANNEL_RIGHT用于右音量設置，設置channel=PORT_CHANNEL_LEFT用于左音量設置。publicshortGetVolume返回指定信道的當前音量。publicvoidSetSelfView(longflags)；flags參數設置自我視圖的特性，有效的flag值是SELFVIEW_ON顯示自我視圖。SELFVIEW_OFF隱藏自我視圖。SELFVIEW_MIRRORED鏡象自我視圖。publicvoidSetSelfView設置自我視圖的特性。publiclongGetSelfView()；返回值返回自我視圖設置publiclongGetSelfView返回自我視圖設置，它用于發(fā)現自我視圖是可見的、隱藏的還是鏡象的。publicvoidSetSelfViewSize(shortsize)；size參數自我視圖的預定大小之一。publicvoidSetSelfViewSize設置自我視圖窗口的大小。有效值是FULLCIF、HALF_CIF、QUARTER_CIF。publicshortGetSelfViewSize()；返回值返回自我視圖的當前大小publicshortGetSelfViewSize函數返回當前自我視圖窗口的大小。該值是預定大小之一。見SetSelfViewSize對大小的說明。publicvoidSetAutoGain(BOOLautoGain=TRUE)autoGain參數要允許自動增益，應當為TRUE；要禁止則應當為FALSE。publicvoidSetAutoGain函數視autoGain的值允許或禁止自動增益。publicBOOLGetAutoGain()；返回值返回當前自動增益設置。publicBOOLGetAutoGain函數返回當前自動增益設置；如果自動增益允許，為真，否則為假。publicvoidSetEchoCancellation(boolbCancel)；bCancel參數如果bCancel為真，允許“取消”；如果為假，禁止“取消”。publicvoidSetEchoCancellation允許或禁止回聲取消。publicBOOLGetEchoCancellation()；返回值返回當前的回聲取消狀態(tài)。publicBOOLGetEchoCancellation讀取當前的回聲取消的狀態(tài)。publicshortGetVideoMode(shortmode=MODE_RX)；返回值返回視頻模式。mode參數指示接收或傳輸模式。publicshortGetVideoMode讀取音頻接收或傳輸模式，具體視模式的值而定mode=MODE_RX表示接收模式，mode=MODE_TX表示傳輸模式。publicshortGetAudioMode(shortmode=MODE_RX)；返回值返回音頻方式。mode參數指示接收或傳輸模式。publicshortGetAudioMode讀取音頻接收或傳輸模式，具體視模式的值而定mode=MODE_RX表示接收模式，mode=MODE_TX表示傳輸模式。publicvoidSetVideoWnd(HWNDhWnd)；hWnd參數指向視頻要被顯示的窗口的指針。publicvoidSetVideoWnd函數在hWnd參數標識的窗口顯示視頻。publicHWNDGetVideoWnd()；返回值返回視頻正在其中顯示的窗口的控制。如果未設置窗口則返回零。publicHWNDGetVideoWnd函數被調用時，檢索視頻正在其中顯示的窗口的控制。publicvoidMakeVideoWndResizeable(BOOL,bResize=TRUE)；bResize參數如果bResize為真，視頻窗口是可變大小的；如果為假則是不可變大小的。publicvoidMakeVideoWndResizeable函數用bResize=TRUE使視頻窗口可變大??；要讓窗口大小固定，則要使bResize為假。publicBOOLIsVideoWndResizeable()；返回值如果視頻窗口是可變大小的，返回真；否則返回假。調用publicBOOLIsVideoWndResizeable函數確定視頻窗口是否是可變大小的。F．視頻操作員共享數據庫1．數據庫概要107表示視頻操作員共享數據庫(見圖98的40214)的數據庫概要圖。在一個實施例中，數據庫含有下列表。CONFERENCE(會議)41104列舉已調度會議的細節(jié)，PARTICIPANT(參加者)41105列舉會議的參加者，CONF_PARTICIPANT41108含有CONFERENCE41104和PARTICIPANT41005表中的關鍵字，關鍵字用于確定任何會議中的參加者。MCU41102含有來自各種供應商的不同MCU的特性，MCUPORT41106含有MCU41102表的MCU標識號以及參加者用來連接到會議的MCU的端口。VOPERATOR列舉視頻操作員屬性，VOTYPES列舉用于定義會議或參加者的所有類型(例如協議、帶寬)，VOTYPEVALUES41107列舉各個已定義類型的值。VDOOPERATOR41101表中的每個視頻操作員記錄，都在其ID域中含有一個獨有的標識號，其號碼可出現COFERENCE41104表的operatorID域中，將各視頻操作員分配到在COFERENCE41104表中預置的特定會議。COFERENCE41104表中的每個會議記錄又在其ID域中含有一個獨有的標識號，其號碼可出現在CONF_PARTICIPANT41108表的confID域。類似地，PARTICIPANT41105表中的每個參加者記錄又在其ID域中含有一個獨有的標識號，其號碼可出現在CONF_PARTICIPANT41108表的participantID域。最后，MCU41102表中的每個MCU記錄又在其ID域中含有一個獨有的標識號，其號碼可出現在MCUPORT41106表的mcuID域，標識與該MCU關聯的MCU端口集。MCUPORT41106表中的每個MCU端口記錄又在其ID域中含有一個獨有的標識號，其號碼可出現在CONF_PARTICIPANT41108表的mcuPortID域。在CONF_PARTICIPANT41108表內，confID、participantID和mcuPortID作為交叉引用的關鍵字，用于定義具有給定會議輪廓、一組參加者和一個MCU端口的特定會議。此外，VOType41003表中的每個VOType記錄又在其ID域中含有一個獨有的標識號，其號碼可出現在VOTYPEVALUES41007表的typeID域，標識與該VOType關聯的一組值。G．視頻操作員控制臺圖形用戶界面窗口1．主控制臺窗口圖108表示在視頻操作員終端(圖96中的1)上出現的主控制臺窗口41201的一個實施例，表示可能安置調度窗口41202、會議窗口41203、視頻觀察窗口41204和控制臺輸出窗口41205。主控制臺窗口41201使視頻操作員能管理視頻會議。2．調度窗口圖109表示調度窗口41202的一個實施例，圖中顯示了以下8小時要由當前視頻操作員處理的全部會議41305和回放會話41306。在一個實施例中，該列表在應用啟動時，以15分鐘的間隔更新，每次會議結束時更新。調度窗口將有兩個滾動文本區(qū)-一個區(qū)用于會議41301、另一個用于參加選定會議的站點41302。如果雙擊會議名稱，就會出現適當的會議窗口(圖108、110的41203)。3．會議窗口圖110表示會議窗口41203的一個實施例，它在操作員在調度窗口41202中選擇一個會議或回放會話時被顯示。會議窗口41203的顯示，取決于是否從調度窗口41202中選擇了一個會議或者回放會話。每次只顯示一個會議窗口。打開新的會議窗口時，現有的會議窗口就隱藏起來。盡管一個會議窗口被隱藏起來，但會議的狀態(tài)和連接仍然受到監(jiān)控。圖110顯示一個會議會話41401。會議窗口41203顯示會議參加者列表41415和單選按鈕，單選按鈕用于選擇性地操作個別連接，包括呼叫建立、察看、回放和記錄。有關會議的信息，諸如持續(xù)時間、開始時間、結束時間、回放和記錄狀態(tài)以及會議類型，在窗口的底部顯示。如果操作員在會議窗口41203內雙擊，其中在該窗口沒有與該雙擊點位置關聯的動作發(fā)生，則顯示特性框(圖113的41701)與會議設置。會議在結束會議按鈕按下時結束。這將拆接所有與該會議相關聯的所有呼叫。會議窗口41203顯示會議中的連接以及它們的連接狀態(tài)41417，包括為尚未加入的連接41421保留的任何自由的MCU端口插槽。每個連接列表含有一個單選按鈕41422、參加者站點名稱41423和狀態(tài)燈41418-41420。兩個呼叫的狀態(tài)和接合受到監(jiān)視并在會議窗口41203中連同站點名稱一起顯示。狀態(tài)方塊41418-41420是彩色框，不同的顏色代表不同的呼叫狀態(tài)(例如，無呼叫、呼叫在進行、活動呼叫、被拆線的活動呼叫)。會議窗口41203提供點擊按鈕41417，它定義參加者站點通過視頻操作員路由選擇的、連接到MCU端口站點的次序。這部分窗口具有的其它特征是，觀察來自呼叫的視頻輸入、記錄來自任一方呼叫的視頻輸入向參加者站點或MCU進行正常的視頻呼叫。箭頭41424的顏色代表各個呼叫的狀態(tài)。箭頭的顏色也在連接列表中的狀態(tài)燈41418-41420重復。如果有與會議關聯的回放連接41425，則只有一個呼叫對MCU端口站點是必需的。將不能訪問正常參加者站點呼叫建立接口，接合控制41405將變成回放的啟動和停止的開關。只有當某已定義連接的MCU端口呼叫處于不活動(或拆線)狀態(tài)時，才能訪問自由的MCU端口。這就允許操作員就像是參加者一樣地參加會議。這是通過選擇與自由MCU端口呼叫的連接而實現的。當連接時，操作員能通知其余的參加者，操作員正在試圖接觸或恢復一個連接。有一些功能限制將在會議窗口41203反映出來。會議窗口41203不應當允許訪問不能執(zhí)行的功能，例如·視頻操作員一次只能查看一個呼叫?！ひ曨l操作員能在任何時候用軟件單向解碼器記錄任何呼叫。·回放連接選擇適當改變呼叫建立按鈕。·視頻操作員只有在MCU端口呼叫不活動時才能參加會議?！ひ曨l操作員只有在參加者被拆線時才能與該參加者交談。為了闡明這一點，下面用會議窗口來作一次簡單的連接建立。通過按下靠近參加者站點框41402的呼叫(Call)按鈕，操作員呼叫Adams(或者，Adams也可以呼叫操作員)，然后操作員將呼叫置于保持41407。通過按下靠近MCU端口站點框41403的呼叫按鈕，操作員呼叫MCU，然后將呼叫置于保持41408。通過按下接合(Join)按鈕41405，這兩個呼叫就接合了。在另一個實施例中，這個可以是個自動的而不是人工的過程。Adam和MCU現在以H.320視頻呼叫連接起來。所有三個箭頭41424都是綠色的。4．視頻觀察窗口圖111表示一個視頻觀察窗口41204的實施例，該窗口顯示來自會議連接的選定呼叫或單獨的輸入或輸出呼叫的H.320輸入。視頻觀察窗口41204也有對進行正常呼叫的控制41512和媒體控制，諸如音頻控制41509-41510。視頻觀察窗口是選定呼叫的視頻輸出的單向H.320解碼的顯示。缺省的設置將顯示第一活動站點的MCU呼叫。要觀察任何其它呼叫，必須按下會議窗口中適當的查看(View)按鈕。對這個窗口的音頻和視頻控制，諸如音量控制41509-41510、圖象大小控制41511等等，是用視頻控制面板管理的。當操作員選擇向某站點或某活動會議的可用時間片(slot)進行一次正常H320視頻呼叫(點對點)時，就用視頻觀察窗口41204來查看視頻。當操作員選擇SelfView(自我查看〕按鈕41506時，就應當在附近出現一個小的自我查看窗口。5．控制臺輸出窗口圖112表示一個控制臺輸出窗口41205的實施例，該窗口顯示所有錯誤和報警41601。該窗口是可滾動的，所以視頻操作員能夠看到當前會話中所出現的所有錯誤。這些消息也記錄到一個文本文件作將來參考用。6．特性對話框圖113表示特性對話框41701。對話框是臨時性窗口，只是暫時被顯示。它們通常用于輸入數據或顯示要求引起立即注意的信息。這將是一個顯示特定會議或站點的特性的非模態(tài)對話框。任何時候將只能打開一個這種窗口。如果用戶的的注意力在另一個會議窗口或連接窗口，就用適當的特性更新同一個對話框。圖113表示了與特定站點關聯的特性，包括站點協調器41702、站點電話號碼41703、時間41704、連接類型41705、終端類型41706。Close(關閉)按鈕41707關閉特性對話框41701。ⅩⅦ．萬維網(WWW)瀏覽器能力A．用戶接口圖形用戶界面的設計，使得從工作站到服務器只需要一個單一的IP連接。這個單一的IP連接既支持WWW瀏覽器與WWW站點之間的因特網連接，也支持PC客戶機與通用收件箱(即消息中心)的消息傳遞連接。PC客戶機接口與WWW瀏覽器接口集成，使得這兩個部件能共存于同一個工作站，共享單一IP連接而不會導致兩個應用之間的沖突。WWW瀏覽器訪問受到任何可由商業(yè)渠道獲得的WWW瀏覽器的支持·MirosoftInternetExplorer·NetscapeNavigator(1.2、2.X)；·SpyglassMosaic此外，WWW瀏覽器接口被優(yōu)化，以支持Windows95，不過，Windows3.1、Windows3.11也受支持。WWW瀏覽器接口檢測用戶工作站(或終端)的顯示特性，改編該表示以支持工作站的顯示設置。該表示是在640×480象素顯示左右優(yōu)化的，但是也能利用800×600(或更高)監(jiān)視器的增強型分辨率和顯示質量。為提高性能，用戶能在‘最小圖’與‘全圖’表示之間作出選擇。WWW瀏覽器將檢測用戶選擇了‘最小圖’還是‘全圖’，只發(fā)送適合的圖形文件。B．性能從WWW站點或個人主頁向用戶工作站或終端下載信息的響應時間符合下列基準工作站配置·處理器486DX-33MHz；·內存12MB；·監(jiān)視器VGA、SuperVGA或XGA；·訪問撥號；·Windows95；·表示選擇全圖·外設聲卡、音頻播放軟件、14.4Kbps調制解調器。在從WWW站點向工作站下載一屏或頁之后，光標被預先定位到第一個被要求的域或者能被更新的域。C．個人主頁系統提供用戶建立個人主頁的能力，個人主頁是人們與用戶通信或與用戶計劃會面的工具。稱訪問用戶的個人主頁的人為客人，“擁有”個人主頁的用戶為用戶。對個人主頁的客人訪問支持以下特征·通過網絡MCI尋呼創(chuàng)建和發(fā)送基于文本的尋呼消息；·創(chuàng)建和向電子郵件(MCI郵件或因特網MCI)帳戶發(fā)送電子郵件消息；·訪問用戶日歷以安排會面。通過用戶個人主頁生成的消息傳送到用戶的網絡MCI或SkyTel尋呼機或MCI電子郵件帳戶。客人編制的電子郵件消息將·在電子郵件標題提出用戶的名字，而不是用戶的電子郵件地址；·在電子郵件標題提供一個域，用于-發(fā)送者的名字(必選域)、-發(fā)送者的電子郵件地址(任選域)、-主題(任選域)?？腿嗽谟脩魝€人主頁上“請求”約會?！び脩魝€人主頁上請求的約會將用“(R)”作為前綴?！ね獾募s會將用“(A)”作為前綴。用戶負責例行檢查他們的日歷，并同意或刪除請求的約會，并開始對請求方的必要的跟蹤通信。由(“A”)作為同意的約會的前綴。安全要求對從個人主頁的日歷訪問的設計要支持兩級安全·無PIN訪問-只有次數，或-次數與事件；·PIN訪問-只有次數，或-次數與事件；1．存儲要求系統以下列方式存儲和保留過去和將來的約會·本月加上過去6個月的歷史日歷約會·本月加上以后12個月的將來日歷約會。用戶能選擇下載預定要在數據庫中被覆蓋的月約會的內容。將要被下載到用戶的日歷信息，以逗號作分隔符，或者是DBF格式，能輸入到microsoftSchedule+、ACT或Asend軟件中。2．在屏幫助文本在屏幫助文本提供客人和用戶對要在個人主頁內執(zhí)行的域特定的“幫助”指令的圖標訪問。幫助文本提供的信息描述了·如何通過網絡MCI尋呼從個人主頁發(fā)送給用戶一個基于文本的尋呼消息；·如何從個人主頁到MCI電子郵件帳戶發(fā)送給用戶一個電子郵件消息；·如何訪問和更新用戶的日歷；·如何定位用戶的個人主頁；·如果通過MCI預訂自己的個人主頁。3．個人主頁目錄提供客人通過現有MCI主頁訪問個人主頁目錄的能力。這個目錄允許客人就特定個人主頁地址，通過規(guī)定姓氏(必需)、名字(可選)、組織(可選)、國家(可選)和/或郵政編碼(可選)，檢索所有建立的個人主頁帳戶。個人主頁目錄檢索的結果返回以下信息姓、名、中間名首字母、組織、城市、州和郵政編碼。盡管城市一項不在檢索條件中，卻在檢索結果中提供?？腿硕ㄎ粋€人主頁的另一個手段是通過WWW瀏覽器。許多WWW瀏覽器都有內置的檢索“網目錄”的能力。用戶的個人主頁在由WWW瀏覽器給出的因特網地址目錄中列出。從MCI主頁進行檢索的好處是，只有個人主頁被索引(和檢索)。通過WWW瀏覽器菜單選擇來進行檢索，將不把檢索限制到個人主頁，因此將通過更大的URL列表進行檢索。此外，客人能輸入用于個人主頁的特定URL(即打開位置)而不是進行一次檢索。這對那些沒有在目錄中將他們的個人主頁列舉的用戶來說特別重要。4．控制條控制條出現在個人主頁的底部?？刂茥l是在客人已經從MCI主頁選擇了個人主頁之后出現的?？刂茥l提供客人訪問以下特征·幫助文本·MCI主頁·個人主頁目錄·反饋5．主頁主頁是用戶從WWW瀏覽器執(zhí)行消息檢索、行使輪廓管理的切入點。主頁的設計，提供用戶能容易地訪問消息中心或輪廓管理。6．安全要求對消息中心或輪廓管理的訪問限于授權用戶。用戶被提示輸入用戶ID和口令，然后才能訪問消息中心或輪廓管理。在三次不成功的嘗試之后，用戶被阻止訪問消息中心或輪廓管理，一個WARNING(警告)消息提醒用戶與MCI用戶支持組聯系。該帳戶被關閉，直到MCI用戶支持代表恢復該帳戶。帳戶恢復后，要求用戶更新其口令。如果向消息中心登錄成功，用戶不必受另一次對(同樣的)用戶ID和口令的詢問就能訪問輪廓管理。對成功訪問輪廓管理的用戶來說，情況也是一樣-他們不必受另一次對(同樣的)用戶ID和口令的詢問就能訪問消息中心?？诹畹挠行跒?個月。如果口令到期，要提醒用戶更新口令。對口令的更新，要求用戶輸入到期的口令，再將新口令輸入兩次。7．在屏幫助文本提供用戶對在主頁內操作的域特定的“幫助”指令的圖標訪問。幫助文本提供的信息描述了·如何訪問消息中心；·如何訪問輪廓管理；·如何訪問MCI主頁；·如何訪問個人主頁；·如何通過消息中心發(fā)送(創(chuàng)建或轉發(fā))消息；·如何通過消息中心提交消息；·如何更新直達線MCI輪廓；·如何更新信息服務輪廓；·如何訪問個人主頁；·如何更新他們的個人主頁；·如何在主頁上提供反饋；·如何預訂用戶指南?？刂茥l(ControlBar)控制條出現在主頁的底部?？刂茥l提供客人對下列特征的訪問·幫助文本；·MCI主頁·個人主頁目錄·反饋。8．輪廓管理除了以上討論的在屏幫助文本和控制條外，輪廓管理屏還提供一個標題條(TitleBar)。標題條使用戶能容易地訪問輪廓管理各部件，快速訪問消息中心。通過使用標簽來提供對輪廓管理各部件的訪問。標簽包括·直達線MCI；·信息業(yè)務；·個人主頁；·列表管理；·消息處置。直達線MCI標簽包括表示直達線MCI的內在部件的其它標簽·話音郵件；·傳真郵件；·尋呼。直達線MCI輪廓管理系統提供用戶一個輪廓管理頁，從此可以對其中的帳戶輪廓信息進行操作，以便·創(chuàng)建新的直達線MCI輪廓并為輪廓賦名；·更新現存的直達線MCI輪廓；·支持基于規(guī)則的直達線MCI創(chuàng)建和更新邏輯(例如，只對一個呼叫路由選擇選擇項如話音郵件的選擇，調用向話音郵件的替換路由選擇；在一屏中所作的更新波及所有受影響屏-如尋呼通知)；·允許一個直達線MCI號碼；·允許并定義替代路由選擇號碼；·允許并定義FollowMe(隨我)路由選擇；·為直達線MCIFollowMe路由選擇序列中的每個號碼定義RNA參數；·允許并定義最終路由選擇(以前稱作備用路由選擇)到-話音郵件和尋呼機、-僅話音郵件、-僅尋呼機、-最終消息；·如果有兩個或更多的呼叫路由選擇選項(FollowMe、話音郵件、傳真郵件或尋呼機)被允許，則調用菜單路由選擇；·允許話音郵件；·允許傳真郵件；·允許尋呼；·為傳真郵件投遞定義缺省號碼；·為話音郵件啟動尋呼通知；·為傳真郵件啟動尋呼通知；·定義激活/去激活不同直達線MCI輪廓的計劃；·提供客人為緊急投遞而對話音郵件分類的選擇；·為所有消息類型配置時區(qū)，用于標識消息被接收的時間；·為以下各項定義呼叫屏蔽參數-名稱和ANI；-僅ANI；-僅名稱；·允許或禁止停留并尋呼。9．信息業(yè)務輪廓管理信息業(yè)務輪廓管理提供用戶選擇信息源、投遞機制(話音郵件、尋呼機、電子郵件)以及根據信息源和內容選擇投遞頻率的能力。具體來說，用戶能配置以下的任何信息源·股票指數和金融新聞；·新聞摘要股票指數和金融新聞提供用戶以下內容·商業(yè)新聞摘要；·股票指數(延遲時間不超過10分鐘)；·證券市場報道(每小時一次，上午/下午或COB)；·貨幣與債券報道(每小時一次，上午/下午或COB)；·貴金屬報道(每小時一次，上午/下午或COB)；·商品報道(每小時一次，上午/下午或COB)；商業(yè)新聞摘要每天通過電子郵件投遞一次。各種報道(證券市場、貨幣與債券、貴金屬、商品)按用戶規(guī)定的時間間隔投遞。按小時報道要求電子郵件的計時標記是整點后10分鐘。上午/下午報道要求上午(東部時間上午11:10)傳輸一個電子郵件消息，下午(東部時間下午5:10)傳輸一個電子郵件消息，COB報道要求在東部時間下午5:10傳輸。證券市場報道的內容含有·股票或共同基金自動行情報價機符號(mutualfundtickersymbol)；·股票或共同基金開盤價；·股票或共同基金收盤價；·最后記錄的股票或共同基金的叫賣價；·最后記錄的股票或共同基金的叫買價；·股票或共同基金的52周高；·股票或共同基金的52周低。股票指數和金融新聞提供用戶從可得到的股票和共同基金列表中進行選擇并定義提供話音郵件或基于文本的尋呼的標準的能力。可定義的標準稱為‘觸發(fā)點’，可以是以下的任何或全部條件·股票或共同基金達到52周的高值；·股票或共同基金達到52周的低值；·股票或共同基金達到用戶定義的高點；·股票或共同基金達到用戶定義的低點。在‘觸發(fā)點’條件得到滿足后，就在1分鐘內向用戶傳輸一個消息(話音郵件或基于文本的尋呼)。話音郵件被發(fā)送到用戶在用戶直達線MCI帳戶中定義的郵箱。股票指數和金融新聞的信息內容的時間不超過10分鐘。10．個人主頁輪廓管理個人主頁輪廓管理提供用戶定制他們的個人主頁并定義客人如何與它們(電子郵件和基于文本的尋呼)通信的能力。此外，輪廓管理也使用戶能控制客人對他們日歷的訪問。具體來說，用戶能夠·建立和維護一個問候消息；·建立和維護一個聯系信息(即地址信息)；·建立和維護一個個人日歷；·選通或禁止客人對尋呼、電子郵件或日歷的訪問；·通過定義用于標準或特權訪問的PIN來控制客人對日歷的訪問；·將經認可的用戶提交的圖象諸如個人照片或公司圖標放在個人主頁上的預定位置。建立個人主頁時，聯系信息是與用戶的投遞地址信息一起提供的。用戶有能力更新聯系信息內的該地址信息。11．列表管理列表管理提供用戶創(chuàng)建和更新列表的能力。輪廓管理提供用戶定義可通過消息中心訪問的、用于消息傳播的列表的能力。在一個實施例中，列表管理是中央化的，使得傳真廣播列表管理能力與直達線MCI列表管理能力集成，以提供一個單一的列表數據庫。在一個替代實施例中，這兩個列表管理系統是獨立的，因此用戶可以訪問任一個列表數據庫。列表是通過一個與PC客戶機上地址簿類似的接口來保存的，用戶由此能對列表增加或刪除名字。與各個人名關聯的是電子郵件地址、傳真郵件地址(即ANI)、話音郵件地址(即ANI)和尋呼機號。當消息添加到消息中心收件箱(即通用收件箱)時，地址簿被用關聯消息類型的源地址更新。當用戶選擇建立分配列表時，被提示為該列表選擇名字、類型和標識符。所有創(chuàng)建的列表都可以按名字的字母順序被使用。列表的類型(話音、傳真、電子郵件、尋呼)與列表名字相隨。此外，列表標識符可以由字母字符組成。用戶然后被提示給出接收者名字和地址以創(chuàng)建一個分配列表。用戶能用其地址簿來尋找接收者信息。用戶不受在其列表中記錄相同地址類型的限制。如果列表是用傳真類型創(chuàng)建的，用戶能在列表中加入ANI、電子郵件和尋呼地址。用戶能用創(chuàng)建、檢查、編輯(添加和刪除接收者)和重新命名諸能力來管理其分配列表。當用戶選擇通過WWW瀏覽器接口來修改列表時，被提示選擇地址類型(話音、傳真、尋呼、電子郵件)，并且應當為該地址類型規(guī)定用戶的分配列表的列表。用戶也能輸入列表名來定位它。用戶能通過創(chuàng)建、檢查、編輯(添加和刪除接收者)、刪除和重新命名諸命令來修改列表。每當用戶用接收者添加、刪除或地址變更來修改列表時，她能使這種修改作為全局修改。例如，用戶在一個列表改編Brown先生的話音郵箱地址。她能使這個改變成為全局改變，即在所有其分配表中改變Brown先生的地址。盡管用戶除了通過PC還能通過ARU和VRU來創(chuàng)建和修改分配表，增強的列表維護能力通過WWW瀏覽器接口得到支持。用戶能按姓名或者按不同的地址域來檢索列表，對列表排序。例如，用戶通過在檢索功能內使用*DOLE*命令就能檢索所有含有‘DOLE’的列表。此外，用戶能用任何一個地址域來檢索列表。例如，用戶可在接收者號碼的基礎上檢索‘至’的姓名或郵政編碼。用戶能通過列表名、標識符或類型或者通過任何一個地址域來對列表排序。除了檢索能力，分配列表軟件還使用戶能從現有分配列表記錄復制和創(chuàng)建子列表。用戶能輸入或輸出來自外部數據庫結構的接收者數據。用戶間也存在共享列表和向宿主上載(upload)列表的能力。12．全局消息管理全局消息管理提供用戶定義將在“通用收件箱(收件箱)”出現的或者被通過消息中心訪問的消息類型的能力。下面是可選擇的消息類型·直達線MCI話音郵件；·直達線MCI傳真郵件；·網絡MCI和SkyTel尋呼；·來自MCI電子郵件帳戶的電子郵件(即MCI郵件或因特網MCI)。如果用戶不在特定服務之列，該選項就變成灰色，因此在全局消息處理內是不能選擇的。對全局消息處理的任何更新，都會導致對消息中心的實時更新。舉例來說，某用戶可能選擇允許話音郵件消息在消息中心出現。消息中心自動地檢索在話音郵件數據庫內存在的所有話音郵件消息。D．消息中心消息中心起著檢索和處置消息對象的“通用收件箱”的功能?！巴ㄓ檬占洹庇晌募A組成，文件夾內含有交向用戶的消息。對消息中心的訪問受所有WWW瀏覽器的支持，但是“通用收件箱”中所含有的內容只提供下列消息類型·話音郵件交到用戶的直達線MCI帳戶；·電子郵件交到用戶的MCI電子郵件(即MCI郵件或因特網MCI)帳戶；·傳真郵件交到用戶的直達線MCI帳戶；·尋呼交到用戶的網絡MCI尋呼帳戶(或SkyTel尋呼帳戶)；除了以上討論的各節(jié)的在屏幫助文本和控制條之外，消息中心屏還提供一個標題條。標題條使用戶能容易地訪問輪廓管理各功能，快速訪問消息中心。通過標題條支持的消息中心的功能是·文件列舉用戶定義的文件夾，允許用戶選擇文件夾；·創(chuàng)建編制新的電子郵件消息；·轉發(fā)話音郵件將被作為電子郵件附件轉發(fā)；·檢索提供根據消息類型、發(fā)送者姓名或地址、主題或日期/時間進行檢索的能力；·保存允許用戶將消息保存到通用收件箱上的文件夾、到工作站上的文件或者到磁盤。當通過消息中心編制或轉發(fā)消息時，用戶能將消息以電子郵件或傳真郵件發(fā)送。唯一的限制是話音郵件只能作為話音郵件或作為電子郵件附件來轉發(fā)。所有其它消息類型都可互換，使得電子郵件可以轉發(fā)到傳真機，尋呼機消息可以作為電子郵件文本消息轉發(fā)。以傳真郵件發(fā)出的消息是按G3格式生成的，支持向傳真廣播列表的分配。消息中心的表示布局與PC客戶機的表示布局是一致的，使得它們有相同的外觀和感覺。消息中心被設計成提供一個消息首部幀和消息預覽幀，類似于由nMBv3.x支持的表示。用戶將能動態(tài)地重新調整消息首部幀和消息預覽幀的高度。消息首部幀將顯示以下的信封信息·消息類型(電子郵件、話音、傳真、尋呼)；·發(fā)送者姓名、ANI或電子郵件地址；·主題；·日期/時間；·消息大小。消息預覽幀顯示電子郵件消息正文的起始數行、傳真郵件消息的首頁的起始數行、尋呼消息或關于任何撥號話音郵件消息的指令。通過WWW瀏覽器播放話音郵件作為流式音頻(streamingaudio)能力得到支持，使得用戶不必在播放音頻文件之前將音頻文件下載到工作站。流式音頻是在用戶在消息首部幀中的話音郵件首部上選擇(單擊左鼠標鍵)時啟動的。傳真郵件消息的顯示是在用戶在消息首部幀中的傳真郵件首部上選擇(單擊左鼠標鍵)后立即啟動的。消息中心也允許用戶使用已經在輪廓管理中創(chuàng)建的分配列表。分配列表支持在不同的消息類型間發(fā)送消息。除了基本的消息檢索和消息分配之外，消息中心還支持在通用收件箱內創(chuàng)建和維護文件夾(或目錄)。用戶起初限于有以下文件夾·稿件保留所有保存的、尚未發(fā)送的消息；·收件箱保留所有由“通用收件箱”接收的消息，是用戶訪問消息中心時的缺省文件夾；·發(fā)送保留所有已經發(fā)送的消息；·垃圾將所有作過刪除標記的消息保留7天。用戶將最終能創(chuàng)建(和重新命名)文件夾(和文件夾內的文件夾)。1．存儲要求起初，用戶被分配有限數量的存儲空間用于存儲直達線MCI話音郵件和直達線MCI傳真郵件。尋呼機重復呼叫消息和電子郵件消息不受所耗費存儲空間數量的限制，而是受所接收消息的日期/時間標記的限制。最后，將根據一個公共測量單位如天數來實施存儲要求。這將提供用戶更簡單的方法來了解消息何時將被從數據庫刪除，何時將不準客人向他們的“通用收件箱”存儲消息(話音郵件，傳真郵件)。為了支持這一點，對收件箱中保留的消息有以下要求·直達線MCI話音郵件60分鐘；·直達線MCI傳真郵件50頁；·網絡MCI頁99小時；·電子郵件6個月。用戶具有對計劃要在數據庫中被覆蓋的消息(垃圾文件夾中保留的消息除外)進行下載的選擇權。E．PC客戶機能力1．用戶接口PC客戶機接口支持想要在存儲與轉發(fā)環(huán)境中操作的用戶。這些用戶想要下載消息的目的是處置或本地存儲。PC客戶機的設計不支持輪廓管理，PC客戶機接口只提供消息(話音郵件、傳真郵件、電子郵件、文本尋呼)。只有通過ARU接口或WWW瀏覽器接口才能獲得利用輪廓管理的能力。PC客戶機接口與WWW瀏覽器接口結合，使得這兩個部件能共存于同一個工作站，共享一個單一的IP連接。將PC客戶機接口優(yōu)化，以支持Windows95；不過也支持Windows3.1。圖形用戶界面的設計，提供消息首部窗口和消息預覽窗口，類似于由nMBv3.x支持和由WWW瀏覽器支持的表示。用戶將能動態(tài)地重新調整消息首部窗口和消息預覽窗口的高度。消息首部窗口顯示以下的信封信息·消息類型(電子郵件、話音、傳真、尋呼)；·發(fā)送者的姓名、ANI或電子郵件地址；·主題；·日期/時間；·消息大小。消息預覽窗口顯示電子郵件消息正文的起始數行、傳真郵件消息首頁的起始數行、尋呼機消息、或者關于如何播放傳真郵件消息或播放話音郵件消息的指令。從PC客戶機播放話音郵件消息，要求PC上有聲卡。傳真郵件消息的顯示，要調用PC客戶機內的傳真郵件閱讀器。消息中心也允許用戶使用已經在輪廓管理中創(chuàng)建的分配列表。分配列表支持在不同的消息類型間發(fā)送消息。2．安全PC客戶機與服務器之間的用戶驗證是在撥號進入系統會話期間協商的。對安全的支持要使得當建立接口時將用戶ID和口令信息嵌入在PC客戶機與服務器之間傳遞的信息中。不要求用戶手工輸入他們的用戶ID和口令。此外，對口令的更新要向PC客戶機通報。3．消息檢索消息檢索提供用戶選擇性地檢索駐存在“通用收件箱”中的話音郵件、傳真郵件、尋呼和電子郵件消息的能力。在PC客戶機上顯示和播放的消息類型包括·直達線MCI話音郵件·直達線MCI傳真郵件·網絡MCI尋呼·來自電子郵件帳戶的電子郵件PC客戶機啟動單一的通信會話來從“通用收件箱”中檢索所有的消息類型。這個單一的通信會話能檢索含有話音郵件、傳真郵件、電子郵件和尋呼的上游數據庫。PC客戶機也能執(zhí)行選擇性的消息檢索，使得用戶能夠·檢索所有消息；·檢索選定消息首部的全文本(或正文)；·根據下列可編輯的搜索標準來檢索消息-優(yōu)先消息；-電子郵件消息；-尋呼機消息；-傳真郵件消息(全部或僅首部)；-話音郵件消息(全部或僅首部)；-發(fā)送者姓名、地址或ANI；-消息的日期/時間標記；-消息大小。從“通用收件箱”中檢索的僅有首部的傳真郵件消息被保留在“通用收件箱”中直到消息正文被檢索出來。話音郵件消息被保留在“通用收件箱”中直到用戶通過WWW瀏覽器(即消息中心)或ARU訪問“通用收件箱”并刪除該消息。從“通用收件箱”檢索的消息被轉移到桌面文件夾。此外，PC客戶機能支持后臺和有計劃的輪詢，使得用戶能夠在PC客戶機檢索消息的同時執(zhí)行消息操作(創(chuàng)建、編輯、刪除、轉發(fā)、保存等等)。4．消息操作消息操作使用戶能執(zhí)行許多標準消息傳遞客戶機動作，如·編制(或創(chuàng)建)電子郵件、傳真郵件或尋呼消息；·轉發(fā)所有消息類型；·保存；·編輯；·刪除；·分配；·附接；·檢索；·顯示或播放消息。F．訂單輸入要求直達線MCI或網絡MCI業(yè)務的客戶被提供以執(zhí)行輪廓管理和消息管理功能的額外接口選項。直達線MCI或網絡MCI業(yè)務二者的客戶都被自動地提供通過不同接口類型訪問所能得到的特征和功能的帳戶。也支持向網絡MCI業(yè)務的客戶提供帳戶的能力，但是并非向所有網絡MCI業(yè)務客戶提供帳戶。訂單輸入之靈活，足以按需為網絡MCI業(yè)務客戶生成帳戶。訂單輸入的設計使得直達線MCI客戶或網絡MCI業(yè)務的客戶被自動地提供訪問系統所提供的額外接口類型和服務。例如，預訂直達線MCI(或網絡MCI業(yè)務)的客戶被提供一個訪問輪廓管理或消息中心的主頁的帳戶。檢查要到位，以防止客戶配置有兩個帳戶-一個直達線MCI的帳戶、一個網絡MCI業(yè)務的帳戶。為了完成這一點，建立了這兩個訂單輸入過程之間的集成。訂單輸入的集成方法要求一個單一的接口。該接口集成訂單輸入的能力，使得訂單輸入看起來是安裝在一個訂單輸入系統中，不要求訂單輸入管理員建立到多個訂單輸入系統的獨立的登錄會話。這種集成化訂單輸入接口支持對所有服務采用一致性的訂單輸入方法，能夠從必需的訂單輸入系統提取信息。此外，該接口還支持察看與用戶現存應用關聯的服務的能力。集成化訂單接口系統的特定要求是·用于定義MCI電子郵件(MCI郵件或因特網MCI)帳戶的自動饋給；·用于定義網絡MCI尋呼帳戶(或SkyTel尋呼帳戶)的自動饋給；·用于定義直達線MCI帳戶的自動饋給；·用于選通傳真廣播能力的自動饋給；·人工輸入MCI電子郵件帳戶、網絡MCI尋呼帳戶或直達線MCI帳戶信息的能力·選通或禁止對入站信息服務的訪問的能力；和·選通或禁止對向外信息服務的訪問的能力。這些能力賦予了訂單輸入操作員根據現有MCI業(yè)務(電子郵件、尋呼、直達線MCI)帳戶信息添加用戶的靈活性?？蛇x方案是，訂單管理員可以在規(guī)定基礎服務的同時添加用戶。訂單輸入系統向下游記帳系統提供必要的客戶帳戶和服務信息。它們也跟蹤初始客戶訂單和所有后繼的更新，以便MCI能避免發(fā)送重復的平臺軟件(即PC客戶)和文獻(即用戶指南)。此外，訂單輸入過程還使管理員能獲得下列信息·記錄客戶投遞和姓名；-支持美國和加拿大地址、-提供防止向郵政信箱投遞的能力；·記錄客戶的記帳地址、電話號碼和聯系姓名；·記錄訂單日期和所有的隨后更新；·記錄提交訂單的帳戶代表的姓名、電話號碼和分部(division)；·記錄或獲得用戶的直達線MCI號碼；·記錄或獲得用戶的網絡MCI尋呼PIN；·記錄或獲得用戶的MCI電子郵件帳戶ID；·生成一個電子發(fā)送到完成統計處(fulfilmenthouse)的日完成報告；·生成一個跟蹤記錄下列內容的日報告-接收的訂單數；-要求創(chuàng)建網絡MCI尋呼(或SkyTle尋呼)帳戶的訂單數；-要求創(chuàng)建網絡MCI電子郵件帳戶的訂單數；-要求創(chuàng)建直達線MCI帳戶的訂單數?？蛻艨梢灶A訂個人主頁。在訂單輸入期間記錄的客戶投遞信息是從用戶的個人主頁提供的缺省地址信息。此外，訂單輸入過程支持特殊圖形的安裝和收費。存在為特定服務‘開’‘關’現存的功能部件/功能的能力。能被用戶管理的功能部件在訂單輸入系統內標識。這些功能部件然后被啟動用于用戶的目錄帳戶內的管理。在訂單輸入系統與用戶的目錄帳戶之間有實時訪問能力。這個帳戶裝備了所有的用戶的業(yè)務、產品特征/功能、帳戶信息，無論是不是用戶可管理的。那些不是標識為用戶管理的項目是不能通過用戶的界面訪問的。1．規(guī)定與實現已經按對系統的入站訪問和從系統的向外訪問定義了訪問要求。入站訪問包括用戶或主叫者能通過其訪問系統的過程。向外訪問包括用戶通過其受按照較佳實施例的系統的處理的過程。存在著對入站和向外處理二者的因特網支持。以下部件可以提供入站訪問·直達線MCI:800/8XX；·MCI郵件800/8XX，電子郵件地址；·網絡MCI尋呼800/8XX；·互連網MCI郵件800/8XX,POP3電子郵件地址。以下部件被標識為用于向外訪問·直達線MCI撥1；·傳真廣播800/8XX，本地；·MCI郵件800/8XX，電子郵件地址；·互連網MCI郵件800/8XX,POP3電子郵件地址。G．通信系統按當前的MCI過程支持通信。H．定價起初，根據為基礎部件定義的現有定價結構，來標價功能部件。此外；對于基礎部件，如當前對它們所支持的那樣也支持征稅和折扣能力。還支持對預訂多個業(yè)務的用戶的折扣。I．記帳記帳系統·支持對直達線MCI增強服務(話音郵件、傳真郵件、二者)的收費；·支持按高峰期和非高峰期費率的收費；·支持對多業(yè)務(直達線MCI、網絡MCI業(yè)務、網絡MCI尋呼、網絡MCI蜂窩網)的折扣，折扣根據服務的數量而變；·對直達線MCI呼叫(發(fā)起的和終結的)支持禁止網絡MCI蜂窩網收費的能力；·支持對直達線MCI使用敏感的月費的收費；·支持以根據直達線MCI使用免費幾分鐘為形式的促銷；·支持對個人主頁的收費；·支持禁止對個人主頁收費的能力；·支持SCA定價。在一個實施例中，記帳系統支持當前對各個基礎部件存在的開清單過程。在另一個實施例中，記帳提供一種包括所有基礎部件的統一清單。除了開清單，還支持對當前支持定向記帳的所有基礎部件的定向記帳。ⅩⅧ．直達線MCI以下描述為用于本系統而修改過的直達線MCI的體系結構。這個文件涉及直達線MCI平臺中的一般數據和呼叫流，記載了為支持這些流而必需的網絡和硬件體系結構。下游系統中的記帳流是在很高層次敘述的。上游系統中的訂單輸入(OE)流是在很高層次敘述的。直達線MCI體系結構的某一部分再使用現存的部件(例如音頻應答單元(ARU))。直達線MCI體系結構的的那些新的部分將要詳細敘述。A．概述除了記帳、訂單輸入和報警外，直達線MCI系統有三個主要組成部件，如圖43所示·ARU(音頻應答單元)502·VFP(話音傳真平臺)504·DDS(數據分配業(yè)務)506以下各分節(jié)在高水平描述各個主要部件。圖43表示主要系統部件之間的高級關系。1．ARU(音頻應答單元)502ARU502處理直達線MCI的所有初始入站呼叫。有些特征(諸如找我/跟隨我)完全是在ARU上實現的。入站傳真是由ARU進行音調檢測，擴展到VFP504的。ARU提供的菜單能被用來請求訪問話音郵件/傳真郵件特征，在這種情況下呼叫也被擴展到VFP。2．VFP(話音傳真平臺)504VFP為話音郵件/傳真郵件也為向外傳真和話音轉發(fā)和尋呼機通知提供菜單。VFP也是保存被ARU502播放和記錄的定制用戶提示的中央數據儲存庫。3．DDS(數據分配業(yè)務)506DDS是保存OE輪廓和記帳細節(jié)記錄(BDR)的中央數據儲存庫。OE輪廓用DDS存儲，DDS負責將輪廓分配到所有適當的系統。DDS506收集BDR并將它們轉送到下游記帳系統。B．原理對直達線MCI服務的要求是將各種業(yè)務部件集成為一個由單一的800號碼訪問的單一業(yè)務。以前已經在ISNARU平臺上開發(fā)了許多這些業(yè)務部件。ARU中不提供的業(yè)務是郵箱業(yè)務和傳真業(yè)務。系統500的ARU502采用了從TexasInstrument(TI)公司購買的話音郵件/傳真郵件平臺。為了性能、可靠性和可擴展性，部分軟件被移植到DECAlpha機器上運行。對直達線MCI實現的另一個要求是與主流(現存的MCI)記帳與訂單輸入系統的集成。DDS提供直達線MCI與主流訂單輸入系統之間的入站和向外接口。C．細節(jié)圖43表示主要系統部件之間的關系。OE系統508生成用戶輪廓，后者通過DDS506被下載到ARU502和話音傳真平臺(VFP)504。由ARU502和VFP504生成的BDR通過DDS506被饋送到記帳系統510。ARU502處理所有入站呼叫。如果檢測到傳真音調，或者如果要求話音郵件/傳真郵件，呼叫就被從ARU502擴展到VFP504。就郵箱狀態(tài)(例如“你有三個消息”)，ARU502向VFP504查詢狀態(tài)并播放提示。用戶的定制的提示存儲在VFP504上。當ARU播放定制的提示或者記錄新的提示時，提示在VFP504上被訪問。來自ARU502和VFP504的報警被發(fā)送到本地支持單元(LSE)。1．呼叫流體系結構520圖44表示直達線MCI的呼叫流體系結構。圖的頂部表示用于傳輸呼叫的網絡522連接。圖的底部表示不同呼叫類型的呼叫方向。以下各分節(jié)提供對該圖的文字說明。2．網絡連接所有入站ISN呼叫都在連接到MCI網絡522的自動呼叫分配器(ACD)524被接收。接入控制點(ACP)接收來自綜合業(yè)務網絡應用處理器(ISNAP)526的入站呼叫的通知，ISNAP是連系ACD524的控制/數據接口。網絡音頻系統(NAS)在ACP的控制下通過到ACD的T1接口播放和記錄話音。在美國，采用數字多路轉換系統，其中多路轉換傳輸的第一級-稱為T1-在一根4線電纜(一對導線用于“發(fā)送”信號，一對導線用于“接收”信號)綜合了24個數字化話音通道。T1載波上的常規(guī)的位格式稱為DSl(即第一級多路轉換數字業(yè)務或數字信號格式)，它由連續(xù)的幀組成，每個幀有24個每個8位的PCM話音信道(或DS0信道)。每個幀另外還有用作控制的幀位，每幀總共有193位。T1傳輸速率是每秒8000幀或每秒1.544兆位(Mbps)。采用一種稱為時分復用(DTM)的技術來裝配供T1傳輸用的幀，其中每個DS0通道被分配一幀內的24個順序時間片之一，每個時間片含有一個8位字。通過本地、地區(qū)和長途服務供應商的網絡的傳輸，涉及通過各種交換機和多路復用載體層次的復雜的呼叫處理。常規(guī)高速傳輸的頂點是同步光纖網絡(SONET)，它采用光纖介質，能有吉比特范圍的傳輸速率(超過每秒10億比特)。經過網絡后，更高級的多路復用載體被多路分解回各個DS0線路，解碼后連接到各個用戶電話。通常，多個信號在一個單一線路上多路轉換。例如，DS3傳輸通常是用同軸電纜傳輸的，綜合了28個速度為44.736Mbps的DS1信號。位于光層次的低層的OC3光纖載體，綜合了3個速度為155.52Mbps的DS3信號，在單一的光纜上提供2016個個別話音信道的容量。由光纖作載體的SONET傳輸能有更高的傳輸速率。NAS/ACP組合被稱為ARU502。如果ARU502確定某呼叫必須被擴展到VFP504，它就向VFP504撥出。VFP媒體服務器與MCI網絡522通過T1相連。每次呼叫，從ARU502到VFP504的涉及傳輸都是通過雙音多頻(DTMF)完成的。3．呼叫流下面詳細敘述圖44所示的呼叫情景。在任何入站呼叫開始時，ARU502已經接收到該呼叫，執(zhí)行了一個應用選擇，以確定該呼叫是不是直達線MCI呼叫。a)入站傳真入站傳真呼叫被傳遞到ARU502。ARU執(zhí)行傳真音調檢測，然后將呼叫擴展到VFP504。用DTMF信令將帳戶號碼和方式傳遞到VFP。b)入站話音、僅用ARU在用戶方式或客人方式下進行一個入站話音呼叫，只有使用ARU502的那些特征才被訪問。ARU確定方式(用戶或客人)。在用戶方式下，ARU查詢VFP504來確定消息的數目。不進行額外的網絡訪問。c)入站/向外話音、僅用ARU向ARU502呼叫。并訪問尋呼機通知或尋找我/跟隨我功能部件，ARU502經ACD524撥出外部號碼。d)入站話音、VFP功能部件向ARU502進行呼叫，呼叫被擴展到VFP504。通過DTMF將帳戶號碼和方式(用戶或客人)傳遞到VFP?？腿朔绞绞?．寄存話音郵件。2．寄存?zhèn)髡驵]件。3．收集傳真郵件。用戶方式是1．檢索或發(fā)送郵件。2．維持廣播列表。3．修改郵箱名記錄。VFP504在VFP會話期間連續(xù)地提示用戶。e)外向傳真/話音/尋呼機、僅用VFP對于傳真或話音投遞或尋呼機通知，VFP直接在MCI網絡522上撥出。f)重新始發(fā)/取回在入站用戶呼叫連接到VFP504期間，用戶通過將英鎊符鍵按下兩秒，就可以返回到ARU502直達線MCI菜單的頂層。網絡522將呼叫從VFP504取回，將呼叫重新始發(fā)到ARU502。4．數據流體系結構圖45描述了直達線MCI體系結構520中的基本數據流OE記錄(客戶輪廓)被輸入到上游系統，在530被下載到主機532。DDS主機將OE記錄下載到ARU/ACP上的網絡信息分布式服務(NIDS)服務器534和VFP/執(zhí)行服務器536。這些下載是通過ISN令牌環(huán)網絡538進行的。在執(zhí)行服務器536上，OE記錄被存儲在本地的執(zhí)行服務器數據庫(未予表示)中。BDR被執(zhí)行服務器536和ACP540分割。這些BDR在操作員網絡中心(ONC)服務器542中存儲，然后被上載到DDS主機532。從ONC服務器到DDS主機的上載是通過ISN令牌環(huán)網絡538進行的。ARU502向用戶提示他們的話音郵件/傳真郵件消息的數量。用戶具有的消息的數量是由ISNAP以太網544上的ACP540從VFP504獲得的。注意，ACP540可以位于任何ISN站點。用戶記錄的由NAS546播放的特定的提示存儲在VFP504，由NAS546在網絡上按需播放。NFS協議548被用在ISNAP局域網(LAN)544和廣域網(WAN)550上。D．話音傳真平臺(VFP)504詳細體系結構1．概述圖46表示第一個實施例的直達線MCI系統的話音傳真部分504的硬件部件。這個系統中的主要部件是T1MultiServe4000媒體服務器560DEC8200執(zhí)行服務器536。CabletronMMAC+中樞562。AlphaStation200控制臺管理器和終端服務器564。BayNetworks5000中樞566。在另一個實施例中，Cabletron中樞將被從配置中去除，由BayNetworks中樞承擔所有的網絡業(yè)務。2．原理TIMultiServe4000560被MCI選擇用于直達線MCI平臺的話音郵件/傳真郵件部分。MultiServe4000是一個在一個相當慢的Nubus底板上的相當滿的68040機器。68040/Nubus機器被TI公司既用作媒體服務器(T1接口、話音和傳真的DSPs)又用作執(zhí)行服務器(數據庫和對象存儲器)。盡管這個硬件足夠作媒體服務器用，但要作為執(zhí)行服務器來服務數百甚至數千千兆字節(jié)的話音和傳真數據以及數千個媒體服務器端口，卻是不夠的。此外，沒有可供媒體服務器硬件使用的群集(clustering)(為了性能或冗余)。因此，TI實現的執(zhí)行服務器部分被MCI移植以便在DECAlpha8200群集536上運行-下文將要說明。這個群集既提供failover又提供分載(因此具有可伸縮性)。同樣，必須從高速8200平臺移動的千兆字節(jié)，必須在網絡上移動到TI媒體服務器。帶有光纖分布數據接口(FDDI)和交換的10bT連接的Cabletron中樞562，為實現提供主干。各個媒體服務器560附接到交換以太網端口的一個冗余對。因為各端口是交換端口，所以各媒體服務器就得到了到中樞的專用10Mb帶寬。8200服務器536每個都需要一個大型網絡管道來服務許多較小的10Mb以太網管道。就第一個實施例來說，FDDI接口568將被使用。然而，通信量預測表明，必須的通信量將超過FDDI容量的數倍。因此，按照較佳實施例的一個實施例將采用速度更高的連網技術諸如ATM。中樞562配置是完全冗余的。AlphaStation200工作站564是操作支持所需要的。AlphaStation200通過DEC的多中心控制臺管理器為各個直達線MCIVFP504部件提供控制臺管理。它也運行DECpolycenter(多中心)性能分析器軟件。該性能分析器軟件為協調目的收集和分析來自8200s的數據。3．細節(jié)圖47表示VFP504在生產現場的生產安裝。關于圖47及其與圖46的關系的注解DECAlpha8200s536在一個防止故障的(failover)配置中。中心框架是共享盤陣列。TIMutiServe4000560實際上是一個單一機柜中四個獨立媒體服務器的合成。該圖以后的圖中將每個“象限”(MutiServe4000中四個媒體服務器之一)表示為一個單獨的實體。四個16FDGT1的每個都被連接到各個象限。AlphaStation200工作站564和終端服務器被用于提供控制臺和系統管理。Cabletron中樞562提供媒體服務器560與執(zhí)行服務器536之間的網絡。BayNetworks中樞566提供VFP504與網絡路由器569之間的網絡。a)內部硬件網絡圖48表示VFP內部硬件/網絡體系結構關于圖47-49的一般說明圖中左邊的DEC8200機器536畫出了所有其ATM和FDDI連接570。右邊的DEC8200機器顯示了其以太網連接572。在實際部署中，兩個機器都有所示的全部ATM、FDDI、令牌環(huán)和以太網連接570和572。Cabletron中樞562顯示的到端口的連接比實際發(fā)生的更少，因為每個8200560只畫了其網絡連接的一半。同樣，只顯示了四個媒體服務器560中之一與以太網端口相連。實際上每個媒體服務器都有一個收發(fā)機和兩個以太網連接。Bay中樞566沒有在圖48中表示。它們在圖49的直達線MCIVFP外部LAN網絡連接中顯示。從DEC8200s536的圖48的頂部開始頂部單元含有3個4GB的驅動器574用于操作系統、交換等等。系統CD驅動器576也位于此。該單元是由主系統579中的單端小型計算機系統接口(SCSI)(圖中為“SES”)接口578控制的。磁帶疊式存儲器580是一個140GB的磁帶機，有單一的驅動器和一個10磁帶疊。該單元是由主系統579中的快-寬SCSI(圖中為“FWS”)接口582控制的。主系統單元579使用5個可用插槽中的3個。插槽1有主CPU卡。該卡有一個300MHz的CPU，可以升級成兩個CPU。插槽2有一個512MB的內存卡586。該卡可以升級到2GB，或者可以添加另一個內存卡。系統最大內存為4GB。插槽3和插槽4是空的，但可用于額外的CPU、內存或I/O板。插槽5有主I/O卡588。該卡有8個I/O接口一個快-寬SCSI接口582控制磁帶疊式存儲器。兩個快-寬SCSI接口590-592沒有用上。單端SCSI接口578控制本地系統驅動器。FDDI接口594連接到中樞之一。PCI插槽596連接到一個PCI擴展機箱598。一個端口是10baseT以太網卡600，它通過一個專用薄網(thinnet)以太網與另一個8200536中對應的卡連接。該網絡是系統防止故障(failover)心跳之一所要求的。一個實施例使用PCI/EISA擴展機箱598中10個可用插槽中的9個。插槽1和2有磁盤適配器602。每個磁盤適配器602連接到一個RAID磁盤控制器604，后者與(另一個機器上的)另一個磁盤控制器604鏈接，這一個又連接到該機器上的磁盤控制器604。因此，每個8200機器都有兩個磁盤控制器604附接到各個磁盤驅動器602。這是基本的群集機制，因為無論哪一個機器都能控制PCI機箱598下圖48中的所有磁盤。插槽3有一個Prestoserve板606。這是一個網絡文件服務器(NFS)加速器。插槽4有一個FDDI板608。這個FDDI連接所連接的中樞，不是上述主插槽5的FDDI連接所連接的中樞。插槽5和6有ATM板610。它有一個10baseT以太網卡612，后者通過一個專用薄網以太網與另一個8200536中對應的卡連接。該網絡是系統防止故障心跳之一所要求的。插槽10是空的。PCI機箱下面的兩個單元是廉價磁盤冗余陣列(RAID)磁盤控制器604。每個磁盤控制器604位于一個SCSI鏈上，SCSI鏈中間有兩個磁盤控制器604，每端有一個磁盤適配器602(每個機器一個)。于是就有兩個各帶兩個磁盤控制器604和兩個磁盤適配器602的SCSI鏈。這是到主系統579的連接。每個磁盤控制器604支持6個單端SCSI鏈。在這個配置中，兩個鏈中每一個都有一個有兩個SES連接的磁盤控制器和一個有3個連接的磁盤控制器。每個鏈有5個磁盤驅動器組(或“機柜”)614，如圖中中心架所示。注意帶RAID磁盤控制器的機柜中的冗余電力供應。CabletronMMAC+中樞562(圖47)是以一個冗余對配置的。8200s536和TI媒體服務器560二者都連接到兩個中樞562，兩個中樞562也互相連接。從中樞的左邊開始FDDI集線器卡616提供一個8端口FDDI環(huán)。每個8200有一個到各中樞562上FDDI卡616的連接。24端口以太網卡618提供到TI媒體服務器560的連接。每個媒體服務器560連接到各中樞上的一個以太網端口618。每個中樞上有8個空插槽可用于額外的FDDI、ATM或以太網擴展。在稱為“Multiserver4000”的單一機架上安裝有4個TI媒體服務器560。機架上的每個媒體服務器都是相同的。從頂部單元開始，按主插槽從左到右的順序頂部單元622是含有兩個1GB磁盤驅動器、一個可卸式/可熱插式磁帶驅動器的機柜。四個媒體服務器有兩個可以共享的磁帶驅動器。左邊標記為“DSPxxx”的7個板624是TIMPB板，每個能支持6個輸入通道或15個輸出通道。這些板624被分成三組。右邊組有3個板，中間組有3個板，左邊組有1個板。每組有一個T1。T1在標記為“T1M”的接口終結。這是主T1接口。T1通道可以被由主/從T1板隔離的板組共享，它們被橋接模塊鏈接在一起。最右邊的板是主CPU/IO板。這個板支持一個到磁盤機柜的SCSI接口628、一個到專用收發(fā)機632的以太網鏈接630、一個用于控制臺(未予示出)的串行端口。CPU/IO板右邊的收發(fā)機632鏈接到兩個主中樞562的每一個上的以太網端口。收發(fā)機檢測其以太網連接之一是否出現故障，并將通信路由選擇到其它端口。b)外部硬件/網絡連接圖49表示從VFP504到外部網絡的硬件和網絡連接。關于圖49的說明每個8200536都通過Bay中樞連接到ISN令牌環(huán)640上，用于SNA上的DDS訪問和IP上的BDR訪問。一對終端服務器連接到各機器和中樞的控制臺端口。DECAlphaStation200564運行控制臺管理軟件來訪問與終端服務器642相連的端口。DECNIS路由器都在FDDI環(huán)568(圖46)上，在Bay中樞566與兩個DEC8200s536之間連接著。Bay中樞566通過所示的7個路由器將VFP系統504連接到外部網絡。E．話音分布詳細體系結構1．概述話音分布指的是其中NAS546(圖45)用NFS協議在LAN或WAN上從VFP504讀用戶的特定提示、向VFP504寫用戶的特定提示的體系結構部分。2．原理在一個實施例中，話音分布的實現方法是，在各ISN站點安置一個服務器，通過復雜的批處理過程從各服務器向其它所有服務器復制數據?！按笮蛯ο蠊芾怼?LOM)對象定義了一種基于網絡的方法。決定用直達線MCIVFP504作為基于網絡的中央對象儲存庫，用于NAS546讀寫客戶提示。圖50表示按照較佳實施例支持話音分布業(yè)務的網絡體系結構。圖52A描述了本發(fā)明的數據管理區(qū)5105的配置。數據管理區(qū)(DMZ)是一個位于以因特網撥入平臺(盡管本身不是實際因特網)與ISN生產網絡之間的防火墻。其目的是為ISN客戶提供對數據的撥入訪問，與此同時保持ISN網絡的安全以及生產ISN網絡中客戶數據的秘密和完整。DMZ允許客戶定期接受生成的數據，諸如來自主機數據庫的DDS數據下饋(downfeeds)。這種數據被定期從數據庫提取，放到安全文件傳輸協議(FTP)主機上的一個用戶帳戶目錄，供客戶隨后進行檢索。為客戶的數據訪問要通過撥入網關處的專用端口，它們是由因特網供應商擁有、操作和維護的。撥入用戶驗證要通過使用經過安全身份卡的一次性口令-下文將作詳細說明。這些卡是由因特網供應商的人員分配和管理的。DMZ提供一種屏蔽式子網防火墻，它采用分組過濾路由器來屏蔽來自外部非安全網絡和內部專用網絡的通信。只有選定的分組被授權通過路由器，其它分組被阻塞。多防火墻技術的采用保證DMZ配置中沒有單一的故障或出錯點能對ISN生成網絡造成危險。DMZ5105旨在與幾種安全標準一致。首先，不是授權雇員的個人不得被允許使用內部生產網絡。因此，通過網關的IP連接是不允許的。其次，DMZ服務的訪問和使用限于經過驗證和授權的特定目的的用戶。因此，通常在通用機器具有的所有其它實用程序和服務都被關閉。第三，DMZ服務和設施的實用必須受到嚴密監(jiān)控，檢測授權用戶遇到的問題，也檢測潛在的欺詐行為。DMZ的中心設備是MDZBastion主機5110。Bastion主機5110運行一個FTP服務器守護程序，該守護程序執(zhí)行的是一個修改了的FTP協議-下文將會進一步詳細說明。Bastion主機5110是用作連系外部世界的接口的高度安全的機器。Bastion主機5110只允許來自外部世界的有限制的訪問。它通常是作為應用層網關連接ISN5115中的內部主機，通過代理服務提供對其的訪問。一般來說，關鍵的信息不放在Bastion主機5110上，這樣，即使主機遭到破壞，如果在ISN5115沒有其它的完整性破壞，也不能訪問關鍵數據。Bastion主機5110既與內部用戶也與外部用戶相連，如圖52A所示。Bastion主機5110可以是一個基于UNIX的計算機諸如運行AIX操作系統的IBMRS/6000型580。內部用戶是與ISN生產令牌環(huán)5115相連的用戶。令牌環(huán)5115連接到一個內部分組過濾器5120，諸如Cisco4500型模塊化路由器。分組過濾器5120與令牌環(huán)LAN5125相連，后者又連接到bastion主機5110。令牌環(huán)LAN5125是一個與除bastion主機5110和內部分組過濾器5120之外的所有部件隔離的專用令牌環(huán)，由此防止除分組過濾器5120允許以外的任何通過令牌環(huán)LAN5125對bastion主機5110的訪問。外部用戶通過外部分組過濾器5130，諸如Cisco4500型模塊化路由器連接。分組過濾器5130通過一個隔離的以太網LAN段5153連接到bastion主機5110。以太網LAN段5135是一個與除bastion主機5110和外部分組過濾器5130之外的所有部件隔離的專用段。由于這種配置，用戶除非通過內部分組過濾器5120或外部分組過濾器5130，否則是不能訪問bastion主機5110的。圖52A描述了與撥入環(huán)境5205相聯系的DMZ5105。在撥入環(huán)境5205中，客戶PC5210用調制解調器5215與公共交換電話網(PSTN)5220相連。調制解調器池5230分配一個調制解調器，用于回答來自PSTN5220的輸入呼叫。調制解調器池由一組諸如U.SRoboticsV.34Kbps調制解調器的高速調制解調器組成。輸入呼叫由驗證服務器5235驗證。驗證服務器5235可以用服務器來實現，諸如SunSparcstation20型上運行的Radius/Keystone服務器。Bastion主機5110駐留在防火墻中，但邏輯上是位于ISN5115和網關點5205之外。驗證以后，選定的調制解調器5233被用點對點協議(PPP)連接到輸入呼叫路由器5240。PPP是一個提供在點對點鏈路上傳輸多協議數據報的標準方法的協議。這些鏈路提供全雙工并發(fā)雙向操作，被假定為按順序投遞分組。PPP為容易地連接各種主機、橋和路由器提供了一種公用的解決方案。RFC1661:ThePoint-to-Point(PPP)(W.Simpson,Ed.,1994，簡稱“RFC1661”)一文中有對PPP的完整說明，本文特此引用作為參考。輸入呼叫路由器5240有選擇地將輸入請求在諸如T1線路5250的通信鏈路上路由選擇到DMZ5105的外部分組過濾器5130。T1線路是通過一個信道業(yè)務單元(未予示出)連接外部分組過濾器5130的。輸入呼叫路由器5240例如可以用一個Cisco7000系列多協議路由器來實現。輸入呼叫路由器5240可選地與因特網5280連接。然而，路由器5240被配置成能阻塞從因特網5280到外部分組過濾器5130的通信，能阻塞從外部分組過濾器5130到因特網5280的通信，由此阻止從因特網5280對DMZ5105的訪問。Bastion主機5110運行一個FTP服務器守護程序，該守護程序執(zhí)行的是一個在華盛頓大學的wu-ftpdFTP守護程序2.2版基礎上修改的FTP協議。除非本文注明，FTP協議與RFC765:FileTransferProtocol(簡稱“RFC765”，作者J.Postel,1980年6月)是一致的，本文特此引用該文作為參考。RFC765描述了一種已知的用基于TCP/IP的電信網連接傳輸文件的協議，其中服務器響應用戶啟動的發(fā)送或接收文件的命令，或者提供狀態(tài)信息。DMZFTP實現不包括send命令(它用于將文件從遠程用戶發(fā)送到FTP服務器)以及任何其它的向FTP主機傳輸文件的命令。支持一個限制子集的命令，包括get(或recv)、help、ls和quit命令。get命令用于從主服務器5110向遠程用戶5210傳輸文件。recv命令是get的同義詞。help命令為主服務器5110支持的命令提供緊湊的聯機文獻。ls命令提供服務器的當前目錄或用戶指定目錄的文件列表。quit命令終結一個FTP會話?？蛇x地，可以實現cd命令和pwd命令-cd命令規(guī)定某命名目錄為當前目錄，pwd命令顯示當前目錄名。由于禁止send和其它向服務器傳輸文件的命令，于是能防止?jié)撛谌肭终邆鬏斂赡苡糜谄茐南到y安全的“特洛伊木馬”類型的計算機程序。額外的好處是，這種單向數據流能防止用戶無意中刪除或覆蓋其在Bastion服務器上駐存的文件。當FTP守護程序啟動一個用戶會話時，它使用UNIXchroot(2)服務來把用戶目錄樹的根規(guī)定為用戶看到的文件系統的明顯的根。這就限制了用戶，使其看不到UNIX系統目錄諸如/etc和/bin，看不到其它用戶的目錄，盡管允許看到和使用用戶自己目錄樹內的文件。為了進一步保證環(huán)境的安全性，FTP守護程序在用戶級的用戶-id(“uid”)處執(zhí)行，而不是作為根，并且只允許訪問從預定IP地址集(已知授權的)通信的授權用戶。特別地，匿名和客人的標準非驗證帳戶被禁止。為了Bastion服務器5110的進一步安全，許多通常由UNIX因特網服務器過程inetd啟動的守護程序都被禁止。被禁止的守護程序，要么是Bastion服務器操作不需要的守護程序，要么是已知有泄密問題的守護程序。這些守護程序包括rcp、rlogin、rlogind、rsh、rshd、tftp和tftpd。這些守護程序被禁止的方法是刪除或者將它們在AIX/etc/inetd.conf文件中的條目注釋掉。/etc/inetd.conf文件提供一個在inetd通過一個套接字接收一個因特網請求的由inetd調用的服務器的列表。通過刪除或注釋掉對應的條目，能防止守護程序響應接收的請求而執(zhí)行。進一步保證安全的措施是，禁止許多守護程序和實用程序的執(zhí)行，方法是改變它們關聯的文件權限，將它們標記為不可執(zhí)行程序(例如具有000的文件方式)。這是由DMZ工具關閉器(DUD)例程在系統啟動時執(zhí)行的。DUD例程將以上標識的文件(rcp、rlogin、rlogind、rsh、rshd、tftp和tftpd)以及一般不被inetd調用的許多其它守護程序和實用程序標記為不可執(zhí)行文件。這其它守護程序和實用程序的集合包括sendmail、gated、routed、fingered、rexecd、uucpd、bootdp和talkd。此外，DUD還禁止telnet和ftp客戶機，以防止侵入者如果侵入后執(zhí)行這些客戶機來訪問內部主機。在進行系統維護期間，可以將telnet和ftp客戶暫時標記為可執(zhí)行的。Bastion主機5110將IP轉發(fā)禁止。這保證IP業(yè)務不能以Bastion主機5110作為路由器來跨越DMZ隔離的子網5115。Bastion主機5110提供的有限的ftp服務級，提供了安全的ftp會話，但卻為執(zhí)行常規(guī)系統維護造成困難。為了進行系統維護，維護人員必須用電信網(telnet)客戶機從ISN5115內的內部主機連接到Bastion主機5110。然后用AIXchmod命令，將Bastion中的FTP客戶機程序由不可執(zhí)行(例如000)變?yōu)榭蓤?zhí)行(例如400)。維護人員然后就可以執(zhí)行ftp客戶程序，以便連接到ISN5115上所需的主機。在這個過程期間，傳輸的控制因此是來自Bastion主機5110內部，通過該主機內部執(zhí)行的FTP客戶程序，而不是主機外部的客戶機。維護會話結束時，FTP會話就結束，chmod命令被再次執(zhí)行，以將ftp客戶程序轉變到不可執(zhí)行的狀態(tài)(例如000)，然后，ISN啟動的電信網會話就可以結束。為了提供記錄，Bastion服務器5110執(zhí)行一個TCP守護程序封裝器，諸如來自WietseVenema的TCPwrappers套件。TCP封裝器指示inetd運行一個小的封裝器程序而不是命名的守護程序。封裝器程序登錄客戶主機名或地址，進行一些其它檢查，然后代表inetd執(zhí)行所需的服務器程序。在服務器程序結束后，從內存中去除該封裝器。封裝器程序不與客戶機用戶或與客戶機過程交互作用，不與服務器應用交互作用。這提供了兩個主要優(yōu)點。第一，該封裝器是獨立于應用的，所以同一個程序能保護許多種網絡業(yè)務。第二，交互作用的缺乏意味著該封裝器是外部不可見的。該封裝器程序僅當在客戶機和服務器之間建立初始聯系時才是活動的。因此，在封裝器完成其登錄功能后，客戶機-服務器會話中沒有增加的開銷。封裝器程序將它們的登錄信息發(fā)送給syslog守護程序sylogd。對封裝器記錄的處理由syslog配置文件-通常是/etc/syslog.conf來決定。撥入訪問是通過撥入環(huán)境5105提供的。驗證服務器5235的使用，規(guī)定對用戶的驗證，以防止未被授權訪問DMZ的用戶的訪問。所實現的驗證過程采用一個一次口令方案。采用內部開發(fā)的稱為Keystone的驗證客戶機/服務器機制，所有內部系統和網絡單元都用一次口令生成器令牌卡-諸如SecurityDynamics生產的SecurID安全身份卡-得到保護。Keystone客戶機安裝在各個接收用戶的驗證請求的單元上。這些請求然后被安全地提交給遍布網絡的Keystone服務器。各用戶都分配給一個信用卡大小的、正面有液晶顯示器的安全身份卡。顯示器顯示一個偽隨機生成的、每60秒變化一次的6位號碼。對于要獲得對Keystone保護的系統的訪問的雇員來說，用戶必須輸入它們個別分配的PIN號碼，緊接著輸入安全身份卡上當前顯示的號碼。這種驗證能防止采用試圖偵察或截獲口令的程序或為從用戶捕獲口令設計的特洛伊木馬程序的非授權訪問。由Keystone客戶機收集的驗證信息，用RSA和DES密鑰加密，然后發(fā)送到許多Keystone服務器之一。該Keystone服務器評測該信息，驗證用戶的PIN和此刻應當在用戶的卡上顯示的訪問代碼。系統驗證該用戶的這兩個號碼都輸入正確后，該所授權的用戶就被授權訪問所請求的系統或資源。為了保證外部網絡入口點的安全，外部網關機器都沒有通用訪問帳戶，都提供受控制的訪問。每個網關機器要保證所有網關業(yè)務都生成記錄信息，每個外部網關機器保持一個對網關連接的審計跟蹤。所有外部網關機器都要使非基本性的業(yè)務拆接。驗證服務器5235起著所有遠程接入撥號的前端的作用，用程序設置成不允許通過。所有網絡驗證機構都規(guī)定對不成功訪問企圖的記錄。所生成的記錄最好由指定安全人員逐日復審。圖53所示流圖表示傳真音調檢測方法。在步驟5305，傳真音調檢測系統分配一個空鏈接表即無條目的鏈接表。在步驟5310，傳真音調檢測系統開始異步auCheckForFaxAsync例程5315。auCheckForFaxAsync例程5315是一個與主線程序并發(fā)執(zhí)行的異步程序，而不是異步地將控制返回給調用程序。auCheckForFaxAsync例程評測輸入呼叫的音調，看該呼叫是不是從傳真機始發(fā)的，如果檢測到傳真音調就生成一個auCheckForFax應答5318。在開始auCheckForFaxAsync例程5315之后，控制繼續(xù)到步驟5320。在步驟5320，傳真音調檢測系統向步驟5305中分配的鏈接表增加一個條目。增加的條目代表一個與正在處理的消息關聯的獨有標識符。在步驟5330，傳真音調檢測系統開始auPlayFileAsync例程5335。auPlayFileAsync例程5335是一個與主線程序并發(fā)執(zhí)行的異步程序，而不是異步地將控制返回給調用程序。auPlayFileAsync例程5335訪問以前存儲的數字記錄的聲音文件并將它們向始發(fā)主叫者播放。播放的聲音文件可用于例如指示始發(fā)主叫者按鍵的順序，用于執(zhí)行特定功能例如記錄消息、檢索以前記錄的消息的列表等等。在步驟5340，傳真音調檢測系統開始auInputDataAsync例程5340。auInputDataAsync例程5340是一個與主線程序并發(fā)執(zhí)行的異步程序，而不是異步地將控制返回給調用程序。auInputDataAsync例程5340監(jiān)控始發(fā)呼叫，檢測用戶的按鍵，以便調用例程來執(zhí)行與特定按鍵順序關聯的任務。前面說過，auCheckForFaxAsync例程5315與主程序并發(fā)執(zhí)行，當檢測到傳真音調時生成auCheckForFax應答5318。在步驟5350，傳真音調檢測系統檢查是否收到一個auCheckForFax應答5318。如果收到應答，就表示始發(fā)呼叫是傳真?zhèn)鬏?，傳真音調檢測系統就將輸入呼叫擴展到話音/傳真處理器(VFP)5380。如果在預定時間內(例如7秒)收不到auCheckForFax應答5318，傳真音調檢測系統就認為呼叫的始發(fā)者不是傳真設備，于是就終結auCheckForFaxAsync例程5315。在一個實現中，最好是通過一個異步中斷處理過程來實施這種檢測。在這種實現中，可以建立一個執(zhí)行時間例程來在auCheckForFax應答5318事件發(fā)生時獲得控制。這可以用例如C++catch構造定義一個處理auCheckForFax應答5318事件的異常處理程序而實現。在步驟5350的決定之后，傳真音調檢測系統在步驟5360等待下一個輸入呼叫。圖54A～54E所示的流圖表示傳真和話音郵箱的VFP完成過程。如圖54A中所示，VFP完成例程在步驟5401檢索數據庫中與被訪郵箱關聯的記錄。在步驟5405,VFP完成例程檢查是否成功地檢索到一個郵箱記錄。如果郵箱記錄沒有找到，則在步驟5407,VFP完成例程生成一個表示郵箱記錄沒有找到的VCS報警。由于郵箱記錄沒有找到，VFP完成例程將不能測試該郵箱地址的屬性。然而，無論是否找到郵箱記錄，控制都繼續(xù)到步驟5409。在步驟5409,VFP完成處理器測試郵箱記錄(如果有的話)的內容，確定被訪郵箱是否已滿。如果被訪郵箱已滿，則在步驟5410,VFP完成例程就播放出錯消息，表明被訪郵箱容量飽和，不能存儲額外的消息，然后在步驟5412退出。在步驟5414,VFP完成處理器獲得VFP呼叫的方式。方式是由始發(fā)主叫者提供的撥號串導出的，存儲在pstCalllState結構的enCurrenctNum域中。撥號串有下列格式{charnumber[10]；/*用戶撥的10位8xx號碼*/charasterisk；/*常量‘*’*/charmode；/*1字節(jié)方式*/charoctothorp；/*常量‘#’*/}mode取以下各值之一1客人話音郵件2帶話音注解的客人傳真3不帶話音注解的客人傳真4用戶話音/傳真檢索5用戶列表維護6用戶郵箱記錄在步驟5416,VFP完成處理器從數據庫檢索與被訪郵箱關聯的路由號碼。在步驟5418，路由號碼被傳送到SIS層。如圖54B所示，執(zhí)行以步驟5420繼續(xù)。在步驟5420,VFP完成處理器初始化一個回答監(jiān)管標志，該標志用于確定VFP是否正接受呼叫的傳輸。在步驟5422,VFP完成處理器調用SisCollectCall例程來處理呼叫。如果呼叫不成功，步驟5424使步驟5420的SisCollectCall調用重復執(zhí)行達預定的重試次數。在步驟5426,VFP完成處理器從otto.cfg文件獲得一個預定的定時器到期值。定時器到期值被設置成時間量，在這個時間內，如果沒有收到回答，VFP完成處理器就可以認為VFP當前是不可達的。在步驟5428,VFP完成處理器按照步驟5426獲得的值來設置定時器。在步驟5430,VFP完成處理器檢查是否在步驟5424所設定的定時器到期之前發(fā)生了回答監(jiān)管。如果是，控制繼續(xù)到步驟5430去將控制轉移給VFP。圖54C表示根據步驟5430的肯定判斷而向VFP轉移控制的操作。在步驟5440，任何在5428所設定的、正在計時的定時器都被取消。在步驟5442,VFP完成處理器調用例程sisOnHoldTerm()使VFP保持。在步驟5444,VFP完成處理器調用例程sisOffHoldOrig()停止始發(fā)呼叫的保持。在步驟5446,VFP完成處理器播放以前存儲的數字記錄的聲音文件，指示始發(fā)主叫者在向VFP傳輸呼叫的過程期間等待。在步驟5448,VFP完成處理器調用例程sisOnHoldOrig()使始發(fā)呼叫回到保持。在步驟5450,VFP完成處理器調用例程sisOffHoldTerm停止VFP的保持。在步驟5452,VFP完成處理器調用auPlayDigits例程，向它傳遞的參數是一個包含被訪郵箱號碼的串、一個表示域分隔的星號(‘*’)、一個表示命令串的結尾的‘#’。在步驟5454,VFP完成處理器從otto.cfg文件獲得一個超時值Acktimeout和一個interdigit延遲值。Acktimeout值用于確定在VFP完成處理器確定沒有響應從VFP到來之前的時間量。interdigit延遲值用于為所發(fā)送的代表按下電話鍵的音頻信號的延遲定時。在步驟5456,VFP完成處理器調用InputDate例程來獲得VFP的響應。繼步驟5440～5456后，或者繼步驟5430中的否定判定后，控制繼續(xù)到步驟5460，如圖54D所示。在步驟5460,VFP完成處理器請求VFP的響應。在步驟5462,VFP完成處理器等待VFP響應或者在步驟5428中設置的定時器到期。在步驟5464，如果VFP作出響應，VFP完成處理器繼續(xù)到步驟5446。在步驟5446,VFP完成處理器檢查VFP響應，寫適當的BDR術語狀態(tài)記錄。響應指示的是來自TI平臺的確認。響應‘00’表示成功，于是VFP完成處理器寫一個BDR_STAT_NORMAL標志。響應‘01’表示VFP沒有收到被訪郵箱的鑰匙，于是VFP完成處理器寫一個BDR_STAT_DLINE_TI_NO_DIGITS標志。響應‘02’表示VFP在收集該鍵的時候超時，于是VFP完成處理器寫一個BDR_STAT_DLINE_TI_FORMAT標志。響應‘03’表示沒有找到被訪郵箱，于是VFP完成處理器寫一個BDR_STAT_DLINE_TI_MAILBOX標志。如果沒有收到響應，就寫一個BDR_STAT_DLINE_TI_NO_RSP標志。在BDR標志之后，控制繼續(xù)到步驟5480，如圖54E所示。如果沒有收到VFP的回答，步驟5428中設置的定時器到期，控制傳到步驟5486。在步驟5486,VFP完成處理器給出一個表示VFP沒有回答的VCS報警。在步驟5470,VFP完成處理器調用例程sisReleaseTerm()來拆接向VFP的呼叫。在步驟5472,VCS完成處理器調用例程sisOffHoldOrig停止始發(fā)呼叫的保持。在步驟5474,VFP完成處理器調用tiCancelTimers取消所有尚未取消的未完成的定時器。在步驟5476,VFP完成處理器播放以前存儲的數字記錄的聲音文件，向始發(fā)主叫者報告，VFP完成處理器無法連接到VFP。在步驟5476或步驟5466(視步驟5464中的判定而定)之后，控制繼續(xù)到步驟5480，如圖54E所示。在步驟5480,VFP完成處理器檢查始發(fā)主叫者是不是預約用戶。如果是，控制前進到步驟5482。在步驟5484,VFP完成處理器檢查始發(fā)主叫者是不是客人用戶。如果是，控制前進到步驟5482。步驟5482然后將始發(fā)主叫者返回到主叫者啟動VFP請求時所在的菜單。如果始發(fā)主叫者既不是預約用戶也不是客人用戶，控制就前進到步驟5486。在步驟5486，始發(fā)主叫者被假定是一個傳真呼叫，該呼叫被拆接。圖55A和55B表示尋呼機終端處理器的操作。在步驟5510，尋呼機終端處理器調用GetCallBack例程獲得電話號碼-用于標識主叫者、將在尋呼設備上顯示以標識要由尋呼機用戶回叫的號碼。下文有結合圖56對GetCallBack例程的詳細說明。在步驟5515，尋呼機終端處理器檢查GetCallBack是否返回電話號碼。如果沒有返回電話號碼，在步驟5520，尋呼機終端處理器指出呼叫應當結束，并在步驟5522向主叫者提供菜單來選擇其它服務。如果返回了號碼，就在步驟5530從數據庫獲得被訪尋呼機PIN。尋呼機終端處理器構造一個尋呼機撥號串，內含步驟5530中所檢索的尋呼機PIN和步驟5510中所獲得的回叫號碼。在步驟5532，尋呼機終端處理器獲得尋呼機的類型，從數據庫獲得路由選擇信息。在步驟5534，尋呼機終端處理器檢查配置文件，以獲得一個定義被訪類型的尋呼機的參數的尋呼機分析串。在步驟5536，尋呼機終端處理器檢查是否成功檢索到所請求的尋呼機分析串。如果沒有，在步驟5538，尋呼機終端處理器通過將DBR術語狀態(tài)設置到BDR_STAT_PAGER_NOT_FOUND，指出不能進行尋呼。并在步驟5540向主叫者提供選擇另一個業(yè)務的菜單。如果成功檢索到尋呼機分析串，尋呼機終端處理器繼續(xù)到步驟5550，如圖55B所示。在步驟5550，尋呼機終端處理器調用尋呼機子系統，向其傳遞路由號碼、撥號串和尋呼機分析串。在步驟5552，尋呼機終端處理器檢查尋呼機子系統的返回代碼。如果尋呼成功完成，尋呼機終端處理器就在步驟5554向主叫者播放數字預錄的消息，通知主叫者尋呼已經成功發(fā)送。在步驟5556，更新enEndCallStatus域，將該尋呼機呼叫標記為完成。在步驟5558，將傳輸狀態(tài)標記為空白，表示沒有必要傳輸主叫者，在步驟5560，尋呼機終端處理器提供用戶一個允許選擇其它服務或者結束呼叫的菜單。如果沒有成功地完成尋呼，尋呼機終端處理器在步驟5570檢查主叫者在試圖尋呼期間有沒有拆接。如果主叫者已經拆接，尋呼機終端處理器在步驟5575檢查尋呼有沒有在拆接之前已經發(fā)送。如果盡管拆接了但尋呼已經發(fā)送，尋呼機終端處理器在步驟5580指出該尋呼請求正常結束，并在步驟5582將狀態(tài)設置為完成。在步驟5584，尋呼機終端處理器提供用戶一個允許選擇其它業(yè)務或者結束呼叫的菜單。如果尋呼沒有發(fā)送，尋呼機終端處理器在步驟5586指出該尋呼請求非正常結束，并在步驟5588指出主叫者拆接。在步驟5590，尋呼機終端處理器提供用戶一個允許選擇其它業(yè)務或者結束呼叫的菜單。如果主叫者尚未拆接，尋呼機終端處理器在步驟5572設置一個指明故障原因的代碼。故障類型包括BDR_STAT_PAGER_ROUTE_NUM(表示路由號無效)；BDR_STAT_PAGER_CRIT_ERROR(表示始發(fā)呼叫中有故障)；BDR_STAT_PAGER_TIMEOUT(表示尋呼機沒有在預定的超時時間間隔內確認該呼叫)；BDR_STAT_PAGER_DIGITS_HOLD(表示尋呼機子系統沒能播放對應尋呼機地址的數字)；BDR_STAT_PAGER_DISC(表示尋呼子系統拆接過早)；BDR_STAT_PAGER_NOT_FOUND(表示分析串無效)；在步驟5592，尋呼機終端處理器將在步驟5572中選定的出錯代碼投遞到BDR。在步驟5582，尋呼機終端處理器播放一個預先記錄的、表示尋呼未能發(fā)送的數字聲音文件。在步驟5595，更新enEndCallStatus域以標記該尋呼機呼叫為完成。在步驟5597，將傳輸狀態(tài)標記為空白，表示沒有必要傳輸主叫者，在步驟5599，尋呼機終端處理器提供用戶一個允許選擇其它業(yè)務或者結束呼叫的菜單。圖56表示在步驟5510從尋呼機終端處理器調用的GetCallBack例程。在步驟5610,GetCallBack例程從otto.cfg文件獲得定義適用的開始和interdigit延遲的常數。在步驟5615,GetCaUBack例程播放一個預先記錄的數字聲音文件，提示用戶提供一個回叫電話號碼，提供方法是按下適用的鍵盤，然后以符號‘#’結束。在步驟5620,GetCallBack例程讀取主叫者輸入的號碼。在步驟5625，將所接受的數據放入BDR。在步驟5630,GetCallBack例程檢查所輸入的號碼是否以符號‘#’結尾。如果是，GetCallBack例程在步驟5635返回成功；如果不是，GetCallBack例程在步驟5640檢查重試次數是否超過。如果沒有超過重試次數，就從步驟5615開始重復執(zhí)行。如果重試次數已經超過，GetCallBack例程就在步驟5650播放預先記錄的、表示號碼沒有被成功地接收的數字消息，并在步驟5660向調用程序返回一個錯誤條件。以下描述說明的用戶接口，用于當前通過ARU(DTMF)和客戶業(yè)務訪問的直達線MCI輪廓條目的用戶管理。這些條目包括∑(取消)激活帳戶∑找我的路由選擇-調度表-3-號碼序列-第一、第二、第3-號碼和振鈴-無回答超時∑尋呼機開/關∑替代路由選擇∑最終(備用)路由選擇∑主叫者屏蔽∑話音郵件消息的尋呼機通知∑傳真郵件消息的尋呼機通知∑快撥號碼下表列舉了直達線MCI客戶能通過DTMF更新的各域。該表沒有包括業(yè)務所使用的所有域，只含有那些被直達線MCI應用所用到的域。用戶將通過http:/www.mci.services.com/directline訪問其直達線MCI輪廓。輸入有效的帳戶ID和口令后，用戶的路由選擇屏就會出現。用戶可以點擊標簽(tabs)，從一屏移到另一屏。如果用戶返回到已經在會話期間更新過的屏，該屏將按其最后的樣子被顯示，即用戶所作的任何更新都將在數據中反映出來。然而如果用戶退出系統或超時，則當用戶下一次進入其輪廓管理屏時，所顯示的數據將來自對800PIN_1Call數據庫的新的查詢結果。在15分鐘的時間內作的更新，可能尚未到達服務Web服務器的NIDS數據庫，因此數據可能反映不出最近作出的更新。以下條目將在索引幀出現，作為向它們關聯的Web屏的鏈接。當用戶點擊這些條目中的一個條目時，其關聯的屏就在下一幀中顯示。呼叫路由選擇客人菜單替代路由選擇快撥號碼話音郵件傳真郵件呼叫屏蔽此外，LOGOFF按鈕出現在索引幀的底部。點擊該按鈕交導致令牌立即到期，用戶將被返回到登錄屏。F．登錄屏圖57表示一個用于使用聯機輪廓關聯的用戶登錄屏700。直達線MCI702號帳戶ID將是直達線MCI用戶的10位訪問號碼，格式為8xxxxxxxxx。這個號碼與‘0000’的PIN連接在一起，就將是進入含有用戶輪廓數據的1Call數據庫的關鍵字。如果程序標志(PIN標志4)設置到‘N’，用戶將不能成功登錄。如果試圖在這種帳戶上進行，就會顯示登錄錯誤屏。口令704該口令將與用于通過ARU接口訪問用戶選擇項的相同。它是一個6位字符數字串。用戶的輸入在該域中將不被回應，對應各輸入符號而顯示的是星號‘*’。狀態(tài)消息直達線MCI號碼“輸入你的直達線MCI號?！笨诹睢拜斎肽愕目诹??！盙．呼叫路由選擇屏圖58表示回叫路由選擇屏710，用于設置或改變用戶的呼叫路由選擇指令。“接受呼叫”段712用戶通過選擇適當的按鈕714或716就能規(guī)定是否在其帳戶上的712接受呼叫。這些按鈕直接對應客戶直達線記錄中帳戶可用標志(狀態(tài)標志，位3)“從以下選擇中選擇”段718用戶規(guī)定客人主叫者是否應當接受一個客人菜單或替代路由選擇處理。這個選擇將指出客人菜單或替代路由選擇屏中的數據是否適用?？蛻舻奶娲K端是如下按用戶的選擇提供的“當我不能被達到時…”段720用戶對到達不了用戶的呼叫規(guī)定呼叫處理?？蛻粲涗浿械膫溆媒K端被更新如下狀態(tài)消息視用戶所作的選擇，對以下標識的每個選擇向用戶提供以下狀態(tài)消息不接受呼叫“在你的直達線MCI號碼上將不接收呼叫。”接受呼叫“在你的直達線MCI號碼上將接收呼叫。”客人菜單“讓主叫者選擇他們想要如何與你聯系?！睙o菜單-替代路由選擇“路由選擇主叫者到由你選擇的特定地址?！痹捯羿]件“主叫者將被要求留下話音郵件?！眰髡驵]件“主叫者將被提示留下傳真郵件?！睂ず魴C“主叫者將被要求提示發(fā)給你尋呼。”話音郵件或尋呼機“主叫者能選擇留給你話音郵件還是給你發(fā)送尋呼?！标P閉消息主叫者將聽到一個要求他們以后再試呼叫的消息。H．客人菜單配置屏當替代路由選擇已經關閉時，即已經選擇客人菜單時，客人菜單就被提供給客人主叫者。用戶能用客人菜單配置屏(圖59)來配置其客人菜單，配置的程度如下“找我路由選擇”復選框732∑在這個階段，找我路由選擇不能被去選擇。復選框將在找我標志(PIN標志，位9)的基礎上被復選，然后，選項變灰?！迫绻脩糨斎氡硎緡鴥忍柎a的“引導1”，它將被從號碼剝離，只有NPA-Nxx-xxxx將被存儲到數據庫。∑用戶在程序設置其3-號碼序列號碼時，可以選擇系統在振鈴-無回答決定作出之前應當允許的振鈴次數(1到6)。振鈴次數將按秒在數據庫中存儲，秒數的計算公式是6×振鈴限次。如果不輸入值，缺省值為3次振鈴或18秒。當從數據庫讀取時，0到8秒將被轉換成1次振鈴，大于8的秒數將被6除，結果四舍五入后就確定了振鈴次數，最大值為16?！茖蛻粲涗浀母聦⑷缦?*國內/國際終端將按附錄A中的描述來確認?！傲粝略捯羿]件”復選框734∑在這個階段，話音郵件不能被解除選擇。復選框將在話音郵件標志(PIN標志，位3)的基礎上被復選，然后，選項變灰?！鞍l(fā)送傳真”復選框736∑在這個階段，傳真不能被解除選擇。復選框將在傳真終端標志(PIN標志，位13)的基礎上被復選，然后，選項變灰?！鞍l(fā)送尋呼”復選框738∑用戶能規(guī)定是否向主叫者提供通過切換標記為“發(fā)給我尋呼”復選框的尋呼選項。該框直接對應客戶的直達線記錄中的尋呼機開/關標志(狀態(tài)標志，位13)。狀態(tài)消息找我路由選擇“無論你在哪里都允許主叫者試圖‘找到你’?！闭{度路由選擇“根據你的調度路由選擇主叫者?！?個號碼…允許主叫者通過該3個號碼找到你的位置。第1#、第2#、第3#“輸入電話號碼?！钡?、第2、第3振鈴限次“輸入這個號碼的振鈴次數?！绷粝略捯羿]件“允許主叫者留給你一個話音郵件?！卑l(fā)送傳真“允許主叫者發(fā)給你傳真。”發(fā)送尋呼“允許主叫者發(fā)給你尋呼?！盜．替代路由選擇屏圖60表示替代路由選擇屏740，它允許用戶路由選擇所有呼叫到選定目的地。當用戶選擇將其所有呼叫發(fā)送到特定目的時，就跳過對圖59的客人菜單730的表示，客戶記錄中的替代終端將作如下更新當該選項最初從輪廓屏被選擇時，客戶的用戶記錄中還沒有替代路由選擇設置。當顯示該屏時，如果話音郵件可用，缺省設置是話音郵件；如果話音郵件不可用，則缺省設置是找我。狀態(tài)消息找我路由選擇“無論你在哪里，只允許主叫者試圖‘找到你’?！闭{度路由選擇“根據你的調度路由選擇主叫者?！?-號碼…“允許主叫者用這三個號碼來尋找你?！钡?#、第2#、第3#“輸入電話號碼。”第1、第2、第3振鈴限次“輸入這個號碼的振鈴次數。”留下話音郵件“將提示主叫者留給你一個話音郵件。”發(fā)送尋呼“將提示主叫者發(fā)給你一個尋呼?！迸R時替代號碼“主叫者只能被路由選擇到你選擇的這個號碼。”電話號碼振鈴限次“輸入這個號碼的振鈴次數。”J．快速撥號屏圖61表示快撥號碼屏744。用戶可通過Web接口更新其9個快撥號碼。Web頁上標記為1～9的快撥號碼對應于客戶記錄中相同的快撥號碼。國內和國際終端將按如下說明的方式來確認。狀態(tài)消息1-9“輸入快撥號碼<1-9>?！眻D62表示話音郵件屏750?！敖邮赵捯羿]件消息”復選框752“當我接收時尋呼我”復選框“當我接收新的話音郵件時尋呼我”復選框754。該復選框直接對應于客戶的直達線記錄中的話音郵件尋呼標志(PIN標志，位15)狀態(tài)消息接收話音郵件…“主叫者將能留給你一個話音郵件消息?！泵看螌ず粑摇爱斈憬邮找粋€話音郵件消息時，將被尋呼?！眻D63表示傳真郵件屏760?！拔业闹鱾髡嫣柎a是”域762“接收傳真郵件”復選框764這個條目的輪廓管理的表示與傳真郵件屏上出現的一樣?！爱斘医邮諘r尋呼我”復選框766這個條目以“當我接收新的話音郵件時尋呼我”復選框766出現。該復選框直接對應于客戶的直達線記錄中的傳真郵件尋呼標志(PIN標志，位16)狀態(tài)消息接收傳真…“主叫者將能向你發(fā)送傳真?！泵看螌ず粑摇澳銓⒃诮邮諅髡鏁r被尋呼?！眻D64表示呼叫屏蔽屏770。用戶可用選擇用主叫者姓名、始發(fā)號碼或姓名和號碼來屏蔽其呼叫。客戶記錄中的呼叫屏蔽狀態(tài)將作如下更新狀態(tài)消息允許我屏蔽…“啟動這個功能部件允許你屏蔽你的呼叫?！眱H姓名“主叫者的姓名將提供給回答方。”僅號碼“主叫者的號碼將提供給回答方?！毙彰碗娫挕爸鹘姓叩男彰碗娫捥柎a將提供給回答方?！眻D65-67表示用戶輪廓管理所用的補充屏780,782，和784。登錄錯誤屏780當登錄企圖因為無效帳戶號、口令或敵意IP地址而失敗時，顯示這個登錄錯誤屏。這也是當用戶的令牌到期，要求其再次登錄時所顯示的屏。更新成功屏782當更新成功完成時，顯示該屏?！瞻住瘜⒈惶畛錇椤艚新酚蛇x擇選項有’、‘客人菜單選項有’、‘替代路由選擇有’、‘快撥號碼有’、‘話音郵件選項有’、‘傳真選項有’和‘呼叫屏蔽選項有’。更新失敗屏784當用戶試圖輸入一個或多個無效的直接號碼、或者用空白首號碼更新其帳戶時，顯示該屏。帳戶在作出所有更正、所有號碼被成功地確認之前不能更新。在用戶界面的各種顯示屏中，輪廓選項是‘灰色的’，表明根據下列標志設置，該選項在顯示屏中不可用就上述的輪廓選項來說，確認選擇的方式如下∑國際號碼-除北美撥號計劃(NADP)號碼外，必須在前面加‘011’，否則不接受其程序設置?！?76阻塞將按以下實現將用范疇000、類型002和程序設置的NPA來查詢國際阻塞數據庫，尋找模式匹配，以保證程序設置的號碼不是被阻塞的信息/成人服務號碼。如果找到匹配，則對該號碼的程序設置將不被允許。∑國家集阻塞將按以下實現直達線MCI特性記錄的國家集將對照程序設置號碼的國家代碼來確認。如果終結國家在直達線NCI國家集中是阻塞的，則對該號碼的程序設置將不被允許。程序設置路由選擇程序設置快撥號碼圖68的流圖表示如何進行對用戶輸入的快撥號碼的確認。該同樣的流圖也適用于對當由非用戶的使用者進行呼叫時客人在客人屏上輸入的確認。本發(fā)明的綜合交換系統和分組傳輸網絡允許為用戶提供改進的特征集。直達線MCI是一個單一號碼訪問的個人號碼，具有包括找我功能、話音郵件、尋呼及傳真存儲與轉發(fā)服務等特征。用戶或使用者被要求提供輪廓信息。輪廓信息被輸入到其在ISN主機上直達線MCI數據庫中的客戶記錄。該產品的特征集包括個人問候用戶可選擇記錄一個要向其客人主叫者播放的個人問候。如果用戶記錄個人問候，該個人問候就替代“歡迎來到直達線MCI”這個缺省問候?？腿瞬藛慰腿瞬藛问怯糜脩粢呀涱A訂的特征來定義的。訪問“完全加載的”帳戶的客人主叫者將被提供向用戶說話、尋呼用戶、發(fā)送傳真、留下話音郵件消息的選項。找我功能的3-號碼序列系統試圖用3個號碼到達用戶，先試第1個號碼，再試第2個，然后再試第3個。如果得不到這些號碼中任何一個號碼的回答，就按備用路由選擇中的規(guī)定處理該呼叫。找我功能的2級調度系統試圖用3個號碼到達用戶-用當前日期/星期/時間來查詢其調度表。先試用戶的調度表1中的一個號碼，再試調度表2中的號碼，如果收不到回答，備用路由選擇就定義處理。備用路由選擇允許用戶規(guī)定如何處理選擇向其呼叫、但在試打各號碼后得不到回答的客人主叫者。備用路由選擇的選擇項包括話音郵件、尋呼機、話音郵件或尋呼機的客人選擇、或者要求客人以后再試呼叫的關閉消息。替代路由選擇允許用戶關閉客人菜單的顯示，對所有客人主叫者規(guī)定單一的處理方法。選擇項包括完成到一個電話號碼、用戶定義的找我序列、話音郵件或尋呼機。缺省路由選擇處理的是在客人菜單面前經三次提示后沒有反應的客人主叫者。缺省路由選擇包括傳輸給操作員、完成到一個電話號碼、找我序列或話音郵件。呼叫屏蔽允許用戶定義是否希望在被連接之前得到主叫者的情況通報。選擇項包括無呼叫屏蔽或者按姓名、電話號碼或姓名加號碼來標識主叫者。用戶菜單中的‘接入呼叫’選項允許用戶進行呼叫，并將費用記到其直達線MCI帳戶。話音/傳真郵件話音和傳真消息都能存儲起來供用戶以后檢索。用戶可選擇在有新的話音和/傳真消息時向其通知，或者存入其郵箱。話音/傳真平臺(VFP)已經被集成到綜合業(yè)務網絡(ISN)中，以允許ISN應用查詢其數據庫，和要直接從VFP削減的記帳記錄。對原始直達線PCI產品的改進包括以下各項找我路由選擇找我路由選擇現在有兩個可供用戶選擇的選項當前實現的3-號碼序列、或2級調度選項。調度選項的實現要使得用戶的調度表1轉換將被作為初級終結處理，其調度表2轉換將被作為次級終結處理。找我路由選擇在呼叫流圖和ARU影響諸節(jié)中有詳細說明。缺省路由選擇缺省路由選擇是當主叫者不響應客人菜單的提示時規(guī)定該應用應當采取的行動。缺省路由選擇的選項包括電話號碼、話音郵件、找我路由選擇和操作員傳輸。話音/傳真消息信息當用戶訪問-個用戶菜單時，該應用提供郵箱狀態(tài)信息，包括新的話音或傳真消息的數目、其郵箱是否已滿。該應用啟動對VFP數據庫的查詢來獲得這個信息?？鞊艹四芡瓿傻綄崟r輸入的電話號碼的呼叫外，用戶現在還能完成到程序設置的快撥號碼的呼叫。這些9個快撥號碼是用戶可通過DTMF進行程序設置的。K．ARU呼叫流圖69A～69AI的各自動應答設備(ARU)流圖表示上述直達線MCI產品的軟件實現，對進一步理解本發(fā)明很有用。圖69A表示ARU呼叫的處理起點。當呼叫啟動時，假定它是客人呼叫。如果呼叫所指向的帳戶當前不是聯機的，ARU就在步驟69010播放一個指出不能接受對該帳戶的呼叫的消息，在步驟69012拆接呼叫。如果ARU檢測到輸入呼叫上有傳真音調，ARU就在步驟69014執(zhí)行ARUXfertoVoice/FaxGuestFaxwithoutAnnotation(ARU無注解地傳輸到話音/傳真客人傳真)例程-該例程在后文結合圖69L作說明。如果未檢測到傳真音調，ARU在步驟69018就執(zhí)行ARUPlayGreeting(ARU播放問候)例程-該例程在后文結合圖69L作說明。ARU然后檢查用戶是否指明有對輸入呼叫的替代。如果是，在步驟69020,ARU執(zhí)行ARUFindMe(ARU找我)例程，規(guī)定“替代”的參數。ARUFindMe例程在后文結合圖69E和69F作說明。如果尚未規(guī)定替代，ARU就在步驟69022執(zhí)行ARUGuestMenu(ARU客人菜單)例程-該例程在后文結合圖69D作說明。圖69B表示ARUPlayGreeting(ARU播放問候)例程。如果記錄過定制問候，ARU就在步驟69030播放該定制問候。否則，ARU就在步驟69032播放預先記錄的一般性問候。圖69C表示ARUPlayTempGreeting(ARU播放臨時問候)例程。如果記錄過臨時問候，ARU就在步驟69034播放該臨時問候。如果記錄過定制問候，ARU就在步驟69036播放該定制問候。否則，ARU就在步驟69038播放預先記錄的一般性問候。圖69D表示GuestMenu(客人菜單)例程。在步驟69040,ARU向主叫者提供一個音響菜單。在所示例子中，菜單項‘1’對應于向用戶說話的請求，菜單項‘2’對應于為用戶留下話音郵件的請求，菜單項‘3’對應于向用戶發(fā)送傳真的請求，菜單項‘4’對應于尋呼用戶的請求。此外，用戶可以輸入其口令以獲得作為用戶對ARU的訪問。如果主叫者請求向用戶說話，ARU就檢查與主叫者的輪廓關聯的調度標志。如果用戶的輪廓指示按調度表進行路由選擇，ARU就在步驟69042用“Sched1”作為參數執(zhí)行圖69E和69F的ARUFindMe(ARU找我)例程。如果用戶的輪廓不指示按調度表進行路由選擇，ARU就在步驟69044用“First”作為參數執(zhí)行ARUFindMe例程。下文將結合圖69E和69F進一步詳細地討論ARUFindMe例程。如果主叫者請求留下話音郵件消息，ARU就檢查用戶的郵箱是否已滿。如果郵箱滿，就播放一個記錄消息，將主叫者返回客人菜單。如果郵箱不滿，就播放一個記錄消息，提示主叫者保持，同時在步驟69046將他轉換到ARUVoivemail例程。如果主叫者請求發(fā)送傳真，ARU就檢查用戶的郵箱是否已滿。如果郵箱滿，就播放一個記錄消息，將主叫者返回客人菜單。如果郵箱不滿，就播放一個記錄消息，提示主叫者保持，同時在步驟69048將他轉換到voice/fax例程。如果主叫者請求尋呼用戶，ARU就在步驟69050執(zhí)行ARUSendPage(ARU傳送尋呼)例程-下文將結合圖69M說明該例程。如果主叫者輸入有效口令，ARU就在步驟69052執(zhí)行ARUUserCall(ARU用戶呼叫)例程-下文將結合圖69P說明該例程。圖69E和69F表示ARUFindMe(ARU找我)例程。如步驟69060所示，ARUFindMe例程采用一個單一的參數Term_Slot，該參數由主叫者設置，供ARU執(zhí)行FindMe例程時使用，用于選擇待選的行動路線。如果Term_Slot設置為“FindMe”，這表示ARU要用缺省方法來確定用戶的當前號碼。例如可以為替代或缺省處理來設置該值。如果用戶的輪廓包括調度標志，ARU就用“Sched1”參數執(zhí)行FindMe例程-如步驟69062所示。如果不包括，ARU就用用戶的號碼列表中的第一個電話號碼來執(zhí)行ARUFindMe例程-如步驟69061所示。如果TermSlot設置為“Voicemail”,ARU就向主叫者播放用戶請求主叫者留下話音郵件消息的消息。如果用戶的郵箱不滿，ARU就在步驟69064執(zhí)行圖69所示的ARUXfertoVoice/FaxGuestVoice(ARU傳輸到話音/傳真客人話音)例程。例程如果不成功就返回，在這種情況下就播放消息，表示主叫者應當以后再試呼叫，然后拆接主叫者。同樣，如果用戶的郵箱滿，ARU就播放消息，表示郵箱滿主叫者應當以后再試呼叫，然后拆接主叫者。如果Term_Slot設置為“Pager”,ARU就向主叫者播放用戶請求主叫者留下尋呼用戶的請求的消息。ARU然后執(zhí)行ARUSendPage例程-該例程將在下文結合圖69M說明。例程如果不成功就返回，在這種情況下就播放消息，表示主叫者應當以后再試呼叫，然后拆接主叫者。如果Term_Slot設置為任何POTS(“普通老式電話服務”)值(諸如Sched1、Sched2、First、Second或Third)，該POTS值表明用戶已經規(guī)定輸入呼叫要用標準電話系統發(fā)送，ARU已經被指令使用特定的已調度或選定的電話號碼。在步驟69070,ARU執(zhí)行ARURecordName(ARU記錄姓名)例程以獲得主叫者身份的數字記錄。ARURecordName例程在下文結合圖69H作詳細說明。ARU為主叫者播放適當的消息(例如在第一次嘗試時播放“請保持，我試圖到達你方”，在隨后的嘗試時播放“請繼續(xù)保持，我仍然在試圖到達你方”)。在步驟69071,ARU將主叫者置于保持，將呼叫啟動到選定的電話號碼。如果呼叫被人回答，ARU就在步驟69072執(zhí)行ARUConnectCall(ARU連接呼叫)例程-下文將結合圖69I討論該例程。如果線路忙，ARU就在步驟69074執(zhí)行圖69N的ARUAlternateRouting(ARU備用路由選擇)例程。如果ARU檢測到一個應答機，就檢查用戶是否請求過ARU在遇到一個應答機時轉到下一個備用號碼。如果不是，ARU就連接呼叫。否則，ARU選擇下一個循環(huán)呼叫號碼，用該新選擇的號碼重新執(zhí)行ARUFindMe例程。如果既無人回答，無線路忙信號，也無應答機的回答，那么如果TermSlot設置為“Operator”,ARU就執(zhí)行ARUGuestXfertoMOTC(ARU客人傳輸到MOTC)例程-下文將結合圖69M討論該例程。否則，ARU就選擇下一個電話號碼(如果有的話)，用新選擇的號碼重新調用ARUFindMe例程。如果沒有可供選擇的號碼剩下，ARU就在步驟69804執(zhí)行圖69N的ARUAlternateRouting例程。圖69G表示ARURecordName(ARU記錄姓名)例程。該例程用于在用戶規(guī)定了按姓名或按姓名和ANI進行呼叫屏蔽的情況下記錄主叫者的姓名。如果用戶規(guī)定了呼叫屏蔽，ARU就檢查上一回是否記錄過主叫者的姓名。如果不，就提示主叫者提供姓名，在步驟69090記錄這個可聽應答。如果用戶沒有規(guī)定過任何形式的呼叫屏蔽，ARURecordName例程不記錄主叫者的姓名就返回。圖69H表示ARUGuestXfertoMOTC(ARU客人傳輸到MOTC)例程。該例程播放預先記錄的要求主叫者保持的消息，然后在步驟69092將呼叫傳輸到操作員。圖69I表示ARUConnectCall(ARU連接呼叫)例程。如果需要操作員幫助完成呼叫，ARU就執(zhí)行圖83H的ARUGuestXfertoMOTC例程。如果用戶沒有請求過呼叫屏蔽，呼叫就被連接到用戶。如果用戶已經選擇了呼叫屏蔽，ARU就向用戶播放一信息消息集。ARU播放“你有來自…(標識主叫者的信息-視用戶所選擇的選項及是否記錄了主叫者姓名而定)的呼叫”。如果沒有記錄姓名，標識消息在69106給出從其接入呼叫的ANI。如果記錄過姓名，標識消息在步驟69107(如果用戶請求過按姓名屏蔽)中就包括姓名，或者在步驟69108(如果用戶請求過按姓名加ANI屏蔽)中包括姓名和ANI。用標識信息提示用戶之后，ARU在步驟69110執(zhí)行圖69J所示的ARUGainAcceptance例程。圖69J表示ARUGainAcceptance(ARU獲得接受)例程。ARU檢查用戶是否有未滿的郵箱可用。如果是，ARU就提示用戶是接受呼叫還是指示主叫者以后回叫。如果用戶指出它將接受回叫(例如通過按‘1')，ARU就在步驟69124連接呼叫。否則，ARU就用適當的信息消息(例如“將要求你的主叫者留下話音郵件消息”或“將要求你的主叫者以后再試”，具體視步驟69120中確定的郵箱的內容而定)確認這個拒絕。ARU拆接用戶，停止主叫方的保持。ARU向主叫方播放一段記錄，指出無法到達用戶，可選地提示主叫者留下話音郵件消息。如果沒有郵箱可用，主叫者就被拆接。如果有未滿的郵箱可用，ARU就在步驟69128執(zhí)行圖69K的ARUXfertoVoice/FaxGuestVoice例程。執(zhí)行這個例程之后，ARU播放請求主叫者以后回叫的消息，然后拆接。圖69K表示ARUXfertoVoice/FaxGuestVoice(ARU傳輸到話音/傳真客人話音)例程。該例程連接主叫者到VFP以留下話音郵件消息。ARU試圖獲得與VFP的握手。如果握手成功，ARU就在步驟69130連接呼叫。如果不成功，ARU就在步驟69132播放出錯消息，然后退出。圖69L表示ARUXfertoVoice/FaxGuestFaxw/orw/outAnnotation(ARU傳輸到話音/傳真客人傳真-帶或不帶注解)例程。該例程連接主叫者到VFP以傳輸傳真。ARU試圖獲得與VFP的握手。如果握手成功，ARU就在步驟69140連接呼叫。如果不成功，ARU就在步驟69142播放出錯消息，然后退出。圖69K和69L的例程類似，不同點是VFP的所請求服務以及向主叫者播放的出錯消息的內容。圖69M表示ARUSendPage(ARU發(fā)送尋呼)例程，它啟動一個向用戶的尋呼服務的呼叫。在步驟69150,ARU提示主叫者輸入應當向被訪尋呼機提供的電話號碼。這個提示重復三次，直到收到一個回叫號碼。如果三次提示后沒有回叫號碼，ARU就執(zhí)行ARUGuestXfertoMOTC例程，將主叫者傳輸給操作員。這允許沒有DTMF選通設備來輸入回叫號碼的主叫者將號碼提供給操作員，由操作員代表主叫者輸入號碼。在步驟69158,ARU向主叫者播放一段記錄，使主叫者能更正輸入出錯的號碼或者確認輸入的號碼正確。在步驟69160,ARU接入一個到用戶的尋呼服務的呼叫，用主叫者提供的數據向尋呼服務指出要在尋呼機上顯示的號碼。如果向尋呼服務的呼叫成功，ARU就在步驟69164播放表示成功的消息，在步驟69166拆接。如果向尋呼服務的呼叫不成功，ARU就在步驟69162播放表示失敗的消息，然后返回，此時ARU可選擇向主叫者提供其它選擇。圖69N表示ARUAlternateRouting(ARU備用路由選擇)例程。ARU執(zhí)行這個例程來路由選擇不能路由選擇到用戶的呼叫。如果用戶指出過要將這種未傳遞到的呼叫路由選擇到其尋呼服務，ARU就在步驟69170播放一段表示主叫者可以發(fā)送尋呼的記錄。ARU然后執(zhí)行ARUSendPage例程-前面已經結合圖69M說明過該例程。如果尋呼不成功，ARU就在步驟69174播放表示失敗的消息，然后拆接。如果用戶指出過要將這種未傳遞到的呼叫路由選擇到話音郵件，ARU就在步驟69173播放一段表示主叫者可以留下話音郵件消息的記錄。如果用戶的郵箱不滿，ARU就執(zhí)行ARUXfertoVoice/FaxGuestVOice例程。如果該例程返回，留下話音郵件的試圖不成功，ARU就播放表示失敗的消息并在步驟69184拆接主叫者。如果郵箱滿，ARU就播放一段通知主叫者這個條件的記錄并在步驟69184拆接主叫者。如果用戶指出過“客人選擇”，ARU就在步驟69180執(zhí)行圖690的ARUAlternatRoutingGuestOption例程，否則就在步驟69182拆接主叫者。圖690表示ARUAlternatRoutingGuestOption(ARU備用路由選擇客人選擇)例程。該例程允許客人在用戶不可達的情況下選擇留下話音郵件或是發(fā)送尋呼。ARU在步驟69190向主叫者提供一個菜單，內容是可能的路由選擇選項，此處的‘1'代表留下話音郵件，‘2’代表發(fā)送尋呼。如果主叫者請求發(fā)送尋呼，ARU就在步驟69200執(zhí)行圖69M的ARUSendPage例程。如果SendPage例程失敗，ARU就向主叫者播放一段診斷記錄，然后在步驟69202拆接主叫者。如果主叫者請求留下話音郵件，ARU就檢查用戶郵箱是否滿。如果郵箱不滿，ARU就執(zhí)行圖69K的ARUXfertoVoice/FaxGuestVoice例程。如果例程返回，表示執(zhí)行不成功。在這種情況下，或者如果郵箱是滿的，ARU就播放表示不能發(fā)送話音郵件的消息，在步驟69195提示主叫者指出其是否愿意代之以發(fā)送尋呼。如果主叫者選擇發(fā)送尋呼的選項，ARU就在步驟69200執(zhí)行ARUUSendPage例程，過程如同主叫者一開始就選擇該選項一樣。如果執(zhí)行ARUUSendPage例程不成功，ARU就向主叫者播放一段診斷記錄，然后在步驟69202拆接主叫者。圖69P表示的主菜單用于ARUUserCall例程處理來自用戶的呼叫。如果主叫者輸入有效口令，該例程就在圖69D所示的ARUGuestMenu例程中作為步驟69052來執(zhí)行。在播放一段引導性的歡迎問候之后，ARU檢查用戶的郵箱是否已滿。如果郵箱已滿，ARU就在步驟69300播放一段通知用戶這個條件的消息。播放這個警告之后，或者如果郵箱不滿，ARU就在步驟69302播放一段通知用戶為用戶存儲的新的話音郵件消息和傳真消息的數目的狀態(tài)記錄。在步驟69304,ARU為用戶播放菜單。在所示例子中，條目‘1'對應于改變呼叫路由選擇的請求；條目‘2’對應于發(fā)送或檢索的請求；條目‘3’對應于接入呼叫的請求；條目‘1’對應于對管理菜單的請求；條目‘0’對應于要向客戶服務傳輸的請求。如果用戶選擇改變呼叫路由選擇的選項，ARU就在步驟69310執(zhí)行ARUChangeRouting例程-下文將結合圖69T說明該例程。如果用戶選擇發(fā)送和檢索郵件的選項，ARU播放一段預先錄制的請求用戶保持的消息，然后在步驟69312執(zhí)行ARUXfertoVoice/FaxSubscriberSend/Retrive例程-下文將結合圖69Q說明該例程。如果用戶選擇接入呼叫的選項，ARU就在步驟69314提供用戶一個詢問所希望接入的呼叫的類型的菜單。如果用戶用國際或國內電話號碼應答，或者用以前規(guī)定的、對應于國際或國內電話號碼的快撥號碼應答，ARU就在步驟69316連接該呼叫。如果用戶請求操作員幫助，ARU就在步驟69318執(zhí)行ARUXfertoMOTC例程，將用戶傳輸給操作員。如果用戶取消呼叫請求，ARU就返回到步驟69304。如果-在步驟69304中提供的主菜單選擇‘4’-ARU就執(zhí)行Adminstration例程，該例程在下文結合圖69P說明。如果選擇請求客戶服務，ARU就執(zhí)行圖69AH的ARUXfertoCustomerService例程-下文將說明該過程。圖69Q表示ARUXfertovoice/FaxSubcriberSend/Receive例程，該例程連接該用戶到VFP以發(fā)送和檢索話音郵件消息。該ARU試圖得到與VFP的信號交換。如果該信號交換成功，在步驟69330ARU連接該呼叫。如果不成功，則ARU在步驟69332回放錯誤信息并退出。圖69R表示ARUXfertoVoice/FaxSubscriberSend/Receive(ARU傳輸到話音/傳真用戶發(fā)送/接收)例程，它連接用戶到VFP以管理用戶的分配表。ARU試圖獲得與VFP的握手。如果握手成功，ARU就在步驟69340連接呼叫；如果不成功，ARU就在步驟69342播放一個出錯消息，然后退出。圖69S表示ARUXfertoVoice/FaxSubscriberRecordName(ARU傳輸到話音/傳真用戶記錄姓名)例程，它連接用戶到VFP以記錄將在VFP始發(fā)的消息中用于標識用戶的姓名。ARU試圖獲得與VFP的握手。如果握手成功，ARU就在步驟69350連接呼叫；如果不成功，ARU就在步驟69352播放一個出錯消息，然后退出。圖69Q、69R和69S的例程類似，不同點是VFP的所請求業(yè)務以及向用戶播放的出錯消息的內容。圖69T表示ARUChangeRouting(ARU改變路由選擇)例程，用戶用其來修改其業(yè)務所關聯的路由選擇選項。在步驟69390,ARU向用戶提供選項菜單。如果用戶選擇Find-Merouting(找我路由選擇)選項，ARU就執(zhí)行ARUChangeRouting例程-下文將結合圖69U說明該例程。如果用戶選擇Overriderouting(替代路由選擇)選項，ARU就在步驟69400播放表示用戶當前的替代路由選擇設置的消息并在步驟69404提供用戶一個用于選擇新選項的菜單。如果用戶在選項中選擇改變，ARU就-作為步驟69408-執(zhí)行ARUprogram(程序)例程以按規(guī)定設置替代選項，方法是傳送“override(替代)”的參數和選定的選項。如果用戶選擇“Cancel”(取消)選項，ARU就返回到步驟69390。如果用戶從步驟69390的ARUChangeRouting菜單選擇“AlternateRouting”(備用路由選擇)選項，ARU就在步驟69409播放一段表示用戶的當前備用路由選擇設置的消息，并在步驟69409提供用戶一個用于選擇新選項的菜單。如果用戶在選項中選擇改變，ARU就-作為步驟69414-執(zhí)行ARUprogram(程序)例程以按規(guī)定設置備用選項，方法是傳送“alternate(備用)”的參數和選定的選項。如果用戶選擇“Cancel”(取消)選項，ARU就返回到步驟69390。如果用戶從步驟69390的ChangeRouting菜單選擇“CancelandReturn”(取消并返回)選項，ARU就在步驟69412返回到圖69P的用戶菜單。圖69U表示ARUChangeFind-MeRouting(ARU改變找我路由選擇)例程。在步驟69420,ARU檢查用戶的找我路由選擇是否由調度表設置。如果不是，ARU就在步驟69422播放一個表明路由選擇被設置成連續(xù)嘗試三個電話號碼的消息，在步驟69424執(zhí)行ARUChange3-NumberSequence例程-下文將結合圖69V說明該例程。如果用戶的找我路由選擇是由調度表設置的，ARU就在步驟69426播放表明用戶的找我路由選擇當前是由調度表設置的的消息，并且在步驟69428向用戶提供“ChangeScheduleRouting”(改變調度路由選擇)菜單。如果用戶選擇changeto3-humber(改變到3-號碼序列)選項，ARU就在步驟69430播放路由選擇被設置3-號碼序列的消息，在步驟69432執(zhí)行圖69V的ARUChange3-NumberSequence例程。如果用戶選擇SaveandContinue(保存并繼續(xù))選項，ARU就在步驟69434播放用戶的找我路由選擇被設置成由調度表的路由選擇的消息，在步驟69436執(zhí)行ARUChangeRouting例程。如果用戶選擇cancelandreturn(取消并返回)選項，則也要執(zhí)行步驟69436和ARUChangeRouting例程。圖69V表示ARUChange3-NumberSequence(改變3-號碼序列)例程，它允許用戶改變由圖69E和69F的ARUFind-Me例程所使用的三個備用號碼的內容和次序。在步驟69440,ARU提供用戶一個選項菜單。如果用戶選擇改變三個電話號碼之一的選項，就在步驟69422播放一個記錄消息，表明當前的號碼設置，然后在步驟69444執(zhí)行Program例程，向該例程傳送一個標識要被改變的號碼并指出改變后的POTS號碼的參數。ARU然后返回到步驟69440。如果選擇要檢查當前設置的選項，ARU就在步驟69446播放表明三個號碼的每個號碼的設置的一系列消息。ARU然后返回到步驟69440。如果用戶選擇改變調度路由選擇的選項，ARU就在步驟69450檢查用戶是否適合處置調度路由選擇。如果有，ARU就在步驟69454播放一段表示找我路由選擇被設置到用戶的調度表的消息，在步驟69456切換調度表設置以選通它。切換設置之后，ARU就在步驟69450返回到圖69T的ARUChangeRouting例程。如果調度表路由選擇不是這個用戶的一個選項，ARU就播放一段診斷消息，表示調度表路由選擇不可用，用戶可與客戶服務聯系以獲得該選項。然后ARU返回到步驟69440。如果用戶選擇表示取消并返回的選項，ARU就返回到圖69T的ARUChangeRouting例程。圖69W表示ARUAdministration(ARU管理)例程。在步驟69460,ARU提供用戶一個選項菜單。在所示例子中，條目‘1’對應于維護用戶的廣播或快撥列表的請求，條目‘2’對應于記錄問候的請求，條目‘3’對應于激活或去激活特征的請求。如果請求列表維護，ARU就在步驟69462提供用戶一個選項菜單。如果用戶選擇維護其廣播列表的選項，ARU就在步驟69464執(zhí)行圖69R的ARUXfertoVoice/FaxSubscriberDistributionLists例程。執(zhí)行該例程之后，ARU就在步驟69468執(zhí)行圖69W的ARULists(ARU列表)例程。如果用戶選擇維護快撥列表的選項，ARU就在步驟69470執(zhí)行圖69X的ARUChangeSpeed-DialNumbers例程。如果用戶選擇取消并返回的選項，ARU就返回到步驟69460。如果用戶根據步驟69460提供的菜單選擇記錄問候的選項，ARU就在步驟69474提供用戶一個選項菜單。在所示例子中，條目‘1’對應于修改用戶的歡迎消息的請求，條目‘2’對應于修改用戶郵箱關聯的名稱的請求。如果用戶選擇修改歡迎消息的選項，ARU就在步驟69476執(zhí)行圖69B的ARUPlayGreeting例程，播放當前的歡迎消息，在步驟69478執(zhí)行圖69Y的ARUChangeGreeting例程。如果用戶選擇修改郵箱名稱的選項，ARU就播放請求用戶保持的消息，在步驟69480執(zhí)行ARUXfertoVoice/FaxSubscriberMailboxName例程-前文結合圖69S說明過該例程。執(zhí)行該例程之后，ARU返回到步驟69474。如果用戶根據步驟69474提供的菜單，指出應當將修改問候的請求取消(例如通過按下星號‘*’)，ARU就返回到步驟69460。如果用戶根據步驟69460提供的菜單，選擇激活或去激活功能部件的選項，ARU就在步驟69484執(zhí)行ARUFeatureActivation例程-下文將結合圖69Z說明該例程。如果用戶轉而指出應當將修改問候的請求取消(例如通過按下星號‘*’)，ARU就返回到ARUUserMenu例程-該例程在圖69P中表示為步驟69304。圖69X表示ARUChangeSpeedDialNumbers(ARU改變快撥號)例程。ARU在步驟69490提供用戶一個對應特定快撥號碼的選項菜單。例如，條目‘1’對應于第1個快撥號碼，條目‘2’對應于第2個快撥號碼，等等，直到條目‘9’-對應于第9個快撥號碼。當用戶選擇其中一個選項時，ARU就在步驟69492播放一段表示該選定快撥號碼的當前設置的消息。在步驟69494,ARU執(zhí)行ARUProgram例程-下文將結合圖69AA說明該例程，規(guī)定“Spd_Dial_n”參數以指出要用程序設置的快撥號(其中n由與被訪快撥鍵的號碼對應的數字替換)和指定的快撥號要設置到的POTS號碼。ARU然后返回到步驟69490。如果用戶選擇取消該改變快撥號請求的選項(例如用星號‘*’表示)，ARU就返回到步驟69462，如圖69W中所示。圖69Y表示ARUChangeGreeting(ARU改變問候)例程。在步驟69500,ARU向用戶提供一個對應于可用選項的菜單。例如，條目‘1’對應于記錄定制問候的請求，條目‘2’對應于使用標準系統問候的請求。如果用戶選擇記錄定制問候的選項，ARU就在步驟69502提供一個有關定制問候選項的菜單。在所示例子中，條目‘1'對應于檢查用戶的定制問候的當前內容的請求，條目‘2’對應于用新記錄的的定制問候代替當前記錄的定制問候的請求。符號‘#’對應于保存問候的內容的請求，符號‘*’對應于取消并返回的請求。如果用戶選擇復審用戶的定制問候的當前內容的選項，ARU就在步驟69504執(zhí)行ARUPlayTempGreeting例程-該例程前文結合圖69C說明過，然后返回到步驟69502。如果用戶選擇用新記錄的的定制問候代替當前記錄的定制問候的選項，ARU就在步驟69506提示用戶開始記錄新問候。記錄問候之后，ARU返回到步驟69502。記錄問候之后，用戶可請求將新記錄的問候保存起來。如果用戶選擇保存問候，ARU就在步驟69510把所記錄的問候保存到磁盤，覆蓋問候文件以前的內容，在步驟69514播放一段表示新的問候已經存儲的消息。存儲問候之后，ARU執(zhí)行ARUAdministration例程-前文結合圖69W說明過該例程。如果用戶根據步驟69502中由ARU提供的菜單，取消修改問候的請求，ARU就在步驟69518執(zhí)行ARUGreeting例程-前文結合圖69W說明過該例程。如果用戶根據步驟69500中提供的菜單，選擇使用系統問候(即不標識該用戶的缺省問候)的選項，ARU就在步驟69520刪除以前記錄的任何問候。在步驟69522播放一個預先記錄的消息，表示主叫者現在將聽到系統問候而不是個人化的問候。ARU然后在步驟69525返回到ARUAdministration例程-前文結合圖69W說明過該例程。如果用戶選擇取消并返回的選項，ARU也在步驟69525返回。圖69Z表示ARUFeatureActivation(ARU特征激活)例程。在步驟69350,ARU向用戶提供一個對應可用選項的菜單。例如，條目‘1’對應于設置呼叫屏蔽選項的請求；條目‘2’對應于激活或去激活尋呼機接收者的請求；條目‘3’對應于設置尋呼機通知的請求；條目‘4’對應于激活或去激活帳戶的請求。如果用戶選擇呼叫屏蔽選項，ARU就在步驟69532播放一段表示呼叫屏蔽選項的當前設置的記錄。在步驟69534,ARU提供用戶有關呼叫屏蔽的選項的列表。本例中，條目‘1'對應于僅按ANI(電話號碼)選擇屏蔽的請求；條目‘2’對應于僅按姓名選擇屏蔽的請求；條目‘3’對應于按ANI和姓名二者選擇屏蔽的請求；條目‘4’對應于全部關掉呼叫屏蔽的請求。如果用戶選擇這些選項之一，ARU就在步驟69536執(zhí)行ARUProgram例程-下文將結合圖69AA說明該例程，向其傳遞的第一個參數表明希望改變屏蔽選項，第二個參數表明選項應被設置成的值。步驟69536之后ARU返回到步驟69530。同樣，如果用戶在步驟69534選擇取消并返回選項，ARU也返回到步驟69530。如果用戶選擇激活或去激活尋呼機的選項，ARU就在步驟69538播放一段記錄消息，表示尋呼機通知選項的新狀態(tài)。在步驟69540,ARU切換尋呼機選項的當前狀態(tài)(即，如果選項當前關閉，就選通它；如果選項當前選通，就關閉它)。切換之后，ARU就返回到步驟69530。如果用戶選擇尋呼機通知的選項，ARU就在步驟69542播放一段記錄，表示呼叫屏蔽選項的當前設置。在步驟69544,ARU提供用戶關于尋呼機通知的選項的列表。本例中，條目‘1’對應于選擇用尋呼機僅通知輸入話音郵件的請求；條目‘2’對應于選擇用尋呼機僅通知輸入傳真郵件的請求；條目‘3’對應于選擇用尋呼機通知輸入話音郵件和傳真郵件的請求；條目‘4’對應于全部關掉呼叫尋呼機通知的請求。如果用戶選擇這些選項之一，ARU就在步驟69546執(zhí)行ARUProgram例程-下文將結合圖69AA說明該例程，向其傳遞的第一個參數表明希望改變尋呼機通知選項，第二個參數表明選項應被設置成的值。步驟69546之后ARU返回到步驟69530。同樣，如果用戶在步驟69544選擇取消并返回選項，ARU也返回到步驟69530。如果用戶在步驟69530選擇激活或去激活其帳戶的選項，ARU就在步驟69550播放一段記錄消息，表示帳戶的新狀態(tài)。在步驟69552,ARU切換帳戶選項的當前狀態(tài)(即，如果選項當前關閉，就選通它；如果選項當前選通，就關閉它)。切換之后，ARU就返回到步驟69530。如果用戶在步驟69530選擇取消并返回選項，ARU就返回到ARUAdministration例程-前文結合圖69W說明過該例程。圖69AA表示ARUProgram(ARU程序)例程，它由ARU執(zhí)行以設置用戶選定的選項。如步驟69560所示，Program例程采用兩個輸入參數Term_Slot和Term，前者標識其值正在改變的選項，后者的值指示由Term_Slot訪問的選項正被設置的值。在步驟69562,ARU檢查Term中所規(guī)定值的類型。如果Term值是一個POTS標識符(即電話號碼，諸如圖69X中步驟69494中被程序設置到快撥號的電話號碼)，ARU就在步驟提示用戶輸入POTS號碼。如果用戶輸入一個國內或國際號碼、或者刪除以前存儲的POTS值的選項(圖示例中是‘1’),ARU就在步驟69566播放一個消息，表示該被訪槽(slot)將被改變成的新設置。在步驟69568,ARU提示用戶通過重新輸入一個新的號碼來更正號碼，或者確認該請求，或者取消該請求。如果用戶選擇更正號碼的選項，ARU就返回到步驟69564。如果用戶確認該請求，ARU就在步驟69570將Term參數作為由Term_Slot參數訪問的變量存儲起來。如果用戶取消該請求，ARU就在步驟69572返回到調用例程。如果在步驟69564被提示輸入POTS號碼時選擇取消選項，則ARU也在步驟69572返回到調用例程。如果Term值不是POTS標識符，ARU就在步驟69580播放消息，通知用戶該被訪選項將被改變。在步驟69582,ARU提示用戶確認或取消請求。如果用戶確認該請求，ARU就在步驟69584將Term參數作為由Term_Slot參數訪問的變量存儲起來，然后在步驟69572返回到調用例程。如果用戶取消該請求，ARU不存儲該值就在步驟69572返回到調用例程。圖69AI表示ARUUserXfertoCustomerService例程，在步驟69592，該ARU播放預先記錄的消息給用戶請求該用戶保持。在步驟69594，該ARU將該用戶轉到客戶服務。圖69AB表示ARUValidateGuestEntry(ARU驗證客人輸入)例程。該例程由ARU用于確定客人試圖使用VFP客人設施是否有效。ARU允許客人三次嘗試輸入其身份信息。對于頭兩次無效輸入，ARU在步驟69610返回表示客人輸入無效的狀態(tài)。第三次嘗試時，ARU在步驟69615執(zhí)行圖69E和69F的Find-Me例程。如果收到客人輸入，ARU就在步驟69617檢查客人輸入是否是適用的菜單上的一個可用選擇。如果不是，ARU就在步驟69620播放一段表示客人輸入選項不可用的記錄消息。如果這是第三次無效輸入，ARU就執(zhí)行圖69H的ARUGuestXfertoMTOC例程。如果這是第一次或第二次無效輸入，步驟69622中的例程返回一個表示客人輸入無效的標志。如果ARU在步驟69617判定客人輸入是適當的菜單選項，就在步驟69626返回一個有效狀態(tài)。圖69AC表示ARUValidateUserEntry(ARU驗證用戶輸入)例程。該例程由ARU用于確認用戶使用VFP的用戶服務的嘗試。如果沒有接收到用戶輸入，ARU就在步驟69630播放一個表示未收到輸入的診斷消息。如果接收到用戶輸入，ARU就在步驟69634檢查用戶正響應的菜單是否包括適合用戶輸入的選項。如果是，ARU就在步驟69636返回一個有效狀態(tài)。如果不是，ARU就在步驟69638播放表示該選項不可用的消息。如果要么沒有收到輸入，要么輸入對菜單無效，ARU就在步驟69632檢查是否這是第三次未能指定用戶信息。如果是，ARU就在步驟69640執(zhí)行圖89AI的ARUUserXfertoCustomerService例程。如果這是第一次或第二次失敗輸入，ARU就在步驟69642返回一個無效狀態(tài)。圖69AD表示ARUValidatePasscodeEntry(ARU驗證口令輸入)例程。該例程由ARU用于確認用戶輸入的口令。在步驟69650,ARU檢查輸入的口令是否與該特定用戶的口令匹配。如果是，ARU就在步驟69652返回一個有效狀態(tài)。如果輸入無效，ARU就在步驟69654播放一段表示輸入無效的記錄消息。ARU允許嘗試兩次來輸入有效口令。在步驟69656,ARU檢查是否這是第二次輸入口令的嘗試。如果這是第二次嘗試，ARU就在步驟69660執(zhí)行ARUUserXfertoCustomerService例程-前文結合圖69AI說明過該例程。如果這不是第二次無效輸入，ARU就在步驟69658提示用戶輸入有效口令并返回到步驟69650。圖69AE表示ARUValidateCompletion(ARU驗證完成)例程。該例程由ARU用于確認有效電話號碼的輸入。在步驟69670,ARU檢查是否接收到有效用戶輸入。如果沒有，ARU就檢查是否這是第三次嘗試的無效輸入。如果不是，ARU就在步驟69672返回一個表示未收到有效輸入的標志。如果這是第三次嘗試，ARU就在步驟69674播放一個消息并在步驟9676執(zhí)行ARUXferUsertoMTOC例程-前文結合圖69H說明過該例程。如果收到有效的用戶輸入，ARU就檢查所輸入的電話號碼是否以‘011’開頭。如果是，ARU就在步驟69680執(zhí)行圖69AF的ARUValidateInternationalCompletion(ARU確認國際完成)例程。在步驟69682,ARU檢查用戶是否設置了國內terms標志。如果沒有，ARU在步驟69684播放表示國內呼叫不可用的診斷消息，然后前進到步驟69671。ARU在步驟69686檢查是否輸入了10位號碼，在步驟69688檢查是否輸入了有效的MPA-Nxx號碼。如果輸入的號碼不是10位有效MPA-Nxx號碼，ARU就在步驟69690播放診斷消息，然后前進到步驟69671。ARU在步驟69690檢查NADP阻塞是否對這個用戶有效，在步驟69692檢查976阻塞是否對這個用戶有效。如果任意一個阻塞有效，ARU在步驟69694播放表示向被訪號碼的呼叫被阻塞的診斷消息，然后前進到步驟69671。否則，ARU就在步驟69696返回一個表示輸入號碼有效的狀態(tài)。圖69AF表示ARUValidateInternationalCompletion(ARU驗證國際完成)例程。在步驟69700,ARU檢查用戶是不是配置成能接入國際呼叫。如果不是，ARU就在步驟69702播放一個診斷消息。在步驟69704,ARU檢查輸入號碼是不是語義上有效的國際撥號。如果不是，ARU在步驟69706播放一個診斷消息。在步驟69708,ARU檢查Cset(國家集)阻塞是否將阻塞該指定號碼。如果是，ARU就在步驟69710播放一個診斷消息。如果沒有發(fā)現錯誤條件，ARU就在步驟69712返回一個有效狀態(tài)。如果發(fā)現錯誤，ARU就在步驟69713返回一個無效狀態(tài)。如果三次嘗試輸入號碼都失敗，ARU就在步驟69714播放一個診斷消息并在步驟69716將用戶傳輸給操作員。圖69AG表示ARUValidatePOTSProgramming(ARU驗證POTS程序設置)例程。該例程由ARU用于保證只有有效電話號碼才能存儲起來供呼叫路由選擇所用。在步驟69720,ARU檢查是否接收到有效用戶輸入。如果沒有，ARU就檢查是否這是第三次嘗試的無效輸入。如果不是，ARU就在步驟69722返回一個表示未收到有效輸入的標志。如果這是第三次嘗試，ARU就在步驟69676執(zhí)行ARUUserXfertoCustomerService例程-前文結合圖69AI說明過該例程。如果收到有效的用戶輸入，ARU就檢查所輸入的電話號碼是否以‘011’開頭。如果是，ARU就在步驟69730執(zhí)行圖69AF的ARUValidateInternationalCompletion例程。在步驟69732,ARU檢查用戶是否設置了國內terms標志。如果沒有，ARU在步驟69734播放表示國內呼叫不可用的診斷消息，然后前進到步驟69721。ARU在步驟69736檢查是否輸入了10位號碼，在步驟69738檢查是否輸入了有效的MPA-Nxx號碼。如果哪一個均未輸入，ARU就在步驟69740播放診斷消息，然后前進到步驟69721。ARU在步驟69750檢查976阻塞是否對這個用戶有效。如果是，ARU在步驟69754播放表示向被訪號碼的呼叫被阻塞的診斷消息，然后前進到步驟69721。否則，ARU就在步驟69756返回一個表示輸入號碼有效的狀態(tài)。圖69AH表示ARUValidateInternationalProgramming(ARU驗證國際程序設置)例程。該例程由ARU用于保證只有有效電話號碼才能存儲起來供呼叫路由選擇所用。在步驟69760,ARU檢查用戶是不是配置成能接入國際呼叫。如果不是，ARU就在步驟69762播放一個診斷消息。在步驟69764,ARU檢查輸入號碼是不是語義上有效的國際撥號。如果不是，ARU在步驟69766播放一個診斷消息。在步驟69768,ARU檢查Cset阻塞是否將阻塞該指定號碼。如果是，ARU就在步驟69770播放一個診斷消息。如果沒有發(fā)現錯誤條件，ARU就在步驟69772返回一個有效狀態(tài)。如果發(fā)現錯誤條件，ARU就在步驟69773返回一個無效狀態(tài)。如果三次嘗試輸入號碼都失敗，ARU就在步驟69774播放一個診斷消息并在步驟69776將用戶傳輸給操作員。圖70A-70S表示的是表示上述直達線MCI產品的軟件實現的自動化控制臺呼叫流圖，可用于進一步理解本發(fā)明?？刂婆_呼叫流與ARU呼叫流的區(qū)別在于，控制臺盡管是自動的，又是有人值守的，值守人可以響應主叫者的請求。這就允許沒有具備DTMF能力的設備的主叫者使用該產品。由主叫者提供的DTMF數據將得到處理，但是有了人類操作員，就允許許多可用的操作不用DTMF輸入就能得到執(zhí)行。數據的提供，可以通過主叫者直接在鍵盤(若有鍵盤的話)上的輸入，也可以通過人類操作員按照主叫者提供的話音應答來輸入。圖70A表示對到某帳戶的自動控制臺呼叫的處理的起始點。當呼叫啟動時，假設它是客人呼叫。如果帳戶當前不是聯機的，自動控制臺就在步驟70010播放不能為該帳戶接受呼叫的消息。除非主叫者向操作員指出他有口令，否則控制臺就在步驟70012拆接該呼叫。如果主叫者向操作員提供口令，操作員就在步驟70014啟動ConsoleValidatePasscode(控制臺確認口令)例程-下文將結合圖70K說明該例程。如果帳戶當前是聯機的，控制臺就檢查用戶是否指出過對輸入呼叫的替代。如果是，控制臺就在步驟70018將呼叫路由選擇到操作員。如果主叫者正生成傳真音調，控制臺就在步驟70024執(zhí)行ConsoleFaxToneDetected(檢測到控制臺傳真音調)例程-下文將結合圖70S說明該例程。如果主叫者向操作員提供口令，操作員就在步驟70026啟動ConsoleValidatePasscode例程-下文將結合圖70K說明該例程。否則，就將該呼叫按用戶的輸入呼叫來處理，控制臺在步驟70020執(zhí)行ConsoleFindMe(控制臺找我)例程-下文將結合圖70BC說明該例程?？刂婆_向ConsoleFindMe例程調用提供“替代”參數。如果尚未規(guī)定替代，控制臺就在步驟70030向主叫者提供音響菜單。在所示例子中，條目‘1’對應于向用戶說話的請求，條目‘2’對應于為用戶留話音郵件的請求，條目‘3’對應于向用戶發(fā)送傳真的請求，條目‘4’對應于尋呼用戶的請求。此外，用戶可以提供其口令以獲得作為用戶對控制臺的訪問。如果主叫者請求向用戶說話，控制臺就在步驟70032檢查與主叫者的輪廓關聯的調度標志。如果主叫者的輪廓指示一個調度，控制臺就在步驟69304用‘Sched1'作為參數執(zhí)行圖70B和70C的ConsoleFindMe(控制臺找我)例程。如果用者的輪廓沒有指示調度，控制臺就在步驟69306用‘First’作為參數執(zhí)行圖70B和70C的ConsoleFindMe例程。ConsoleFindMe例程將在下文結合圖70B和70C進一步詳細討論。如果主叫者請求留下話音郵件消息，控制臺就在步驟70040執(zhí)行ConsoleXfertoVoice/FaxGuest(控制臺傳輸到話音/傳真客人)例程-該例程將在下文結合圖70E作說明。如果主叫者請求發(fā)送傳真，控制臺就在步驟70042執(zhí)行ConsoleXfertoVoice/FaxGuestw/orw/outAnnotation(控制臺傳輸到話音/傳真客人-帶或不帶注解)例程-該例程將在下文結合圖70F作說明。執(zhí)行這個例程之后，控制臺在步驟70030返回到客人菜單。如果主叫者請求發(fā)送尋呼，控制臺就在步驟70040執(zhí)行ConsoleSendPage(控制臺發(fā)送尋呼)例程-該例程將在下文結合圖70G作說明。執(zhí)行了步驟70040、70042或70044的任何例程之后，控制臺在步驟70030返回到客人菜單。如果主叫者提供口令，控制臺就在步驟70046執(zhí)行ConsoleValidatePasscode(控制臺確認口令)例程-該例程將在下文結合圖70K作說明。如果控制臺檢測到輸入呼叫上的傳真音調，控制臺就在步驟70048執(zhí)行ConsoleFaxToneDetected例程-該例程將在下文結合圖70S作說明。圖70B和70C表示ConsoleFindMe(控制臺找我)例程．如步驟70060中所示，ConsoleFindMe例程采用單一的參數Term_Slot，該參數由主叫者設置，由控制臺用于在備用行動路線中作選擇。如果Term_Slot設置到“FindMe”，表明控制臺要用缺省方法來確定用戶的當前號碼。這個值例如可為替代或缺省處理來設置。如果用戶的輪廓包括調度標志，控制臺就用Sched1參數來執(zhí)行ConsoleFindMe例程，如步驟70062所示。如果不包括，控制臺就用用戶的號碼列表中的第一個電話號碼來執(zhí)行FindMe例程，如步驟70061所示。如果Term_Slot設置到“話音郵件”，控制臺就向主叫者播放消息，指出用戶請求主叫者留下話音郵件消息，在步驟70074執(zhí)行圖70E所示的ConsoleXfertoVoice/FaxGuestVoice(控制臺傳輸到話音/傳真客人話音)例程。如果不成功，例程就返回，在這種情況下，就播放一段指示主叫者應當以后再試呼叫的消息，然后在步驟70075拆接主叫者。如果Term_Slot設置到“尋呼機”，控制臺就向主叫者播放消息，指出用戶請求主叫者留下尋呼用戶的請求?？刂婆_然后執(zhí)行ConsoleSendPage例程-該例程下文將結合圖70G作說明。如果不成功，例程就返回，在這種情況下，就播放一段指示主叫者應當以后再試呼叫的消息，然后在步驟70066拆接主叫者。如果Term_Slot設置到任何POTS值(諸如Sched1、Sched2、第一、第二或第三)，這表示用戶規(guī)定過要用標準電話系統發(fā)送輸入呼叫，指令過控制臺要用特定調度的或選定的電話號碼。在步驟70070，控制臺執(zhí)行ConsoleRecordName(控制臺記錄姓名)例程來獲得主叫者標識的數字記錄。ConsoleRecordName例程下文將結合圖70H作說明?？刂婆_在步驟70073和70075為主叫者播放適當的消息(例如首次嘗試時播放“請保持，與此同時我試圖到達你方”，隨后的嘗試時播放“我仍在試圖到達你方，請繼續(xù)保持”)如果呼叫被一個人回答，控制臺就在步驟70072執(zhí)行ConsoleConnectCall(控制臺連接呼叫)例程-下文將結合圖70D討論該例程。如果呼叫是被應答機回答的，控制臺就在步驟70090檢查用戶是否請求過控制臺在遇到應答機時翻轉到下一個備用號碼。如果不是，控制臺就在步驟70094連接呼叫。如果用戶選擇過翻轉，控制臺就選擇下一個號碼來呼叫，用新選擇的號碼再次執(zhí)行ConsoleFindMe例程，如步驟70081、70082和70083所示。如果被叫的線路忙，或者沒有供選擇的號碼剩下，控制臺就在步驟70074執(zhí)行圖70I的ConsoleAlternateRouting例程。圖70D表示ConsoleConnectCall(控制臺連接呼叫)例程。如果用戶沒有請求過呼叫屏蔽，控制臺就在步驟70100將呼叫連接到用戶。如果用戶選擇過呼叫屏蔽，控制臺就在步驟70104向用戶播放一段信息消息，按姓名和按ANI(可用的話)來標識主叫者。如果用戶選擇接受呼叫，控制臺就在步驟70106停止主叫者的保持，在步驟70108播放一段表示呼叫正在連接的消息，并在步驟70110進行連接。如果用戶拒絕接受呼叫，控制臺就在步驟70114停止主叫者的保持，在步驟70118向主叫方播放一段表示無法到達用戶的記錄，并可選地提示主叫者留下話音郵件消息。如果沒有郵箱可用，控制臺就在步驟70119播放一段診斷消息，并在步驟70120拆接主叫者。如果有郵箱可用，能接收消息，控制臺就在步驟70128執(zhí)行圖70E的ConsoleXfertoVoice/FaxGuestVoice例程。執(zhí)行這個例程之后，控制臺就70119播放請主叫者以后再呼叫的消息，然后在步驟70120拆接。圖70S表示ConsoleFaxToneDetected(檢測到控制臺傳真音調)例程。在步驟70130，控制臺試圖與VFP握手。如果握手成功，控制臺就在步驟70132連接呼叫。如果不成功，控制臺就在步驟69132拆接主叫者，然后退出。圖70E表示ConsoleXfertoVoice/FaxGuestVOice(控制臺傳輸到話音/傳真客人話音)例程，該例程將主叫者連接到VFP以留下話音郵件消息?？刂婆_在步驟70140播放狀態(tài)消息，在步驟70142檢查用戶的郵箱是否已滿。如果郵箱滿，控制臺就在步驟70144播放診斷消息，然后返回。如果郵箱不滿，控制臺就試圖與VFP握手。如果握手成功，控制臺就在步驟70146連接呼叫。如果不成功，控制臺就在步驟69148播放出錯消息，然后返回。圖70F表示ConsoleXfertoVoice/FaxGuestw/orw/outAnnotation(控制臺傳輸到話音/傳真客人-帶或不帶注解)例程，它將主叫者連接到VFP以傳送傳真?？刂婆_在70150播放狀態(tài)信息，在步驟70152檢查用戶的郵箱是否滿。如果郵箱滿，控制臺就在步驟70154播放診斷消息，然后返回。如果郵箱未滿，控制臺就試圖與VFP握手。如果握手成功，控制臺就在步驟70156連接呼叫。如果不成功，控制臺就在步驟70148播放出錯消息并返回。圖70E和70F的例程類似，只是VFP的所請求服務和向主叫者播放的出錯消息的內容不同。圖70G表示ConsoleSendPage(控制臺發(fā)送尋呼)例程，它啟動向用戶的尋呼業(yè)務的呼叫。在步驟70160，控制臺提示主叫者提供應當向被訪尋呼機提供的電話號碼。在步驟70162，控制臺向主叫者播放狀態(tài)記錄，請主叫者在尋呼被發(fā)送的同時保持。如果尋呼發(fā)送成功，控制臺就在步驟70164播放表示尋呼已經發(fā)送的消息并在步驟70165拆接呼叫。如果向尋呼服務的呼叫不成功，控制臺就在步驟70166播放表示尋呼失敗的消息并返回，使控制臺能向主叫者提供其它選擇。圖70H表示ConsoleRecordName(控制臺記錄姓名)例程。如果用戶指定了按姓名或按姓名加ANI的呼叫屏蔽，該例程用于記錄主叫者的姓名。如果用戶指定了按姓名或按姓名加ANI的呼叫屏蔽，控制臺就在步驟70170提示主叫者提供一個姓名，記錄該音響應答。如果在記錄過程中檢測到傳真音調，控制臺就在步驟70712執(zhí)行ConsoleFaxToneDetected例程；否則，例程返回。圖70I表示ConsoleAlternateRouting(控制臺備用路由選擇)例程?？刂婆_執(zhí)行該例程來路由選擇不能被路由選擇到用戶的呼叫。如果用戶指出過要把這種未傳遞到的呼叫路由選擇到其尋呼業(yè)務，控制臺就在步驟70180播放表示主叫者可以發(fā)送尋呼的記錄。如果主叫者選擇發(fā)送尋呼，控制臺就在步驟70182執(zhí)行ConsoleSendPage例程-前文結合圖70G說明過該例程。如果尋呼不成功，控制臺就在步驟70185播放表示失敗的消息并在步驟70184拆接主叫者。如果用戶指出過要把這種未傳遞到的呼叫路由選擇到話音郵件，控制臺就在步驟70183播放表示主叫者可以留下話音郵件的記錄消息。如果主叫者選擇留下話音郵件，控制臺就在步驟70186執(zhí)行ConsoleXfertoVoice/FaxGuestVoice例程-前文結合圖70E說明過該例程。如果話音郵件不成功，控制臺就在步驟70185播放表示失敗的消息并在步驟70184拆接主叫者。如果用戶指出過“客人選項”，控制臺就在步驟69190執(zhí)行圖70J的ConsoleAlternateRoutingGuestOption例程；否則，控制臺就在步驟70192播放一個診斷消息并在步驟70194拆接主叫者。圖70J表示ConsoleAlternateRoutingGuestOption(控制臺備用路由選擇客人選項)例程。這個例程允許客人在用戶不可達的情況下選擇留下話音郵件還是發(fā)送尋呼?？刂婆_在步驟70200提供主叫者一個可用路由選擇選項菜單，此處是留下話音郵件或者發(fā)送尋呼。如果主叫者請求發(fā)送話音郵件，控制臺就在步驟70202執(zhí)行圖70E的ConsolexfertoVoice/FaxGuestVoice例程。如果例程返回的返回碼表明是個不成功事件，控制臺就播放預先記錄的表示未能發(fā)送話音郵件的消息，在步驟70204提示主叫者指出是否轉而發(fā)送尋呼。如果主叫者響應步驟70200的提示或步驟70204的提示請求發(fā)送尋呼，控制臺就在步驟70206執(zhí)行圖70G的ConsoleSendPage例程。如果ConsoleSendPage例程返回(表示未能發(fā)送尋呼)，或者主叫者拒絕響應步驟70204的發(fā)送尋呼的提示，控制臺就在步驟70208播放一個診斷消息并在步驟70209拆接主叫者。圖70K表示ConsoleValidatePasscodeEntry(控制臺確認口令輸入)例程，控制臺用其來驗證用戶提供的口令。在步驟70220，提示主叫者輸入口令。在步驟70224，控制臺檢查所提供的口是否與特定用戶的口令匹配。如果匹配，控制臺就在步驟70226執(zhí)行ConsoleUserCall例程-下文將結合圖70L說明該例程?？刂婆_允許兩次嘗試輸入口令。在步驟70228，檢查這是不是第二次提供口令的失敗嘗試。如果是第二次嘗試，控制臺就在步驟70232通知主叫者口令無效，提出連接該主叫者到客戶服務。如果主叫者選擇不被連接到客戶服務，就在步驟70234拆接主叫者。如果是第一次失敗嘗試，控制臺就在步驟70230提示用戶提供有效口令并返回到步驟70224。圖70L表示ConsoleUserCall(控制臺用戶呼叫)例程。在步驟70240，控制臺檢查用戶郵箱是否滿。如果是，控制臺就在步驟70242向用戶播放警告消息。無論郵箱是否滿，控制臺都在步驟70244為用戶播放一個狀態(tài)消息，通知用戶郵箱中話音郵件消息和傳真的數目。在步驟70246，控制臺向用戶提供一個選項菜單。在所示例子中，條目‘1’對應于發(fā)送或檢索郵件的請求；‘2’對應于接入呼叫的請求；‘3’對應于退出的請求。如果用戶選擇發(fā)送或檢索郵件的選項，控制臺就在步驟70248播放一個保持消息，然后執(zhí)行圖70M的ConsoleXfertoV0ice/FaxSubscriberSend/Retrieve例程。該例程完成后，控制臺又返回到步驟70246。如果該用戶選擇接通一個呼叫的選項，控制臺執(zhí)行ConsoleOutboundCalling例程-下文將結合圖70N說明該例程。如果用戶選擇ExitProgramming(退出程序設置)選項，控制臺就拆接呼叫。圖70M表示ConsoleXfertoVoice/FaxSubscriberSend/Receive(控制臺傳輸到話音/傳真用戶發(fā)送/接收)例程，它連接用戶到VFP以發(fā)送和檢索話音郵件消息?？刂婆_試圖與VFP握手。如果握手成功，控制臺就在步驟70250連接呼叫。如果不成功，控制臺就在步驟70252播放出錯消息，然后退出。圖70N表示ConsoleOutboundCalling(控制臺向外呼叫)例程，用戶可用其接入向外呼叫。在步驟70260，控制臺檢查用戶是否配置成能接入國際呼叫。如果是，控制臺就在步驟70262選通國際呼叫鍵，以便能夠進行非國內呼叫。用戶在步驟70264被提示輸入電話號碼。控制臺在步驟70268連接用戶到向外呼叫。圖700表示ConsoleValidateGuestEntry(控制臺驗證客人輸入)例程。該例程由控制臺用于確定客人使用VFP客人設施的嘗試是否有效?？刂婆_在步驟70270檢查客人輸入是否是適用的菜單上的一個可用選擇。如果不是，就不接受輸入，控制臺維持與步驟70272所示相同的菜單。如果客人輸入是一個適當的菜單選項，控制臺就在步驟70274返回一個有效狀態(tài)。圖70P表示ConsoleValidateGuestEntry(控制臺驗證客人輸入)例程。該例程由控制臺用于確認客人使用VFP的用戶業(yè)務的試圖?？刂婆_在步驟70280檢查客人輸入是否是適用的菜單上的一個可用選擇。如果不是，就不接受輸入，控制臺維持與步驟70282所示相同的菜單。如果客人輸入是一個適當的菜單選項，控制臺就在步驟70284返回一個有效狀態(tài)。圖70Q表示ConsoleValidateCompletion(控制臺驗證完成)例程。該例程由控制臺用于確認有效電話號碼的輸入。在步驟70292，控制臺檢查用戶是否設置了國內terms標志。如果沒有，控制臺在步驟70294播放表示國內呼叫不可用的診斷消息，在步驟70310以一個所提供的號碼無效的標志返回?？刂婆_在步驟70296檢查是否輸入了10位號碼，在步驟70298檢查是否提供了有效的MPA-Nxx號碼。如果所提供的號碼不是10位的MPA-Nxx號碼，控制臺就在步驟70302播放診斷消息，在步驟70310以一個所提供的號碼無效的標志返回。控制臺在步驟70304檢查NADP阻塞是否對這個用戶有效，在步驟70306檢查976阻塞是否對這個用戶有效。如果其中無論哪個有效，控制臺就在步驟70308播放表示向被訪號碼的呼叫被阻塞的診斷消息，并在步驟70310以一個所提供的號碼無效的標志返回。否則，控制臺就在步驟70312返回一個表示輸入號碼有效的狀態(tài)。圖70R表示ConsoleValidateInternationalCompletion(控制臺驗證國際完成)例程。在步驟70322，控制臺檢查用戶是不是配置成能接入國際呼叫。如果不是，控制臺就在步驟70324播放一個診斷消息，并在步驟70340以一個所提供的號碼無效的標志返回。在步驟70326，控制臺檢查所輸入的電話號碼是否以表示國際號碼的‘011’開頭，在步驟70327，控制臺檢查該號碼作為國際撥號是不是語義上有效。如果號碼不是以‘011’開頭或者語義無效，控制臺就在步驟70328播放一個診斷消息，并在步驟70340以一個所提供的號碼無效的標志返回。在步驟70330，控制臺檢查Cset(國家集)阻塞是否將阻塞該特定號碼。如果是，控制臺就在步驟70332播放一個診斷消息。如果沒有發(fā)現錯誤情況，控制臺就在步驟70334返回一個有效狀態(tài)。以上所述的改進的直達線MCI產品的實現對記帳過程有以下影響直達線MCI國內記帳類型15直達線MCI國際記帳類型115直達線MCI呼叫類型呼叫類型呼叫說明52傳輸到客戶服務138用戶呼叫完成139用戶管理呼叫140客人終結到程序設置的號碼141客人終結到話音郵件142客人終結到記帳號碼(和缺省號碼，見下文)143尋呼機終端144消息投遞145客人終結到傳真146客人終結到非活動帳戶147用戶終結到話音/傳真郵件178操作員輔助用戶呼叫完成179操作員輔助客人終結到程序設置的號碼336操作員輔助客人終結到記帳號碼337操作員輔助客人終結到話音郵件338操作員輔助客人終結到尋呼機339操作員輔助客人終結到傳真340操作員輔助用戶終結到話音/傳真平臺為各種直達線MCI呼叫類型提供如下的記帳細目記錄和記帳用OSR以及用于重新始發(fā)的SCAI消息傳遞記帳類型115不適合由VFP(呼叫類型144)生成的BDR；因為所有這些呼叫都是在VFP始發(fā)的，它們都按國內始發(fā)、用記帳類型15記帳。*帳戶號碼指用戶的800/8xx訪問號碼**建議終結狀態(tài)；其它值可能更合適客人拆接BDR可以有不同的呼叫類型，具體視拆接出現在呼叫流中的什么點。以下是用于自動應答設備(ARU)的新的直達線MCI腳本，其引用它們出現所在的對應呼叫流圖以下是用于控制臺應用的新直達線MCI腳本以下詳細說明ARU影響，以及呼叫流圖中的ARU影響。用戶輸入一般來說，在呼叫流中，每當用戶/主叫者有輸入機會時，都要盡可能地最小化可能的響應延遲。下面是一些例子在呼叫的‘客人’部分期間，用戶可以輸入‘*’，此時，NIDS音頻服務器(NAS)就采用一種數位間超時(inter-digittimeout)開始收集6個口令數位。在客人菜單播放期間，按一個鍵就會立即產生響應-除非按的是‘*’鍵，此時NAS收集6位口令。在用戶菜單播放期間，按一個鍵就會立即產生響應-除非在向外呼叫菜單中。由于國內電話號碼、國際電話號碼、快撥號都能在此輸入，所以系統允許用戶按‘#’來表示所撥數字的結束。‘#’不管是在單一數字輸入之后還是在一串數字即電話號碼之后都被接受。在呼叫流中用戶能輸入國內或國際號碼的任何地方，都必須接受‘#’鍵來指示所撥數字的結束。這包括對第一、第二或第三找我號碼、對POTS和快撥號的程序設置期間?？赡艿那闆r下，要將用戶‘強力撥號’(powerdial)的能力構筑到呼叫流中。這意味著，如果有多個鍵被按下時，就繞過腳本，到達適當的菜單。支持本實施例中的直達線MCI的一種接入方法不帶PIN的800/8xx號碼接入。數據庫中PIN域的缺省值為0000。記帳號碼屏蔽(欺詐)確認所有收到的直達線MCI呼叫都要受記帳號碼屏蔽的確認，以驗證該號碼未標記為有欺詐風險。在范疇5類型0中查找；所檢查的標志是信用卡(熱)標志。如果該號碼已經被“關閉”，即熱標志被設置為‘Y’，則應用程序將該呼叫作為脫機帳戶對待，但是不允許用戶訪問程序設置選項。世界電話(WorldPhone)主叫者能夠通過世界電話訪問直達線MCI平臺。在較佳實施例中，這些呼叫用SCAI消息的始發(fā)號碼中的偽ANI到達直達線平臺。這個偽ANI與啟動世界呼叫擴展所在的特定特征組A(FGA)電路關聯。在另一個實施例中，實際始發(fā)國信息被轉發(fā)到直達線平臺；始發(fā)號碼域中放置3位的國家碼。在較佳實施例中，世界電話始發(fā)的直達線呼叫按下列記帳通過世界電話始發(fā)、用偽ANI作為始發(fā)號到達直達線平臺的呼叫，用記帳類型15按國內記帳。BDR中的始發(fā)號碼域是FGA偽ANI。在另一個實施例中，呼叫按下列記帳ARU和控制臺執(zhí)行程序來識別始發(fā)號碼域含有的是偽ANI還是實際始發(fā)信息。如果提供了實際的國家碼始發(fā)信息，應用程序就參考其配置文件-世界電話偽ANI是其中的任選項。配置文件中存在的這個項目向應用程序指出了呼叫應如何記帳。如果應用程序在其配置文件中發(fā)現世界電話偽ANI，呼叫就用記帳類型15按國內記帳。BDR中的呼叫號碼域被設置為該世界電話偽ANI，應用程序指示橋接交換機將其始發(fā)號碼變?yōu)樵撏粋€偽ANI。如果應用程序在其配置文件中找不到世界電話偽ANI，就用記帳類型15對呼叫按國際記帳，始發(fā)號碼信息被被保留在交換機記錄中。BDR被植入10位數字串‘191’+3位國家碼+‘0000’。客人呼叫路由選擇由直達線MCI用戶用幾種方法規(guī)定，如下文所述根據始發(fā)對客人終端的阻塞檢查，在下文敘述。呼叫路由選擇向用戶提供兩個定義呼叫路由選擇的選項找我序列和調度序列。除調度定義外，用戶能通過DTMF定義呼叫路由選擇。3-號碼找我序列如果用戶為其呼叫路由選擇選擇了找我序列，應用程序啟動一個向用戶的初級(第一)程序設置號碼的呼叫。如果有人回答，就將客人主叫者與回答方連接。下文描述的呼叫屏蔽可能是活動的，在這種情況下，回答方在其被連接之前必須積極地接受呼叫。如果第一號碼處的線路忙，呼叫就被路由選擇到用戶的程序設置的備用路由選擇-下文將有描述。如果在可配置的時間內檢測不到回答，應用程序就啟動一個向用戶的次級(第二)程序設置號碼的呼叫。在第二號碼處的回答處理與向第一號碼的呼叫嘗試一樣，如果沒有回答就導致嘗試向用戶的三級(第三)程序設置號碼的呼叫。在第三號碼處的回答處理方式一樣，如果沒有回答就導致備用路由選擇。如果在這個呼叫序列中的任一點，沒有編程設置一個終端槽，應用程序就跳過序列中的該號碼，前進到下一個號碼或者備用路由選擇。對任何程序設置的國際終端，應用程序在國家碼表中查找終端國家碼。如果該國家的直撥國標志設定為‘Y’,ARU就呼叫到人工控制臺(TTC=1e)作處理。2級調度序列如果用戶選擇調度序列作為其呼叫路由選擇，應用程序就把Schedule1Trans和Schedule2Trans域用作在800轉換數據庫中檢索調度信息的鍵字。從用戶的兩個調度轉換中，用當前的日期和時間，確定第一和第二調度號碼。向第一號碼啟動呼叫，回答處理如同找我序列中所述的一樣，如果沒有回答就向第二調度號碼嘗試呼叫。在第二調度號碼處的回答處理方式一樣，如果沒有回答就導致備用路由選擇。同樣，如果在調度呼叫序列中的任一點，不能找到終端號碼就跳過序列中的該位置，前進到下一個號碼或者備用路由選擇。用戶的調度是在訂單輸入期間設置的，是用戶不能通過DTMF更新的。在訂單輸入時，用戶被要求按日期、星期、時刻(以30分鐘的增量)和時區(qū)來定義其調度。替代路由選擇該選項可通過DTME使用，供用戶通過為客人主叫者規(guī)定特定路由選擇來關閉客人菜單的表示。通過替代路由選擇，用戶能夠路由選擇主叫者到單一的電話號碼，讓主叫者留下話音郵件消息，讓主叫者尋呼它，或者路由選擇主叫者通過其程序設置的呼叫路由選擇(找我或調度)。如果用戶程序設置了替代路由選擇來路由選擇一個電話號碼，如果在該號碼沒有回答就導致備用路由選擇處理。備用路由選擇備用路由選擇允許用戶通過DTMF定義任何處理試圖到達用戶但得不到回答的主叫者。備用路由選擇選項包括話音郵件、尋呼機、關閉消息、或者話音郵件或尋呼機的客人選項。備用路由選擇的缺省如果沒有程序設置，則是播放關閉消息。缺省路由選擇用戶能在訂單輸入中規(guī)定如何處理提供客人菜單兩次嘗試后不響應的主叫者。缺省路由選擇選項是傳輸到操作員(TTC=67)-其中再次提供客人菜單，電話號碼-如果沒有回答就導致備用路由選擇、話音郵件或呼叫路由選擇(找我或調度)。缺省路由選擇的缺省如果沒有程序設置，則是操作員傳輸。呼叫屏蔽用戶可以選擇調用呼叫屏蔽來宣布所有客人主叫者。呼叫屏蔽選項包括僅姓名、僅ANI、姓名加ANI預先程序設置和無呼叫屏蔽。用戶能通過DTMF程序設置呼叫屏蔽。當程序設置了僅姓名或姓名加ANI的屏蔽時，就要記錄主叫者的姓名。如果主叫者不響應提示，什么也不記錄，系統就缺省到僅ANI屏蔽。當在某終結電話號碼接到回答時，就播放主叫者的姓名和/或ANI，詢問回答方是接受還是拒絕該呼叫。如果接受呼叫，就連接主叫者。如果主叫者屏蔽包括ANI屏蔽并且始發(fā)號碼是國家碼，就播放腳本‘…某國際位置’代替ANI。如果呼叫被拒絕，或者接不到回答方的應答，就要求主叫者留下話音郵件消息，或者(如果用戶沒有預訂話音郵件)播放關閉消息。超時參數在直達線MCI數據庫中為下列終端按秒定義超時值對于這個終點使用這個超時值第一個找我初級超時第二個找我次級超時第三個找我三級超時調度1初級超時調度2次級超時替代路由選擇-如果電替代超時話號碼缺省路由選擇-如果電缺省超時話號碼這些超時值的缺省值為25秒，但是用戶可以通過客戶服務修改它們。呼叫連接時間在完成向程序設置的終點的客人呼叫時，盡可能減少呼叫連接延遲?；卮饳z測就所有向電話號碼的呼叫嘗試而言，對應答機的檢測的處理是通過機器檢測輪詢標志(狀態(tài)標志，位9)定義的。如果該標志設置為‘N’，主叫者被連接到應答機。如果標志設置為‘Y’，應用程序路由選擇到呼叫序列中的下一個號碼或備用路由選擇。ISN上當前的回答檢測性能如下NAS正確地檢測人聲回答的可靠率為99％，正確檢測到機器的可靠率為67％。對于這個要求中沒有特別涉及的任何回答檢測響應，例如FAST-BUSY，按無回答情況所述的方式處理。程序設置的號碼確認用戶能在其第一、第二和第三找我號碼以及替代路由選擇中程序設置電話號碼。應用程序在接受程序設置的號碼之前要進行下列確認檢查國內號碼檢查國內終端標志(PIN位1)，確定用戶有權程序設置國內號碼。用范疇000、類型002和程序設置的NPA查詢國際阻塞數據庫，尋找模式匹配，以確定該程序設置號碼不是受阻塞的信息/成人服務號碼。檢查交換機宿主以確定終端是不是NADP號碼。如果是，就應用國家集阻塞。將該程序設置號碼關聯的偽國家碼(PCC)對照在直達線MCI特性記錄中的國家集進行確認。如果該PCC受阻塞，就不允許程序設置到該號碼。國際號碼檢查國際終端標志(PIN位2)，確定用戶有權程序設置國際號碼。從直達線MCI特性記錄檢索國家集，該應用驗證該程序設置的國家碼對該國家集不受阻塞。下面敘述對程序設置客人終端的阻塞檢查。呼叫流圖表示必須傳輸到話音/傳真平臺(VFP)的各種情形。傳輸是用客戶記錄的話音郵件路由選擇號碼域中的路由選擇號碼實現的。為了“屏蔽”向VFP的呼叫擴展中的有些延遲，呼叫在向主叫者播放“請保持”腳本之前被擴展。通過上述去除數字間超時的方法，又減少了呼叫擴展延遲。在啟動呼叫和播放腳本之后，該應用等待回答檢測，此時，用戶的直達線MCI訪問號碼(800/8xx號碼)被脈沖輸出到VFP，接著是‘*’，然后是單一的方式數字，方式數以‘#’結尾，它向VFP表示向過程傳輸的類型。方式標志是下表中所述的其中一個數值。為了保證信息被VFP接收和驗證，該應用等待從VFP播放兩個DTMF‘00’音調，然后連接主叫者。方式標志傳輸類型1客人話音郵件2帶話音注解的客人傳真3無話音注解的客人傳真4用戶話音/傳真檢索5用戶列表維護6用戶郵箱名記錄如果握手的試圖失敗再次，則認為VFP傳輸試圖是失敗的。如果在替代、缺省、或備用路由選擇期間，客人傳輸到話音郵件或傳真郵件失敗，就要求主叫者以后再試呼叫。如果客人傳輸在客人菜單選擇上失敗，就將再次提供菜單。如果用戶傳輸到話音或傳真郵件失敗，就會播放一個腳本向用戶通知這個失敗，然后用戶被返回到上一個菜單。在呼叫的開始，當檢測到傳真音調時，發(fā)生無注解的客人傳真?zhèn)鬏敗髡嬉粽{的檢測獨立于歡迎消息的表示，所以問候的長度對傳真音調的可靠檢測沒有影響。當用戶訪問用戶程序設置時，應用程序提供對話音郵件新消息、傳真新消息和整個郵箱消息的計數-如果可行的話。該應用通過VFP_Trans業(yè)務從VFP查詢這個信息。用戶也能通過DTMF定義其是否想要話音和傳真新消息的尋呼機通知。尋呼機通知的選項是話音郵件通知、傳真通知、話音郵件和傳真二者的通知和無通知。尋呼機通知的設置存儲在話音郵件尋呼標志(PIN位15)和傳真尋呼標志(PIN位16)中。尋呼尋呼用戶的選項是客人菜單上提供的選擇之一。此外，可以按照用戶的程序設置的替代或備用路由選擇要求客人發(fā)送尋呼。發(fā)送尋呼時，該應用向主叫者請求回叫號碼。用戶的客戶記錄含有下列用于處理尋呼的信息尋呼機訪問號-用于啟動向尋呼機公司的呼叫，用戶的尋呼機PIN，尋呼機類型-它指向一個用于通知尋呼信息的可配置的撥號串。該撥號串提供用于等待回答檢測的超時值、回答檢測后的延遲、到DTMF的PIN數位的數目以及所需的任何結尾字符-例如‘#’。如果主叫者在輸入回叫號碼之后拆接，尋呼就完成并記帳。所支持的尋呼機類型如下*800訪問號碼將通過位于橋接交換機的DAP-looparound被路由選擇。用戶能選通/禁止作為客人菜單選項的尋呼機表示。當尋呼機關閉時，它不在客人菜單出現，也不向程序設置替代或備用路由選擇的用戶提供。話音郵件或尋呼機的客人選項也被從備用路由選擇程序設置選擇中去除。如果替代路由選擇被設置到尋呼機，而尋呼機已經關閉，呼叫就像未曾提供過替代一樣被處理。如果備用路由選擇被設置到尋呼機，而尋呼機已經關閉，則如果主叫者有話音郵件的話，主叫者就被路由選擇到話音郵件，要不就出現關閉消息。這些是替代和備用路由選擇的缺省處理方法。尋呼機開/關標志(狀態(tài)位3)是存儲尋呼機選通/禁止狀態(tài)的地方。除了能選通/關閉尋呼機，用戶還能定義尋呼機通知選項，如本說明的話音郵件/傳真郵件一節(jié)中所述。VFP為話音和傳真新消息的通知而執(zhí)行尋呼，支持由ISN支持的那些尋呼機類型。尋呼機開/關標志狀態(tài)對尋呼機通知沒有影響；用戶被要求將尋呼機通知設置到無通知，以便接收新消息的無通知。向外撥叫用戶能進行呼叫，將呼叫記帳到其直達線MCI帳戶。這個選項在主用戶程序設置菜單出現。向外呼叫選項包括國內終端-取決于國內完成標志(狀態(tài)位4)、國際終端-取決于國際完成標志(狀態(tài)位5)、程序設置的快撥終端-取決于快撥完成標志(狀態(tài)位6)。對于任何被請求的國際完成，應用程序在國家代碼表中查找終端國家代碼。如果該國家的直撥國家標志設置為‘Y’,ARU就傳輸呼叫到人工控制臺(TTC=9d)作處理。在為用戶完成呼叫之前要進行以下驗證檢查國內號碼國內完成標志必須設置為‘Y’用范疇000、類型002和程序設置的NPA查詢國際阻塞數據庫，尋找模式匹配，以確定該程序設置號碼不是受阻塞的信息/成人服務號碼。檢查交換機宿主以確定終點是不是NADP號碼。如果是，就用在直達線AuthCode特性記錄中找到的國家集實施國家集阻塞。如果用戶從國際位置呼入，就要從始發(fā)國的特性記錄和直達線MCI特性記錄這兩個記錄中檢索國家集，應用程序要確認該PCC對哪一個國家集都不受阻塞。用‘191’+3位國家碼+‘0000’作為關鍵字在特性記錄數據庫中查找始發(fā)國的特性記錄。國際號碼國際完成標志必須設置為‘Y’從直達線MCI特性記錄檢索國家集，應用程序驗證該程序設置的國家碼對該國家集不受阻塞。如果是國際始發(fā)，就要從始發(fā)國的特性記錄和直達線MCI特性記錄這兩個記錄中檢索國家集，應用程序要確認該目的地國家代碼對哪一個國家集都不受阻塞。下面敘述根據始發(fā)對用戶呼叫完成和程序設置快撥號的阻塞檢查。重新始發(fā)主叫者通過按‘#’鍵兩秒鐘，可以從呼叫完成向VFP或某電話號碼重新始發(fā)。交換機查驗該呼叫是否允許重新發(fā)話，如果是，就將主叫者傳遞回ISN。重新始發(fā)的主叫者的狀態(tài)是從原始呼叫的BDR的ValStat域中的值導出的。下表定義了該域的可能值和各值的含義ValStat值主叫者類型原始呼叫的處置可重新始發(fā)200用戶呼叫完成是201用戶話音郵件是202用戶傳真*不適用100客人脫機否101客人初級否102客人次級否103客人三級否104客人替代否105客人關閉系統否112客人話音郵件否113客人尋呼機否114客人傳真否*不使用-當前在用戶訪問話音郵件與用戶訪問傳真郵件之間沒有區(qū)別；它將用一個ValStat201來指示。此外，要便從完成到話者郵件/傳真郵件平臺的用戶能使用#重新始發(fā)。如記帳一節(jié)所指出的，這是通過兩次改變在交換機記錄(OSR)中植入的數據而完成的。用戶重新始發(fā)用戶重新始發(fā)是通過最初呼叫的ValStat域來標識的，并提供用戶編程菜單。已經完成到話音/傳真郵件平臺或電話號碼的用戶被允許重新始發(fā)?？刂婆_影響以下各節(jié)以及呼叫流圖詳細說明控制臺影響。ARU傳輸控制臺因以下原因接收從ARU的傳輸。對這些傳輸的處理在控制臺呼叫流圖中指出。TTC傳輸原因文本1e客人呼叫完成要求操作員‘客人呼叫要求操作員幫助’幫助64在尋呼機回叫號碼提示下‘沒有正確輸入尋呼機回叫號碼’第三次無輸入67客人菜單上的請求或超時‘主菜單上請求的傳輸或超時’9d用戶呼叫完成要求操作員‘用戶呼叫要求操作員幫助’幫助接入方法參看ARU影響中的接入方法一節(jié)。直接呼叫參看ARU影響中的直接呼叫一節(jié)，有以下例外缺省路由選擇缺省路由選擇對控制臺沒有影響，除非它已經被程序設置或缺省設置到操作員傳輸。在這種情況下，呼叫將被作為新呼叫處理，提供客人菜單。話音郵件/傳真郵件參看ARU影響中的話音郵件/傳真郵件一節(jié)。尋呼參看ARU影響中的尋呼一節(jié)。向外撥叫參看ARU影響中的向外撥叫一節(jié)。重新始發(fā)參看ARU影響中的重新始發(fā)一節(jié)。標志從屬標志從屬如下表所示阻塞檢查本說明不包括標志檢查，它討論國家集、“成人服務”(976)、和NANP間阻塞。需要的話，要用缺省的ANI特性記錄用于國家集阻塞。∑976阻塞以下列方式實現用范疇000、類型002和程序設置的NPA查詢國際阻塞數據庫，尋找模式匹配，以保證程序設置的號碼不是受阻塞的信息/成人服務號碼。如果發(fā)現匹配，就不允許呼叫/程序設置?！芅ANP間(Inter-NANP)阻塞以下列方式實現檢查交換機宿主以確定該終端是不是一個NANP號碼。如果是，就檢查NANP內(Intra-NANP)標志是否設置成“Y”。如果是，就檢查始發(fā)號碼的國家內標志。如果始發(fā)號碼的國家內標志也設置成“Y”，就阻塞該呼叫。如果不是，就允許該呼叫。簡而言之，如果始發(fā)和終結號碼的國家內標志都設置成“Y”，就阻塞該呼叫。如果不是，就允許該呼叫?！茋壹枞韵铝蟹绞綄崿F直達線MCI特性記錄的國家集以及如下列所示的可能始發(fā)ANI/國家，要對照終端的國家碼來確認。如果該終端國家在任何國家集中受阻塞，該呼叫就受阻塞。客人呼叫完成用戶呼叫完成程序設置路由選擇程序設置快撥號ⅩⅨ．因特網傳真A．介紹PSTN大部分呼叫都是傳真呼叫。這些呼叫發(fā)送編碼和調制過的數字信息用于模擬傳輸到電話公司的中心局(CO)。模擬信號在CO被數字化用于以64Kbps的速度在PSTN上連續(xù)傳輸。數字信號在目的地CO被轉換成模擬信號用于傳輸到接收傳真機。國際傳真通信的連續(xù)傳輸導致對稀缺的傳輸容量的高利用，進而導致國際直撥電話服務的高費用。B．細節(jié)當前，人們對在因特網上發(fā)送傳真和話音越來越有興趣。過去，傳真傾向于在網絡的外圍設備上進行，沒有利用因特網固有的智能。較佳實施例透明地在互聯網上傳遞傳真而不是非得使用電話網不可。網絡配備有適當邏輯，能通過檢測線路上的音調而檢測到傳真呼叫。然后，就能將呼叫定向到另一個硬件或者軟件，然后，后者在因特網上進行傳真。網絡用目的地傳真機的電話號碼作為地址執(zhí)行路由選擇。然后，通過訪問DAP，就能選擇適當的網關，將呼叫路由選擇到基于該電話號碼的適當目的地。這是通過向DAP發(fā)送一個路由選擇請求而完成的。DAP有幾種方法來選擇目的地網關。一種方法是通過始發(fā)點。就是說，通過查表，為某始發(fā)點分配某目的地網關。另一種方法是利用負載平衡技術。網絡邏輯能透明地檢測到正常的電話網絡活動，在互聯網上傳輸它們而不影響他們的整體性。一個實施例利用類似于當前的電話信用卡的雙撥方案。第一個號碼用于指定如何對呼叫進行路由選擇，而第二個電話號碼用于在確定了適當的網關之后將呼叫象其它任何電話呼叫一樣路由選擇到目的地地址。與因特網上傳真的備用路由選擇關聯的詳細邏輯是通過監(jiān)控中繼線組上呼叫來完成的。一般來說，公司或組織要購買能為服務組織的需要而獨占使用的中繼線上的容量。較佳實施例的中繼線組經過改進，具有適當的檢測硬件，檢測硬件可以是一個混合網絡諸如-或包括-一個用于轉換以數據網絡上的預定載體為目的地的傳真的數字信號處理器(DSP)，其中數據網絡諸如是互連網或X.25網絡而不是公共交換網。對進入特定中繼線組的呼叫的監(jiān)控的執(zhí)行是透明的。中繼線組進入到將呼叫轉換到智能網絡的橋接轉換器。智能網絡檢查呼叫被定向到的國家或城市是不是互連網上或其它不是PSTN的數據網絡上作為特別路由選擇處理的對象。如果呼叫不是定向到所關注的國家或城市碼，則呼叫就被正常地經PSTN路由選擇到其目的地。更深入地講，當呼叫進入MCI交換機時，交換機啟動一個為呼叫請求路由選擇的DAP查詢。DAP根據所撥號碼和其它輪廓信息分析該呼叫，將呼叫路由選擇到傳真音調檢測系統。傳真音調檢測系統測聽傳真CNG音調，如果檢測到CHG音調，就將第二個電話呼叫接入到傳真因特網網關。當傳真因特網網關回答時，第一和第二呼叫就在橋接開關被橋接在一起。所要求的修改是按目的地屏蔽輸入呼叫。對于預定的目標目的地，智能網絡為其它處理保持呼叫。這是按照圖52B所示的較佳實施例完成的。在該圖中，始發(fā)用戶的傳真機F1通過交換機5260連接電話線路。交換機5260通過交換機5261連接呼叫，為路由選擇查詢目的向DAP提出路由選擇請求。DAP連接一個路由選擇數據庫諸如長期調節(jié)路由選擇數據庫。中繼線也連接到位于5263的適當邏輯-圖中只顯示了傳真音調檢測器(FTD)。該邏輯包括將以預定國家為目的地的傳真呼叫通過交換機5261和5265路由選擇到傳真網關5264-到備用數據網絡5266-到該預定國家的傳真網關5267。對于不是預定國家的國家，交換機5261將用PSTN來發(fā)送呼叫。圖52B的上述實施例的操作的流圖可見圖52C。在流圖的步驟5270，圖52B的始發(fā)交換機5261接收呼叫。呼叫可能來自電話、PC、傳真機F1或其它適當設備。在步驟5271用該呼叫關聯的目的地信息通過交換機5261查詢DAP。DAP查找路由選擇信息，在步驟5273確定目的地是不是一個預定的國家、城市或感興趣的位置。如果不是，呼叫就如步驟5274所示通過普通路由選擇來處理。如果呼叫是發(fā)往感興趣的預定目的地的，呼叫就如步驟5275所示路由選擇到FTP。FTP然后在步驟5276確定呼叫是不是傳真呼叫。這可以通過用已知方式嘗試檢測CNG音調來完成。在一種完成這件事的方法中可使用定時器。如果在規(guī)定的時間段內檢測不到CNG音調，就假定該呼叫不是傳真呼叫。然后將該呼叫釋放，并在PSTN之上通過正常的路由選擇進行橋接，如在步驟5277如果檢測到CNG音調，就如步驟5278所示將呼叫釋放并橋接到傳真網關5264，該呼叫被收集，傳真被傳輸到備用數據網絡5266，在該網絡上被發(fā)往傳真網關5267，然后發(fā)送到位于目的地點的傳真機F2。這可以有通過一個可以有幾個國家的域名的進一步路由選擇。域名服務器將通過一個查找表來在幾個目的地間分配呼叫。網關將位于目的地國，建立一個與網關的TCP/IP會話用于控制目的。根據特定網絡特點，數據可以是被傳遞的TCP或UDP。在任何情況下，被撥數字都被傳遞到始發(fā)網關，由始發(fā)網關將數字轉發(fā)到目的地網關，在那里撥電話號碼。目的地網關然后撥目的地號碼并連接另一端的傳真機。系統采用兩對傳真調制解調器，用于將通話信號轉換為分組，將分組轉換為電話信號。傳真調制解調器同任何其它調制解調器一樣，要協商波特率，但是它們每傳輸一頁就要協商一次。各端都規(guī)定其能力，它們協商能支持什么速度。首先，開始傳真信息的傳輸，其次，在每一頁之后傳輸一個確認，最后將波特率重新商定在300波特(LCD)。最后，消息在長途調制解調器接收，分組被再分組為傳真信息包。在每一頁的結尾，根據出錯率重新商定波特率，如果錯誤太多，傳真將重新商定一個更低的傳真速度，然后再重新發(fā)送和/或重新傳輸該頁。根據較佳實施例，系統要在檢測目的地電話電路已經連接之后才傳輸傳真信息。與這種處理關聯的開銷有以下對正常傳真處理不利的地方1)撥號后延遲增加；2)實際的傳真?zhèn)鬏敃r間要多5％。ⅩⅩ．因特網交換技術A．實施例一當前的交換網電路問題是，當你有一個通過合法特征組D中繼線連接的LEC時，提供低費用的接入是困難的，因為接入收費是由LEC決定的。因此，如果通過采用特征組D中繼線的業(yè)務來提供因特網接入，轉嫁到客戶身上的費用就非常高。如果繞過特征組D中繼線，提供專用網絡，即將LEC直接連接到提供因特網接入的調制解調器池，又產生了第二種問題。這些問題包括設計的可擴展性、可存續(xù)性和低效率。此外，每個從LEC購買的DSO都需要一個調制解調器。以下討論的體系結構解決了所有這些問題?？蓴U展性由圖1C所述的CBL解決，因為能調節(jié)調制解調器池來滿足網絡通信量要求。能調整CBL以滿足特定利益團體的要求。在專用網絡中，CBL與調制解調器池中的項目之間存在著一對一的關系。那么，如果某調制解調器出故障，則服務用戶的能力就直接受到利用調制解調器池的能力的影響。通過去除調制解調器池與CBL之間的直接關聯，DAP就能將呼叫對應到通過網絡獲得的無論駐存在哪里的動態(tài)資源。這種設計比當前的體系結構更有效。下文將詳細討論這個體系結構。第三個問題由較佳實施例解決，是解決了前兩個問題的直接結果。需要一種當LEC只提供一個始發(fā)標志時在網絡中路由選擇呼叫的方法。一個采用了熱線功能的實施例提供了對這個問題的解決方案。當在允許熱線功能的輸入中繼線(電路)上檢測到一個起源時，進行一次作為交換機的路由選擇數據庫的內部過程的數據庫查找。這個數據庫查找產生一個初步的撥號計劃(即一個7或10位號碼)，它將用于決定呼叫的目的地。熱線功能存駐在交換機中，但是它沒有被集成到路由選擇功能中，路由選擇功能采用DAP并允許交換機編制一個向DAP的不帶任何呼叫信息(ADF事務)的DAL過程請求。該請求在X.25協議鏈路、局域網、光連接三(OC3)ATM網絡、幀中繼、SMDS或其它通信鏈路上傳輸到DAP作處理。DAP執(zhí)行額外的數據庫查找以確定適當的目的地(本案例中，目的地將是對應于到調制解調器池的中繼線連接的交換機ID(SWID)和終結中繼線組(TTG))。熱線是克服上述問題的設計的基礎。圖71表示一個用于執(zhí)行專用網絡業(yè)務-諸如VNET、Vision或其它媒體-同時提供本地撥號接入、共享或專用接入上的專用撥號計劃的混合網絡的典型的客戶配置。FDDILAN10201、事務服務器10205及通信服務器10215和10225的組合被統稱為DAP。用諸如光纖分布式數據接口(FDDI)LAN10201的局域網來連接各種通信設備。在所示配置中，事務服務器(TS)10205與LAN10201相連，電話交換機諸如交換機10210和交換機10220分別通過通信服務器(CS)10215和10225與LAN10201相連。在所示例子中，CS10225用稱為應用數據域(ADF)10245的協議與交換機通信。網關10230與LAN10201相連，提供客戶接入處理器(CAP)之間的通信。CAP10235一般是諸如IntelPentium、RISC或Motorola68XXX系列的微處理器。DAP要向CAP發(fā)送一個事務查詢。CAP執(zhí)行數據庫查找，以便根據例如在特定客戶業(yè)務中心有多少操作員可用的狀態(tài)返回路由選擇指令。CAP返回一個應答，它指示應當如何在數據庫查找的基礎上為呼叫選擇路由。DAP就基本上使用該信息作為其自己的數據庫的一個擴充。DAP于是就解釋從CAP10235接收的信息，把它轉換成交換機為將呼叫路由選擇到客戶要求的地方所需要的路由選擇信息。圖72表示分別標記為DAP10241、10242、10243的DAP10240的操作。路由選擇和客戶輪廓信息在確認之后被輸入到訂單輸入系統10235，該信息被路由選擇到業(yè)務控制管理器(SCM)10230。SCM10230將路由選擇和客戶輪廓信息發(fā)送到網絡中的各個DAP。例如，如果Windows95發(fā)生問題，客戶就呼叫1-800-FIX-WIN95。該呼叫在始發(fā)交換機10350進入網絡，交換機將向DAP10241～10243啟動一個為該呼叫查詢適當的路由選擇信息的事務。被查詢的DAP識別這個號碼，創(chuàng)建一個事務，將其路由選擇到與適當的CAP10235(本案例中是與Mirosoft公司關聯的CAP)相連的適當網關10230。CAP10235接收該事務，確定紐約的客戶服務中心非常忙，而加州的客戶服務中心卻不太忙(本案例中原因可能是個時差問題)。CAP10235就(通過網關10230)向被查詢的DAP10241-10243發(fā)回一個應答，表示應當將這個1-800-FIX-WIN95呼叫路由選擇到加州的客戶服務中心。所選定的DAP10241-10243將這個事務信息轉換成對應于要到達加州的客戶服務中心所必須的MCI網絡外的路由的特定的交換機ID(SWID)和特定的終結中繼線組(TTG)。所選定的DAP10241-10243將這個應答信息傳輸到始發(fā)交換機10350，后者將向1-800-FIX-WIN95的原始呼叫，按照通過SWID的DAP應答，路由選擇到正確的終結交換機10351。終結交換機10351然后用從原始DAP應答中的參數創(chuàng)建的、通過SS7網絡傳輸的信息來決定正確的終結中繼線組(TTG)，將呼叫路由選擇到加州的客戶服務中心。當通過交換機路由選擇呼叫時，呼叫經直接接入線路(DAL)連接-諸如DAL10386-被傳遞到客戶PBX10387，后者將呼叫傳遞到目標電話10361。圖73表示電話連接到釋放鏈路中繼線作1-800呼叫處理的過程。諸如電話10410的電話連接到本地交換通信公司(LEC)10415。電話10410的用戶用電話鍵盤輸入一個1-800號碼，該號碼使LEC10415將該呼叫路由選擇到MCI始發(fā)交換機10420。為了處理這個1-800請求，交換機10420必須與ISN10480通信。交換機10420于是連接該呼叫到橋接交換機10440，后者通過釋放鏈路中繼線10490與智能服務網絡10480相連。橋接交換機10440將DAP請求連同1-800信息一起傳遞給ISN10480，后者將其傳遞給被訪的DAP10241。DAP10241檢查這個1-800請求，選擇適當的釋放鏈路中繼線，經其連接到MCID交換機10420，后者又連接到LEC10415，最終連接到電話10410，由此完成呼叫。ANI是業(yè)內的一個標準術語，指自動號碼標識(ANI)。ANI可用于完成呼叫。這是MCI網絡從LEC接收的用于確定呼叫從哪里始發(fā)的信息。簡單來說，如果是你發(fā)起的呼叫，這可能是你的家庭電話號。它也可能是用信用卡的主叫者發(fā)話所在的付費電話的號碼，所以不是總用這種號碼來確定呼叫向誰記帳?？梢杂妙愃频倪^程將電話10450通過LEC10455連接到交換機10460，方法是用橋接交換機10440將呼叫通過ISN10480橋接到釋放鏈路中繼線10490。圖74表示DAP過程請求的客戶一側。在家庭和小型辦公環(huán)境中，諸如調制解調器池10510、電話10515、傳真10510等設備都插在標準RJ11插座10520里，連接到本地交換通信公司。本地交換通信公司10525通過公共商務線路10527連接到交換機10530。在大型辦公環(huán)境中，配備PBX10540的辦公室可以通過專用接入線路(DAL)10457連接到交換機10530，用不到本地通信公司。交換機10530向DAP10560發(fā)出DAL過程請求，后者為呼叫選擇路由10570-下文將結合圖75作全面的說明。圖75表示交換機10530為主叫者選擇特定號碼或“熱線”的操作。交換機10530接收來自CBL10527或DAL10547的輸入呼叫，與DAP10560就關于路由選擇該呼叫的指令進行聯系。DAP10560返回以偽電話號碼形式編碼的路由選擇信息。偽電話號碼與普通電話號碼的格式相同，但是卻編碼了一個3位的交換機標識符(SWID)和標識所希望的終結中繼線組(TTG)文件的文件號。交換機10530與SWID標識的交換機10610聯系，向其傳遞文件號。交換機10610用TTG選擇適當的調制解調器池10620去完成連接。調制解調器池又提供到諸如驗證業(yè)務10640的業(yè)務和到基本因特網協議平臺(BIPP)10650的因特網協議(IP)連接10630。BIPP10650由諸如ATM交換機的分組交換機組成，分組交換機將IP分組從一個節(jié)點傳輸到另一個節(jié)點。驗證業(yè)務10640可選地執(zhí)行驗證主叫方的防止非授權訪問因特網的安全功能。它也用于為使通過TTG熱線訪問因特網的用戶信服而編制記帳信息。提供這種熱線功能，使呼叫的路由選擇能通過交換機10530和10610而不使用諸如圖72所示的FGD10380的昂貴的FGD鏈路。圖76表示網關選擇性地通過因特網路由選擇電話呼叫的操作。終端交換機10710連接到ARU10720以請求路由選擇信息。ARU10720詢問呼叫的特性以確定其是不是因特網路由選擇的候選。如果呼叫是調制解調器呼叫，呼叫就被路由選擇到調制解調器池10730。呼叫然后從調制解調器池10730被路由選擇到基本因特網協議平臺10750以提供向調制解調器呼叫的因特網接入。調制解調器呼叫可選地由驗證業(yè)務10760驗證。如果該呼叫是傳真呼叫，呼叫就被路由選擇到調制解調器池10730。呼叫然后從調制解調器池10730被路由選擇到基本因特網協議平臺10750，從那里到達傳真網關10770。與調制解調器呼叫一樣，傳真呼叫可選地由驗證業(yè)務10760驗證。如果待路由選擇的呼叫是話音呼叫，ARU就等待用戶撥主叫卡號和目的地電話號碼。ARU10720然后查詢目的地電話號碼以確定目的地電話是國際呼叫還是國內呼叫。國內呼叫被返回到終結交換機10710作常規(guī)路由選擇，國際呼叫被通過向編解碼器(Codec)10725提供模擬話音信號而按數據編碼。編解碼器10725將信號編碼成數字數據后將呼叫路由選擇通過調制解調器池10730和基本因特網協議平臺10750。在另一個實施例中，當呼叫被網絡交換機傳遞到ISN時，向駐存的ISN交換機路由選擇一個SS7ISUP消息。該交換機叫DMS-ACD。ACD意思是自動呼叫分配器。ACD接受輸入SS7ISUP呼叫，將其轉換到SCAI(交換機/計算機應用接口)。ACD的相對端是一種叫ISN-AP(智能業(yè)務網絡-附屬處理器)的設備。SCAI是ACD與ISN-AP之間交談的語言。所以，有兩個接口在從網絡到ACD的入站側是SS7ISUP，在從ACD到ISN-AP的向外側是SCAI。這些只是兩種不同的信令協議。當呼叫從網絡到達ACD時，ACD并不自動知道將呼叫路由選擇到哪里。ACD接受ISN-AP的指令。為此，ACD接受從網絡接收的ISUP信令參數，將它們轉換成SCAI協議格式，向ISN-AP發(fā)送SCAI消息。具體來說，該SCAI消息叫DV-Call_Received(DV意思是數據/話音)。當ISN-AP接收這個消息時，就檢查SCAI消息內的被叫方號碼(CPN)域，根據該號碼，確定ACD應當將呼叫路由選擇到ISN中的什么地方。當ISN-AP作出決定后，ISN-AP就構造一個DV_Call_Received_RR(對上一個消息的應答-RR意思是返回結果)。RR消息內是對ACD的關于呼叫應當終結到的ACD端口的指令。就這個業(yè)務而言，ACD被指令將該呼叫終結到與ARU10720相連的ACD端口。當呼叫到達ARU10720時，可能發(fā)生兩件事1)如果主叫者是從a)電話或b)傳真機撥打訪問號碼的，主叫者就會聽到話音提示“話音按1，傳真按2?！?)如果主叫者是用PC調制解調器撥打接入號碼的，主叫者可能聽不到任何提示。要發(fā)生的是ARU定時器將要到期。定時器的到期向ARU表明這是來自調制解調器的呼叫。這些情況的呼叫流可能令人混淆，所以讓我們逐一地來考察它們。如果主叫者是從電話呼叫的，那么在ARU10720的話音提示下，主叫者將按1(代表話音業(yè)務)。此時，ARU10720將收集關于主叫者的進一步的信息。這個特征是電話公司現今提供的現有主叫卡業(yè)務的改造版本。ARU10720首先收集卡號，然后收集主叫者要終結到的號碼。獲得這個信息后，ARU10720就將數據在ISN局域網上發(fā)送到驗證數據庫。除了驗證主叫卡號，數據庫也要確保終結號碼在該持卡人的允許的撥號計劃之內。一旦驗證了卡信息后，ARU10720將判定終結號碼是國內還是國際的。如果終結號碼是國內的，ARU10720就將呼叫從ISN釋放回到話音網絡，呼叫將在話音網絡上被路由選擇到其預期目的地。如果終結號碼是國際的，呼叫將被路由選擇到一個在BIPP站點駐存的稱為編解碼器(CODEC)的設備。CODEC的作用是將話音信號轉換成用UDP/IP在因特網上路由選擇的數據。在另一個實施例中，如果主叫者是從傳真機呼叫的，ARU10720話音提示時，主叫者按2，表示請求傳真服務。此時，ARU10720將把呼叫路由選擇到一個傳真平臺，對于那些沒有時間或耐心來等待終結傳真機號變成空閑或者需要幫助來發(fā)送國際傳真的人來說，該傳真平臺是一個有保障的服務10770。一個實施例收集關于主叫者的信息和終結號碼，然后指令主叫者開始發(fā)送過程。傳真服務10770捕獲該傳真，存儲起來供以后投遞。如果主叫者是通過PC調制解調器撥號的，那么在ARU10720話音提示時，主叫者可能聽不到。這是故意這樣設計的。因為盡管主叫者可以通過PC喇叭或調制解調器聽到ARU10720的聲音，但是主叫者不能在ARU10720進行輸入，最終將導致超時(上文說明過)，對ARU10720表明呼叫是從PC調制解調器始發(fā)的。ARU10720將呼叫釋放回到網絡以終結到MCI的BIPP10750站點之一的調制解調器池(MP)10730。圖77表示在中央化體系結構中部署的圖76的ARU的操作。電話10810通過本地交換機10820與交換機10710通信。交換機10710通過橋接交換機10830連接到智能服務網絡(ISN)10840，再到ARU10720。ARU10720控制呼叫路由選擇，要么直接到調制解調器池10730、通過編解碼器10725到BIPP10750或者到傳真服務器。圖78表示在分布式體系結構中部署的圖77的ARU的操作。電話10910通過本地交換機10920與交換機10710通信。交換機10710通過橋接交換機10930連接到智能服務網絡(ISN)10940，再到ARU10720。ARU10720在通過交換機10911和橋接交換機10930連接的話音應答單元10950的控制下操作，要么通過交換機10912到控制該呼叫路由選擇調制解調器池10730，要么通過編解碼器來控制呼叫的路由選擇。ARU必須位于ISN中，但是其它設備(ARU10850～10950、調制解調器池10730和編解碼器10725)則可以位于網絡中的任何地方。圖79A和79B表示用于因特網呼叫路由選擇的樣本應用程序的操作。圖79A表示用于客戶服務的樣本應用程序的操作。內部網計算機11010如上所述地連接到因特網11020，由此連接服務器計算機11025。服務器計算機11025用統一資源定位器來指定因特網資源-諸如包裝發(fā)運服務供應商11030，就允許內部網計算機11010的用戶詢問供應商11030。通過11032所示的內部功能，供應商11030響應用戶的交互作用可以從其客戶服務部門提供諸如完整影片播放11035之類的資源，或者與客戶業(yè)務代表11037直接進行交互式對話。圖79B表示許多用于主叫者啟動的消費者事務的應用。呼叫預定號碼11040(諸如555-IMCI、555-PAGE或555-RNET)的消費者可以用公共商務線路(CBL)11050路由選擇到特定的事務處理器。CBL11050與交換機11060相連。交換機11060呼叫DAP11065，后者用自動號碼標識(ANI)分析輸入呼叫，以確定主叫者的身份。根據主叫者的身份和所呼叫的號碼，DAP11065指示交換機11060將呼叫定向到555-IMCI，例如到數據網絡接口(DNI)11070。DNI11070起著交換網與能處理銷售點借方和信用卡事務的數據庫宿主11075之間的接口的作用。除了根據目標電話號碼路由選擇呼叫之外，ANI還用于辨認訪問數據庫宿主11075的主叫者。類似地，向555-PAGE的呼叫也可以被路由選擇到尋呼業(yè)務公司的PBX,ANI數據被用于選擇由該公司提供的特定尋呼業(yè)務11085。最后，對555-RNET的呼叫可用于提供向基本因特網協議平臺11090的連接-如前文所述的那樣。圖80表示的是按照較佳實施例的一種提供話音郵件和話音應答單元業(yè)務以及互連到服務供應商的交換網絡的配置。電話11111和11112分別通過交換機11120和11121進入網絡，交換機11121除了向電話11112提供網絡進入之外，還為交換機11120提供中間鏈路。交換機11125為交換機11121提供互連，還接收諸如PBX11130的直接輸入。交換機11125提供到話音應答單元服務器11140和到話音郵件服務器11145的連接。此外，交換機11125還通過撥號訪問線路11155連接到服務供應商服務器11150。服務供應商服務器11150按照所請求的服務和驗證，用通過調制解調器池11076連接的BIPP11075進一步將輸入呼叫路由選擇到尋呼業(yè)務11060或到電子郵件業(yè)務11070。B．實施例二圖81表示按照較佳實施例的一個具有數據共享的入站共享的自動呼叫分配器(ACD)呼叫。撥號因特網用戶12000用計算機調制解調器來撥電話號碼。電話呼叫被從PROC/LEC交換機12002路由選擇到MCI交換機112004。MCI交換機112004詢問網絡控制系統(NCS)12020，為規(guī)定的ANI和被撥的電話號碼請求路由。NCS12020返回一個終結地址，指令MCI交換機112004將呼叫路由選擇到MCI交換機212006上的一個中繼線組。MCI交換機212006完成到因特網接入設備12008的呼叫。撥號用戶的計算機12000中的調制解調器與因特網接入設備12008建立一個數據會話，按照點對點協議(PPP)進行數據分組的交換。PPP分組從因特網接入設備12008被轉換成因特網協議(IP)分組，在12026代表的因特網上發(fā)送。類似地，因特網接入設備12008從因特網12026接收IP分組并將它們發(fā)送到撥號用戶12000。在允許分組自由穿過因特網接入設備12008之前，要查驗撥號用戶12000。查驗是用用戶名/口令方法或者詢問/應答(challenge/response)方法進行的。在用戶名/口令方法中，因特網接入設備12008提示撥號用戶12000輸入用戶姓名。撥號用戶12000將用戶姓名鍵入計算機，該用戶姓名從撥號用戶12000傳輸到因特網接入設備12008。因特網接入設備12008然后提示撥號用戶12000輸入口令。撥號用戶12000將口令鍵入計算機，該口令從撥號用戶12000傳輸到因特網接入設備12008。收到用戶姓名和口令后，因特網接入設備12008向驗證服務器12014發(fā)送內含該用戶姓名和口令的驗證請求。驗證服務器12014將該用戶名/口令對照有效用戶名/口令對的數據庫進行檢查。如果輸入的用戶名/口令在數據庫中，驗證服務器12014就將“用戶已驗證”消息發(fā)送回因特網接入設備12008。如果輸入的用戶名/口令不在數據庫中，驗證服務器12014就將“用戶得不到驗證”消息發(fā)送回因特網接入設備12008。在詢問/應答方法中，因特網接入設備12008提示撥號用戶12000輸入用戶姓名。撥號用戶12000將用戶姓名鍵入計算機，該用戶姓名從撥號用戶12000傳輸到因特網接入設備12008。因特網接入設備12008然后用一個詢問提示撥號用戶12000。撥號用戶12000計算對該詢問的應答，方法是將詢問數字和共享密鑰輸入到一個應答生成程序。只有撥號用戶12000和驗證服務器12014才知道共享密鑰。撥號用戶12000鍵入計算出來的應答后，應答從撥號用戶12000傳輸到因特網接入設備12008。因特網接入設備12008向驗證服務器12014發(fā)送內含用戶姓名、詢問和應答的驗證消息。驗證服務器12014讀取用戶姓名，找到對應該用戶姓名的共享密鑰，用共享密鑰和詢問數字計算應答。然后將計算出來的應答與撥號用戶12000給出的應答進行比較。如果應答匹配，就從驗證服務器12014發(fā)送“用戶已驗證”消息到因特網接入設備12008。如果應答不匹配，就從驗證服務器12014發(fā)送“用戶得不到驗證”消息到因特網接入設備12008。無論采用用戶名/口令還是詢問/應答的驗證方法，以下的說明我們假定“用戶已驗證”消息已經從驗證服務器12014發(fā)送到因特網接入設備12008，允許IP分組通信自由通過因特網接入設備12008。撥號用戶12000啟動Web瀏覽器，瀏覽來自公司Web服務器12024的WEB頁。公司Web服務器12024用獨有的標識符在呼叫中心服務器12038記錄下撥號用戶12000查看過的WEB頁。撥號用戶12000也可以向公司Web服務器12024提交信息，方法是填寫超文本標記語言(HTML)表，然后將該信息提交給向公司Web服務器12024。公司Web服務器12024用同樣的獨有標識符在呼叫中心服務器12038中保存這個信息。撥號用戶12000瀏覽另一個WEB頁，此時有個圖標與文本一起顯示出來，表示用戶點擊這個圖標就能同代理談話。如果點擊該圖標，就會到從公司Web服務器12024將多部分因特網郵件擴展(MIME)文件下載到撥號用戶12000的WEB瀏覽器。MIME文件含有一個為結果電話呼叫標識目的地的字母數字串-稱為用戶標識符。瀏覽器調用一個幫助器應用或瀏覽器插件(browserplug-in)來處理指定MIME類型的文件。幫助器應用讀MIME文件，用MIME文件的內容從撥號用戶12000啟動一個向目錄服務器12012的查詢。目錄服務器12012將來自MIME文件的字母數字串轉換成目的地因特網電話網關12018的目的地IP地址，將一個含有該IP地址的消息發(fā)回撥號用戶12000的幫助器應用。幫助器應用然后啟動一個向因特網電話網關12018的IP地址的因特網電話呼叫，向因特網電話網關12018提供來自MIME文件的字母數字串，作為呼叫建立的一部分。因特網電話網關12018將所給的字母數字串轉換成目的地電話號碼，在其電話網絡接口上向MCI交換機212006撥叫這個目的地電話號碼。MCI交換機212006用所撥叫的電話號碼詢問NCS12020，請求路由選擇指令。NCS12020確定適當的路由，將路由選擇指令發(fā)送回MCI交換機212006，以將該呼叫路由選擇到MCI交換機112004上的某中繼線組。呼叫被路由選擇到MCI交換機112004，然后，呼叫被完成到自動呼叫分配器(ACD)12022。當ACD12022回到呼叫時，因特網電話網關12018就完成了ACD12022與撥號用戶12000之間的一個不變的音頻路徑，(在這個路徑上)從ACD到因特網電話網關的音頻是電路交換的PCM音頻，從因特網電話網關到撥號用戶的音頻是用編解碼器分組化編碼了的數字音頻。當呼叫被傳遞到ACD12022時，獨有記錄標識符通過電話網信令機構被傳遞到ACD。當呼叫中心12026中的代理接收到呼叫時，為代理顯示該獨有記錄標識符，從呼叫中心服務器12028檢索出由撥號用戶12000輸入的呼叫信息。ⅩⅪ．記帳根據本發(fā)明的另一個實施例總體涉及電信網絡，更具體來說，涉及用靈活和可擴展的記錄格式生成呼叫記錄并為各個經過網絡的呼叫生成獨有呼叫標識符的電信網絡的交換機。典型的電信網絡含有多個遍布于某地域的電信交換機。當用戶進行呼叫時，呼叫在到達其目的地之前可能要經過一個或多個交換機。圖82表示一個典型的橫跨美國的電信系統30102。為說明起見，假設某主叫者30104從加州洛杉磯接入一個向位于紐約州紐約市的通話方30112的呼叫。這種呼叫通常要經過三個交換機傳輸加州洛杉磯的交換機30106、伊利諾州芝加哥的交換機30108和紐約州紐約市的交換機30110。在這個情況中，始發(fā)交換機是加州洛杉磯的交換機30106，終結交換機是紐約州紐約市的交換機30110。各交換機30106～30110都連接到兩個或更多的數據接入點(DAP)30116～30120，例如主DAP30116～30120和備用DAP30116～30120。DAP30116～30120這種裝置從交換機30106～30110接收信息請求，處理請求，將所請求信息返回到發(fā)出請求的交換機30106～30110。交換機30106～30110用來自DAP30116～30120的信息處理通過網絡的呼叫。當呼叫通過交換機30106～30110其中之一時，該交換機創(chuàng)建一個呼叫記錄。呼叫記錄含有關于呼叫的信息，包括-但不限于路由選擇、記帳、呼叫特征和故障查找信息。呼叫終結后，處理過呼叫的各交換機30106～30110都完成關聯的呼叫記錄。交換機30106～30110將多個呼叫記錄組合成一個記帳塊。當交換機30106～30110填寫記帳塊時，交換機30106～30110將記帳塊發(fā)送到記帳中心30114。于是，記帳中心30114從每個處理過呼叫的交換機30106～30110接收一個記帳塊，本案例中共三個記帳塊。記帳中心30114檢索各記帳塊，檢索出與該呼叫關聯的呼叫記錄，由此從每個處理過呼叫的交換機30106～30110檢索出一個記帳塊。記帳中心30114然后用一個或多個檢索出的記帳記錄生成一個記帳項目。記帳中心30114也連接到每個DAP30116～30120以檢索關于某交換機30106～30110或呼叫記錄的信息。為了更好地理解本發(fā)明，描述一些與電信網絡有關的其它術語是有用的。電話呼叫進入稱為始發(fā)端口或中繼線的傳輸線路上的交換機。始發(fā)端口是從相同的起始位置進入交換機的許多傳輸線的其中之一，這個端口組就是始發(fā)中繼線組。處理了輸入呼叫之后，交換機將呼叫傳輸到目的地位置，后者可以是另一個交換機、本地交換通信公司或專用小交換機。呼叫在稱為終結端口或中繼線的傳輸線上傳輸。與始發(fā)端口類似，終結端口是從交換機到相同目的地的一組端口中的一個端口。該端口組就是終結中繼線組。當代電信網絡提供客戶使用一般公共網絡的能力以及定義定制虛擬網絡(Vnet)的能力。有了Vnet，客戶就能定義專用撥號計劃，包括計劃電話號碼。Vnet客戶不受向特定的地理區(qū)域專用的公共電信系統分配的缺省電話號碼的限制，而是能定義定制電話號碼。在處理電話呼叫時，交換機生成的呼叫記錄必須大得能容納關于某呼叫的全部所需信息。但是呼叫記錄也不能大到使通常的呼叫的呼叫記錄中的大部分記錄域派不上用場。如果是這樣，存儲這種呼叫記錄就會導致存儲空間的大量浪費，傳輸這種呼叫記錄時的許多傳輸都白費功夫。創(chuàng)建和處理呼叫記錄的有關解決方案是采用一種定長格式的呼叫記錄，諸如32字的呼叫記錄。1個字有2個字節(jié)或16個位。但是定長記錄格式在有新的呼叫特征實現時不能擴充。更為重要的是，固定的呼叫記錄格式不能在電信網絡變得更加復雜、增加了新的特征和電話號碼后處理擴展的數據域。當前的定長記錄格式包括以三個秒增量(three(3)secondincrements)格式記錄本地時間的時間點域，其中本地交換機時間(localswitchtime)代表位于某交換機的當日時間。時間點域被網絡交換機、記帳中心和其它網絡子系統使用。然而各子系統可能要求時間段具有不同的用途、具有不同的格式，諸如紀元時間格式。紀元時間自歷史上特定日期和時間起的一個秒增量的數目。例如，記帳中心要求適合記帳記錄的紀元時間，而交換機報告和錯誤日志則要求本地交換機時間。僅使用本地交換機時間也產生了一個問題，因為不能適應夏時制帶來的時間變化。此外，各子系統可能要求有比當前的三個秒增量更高的精度。如果只提供三個秒增量格式的本地交換機時間，交換機已經免除了將時間轉換成網絡子系統可用的格式的負擔。固定記錄格式不能適應各種時間段要求，因為它只含有本地交換機時間的時間段，精度也低。由于其固定性，固定記錄格式不能擴展到包括不同的時間格式，也不能包括更高的精度，諸如一個秒增量。因此，需要電信網絡的交換機能以靈活和可擴展的格式來存儲呼叫記錄信息。進一步需要提供格式靈活的、具有一秒精度的時間點域，容易而有效地適應夏時制和時區(qū)的變化。也需要匹配與特定電話呼叫關聯的所有呼叫記錄。例如，為了適當地記帳和控制費用，記帳中心有必要將始發(fā)交換機的呼叫記錄與終結交換機的呼叫記錄匹配。為了故障查找和安全性，也需要能容易地在網絡中跟蹤特定電話呼叫以便隔離問題區(qū)。因此，需要電信網絡的交換機能唯一地標識經過網絡的各個電話呼叫，由此唯一地標識與特定電話呼叫關聯的所有呼叫記錄。A．實施例一1．呼叫記錄格式一個實施例解決提供靈活和可擴展的呼叫記錄格式的方法是，采用有大有小的記錄格式。具體來說，該實施例采用缺省的32字呼叫記錄格式，加上擴展的64字的呼叫記錄格式。一個實施例將32字呼叫記錄格式用于通常的電話呼叫-這包含了所有電話呼叫的大多數，當需要關于呼叫的額外信息時，使用64字呼叫記錄格式。這種實現提供了高效管理給定呼叫記錄的變化的數據要求所需的靈活性?？梢蚤_發(fā)新的呼叫特征，很容易就能融合到本發(fā)明的可變呼叫記錄格式。這個實施例也用紀元時間格式記錄時間點。實施例用紀元時間格式記錄呼叫的起始時間，其余的時間點都是與該起始時間的偏差量或相差秒數。該實施例解決了夏時制時間的來回轉換問題，因為夏時制時間是一個本地時差，不影響紀元時間。此外，紀元時間格式的時間點比本地交換機時間格式的時間點在呼叫記錄中占用的空間更少。紀元時間格式可以表示世界標準時間(按英格蘭格林威治確定的時間，它有零(0)時區(qū)的本地交換機時間)或任何其它時間。紀元時間只是一種格式，并不決定必須使用世界標準時。記帳時間和本地交換機時間可以是世界標準時也可以是本地時間，本地交換機時間不必與記帳所用的時間相同。因此，交換機必須分開記錄記帳時間和本地交換機時間，以避免夏時制時間變化期間發(fā)生的問題。2．網絡呼叫標識符這個實施例通過向每個呼叫記錄提供獨有的標識符，解決了唯一地標識每個電話呼叫和與特定電話呼叫關聯的所有呼叫記錄的問題。它生成一個分配給呼叫始發(fā)點處的各個呼叫記錄的網絡呼叫標識符(NCID)，就是說，始發(fā)交換機為每個電話呼叫生成一個NCID。NCID伴隨所關聯的電話呼叫通過電信網絡到達終結交換機處的終結點。因此，在網絡中任何電話呼叫點，關聯的NCID都標識電話呼叫的始發(fā)點和開始時間。電話呼叫經過的每個交換機都在該呼叫的關聯呼叫記錄中記錄NCID。NCID小得能放入32字的呼叫記錄，由此減少了數據通量和存儲空間。NCID提供記帳中心和其它子系統以匹配特定電話呼叫的始發(fā)和終結呼叫記錄的功能。本實施例也提供交換機放棄收到的NCID并生成新的NCID的功能。交換機在NCID格式無效或者不可靠時，就放棄收到的NCID，由此保證經過網絡的每個呼叫都有唯一關聯的有效標識符。例如，如果NCID是由電信網絡中第三方的交換機生成的，那么就可能是不可靠的。這個實施例涉及用靈活、可擴展的格式生成呼叫記錄的電信網絡交換機。呼叫記錄格式包括一個小的(最好32字)和一個大的(最好62字)擴展的格式。如何實現不同大小的大、小記錄格式，對有關技術的熟練人員來說是顯而易見的。該實施例也涉及為各個經過網絡的呼叫生成NCID的電信網絡交換機。NCID提供一種匹配與特定電話呼叫關聯的所有呼叫記錄的機制。如何實現不同格式的呼叫記錄標識符，對有關技術的熟練人員來說是顯而易見的。所選擇的實施例是在計算機系統內執(zhí)行的計算機軟件。圖83表示一個典型的計算機系統。計算機系統30202包括一個或多個處理器，諸如處理器30204。處理器30204與通信總線30206相連。計算機系統30202也包括主存30208-最好是隨機存取存儲器(RAM)、二級存儲器30210。二級存儲器30210例如包括硬驅30212和/或可拆卸式存儲驅動器30214-代表軟盤驅動器、磁帶機、光驅等等?？刹鹦妒酱鎯︱寗悠?0214以眾所周知的方式與從可拆卸式存儲單元30216讀數據和/或向其寫數據?？刹鹦妒酱鎯卧?0216也稱程序存儲器或計算機程序產品，代表軟盤、磁帶或光盤等等。可拆卸式存儲單元30216包括在其中存儲著計算機軟件和/或數據的計算機可用的存儲介質。計算機程序(也稱計算機控制邏輯)存儲在主存30208或二級存儲30210中。這種計算機程序在執(zhí)行時，能使計算機系統執(zhí)行本文討論的本發(fā)明的功能。具體來說，計算機程序在執(zhí)行時能使處理器30204執(zhí)行本發(fā)明的功能。因此這種計算機程序代表了計算機系統30202的控制器。B．實施例二另一個實施例對象是一個包含其中存儲控制邏輯(計算機軟件)的計算機可讀介質的計算機程序產品。控制邏輯被處理器30204執(zhí)行時，使處理器30204執(zhí)行本文所述的功能。另一個實施例主要是以例如使用硬件狀態(tài)機的硬件實現的。實現硬件狀態(tài)機以執(zhí)行本文所述的功能，對相關
技術領域：
的熟練人員是顯而易見的。1．呼叫記錄格式本實施例提供具有9種不同記錄格式的通信網絡交換機。這些記錄包括呼叫詳細記錄(CDR)、擴展的呼叫詳細記錄(ECDR)、專用網絡記錄(PNR)、擴展的專用網絡記錄(EPNR)、操作員服務記錄(OSR)、擴展的操作員服務記錄(EOSR)、專用操作員服務記錄(POSR)、擴展的專用操作員服務記錄(EPOSR)和交換機事件記錄(SER)。每個記錄32字長，每個記錄的擴展版本為64字長。圖82-87進一步描述本文所述的9種呼叫記錄格式的示范性實施例。本發(fā)明的呼叫記錄的實施例包括32字和64字兩種呼叫記錄格式。要設計包含不同字數、有不同域定義的其它呼叫記錄的實施例，對相關
技術領域：
的熟練人員是顯而易見的。附錄的表301含有CDR和PNR呼叫記錄格式的示范性實施例。圖84所示的是CDR和PNR呼叫記錄格式的圖形表示。附錄的表302含有ECDR和EPNR呼叫記錄格式的示范性實施例。圖85A和85B所示的是ECDR和EPNR呼叫記錄格式的圖形表示。附錄的表303含有OSR和POSR呼叫記錄格式的示范性實施例。圖86所示的是OSR和POSR呼叫記錄格式的圖形表示。附錄的表304含有EOSR和EPOSR呼叫記錄格式的示范性實施例。圖87(A)和87(B)所示的是EOSR和EPOSR呼叫記錄格式的圖形表示。附錄的表305含有SER呼叫記錄格式的實施例。圖88所示的是SER記錄格式的圖形表示。CDR和PNR，和由此推出的ECDR和EPNR，是標準呼叫記錄格式，含有關于通過交換機時的典型電話呼叫的信息。CDR用于非VNET用戶，而PNR用于VNET用戶并在始發(fā)VNET呼叫的交換機上生成。這兩個記錄的域除了以下將說明的一些特定域信息之外是相同的。OSR和POSR和由此推出的EOSR和EPOSR，含有關于要求操作員輔助的電話呼叫的信息，是在交換機或操作員位置實際配備的交換機或系統生成的。交換機為非VNET客戶完成OSR，為專有VNET客戶完成POSR。這些記錄僅在能夠執(zhí)行操作員服務或網絡音頻應答系統(NARS)功能的交換機或系統生成。這兩種記錄的格式除了以下將說明的一些特定域信息之外是相同的。SER是為特殊事件-諸如過去的每個小時、時間改變、事件恢復或到達記帳塊結尾-而保留的。下文也將詳細描述SER記錄格式。圖89(A)和89(B)綜合說明了交換機用來確定何時使用記錄格式的擴展版本的邏輯。呼叫30202進入交換機30106-30110(引用時稱當前交換機；即當前交換機是當前正在處理呼叫的交換機)，此時交換機30106-30110要確定呼叫30802的呼叫記錄要采用什么呼叫記錄和什么呼叫記錄格式(小的/缺省的還是大的/擴展的)。為此，交換機30106～30110對它接收的每個呼叫30802進行9項檢查。對于通過任何檢查的呼叫30802以及通過任何組合檢查的呼叫30802，交換機30106-30110采用擴展的記錄。第一個檢查30804判斷在當前交換機30106-30110處的直接終端溢出(DTO)中是否牽涉該呼叫。例如，當客戶向某號碼30800進行電話呼叫30802，而原始800號碼目的地忙時，發(fā)生DTO。如果原始目的地忙，交換機將電話呼叫溢出到新的目的地。在這種情況下，交換機必須記錄最初期望到達的目的地、電話呼叫30802的最終目的地以及溢出的次數。因此，如果呼叫30802涉及了DTO，交換機30106-30110就必須完成一個擴展的記錄(ECDR、EPNR、EOSR、EPOSR)30816。交換機30106-30110對呼叫30802進行的第二個檢查30806判斷呼叫30802的呼叫位置是否大于十位數。呼叫位置是呼叫30802始發(fā)的位置的電話號碼。含有至少11位數字的國際呼叫就是這樣一個例子。如果呼叫位置大于十位數，交換機30106-30110就在擴展的記錄(ECDR、EPNR、EOSR、EPOSR)30816中記錄呼叫位置的電話號碼。交換機30106-30110對呼叫30802進行的第三個檢查30808判斷目的地地址是否大于17位數。目的地地址是被叫位置的號碼，可以是電話號碼也可以是中繼線組。如果目的地地址大于17位數，交換機30106-30110就在擴展的記錄(ECDR、EPNR、EOSR、EPOSR)30816中記錄目的地。交換機30106-30110對呼叫30802進行的第四個檢查30810判斷預先轉換的數字域是否用于操作員輔助的服務呼叫。預先轉換數字是主叫者所撥的呼叫30802的號碼-如果該呼叫必須被轉換成網絡內的另一個號碼的話。因此，當主叫者使用操作員服務，交換機30106-30110就在擴展的記錄(EOSR、EPOSR)30816中記錄所撥號碼。交換機30106-30110對呼叫30802進行的第五個檢查30812判斷主叫者沒有操作員輔助時所撥的預先轉換的數字是否大于十位數。如果預先轉換數字大于十位數，交換機30106-30110就在擴展的記錄(ECDR、EPNR)30816中記錄所撥號碼。交換機30106-30110對呼叫30802進行的第六個檢查30814判斷在呼叫記錄的授權代碼域中包括補充數據在內是否記錄了大于22位數的數據。授權代碼域指示為諸如呼叫位置或信用卡呼叫的呼叫接受記帳的通話方。如果數據項需要超過22個數位，交換機30106-30110就在擴展的記錄(ECDR、EPNR、EOSR、EPOSR)30816中記錄記帳信息。交換機30106-30110對呼叫30802進行的第七個檢查30820判斷呼叫30802是不是寬帶呼叫。寬帶呼叫是需要多個傳輸線路或信道的呼叫。例如，一般視頻呼叫需要6個傳輸信道1個用于話音傳輸，5個用于視頻傳輸。寬帶呼叫時使用的傳輸信道越多，接收質量就越好。當代電信系統當前提供多達24個信道。因此，要指明寬帶呼叫期間使用了這24個信道中的多少信道，交換機30106-30110就要在擴展的記錄(ECDR、EPNR)30828中記錄信道信息。交換機30106-30110對呼叫30802進行的第八個檢查30822判斷操作員是否使用了時間和收費特征。時間和收費特征一般用在旅館情景中，這種情景中，客人在操作員的幫助下進行電話呼叫，并將呼叫30802的費用向其房間收取。呼叫30802完成后，向旅館客人通知呼叫30802的費用。如果呼叫30802用了時間和收費特征，交換機30106-30110就在擴展的記錄(EOSR、EPOSR)30832中記錄客人姓名和房間號。交換機30106-30110對呼叫30802進行的第九個即最后的檢查30824判斷呼叫30802是不是增強的話音服務/網絡音頻應答系統(EVS/NARS)呼叫。EVS/NARS是一種音頻菜單系統，其中客戶通過電話鍵盤按照自動菜單進行選擇。這種系統包括一個在其上駐存音頻菜單系統的交換機。因此，在EVS/NARS呼叫30802期間，NARS交換機30106-30110在擴展的記錄(EOSR、EPOSR)30832中記錄客人的菜單選擇。如果檢查30804-30824返回的都不是肯定結果，交換機30106-30110就使用缺省的記錄格式(OSR、POSR)30830。一旦對呼叫進行了檢查，交換機就生成并完成適當的呼叫記錄。呼叫記錄數據以二進制和電話二進制編碼十進制數(TBCD)格式記錄。TBCD格式如下0000=TBCD零0001=數10010=數20011=數30100=數40101=數50110=數60111=數71000=數81001=數91010=數01011=特殊數1(DTMF數A)1100=特殊數2(DTMF數B)1101=特殊數3(DTMF數C)1110=特殊數4(DTMF數D)1111=特殊數5(不用)所有TBCD數域在記錄數據之前都必須以TBCD零或零填充。適用的話，撥號數字格式符合這些約定N=數字2-9X=數字0-9Y=數字2-8因此，如果某呼叫記錄域的說明中含有一個N，則有效的域值為數字2-9。除SER以外的每個呼叫記錄都含有特定的時間點域。時間點域是按紀元時間格式記錄的。紀元時間是從某特定歷史日期/時間開始的以秒遞增的數目。本發(fā)明的實施例使用的日期/時間是1976年1月1日午夜(世界標準時00:00)，不過這只是個示例而不是限制。實現一個基于另一個日期/時間的紀元時間，對相關
技術領域：
的熟練人員來說是顯而易見的。在記錄中，時間點1代表呼叫30802的起始時間的紀元時間。記錄中存儲的另一個時間點是時間點1過后的秒數。這些秒數是特定時間點發(fā)生時距離時間點1的偏差量。所有時間點域在記錄任何數據之前都必須用0填充。因此，如果某時間點發(fā)生，其計數值為1或大于1。此外，時間點計數器-不包括時間點1-的計數不歸零。當時間超過極限時，停留在最大計數值上。交換機時鐘反映的是本地交換機時間，用作除記帳外的所有時間。記帳信息是以紀元時間記錄的，本實施例中使用的紀元時間是世界標準時。時差是反映交換機時間相對于世界標準時的數目，就是說，由于時差以及(如果適用的話)夏時制造成的偏差量。首先，世界標準時區(qū)的兩邊都有時區(qū)，因此它們可能是正偏差量或負偏差量。第二，時區(qū)偏差量在(英國格林尼治)東邊方向上從零開始遞減，一種到國際日期變更線。在國際日期變更線，日期變到下一天，這樣，偏差量變成正數并開始遞減，直到在格林尼治再變成零偏差量。第三，世界上有許多地區(qū)的時區(qū)不是按一小時來計算增量。例如澳大利亞在其兩邊的兩個時區(qū)的時差是30分鐘，印度北部有個時區(qū)與緊鄰的下一個時區(qū)的時差為15分鐘。因此，呼叫記錄的時差必須能適應按15分鐘遞增的正、負偏差量。本發(fā)明的實施例提供了代表按正、負1分鐘遞增的時差，從而滿足了這個要求。有兩個公式用于本地交換機時間與紀元時間之間的來回轉換。ⅰ)紀元時間+(符號位×時差)=本地交換機時間ⅱ)本地交換機時間-(符號位×時差)=紀元時間交換機在SER中記錄時差，使用的值中1代表1分鐘，在呼叫記錄被記錄之前，按秒計算時差，將該值加到各本地時間點1。例如，中央標準時間是早于UTC時間6小時。在這種情況下，符號位為‘1’，表示負偏差量，在SER中記錄的時差值就是360(6小時×60分鐘/小時=360分鐘)。參看圖86中關于SER記錄公式的更詳細內容。在呼叫記錄中記錄時間點1時，交換機將時差乘以60-因為每分鐘增量就是60秒，檢查符號位來確定該偏差量是正還是負。本例的結果值是-21,600(-1×360分鐘×60秒/分鐘=-21,600秒)。用上面的等式(ⅱ)，如果本地交換機時間是午夜，則對應的紀元時間例如就可能是1,200,000,000。減去-21,600的偏差量，得出的正確紀元時間是1,200,021,600秒，按紀元時間計算是午夜之后的6小時。這個實施例同樣適用于位于格林尼治東邊、時差值是正值的位置的交換機。改變時間時用到兩個命令。首先，圖90表示ChangeTime(改變時間)命令30900的控制流，該命令改變本地交換機時間和時差。圖90中，交換機操作員輸入ChangeTime命令之后，交換機進入步驟30902，提示操作員輸入本地交換機時間和與UTC時間的時差。在步驟30902，操作員輸入新的本地交換機時間和時差。繼續(xù)到步驟30904，新的時間和時差被顯示回給交換機操作員。繼續(xù)到步驟30906，交換機操作員在交換機上實際改變時間和偏差量之前必須確認所輸入的時間和時差。如果操作員在步驟30906驗證了改變，交換機就繼續(xù)到步驟30908生成一個事件限定符等于2的SER，表示已經改變了交換機的本地交換機時間和時差。記帳中心用該SER作記帳處理。交換機繼續(xù)到步驟30910，退出命令?；仡^看步驟30906，如果交換機操作員不確認改變，交換機就繼續(xù)到步驟30910，不更新本地交換機時間和時差就退出命令。關于SER的更詳細內容可參看圖86。圖91表示第二個改變時間的命令-ChangeDaylightSavingsTime(改變夏時制時間)命令31000的控制流。圖91中，交換機操作員輸入ChangeDaylightSavingsTime命令之后，交換機進入步驟31002，提示操作員輸入選擇前向或后向時間改變。繼續(xù)到步驟31004，交換機操作員作出選擇。在步驟31004，如果交換機操作員選擇前向選項，交換機進入步驟31006。在步驟31006，交換機將本地交換機時間前調一小時，將時差加一小時(60的計數值)。交換機然后繼續(xù)到步驟31010?；氐讲襟E31004，如果交換機操作員選擇后向選項，交換機將本地交換機時間后調一小時，將時差減去一小時(60的計數值)。交換機然后繼續(xù)到步驟31010。在步驟31010，交換機操作員在實際改變時間之前必須確認前向或后向選擇和新的本地交換機時間和時差。如果操作員在步驟31010確認了新時間和時差，交換機就繼續(xù)到步驟31012，生成一個改變交換機的本地交換機時間和時差的、事件限定符等于9的SER。交換機繼續(xù)到步驟31014，退出命令。回頭看步驟31010，如果交換機操作員不確認改變，交換機就繼續(xù)到步驟31014，不更新本地交換機時間和時差就退出命令。ChangeDaylightSavingsTime命令成功完成之后，記帳中心就受新時差的影響。本實施例允許用作記帳時間的紀元時間通過夏時制時間變化程序的正常增加，不受本地交換機時間和時差的變化的影響。2．網絡呼叫標識符一個實施例提供向經過通信網絡的每個電話呼叫分配的獨有的NCID。所以NCID是所有網絡呼叫中的分立標識符。NCID在電話呼叫涉及的每個交換機處傳輸和記錄。電話呼叫的起始交換機生成NCID。本發(fā)明所選擇的NCID的實施例是一個82位的標識符，由以下子域組成ⅰ)始發(fā)交換機ID(14位)該域代表在每個交換機處如辦公室工程表中所定義的NCS交換機ID。然而，SER呼叫記錄含有交換機ID的字母數字表示。因此，交換機用字母數字的交換機ID作為在數據庫中檢索對應的NCS交換機ID的索引。ⅱ)始發(fā)中繼線組(14位)該域代表在上述的32/64字呼叫記錄格式中所定義的始發(fā)中繼線組。ⅲ)始發(fā)端口號(19位)該域代表在上述的32/64字呼叫記錄格式中所定義的始發(fā)端口號。ⅳ)時間點1(32位)該域代表在上述的32/64字呼叫記錄格式中所定義的時間點1值。ⅴ)序列號(3位)該域代表同一始發(fā)端口號上以同一時間點1(秒)值發(fā)生的呼叫的數目。第一個電話呼叫將有一個設置為‘0’的序列號。以后在始發(fā)端口號上每次發(fā)生時間點1值相同的呼叫時，該值遞增。創(chuàng)建不同格式的NCID，對相關
技術領域：
的熟練人員來說是顯而易見的。每個交換機以32或64字呼叫記錄的格式記錄NCID。就32字呼叫記錄格式而言，中間和終結交換機將在如果授權代碼域不用于記錄其它信息時把NCID記錄在32字呼叫記錄格式的授權代碼域中。在這種情況下，始發(fā)交換機ID就是NCS交換機ID，而不是SER呼叫記錄中所記錄的字母數字型交換機ID。如果授權代碼域被用于記錄其它信息時，中間和終結交換機將把NCID記錄在64字呼叫記錄格式中。與此不同的是，始發(fā)交換機在32字呼叫記錄中存儲NCID時不用授權代碼域。始發(fā)交換機將NCID的各子域記錄在32字呼叫記錄中各對應的獨立域中。就是說，始發(fā)交換機ID被作為字母數字型交換機ID存儲在SER呼叫記錄的交換機ID域中；始發(fā)中繼線組被存儲在32字呼叫記錄的始發(fā)中繼線組域中；始發(fā)端口號被存儲在32字呼叫記錄的始發(fā)端口域中；時間點1被存儲在32字呼叫記錄的時間點1域中；序列號被存儲在32字呼叫記錄的NCID序列號域中。32字呼叫記錄也包括一個NCID位置(NCIDLOC)域，用于標識NCID是何時被記錄到呼叫記錄的授權代碼域的。如果NCID位置域含有‘1’，則授權代碼域含有NCID。如果NCID位置域含有‘0’，則NCID被存儲在呼叫記錄中單獨的子域中。只有中間和終結交換機才把NCID位置域設置為‘1’，因為始發(fā)交換機將NCID存儲在32字呼叫記錄的獨立的域中。就64字呼叫記錄格式而言，該擴展的呼叫記錄包括一個叫做NCID域的獨立域，用于存儲82位的NCID。不管是始發(fā)、中間還是終結交換機存儲NCID，這個呼叫記錄被處理的方式相同。在64字呼叫記錄格式中，始發(fā)交換機ID是NCS交換機ID，而不是如SER呼叫記錄中所記錄的字母數字型交換機ID。圖92表示網絡呼叫標識符交換機呼叫處理的控制流。在步驟31104，呼叫30202進入交換機30106-30110(引用時稱當前交換機；即當前交換機是當前正在處理呼叫的交換機)。在步驟31104，交換機30106-30110訪問本地數據庫去檢索與呼叫30202的始發(fā)中繼線組關聯的中繼線組參數。取得參數后，當前交換機繼續(xù)到步驟31108。在步驟31108，當前交換機判斷它是否收到呼叫30202的NCID。如果當前交換機沒有收到呼叫30202的NCID，交換機繼續(xù)到步驟31112。在步驟31112，交換機分析始發(fā)中繼線組參數，以判斷始發(fā)中繼線組參數的類型。如果始發(fā)中繼線組參數類型是機器間中繼線(IMT)或釋放鏈路中繼線(RLT)，交換機就繼續(xù)到步驟31116。IMT是連接兩個標準電信交換機的中繼線，而RLT是連接智能業(yè)務網絡(ISN)平臺到標準電信交換機的中繼線。當前交換機到達步驟31116時，當前交換機知道它不是始發(fā)交換機，沒有接收到NCID。在步驟31116，當前交換機分析始發(fā)中繼線組參數，判斷它是否有權為呼叫30202創(chuàng)建NCID。在步驟31116，如果當前交換機無權為呼叫30202創(chuàng)建NCID，當前交換機就前進到步驟31118。當當前交換機在步驟31118知道它不是始發(fā)交換機時，它沒有收到呼叫30202的NCID，但未被授權去生成一個NCID。因此在步驟31118，當前交換機將與呼叫30202關聯的呼叫記錄寫到本地交換機數據庫，然后前進到步驟31120。在步驟31120，當前交換機將呼叫30202與其關聯的NCID一起通過網絡傳輸出去。下文更詳細地說明步驟31120。再次參看步驟31116，如果當前交換機有權為呼叫30202創(chuàng)建NCID，當前交換機就前進到步驟31114。在步驟31114，當前交換機為呼叫30202生成新的NCID，然后前進到步驟31136。在步驟31116，當前交換機將呼叫30202關聯的呼叫記錄-包括NCID-寫到本地交換機數據庫，然后前進到步驟31120。在步驟31120，當前交換機將呼叫30202與其關聯的NCID一起通過網絡傳輸出去。下文更詳細地說明步驟31120。再次參看步驟31112，如果當前交換機判定始發(fā)中繼線組類型不是IMT或RLT，當前交換機就前進到步驟31114。到達步驟31114時，當前交換機知道它是始發(fā)交換機，因此必須為呼叫30202生成NCID。下文更詳細地說明步驟31114。當前交換機在步驟31114生成NCID之后，前進到步驟31116，將呼叫30202關聯的呼叫記錄-包括NCID-寫到本地數據庫。寫完呼叫記錄之后，當前交換機前進到步驟31120，將呼叫與其關聯的NCID一起通過網絡傳輸出去。下文更詳細地說明步驟31120。再次參看步驟31108，如果當前交換機判定它接收了呼叫30202的NCID，當前交換機就前進到步驟31110。在步驟31110，當前交換機處理所接收的NCID。在步驟31110，有兩個可能結果。第一，當前交換機可能決定不保留接收的NCID，于是從步驟31110前進到步驟31114去生成新的NCID。下文更詳細地說明步驟31110。在步驟31114，當前交換機為呼叫30202生成新的NCID，然后前進到步驟31116。步驟31114也在下文更詳細地說明。在步驟31116，當前交換機將呼叫30202關聯的呼叫記錄寫到本地數據庫。當前交換機然后前進到步驟31120，將呼叫與其關聯的NCID一起通過網絡傳輸出去。下文更詳細地說明步驟31120。再次參看步驟31110，當前交換機可以決定保留接收的NCID，由此從步驟31110前進到步驟31115。在步驟31115，將接收的NCID加到呼叫30202關聯的呼叫記錄中。下文更詳細地說明步驟31110和31115。步驟31115之后，當前交換機繼續(xù)到步驟31136，將呼叫30202關聯的呼叫記錄寫到本地數據庫。當前交換機然后前進到步驟31120，將呼叫與其關聯的NCID一起通過網絡傳輸出去。下文更詳細地說明步驟31120。圖93表示處理所接收NCID的步驟31110的控制邏輯。當前交換機當確定收到呼叫30202的NCID時，進入步驟31110的步驟31202。在步驟31202，當前交換機分析始發(fā)中繼線組參數，判斷始發(fā)中繼線組類型。如果始發(fā)中繼組是IMT或RLT，當前交換機就前進到步驟31212。在步驟31212，當前交換機了解到它不是始發(fā)交換機并且它接收了呼叫30202的NCID。于是在步驟31212，當前交換機保留所接收的NICD并退出步驟31110，由此繼續(xù)到圖92的步驟31115，然后，當前交換機將在呼叫記錄中存儲所接收的NCID并傳輸呼叫。再次參見步驟31202，如果始發(fā)中繼線組不是IMT或RLT，當前交換機就前進到步驟31204。在步驟31204，當前交換機判定始發(fā)中繼線組的類型是綜合業(yè)務用戶部分直接接入線路(ISUPDAL)還是綜合業(yè)務數字網基本速率接口(ISDNPRI)。ISUP是一種允許將信息作為信息參數從交換機發(fā)送到交換機的信令協議。ISUPDAL是一種主要由多個網絡客戶共享、又能專用于單一網絡客戶的中繼線組。與其不同的是，ISDNPRI是一種主要專用于單一網絡客戶、又能由多個網絡客戶共享的中繼線組。網絡客戶是租賃網絡資源的實體。在步驟31204，如果當前交換機判斷中繼線組類型不是ISUPDAL或ISDNPRI，當前交換機就前進到步驟31206。在步驟31206，當前交換機知道了它接收了的NCID不是由電信網絡一部分的交換機或是網絡的客戶的交換機所生成的。于是在步驟31206，當前交換機就放棄所接收的NCID，因為它不是可靠的NCID。當前交換機從步驟31206退出步驟31110，由此繼續(xù)到圖92的步驟31114，當前交換機將在此創(chuàng)建新的NCID并將NCID與呼叫30202一起傳輸?；仡^參看步驟31024，如果當前交換機判斷始發(fā)中繼線組類型是ISUPDAL或ISDNPRI，當前交換機就繼續(xù)到步驟31208。在步驟31208，當前交換機知道了它接收了來自客戶中繼線組的NCID。于是當前交換機分析始發(fā)中繼線組參數，判斷它是否被授權為呼叫30202創(chuàng)建新的NCID。當前交換機可以被授權創(chuàng)建一個新的NCID，以及覆蓋由客戶提供的NCID，以保證與呼叫30202對應并通過網絡發(fā)送的是一個有效的NCID。在步驟31208，如果當前交換機無權為呼叫30202創(chuàng)建新的NCID，當前交換機就前進到步驟31210。在步驟31210，當前交換機檢查所接收NCID的有效性例如NCID長度。如果所接收NCID無效，當前交換機就前進到步驟31206。在步驟31206，當前交換機放棄無效的NCID。當前交換機從步驟31206退出步驟31110，由此繼續(xù)到圖92的步驟31114，當前交換機將在此創(chuàng)建新的NCID并將NCID與呼叫30202一起傳輸。再次參見步驟31210，如果當前交換機判定所接收NCID有效，當前交換機就前進到步驟31212。在步驟31212，當前交換機保留所接收NCID并退出步驟31110，由此繼續(xù)到圖92的步驟31115，然后，當前交換機將在呼叫記錄中存儲所接收的NCID并傳輸呼叫。圖94A表示生成NCID的步驟31114的控制邏輯。當前交換機在必須創(chuàng)建一個NCID時進入步驟31302。在步驟31302，當前交換機計算一個序列號。該序列號代表在同一端口號上發(fā)生的時間點1相同的呼叫的數目。第一個呼叫將有‘0’序列號，序列號以后在同一端口號上每次始發(fā)時間點1值相同的呼叫時遞增。在步驟31202創(chuàng)建序列號之后，當前交換機前進到步驟31304。在步驟31304，當前交換機為呼叫30202創(chuàng)建一個呼叫記錄，呼叫記錄中包括呼叫30202的新創(chuàng)建的NCID。創(chuàng)建呼叫記錄之后，當前交換機退出步驟31114，前進到圖92的步驟31136，當前交換機在此將呼叫記錄寫到本地交換機數據庫。圖94B表示將所接收NCID添加到呼叫30202關聯的呼叫記錄中的步驟31115的控制邏輯。進入步驟31115后，當前交換機進入31306。在步驟31306，當前交換機知道它已經從中間或終結交換機、或者從客戶交換機接收了一個有效的NCID。在步驟31306，當前交換機判斷是否有32字呼叫記錄的授權代碼域可用于存儲該NCID。如果有授權代碼域可用，當前交換機就前進到步驟31310。在步驟31310，當前交換機在32字呼叫記錄的授權代碼域中存儲NCID。當前交換機還必須將NCID位置域設置為‘1’-表示NCID存儲在授權代碼域中。步驟31310后，當前交換機退出步驟31115，前進到圖92的步驟31136，當前交換機在此將呼叫記錄寫到本地交換機數據庫。再次參看步驟31306，如果32字呼叫記錄中沒有授權代碼域可用，當前交換機就前進到步驟31308。在步驟31308，當前交換機在64字呼叫記錄的NCID域中存儲NCID。步驟31308后，當前交換機退出步驟31115，前進到圖92的步驟31136，當前交換機在此將呼叫記錄寫到本地交換機數據庫。圖95表示傳輸來自當前交換機的呼叫的步驟31120的控制邏輯。這個控制邏輯有兩個入口點步驟31402和31412。當從圖92的步驟31136進入步驟31402后，當前交換機知道它已經創(chuàng)建了一個NCID或接收了一個有效的NCID。在步驟31402，當前交換機訪問本地數據庫，讀取與用于傳輸呼叫30202的終結中繼線組關聯的中繼線組參數。取得參數后，當前交換機前進到步驟31404。在步驟31404，當前交換機判斷終結中繼線組類型。如果終結中繼線是ISUP中繼線，當前交換機就前進到步驟31408。在步驟31408，分析與該ISUP中繼線類型關聯的參數，判定是否要向下一個交換機傳遞NCID。如果當前交換機有權傳遞NCID，當前交換機前進到步驟31416。在步驟31416，當前交換機將呼叫連同SS7初始地址消息(IAM)一起傳輸到下一個交換機。NCID是作為IAM的一般數字參數的一部分傳輸的。IAM含有下一個交換機有用的建立信息，準備下一個交換機來接收和完成呼叫30202。一般數字參數的格式如下面的表306所示。一般數字參數代碼11000001類型0表306傳輸呼叫30202和IAM之后，當前交換機前進到步驟31418，由此退出交換機處理。再次參看步驟31408，如果當前交換機無權向IAM消息中的下一個交換機傳遞NCID，當前交換機前進到步驟31412。在步驟31412，當前交換機按正常過程將呼叫30202傳輸到下一個交換機，正常過程包括向下一個交換機發(fā)送一個其中沒有將NCID作為一般數字參數一部分交換的IAM消息。傳輸呼叫30202之后，當前交換機前進到步驟31418，由此退出記錄處理。再次參見步驟31404，如果當前交換機判定終結中繼線不是ISUP，當前交換機就前進到步驟31406。在步驟31406，當前交換機判斷終結中繼線組是不是ISDN中繼線(這種終結中繼線組專用于一個網絡客戶)。如果終結中繼線組是ISDN，當前交換機前進到步驟31410。在步驟31410，當前交換機分析與ISDN中繼線組類型關聯的參數，判定是否向下一個交換機傳遞NCID。如果當前交換機有權傳遞NCID，當前交換機前進到步驟31414。在步驟31414，當前交換機將呼叫連同一個建立消息一起傳輸到下一個交換機。建立消息含有下一個交換機有用的建立信息，準備下一個交換機來接收和完成呼叫30202。NCID是作為建立消息的鎖存移位代碼集6參數的一部分傳輸的。鎖存移位代碼集6參數的格式如下面的表307所示。鎖存移位代碼集6參數代碼11000001類型0表307傳輸呼叫30202和建立消息之后，當前交換機前進到步驟31418，由此退出交換機處理。再次參看步驟31410，如果當前交換機確定它無權向建立消息中的下一個交換機傳遞NCID，當前交換機前進到步驟31412。在步驟31412，當前交換機按正常過程將呼叫30202傳輸到下一個交換機，正常過程包括向下一個交換機發(fā)送一個其中沒有將NCID作為鎖存移位代碼集6參數的一部分記錄的建立消息。傳輸呼叫30202之后，當前交換機前進到步驟31418，由此退出交換機處理。再次參見步驟31412，該步驟也可以-在當前交換機沒有接收到NCID、當前交換機是中間或終結交換機、當前交換機無權創(chuàng)建NCID時-從圖92的步驟31118進入。在這種情況下，在步驟31412，當前交換機也按正常過程將呼叫30202傳輸到下一個交換機，正常過程包括向下一個交換機發(fā)送一個其中沒有將NCID作為參數的一部分記錄的IAM或建立消息。傳輸呼叫30202之后，當前交換機前進到步驟31418，由此退出交換機處理。一種用于電信網絡的交換機、用靈活和可擴展的記錄格式為電話呼叫生成呼叫記錄的系統和方法。接收到電話呼叫后，網絡中的交換機分析電話呼叫，判斷缺省的呼叫記錄是否足夠大、能存儲關于電話呼叫的呼叫記錄信息，或者是否必須用擴展的呼叫記錄來存儲關于電話呼叫的呼叫記錄信息。確定要使用那種記錄之后，交換機生成缺省或擴展呼叫記錄。一旦填充了整個記帳塊，交換機就將含有完成的呼叫記錄的記帳塊發(fā)送到記帳中心。以上已經說明了各種實施例，應當明白，它們僅僅是作為例子舉出的，沒有限制意義。因此較佳實施例的范圍不受上述示例性實施例的限制，而只能應當按照以下權利要求及其等價物來界定。附錄表301-CDR/PNR記錄格式表302-ECDR/EPNR記錄格式表303-OSR/POSR記錄格式表304-EOSR/EPOSR記錄格式()權利要求1．一種用于在包括目錄服務器的混合網絡上路由選擇媒體傳輸的方法，包含以下步驟(a)向混合網絡傳輸媒體信息；(b)在混合網絡接收媒體信息；(c)從媒體信息中分析呼叫信息并根據呼叫信息詢問目錄服務器；(d)接受從混合網絡在目錄服務器的詢問；(e)根據呼叫信息和來自目錄服務器的信息確定行動。2．如權利要求1中所述的方法，其中，呼叫信息包括投遞優(yōu)先信息。3．如權利要求2中所述的方法，包括根據優(yōu)先信息檢索存儲的消息信息的步驟。4．如權利要求1中所述的方法，其中，媒體信息包括支持文本、音頻、多媒體、視頻和數據。5．如權利要求1中所述的方法，其中，根據呼叫信息的行動包括文檔投遞。6．如權利要求5中所述的方法，其中，文檔投遞包括尋呼、電子郵件、傳真和話音郵件投遞。7．如權利要求1中所述的方法，其中，根據呼叫信息的行動包括外向呼叫。8．一種用于在包括目錄服務器的混合網絡上路由選擇媒體傳輸的系統，包含(a)向混合網絡傳輸媒體信息的控制軟件；(b)在混合網絡接收媒體信息的控制軟件；(c)從媒體信息中分析呼叫信息并根據呼叫信息詢問目錄服務器的控制軟件；(d)接受從混合網絡在目錄服務器的詢問的控制軟件；(e)根據呼叫信息和來自目錄服務器的信息確定行動的控制軟件。9．如權利要求8中所述的系統，其中，呼叫信息包括投遞優(yōu)先信息。10．如權利要求8中所述的系統，包括根據優(yōu)先信息檢索存儲的消息信息的控制軟件。11．如權利要求8中所述的系統，其中，存儲的消息信息包括支持文本、音頻、多媒體、視頻和數據。12．如權利要求8中所述的系統，其中，根據呼叫信息的行動包括文檔投遞。13．如權利要求12中所述的系統，其中，文檔投遞包括尋呼、電子郵件、傳真和話音郵件投遞。14．如權利要求8中所述的系統，其中，根據呼叫信息的行動包括外向呼叫。15．一種用于在包括目錄服務器的混合網絡上路由選擇媒體傳輸的計算機可讀介質上配備的計算機程序，包含(a)根據呼叫信息和來自目錄服務器的信息確定行動的控制軟件。(b)向混合網絡傳輸媒體信息的第一軟件；(c)在混合網絡接收媒體信息的第二軟件；(d)從媒體信息中分析呼叫信息并根據呼叫信息詢問目錄服務器的第三軟件；(e)接受從混合網絡在目錄服務器的詢問的第四軟件；(f)根據呼叫信息和來自目錄服務器的信息確定行動的第五軟件。16．如權利要求15中所述的計算機可讀介質上配備的計算機程序，其中，呼叫信息包括投遞優(yōu)先信息。17．如權利要求16中所述的計算機可讀介質上配備的計算機程序，包括根據優(yōu)先信息檢索存儲的消息信息的軟件。18．如權利要求15中所述的計算機可讀介質上配備的計算機程序，其中，存儲的消息信息包括支持文本、音頻、多媒體、視頻和數據。19．如權利要求15中所述的計算機可讀介質上配備的計算機程序，其中，根據呼叫信息的行動包括文檔投遞。20．如權利要求19中所述的計算機可讀介質上配備的計算機程序，其中，文檔投遞包括尋呼、電子郵件、傳真和話音郵件投遞。21．如權利要求15中所述的計算機可讀介質上配備的計算機程序，其中，根據呼叫信息的行動包括外向呼叫。22．一種用于混合網絡上的媒體通信的方法，包含的步驟是(a)通過交換網或因特網在兩個或更多消費者間建立用于傳輸視頻、音頻和/或實時傳輸協議(RTP)格式的數據通信的多播通信；(b)將視頻信息從每個消費者同時傳輸到所有其他參與通信的消費者；(c)將混合音頻信息從所有其他參與通信的消費者傳輸到每個參與消費者，使得每個參與消費者能同時聽到所有其他參與消費者。23．如權利要求22所述的用于混合網絡上的媒體通信的方法，進一步包含在用戶界面搜索適合參與可視頻、音頻和/或數據通信的消費者目錄的步驟。24．如權利要求22所述的用于混合網絡上的媒體通信的方法，其中，消費者通過按因特網協議地址選擇其他參與消費者來建立兩個或更多消費者間的通信。25．如權利要求23所述的用于混合網絡上的媒體通信的方法，其中，消費者通過從用戶界面選擇其他參與消費者來建立兩個或更多消費者間的通信。26．如權利要求22所述的用于混合網絡上的媒體通信的方法，其中，消費者通過與人類或自動操作員或代理的通信來建立兩個或更多消費者間的通信。27．如權利要求22所述的用于混合網絡上的媒體通信的方法，進一步包含下列步驟(a)創(chuàng)建一個其中每個參與通信的消費者都用單獨的圖象來代表的虛擬現實環(huán)境；(b)通過在代表圖象間操作虛擬對象來在參與者之間通訊媒體。28．一種用于混合網絡上的媒體通信的裝置，包含(a)一個具有在消費者與因特網間建立用于傳輸實時傳輸協議(RTP)格式的數據通信的多播通信的控制軟件的處理機；(b)一個具有通過因特網向一個或多個其他消費者傳輸媒體通信的控制軟件的處理機；(c)一個具有通過因特網從一個或多個其他消費者接收媒體通信的控制軟件的處理機；(d)一個具有控制傳輸和接收以獲得指定的媒體通信服務質量的控制軟件的處理機。29．如權利要求28所述的用于混合網絡上的媒體通信的裝置，其中，媒體通信包含視頻信息、音頻信息和數據的組合。30．如權利要求29所述的用于混合網絡上的媒體通信的裝置，進一步包含一個用于檢索的用戶界面，用以通過檢索適合的視頻電話消費者目錄來確定媒體通信的預計接收者是否適合接收媒體通信。31．如權利要求29所述的用于混合網絡上的媒體通信的裝置，其中，媒體通信是通過人類或自動操作員或代理傳輸的。32．如權利要求29所述的用于混合網絡上的媒體通信的裝置，其中，傳輸和接收是通過一個為獲得指定的媒體通信服務質量而在通信路徑上保留網絡資源的資源保留協議控制的。33．如權利要求29所述的用于混合網絡上的媒體通信的裝置，進一步包含(a)一個具有如果有合適的人類或自動代理就通過人類或自動操作員傳輸媒體通信的控制軟件的處理機；(b)一個存儲所記錄媒體信息的存儲器；(c)一個具有如果沒有合適的人類或自動操作員或代理就從存儲位置向消費者傳輸所記錄媒體信息的控制軟件的處理機；(d)一個具有在有合適的人類或自動操作員或代理時就終結所記錄媒體信息傳輸的控制軟件的處理機；34．一種用于混合網絡上的媒體通信的計算機可讀介質上配備的計算機程序，包含(a)在消費者與因特網間建立用于傳輸實時傳輸協議(RTP)格式的數據通信的多播通信的第一軟件；(b)通過因特網向一個或多個其他消費者傳輸媒體通信的第二軟件；(c)通過因特網從一個或多個其他消費者接收媒體通信的第三軟件；(d)控制傳輸和接收以獲得指定的媒體通信服務質量的第四軟件。35．如權利要求34所述的用于混合網絡上的媒體通信的計算機可讀介質上配備的計算機程序，其中，媒體通信包含視頻信息、音頻信息和數據的組合。36．如權利要求34所述的用于混合網絡上的媒體通信的計算機可讀介質上配備的計算機程序，進一步包含一個適合的視頻電話消費者目錄的第五軟件，其中消費者通過檢索目錄來確定媒體通信的預計接收者是否適合接收媒體通信。37．如權利要求34所述的用于混合網絡上的媒體通信的計算機可讀介質上配備的計算機程序，其中，媒體通信是通過人類或自動操作員或代理傳輸的。38．如權利要求34所述的用于混合網絡上的媒體通信的計算機可讀介質上配備的計算機程序，其中，傳輸和接收是通過一個為獲得指定的媒體通信服務質量而在通信路徑上保留網絡資源的資源保留協議控制的。39．如權利要求34所述的用于混合網絡上的媒體通信的計算機可讀介質上配備的計算機程序，進一步包含(a)如果有合適的人類或自動代理就通過人類或自動操作員傳輸媒體通信的第五軟件；(b)在一個存儲位置存儲所記錄媒體信息的第六軟件；(c)如果沒有合適的人類或自動操作員或代理就從存儲位置向消費者傳輸所記錄媒體信息的第七軟件；(d)在有合適的人類或自動操作員或代理時就終結所記錄媒體信息傳輸的第八軟件。40．一種用于混合網絡上的媒體通信的方法，包含的步驟是(a)利用混合網絡在多個用戶間建立用于傳輸視頻、音頻和/或實時傳輸協議(RTP)格式的數據通信的多播通信；(b)將音頻通信從第一個用戶同時傳輸到所有其他參與通信的用戶；(c)將視頻信息從參與通信的第一個用戶同時傳輸到每個用戶，使得每個參與用戶能聽到所有其他參與用戶；(d)根據用戶參與者和在混合網絡上路由選擇媒體通信所用的媒體特征來存儲記帳記錄。41．如權利要求40所述的用于混合網絡上的媒體通信的方法，進一步包含在用戶界面檢索適合參與可視頻、音頻和/或數據通信的用戶目錄和在記帳記錄中反映檢索特征的使用的步驟。42．如權利要求40所述的用于混合網絡上的媒體通信的方法，其中，用戶通過按因特網協議地址選擇其他參與用戶來建立兩個或更多用戶間的通信。43．如權利要求41所述的用于混合網絡上的媒體通信的方法，其中，用戶通過從用戶界面選擇其他參與用戶來建立兩個或更多用戶間的通信。44．如權利要求40所述的用于混合網絡上的媒體通信的方法，其中，用戶通過與操作員的通信來建立多用戶間的通信。45．如權利要求40所述的用于混合網絡上的媒體通信的方法，進一步包含下列步驟(a)創(chuàng)建一個其中每個參與通信的用戶都用獨立的圖象來代表的虛擬現實環(huán)境；(b)通過操作與獨立圖象關聯的虛擬對象來在參與者之間通訊媒體。46．一種用于混合網絡上的媒體通信的系統，包含的步驟是(a)利用混合網絡在多個用戶間建立用于傳輸視頻、音頻和/或實時傳輸協議(RTP)格式的數據通信的多播通信的控制軟件；(b)將音頻通信從第一個用戶同時傳輸到所有其他參與通信的用戶的通信軟件；(c)將視頻信息從參與通信的第一個用戶同時傳輸到每個用戶、使得每個參與用戶能聽到所有其他參與用戶的通信軟件；(d)根據用戶參與者和在混合網絡上路由選擇媒體通信所用的媒體特征來存儲記帳記錄的控制軟件。47．如權利要求46所述的用于混合網絡上的媒體通信的系統，進一步包含一個用于檢索適合參與可視頻、音頻和/或數據通信的用戶目錄的用戶界面和在記帳記錄中反映檢索特征的使用。48．如權利要求46所述的用于混合網絡上的媒體通信的系統，其中，用戶通過按因特網協議地址選擇其他參與用戶來建立兩個或更多用戶間的通信。49．如權利要求47所述的用于混合網絡上的媒體通信的系統，其中，用戶通過從用戶界面選擇其他參與用戶來建立兩個或更多用戶間的通信。50．如權利要求46所述的用于混合網絡上的媒體通信的系統，其中，用戶通過與操作員的通信來建立多用戶間的通信。51．如權利要求46所述的用于混合網絡上的媒體通信的系統，進一步包含(a)用以創(chuàng)建一個其中每個參與通信的用戶都用獨立的圖象來代表的虛擬現實環(huán)境的控制軟件；(b)用以通過操作與獨立圖象關聯的虛擬對象來在參與者之間通訊媒體的控制軟件。52．一種用于混合網絡上的媒體通信的計算機可讀介質上配備的計算機程序，包含(a)利用混合網絡在多個用戶間建立用于傳輸視頻、音頻和/或實時傳輸協議(RTP)格式的數據通信的多播通信的第一軟件；(c)將音頻通信從第一個用戶同時傳輸到所有其他參與通信的用戶的第二軟件；(d)將視頻信息從參與通信的第一個用戶同時傳輸到每個用戶、使得每個參與用戶能聽到所有其他參與用戶的第三軟件；(e)根據用戶參與者和在混合網絡上路由選擇媒體通信所用的媒體特征來存儲記帳記錄的第四軟件。53．如權利要求52所述的用于混合網絡上的媒體通信的計算機可讀介質上配備的計算機程序，進一步包含一個用于檢索適合參與可視頻、音頻和/或數據通信的用戶目錄的用戶界面和在記帳記錄中反映檢索特征的使用。54．如權利要求52所述的用于混合網絡上的媒體通信的計算機可讀介質上配備的計算機程序，其中，用戶通過按因特網協議地址選擇其他參與用戶來建立兩個或更多用戶間的通信。55．如權利要求53所述的用于混合網絡上的媒體通信的計算機可讀介質上配備的計算機程序，其中，用戶通過從用戶界面選擇其他參與用戶來建立兩個或更多用戶間的通信。56．如權利要求52所述的用于混合網絡上的媒體通信的計算機可讀介質上配備的計算機程序，其中，用戶通過與操作員的通信來建立多用戶間的通信。57．如權利要求52所述的用于混合網絡上的媒體通信的計算機可讀介質上配備的計算機程序，進一步包含(a)用以創(chuàng)建一個其中每個參與通信的用戶都用獨立的圖象來代表的虛擬現實環(huán)境的第五軟件；(b)用以通過操作與獨立圖象關聯的虛擬對象來在參與者之間通訊媒體的第六軟件。58．一種用于將第一個有電話功能的設備與第二個有電話功能的設備連接、用以在包括有驗證機構的混合網絡上進行媒體傳輸的方法，包含以下步驟(a)從第一個有電話功能的設備撥卡訪問號；(b)通過提示輸入卡號碼來確定第一個有電話功能的設備是否有權接入所期望的呼叫；(c)從第一個有電話功能的設備接收卡號碼輸入；(d)提示輸入電話號碼；(e)從第一個有電話功能的設備接收電話號碼輸入；(f)通過訪問目錄服務器和將電話號碼輸入轉換成目的地號碼來標識呼叫的目的地；(g)完成到第二個有電話功能的設備的目的地號碼的呼叫。59．如權利要求58中所述的方法，其中，卡信息包括一個獨有的卡號碼。60．如權利要求59中所述的方法，其中，卡信息包括訪問號碼。61．如權利要求58中所述的方法，其中，呼叫卡是借方卡。62．如權利要求58中所述的方法，其中，呼叫卡包括訪問到操作員信息。63．如權利要求58中所述的方法，其中，呼叫卡包括快撥特征。64．如權利要求58中所述的方法，其中，呼叫卡包括提供訪問到會議呼叫支持。65．如權利要求58中所述的方法，其中，呼叫卡包括提供訪問到話音郵件。66．如權利要求58中所述的方法，其中，呼叫卡包括提供訪問到電子郵件。67．如權利要求58中所述的方法，其中，呼叫卡包括提供訪問到新聞服務。68．一種用于從第一個有電話功能的設備向第二個有電話功能的設備在混合網絡上路由選擇媒體傳輸的在計算機可讀介質上配備的計算機程序，包含(a)從第一個有電話功能的設備撥卡訪問號的第一軟件；(b)通過提示輸入卡號碼來確定第一個有電話功能的設備是否有權接入所期望的呼叫的第二軟件；(c)從第一個有電話功能的設備接收卡號碼輸入的第三軟件；(d)提示輸入電話號碼的第四軟件；(e)從第一個有電話功能的設備接收電話號碼輸入的第五軟件；(f)通過訪問目錄服務器和將電話號碼輸入轉換成目的地號碼來標識呼叫的目的地的第六軟件；(g)完成到第二個有電話功能的設備的目的地號碼的呼叫的第七軟件。69．如權利要求68中所述的計算機程序，其中，卡信息包括一個獨有的卡號碼。70．如權利要求68中所述的計算機程序，其中，卡信息包括訪問號碼。71．如權利要求68中所述的計算機程序，其中，呼叫卡是借方卡。72．如權利要求68中所述的計算機程序，其中，呼叫卡包括訪問到操作員信息。73．如權利要求68中所述的計算機程序，其中，呼叫卡包括快撥特征。74．如權利要求68中所述的計算機程序，其中，呼叫卡包括提供訪問到會議呼叫支持。75．如權利要求68中所述的計算機程序，其中，呼叫卡包括提供訪問到話音郵件。76．如權利要求68中所述的計算機程序，其中，呼叫卡包括提供訪問到電子郵件。77．如權利要求68中所述的計算機程序，其中，呼叫卡包括提供訪問到新聞服務。78．一種用于在混合網絡上進行媒體通信的方法，包含以下步驟(a)創(chuàng)建關于主叫者的輪廓信息；(b)用輪廓信息來提供混合網絡上基于關于主叫者的輪廓信息的媒體特征。79．如權利要求78所述的用于在混合網絡上進行媒體通信的方法，其中，輪廓信息存儲在可從混合網絡訪問的數據庫中。80．如權利要求78所述的用于在混合網絡上進行媒體通信的方法，其中，輪廓信息存儲在適合高可用性處理的分布式數據庫中。81．如權利要求78所述的用于在混合網絡上進行媒體通信的方法，其中，輪廓信息被存儲在附接到交換網絡的宿主處理機的數據庫中82．如權利要求78所述的用于在混合網絡上進行媒體通信的方法，其中，輪廓信息是在新用戶被處理時在位于宿主處理機的數據庫中創(chuàng)建的。83．如權利要求78所述的用于在混合網絡上進行媒體通信的方法，其中，輪廓信息可以被輪廓信息關聯的用戶動態(tài)改變，以反映當前信息。84．一種用于在與因特網相連的混合網絡上進行媒體通信的裝置，包含(a)一個附接在混合網絡上、存儲關于主叫者的輪廓信息的存儲器；(b)一個具有用輪廓信息來提供混合網絡上基于關于主叫者的輪廓信息的媒體特征的控制軟件的處理機。85．如權利要求84所述的用于在混合網絡上進行媒體通信的裝置，其中，輪廓信息存儲在可從混合網絡訪問的數據庫中。86．如權利要求84所述的用于在混合網絡上進行媒體通信的裝置，其中，輪廓信息存儲在適合高可用性處理的分布式數據庫中。87．如權利要求84所述的用于在混合網絡上進行媒體通信的裝置，其中，輪廓信息被存儲在附接到交換網絡的宿主處理機的數據庫中88．如權利要求84所述的用于在混合網絡上進行媒體通信的裝置，其中，輪廓信息是在新客戶被處理時在位于宿主處理機的數據庫中創(chuàng)建的。89．如權利要求84所述的用于在混合網絡上進行媒體通信的裝置，其中，輪廓信息可以被輪廓信息關聯的用戶動態(tài)改變，以反映當前信息。90．一種用于在與因特網相連的混合網絡上進行媒體通信的計算機可讀介質上配備的計算機程序，包含(a)存儲關于主叫者的輪廓信息的第一軟件；(b)用輪廓信息來提供混合網絡上基于關于主叫者的輪廓信息的媒體特征的第二軟件。91．如權利要求90所述的用于在混合網絡上進行媒體通信的計算機可讀介質上配備的計算機程序，其中，輪廓信息存儲在可從混合網絡訪問的數據庫中。92．如權利要求90所述的用于在混合網絡上進行媒體通信的計算機可讀介質上配備的計算機程序，其中，輪廓信息存儲在適合高可用性處理的分布式數據庫中。93．如權利要求90所述的用于在混合網絡上進行媒體通信的計算機可讀介質上配備的計算機程序，其中，輪廓信息被存儲在附接到交換網絡的宿主處理機的數據庫中94．如權利要求90所述的用于在混合網絡上進行媒體通信的計算機可讀介質上配備的計算機程序，其中，輪廓信息是在新客戶被處理時在位于宿主處理機的數據庫中創(chuàng)建的。95．如權利要求90所述的用于在混合網絡上進行媒體通信的計算機可讀介質上配備的計算機程序，其中，輪廓信息可以被輪廓信息關聯的用戶動態(tài)改變，以反映當前信息。96．一種用于在混合網絡上進行媒體通信的方法，包含以下步驟(a)創(chuàng)建關于主叫者的輪廓信息；(b)用輪廓信息來提供混合網絡上基于關于主叫者的輪廓信息的找我隨我處理。97．如權利要求96所述的用于在混合網絡上進行媒體通信的方法，其中，輪廓信息存儲在可從混合網絡訪問的數據庫中。98．如權利要求96所述的用于在混合網絡上進行媒體通信的方法，其中，輪廓信息存儲在適合高可用性處理的分布式數據庫中。99．如權利要求96所述的用于在混合網絡上進行媒體通信的方法，其中，輪廓信息被存儲在附接到交換網絡的宿主處理機的數據庫中100．如權利要求96所述的用于在混合網絡上進行媒體通信的方法，其中，輪廓信息是在新用戶被處理時在位于宿主處理機的數據庫中創(chuàng)建的。101．如權利要求96所述的用于在混合網絡上進行媒體通信的方法，其中，輪廓信息可以被輪廓信息關聯的用戶動態(tài)改變，以反映當前信息。102．一種用于在與因特網相連的混合網絡上進行媒體通信的裝置，包含(a)一個附接在混合網絡上、存儲關于主叫者的輪廓信息的存儲器；(b)一個具有用輪廓信息來提供混合網絡上基于關于主叫者的輪廓信息的找我隨我處理的控制軟件的處理機。103．如權利要求102所述的用于在混合網絡上進行媒體通信的裝置，其中，輪廓信息存儲在可從混合網絡訪問的數據庫中。104．如權利要求102所述的用于在混合網絡上進行媒體通信的裝置，其中，輪廓信息存儲在適合高可用性處理的分布式數據庫中。105．如權利要求102所述的用于在混合網絡上進行媒體通信的裝置，其中，輪廓信息被存儲在附接到交換網絡的宿主處理機的數據庫中106．如權利要求102所述的用于在混合網絡上進行媒體通信的裝置，其中，輪廓信息是在新客戶被處理時在位于宿主處理機的數據庫中創(chuàng)建的。107．如權利要求102所述的用于在混合網絡上進行媒體通信的裝置，其中，輪廓信息可以被輪廓信息關聯的用戶動態(tài)改變，以反映當前信息。108．一種用于在與因特網相連的混合網絡上進行媒體通信的計算機可讀介質上配備的計算機程序，包含(a)存儲關于主叫者的輪廓信息的第一軟件；(b)用輪廓信息來提供混合網絡上基于關于主叫者的輪廓信息的找我隨我處理的第二軟件。109．如權利要求108所述的用于在混合網絡上進行媒體通信的計算機可讀介質上配備的計算機程序，其中，輪廓信息存儲在可從混合網絡訪問的數據庫中。110．如權利要求108所述的用于在混合網絡上進行媒體通信的計算機可讀介質上配備的計算機程序，其中，輪廓信息存儲在適合高可用性處理的分布式數據庫中。111．如權利要求108所述的用于在混合網絡上進行媒體通信的計算機可讀介質上配備的計算機程序，其中，輪廓信息被存儲在附接到交換網絡的宿主處理機的數據庫中112．如權利要求108所述的用于在混合網絡上進行媒體通信的計算機可讀介質上配備的計算機程序，其中，輪廓信息是在新客戶被處理時在位于宿主處理機的數據庫中創(chuàng)建的。113．如權利要求108所述的用于在混合網絡上進行媒體通信的計算機可讀介質上配備的計算機程序，其中，輪廓信息可以被輪廓信息關聯的用戶動態(tài)改變，以反映當前信息。114．一種用于在混合網絡上進行媒體通信的方法，包含以下步驟(a)創(chuàng)建關于主叫者的輪廓信息；(b)用輪廓信息來限制混合網絡上基于關于主叫者的輪廓信息的特征。115．如權利要求114所述的用于在混合網絡上進行媒體通信的方法，其中，輪廓信息存儲在可從混合網絡訪問的數據庫中。116．如權利要求114所述的用于在混合網絡上進行媒體通信的方法，其中，輪廓信息存儲在適合高可用性處理的分布式數據庫中。117．如權利要求114所述的用于在混合網絡上進行媒體通信的方法，其中，輪廓信息被存儲在附接到交換網絡的宿主處理機的數據庫中118．如權利要求114所述的用于在混合網絡上進行媒體通信的方法，其中，輪廓信息是在新用戶被處理時在位于宿主處理機的數據庫中創(chuàng)建的。119．如權利要求114所述的用于在混合網絡上進行媒體通信的方法，其中，輪廓信息可以被輪廓信息關聯的用戶動態(tài)改變，以反映當前信息。120．一種用于在與因特網相連的混合網絡上進行媒體通信的裝置，包含(a)一個附接在混合網絡上、存儲關于主叫者的輪廓信息的存儲器；(b)一個具有用輪廓信息來限制混合網絡上基于關于主叫者的輪廓信息的特征的控制軟件的處理機。121．如權利要求120所述的用于在混合網絡上進行媒體通信的裝置，其中，輪廓信息存儲在可從混合網絡訪問的數據庫中。122．如權利要求120所述的用于在混合網絡上進行媒體通信的裝置，其中，輪廓信息存儲在適合高可用性處理的分布式數據庫中。123．如權利要求120所述的用于在混合網絡上進行媒體通信的裝置，其中，輪廓信息被存儲在附接到交換網絡的宿主處理機的數據庫中124．如權利要求120所述的用于在混合網絡上進行媒體通信的裝置，其中，輪廓信息是在新客戶被處理時在位于宿主處理機的數據庫中創(chuàng)建的。125．如權利要求120所述的用于在混合網絡上進行媒體通信的裝置，其中，輪廓信息可以被輪廓信息關聯的用戶動態(tài)改變，以反映當前信息。126．一種用于在與因特網相連的混合網絡上進行媒體通信的計算機可讀介質上配備的計算機程序，包含(a)存儲關于主叫者的輪廓信息的第一軟件；(b)用輪廓信息來限制混合網絡上基于關于主叫者的輪廓信息的特征的第二軟件。127．如權利要求126所述的用于在混合網絡上進行媒體通信的計算機可讀介質上配備的計算機程序，其中，輪廓信息存儲在可從混合網絡訪問的數據庫中。128．如權利要求126所述的用于在混合網絡上進行媒體通信的計算機可讀介質上配備的計算機程序，其中，輪廓信息存儲在適合高可用性處理的分布式數據庫中。129．如權利要求126所述的用于在混合網絡上進行媒體通信的計算機可讀介質上配備的計算機程序，其中，輪廓信息被存儲在附接到交換網絡的宿主處理機的數據庫中130．如權利要求126所述的用于在混合網絡上進行媒體通信的計算機可讀介質上配備的計算機程序，其中，輪廓信息是在新客戶被處理時在位于宿主處理機的數據庫中創(chuàng)建的。131．如權利要求126所述的用于在混合網絡上進行媒體通信的計算機可讀介質上配備的計算機程序，其中，輪廓信息可以被輪廓信息關聯的用戶動態(tài)改變，以反映當前信息。132．一種用于在包括含有混合網絡接口的一個源和一個目的地傳真網關的混合網絡上進行傳真通信的方法，包含以下步驟(a)建立與源傳真網關的V.29調制解調器會話；(b)建立與源傳真網關的T.30傳真協議會話；(c)建立與目的地傳真網關的分組T.30傳真協議會話；(d)從目的地傳真網關聯系目的地具有傳真功能的設備；(e)由目的地傳真網關建立與目的地具有傳真功能的設備的V.29調制解調器會話；(f)建立與目的地具有傳真功能的設備的T.30傳真協議會話；(g)通過源和目的地傳真網關協商兩個具有傳真功能的設備之間從端到端的T.30傳真參數。(h)通過接收掃描行數據、創(chuàng)建分組和向目的地具有傳真功能的設備傳輸該分組來傳輸兩個具有傳真功能的設備之間從端到端的傳真。(i)檢測傳真的完成并釋放通信路徑。133．如權利要求132所述的方法，其中，用于確定路由選擇的呼叫信息是在傳真始發(fā)時提供的。134．如權利要求133所述的方法，其中，呼叫信息包含被叫方號碼。135．如權利要求133所述的方法，其中，呼叫信息包含主叫方號碼。136．如權利要求133所述的方法，其中，呼叫信息包含載體標識符。137．如權利要求133所述的方法，其中，呼叫信息包含始發(fā)線路。138．一種用于在包括含有混合網絡接口的一個源和一個目的地傳真網關的混合網絡上進行傳真通信的在計算機可讀介質上配備的計算機程序，包含(a)建立與源傳真網關的V.29調制解調器會話的第一軟件；(b)建立與源傳真網關的T.30傳真協議會話的第二軟件；(c)建立與目的地傳真網關的分組T.30傳真協議會話的第三軟件；(d)從目的地傳真網關聯系目的地具有傳真功能的設備的第四軟件；(e)由目的地傳真網關建立與目的地具有傳真功能的設備的V.29調制解調器會話的第五軟件；(f)建立與目的地具有傳真功能的設備的T.30傳真協議會話的第六軟件；(g)通過源和目的地傳真網關協商兩個具有傳真功能的設備之間從端到端的T.30傳真參數的第七軟件。(h)通過接收掃描行數據、創(chuàng)建分組和向目的地具有傳真功能的設備傳輸該分組來傳輸兩個具有傳真功能的設備之間從端到端的傳真第八軟件。(i)檢測傳真的完成并釋放通信路徑第九軟件。139．如權利要求138所述的計算機程序，其中，用于確定路由選擇的呼叫信息是在傳真始發(fā)時提供的。140．如權利要求139所述的計算機程序，其中，呼叫信息包含被叫方號碼。141．如權利要求139所述的計算機程序，其中，呼叫信息包含主叫方號碼。142．如權利要求139所述的計算機程序，其中，呼叫信息包含載體標識符。143．如權利要求139所述的計算機程序，其中，呼叫信息包含始發(fā)線路。144．一種混合電信系統，包含(a)一個交換通信網絡；(b)一個與交換通信網絡相連的分組傳輸網絡；(c)一個與交換通信網絡和分組傳輸網絡相連的呼叫路由器；(d)一個與呼叫路由器相連、其中存儲呼叫參數數據庫的存儲器。呼叫路由器被配置成能根據呼叫參數數據庫中的至少一個呼叫參數在交換通信網絡和分組傳輸網絡路由選擇呼叫，呼叫路由器進一步被配置成提供一個智能服務平臺，該智能服務平臺包括多個每個配置成執(zhí)行期望的服務邏輯的服務引擎和一個與服務引擎相連以選擇在服務引擎之一上運行的服務實例來處理由含有該混合電信系統的網絡提供的事務的服務選擇部件。145．如權利要求144的混合電信系統，其中，服務邏輯至少標識使用了一些什么業(yè)務功能部件、業(yè)務功能部件被調用的次序、輸入服務數據的源、輸出服務數據的目的地、錯誤值與錯誤處理、其它服務的調用以及與其它服務的交互作用。146．如權利要求145的混合電信系統，其中，業(yè)務功能部件至少包括基于時間的路由選擇、驗證和自動用戶交互作用的其中之一。147．一種用于在包括交換通信網絡和分組傳輸網絡的混合電信系統中導引呼叫和選擇服務的方法，包含(a)在存儲器中存儲一個呼叫參數數據庫；(b)接收系統上的一個呼叫；(c)訪問呼叫參數數據庫以確定至少一個呼叫參數；(d)根據這至少一個呼叫參數在交換通信網絡和分組傳輸網絡上路由選擇呼叫；(e)提供多個每個配置成執(zhí)行期望的服務邏輯的服務引擎；(f)選擇在服務引擎之一上運行的一個服務實例來處理由含有該混合電信系統的網絡提供的事務。148．如權利要求147的方法，其中，服務邏輯至少標識使用了一些什么業(yè)務功能部件、業(yè)務功能部件被調用的次序、輸入服務數據的源、輸出服務數據的目的地、錯誤值與錯誤處理、其它服務的調用以及與其它服務的交互作用。149．如權利要求148的方法，其中，業(yè)務功能部件至少包括基于時間的路由選擇、驗證和自動用戶交互作用的其中之一。150．一種用于在包括交換通信網絡和分組傳輸網絡的混合電信系統中導引呼叫和選擇服務的在計算機可讀介質上配備的計算機程序，包含(a)在存儲器中存儲一個呼叫參數數據庫的第一軟件；(b)當系統接收呼叫時訪問呼叫參數數據庫以確定至少一個呼叫參數的第二軟件；(c)根據這至少一個呼叫參數在交換通信網絡和分組傳輸網絡上路由選擇呼叫的第三軟件；(d)提供多個每個配置成執(zhí)行期望的服務邏輯的服務引擎的第四軟件；(e)選擇在服務引擎之一上運行的一個服務實例來處理由含有該混合電信系統的網絡提供的事務的第五軟件。151．如權利要求150的在計算機可讀介質上配備的計算機程序，其中，服務邏輯至少標識使用了一些什么業(yè)務功能部件、業(yè)務功能部件被調用的次序、輸入服務數據的源、輸出服務數據的目的地、錯誤值與錯誤處理、其它服務的調用以及與其它服務的交互作用。152．如權利要求151的在計算機可讀介質上配備的計算機程序，其中，業(yè)務功能部件至少包括基于時間的路由選擇、驗證和自動用戶交互作用的其中之一。153．一種混合網絡，包含(a)一個交換通信網絡；(b)一個與交換通信網絡相連的分組傳輸網絡；(c)一個與交換通信網絡和分組傳輸網絡相連的呼叫路由器；(d)一個與呼叫路由器相連、其中存儲呼叫參數數據庫的存儲器；呼叫路由器被配置成能根據呼叫參數數據庫中的至少一個呼叫參數在交換通信網絡和分組傳輸網絡路由選擇呼叫，呼叫路由器進一步被配置成提供一個智能服務平臺，智能服務平臺包括多個媒體客戶機。(e)一個在多個媒體客戶機與存儲器之間連接的媒體服務器，媒體服務器駐存有連接協作會話中的第一和第二媒體客戶機的邏輯；(f)媒體服務器包括根據媒體客戶機處理各種形式的媒體的能力管理視頻、音頻話音和其它媒體的動態(tài)調節(jié)的邏輯。154．如權利要求153的混合網絡，其中，智能服務平臺被配置成用呼叫參數數據庫來為多個服務提供數據。155．如權利要求153的混合網絡，其中，智能服務平臺包括一個服務引擎，數據客戶機被配置成高速緩存由服務引擎通過被服務客戶的數據服務器從呼叫參數數據庫獲得的數據。156．如權利要求153的混合網絡，其中，媒體服務器包括一個確定如何通過第一與第二媒體客戶機之間的混合網絡路由選擇媒體的服務引擎。157．如權利要求153的混合網絡，其中，多個媒體客戶機全部在混合網絡上交換媒體。158．一種用于在包括交換通信網絡和分組傳輸網絡的混合電信系統中導引呼叫和選擇服務的方法，包含(a)在存儲器中存儲一個呼叫參數數據庫；(b)接收系統上的一個呼叫；(c)訪問呼叫參數數據庫以確定至少一個呼叫參數；(d)根據這至少一個呼叫參數在交換通信網絡和分組傳輸網絡上路由選擇呼叫；(e)在多個媒體客戶機與存儲器之間連接一個媒體服務器，媒體服務器駐存有連接協作會話中的第一和第二媒體客戶機的邏輯；(f)根據媒體客戶機處理各種形式的媒體的能力調節(jié)媒體輸出。159．如權利要求158的方法，其中，用呼叫參數數據庫為呼叫期間的多個服務提供數據。160．如權利要求158的方法，還包含(g)在呼叫期間高速緩存來自呼叫參數數據庫的用于路由選擇呼叫和提供服務的數據。161．如權利要求158的方法，其中，媒體服務器包括一個確定如何通過第一與第二媒體客戶機之間的混合網絡路由選擇媒體的服務引擎。162．如權利要求158的方法，其中，多個媒體客戶機全部在混合網絡上交換媒體。163．一種用于在包括交換通信網絡和分組傳輸網絡的混合電信系統中導引呼叫和選擇服務的計算機可讀介質上配備的計算機程序，包含(a)在存儲器中存儲一個呼叫參數數據庫第一軟件；(b)接收系統上的一個呼叫的第二軟件；(c)訪問呼叫參數數據庫以確定至少一個呼叫參數第三軟件；(d)根據這至少一個呼叫參數在交換通信網絡和分組傳輸網絡上路由選擇呼叫第四軟件；(e)在多個媒體客戶機與存儲器之間連接一個媒體服務器的第五軟件，其中媒體服務器駐存有連接協作會話中的第一和第二媒體客戶機的邏輯；(f)根據媒體客戶機處理各種形式的媒體的能力調節(jié)媒體輸出的第六軟件。164．如權利要求163的計算機可讀介質上配備的計算機程序，其中，用呼叫參數數據庫為呼叫期間的多個服務提供數據。165．如權利要求163的計算機可讀介質上配備的計算機程序，還包含(g)在呼叫期間高速緩存來自呼叫參數數據庫的用于路由選擇呼叫和提供服務的數據第七軟件。166．如權利要求163的計算機程序，其中，媒體服務器包括一個確定如何通過第一與第二媒體客戶機之間的混合網絡路由選擇媒體的服務引擎。167．如權利要求163的計算機程序，其中，多個媒體客戶機全部在混合網絡上交換媒體。168．一種電信系統，包含(a)一個交換電話網絡；(b)一個與交換電話網絡相連的分組傳輸網絡；(c)一個與交換電話網絡和分組傳輸網絡相連的呼叫路由器；(d)一個與呼叫路由器相連、其中存儲呼叫參數數據庫的存儲器；呼叫路由器被配置成能根據呼叫參數數據庫中的至少一個呼叫參數在交換電話網絡和分組傳輸網絡路由選擇呼叫，呼叫路由器進一步被配置成提供一個智能服務平臺，智能服務平臺包括多個媒體客戶機。智能服務平臺有一個包括一個配置成控制與保護數據庫完整性的主控數據庫服務器的中央域和至少一個包括一個配置成提供用戶訪問和更新能力并與主控數據庫服務器相連的衛(wèi)星域。169．如權利要求168的電信系統，其中，至少有一個主控數據庫服務器和數據庫客戶機被劃分成物理子集，使得全部數據項不在一個站點，同時有保持單一的數據庫邏輯圖。170．如權利要求168的電信系統，其中，數據庫服務器和數據庫客戶機被進一步配置，使得數據庫客戶機能預訂主控數據庫中存儲的數據。171．一種用于在包括交換通信網絡和分組傳輸網絡的混合電信系統中導引呼叫和選擇服務的方法，包含(a)在存儲器中存儲一個呼叫參數數據庫；(b)接收系統上的一個呼叫；(c)訪問呼叫參數數據庫以確定至少一個呼叫參數；(d)根據這至少一個呼叫參數在交換通信網絡和分組傳輸網絡上路由選擇呼叫；(e)提供一個包括一個配置成控制與保護數據庫完整性的主控數據庫服務器的中央域；(f)提供至少一個包括一個配置成提供用戶訪問和更新能力并與主控數據庫服務器相連的衛(wèi)星域。172．如權利要求171的方法，還包含(g)將至少一個主控數據庫服務器和數據庫客戶機劃分成物理子集，使得全部數據項不在一個站點，同時有保持單一的數據庫邏輯圖。173．如權利要求171的方法，還包含(g)用數據庫客戶機預訂主控數據庫中存儲的數據。174．一種用于在包括交換通信網絡和分組傳輸網絡的混合電信系統中導引呼叫和選擇服務的計算機可讀介質上配備的計算機程序，包含(a)在存儲器中存儲一個呼叫參數數據庫的第一軟件；(b)當系統接收一個呼叫時訪問呼叫參數數據庫以確定至少一個呼叫參數的第二軟件；(c)根據這至少一個呼叫參數在交換通信網絡和分組傳輸網絡上路由選擇呼叫的第三軟件；(d)提供一個包括一個配置成控制與保護數據庫完整性的主控數據庫服務器的中央域第四軟件；(e)提供至少一個包括一個配置成提供用戶訪問和更新能力并與主控數據庫服務器相連的衛(wèi)星域第五軟件。175．如權利要求174的方法，還包含(f)將至少一個主控數據庫服務器和數據庫客戶機劃分成物理子集，使得全部數據項不在一個站點，同時有保持單一的數據庫邏輯圖的第六軟件。176．如權利要求174的方法，還包含(f)用數據庫客戶機預訂主控數據庫中存儲的數據的第六軟件。177．一種電信系統，包含(a)一個交換通信網絡；(b)一個與交換通信網絡相連的分組傳輸網絡；(c)一個與交換通信網絡和分組傳輸網絡相連的呼叫路由器；(d)一個與呼叫路由器相連、其中存儲呼叫參數數據庫的存儲器；呼叫路由器被配置成能根據呼叫參數數據庫中的至少一個呼叫參數在交換通信網絡和分組傳輸網絡路由選擇呼叫，呼叫路由器進一步被配置成提供一個智能服務平臺，呼叫參數數據庫進一步配置成包含一個公用信息庫，智能服務平臺至少有一個服務引擎，數據庫客戶機連接在該至少一個服務引擎與呼叫參數數據庫之間以獲得由該至少一個服務引擎支持的客戶的配置數據。178．如權利要求177的電信系統，其中，該至少一個服務引擎被配置成允許數據在服務引擎上高速緩存。179．如權利要求177的電信系統，其中，該至少一個服務引擎被配置成在為該至少一個服務引擎支持的客戶執(zhí)行服務期間將控制交給另一個服務引擎。180．一種用于在包括交換通信網絡和分組傳輸網絡的混合電信系統中導引呼叫和選擇服務的方法，包含(a)在存儲器中存儲一個呼叫參數數據庫；(b)接收系統上的一個呼叫；(c)訪問呼叫參數數據庫以確定至少一個呼叫參數；(d)根據這至少一個呼叫參數在交換通信網絡和分組傳輸網絡上路由選擇呼叫；(e)提供至少一個服務引擎；(f)從呼叫參數數據庫獲得由至少一個服務引擎支持的客戶的配置數據。181．如權利要求180的方法，其中，數據在服務引擎上高速緩存。182．如權利要求180的方法，其中，該至少一個服務引擎在為該至少一個服務引擎支持的客戶執(zhí)行服務期間將控制交給另一個服務引擎。183．一種用于在包括交換通信網絡和分組傳輸網絡的混合電信系統中導引呼叫和選擇服務的計算機可讀介質上配備的計算機程序，包含(a)在存儲器中存儲一個呼叫參數數據庫的第一軟件；(b)當系統接收一個呼叫時訪問呼叫參數數據庫以確定至少一個呼叫參數的第二軟件；(c)根據這至少一個呼叫參數在交換通信網絡和分組傳輸網絡上路由選擇呼叫第三軟件；(d)提供至少一個服務引擎第四軟件；(e)從呼叫參數數據庫獲得由至少一個服務引擎支持的客戶的配置數據的第五軟件。184．如權利要求183的計算機可讀介質上配備的計算機程序，其中，數據在服務引擎上高速緩存。185．如權利要求183的計算機可讀介質上配備的計算機程序，其中，該至少一個服務引擎在為該至少一個服務引擎支持的客戶執(zhí)行服務期間將控制交給另一個服務引擎。186．一種用于在包括目錄服務器的混合網絡上路由選擇媒體傳輸的方法，包含以下步驟(a)向混合網絡傳輸媒體信息；(b)在混合網絡接收媒體信息；(c)從媒體信息中分析呼叫信息并根據呼叫信息詢問目錄服務器；(d)接受從混合網絡在目錄服務器的詢問；(e)根據呼叫信息和來自目錄服務器的信息執(zhí)行尋呼。187．權利要求186中所述的方法，其中，呼叫信息包括投遞優(yōu)先信息。188．權利要求186中所述的方法，包括根據優(yōu)先信息檢索存儲的消息信息的步驟。189．權利要求186中所述的方法，其中，媒體信息包括支持文本、音頻、多媒體、視頻和數據。190．權利要求186中所述的方法，其中，根據呼叫信息的行動包括文檔投遞。191．權利要求190中所述的方法，其中，文檔投遞包括創(chuàng)建一個基于行動的記帳記錄。192．權利要求186中所述的方法，其中，根據呼叫信息的行動包括外向呼叫。193．一種用于在包括目錄服務器的混合網絡上路由選擇媒體傳輸的系統，包含(a)向混合網絡傳輸媒體信息的控制軟件；(b)在混合網絡接收媒體信息的控制軟件；(c)從媒體信息中分析呼叫信息并根據呼叫信息詢問目錄服務器的控制軟件；(d)接受從混合網絡在目錄服務器的詢問的控制軟件；(e)根據呼叫信息和來自目錄服務器的信息執(zhí)行尋呼的控制軟件。194．如權利要求193中所述的系統，其中，呼叫信息包括投遞優(yōu)先信息。195．如權利要求193中所述的系統，包括根據優(yōu)先信息檢索存儲的消息信息的控制軟件。196．如權利要求193中所述的系統，其中，存儲的消息信息包括支持文本、音頻、多媒體、視頻和數據。197．如權利要求193中所述的系統，其中，根據呼叫信息的行動包括文檔投遞。198．如權利要求197中所述的系統，其中，文檔投遞包括創(chuàng)建基于行動的記帳記錄。199．如權利要求193中所述的系統，其中，根據呼叫信息的行動包括外向呼叫。200．一種用于在包括目錄服務器的混合網絡上路由選擇媒體傳輸的計算機可讀介質上配備的計算機程序，包含(a)根據呼叫信息和來自目錄服務器的信息確定行動的控制軟件。(b)向混合網絡傳輸媒體信息的第一軟件；(c)在混合網絡接收媒體信息的第二軟件；(d)從媒體信息中分析呼叫信息并根據呼叫信息詢問目錄服務器的第三軟件；(e)接受從混合網絡在目錄服務器的詢問的第四軟件；(f)根據呼叫信息和來自目錄服務器的信息執(zhí)行尋呼的第五軟件。201．如權利要求200中所述的計算機可讀介質上配備的計算機程序，其中，呼叫信息包括投遞優(yōu)先信息。202．如權利要求200中所述的計算機可讀介質上配備的計算機程序，包括根據優(yōu)先信息檢索存儲的消息信息的軟件。203．如權利要求200中所述的計算機可讀介質上配備的計算機程序，其中，存儲的消息信息包括支持文本、音頻、多媒體、視頻和數據。204．如權利要求200中所述的計算機可讀介質上配備的計算機程序，其中，根據呼叫信息的行動包括文檔投遞。205．如權利要求204中所述的計算機可讀介質上配備的計算機程序，其中，文檔投遞包括創(chuàng)建基于行動的記帳記錄。206．如權利要求200中所述的計算機可讀介質上配備的計算機程序，其中，根據呼叫信息的行動包括外向呼叫。207．一種用于將第一個有電話功能的設備與第二個有電話功能的設備連接、用以在混合網絡上進行媒體傳輸的方法，包含以下步驟(a)從第一個有電話功能的設備撥受方付費服務；(b)響應受方付費服務的提示，輸入目的地電話號碼；(c)響應受方付費服務的提示，輸入主叫者姓名；(d)由受方付費服務將呼叫接入目的地電話號碼；(e)根據對接受付費詢問結果將呼叫連接到第二個有電話功能的設備；208．如權利要求207中所述的方法，其中，對呼叫服務的提示的任何負響應都導致呼叫的終結。209．如權利要求208中所述的方法，其中，用目錄服務器將目的地電話號碼轉換成因特網協議地址。210．如權利要求207中所述的方法，其中，受方付費服務是采用音頻應答單元的自動化服務。211．如權利要求207中所述的方法，其中，受方付費服務是采用視頻應答單元的完全或部分自動化服務。212．如權利要求207中所述的方法，其中，受方付費服務由操作員人工執(zhí)行。213．如權利要求207中所述的方法，其中，受方付費服務通過使用多媒體應答單元而自動化。214．如權利要求207中所述的方法，其中，受方付費服務提供因特網接入。215．如權利要求207中所述的方法，其中，受方付費服務向第三方計服務帳。216．一種用于從第一個有電話功能的設備向第二個有電話功能的設備在混合網絡上進行媒體傳輸的計算機可讀介質上配備的計算機程序，包含(a)從第一個有電話功能的設備撥受方付費服務的第一軟件；(b)響應受方付費服務的提示、輸入目的地電話號碼的第二軟件；(c)響應受方付費服務的提示、輸入主叫者姓名的第三軟件；(d)由受方付費服務接入一個向目的地電話號碼的呼叫的第四軟件；(e)根據對接受付費詢問結果將呼叫連接到第二個有電話功能的設備的第五軟件；217．如權利要求216中所述的程序，其中，對呼叫服務的提示的任何負響應都導致呼叫的終結。218．如權利要求216中所述的程序，其中，用目錄服務器將目的地電話號碼轉換成因特網協議地址。219．如權利要求216中所述的程序，其中，受方付費服務是采用音頻應答單元的自動化服務。220．如權利要求216中所述的程序，其中，受方付費服務是采用視頻應答單元的完全或部分自動化服務。221．如權利要求216中所述的程序，其中，受方付費服務由操作員人工執(zhí)行。222．如權利要求216中所述的程序，其中，受方付費服務通過使用多媒體應答單元而自動化。223．如權利要求216中所述的程序，其中，受方付費服務提供因特網接入。224．如權利要求216中所述的程序，其中，受方付費服務向第三方計服務帳。225．一種混合電信系統，包含(a)一個交換通信網絡；(b)一個與交換通信網絡相連的分組傳輸網絡；(c)一個與交換通信網絡和分組傳輸網絡相連的呼叫路由器；(d)一個與呼叫路由器相連、其中存儲包含關于混合電信系統某用戶的輪廓信息的呼叫參數數據庫的存儲器；呼叫路由器被配置成能根據呼叫參數數據庫中的至少一個呼叫參數在交換通信網絡和分組傳輸網絡路由選擇呼叫；(e)至少一個與呼叫路由器相連的服務引擎，服務引擎被配置成執(zhí)行由輪廓信息定義的邏輯來提供為輪廓信息有關的用戶定制的業(yè)務功能部件。226．如權利要求225的混合電信系統，其中，該至少一個服務引擎包括一個服務選擇服務引擎，服務選擇引擎被配置成選擇混合電信系統的一個或多個服務去執(zhí)行。227．如權利要求226的混合電信系統，其中，該至少一個服務引擎包括一個分析服務引擎，分析服務引擎被配置成執(zhí)行一個根據網絡統計或呼叫上下文信息的至少之一所定義的功能。228．如權利要求227的混合電信系統，其中，所定義的功能包括欺詐檢測或客戶通信量統計的至少之一。229．如權利要求225的混合電信系統，其中，該至少一個服務引擎包括一個特殊服務引擎，特殊服務引擎被配置成為系統服務投遞、監(jiān)控或管理中至少之一提供計算資源或低級功能性能力。230．如權利要求225的混合電信系統，還包含(f)與呼叫路由器和至少一個服務引擎相連、被配置成提供基于網絡的能力-至少包括因特網到話音轉換、DTMF檢測、傳真識別或話音識別的其中之一的專業(yè)資源。231．如權利要求225的混合電信系統，還包含(f)與呼叫路由器和至少一個服務引擎相連的呼叫上下文服務器，呼叫上下文服務器被配置成實時接受網絡事件記錄和服務事件并接受針對由呼叫上下文服務器接受的數據的詢問。232．如權利要求231的混合電信系統，還包含(g)一個與呼叫上下文服務器相連的收入管理器；呼叫上下文服務器被進一步配置成向收入管理器提供呼叫或其它網絡事務的綜合事件信息。233．如權利要求225的混合電信系統，還包含(f)與至少一個服務引擎相連的統計服務器，統計服務器被配置成從至少一個服務引擎接受統計事件并允許針對由統計服務器接受的數據的詢問。234．如權利要求233的混合電信系統，其中，統計服務器進一步配置成按給定時間間隔-從統計事件開始，按包含該時間間隔的時間增量-編輯統計事件。235．一種用于在包括有交換通信網絡和分組傳輸網絡的混合電信系統中引導呼叫和提供服務的方法，包含(a)在存儲器存儲包含關于混合電信系統某用戶的輪廓信息的呼叫參數數據庫；(b)在系統上接收呼叫；(c)訪問呼叫參數數據庫以確定至少一個呼叫參數；(d)根據該至少一個呼叫參數在交換通信網絡和分組傳輸網絡上路由選擇呼叫；(e)執(zhí)行由輪廓信息定義的邏輯來提供為輪廓信息有關的用戶定制的業(yè)務功能部件。236．如權利要求235的方法，其中，該邏輯選擇混合電信系統的一個或多個服務去執(zhí)行。237．如權利要求235的方法，該邏輯還執(zhí)行一個根據網絡統計或呼叫上下文信息的至少之一所定義的功能。238．如權利要求237的方法，其中，所定義的功能包括欺詐檢測或客戶通信量統計的至少之一。239．如權利要求235的方法，其中，該邏輯還為系統服務投遞、監(jiān)控或管理中至少之一提供計算資源或低級功能性能力。240．如權利要求235的方法，還包含(f)提供基于網絡的能力一至少包括因特網到話音轉換、DTMF檢測、傳真識別或話音識別的其中之一。241．如權利要求235的方法，還包含(f)用呼叫上下文服務器實時接受網絡事件記錄和服務事件；(g)接受針對由呼叫上下文服務器接受的數據的詢問。242．如權利要求241的方法，還包含(h)從呼叫上下文服務器向收入管理器提供呼叫或其它網絡事務的綜合事件信息。243．如權利要求235的方法，還包含(f)接受統計事件；(g)允許針對所接受數據的詢問。244．如權利要求243的方法，還包含按給定時間間隔-從統計事件開始，按包含該時間間隔的時間增量-編輯統計事件。245．一種用于在包括有交換通信網絡和分組傳輸網絡的混合電信系統中引導呼叫和提供服務的計算機可讀介質上配備的計算機程序，包含(a)在存儲器存儲包含關于混合電信系統某用戶的輪廓信息的呼叫參數數據庫的第一軟件；(b)在系統接收呼叫時訪問呼叫參數數據庫以確定至少一個呼叫參數的第二軟件；(c)根據該至少一個呼叫參數在交換通信網絡和分組傳輸網絡上路由選擇呼叫的第三軟件；(d)執(zhí)行由輪廓信息定義的邏輯來提供為輪廓信息有關的用戶定制的業(yè)務功能部件第四軟件。246．如權利要求245的計算機可讀介質上配備的計算機程序，其中，該邏輯選擇混合電信系統的一個或多個服務去執(zhí)行。247．如權利要求246的計算機可讀介質上配備的計算機程序，該邏輯還執(zhí)行一個根據網絡統計或呼叫上下文信息的至少之一所定義的功能。248．如權利要求247的計算機可讀介質上配備的計算機程序，其中，所定義的功能包括欺詐檢測或客戶通信量統計的至少之一。249．如權利要求245的計算機可讀介質上配備的計算機程序，其中，該邏輯還為系統服務投遞、監(jiān)控或管理中至少之一提供計算資源或低級功能性能力。250．如權利要求245的計算機可讀介質上配備的計算機程序，還包含(f)提供基于網絡的能力一至少包括因特網到話音轉換、DTMF檢測、傳真識別或話音識別的其中之一的第五軟件。251．如權利要求245的計算機可讀介質上配備的計算機程序，還包含(f)用呼叫上下文服務器實時接受網絡事件記錄和服務事件的第五軟件；(g)接受針對由呼叫上下文服務器接受的數據的詢問的第六軟件。252．如權利要求251的計算機可讀介質上配備的計算機程序，還包含(h)從呼叫上下文服務器向收入管理器提供呼叫或其它網絡事務的綜合事件信息第七軟件。253．如權利要求245的計算機可讀介質上配備的計算機程序，還包含(f)接受統計事件的第五軟件；(g)允許針對所接受數據的詢問的第六軟件。254．如權利要求253的計算機可讀介質上配備的計算機程序，還包含(h)按給定時間間隔一從統計事件開始，按包含該時間間隔的時間增量一編輯統計事件的第七軟件。255．一種用于在混合網絡上進行媒體通信的方法，包含以下步驟(a)記錄視頻、音頻和/或數據通信；(b)在混合網絡上將視頻、音頻和/或數據通信傳輸到與一個或多個指定接收消費者關聯的一個或多個存儲位置；(c)將視頻、音頻和/或數據通信存儲在與指定接收消費者關聯的存儲位置；(d)應各個指定接收消費者的請求，在混合網絡上將視頻、音頻和/或數據通信從各個存儲位置傳輸到各個指定接收消費者。256．如權利要求255所述的用于在混合網絡上進行媒體通信的方法，進一步包含以下步驟(a)使消費者能記錄一個問候通信，包括視頻、音頻和/或數據信息；(b)在混合網絡上將問候通信傳輸到與消費者關聯的存儲位置；(c)將問候通信存儲在與消費者關聯的存儲位置；(d)在混合網絡上將問候通信傳輸到試圖同與該問候關聯的消費者通信的其他消費者。257．如權利要求255所述的用于在混合網絡上進行媒體通信的方法，其中，消費者從用戶界面系統訪問在指定存儲位置存儲的通信。258．如權利要求255所述的用于在混合網絡上進行媒體通信的方法，其中，消費者在人類或自動操作員或代理的輔助下訪問在指定存儲位置存儲的通信。259．如權利要求255所述的用于在混合網絡上進行媒體通信的方法，其中，如果指定的接收消費者不適合參與直接通信，通信就被自動傳輸到與該消費者關聯的存儲位置。260．如權利要求256所述的用于在混合網絡上進行媒體通信的方法，其中，如果與問候關聯的消費者不適合參與直接通信，問候通信就被自動傳輸到試圖同與問候關聯的消費者通信的消費者。261．一種用于在混合網絡上進行媒體通信的方法，包含以下步驟(a)創(chuàng)建關于混合網絡上的媒體通信的數據；(b)將數據存儲在分布式數據庫；(c)將數據劃分成位于分布式數據庫內多個存儲位置的物理子集；(d)提供用單一、連貫的數據庫邏輯圖-盡管有多個存儲位置-訪問和更新數據的應用程序。262．如權利要求261所述的用于在混合網絡上進行媒體通信的方法，其中，關于媒體通信的數據包含關于混合網絡內部的應用程序的信息。263．如權利要求261所述的用于在混合網絡上進行媒體通信的方法，其中，關于媒體通信的數據包含關于混合網絡外部的應用程序的信息。264．如權利要求261所述的用于在混合網絡上進行媒體通信的方法，其中，關于媒體通信的數據包含關于混合網絡的監(jiān)控信息。265．如權利要求261所述的用于在混合網絡上進行媒體通信的方法，其中，關于媒體通信的數據包含用于控制混合網絡的信息。266．如權利要求261所述的用于在混合網絡上進行媒體通信的方法，其中，關于媒體通信的數據包含關于對數據庫中存儲的數據的改變的信息。267．如權利要求261所述的用于在混合網絡上進行媒體通信的方法，其中，關于媒體通信的數據包含關于對數據庫中存儲的數據增添數據的信息。268．如權利要求261所述的用于在混合網絡上進行媒體通信的方法，其中，關于媒體通信的數據包含關于對數據庫中存儲的數據刪除的信息。269．如權利要求261所述的用于在混合網絡上進行媒體通信的方法，其中，提供用單一、連貫的數據庫邏輯圖訪問和更新數據的應用程序的步驟包含下列步驟(a)確定數據位置；(b)分配存儲器；(c)加載數據存儲；(d)優(yōu)化數據訪問和更新路徑。270．一種用于在混合網絡上進行媒體通信的裝置，包含(a)一個具有創(chuàng)建關于混合網絡上的媒體通信的數據的控制軟件的處理器；(b)一個附接到混合網絡、其中存儲關于混合網絡的數據的存儲器；(c)將數據劃分成位于分布式數據庫內多個存儲位置的物理子集的控制軟件；(d)提供用單一、連貫的數據庫邏輯圖-盡管有多個存儲位置-訪問和更新數據的應用程序的控制軟件。271．如權利要求270所述的用于在混合網絡上進行媒體通信的裝置，其中，關于媒體通信的數據包含關于混合網絡內部的應用程序的信息。272．如權利要求270所述的用于在混合網絡上進行媒體通信的裝置，其中，關于媒體通信的數據包含關于混合網絡外部的應用程序的信息。273．如權利要求270所述的用于在混合網絡上進行媒體通信的裝置，其中，關于媒體通信的數據包含關于混合網絡的監(jiān)控信息。274．如權利要求270所述的用于在混合網絡上進行媒體通信的裝置，其中，關于媒體通信的數據包含用于控制混合網絡的信息。275．如權利要求270所述的用于在混合網絡上進行媒體通信的裝置，其中，關于媒體通信的數據包含關于對數據庫中存儲的數據的改變的信息。276．如權利要求270所述的用于在混合網絡上進行媒體通信的裝置，其中，關于媒體通信的數據包含關于對數據庫中存儲的數據增添數據的信息。277．如權利要求270所述的用于在混合網絡上進行媒體通信的裝置，其中，關于媒體通信的數據包含關于對數據庫中存儲的數據刪除的信息。278．如權利要求270所述的用于在混合網絡上進行媒體通信的裝置，其中，提供用單一、連貫的數據庫邏輯圖-盡管有多個存儲位置-訪問和更新數據的應用程序的控制軟件包含(a)確定數據位置的控制軟件；(b)分配存儲器的控制軟件；(c)加載數據存儲的控制軟件；(d)優(yōu)化數據訪問和更新路徑的控制軟件。279．一種用于在混合網絡上進行媒體通信的計算機可讀介質上配備的計算機程序，包含以下步驟(a)創(chuàng)建關于混合網絡上的媒體通信的數據的第一軟件；(b)將數據存儲在分布式數據庫的第二軟件；(c)將數據劃分成位于分布式數據庫內多個存儲位置的物理子集的第三軟件；(d)提供用單一、連貫的數據庫邏輯圖-盡管有多個存儲位置-訪問和更新數據的應用程序的第四軟件。280．如權利要求279所述的用于在混合網絡上進行媒體通信的計算機可讀介質上配備的計算機程序，其中，關于媒體通信的數據包含關于混合網絡內部的應用程序的信息。281．如權利要求279所述的用于在混合網絡上進行媒體通信的計算機可讀介質上配備的計算機程序，其中，關于媒體通信的數據包含關于混合網絡外部的應用程序的信息。282．如權利要求279所述的用于在混合網絡上進行媒體通信的計算機可讀介質上配備的計算機程序，其中，關于媒體通信的數據包含關于混合網絡的監(jiān)控信息。283．如權利要求279所述的用于在混合網絡上進行媒體通信的計算機可讀介質上配備的計算機程序，其中，關于媒體通信的數據包含用于控制混合網絡的信息。284．如權利要求279所述的用于在混合網絡上進行媒體通信的計算機可讀介質上配備的計算機程序，其中，關于媒體通信的數據包含關于對數據庫中存儲的數據的改變的信息。285．如權利要求279所述的用于在混合網絡上進行媒體通信的計算機可讀介質上配備的計算機程序，其中，關于媒體通信的數據包含關于對數據庫中存儲的數據增添數據的信息。286．如權利要求279所述的用于在混合網絡上進行媒體通信的計算機可讀介質上配備的計算機程序，其中，關于媒體通信的數據包含關于對數據庫中存儲的數據刪除的信息。287．如權利要求279所述的用于在混合網絡上進行媒體通信的計算機可讀介質上配備的計算機程序，其中，提供用單一、連貫的數據庫邏輯圖訪問和更新數據的應用程序的第四軟件包含(a)確定數據位置的第五軟件；(b)分配存儲器的第六軟件；(c)加載數據存儲的第七軟件；(d)優(yōu)化數據訪問和更新路徑的第八軟件。288．一種混合電信系統，包含(a)一個交換通信網絡；(b)一個與交換通信網絡相連的分組傳輸網絡；(c)一個與交換通信網絡和分組傳輸網絡相連的呼叫路由器；(d)一個與呼叫路由器通信的網關服務器，網關服務器被配置成向連接交換通信網絡的用戶提供文件傳輸服務。289．如權利要求288的混合電信系統，進一步包含一個驗證服務器，其中，用戶的身份由驗證服務器來驗證。290．如權利要求288的混合電信系統，進一步包含一個與呼叫路由器相連的外部分組過濾器，網關服務器與外部分組過濾器相連，其中外部分組過濾器被配置成只接收從預定的地址集始發(fā)的通信。291．如權利要求288的混合電信系統，其中構成網關服務器。以提供只讀一只文件傳送服務。292．如權利要求288的混合電信系統，進一步包含一個與網關服務器通信的生產令牌環(huán)。293．如權利要求292的混合電信系統，進一步包含一個與生產令牌環(huán)相連的外部分組過濾器，網關服務器與外部分組過濾器相連，其中外部分組過濾器被配置成只接收從預定的地址集始發(fā)的通信。294．一種用于在包括有交換通信網絡和分組傳輸網絡的混合電信系統中引導呼叫和提供服務的方法，包含(a)在存儲器存儲一個呼叫參數數據庫；(b)建立混合電信系統的一個系統配置；(c)在系統上接收呼叫；(d)訪問呼叫參數數據庫以確定至少一個呼叫參數；(e)根據該至少一個呼叫參數在交換通信網絡和分組傳輸網絡上路由選擇呼叫到網關服務器。295．如權利要求294的方法，進一步包含(f)與一個驗證服務器通信以驗證呼叫的起源。296．如權利要求294的方法，進一步包含(f)通過外部分組過濾器有選擇地過濾通信，所述外部分組過濾器被配置成只接收從預定的地址集始發(fā)的通信。297．如權利要求294的方法，其中，網關服務器被配置成只提供只讀文件傳輸服務。298．一種用于在包括有交換通信網絡和分組傳輸網絡的混合電信系統中引導呼叫和提供服務的計算機可讀介質上配備的計算機程序，包含(a)在存儲器存儲一個呼叫參數數據庫的第一軟件；(b)建立混合電信系統的一個系統配置的第二軟件；(c)在系統上接收呼叫的第三軟件；(d)訪問呼叫參數數據庫以確定至少一個呼叫參數的第四軟件；(e)根據該至少一個呼叫參數在交換通信網絡和分組傳輸網絡上路由選擇呼叫到網關服務器的第五軟件。299．如權利要求298的計算機可讀介質上配備的計算機程序，進一步包含(f)與一個驗證服務器通信以驗證呼叫的起源的第六軟件。300．如權利要求298的計算機可讀介質上配備的計算機程序，進一步包含(f)通過外部分組過濾器有選擇地過濾通信的第六軟件，所述外部分組過濾器被配置成只接收從預定的地址集始發(fā)的通信。301．如權利要求298的計算機可讀介質上配備的計算機程序，其中，網關服務器被配置成只提供只讀文件傳輸服務。302．一種用于電信系統的混合交換機，包含(a)至少一個交換網絡接口；(b)至少一個因特網接口；(c)一個與該至少一個交換網絡接口和該至少一個因特網接口相連的總線；(d)一個與總線相連的宿主處理器。303．如權利要求302的用于電信系統的混合交換機，其中，至少一個接口被配置成能將在該至少一個接口接收的呼叫處理命令傳輸到宿主處理器，以選擇該至少一個接口的其中之一作為在該至少一個接口的其中之一接收的、與呼叫處理命令關聯的呼叫的外出接口。304．如權利要求303的用于電信系統的混合交換機，其中，宿主處理器進一步被配置成能對與該至少一個因特網接口相連的因特網服務控制點查詢路由選擇指令。305．如權利要求303的用于電信系統的混合交換機，其中，宿主處理器進一步被配置成能本地地導出路由選擇指令。306．如權利要求302的用于電信系統的混合交換機，還包含至少一個與總線相連的數字信號處理器。307．一種混合電信系統，包含(a)一個如權利要求302的混合交換機；(b)至少一個與混合交換機相連的交換網；(c)至少一個與混合交換機相連的因特網；308．如權利要求307的混合電信系統，還包含(a)至少一個與混合交換機相連的回波取消器。309．如權利要求307的混合電信系統，還包含(a)至少一個與混合交換機相連的信號分離器。310．如權利要求307的混合電信系統，其中至少有一個光纖電纜與混合交換機相連。311．如權利要求307的混合電信系統，還包含(a)至少一個與混合交換機相連的調制解調器。312．如權利要求307的混合電信系統，還包含(a)至少一個與混合交換機相連的成組交換機陣列，系統被配置成根據在至少一個接口的其中之一接收的呼叫的特點、通過成組交換機陣列來動態(tài)地建立連接。313．如權利要求307的混合電信系統，還包含(a)多個用于在呼叫中連接通信外圍設備的即插即用型模塊。314．一種用于在混合交換機處理通信的方法，包含以下步驟(a)接收一個與混合交換機的特定端口關聯的呼叫處理命令；(b)在與呼叫處理命令關聯的混合交換機的端口接收一個通信；(c)將呼叫處理命令中指定的即插即用型模塊連接到該交換機的端口以處理該通信。315．如權利要求314的方法，還包含以下步驟(a)將呼叫處理命令傳輸到宿主處理器以混合交換機的特定端口作為與呼叫處理命令關聯的呼叫的外出端口；(b)路由選擇呼叫到外出端口。316．如權利要求315的方法，還包含以下步驟(a)用宿主處理器向與混合交換機相連的因特網服務控制點查詢路由選擇指令。317．如權利要求315的方法，其中，宿主處理器本地地導出路由選擇指令。318．如權利要求315的方法，其中，接收呼叫的端口與外出端口的其中一個與交換網相連，接收呼叫的端口與外出端口的另一個與因特網相連。319．如權利要求315的方法，其中，至少有一個光纖電纜與接收呼叫的端口或外出端口相連。320．如權利要求314的方法，其中，即插即用型模塊是個數字信號處理器。321．如權利要求314的方法，其中，即插即用型模塊是個回波取消器。322．如權利要求314的方法，其中，即插即用型模塊是個信號分離器。323．如權利要求314的方法，其中，即插即用型模塊是個調制解調器。324．如權利要求314的方法，其中，即插即用型模塊通過成組交換機陣列與混合交換機的特定端口相連。325．一種用于在混合交換機處理通信的計算機可讀介質上配備的計算機程序，包含(a)接收一個與混合交換機的特定端口關聯的呼叫處理命令的第一軟件；(b)在與呼叫處理命令關聯的混合交換機的端口接收一個通信的第二軟件；(c)將呼叫處理命令中指定的即插即用型模塊連接到該交換機的端口以處理該通信的第三軟件。326．如權利要求325的計算機可讀介質上配備的計算機程序，還包含(a)將呼叫處理命令傳輸到宿主處理器以混合交換機的特定端口作為與呼叫處理命令關聯的呼叫的外出端口的第四軟件；(b)路由選擇呼叫到外出端口的第五軟件。327．如權利要求326的計算機可讀介質上配備的計算機程序，還包含(a)用宿主處理器向與混合交換機相連的因特網服務控制點查詢路由選擇指令的第六軟件。328．如權利要求326的計算機可讀介質上配備的計算機程序，還包含(a)用宿主處理器本地地導出路由選擇指令的第六軟件。329．如權利要求326的計算機可讀介質上配備的計算機程序，其中，第一和第五軟件分別被配置成從交換網或因特網接收呼叫和路由選擇呼叫到交換網或因特網。330．如權利要求326的計算機可讀介質上配備的計算機程序，其中，第一和第五軟件分別被配置成從光纖電纜接收呼叫和路由選擇呼叫到光纖電纜。331．如權利要求326的計算機可讀介質上配備的計算機程序，其中，第三軟件被配置成連接數字信號處理器到特定端口。332．如權利要求326的計算機可讀介質上配備的計算機程序，其中，第三軟件被配置成連接回波取消器到特定端口。333．如權利要求326的計算機可讀介質上配備的計算機程序，其中，第三軟件被配置成連接信號分離器到特定端口。334．如權利要求326的計算機可讀介質上配備的計算機程序，其中，第三軟件被配置成連接調制解調器到特定端口。335．如權利要求326的計算機可讀介質上配備的計算機程序，其中，第三軟件被配置成通過成組交換機陣列連接即插即用型模塊到混合交換機的特定端口。336．一個通信系統，包含(a)一個或多個交換通信網絡；(b)一個或多個分組傳輸網絡；(c)一個與交換通信網絡和分組傳輸網絡相連的優(yōu)先訪問路由器；(d)一個與優(yōu)先訪問路由器相連、其中存儲一個服務控制參數數據庫的存儲器；優(yōu)先訪問路由器包括多個功能，每個功能被配置成根據服務控制參數數據庫的至少一個服務控制參數在交換通信網絡和分組傳輸網絡上路由選擇數據，優(yōu)先訪問路由器進一步包括根據服務控制參數數據庫的至少一個服務控制參數將各網絡接口上某些數據早于其它數據傳遞的邏輯。337．如權利要求336的通信系統，其中，多個功能包括采用調制/解調(調制解調器)設備在標準電話線路上傳輸和接收數據。338．如權利要求336的通信系統，其中，多個功能包括采用標準網絡接口設備，包括但不限于10baseT以太網、100baseT以太網、同軸以太網、吉比特以太網、等時以太網、光纖分布式數據接口(FDDI)、異步傳輸模式(ATM)、X.25、幀中繼和交換式Multimegabit數據服務。339．如權利要求336的通信系統，其中，多個功能包括使用轉換功能-能將使用點對點協議(PPP)的分組轉換成使用因特網協議(IP)的分組或者相反。340．如權利要求336的通信系統，其中，多個功能包括分組分類器功能-能按標準將分組分類成組。341．如權利要求340的通信系統，其中，分組分類器功能按目的地IP地址對分組分類。342．如權利要求340的通信系統，其中，分組分類器功能按始發(fā)IP地址對分組分類。343．如權利要求340的通信系統，其中，分組分類器功能按用戶數據報協議(UDP)端口號對分組分類。344．如權利要求340的通信系統，其中，分組分類器功能按始發(fā)UDP端口號對分組分類。345．如權利要求340的通信系統，其中，分組分類器功能按目的地Telnet控制協議端口號對分組分類。346．如權利要求340的通信系統，其中，分組分類器功能按始發(fā)Telnet控制協議端口號對分組分類。347．如權利要求340的通信系統，其中，分組分類器功能按流標簽(flowlabel)對分組分類。348．如權利要求340的通信系統，其中，分組分類器功能按標簽(tag)對分組分類。349．如權利要求340的通信系統，其中，分組分類器功能按數據類型對分組分類。350．如權利要求340的通信系統，其中，分組分類器功能按始發(fā)用戶ID對分組分類。351．如權利要求340的通信系統，其中，分組分類器功能按目的地用戶ID對分組分類。352．如權利要求340的通信系統，其中，分組分類器功能按分組中任何定義的數據域對分組分類。353．如權利要求336的通信系統，其中，多個功能包括采用分組調度器。354．如權利要求353的通信系統，其中，分組調度器被配置成按照分組分類和服務控制參數將分組放入優(yōu)先隊列中。355．如權利要求354的通信系統，其中，優(yōu)先隊列對分組排序供在網絡接口上傳輸。356．如權利要求354的通信系統，其中，優(yōu)先隊列對分組排序供在調制解調器接口上傳輸。357．如權利要求336的通信系統，其中，多個功能包括控制器功能。358．如權利要求357的通信系統，其中，控制器功能通過應用程序設置的接口接收控制命令。359．如權利要求357的通信系統，其中，控制器功能能根據定義的策略來接受或拒絕控制命令。360．如權利要求357的通信系統，其中，控制器功能能根據資源可用性來接受或拒絕控制命令。361．如權利要求357的通信系統，其中，控制器功能能根據授予請求實體的特權來接受或拒絕控制命令。362．一種用于在混合網絡上優(yōu)先化和路由選擇媒體傳輸的計算機可讀介質上配備的計算機程序，其中混合網絡包括一個或多個與一個或多個分組傳輸網絡相連的交換網絡，計算機程序包含(a)對交換通信網絡與分組傳輸網絡之間的訪問和路由選擇優(yōu)先化的第一軟件；(b)在與第一軟件相連的存儲器中存儲一個服務控制參數數據庫，第一軟件包括多個功能一每個功能被配置成根據服務控制參數數據庫的至少一個服務控制參數在交換通信網絡和分組傳輸網絡上路由選擇數據-以及根據服務控制參數數據庫的至少一個服務控制參數將各網絡接口上某些數據早于其它數據傳遞的邏輯。363．一個電信系統，包含(a)一個交換通信網絡；(b)一個與交換通信網絡相連的分組傳輸網絡；(c)一個與交換通信網絡或分組傳輸網絡相連的用戶終端；(d)一個或多個與交換通信網絡和分組傳輸網絡相連的呼叫路由器；(e)一個與各呼叫路由器相連、其中存儲一個服務控制參數數據庫的存儲器；各呼叫路由器被配置成根據服務控制參數數據庫的至少一個服務控制參數在交換通信網絡和分組傳輸網絡上路由選擇呼叫；呼叫路由器進一步被配置成能提供一個智能服務平臺，智能服務平臺有多個功能能為單一的連接所用；(f)一個將分組傳輸網絡與交換通信網絡連接的網關；(g)一個與分組傳輸網絡連接的呼叫隊列管理器；(h)一個與交換通信網絡連接的自動呼叫分配器(ACD)；(i)一個與ACD相連的ACD控制器；(j)一個通過ACD與交換通信網絡連接、同時與分組傳輸網絡相連的代理工作站。364．如權利要求363的電信系統，其中，多個功能包括至少以下之一用戶輪廓管理、信息服務輪廓管理、地址轉換、準入控制、資源管理、拓撲跟蹤、統計收集、使用和記帳數據登記、消息檢索和消息分配。365．如權利要求363的電信系統，其中，用戶終端被配置成能瀏覽萬維網(worldwideweb)。366．如權利要求363的電信系統，其中，用戶終端配置的軟件和硬件允許發(fā)起交互式話音或多媒體交談。367．如權利要求366的電信系統，其中，呼叫路由器將交互式話音或多媒體交談路由選擇到網關。368．如權利要求367的電信系統，其中，網關在交換通信網絡上發(fā)起相應的交互式話音或多媒體交談。369．如權利要求368的電信系統，其中，呼叫路由器將相應的交互式話音或多媒體交談路由選擇到ACD。370．如權利要求369的電信系統，其中，網關向ACD發(fā)送信息，信息至少包括以下之一交談始發(fā)者的標識、始發(fā)用戶終端的標識、始發(fā)網關的標識、被瀏覽的一個或多個WEB頁的標識、期望目的地地址的標識、期望目的地用戶的標識、以及交互式話音交談的獨有標識。371．如權利要求370的電信系統，其中，ACD向ACD控制器傳遞信令信息。372．如權利要求371的電信系統，其中，ACD控制器利用分組傳輸網絡或交換通信網絡上的可用資源來形成顯示屏。373．如權利要求372的電信系統，其中，ACD控制器向代理工作站傳遞顯示屏。374．如權利要求372的電信系統，其中，ACD控制器向代理工作站傳遞交互式話音或多媒體交談。375．如權利要求374的電信系統，其中，ACD控制器允許通過分組傳輸網絡和交換通信網絡與始發(fā)用戶終端的話音或多媒體交互作用。376．一個電信系統，包含(a)一個交換通信網絡；(b)一個與交換通信網絡相連的分組傳輸網絡；(c)一個與交換通信網絡或分組傳輸網絡相連或與二者都相連的用戶終端；(d)一個或多個與交換通信網絡和分組傳輸網絡相連的呼叫路由器；(e)一個與各呼叫路由器相連、其中存儲一個服務控制參數數據庫的存儲器；各呼叫路由器被配置成根據服務控制參數數據庫的至少一個服務控制參數在交換通信網絡和分組傳輸網絡上路由選擇呼叫；呼叫路由器進一步被配置成能提供一個智能服務平臺，智能服務平臺有多個功能能為單一的連接所用；(f)一個將分組傳輸網絡與交換通信網絡連接的網關；(g)一個與分組傳輸網絡連接的呼叫隊列管理器；(h)一個與交換通信網絡連接的自動呼叫分配器(ACD)；(i)一個與ACD相連的ACD控制器；(j)一個與ACD相連的話音應答單元；(k)一個通過ACD與交換通信網絡連接、同時與分組傳輸網絡相連的代理工作站。377．如權利要求376的電信系統，其中，多個功能包括至少以下之一用戶輪廓管理、信息服務輪廓管理、地址轉換、準入控制、資源管理、拓撲跟蹤、統計收集、使用和記帳數據登記、消息檢索和消息分配。378．如權利要求376的電信系統，其中，用戶終端被配置成能瀏覽萬維網(worldwideweb)。379．如權利要求376的電信系統，其中，用戶終端配置的軟件和硬件允許發(fā)起交互式話音或多媒體交談。380．如權利要求379的電信系統，其中，呼叫路由器將交互式話音或多媒體交談路由選擇到網關。381．如權利要求380的電信系統，其中，網關在交換通信網絡上發(fā)起相應的交互式話音或多媒體交談。382．如權利要求381的電信系統，其中，呼叫路由器將相應的交互式話音或多媒體交談路由選擇到ACD。383．如權利要求382的電信系統，其中，ACD將交互式話音或多媒體交談連接到話音應答單元(VRU)。384．如權利要求383的電信系統，其中，網關向VRU發(fā)送信息，信息至少包括以下之一交談始發(fā)者的標識、始發(fā)用戶終端的標識、始發(fā)網關的標識、被瀏覽的一個或多個WEB頁的標識、期望目的地地址的標識、期望目的地用戶的標識、以及交互式話音交談的獨有標識。385．如權利要求384的電信系統，其中，VRU向ACD控制器傳遞信令信息。386．如權利要求385的電信系統，其中，ACD控制器利用分組傳輸網絡或交換通信網絡上的可用資源來形成顯示屏。387．如權利要求386的電信系統，其中，ACD控制器向代理工作站傳遞顯示屏。388．如權利要求382的電信系統，其中，ACD控制器向代理工作站傳輸交互式話音或多媒體交談。389．如權利要求388的電信系統，其中，ACD控制器允許通過分組傳輸網絡和交換通信網絡與始發(fā)用戶終端的話音或多媒體交互作用。全文摘要通過混合網絡為電話呼叫、數據和其它多媒體信息進行路由選擇,包括因特網上的信息傳輸。媒體訂單輸入為用戶捕獲完整的用戶輪廓信息。該輪廓信息自始至終由系統在行使路由選擇、記帳、監(jiān)控、報告和其它媒體控制功能的媒體過程中使用。用戶能比以前管理網絡的更多方面,能從中心位置控制網絡活動。文檔編號H04M7/00GK1294812SQ97181430公開日2001年5月9日申請日期1997年11月14日優(yōu)先權日1996年11月18日發(fā)明者I·K·埃里奧特,R·D·斯特勒,T·J·加爾文,L·L·拉夫雷尼雷,S·克里希納斯瓦米,G·A·福爾吉,T·E·雷伊諾爾德斯,E·M·索爾布里格,V·瑟爾夫,P·格羅斯,A·J·杜甘,W·A·西姆斯,A·霍爾梅斯,R·S·史密斯二世,P·J·凱利三世,L·G·戈特利布,M·T·科利爾,A·N·維勒,J·林德,P·D·利曾伯格,D·A·圖爾納,J·J·瓦爾特斯,G·M·伊斯特普,D·D·馬沙爾,R·A·普里斯,B·A·薩勒申請人:Mci全球通迅公司