JPH09501810A - 一連のデータパケットをデータ圧縮により変換する方法および装置 - Google Patents

Abstract

(57)【要約】 本発明はデータパケットを符号化または圧縮（Ｐ）により変換する方法および装置に関し、ソースデータパケット（１１−１５）は伝送データパケット（２１−２３）に変換される。最適度の伝送データパケット充填を達成するため、本発明による伝送データパケット（たとえば、２１）のデータフィールドは１論理チャネル（たとえば、Ａ）のデータのみからなる。この目的のため、論理チャネル（Ａ，Ｂ，．．．）の変換データは、好ましくは並列バッファで別個にバッファされる。再構成情報は、伝送データパケットのデータフィールドに組み入れられないが、必要により、事前に伝送される。本発明は、特に、Ｘ．２５ネットワークに適用される。

Description

【発明の詳細な説明】 一連のデータパケットをデータ圧縮により変換する方法および装置 技術分野 本発明は、データパケットを圧縮する方法、データパケットをデコンプする方 法、データパケットを圧縮しデコンプする装置、およびデータパケットを圧縮状 態で伝送するシステムに関する。さらに一般的には、本発明は、通信システムに おいて、いわゆるプリミチブの長さ交換を行う方法および前記方法を実行する手 段に関する。 特に、本発明は、各々ヘッダーフィールドとデータフィールドを有する、第１ シリーズのデータパケットを、各々ヘッダーフィールドとデータフィールドを有 する、第２シリーズのデータパケットに変換する方法において、両シリーズは複 数個のチャネルのデータパケットよりなり、第１シリーズのデータフィールドか らのデータは圧縮行程を受けてから第２シリーズのデータフィールドに収容され る方法に関する。このような方法は欧州特許出願ＥＰ−Ａ−０、５５９、５９３ に知られている。 背景技術 実用上、通信チャネルの容量を増大するためにデータ圧縮が適用される。被伝 送データを圧縮することによって、一定量のデータを短時間でまたは小帯域幅で 伝送できる。本文におけるデータ圧縮は、多くの場合、データワードまたはメッ セージの発生頻度がデータをより効率的にコード化するために使用される圧縮方 法により行われる：最上頻度データを短コードにより、下頻度データを長コード により交換することによって、高度の圧縮が達成される。圧縮データはつぎに、 たとえば、データパケット状で伝送される。そこで、第１シリーズのデータパケ ットは第２シリーズに変換される；首尾良い圧縮の場合、第２シリーズは一般に 短くなり、すなわち、第１シリーズより少ないデータを含む。 周知の方法では、種々のソース（チャネル）から発生する第１シリーズのデー タパケットは、１（ネットワーク）チャネルを経て伝送される第２シリーズのデ ータパケットに変換され、第２シリーズのデータフィールドにおいて、格納され る情報は原データパケットに関する。従って、第２シリーズのデータフィールド は、とりわけ、圧縮データフィールドと再構成情報の長さが格納される、サブヘ ッダーフィールドを含む。前記サブヘッダーフィールドにもとずいて、原データ フィールド、すなわち第１シリーズのデータパケットのデータフィールドは再構 成される。 この周知の方法は、かなり多量の補足情報、すなわち、サブヘッダーフィール ドが伝送されねばならないと言う欠点を有する。その結果、第２シリーズのデー タフィールドは、効果的にサイズが減少され、データパケットの有用伝送容量が 減少する。この効果は、かなり大きい潜在伝送容量部分がこのオーバヘッドによ って取られる場合、より短いパケット長さにとってより大きくなる。さらにまた 周知の方法の場合、データフィールドがデコンプされる前に、サブヘッダーフィ ールドは常に受信側で有用なデータから分離されねばならない。このことは、処 理時間および処理手段（回路および（または）ソフトウエア）を要する付加的処 理工程を必要とする。周知方法を使用して、中間ステーション（交換、切り替え 地点）を有するネットワークを経て、種々のソースと行き先間のメッセージを伝 送する場合、周知方法はさらに、ネットワークの経路により圧縮データパケット におけるチャネルを結束しなければならないので、すべての中間ステーションの ため圧縮機能が必要となる。 発明の開示 本発明の目的は、従来技術の上記および他の欠点を解消するとともに、データ 圧縮によって、第２シリーズのデータフィールドを最適利用することにより圧縮 データを効率的に伝送する、一連のデータパケットを変換する方法を提供するこ とにある。 特に、本発明の目的は、効率的に処理するべき異なるチャネルのデータパケッ トを提供するデータフィールドを変換する方法を開示することにある。 本発明の他の目的は、Ｘ．２５ネットワークへの使用に特に適する、データパ ケットを変換する方法を提供することにある。 また本発明の目的は、使用される圧縮またはデコンプ方法(decompression pro cess)とは別個な、データパケットを変換する方法を提供することにある。 この目的のため、本発明による方法は、第２シリーズの各データフィールドは 唯一のチャネルのデータを含むこと、および第２シリーズのデータフィールドに 収容されるデータがチャネル毎にバッファされることを特徴とする。 言い換えれば、第２シリーズにおいて、１チャネルのデータだけは各データパ ケットのデータフィールドに組み入れられる。このことは、とりわけ、種々チャ ネルの（圧縮）データが別個のデータパケットで伝送されることにより、データ パケット内で、どのデータがどのチャネルに属するかを特記する必要がないと言 う利点がある。従って、第２シリーズのデータパケットは、原則として、最初に デコンプ(decompressed)されることなく、最終行き先に直接伝送される。 本発明によれば、各チャネルを別々に圧縮することにより、さらに、ネットワ ーク内の送信および受信ステーションだけが伝送ネットワーク自身が圧縮ように 構成されることなく、圧縮支持を要することになる。それとは対照的に、上記従 来技術によれば、ネットワークの適用は複数個のチャネル、すなわち、１（ネッ トワーク）チャネルに複数個の（ソース）チャネルの圧縮を支持するために必要 である。 本発明により、連続データパケットの可能性を得るために、第２シリーズにお いて、一部空データパケットを伝送せずに、異なるチャネルに属する第１シリー ズ（原データパケット）において、異なるチャネルのデータは別個に、すなわち 、チャネル毎にバッファされる。これにより、各チャネルのため圧縮データはた とえばデータパケットのデータフィールドが完全に満たされるまで保たれるので 、（”圧縮”データパケットの）第２シリーズのデータパケットにデータを最適 に満たすことが出来る。 本文において、ところで、”チャネル”とは論理チャネル、言い換えれば、ソ ース（送り側）と行き先（受け入れ側）間に一定時間存在する伝送経路を言う。 本発明にかかる工程において、複数個のチャネルは１物理的リンクのわたり活 性であるが、チャネルは特に特定の物理的リンクに割り当てなくてもよい。チャ ネルを経て、１つ以上のメッセージがデータパケット状で伝送され、メッセージ は一般にマーカー”メッセージの終わり”（停止コード）により終了する。従っ て、このようなマーカー”メッセージの終わり”は機能的に互いに関連するデー タパケット群の終わりを示す。 ところで、チャネルは数個のサブチャネル（構成チャネル）よりなり、ここで たとえば、一方のサブチャネルはユーザーデータを持ち、他方は制御データを持 つ。たとえば、Ｘ．２５の場合、サブチャネルはＱビットにより確認される。サ ブチャネルが確認される場合、本発明による方法は、第２シリーズの各データフ ィールドは１つのサブチャネルだけのデータを含むこと、および第２シリーズの データフィールドに収容されるデータはサブチャネル毎にバッファされることを 特徴とする。サブチャネルがチャネルを一致しても良いと理解される。この理由 で、本文では、”チャネル”は一般に”チャネルまたはサブチャネル”を意味す るものと理解される。 上記データパケットシリーズは、既に述べたように、複数個のチャネルのデー タパケットを含むが、また１つのチャネル（またはサブチャネル）だけのデータ パケットより構成される。同時に、シリーズは１つ以上のメッセージよりなり、 同期および非同期の両方でもよく、一定または特定の長さである必要がない。従 って、”シリーズ”は単一データパケットよりなってもよい。 ＯＳＩモデルとして述べると（文献３の１２章参照）、本発明は、通信システ ムにおいて、第１層（たとえば、ｎ）のプリミチブの長さ変換を行う方法を提供 すると言うことができ、ここでプリミチブは第２の低層（たとえば、ｎ−１）で 移送され、プリミチブは機能的関係を有し、長さ交換は、プリミチブが機能的関 係を保持するようにデータユニット数を適用することよりなる。上記の場合、機 能的関係はチャネルまたはユーザー同一性よりなり、長さ交換はデータ圧縮より なる。 本発明による方法において、好ましくは、チャネルの最終データパケットが第 １シリーズに生ずるかどうかをチェックして、最終データパケットの発生の場合 には、そのチャネルのすべてのバッファデータは第２シリーズの１つ以上のデー タパケットに収容される。すなわち、チャネルの最終データパケットが受け入れ られると、それぞれのバッファ（または１組のバッファ）はフラッシュされ、そ のバッファのすべてのデータはデータパケットに送られる。 したがって、あるチャネルのデータパケット群は、この目的のため特定の待機 時間を経過させないで、終了する。さらに、フラッシュされたバッファは異なる チャネルにも利用出来る。ところで、本文において、”チャネルの最終データパ ケット”とは一般に、”チャネルのデータパケット群の最終データパケット”と 理解されるので、そのチャネルを経て伝送されるメッセージの最終データパケッ トを含む。たとえば、物理的または論理リンクよりなるチャネル自身は処理工程 に於いて継続して存続する。最終データパケットの発生は、このようにして、た とえば、マーカー”メッセージの終わり”にもとずいて検出される。最終データ パケットの発生が検出された前記データパケット群はまた、メッセージの一部ま たは複数個のメッセージ、たとえば、ある期間中に受け入れたチャネルのデータ パケットよりなる。 第１シリーズのチャネルの最終データパケットが発生しバッファされたデータ が第２シリーズのデータパケットに収容されると、バッファされたデータが全体 としてデータパケットのデータフィールドを満たさなくすることが出来る。そこ で、原則として受け入れ側でどこで有用なデータが終わるかを簡単に決定できる ように、第２シリーズにおいて、チャネルの最終データパケットのデータフィー ルドが全体として満たされなければ、そのデータフィールドはトレーラーデータ により補充されると言うことが提案される。 これらトレーラーデータは、好ましくは、簡単な方法で受け入れ側でそのよう に認識されるような方法で選択されるため、好ましくは一定コードよりなる。従 って、トレーラーデータは、好ましくは少なくとも１１の同一ビットストリング よりなる。同一ビット数は、データ圧縮に使用される符号化による工程において 、 たとえば、ビット数が最長コードワードのビット数と等しいかまたは大きくなる ように、選択されるのが有利である。 好ましくは、トレーラーデータが、第２シリーズのデータパケットに存在すれ ば、最終データパケットが第１シリーズに発生したかどうかをチェックする。こ のように、簡単でしかもかなり効果的なエラーチェックが行われる。 本発明による方法は、第２シリーズのデータフィールドが排他的に圧縮データ および（または）トレーラーデータよりなるように行うのが有利である。言い換 えれば、第２シリーズのデータフィールドにおいて、メッセージの長さ、問題の チャネル等にたいし補充情報は発生しない。データパケットの可能伝送容量は最 適に利用される。ところで、本文において、いわゆる”圧縮データ”はまた場合 により、第１シリーズのデータフィールドから発生する非圧縮データを含むこと もある。 好ましくは、チャネルの最終データパケットの発生は第１シリーズのデータパ ケットのヘッダーフィールドの情報にもとずいて分析される。そこで、最終パケ ットの確認は、たとえば、チャネルの確認と同時に行う。しかし、ヘッダーフィ ールドにこのような確認手段を備えていないデータパケットが変換されるならば 、最終データパケットの発生は、たとえば、第１シリーズのデータフィールドで トレーラー情報を確認することによって、異なる方法で分析できる。 データパケットがＸ．２５プロトコールによるデータ伝送のため構成されてい れば、チャネルの最終データパケットの発生が有利に分析される情報はｍビット （”モアビット”）よりなる。ｍがゼロであれば、同じチャネルのデータパケッ トは無い。従って、最終データパケットの極めて簡単な確認が出来る。 本発明による方法において、多くの異なる圧縮処理が使用される。圧縮処理に おいて、データ発生の頻度にもとずく、コードワードを含む表を適用するのが有 利である。このような表を参照して、各原データワードはコードワードと交換さ れ、屡々生ずる（または、たとえば、高い情報内容を有する）データワードは比 較的短いコードに割り当てられる。周知のように、この形式の圧縮処理により、 表は圧縮処理中に作成される。 しかし、本発明による方法ては、一定（頻度）表を使用するのが有利である。 （所定）一定または少なくとも一時一定表によって圧縮処理のはじめにデータの 膨張を防止できる。さらに、この事は伝送に際してビットエラーが同期化から外 れる送信側と受信側のそれぞれ表とならないようにする。所定時間後または所定 量のデータパケット後、表は更新および（または）チェックされる。 本発明による方法は多くのチャネルの場合の使用に極めて適しているが、第１ シリーズのすべてのデータパケットが同じチャネルに属していればこの方法も実 施できる。第１シリーズが複数個のチャネルのデータパケットよりなる場合、圧 縮をいくつかのチャネルのデータパケットにのみ適用して、少なくともいくつか のチャネルのデータを非圧縮状で第２シリーズに収容できる。この処理では、非 圧縮データは全く変わらないかまたは暗号化等全く異なる操作を受ける。さらに 実際に圧縮されたデータも暗号化等異なる操作を受ける。 本発明による方法はここではデータパケットの変換について説明しているが、 データパケットの第１および（または）第３シリーズに代えて、１つ以上の（同 期または非同期）ビット流れも変換できる。また第１シリーズ、および双方向ト ラフィックの場合には、第３シリーズも、一連のタイムスロットにより形成でき る。 本発明はさらに、第２シリーズのデータパケットを、ヘッダーフィールドとデ ータフィールドを有する第３シリーズデータパケットに変換する方法において、 第２シリーズのデータフィールドからのデータはデコンプ処理を受け、第３シリ ーズのデータフィールドに収容される、方法を提供する。このようにして、第３ シリーズのデータフィールドに収容されるデータはチャネル毎にバッファされる のが好ましい。デコンプと圧縮が対照的であれば、第３シリーズのデータパケッ トはこの場合、第１シリーズのデータパケットと同一である。 本発明による方法が、第１シリーズにおいて少なくとも１つのチャネルのデー タパケットが間欠的に生ずる、データパケットの伝送に適用されると、データパ ケットのデータフィールドが部分的にのみ満たされても、そのチャネルのため、 第２シリーズの少なくとも１つのデータパケットを間欠的に有利に伝送できる。 その結果、データ伝送の長い遅延が防止される。（工程において、第１シリーズ のデータパケットがＸ．２５プロトコールにより伝送されれば、このようなデー タパケットのｍビットを無視するのが有利である。）。たとえば、所定回数また は特定時間が、（一般に圧縮）データが空バッファ（いわゆる”タイムアウト機 構”）に入れられてから経過したら、この目的のため、第２シリーズのデータパ ケットが伝送される。このようにして、データパケットは圧縮されて間欠的に伝 送される。これは、測定器具等、データを間欠的にのみ発生するデータソースに とって特に有利である。第２シリーズのデータパケットが第１シリーズのデータ パケットより小さければ、第１シリーズの各データパケットが第２シリーズの１ つのデータパケットに変換されても（１対１変換）、データ圧縮により常にデー タ伝送の効率を向上させる。Ｘ．２５の場合、第２シリーズのデータパケットは （たとえば、６４バイトの）少ないセグメントよりなる。 本発明はさらに、データパケットを圧縮する装置、データパケットをデコンプ する装置、およびデータパケットを圧縮状で伝送するシステムを提供する。 文献 （１） ＥＰ−Ａー０、５５９、５９３ （２） ＩＴＵレコメンデーションＶ．４２ビス （３） Ｆ．マズダ（Ｅｄ．）：”電気通信エンジニアズ・レファレンスブック ”、オクスフォード１９９３ （４） ＩＴＵレコメンデーションＶ．３４ （５） ＩＴＵ Ｂ−ＩＳＤＮアダプション・レイヤー・スペシフィケーション Ｉ．３６３ （６） Ｐ．ホロウイツ＆Ｗ．ヒル：”電子技術”、ケンブリッジ１９８９ これら文献はここに、このテキストに組み入れる。 図面の簡単な説明 図１は第１シリーズのデータパケットの第２シリーズのデータパケットへの変 換を略示する。 図２は本発明による、第１シリーズのデータパケットを圧縮する方法を略示す る。 図３はＯＳＩモデルに係る本発明の方法を略示する。 図４は本発明による、データパケットを圧縮および（または）デコンプする装 置の第１実施例を略示する。 図５は本発明による、データパケットを圧縮および（または）デコンプする装 置の第２実施例を略示する。 図６は本発明を適用した、データパケットを伝送するシステムを略示する。 発明を実施する為の最良の形態 本発明を以下、図面を参照して詳細に説明する。 図１は例示により、第１シリーズ１０の（ソース）データパケットを示す。シ リーズ１０のデータパケット１１、１２、１３、１４および１５は異なるチャネ ルに属する。図示の場合、データパケット１１、１２および１４はチャネルＡに 属し、データパケット１３および１５はチャネルＢに属する。明らかに、実際に は、データパケットが２つ以上のチャネルに属する長いシリーズが生ずることが 出来る。 本発明は第１シリーズ１０を第２シリーズ２０の（伝送）データパケットに変 換させる。連続データパケット２１、２２および２３はそれぞれチャネルＡ，Ａ およびＢに属する。図示のシリーズ１０と２０の各データパケットはヘッダーフ ィールド（またはヘッダー）ｈとデータフィールドｄとからなる。採用される適 当な圧縮方法によって、データパケット１１から１５はデータパケット２１から ２３に変換される。 本発明によれば、シリーズ２０の（伝送）データパケットのデータフィールド において、シリーズ１０の（ソース）データパケットのデータフィールドのみを 圧縮状態で収容する。言い換えれば、データパケット１１から１５のヘッダーフ ィールドｈの情報はデータパケット２１から２３のデータフィールドに組み入れ られない。一方、第１シリーズ１０のデータパケットのヘッダーフィールドｈは 、少なくとも一部、場合により全体が、第２シリーズ２０のデータパケットのヘ ッダーフィールドｈに相当する。しかし、また、第２シリーズには第１シリーズ とは全く異なる構造を有し、異なるプロトコールにより構成できる。 図示の第１シリーズ１０において、データパケット１１、１２および１４によ り形成される、同じチャネルの一連のデータパケットは一般に、有限長さを有す る。このような群の最終パケットは一般に、特定のメッセージが完成したことを 行き先に知らせるためのマーカーを備える。Ｘ．２５の場合、これは、同じメッ セージまたはチャネルのデータパケットがそれ以上なければ、ヘッダーフィール ドにゼロに等しい（ｍ＝０）ビット（”モアビット”または”ｍビット”）を組 み入れることにより示され；さもないと、ビットは１と等しくなる（ｍ＝１）。 同じ群のデータパケットがそれ以上ないことを示す他の方法は、受領者により 認識できる停止コード（”メッセージの終わり”）をデータフィールドに組み入 れることである。このような停止コードは、たとえば、簡単な方法で、普通の有 用なデータと識別できる制御記号よりなる。所望により、メッセージの終わりは 、そのチャネルの最終データパケットを受け入れてから（”タイムアウト”）経 過したタイムスパンから得られる。 本発明によれば、シリーズ２０のデータパケット各々は１つのチャネル（また はサブチャネル）だけの（圧縮または非圧縮）データを含み、各チャネルのデー タは別々にバッファされる。第２シリーズ２０の各データパケットを１つのチャ ネルのみに割り当てることによって、受け入れ側（行き先）でデコンプする簡単 な方法を達成でき、第２シリーズ２０のデータパケットのデータフィールドｄは 最初に別チャネル部分に分離されなくてもよい。 さらにまた、データフィールド内のブロックの長さ情報等、特別のチャネルに 属するデータフィールド部分についての補充情報をデータフィールドに組み入れ る必要がない。従って、第２シリーズのデータパケットのデータフィールドはデ ータのみが満たされるので、より効率的な伝送が達成される。ところで、また、 たとえば、もし、１つ以上のチャネル（またはサブチャネル）が圧縮されなけれ ば、第２シリーズのデータパケットに非圧縮データを収容できる。これは、たと えば、特別のサブチャネルが制御データを含む場合である。 各チャネルのデータを実質的に別々にバッファすることによって、第２シリー ズ２０のデータフィールドｄの最適度の充填を達成できる。このようなバッファ を行わなかったならば、圧縮は明らかにデータパケットごとの少量のデータとな るが、チャネルごとのデータパケット数は原則として同じままで、その結果、ほ とんどの場合、（第２シリーズのデータパケットが、第２シリーズに制限を課す る、第１シリーズのデータパケットよりも短い長さでなければ）利益は得られな い。 上記の手段の組み合わせによって、第２シリーズのデータパケットの構造に関 しなんらの要求をすることなく極めて高度の効率でデータ伝送が達成できる。同 時に、圧縮データパケットが伝送されるネットワークの中間ステーションは、行 われる圧縮のために調節を必要としないので、経路に高度の融通性が得られる。 なお、本文で”データパケット”と言う場合は、これは一般にプロトコールデ ータユニット（”ＰＤＵ”）、コンテナーまたはデータユニットと理解する。デ ータパケットまたはデータユニットはまた、ヘッダーフィールドおよびデータフ ィールドとは別に、トレーラーフィールド（またはトレーラー）等他のフィール ドよりなることは明らかである。しかし、これは本発明にとって重要ではない。 本発明はパケット状で存在しないデータ流れにも適用できる。特に、本発明は 、Ｘ．２５プロトコールにより作動するネットワークにおけるデータパケットの 圧縮およびデコンプに有利に適用され、特にＯＳＩモデルの層３に適用される。 図２において、本発明による方法が略示されている。図１に詳細に示されてい る第１シリーズ１０のデータパケットは第２シリーズ２０のデータパケットに変 換される。処理において、第１シリーズ１０のデータパケット１１−１５は、ま ず、ジブーレンペル（ＺｉｖーＬｅｍｐｅｌ）手法により作動するデータ圧縮処 理等周知の適当なデータ圧縮処理よりなる処理Ｐを受ける。図示の場合、処理Ｐ はまたチャネル確認よりなる。圧縮データは、各チャネル毎に特に別個にバッフ ァされる。 そのため、データパケット１１、１２および１４の圧縮データは第２シリーズ のデータフィールドが全体として充填されるまで連続してバッファされる。図示 の場合、データパケット１１および１２の圧縮データは、たとえば、データパケ ット２１を全体として充填でき、その後このデータパケットは伝送される。チャ ネルＡの残りの圧縮データはチャネルＡのバッファ（”バッファＡ”）に格納さ れる。ついでパケット１３のデータは圧縮されてチャネルＢのバッファ（”バッ ファＢ”）に格納される（ここで、これらデータは全体として第２シリーズのデ ータパケットを充填しないものとする）。つぎの被圧縮パケットであるデータパ ケット１４はパケット１１、１２および１４よりなる群の最終パケットである。 圧縮後、チャネルＡの圧縮データはチャネルＡのバッファに一時的に格納され た後、バッファはフラッシュされチャネルＡの圧縮データはパケット２２に格納 される。パケット２２がそれにより全体として充填されなければ、トレーラー情 報が付加される。データパケット２２のヘッダーに、これが群の最終パケットで あることを特記されるのが好ましい。その間、パケット１５は圧縮処理を既にす ましている。 チャネルＡの場合にみたように、圧縮データは短時間バッファ、この場合、そ のバッファに既に存在しているデータと一緒にデータパケット２３に収容される ようにするため、チャネルＢのバッファに格納される。データパケット２３のヘ ッダーに、これが群（または、それぞれチャネル）の最終パケットであることを 特記されるのが好ましい。必要なら、データパケット２２の場合にみたように、 データパケット２３のデータフィールドはトレーラー情報（トレーラーデータ） を備える。 なお、ここで述べるバッファのバッファ作用は多くの方法で実行でき、さらに 、２つ以上のチャネルには、破線により図で示すように（任意チャネルＣのバッ ファＣ）、複数個のバッファ備えている。特別のチャネルの最終データパケット が伝送されれば、そのチャネルのバッファは、必要により、他のチャネルに割り 当てられる。従って、たとえば、チャネルＢが終了すれば、バッファＢは新たな チャネル、たとえば、チャネルＣまたはＤに割り当てられる。 上記のように、データがバッファで費やす時間は、多くの場合極めて短い。バ ッファの機能は主として、第２シリーズのパケットが出来るだけ能率的に利用で きるように、特別のチャネルのデータを捕集することである。 本発明によるデコンプは、（伝送）データパケットを受け入れ、これら伝送デ ータパケットのデータフィールドにデコンプ処理施し、データフィールドにデコ ンプデータを含む（行き先）データパケットを形成することよりなる。再構成情 報をデータフィールドから抽出しなくてよいので、行き先データパケットのデコ ンプと形成は直接行える。デコンプが図２に示す圧縮処理の方法と全く同様な方 法で行えるので有利である。 図３において、本発明の方法がＯＳＩモデルについて略示されている（文献３ １２章参照）。通信網の２層（ｎ，ｎ−１）間のＯＳＩモデルによる通信時、そ れら層間で、これもインターフェース・データ・ユニット（ＩＤＵ）として参照 される様に、転送をいわゆるプリミチブについて行う。層ｎのプリミチブは下方 の層にある層ｎ−１と共に取り扱われる。 層ｎのプリミチブは、層ｎ−１により、送り側の層ｎ−１と受け入れ側の層ｎ −１間の「バーチャル」（vertual）の通信を構成する、１つ以上のプロトコー ル・データ・ユニット（ＰＤＵ）に変換される。たとえば、Ｘ．２５の層３では これらは、いわゆるパケット・レベル・プロトコールのパケットである。 殆どの場合、データパケットＡ₁、Ａ₂、．．．、Ａ_xは中間網を経て受け入れ 側の層ｎ−１に転送される。しかし、層ｎ−１で、データ圧縮またはデコンプ等 データ処理を行う場合は、プリミチブを転送するのに必要なデータユニット（す なわち、データパケットまたはＰＤＵ）の構造はこの処理により影響されない。 なお、プリミチブにおけるデータの長さは実質的にデータユニットの最大長さよ り長く、データユニットの長さは関係するネットワークにより記述されることが よくある。 図３において、プリミチブＡは層ｎからＳで示す送り側の層ｎ−１に通うされ る。プリミチブＡは送り側のより高い層から発生する一連のデータパケットまた はデータを表す。層ｎ−１でプリミチブＡは第１シリーズのデータパケットＡ₁ 、 Ａ₂、．．．．、Ａ_xとなり、このシリーズは図１と図２のシリーズ１０に相当す る。このシリーズはデータ圧縮処理または一般にコード化処理等処理Ｐがなされ る。図３に示すように、この処理は層ｎ−１で行う。処理Ｐの結果、第２シリー ズのデータパケットＢ₁、Ｂ₂、．．．、Ｂ_yが生じ、この第２のシリーズは図１ と図２のシリーズ２０に相当する。データ圧縮の場合、第２シリーズのデータパ ケット数は第１シリーズのデータパケット数より小さい：ｙ＜ｘ_o第２シリーズ ２０は（明瞭化のため示さない）ネットワークを経て転送される。図示のように 、ネットワークを経てのシリーズ２０の転送は層ｎ−１で行うが層ｎ−２等他の （下）層を含んでもよい。 Ｒで示す受け入れ側で、前の工程は実質的に逆になる。まず、データパケット Ｂ₁、Ｂ₂、．．．、Ｂ_yシリーズは処理Ｐ’がなされ、この処理Ｐ’は多くの場 合、送り側の処理Ｐの反転処理、たとえば、処理Ｐがデータ圧縮を含む時は手段 の解凍を含むデータデコンプである。この結果、第３シリーズ３０が生じ、この 第３シリーズ３０は多くの場合、シリーズ１０に等しくデータパケットＡ₁、Ａ₂ 、．．．．、Ａ_xよりなる。 層ｎ−１のこれらデータパケットはその後、ここでもＡで示すプリミチブとして 受け入れ側Ｒの次に高い層（ｎ）に通される。プリミチブＡは必要によりさらに 高い層に通される。 図３の例で示すように、第１フォーマットのデータパケット（Ａ₁、Ａ₂、．． ．．、Ａ_x）は処理され（Ｐ）、第２フォーマットのデータパケット（Ｂ₁、Ｂ₂ 、．．．、Ｂ_y）として移送され、層ｎ−１で再度処理（Ｐ’）される。 この例では、原および生じたデータパケットは、対応プリミチブであるように同 一である。 従って、本発明による方法は下層（ｎ−１）でのある層（ｎ）のプリミチブの 長さ変換を行う。図２を参照して説明したように、この方法では、プリミチブの 機能関係は第２シリーズのデータパケット（Ｂ₁、Ｂ₂、．．．、Ｂ_y）を１つの チャネルまたはサブチャネルのみに割り当てることによって保持される。この機 能関係は、たとえば、プリミチブの（サブ）チャネル確認および（または）ユ ーザー確認よりなる。 上記のように、サブチャネルはチャネルの構成部分であり、たとえば、１であ るＱビットを有するあるチャネルのすべてのＸ．２５データパケットは前記チャ ネルのサブチャネルを構成する。 層ｎ−１で、プリミチブの構造はマーカー”メッセージの終わり”によって示 されている。Ｘ．２５の場合、このようなマーカーはゼロのｍビットにより構成 される。たとえば、ＩＳＤＮ網に、この原理があてはまる。ＩＳＤＮの場合、経 路層は任意経路プロトコール、たとえば、Ｘ．２５の層３により構成される。Ａ ＴＭの場合、マーカー”メッセージの終わり”は、いわゆるセグメント・タイプ フィールドまたは”ＳＴフィールド”により構成される（文献５参照）。 これはデータユニット（いわゆるＳＡＲ ＰＤＵ）とプリミチブ（いわゆるＳ ＡＲ ＳＤＵ）間の関係を示す。より高い圧縮ファクターを得るため”メッセー ジの終わり”無視は、ＳＴフィールドのＡＴＭにおいて、いわゆるシングル・セ グメントメッセージ（ＳＳＭ）によって支持される。 好ましくは、図３の例で述べた層ｎ−１は３つのＯＳＩモデル（ｎは４）の層 である。しかし、層ｎ−１はまた層２または４等、ＯＳＩモデルの他のレベルで もある。本発明の方法は、ＯＳＩモデルにもとずくすべての通信技術に適用され る。好ましくは、処理は経路から独立を維持するため経路層内または上で行う。 本発明の方法は、ＯＳＩモデルの層３で適用されると、データ圧縮を同じ層で タリフとして行うという付加的利益を有する。層２での圧縮時、ユーザのペイロ ードはデータ圧縮により減少されない。層３で本発明を適用するもう１つの利益 は、層２で情報源を組み合わせると、データの低冗長度を生じ、高い圧縮ファク ターが得られることである。前記組み合わせのため、適応圧縮算法では被圧縮デ ータが可変特性を有するので最適圧縮を得ることができない。しかし、本発明で は、圧縮はＯＳＩモデルのより高い層で行い種々ソースのデータは別個に処理さ れるので、高圧縮比が事実上得られる。 図４に略示される装置１００は、確認ユニット１１０と、制御ユニット１２０ と、データバス１４０を介しメモリ１５０に連係される処理ユニット１３０とバ ッファユニット１６０とを備える。確認ユニット１１０は入力バッファと、それ に結合され、入りデータパッケット（のチャネル）を確認する確認手段とを備え る。確認は制御ユニット１２０に通されて、チャネル関係方法で処理ユニット１ ３０とメモリ１５０をアドルスする。従って、メモリ１５０には、異なるチャネ ルに使用される異なる圧縮処理を格納している。 デコンププロセスは同様にメモリ１５０に格納されて、装置１００はまたデコ ンプに使用され；必要ならば、装置１００はあるチャネルでは圧縮し、他のチャ ネルではデコンプできる。このようにして、その処理に必要なデコンプ処理また は再構成データは、データパケットがデコンプされる前で、チャネルが設定され ると伝送される。 また、メモリ１５０の全体または一部を読み取り専用記憶装置（ＲＯＭ）とし て構成して、あるデータ（１つまたはそれ以上のデコンプ処理自身とともにデコ ンプ処理の利益のための再構成データ）が装置１００内に永久に存在している。 装置１００が圧縮装置として使用されても、あるデータを読み取り専用記憶装 置に収容するのに有利である。 特別のチャネルに必要な処理は、制御ユニット １２０の制御の下、メモリ１５ーからデータバス１４０を介して処理ユニット１ ３０にロードされる。処理ユニット１３０は好ましくは処理工程を実行するマイ クロプロセッサーを含むものである。 処理ユニット１３０に、現処理に関するデータを格納する処理メモリを装着す るのが有利である。しかし、処理メモリの役割もメモリ１５０により行える。装 置１００の処理速度を上げるため、データバス１４０に複数個の並列処理ユニッ ト１３０を接続する。または、必要により各々処理メモリを有する、複数個の（ マイクロ）プロセッサーを処理ユニット１３０に収容する。 バッファユニット１６０は、本発明により、対応チャネルの利益のため、複数 個のバッファ部分Ａ，Ｂ，Ｃ等よりなる、出力バッファ１６１を備える。既に述 べたように、特定チャネルへのバッファの割当は固定しなくてもよく、必要なら 、状況に応じ変更してもよい。このように、チャネルＡが終了後、図４のバッフ ァ部分Ａは、たとえば、（新たな）チャネルＨに割り当てられる。 出力バッファ１６１の各バッファ部分Ａ，Ｂ等は好ましくは（シフト）レジス ターよりなるが、ランダム・アクセス記憶装置（ＲＡＭ）により形成されてもよ い。補充バッファ部分ＢＰ（”ビット・ポインター）が、どれだけのデータ量、 特に、どのように多くのビットおよび（または）バイトが各他のバッファ部分に 格納され、または被伝送最終データパケットが充填された後に残るかの情報を格 納するために設けられる。必要により、バッファ部分ＢＰはバッファ部分Ａ，Ｂ 等の別個の予備部分により形成される。 バッファユニット１６０は、さらにバッファユニット１６０に入力するデータ が格納されるバッファ部分を選択する、たとえば、マルチプレクサーにより形成 される選択部分１６２を備える。この選択は、図示例において、確認情報にもと ずいて制御ユニット１２０により発生される制御信号にもとずいて行う。バッフ ァユニット１６０はまた、データがバッファ部分から伝送される、たとえば、長 さが１２８ビットの適当なデータパケットを発生する（図示せざる）手段を備え る。 本発明の装置１００により、一連のデータパケットの迅速かつ能率的圧縮がで きる。能率度は、本文において、データパケット群（メッセージ、チャネル）の 終わりを示す（ｍビット等）停止コードその他マーカーの発生にさらに左右され る。好ましくは、装置１００は、停止コード等の割引が調節できるように構成さ れる。これにより装置の作動モードを装置に接続される設備に適応できる。 第１モードにおいて、装置は、メッセージが完全でもデータが各チャネルのた めバッファされるようにデータパケット群を全く無視する。これにより、各群の 終わりで、（ほとんどの場合）、部分的に空またはトレーラーデータを備えるデ ータパケットを伝送する必要がないので、第２シリーズのデータパケットの高度 の充填が得られる。バッファに格納される最終データが送られることを確実にす るため、ある時間中、そのチャネルのデータパケットが装置１００に受け入れら れなければ、たとえば、特別のチャネルのバッファをフラッシュしデータパケッ トをチャネルから放出させる制御ユニット１２０を含むタイミング機構が設けら れる。 前記バッファのフラッシュはまた、一定回数、または行き先がこの旨の要求を 装置１００に送れば、行う。このような要求は、装置１００に伝送されるデータ パケットのデータの特殊コードをなす。 第２モードにおいて、同様にデータパケット群の終わりを無視するが、第２シ リーズのパケットは第１シリーズのパケットのデータが処理されると直ぐに伝送 される。これにより、データはできるだけ迅速に伝送されるが、一般に部分充填 データのみが形成されるので、データ圧縮の有用効果は極めて小さい。 第３モードにおいて、メッセージまたはチャネルの終わりに達したことの停止 コードまたは他の表示は実際に考慮される。メッセージまたはチャネルの最終デ ータパケットが確認されれば、関係のバッファはフラッシュされる。従って、迅 速なデータ伝送がいつも達成される一方、部分充填データパケットのみの形成は かなり制約される。 なお、データパケットを伝送するあるシステムでは、チャネルの終わりで、た とえば、伝送によって、特殊のコードまたは特殊のデータパケットの、メッセー ジの終わりとチャネルの終わりの間を識別できる。その場合、メッセージの終わ りでバッファをフラッシュするのが有利であるが、チャネルの終わりではそうし ない。 この点で、バッファのフラッシュはバッファに残留する情報の伝送を含む。し かし、チャネルの終わりが生ずると、バッファは残留情報を伝送しないで、”フ ラッシュ”、すなわち、リセットされる。両方の場合、バッファは最後に空にな る。”チャネルの終わり”が生ずるのは、論理チャネルが中断（たとえば、Ｘ． ２５で”切断”）されたとき、およびネットワークにおいて、被伝送データが行 き先に達したがどうか確かでないことを示す、誤表示が生じたとき（たとえば、 Ｘ．２５で”リセットパケット”）である。 図５に略示する装置２００は、図４の装置１００のように、確認ユニット２１ ０と、制御ユニット２２０と、データバス２４０を介しメモリ２５０に連係され る処理ユニット２３０とバッファユニット２６０とを備える。確認ユニット２１ ０は入力バッファと、それに結合され、入りデータパッケット（のチャネルおよ び（または）サブチャネル）を確認する確認手段とを備える。 装置２００において、バッファユニット２６０は、本発明により、対応チャネ ルのため、複数個のバッファ部分Ａ，Ａ，Ｃ等より構成される、出力バッファ２ ６１を備える。出力バッファ１６１とは対照的に、図５の出力バッファ２６１は 二重に実行されるバッファ部分よりなり、すなわち、各バッファ部分は２つのさ らに部分または区画よりなり、各区画は特別のサブチャネルに割り当てられる。 従って、チャネルＡには、区画ＡとＡ’が設けられる。同様に、チャネルＢに 、区画ＢとＢ’が設けられる。この例において、サブチャネルのデータは各チャ ネル毎にバッファされる。なお、バッファ部分は、各チャネルの複数個のサブチ ャネルを支持するため、複数個、たとえば、３、４または５の区画よりなる。補 充バッファ部分ＢＰ（”ビットポインター”）は、すべてのバッファ部分の状態 を登録するに十分なサイズであることを条件に、多重に実行されなくともよい。 バッファ部分ＢＰもバッファ部分Ａ，Ａ’，Ｂ，Ｂ’等の逆部分より構成される 。 バッファ２６１内に、多区画を有するバッファ部分を設ける代わりに、バッフ ァ２６１は全体として、たとえば、二重または三重で実行され、従って、バッフ ァユニット２６０は必要により、バッファ２６１、２６１’よりなる。または、 バッファユニット２６０は多形式に設けてもよい。 既に述べたように、特定チャネルまたはサブチャネルにたいするバッファまた はバッファ部分の割当は固定されなくてもよく、必要により状況により変更して よい。従って、図５に示すバッファ部分Ａは、サブチャネルＡとＡ’が終了した 後、たとえば、（新たな）チャネルＨに割り当てられる。 バッファユニット２６０は、バッファユニット１６０の選択ユニット１６１の 機能に加え、サブチャネルにもとずく選択を行う、選択ユニット２６２を備え、 すなわち、選択ユニット２６２は、データを、両チャネルとサブチャネル確認に もとずくバッファ部分に割り当てる。バッファユニット２６０とは別に、装置２ ００は機能的および構造的に図４の装置１００と同等である。しかし、処理ユニ ット２３０と制御ユニット２５０は好ましくはそれぞれのサブチャネル確認によ りデータを処理するように配置される。確認ユニット２１０も同様にサブチャネ ルを確認するように配置される。 図４の装置１００および図５の装置２００は市販構成部品製造される（文献６ 参照）。しかし、この装置はまた、応用特定集積回路（ＡＳＩＣ）として実行さ れる。１つの装置において、双方向トラッフィック用に圧縮とデコンプ双方を行 うため、２つの装置１００は１つのハウジングに一緒に収容され、または、完全 に一体化される。 図６のシステムは、ネットワーク１を介して互いに連係される、圧縮・デコン プ装置２を備える。この構成において、これら装置２は、各々、例えば、それぞ れ、図４または図５の２つの装置１００または２００よりなる。ネットワーク１ は、Ｘ．２５プロトコールにより作動するネットワーク等周知の通信ネットワー クである。装置２には、各々マルチプレクサーよりなる、複数個のユニット３が 接続されている。必要により、これらユニット３はデータパケットではなく、装 置２のデータパケットにのみ形成される、データ流れを放出する。装置３には複 数個のエンドユーザー４が接続されている。エンドユーザー４間に複数個の（論 理）チャネルが設定される。本発明を適用することによって、これらチャネルの データはいつもネットワークを介して圧縮状で能率的に伝送される。 なお、本発明は図示実施例に限定されないこと、および多くの変型および追加 が本発明の精神と範囲から逸脱しないで可能であることが、当業者により理解さ れる。

