專利名稱：用于會議呼叫起始的可變通信帶寬的制作方法
技術(shù)領域：
本發(fā)明涉及電信會議呼叫，尤其是涉及建立一個多媒體電信會議呼叫。
隨著新型的諸如綜合高速數(shù)據(jù)傳輸和視頻圖象之類的電信呼叫的出現(xiàn)，電信會議呼叫的費用不斷增加。因為使用各種媒體表示方式所獲得的好處，使用這些不同類型媒體的電信會議呼叫的用戶希望僅在會議舉行時才付出額外的費用。但是，當一個人試圖建立會議呼叫時大量的時間被浪費掉了。當電信會議呼叫僅包含音頻時，花費在建立會議呼叫的時間與進行呼叫的時間不同，并不太重要。但是現(xiàn)在由于較高的傳輸費用，用戶希望最大限度地利用電信會議呼叫。
在當前領域的商用通信交換系統(tǒng)中(已稱為PBX)，會議呼叫有一個主要的問題。這個問題是試圖在所有電話機都為空閑時建立會議呼叫。如果兩個人正在電話中交談而想讓第三個人加入進來，其中一個人讓其它人等待并按下他們話機上的一個會議按鍵。當接收到撥號音后，這個人撥叫第三個人。如果第三方空閑，則應答；接著撥叫方第二次按下會議鍵使所有三方參加會議呼叫。當?shù)谌齻€人正忙時問題產(chǎn)生了，必須要定期地嘗試建立起與第三個人的會議呼叫，這不僅使參加電話呼叫的雙方感到掃興，當最初兩個人之間的呼叫類型為視頻呼叫時費用也是很昂費的。由于直到第三方加入時有用的通話才開始，這也使費用變得昂貴了。同樣的問題也產(chǎn)生于在多個話機間建立一個會議呼叫的情況中。在會議呼叫建立時如果一個或多個要參加會議的人的電話遇忙的情況下，許多人的大量時間就浪費掉了。并且，如果是一個視頻會議呼叫的話，費用就是很重要的了。
在現(xiàn)有的商用通信交換系統(tǒng)中，匯接會議呼叫可以克服在上段描述的一些困難。通過各個會議參加方撥打例如AT&T的Al-liance專用電話會議業(yè)務所提供的會議橋接器號碼則可建立一個匯接會議呼叫。但當沒有事先安排而建立會議時匯接會議并不能解決這個問題。即使是在一個預先安排的會議中，當會議的參加者要等待一個或多個別的會議參加者撥叫會議橋接器時，也會浪費時間和金錢。
通過電信終端可以解決以上問題并取得技術(shù)上的進步，當不是所有參加者可加入會議呼叫時電信終端以減少的帶寬建立起多媒體電信會議呼叫。當一個電信終端發(fā)起一個會議呼叫，起始的電信終端首先建立起到達作為會議一部分的其它各個電信終端的低速數(shù)據(jù)鏈路。當其它電信終端的所有用戶都準備好開會時，其它電信終端向起始電信終端發(fā)信號，起始電信終端接著就給會議呼叫增加必要的帶寬以建立多媒體電信會議呼叫。因為會議呼叫已經(jīng)建立起來，起始的電信終端僅需要向呼叫增加必要的帶寬。電信會議呼叫的每個參加者指定其何時準備啟動會議呼叫。另外，每個參加者可以選擇不加入到會議呼叫中。
當?shù)谝粋€和第二個電信終端介入第一個呼叫時，第一電信終端的用戶可以通過掛起第一呼叫來建立起包括第三電信終端的會議呼叫。第二電信終端在用戶控制下建立起針對第三通信終端的第二呼叫。如果在第三通信終端處沒有應答第二呼叫，第二電信終端把第二呼叫變成數(shù)據(jù)呼叫并把第一和第二呼叫合并成一個會議呼叫。當?shù)谌娦沤K端已準備好完全加入到會議呼叫中時，第三電信終端在會議呼叫的呼叫通路上向第二電信終端發(fā)送一個消息。針對這個消息，第二電信終端增加會議呼叫的呼叫通路上的通信帶寬以便第三電信終端可以完全地加入到會議呼叫中。


