專利名稱：發送編碼的電信信號的方法、系統及其設備的制作方法
技術領域：
本發明涉及一般電信系統，并特別涉及電信系統中壓縮信號的發送。
近年來電信已經轉向傳送聲音、傳真和其他信號的數字網絡。本領域中增加這種網絡的效率的一種公知的方式是以壓縮形式發送信號，因此使用可用帶寬用于更多信息的同步傳送。
美國專利RE 35,740公開了一個傳送聲音，傳真和非傳真音頻數據的系統。這個系統包括各種壓縮機構并提供對傳真信號的改進的檢測。當聲音、傳真和其他信號仍然經受幾種壓縮解壓周期，所以它們的質量顯著下降，并且有時這些信號可能以不能接受的質量和延遲接收。
過去已經建議一些方法以克服這個障礙。Cox等，在國際通信會議1988年6月第1卷第90-95頁上，建議一種方法以減少當使用低速率話音編碼時引入的失真和延遲。提出接收模地，壓縮器查找輸入的64Kb/s mu-law編碼的流的用于同步格式的較低有效位。如果檢測到該格式，則暫時對壓縮的信號噪聲抑制和使解壓縮器開始充填而不是解碼。當解壓縮器充填低速率幀時，將一種新的同步格式插入未用的比特之一。最后當壓縮器檢測到這個新的同步格式時，禁止在其壓縮器上靜噪并開始剝去填充的比特。但是，當接收端的壓縮器在64Kb/s中沒有發現“截獲的”較低有效位同步格式時，將不進入填充和剝去狀態，并且解壓縮器將該截獲的比特同步格式插入到去用戶的64Kb/s中。在這個公開文本中提出一種增加低速率比特流速率的方法，即通過將低速率信號插入64Kb/s流的mu-low字的最低有效位。使用這種方法的優點是萬一如果系統將信號看作mu-low編碼話音，則只有低電平噪聲信號會被收聽人注意到。
但是，所述的該方法的一個主要缺陷是，沒有除話音信號以外的其他信號可以被發送以及發送路徑包括多個操作的壓縮/解壓縮設備的事實。而且，所述的方法中沒有一種方法在保持通信會話的連續性(例如在通信會話期間從話音轉換到傳真)的同時，公開了對于解決發送的信號類型的改變的問題的解決方案。而且，電信網絡中通信的擁塞具有變化的特性，并且顯然為了操作系統的有效性，也應該適應這種變化。
因此本發明的一個目的是提供一個能夠有效地發送從各種類型的發送源開始的信號的數字電信站。
本發明的另一個目的是在保持信號的好質量和會話連續性的同時，提供有效使用用于通信發送的可用帶寬的一個數字通信系統。
然而本發明的另一個目的是提供有效處理各種類型信號的一種方法。
從下面的描述和附圖中，該發明的另外目的和特征對于本領域技術人員會變得顯而易見。
根據本發明的一個實施例，提供適于接收至少兩種不同類型信號，在數字通信系統中可操作的一個數字電信站，并且其包括至少一個檢測器，用于接收經傳輸路徑傳送的信號和確定它們的類型；由所述至少一個檢測器控制的至少一個交換機，適于根據確定的其類型信道化所述信號；用于確定接收的所述信號是否具有數字壓縮形式的第一標識符；第二標識符，用于確定傳輸路徑是否包括至少一個另外的可操作的解壓縮器，該解壓縮器適于解壓縮當以壓縮形式傳輸時的信號；至少兩對壓縮/解壓縮設備，每對設備適于壓縮解壓縮一種不同類型的信號；第一發送機，用于響應由所述第二標識符作出的關于所述傳輸路徑不包括至少一個另外可操作的解壓縮器的判定，該解壓縮器適于解壓縮以其壓縮形式傳輸的信號；和第二發送機，用于響應由所述第二標識符作出的關于所述傳輸路徑不包括至少一個另外可操作的解壓縮器的判定，該解壓縮器適于將以其壓縮形式傳輸的信號解壓縮為解壓的數字輸出信號。
優選地，從由話音信號、傳真信號、數據信號、音頻數據信號和視頻信號組成的組中選擇所述至少兩種不同類型的信號。更優選地，由本發明的數字通信站接收的信號類型至少包括話音和傳真類型的信號。
根據本發明的一個實施例，從包括下述內容的組中優選選擇不同的壓縮/解壓縮設備對，該組包括編碼器/解碼器，適于接收話音信號和操作這些信號；調制器解調器，適于接收傳真信號并操作這些信號；編碼器/解碼器，適于接收數據信號并操作這些信號；
音頻數據調制器/解調器，適于接收音頻數據信號和操作這些信號；和視頻編碼器/解碼器，適于接收視頻信號和操作這些信號。
通過一個優選實施例，本發明的數字電信站適于接收表示由那個數字電信站接收的數字信號類型的一個信號分類消息。更優選地，發送該信號分類消息以便表示發送的數字信號類型，它不同于在通信會話期間由該站發送的其前面的數字信號類型。一般地，信號分類消息是包括在一幀、塊等中的消息，并且表示包括在那個相同幀中的數字信號的類型。優選地，該信號分類消息包括在攜帶數字信號的幀中，并且在包含在那幀中的新類型的壓縮數字信號之前。但是，正如本領域技術人員都理解的，在可以忽略發送延遲的系統中，還可以使信號分類消息表示新類型的數字信號已經發送。而且，該信號分類消息可以表示出現在鄰近幀(包含那個消息的前一幀或后一幀)或者甚至在非鄰近幀中信號類型的改變。當然，當該改變出現在對于包括信號分類消息的那個消息的非鄰近幀時，該消息應該還優選地指向新類型的信號第一次引入的該幀，例如，通過提供對于在那兩個幀之間分開的幀的數目的表示。
將隨后的信號類型的分類放入幀中具有顯著的優點，即本發明在已知的領域提供的一個主要優點是在包含壓縮設備的環境中，這種操作方式使在保持會話連續性的同時，改變在通信會話期間發送的信號類型(例如從傳真變換為話音等)。
根據本發明的上述實施例，信號分類消息可以通過當產生上行站時的電信站傳送，或者由該站產生并且向另外一個下行電信站發送。
識別隨后的信號類型的一種典型的這種信號分類消息包括以其壓縮形式識別的信號類型信息和填充該消息剩余部分的填充比特。根據該發明的一個優選實施例，消息中的填充比特可以是表示該消息的壓縮信息信號的非壓縮形式的信號或其部分信號。利用這種非壓縮信號使合理監視通信會話并檢測例如雙音等的特殊信號音。
根據該發明的一個優選實施例，在電信站的通信會話的初始化階段，假設一種預先選擇的信號類型，例如，會話將被初始化為話音傳輸會話。預先選擇的信號類型將保持合法直到在該站接收到識別新的信號類型的信號分類消息。優選地，該預先選擇的信號類型由系統操作員產生，反映特定通信網絡中最通常期望的通信類型的類型。通過該發明的一個可選方案，該信號分類消息只在實際的信號類型改變發生的事件出現之前嵌入。通過另一個實施例，該信號分類消息在該信號類型的第一次改變之前發送并且包括在所有連續的消息之后，而不管是否存在信號類型的改變，直到通信會話結束。
根據該發明的另一個實施例，提供用于經傳輸路徑互連傳送至少兩種不同類型的信號的多個電信中繼線的一個數字通信系統，包括至少位于傳輸網絡的第一端，用于發送數字信號的第一發送裝置；和至少一對指定類型的電信站；至少一個另外的操作裝置，適于解壓縮以其壓縮形式發送的信號；和至少位于該傳輸網絡第二端的接收裝置。
應該將在下文使用的術語“電信網絡”理解為包含本領域中各種已知類型的網絡，諸如TDM、同步和異步傳輸網絡、IP網絡、IP幀中繼網絡和任意其他可應用的分組通信網絡。
如前所述，這里使用術語“電信站”描述至少兩個壓縮/解壓縮設備組合，其中一個設備用于在需要時壓縮信號，而另一個設備用作其相應的解壓縮器(例如一個這種設備可以是編碼器，而另一個設備是解碼器等)。這兩個設備可以包括在一個設備中或彼此分開。
此后提到的一對這種電信站的“正常的壓縮模式”，用于指定操作模式，其中由第一站接收的輸入數字信號由該站的壓縮設備(壓縮器)壓縮，以壓縮形式發送到那對電信站的第二站的解壓縮設備(解壓縮器)，此處解壓縮實質上通過將該數字信號變換為它們的非壓縮形式執行。
在至少存在用于解壓縮以其壓縮形式發送的信號的另外一個操作裝置的情況下，例如在位于發送路徑的下游的另外一對電信站中，操作模式稍微有些困難。接收的信息信號將由第一電信站的壓縮器再次壓縮，并且其壓縮形式將發送到第一對站的第二站的解壓縮器。但是，在這種情況下，壓縮消息將不由那第二站的解壓縮器解壓縮，而是，將以其壓縮的形式向那個至少一個另外操作裝置發送。在存在另外一對可操作的電信站的情況下，該消息可以通過該第二對的第一站的壓縮器發送到那個第二對的第二站的解壓縮器，此處將實質解壓縮為該數字信號的非壓縮形式。盡管如此，假定由第二對電信站的那個第二站的識別裝置作出的判定是下游沒有其他可操作的解壓縮器，仍將執行解壓縮。接著該解壓縮的消息將由該第二對電信站的第二站的第一站發送裝置發送到位于發送路徑的下游端的接收裝置。此后這種操作模式將稱作“端到端壓縮”。
但是根據該發明的另一個優選實施例，表示下面信號類型的信號分類消息還包含使沿該傳輸路操作的電信站的操作同步的信息。例如，該信號分類消息還可以包含比特碼的指示，該比特碼的指示使該接收站精確識別信息信號的發送何時開始。
根據本發明的再一個優選實施例，該信號分類消息還包含比特完整性的指示。這種指示的例子是校驗和，各種循環冗余校驗等。
根據本發明的另外優選實施例，該發明的傳輸網絡還包含確定傳真信號的操作模式的裝置。更優選地，該第一發送裝置還包含在該傳輸網絡上和向接收裝置發送傳真信號的操作模式的指示。
根據該發明的又一個優選實施例，在通信系統中可以選擇地操作一對或多對電信站。
根據本發明的另一個實施例，該系統還包含消息產生和消息檢測裝置，此處后一裝置在接收端是可操作的以便檢測由第一發送裝置發送的消息。
通過本發明的另外一個實施例，該數字通信系統中的至少一個數字電信站還具有建立與多于其他兩個數字電信站的通信鏈路的選擇權。優選地，這種站適于建立與多個數字電信站的通信，每個站位于電信網絡的一個不同端。通過本發明的另一個實施例，由數字通信系統中至少一個電信站發送的全部發送或部分發送可以由至少兩個不同的數字電信站并行接收。
如前所述，已有技術涉及以“端到端壓縮”模式發送的信號是話音信號的情況。犧牲攜帶消息的話音中的較低有效位，沒有構成主要問題，作為很可能發生的最壞情況是會話的噪聲級增大了某種程度。但是，試圖將這種方法應用到發送非話音信號的通信會話中，不會產生問題，對于該問題，先前沒有給出任何解決方案。一旦犧牲了傳真或調制解調器通信中的某些比特(甚至較低有效位)，結果可能是通信失敗，因為接收端不能再識別這樣接收的發送。
然而根據本發明的另一個實施例，提供了用于數字通信系統的一種方法，該數字通信系統包括至少第一和第二電信站并且適于發送至少兩種不同類型的信號，該方法包括(I)發送包括識別第一發送裝置的特征序列的消息，發送的信號類型和其目的地；(II)建立第一發送裝置和位于發送目的地的接收裝置之間的通信鏈路；
(III)在第一對電信站之間交換信號，對于它們中的每一個識別其他站的存在和在它們之間發送信號的速率；(IV)發送包括下面的信號特征的消息；(V)以確定的速率發送信息信號；(VI)發送指示發送端的消息；和(VII)切斷第一發送裝置和接收裝置之間的通信鏈路。
如前所述，發送路徑可以包括對于兩對電信站，在這種情況下，如上面步驟(iii)所述的相似的“握手”過程，將對于每兩對連續站執行。
根據該發明的優選實施例，所提供的方法用于互連攜帶至少兩種不同類型的信號的多個電信中繼線。
利用由該發明提供的該方法的優選實施例，實施定期的檢查以便確認適于解壓縮以其壓縮形式發送的信號的至少一個另外裝置仍然沿該傳輸路徑工作。因此，當一個站變成沿那個路徑的最后一個解壓縮工作裝置時，將立即恢復其解壓縮模式，并且這個站屬于的電信站對將開始在正常壓縮模式下工作。根據本發明的一個另外實施例，在操作的解壓縮裝置從其連接的傳輸路徑斷開之前，發送一個消息，聲明那個工作的壓縮裝置的所期望的斷開。當這個消息由相鄰的電信站接收到時，這些站的每一個將立即恢復其正常的壓縮模式。根據該發明的一個更為優選的實施例，沿該傳輸路徑工作的所有電信站對都定期地發送它們的統一信號。一旦一對站沒有接收到其相鄰的下游站對的該統一信號，則將自動恢復其正常壓縮模式。
根據本領域所述的端到端壓縮模式，當話音信號在下游電信站對以壓縮形式接收到時，作為編碼器工作的該站被禁止，并且該壓縮信息被發送到作為解碼器工作的站，不是用于如果下游沒有另外的電信站對時解壓縮，就是用于以壓縮的形式發送到下游工作的另外一對電信站。然而根據本發明的另一個方面，工作為一對下游數字電信站的壓縮器的該電信站，沒有象已有技術建議的那樣被禁止，而是用于記錄發送的消息中的壓縮參數。因此，當恢復正常的壓縮操作時(例如當一對下游電信站從傳輸路徑上斷開時)，該壓縮站通過使用校正的和更新的內部壓縮參數可以很快地回到其正常的壓縮模式。
圖1表示各個電信站之間的通信鏈路。
圖2示意地描述包括各個發送源和電信站的系統。
圖3給出根據用于在數字通信系統中傳輸的本發明發送消息的例子。
在現代通信業務網中，大量的通信信道可以同時占據全部可用帶寬。這種應用的例子可以在具有壓縮或不具有壓縮的話音信道，傳真視頻，數據或它們的任意組合的并行傳輸中找到。
現在讓我們轉向圖1。圖1表示兩對電信站，即100和200。這兩對站的每個站包括作為壓縮器(分別110和210)的一個站和其計數器解壓縮器(分別120和220)。這些站的典型操作可以以下面方式描述。發送在作為壓縮器的站110接收。壓縮該發送并且發送到作為解壓縮器的站120。一旦站120的識別裝置確定存在另一對可操作的電信站(200)，例如通過檢測由站210發送的識別信號，建立端到端的操作壓縮模式，并且該發送將以其壓縮形式從站120發送到站210。在站210這樣接收的發送被另外發送到解壓縮器220，用于解壓縮。
當反向傳輸方向時，到達的發送由現在作為壓縮器的站220壓縮，并且發送到站210。識別另外的操作站對(100)的存在的現在位于傳輸路徑下游的后一個站，將發送以其壓縮模式接收的信息。接著該壓縮的信息將由現在作為站對(100)中的壓縮設備的設備110發送，到現在作為解壓縮設備的設備110，此處它將被解壓縮。
該發明的另一個實施例在圖1中說明。根據這個實施例電信系統(在這個例子中站110)可以與其多于一個的相應對應站通信。在這個圖中，站110表示為具有與站120和130中任一個站通信的可選方案。由于本領域技術人員知道，這個實施例可以以多種方式實現。一個站可以與位于IP網的不同端的任意一個其他的對應站通信。另一個應用例子是一個站可以與至少兩個對應站，每個接收部分或由那個站發送的所有發送部分同時通信。串行操作數字電信站的另外類型也是可能的，并且應該理解它們均被本發明所包括。
圖2給出包括多個發送/接收裝置，諸如電話機(1，2，3，7和9)，傳真機(11和12)，數據終端(21和23)以及在它們之間連接的網絡的一個數字通信系統。在這個圖中所示的網絡，包括兩對電信站10和20，每個站分別包括一對壓縮/解壓縮站6和8及24和26，以及多個通信交換機(4，5，13，18，25和27)。在下面敘述展示系統操作的某些例子并且一共這些例子以便更好理解圖2。
圖3給出根據本發明發送消息的一個例子。這個圖所示的例子是在本發明的數字通信網中發送的一個10ms消息。盡管在這個圖中說明一個10ms幀消息，但是這種消息還可以是5或15ms長，或者擴展到任意其他的適當的時間周期。在圖3中，水平軸指示時間軸，而垂直軸表示比特數軸，從這個圖表示的較低有效位(LSB)，比特0開始伸展。如行40到比特7，即在圖3中表示的作為行42的最高有效位(MSB)。圖中所示的每一列，代表一個8比特的PCM采樣，并且延伸0，125ms。
這個圖所示的幀，包括非壓縮的比特50，和壓縮的信息比特35，該壓縮的信息比特35完全占據了每個PCM(分別表示位40和41)的比特0和1的較低有效位行。在圖3所示的示例幀內包含的其他部分，是完整性比特，在這個例子中CRC(43)，用于檢測通信的斷開，和確定發送的信號類型的信號分類消息45。完整性比特和信號分類消息在這個例子中表示為行2，壓縮信息上面的一行。但是，應該理解，該完整性比特和/或信號分類消息可以位于該幀內的不同位置。盡管如此，仍然對選擇的位置加一些限制，例如該壓縮的比特不應該由完整性比特或由信號分類消息替換。另一方面，如果該完整性比特和/或信號分類消息位于最有效行，則這可能引起該幀的未壓縮部分的顯著噪聲，這可以用于例如監視等的其他目的。
該發明的另一個實施例涉及用于同步目的的幀的使用。在這種情況下，優選地該幀的第一(55)或最后列可以用于提供同步所需的指示。
而且，如從這個圖中可以理解的那樣，使用的算法是將接收的PCM的64Kb/s壓縮未16Kb/s速率的算法，此處每個完全占據該幀的壓縮信息(40和41)的行，表示8Kb/s的壓縮信號。
下面的非限制的例子將說明本發明的各種實施例。
實例例1讓我們考慮在圖2所示的網絡中，從發送裝置1發送話音呼叫給接收裝置2的一個例子。由于可以從這個圖中看到只有一對電信站沿確定的傳輸路徑工作。在發送裝置1產生的呼叫，將通過交換機4發送到電信站對10，此處通過站6控制器將被識別為話音呼叫并且根據這個識別由站6交換機信道化。發送將在站6被編碼和隨后發送到站8。在那，發送將被實質解碼為發送的未壓縮的形式的數字信號，因為沒有另外的用于解壓縮該壓縮的發送信息的操作裝置，被沿從1伸展到2之間的傳輸路徑的站8識別裝置所識別。接著該解碼的發送將通過交換機5和13發送到接收裝置2。
當采用相反的方向時，即發送從2到1執行時，除了這次發送的信號將在目前作為編碼器的站8編碼和在此時作為解碼器的站6解碼，該呼叫將沿相同的傳輸路徑發送。
例2這個例子說明話音呼叫從發送裝置1發送到接收裝置3的情況。
在這種情況下，呼叫再次通過交換機4發送到電信站6和8的電信站對10，此處將以如例1所述的相同方式在站6編碼和隨后發送到站8。但是，這次站8的識別裝置將確定另一對電信站(20)的存在，例如通過檢測由站24發送的識別信號，籍此建立端到端的壓縮操作模式將會成功。該“握手”過程將通過站8發送其自己的識別信號，通知站24也轉換成端到端的壓縮操作模式繼續。該發送將由對20的設備24發送并且由解壓縮站26解碼。從那，發送將將交換機18傳送到接收裝置3。
一旦建立該操作模式，消息可以沿該傳輸路徑發送。
如前所述，該信號分類消息可以嵌入發送的每一幀，或另一種方案，只有當由于指定了發送信號的類型改變請求出現時才發送。自然地，在實現這個嵌入的消息原理的同時可以作出一些另外的變化，例如當沒有改變出現時發送一組零等。
也應該理解當消息以相同的方式如上面所述的構造時，未壓縮的信號缺乏分配用于該壓縮信號的發送的它們的較低有效位的部分或全部。但是，接收的未壓縮的信息可能仍然是對于監視和/或其他實際目的可了解的。如前所述，只在每一對站識別出其他對站存在之后才以端到端壓縮模式發送該壓縮信息，并且通過使用一個適當的命令建立用于該發送壓縮的速率(算法)。這種命令還可以用在同步解壓縮器(8)和壓縮器(24)的操作中。其他更復雜的命令，其中未壓縮信號的部分，優選地其較低有效位，還可以用于各種目的，并且應該理解被本發明所包括。
讓我們假設在該系統中使用的壓縮算法是LD-CCELP。使用這個算法意味著，在所示的幀中的64Kb/s的16Kb/是，被分配用于壓縮信息的發送。現在，當網絡中帶寬需求增加時，允許新的需求的一種方式是使上流電信站6變換到CS-ACELP算法使用的模式。這后一算法只需要64Kb/s中的8Kb/s分配用于壓縮信息信號。這個速率減少還伴隨消息發送到下流電信站通知其速率改變。
例3本例子指傳真呼叫從發送裝置11發送到接收裝置12的情況。通過這個例子，該呼叫將通過交換機4由電信站對10的電信站6和8發送，此處將由站6控制器識別為傳真呼叫并且根據這個識別由該站的交換機信道化。該發送將由壓縮器6解調，通過站8、交換機5和站24以其解調形式發送，到站26，此處該呼叫將被重新調制和將交換機18發送到接收裝置12。
以相反的方向，該呼叫將通過相同的交換機發送。來自現在的發送裝置12的呼叫，將通過交換機18發送以便在站26解調，并且由站24、交換機5和站8發送以便由作為解壓縮器的站6重新調制。從此，該重新調制的呼叫將經交換機4發送到現在的接收裝置11。
現在讓我們假設在上述的傳真呼叫之前，如例2所述的話音呼叫發生。
在那個話音呼叫端，所有涉及的交換機(4，5和8)從傳輸路徑上斷開。該斷開由電信站對10和20的端到端壓縮機構檢測到。這個檢測之后，所有涉及的站恢復到它們的缺省正常操作。
一旦交換機5將站8連接到站24，則建立了用于傳真呼叫的上面說明的新連接。這里，所有站都轉換到如例2所述的壓縮模式。但是，這次系統識別出該呼叫是傳真呼叫，例如通過檢測2100赫茲音調的特征，并且傳真消息的發送將開始。鑒于用于傳真發送的通信會話可以表現為包括具有在中間中斷的多個可變傳輸速率的事實，每次新的發送開始時，信號分類消息也將包括速率的表示，通過該速率的表示，下面的信號將被發送。傳輸中的中斷(無聲)在系統中優選地被考慮為0比特的傳輸。為了保持傳輸的一致，無聲消息將優選地以其他發送一樣的相同格式發送，例如具有信號分類消息以及發送的-比特的壓縮和未壓縮的部分。
但是，當檢測到傳真通信時，站8發送識別傳真發送，優選地包括傳輸的速率的一個消息。站24將跟隨從站8接收的該消息并且通過載體將那個消息和同步的信息比特傳送到站26，此處解調被調制的傳真傳輸。自然地，該消息只有當沿確定的傳輸路徑沒有發現另外的可操作電信站對時才經歷重新調制。如果檢測到一個另外的這種可操作站對，則對于每個站屬于另一個電信站對的每兩個相鄰站，可以跟隨一個對于上述處理過程的相似處理。
例4本例子描述用戶(電話機7)撥打一個業務中心(29)請求通信的數據鏈路的情況。在這個例子中，該話音呼叫經ISDN交換機25和交換機18發送到電信站對24和26。由站26壓縮，由站24并且隨后通過交換機5和電信站6和8的站對10的站8發送。接著該壓縮的消息將在站6解壓縮。該呼叫將通過交換機4和ISDN交換機27另外發送到業務中心29的接收裝置9。在斷定該話音呼叫在7和9之間建立以后，兩端可以連接它們的數據終端。該呼叫啟動者連接數據終端21，而業務提供者連接終端23，這樣在它們之間開始了數據通信的全雙工會話。
這里，電信站對24和26的對20，識別出由21產生的一個無干擾信道。這個識別之后，產生將被發送的表示一種新的信號類型的信號分類消息，并且經站24由站26發送到交換機5，表示為操作模式改變為無干擾信道。同時，電信站6和8的對10識別由23產生的一個無干擾信道請求，并且發送一個信號分類消息，通知從站6經站8向交換機5的新的信號類型。這樣，沿該傳輸路徑的全長建立一個無干擾信道。
應該理解上面的描述只包括該發明的一些實施例和僅用于說明。在不脫離該發明的范圍的情況下，本領域技術人員可以設計出在電信網絡中管理各種類型的壓縮信號的大量其他方式，并且這些大量其他方式因此由本發明所包括。
權利要求
1.在數字通信系統中可操作的適于接收至少兩種不同類型信號的一個數字電信站，并且其包括至少一個檢測器，用于接收經傳輸路徑傳送的信號和確定它們的類型；由所述至少一個檢測器控制的至少一個交換機，適于根據確定的其類型信道化所述信號；用于確定接收的所述信號是否具有數字壓縮形式的第一標識符；第二標識符，用于確定傳輸路徑是否包括至少一個另外的可操作的解壓縮器，該解壓縮器適于解壓縮當以其壓縮形式傳輸時的信號；至少兩對壓縮/解壓縮設備，每對設備適于壓縮/解壓縮一種不同類型的信號；第一發送機，用于響應由所述第二標識符作出的關于所述傳輸路徑不包括至少一個另外可操作的解壓縮器的判定，該解壓縮器適于解壓縮以其壓縮形式傳輸的信號；和第二發送機，用于響應由所述第二標識符作出的關于所述傳輸路徑不包括至少一個另外可操作的解壓縮器的判定，該解壓縮器適于將以其壓縮形式傳輸的信號解壓縮為解壓的數字輸出信號。
2.根據權利要求1的數字電信站，其中從由話音信號、傳真信號、數據信號、音頻數據信號和視頻信號組成的組中選擇所述至少兩種不同類型的信號。
3.根據權利要求1的數字電信站，適于接收表示在所述數字電信站接收的數字信號類型的信號分類消息。
4.根據權利要求3的數字電信站，其中，發送所述信號分類消息以便表示發送的數字信號類型，該類型不同于在通信會話期間由該數字電信站發送的其前面的數字信號類型。
5.根據權利要求4的數字電信站，其中所述信號分類消息在同一幀包含的壓縮數字信號之前。
6.根據權利要求3的數字電信站，其中所述信號分類消息還包括壓縮的信息信號和填充比特。
7.根據權利要求6的數字電信站，其中所述填充比特表示所述壓縮信息信號的非壓縮形式的信號或其任意部分。
8.根據權利要求1的數字電信站，其中通信會話以一種預先選擇的信號類型開始。
9.根據權利要求8的數字電信站，其中預先選擇的信號類型是話音。
10.根據權利要求3的數字電信站，其中所述信號分類消息在具有一種類型的數字信號發送之前發送，該類型不同于在所述信號分類消息之前的信號類型。
11.根據權利要求3的數字電信站，其中所述信號分類消息包括在通信會話期間發送的任意消息中，在發送的數字信號的類型的至少一個改變之后。
12.用于經傳輸路徑互連傳送至少兩種不同類型的信號的多個電信中繼線的一個數字通信系統，包括至少位于傳輸網絡的第一端，用于發送數字信號的第一發送機；至少一對數字電信站，每個站適于接收至少兩種不同類型的信號并且包括至少一個檢測器，用于接收經傳輸路徑傳送的信號和確定它們的類型；由所述至少一個檢測器控制的至少一個交換機，適于根據確定的其類型信道化所述信號；用于確定接收的所述信號是否具有數字壓縮形式的第一標識符；第二標識符，用于確定傳輸路徑是否包括至少一個另外的可操作的解壓縮器，該解壓縮器適于解壓縮當以其壓縮形式傳輸時的信號；至少兩對壓縮/解壓縮設備，每對設備適于壓縮/解壓縮一種不同類型的信號；第二發送機，用于響應由所述第二標識符作出的關于所述傳輸路徑不包括至少一個另外可操作的解壓縮器的判定，該解壓縮器適于解壓縮以其壓縮形式傳輸的信號；和第三發送機，用于響應由所述第二標識符作出的關于所述傳輸路徑不包括至少一個另外可操作的裝置的判定，該裝置適于將以其壓縮形式傳輸的信號解壓縮為解壓的數字輸出信號；至少一個另外的解壓縮器，適于解壓縮以其壓縮形式發送的信號；和至少位于該傳輸網絡第二端的接收機。
13.根據權利要求12的數字通信系統，其中從由話音信號、傳真信號、數據信號、音頻數據信號和視頻信號組成的組中選擇所述至少兩種不同類型的信號。
14.根據權利要求12和13的任意一個權利要求的數字通信系統，其中至少一個數字電信站還具有建立與多于其他兩個數字電信站的通信鏈路的選擇權。
15.根據權利要求12到14的任意一個權利要求的數字通信系統，其中至少一個數字電信站適于建立與多個數字電信站的通信鏈路，每個站位于電信網絡的一個不同端。
16.根據權利要求14數字通信系統，其中由至少一個所述電信站發送的發送由至少兩個不同的數字電信站并行接收。
17.根據權利要求12到16的任意一個權利要求的數字通信系統，其中所述至少一對電信站適于接收表示在每一對數字電信站接收的數字信號類型的信號分類消息。
18.根據權利要求17的數字通信系統，其中所述信號分類消息還包括用于同步沿傳輸路徑工作的所述至少一對電信站的操作的信息。
19.根據權利要求12到18的任意一個權利要求的數字通信系統，還包括用于確定傳真信號操作模式的裝置。
20.根據權利要求12到19的任意一個權利要求的數字通信系統，其中所述第一發送機還包括在該傳輸網絡上和向接收裝置發送表示傳真信號的操作模式的裝置。
21.根據權利要求12到20的任意一個權利要求的數字通信系統，其中沿該傳輸路徑可以選擇地操作至少一對電信站。
22.根據權利要求12到21的任意一個權利要求的數字通信系統，還包含消息產生器和消息檢測器，工作在該傳輸網絡的第二端以便檢測由第一發送機發送的消息。
23.在數字通信系統中使用的一種方法，該數字通信系統包括至少第一和第二電信站并且適于發送至少兩種不同類型的信號，該方法包括(i)發送包括識別第一發送裝置的特征序列的消息，發送的信號類型和其目的地；(ii)建立第一發送裝置和位于發送目的地的接收裝置之間的通信鏈路；(iii)在第一對電信站之間交換信號，對于它們中的每一個識別其他站的存在和在它們之間發送信號的速率；(iv)發送包括下面的信號特征的消息；(v)以確定的速率發送信息信號；(vi)發送指示發送端的消息；和(vii)切斷第一發送裝置和該接收裝置之間的通信鏈路。
24.根據權利要求23的方法，其中從由話音信號、傳真信號、數據信號、音頻數據信號和視頻信號組成的組中選擇所述至少兩種不同類型的信號。
25.根據權利要求23和24的任意一個權利要求的方法，用于互連多個電信中繼線。
26.根據權利要求23到25的任意一個權利要求的方法，在第二數字通信站實施定期的檢查以便確認至少一個另外數字電信站沿該傳輸路徑工作。
27.根據權利要求23到26的任意一個權利要求的方法，還包括記錄由沿該傳輸路徑至少一對數字電信站對的第一數字電信站發送的消息中的預定壓縮參數。
28.在數字通信系統中可操作的適于接收至少話音和傳真類型信號的一個數字電信站，并且其包括至少一個檢測器，用于接收經傳輸路徑傳送的信號和確定它們的類型；由所述至少一個檢測器控制的至少一個交換機，適于根據確定的其類型信道化所述信號；用于確定接收的所述信號是否具有數字壓縮形式的第一標識符；第二標識符，用于確定傳輸路徑是否包括至少一個另外的可操作的解壓縮器，該解壓縮器適于解壓縮當以其壓縮形式傳輸時的信號；至少兩對壓縮/解壓縮設備，每對設備適于壓縮/解壓縮一種不同類型的信號；第一發送機，用于響應由所述第二標識符作出的關于所述傳輸路徑不包括至少一個另外可操作的解壓縮器的判定，該解壓縮器適于解壓縮以其壓縮形式傳輸的信號；和第二發送機，用于響應由所述第二標識符作出的關于所述傳輸路徑不包括至少一個另外可操作的解壓縮器的判定，該解壓縮器適于將以其壓縮形式傳輸的信號解壓縮為解壓的數字輸出信號。
29.在數字通信系統中可操作的適于接收至少話音和傳真類型信號的一個數字電信站，并且其包括至少一個檢測器，用于接收經傳輸路徑傳送的信號和確定它們的類型；由所述至少一個檢測器控制的至少一個交換機，適于根據確定的其類型信道化所述信號；用于確定接收的所述信號是否具有數字壓縮形式的第一標識符；第二標識符，用于確定傳輸路徑是否包括至少一個另外的可操作的解壓縮器，該解壓縮器適于解壓縮當以其壓縮形式傳輸時的信號；至少兩對壓縮/解壓縮設備，每對設備適于壓縮/解壓縮一種不同類型的信號；第一發送機，用于響應由所述第二標識符作出的關于所述傳輸路徑不包括至少一個另外可操作的解壓縮器的判定，該解壓縮器適于解壓縮以其壓縮形式傳輸的信號；和第二發送機，用于響應由所述第二標識符作出的關于所述傳輸路徑不包括至少一個另外可操作的解壓縮器的判定，該解壓縮器適于將以其壓縮形式傳輸的信號解壓縮為解壓的數字輸出信號，并且其中所述數字電信站適于接收表示由所述數字電信站接收的數字信號的類型的信號分類消息。
30.在數字通信系統中可操作的適于接收至少話音和傳真類型信號的一個數字電信站，并且其包括至少一個檢測器，用于接收經傳輸路徑傳送的信號和確定它們的類型；由所述至少一個檢測器控制的至少一個交換機，適于根據確定的其類型信道化所述信號；用于確定接收的所述信號是否具有數字壓縮形式的第一標識符；第二標識符，用于確定傳輸路徑是否包括至少一個另外的可操作的解壓縮器，該解壓縮器適于解壓縮當以其壓縮形式傳輸時的信號；至少兩對壓縮/解壓縮設備，每對設備適于壓縮/解壓縮一種不同類型的信號；第一發送機，用于響應由所述第二標識符作出的關于所述傳輸路徑不包括至少一個另外可操作的解壓縮器的判定，該解壓縮器適于解壓縮以其壓縮形式傳輸的信號；和第二發送機，用于響應由所述第二標識符作出的關于所述傳輸路徑不包括至少一個另外可操作的解壓縮器的判定，該解壓縮器適于將以其壓縮形式傳輸的信號解壓縮為解壓的數字輸出信號，并且其中所述數字電信站適于接收表示數字信號的類型的信號分類消息，該數字信號類型不同于在通信會話期間由該站發送的其前面的數字信號類型。
31.傳送至少話音和傳真類型的信號的一個數字通信系統，并且包括至少位于傳輸網絡的第一端，用于發送數字信號的第一發送機；至少一對數字電信站，每個站適于接收至少兩種不同類型的信號并且包括至少一個檢測器，用于接收經傳輸路徑傳送的信號和確定它們的類型；由所述至少一個檢測器控制的至少一個交換機，適于根據確定的其類型信道化所述信號；用于確定接收的所述信號是否具有數字壓縮形式的第一標識符；第二標識符，用于確定傳輸路徑是否包括至少一個另外的可操作的解壓縮器，該解壓縮器適于解壓縮當以其壓縮形式傳輸時的信號；至少兩對壓縮/解壓縮設備，每對設備適于壓縮/解壓縮一種不同類型的信號；第二發送機，用于響應由所述第二標識符作出的關于所述傳輸路徑不包括至少一個另外可操作的解壓縮器的判定，該解壓縮器適于解壓縮以其壓縮形式傳輸的信號；和第三發送機，用于響應由所述第二標識符作出的關于所述傳輸路徑不包括至少一個另外可操作的裝置的判定，該裝置適于將以其壓縮形式傳輸的信號解壓縮為解壓的數字輸出信號；至少一個另外的解壓縮器，適于解壓縮以其壓縮形式發送的信號；和至少位于該傳輸網絡第二端的接收機。
32.在數字通信系統中使用的一種方法，該數字通信系統傳送至少話音和傳真類型的信號并且包括第一和第二電信站，該方法包括(i)發送包括識別第一發送裝置的特征序列的消息，發送的信號類型和其目的地；(ii)建立第一發送裝置和位于發送目的地的接收裝置之間的通信鏈路；(iii)在第一對電信站之間交換信號，對于它們中的每一個識別其他站的存在和在它們之間發送信號的速率；(iv)發送包括下面的信號特征的消息；(v)以確定的速率發送信息信號；(vi)發送指示發送端的消息；和(vii)切斷第一發送裝置和該接收裝置之間的通信鏈路。
全文摘要
描述在包括多個可操作的電信站的系統中不同類型的編碼信號的傳輸。該系統使不同類型的信號以其編碼形式向該傳輸路徑的接收端傳輸并且保證只在沿該傳輸路徑的最后一個可操作解碼器將該信號解碼為其解壓縮的數字信號形式。沿該傳輸路徑傳輸信號分類消息并且使該系統在各種類型的信號環境中工作。
文檔編號H04Q11/04GK1272743SQ9912047
公開日2000年11月8日 申請日期1999年12月22日 優先權日1998年12月23日
發明者S·索拉尼 申請人:Eci電信公司