(57)【特許請求の範囲】
【請求項１】
上位階層（１０、１２、１４）と下位階層（１６、１８、２０）とを備えた無線プロトコルを有する送信機のための方法であって、前記方法は、データパケットを受信機に伝送する場合の全体ヘッダーパケット伝送の管理のために利用され、
前記方法が、前記送信機の前記上位階層（１０、１２、１４）が前記送信機の前記下位階層（１６、１８、２０）から全体ヘッダーパケットの伝送成功の情報を受信すると、前記送信機の前記上位階層（１０、１２、１４）が、以前に伝送が成功した全体ヘッダーパケットと同一の全体ヘッダーを含むさらなる全体ヘッダーパケットの伝送を中止すると決定することを含み、
前記上位階層（１０、１２、１４）は、パケットデータ収斂プロトコル（ＰＤＣＰ）エンティティであり、前記下位階層（１６、１８、２０）は、無線リンク制御（ＲＬＣ）エンティティであり、前記下位階層（１６、１８、２０）は、応答モード（ＡＭ）で動作し、
前記パケットは、非伝送制御プロトコル（ｎｏｎ−ＴＣＰ）ストリームの一部であり、
前記上位階層（１０、１２、１４）は、伝送に成功したパケットについて前記送信機の前記下位階層（１６、１８、２０）が前記送信機の前記上位階層（１０、１２、１４）に通知する必要があるか否かを示すパラメーターを伝達するときに、前記送信機の前記下位階層（１６、１８、２０）から、前記送信機の前記下位階層によって生成される前記情報の受信のみをすることを特徴とする、方法。
【請求項２】
前記下位階層（１６、１８、２０）は、前記受信機から送信される状態情報であって、前記全体ヘッダーパケットを含む少なくとも１つのプロトコルデータユニットの受信が成功したか否かを示す状態情報を受信する、請求項１に記載の方法。
【請求項３】
前記送信機の前記下位階層によって生成される前記情報は、前記送信機による１つ以上のパケットの伝送結果に関連する、請求項１に記載の方法。
【請求項４】
前記送信機の前記下位階層によって生成される前記情報は、前記全体ヘッダーパケットの周期的または非周期的な反復伝送結果に関連する、請求項１に記載の方法。
【請求項５】
各パケットストリームを識別できるように前記全体ヘッダーパケットと共に文脈識別子（ＣＩＤ）が伝送される、請求項１に記載の方法。
【請求項６】
前記非伝送制御プロトコル（ｎｏｎ−ＴＣＰ）は、ユーザデータグラムプロトコル／インターネットプロトコル（ＵＤＰ／ＩＰ）である、請求項１に記載の方法。
【請求項７】
前記伝送成功の情報は、無線リンク制御応答シグナリングによって提供される、請求項１に記載の方法。
【請求項８】
前記伝送成功の情報は、受信側の下位階層（１６、１８、２０）による受信が成功した少なくとも１つのパケットを指示するために使用される識別子を含む、請求項１に記載の方法。
【請求項９】
前記識別子は、ＭＵＩであり、前記少なくとも１つのパケットは、ＲＬＣ  ＳＤＵであり、前記下位階層（１６、１８、２０）は、無線リンク制御エンティティの一部である、請求項８に記載の方法。
【請求項１０】
無線プロトコルを備えた送信機であって、前記送信機は、データパケットを受信機に伝送する場合の全体ヘッダーパケット伝送の管理のために利用され、
前記送信機が、前記無線プロトコル内に上位階層（１０、１２、１４）および下位階層（１６、１８、２０）を備え、
前記送信機の前記上位階層（１０、１２、１４）が前記送信機の前記下位階層（１６、１８、２０）から全体ヘッダーパケットの伝送成功の情報を受信すると、前記送信機の前記上位階層（１０、１２、１４）は、以前に伝送が成功した全体ヘッダーパケットと同一の全体ヘッダーを含むさらなる全体ヘッダーパケットの伝送を中止すると決定し、
前記上位階層（１０、１２、１４）は、パケットデータ収斂プロトコル（ＰＤＣＰ）エンティティであり、前記下位階層（１６、１８、２０）は、無線リンク制御（ＲＬＣ）エンティティであり、前記下位階層（１６、１８、２０）は、応答モード（ＡＭ）で動作し、
前記パケットは、非伝送制御プロトコル（ｎｏｎ−ＴＣＰ）ストリームの一部であり、
前記上位階層（１０、１２、１４）は、伝送に成功したパケットについて前記送信機の前記下位階層（１６、１８、２０）が前記送信機の前記上位階層（１０、１２、１４）に通知する必要があるか否かを示すパラメーターを伝達するときに、前記送信機の前記下位階層（１６、１８、２０）から、前記送信機の前記下位階層によって生成される前記情報の受信のみをすることを特徴とする、送信機。
【請求項１１】
前記上位階層（１０、１２、１４）は、
パケットストリームを受信し、全体ヘッダーパケットおよび圧縮ヘッダーパケットを出力するヘッダー圧縮部（１０）と、
前記ヘッダー圧縮部（１０）から受信された前記全体ヘッダーパケットおよび前記圧縮ヘッダーパケットを前記下位階層（１６、１８、２０）に伝達するデータ伝送部（１４）と、
前記データ伝送部（１４）により伝達される全体ヘッダーパケットまたは圧縮ヘッダーパケットを出力するように前記ヘッダー圧縮部（１０）を制御するための情報を前記下位階層（１６、１８、２０）から受信するヘッダー圧縮制御部（１２）と
を含む、請求項１０に記載の送信機。
【請求項１２】
前記下位階層（１６、１８、２０）は、
前記上位階層（１０、１２、１４）から伝達された前記全体ヘッダーパケットおよび前記圧縮ヘッダーパケットを受信および格納するバッファおよび伝送部（１６）と、
パケットストリームの少なくとも１つのパケットの伝送成功の情報を前記上位階層（１０、１２、１４）に提供する伝送成功識別部（２０）と、
前記全体ヘッダーパケットおよび前記圧縮ヘッダーパケットを前記受信機に伝送するように前記バッファおよび伝送部（１６）を制御する伝送制御部（１８）と
を含む、請求項１０に記載の送信機。
【請求項１３】
前記伝送成功識別部（２０）は、前記受信機からの状態情報であって、パケットのプロトコルデータユニットの受信が成功したか否かを示す状態情報を受信する、請求項１２に記載の送信機。
【請求項１４】
前記下位階層（１６、１８、２０）は、前記受信機から送信される状態情報であって、前記全体ヘッダーパケットを含む少なくとも１つのプロトコルデータユニットの受信が成功したか否かを示す状態情報を受信する、請求項１０に記載の送信機。
【請求項１５】
前記送信機の前記下位階層によって生成される前記情報は、前記送信機による１つ以上のパケットの伝送結果に関連する、請求項１０に記載の送信機。
【請求項１６】
前記送信機の前記下位階層によって生成される前記情報は、全体ヘッダーパケットの周期的または非周期的な反復伝送結果に関連する、請求項１０に記載の送信機。
【請求項１７】
各パケットストリームを識別できるように前記全体ヘッダーパケットと共に文脈識別子（ＣＩＤ）が伝送される、請求項１０に記載の送信機。
【請求項１８】
前記非伝送制御プロトコル（ｎｏｎ−ＴＣＰ）は、ユーザデータグラムプロトコル／インターネットプロトコル（ＵＤＰ／ＩＰ）である、請求項１０に記載の送信機。
【請求項１９】
前記伝送成功の情報は、無線リンク制御応答シグナリングによって提供される、請求項１０に記載の送信機。
【請求項２０】
前記伝送成功の情報は、受信側の下位階層（１６、１８、２０）による受信が成功した少なくとも１つのパケットを指示するために使用される識別子を含む、請求項１０に記載の送信機。
【請求項２１】
前記識別子は、ＭＵＩであり、前記少なくとも１つのパケットは、ＲＬＣ  ＳＤＵであり、前記下位階層（１６、１８、２０）は、無線リンク制御エンティティの一部である、請求項２０に記載の送信機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムのパケットデータ伝送に係るもので、詳しくは、ヘッダー（ｈｅａｄｅｒ）情報を含むパケットデータの伝送システム及びその方法に関するものである。
【背景技術】
【０００２】
移動通信技術の発展によって、無線電話が一般的な有線電話より一層広い範囲で使用されることと期待されている。然し、有線電話機は、端末機の選択範囲内に依然として残っている。例えば、大量のデータ及び音声トラフィックを各端末機間に伝送するのにおいて、無線移動通信技術は現存の有線移動通信システムの性能に比べて非常に遅れを取っている。このような問題を解決するために、いくつかの無線通信標準が提案された。その中で、ＩＭＴ−２０００は、大量のデータを各端末機間で通信することができ、よって、多くの国家で開発が進行されている。現在、国際機構は前記技術に対する単一の標準を開発している。
【０００３】
最近、このような協力的な努力が３ＧＰＰ（Ｔｈｅ  ｔｈｉｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）のスタートによって実を結んだ。３ＧＰＰは、何よりもヨーロッパで採択された通信プラットホーム（ｐｌａｔｆｏｒｍ）に基づいた第３世帯のＩＭＴ−２０００システムを標準化することを目的として設立された。その標準は、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ）として知られていて、韓国のＴＴＡ、中国のＣＷＴＳ、米国のＴ１、及び日本のＡＲＩＢ／ＴＴＣのような、多様な国家の国際的な機関及び国内の機関が寄与した。
【０００４】
ＵＭＴＳは、無線接続網技法（ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ  ｔｅｃｈｎｉｑｕｅ）としてＷＣＤＭＡ（ｗｉｄｅｂａｎｄ  ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）を採択し、パケット交換網（ｐａｃｋｅｔ  ｓｗｉｔｃｈｉｎｇ  ｎｅｔｗｏｒｋ）に基づいたＧＰＲＳ（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ）及び回線交換網（ｃｉｒｃｕｉｔ  ｓｗｉｔｃｈｉｎｇ  ｎｅｔｗｏｒｋ）に基づいたＧＳＭ（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ａ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）を含むように開発されている。また、ＵＭＴＳは音声、映像（ｉｍａｇｅ）、データのようなマルチメディアサービスを提供するように開発されている。
【０００５】
３ＧＰＰプロジェクトは、五つの技術規格グループ（Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ：ＴＳＧ）を有していて、各グループは、関連された分野における標準の開発、承認、及び管理を担当する。
【０００６】
ＲＡＮ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）グループ（ＴＡＧ−ＲＡＮ）は、無線端末機とＵＴＲＡＮ（ＵＭＴＳ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）間の機能的要求事項及びインターフェースに対する標準の開発を担当する。ＣＮ（ｃｏｒｅ）グループ（ＴＳＧ−ＣＮ）は、核心（ｃｏｒｅ）網の機能開発と、ＵＴＲＡＮが回線交換基幹網（ｂａｃｋｂｏｎｅ  ｎｅｔｗｏｒｋ）またはパケット交換基幹網に接近することを許容するインターフェースの要求条件及び標準の開発を担当する。
【０００７】
フルヘッダー（Ｆｕｌｌ−ｈｅａｄｅｒ）は、従来パケット交換基幹網のヘッダー圧縮技法において重大な役割を果たす。フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）が適切に伝送されない場合、その後に受信された全てのパケットは圧縮されずに廃棄される。このような問題を解決するために、ＵＤＰ／ＩＰのようなｎｏｎ−ＴＣＰプロトコルが使用される時、従来のシステムは同一の所定規則に従って、データストリーム内で、受信側が何度も文脈（ｃｏｎｔｅｘｔ）を構成するのに使用されるフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットを伝送するように伝送側に要求する。
【０００８】
圧縮されたｎｏｎ−ＴＣＰ圧縮方法において、即ち、ＵＤＰ−ＩＰプロトコルのために使用されるヘッダー圧縮技法において、フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットは周期的に増加する各周期で少なくとも一度伝送されるが、これはＣＳＳ（ｃｏｍｐｒｅｓｓｉｏｎ  ｓｌｏｗ−ｓｔａｒｔ）と称す。ＣＳＳ方法に従って、フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）情報が変化したり、または新しいヘッダー圧縮技法が適用されると、同様なフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）のための伝送間隔は初期には短縮され、その以後には漸次増加する。
【０００９】
図１１はＣＳＳ方法に従ってフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）情報を送るための伝送間隔を示した図である。図示されたように、フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットの伝送間隔は周期的に増加し、隣接する各フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケット間に送られた圧縮されたヘッダーの個数は１、２、４、８、…の割合に増加する。前記伝送間隔は無限大に増加するのではなく、通常２５６に設定される伝送間隔の限界点に至った時に同一の間隔に維持される。参考に、ＣＳＳ方法で伝送された各フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）は同様な文脈識別者（ｃｏｎｔｅｘｔ  ｉｄｅｎｔｉｆｉｅｒ：ＣＩＤ）値及び世代（ｇｅｎｅｒａｔｉｏｎ）ナンバーを有する。即ち、フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットは、同様なＣＩＤ及び世代番号を有するパケットストリームのための指数的な周期内で伝送される。
【００１０】
前記のように、ヘッダー圧縮技法が使用された場合、パケットのヘッダーのサイズは相当に減少することができる。特に、正常パケットが無線インターフェースを通して伝送される場合、パケットのヘッダーはペイロード（ｐａｙｌｏａｄ）のサイズ（パケットのデータの部分）と比較した時、無視できないほど大きすぎるため、前記ヘッダーを圧縮する必要がある。
【００１１】
図１２は、ヘッダー圧縮技法を使用する従来パケット伝送システムのブロック図である。前記システムはＰＤＣＰ階層に具備され、上位階層から受信されたデータのヘッダーをヘッダー圧縮制御部の制御によって圧縮するヘッダー圧縮部１０を含んでいる。フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットまたはヘッダー圧縮部１０によって変換された圧縮ヘッダーパケットは、データ伝送部１４を経てＲＬＣ階層に伝達される。前記ＲＬＣ階層のバッファー及び伝送部１６は、フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）のパケット、または、ＰＤＣＰのデータ伝送部１４から受信された圧縮ヘッダーパケットを格納して（または）、それを受信側に伝送する。
【００１２】
以下、前記システムの動作が説明される。最初、ヘッダー圧縮技法として圧縮（ｃｏｍｐｒｅｓｓｅｄ）ＴＣＰを使用する場合、送信側は受信側で文脈（ｃｏｎｔｅｘｔ）を構成することができるように、まず、パケットストリームのためのフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットを伝送する。その次に、連続された各パケット間の相違点を表す一つまたはそれ以上の圧縮ヘッダーが伝送される。
【００１３】
フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットが送信側から成功的に伝送されない場合、受信側で文脈（ｃｏｎｔｅｘｔ）が適切に構成されないため、受信側は以後に受信された圧縮パケットを復元することができなくなる。また、圧縮ヘッダーパケットが成功的に伝送されたとしても、受信側の文脈（ｃｏｎｔｅｘｔ）が適切に更新（ｕｐｄａｔｅ）されないため、フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットをなくした場合のように、以後の各圧縮ヘッダーは復元されることができない。損傷された文脈（ｃｏｎｔｅｘｔ）は、該当の文脈（ｃｏｎｔｅｘｔ）の新しいフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）の受信によってのみ復元されることができるため、受信側は、該当の文脈（ｃｏｎｔｅｘｔ）の新しいフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）の伝送を要請する文脈状態（ｃｏｎｔｅｘｔ−ｓｔａｔｅ）パケットを送信側に伝送する。
【００１４】
図１３は従来の文脈状態（ｃｏｎｔｅｘｔ−ｓｔａｔｅ）パケットの構造を示した図である。各損傷された文脈（ｃｏｎｔｅｘｔ）、即ち、一つの損傷されたパケットストリームを示す複数のＣＩＤフィールドを含んでいる。このような文脈状態（ｃｏｎｔｅｘｔ−ｓｔａｔｅ）パケットは、一つの文脈（ｃｏｎｔｅｘｔ）が損傷される時ごとに使用されるのではなく、所定個数以上の文脈（ｃｏｎｔｅｘｔ）が損傷されるまで伝送側に伝送される。また、受信側から伝送側に前記文脈状態（ｃｏｎｔｅｘｔ−ｓｔａｔｅ）パケットを伝送すること自体は無線資源を浪費することで、よって、ＲＦＣ２５０７ではその使用頻度を制限している。
【００１５】
圧縮ＴＣＰヘッダー圧縮技法を使用したパケット伝送において、フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットまたは圧縮ヘッダーパケットをなくした場合、受信側で該当の文脈（ｃｏｎｔｅｘｔ）を復旧するのに多くの時間が必要となる。その上、送信側は該当の文脈（ｃｏｎｔｅｘｔ）が損傷されたことを認識し得ないため、以後の圧縮ヘッダーパケットは不必要に伝送され、無線資源の浪費するようになる。
【００１６】
図１４はＵＤＰ／ＩＰプロトコルで使用される圧縮ヘッダーの構造である。前記のように、ＵＤＰ／ＩＰヘッダー圧縮を遂行するのにおいて、ＣＩＤ値と同様に該当のヘッダー情報の世代値は各パケットストリームを区別するのに使用される。従って、圧縮ヘッダーは、ＣＩＤフィールド、世代フィールド、及びチェックサム（ｃｈｅｃｋｓｕｍ）フィールドのみを含んでいて、全長は約４〜５オクテット（ｏｃｔｅｔｓ）である。
【００１７】
図１４の圧縮ヘッダーにおいて、８ｂｉｔのＣＩＤが使用される場合、３番目のオクテットに位置したＣＩＤ（２）は不必要になる。そして、１６ビットのＣＩＤが使用される場合、８ビットはＣＩＤ（１）に割り当てられ、残りの８ビットはＣＩＤ（２）に割り当てられる。従って、フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）のサイズが４８オクテットであることを考慮すると、非常に小さな量を伝送することで同様な目的を達成し得ることがわかる。
【００１８】
ＴＣＰ／ＩＰヘッダー圧縮アルゴリズム（ＲＦＣ２５０７＿圧縮ＴＣＰ）に係る圧縮ＴＣＰヘッダー圧縮技法を利用したパケットデータ伝送において、フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットはパケットストリームの最初のパケットから伝送される。以後のパケットは、以前に伝送されたパケットストリームのヘッダーとの差（ｖａｒｉａｎｃｅ）を有する各圧縮ヘッダーと共に伝送される。パケットストリームの文脈（ｃｏｎｔｅｘｔ）は、以前に受信されたフルヘッダー（ｆｕｌｌ  ｈｅａｄｅｒ）を参照して圧縮ヘッダーと共に続けて更新される。
【００１９】
ＴＣＰ／ＩＰヘッダー圧縮アルゴリズム（ＲＦＣ２５０７＿圧縮ＴＣＰ  ｎｏｎｄｅｌｔａ）に係る更に異なる圧縮ＴＣＰヘッダー圧縮技法を利用したパケットデータ伝送において、フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットはパケットストリームの最初のパケットから伝送される。以後の各パケットは、以前に伝送されたパケットストリームのヘッダーとの差（ｖａｒｉａｎｃｅ）を有する各圧縮ヘッダーと共に伝送される。前記パケットストリームの文脈（ｃｏｎｔｅｘｔ）は、以前に受信されたフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）を参照して圧縮ヘッダーと共に続けて更新される。
【００２０】
ＵＤＰ／ＩＰヘッダー圧縮アルゴリズム（ｃｏｍｐｒｅｓｓｅｄ  ｎｏｎ−ＴＣＰ、ｃｏｍｐｒｅｓｓｉｏｎ  ｓｌｏｗ−ｓｔａｒｔ：ＣＳＳ）を利用したパケットデータ伝送において、各フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）は最初のパケットから伝送され、パケットストリームの次のパケット中の一部は所定の規則（ｒｕｌｅ）に従って伝送される。図１５はＣＳＳ方法に従ってフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケット及び圧縮ヘッダーパケットを伝送するフローチャートである。図示されたように、ＩＮＴ（ｉｎｔｅｒｖａｌ）値は二つの連続されたフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケット間で伝送される圧縮ヘッダーパケットの数を表し、ＣＮＴ（ｃｏｕｎｔ）値は、伝送された圧縮ヘッダーパケットの数を表す。
【００２１】
前記方法によって圧縮ヘッダーパケットが伝送され、前記ＣＮＴ値及びＩＮＴ値が同様になる時、圧縮ヘッダーパケットの代りにフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットが伝送される。前記ＩＮＴ値は、フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）が伝送される時点に更新される。前記ＩＮＴ値が伝送間隔の臨界値に対応するＭａｘＩＮＴに達する時、前記ＩＮＴ値はそれ以上増加されなく、ＭａｘＩＮＴが維持される。前記手順は、パケットストリーム内の全てのデータが伝送される時、またはフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）情報が変更される時に終了される。以下、前記伝送方法に対してより詳しく説明する。
【００２２】
まず、各フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケット間に伝送される圧縮ヘッダーパケットの最低個数（ＭｉｎＩＮＴ）は初期値１に設定される。
【００２３】
ヘッダーパケット伝送の動作が開始されると、フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットが伝送された後（Ｓ８０）、その伝送された圧縮ヘッダーパケットの数を表すＣＮＴを０に初期化される（ＣＮＴ＝０）（Ｓ８１）。次いで、圧縮ヘッダーパケットが伝送され（Ｓ８２）、その伝送された圧縮ヘッダーパケットの個数を表すＣＮＴを１ほど増加させる（ＣＮＴ＝ＣＮＴ＋１）（Ｓ８３）。
【００２４】
次いで、ＩＮＴ値とＣＮＴ値とが比較されて（Ｓ８４）、もし二つの値が異なる場合、圧縮ヘッダーが追加的に伝送して、Ｓ８２〜Ｓ８４段階が反復的に遂行される。もし二つの値が同様な場合、ＩＮＴ値がＭａｘＩＮＴ値（本発明ではＭａｘＩＮＴ＝２５６）より大きいかを確認する（Ｓ８５）。もしＩＮＴ値がＭａｘＩＮＴより小さい場合、前記Ｓ８０〜Ｓ８５過程が反復的に遂行され、ＩＮＴ値は２の倍数単位（１、２、４、８、１６、…、２５６）に増加する。然し、もしＩＮＴ値がＭａｘＩＮＴと同じか大きい場合、ＩＮＴ値はそれ以上増加されず同様な伝送間隔が維持される。
【００２５】
従来のＣＳＳ方法を利用してフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットを伝送すると、少なくとも二つの長所がある。一番目に、伝送中にフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットをなくしたとしても、次に伝送されるフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットを利用して圧縮ヘッダーが復元されるという点である。二番目に、マルチキャスト（ｍｕｌｔｉｃａｓｔ）技法を利用して、同様なパケットが何人かの利用者に放送される場合、放送中に新しい利用者が接続するとしても、新しい利用者は、前記フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットを受信した後に正常的にデータを受信されることができる（ｅ．ｇ．新しい利用者は各圧縮パケットを受信して、次に伝送されたフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットに含まれた情報に基づいて前記圧縮パケットを復元する）。このような長所はシステムに安全性を与える。
【発明の開示】
【発明が解決しようとする課題】
【００２６】
然るに、従来のＣＳＳ方法においては、フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）が圧縮ヘッダーより遥かに大きいため、同様なデータストリーム内で各フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットを反復的に伝送することは、伝送効率を相当に低下させるという不都合な点があった。特に、これは、初期にフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットが成功的に伝送された時にそうである。このような状況下で、従来の方法は、初期のフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットが成功的に伝送されたとしても、データシステムにある各フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットを続けて伝送する。以下に詳しく説明されるが、本発明の発明者は、初期のフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットが成功的に伝送された後で伝送された全てのフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットは不必要に伝送されたものとみなす。
【００２７】
従来のＴＣＰ／ＩＰヘッダー圧縮アルゴリズムに係る圧縮ＴＣＰヘッダー圧縮技法はいくつかの短所を有している。例えば、圧縮ヘッダーパケットの文脈（ｃｏｎｔｅｘｔ）は直接または間接的にフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）を参照して復元される。もしストリーム内のパケットのヘッド中何れか一つが成功的に受信されないか、フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）が成功的に受信されない場合、以後のいくつかのパケットは一時復元されることができない。即ち、圧縮ＴＣＰヘッダー圧縮技法を利用したパケットデータの伝送において、もしフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットまたは圧縮ヘッダーパケットをなくした場合、受信側が該当の文脈（ｃｏｎｔｅｘｔ）を復元するのに多くの時間が必要になる。その上、送信側は該当の文脈（ｃｏｎｔｅｘｔ）が損傷されたことを認識し得ないため、次の圧縮ヘッダーパケットは不必要に伝送され、無線資源の浪費がもたらされる。もし受信機がフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケット伝送要求を送信機に直ちに送る場合、その要請に応じたトラフィック負荷は無線チャンネルに負担になることもあるという不都合な点があった。
【００２８】
本発明は、このような従来の課題に鑑みてなされたもので、前記問題点を解決し得る通信システムのパケットデータ伝送方法を提供することを目的とする。
【００２９】
且つ、従来より迅速且つ効率的にパケット伝送を制御し得る通信システム及び方法を提供することを目的とする。
【００３０】
且つ、システム上で伝送されるヘッダー情報の文脈（ｃｏｎｔｅｘｔ）及び各パケットの復元効率を高めると同時に、データストリームから送信機へのフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットの伝送要求を減少させ得る通信システム及び方法を提供することを目的とする。
【００３１】
且つ、各フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットの伝送を最適化し、データストリーム内でフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットの伝送要求回数を最小化し得る改善されたヘッダー圧縮技法を利用して、伝送効率を向上させ得る通信システム及び方法を提供することを目的とする。
【００３２】
且つ、システム内で伝送されるフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットの個数を相当に減らすと同時に、与えられたデータストリーム内で圧縮ヘッダーパケットの個数を増加し得る通信システム及び方法を提供することを目的とする。
【００３３】
且つ、フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットの個数を最小化して、データストリーム内で伝送される圧縮ヘッダーパケットの数を最大化し得るように改善されたヘッダー圧縮技法を利用して、伝送効率を向上し得る通信システム及び方法を提供することを目的とする。
【００３４】
且つ、ＵＭＴＳシステムで圧縮ＴＣＰ圧縮方法を使用する時、パケットの伝送効率及び圧縮解除（ｄｅｃｏｍｐｒｅｓｓｉｏｎ）効率を向上し得るパケットデータ伝送システム及び方法を提供することを目的とする。
【００３５】
且つ、特定のパケットストリームのフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットの伝送が周期的に、または非周期的に反復される時、フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットの伝送を制御することで、伝送効率を向上し得るパケットデータ伝送方法を提供することを目的とする。
【課題を解決するための手段】
【００３６】
本発明のパケットデータ伝送方法は、インターネットプロトコルに基づいたパケットデータストリームを受信する過程と、前記データストリームの全体ヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）情報を有する全体ヘッダーパケットを伝送する過程と、前記全体ヘッダー情報の一部を含む圧縮ヘッダーを有する少なくとも一つの圧縮ヘッダーパケットを伝送する過程と、前記全体ヘッダーパケットが受信側によって受信されたかを感知する過程と、全体ヘッダーパケットが受信されたと感知された場合、データストリームに残っている各パケットを圧縮ヘッダーパケットとして伝送する過程と、を順次行うことを特徴とする。
【００３７】
前記全体ヘッダーパケット及び圧縮ヘッダーパケットは、ヘッダー圧縮担当階層で作られ、前記全体ヘッダーパケット及び圧縮ヘッダーパケットをデータリンク階層を利用してヘッダー圧縮担当階層から受信側に伝送する過程を更に含む。
【００３８】
全体ヘッダーパケットが受信されなかったと感知された場合、前記全体ヘッダーパケットに該当するパケットＩＤ及び伝送結果報告指示者をデータリンク階層からヘッダー圧縮階層に伝達する過程を更に含む。
【００３９】
データリンク階層において、全体ヘッダーパケット又は圧縮ヘッダーパケットが受信側によって受信されたかを判断する過程と、前記判断結果をヘッダー圧縮担当階層に報告する過程と、を更に含む。
【００４０】
前記全体ヘッダーパケット及び圧縮ヘッダーパケットは、同様な文脈識別者（ｃｏｎｔｅｘｔ  ｉｄｅｎｔｉｆｉｅｒ）を有する。
【００４１】
前記全体ヘッダーパケット及び圧縮ヘッダーパケットは、ＣＳＳ方法により伝送される。
【００４２】
前記全体ヘッダーパケットが受信されたと感知された場合、そのデータストリームに対してＣＳＳ方法による全体ヘッダーパケットの伝送は中断される。
【００４３】
本発明のパケットデータ伝送方法は、インターネットプロトコルに基づいたパケットデータストリームを受信する過程と、前記データストリームに関する全体ヘッダー情報を有したパケットを伝送する過程と、前記データストリームにおいて、前記全体ヘッダー情報の一部を含む圧縮ヘッダーを有した少なくとも一つのパケットを伝送する過程と、受信側が前記パケットを受信したかを感知する過程と、前記各パケット中、何れか一つが受信されなかったと感知された場合、データストリーム内の全体ヘッダーパケットを伝送する過程と、を順次行うことを特徴とする。
【００４４】
前記全体ヘッダーパケット及び圧縮ヘッダーパケットは、送信側のヘッダー圧縮担当階層で作られ、該ヘッダー圧縮担当階層は、データリンク階層を利用してデータストリームを受信側に伝送する。
【００４５】
前記感知過程は、データリンク階層からの伝送結果報告によって行われる。
【００４６】
前記全体ヘッダーパケット又は少なくとも一つの圧縮ヘッダーパケットが受信側に受信されなかったことをデータリンク階層で判断する過程と、伝送失敗をヘッダー圧縮担当階層に報告する過程と、を更に含む。
【００４７】
前記全体ヘッダーパケット及び少なくとも一つの圧縮ヘッダーパケットは、同様な文脈識別者（ｃｏｎｔｅｘｔ  ｉｄｅｎｔｉｆｉｅｒ）を有する。
【００４８】
本発明のパケットデータ伝送方法は、上位階層からパケットデータを受信する過程と、前記パケットデータ及びヘッダーを下位階層を経て受信側に伝送し、前記下位階層は、パケットデータの伝送のための応答情報を受信側から受ける過程と、応答情報を受けた下位階層を感知する過程と、全体ヘッダーパケットを受信側に伝送する過程と、を順次行うことを特徴とする。
【００４９】
前記応答情報は、パケットデータ伝送失敗を表示する。
【００５０】
前記パケットデータに該当するパケットＩＤ及び伝送結果報告指示者をデータリンク階層からヘッダー圧縮階層に伝達する過程を更に含む。
【００５１】
前記全体ヘッダーパケット又は少なくとも一つの圧縮ヘッダーパケットが受信側に受信されなかったことをデータリンク階層で判断する過程と、伝送失敗をヘッダー圧縮担当階層に報告する過程と、を更に含む。
【００５２】
前記全体ヘッダーパケット及び圧縮ヘッダーパケットは、同様な文脈識別者を有する。
【００５３】
本発明の通信システムの情報伝送方法は、ヘッダーと共にデータストリーム内のパケットを受信側に伝送する過程と、受信側が前記パケットを受信したかを判断する過程と、前記パケットが受信側によって受信された場合、データストリーム内のパケットを圧縮ヘッダー情報と共に受信側に伝送する過程と、を順次行うことを特徴とする。
【００５４】
前記判断過程は、前記パケットが受信側によって受信されたことを示す状態情報の伝送を受信側から受ける過程を含んでいて、前記残っているパケットを伝送する過程は、前記状態情報に応じて遂行される。
【００５５】
前記状態情報は、状態ＰＤＵを含む。
【００５６】
前記残っているパケットを伝送する過程は、前記パケット内のヘッダー情報に基づいた圧縮ヘッダー情報を生成する過程を含む。
【００５７】
前記判断及び生成過程は、通信プロトコル内の夫々相違な階層で遂行される。
【００５８】
前記判断過程は、ＲＬＣ階層で遂行され、前記生成過程は、ＰＤＣＰ階層で遂行される。
【００５９】
前記パケットは、データストリーム内の一番目のパケットである。
【００６０】
前記パケットは、データストリーム内の一番目のパケット以後のパケットである。
【００６１】
前記圧縮ヘッダー情報は、圧縮ＴＣＰヘッダー情報を含む。
【００６２】
前記圧縮ヘッダー情報は、圧縮ＴＣＰ  ｎｏｎｄｅｌｔａヘッダー情報を含む。
【００６３】
前記圧縮ヘッダー情報は、圧縮ｎｏｎ−ＴＣＰヘッダー情報を含む。
【００６４】
受信側が前記パケットを受信しないと、データストリーム内の前記ヘッダー情報を含む他のパケットを受信側に伝送する過程と、受信側が前記他のパケットを受信したかを判断する過程と、前記他のパケットが受信側に伝送された場合、データストリーム内の以後の全てのパケットを前記圧縮ヘッダー情報と共に伝送する過程と、を更に含む。
【００６５】
前記データストリームの伝送を中止する過程と、前記ヘッダー情報を有した前記他のパケットを順序に関係なく、次のパケットに伝送する過程と、を更に含む。
【００６６】
前記パケット及び前記他のパケットは、同様な文脈識別者を有する。
【００６７】
前記通信システムは、有線システムである。
【００６８】
前記通信システムは、無線システムである。
【００６９】
本発明の通信システムの情報伝送方法は、データストリーム内の全体ヘッダーパケットを周期的に伝送する過程と、前記全体ヘッダーパケット中、何れか一つが成功的に受信されたという情報を受信する過程と、データストリームに残っているパケットを圧縮ヘッダーパケットとして伝送する過程と、を順次行うことを特徴とする。
【００７０】
本発明の送信機は、伝送するためのパケットを生成するパケット形成部と、該パケット形成部によって生成された各パケットが受信側により受信されたかを感知する感知部と、を含んで構成される送信機において、前記パケット形成部で、感知部から受信側がデータストリームの全体ヘッダーパケットを受信したという情報を受けると、圧縮ヘッダーを有する残ったパケットを生成することを特徴とする。
【００７１】
前記感知部は、パケット形成部で生成した各パケットが受信されたかを受信側から送る状態情報に基づいて感知する。
【００７２】
前記状態情報は、状態ＰＤＵを含む。
【００７３】
前記パケット形成部のパケット形成動作及び感知部の感知動作は、通信プロトコルの相互異なる階層で行われる。
【００７４】
前記パケット形成動作はＰＤＣＰ階層で行なわれ、前記感知動作はＲＬＣ階層で行われる。
【００７５】
前記パケット形成部で、データストリーム内の全体ヘッダーパケットが受信側に受信されなかったという情報を感知部から受けると、伝送するための他の全体ヘッダーパケットを形成する。
【００７６】
前記受信されなかった全体ヘッダーパケットは、データストリーム内で生成された一番目の全体ヘッダーパケットである。
【００７７】
二つの圧縮ヘッダーパケット間に前記他の全体ヘッダーパケットを伝送する伝送部を更に含む。
【００７８】
前記パケット形成部で、データストリーム内の全体ヘッダーパケットが受信側に受信されなかったことを示す情報を感知部から受信すると、感知部が全体ヘッダーパケットの受信を感知するまで余分の全体ヘッダーパケットを続けて形成し、以後の全てのパケットは、圧縮ヘッダーパケットによって形成される。
【００７９】
前記各圧縮ヘッダーは、圧縮ＴＣＰヘッダー情報を含む。
【００８０】
前記圧縮ヘッダーは、圧縮ＴＣＰ  ｎｏｎｄｅｌｔａ情報を含む。
【００８１】
前記圧縮ヘッダーは、圧縮ｎｏｎ−ＴＣＰヘッダー情報を含む。
【００８２】
本発明のＴＣＰストリームのためのフルヘッダーパケット伝送方法は、第１階層が単一パケットの失敗された伝送の情報を他の第２階層から受信する過程と、第１階層において次のパケットをフルヘッダーとして伝送する過程と、を順次行うことを特徴とする。
【００８３】
前記第１階層は、送信側のＰＤＣＰ階層で、第２階層は下位階層である。
【００８４】
前記第２階層は、送信側のデータリンク階層である。
【００８５】
前記データリンク階層は、ＲＬＣ階層である。
【００８６】
本発明のｎｏｎ−ＴＣＰストリームのためのフルヘッダーパケット伝送方法は、第１階層がフルヘッダーパケットの成功した伝送の情報を他の第２階層から受信する過程と、第１階層において同様なフルヘッダーを含むフルヘッダーパケットを以前に伝送されたフルヘッダーとして伝送することを停止する過程と、を順次行うことを特徴とする。
【００８７】
前記第１階層は、送信側のＰＤＣＰ階層で、前記第２階層は下位階層である。
【００８８】
前記第２階層は、送信側のデータリンク階層である。
【００８９】
前記データリンク階層は、ＲＬＣ階層である。
【００９０】
本発明の改良されたパラメーターは、構成されたＰＤＣＰ階層とＲＬＣ階層間で伝達される複数のパラメーターにおいて、送信ＲＬＣエンティティ（ｅｎｔｉｔｙ）が廃棄されたＲＬＣ  ＳＤＵを上位階層に通知する必要与否を示すパラメーター（Ｄｉｓｃａｒｄ  Ｒｅｑ）を含むことを特徴とする。
【００９１】
ＲＬＣ  ＳＤＵが成功的に伝送されたか又は廃棄されたかを示すパラメーター（Ｓｔａｔｕｓ）を追加して含む。
【００９２】
前記パラメーター（Ｓｔａｔｕｓ）は、ただ応答モード（ＡＭ）動作のみで適用し得る。
【００９３】
このような目的を達成するため、本発明に係る通信システムのパケットデータ伝送方法においては、一つのパケットストリームで、伝送側のヘッダー圧縮階層は以前のデータリンク階層内のデータパケットの情報状態を参照して、データリンク階層を通したフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）を有する圧縮ヘッダーパケットまたはフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）を有するルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットの伝送を決定する。
【００９４】
通信システムの送信側のヘッダー圧縮階層において、本発明に係る通信システムのパケットデータ伝送方法は、
上位階層からパケットデータストリームを受信する過程と、
パケットデータストリームのフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）情報を有するフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットを下位階層を通して伝送する過程と、
フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）情報の一部分を保有した圧縮ヘッダーを有する圧縮ヘッダーパケットを下位階層を通して伝送する過程と、
下位階層の報告によって、受信側が前記パケットを受信したかを検出する過程と、
もし前記パケットが受信されなかった場合、パケットをフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットに伝送する過程と、を順次行う。
【００９５】
前記検出過程は、データリンク階層がパケット伝送失敗を検出したかを検出する過程と、その検出された伝送失敗情報をデータリンク階層から受信する過程と、順次行うことを特徴とする。
【００９６】
前記伝送失敗情報は、該当のパケットのＩＤ情報及び／または伝送失敗通知指示情報を含むことを特徴とする。
【００９７】
前記所定の圧縮方法は、フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）から連続的に更新された以前のパケットヘッダーを参照して、現在のパケットのヘッダーによって文脈（ｃｏｎｔｅｘｔ）を更新する方法であることを特徴とする。
【００９８】
フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）から連続的に更新された以前のパケットヘッダーを参照して、現在のパケットのヘッダーによって更新された圧縮方法は、圧縮ＴＣＰ技術（ｃｏｍｐｒｅｓｓｅｄ  ＴＣＰ  ｔｅｃｈｎｉｑｕｅ）であることを特徴とする。
【００９９】
前記所定の圧縮方法は、以前のフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）を参照して、現在のパケットのヘッダーによって文脈（ｃｏｎｔｅｘｔ）が更新される方法であることを特徴とする。
【０１００】
前記圧縮方法は、文脈（ｃｏｎｔｅｘｔ）がフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットによって更新される圧縮  ＴＣＰ  ｎｏｎｄｅｌｔａ  技法（ｃｏｍｐｒｅｓｓｅｄ  ＴＣＰ  ｎｏｎｄｅｌｔａ  ｔｅｃｈｎｉｑｕｅ）であることを特徴とする。
【０１０１】
前記ヘッダー圧縮階層は、パケットデータ収斂プロトコル（ｐａｃｋｅｔ  ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ：ＰＤＣＰ）階層であって、データリンク階層は無線リンク制御（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ：ＲＬＣ）階層であることを特徴とする。
【０１０２】
前記ＲＬＣ階層の制御平面の上位階層はＲＲＣ階層で無線資源を管理するＲＲＣ階層であり、前記ＲＲＣ階層は、ＲＬＣから廃棄されたＳＤＵの情報をＰＤＣＰ階層に提供するように無線ベアラー（ｂｅａｒｅｒ）を設定することを特徴とする。
【０１０３】
本発明に係るパケットデータ伝送方法において、ＰＤＣＰ階層はＰＤＣＰ  ＰＤＵをＲＬＣ階層に伝達する時、該当のＰＤＵの伝送失敗結果に関してＰＤＣＰ階層に通報するようにＲＬＣ階層に命令することを特徴とする。
【０１０４】
本発明に係るパケットデータ伝送方法において、ＰＤＣＰ階層はＰＤＣＰ  ＰＤＵをＲＬＣ階層に送る時、該当のＰＤＵと共に伝送失敗報告指示者指示者（ｉｎｄｉｃａｔｏｒ）を伝達することを特徴とする。
【０１０５】
且つ、このような目的を達成するため、本発明に係る通信システムのパケットデータ伝送方法においては、一つのパケットストリームに対して、送信側はフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）と共にフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットを伝送するか、または受信側のヘッダー圧縮階層及びデータリンク階層を通して圧縮ヘッダーと共にパケットの圧縮ヘッダーパケットを伝送し、受信側はフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットのフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）情報を利用して、圧縮ヘッダーパケットの圧縮ヘッダー情報を復元するヘッダー圧縮階層において、
インターネットプロトコルを利用するパケットデータストリームを受信する過程と、
パケットデータストリームのフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）情報を有するフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットを伝送する過程と、
フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）情報の一部を保有した圧縮ヘッドを有する圧縮ヘッダーパケットを伝送する過程と、
前記パケットが受信側に受信されたかを検出する過程と、
もしパケットが受信されなかったと検出された場合、直に次のパケットをフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットに伝送する過程と、を順次行う。
【０１０６】
本発明に係るパケットデータ伝送方法において、前記検出過程は、データリンク階層がパケット伝送失敗を検出したかを検出する過程と、その検出された伝送失敗情報をヘッダー圧縮階層に伝達する過程と、を順次行う。
【０１０７】
本発明に係るパケットデータ伝送方法において、前記伝送失敗情報は、該当のパケットのＩＤ情報及び／または伝送失敗指示情報を含むことを特徴とする。
【０１０８】
本発明に係るパケットデータ伝送方法において、前記所定の圧縮方法は、フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）から連続的に更新された以前のパケットヘッダーを参照して、現在のパケットのヘッダーによって文脈（ｃｏｎｔｅｘｔ）を更新する方法であることを特徴とする。
【０１０９】
本発明に係るパケットデータ伝送方法において、前記所定の圧縮方法は、以前のフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）を参照して、現在のパケットのヘッダーによって文脈（ｃｏｎｔｅｘｔ）が更新される方法であることを特徴とする。
【０１１０】
本発明に係るパケットデータ伝送方法において、前記圧縮方法は、文脈（ｃｏｎｔｅｘｔ）がフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットによって更新される圧縮ＴＣＰ  ｎｏｎｄｅｌｔａ技法（ｃｏｍｐｒｅｓｓｅｄ  ＴＣＰ  ｎｏｎｄｅｌｔａ  ｔｅｃｈｎｉｑｕｅ）であることを特徴とする。
【０１１１】
本発明に係るパケットデータ伝送方法において、フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）から連続的に更新された以前のパケットヘッダーを参照して、現在のパケットのヘッダーによって更新された圧縮方法は、圧縮ＴＣＰ技法（ｃｏｍｐｒｅｓｓｅｄ  ＴＣＰ  ｔｅｃｈｎｉｑｕｅ）であることを特徴とする。
【０１１２】
本発明に係るパケットデータ伝送方法において、前記伝送失敗情報がデータリンク階層から受信された場合、新しいフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットをデータリンク階層の送信側に伝達する過程をを更に含むことを特徴とする。
【０１１３】
本発明に係るパケットデータ伝送方法において、ヘッダー圧縮階層が伝送失敗情報を受信した時、ヘッダー圧縮階層は、伝送失敗したパケットと同様なＣＩＤを使用する次の最初のパケットをフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットに圧縮して伝送することを特徴とする。
【０１１４】
本発明に係るパケットデータ伝送方法において、前記ＲＬＣ階層の制御平面上の上位階層は無線資源を管理するＲＲＣ階層であり、前記ＲＲＣ階層は、ＲＬＣから廃棄されたＳＤＵの情報をＰＤＣＰ階層に提供するように無線ベアラーを設定することを特徴とする。
【０１１５】
本発明に係るパケットデータ伝送方法において、前記ＰＤＣＰ階層は、ＰＤＣＰ  ＰＤＵをＲＬＣ階層に伝達する時、該当の伝送失敗結果に関して、ＰＤＣＰ階層に通報するようにＲＬＣ階層に命令することを特徴とする。
【０１１６】
本発明に係るパケットデータ伝送方法において、前記ＰＤＣＰ階層は、ＰＤＣＰ  ＰＤＵをＲＬＣ階層に送る時、該当のＰＵＤと共に、伝送失敗報告指示者（ｉｎｄｉｃａｔｏｒ）を伝達することを特徴とする。
【０１１７】
且つ、本発明に係るパケットデータ伝送方法は、受信側がフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットのフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）情報を利用して、圧縮ヘッダーパケットの圧縮ヘッダー情報を復旧し得るように、一つのパケットストリームに対して、データリンク階層を通したフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットまたは圧縮ヘッダーパケットを伝送するヘッダー圧縮階層において、
フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットまたは圧縮ヘッダーパケットをデータリンク階層に伝送する過程と、
データリンク階層によってパケットの伝送結果を感知する過程と、
一つ以上のパケットにかけて、前記伝送失敗情報がデータリンク階層から伝達されると、次のパケットをフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットに伝送する過程と、を順次行う。
【０１１８】
前記のような目的を達成するため、本発明に係るパケットデータの伝送装置においては、ヘッダー圧縮階層に具備され、上位階層から受信されたデータのヘッダーをフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットまたは圧縮ヘッダーパケットに変換するヘッダー圧縮部と、
伝送失敗情報によって前記ヘッダー圧縮部のヘッダー圧縮を制御するヘッダー圧縮制御部と、
前記変換されたフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットまたは圧縮ヘッダーパケットをデータリンク階層に伝達するデータ伝送部と、
前記データリンク階層に具備されて、前記ヘッダー圧縮階層のデータ伝送部から伝達されたパケットを受信側に伝送するバッファー及び伝送部と、
受信側に伝送されたパケット中、伝送に失敗したパケットを区別して、伝送失敗情報を前記ヘッダー圧縮制御部に伝送する伝送失敗判別部と、含んで構成されている。
【０１１９】
本発明に係るパケットデータ伝送装置において、前記伝送失敗情報は、該当のパケットのＩＤ情報及び伝送失敗指示者を含むことを特徴とする。
【０１２０】
本発明に係るパケットデータ伝送装置において、前記ヘッダー圧縮制御部は、前記伝送失敗判別部から伝送失敗情報が受信されると、伝送に失敗したパケットのＣＩＤと同様なＣＩＤを使用する、次の最初のパケットをフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットに圧縮するようにヘッダー圧縮部を制御することを特徴とする。
【０１２１】
本発明に係るパケットデータ伝送装置において、前記ヘッダー圧縮階層はＰＤＣＰ階層であり、前記データリンク階層は無線リンク制御（ＲＬＣ）階層である。
【０１２２】
且つ、本発明は、一つのパケットストリームに対して、送信側のヘッダー圧縮階層はデータリンク階層にある以前のフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットの伝送成功を参照して、データリンク階層を通してフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットと共に、フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットを伝送するか、または圧縮ヘッダーと共に圧縮ヘッダーパケットを送るかを決定する通信システムのパケットデータ伝送方法を提供する。
【０１２３】
通信システムの送信側の前記ヘッダー圧縮階層において、本発明に係るパケットデータ伝送方法は、上位階層からパケットデータストリームを受信する過程と、  前記パケットデータストリームのフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）情報を有するフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットを下位階層を通して伝送する過程と、
前記フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）情報の一部を有する圧縮ヘッダーが含まれた圧縮ヘッダーパケットを下位階層を通して伝送する過程と、
前記下位階層の報告によって、前記パケットが受信側によって受信されたかを検出する過程と、
もし前記パケットが受信されたと判断された時、伝送されるパケットを圧縮ヘッダーパケットとして伝送される過程と、を順次行う。
【０１２４】
送信側はフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットまたは圧縮ヘッダーパケットを伝送し、受信側は前記フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットのフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）情報を利用して、前記圧縮ヘッダーパケットの圧縮ヘッダー情報を復旧する本発明に係るパケットデータ伝送方法は、
インターネットプロトコルを使用するパケットデータストリームを受信する過程と、
パケットデータストリームのフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）情報を有するフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットを伝送する過程と、
受信側が前記パケットを受信したかを検出する過程と、
前記パケットが受信されたと検出された時、次に伝送される同一のストリーム内のパケットを圧縮ヘッダーパケットとして伝送する過程と、を順次行う。
【０１２５】
本発明に係るパケットデータ伝送方法において、前記伝送された各フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケット中、少なくとも一つのフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットが成功的に伝送されると、前記ヘッダー圧縮階層はフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットをそれ以上伝送しないで、ただ、圧縮ヘッダーパケットのみを伝送することを特徴とする。
【０１２６】
本発明に係るパケットデータ伝送方法において、前記フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットは、圧縮スロースタート（ｃｏｍｐｒｅｓｓｉｏｎ  ｓｌｏｗ  ｓｔａｒｔ：ＣＳＳ）技法を利用して伝送されることを特徴とする。
【０１２７】
本発明に係るパケットデータ伝送方法において、前記ヘッダー圧縮担当階層は、データリンク階層から特定のパケットストリームに対するフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットの伝送失敗に関する情報を受信し、もし以前にもフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットが成功的に伝送されなかった場合、前記ヘッダー圧縮担当階層は、直ちにフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットの伝送周期（ｉｎｔｅｒｖａｌ）と関係なしに、該当のパケットストリームに対するフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットを更に伝送することを特徴とする。
【０１２８】
本発明に係るパケットデータ伝送方法において、前記フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットは、追加伝送以後には、以前に設定されていたフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットの伝送周期に伝送されることを特徴とする。
【０１２９】
本発明に係るパケットデータ伝送方法において、前記伝送結果はパケットＩＤ情報及び伝送結果情報である。
【０１３０】
本発明に係るパケットデータ伝送方法において、前記ヘッダー圧縮階層がフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットを下位階層であるデータリンク階層に伝送する時、フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットと、フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットを表すフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケット指示者とを共に伝送する。
【０１３１】
本発明に係るパケットデータ伝送方法において、前記ヘッダー圧縮階層は、データリンク階層からフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットが成功的に伝送されたという情報を受信すると、該当のパケットストリームに対する周期的または非周期的なフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットの反復伝送をそれ以上遂行せず、ただ、圧縮ヘッダーパケットのみを伝送することを特徴とする。
【０１３２】
且つ、ヘッダー圧縮階層でデータリンク階層を通して周期的または非周期的に特定のビットストリームに対するフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットを受信側に反復伝送する本発明に係る通信システムのパケットデータ伝送方法は、
フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットまたは圧縮ヘッダーパケットを伝送する過程と、
前記圧縮ヘッダーパケットの伝送結果を検出する過程と、
一つのパケットストリームに対して、少なくとも一つのフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットが成功的に伝送された時、フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットでなく、ただ、圧縮ヘッダーのみを伝送する過程と、順次行う。
【０１３３】
本発明に係るパケットデータ伝送方法において、前記フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットは、圧縮スロースタート（ＣＳＳ）技法を利用して伝送されることを特徴とする。
【０１３４】
本発明に係るパケットデータ伝送方法は、もし特定のパケットストリームに対するフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットの伝送が失敗し、何れのフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットも以前に成功的に伝送されなかった場合、前記フルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットの伝送周期に関係なく、該当のパケットストリームに対するフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）パケットを更に伝送する過程を行うことを特徴とする。
【０１３５】
本発明に係るパケットデータ伝送方法において、前記伝送結果はパケットのＩＤ情報及び伝送結果情報であることを特徴とする。
【発明を実施するための最良の形態】
【０１３６】
以下、本発明の実施の形態に対し、図面を用いて説明する。
【０１３７】
図１は３ＧＰＰによって推薦された各網構造中、パケットドメイン内における網構造を示した図である。この構造で、前記ＵＴＲＡＮは複数の無線網下位システム（ＲＮＳｓ）を含んでいて、それぞれの下位システムは、一つの無線網制御器（ＲＮＣ）に連結された複数のノード（Ｂ）を含んでいる。
【０１３８】
核心網（ＣＮ）は、採択された交換モード（パケット交換網または回線交換網）に従って異なる構造を有している。パケット交換網が本発明で考慮される場合、前記核心網は、複数のサービング支援ノード（ＳＧＳＮｓ）及び一つのゲートウエーＧＰＲＳ支援ノード（ＧＧＳＮ）を含んでいる。
【０１３９】
それぞれのノードＢは、使用者道具（ＵＥ）（一般に、移動局や端末機と呼ばれる）とＵＴＲＡＮ間を連結するための連結点として作用する。前記ＲＮＣは、無線資源をそれぞれの使用者道具に割り当て、前記無線資源を管理する。
【０１４０】
前記ＲＮＣは二つのタイプに分類されるが、一番目のタイプは、コントロールＲＮＣ（ＣＲＮＣ）として知られたもので、共通的な無線資源を管理する。二番目のタイプは、サービングＲＮＣ（ＳＲＮＣ）として知られたもので、それぞれの端末機に割り当てられた無線資源を管理する。前記使用者道具のＲＮＣが位置するＲＮＣはＳＲＮＣとも呼ばれるが、それは特定の使用者道具から観察される。
【０１４１】
ＵＴＲＡＮからＣＮに伝送された前記ＳＧＳＮルート情報は、前記情報の受信地が現在のＣＮとは異なる網である場合、ＵＴＲＡＮから相互異なるＣＮに情報を送るためのゲートウエーとして作用する。
【０１４２】
各部分のデータインターフェースは、次のようにそれぞれ他の名前を有している。前記使用者道具と各ノードＢ間のインターフェースは’Ｕｕ’、前記各ノードＢと関連されたＲＮＣ間のインターフェスは’ｌｕｂ’、前記各ＲＮＣ間のインターフェースは’ｌｕｒ’、前記各ＲＮＣと各ＳＧＳＮ間のインターフェースは’ｌｕ’、そして、前記各ＳＧＳＮとＧＧＳＮ、または前記各ＳＧＳＮ間のインターフェースは’Ｇｎ’と称される。
【０１４３】
前記パケットドメイン網（ＰＤＮ）は、パケットサービス地域内の他の網間の連結を支援するパケット交換ドメインの中枢的な網である。図６は網構造の例を示した図で、前記インターフェース’ｌｕｒ’は、一つの異なるＳＧＳＮの各ＲＮＳ間で選択的に存在することができる。また、前記インターフェース’Ｇｎ’は各ＳＧＳＮ間で選択的に存在することもできる。
【０１４４】
図２及び３は、図１の網構造が階層構造を有していることを示した図で、図２に示されたように、前記ＵＴＲＡＮや使用者道具の詳細階層化がインターフェース’Ｕｕ’を支援するが、それは無線インターフェースである。図面において、前記使用者平面は音声やＩＰパケットの伝送などのように、使用者のトラフィック情報が伝送される領域で、制御平面はインターフェースや呼の維持及び管理のような制御情報が伝送される領域である。
【０１４５】
前記使用者平面は、最初の階層として作用する物理的な階層（Ｌ１）、パケットデータ収斂プロトロル（ＰＤＣＰ）階層、無線リンク制御階層（ＲＬＣ）、媒体接続制御階層（ＭＡＣ）、及びＯＳＩモデルによって定義された７階層中、二番目のデータリンク階層として作用する放送／マルチキャスト制御（ＢＭＣ）階層を含んでいる。
【０１４６】
前記制御平面は、無線資源制御層、ＲＬＣ階層、ＭＡＣ階層、及び物理階層を含んでいる。
【０１４７】
前記物理階層は、多様な無線接近技術を利用して情報伝達サービスを上位階層に提供する。前記物理階層は、伝送チャンネルを通してＭＡＣ階層に連結され、ＭＡＣ階層と物理階層間のデータは前記伝送チャンネルを通して交換される。前記伝送チャンネルは、端末が独占的に利用されるか、または、複数の端末が共有して使用されるかによって、それぞれ専用伝送チャンネルと共用伝送チャンネルとに分類される。
【０１４８】
前記ＭＡＣ階層は、前記無線資源を割り当てるか再び割当てるＭＡＣ変数再割当サービスを提供する。前記ＭＡＣ階層は、論理チャンネルを通してＲＬＣ階層に連結され、多様な論理チャンネルが伝送された情報の形態によって提供される。一般的に、情報が制御チャンネルの使用される制御平面上に伝送されるか、使用者平面上に伝送される時にトラフィックチャンネルが使用される。
【０１４９】
前記ＲＬＣ階層は、無線リンクを設定するか解除する機能、上位階層からの各ＲＬＣサービスデータユニット（ＳＤＵ）を分解して再び組立てる機能、及び伝送中に損失されたＲＬＣ  ＰＤＵを取扱ったり再伝送する機能を含んでいる。
【０１５０】
前記ＲＬＣ  ＳＤＵのサイズはＲＬＣ階層で制御される。すると、各ヘッダーは、前記各ＳＤＵを前記ＭＡＣ階層に伝送するための各プロトコルデータユニット（ＰＤＵｓ）に変形させるために付着される。前記ＲＬＣ階層は、ＲＬＣ  ＳＤＵの処理方法に応じて、透明モード、無応答モード、及び応答モードの三つの方式で動作し、ＲＬＣ階層には、上位階層からのＲＬＣ  ＳＤＵ、または各ＲＬＣ  ＰＤＵを格納するためのＲＬＣバッファーが存在する。
【０１５１】
前記ＰＤＣＰ階層は、ＲＬＣ階層の上位に位置し、ＩＰｖ４やＩＰｖ６ＩＰのようなＩＰ網プロトコルを通して伝送される各データがＲＬＣ階層に伝送されるのに適合するようにさせる。且つ、前記ＰＤＣＰ階層は無線網に不必要であるが、有線網では使用されるヘッダー情報を減少させることで、前記データが效率的に伝送されることを確信する。ヘッダー圧縮と呼ばれるこの機能は、ＴＣＰ／ＩＰのような通信で使用されたヘッダー情報の量を減らすのに利用される。例えば、前記ＰＤＣＰ階層及びＢＭＣ階層は、ただ、使用者データのみを伝送するため、前記使用者平面上に位置している。
【０１５２】
前記ＲＬＣ階層は、その上方側に連結された階層に応じて使用者平面や制御平面に属することができる。即ち、前記ＲＬＣ階層がＲＲＣ階層からデータを受ける場合は制御平面に属し、反対の場合は使用者平面に属するようになる。一般に、前記使用者平面から第２階層（Ｌ２）によって上位階層に提供される使用者データの伝送サービスを無線ベアラー（ＲＢ）と定義し、制御平面から第２階層（Ｌ２）によって上位階層に提供される制御情報の伝送サービスはシグナルリング無線ベアラー（ＳＲＢ）と定義する。
【０１５３】
図２に示されたように、前記ＲＬＣ階層及びＰＤＣＰ階層は、それぞれ複数のエンティティーを含んでいる。これは、一つの使用者道具がいくつかの無線ベアラーを有し、一般的に、一つの無線ベアラーに対して、ただ一つのＲＬＣエンティティー及びＰＤＣＰエンティティーが使用されるためである。ＲＬＣ階層及びＰＤＣＰ階層の前記エンティティーは各階層で独立的な機能を遂行することができる。
【０１５４】
前記ＢＭＣ階層は、セル放送センター（ＣＢＣ）から伝えられたメッセージを無線インターフェースを通して伝送し得るようにする。ＢＭＣの主な機能は、使用者道具に伝送されるセル放送メッセージをスケジューリングして伝送することで、一般的に無応答モードで動作するＲＬＣ階層を通してデータを伝送する。
【０１５５】
第３階層（Ｌ３）の最下位に位置する前記ＲＲＣ階層は、ただ、制御平面のみで定義される。それは、システム情報を任意の地域に位置する全ての使用者道具で放送する機能をする。
【０１５６】
且つ、前記ＲＲＣ階層は、第３階層で交換された制御信号に対する制御平面信号を処理し、使用者道具とＵＴＲＡＮ間の無線資源を設定、維持、及び解除する機能をする。後者の機能を遂行するのにおいて、前記ＲＲＣ階層はＲＢを設定、再設定、及び解除して、無線資源連結を構築するために必要な無線資源を割り当て、再配列して、解除する機能を遂行する。この時、無線ベアラーを設定することは、各特定のパラメーター及び動作方法を設定する過程だけでなく、無線地域内に所定のサービスを提供するのに必要なプロトコル階層及びチャンネルの特性を規定する過程を含んでいる。
【０１５７】
使用者道具で提供されるサービスは、一般的に回線交換サービスとパケット交換サービスとに分類される。例えば、音声呼び出しサービスは回線交換サービスに含まれ、インターネット接続を通したウェブブラウジングサービスはパケット交換サービスに含まれる。前記回線交換サービスは前記核心網のＭＳＣを通してＵＴＲＡＮに連結され、パケット交換サービスは前記核心網のＳＧＳＮを通して提供される。従って、前記ＵＴＲＡＮが連結される核心網との接近点は提供されるサービスの形態によって異なる。
【０１５８】
図３はＵＭＴＳ網内でパケット交換サービスを提供するために使用される使用者平面のプロトコル構造の例を示した図である。この時、前記ＳＧＳＮは、ＵＴＲＡＮに直接連結された前記パケット交換サービスを支援し、経路（ｒｏｕｔｉｎｇ）位置情報登録、呼び出し、及び保安と関連された制御のような移動管理機能を取扱う。前記ＧＧＳＮは、インターネット網のような他のパケット交換網への連結を支援する。以下、外部のパケット交換網から端末機にパケット交換サービスを伝送する過程を説明する。
【０１５９】
多様な処理過程を経た後、応用プログラムと関連されたパケットがＩＰパケットの形態にＧＧＳＮに到達する。前記ＩＰパケットの住所を確認し次第、前記ＧＧＳＮは、ＳＧＳＮを通して各パケットをＵＴＲＡＮに伝送する。
【０１６０】
この時、前記ＩＰパケットの伝送に利用されるＧＴＰ−ＵがＵＴＲＡＮとＳＧＳＮ間、またはＳＧＳＮとＧＧＳＮ間の使用者データを要約し、それをトンネル（ｔｕｎｎｅｌ）にする。即ち、前記ＧＴＰ−Ｕは、外部パケット網から使用者データパケットを受信して、前記パケットの受信地住所を判断し、設定経路に従って次の受信地に伝送する。
【０１６１】
有線網内で、パケット伝送のために広く利用される使用者データグラムプロトコル（ＵＤＰ）／ＩＰプロトコルは、ＧＴＰ−Ｕプロトコルの下位階層に位置して前記ＧＴＰ−Ｕパケットを運搬する。
【０１６２】
前記ＧＴＰ−ＵによってＵＴＲＡＮのＲＮＣまで伝送されたＩＰパケットは、ＰＤＣＰ階層に伝送されることになり、これは、ヘッダー圧縮技術によってヘッダーのサイズを減少させ、前記ＲＬＣ階層の結果をＰＤＣＰ  ＰＤＵ（＝ＲＬＣ
ＳＤＵ）の形態に伝達する。
【０１６３】
前記ＲＬＣ階層は、上位階層からの前記各ＲＬＣ  ＳＤＵを適切に分割または連結させ、それらをＲＬＣ  ＰＤＵの形態に合わせて前記ＲＬＣ  ＰＤＵを構成する。前記ＲＬＣ  ＳＤＵがＲＬＣ  ＰＤＵより大きい場合、前記ＲＬＣ  ＳＤＵはいくつかのＲＬＣ  ＰＤＵを構成するために分割される。その反面、前記ＲＬＣ  ＳＤＵがＲＬＣ  ＰＤＵより小さい場合、いくつかのＲＬＣ  ＳＤＵがグループ化されて一つのＲＬＣ  ＰＤＵを構成することができる。従って、前記構成された各ＲＬＣ  ＰＤＵは、ＭＡＣ階層内の他の使用者道具のＲＬＣ  ＰＤＵと共に多重化されて前記物理階層に伝送される。
【０１６４】
使用者道具（または端末機）内で、前記ＰＤＣ  ＰＰＤＵはＭＡＣ階層及びＲＬＣ階層を通してＰＤＣＰ階層に伝えられ、前記使用者道具のＰＤＣＰ階層は、最初のＩＰヘッダーを回復するために前記圧縮ヘッダー情報を復旧する。すると、前記各ＩＰパケットの結果がＩＰ階層に伝えられる。
【０１６５】
以下、前記ＰＤＣＰ階層が使用者道具及びＵＴＲＡＮで遂行するヘッダー圧縮技術に対して説明する。一つのＩＰパケットを伝送するにおいて、特に、無線インターフェースを通して伝送するにおいて、前記ヘッダーが圧縮されるべき理由は、前記ＩＰパケットのヘッダーのサイズが前記パケットのペイロードのサイズと比較した時、無視してもかまわないほど小さくないためである。
【０１６６】
例えば、前記使用者道具がＩＰ網からデータを受信する場合、ＩＰのヘッダー情報は、前記パケットをＩＰ網内でルートさせるために各パケットに加えられる。この時、Ｉｐｖ４の場合、２４個のオクテットヘッダー情報が付加され、ＩＰｖ６の場合、４０個のオクテットヘッダー情報が付加される。ＴＣＰ階層やＵＤＰ階層が前記ＩＰ階層上に位置すると、２４個のオクテットヘッダー情報及び８個のオクテットヘッダー情報が付加的に要求される。従って、ＴＣＰ／ＩＰｖ６を使用するパケットを伝送する場合、少なくとも６４個のヘッダー情報がパケット当たり要求され、その反面、ＵＤＰ／ＩＰｖ６を使用するパケットを伝送する場合、少なくとも４８個のオクテットヘッダー情報がパケット当たり要求される。ＵＤＰ／ＩＰｖ６を使用してパケットが伝送されるＶｏＩＰ（ＩＰ上への音声）サービスの場合、４８個のオクテットヘッダー情報は、数十個のオクテットのみを有しているペイロード（例えば、前記情報が８ｄｂｐｓＧ．７２９ｃｏｄｅｃによって圧縮される場合は２０個のオクテット）と比較した時、実際にはもっと大きい。
【０１６７】
従って、ＩＰパケットが無線リンクのように制限された伝送帯域幅と共に、リンクに対して使用される場合のように伝送されると、相当な機能低下が発生することと予想される。そのような問題を回避するために、ヘッダー圧縮技術に関する研究は、各パケット内でヘッダー情報を減少させるために進行されてきた。
【０１６８】
各ヘッダー圧縮技術は、同一のパケットストリームに属する各パケットがほぼ同一のヘッダー情報を有しているという事実に基づいて圧縮を遂行する。即ち、パケットストリームは、類似のヘッダー情報を有している連続的なパケットを表し、一般的に特定のサービスを提供するために使用されるパケットは同一のパケットストリームに属するものとみなされる。例えば、ＴＣＰ／ＩＰのためのパケットを伝送する場合、同一の住所及びポート番号と共に伝送されたパケットは同一のパケットストリームに属するものとみなされる。
【０１６９】
図４はヘッダー圧縮技術の原理及び圧縮比率を理解するために提供されるＴＣＰ／ＩＰｖ６ヘッダーフィールドを示した図である。前記のように、パケットストリームと関連して、ＩＰｖ６の住所フィールド及びＴＣＰヘッダーのポート番号は、同一のパケットストリームに属するため、それらは同一のものとみなすことができる。図４において、バージョンフィールドはＩＰｖ６の使用を表し、次のヘッダーフィールドは、前記ＩＰｖ６ヘッダーの次にくるヘッダー情報がＴＣＰヘッダーであることを表す。その結果、前記二つは、該当のパケットストリームと関連して同一のものとみなすことができる。
【０１７０】
トラフィック階層フィールドは、該当のパケットの優先順位を表し、フローラベル（ＦＬ）フィールドは前記優先順位に従ってパケットを制御する。この時、前記ＦＬ値が’０’以外の値に設定されると、前記ＦＬフィールド前のトラフィック階層フィールドは変わらない。その反面、前記ＦＬ値が’０’の値に設定されると、前記トラフィック階層のフィールド値は変わることができる。然し、他のトラフィック階層フィールドの値を有しているパケットは、他のパケットストリームに属するものと定義されるため、前記トラフィック階層フィールド及びＦＬフィールドの値は、一つのパケットストリームと関連して変わらないものとみなすことができる。
【０１７１】
ホップ限界（ｈｏｐ  ｌｉｍｉｔ）（ＨＬ）フィールドは、ルータが網から通過される時ごとに’１’によって減少される。前記ＨＬフィールドの値が’０’であれば、該当のパケットは廃棄される。一般的に、パケットが網内で同様な経路を通して伝送されるため、前記ＨＬフィールド値も特定のパケットストリームに対してほぼ連続的なものとみなされる。
【０１７２】
オフセットフィールドは、前記連続的なＴＣＰデータの開始点を表す。
【０１７３】
同一のパケットストリームに属するパケットが伝送される場合、ほとんど変わらない情報を含む前記ヘッダーフィールドは図４の暗いフィールドに該当する。しかも、ヘッダー圧縮技術に関する詳細な説明は、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ
Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）によって発表されたインターネット技術に関連された形式的な技術文書に記述されていることが知られている。例えば、前記ＰＤＣＰ階層は、ヘッダー圧縮技術に基づいたＲＦＣ２５０７及びＲＦＣ３０９５を使用する。前記ＲＦＣ２５０７ヘッダー圧縮技術として、前記ＩＰ階層の上位にあるプロトコルがＴＣＰ認知であるか、またはＮｏｎ−ＴＣＰ認知であるかに応じて異なる圧縮技術が使用される。前記ＩＰ階層の上位にあるプロトコルが前記ＵＤＰ／ＩＰプロトコルのようなＴＣＰを使用しないと、’圧縮Ｎｏｎ−ＴＣＰ’方法が使用される。前記ＩＰ階層の上位にあるプロトコルがＴＣＰであると、各種のヘッダーフィールドが伝送される方法によって、’圧縮ＴＣＰ’と’圧縮ＴＣＰ  ｎｏｎｄｅｌｔａ’とに分けられるようになる。前記圧縮ＴＣＰ技術は、全般的なフィールド値を送信するよりは、連続的なパケット間の差値を伝送する方法である。これは、変わるヘッダーフィールド値間に小さな差が存在するという理論に基づいて履行される。その反面、前記’圧縮ＴＣＰ  ｎｏｎｄｅｌｔａ’は変化するヘッダーフィールド自体を伝送する方法である。
【０１７４】
圧縮されたヘッダーを復旧するためには、パーティー（ｐａｒｔｙ）を受信するために参照値が必要となる。よって、ヘッダー圧縮は、非圧縮ヘッダーの全てのフィールドを含むフルヘッダーを優先的に伝送することで実行される。フルヘッダーの特定のパケットストリームにおいて、図１３で暗く見える部分のような前記変わらない部分は、以後、圧縮ヘッダーが伝送されるように復旧するために使用される。前記圧縮ヘッダーを復旧するために必要とする情報は、該当のパケットストリームの資料で限定される、そして、この文脈は、圧縮ヘッダーを普通のヘッダーに復旧するための参照情報として貢献するようになる。資料を更新したり、または発生させるのに必要とするフルヘッダーを含むパケットはフルヘッダーパケットに限定され、ヘッダー情報が圧縮及び伝送されるパケットは圧縮ヘッダーパケットに限定される。パケット伝送中、資料に変化が発生すると、前記変化されたフルヘッダーは、前記各圧縮ヘッダーパケットが伝送される前に伝送されるべきである。前記の説明のように、フルヘッダーパケットは、一般の圧縮ヘッダーパケットより遥かに大きく、パケットストリームは、前記フィールドが一つのパケットストリームで頻繁に変化するように構成されることが好ましい。
【０１７５】
以下、ＴＣＰ／ＩＰのようなヘッダーを圧縮するために、前記’圧縮ＴＣＰ’や’圧縮ＴＣＰ  ｎｏｎｄｅｌｔａ’を使用するヘッダー圧縮技術に対し説明する。以前には、フルヘッダーパケットをデータストリームの一番目のパケットに伝送するヘッダー技術が提案された。該技術によると、網には、一つ以上のパケットストリームが有り得るため、各パケットストリームの資料を示す識別者は、該ストリームを区別するのに使用することができる。この類型の識別者は、資料識別者（ＣＩＤ）と呼ばれる。多くの場合、前記ＣＩＤ値はＴＣＰパケットのための８ビットの長さを有し、前記圧縮ヘッダーやフルヘッダーが伝送される時、前記ＣＩＤ値も伝送されなければならない。該伝送されたフルヘッダー情報は、前記ＣＩＤ値に従って受信部に格納され、前記パケットが到達された時、前記受信部は、本来のヘッダー情報を復旧するため、前記ＣＩＤ値を基礎に一フルヘッダー情報を読み込む。
【０１７６】
図５（Ａ）は、前記ＴＣＰ／ＩＰｖ６．のヘッダー圧縮技術を採択する時に伝送されたフルヘッダーの構造を示す。この時、前記フルヘッダーは、’圧縮ＴＣＰ’と’圧縮ＴＣＰ  ｎｏｎｄｅｌｔａ’に対しても同様である。本来のＴＣＰ／ＩＰｖ６．ヘッダーフィールドがＣＩＤフィールドを含まないことで、前記ＣＩＤ値を挿入することが不可能になる。それで、前記ＣＩＤ値が挿入される適合なフィールドがなければならない。前記存在する’ペイロードの長さ’フィールドの情報が下位階層から分かる情報であるため、前記該当フィールドを必要としない。従って、前記ＣＩＤは、前記’ペイロードの長さ’フィールドに挿入されて伝送される。
【０１７７】
図５（Ｂ）及び図５（Ｃ）は、本発明に実施例によって夫々圧縮ＴＣＰフォーマット及び圧縮ＴＣＰ  ｎｏｎｄｅｌｔａフォーマットを示した図面である。
【０１７８】
ＴＣＰ／ＩＰｖ６．を利用して前記圧縮ＴＣＰ技術により形成されて伝送される圧縮ヘッダーは、図５（Ａ）のヘッダーの暗くない部分によって構成される。この時、前記圧縮ヘッダーのフィールドで、ＣＩＤフィールドは固定値を有し、チェックサムフィールドは多様な値を有し、残りの各フィールドは以前の圧縮ヘッダーとは相違な値を有する。前記圧縮ヘッダーのサイズは、普通４〜７オクテットである。
【０１７９】
前記圧縮ＴＣＰ  ｎｏｎｄｅｌｔａ技術がＴＣＰ／ＩＰｖ６に使われる時、前記圧縮ヘッダーは、図５（Ａ）の前記暗くない各部分によって構成され、これは、前記圧縮ＴＣＰ技術と同様である。この時、前記圧縮ヘッダーのフィールドで、ＣＩＤフィールドは固定値を有し、前記残りの各フィールドは多様な値を有する。前記ＣＩＤフィールドを除外した全てのフィールドは、多様な値を有して該多様な値は普通前記差値より多くの捻るビットを占めるため、前記圧縮ＴＣＰ  ｎｏｔｅｌｔａのサイズは、圧縮ＴＣＰヘッダーのサイズより大きい。前記圧縮ヘッダーのサイズは、普通１７オクテットである。
【０１８０】
前記ＵＤＰ／ＩＰプロトコルのように、ＴＣＰを使用しないプロトコルは、ＴＣＰ／ＩＰプロトコルの場合と類似に、’圧縮比ＴＣＰ’方法を使用してヘッダーを圧縮する。ＴＣＰ／ＩＰのように、特定パケットストリームに対するヘッダー圧縮技術を使用するため、フルヘッダーパケットを一番目のパケットとして伝送する過程が必要で、各パケットストリームを識別するためのＣＩＤを含む過程も必要である。普通、８ビットや１６ビットの長さを有する前記ＣＩＤ値は、圧縮されたヘッダーやフルヘッダーと共に伝送されなければならない。
【０１８１】
ＵＤＰ／ＩＰヘッダー圧縮技術においてＣＩＤ値に加え、ヘッダー情報の発生を示す発生フィールドが追加的に利用される。該発生フィールドは、パケットのヘッダー情報がどれ程古くなったのかを示し、恒常、前記ＣＩＤ値と共に伝送される。
【０１８２】
図７（Ａ）は、ＵＤＰ／ＩＰｖ６パケットに使われるヘッダー圧縮技術によって伝送されるフルヘッダーの構造を示す。図示したように、前記普通のＵＤＰ／ＩＰｖ６ヘッダーフィールド（図６）は、ＣＩＤフィールド及び発生フィールドを有しないため、前記ＣＩＤ及び前記発生値は、前記存在する’ペイロードの長さ’フィールド或いは’長さ’フィールドに挿入されてから伝送される。８ビットＣＩＤ値が使われる場合に、ＣＩＤ（１）のみが使われる。１６ビットＣＩＤ値が使われる場合に、ＣＩＤ（２）のみが使われることができて、ペイロードの長さフィールドの部分が発生値に対して使われる。
【０１８３】
図７（Ｂ）及び７（Ｃ）は、本発明の実施例によって８ビットＣＩＤの圧縮ｎｏｎ−ＴＣＰフォーマット及び１６ビットＣＩＤの圧縮ｎｏｎ−ＴＣＰフォーマットを夫々示した図面である。
【０１８４】
ＵＤＰ／ＩＰｖ６に対して前記ヘッダー圧縮技術を使用する前記圧縮ヘッダーは、図７に図示された暗くない部分によって構成される。該ヘッダーのサイズは、４〜５オクテットである。この時、前記圧縮ヘッダーのフィールドで、前記チェックサムフィールドが可変値を有する反面、前記ＣＩＤフィールド及び発生フィールドは固定値を有する。本発明は、提案された他のシステムより迅速で効果的な方法により通信システムでパケットの伝送を制御するシステム及びその方法を提示する。前記本発明は、下位階層の報告によって、又はより好ましくは、受信機から如何なる要請もなく、フルヘッダーや圧縮ヘッダー中の一つのパケットの伝送を決定するパケットヘッダー圧縮スキーム（ｓｃｈｅｍｅ）を採用することで、この向上された機能を提供する。より好ましくは、前記ＰＤＣＰ階層で行われ、前記下位階層はＲＬＣ階層になる。これは、前記フルヘッダーのパケットへの付着が従来の方法に加えて以前パケットの伝送失敗のＲＬＣ報告により制動されることを明確に示し、ＣＳＳ方法のように、従来のパケットへのフルヘッダーの付着の制動中の一つは、前記ＲＬＣ以前フルヘッダーパケットの伝送成功のＲＬＣ報告により除外される。それで、伝送効率とデータ率を向上させる。
【０１８５】
第一実施形態によって、前記本発明は、前記受信機が要請しなくてもフルヘッダー伝送を許容する。従来には、前記フルヘッダーパケットが好ましくストリームから伝送される第一のデータとなる。然し、好ましくは、前記フルヘッダーパケットが一番目のパケットの次に伝送されるようになる。前記ストリームの前記残りの各パケットは、各圧縮ヘッダーパケットになることが好ましい。前記本発明は、第一フルヘッダーパケットの次にフルヘッダーパケットを伝送し得るようにする。受信機において、前記受信機が前記第一フルヘッダーパケットと共にパケットストリームのヘッダー情報の資料を確立するのに失敗しても、前記各圧縮ヘッダーは、新しく伝送されるフルヘッダーパケットでフルヘッダー情報に基づいてフルヘッダーに変形される。
【０１８６】
他の実施形態によって、前記本発明は、与えられたデータストリームにおけるフルヘッダーと共に伝送される各パケットの数を最小化するパケット圧縮スキーム（ｓｃｈｅｍｅ）を採用することで、前記向上された機能を提供する。これは、圧縮ヘッダー情報と共に伝送されるストリームにおける殆ど全てのパケットを確保することで、伝送効率及びデータ率を向上される。前記実施形態によって、前記本発明は、ただ一つのフルヘッダーパケットと共に全体データストリームを伝送することを許容し、前記ストリームにおける残りの各パケットは圧縮ヘッダーと共に伝送される。受信機において、前記各圧縮パケットは、単一フルヘッダーパケットの情報に基づいてフルヘッダーパケットに変形される。
【０１８７】
前記本発明が多様な有無線システムを含む通信システムに適用し得る反面、前記本発明は、理想的にヘッダー圧縮階層及びデータリンク階層を含むプロトコルによってパケットを伝送するＵＭＴＳシステムのような移動無線通信システムにおける使用に適合する。作動する時、前記ヘッダー圧縮階層は、圧縮及びフルヘッダーパケットを発生させて伝送のための前記データリンク階層に送信する。
【０１８８】
実施例において、新しい特徴の一つは、受信機からの如何なる要求に関係なく、下位階層の報告によってフルヘッダー又は圧縮ヘッダー中、何れか一つを選択することである。      
【０１８９】
第一実施形態を参照すると、前記ヘッダー圧縮階層は、以前に伝送されたフルヘッダーパケットが廃棄されたかを示す（伝送が失敗したことを意味）データリンク階層からのフィードバック情報に基づいて如何なるパケットを圧縮するかを制御する。次いで、前記ストリームにおける次のパケットは、フルヘッダーパケットとして伝送される。そうでないと、前記受信機は、前記第一フルヘッダーパケットがあるパケットストリーム、又は圧縮パケットがある連続的なパケットのヘッダー情報に関する資料を確立するのに失敗する。前記受信機が前記第一フルヘッダーパケットがあるパケットストリームに関するヘッダー情報の資料を確立するにもかかわらず、前記伝送機のヘッダー圧縮階層は、前記下位階層がパケットを廃棄することを報告する都度に、フルヘッダーパケットを送信する。該下位階層のフィードバック情報にもかかわらず、前記本発明は、前記受信機からのフルヘッダーパケットの要請の数を最小化することができる。
【０１９０】
即ち、圧縮ＴＣＰから（圧縮ＴＣＰ  ｎｏｎｄｅｌｔａ包含）、受信機（受信機のＰＤＣＰ）がフルヘッダーパケットの伝送を要求しなかったとしても、若し如何なるＲＬＣ  ＳＤＵ（＝ＰＤＣＰ  ＰＤＵ）が廃棄されると（伝送失敗を意味）、前記ＰＤＣＰは、次にフルヘッダーパケットを伝送する。図８（Ａ）は、圧縮ヘッダーパケット及びフルヘッダーパケット伝送に関連した実施形態のこのような特徴を図式的に示した図面である。図８（Ａ）に示したように、ＲＬＣ階層（ｅ．ｇ．送信機のＲＬＣ）は、パケット伝送の失敗を報告し、ＰＤＣＰ階層（送信機のＰＤＣＰ）は、規定された報告時間以後にフルヘッダーパケットを伝送する。
【０１９１】
第２実施形態を参照すると、前記ヘッダー圧縮階層は、以前に伝送されたフルヘッダーパケットが成功的に受信されたことを示すデータリンク階層からのフィードバック情報に基づいて如何なるパケットを圧縮するかを制御する。次いで、前記ストリームにおける残りの各パケットは、圧縮されたヘッダーパケットとして伝送される。そうでないと、一つ以上のフルヘッダーパケットは、その中で一つのパケットが成功的に受信されるまで間歇的に伝送される。次いで、前記残りの各パケットは、圧縮されたヘッドパケットとして伝送される。該下位階層のフィードバック情報に従って、前記本発明は、前記受信機からのフルヘッダーパケットの要請の数を最小化することができる。
【０１９２】
即ち、圧縮ｎｏｎ−ＴＣＰ（ｃｏｍｐｒｅｓｓｉｏｎ  ｓｌｏｗ  ｓｔａｒｔ）においては、受信機（受信機のＰＤＣＰ）がフルヘッダーパケット伝送の代りに圧縮ヘッダーパケットの伝送を要求しなかったとしても、若しＲＬＣ  ＳＤＵ（＝ＰＤＣＰ  ＰＤＵ）が如何なる廃棄も無く、ＲＬＣバッファーから制御されると（伝送成功）、前記ＰＤＣＰは、次回に圧縮ヘッダーパケットを伝送する。次いで、受信機（受信機のＰＤＣＰ）がフルヘッダーパケットの伝送を要求しなかったとしても、若し如何なるＲＬＣ  ＳＤＵが廃棄されると（伝送失敗）、前記ＰＤＣＰは、次回にフルヘッダーパケットを伝送する。
【０１９３】
図８（Ｂ）は、ｎｏｎ−ＴＣＰ伝送のための圧縮ヘッダーパケット及びフルヘッダーパケット伝送と関連した実施形態の特徴を図式的に表した図面である。図示されたように、若し、ＲＬＣ（送信機のＲＬＣ）階層がフルヘッダーパケットの伝送が成功的であると報告すると、前記ＰＤＣＰ（送信機のＰＤＣＰ）階層はＲＬＣ報告を受けた後、１、２、４、８等の規定された間隔でフルヘッダーパケットを伝送しない。然し、若し、ＲＬＣ階層が圧縮パケットの伝送が失敗したと報告すると、前記ＰＤＣＰ階層はＲＬＣ報告受信以後にフルヘッダーパケットを伝送する。
【０１９４】
図８（Ｃ）は、報告構造を具現するためにＰＤＣＰとＲＬＣ間に伝えられるパラメーターを示した図面である。図示されたように、前記ＰＤＣＰ階層は、ＲＬＣにパケット、パケット識別者及び送信ＲＬＣエンティティ（ｅｎｔｉｒｙ）がＲＬＣ  ＳＤＵの廃棄を上位階層に通報する必要与否を示すパラメーター（Ｄｉｓｃａｒｄ  Ｒｅｑ）を伝送する。通報が要求されると、送信ＲＬＣエンティティは、前記ＳＤＵが廃棄される時に上位階層に通報する。但し、ＡＭ動作において、パラメーター（Ｓｔａｔｕｓ）はＲＬＣ  ＳＤＵが成功的に伝送されたか又は廃棄されたかを示す。
【０１９５】
特に、本発明は、ＴＳＧ−ＲＡＮ及びＴＳＧ−ＣＮにより提案されたパケット−スイッチングドメインにおける使用に適合する。本発明の詳細な実施形態は、以後説明される。
【０１９６】
図９は、ＰＤＣＰ部及びＲＬＣ部を含む本発明の第一実施形態に係るパケット伝送システムのブロック図である。前記ＲＬＣ部は、伝送失敗識別部２０と、伝送部１６と、伝送制御部１８と、を含んで構成される。該伝送失敗識別部１８は、好ましくは、前記ＲＬＣ階層に提供され、二つの機能を遂行する。第一機能は、バッファを通して伝送されたパケットデータ中、伝送失敗されたパケットデータを識別することである。第二機能は、フィードバック経路２００を沿ってヘッダー構成制御部１２にフィードバック情報を送信することである。前記伝送失敗識別部もパケットデータに伝送失敗が発生されたことを示す開放プロトコル階層に情報を送信する。システムにおける残りの各要素は、図１２で説明された関連技術のパケット伝送システムの各要素と類似である。
【０１９７】
以下、本発明に係る前記パケット伝送システムの作動に対し、説明する。先ず、前記ＰＤＣＰ階層のヘッダー圧縮部１０からフルヘッダーパケット及び圧縮ヘッダーパケットに伝送されたデータは、データ伝送部１４を通して前記ＲＬＣ階層に伝えられる。前記ＲＬＣ階層は、バッファ１６から前記受信されたパケットデータを格納するか、又は伝送制御部１８からの制御情報に基づいて伝送部１６を通して受信部に伝送する。
【０１９８】
この時、伝送失敗識別部２０は、前記ＲＬＣ階層から受信部までのパケットの伝送が失敗したかを識別する、そして、経路２００を沿って前記ＰＤＣＰ階層からヘッダー圧縮制御部１２に伝送失敗情報を伝達する。前記伝送制御情報は、好ましくは、該当パケットのＩＤ情報又は伝送失敗指示者を含む。
【０１９９】
前記ＰＤＣＰ階層は、ＲＬＣ階層から伝えられた伝送失敗情報に基づいてヘッダー圧縮部１０を制御する。特に、ＰＤＣＰ階層における前記ヘッダー圧縮制御部が前記ＲＬＣ階層から伝送失敗が発生したことを示すユニット２０から伝送失敗指示者を受信すると、制御部１２は、前記同一ＣＩＤを伝送失敗したパケットのＣＩＤとして使用する後続パケット（好ましくは、後続する一番目のパケット）をフルヘッダーパケットとして圧縮するため、前記ヘッダー圧縮部１０を制御し、前記ＲＬＣ階層にパケットを伝達する。本発明のこのような点は、いろいろな方法で変形される。
【０２００】
フルヘッダーパケットのみを使用することで、資料を更新するヘッダー圧縮技術を使用する場合に、前記ＰＤＣＰ階層からＲＬＣ階層に伝えられるパケット中、前記フルヘッダーパケットが受信部に成功的に伝送されないと、前記ＲＬＣ階層は、ＰＤＣＰ階層に該当パケットのＩＤ情報及び伝送失敗情報を提供する。
【０２０１】
前記圧縮ＴＣＰ圧縮技術を使用したパケットデータを伝送するシステムにおいて、受信部の資料がパケット伝送失敗によって損傷されると、伝送部のヘッダー圧縮階層（ＰＤＣＰ階層）は、下位データリンク（ＲＬＣ）階層から該当パケットに関する前記伝送失敗情報を受信した時、前記該当資料の新しいフルヘッダーパケットを直ちに受信部に伝送する。従って、前記受信部は、追加的なパケットの損失を防止し得るし、迅速に資料を復旧することができる。
【０２０２】
前記圧縮された非−ＴＣＰ圧縮技術の場合に、本発明によると、前記ＲＬＣ階層から伝送されたＲＬＣ  ＳＤＵに対した前記伝送結果は、ＰＤＣＰ階層が效率的に、定期的又は非定期的にフルヘッダーパケットの反復される伝送を制御するように、前記ＰＤＣＰ階層に伝えられる。このような目的に、前記ＲＬＣ階層は、前記ＰＤＣＰ階層からの前記ＰＤＣＰ  ＰＤＵの伝送結果を知らす部が的機能を遂行する。
【０２０３】
以下、前記ＲＬＣ階層の作用に対し、説明する。前記ＰＤＣＰ階層から伝えられたＲＬＣ  ＳＤＵ（＝ＰＤＣＰ  ＰＤＵ）を伝送するＲＬＣ階層は、三つのモード中、一つのモードに作動され、これらは透明モード、非認識モード及び認識モードである。
【０２０４】
前記透明モードで作動される場合、前記ＲＬＣ階層は、ヘッダー情報を追加することなく、ＲＬＣ  ＳＤＵを前記ＰＤＣＰ階層から伝送する。分割機能の使用与否は、無線ベアラーのセットアップによって決められるが、ＲＬＣ  ＳＤＵが分割されない場合にも、ヘッダー情報は追加されない。
【０２０５】
未認識モードで作動される時、前記ＲＬＣ階層は、前記ＲＬＣ  ＳＤＵに対し分割及び連続機能を使用して前記ＲＬＣ  ＰＤＵを構成し、ヘッダー情報をそれに追加し、これを受信部に伝送する。
【０２０６】
前記ＲＬＣ階層が透明モード及び非認識モードで作動される時、一方向通信のみが可能である。前記受信部は、ＲＬＣ  ＰＤＵの受信に対する如何なる情報も伝送部に（ＲＬＣ階層）伝送しない。
【０２０７】
認識モードで作動される時、前記ＲＬＣ階層は、予め限定されたサイズのＰＤＵを形成するため、ＲＬＣ  ＳＤＵを分割するか、又は連続させて、連続番号を含むＲＬＣヘッダー情報を追加し、前記ＲＬＣバッファで前記結果を格納する。認識モードにおいて、各ＲＬＣ間の両方向通信が可能である。結果的に、伝送時にパケット損失の再伝送が実行される。
【０２０８】
認識モードにおいても、前記送信部のＲＬＣは、伝送一連番号により決められる順序によってＲＬＣ  ＰＤＵを送信する。前記受信部のＲＬＣ階層は、成功的に受信されなかった各ＲＬＣ  ＰＤＵの一連番号を観察することで、成功的に伝送されなかったＲＬＣ  ＰＤＵを認識する。次いで、前記受信部は、如何なるＰＤＵが成功的に伝送されたか、又は伝送されなかったかを示す状態ＰＤＵを発生させる。成功的に受信されなかったＰＤＵは、否定的認識情報に指示される。一旦、形成されると、前記状態ＰＤＵは伝送部に伝送され、前記状態ＰＤＵを受信した時、前記伝送部は、成功的に伝送されなかったＲＬＣ  ＰＤＵである否定的に認識されたＲＬＣ  ＰＤＵを再伝送する。
【０２０９】
本発明によると、前記伝送部のＲＬＣ階層は、前記受信部のＲＬＣ階層から伝送された状態ＰＤＵに含まれた認識／未認識情報に基づいた特定ＲＬＣ  ＰＤＵの伝送結果を認識する。また、前記伝送部のＲＬＣ階層がＲＬＣ  ＰＤＵとＲＬＣ  ＳＤＵ間の該当関係を認識し得るため、本発明のＲＬＣ階層は、特定ＲＬＣ
ＳＤＵに対する伝送結果を容易に認識することができる。
【０２１０】
従って、前記ＲＬＣ階層が認識モードで作動される時、前記ＲＬＣ階層は、前記ＰＤＣＰ階層に特定ＲＬＣ  ＳＤＵの伝送結果を通知し、該ＰＤＣＰ階層は、結果的にフルヘッダーパケットの伝送結果を探知し、前記フルヘッダーが関連技術の方法に比べて一層效率的に伝送されることを示す。
【０２１１】
このような目的によって、本発明により特定ＲＬＣ  ＳＤＵの伝送結果が前記伝送部のＲＬＣ階層により確認されると、前記伝送部のＲＬＣ階層は、前記伝送部のＰＤＣＰ階層に識別番号及び該当ＲＬＣ  ＳＤＵの伝送結果を通知する。前記伝送結果は、伝送成功情報及び伝送失敗情報である。例えば、特定ＲＬＣ  ＳＤＵが成功的に伝送されたという状態ＰＤＵの受信に基づいて前記ＲＬＣ階層がこの通知を受けた時、伝送成功情報は、ＰＤＣＰ階層に送られる。伝送失敗情報は、例えば、特定ＳＤＵが成功的に伝送されたこと、又は長間時の間伝送されなかった一つ及びその以上のＲＬＣ  ＳＤＵを廃棄する時を示す受信された状態ＰＤＵ階層に基づいて、前記ＰＤＣＰ階層に送られる。
【０２１２】
ヘッダー圧縮を扱う前記ＰＤＣＰ階層に対し、上位階層のＲＲＣ階層は、前記ＲＬＣ階層が前記ＰＤＣＰ階層に前記ＲＬＣから廃棄されたＲＬＣ  ＳＤＵに対した情報を提供するように無線ベアラーをセッティングする。前記ＰＤＣＰ階層がＰＤＣＰ  ＰＤＵを前記ＲＬＣ階層に伝達する時、ＰＤＣＰ階層は、前記ＰＤＣＰ階層に該当ＰＤＣＰ  ＰＤＵを考慮して伝送失敗結果に対して前記ＲＬＣ階層に通報する。このような目的によって、前記ＰＤＣＰ階層が前記ＰＤＣＰ  ＰＤＵを前記ＲＬＣ階層に伝達すると、伝送制御部１８に対する前記ＲＬＣ階層は、前記ＲＬＣ階層が前記ＰＤＣＰ階層にその発生によって該当ＳＤＵの廃棄を示す情報と共に前記ＰＤＣＰを提供するように、該当ＰＤＵを伝送結果報告識別者に伝達する。
【０２１３】
前記ＰＤＣＰ階層において前記フルヘッダーパケットの伝送結果は、圧縮されたヘッダーパケットの伝送結果より重要に見なされる。それで、前記ＲＬＣ階層が前記毎パケットの伝送結果を前記ＰＤＣＰ階層に通報することなく、定期的又は非定期的に反復されるフルヘッダーパケットの伝送結果のみを前記ＰＤＣＰ階層に通報するにもかかわらず、本発明は、毎パケットの伝送結果をＰＤＣＰ階層に通報するような結果を達成することができる。
【０２１４】
その場合、前記ＰＤＣＰ階層がフルヘッダーパケットを含む前記ＰＤＣＰ  ＰＤＵをＲＬＣ階層に伝達する時、前記ＰＤＣＰ階層は、前記フルヘッダー指示者を前記該当ＲＬＣ  ＳＤＵ（＝ＰＤＣＰ  ＰＤＵ）と共に伝達し、前記ＲＬＣ階層は、該当ＲＬＣ  ＳＤＵの伝送結果を前記ＰＤＣＰ階層に通報する。
【０２１５】
前記伝送部のＰＤＣＰ階層が定期的又は非定期的に反復されるフルヘッダーパケットの伝送結果、最下位階層の前記ＲＬＣ階層から検出されるため、パケットの伝送効率を高めるためにこの情報を使用して多様な作動を実行することができる。
【０２１６】
フルヘッダーパケットが成功的に伝送されると、前記受信部のＰＤＣＰ階層は、正確なフルヘッダー情報が容易になる。従って、こういう状況において、該当パケットストリームに対するフルヘッダーを伝送することが不必要になる。例えば、一つのパケットが成功的に受信されると、与えられたデータパケットストリームにおける全てのパケットに対してただ一つのフルヘッダーパケットのみが伝送され、前記伝送部はこの通報を受ける。次いで、特定パケットストリームに対するフルヘッダーパケットが定期的又は非定期的に反復されて伝送されるシステムにおいて、フルヘッダー情報が成功的に伝送され、前記フルヘッダーパケットはそれ以上伝送されないことで、前記ストリームにおける残りの各パケットが圧縮ヘッダーパケットの形態のみにより伝送される。
【０２１７】
前記定期的又は非定期的に反復されるフルヘッダーパケットの伝送が失敗し、以前に伝送された各フルヘッダーパケットも伝送失敗すると、前記伝送部のＰＤＣＰ階層は、前記同一パケットストリームに対してフルヘッダーパケットを再び伝送する。より具体的に、フルヘッダーパケットが定期的又は非定期的に反復的に伝送される場合、フルヘッダーパケットの伝送が失敗し、如何なるフルヘッダーパケットも成功的に伝送されたことがないと、フルヘッダーパケットのフリセット伝送期間に従うことより、同一パケットストリームに対するフルヘッダーパケットが直ちに伝送される。代案として、フルヘッダーパケットの伝送は、フリセット期間によって実行されるか、又は前記ＣＳＳ技術は再開始されることができる。
【０２１８】
少なくとも一つのフルヘッダーパケットが成功的に伝送されたことを示すメッセージが前記ＲＬＣ下位階層から受信されると、前記伝送部がフルヘッダーパケット及び圧縮ヘッダーパケットを伝送している間、該当パケットストリームに対して前記フルヘッダーパケットは、それ以上伝送されなくなり、前記圧縮ヘッダーパケットはその以後に伝送される。
【０２１９】
前記伝送部のＰＤＣＰ階層は、好ましくは、前記ＣＳＳ技術により定期的に又は非定期的にデータが伝送される間にフルヘッダーを伝送するための時間になると、前記フルヘッダーパケットが成功的に伝送されたかを確認する。該確認によって、少なくとも一つ以上のフルヘッダーパケットが成功的に伝送されたとすると、前記伝送部のＰＤＣＰ階層は、該当パケットストリームに対する他のフルヘッダーパケットを伝送しない。その代わり、フルヘッダーパケットが前記伝送部のＲＬＣ階層から成功的に伝送されたことがないという確認を受けると、前記ＰＤＣＰ階層は、ＣＮＴ及びＩＮＴのようなカウンタを使用することなく、前記ストリームにおける残りのパケットを圧縮ヘッダーパケットとして伝送する。
【０２２０】
以下、本発明に係る通信システムにおけるパケットを伝送するための方法が説明される。本発明によると、この方法により伝送された圧縮ヘッダーパケットは、圧縮ＴＣＰヘッダー情報の如何なる一つと、圧縮ＴＣＰ  ｎｏｎｄｅｌｔａヘッダー情報と、圧縮雨ＴＣＰヘッダー情報と、を含んで構成される。好ましくは、前記各圧縮ヘッダーパケットは、ＲＦＣ  ２５０７ヘッダー圧縮パケット形態に該当する。即ち、ＲＦＣ  ２５０７ヘッダー圧縮プロトコルに係るものである。然し、該当知識がある者は、必要であると、本発明によって伝送されたパケットデータが他のヘッダー圧縮プロトコルを使用して生成されることを理解することができる。
【０２２１】
図１０は、本発明に係るプール／圧縮ヘッダーを含むパケットの伝送方法の第一実施形態に含まれた各段階を示した順序図である。この時、前記ＩＮＴ値は、初期段階において、’１’の値にセッティングされることが分かる。
【０２２２】
パケット伝送が開始されると、前記方法は、前記ＲＬＣ階層によってフルヘッダーパケットを受信機に伝送することで開始される（Ｓ９０）。次いで、伝送された各圧縮ヘッダーパケットの数のカウントを示す前記変数ＣＮＴは、’０’（ＣＮＴ＝’０’）の値に初期化される（Ｓ９１）。次いで、前記ＲＬＣ階層は、圧縮ヘッダーパケットを伝送し（Ｓ９２）、前記ＣＮＴ値は’１’だけ増加される（ＣＮＴ＝ＣＮＴ＋１）（Ｓ９３）。
【０２２３】
次の段階において、前記ＲＬＣ階層は、前記ＩＮＴ値とＣＮＴ値とが同様であるかを確認する（Ｓ９４）。前記二つの値が相違であると、Ｓ９２〜Ｓ９４は反復的に行われる。若し、二つの値が同様であると、ＲＬＣ階層は、ＩＮＴ値がＭａｘＩＮＴより大きいかをチェックする。前記ＭａｘＩＮＴ値は、次の全体ヘッダーパケットを伝送する前に伝送される最大圧縮ヘッダーパケットの数を定義する所定臨界値である。若し、ＩＮＴ値がＭａｘＩＮＴより小さいと、ＲＬＣ階層は、全体ヘッダーが成功的に伝送されたかを判断する（Ｓ９６）。例えば、受信機から伝送された状態ＰＤＵに含まれている情報に基づいて判断することができる。全体ヘッダーが成功的に伝送されたと判断されると、ＲＬＣ階層は、ヘッダーパケット圧縮カウンティング動作を中止し（Ｓ９９）、データストリームに残っている全てのパケットは、圧縮されたヘッダーパケットとして伝送される（Ｓ１００、Ｓ１０１）。
【０２２４】
Ｓ９６段階においては、全体ヘッダーパケットが成功的に伝送されなかったと判断されると、ＲＬＣ階層は、ＩＮＴ値が２の倍数単位に増加する間（１、２、４、８、１６、．．、２５６）、Ｓ９０からＳ９７までの段階を継続して遂行する。このような反復過程の間ＩＮＴ値がＭａｘＩＮＴより大きくなったとしても、全体ヘッダーパケットの伝送が成功的であったかを判断する（Ｓ９８）。全体ヘッダーパケットの伝送が成功的でなかったと、Ｓ９０段階である全体ヘッダー伝送以後の動作が遂行される。然し、若し、全体ヘッダーパケットの伝送が成功的であったとすると、Ｓ９９〜Ｓ１０１段階が遂行される。即ち、データストリームに残っている全てのパケットは、圧縮ヘッダーパケットに伝送される。
【０２２５】
本発明の各実施形態は、全ての付加事項及び変更事項を含むＡＬＲＣプロトコル規格という題目の３ＧＰＰ技術規格ＴＳ２５．３２２ｖ４．２．０、ＡＰＤＣＰプロトコル規格ＴＳ２５．３２３ｖ４．２．０、ＴＳ２５．３２３ｖ．４．３．０、ＴＳ２５．３２３ｖ４．５．０及びＴＳ２５．３２３Ｖ５．１．０に採用され、本発明の内容は参照に引用された。このような本発明の特性は、次のように説明されることができる。
【０２２６】
全体ヘッダー伝送管理
全体ヘッダーパケットの伝送は、下位階層情報により調節されることができる。
【０２２７】
ＴＣＰストリームにおいては、ＰＤＣＰが単一つのパケット伝送が失敗したという情報を下位階層から受信すると、次のパケットを全体ヘッダーパケットに伝送することができる。
【０２２８】
非ＴＣＰストリームにおいては、ＰＤＣＰが全体ヘッダーパケットの伝送が成功したという情報を下位階層から受信すると、ＰＤＣＰ以前に伝送されたものと同様な全体ヘッダーを含んでいる全体ヘッダーパケットの伝送を中断することができる。
【０２２９】
本発明のパケットデータ圧縮及び伝送方法は、次のような長所を有する。ｃｏｍｐｒｅｓｓｅｄ  ＴＣＰ圧縮機術を使用してパケットを伝送するシステムにおいては、任意の一つのパケットの伝送失敗によって受信側の文脈（ｃｏｎｔｅｘｔ）が損傷されると、それに相応する内容の新しい全体ヘッダーパケットが受信側のヘッダー圧縮階層（ＰＤＣＰ階層）が下位データリンク階層から伝送失敗情報を受信する次第に、受信側に伝送される。従って、追加的なパケット損失が防止され、損傷された文脈はすぐ復旧することができる。
【０２３０】
このような接近は、次の方式によっても理解することができる。ＲＦＣ  ２５０７においては、圧縮解除器は、損傷された文脈を復旧するためにヘッダー要求技術を使用することができる。然し、このようにすると損傷された文脈を復旧するのに長時間がかかる。即ち、圧縮解除器が損傷された文脈を探知し、いくつの文脈が探索されるまで待った後、その文脈のＣＩＤ値を含んだ文脈状態（ｃｏｎｔｅｘｔ−ｓｔａｔｅ）パケットを構成し、該パケットを圧縮機に伝送する。圧縮機は、如何なる文脈が損傷されたかを受信された文脈状態（ｃｏｎｔｅｘｔ−ｓｔａｔｅ）パケットに基づいて認識し、各損傷されたＣＩＤ値に対する全体ヘッダーパケットを伝送する。文脈復旧期間の間、各ＣＩＤ値の圧縮パケットは、圧縮解除器の内部で廃棄される。然し、処理率を高めるためには、損傷された文脈の迅速な復旧が重要である。即ち、ＲＬＣの各特性を利用すると、ヘッダー要求技術より一層迅速に損傷された文脈を復旧することができる。本発明によると、ＲＬＣ  ＳＤＵが廃棄されると、ＲＬＣ  Ｔｘは、ＳＤＵ廃棄情報を上位階層（ＰＤＣＰ）に知らせる。ＰＤＣＰは、この情報を利用して如何なる文脈が損傷されたか（即ち、如何なるＲＬＣ  ＳＤＵが廃棄されたか）を分かることができるため、処理率が大きく向上された後、パケットを伝送することができる。損傷された文脈を迅速に探知して全体ヘッダーパケットを直ちに伝送することで、それ以上の圧縮解除の失敗によるパケット損失は防止することができる。即ち、廃棄されたＳＤＵを表示するだけで処理率を大きく向上させることができる。
【０２３１】
Ｃｏｍｐｒｅｓｓｅｄ  ｎｏｎ−ＴＣＰ圧縮機術を利用してパケットを伝送するシステムにおいては、全体ヘッダーパケットが規定によって伝送される時、一つのデータストリームに対して成功的に伝送されると、その全体ヘッダーパケットは、それ以上伝送されることなく、圧縮ヘッダーパケットのみが伝送される。従って、パケットの伝送効率を向上させることができる。
【０２３２】
前記方式は、次のように理解されることができる。即ち、文脈が変更された全体ヘッダーパケットの廃棄によって文脈が損傷されると、ＣＳＳ技術及び定期的ヘッダーリフレッシュス（ｐｅｒｉｏｄｉｃ  ｈｅａｄｅｒ  ｒｅｆｒｅｓｈｅｓ）技術が損傷された文脈を復旧するために使われる。前記各技術においては、受信機が全体ヘッダーを成功的に受信したということを確認するため、全体ヘッダーを周期的に伝送する。即ち、一つの全体ヘッダーが成功的に伝送されても、同様な全体ヘッダー（３２−４８オクテット）が周期的に相変らず伝送されたことを意味する。
【０２３３】
圧縮機が全体ヘッダーの伝送が成功的であったかの与否を分かることができないため、前記各技術は、単方向リンクに有用である。従って、この各技術は、ＴＭ及びＵＭＲＬＣにも有用である。然し、ＡＭ  ＲＬＣにおいては、成功的に伝送された全体ヘッダーを送信しないことで、効率を一層高めることができる。ＡＭ  ＲＬＣにおける受信機は、夫々のＲＬＣ  ＳＤＵ伝送成功与否を（特に、夫々のＲＬＣ  ＰＤＵの状態を）送信機に知らせる状態報告をする。ＲＬＣ  ＳＤＵが成功的に伝送されると、送信機は、これをＭＵＩ（Ｍｅｓｓａｇｅ  Ｕｎｉｔ  Ｉｎｄｉｃａｔｏｒ）を利用して上位階層に知らせる。本発明においては、全体ヘッダーパケットが成功的に伝送されると、圧縮機においてＣＳＳ技法及び定期的ヘッダーリフレッシュス（ｐｅｒｉｏｄｉｃ  ｈｅａｄｅｒ  ｒｅｆｒｅｓｈｅｓ）技法の使用を中止する。既に成功的に伝送された全体ヘッダーパケットを再び伝送することは、無線資源の浪費であるため、処理率を向上させるためには前記伝送を避けるべきである。
【０２３４】
（発明の効果）
以上説明したように、本発明に係る通信システムのパケットデータ伝送方法においては、ヘッダー圧縮機術を利用して伝送効率を充分に向上し得るという効果がある。
【０２３５】
また、本発明に係る通信システムのパケットデータ伝送方法においては、ＵＴＭＳシステムのみに限定されたものでなく、多様な形態のパケットデータ通信システムにも適用し得るという効果がある。
【図面の簡単な説明】
【０２３６】
【図１】３ＧＰＰで勧告する網構造中、パケットドメイン内におけるネットワーク構造を示した図である。
【図２】３ＧＰＰ無線接続網の規格を基準にした端末とＵＴＲＡＮ間の無線インターフェースプロトコルの構造を示した図である。
【図３】ＵＭＴＳ網がパケット交換サービスを提供する時、使用可能な使用者平面のプロトコル構造を示した図である。
【図４】ＴＣＰ／ＩＰｖ６のために伝送された正常ヘッダーの構造を示した図である。
【図５】（Ａ）は、ＴＣＰ／Ｉｐｖ６に対する前記ヘッダー圧縮技術を利用するのにおいて、伝送されるフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）の構造を示した図である。（Ｂ）および（Ｃ）は、それぞれ圧縮ＴＣＰフォーマット及び圧縮ＴＣＰ  ｎｏｎｄｅｌｔａフォーマットを示した図である。
【図６】ＵＤＰ／ＩＰｖ６のために伝送される正常ヘッダーの構造を示した図である。
【図７】（Ａ）は、ＵＤＰ／Ｉｐｖ６のためのヘッダー圧縮技術を利用する時に伝送されるフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）の構造を示した図である。（Ｂ）および（Ｃ）は、８ビットＣＩＤの圧縮ｎｏｎ−ＴＣＰフォーマット及び１６ビットＣＩＤの圧縮ｎｏｎ−ＴＣＰフォーマットをそれぞれ示した図である。
【図８】（Ａ）は、ＴＣＰ伝送のための圧縮ヘッダーパケット及びフルヘッダーパケットと関連された実施形態の特徴を図式的に示した図である。（Ｂ）は、ｎｏｎ−ＴＣＰ伝送のための圧縮ヘッダーパケット及びフルヘッダーパケットと関連された実施形態の特徴を図式的に示した図である。（Ｃ）は、報告構造を具現するために、ＰＤＣＰとＲＬＣ間に伝達されるパラメーターを示した図である。
【図９】本発明に係るＣＳＳによるフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）及び各圧縮ヘッダーパケットを伝送する方法の第１実施形態を示したフローチャートである。
【図１０】本発明の一実施形態に係るＣＳＳによるフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）及び圧縮ヘッダーパケットの伝送方法に含まれた過程を示したフローチャートである。
【図１１】従来ＣＳＳ方法によるフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）情報を伝送するのに利用される伝送周期（間隔）を示した図である。
【図１２】従来ヘッダー圧縮技術を利用するパケット伝送システムのブロック図である。
【図１３】通信システムで伝送される各パケットの文脈を復旧するために使用される文脈状態パケットの構造を示した図である。
【図１４】ＵＤＰ／ＩＰプロトコル内で使用される圧縮ヘッダーの構造を示した図である。
【図１５】従来ＣＳＳ方法によるフルヘッダー（ｆｕｌｌ−ｈｅａｄｅｒ）及び圧縮ヘッダーを伝送する方法を示したフローチャートである。
【図１】
0004808749.tif 000002
【図２】
0004808749.tif 000003
【図３】
0004808749.tif 000004
【図４】
0004808749.tif 000005
【図５】
0004808749.tif 000006
【図６】
0004808749.tif 000007
【図７】
0004808749.tif 000008
【図８】
0004808749.tif 000009
【図９】
0004808749.tif 000010
【図１０】
0004808749.tif 000011
【図１１】
0004808749.tif 000012
【図１２】
0004808749.tif 000013
【図１３】
0004808749.tif 000014
【図１４】
0004808749.tif 000015
【図１５】
0004808749.tif 000016