圖1給出了實現(xiàn)本發(fā)明概念的系統(tǒng)的第一個實施例；圖2給出了體現(xiàn)本發(fā)明概念的消息流；圖3給出了用來實現(xiàn)本發(fā)明概念的消息；圖4給出了按照本發(fā)明概念使用的軟件體系結(jié)構(gòu)；圖5從邏輯說明了在一個交換節(jié)點中建立的信令和傳輸路徑；圖6給出了通過網(wǎng)絡，傳輸，會話和應用軟件層的呼叫的邏輯結(jié)構(gòu)；圖7、8、9以流圖形式說明了網(wǎng)絡層對傳輸消息的響應；圖10、11以流圖形式說明了起始通信終端完成的操作；圖12給出了一張會議表；圖13以流圖形式說明了一個通信終端完成的操作；圖14說明了通過網(wǎng)絡，傳輸，會話和應用軟件層的兩個呼叫的邏輯結(jié)構(gòu)；圖15說明了在執(zhí)行合并操作后通過網(wǎng)絡，傳輸，會話和應用軟件層的會議呼叫的邏輯結(jié)構(gòu)；圖16給出了實現(xiàn)本發(fā)明概念的系統(tǒng)的第二個實施例；圖17、18以流圖形式說明了與起始通信終端相連的交換節(jié)點執(zhí)行的操作；圖19以流圖形式說明了與通信終端相連的交換節(jié)點執(zhí)行的操作；而圖20說明了基于本發(fā)明概念的通信終端。
圖1給出了通過包括交換節(jié)點102和103的交換網(wǎng)相互連接的終端101，104和106。這些通信終端通過初級速率接口鏈路(PRI)被互連至交換節(jié)點。因為假設通信終端會參與視頻或高速數(shù)據(jù)呼叫，PRI鏈路被說明成連接通信終端至交換節(jié)點。本領域的技術(shù)人員可以很容易地看出在PRI鏈路是基本速率接口(BRI)鏈路并采用視頻和數(shù)據(jù)壓縮的情況下也可完成類似功能。通過多個PRI鏈路112到116連接交換節(jié)點102和103。本領域的技術(shù)人員會發(fā)現(xiàn)可配合交換結(jié)點102和103使用附加的交換結(jié)點。交換節(jié)點102和103能夠給視頻和數(shù)據(jù)會議提供會議電路。交換節(jié)點102和103與在題目為“Video View Selectionby a Chairperson”，1993年6月30日申請，并授予給與本申請相同的受讓者的美國專利申請08/085997中所描述的交換節(jié)點相類似。美國專利5,386,466進一步公開了交換節(jié)點的操作，在這里參考引用了美國專利申請08/085997和美國專利5,386,466。
為了理解圖1系統(tǒng)如何進行操作，考慮以下兩個例子。在第一個例子中，通信終端101和通信終端104參與一個通信呼叫。在這個呼叫過程中，通信終端101的用戶想要創(chuàng)建一個包括通信終端106的通信會議。通信終端101通過經(jīng)PRI鏈路111向交換節(jié)點102發(fā)送合適的控制信號使通信終端104處在等待狀態(tài)。通信終端101接著起始到通信終端106的第二個通信呼叫。如果通信終端106的用戶決定參加從通信終端101來的呼叫，則在通信終端101和106之間建立一個呼叫。通信終端101的用戶接著向交換節(jié)點102發(fā)送控制信號從而在通信終端101，104和106間構(gòu)成一個通信會議。另一方面，如果通信終端106遇忙或通信終端106的用戶決定此時不接受該呼叫，則通信終端101接著使用圖3中所示的TRANS消息把通信終端101和通信終端106間的通信呼叫上的帶寬降低至低速數(shù)據(jù)呼叫帶寬。建立了一個會議呼叫，但通信終端106在從通信終端101來的數(shù)據(jù)鏈路上只傳輸和接收數(shù)據(jù)。
當通信終端106的用戶表明他們希望完全加入通信會議呼叫時，用戶通過按下通信終端106的“Join”鍵發(fā)送信號以表明意向。響應這個按鍵，通信終端106向通信終端101發(fā)送一個消息(稱作加入消息)表明通信終端106希望完全加入會議。一旦接收到加入消息，通信終端101使用TRANS消息增加到通信終端106的帶寬以便通信終端106可以完全地加入到通信會議呼叫中。
在第二個例子中，當通信終端106和104的用戶準備完全加入通信會議呼叫時，通信終端101的用戶希望起動通信會議呼叫。通信終端101的用戶按下通信終端101上的起始會議按鍵并繼續(xù)輸入針對通信終端104的撥號信息。通信終端101接著建立起通信終端104和101間的低速數(shù)據(jù)鏈路。接著，通信終端101的用戶撥打通信終端106的電話號碼并建立低速數(shù)據(jù)鏈路。通信終端101響應對通信終端106的撥號把通信終端106包含到通信終端101和通信終端104的會議呼叫中。注意，即使會議呼叫已建立起來，通信終端101，104和106仍然只是交換數(shù)據(jù)。當通信終端106或104的用戶希望加入會議時，他們按下加入按鍵。他們也可以通過按下起始會議按鍵選擇不加入通信會議呼叫。當通信終端106和104的用戶都表明他們希望加入通信會議呼叫時，通信終端101使用TRANS消息增加通信會議呼叫的帶寬以便所有三個終端可以完全參加通信會議呼叫。
考慮以下兩個例子以幫助理解圖1所示的交換節(jié)點和通信終端針對新傳輸消息所進行的操作。這些例子根據(jù)兩個終端間的呼叫來說明在最簡單的情況下針對新的傳輸消息所進行的操作。這里結(jié)合圖10到15詳細地討論了這些用于會議通話的消息的操作。假設通信終端101啟動一個到通信終端104的邏輯呼叫。正如在ISDN信令協(xié)議中熟知的，一個建立消息首先通過交換節(jié)點102和103被從通信終端101發(fā)送到通信終端104。各交換節(jié)點根據(jù)建立消息建立起必要的呼叫信息。一旦接收到建立消息，通信終端104提示它的用戶并向通信終端101回送一個提醒消息。當用戶應答這個呼叫時，通信終端104向交換節(jié)點104發(fā)送一個連接消息。一旦接收到連接消息，交換節(jié)點103建立起邏輯路徑并向也建立起邏輯路徑的交換節(jié)點102發(fā)送連接消息。當通信終端101接收到連接消息，則通過已經(jīng)在交換節(jié)點102和103間建立的邏輯路徑傳輸該消息。
隨后，通信終端101和104的用戶要求視頻圖象能力以便交換視頻圖象。為了給呼叫增加視頻能力，通信終端101如圖2所示的那樣向交換節(jié)點102發(fā)送TRANS201(傳輸)消息。TRANS201消息請求給呼叫增加視頻能力。(消息的實際內(nèi)容將在以后詳細討論。)如果交換節(jié)點102可以提供視頻能力，如圖2所示定回送TRANS-ACK204消息。另外，交換節(jié)點102向交換節(jié)點103發(fā)送圖2的TRANS202消息。這個消息也要求在交換節(jié)點102和交換節(jié)點103間設置視頻能力。假設交換節(jié)點103可以提供視頻能力，它向交換節(jié)點102回送TRANS-ACK206消息并向通信終端104發(fā)送TRANS203。如果通信終端104可以提供視頻帶寬，通信終端104向交換節(jié)點103發(fā)送TRANS-COM207消息。這個消息通過交換節(jié)點103和102被重復回送到通信終端101。如果隨后通信終端101要求取消視頻能力，圖2所示的消息通過交換節(jié)點又一次被發(fā)送出去。但是，此時的TRANS消息要求取消視頻帶寬。
在視頻和音頻呼叫中，可由以下兩種方式提供視頻和音頻能力第一種，一個信道可被用于視頻而第二信道可被用于音頻。第二種，音頻信息可以包含在視頻信道中的視頻信息中。傳輸消息可以使交換節(jié)點去除音頻信道并增加附有音頻信息的視頻信道。
當處理傳輸消息時，交換節(jié)點具有使用傳輸確認(TRANS-ACK消息)相互協(xié)商的能力。為了說明這種能力考慮以下例子。通信終端101希望把音頻、視頻和高速數(shù)據(jù)能力增加到具有通信終端104的邏輯呼叫中。通信終端101向交換節(jié)點102發(fā)送傳輸消息請求把這三類帶寬增加到呼叫中。交換節(jié)點102具有提供這些功能的資源并通過向通信終端101發(fā)送確認消息對此加以確認。交換節(jié)點102接著向交換節(jié)點103發(fā)送傳輸消息。交換節(jié)點103僅有足夠支持音頻帶寬和視頻帶寬的資源并通過一個傳輸確認消息把這個事實通知給交換節(jié)點102。交換節(jié)點102接受這些狀態(tài)信息。交換節(jié)點103接著給通信終端104發(fā)送傳輸消息請求把音頻和視頻能力加入到呼叫中。通信終端104僅有只提供音頻帶寬的資源。因為通信終端104是個端點，它向交換節(jié)點103回送一個傳輸完成消息。傳輸完成消息指明只給呼叫提供音頻帶寬。當接收到傳輸完成消息時，各交換節(jié)點把呼叫的帶寬能力變?yōu)橹挥糜谝纛l。
圖3根據(jù)CCITT ISDN Q.931消息和過程標準說明了四個用于實現(xiàn)本發(fā)明概念的新消息的詳細情況。本領域技術(shù)人員可以容易地看出本發(fā)明概念可應用于其它標準。傳輸消息是TRANS 300。傳輸消息包括信息單元(IE)301-309和341。協(xié)議標識301IE定義了使用的協(xié)議。在本實施例中協(xié)議為ISDN Q.931。呼叫索引IE302提出了定義由傳輸消息修改帶寬的呼叫的呼叫索引號。因為這是個傳輸消息的消息類型IE303被置成與TRANS相同。重復指示器IE304定義傳輸消息是否被用于增加去除或修改呼叫索引IE302所指定呼叫的帶寬。
承載能力IE305，信道標識IE306，數(shù)據(jù)鏈路標識IE307，低層兼容IE308和高層兼容IE309定義由傳輸消息定義的總傳輸能力。低層兼容IE308和高層兼容IE309僅由端點使用。而承載能力IE305，信道標識IE306和數(shù)據(jù)鏈路標識IE307由提供呼叫傳輸?shù)木W(wǎng)絡中的交換節(jié)點使用。注意端點也使用IE305，306和307。承載能力IE305定義在高層定義中所請求的。諸如聲音、數(shù)據(jù)和視頻圖象的能力。信道標識IE306定義物理接口中的邏輯接口和物理信道。在兩個交換節(jié)點間，交換節(jié)點為它們之間的各接口均協(xié)商一個邏輯接口號。網(wǎng)絡層根據(jù)邏輯接口號把它轉(zhuǎn)換成系統(tǒng)接口號(Sintf)，而低層把這個系統(tǒng)接口號轉(zhuǎn)換為物理接口號。為了清楚起見，在高層描述中用信道標識IE指定物理接口。例如，如果請求視頻能力，針對該請求的一個信道標識IE306定義了物理接口和諸如信道1的信道，其中信道1為PRI鏈路中的一個384kb信道。如果請求語音能力，則一個信道標識IE定義了一個諸如信道23的特定B信道。請求視頻的承載能力IE305中的一個IE在承載能力IE305中與在信道標識IE306中指定物理接口和信道的對應IE具有相同的位置。如果請求分組數(shù)據(jù)鏈路，則這些鏈路由在信道標識IE306中的物理信道和在數(shù)據(jù)鏈路標識IE307中指定的附加信息來確定。用于數(shù)據(jù)鏈路標識的IE被排列成支持信道標識IE306所需的順序。承載能力IE305中的信息指定何時需要數(shù)據(jù)標識IE307中的IE。例如，如果承載IE305指定了視頻、聲音和數(shù)據(jù)，則信道標識指定使用物理接口和一個數(shù)據(jù)鏈路標識IE307。這個IE指定在物理信道中使用的邏輯鏈路。
低層能力IE308和高層能力IE309通常僅由端點使用，這些IE用來為目的端點定義正在建立的呼叫的類型和所使用的協(xié)議。如圖4所示物理層，鏈路管理層和網(wǎng)絡層使用低層兼容IE308；高層兼容IE309由圖4中網(wǎng)絡層404之上的軟件層使用。為理解層次能力IE和承載能力IE間的關系，考慮以下例子。如果用戶希望建立使用LAPF協(xié)議，從通信終端101到通信終端104的數(shù)據(jù)分組連接，該用戶可以使用兩種方法。第一種方法是在承載能力中指明將建立LAPF分組連接。在這種情況下，沒必要在低層能力IE308中包括任何信息，也沒必要在高層能力309中包括任何信息。交換節(jié)點根據(jù)承載能力以最方便的方式建立分組交換連接。通常，交換節(jié)點將以分組連接而不是電路連接形式來建立這個分組連接。在第二個例子中，用戶希望建立通過交換節(jié)點102和103的并僅在端點，通信終端101和104，實現(xiàn)LAPF協(xié)議的64kb的電路連接。在這種情況下，通信終端101將在傳輸消息的承載能力305中請求一個64kbs每秒的電路交換連接。傳輸消息接著在低層能力IE308中包含連接將是一個使用LAPF協(xié)議的分組數(shù)據(jù)連接的信息。在這種方式下，可以保證分組連接在通過交換節(jié)點102和103時有確定的傳輸時間。另外，目標可以是在通過交換節(jié)點102和103的電路交換64kbs數(shù)據(jù)連接上運行專用的分組協(xié)議。高層能力IE309向圖4的表示層407定義與網(wǎng)絡層接收到的信息一起使用的高層協(xié)議。表示層407控制由圖4中應用層409的應用使用的消息。表示層可以運行的協(xié)議類型的例子有X400電子郵件標準，g4傳真標準，文件傳輸，或屏共享標準。顯而易見，這些較高層協(xié)議不關心相互分立的交換節(jié)點102和103。\；圖3中說明了傳輸確認消息，TRANS-ACK310。IE311，312，314與所描述的IE301，302，304具有相同的功能。消息類型IE313被設置成TRANS-ACK。一旦接收傳輸消息，網(wǎng)絡中的一個交換節(jié)點用一個傳輸確認消息作出響應。如果接收交換節(jié)點可以提供在IE305，306和307中請求的所有傳輸能力，則傳輸確認消息僅包括IE311-314。如果接收交換節(jié)點不能提供一種具體的傳輸能力，則在IE315和316或IE317和316中定義這個傳輸能力。例如，如果傳輸消息請求了接收交換節(jié)點不能提供的視頻傳輸能力，則在傳輸確認消息的IE315和316中指示視頻能力。顯示IE319可以定義不能提供這個能力的原因。如果發(fā)送交換節(jié)點不希望接受對傳輸能力的縮減，則發(fā)送交換節(jié)點的唯一選擇是取消傳輸消息請求。呼叫索引IE312定義與傳輸確認消息相關的呼叫。
圖3中還描述了傳輸完成消息TRANS-COM320。傳輸完成消息用來向各個正在與傳輸呼叫的交換節(jié)點定義針對該呼叫通過添加、取消或改變所得到的傳輸能力。如果呼叫路徑上的所有交換網(wǎng)絡接受所請求的傳輸能力，則傳輸完成消息僅包括IE321-324。如果不能提供一個或多個所請求的傳輸能力，則在IE325，326和327中定義這些能力。呼叫路徑上的各個交換節(jié)點保留任何從接收的傳輸消息中取消的傳輸能力的記錄并在傳輸完成消息中包括這個取消的傳輸能力。結(jié)果當發(fā)起端點接收到傳輸完成消息時，這個消息向發(fā)起端點指出通話所具有的傳輸能力。當中間交換網(wǎng)絡節(jié)點接收到傳輸完成消息時，如果在傳輸完成消息中不存在某種傳輸能力，則去除這種已經(jīng)同意提供給通話的傳輸能力。
傳輸拒絕消息TRANS-REJ330被用來拒絕一個傳輸消息。IE331-333和339與傳輸消息IE301-303和341在功能上相同。IE334定義拒絕傳輸消息的原因。
圖4顯示了圖1的交換節(jié)點的軟件體系結(jié)構(gòu)。這個結(jié)構(gòu)基于被加以修改以實現(xiàn)ISDN協(xié)議的傳統(tǒng)OSI模型。根據(jù)這里描述的發(fā)明對標準模式做進一步的修改以包括ISDN功能物理層401的主要功能是連接物理鏈路。具體地講，物理層401負責維護物理信道和控制其中的物理子信道。物理層401包括軟件部分和物理接口。物理層401的軟件部分負責直接控制傳輸PRI和BRI信息的物理鏈路接的物理接口。物理層401向鏈路層412提供作為可由鏈路層412控制的實體的物理子信道和物理信道。
鏈路層412的主要功能是保證在物理信道上傳輸?shù)男畔⒛芡暾匕错樞虻鼗謴?。可以使用另一個協(xié)議層來實現(xiàn)這點，該協(xié)議層允許在給定的傳輸分組數(shù)據(jù)的物理信道或物理子信道上建立多個通信路徑，這些路徑通稱為邏輯鏈路。這些邏輯鏈路被用來標識和處理在鏈路層412和物理層401間通信的數(shù)據(jù)。(這類協(xié)議的一個例子是在ISDN Q.921中使用的LAPD分組協(xié)議。在ISDN標準中，鏈路層412連接LAPD協(xié)議。)鏈路層412可以支持多種協(xié)議以便上層不受使用的不同協(xié)議的影響。另外，鏈路層412允許高層軟件層以抽象方式控制物理層401。
如圖4所示，鏈路層412分成鏈路接口402和鏈路管理403。下面給出進行這種劃分的原因。在這里討論一下在D信道的ISDN信號的通信對那些僅對D信道ISDN信號通信有基本了解的讀者是有幫助的。在鏈路層412，在D信道上建立了多個邏輯鏈路。這些邏輯鏈路中只有一條用來傳送ISDN控制信號，該邏輯鏈路在這里被稱做邏輯D信道(LDC)。LDC由一個邏輯D信道號(LDCN)來標識。
鏈路接口402完成鏈路層412執(zhí)行的大部分功能，其中包括建立邏輯鏈路。鏈路管理403為高層軟件層標識各種鏈路接口。鏈路管理在邏輯鏈路和高層軟件層之間交換信息。
網(wǎng)絡層404處理LDC上傳遞的信息，并連接ISDN Q.931協(xié)議。因此，該層負責為交換節(jié)點外的呼叫終止和發(fā)起協(xié)商使用系統(tǒng)資源。網(wǎng)絡層控制在接收和建立呼叫的接口上的信道的分配。例如，如果通信終端101通過PRI鏈路150從交換節(jié)點102接收呼叫，則通信終端101的網(wǎng)絡層404與它的對等層(交換節(jié)點102中的相應網(wǎng)絡層404)協(xié)商以便獲得從PRI鏈路150中分配的一個B信道，如果以后需要第二個B信道則重復此過程。協(xié)商是通過使用建立在PRI鏈路150的D信道上的LDC的標準ISDN Q.931消息，如呼叫建立和連接消息來實現(xiàn)的。網(wǎng)絡層404用針對給定接口的LDC標識該接口的所有B信道。網(wǎng)絡層404僅關心點到點的呼叫的建立(例如，交換節(jié)點到交換節(jié)點)。網(wǎng)絡層并不關心呼叫在內(nèi)部如何被路由到特定交換節(jié)點，但把信息傳送到上面一層以確定如何在交換節(jié)點中轉(zhuǎn)發(fā)呼叫。但是，網(wǎng)絡層需請求一個應用加入或移去針對一交換結(jié)點內(nèi)的交換連接的物理接口上的設備，該應用此后被稱作連接管理應用。
特定地，網(wǎng)絡層通過首先確定建立通話請求是合法的和兩個交換系統(tǒng)間的資源可用來處理這個呼叫來完成呼叫建立。在完成確定之后，與呼叫有關的信息被傳送到高層軟件層。相反當網(wǎng)絡層從高層軟件層接收請求建立與另外交換節(jié)點的連接時也是這樣。
網(wǎng)絡層404通過LDC從涉及呼叫的另一個節(jié)點接收信息。當在LDC上接收到信息時，呼叫索引號被用來標識與這個消息相關的呼叫。按照ISDN標準，在呼叫建立過程中，始發(fā)呼叫的網(wǎng)絡層選擇呼叫索引號。這個識別過程的細節(jié)結(jié)合圖14給出。
傳輸層405是允許路由呼叫通過如圖1所示的具有多個交換節(jié)點的復雜系統(tǒng)的關鍵模塊。它的主要功能是管理外部的，即在交換節(jié)點間的呼叫的路由。傳輸層405從節(jié)點的角度看待圖1的系統(tǒng)并關心從它自己的節(jié)點到其它節(jié)點或端點呼叫路由。(正如在對會話層406的詳細討論中說明的，會話層，而不是傳輸層405，翻譯諸如電話號碼的邏輯目的地信息，以確定呼叫的目的節(jié)點并使用連接管理應用建立一條節(jié)點內(nèi)的路徑。)在包括多個交換節(jié)點，如通信終端101的總體系統(tǒng)中，各個傳輸層相互通信以建立通過各個交換節(jié)點的呼叫。因為必須通過中間節(jié)點接通呼叫達到目的節(jié)點，所以傳輸層間的通信是必要的。傳輸層使用建立在交換節(jié)點間的信令路徑(LDC)彼此進行通信。
對于節(jié)點間的接續(xù)，傳輸層是開始對圖1的系統(tǒng)總體有一個全面認識的第一個層次。傳輸層405使用會話層提供的信息來選擇節(jié)點間路徑。傳輸層使用定義可用路徑的表格和在這些路徑上的選項來完成多個節(jié)點間的接續(xù)任務。這些表并沒定義所有路徑，而只是節(jié)點已經(jīng)使用的那些路徑。
網(wǎng)絡層404使用已建立的LDC進行網(wǎng)絡層間的通信。傳輸層405把送給它對等層的信息傳送給網(wǎng)絡層404，而網(wǎng)絡層404把這些信息打包在標準ISDN Q.931消息的信息單元IE中。網(wǎng)絡層404使用已經(jīng)針對特定節(jié)點建立的LDC把信息傳遞給它對等網(wǎng)絡層。類似地，當另一個網(wǎng)絡層接收到這種類型信息時，其它網(wǎng)絡層對信息解包并把信息送到傳輸層。
會話層406的主要功能是在均被認為是應用的端點間建立起通信，例如，BRI站可認為是一個應用。有意義的是，這些端點可以是諸如TMA應用的應用。不管怎樣，這些端點間的連接被認為是一個呼叫。每當兩個應用需要相互通信時，會話層406即建立一個會話(呼叫)。正如以前指出的，會話層406僅按交換節(jié)點和在這些交換節(jié)點上的應用處理并依賴傳輸層405建立起到其它交換節(jié)點的路徑。會話層406用一個地址識別被叫應用，這個地址以前在電信領域中僅被認為是電話號碼而在Q.931協(xié)議中則有了更廣泛的涵義。會話層根據(jù)這個地址確定出目的交換節(jié)點。會話層406通過與目的交換節(jié)點的會話層通信從而建立起到目的交換節(jié)點的呼叫。與其它會議層的通信是這樣實現(xiàn)的，即讓會話層請求它的傳輸層發(fā)出一個到其它交換節(jié)點的呼叫以便建立到一個特定地址的連接。傳輸層根據(jù)由會話層確定的節(jié)點號碼產(chǎn)生呼叫。使用網(wǎng)絡層產(chǎn)生標準ISDN Q.931呼叫建立消息來發(fā)出這些請求。如果其它交換節(jié)點不能解釋這個地址，則這個交換節(jié)點的會話層發(fā)送信息給定的傳輸層請求取消這個呼叫。如果會話層可以解釋這個地址，它向其傳輸層發(fā)送一個消息請求其的網(wǎng)絡層向請求方交換節(jié)點回送呼叫繼續(xù)消息。
圖4的表示層407使用一個復雜協(xié)議傳播在應用之間通信的信息以便應用完全地與用來傳輸信息的協(xié)議相互分離。表示層協(xié)議允許應用通過傳輸路徑與對等應用通信。
最后，應用層408管理在軟件層409運行的應用所需的資源。當軟件層409的應用與其它的對等應用通信時，應用并不知道有多少其它應用存在或這些其它應用位于何處。應用層408的功能是確定和使用這些具體內(nèi)容，從而允許以非常抽象的方式來書寫應用。
有關層次409的操作和軟件結(jié)構(gòu)的進一步信息在題為“分布電信系統(tǒng)的自動初始化”的美國專利5,386,466中給出。這里參考引用了美國專利5,386,466。
圖5從邏輯上說明了數(shù)據(jù)鏈路連接標識(DLCI)，服務存取點標識(SAPI)，終端標識(TEI)，系統(tǒng)接口號(sihtf)，交換寄生接口號(aintf)，邏輯D信道號(LDCN)，呼叫索引號(CRN)和不同軟件層之間的總體關系。正如圖5所示，一對鏈路接口層和物理層在寄生體上實現(xiàn)。(寄生體的概念在美國專利5,386,466中闡述。)鏈路接口層402和物理層401由一個本地寄生體實現(xiàn)。交換節(jié)點102中的節(jié)點處理器實現(xiàn)(鏈路管理403，網(wǎng)絡404和高層功能。節(jié)點處理器提供了對交換節(jié)點102的全面控制。sihtf交換機和aintf號與物理接口相關。sintf由網(wǎng)絡軟件層404和高層軟件層用來標識物理接口。另外，在鏈路初始化期間，由在物理接口兩端結(jié)的鏈路所連接的兩個交換節(jié)點協(xié)商出用于鏈路的邏輯接口號。
當接收到傳輸消息時，網(wǎng)絡層404把信道標識IE中的邏輯接口號轉(zhuǎn)換成sintf。網(wǎng)絡層404用sintf1 501和502標識物理接口。鏈路管理403負責在共同表示物理接口的sintf號，交換機和aintf號之間的進行轉(zhuǎn)換。例如，鏈路管理403把sintf1 501轉(zhuǎn)換為本地寄生體和aintf 511。鏈路接口層402使用aintf1 511標識物理接口551。在sintf1 501和sintf2 502間及間及aintf1 511和aintf2 512間存在一個一一對應關系。
sintf和aintf號標識特定接口，每個接口有一定數(shù)目的信道。例如，PRI接口551和552都有24個信道。網(wǎng)絡層404使用真正的物理信道號來標識與特定sintf相關的信道，類似地鏈路接口層402使用與aintf號相關的物理信道號。因為ISDN標準的規(guī)范說明書規(guī)定物理信道24用來傳遞信令，這就成為可能。網(wǎng)絡層404和高層使用sintf號控制鏈路接口層和物理層連接物理信道并在這些信道上創(chuàng)建特定的協(xié)議。通過如網(wǎng)絡515的物理網(wǎng)絡連接B信道的方式?jīng)]在圖5中顯示，除了以邏輯方式，如路徑507。
圖5還從邏輯說明了對不同信道的使用和這些信道終結(jié)點及在這些終點使用的信息。接口551的B信道532通過路徑507連至接口552的B信道533。路徑507通過網(wǎng)絡內(nèi)部地連到交換節(jié)點。本領域的技術(shù)人員可明顯看出在接口551和552之間可連接類似的路徑。B信道的電路交換在物理層執(zhí)行；而分組交換或幀中繼在鏈路接口層執(zhí)行。有關圖5和圖6的層次在建立通話時的操作的詳細情況在美國專利5,386,466中給出。
本章節(jié)從通過交換節(jié)點102的應用軟件層409，會話軟件層406，傳輸軟件層405和網(wǎng)絡軟件層404的角度描述了傳輸信息。為了解釋清楚，先給出有關通過交換節(jié)點102初始地建立呼叫的簡單描述。
圖6顯示了在網(wǎng)絡軟件層404，傳輸軟件層405，會話軟件層406和應用軟件層409間標識和處理呼叫的方式。在網(wǎng)絡軟件層404，正如以前在圖5中描述的，呼叫的每半由諸如CRN520的CRN號和諸如呼叫記錄521的呼叫記錄來標識。正如從圖6中可看出的，軟件層中的呼叫記錄對各軟件層是共同的，每一層使用呼叫記錄及附加信息。呼叫記錄被從每個交換節(jié)點的公共表中取出，在特定交換節(jié)點中呼叫記錄號是唯一的。
傳輸軟件層用LDCN和呼叫記錄號標識呼叫的每一半。使用LDCN是因為在層次4路由表中給出的信息由標記交換節(jié)點到另一交換節(jié)點的鏈路(或鏈路集)的LDCN號所標識。注意，對一個特定呼叫在圖6所示的所有三個軟件層中呼叫記錄標識相同。會話軟件層406是軟件體系結(jié)構(gòu)中的一點，其中呼叫的兩半連接在一起以便由為其建立的具有唯一會話記錄的每個呼叫，如會話607，交換信令信息。會話記錄與兩個呼叫記錄相關，例如，呼叫記錄521和呼叫記錄544，每個呼叫記錄代表呼叫的一半。(呼叫的每一半記作“半呼叫”。)這個規(guī)則的一個例外是如果呼是針對一個應用。在這種情況下，因為呼叫的另一半終結(jié)在應用軟件層，所以僅使用一個呼叫記錄。
為了理解圖6所示的三個軟件層是如何處理呼叫的，首先考慮通過交換節(jié)點102建立呼叫的例子。對于本例，必須參考說明與呼叫記錄521和544相關的接口的圖5。在下面例子中呼叫記錄521與PRI鏈路111相關，而呼叫記錄544與PRI鏈路116相關。
假設呼叫通過交換節(jié)點102從通信終端101到達通信終端104。如圖1所示，LDCN541與PRI116相關，PRI116把交換節(jié)點102連至交換節(jié)點103。進一步假設建立消息中的節(jié)點號指定了通信終端104。(在交換節(jié)點102中對從通信終端101到通信終端104的呼叫的路由判決方式在美國專利5,386,466中給出。)當通過PRI鏈路111從通信終端101接收到建立消息時，網(wǎng)絡軟件層404生成一個建立指示，它被傳送給傳輸軟件層405并建立了開始第一半呼叫建立的呼叫記錄521。傳輸軟件層405檢查節(jié)點號并確定交換節(jié)點102不是目的交換節(jié)點，因此層次406并不設置節(jié)點標志。如果設置了節(jié)點標志，它表明呼叫在交換節(jié)點102處終結(jié)。撥叫號碼和節(jié)點標志被傳給會話軟件層406，由于節(jié)點標志沒有設置，會話軟件層并不試圖根據(jù)撥叫號碼接通呼叫。因為在本例中沒有設置節(jié)點標志，會話軟件層406建立了會話記錄607并選擇起動第二半呼叫建立的呼叫記錄544。節(jié)點和呼叫記錄號接著被傳給傳輸軟件層405作為建立請求。傳輸軟件層405查詢層次4路由表并確定LDCN541是到通信終端104的路徑。傳輸軟件層405接著把呼叫記錄544與LDCN541相連，并向網(wǎng)絡軟件層404發(fā)送建立請求，網(wǎng)絡軟件層404接著通過PRI鏈路116建立與交換節(jié)點103的通信。
當交換節(jié)點102通過PRI鏈路116向交換節(jié)點103發(fā)送建立消息時，交換節(jié)點103的網(wǎng)絡軟件層以呼叫處理作響應。網(wǎng)絡軟件層404響應呼叫處理消息以通知連接管理應用，它應該通過交換節(jié)點102的交換網(wǎng)絡建立連接來連接B信道532和B信道533，以建立路徑507。會話記錄607指向連接記錄608。連接記錄608是由在應用層409上運行的連接管理應用來維護。連接管理應用響應來自網(wǎng)絡軟件層的消息以建立連接并向連接記錄607中輸入內(nèi)部連接的參數(shù)。
為了進一步理解如何使用傳輸消息增加或減少通過交換節(jié)點102的帶寬，考慮如下例子。假設上段描述的建立消息通過交換節(jié)點102建立起話音連接，這導致建立了圖5通過交換節(jié)點102的交換網(wǎng)絡的路徑507。接著，通信終端101請求在D信道530上建立分組交換連接并使用傳輸消息在信道538上建立64kb數(shù)據(jù)信道。
為了建立數(shù)據(jù)鏈路執(zhí)行LAPF協(xié)議和具有64kbs數(shù)據(jù)信道所需要的額外帶寬，通信終端101向交換節(jié)點102傳送含有如下信息的傳輸消息。呼叫索引IE302置成與圖5和圖6的CRN520相同，消息類型IE303置成與TRANS相同。重復指示符IE304置成增加帶寬。承載能力IE305如下所示。第一個承載能力IE指定使用LAPD協(xié)議的分組數(shù)據(jù)鏈路，第二個IE置成與具有64kbs帶寬電路數(shù)據(jù)鏈路相同。信道標識IE306如下所示。第一個IE指定使用邏輯接口號的接口551，并指定使用D信道530。信道標識IE306的第二個IE指定接口551和B信道538。一個單獨的數(shù)據(jù)鏈路標識IE307跟隨其后并指定一個邏輯鏈路517用于分組數(shù)據(jù)。低層兼容IE308指定通信終端104將用來實現(xiàn)64kb數(shù)據(jù)信道的專有協(xié)議。高層兼容IE309指定實現(xiàn)X400電子郵件協(xié)議。圖6的網(wǎng)絡軟件層404接收并拆開傳輸消息。如果網(wǎng)絡軟件層404可以提供所要求的傳輸能力，網(wǎng)絡傳輸層404響應以僅包括IE311，312，313和319的傳輸確認消息。如果網(wǎng)絡404不能提供其中所要求的一個傳輸能力，它在IE315，316和317中標識出不能提供的特定傳輸能力，并在重復指示符314中指明這個特定傳輸能力必須被刪除。另外，傳輸確認消息也表明使用另一個承載能力，信道標識，和數(shù)據(jù)鏈路標識IE作為所要求的一個另外的選擇。
在本例中，網(wǎng)絡軟件層可以提供請求的傳輸能力。網(wǎng)絡軟件層404接著通過傳輸軟件層405的LDCN519向會話軟件層發(fā)送要求以增加傳輸能力。會話軟件層406使用針對呼叫記錄544的會話記錄607來確定呼叫使用LDCN541并使用LDCN541通知網(wǎng)絡軟件層404需針對呼叫記錄544做出額外的工作。
回到圖6的呼叫記錄521和LDCN519所示的左一半呼叫。網(wǎng)絡軟件層404向連接管理應用傳送已經(jīng)加入到呼叫記錄521標識的連接中的新參數(shù)。連接管理應用響應這個信息在連接記錄608中存儲附加的連接信息。
在由呼叫記錄544和LDCN541標識的呼叫的右一半，網(wǎng)絡軟件層404響應消息的承載能力IE以確定應該使用哪個傳輸設備來滿足這些承載能力IE的需求，這個消息從通信終端101接收。如圖5中所示，網(wǎng)絡軟件層404使用邏輯鏈路518的一個邏輯鏈路提供使用LAPD協(xié)議的數(shù)據(jù)鏈路和B信道536以提供64kb數(shù)據(jù)信道的能力。注意，如果網(wǎng)絡軟件層404有一條已被劃分到邏輯鏈路中的B信道，網(wǎng)絡軟件層404可以使用這些邏輯鏈路中的一條用于數(shù)據(jù)鏈路執(zhí)行LAPF協(xié)議。網(wǎng)絡軟件層404組成一條新的傳輸消息，這個消息包括與那些從通信終端101接收的承載能力IE相同的IE，信道標識IE306，和特定于與接口552一起使用的傳輸能力的數(shù)據(jù)鏈路標識IE307。低層兼容IE308和高層兼容IE309簡單地沿呼叫左半部分向上傳送到會話軟件層406，會話軟件層把它們接著沿呼叫的右半部分向下傳送，在那里網(wǎng)絡軟件層404把它們組裝到新的傳輸消息中。網(wǎng)絡軟件層404接著把傳輸消息傳送到交換節(jié)點103中的對等網(wǎng)絡軟件層。
在我們當前例子中，交換節(jié)點103中的網(wǎng)絡軟件層接受在傳輸消息中要求的所有傳輸能力。交換節(jié)點103中的網(wǎng)絡軟件層響應以不包含IE315，316或317的傳輸確認消息。交換節(jié)點102中的網(wǎng)絡軟件層404響應這個傳輸確認消息向圖6的應用層409中的連接管理應用傳送針對呼叫左半部分的參數(shù)以便這些多數(shù)可存儲在連接記錄608中。連接管理應用也響應這個信息以控制交換節(jié)點102的交換網(wǎng)絡來建立路徑535。另外，連接管理應用向鏈路接口層402傳送一個消息以建立路徑539。
在這里，通過交換節(jié)點102建立路徑507，535和539。在本例中，當交換節(jié)點103試圖建立起始傳輸功能時，通信終端104不能提供使用LAPD協(xié)議的數(shù)據(jù)鏈路。結(jié)果是與在圖6顯示的類似的呼叫左半部分的交換節(jié)點103在它的連接記錄中記錄了話音帶寬，使用LAPD協(xié)議的數(shù)據(jù)鏈路和64kb數(shù)據(jù)信道。但是，在呼叫右半部分的連接記錄中，僅記錄話音呼叫和64kb數(shù)據(jù)鏈路。一旦從通信終端104通過網(wǎng)絡軟件層接收到傳輸完成消息，交換節(jié)點103中的連接管理應用僅連接64kb數(shù)據(jù)鏈路。注意，在建立處理期間完成話音呼叫連接。通信終端104接著傳送標識使用中的承載能力，信道標識IE和數(shù)據(jù)鏈路標識IE的傳輸完成消息。交換節(jié)點103接收這個消息并通過軟件層站呼叫右半部分向上傳送給交換節(jié)點103的會話軟件層，它再沿呼叫的左半部分向下把消息送給交換節(jié)點103的網(wǎng)絡軟件層404。網(wǎng)絡軟件層404取消數(shù)據(jù)鏈路能力并通知直接管理應用不再使用數(shù)據(jù)鏈路。交換節(jié)點103的連接管理應用相應地取消從交換節(jié)點103的連接記錄來的數(shù)據(jù)鏈路信息。交換節(jié)點103中的網(wǎng)絡軟件層404接著組裝傳輸完成消息，此消息包括僅建立了64kb數(shù)據(jù)鏈路的事實，網(wǎng)絡軟件層接著把這個傳輸完成消息發(fā)送給交換節(jié)點102。
當交換節(jié)點102的網(wǎng)絡軟件層404從交換節(jié)點103接收到傳輸完成消息時，它通知連接管理應用路徑539將被取消。連接管理應用接著從連接記錄608中取消對執(zhí)行LAPD協(xié)議的數(shù)據(jù)鏈路的引用。然后網(wǎng)絡層404通過會話軟件層406向下把傳輸完成消息傳送到呼叫的左半部分。網(wǎng)絡軟件層404響應這個傳輸完成消息，通知連接管理應用從連接記錄608中取消對執(zhí)行LAPD協(xié)議的數(shù)據(jù)鏈路的引用。連接管理應用也向鏈路接口層402傳送一個消息以刪除路徑539。在呼叫的左半部分，網(wǎng)絡軟件層404接著組裝另一個傳輸完成消息用來送給通信終端101。
此后，通信終端101確定不再需要64kb數(shù)據(jù)鏈路，通信終端101傳送一個傳輸消息，其中重復指示符304設置為刪除，而承載能力IE305，信道標識IE306和數(shù)據(jù)鏈路標識IE307指明將要刪除64kb數(shù)據(jù)鏈路。然后交換節(jié)點102重復這條消息并把它發(fā)送給交換節(jié)點103。一旦接收到從交換節(jié)點103發(fā)回的傳送確認消息，網(wǎng)絡軟件層404要求連接管理應用去除路徑535。另外，連接管理應用按網(wǎng)絡軟件層404的要求修改連接記錄608。當通信終端104接收到要求去除數(shù)據(jù)鏈路的傳輸消息時，它響應以一個指定刪除已經(jīng)發(fā)生的傳輸完成消息。
現(xiàn)在回過來，當通信終端104接收到建立64kb數(shù)據(jù)信道的傳輸消息時，通信終端104類似地象其它交換節(jié)點所做的那樣以IE305到307作出響應。呼叫的終點是在圖4的應用層409中運行的終端管理應用。有關終端管理應用的功能的更詳細內(nèi)容在美國專利5,182,751和美國專利5,386,466中給出。簡而言之，終端管理應用提供了終接呼叫和允許終端使用通信數(shù)據(jù)所需要的所有控制功能。終端管理應用可在一個交換節(jié)點中執(zhí)行，其中絕大多數(shù)終端控制功能在交換節(jié)點中完成而不在通信終端中完成。另一方面，一個通信終端，例如通信終端101，有它自己的計算機并執(zhí)行圖4所示的軟件結(jié)構(gòu)。這種情況下，可在終端上執(zhí)行終端管理應用。正如圖1所示，通信終端101是呼叫的終點。但是，由于對于通信終端101可使用不同類型的通信終端，終端管理應用可以在作為呼叫終點的交換節(jié)點102中執(zhí)行。
當接收到傳輸消息以建立64kb的數(shù)據(jù)信道時，這個消息傳送給在應用層409上的終端管理應用。終端管理應用接著要求連接管理程序讓鏈路接口層402實現(xiàn)定義在低層兼容IE308中的專用協(xié)議以便鏈路接口層可以順利地使用低層專用協(xié)議。另外，連接管理應用指示通信終端104的表示層407實現(xiàn)由高較層兼容IE309定義的X400電子件標準。
圖7，8和9以流程圖的形式顯示了在實現(xiàn)圖3所示的傳輸消息時網(wǎng)絡軟件層404執(zhí)行的操作。網(wǎng)絡軟件層404執(zhí)行絕大部分實現(xiàn)傳輸消息的工作。圖7和圖8顯示了當從另一個交換節(jié)點接收傳輸消息時網(wǎng)絡層404的響應。在這些圖例中使用的約定是接收的或發(fā)送給另一交換節(jié)點傳輸消息僅由它們的消息代碼標識，如TRANS。另一方面，由會話軟件層406從呼叫的另半部分傳遞過來的傳輸消息由消息代碼和單詞“消息”指定，如TRANS消息。
圖7中的判定模塊701確定是否從另一交換節(jié)點接收到TRANS消息。在前一個例子中，交換節(jié)點102從通信終端101通過接口551接收TRANS消息。如果判定模塊701的回答是yes，判定模塊702確定是否能夠提供由負載能力IE305，信道標識IE306和數(shù)據(jù)鏈路標識IE307定義的所需要的傳輸能力。如果可以提供傳輸能力，執(zhí)行模塊707，送回不包含IE315，316和317的TRANS-ACK消息。如果判定模塊702的回答是no，模塊703試著確定另外的傳輸能力。如果不能提供任何傳輸能力，則送出TRANS-REJ消息并且所有進一步的處理都結(jié)束。如果至少可以提供初始的或另外的傳輸能力，則連同傳輸能力的修改過的列表一起返回TRANS-ACJ消息。下一步，模塊709給應用層409上的連接管理應用發(fā)送一個消息，要求在連接表608中輸入由新的傳輸能力定義的傳輸參數(shù)。輸入的傳輸參數(shù)可以是初始要求的傳輸能力或另一傳輸能力之一或兩者結(jié)果的組合。最后，模塊711通過傳輸層405向會話層406發(fā)送TRANS消息，它是初始的TRANS消息和/或除去IE306和307的另外傳輸能力。IE306和307對于在圖6中所示的呼叫左半部分是唯一的。會話軟件層406響應這個消息，標識出呼叫記錄，與呼叫右半部分相關的LDCN，并沿著呼叫右半部分向下給網(wǎng)絡軟件層404發(fā)送帶有適當標識的消息。
回到判定模塊701，如果回答是No，控制傳到判定塊712，它確定是否從另一交換節(jié)點接收到TRANS-ACK消息。在前一個例子中，交換節(jié)點102在接口552從交換節(jié)點103接收到TRANS-ACK消息。呼叫的右半部分接收到這個TRANS-ACK消息。如果判定模塊712的回答是Yes，控制傳到判定模塊713。后一個判定模塊確定在傳輸確認消息中是否有另外的傳輸能力。如果回答是Yes，控制傳到判定模塊714，它確定是否可接受另外傳輸能力，即交換節(jié)點是否可提供另外的傳輸能力。如果判定模塊714中的回答是No，則執(zhí)行模塊716，向其它交換節(jié)點發(fā)送TRANS消息請求刪除任何不被接受的傳輸能力。接著，模塊717通過傳輸層405向會話軟件層406發(fā)送包含同樣刪除請求的TRANS消息。會話層406響應這條消息，把這條消息向下沿呼叫左半部分向網(wǎng)絡軟件層404傳送。注意到當接收到一個可接受TRANS-ACK消息后，僅在連接記錄和在建立在交換節(jié)點中的路徑中插入傳輸參數(shù)。
回到判定模塊713和714。如果在判定模塊713的回答是No，或判定模塊714回答是Yes，控制傳到模塊721，它向連接管理應用發(fā)送一個消息以向連接表中輸入傳輸參數(shù)并通過交換節(jié)點的內(nèi)部交換網(wǎng)絡建立連接。
回到判定模塊712，如果消息不是TRANS-ACK消息，控制傳到圖8的判定模塊801，它確定消息是否為TRANS-REJ消息。如果判定模塊801中的回答是Yes，模塊802向連接管理應用發(fā)送消息以便從連接表中刪除傳輸參數(shù)并通過交換節(jié)點的交換網(wǎng)絡移去已為這些傳輸參數(shù)建立的所有路徑。注意如果在TRANS-ACK處接收到TRANS-REJ消息，就無須為連接管理應用做任何工作。執(zhí)行完模塊802后，模塊803通過傳輸層405向會話層設置包含TRANS-REJ消息的消息。會話軟件層向下沿呼叫左半部分發(fā)送這條消息，適當?shù)暮艚杏涗浐蚅DCN標識信息至網(wǎng)絡軟件層404。
如果判定模塊801中的回答是No，控制傳到判定模塊804，它確定消息是否為TRANS-COM消息。如果回答是No，控制傳到模塊808，它提供了一般的處理。模塊808處理標準的ISDN消息。如果判定模塊804中的回答是Yes，模塊806確定連接表608中的哪些傳輸參數(shù)沒被承載能力IE325，信道標識IE326和數(shù)據(jù)鏈路IE327所標識。在標識了這些傳輸參數(shù)后，模塊806向連接管理應用傳送一個消息以刪除這些傳輸參數(shù)和任何相關的路徑。最后，模塊807通過傳輸軟件層405向會話軟件層406發(fā)送消息，這個消息包括了除去信道標識IE326和數(shù)據(jù)鏈路標識IE327的初始TRANS-COM。會話軟件層406以呼叫記錄和LDCN標識信息響應這條沿呼叫左半部分向下傳向網(wǎng)絡軟件層404的消息。
圖9說明了網(wǎng)絡軟件層404響應從會話軟件層406接收到的傳輸消息執(zhí)行的操作。判定模塊901確定消息是否為TRANS消息。在前面的例子中，在呼叫的左半部分通過接口551從通信終端101接收到TRANS消息后，圖6所示的呼叫的右半部分從會話軟件層406接收到這條消息。如果判定模塊901中的回答是Yes，控制傳到模塊902。模塊902響應承載能力IE305，確定哪些新的信道標識IE306和數(shù)據(jù)鏈路標識IE307應該用于將被傳給下一個交換節(jié)點的TRANS消息。做出這個判定后，模塊903生成并傳送新的TRANS消息至下一個交換節(jié)點。注意單元301，302，303，304，305和308，309和341只簡單地在新的TRANS消息中重復。
如果判定模塊901中的回答是No，制定模塊904確定從會話軟件層406接收的消息是否為TRANS-COM消息。如果判定模塊904中的回答是Yes，判定模塊906確定連接表608中的傳輸參數(shù)，這些參數(shù)沒在承載能力IE325，信道標識IE3216和數(shù)據(jù)鏈路標識IE327中標識。在確定了這些傳輸參數(shù)后，模塊906向連接管理應用傳送消息，要求從連接表608中刪除這些傳輸參數(shù)及刪除相關路徑。接著，模塊907生成具有新的信道標識IE306和數(shù)據(jù)鏈路標識IE327的TRANS-COM消息，它定義了在呼叫左半部分的傳輸能力。模塊907接著把生成的TRANS-COM消息發(fā)送給其它交換節(jié)點。
如果判定模塊904中的回答是No，控制傳到判定模塊908，它判定是否從會話軟件層406接收到TRANS-REJ消息。如果回答是No，控制傳給對標準ISDN消息做一般處理的模塊909。如果判定模塊908中的回答是Yes，模塊911向連接管理應用發(fā)送消息以刪除由相關TRANS消息輸入到連接表608中的所有參數(shù)。最后，模塊912向下一個交換節(jié)點發(fā)送TRANS-REJ消息。在前例中，模塊912從交換節(jié)點102向通信終端101發(fā)送TRANS-REJ消息。
圖10和11說明了在初始化一個會議時通信終端所執(zhí)行的操作。圖12說明了起始通信終端所維護的會議表。判定模塊1001確定是否按下通信終端上的起動會議鍵路。如果回答是Yes，判定模塊1002確定這是否為會議呼叫的第一個呼叫。如果判定模塊1002中的回答是Yes，控制傳到模塊1101-1129，它們按照第二個例子中所描述的那樣控制會議呼叫啟始。如果判定模塊1002中的回答是No，通信終端加入到與另一個通信終端的呼叫并希望加入第三個通信終端到與第二個通信終端的會議呼叫中。這種情況在第一個例子中描述過。如果判定模塊1002中的回答是Yes，模塊1003讓第一個呼叫等待，模塊1004從通信終端的用戶接收撥號信息。判定模塊1007以指明撥叫通信終端的用戶希望此時加入到會議呼叫中的方式確定第二個呼叫是否應答。如果判定模塊1007中的回答是Yes，控制傳到模塊1008，它把第一個和第二個呼叫合并到會議呼叫中。在第一個例子中，在執(zhí)行模塊1008中的通信終端101向交換節(jié)點102發(fā)送合并消息。合并消息要求第一個呼叫與第二個呼叫在交換節(jié)點102中匯合。參照圖14和15給出了合并操作的更詳細的描述。從這點起，模塊1009提供正常呼叫處理。
回到判定模塊1007，如果回答是No，這意味被撥叫的通信終端的用戶不希望此時完全加入會議呼叫。模塊1011發(fā)送TRANS消息，改變第二個呼叫為低速邏輯數(shù)據(jù)鏈路，然后控制傳到判定模塊1012。后一個制定模塊等待從被撥叫通信終端接收TRANS-COM(傳輸完成消息)。如果沒有接收到TRANS-COM消息，控制傳到模塊1017，它取消第二個呼叫，而模塊1018返回到第一個呼叫。模塊1019提供正常呼叫處理?；氐脚卸K1012。如果回答是Yes，控制傳到模塊1013，它向被撥叫終端發(fā)送起動初始會議消息。模塊1014檢查是否接收到對模塊1013中發(fā)送消息的確認消息。如果在判定模塊1014中的回答是No，控制傳到模塊1017至1019。如果在判定模塊1014中的回答是Yes，控制傳到模塊1015，它點亮通信終端上的初始會議指示燈?？刂平又鴤鞯侥K1016，它返回通信終端至第一個呼叫。
模塊1021至1031確定何時建立三個通信終端間的會議呼叫或何時放棄起始特性。判定模塊1021確定何時起始會議的通信終端處于空閑。如果起始會議的通信終端變成空閑，所有呼叫被取消。模塊1022向被撥叫的通信終端發(fā)送取消起始會議消息。模塊1024取消第二個呼叫，模塊1026關掉起始會議指示燈。模塊1027返回到第一呼叫，但由于起始的通信終端已變成空閑，第一個呼叫也被取消。
回到判定模塊1021，如果回答是No，控制傳到判定模塊1023，它確定是否從被撥叫的通信終端接收到取消起始會議消息。如果回答是Yes，控制傳到模塊1022至1027，它們的功能在以前描述過。注意模塊1027把初始通信終端返回到仍在進行中的第一個呼叫。如果判定模塊1023中的回答是No，判定模塊1025確定是否從被撥叫的通信終端接收到連接會議消息。如果回答是No，控制返回判定模塊1021。如果判定模塊1025中的回答是Yes，模塊1028發(fā)送TRANS消息以增加第二個呼叫的帶寬并在這個消息中指明會議正在啟動。模塊1029合并第一個和第二個呼叫組成會議呼叫。模塊1031執(zhí)行正常呼叫處理。
回到判定模塊1002，如果判定模塊1002中的回答是Yes，這意謂著起始通信終端的用戶希望在所有各方準備全面參加時建立通信會議呼叫。模塊1101點亮起始通信終端上的起始會議指示燈并建立圖12所示的會議表。模塊1102依次接收會議一部分的通信終端的撥號信息。模塊1103建立一個對被呼叫終端的數(shù)據(jù)呼叫。如果按照判定模塊1104的確定來建立呼叫，模塊1105合并這個通信終端到會議呼叫中。如果沒有建立呼叫，判定模塊1104把控制傳給等待對下一個通信終端的新的撥號信息的模塊1109。如果判定模塊1104中的回答是Yes，模塊1105把通信終端合并到正在生成的會議中并把控制傳到模塊1106。后一個模塊向剛加入到會議呼叫的通信終端發(fā)送起始會議消息。判定模塊1107接著確定是否接收一個確認消息。如果回答是No，模塊1110從通信會議呼叫中刪去被呼叫的通信終端并把控制傳到判定模塊1109。如果判定模塊1107中的回答是Yes，被撥叫的終端加到圖12所示的會議表中。注意模塊1110不刪除會議呼叫而是從會議呼叫中刪去撥叫的通信終端。
回到判定模塊1109，如果從起始通信終端沒有接收到新的撥叫信息，控制傳給判定模塊1111，它確定是否從圖12的會議表中的一個通信終端接收到取消起始會議消息。如果回答是Yes，模塊1127從會議表和會議呼叫中刪去這個通信終端。判定模塊1128接著確定在圖12的會議表中是否還剩下多于兩個的通信終端。如果回答是No，控制傳給模塊1114，它給會議表中的每個撥叫通信終端發(fā)送取消起始會議消息。模塊1116清除會議表，模塊1117刪除所有剩余的數(shù)據(jù)呼叫，模塊1118關掉起始通信終端上的起始會議指示燈?；氐脚卸K1128，如果回答是Yes，控制傳到判定模塊1112。如果判定1111中的回答是No，控制也傳到判定模塊1112。
判定模塊1112確定是否第二次按下起始通信終端上的起始會議鍵以表明起始會議性能將被結(jié)束。如果回答是Yes，控制傳給模塊1114，模塊1114至1118的操作在以上段落中描述。如果制定模塊1112中的回答是No，控制傳給判定模塊1113以確定是否從任一撥叫通信終端接收到加入消息。如果回答是Yes，模塊1121修改會議表以顯示這個終端處于加入狀態(tài)，控制再傳回給判定模塊1111。如果判定模塊1113中的回答是No，判定模塊1119確定是否從一個撥叫通信終端接收到非加入消息。如果回答是Yes，模塊1126修改會議表以標識這個通信終端的狀態(tài)為非加入。如果制定模塊1119中的回答是No，控制傳送給判定模塊1122，它確定會議表是否顯示了所有終端都處于加入狀態(tài)。如果回答是No，控制傳回制定模塊1111。如果判定模塊1122的回答是Yes，模塊1123向所有會議表中的被撥叫通信終端發(fā)送TRANS消息以增加會議呼叫的帶寬直至所有通信終端可以全面地加入。TRANS消息也可指明會議正在起動。執(zhí)行模塊1123后，模塊1124提供正常通信會議呼叫處理。
圖13說明了由起始通信終端帶入到通信會議中的一個通信終端所執(zhí)行的操作。模塊1301確定是否接收到一個對話音和/或視頻的建立消息，此消息指明起始會議特性正在進行中。本領域中的技術(shù)人員可以容易地看出除了話音或視頻外可以在判定模塊1301中使用其它介質(zhì)。如果判定模塊1301中的回答是No，判定模塊1326確定建立消息是否僅對數(shù)據(jù)并指明起始會議特性正在進行中。這個消息由圖11的模塊1103發(fā)出。如果判定模塊1326中的回答是Yes，判定模塊1328接受呼叫，并把控制傳給模塊1305。如果判定模塊1326中的回答是No，控制傳給模塊1327用以正常處理。
回到判定模塊1301，如果回答是Yes，判定模塊1302確定通信終端是否為忙，如果回答是No，會議呼叫按照模塊1301所做的正常處理的正常方式建立。如果判定模塊1302中的回答是Yes，模塊1300接受呼叫但指有通信終端遇忙。判定模塊1304接著確定是否接收到TRANS消息，該消息把呼叫變?yōu)閿?shù)據(jù)呼叫。這種TRANS消息由圖10的模塊1011發(fā)送。如果回答是No，模塊1329取消呼叫。如果判定模塊1304中的問題是Yes，控制傳給模塊1305，在把控制傳給判定模塊1306前，模塊1305回送TRANS-COM消息以接受這種改變。后一個判定模塊確定是否接收到要求起始會議特征的消息。如果回答是No，控制傳給模塊1329并取消呼叫。如果判定模塊1306中的回答是Yes，控制傳給制定模塊1307，它確定在這個通信終端上是否提供起始會議特征。如果回答是No，模塊1308發(fā)送拒絕起始會議消息并取消呼叫?；氐脚卸K1307，如果回答是Yes，模塊1309發(fā)送確認起始會議會議特征，再把控制傳給判定模塊3121。
模塊1321確定執(zhí)行圖13所示操作的通信終端是否生成取消起始會議信號。通過生成這個消息來響應通信終端用戶按下起始會議按鍵。如果判定模塊1321中的回答是Yes，模塊1322向起始會議終端發(fā)送取消起始會議消息并把控制傳給模塊1324。后一個模塊復位起始會議指示燈并取消這個呼叫。如果判定模塊1321中的回答是No，判定模塊1310確定通信終端是否已經(jīng)生成或加入信號。按下加入鍵可生成加入信號。如果與加入鍵相關的加入指示燈是滅的，這意味著通信終端處在非加入狀態(tài)；并且如果加入指示燈是亮的，這意味著通信終端處在加入狀態(tài)。如果判定模塊1310中的回答是No，控制傳給模塊1314。在一個模塊向起始通信終端發(fā)送非加入消息并把控制傳給模塊1315，它關掉加入指示燈。模塊1315把控制傳給判定模塊1323。如果判定模塊1311中的回答是No，模塊1320打開加入指示燈。模塊1316接著置狀態(tài)為加入，模塊1317向起始通信終端發(fā)送加入消息，該消息在此由其它TMA引用。
不管是否執(zhí)行模塊1315或1317，控制傳給判定模塊1323。后一種判定模塊確定是否從起始通信終端接收到取消起始會議消息。如果回答是Yes，控制傳到模塊1324，它復位起始會議指示燈并取消呼叫。如果判定模塊1323中的回答是No，判定模塊1318確定是否接收TRANS消息以增加帶寬并指示會議正在開始。如果回答是No，控制傳回給判定模塊1321。如果判定模塊1318中的回答是Yes，模塊1319發(fā)回TRANS-COM消息以接受帶寬的增加。正如以前描述的，起始通信終端現(xiàn)在建立通信會議呼叫。
圖14說明了針對終結(jié)在終端101的兩個通話的各種記錄和邏輯控制鏈路。軟件層401至409在交換節(jié)點102執(zhí)行，交換節(jié)點102把終端101連結(jié)到交換節(jié)點103。接口1428連接PRI鏈路111，而接口1429和1431分別終接PRI鏈路112和116。如圖14所示，終端101加入到兩個呼叫中。一個呼叫由會議記錄1403處理，第二個呼叫由會話記錄1404處理。第一個呼叫的左半部分使用CRN1424和呼叫記錄1419，第二個呼叫的左半部分使用CRN1426和呼叫記錄1421。第一個呼叫的右半部分終接接口1429并使用CRN1427和呼叫記錄1422。第二個呼叫的右半部分連接接口1431并使用CRN1430和呼叫記錄1423。LDCN1411由二個呼叫的左半部分共享。第一個呼叫使用連接記錄1401，第二個呼叫使用連接記錄1402。
圖15顯示了從終端101的終端管理應用傳到交換節(jié)點102的合并消息的結(jié)果。為了示例的目的，假設合并消息作為一個控制消息在第一個呼叫上傳送，因此它使用CRN1424。當網(wǎng)絡軟件層404接收到合并消息時，它把合并消息轉(zhuǎn)發(fā)給會話軟件層406中的合并軟件模塊。后一個軟件層的合并模塊響應合并消息從而確定CRN1426標識了被合并的呼叫。另外，合并消息指示與CRN1426的呼叫合并的呼叫由CRN1424所標識。會話軟件層406中的合并模塊分別使用CRN1424和1426標識會話記錄1403和1404。在標識了會話記錄1403和1404后，會話軟件層406中的合并模塊創(chuàng)建合并記錄1502。合并記錄1502標識會話記錄1404和1403使用的所有信號傳輸，它們將被物理地合并到一個會議呼叫中。
在創(chuàng)建合并記錄1502后，會話軟件層406的合并軟件模塊請求應用層409上的連接管理應用把由圖14的連接記錄1401標識的所有訪問點(通話目的地點)組合成單一的呼叫記錄。連接管理軟件響應這個請求，把連接記錄1401和1402合并到指定為連接記錄1501的一個新的連接記錄中。連接管理應用控制物理網(wǎng)絡建立會議橋接器，它把通過第一和第二呼叫的兩個右半部分接收到的話音信息與在對呼叫左半部分的單個B信道接收到的話音信息組合在一起。雖然單個B信道上的話音信息已經(jīng)組合到終端101，兩個呼叫的控制仍被傳給使用CRN1426和CRN1424中的終端101。如果呼叫也使用視頻，則連接管理程序控制視頻網(wǎng)絡為這個會議呼叫建立視頻橋接器。
如果終端101的終端管理應用請求傳送針對第二個呼叫(由CRN1426標識)的TRANS消息把帶寬從話音減至低速數(shù)據(jù)，則網(wǎng)絡軟件層404響應這個TRANS消息執(zhí)行以前在圖6所描述的功能。但是，當接收到TRANS-COM，向連接管理應用傳送一個請求要刪除話音傳輸時，連接管理應用從連接記錄1501中確定第一個呼叫仍需要話音傳輸。連接管理應用建立低速數(shù)據(jù)鏈路，此鏈路是由網(wǎng)絡軟件層404在TRANS消息中所要求的并由TRANS-COM消息所確認。TRANS消息向上傳送給會議軟件層406并由會議記錄1404標識。會議軟件層使用呼叫記錄1403和CRN1430沿第二呼叫的右半部分向下傳輸。網(wǎng)絡軟件層404響應從會議軟件層406接收的TRANS消息以按照以前在圖6所描述的處理過個消息。
如果終端101的終端管理應用請求為第二個呼叫(由CRN1426標識)傳輸TRANS消息要把第二個呼叫的帶寬從低速數(shù)據(jù)變?yōu)樵捯?，網(wǎng)絡軟件層404響應這個TRANS消息以執(zhí)行以前圖6所描述的功能。一旦接收TRANS-COM消息，終端管理應用要求連接管理應用給呼叫加上話音傳輸并刪去低速數(shù)據(jù)。連接管理應用根據(jù)連接記錄1501確定話音傳輸必須被組合到目前正在進行的會議呼叫中并控制物理網(wǎng)絡和會議橋接器具體完成。另外，連接管理應用控制低層軟件刪除低速數(shù)據(jù)鏈路。與以前一樣，如果視頻傳輸加入到會議呼叫中，則連接管理應用也控制視頻網(wǎng)絡和視頻會議橋接器向會議加入第二個呼叫。
圖16給出了發(fā)明的第二個實施例。在圖16中，會議的發(fā)起由交換節(jié)點執(zhí)行的終端管理應用控制，起始的通信終端通過PRI鏈路連接到這個交換節(jié)點上。前二個例子中在圖1和16中所示的執(zhí)行起動會議功能的方式是類似的，主要差別只不過是通信終端1606，1607和1608分別執(zhí)行對終端101，104和106描述的操作。另外，主要控制功能在通信終端1606，1607和1608連至的交換節(jié)點中執(zhí)行。
圖17，18和19揭示了在交換節(jié)點1601，1603和1604中執(zhí)行的終端管理應用進行的操作。圖17和18顯示了針對起始會議的通信終端所執(zhí)行的操作。圖12顯示了由起始通信終端維護的會議表。判定模塊1701確定在通信終端上接收到起動會議按鍵觸發(fā)消息。如果回答是Yes，判定模塊1702確定這是否為會議呼叫的第一個呼叫。如果判定模塊1702的回答是Yes，控制傳給模塊1801-1829，它們按照在第二個例子中所描述的方式控制會議呼叫的起動。如果判定模塊1702中的回答是No，通信終端與另一個通信終端加入到呼叫中并希望第三個通信終端加入到包括第二個通信終端的會議呼叫中。這種情形在第一個例子中描述過。如果判定模塊1702中的回答是Yes，模塊1703讓針對通信終端的第一個呼叫等待，而模塊1704從通信終端接收用戶輸入的撥號信息。判定模塊1706接著請求建立針對被撥叫終端的第二個呼叫。判定模塊1707確定第二個呼叫是否以指示此時被撥叫通信終端的用戶希望加入會議呼叫的方式應答。如果判定模塊1707中的回答是Yes，控制傳給模塊1708，它把第一和第二呼叫合成為一個會議呼叫。在第一個例子中，在執(zhí)行模塊1708中的通信終端101向交換節(jié)點102傳送合并消息。合并消息請求把第一和第二呼叫在交換節(jié)點102處匯接。參照圖17，通信終端101請求交換節(jié)點102把兩個呼叫匯接在一起。從這點起，模塊1709提供正常的呼叫處理。
回到判定模塊1707，如果回答是No，這意味著被撥叫通信終端的用戶不希望此時全面加入會議呼叫。模塊1711發(fā)送TRANS消息把第二呼叫改為低速邏輯數(shù)據(jù)鏈路并把控制傳給判定模塊1712。后一個判定模塊等待從被撥叫通信終端連接的交換節(jié)點接收TRANS-COM(傳輸完成消息)。如果沒有接收到TRAN-COM消息，控制傳給模塊1717，它刪除第二個呼叫，模塊1718把通信終端返回到第一個呼叫。模塊1719接著提供了正常呼叫處理。回到判定模塊1712，如果回答是Yes，控制傳送給模塊1713，它向被撥叫終端連接的交換節(jié)點發(fā)送起動初始會議消息。模塊1714檢查是否接收到針對模塊1713中發(fā)送的消息的確認消息。如果判定模塊1714中的回答是No，控制傳給模塊1719至1719。如果判定模塊1714中的回答是Yes，控制傳給模塊1715，它發(fā)送消息以點亮通信終端上的初始會議指示燈。接著，控制傳給模塊1716，它把通信終端返回到第一個呼叫。
模塊1721至1731確定何時建立起三個通信終端間的會議呼叫或何時取消初始特征。判定模塊1721確定起動會議的通信終端何時處在空閑狀態(tài)。如果起始呼叫的通信終端變?yōu)榭臻e，所有的呼叫被刪除。模塊1722給被撥叫的通信終端發(fā)送取消起始會議消息。模塊1724刪除第二個呼叫，模塊1726關掉起始會議指示燈。模塊1727返回第一個呼叫，但是由于起始通信終端已變?yōu)榭臻e，則第一個呼叫也被刪除。
回到判定模塊1721，如果回答是No，則控制傳給判定模塊1723，它確定是否從被撥叫的通信終端接收到取消初始會議消息。如果回答是Yes，控制傳給模塊1722至1727，它們的功能在以前已經(jīng)描述了。注意模塊1727把起始通信終端返回到可能正在進行的第一個呼叫。如果判定模塊1723中的回答是No，則判定模塊1725判定是否從被撥叫的通信終端連至的交換節(jié)點接收到加入會議消息。如果回答是No，控制返回到判定模塊1721。如果判定模塊1725中的回答是Yes，則模塊1728發(fā)送TRANS消息以增加第二個呼叫的帶寬并在這個消息中指明呼叫正在起動。模塊把第一個和第二個呼叫匯接在一起組成會議呼叫。模塊1731執(zhí)行正常的呼叫處理。
回到判定模塊1702，如果判定模塊1702中的回答是No，這意味著起始通信終端的用戶希望當所有各方準備全面參加時建立通信會議呼叫。模塊1801給起始通信終端發(fā)送一個點亮起始會議指示燈消息并建立起圖12所示的會議表。模塊1802依次接收針對作為會議一部分的每個通信終端的撥號信息。模塊1803建立與被撥叫終端連接的交換節(jié)點的數(shù)據(jù)呼叫。如果根據(jù)判定模塊1804的確定建立呼叫，則模塊1805把通信終端匯合到會議呼叫中。如果呼叫沒被被建立，則判定模塊1804把控制傳給模塊1809，它等待針對下一個通信終端的新的撥號信息。如果判定模塊1804中的回答是Yes，模塊1805把通信終端匯合到正在形成的會議中并把控制傳給模塊1806。后一個模塊發(fā)送一個起動初始會議消息給交換節(jié)點，而剛加入到會議呼叫中的通信終端連接到這個節(jié)點上。判定模塊1807接著確定是否接收到一個確認消息。如果回答是No，模塊1810從通信會議呼叫中刪除被撥叫通信終端并把控制傳給判定模塊1809。如果判定模塊1807中的回答是Yes，被撥叫終端被加入到圖12所示的會議表中。注意模塊1810并不刪除會議呼叫，而是從會議呼叫中刪去被撥叫通信終端。
回到判定模塊1809，如果從起始通信終端沒有接收到新的撥號信息，則控制傳給判定模塊1811，它確定是否從圖12會議表中列出的一個通信終端接收到取消起始會議消息。如果回答是Yes，模塊1827從會議表和會議呼叫中刪除通信終端。判定模塊1828接著確定在圖12的會議表中是否剩下多于二個的通信終端。如果回答是No，控制傳給模塊1814，它向會議表中列出的各個被撥叫通信終端發(fā)送取消起始會議消息。模塊1816清除會議表，模塊1817刪除所有剩余數(shù)據(jù)呼叫，模塊1818向起始通信終端發(fā)送關掉起始會議指示燈消息?；氐脚卸K1828，如果回答是Yes，控制傳給判定模塊1812。如果判定模塊1811中的回答是No，控制也傳給判定模塊1812。
判定模塊1812確定起始通信終端的起始會議鍵是否第二次被按下，這次按鍵指明結(jié)束起始會議特征。如果回答是Yes，控制傳給模塊1814，模塊1814至1818的操作在以前段落中描述過。如果判定模塊1812中的回答是No，控制傳送給模塊1813以確定是否從任何被撥叫的通信終端接收到加入消息。如果回答是Yes，模塊1821修改會議表以指示這個終端處在加入狀態(tài)并把控制傳回給判定模塊1811。如果判定模塊1813中的回答是No，則判定模塊1819確定是否從一個被撥叫通信終端接收到非加入消息。如果回答是Yes，模塊1826修改會議表以標識這個通信終端狀態(tài)為非加入。如果判定模塊1819中的回答是No，控制傳給判定模塊1822，它確定會議表是否顯示出所有終端處在加入狀態(tài)。如果回答是No，控制傳回給判定模塊1811。如果判定模塊1822中的回答是Yes，模塊1823向會議表中列出的所有撥叫通信終端所連接到的交換節(jié)點發(fā)送TRANS消息以增加會議呼叫的帶寬直至所有通信終端可以全面加入。TRANS消息也指明會議正在起動。在執(zhí)行完模塊1823后，模塊1824提供正常的通信會議呼叫處理。
圖19說明了交換節(jié)點執(zhí)行的操作，其中一個通信終端連至這個交換節(jié)點上，這個通信終端正在被起始通信終端帶入到通信會議中。模塊1901確定是否接收到一個針對話音和/或視頻的建立消息，此消息指明了一個起始會議特征正在進行中。本領域中的技術(shù)人員可以很容易地看出除了話音或視頻外的其它媒體也可在判定模塊1901中被使用。如果判定模塊1901中的回答是No，判定模塊1926確定建立消息是否僅針對數(shù)據(jù)并指明初始會議特征正在進行中。這種消息由圖18中的模塊1803送出。如果判定模塊1926中的回答是Yes，判定模塊1928接受呼叫并把控制傳給模塊1905。如果判定模塊1926中的回答是No，控制傳給模塊1927以進行正常處理。
回到判定模塊1901，如果回答是Yes，判定模塊1902確定通信終端是否為忙，如果回答是No，會議呼叫將以正常方式建立并由模塊1901對其進行正常處理。如果判定模塊1902中的回答是Yes，模塊1900接受呼叫但指明通信終端為忙。判定模塊1904接著確定是否接收到可以修改呼叫為數(shù)據(jù)呼叫的TRANS消息。這個TRANS消息由圖17中模塊1711發(fā)送。如果回答是No，模塊1929刪除呼叫。如果判定模塊1904中的回答是Yes，控制傳回模塊1905，它發(fā)回TRANS-COM消息從而在把控制傳給判定模塊1906前接受這個變化。后一個判定模塊確定是否接收到要求起始會議特征的消息。如果回答是No，控制傳給判定模塊1907，它確定是否給這個通信終端提供起始會議特性。如果回答是No，模塊1908發(fā)送拒絕起始會議消息并刪除呼叫?；氐脚卸K1907，如果回答是Yes，模塊1909發(fā)送對起動會議特性的確認消息，然后傳送控制給判定模塊1921。
模塊1921確定是否從通信終端接收取消初始會議消息，此終端連至執(zhí)行圖19所示的操作的交換節(jié)點。這個消息由通信終端產(chǎn)生以響應通信終端按下的起始會議鍵。如果判定模塊1921中的回答是Yes，則模塊1922向起始會議通信終端連至的交換節(jié)點發(fā)送取消起始會議消息，然后傳送控制給模塊1924。后一個模塊向終端發(fā)送復位起始會議指示燈消息并刪除呼叫。如果判定模塊1921中的回答是No，則判定模塊1910確定是否從通信終端接收到加入消息。加入消息由通信終端生成以響應觸發(fā)加入鍵。如果與加入鍵相連的加入指示燈為關閉的，這意味著通信終端處在非加入狀態(tài)；而如果加入指示燈為開啟的，這意味著通信終端處在加入狀態(tài)。如果判定模塊1910中的回答是No，控制傳給判定模塊1923。如果判定模塊1910的回答是Yes，控制傳給模塊1914。后一個模塊向初始通信終端發(fā)送非加入消息，并把控制傳給模塊1915，它向通信終端發(fā)送關閉加入指示燈消息。模塊1915再把控制傳給判定模塊1923。如果判定模塊1911中的回答是No，模塊1920向通信終端發(fā)送開啟加入指示燈消息。模塊1916設置狀態(tài)加入，模塊1917向起始通信終端連接到的交換節(jié)點發(fā)送加入消息，起始終端在這里稱作“其它的TMA”。
不管是否執(zhí)行了模塊1915或1917，控制都傳給判定模塊1923。后一個判定模塊確定是否從起始通信終端接收到取消起始會議消息。如果回答是Yes，控制傳給模塊1924，它向終端發(fā)送復位初始會議指示燈消息，然后刪除呼叫。如果判定模塊1923中的回答是No，判定模塊1918確定是否接收到TRANS消息以增加帶寬并指明會議正在起動。如果回答是No，控制傳回判定模塊1921。如果判定模塊1918中的回答是Yes，模塊1919發(fā)回TRANS-COM消息以接受增加的帶寬。正如以前描述的，初始通信終端連至的交換節(jié)點建立了通信會議呼叫。
圖20給出了適合用于通信終端1606，1607和1608的通信終端。視頻屏幕2007和2008用來指示對顯示屏2010的劃分從而允許多媒體會議的各個成員可分別地被顯示出來。正如本領域所熟知的，可以有比圖20所示的兩個屏幕更多的視頻屏幕。呼叫狀態(tài)2009用來顯示多媒體會議呼叫的各種狀態(tài)和各種信息。
權(quán)利要求
1.一種用于建立一個會議呼叫以便當會議呼叫的所有各方準備全面參與會議呼叫時全面建立該會議呼叫方法，方法包括的有由一個初始通信終端建立起針對所有指定通信終端的有限通信帶寬的會議呼叫；當每個指定的電信終端準備全面加入會議呼叫時由起始電信終端從每個指定電信終端接收第一個消息；其特征在于在所有指定通信終端已發(fā)送第一消息后，通過起始電信終端向每個指定電信終端發(fā)送第二個消息以改變電信帶寬來調(diào)整會議呼叫的電信帶寬從而允許所有電信終端全面參加會議呼叫。
2.如權(quán)利要求1所述的方法，其中第一個消息定義發(fā)送電信終端是空閑的。
3.如權(quán)利要求1所述的方法，其中第一個消息定義發(fā)送電信終端的用戶準備加入會議呼叫。
4.如權(quán)利要求3所述的方法，其中還包括下述步驟響應會議呼叫的建立向一個指定電信終端的用戶指示已經(jīng)建立了具有有限電信帶寬的會議呼叫；檢測一個表明電信終端的用戶準備加入會議呼叫的指示；并向初始電信終端發(fā)送第一個消息。
5.如權(quán)利要求1所述的方法，其中調(diào)整步驟包括在電信終端間提供話音通信的步驟。
6.如權(quán)利要求1所述的方法，其中調(diào)整步驟包括在電信終端間提供視頻和話音通信的步驟。
7.如權(quán)利要求1所述的方法，其中調(diào)整步驟包括在電信終端間提供數(shù)據(jù)、視頻和話音通信的步驟。
8.如權(quán)利要求1所述的方法，其中通過交換系統(tǒng)在通信路徑上建立會議呼叫，而各個通信路徑把一個指定電信終端連接到起始電信終端上，并且交換系統(tǒng)有多個交換節(jié)點，這里，調(diào)整步驟包括的步驟有針對每個通信路徑，多個交換節(jié)點的第一個節(jié)點通過作為通信路徑一部分的信令信道接收第二個消息；多個交換節(jié)點中的第一個節(jié)點從第二個消息中確定所請求的電信帶寬的變化；通過交換節(jié)點修改通信帶寬以提供所請求的通信帶寬；并由多個交換節(jié)點的第一個節(jié)點通過信令信道向通信路徑中的多個交換節(jié)點中的下一個順序節(jié)點發(fā)送第二個消息。
9.如權(quán)利要求8所述的方法，其中修改步驟包括判定多個交換節(jié)點中的第一個節(jié)點提供所要求通信帶寬的能力的步驟。
10.如權(quán)利要求9所述的方法，其中修改步驟還包括由多個交換節(jié)點的第一個節(jié)點僅提供所確定的針對通信路徑的通信信帶寬的能力的步驟。
11.如權(quán)利要求10所述的方法，其中傳輸步驟包括在多個交換節(jié)點中的頭一個節(jié)點通過信令信道進行發(fā)送前把第二個消息所要求的變化置成與所確定的能力相同的步驟。
12.如權(quán)利要求11所述的方法，其中多個交換節(jié)點中的下一個順序節(jié)點是通信路徑的目的交換節(jié)點，而各個指定通信終端均連至目的交換節(jié)點，目的交換節(jié)點執(zhí)行從多個交換節(jié)點中選出第一個節(jié)點的步驟并通過信號信道向每個指定通信終端而不是多個交換節(jié)點中的下一個順序節(jié)點發(fā)送第二個消息，該方法還包括的步驟有確定一個指定通信終端的能力以提供所要求的通信帶寬；僅提供由一個指定通信終端確定的通信帶寬；生成第三個消息以響應由一個指定通信終端接收到的第二個消息；向第三個消息中插入分配信息，此信息等于所確定的一個指定通信終端的所能提供的所請求的通信帶寬的能力；并在信令信道上向目的交換節(jié)點回送一個指定通信終端所構(gòu)成的第三個消息。
13.如權(quán)利要求12所述的方法，其中還包括響應由多個交換節(jié)點中的每個節(jié)點接收到的第三個消息，由通信路徑上的多個交換節(jié)點的各個節(jié)點新調(diào)整通信帶寬使之等于分配信息所指定的帶寬的步驟。
14.起始三方會議呼叫的方法，該方法包括下述步驟由第二個電信終端發(fā)出第一個呼叫，使第一個電信終端處于等待狀態(tài)；由第二個電信終端建立起對第三個電信終端的第二個呼叫；其特征在于當?shù)谌齻€電信終端無法全面加入到會議呼叫中時，減少第二個呼叫的通信帶寬并由第二電信終端根據(jù)第一和第二個呼叫建立起會議呼叫；當從請求全面加入的第三個電信終端接收到第一個消息時，增加對第三個電信終端的通信帶寬從而允許其全面加入。
15.如權(quán)利要求14所述的方法，其中減少和建立步驟是響應第三個電信終端處于忙狀態(tài)而進行的。
16.如權(quán)利要求14所述的方法，其中減少和建立步驟是響應第三個電信終端用戶表明第三個電信終端不加入而進行的。
17.如權(quán)利要求14所述的方法，其中建立步驟在第二個電信終端和第三個電信終端之間建立一個呼叫路徑；而減少和建立步驟包括由第二個電信終端在呼叫路徑上傳送第二個消息以減少呼叫路徑上的通信帶寬的步驟。
18.如權(quán)利要求17所述的方法，其中增加步驟包括由第二個電信終端在呼叫路徑上發(fā)送第三個消息以增加呼叫路徑上的通信帶寬的步驟。
19.如權(quán)利要求18所述的方法，其中電信終端通過具有多個交換節(jié)點的交換系統(tǒng)相互連接起來，該呼叫路徑通過這個交換系統(tǒng)，并且增加步驟還包括下述步驟由多個交換節(jié)點中的第一個節(jié)點通過作為通信路徑一部分的信令信道接收第三個消息；由多個交換節(jié)點中的頭一個節(jié)點從第三個消息中確定所要求的電信帶寬的變化；通過多個交換節(jié)點中的頭一個節(jié)點修改通信帶寬以提供所要求的通信帶寬；并由多個交換節(jié)點的頭一個節(jié)點通過信令信道向通信路徑上的多個交換節(jié)點中的下一個順序節(jié)點發(fā)送第三個消息。
20.如權(quán)利要求19所述的方法，其中修改步驟包括判定多個交換節(jié)點中的第一個節(jié)點提供所要求的通信帶寬的能力的步驟。
21.如權(quán)利要求20所述的方法，其中修改步驟還包括由多個交換節(jié)點第一個節(jié)點只提供所確定的通信帶寬的能力的步驟。
22.如權(quán)利要求21所述的方法，其中傳輸步驟包括在由多個交換節(jié)點中的頭一個節(jié)點通過信令信道進行發(fā)送之前把第三個消息所要求的變化置成與所確定的能力相同的步驟。
23.如權(quán)利要求22所述的方法，其中多個交換節(jié)點中的下一個順序節(jié)點是通信路徑的目的交換節(jié)點，即第三個通信終端連至目的交換節(jié)點的，而目的交換節(jié)點執(zhí)行從多個交換節(jié)點中選出第一個節(jié)點的步驟并通過信號信道向第三個通信終端而不是多個交換節(jié)點的下一個順序節(jié)點發(fā)送第三個消息，該方法還包括下述步驟確定第三個通信終端的能力以提供所要求的通信帶寬；由第三通信終端僅提供所確定的通信帶寬；構(gòu)成第四個消息以響應第三個通信終端接收到的第三個消息；向第四個消息中插入分配信息，此信息等于所確定的由第三個通信終端提供的所求的通信帶寬的能力；并在信令信道上向目的交換節(jié)點回送由第三個通信終端構(gòu)成的第四個消息。
24.如權(quán)利要求23所述的方法，其中還包括下述步驟響應多個交換節(jié)點的各個節(jié)點接收到的第四個消息，由通信路徑上的多個交換節(jié)點的各個重新調(diào)整通信帶寬使之等于分配信息所指定的帶寬。
25.一種用于建立一個會議呼叫以便當會議呼叫的所有各方準備全面參加會議呼叫時全面建立會議呼叫的裝置，其中包括在一個起始電信終端中的建立針對所有指定通信終端的有限通信帶寬會議呼叫的裝置；在起始電信終端中，當每個指定的電信終端準備全面加入會議呼叫時從每個指定電信終端接收第一個消息的裝置；和其特征在于在起始電信終端中，當所有指定通信終端已發(fā)送了第一個消息后通過起始電信終端向每個指定電信終端發(fā)送第二個消息，改變電信帶寬以調(diào)整會議呼叫的電信帶寬，從而允許所有電信終端全面地參加會議呼叫的裝置。
26.如權(quán)利要求25所述的裝置，其中第一個消息定義發(fā)送電信終端是空閑的。
27.如權(quán)利要求25所述的裝置，其中第一個消息定義發(fā)送電信終端的用戶準備加入會議呼叫。
28.如權(quán)利要求27所述的裝置，其中還包括一個指定電信終端中的響應會議呼叫的建立向指定電信終端的用戶表明已經(jīng)建立了具有有限電信帶寬的會議呼叫的裝置；在一個指定電信終端中，檢測到一個指定電信終端的用戶準備加入會議呼叫的指示的裝置；和在一個指定電信終端中的向初始電信終端發(fā)送第一個消息的裝置。
29.如權(quán)利要求25所述的裝置，其中用于調(diào)整的裝置包括在電信終端間提供話音通信的裝置。
30.如權(quán)利要求25所述的裝置，其中用于調(diào)整的裝置包括在電信終端間提供話音通信的裝置。
31.如權(quán)利要求25所述的裝置，其中用于調(diào)整的裝置包括在電信終端間提供數(shù)據(jù)、視頻和話音通信的裝置。
32.如權(quán)利要求25所述的裝置，其中通過交換系統(tǒng)在通信路徑上建立會議呼叫，每個通信路徑把一個指定電信終端連接到起始電信終端上，并上交換系統(tǒng)有多個交換節(jié)點，對于每個通信路徑，調(diào)整裝置包括在多個交換節(jié)點中的頭一個節(jié)點中通過作為通信路徑一部分的信令信道接收第二個消息的裝置；在多個交換節(jié)點中的頭一個節(jié)點上根據(jù)第二個消息確定所要求的電信帶寬的變化的裝置；在多個交換節(jié)點中的頭一個節(jié)點上通過多個交換節(jié)點的頭一個節(jié)點修改通信帶寬以提供所要求的帶寬的裝置；和在多個交換節(jié)點的頭一個節(jié)點上通過信令信道向通路路徑中的多個交換節(jié)點中的下一個順序節(jié)點發(fā)送第二個消息的裝置。
33.如權(quán)利要求32所述的裝置，其中所述修改裝置包括確定多個交換節(jié)點中的第一個節(jié)點提供所要求通信帶寬的能力的裝置。
34.如權(quán)利要求33所述的裝置，其中所述修改的裝置還包括在多個交換節(jié)點的第一個節(jié)點上為通信路徑僅提供所確定的通信帶寬能力的裝置。
35.如權(quán)利要求34所述的裝置，其中用于傳送的裝置包括在多個交換節(jié)點中頭一個節(jié)點通過信令信道發(fā)送前把第二個消息所請求的變化置成與所確定的能力相同的裝置。
36.如權(quán)利要求35所述的裝置，其中多個交換節(jié)點中的下一個順序節(jié)點是通信路徑的目的交換節(jié)點，每個指定通信終端均連至目的交換節(jié)點，目的地交換節(jié)點執(zhí)行從多個交換節(jié)點中選出第一個節(jié)點的功能并通過信號信道向每個指定通信終端而不是多個交換節(jié)點中的下一個順序節(jié)點發(fā)送第二個消息，該裝置還包括在一個指定通信終端中確定一個指定通信終端提供所要求的通信帶寬的能力的裝置；在一個指定通信終端中僅提供確定的通信帶寬的裝置；在一個指定通信終端中構(gòu)成第三個消息以響應接收到第二個消息的裝置；在一個指定通信終端中向第三個消息中插入分配信息的裝置，此信息等于所確定的提供所要求的通信帶寬的能力；和在一個指定通信終端中在信令信道上向目的交換節(jié)點回送所構(gòu)成的第三個消息的裝置。
37.如權(quán)利要求36所述的裝置，其中還包括在多個交換節(jié)點的每個節(jié)點中重新調(diào)整通信路徑中的通信帶寬使之等于分配信息所指定的帶寬，從而響應在多個交換節(jié)點中的每個節(jié)點接收到第三個消息的裝置。
38.用于起始三方會議呼叫的裝置，其中包括在第二個電信終端中用于發(fā)送第一個呼叫，以使第一個電信終端處于等待的裝置；在第二個電信終端中建立起針對第三個電信終端的第二個呼叫的裝置；其特征在于在第二個電信終端中當?shù)谌齻€電信終端無法全面加入到會議呼叫中時減少第二個呼叫的通信帶寬并根據(jù)第一和第二個呼叫建立會議呼叫的裝置；在第二個電信終端中用于當從要求全面加入的第三個電信終端接收第一個消息時，增加針對第三個電信終端的通信帶寬以允許其全面加入的裝置。
39.如權(quán)利要求38所述的裝置，其中用于減少和建立的裝置是響應第三個電信終端為忙而工作的。
40.如權(quán)利要求38所述的裝置，其中用于減少和建立的裝置是響應第三個電信終端用戶表明第三個電信終端為不加入狀態(tài)而工作的。
41.如權(quán)利要求38所述的裝置，其中用于建立的裝置創(chuàng)建在第二個電信終端和第三個電信終端間的呼叫路徑；而用于減少和建立的裝置包括在第二個電信終端中用于在呼叫路徑上傳送第二個消息以減少呼叫路徑上的通信帶寬的裝置。
42.如權(quán)利要求38所述的裝置，其中用于增加的裝置包括在第二個電信終端中在呼叫路徑上發(fā)送第三個消息以增加呼叫路徑上的通信帶寬的裝置。
43.如權(quán)利要求42所述的裝置，其中電信終端通過具有多個交換節(jié)點的交換系統(tǒng)相互連接起來，該呼叫路徑通過交換系統(tǒng)，而用于增加的裝置還包括在多個交換節(jié)點中的頭一個節(jié)點中通過作為通信路徑一部分的信令信道接收第三個消息的裝置；在多個交換節(jié)點的頭一個節(jié)點中根據(jù)第三個消息確定所請求的電信帶寬的變化的裝置；在多個交換節(jié)點的頭一個節(jié)點中通過多個交換節(jié)點的頭一個節(jié)點修改通信帶寬以提供所請求的通信帶寬的裝置；和在多個交換節(jié)點的頭一個節(jié)點上通過信令信道向通信路徑上的多個交換節(jié)點中的下一個順序節(jié)點發(fā)送第三個消息的裝置。
44.如權(quán)利要求43所述的裝置，其中用于修改的裝置包括確定多個交換節(jié)點中的第一個節(jié)點提供所請求通信帶寬的能力的裝置。
45.如權(quán)利要求44所述的裝置，其中用于修改的裝置還包括在多個交換節(jié)點中的頭一個節(jié)點上僅提供所確定的針對通信路徑的通信帶寬能力的裝置。
46.如權(quán)利要求45所述的裝置，其中用于傳送的裝置包括在多個交換節(jié)點中的頭一個節(jié)點通過信令信道發(fā)送之前把第三個消息所要求的變化置成與所確定的能力相同的裝置。
47.如權(quán)利要求46所述的裝置，其中多個交換節(jié)點中的下一個順序節(jié)點是通信路徑的目的交換節(jié)點，而第三個通信終端連至目的交換節(jié)點，該目的交換節(jié)點執(zhí)行從多個交換節(jié)點中選擇出第一個節(jié)點的功能并通過信號信道向第三個通信終端而不是多個交換節(jié)點的下一個順序節(jié)點發(fā)送第三個消息，該裝置還包括在第三個通信終端中確定第三個通信終端提供所請求的通信帶寬的能力的裝置；在第三個通信終端中的僅提供所確定的在第三個通信終端中通信帶寬的裝置；在第三個通信終端中構(gòu)成第四個消息以響應接收到的第三個消息的裝置；在第三個通信終端中向第四個消息中插入分配信息的裝置，此信息等于所確定的提供所要求通信帶寬的能力；和在第三個通信終端中在信令信道上向目的交換節(jié)點發(fā)送構(gòu)成的第四個消息的裝置。
48.如權(quán)利要求47所述的裝置，其中還包括在多個交換節(jié)點中的每個節(jié)點上重新調(diào)整通信路徑上的通信帶寬使之等于分配信息所指定的帶寬以響應多個交換節(jié)點的每個節(jié)點接收到的第四個消息的裝置。
全文摘要
在不是所有參加者均可參加會議呼叫的情況下由電信終端建立一個具有縮減帶寬的多媒體電信會議呼叫。當一個電信終端起始會議呼叫時，起始電信終端首先建立起到達作為會議一部分的其它各個電信終端的低速數(shù)據(jù)鏈路。當其它電信終端的所有用戶準備加入會議時，其它電信終端向起始電信終端發(fā)送信號，起始終端接著給會議呼叫增加必要的帶寬以建立多媒體的電信會議呼叫，因為，會議呼叫已經(jīng)建立，則起始電信終端僅需給會議呼叫增加必要的帶寬。另外，每個參加者可以選擇不加入到會議呼叫中。
文檔編號H04N7/15GK1142720SQ9610548
公開日1997年2月12日 申請日期1996年5月22日 優(yōu)先權(quán)日1995年5月26日
發(fā)明者史蒂芬·馬克思·泰勒 申請人:美國電報電話Ipm公司