【手続補正書】特許法第１８４条の８ 【提出日】１９９６年１月２２日 【補正内容】 補正された請求の範囲 １． 各々ヘッダーフィールド（ｈ）とデータフィールド（ｄ）を有する第１シ リーズ（１０）のデータパケットを、各々ヘッダーフィールド（ｈ）とデータフ ィールド（ｄ）を有する第２シリーズ（２０）のデータパケットに交換する方法 であって、両シリーズは複数個のチャネル（Ａ，Ｂ）のデータパケットを備え、 第１シリーズ（１０）のデータフィールドからのデータは、圧縮処理（Ｐ）がな されてから第２シリーズ（２０）のデータフィールドに収容される方法において 、第２シリーズ（２０）の各データフィールドはただ１つのチャネル（例えばＡ ）のデータを含むこと、および第２シリーズのデータフィールドに収容されるデ ータはチャネル（Ａ；Ｂ）毎にバッファされることを特徴とする方法。 ２． チャネル（例えばＡ）の最終データパケットが第１シリーズ（１０）に生 じたかどうかのチェックを行い、最終データパケットの発生の場合は、そのチャ ネル（例えばＡ）のすべてのバッファデータは、第２シリーズ（２０）の１つ以 上のデータパケットに収容される、請求の範囲第１項記載の方法。 ３． 第２シリーズ（２０）において、チャネルの最終データパケットのデータ フィールド全体が充填されていなければ、そのデータフィールドにトレーラーデ ータが補充される、請求の範囲第２項記載の方法。 ４． トレーラーデータは、好ましくは少なくとも１１の同一ビットのストリン グである、請求の範囲第３項記載の方法。 ５． トレーラーデータが第２シリーズ（２０）のデータパケットに存在してい れば、最終データパケットが第１シリーズ（１０）に生じたかどうかのチェック を行う、請求の範囲第３項または第４項記載の方法。 ６． 第２シリーズ（２０）のデータフィールドが排他的に圧縮データおよび（ または）トレーラーデータである、請求の範囲第１項から第５項のいずれかに記 載の方法。 ７．チャネル（例えばＡ）の最終データパケットの発生は第１シリーズ（１０） のデータパケットのヘッダーフィールド（ｈ）の情報にもとずき分析される、請 求の範囲第２項から第６項のいずれかに記載の方法。 ８．データパケット（例えば１１、１２、１３、・・・）はＸ．２５によるデー タ伝送用に構成される、請求の範囲第１項から第７項のいずれかに記載の方法。 ９．チャネル（例えばＡ）の最終データパケットの発生が分析される情報はｍビ ット（”モアビット”）である、請求の範囲第７項および第８項記載の方法。 10． 圧縮処理（Ｐ）において、データの発生頻度にもとずく、コードワードを 含む表が適用され、且つ当該表は少なくともある期間中固定されるものである事 を特徴とする請求の範囲第１項から第９項のいずれかに記載の方法。 11． 第１シリーズ（１０）のすべてのデータパケット（１１、１２、・・・） は同じチャネル（例えばＡ）に属する、請求の範囲第１項から第１０項のいずれ かに記載の方法。 12． 圧縮はいくつかのチャンネル（例えばＢ）のデータパケットのみに適用さ れる、請求の範囲第１項から第１１項のいずれかに記載の方法。 13． 第１シリーズ（１０）のデータパケットに代えて、ビット列が交換される 、請求の範囲第１項から第１２項のいずれか項記載の方法。 14． 第１シリーズ（１０）のデータパケットから形成された第２シリーズ（２ ０）のデータパケットを、ヘッダーフィールド（ｈ）とデータフィールド（ｄ） を有する第３シリーズ（３０）のデータパケットに変換する方法において、第２ シリーズ（２０）のデータフィールド（ｄ）からのデータはデコンプ処理されて 第３シリーズ（３０）のデータフィールド（ｄ）に収容される方法に於いて、第 ３シリーズ（３０）のデータフィールド（ｄ）に収容されるデータはチャネル（ 例えばＡ）毎にバッファされる事を特徴とする請求の範囲第１項から第１３項の 何れかに記載の方法。 15． 第３シリーズ（３０）のデータパケットは第１シリーズ（１０）のデータ パケットと同一である、請求の範囲第１４項記載の方法。 16． データパケットを伝送する方法において、請求の範囲第１項から第１３項 のいずれかの第１シリーズ（１０）のデータパケットを変換すること、かくし て形成された第２シリーズ（２０）のデータパケットを伝送すること、および第 ２シリーズのデータパケットを請求の範囲第１４項或いは第１５項に従って第３ シリーズ（３０）のデータパケットに変換することよりなる方法。 17． 第２シリーズ（２０）のデータパケットが伝送される前に、再構成情報が 伝送される、請求の範囲第１６項記載の方法。 18． 第１シリーズ（１０）において、少なくとも１チャネル（例えばＡ）のデ ータパケットが間欠的に生じ、更に当該チャネル（例えばＡ）に関して、そのデ ータパケットのデータフィールドが部分的にのみ充填されても、少なくとも１つ の第２シリーズ（２０）のデータパケットが間欠的に伝送される、請求の範囲第 １６項又は第１７項記載の方法。 19． 第２シリーズ（２０）のデータパケット（例えば２１、２２）はＸ．２５ プロトコールにより伝送される請求の範囲第１８項記載の方法。 20． データが、データパケットが属するチャネル（例えばＡ）の空バッファに 収容されてから所定時間が経過したら、第２シリーズ（２０）のデータパケット が伝送される請求の範囲第１８または１９項記載の方法。 21． 各々ヘッダーフィールド（ｈ）とデータフィールド（ｄ）を有する第１シ リーズ（１０）のデータパケットを受け入れる手段（１１０；２１０）と、受け 入れたデータパケットのチャネル（Ａ，Ｂ，・・）を決定する確認手段（１１０ ；２１０）と、圧縮されるべきそれぞれの圧縮データパケットのデータフィール ドを圧縮する為の処理手段（１３０；２３０）と、各々ヘッダーフィールドとデ ータフィールドを有する第２シリーズ（２０）のデータパケットを形成すると共 に第２シリーズ（２０）のデータパケットのデータフィールドに、第１シリーズ （１０）の圧縮データフィールドを収容する為の出力手段（１６０；２６０）と を備え、チャネル（Ａ，Ｂ，・・）毎に、第２シリーズ（２０）のデータフィー ルドに収容されるべきデータをバッファし、第２シリーズ（２０）の各データフ ィールドに、１チャネル（例えばＡ）のみのデータを収容する為のバッファー手 段（１６１；２６１）を設けることを特徴とする、データパケットを圧縮する装 置（１００；２００）。 22． 各チャネルのデータをバッファするバッファー手段（１６１；２６１）は 少なくとも２つの平行バッファを備え、且つ好ましくは、各チャネル（Ａ，Ｂ， Ｃ，・・・）に別個のバッファが存在しているものである事を特徴とする請求項 ２１記載の装置（１００；２００）。 23． 各チャネル（Ａ，Ｂ，・・）に対して、チャネルに共通なメモリ（１５０ ；２５０；ＢＰ）内に、メモリスペースが確保されている事を特徴とする請求の 範囲第２１項または第２２項記載の装置（１００；２００）。 24． トレーラーデータを発生する手段（１６０：２６０）を設けた、請求の範 囲第２１項から第２３項のいずれかに記載の装置（１００；２００）。 25． データパケットをデコンプする為の処理手段（１３０：２３０）が配置さ れている事を特徴とする請求の範囲第２１項から第２４項のいずれかに記載の装 置（１００；２００）。 26． 少なくとも、一つの圧縮装置（２：１００，２００）、データパケットを 伝送する為のネットワーク（１）、及び少なくとも一つのデコンプレション装置 （２：１００，２００）から構成されており、当該装置（２：１００，２００） は、チャネル（例えばＡ）毎に圧縮されたデータをバッファリングする為に配列 されており、且つデータパケットを伝送する為の該ネットワーク（１）は好まし くは、Ｘ．２５に適合する様に配列せしめられている事を特徴とするデータパケ ットを圧縮した状態で伝送するシステム。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，Ｍ Ｃ，ＮＬ，ＰＴ，ＳＥ)，ＡＵ，ＢＹ，ＣＡ，ＣＮ，Ｃ Ｚ，ＦＩ，ＨＵ，ＪＰ，ＫＲ，ＮＯ，ＰＬ，ＲＵ，ＵＡ (72)発明者 ロウボス， ヨハネス ベルナルダス オランダ国 エヌエル−2622 イーアール デルフト ザイールストラート ５ (72)発明者 シェリンゲルハウト， ベン オランダ国 エヌエル−2289 ビーエル リジュスビジク パウホッフ 139

Claims (1)

1. 【特許請求の範囲】 １． 通信システムにおいて、第１層のプリミチブの長さ交換を行う方法であっ て、プリミチブは第２下層で転送され、プリミチブは機能関係を有し、長さ交換 はプリミチブがそれらの機能関係を維持するようにデータユニット数を適応する ことよりなる、プリミチブの長さ交換を行う方法。 ２． 機能関係はチャネルまたはユーザー確認である、請求の範囲第１項記載の 方法。 ３． 長さ交換はデータ圧縮である、請求の範囲第１項または第２項記載の方法 。 ４． 各々ヘッダーフィールドとデータフィールドを有する第１シリーズのデー タパケットを、各々ヘッダーフィールドとデータフィールドを有する第２シリー ズのデータパケットに交換する方法であって、両シリーズは複数個のチャネルの データパケットを備え、第１シリーズのデータフィールドからのデータは、圧縮 処理がなされてから第２シリーズのデータフィールドに収容される、方法におい て、第２シリーズの各データフィールドはただ１つのチャネルのデータを含むこ と、および第２シリーズのデータフィールドに収容されるデータはチャネル毎に バッファされることを特徴とする方法。 ５． チャネルの最終データパケットが第１シリーズに生じたかどうかのチェッ クを行い、最終データパケットの発生の場合は、そのチャネルのすべてのバッフ ァデータは、第２シリーズの１つ以上のデータパケットに収容される、請求の範 囲第４項記載の方法。 ６． 第２シリーズにおいて、チャネルの最終データパケットのデータフィール ド全体が充填されていなければ、そのデータフィールドにトレーラーデータが補 充される、請求の範囲第５項記載の方法。 ７． トレーラーデータは、好ましくは少なくとも１１の同一ビットのストリン グである、請求の範囲第６項記載の方法。 ８． トレーラーデータが第２シリーズのデータパケットに存在していれば、最 終データパケットが第１シリーズに生じたかどうかのチェックを行う、請求の 範囲第６項または第７項記載の方法。 ９． 第２シリーズのデータフィールドが排他的に圧縮データおよび（または） トレーラーデータである、請求の範囲第４項から第８項のいずれかに記載の方法 。 10． チャネルの最終データパケットの発生は第１シリーズのデータパケットの ヘッダーフィールドの情報にもとずき分析される、請求の範囲第５項から第９項 のいずれかに記載の方法。 11． データパケットはＸ．２５によるデータ伝送用に構成される、請求の範囲 第４項から第１０項のいずれかに記載の方法。 12． チャネルの最終データパケットの発生が分析される情報はｍビット（”モ アビット”）である、請求の範囲第１０項および第１１項記載の方法。 13． 圧縮処理において、データの発生頻度にもとずく、コードワードを含む表 が適用される、請求の範囲第４項から第１２項のいずれかに記載の方法。 14． 少なくともある期間中固定される表が使用される、請求の範囲第１３項記 載の方法。 15． 第１シリーズのすべてのデータパケットは同じチャネルに属する、請求の 範囲第４項から第１４項のいずれかに記載の方法。 16． 圧縮はいくつかのチャンネルのデータパケットのみに適用される、請求の 範囲第４項から第１５項のいずれかに記載の方法。 17． 第１シリーズのデータパケットに代えて、ビット流れが交換される、請求 の範囲第４項から第１６項のいずれか項記載の方法。 18． 請求の範囲第４項から第１７項により形成された、第２シリーズのデータ パケットを、ヘッダーフィールドとデータフィールドを有する第３シリーズのデ ータパケットに変換する方法において、第２シリーズのデータフィールドからの データはデコンプ処理されて第３シリーズのデータフィールドに収容される、方 法。 19． 第３シリーズのデータフィールドに収容されるデータはチャネル毎にバッ ファされる、請求の範囲第１８項記載の方法。 20． 第３シリーズのデータパケットは第１シリーズのデータパケットと同一で ある、請求の範囲第１８項又は第１９項記載の方法。 21． データパケットを伝送する方法において、請求の範囲第４項から第１７項 のいずれかの第１シリーズのデータパケットを変換すること、データパケットよ り形成される第２シリーズと伝送すること、および第２シリーズのデータパケッ トを請求の範囲第１８項から第２０項のいずれかの第３シリーズのデータパケッ トを変換することよりなる方法。 22． 第２シリーズのデータパケットが伝送される前に、再構成情報が伝送され る、請求の範囲第２１項記載の方法。 23． 第１シリーズにおいて、少なくとも１チャネルのデータパケットが間欠的 に生じ、第１シリーズにおいて、少なくとも１チャネルのデータパケットが間欠 的に生じ、そのチャネルのため、そのデータパケットのデータフィールドが部分 的にのみ充填されても、第２シリーズの少なくとも１つのデータパケットが間欠 的に伝送される、請求の範囲第２１項又は第２２項記載の方法。 24． 第２シリーズのデータパケットはＸ．２５プロトコールにより伝送される 請求の範囲第２３項記載の方法。 25． データが、データパケットが属するチャネルの空バッファに収容されてか ら所定時間が経過したら、第２シリーズのデータパケットが伝送される請求の範 囲第２３または２４項記載の方法。 26． 各々ヘッダーフィールドとデータフィールドを有する第１シリーズのデー タパケットを受け入れる手段と、受け入れたデータパケットのチャネルを決定す る手段と、各被圧縮データパケットのデータフィールドを圧縮する手段と、各々 ヘッダーフィールドとデータフィールドを有する第２シリーズのデータパケット を形成する手段と、第２シリーズのデータパケットのデータフィールドに、第１ シリーズの圧縮データフィールドを収容する手段とを備え、チャネル毎に、第２ シリーズのデータフィールドに収容されるデータをバッファし、第２シリーズの 各データフィールドに、１チャネルのみのデータを収容する手段を設けることを 特徴とする、データパケットを圧縮する装置。 27． 各チャネルのデータをバッファする手段は少なくとも２つの平行バッファ を備える、請求の範囲第２６項記載の装置。 28． 各チャネルに別個のバッファが存在する、請求の範囲第２７項記載の装置 。 29． 各チャネルに、メモリスペースがチャネルに共通なメモリに保留される、 請求の範囲第２６項または第２７項記載の装置。 30． トレーラーデータを発生する手段を設けた、請求の範囲第２６項から第２ ９項のいずれか項記載の装置。 31． 請求の範囲第２６項から第３０項のいずれか項記載の装置により圧縮され るデータパケットをデコンプする装置。 32． データパケットをチャネル独立でコンポする手段を備える、請求の範囲第 ３１項記載の装置。 33． 請求の範囲第２６項から第３０項のいずれかの少なくとも１つ項記載の装 置と、データパケットを伝送する手段と、請求の範囲第３１または３２のいずれ かの少なくとも１つ項記載の装置とを備える、データパケットを圧縮状で伝送す るシステム。 34． データパケットを伝送する手段はＸ．２５ネットワークを備える、請求の 範囲第３３項記載のシステム。