JPWO2008139594A1 - 無線通信のヘッダ圧縮制御方法並びに無線基地局及び送信装置 - Google Patents
無線通信のヘッダ圧縮制御方法並びに無線基地局及び送信装置 Download PDFInfo
- Publication number
- JPWO2008139594A1 JPWO2008139594A1 JP2009513931A JP2009513931A JPWO2008139594A1 JP WO2008139594 A1 JPWO2008139594 A1 JP WO2008139594A1 JP 2009513931 A JP2009513931 A JP 2009513931A JP 2009513931 A JP2009513931 A JP 2009513931A JP WO2008139594 A1 JPWO2008139594 A1 JP WO2008139594A1
- Authority
- JP
- Japan
- Prior art keywords
- data
- missing
- header compression
- notification
- uncompressed
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
Abstract
無線端末で非圧縮データを正しく受信できない場合の無線リソースの浪費を抑制できるようにする。そのため、本発明では、無線基地局（３０）は、送信装置（２０）からの受信データにおける欠落を検出した場合に、送信装置（２０）に欠落通知を行ない、送信装置（２０）は、前記欠落通知を受けると、無線端末（４０）宛のデータのヘッダ圧縮状態を非圧縮に制御する。
Description
本発明は、無線通信のヘッダ圧縮制御方法並びに無線基地局及び送信装置に関する。本発明は、例えば、パケットデータを送受信するモバイル通信に用いると好適である。
Ｓ３Ｇ（Super 3G）は、第３世代（３Ｇ）セルラーシステムの飛躍的性能向上を目指し、現在標準化団体３ＧＰＰでＬＴＥ（Long Term Evolution）として国際標準化が進められているもので、高速伝送をモバイル通信で実現し、高速映像配信など高度なサービス環境を提供するとともに、効率的な周波数利用を図るシステムとして期待されている。
図１０に、Ｓ３Ｇシステムの構成例を示す。
無線基地局（E-UTRAN Node-B、略してｅＮＢ）は、Ｓ３Ｇよりも前の世代の無線基地局（Node-B）の機能と無線基地局制御装置（ＲＮＣ：Radio Network Controller）の機能とを兼ね備えている。
無線基地局（E-UTRAN Node-B、略してｅＮＢ）は、Ｓ３Ｇよりも前の世代の無線基地局（Node-B）の機能と無線基地局制御装置（ＲＮＣ：Radio Network Controller）の機能とを兼ね備えている。
アクセスゲートウェイ（ａＧＷ）は、複数のｅＮＢを管理、制御し、携帯端末（ＵＥ：User Equipment）とＩＡＳＡ（Inter Access System Anchor）との間のメッセージの送受信を行なう。ＩＡＳＡは、ルータ的な機能を備え、ＩＭＳ（IP Multimedia Subsystem）と接続する。また、加入者プロファイルを保存するＨＳＳ（Home Subscriber Server）とも接続する。
本システムでは、音声通信を含めた従来の３Ｇまでの既存の回線交換型モバイルシステムから、全ＩＰ（ALL-IP）化されたモバイルシステムとなるため、音声通信に関してもＶｏＩＰを適用することにより、データ通信と同様にパケットによる通信を行なうこととなる。
図１１に、Ｓ３Ｇシステムにおけるリアルタイムデータ（音声呼など）をＩＰ化する際のプロトコルスタックを示す。また、次表１に各プロトコルの機能概要を示す。
リアルタイムデータの伝送は、ＲＴＰ／ＵＤＰ／ＩＰヘッダで実現される。
ＲＴＰ／ＵＤＰ／ＩＰヘッダは、音声データに対してオーバヘッドが大きいため、そのままヘッダを付与して通信した場合には効率が悪い。また、無線区間は有線区間に比べて回線品質が劣り、かつ、帯域幅が小さいため、有線区間以上にヘッダ圧縮が必要とされる。
ＲＴＰ／ＵＤＰ／ＩＰヘッダは、音声データに対してオーバヘッドが大きいため、そのままヘッダを付与して通信した場合には効率が悪い。また、無線区間は有線区間に比べて回線品質が劣り、かつ、帯域幅が小さいため、有線区間以上にヘッダ圧縮が必要とされる。
このため、ａＧＷとＵＥとの間にてＰＤＣＰプロトコルを適用し、ＲＴＰ／ＵＤＰ／ＩＰヘッダのヘッダ圧縮（ＲＯＨＣ：RObust Header Compression）が行なわれる。これにより、伝送（無線）帯域の利用効率を上げることができる。
ＰＤＣＰプロトコルで行なわれるＲＯＨＣの圧縮状態には、圧縮レベルに応じて次表２に示すＩＲ、ＦＯ、ＳＯの３状態がある。
また、ＲＯＨＣには次表３に示す３つの転送モード（Ｕモード，Ｏモード，Ｒモード）が定義されており、通信中にそれぞれのモードへの遷移が可能となっている。
これらの３つの転送モードは、それぞれ、前記の表２に示した３つの圧縮状態（ＩＲ，ＦＯ，ＳＯ）をそれぞれ保有する（図１２参照）。
特表２００４−５３３７９２号公報
特表２００４−５０２３６１号公報
特表２００５−５２２９４４号公報
3GPP(TM) TS25.321
3GPP(TM) TS25.322
3GPP(TM) TS25.323
RFC3095
前記の各転送モード及びヘッダ圧縮状態は、システム及びサービスに合わせて選択的に適用することが望ましい。例えば、モバイルシステムにおける音声通信の場合、無線帯域は有限であることから利用効率の向上が必須であり、極力無駄なデータの送信を行なわないことが必要となる。
その場合、例えばＵモードにおいて“optimistic approach”により同一データを複数送信することは利用効率の低下に繋がるため極力避けるべきであり、ＩＲ状態やＦＯ状態にて送信するヘッダ情報も極力少なくする必要があるため、下位状態から上位状態（ＩＲからＦＯ、又は、ＦＯからＳＯ、又は、ＩＲからＳＯ）への状態遷移は即座に行ない、逆に、上位状態から下位状態（ＳＯからＦＯ、又は、ＦＯからＩＲ、又は、ＳＯからＩＲ）への状態遷移のためのタイマ値は長くすることが望ましい。
また、ＯモードやＲモードの場合は、ＵＥからの応答が必要となるため、上り帯域を圧迫することとなる。さらに、ＵＥからａＧＷへの通知となるため、ラウンドトリップタイムが大きく、リアルタイムな音声通信に対して有効に機能しない可能性もある。例えば、ＵＥ４００での受信エラーをａＧＷ（ＲＯＨＣコンプレッサ）に通知する場合、当該通知のａＧＷへの到達遅延に応じて、圧縮状態の状態遷移の切り替えが遅延するため、無駄な下り無線伝送が行なわれてしまう可能性もある。
（ＲＯＨＣ適用例）
そこで、モバイルシステムにおける音声通信へＲＯＨＣ処理を適用する場合は、使用するモードはＵＥからａＧＷに対するフィードバックを行なわないＵモードのみで、ＲＯＨＣ処理の状態遷移は、図１３に示すように、ＩＲ状態とＳＯ状態との間の状態遷移のみとすることが考えられる。
そこで、モバイルシステムにおける音声通信へＲＯＨＣ処理を適用する場合は、使用するモードはＵＥからａＧＷに対するフィードバックを行なわないＵモードのみで、ＲＯＨＣ処理の状態遷移は、図１３に示すように、ＩＲ状態とＳＯ状態との間の状態遷移のみとすることが考えられる。
即ち、ＩＲ状態からＳＯ状態（上位状態）への遷移は、例えば、ヘッダ圧縮しないデータ（以下、非圧縮データという）を１パケット送信することにより実行することとする。また、ＳＯ状態からＩＲ状態（下位状態）への遷移は、例えば、タイマ値（１００ｍｓ）の満了により実行することとする。
また、図１４に、ＩＰ／ＵＤＰ／ＲＴＰのヘッダフォーマット例を示す。この図１４に示すように、ＩＲ状態では、全ヘッダ（４０〜１００バイト）がそのまま送信され、ＳＯ状態では、ＲＴＰヘッダ内のシーケンス番号（ＳＮ：２バイト）のみが送信されることとする。
さらに、図１５に、本適用例における音声パケットの伝送イメージ（ａＧＷからＵＥへの方向）を示す。この図１５では、音声パケットは、一定間隔（２０ｍｓ）で送信され、その中で非圧縮データは１００ｍｓごとに送信される様子を示している。
また、図１６及び図１７に、各ノードの機能ブロックにて処理された後のパケットフォーマット例を示す。図１６は非圧縮時、図１７は圧縮時のフォーマット例をそれぞれ示している。
いずれの場合も、ａＧＷのＰＤＣＰ処理部にて暗号化のための秘匿処理（ciphering）がＰＤＣＰ〜ＡＭＲフィールドに対して施され、ＵＥにて秘匿解除（di-ciphering）される。ｅＮＢにてＲＬＣ処理される際に、パケットサイズがＲＬＣ−ＰＤＵ長を超える場合は複数のＲＬＣパケット（ＲＬＣ−ＰＤＵ）に分割され、当該分割に伴って空きができた場合にはパディングデータが挿入される。図１６に示す例では、非圧縮時に音声パケットが３つのＲＬＣ−ＰＤＵに分割される様子を示している。また、図１７に示す圧縮時の例では、音声パケットは分割されずに１パケットにて送信される様子を示している。
図１８に、上述したモバイルシステムにおける音声通信にＲＯＨＣ処理を適用した場合のシステム構成例を示す。また、図１９に、当該システムにおける処理シーケンス図を示す。ただし、図１９に示す処理シーケンスは、下り方向（ＮＷからＵＥへの方向）の通信についてのみ記載している。
図１８に示すシステムは、例えば、図１０に示したＩＡＳＡ等に相当する、上位ネットワーク（ＮＷ）を構成する上位ＮＷ装置１００（以下、ＮＷ１００とも表記する）と、ａＧＷ２００と、ｅＮＢ３００と、ＵＥ４００とをそなえて構成されている。
また、ａＧＷ２００は、上位装置インタフェース（ＩＦ）２０１，ＰＤＣＰ処理部２０２，Ｓ１−ＦＰ送信処理部２０３及びＳ１−ＦＰ受信処理部２０４をそなえて構成され、ｅＮＢ３００は、Ｓ１−ＦＰ受信処理部３０１，Ｓ１−ＦＰ送信処理部３０２，ＲＬＣ処理部３０３，ＭＡＣ処理部３０４及び無線終端部（物理レイヤ（ＰＨＹ）処理部）３０５をそなえて構成されている。なお、以下において、ＭＡＣ処理部とＰＨＹ処理部とをＭＡＣ／ＰＨＹ処理部と総称することがある。
さらに、ａＧＷ２００のＰＤＣＰ処理部２０２には、ＲＯＨＣ制御部２２１，ＲＯＨＣ圧縮部（ＲＯＨＣコンプレッサ）２２２，秘匿（暗号化）処理部２２３，秘匿解除（復号化）処理部２２４及びＲＯＨＣ復元部（ＲＯＨＣデコンプレッサ）２２５が設けられ、ｅＮＢ３００のＲＬＣ処理部３０３には、ＰＤＣＰ−ＳＤＵ分割（ＲＬＣ−ＰＤＵ生成）部３３１及びＰＤＣＰ−ＳＤＵ組立生成（ＲＬＣ終端処理）部３３２が設けられている。
また、ＵＥ４００は、下り方向の機能に着目すると、例えば図１８中に示すように、ＭＡＣ／ＰＨＹ処理部４０１と、ＲＬＣ処理部４０２と、ＰＤＣＰ処理部４０３とをそなえて構成されている。
このような構成を有するシステムにおいて、まず、音声データの下り方向（ＮＷ１００からＵＥ４００への方向）の処理（図１９に示す処理シーケンス）に関して説明すると、ａＧＷ２００では、上位装置インタフェース２０１を経由して上位ネットワーク側から受信された音声データ（ＡＭＲ／ＲＴＰ／ＵＤＰ／ＩＰのパケットデータ）がＰＤＣＰ処理部２０２に入力され、ＲＯＨＣ圧縮部２２２にてＰＤＰＣプロトコル処理（ＲＯＨＣ処理）を施された後、秘匿処理部２２３にて秘匿（暗号化）処理されて、Ｓ１−ＦＰ送信処理部２０３に転送される。
Ｓ１−ＦＰ送信処理部２０３では、ＰＤＣＰ処理部２０２（秘匿処理部２２３）から受信したパケットをａＧＷ２００とｅＮＢ３００との装置間ＩＦのプロトコル（Ｓ１−ＦＰ）に変換（Ｓ１−ＦＰヘッダの付与等）した上で、ｅＮＢ３００へ送信する。
ｅＮＢ３００では、ａＧＷ２００（Ｓ１−ＦＰ送信処理部２０３）から送信されてくる前記パケット（Ｓ１−ＦＰパケット）がＳ１−ＦＰ受信処理部３０１にて受信され、Ｓ１−ＦＰヘッダの終端処理等を施された上で、ＲＬＣ処理部３０３に転送される。
ＲＬＣ処理部３０３では、ＰＤＣＰ−ＳＤＵ分割（ＲＬＣ−ＰＤＵ生成）部３３１にて、Ｓ１−ＦＰ受信処理部３０１から転送されてきた受信パケット（ＰＤＣＰパケット）からＲＬＣレイヤのデータ（ＲＬＣ−ＰＤＵ）を生成する。即ち、必要に応じて受信ＰＤＣＰパケットのＳＤＵ（ＰＤＣＰ−ＳＤＵ）を分割してＲＬＣパケット（ＲＬＣ−ＰＤＵ）を生成し、ＭＡＣ処理部３０４に転送する。
ＭＡＣ処理部３０４では、ＲＬＣ処理部３０３から転送されてきたＲＬＣパケット（ＲＬＣ−ＰＤＵ）についてＭＡＣレイヤにおいて所要のＭＡＣ処理を施した上で無線終端部（ＰＨＹ処理部）３０５へ転送し、無線終端部３０５では、このようにＭＡＣ処理を施されたデータから送信無線信号を生成してＵＥ４００へ送信する。
ＵＥ４００では、ｅＮＢ３００から受信した無線信号について、物理レイヤ及びＭＡＣレイヤにおける所要の処理（終端処理）をＭＡＣ／ＰＨＹ処理部４０１にて施した後、ＲＬＣ終端処理をＲＬＣ処理部４０２にて施し、さらに、秘匿解除処理、ＰＤＣＰ終端（圧縮解凍処理等）をＰＤＣＰ処理部４０３にて施して、音声データ（ＡＭＲ／ＲＴＰ／ＵＤＰ／ＩＰのパケットデータ）を復元する。
一方、上り方向の音声データについては上記とは逆の処理となる。即ち、ＵＥ４００において、送信すべき音声データは、ＰＤＣＰ、秘匿（暗号化）、ＭＡＣ／ＰＨＹの各プロトコルでの所要の処理を施されて、無線信号によりｅＮＢ３００に送信され、ｅＮＢ３００では、ＵＥ４００からの受信信号について、無線終端部３０５及びＭＡＣ処理部３０４により、物理レイヤ及びＭＡＣレイヤでの所要の処理を施された後、ＲＬＣ処理部３０３のＰＤＣＰ−ＳＤＵ組立生成（ＲＬＣ終端処理）部３３２に転送され、そこでＰＤＣＰパケット（ＰＤＣＰ−ＳＤＵ）が生成される。当該ＰＤＣＰパケットは、Ｓ１−ＦＰ送信処理部３０２にて、前記装置間ＩＦのプロトコル（Ｓ１−ＦＰ）に変換された上で、ａＧＷ２００に送信される。
ａＧＷ２００では、ｅＮＢ３００から送信されてくる上りデータ（Ｓ１−ＦＰパケット）がＳ１−ＦＰ受信処理部２０４にて受信され、装置内ＩＦ（ＰＤＣＰ）のプロトコルに変換された上で、ＰＤＣＰ処理部２０２に転送され、当該ＰＤＣＰ処理部２０２の秘匿解除処理部２２４及びＲＯＨＣ復元部２２５を通じて、秘匿解除処理及びＲＯＨＣ復元処理を施されて、上位装置ＩＦ２０１経由でＮＷ１００へ送信される。
以上のように、ＰＤＣＰにてＲＯＨＣによるヘッダ圧縮を行なうと、効率的に伝送路を使用できる反面、例えば図２０に模式的に示すように、ｅＮＢ３００などの中間ノードにおいて何らかの要因で非圧縮データの欠落が発生した場合、ＵＥ４００側で次の非圧縮データを受信できるまでの一定時間、データを復元できない（その間、無音状態となる）という課題がある。
これは、ＲＯＨＣのヘッダ圧縮アルゴリズム上、データが欠落した場合、特に非圧縮データが欠落した場合、ＵＥ（ＲＯＨＣのデコンプレッサ）側で、次に非圧縮データが受信されるまで、ヘッダ圧縮されたデータ（圧縮データ）のヘッダ解凍ができないためである。
例えば、ｅＮＢ３００のＲＬＣ処理部３０３では、音声データのようなリアルタイムデータの場合、ＲＬＣ廃棄（RLC Discard）機能により、一定時間以上滞留しているデータは破棄される。なお、ＲＬＣ処理には、ＡＭモード、ＵＭモード、ＴＭモードの３種類がある。音声パケットの場合には、対向からの応答が不要なＵＭモード或いはＴＭモードが適用され、前記ＲＬＣ廃棄機能は、ＵＭモードにおいて機能する。
そのため、輻輳状態においては、本機能による破棄が発生しうる。当該ケースについて、図２１に示す。
この図２１に示すように、ｅＮＢ３００のＲＬＣ処理部３０３において、前記ＲＬＣ廃棄機能により、非圧縮データの破棄が発生すると、当該非圧縮データをＵＥ４００は受信できない（点線矢印参照）。そのため、ＵＥ４００（ＰＤＣＰ処理部４０３）は、次に非圧縮データを正常受信できるまでの間に受信した圧縮データのヘッダ解凍が行なえず、音声データ（ＡＭＲ／ＲＴＰ／ＵＤＰ／ＩＰのパケットデータ）を正しく復元することができない。なお、復元不能な圧縮データはＵＥ４００において破棄されることになる。
この図２１に示すように、ｅＮＢ３００のＲＬＣ処理部３０３において、前記ＲＬＣ廃棄機能により、非圧縮データの破棄が発生すると、当該非圧縮データをＵＥ４００は受信できない（点線矢印参照）。そのため、ＵＥ４００（ＰＤＣＰ処理部４０３）は、次に非圧縮データを正常受信できるまでの間に受信した圧縮データのヘッダ解凍が行なえず、音声データ（ＡＭＲ／ＲＴＰ／ＵＤＰ／ＩＰのパケットデータ）を正しく復元することができない。なお、復元不能な圧縮データはＵＥ４００において破棄されることになる。
このように、ＵＥ４００宛の非圧縮データがｅＮＢ３００等の途中経路において破棄ないし欠落して、当該圧縮データをＵＥ４００が正常受信できない場合、ＵＥ４００では、次に受信するパケットデータ（圧縮データ）の圧縮ヘッダを解凍することができないため、次の非圧縮データを受信するまで音声再生することが極めて困難となる。そして、この間にＵＥ４００で受信された圧縮データは破棄されるため無駄になり、下り無線帯域（無線リソース）を浪費していることになる。
本発明は、前記課題に鑑み創案されたもので、その目的の一つは、受信側で非圧縮データを正しく受信できない場合の無線リソースの浪費を抑制できるようにすることにある。
また、前記受信側で前記非圧縮データを正しく受信できないことを無線区間伝送前の速い段階で検出できるようにすることも本発明の目的の一つである。
なお、前記目的に限らず、後述する発明を実施するための最良の形態に示す各構成により導かれる作用効果であって、従来の技術によっては得られない作用効果を奏することも本発明の他の目的の一つとして位置付けることができる。
上記の目的を達成するために、本発明では、以下の（１）〜（１９）に示す無線通信のヘッダ圧縮制御方法並びに無線基地局及び送信装置を用いる。
（１）即ち、本発明の無線通信のヘッダ圧縮制御方法は、無線端末宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置と、前記送信装置から前記無線端末宛のデータを受信して前記無線端末へ無線送信する無線基地局と、前記無線基地局からのヘッダ圧縮されたデータを、受信済みのヘッダ非圧縮のデータを基に復元する前記無線端末とをそなえた無線通信システムにおいて、前記無線基地局は、前記送信装置からの受信データにおける欠落を検出した場合に、前記送信装置に欠落通知を行ない、前記送信装置は、前記欠落通知を受けると、前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御する。
（２）ここで、前記送信装置は、前記無線端末宛のデータ毎にシーケンス番号を付与するとともに、前記シーケンス番号と前記データの前記ヘッダ圧縮状態が圧縮か非圧縮かを示す情報とを対応付けた対応付け情報を管理し、前記無線基地局は、前記送信装置から受信したデータの前記シーケンス番号を監視することにより前記欠落を検出して、前記欠落通知とともに、欠落したデータの前記シーケンス番号を前記送信装置へ通知し、前記送信装置は、前記無線基地局から通知された前記シーケンス番号と前記対応付け情報とに基づいて前記欠落したデータのヘッダ圧縮状態を識別し、前記欠落したデータのヘッダ圧縮状態が非圧縮であると、前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御してもよい。
（３）また、前記送信装置は、前記識別の結果、前記欠落したデータのヘッダ圧縮状態が圧縮であると、前記無線端末宛のデータのヘッダ圧縮状態を変更しないようにしてもよい。
（４）さらに、前記送信装置は、前記無線端末宛のデータ毎に、シーケンス番号と前記ヘッダ圧縮状態が圧縮か非圧縮かを示すフラグ情報とを付与し、前記無線基地局は、前記送信装置から受信したデータの前記シーケンス番号と前記フラグ情報とを監視することにより、欠落したデータの前記シーケンス番号と前記欠落したデータのヘッダ圧縮状態を識別し、前記欠落したデータのヘッダ圧縮状態が非圧縮である場合にのみ、前記送信装置へ前記欠落通知を行ない、前記送信装置は、前記無線基地局から前記欠落通知を受けると、前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御してもよい。
（５）また、前記無線基地局は、前記送信装置に対する前記欠落通知を、前記無線端末から受信した、前記送信装置宛のデータに欠落通知情報を付与することで実行してもよい。
（６）さらに、前記無線基地局は、前記送信装置に対する前記欠落通知を、欠落通知情報を付与したデータを生成して前記送信装置へ送信することで実行してもよい。
（７）また、前記無線基地局は、前記送信装置に対する前記通知の送信機会において、前記無線端末から受信した、前記送信装置宛のデータがあれば当該データに欠落通知情報を付与することで前記欠落通知を実行し、当該データがなければ、欠落通知情報を付与したデータを生成して前記送信装置へ送信することで前記欠落通知を実行してもよい。
（８）さらに、前記無線基地局は、前記送信装置から受信したデータを前記無線端末へ送信する過程でプロトコル変換した場合の当該変換前後のシーケンス番号の対応関係を管理し、前記プロトコル変換後に前記欠落を検出すると、前記対応関係に基づいて前記プロトコル変換前の前記欠落したデータのシーケンス番号を特定するようにしてもよい。
（９）また、本発明の無線基地局は、無線端末宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置と、前記送信装置から前記無線端末宛のデータを受信して前記無線端末へ無線送信する無線基地局と、前記無線基地局からのヘッダ圧縮されたデータを、受信済みのヘッダ非圧縮のデータを基に復元する前記無線端末とをそなえた無線通信システムにおける前記無線基地局であって、前記送信装置からの受信データにおける欠落を検出する欠落検出手段と、前記欠落検出手段にて前記欠落が検出されると、前記送信装置に欠落通知を行なう欠落通知制御手段と、をそなえる。
（１０）ここで、前記欠落検出手段は、前記送信装置において前記データに付与された前記データのシーケンス番号を監視することにより前記データの欠落を検出し、前記欠落通知制御手段は、前記欠落通知とともに、欠落したデータの前記シーケンス番号を前記送信装置へ通知するようにしてもよい。
（１１）また、前記欠落検出手段は、前記送信装置において前記データ毎に付与された、シーケンス番号と前記データのヘッダ圧縮状態が圧縮か非圧縮かを示すフラグ情報とを監視することにより、欠落したデータの前記シーケンス番号と前記欠落したデータのヘッダ圧縮状態を識別し、前記欠落通知制御手段は、前記識別されたヘッダ圧縮状態が非圧縮である場合にのみ、前記送信装置へ前記欠落通知を行なうようにしてもよい。
（１２）さらに、前記欠落通知制御手段は、前記送信装置に対する前記欠落通知を、前記無線端末から受信した、前記送信装置宛のデータに欠落通知情報を付与することで実行してもよい。
（１３）また、前記欠落通知制御手段は、前記送信装置に対する前記欠落通知を、欠落通知情報を付与したデータを生成して前記送信装置へ送信することで実行してもよい。
（１４）さらに、前記欠落制御手段は、前記送信装置に対する前記通知の送信機会において、前記無線端末から受信した、前記送信装置宛のデータがあれば当該データに欠落通知情報を付与することで前記欠落通知を実行し、当該データがなければ、欠落通知情報を付与したデータを生成して前記送信装置へ送信することで前記欠落通知を実行してもよい。
（１５）また、前記欠落通知制御手段は、前記送信装置から受信したデータを前記無線端末へ送信する過程でプロトコル変換した場合の当該変換前後のシーケンス番号の対応関係を管理する手段と、前記プロトコル変換後に前記欠落を検出すると、前記対応関係に基づいて前記プロトコル変換前の前記欠落したデータのシーケンス番号を特定する手段と、をそなえていてもよい。
（１６）さらに、本発明の送信装置は、無線端末宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置と、前記送信装置から前記無線端末宛のデータを受信して前記無線端末へ無線送信する無線基地局と、前記無線基地局からのヘッダ圧縮されたデータを、受信済みのヘッダ非圧縮のデータを基に復元する前記無線端末とをそなえた無線通信システムにおける前記送信装置であって、前記無線基地局において前記データにおける欠落が検出されて前記無線基地局から送信されてきた欠落通知を受信する受信手段と、前記受信手段で前記欠落通知が受信されると、前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御する制御手段と、をそなえる。
（１７）ここで、前記制御手段は、前記無線端末宛のデータ毎にシーケンス番号を付与するシーケンス番号付与手段と、前記シーケンス番号と前記データの前記ヘッダ圧縮状態が圧縮か非圧縮かを示す情報とを対応付けた対応付け情報を管理する管理手段と、前記無線基地局から前記欠落通知とともに前記受信手段で受信された前記欠落したデータのシーケンス番号と、前記管理手段の前記対応付け情報とに基づいて、前記欠落したデータのヘッダ圧縮状態を識別する識別手段と、前記欠落したデータのヘッダ圧縮状態が非圧縮であると、前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御するヘッダ圧縮制御手段と、をそなえていてもよい。
（１８）また、前記ヘッダ圧縮制御手段は、前記識別手段による識別の結果、前記欠落したデータのヘッダ圧縮状態が圧縮であると、前記無線端末宛のデータのヘッダ圧縮状態を変更しないようにしてもよい。
（１９）さらに、前記制御手段は、前記無線端末宛のデータ毎に、シーケンス番号と前記ヘッダ圧縮状態が圧縮か非圧縮か示すフラグ情報とを付与するシーケンス番号／フラグ付与手段をそなえていてもよい。
前記本発明によれば、少なくとも以下に示すいずれかの効果ないし利点が得られる。
（１）無線端末がヘッダ非圧縮のデータ（以下、非圧縮データともいう）を正しく受信できないためにヘッダ圧縮されたデータ（以下、圧縮データともいう）を正しく復元できない期間を削減して、無線基地局から無線端末への無線区間の無線リソースの浪費を抑制することができる。
（１）無線端末がヘッダ非圧縮のデータ（以下、非圧縮データともいう）を正しく受信できないためにヘッダ圧縮されたデータ（以下、圧縮データともいう）を正しく復元できない期間を削減して、無線基地局から無線端末への無線区間の無線リソースの浪費を抑制することができる。
（２）無線端末で非圧縮データを正しく受信できないことを無線区間伝送前の速い段階で検出して、送信装置に通知することができるので、送信装置において早期に無線端末宛のデータのヘッダ圧縮状態を変更することができ、前記無線リソースの浪費を抑制することができる。
（３）無線基地局において、欠落を検出したデータが非圧縮データである場合にのみ送信装置への通知を実施することで、無線基地局から送信装置への通信リソースの利用効率を向上することができる。
（４）無線基地局から送信装置への欠落通知を無線端末からの送信装置宛のデータを利用して実施することで、無線基地局から送信装置への通信リソースの利用効率を向上することができる。
（５）無線端末からの送信装置宛のデータが無いときには、無線基地局において、欠落通知のためのデータを生成して送信装置へ送信することで、欠落通知自体が遅延することを防止することができる。
（６）無線基地局において、無線端末宛のデータがプロトコル変換されたとしても、データの連続性（シーケンス番号）の対応関係を管理しておくことで、プロトコル変換前の欠落したデータのシーケンス番号を特定することができるので、欠落したデータのシーケンス番号を確実に送信装置に通知することができる。
１０ 上位ネットワーク（ＮＷ）装置
２０ ａＧＷ（送信装置）
２１ 上位装置インタフェース（ＩＦ）
２２ ＰＤＣＰ処理部
２２Ａ ＲＯＨＣ制御部
２２ａ 対応テーブル
２２Ｂ ＲＯＨＣ圧縮部（ＲＯＨＣコンプレッサ）
２２Ｃ 秘匿処理部
２２Ｄ 秘匿解除処理部
２２Ｅ ＲＯＨＣ復元部（ＲＯＨＣデコンプレッサ）
２３，２３ａ Ｓ１−ＦＰ送信処理部
２４ Ｓ１−ＦＰ受信処理部
３０ ｅＮＢ（無線基地局）
３１，３１ａ Ｓ１−ＦＰ受信処理部
３２ Ｓ１−ＦＰ送信処理部
３３ ＲＬＣ処理部
３３Ａ ＰＤＣＰ−ＳＤＵ分割（ＲＬＣ−ＰＤＵ生成）部
３３ａ 対応テーブル
３３Ｂ ＲＬＣ破棄検出部
３３Ｃ ＰＤＣＰ−ＳＤＵ組立生成（ＲＬＣ終端処理）部
３４ ＭＡＣ処理部
３４Ａ 破棄検出部
３５ 無線終端部
３６ 破棄通知制御部
３６Ａ，３６Ｃ ＳＮ検索処理部
３６ａ，３６ｃ 対応テーブル
３６Ｂ 破棄通知パケット生成処理部
４０ ＵＥ（無線端末）
４１ ＭＡＣ／ＰＨＹ処理部
４２ ＲＬＣ処理部
４３ ＰＤＣＰ処理部
２０ ａＧＷ（送信装置）
２１ 上位装置インタフェース（ＩＦ）
２２ ＰＤＣＰ処理部
２２Ａ ＲＯＨＣ制御部
２２ａ 対応テーブル
２２Ｂ ＲＯＨＣ圧縮部（ＲＯＨＣコンプレッサ）
２２Ｃ 秘匿処理部
２２Ｄ 秘匿解除処理部
２２Ｅ ＲＯＨＣ復元部（ＲＯＨＣデコンプレッサ）
２３，２３ａ Ｓ１−ＦＰ送信処理部
２４ Ｓ１−ＦＰ受信処理部
３０ ｅＮＢ（無線基地局）
３１，３１ａ Ｓ１−ＦＰ受信処理部
３２ Ｓ１−ＦＰ送信処理部
３３ ＲＬＣ処理部
３３Ａ ＰＤＣＰ−ＳＤＵ分割（ＲＬＣ−ＰＤＵ生成）部
３３ａ 対応テーブル
３３Ｂ ＲＬＣ破棄検出部
３３Ｃ ＰＤＣＰ−ＳＤＵ組立生成（ＲＬＣ終端処理）部
３４ ＭＡＣ処理部
３４Ａ 破棄検出部
３５ 無線終端部
３６ 破棄通知制御部
３６Ａ，３６Ｃ ＳＮ検索処理部
３６ａ，３６ｃ 対応テーブル
３６Ｂ 破棄通知パケット生成処理部
４０ ＵＥ（無線端末）
４１ ＭＡＣ／ＰＨＹ処理部
４２ ＲＬＣ処理部
４３ ＰＤＣＰ処理部
以下、図面を参照して本発明の実施の形態を説明する。ただし、以下に示す実施形態は、あくまでも本発明の要旨の理解を助けるための例示に過ぎず、以下に示す実施形態で明示しない種々の変形や技術の適用を排除する意図はない。即ち、本発明は、その趣旨を逸脱しない範囲で種々変形（各実施例を組み合わせる等）して実施することができる。
〔１〕概要説明
前記課題を解決するために、本発明では、ＲＯＨＣのコンプレッサ機能を具備するａＧＷとＲＯＨＣのデコンプレッサ機能を具備するＵＥとの間の中間ノードであるｅＮＢ（無線基地局）において、ＲＬＣ廃棄機能等によるＵＥ宛の音声パケット（ＰＤＣＰ−ＰＤＵ）のエラー（破棄ないし欠落）を検出可能とし、当該エラーを検出すると、ＰＤＣＰの終端ノードであるａＧＷに対してＰＤＣＰ−ＰＤＵのエラー発生通知を行なって、ａＧＷにＲＯＨＣのヘッダ圧縮レベルを下げさせる（ＳＯ→ＩＲ／ＦＲ→ＩＲ）。これにより、圧縮データを解凍（復元）できない期間、つまりはＵＥでの無音状態の発生期間を削減することが可能となり、音声通話等のリアルタイム通信の品質改善を図ることが可能となる。
前記課題を解決するために、本発明では、ＲＯＨＣのコンプレッサ機能を具備するａＧＷとＲＯＨＣのデコンプレッサ機能を具備するＵＥとの間の中間ノードであるｅＮＢ（無線基地局）において、ＲＬＣ廃棄機能等によるＵＥ宛の音声パケット（ＰＤＣＰ−ＰＤＵ）のエラー（破棄ないし欠落）を検出可能とし、当該エラーを検出すると、ＰＤＣＰの終端ノードであるａＧＷに対してＰＤＣＰ−ＰＤＵのエラー発生通知を行なって、ａＧＷにＲＯＨＣのヘッダ圧縮レベルを下げさせる（ＳＯ→ＩＲ／ＦＲ→ＩＲ）。これにより、圧縮データを解凍（復元）できない期間、つまりはＵＥでの無音状態の発生期間を削減することが可能となり、音声通話等のリアルタイム通信の品質改善を図ることが可能となる。
特に、ｅＮＢは、ａＧＷとＵＥとの間の通信経路における中間ノードに相当するため、ｅＮＢからａＧＷに対してエラー発生通知を早い段階でフィードバックすることができ、ａＧＷでは、即座に、その通知をＲＯＨＣのＰＤＣＰ圧縮制御に反映することができる。即ち、ａＧＷは、前記エラー発生通知の受信により、即座に、ＲＯＨＣの圧縮状態をＩＲ状態に遷移して非圧縮データを送信することで、本来、ＵＥ側で解凍できずに破棄されていた音声データを救うことが可能となる。
〔２〕前提
以下に説明する実施形態では、説明の簡単化のため、使用するモードはＵＥからａＧＷに対するフィードバックを行なわないＵモードのみで、ＲＯＨＣ処理の状態遷移は、図１３に示したように、ＩＲ状態とＳＯ状態との間の状態遷移のみを前提とする。つまり、ａＧＷからＵＥへの下りパケット（音声パケット）は、ヘッダ圧縮なしのデータ（非圧縮データ）及びヘッダ圧縮ありのデータ（圧縮データ）のいずれかであることを前提とする。
以下に説明する実施形態では、説明の簡単化のため、使用するモードはＵＥからａＧＷに対するフィードバックを行なわないＵモードのみで、ＲＯＨＣ処理の状態遷移は、図１３に示したように、ＩＲ状態とＳＯ状態との間の状態遷移のみを前提とする。つまり、ａＧＷからＵＥへの下りパケット（音声パケット）は、ヘッダ圧縮なしのデータ（非圧縮データ）及びヘッダ圧縮ありのデータ（圧縮データ）のいずれかであることを前提とする。
また、下りパケットの欠落が発生していない間（通常時）において、ＩＲ状態からＳＯ状態（上位状態）への遷移は、例えば、非圧縮データを１パケット送信することにより実行することとし、ＳＯ状態からＩＲ状態（下位状態）への遷移は、例えば、タイマ値（１００ｍｓ）の満了により実行することとする。
さらに、ＩＰ／ＵＤＰ／ＲＴＰのヘッダフォーマットも、図１４に示したフォーマットと同様であり、ＩＲ状態では、全ヘッダ（４０〜１００バイト）がそのまま送信され、ＳＯ状態では、ＲＴＰヘッダ内のシーケンス番号（ＳＮ：２バイト）のみが送信されることとする。
また、音声パケットの伝送イメージ（ａＧＷからＵＥへの方向）も図１５と同様である。即ち、音声パケットは、一定間隔（２０ｍｓ）で送信され、その中で非圧縮データは１００ｍｓごとに送信されることを前提とする。さらに、非圧縮時及び圧縮時のパケットのフォーマット例についても、基本的に、図１６及び図１７に示したフォーマットと同様である。
なお、以下の説明において、下りパケットのエラー（破棄ないし欠落）を、単に「破棄」と称することが多いが、「欠落」も含む用語として用いているものとする。
〔３〕第１実施形態
図１は本発明の第１実施形態に係る無線通信システムの構成を示すブロック図で、この図１に示す無線通信システムも、図１８に示したシステムと同様に、例えば、図１０に示したＩＡＳＡ等に相当する、上位ネットワーク（ＮＷ）を構成する上位ＮＷ装置１０（以下、ＮＷ１０とも表記する）と、ａＧＷ２０と、ｅＮＢ３０と、ＵＥ４０とをそなえて構成されている。
図１は本発明の第１実施形態に係る無線通信システムの構成を示すブロック図で、この図１に示す無線通信システムも、図１８に示したシステムと同様に、例えば、図１０に示したＩＡＳＡ等に相当する、上位ネットワーク（ＮＷ）を構成する上位ＮＷ装置１０（以下、ＮＷ１０とも表記する）と、ａＧＷ２０と、ｅＮＢ３０と、ＵＥ４０とをそなえて構成されている。
即ち、図１に示すシステムは、ＵＥ４０宛の音声データ等のリアルタイムデータ（下りパケット）のヘッダ圧縮状態を圧縮又は非圧縮に（適応的に）制御して前記データを送信する送信装置としてのａＧＷ２０と、ａＧＷ２０からＵＥ４０宛のデータを受信してＵＥ４０へ無線送信する無線基地局としてのｅＮＢ３０と、ｅＮＢ３０からのヘッダ圧縮されたデータを、受信済みのヘッダ非圧縮のデータを基に復元する無線端末としてのＵＥ４０とをそなえている。
また、ａＧＷ２０は、上位装置インタフェース（ＩＦ）２１，ＰＤＣＰ処理部２２，Ｓ１−ＦＰ送信処理部２３及びＳ１−ＦＰ受信処理部２４をそなえて構成され、ｅＮＢ３０は、Ｓ１−ＦＰ受信処理部３１，Ｓ１−ＦＰ送信処理部３２，ＲＬＣ処理部３３，ＭＡＣ処理部３４及び無線終端部（物理レイヤ（ＰＨＹ）処理部）３５に加えて、破棄通知制御部３６をそなえて構成されている。なお、以下において、ＭＡＣ処理部とＰＨＹ処理部とをＭＡＣ／ＰＨＹ処理部と総称することがある。
さらに、ａＧＷ２０のＰＤＣＰ処理部２２には、後述するＳ１−ＦＰでのシーケンス番号（ＳＮ）とＰＤＣＰでのＳＮとの対応テーブル２２ａを具備するＲＯＨＣ制御部２２Ａと、ＲＯＨＣ圧縮部（ＲＯＨＣコンプレッサ）２２Ｂと、秘匿（暗号化）処理部２２Ｃと、秘匿解除（復号化）処理部２２Ｄと、ＲＯＨＣ復元部（ＲＯＨＣデコンプレッサ）２２Ｅとが設けられている。
また、ＲＬＣ処理部３３には、後述するＳ１−ＦＰでのＳＮとＲＬＣでのＳＮとの対応テーブル３３ａを具備するＰＤＣＰ−ＳＤＵ分割（ＲＬＣ−ＰＤＵ生成）部３３Ａと、ＲＬＣ破棄検出部３３Ｂと、ＰＤＣＰ−ＳＤＵ組立生成（ＲＬＣ終端処理）部３３Ｃとが設けられ、ＭＡＣ処理部３４には、破棄検出部３４Ａが設けられている。
さらに、ｅＮＢ３０の破棄通知制御部３６には、後述するＳ１−ＦＰにおけるＳＮとＲＬＣにおけるＳＮとの対応テーブル３６ａを具備するＳＮ検索処理部３６Ａと、破棄通知パケット生成処理部３６Ｂとが設けられている。
また、ＵＥ４０は、下り方向の機能に着目すると、例えば図３中に示すように、ＭＡＣ／ＰＨＹ処理部４１と、ＲＬＣ処理部４２と、ＰＤＣＰ処理部４３とをそなえて構成されている。
（３．１）ａＧＷ２０の機能について
ここで、前記ａＧＷ２２において、上位装置ＩＦ２１は、ＮＷ１０との間の通信のインタフェースであり、ＮＷ１０からのＵＥ４０宛の音声データ等の下りデータ（下りパケットともいう）はＰＤＣＰ処理部２２のＲＯＨＣコンプレッサ２２Ｂへ転送し、ＰＤＣＰ処理部２２のＲＯＨＣデコンプレッサ２２Ｅから受信される音声データ等の上りデータ（上りパケットともいう）はＮＷ１０へ転送する機能を具備している。
ここで、前記ａＧＷ２２において、上位装置ＩＦ２１は、ＮＷ１０との間の通信のインタフェースであり、ＮＷ１０からのＵＥ４０宛の音声データ等の下りデータ（下りパケットともいう）はＰＤＣＰ処理部２２のＲＯＨＣコンプレッサ２２Ｂへ転送し、ＰＤＣＰ処理部２２のＲＯＨＣデコンプレッサ２２Ｅから受信される音声データ等の上りデータ（上りパケットともいう）はＮＷ１０へ転送する機能を具備している。
Ｓ１−ＦＰ送信処理部２３は、ＰＤＣＰ処理部２２でＲＯＨＣ処理及び秘匿処理（ciphering）を施されて当該ＰＤＣＰ処理部２２から受信される下りデータ（ＰＤＣＰパケット）を、ｅＮＢ３０との装置間ＩＦのプロトコル（Ｓ１−ＦＰ）に変換（Ｓ１−ＦＰヘッダの付与等）した上で、ｅＮＢ３０へ送信する機能を具備するもので、本例では、前記プロトコル変換の際に、前記Ｓ１−ＦＰヘッダ内に、ＰＤＣＰでのシーケンス番号（ＳＮ）とは別のＳ１−ＦＰでのシーケンス番号（ＳＮ）を付与する機能も具備している。
Ｓ１−ＦＰ受信処理部２４は、ｅＮＢ３０（Ｓ１−ＦＰ送信処理部３２）から受信された上りデータ（Ｓ１−ＦＰパケット）のプロトコルをＰＤＣＰに変換（Ｓ１−ＦＰヘッダの終端等）した上で、ＰＤＣＰ処理部２２の秘匿解除処理部２２Ｄへ転送する機能を具備するもので、本例では、次のような機能も具備している。
（１）上りＰＤＣＰパケットがユーザデータ（データパケット）かダミーデータ（ダミーパケット）かを識別して、ユーザデータのＰＤＣＰパケットのみを秘匿解除処理部２２Ｄへ転送するデータパケット識別機能
（２）前記プロトコル変換（Ｓ１−ＦＰヘッダの終端）の際に、ｅＮＢ３０で下りパケットの破棄（欠落）が発生したことを通知する破棄通知パケットであるか否かを識別して、破棄通知パケットであれば当該破棄通知パケットに付与されている破棄ＳＮ（破棄されたＰＤＣＰパケットに対して付与されていたＳ１−ＦＰでのＳＮ）を抽出してＲＯＨＣ制御部２２Ａに通知する破棄ＳＮ通知機能
（２）前記プロトコル変換（Ｓ１−ＦＰヘッダの終端）の際に、ｅＮＢ３０で下りパケットの破棄（欠落）が発生したことを通知する破棄通知パケットであるか否かを識別して、破棄通知パケットであれば当該破棄通知パケットに付与されている破棄ＳＮ（破棄されたＰＤＣＰパケットに対して付与されていたＳ１−ＦＰでのＳＮ）を抽出してＲＯＨＣ制御部２２Ａに通知する破棄ＳＮ通知機能
ここで、前記のデータパケット（ダミーパケット）の識別及び破棄通知パケットの識別は、例えば図２に示すような、ｅＮＢ３０のＳ１−ＦＰ送信処理部３２にて付与されるＳ１−ＦＰヘッダの情報に基づいて行なう。
即ち、Ｓ１−ＦＰヘッダの情報フィールドとして、
(a)送信パケット（上りＰＤＣＰパケット）がユーザデータ（データパケット）かダミーデータ（ダミーパケット）かを識別（通知）する情報（０でデータパケット、１でダミーパケット）を表示するＰＩＤフィールド、
(b)前記上りＰＤＣＰパケット（データパケット又はダミーパケット）のＳ１−ＦＰでのＳＮが設定されるＳＮフィールド、
(c)破棄通知の有無を表示（例えば、０で破棄通知なし、１で破棄通知あり）する破棄フラグフィールド、および、
(d)破棄されたＰＤＣＰパケットのＳ１−ＦＰでのＳＮ（破棄ＳＮ）を表示する破棄ＳＮフィールド
を定義しておく。
(a)送信パケット（上りＰＤＣＰパケット）がユーザデータ（データパケット）かダミーデータ（ダミーパケット）かを識別（通知）する情報（０でデータパケット、１でダミーパケット）を表示するＰＩＤフィールド、
(b)前記上りＰＤＣＰパケット（データパケット又はダミーパケット）のＳ１−ＦＰでのＳＮが設定されるＳＮフィールド、
(c)破棄通知の有無を表示（例えば、０で破棄通知なし、１で破棄通知あり）する破棄フラグフィールド、および、
(d)破棄されたＰＤＣＰパケットのＳ１−ＦＰでのＳＮ（破棄ＳＮ）を表示する破棄ＳＮフィールド
を定義しておく。
これにより、Ｓ１−ＦＰ受信処理部２４は、Ｓ１−ＦＰからＰＤＣＰへのプロトコル変換の際に、前記ＰＩＤフィールドの情報を基に、ｅＮＢ３０（Ｓ１−ＦＰ送信処理部３２）から受信したパケットがデータパケットかダミーパケットかを識別し、データパケットであれば秘匿解除処理部２２Ｄへ転送し、ダミーパケットであれば破棄することができる。また、前記破棄フラグフィールドに設定されている情報を基に、受信パケットが前記破棄通知パケットか否かを識別し、破棄通知パケットであれば、前記破棄ＳＮフィールドに設定されている破棄ＳＮをＲＯＨＣ制御部２２Ａに通知することができる。
つまり、本例では、ｅＮＢ３０からａＧＷ２０へのパケット破棄通知を、ａＧＷ２０への上りＰＤＣＰパケット（データパケット）が存在するときには当該データパケットに前記Ｓ１−ＦＰヘッダ（ＰＩＤフィールド＝０、破棄フラグフィールド＝１、破棄ＳＮ）を付与することにより、当該データパケットを利用して行なえるようになっている。
次に、ＰＤＣＰ処理部２２において、ＲＯＨＣコンプレッサ２２Ｂは、上位装置ＩＦ２１からのＵＥ４０宛の下りデータ（ＰＤＣＰパケット）を、ＲＯＨＣ制御部２２Ａからの制御（圧縮制御）に従って、ＲＯＨＣ処理（圧縮）する機能を具備するもので、本例では、前記下りデータのシーケンス番号（ＳＮ）を対応テーブル２２ａの作成のためにＲＯＨＣ制御部２２Ａに通知する機能も具備している。
秘匿処理部２２Ｃは、ＲＯＨＣコンプレッサ２２ＢによるＲＯＨＣ圧縮制御後の下りデータについて所要の秘匿処理（暗号化）処理を施す機能を具備するものである。
ＲＯＨＣ制御部２２Ａは、既述のＲＯＨＣの圧縮状態（ＩＲ、ＦＯ、ＳＯの３状態）を管理してＲＯＨＣコンプレッサ２２Ｂでの圧縮処理（ヘッダ圧縮レベル）を制御する機能を具備するもので、本例では、ｅＮＢ３０で破棄された下りデータのＳＮ（Ｓ１−ＦＰでのＳＮ）がＳ１−ＦＰ受信処理部２４から通知されると、破棄された下りデータの圧縮状態（ヘッダ圧縮レベル）が前記３状態のいずれであったかを確認（識別）し、その確認結果に応じて次に送信するＰＤＣＰパケットに対するヘッダ圧縮レベルを決定して、ＲＯＨＣコンプレッサ２２Ｂに通知する機能も具備している。
例えば、破棄された下りデータが非圧縮データであれば、次に送信する下りデータは非圧縮で送信すべくＲＯＨＣコンプレッサ２２Ｂの圧縮状態をＩＲ状態に制御し、破棄された下りデータが圧縮データであれば、受信側（ＵＥ４０）では受信済みの非圧縮データを基に圧縮データを復元することが可能なので、ＲＯＨＣコンプレッサ２２Ｂの圧縮状態はそのまま維持することができるようになっている。
そのため、本例のＲＯＨＣ制御部２２Ａは、少なくとも、どの下りデータ（ＰＤＣＰパケット）が破棄されたか（特に、破棄されたのは非圧縮データなのか圧縮データなのか）、破棄された下りデータのヘッダ圧縮レベルは前記３状態のどの状態であったのかを管理しておく必要がある。
そこで、本例のＲＯＨＣ制御部２２Ａは、ＲＯＨＣコンプレッサ２２ＢがＲＯＨＣ処理した下りデータ（ＰＤＣＰパケット）のＳＮ（ＰＤＣＰでのＳＮ）と、Ｓ１−ＦＰ送信処理部２３が当該下りデータに対して付与したＳＮ（Ｓ１−ＦＰでのＳＮ）とを対応付けた対応付け情報（対応テーブル２２ａ）を生成、更新する管理手段としての機能を具備している。
ただし、当該ＲＯＨＣ制御部２２Ａは、ＲＯＨＣコンプレッサ２２ＢからＰＤＣＰでのＳＮの通知を受けることにより、各下りデータ（ＰＤＣＰパケット）に対する圧縮状態（ヘッダ圧縮レベル）も把握できるため、ＲＯＨＣ制御部２２Ａは、ＰＤＣＰにおけるＳＮと、Ｓ１−ＦＰにおけるＳＮと、ＰＤＣＰパケットの圧縮状態とを対応付けた対応テーブル２２ａを作成することも可能である。
この場合、ＲＯＨＣ制御部２２Ａは、ｅＮＢ３０から破棄通知とともにＳ１−ＦＰ受信処理部２４で受信された破棄ＳＮと、対応テーブル２２ａとに基づいて、破棄されたデータのヘッダ圧縮状態を識別することができる。つまり、ＲＯＨＣ制御部２２Ａは、かかる識別を行なう識別手段としての機能を具備していることに相当する。
また、秘匿解除処理部２２Ｄは、Ｓ１−ＦＰ受信処理部２４から転送されてくる上りＰＤＣＰパケット（データパケット）について所要の秘匿解除処理（di-ciphering）を施す機能を具備するものであり、ＲＯＨＣデコンプレッサ２２Ｅは、前記秘匿解除処理後の上りデータパケットについてＲＯＨＣのヘッダ解凍処理を施して上位装置ＩＦ２１経由でＮＷ１０へ転送する機能を具備するものである。
（３．２）ｅＧＷ３０の機能について
一方、ａＧＷ３０において、Ｓ１−ＦＰ受信処理部３１は、ａＧＷ２０（Ｓ１−ＦＰ送信処理部２３）からの受信パケット（Ｓ１−ＦＰパケット）のプロトコルをＰＤＣＰに変換（Ｓ１−ＦＰヘッダの終端等）してＲＬＣ処理部３３（ＰＤＣＰ−ＳＤＵ分割（ＲＬＣ−ＰＤＵ生成）部３３Ａ）に転送する機能を具備するもので、本例では、ａＧＷ２０（Ｓ１−ＦＰ送信処理部２３）にてＳ１−ＦＰヘッダ内に付与されたＳ１−ＦＰでのＳＮを監視して、Ｓ１−ＦＰパケットの欠落（ＳＮ抜け）を検出し、そのＳＮを破棄通知制御部３６（ＳＮ検索処理部３６Ａ）に通知する機能も具備している。
一方、ａＧＷ３０において、Ｓ１−ＦＰ受信処理部３１は、ａＧＷ２０（Ｓ１−ＦＰ送信処理部２３）からの受信パケット（Ｓ１−ＦＰパケット）のプロトコルをＰＤＣＰに変換（Ｓ１−ＦＰヘッダの終端等）してＲＬＣ処理部３３（ＰＤＣＰ−ＳＤＵ分割（ＲＬＣ−ＰＤＵ生成）部３３Ａ）に転送する機能を具備するもので、本例では、ａＧＷ２０（Ｓ１−ＦＰ送信処理部２３）にてＳ１−ＦＰヘッダ内に付与されたＳ１−ＦＰでのＳＮを監視して、Ｓ１−ＦＰパケットの欠落（ＳＮ抜け）を検出し、そのＳＮを破棄通知制御部３６（ＳＮ検索処理部３６Ａ）に通知する機能も具備している。
また、ＲＬＣ処理部３３において、ＰＤＣＰ−ＳＤＵ分割（ＲＬＣ−ＰＤＵ生成）部３３Ａは、Ｓ１−ＦＰ受信処理部３１から転送されてきた受信パケット（ＰＤＣＰパケット）からＲＬＣレイヤのデータ（ＲＬＣ−ＰＤＵ）を生成する、即ち、図１６にて前述したごとく、必要に応じて受信ＰＤＣＰパケットのＳＤＵ（ＰＤＣＰ−ＳＤＵ）を分割してＲＬＣパケット（ＲＬＣ−ＰＤＵ）を生成し、ＭＡＣ処理部３４に転送する機能を具備するもので、本例では、前記ＲＬＣパケットの生成過程において、Ｓ１−ＦＰでのＳＮと生成したＲＬＣパケットのＳＮ（ＲＬＣでのＳＮ）とを対応付けた対応テーブル３３ａを生成し、当該対応テーブル３３ａの内容を破棄通知制御部３６（ＳＮ検索処理部３６Ａ）に通知する機能も具備している。
ＲＬＣ破棄検出部３３Ｂは、ＲＬＣ−ＰＤＵ生成部３３Ａでの前記ＲＬＣパケットの生成過程において、既述のＲＬＣ廃棄機能によるＲＬＣパケットの廃棄（欠落）を検出する機能と、当該廃棄を検出すると廃棄の発生したＲＬＣパケットのＳＮ（ＲＬＣでのＳＮ）を破棄通知制御部３６のＳＮ検索処理部３６Ａへ通知する機能とを具備するものである。
ＰＤＣＰ−ＳＤＵ組立生成（ＲＬＣ終端処理）部３３Ｃは、ＭＡＣ処理部３４で処理されたＵＥ４０からの上りデータ（ＲＬＣパケット）からＰＤＣＰパケット（ＰＤＣＰ−ＳＤＵ）を生成（ＲＬＣヘッダの終端等）して破棄通知制御部３６（破棄通知パケット生成処理部３６Ｂ）に転送する機能を具備するものである。
また、ＭＡＣ処理部３４において、破棄検出部３４Ａは、ＲＬＣ処理部３３（ＲＬＣ−ＰＤＵ生成部３３Ａ）から転送されてくるＲＬＣパケットのＳＮ（ＲＬＣでのＳＮ）を監視して、ＲＬＣパケットの破棄（欠落）を検出する機能と、当該破棄を検出すると、そのＲＬＣパケットのＳＮ（ＲＬＣでのＳＮ）を破棄通知制御部３６のＳＮ検索処理部３６Ａへ通知する機能とを具備するものである。
つまり、本例のｅＮＢ３０は、ａＧＷ２０からの受信データ（下りデータ）における欠落をＳ１−ＦＰ，ＲＬＣ及びＭＡＣの３レイヤ（Ｓ１−ＦＰ受信処理部３１，ＲＬＣ破棄検出部３３Ｂ及び破棄検出部３４Ｂ）のいずれにおいても検出することが可能であり、その検出結果を破棄通知制御部３６（ＳＮ検索処理部３６Ａ）に通知（集約）することが可能になっている。
さらに、無線終端部３５は、ＭＡＣ処理部３４で所要のＭＡＣ処理を施された下りデータについて所要の無線送信処理（ＤＡ変換、変調、アップコンバート、電力増幅等）を施して下り無線信号を生成し、これをＵＥ４０へ送信する一方、ＵＥ４０から受信された上り無線信号について所要の無線受信処理（低雑音増幅、ダウンコンバート、復調、ＡＤ変換等）を施してＭＡＣ処理部３４へ転送する機能を具備するものである。
そして、破棄通知制御部３６は、Ｓ１−ＦＰ受信処理部３１，ＲＬＣ破棄検出部３３Ｂ及び破棄検出部３４Ｂのいずれかで前記下りデータの破棄（欠落）が検出された場合に、その旨をｅＧＷ２０のＲＯＨＣ制御部２２Ａに通知するための機能を具備するものである。
そのため、ＳＮ検索処理部３６Ａは、Ｓ１−ＦＰでのＳＮとＲＬＣでのＳＮとを対応付けた前記対応テーブル３６ａを図示しないメモリ等に具備し、ＲＬＣ処理部３３のＲＬＣ破棄検出部３３Ｂ、又は、ＭＡＣ処理部３４の破棄検出部３４ＡからＲＬＣでのＳＮを通知されると、当該ＳＮを基に対応テーブル３６ａを検索することにより、破棄の発生したＳ１−ＦＰパケットのＳＮ（Ｓ１−ＦＰでのＳＮ）を特定して、そのＳＮ（破棄ＳＮ）をＳ１−ＦＰ送信処理部３２に通知する機能を具備している。
ただし、Ｓ１−ＦＰ受信処理部３１でＳ１−ＦＰパケットの破棄が検出されてＳ１−ＦＰでのＳＮが通知されてきた場合は、ＳＮ検索処理部３６Ａは、前記テーブル検索は行なう必要はなく、当該ＳＮを破棄ＳＮとしてそのままＳ１−ＦＰ送信処理部３２に通知する。また、前記対応テーブル３６ａは、ＲＬＣ−ＰＤＵ生成部３３ＡでのＲＬＣパケット生成過程で生成された前記対応テーブル３３ａの内容通知をＲＬＣ処理部３３から受けることにより、生成、更新することができる。
破棄通知パケット生成処理部３６Ｂは、前記ＳＮ検索処理部３６Ａから下りデータの破棄が発生した旨の通知を受けた場合に、ＲＬＣ処理部３３（ＰＤＣＰ−ＳＤＵ組立生成部３３Ｃ）からの上りデータ（ＰＤＣＰパケット）があれば当該ＰＤＣＰパケットを利用してｅＧＷ２０（ＲＯＨＣ制御部２２Ａ）に対する破棄通知を行なうために、当該ＰＤＣＰパケットをＳ１−ＦＰ送信処理部３２へスルーし、上りデータがなければダミーデータ（ダミーパケット）を生成し、これをＳ１−ＦＰ送信処理部３２に転送する機能を具備するものである。
そして、Ｓ１−ＦＰ送信処理部３２は、当該破棄通知パケット生成処理部３６Ｂからの上りＰＤＣＰパケットのプロトコルをａＧＷ２０との間の装置間ＩＦのプロトコル（Ｓ１−ＦＰ）に変換（Ｓ１−ＦＰヘッダの付与等）した上でａＧＷ２０（Ｓ１−ＦＰ受信処理部２４）へ送信する機能を具備するもので、本例では、破棄通知パケット生成処理部３６ＢからＳ１−ＦＰでのＳＮ（破棄ＳＮ）の通知があると、図２にて既述のとおり、前記上りＰＤＣＰパケット（データパケット又はダミーパケット）に対して、破棄フラグ＝１と、ＰＩＤ＝０又は１と、上りについてのＳ１−ＦＰでのＳＮと、通知された破棄ＳＮとを設定したＳ１−ＦＰヘッダを付与する機能も具備している。
（３．３）ＵＥ４０の機能について
また、ＵＥ４０において、ＭＡＣ／ＰＨＹ処理部４１は、ｅＮＢ３０から送信された無線信号を受信して所要の無線受信処理（低雑音増幅、ダウンコンバート、復調、ＡＤ変換等）を施すとともに、当該無線受信処理後の下り受信パケットについて所要のＭＡＣ処理を施す機能を具備するものである。
また、ＵＥ４０において、ＭＡＣ／ＰＨＹ処理部４１は、ｅＮＢ３０から送信された無線信号を受信して所要の無線受信処理（低雑音増幅、ダウンコンバート、復調、ＡＤ変換等）を施すとともに、当該無線受信処理後の下り受信パケットについて所要のＭＡＣ処理を施す機能を具備するものである。
ＲＬＣ処理部４２は、当該ＭＡＣ／ＰＨＹ処理部４１からの受信パケット（ＲＬＣパケット）について所要のＲＬＣ処理（ＲＬＣヘッダの終端等）を施す機能を具備するものであり、ＰＤＣＰ処理部４３は、前記ＲＬＣ処理後の受信パケットについて所要のＰＤＣＰ処理（ＰＤＣＰヘッダの終端、ＲＯＨＣのヘッダ復元等）を施して音声データを再生する機能を具備するものである。
（３．４）動作説明
以下、上述のごとく構成された無線通信システムの動作、特に、下りデータパケットに欠落が生じた場合の動作について、図３〜図６を用いて説明する。なお、図３は下りデータ（非圧縮データ）がｅＮＢ２０においてＲＬＣ廃棄機能（タイムアウト）により破棄された場合のシーケンス、図４は下りデータ（圧縮データ）が同じくｅＮＢ２０において破棄された場合のシーケンスをそれぞれ表している。
以下、上述のごとく構成された無線通信システムの動作、特に、下りデータパケットに欠落が生じた場合の動作について、図３〜図６を用いて説明する。なお、図３は下りデータ（非圧縮データ）がｅＮＢ２０においてＲＬＣ廃棄機能（タイムアウト）により破棄された場合のシーケンス、図４は下りデータ（圧縮データ）が同じくｅＮＢ２０において破棄された場合のシーケンスをそれぞれ表している。
（非圧縮データの破棄が発生した場合）
まず、下りデータ（非圧縮データ）がｅＮＢ２０においてＲＬＣ廃棄機能（タイムアウト）により破棄された場合の処理について、図３を参照しながら説明する。
まず、下りデータ（非圧縮データ）がｅＮＢ２０においてＲＬＣ廃棄機能（タイムアウト）により破棄された場合の処理について、図３を参照しながら説明する。
ＮＷ１０から下りパケットがａＧＷ２０に受信されると（ステップＳ１）、ａＧＷ２０では、当該下りパケットについて、ＰＤＣＰ処理部２２のＲＯＨＣコンプレッサ２２Ｂ及び秘匿処理部２２Ｃにて、ＲＯＨＣ処理（ただし、ここではＩＲ状態で非圧縮処理）及び秘匿処理が施された後、Ｓ１−ＦＰ送信処理部２３に転送され（ステップＳ２）、当該Ｓ１−ＦＰ送信処理部２３にて、Ｓ１−ＦＰでのＳＮ（＝０）がＳ１−ＦＰヘッダ内に付与されて、ｅＮＢ３０へ送信される（ステップＳ３）。なお、Ｓ１−ＦＰ送信処理部２３は、以降、ＰＤＣＰ処理部２２から下りパケット（ＰＤＣＰパケット）を受信する度にＳ１−ＦＰでのＳＮを１ずつインクリメントして、当該下りパケットにＳ１−ＦＰでのＳＮを付与する。
ｅＮＢ３０では、前記下りパケットがＳ１−ＦＰ受信処理部３１にて受信され、当該Ｓ１−ＦＰ受信処理部３１にて、Ｓ１−ＦＰヘッダが終端された後、ＲＬＣ処理部３３へ転送され（ステップＳ４）、当該ＲＬＣ処理部３３のＲＬＣ−ＰＤＵ生成部３３Ａにて、ＲＬＣ−ＰＤＵが生成される。その際、前記ＲＬＣ廃棄機能（タイムアウト）によりＰＤＣＰパケットの破棄が発生したとすると（ステップＳ５）、非圧縮データがＵＥ４０に到達しないことになる（点線矢印参照）。
そのため、ＵＥ４０では、前記非圧縮データの次にＮＷ１０からａＧＷ２０へ送信された下りパケットが、ａＧＷ２０のＰＤＣＰ処理部２２（ＲＯＨＣコンプレッサ２２Ｂ）にてＩＲ状態以外の圧縮状態（ここでは、ＳＯ状態）でヘッダ圧縮された後、ｅＮＢ３０経由で受信されても（ステップＳ６〜Ｓ１３）、当該圧縮データのヘッダを解凍できないため、受信パケットを復元することができない。
その一方で、前記非圧縮データの破棄は、ｅＮＢ３０のＲＬＣ処理部３３Ａ（ＲＬＣ破棄検出部３３Ｂ）にて検出され、破棄されたＲＬＣパケットのＳＮ（ＲＬＣでのＳＮ）が破棄通知制御部３６（ＳＮ検索処理部３６Ａ）に通知されることにより、対応テーブル３６ａにおいて当該ＲＬＣでのＳＮに対応するＳ１−ＦＰでのＳＮが検索され、検索されたＳＮ（＝０）が破棄ＳＮとしてＳ１−ＦＰ送信処理部３２に通知される（ステップＡ１）。
これにより、Ｓ１−ＦＰ送信処理部３２は、破棄通知パケット生成処理部３６Ｂから転送されてくる上りＰＤＣＰパケット（データパケット又はダミーパケット）に対して、破棄フラグ＝１と、ＰＩＤ＝０又は１と、上りについてのＳ１−ＦＰでのＳＮと、通知された破棄ＳＮ（＝０）とを設定したＳ１−ＦＰヘッダ（図２参照）を付与した上で、当該上りＰＤＣＰパケットをａＧＷ２０へ送信する（ステップＡ２）。
当該上りＳ１−ＦＰパケットは、ａＧＷ２０のＳ１−ＦＰ受信処理部２４にて受信され、当該Ｓ１−ＦＰ受信処理部２４にて、前記Ｓ１−ＦＰヘッダが終端されることにより、受信パケットが破棄通知パケットであることが識別され、前記破棄ＳＮがＰＤＣＰ処理部２２のＲＯＨＣ制御部２２Ａに通知される（ステップＡ３）。
なお、前記破棄通知パケットがデータパケットに前記Ｓ１−ＦＰヘッダを付与したものである場合（ＰＩＤ＝０の場合）、そのデータパケットは、秘匿解除処理部２２Ｄへ転送されて秘匿解除処理を施された後、ＲＯＨＣデコンプレッサ２２ＥにてＲＯＨＣの復元処理を施されて、上位装置ＩＦ２１経由でＮＷ１０へ送信される。
一方、前記破棄ＳＮの通知をＳ１−ＦＰ受信処理部２４から受けたＲＯＨＣ制御部２２Ａは、通知された破棄ＳＮを基に対応テーブル２２ａを検索して、破棄されたＰＤＣＰパケットが非圧縮データであったか圧縮データであったかを特定（識別）する。本例では、破棄されたのは非圧縮データであると識別されるので、ＲＯＨＣ制御部２２Ａは、ＩＲ状態に遷移して、ＲＯＨＣコンプレッサ２２ＢでのＲＯＨＣ処理の状態を非圧縮状態に制御する（ステップＡ４）。
これにより、その時点で、ＮＷ１０から受信され（ステップＳ１４）、ｅＮＢ３０へ送信すべき下りパケットは、ヘッダ圧縮されずに非圧縮データとしてＳ１−ＦＰ送信処理部２３に転送され（ステップＳ１５）、当該Ｓ１−ＦＰ送信処理部２３からｅＮＢ３０経由でＵＥ４０に送信される（ステップＳ１６〜Ｓ１９）。
その結果、ＵＥ４０では、ｅＮＢ３０で非圧縮データの破棄が発生してから従来よりも短時間で新たな非圧縮データを受信することができ、当該非圧縮データを正常に受信処理することにより（ステップＳ２０〜Ｓ２２）、以後に受信される圧縮データに欠落が生じたとしても、その圧縮ヘッダを、先行して受信した非圧縮データを基に解凍することができる。
したがって、例えば図５に模式的に示すように、前記非圧縮データの欠落により無音状態となってしまう期間を従来（図２０参照）よりも大幅に削減することができる。また、ａＧＷ２０の立場からすれば、中間ノードであるｅＮＢ３０から早い段階で下りパケットの欠落発生通知を受けて、ＲＯＨＣの圧縮状態をＩＲ状態に制御することができるので、ＵＥ４０でヘッダ解凍できない無駄な下りパケット（圧縮データ）の送信を抑制することができ、その結果、無線区間（ｅＮＢ２０とＵＥ４０との間）の下り無線帯域の浪費を抑制することができる。
（圧縮データの破棄が発生した場合）
次に、非圧縮データではなく圧縮データがｅＮＢ２０においてＲＬＣ廃棄機能（タイムアウト）により破棄された場合の処理について、図４を参照しながら説明する。
次に、非圧縮データではなく圧縮データがｅＮＢ２０においてＲＬＣ廃棄機能（タイムアウト）により破棄された場合の処理について、図４を参照しながら説明する。
即ち、この場合も、ＮＷ１０から下りパケットがａＧＷ２０に受信されると（ステップＳ１）、ａＧＷ２０では、当該下りパケットについて、ＰＤＣＰ処理部２２のＲＯＨＣコンプレッサ２２Ｂ及び秘匿処理部２２Ｃにて、ＲＯＨＣ処理（非圧縮）及び秘匿処理が施された後、Ｓ１−ＦＰ送信処理部２３に転送され（ステップＳ２）、当該Ｓ１−ＦＰ送信処理部２３にて、Ｓ１−ＦＰでのＳＮ（＝０）がＳ１−ＦＰヘッダ内に付与されて、ｅＮＢ３０へ送信される（ステップＳ３）。
ｅＮＢ３０では、前記下りパケットがＳ１−ＦＰ受信処理部３１にて受信され、当該Ｓ１−ＦＰ受信処理部３１にて、Ｓ１−ＦＰヘッダが終端された後、ＲＬＣ処理部３３へ転送され（ステップＳ４）、当該ＲＬＣ処理部３３のＲＬＣ−ＰＤＵ生成部３３Ａにて、ＲＬＣ−ＰＤＵが生成される。生成されたＲＬＣ−ＰＤＵは、ＭＡＣ処理部３４へ転送され、当該ＭＡＣ処理部３４にて所要のＭＡＣ処理を施された上で、無線終端部３５へ転送され、所要の無線送信処理を施されてＵＥ４０へ無線送信される（ステップＳ５，Ｓ６）。
ＵＥ４０は、前記下りパケット（ＲＬＣ−ＰＤＵ）を受信すると、ＭＡＣ／ＰＨＹ処理部４１，ＲＬＣ処理部４２及びＰＤＣＰ処理部４３を通じて、当該下りパケットの復元処理を実施する（ステップＳ７〜Ｓ９）。
その後、ＮＷ１０から次の下りパケットがａＧＷ２０に受信されると（ステップＳ１０）、ａＧＷ２０では、ＲＯＨＣ処理の圧縮状態がＩＲ状態からＳＯ状態へ遷移しているものと仮定して、当該下りパケットについて、ＰＤＣＰ処理部２２のＲＯＨＣコンプレッサ２２Ｂ及び秘匿処理部２２Ｃにて、ＲＯＨＣ処理（ＳＯ状態でのヘッダ圧縮）及び秘匿処理が施された後、Ｓ１−ＦＰ送信処理部２３に転送され（ステップＳ１１）、当該Ｓ１−ＦＰ送信処理部２３にて、Ｓ１−ＦＰでのＳＮ（＝１）がＳ１−ＦＰヘッダ内に付与されて、ｅＮＢ３０へ送信される（ステップＳ１２）。
ｅＮＢ３０では、前記下りパケット（圧縮データ）がＳ１−ＦＰ受信処理部３１にて受信され、Ｓ１−ＦＰヘッダの終端等を施された後、ＲＬＣ処理部３３Ａに転送される（ステップＳ１３）。ＲＬＣ処理部３３では、転送されてきた下りパケット（ＰＤＣＰパケット）からＲＬＣ−ＰＤＵをＲＬＣ−ＰＤＵ生成部３３Ａにより生成する。その際、前記ＲＬＣ廃棄機能（タイムアウト）によりＰＤＣＰパケットの破棄が発生したとすると（ステップＳ１４）、圧縮データがＵＥ４０に到達しないことになる（点線矢印参照）。
しかしながら、本例の場合、ＵＥ４０では、前記非圧縮データを正常に受信できているため、当該圧縮データ（Ｓ１−ＦＰでのＳＮ＝１）を受信できなくても、次の下りパケット（圧縮データ：Ｓ１−ＦＰでのＳＮ＝２）については、受信済みの前記非圧縮データのヘッダに基づいて正しく解凍、復元することが可能である（ステップＳ１５〜Ｓ２３）。
そのため、ａＧＷ２０のＲＯＨＣコンプレッサ２２Ｂでの圧縮状態は変更しなくてもよい。したがって、ｅＮＢ３０では、前記圧縮データの破棄がＲＬＣ破棄検出部３３Ｂにて検出されると、非圧縮データの破棄の場合と同様に、破棄ＳＮを上りパケットのＳ１−ＦＰヘッダによりａＧＷ２０のＲＯＨＡＣ制御部２２Ａに通知するが（ステップＢ１〜Ｂ３）、ＲＯＨＣ制御部２２Ａは、通知された破棄ＳＮを基に対応テーブル２２ａを検索した結果、その破棄ＳＮに対応するＳ１−ＦＰパケットがヘッダ圧縮された圧縮データであれば、ＲＯＨＣ処理の圧縮状態は変更せずそれまでの状態（ＳＯ状態）に維持する（ステップＢ４）。
これにより、ＮＷ１０からａＧＷ２０へ送信された、さらに次の下りパケット（Ｓ１−ＦＰでのＳＮ＝３）は、ａＧＷ２０のＲＯＨＣコンプレッサ２２Ｂにて、前回送信した下りパケット（Ｓ１−ＦＰでのＳＮ＝２）と同じヘッダ圧縮レベルでヘッダ圧縮された上で、ｅＮＢ３０経由でＵＥ４０へ送信され、ＵＥ４０で受信処理される（ステップＳ２４〜Ｓ３２）。
なお、下りパケットの破棄ないし欠落が、Ｓ１−ＦＰ受信処理部３１又はＭＡＣ処理部３４の破棄検出部３４Ａで検出された場合も、それぞれの検出結果（破棄ないし欠落通知）が破棄通知制御部３６に集約され、破棄通知制御部３６からａＧＷ２０（ＲＯＨＣ制御部２２Ａ）に対して上りパケット（データパケット又はダミーパケット）により破棄ないし欠落通知が行なわれる動作となる。
即ち、Ｓ１−ＦＰ受信処理部３１で下りパケットの欠落が検出された場合は、欠落したパケットのＳ１−ＦＰでのＳＮがＳＮ検索処理部３６Ａによる対応テーブル３６ａの検索を要することなく把握されるから、そのＳＮがそのまま破棄ＳＮとしてａＧＷ２０のＲＯＨＣ制御部２２Ａに通知されることになる。
一方、ＭＡＣ処理部３４の破棄検出部３４Ａで下りパケットの欠落が検出された場合は、ＲＬＣでのＳＮが破棄通知制御部３６に通知され、破棄通知制御部３６は、通知されたＲＬＣでのＳＮを基に対応テーブル３６ａを検索して、通知されたＳＮに対応するＳ１−ＦＰでのＳＮを取得し、これが破棄ＳＮとしてａＧＷ２０のＲＯＨＣ制御部２２Ａに通知されることになる。
以上のように、本実施形態によれば、ＵＥ４０宛の下りパケットをｅＮＢ２０が受信してＵＥ４０へ送信する過程で、非圧縮データが破棄ないし欠落した場合に、その旨を直ちにａＧＷ２０に通知（フィードバック）してＲＯＨＣの圧縮状態をＩＲ状態（非圧縮）に変更させることができるので、ＵＥ４０が非圧縮データを正しく受信できないために圧縮データを正しく復元できない期間を削減することができる。
したがって、ｅＮＢ３０からＵＥ４０への無線区間の下り帯域等の無線リソースの浪費を抑制することができる。また、ＵＥ４０において復元できずに破棄されてしまう圧縮データ量を削減することができる。
したがって、ｅＮＢ３０からＵＥ４０への無線区間の下り帯域等の無線リソースの浪費を抑制することができる。また、ＵＥ４０において復元できずに破棄されてしまう圧縮データ量を削減することができる。
特に、ＵＥ４０で非圧縮データを正しく受信できないことを無線区間伝送前の速い段階で検出して、ａＧＷ２０に通知することができるので、ａＧＷ２０において早期にＵＥ４０宛の下りパケットのヘッダ圧縮状態をＩＲ状態に変更することができ、下り無線リソースの浪費を抑制することができる。
また、ｅＮＢ３０からａＧＷ２０への破棄通知をＵＥ４０からのａＧＷ２０宛の上りパケット（ユーザデータ）を利用して実施することで、無線基地局から送信装置への通信リソースの利用効率を向上することができる。
さらに、ＵＥ４０からのａＧＷ２０宛の上りパケットが無いときには、ｅＮＢ３０（破棄通知パケット生成処理部３６Ｂ）において、破棄通知パケットを生成してａＧＷ２０へ送信するので、破棄通知自体が遅延することを防止することができる。
また、ｅＮＢ３０において、ＵＥ４０宛の下りパケットがＳ１−ＦＰからＲＬＣ、ＲＬＣからＭＡＣのようにプロトコル変換されたとしても、前記対応テーブル３６ａ，３３ａによりプロトコル変換前後の下りパケットの連続性（ＳＮ）の対応関係を管理しておくので、プロトコル変換前の欠落パケットのＳＮを特定することができるので、ｅＮＢ３０は、欠落パケットのＳＮを確実にａＧＷ２０に通知することができる。
（３．５）変形例
上述した実施形態では、ａＧＷ２０のＳ１−ＦＰ送信処理部２３にて、下りパケットに対してＳ１−ＦＰでのＳＮを付与することを前提としている。これは、ａＧＷ２０では、秘匿処理部２２Ｃにて、ＰＤＣＰ−ＰＤＵ（ＰＤＣＰヘッダを含むペイロード部分）に対して秘匿処理を行なってデータを暗号化するため、ｅＮＢ３０にて破棄を検出した場合でも、ｅＮＢ３０では、ＰＤＣＰでのＳＮを知ることができないためである。
上述した実施形態では、ａＧＷ２０のＳ１−ＦＰ送信処理部２３にて、下りパケットに対してＳ１−ＦＰでのＳＮを付与することを前提としている。これは、ａＧＷ２０では、秘匿処理部２２Ｃにて、ＰＤＣＰ−ＰＤＵ（ＰＤＣＰヘッダを含むペイロード部分）に対して秘匿処理を行なってデータを暗号化するため、ｅＮＢ３０にて破棄を検出した場合でも、ｅＮＢ３０では、ＰＤＣＰでのＳＮを知ることができないためである。
即ち、破棄されたパケットが非圧縮データか圧縮データかを特定できないまま破棄発生のみをｅＮＢ３０からａＧＷ２０に通知しても、ａＧＷ２０では、どの下りパケット（つまり、非圧縮データ及び圧縮データのいずれ）が破棄されたのか分からないため、圧縮データが破棄された場合でもＩＲ状態に遷移してしまうと、不要な非圧縮データを送信して、下り無線帯域を圧迫してしまう可能性がある。
そこで、前記の例では、ｅＮＢ３０への下りパケットに対してＤＰＣＰでのＳＮとは別にＳ１−ＦＰでのＳＮを付与し、その対応関係をＲＯＨＣ処理の圧縮状態との対応関係も含めて前記対応テーブル２２ａにて管理することで、破棄された下りパケットが非圧縮データなのか圧縮データなのかを特定できるようにして、破棄された下りパケットが非圧縮データであった場合にのみ、ＲＯＨＣ処理の圧縮状態をＩＲ状態に遷移して、非圧縮データを送信する動作としている。
もっとも、ａＧＷ２０及びｅＮＢ３０の装置規模の削減や、制御の簡易化を重視する場合、不要な非圧縮データの送信が許容できる場合など、Ｓ１−ＦＰでのＳＮを付与せずに、ｅＮＢ３０からａＧＷ２０に対して破棄通知のみを行ない、ａＧＷ２０は当該破棄通知を受信すると、無条件にＩＲ状態に遷移して非圧縮データを送信する動作としてもよい。
その場合の処理シーケンスを示したのが図６である。
即ち、ｅＮＢ３０において、圧縮データの破棄がＲＬＣ破棄検出部３３Ｂにて検出されると、ＲＬＣ破棄検出部３３Ｂは、その旨を破棄通知制御部３６へ通知し、破棄通知制御部３６（破棄通知パケット生成処理部３６Ｂ）は、パケット破棄の発生を、Ｓ１−ＦＰ送信処理部３２を通じて、上りパケット（データパケット又はダミーパケット）により、ａＧＷ２０（ＲＯＨＣ制御部２２Ａ）に通知する（ステップＣ１〜Ｃ３）。
即ち、ｅＮＢ３０において、圧縮データの破棄がＲＬＣ破棄検出部３３Ｂにて検出されると、ＲＬＣ破棄検出部３３Ｂは、その旨を破棄通知制御部３６へ通知し、破棄通知制御部３６（破棄通知パケット生成処理部３６Ｂ）は、パケット破棄の発生を、Ｓ１−ＦＰ送信処理部３２を通じて、上りパケット（データパケット又はダミーパケット）により、ａＧＷ２０（ＲＯＨＣ制御部２２Ａ）に通知する（ステップＣ１〜Ｃ３）。
ここで、当該通知を受けたＲＯＨＣ制御部２２Ａは、破棄ＳＮが不明なので、ＲＯＨＣコンプレッサ２２ＢでのＲＯＨＣの圧縮状態を無条件にＩＲ状態に遷移させて、次の下りパケットを非圧縮データとして送信させる（ステップＣ４）。なお、その他の動作は、図４（ステップＳ１〜Ｓ３２）と同様である。また、下りパケットの破棄ないし欠落が、Ｓ１−ＦＰ受信処理部３１又はＭＡＣ処理部３４の破棄検出部３４Ａで検出された場合の動作についても、既述の動作と同様である。
〔４〕第２実施形態
前記の第１実施形態では、エラー（破棄ないし欠落）の発生した下りパケットが非圧縮データか圧縮データかの識別をａＧＷ２０において行なっている。即ち、ａＧＷ２０のＲＯＨＣ制御部２２Ａが、ｅＮＢ２０からの上りパケット（破棄通知パケット）により通知された破棄ＳＮを基に対応テーブル２２ａを検索することにより、破棄ＳＮの下りパケットの圧縮状態を識別している。
前記の第１実施形態では、エラー（破棄ないし欠落）の発生した下りパケットが非圧縮データか圧縮データかの識別をａＧＷ２０において行なっている。即ち、ａＧＷ２０のＲＯＨＣ制御部２２Ａが、ｅＮＢ２０からの上りパケット（破棄通知パケット）により通知された破棄ＳＮを基に対応テーブル２２ａを検索することにより、破棄ＳＮの下りパケットの圧縮状態を識別している。
これに対して、本実施形態では、ｅＮＢ３０においてもエラーの発生した下りパケットが非圧縮データか圧縮データかを識別できる構成とする。このようにすれば、エラーの発生した下りパケットが圧縮データであれば、既述のとおりＵＥ４００ではそれまでに受信済みの非圧縮データを下に受信圧縮データの解凍を行なうことが可能なので、ａＧＷ２０（ＲＯＨＣ制御部２２Ａ）に対してエラー発生通知は行なわず、エラーの発生した下りパケットが非圧縮データであった場合にのみ、ａＧＷ２０に対してエラー発生通知を行なう動作が可能となる。
したがって、この場合、第１実施形態に比して、ｅＮＢ３０からａＧＷ２０への上りパケット量を削減することが可能となり、ｅＮＢ３０とａＧＷ２０との間の上り伝送帯域の有効利用を図ることが可能となる。
図７に、かかる機能を実現する本発明の第２実施形態に係る無線通信システムの構成を示す。即ち、この図１に示す無線通信システムは、第１実施形態（図１）に示したシステムに比して、ａＧＷ２０において、Ｓ１−ＦＰ送信処理部２３に代えてＳ１−ＦＰ送信処理部２３ａがそなえられ、ｅＮＢ３０において、Ｓ１−ＦＰ受信処理部３１に代えてＳ１−ＦＰ受信処理部３１ａがそなえられるとともに、ＳＮ検索処理部３６Ａに代えてＳＮ検索処理部３６Ｃ（対応テーブル３６ｃ）がそなえている点が異なる。なお、他の既述の符号と同一符号を付した構成要素は、特に断らない限り、既述の構成要素と同一若しくは同様の機能を具備するものである。
ここで、ａＧＷ２０のＳ１−ＦＰ送信処理部２３ａは、ＰＤＣＰ処理部２２でＲＯＨＣ処理及び秘匿処理（ciphering）を施されて当該ＰＤＣＰ処理部２２から受信される下りデータ（ＰＤＣＰパケット）を、ｅＮＢ３０との装置間ＩＦのプロトコル（Ｓ１−ＦＰ）に変換（Ｓ１−ＦＰヘッダの付与等）した上で、ｅＮＢ３０へ送信する機能を具備するものである。
ただし、本例のＳ１−ＦＰ送信処理部２３ａは、前記プロトコル変換の際に、例えば図８に示すように、前記Ｓ１−ＦＰヘッダ内に、ＰＤＣＰでのシーケンス番号（ＳＮ）とは別のＳ１−ＦＰでのシーケンス番号（ＳＮ）に加えて、ｅＮＢ３０での圧縮／非圧縮データの識別を可能にするために、ＲＯＨＣのヘッダ圧縮の有無（０でヘッダ圧縮あり、１でヘッダ圧縮なし）を表示するフラグ（Ｆ）情報を付与する機能（ＳＮ設定機能、圧縮フラグ設定機能）も具備している。なお、ヘッダ圧縮の有無の情報は、ＰＤＣＰ処理部２２（秘匿処理部２２Ｃ）からのＰＤＣＰパケットの受信とともにＰＤＣＰ処理部２２から受信することができる。
一方、ｅＮＢ３０のＳ１−ＦＰ受信処理部３１ａは、ａＧＷ２０（Ｓ１−ＦＰ送信処理部２３ａ）からの受信パケット（Ｓ１−ＦＰパケット）のプロトコルをＰＤＣＰに変換（Ｓ１−ＦＰヘッダの終端等）してＲＬＣ処理部３３（ＰＤＣＰ−ＳＤＵ分割（ＲＬＣ−ＰＤＵ生成）部３３Ａ）に転送する機能を具備するもので、本例では次のような機能も具備している。
（１）前記Ｓ１−ＦＰヘッダ内に付与されたＳ１−ＦＰでのＳＮを監視して、欠落したＳ１−ＦＰパケットのＳＮを検出するＳＮ検出機能
（２）前記Ｓ１−ＦＰヘッダの圧縮フラグ情報フィールドに設定されている前記フラグ情報（０又は１）を検出する圧縮フラグ検出機能
（３）前記検出されたＳＮ及びフラグ情報を破棄通知制御部３６（ＳＮ検索処理部３６Ａａ）に通知する通知機能
（１）前記Ｓ１−ＦＰヘッダ内に付与されたＳ１−ＦＰでのＳＮを監視して、欠落したＳ１−ＦＰパケットのＳＮを検出するＳＮ検出機能
（２）前記Ｓ１−ＦＰヘッダの圧縮フラグ情報フィールドに設定されている前記フラグ情報（０又は１）を検出する圧縮フラグ検出機能
（３）前記検出されたＳＮ及びフラグ情報を破棄通知制御部３６（ＳＮ検索処理部３６Ａａ）に通知する通知機能
そして、ＳＮ検索処理部３６Ｃは、破棄の発生した下りパケットのＳ１−ＦＰでのＳＮ（破棄ＳＮ）を検出して破棄通知パケット生成処理部３６Ｂに通知する機能を具備するもので、本例では、次のような機能も具備している。
（１）Ｓ１−ＦＰでのＳＮと、前記フラグ情報と、ＲＬＣでのＳＮとを対応付けた対応テーブル３６ｃを生成するテーブル生成機能
（２）ＲＬＣ処理部３３のＲＬＣ破棄検出部３３Ｂ、又は、ＭＡＣ処理部３４の破棄検出部３４Ａから通知されたＲＬＣでのＳＮを基に対応テーブル３６ｃを検索することにより、破棄の発生したＳ１−ＦＰパケットのＳＮ（Ｓ１−ＦＰでのＳＮ）及びフラグ情報を検出するテーブル検索（ＳＮ／圧縮フラグ）検出機能
（３）前記フラグ情報がヘッダ非圧縮を表す場合（Ｆ＝１）にのみ前記検出ＳＮを破棄ＳＮとして破棄通知パケット生成処理部３６Ｂに通知する破棄ＳＮ通知機能
つまり、本例のＳＮ検索処理部３６Ｃは、前記フラグ情報がヘッダ圧縮を表す場合（Ｆ＝０）には破棄ＳＮの通知を行なわないようになっている。これにより、ａＧＷ２０への無駄な破棄通知パケット（ダミーパケット）の送信を抑制できることになる。
（１）Ｓ１−ＦＰでのＳＮと、前記フラグ情報と、ＲＬＣでのＳＮとを対応付けた対応テーブル３６ｃを生成するテーブル生成機能
（２）ＲＬＣ処理部３３のＲＬＣ破棄検出部３３Ｂ、又は、ＭＡＣ処理部３４の破棄検出部３４Ａから通知されたＲＬＣでのＳＮを基に対応テーブル３６ｃを検索することにより、破棄の発生したＳ１−ＦＰパケットのＳＮ（Ｓ１−ＦＰでのＳＮ）及びフラグ情報を検出するテーブル検索（ＳＮ／圧縮フラグ）検出機能
（３）前記フラグ情報がヘッダ非圧縮を表す場合（Ｆ＝１）にのみ前記検出ＳＮを破棄ＳＮとして破棄通知パケット生成処理部３６Ｂに通知する破棄ＳＮ通知機能
つまり、本例のＳＮ検索処理部３６Ｃは、前記フラグ情報がヘッダ圧縮を表す場合（Ｆ＝０）には破棄ＳＮの通知を行なわないようになっている。これにより、ａＧＷ２０への無駄な破棄通知パケット（ダミーパケット）の送信を抑制できることになる。
以下、図９を参照しながら、上述のごとく構成された第２実施形態の無線通信システムの動作を、本例の要旨である、ｅＮＢ３０において圧縮データである下りパケットの廃棄が発生した場合に着目して説明する。
即ち、ＮＷ１０から下りパケットがａＧＷ２０に受信されると（ステップＳ１）、ａＧＷ２０では、当該下りパケットについて、ＰＤＣＰ処理部２２のＲＯＨＣコンプレッサ２２Ｂ及び秘匿処理部２２Ｃにて、ＲＯＨＣ処理（非圧縮）及び秘匿処理が施された後、Ｓ１−ＦＰ送信処理部２３ａに転送され（ステップＳ２）、当該Ｓ１−ＦＰ送信処理部２３ａにて、Ｓ１−ＦＰでのＳＮ（＝０）及びフラグ情報（Ｆ＝１）がＳ１−ＦＰヘッダ内に付与されて、ｅＮＢ３０へ送信される（ステップＳ３）。
ｅＮＢ３０では、前記下りパケットがＳ１−ＦＰ受信処理部３１ａにて受信され、当該Ｓ１−ＦＰ受信処理部３１ａにて、Ｓ１−ＦＰヘッダが終端された後、ＲＬＣ処理部３３へ転送され（ステップＳ４）、当該ＲＬＣ処理部３３のＲＬＣ−ＰＤＵ生成部３３Ａにて、ＲＬＣ−ＰＤＵが生成される。その際、前記ＲＬＣ廃棄機能（タイムアウト）によりＰＤＣＰパケットの破棄が発生したとすると（ステップＳ５）、非圧縮データがＵＥ４０に到達しないことになる。
そのため、ＵＥ４０では、前記非圧縮データの次にＮＷ１０からａＧＷ２０へ送信された下りパケットが、ａＧＷ２０のＰＤＣＰ処理部２２（ＲＯＨＣコンプレッサ２２Ｂ）にてＩＲ状態以外の圧縮状態（ＳＯ状態）でヘッダ圧縮された後、ｅＮＢ３０経由で受信されても（ステップＳ６〜Ｓ１３）、当該圧縮データのヘッダを解凍できないため、受信パケットを復元することができない。
その一方で、前記非圧縮データの破棄は、ｅＮＢ３０のＲＬＣ処理部３３Ａ（ＲＬＣ破棄検出部３３Ｂ）にて検出され、破棄されたＲＬＣパケットのＳＮ（ＲＬＣでのＳＮ）が破棄通知制御部３６（ＳＮ検索処理部３６Ｃ）に通知されることにより、対応テーブル３６ｃにおいて当該ＲＬＣでのＳＮに対応するＳ１−ＦＰでのＳＮ及びフラグ情報が検索される。
ここで、ＳＮ検索処理部３６Ｃは、検索したフラグ情報がヘッダ圧縮及びヘッダ非圧縮のいずれを表しているかを確認して、破棄の発生した下りパケットが圧縮データ（Ｆ＝１）か非圧縮データ（Ｆ＝０）かを判断する（ステップＤ１）。ここでは、Ｆ＝１（非圧縮データ）であるから、ＳＮ検索処理部３６Ｃは、検索したＳＮ（＝０）を破棄ＳＮとしてＳ１−ＦＰ送信処理部３２に通知する（ステップＤ２）。
これにより、Ｓ１−ＦＰ送信処理部３２は、破棄通知パケット生成処理部３６Ｂからの上りＰＤＣＰパケット（データパケット又はダミーパケット）に対して、破棄フラグ＝１と、ＰＩＤ＝０又は１と、上りについてのＳ１−ＦＰでのＳＮと、通知された破棄ＳＮ（＝０）とを設定したＳ１−ＦＰヘッダ（図２参照）を付与した上で、当該上りＰＤＣＰパケットをａＧＷ２０へ送信する（ステップＤ３）。
当該上りＳ１−ＦＰパケットは、ａＧＷ２０のＳ１−ＦＰ受信処理部２４にて受信され、当該Ｓ１−ＦＰ受信処理部２４にて、前記Ｓ１−ＦＰヘッダが終端されることにより、受信パケットが破棄通知パケットであることが識別され、前記破棄ＳＮがＰＤＣＰ処理部２２のＲＯＨＣ制御部２２Ａに通知される（ステップＤ４）。
なお、前記破棄通知パケットがデータパケットに前記Ｓ１−ＦＰヘッダを付与したものである場合（ＰＩＤ＝０の場合）、そのデータパケットは、秘匿解除処理部２２Ｄへ転送されて秘匿解除処理を施された後、ＲＯＨＣデコンプレッサ２２ＥにてＲＯＨＣの復元処理を施されて、上位装置ＩＦ２１経由でＮＷ１０へ送信される。
一方、前記破棄ＳＮの通知をＳ１−ＦＰ受信処理部２４から受けたＲＯＨＣ制御部２２Ａは、ＲＯＨＣコンプレッサ２２ＢでのＲＯＨＣ処理の状態を非圧縮状態（ＩＲ状態）に制御する（ステップＤ５）。
これにより、その時点で、ＮＷ１０から受信され（ステップＳ１４）、ｅＮＢ３０へ送信すべき下りパケットは、ヘッダ圧縮されずに非圧縮データとしてＳ１−ＦＰ送信処理部２３ａに転送され（ステップＳ１５）、当該Ｓ１−ＦＰ送信処理部２３ａからｅＮＢ３０経由でＵＥ４０に送信される（ステップＳ１６〜Ｓ１９）。
その結果、ＵＥ４０では、ｅＮＢ３０で非圧縮データの破棄が発生してから従来よりも短時間で新たな非圧縮データを受信することができ、当該非圧縮データを正常に受信処理することにより（ステップＳ２０〜Ｓ２２）、以後に受信される圧縮データに欠落が生じたとしても、その圧縮ヘッダを、先行して受信した非圧縮データを基に解凍することができる。
その後、ＮＷ１０から次の下りパケットがａＧＷ２０に受信されると（ステップＳ２３）、ａＧＷ２０では、当該下りパケットについて、ＰＤＣＰ処理部２２のＲＯＨＣコンプレッサ２２Ｂ及び秘匿処理部２２Ｃにて、ＲＯＨＣ処理（圧縮）及び秘匿処理が施された後、Ｓ１−ＦＰ送信処理部２３ａに転送され（ステップＳ２４）、当該Ｓ１−ＦＰ送信処理部２３ａにて、Ｓ１−ＦＰでのＳＮ（＝３）及び「ヘッダ圧縮あり」を示すフラグ情報（Ｆ＝０）がＳ１−ＦＰヘッダ内に付与されて、ｅＮＢ３０へ送信される（ステップＳ２５）。
ｅＮＢ３０では、前記下りパケットがＳ１−ＦＰ受信処理部３１ａにて受信され、当該Ｓ１−ＦＰ受信処理部３１ａにて、Ｓ１−ＦＰヘッダが終端された後、ＲＬＣ処理部３３へ転送され（ステップＳ２６）、当該ＲＬＣ処理部３３のＲＬＣ−ＰＤＵ生成部３３Ａにて、ＲＬＣ−ＰＤＵが生成される。その際、前記ＲＬＣ廃棄機能（タイムアウト）によりパケット破棄が発生したとすると（ステップＳ２７）、当該パケット（圧縮データ）がＵＥ４０に到達しないことになる。
前記圧縮データの破棄は、ｅＮＢ３０のＲＬＣ処理部３３Ａ（ＲＬＣ破棄検出部３３Ｂ）にて検出され、破棄されたＲＬＣパケットのＳＮ（ＲＬＣでのＳＮ）が破棄通知制御部３６（ＳＮ検索処理部３６Ｃ）に通知されることにより、対応テーブル３６ｃにおいて当該ＲＬＣでのＳＮに対応するＳ１−ＦＰでのＳＮ（＝３）及びフラグ情報が検索される。
ここで、ＳＮ検索処理部３６Ｃは、検索したフラグ情報がヘッダ圧縮及びヘッダ非圧縮のいずれを表しているかを確認して、破棄の発生した下りパケットが圧縮データ（Ｆ＝１）か非圧縮データ（Ｆ＝０）かを判断する（ステップＤ６）。ここでは、Ｆ＝０（圧縮データ）であるから、ＳＮ検索処理部３６Ｃは、検索したＳＮ（＝３）をＳ１−ＦＰ送信処理部３２及び破棄通知パケット生成部３６Ｂのいずれにも通知しない。したがって、破棄ＳＮ（＝３）はａＧＷ２０に通知されない（ステップＤ７，Ｄ８）。
即ち、圧縮データの破棄が発生したとしても、ＵＥ４０では、非圧縮データを正常受信できている限り、当該非圧縮データを基に、その後に受信される圧縮データ（Ｓ１−ＦＰでのＳＮ＝４）のヘッダ解凍を行なえるから（ステップＳ２８〜Ｓ３６）、ｅＮＢ３０からａＧＷ２０（ＲＯＨＣ制御部２２Ａ）へ破棄通知を行なってＩＲ状態に遷移させる必要がないのである。
なお、下りパケットの破棄ないし欠落が、ＭＡＣ処理部３４の破棄検出部３４Ａで検出された場合は、当該破棄検出部３４ＡからＲＬＣでのＳＮが破棄通知制御部３６Ｃに通知されることになり、その後の処理は上記と同様である。
なお、下りパケットの破棄ないし欠落が、ＭＡＣ処理部３４の破棄検出部３４Ａで検出された場合は、当該破棄検出部３４ＡからＲＬＣでのＳＮが破棄通知制御部３６Ｃに通知されることになり、その後の処理は上記と同様である。
以上のように、本実施形態では、ａＧＷ２０からｅＮＢ３０にパケットを送信する際に、圧縮データか非圧縮データかを識別するフラグ（ヘッダ圧縮フラグ（Ｆ））をＳ１−ＦＰヘッダに設定することにより、ｅＮＢ３０にて受信パケットが圧縮データか非圧縮データかを判断可能となる。
そして、ａＧＷ２０から受信したパケットのＳ１−ＦＰでのＳＮと、ヘッダ圧縮フラグ（Ｆ）と、ＲＬＣでのＳＮとを、ＳＮ検索処理部３６Ｃ内の対応テーブル３６ｃにて対応付けて管理することにより、ＲＬＣ処理部３３（またはＭＡＣ処理部３４）から破棄通知を受信した場合に、対応するＲＬＣでのＳＮの下りパケットが圧縮データか非圧縮データかを判断し、非圧縮データであった場合にのみ第１実施形態と同様にＳ１−ＦＰ送信処理部３２及び破棄通知パケット生成処理部３６Ｂへの通知を行なう。
これにより、ＲＬＣ処理部３３及びＭＡＣ処理部３４にて下りパケットの破棄が検出された場合には、非圧縮データのＳ１−ＦＰでのＳＮのみがａＧＷ２０に通知されることになり、ｅＮＢ３０からａＧＷ２０に対する不要な破棄通知（ダミーパケットの送信）が削減されることになる。したがって、ｅＮＢ３０からａＧＷ２０への上り伝送帯域等の上り通信リソースの利用効率を向上することができる。
なお、ｅＮＢ３０のＳ１−ＦＰ受信処理部３１ａにてＳ１−ＦＰパケットの欠落（ＳＮ抜け）が検出された場合には、ヘッダ圧縮／非圧縮の判断ができないため、ヘッダ圧縮／非圧縮にかかわらず、破棄通知制御部３６は、第１実施形態と同様にしてａＧＷ２０への通知を行なう。
〔５〕その他
上述した各実施形態では、ＲＯＨＣの圧縮状態がＩＲ状態とＳＯ状態との間を遷移することを前提として説明したが、ＩＲ状態とＦＯ状態との間を遷移する場合も、「ＳＯ状態」を「ＦＯ状態」に読み替えて適用すれば、前記の各実施形態と同等の作用効果を得ることができる。
上述した各実施形態では、ＲＯＨＣの圧縮状態がＩＲ状態とＳＯ状態との間を遷移することを前提として説明したが、ＩＲ状態とＦＯ状態との間を遷移する場合も、「ＳＯ状態」を「ＦＯ状態」に読み替えて適用すれば、前記の各実施形態と同等の作用効果を得ることができる。
また、上述した各実施形態では、ａＧＷ２０（ＲＯＨＣ制御部２２Ａ）がｅＮＢ３０から破棄通知を受けた直後の次のＵＥ４０宛の下りパケットを圧縮状態の制御対象（制御タイミング）としているが、必ずしも次の下りパケットである必要はない。即ち、受信側で無音状態となる期間が許容される範囲である限り、次の次の下りパケット、あるいは、それ以降の下りパケットを制御対象としてもよい。つまり、欠落通知に応じた圧縮、非圧縮制御が可能でありさえすれば足りる。
以上詳述したように、本発明によれば、無線端末が非圧縮データを正しく受信できないために圧縮データを復元できない期間を削減して、無線基地局から無線端末への無線区間の無線リソースの浪費を抑制することができるので、無線通信技術分野、例えば、移動通信技術分野にとって極めて有用であると考えられる。
また、上述した各実施形態では、ａＧＷ２０（ＲＯＨＣ制御部２２Ａ）がｅＮＢ３０から破棄通知を受けた直後の次のＵＥ４０宛の下りパケットを圧縮状態の制御対象（制御タイミング）としているが、必ずしも次の下りパケットである必要はない。即ち、受信側で無音状態となる期間が許容される範囲である限り、次の次の下りパケット、あるいは、それ以降の下りパケットを制御対象としてもよい。つまり、欠落通知に応じた圧縮、非圧縮制御が可能でありさえすれば足りる。
以上の実施形態及びその変形例に関し、さらに以下の付記を開示する。
〔６〕付記
（付記１）
無線端末宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置と、前記送信装置から前記無線端末宛のデータを受信して前記無線端末へ無線送信する無線基地局と、前記無線基地局からのヘッダ圧縮されたデータを、受信済みのヘッダ非圧縮のデータを基に復元する前記無線端末とをそなえた無線通信システムにおいて、
前記無線基地局は、
前記送信装置からの受信データにおける欠落を検出した場合に、前記送信装置に欠落通知を行ない、
前記送信装置は、
前記欠落通知を受けると、前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御する、
ことを特徴とする、無線通信のヘッダ圧縮制御方法。
（付記２）
前記送信装置は、
前記無線端末宛のデータ毎にシーケンス番号を付与するとともに、前記シーケンス番号と前記データの前記ヘッダ圧縮状態が圧縮か非圧縮かを示す情報とを対応付けた対応付け情報を管理し、
前記無線基地局は、
前記送信装置から受信したデータの前記シーケンス番号を監視することにより前記欠落を検出して、前記欠落通知とともに、欠落したデータの前記シーケンス番号を前記送信装置へ通知し、
前記送信装置は、
前記無線基地局から通知された前記シーケンス番号と前記対応付け情報とに基づいて前記欠落したデータのヘッダ圧縮状態を識別し、
前記欠落したデータのヘッダ圧縮状態が非圧縮であると、次の前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御する、
ことを特徴とする、付記１記載の無線通信のヘッダ圧縮制御方法。
（付記３）
前記送信装置は、
前記識別の結果、前記欠落したデータのヘッダ圧縮状態が圧縮であると、次の前記無線端末宛のデータのヘッダ圧縮状態を変更しないことを特徴とする、付記２記載の無線通信のヘッダ圧縮制御方法。
（付記４）
前記送信装置は、
前記無線端末宛のデータ毎に、シーケンス番号と前記ヘッダ圧縮状態が圧縮か非圧縮かを示すフラグ情報とを付与し、
前記無線基地局は、
前記送信装置から受信したデータの前記シーケンス番号と前記フラグ情報とを監視することにより、欠落したデータの前記シーケンス番号と前記欠落したデータのヘッダ圧縮状態を識別し、
前記欠落したデータのヘッダ圧縮状態が非圧縮である場合にのみ、前記送信装置へ前記欠落通知を行ない、
前記送信装置は、
前記無線基地局から前記欠落通知を受けると、次の前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御する、
ことを特徴とする、付記１記載の無線通信のヘッダ圧縮制御方法。
（付記５）
前記無線基地局は、
前記送信装置に対する前記欠落通知を、前記無線端末から受信した、前記送信装置宛のデータに欠落通知情報を付与することで実行することを特徴とする、付記１〜４のいずれか１項に記載の無線通信のヘッダ圧縮制御方法。
（付記６）
前記無線基地局は、
前記送信装置に対する前記欠落通知を、欠落通知情報を付与したデータを生成して前記送信装置へ送信することで実行することを特徴とする、付記１〜４のいずれか１項に記載の無線通信のヘッダ圧縮制御方法。
（付記７）
前記無線基地局は、
前記送信装置に対する前記通知の送信機会において、前記無線端末から受信した、前記送信装置宛のデータがあれば当該データに欠落通知情報を付与することで前記欠落通知を実行し、当該データがなければ、欠落通知情報を付与したデータを生成して前記送信装置へ送信することで前記欠落通知を実行することを特徴とする、付記１〜４のいずれか１項に記載の無線通信のヘッダ圧縮制御方法。
（付記８）
前記無線基地局は、
前記送信装置から受信したデータを前記無線端末へ送信する過程でプロトコル変換した場合の当該変換前後のシーケンス番号の対応関係を管理し、
前記プロトコル変換後に前記欠落を検出すると、前記対応関係に基づいて前記プロトコル変換前の前記欠落したデータのシーケンス番号を特定する、
ことを特徴とする、付記２又は３に記載の無線通信のヘッダ圧縮制御方法。
（付記９）
無線端末宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置と、前記送信装置から前記無線端末宛のデータを受信して前記無線端末へ無線送信する無線基地局と、前記無線基地局からのヘッダ圧縮されたデータを、受信済みのヘッダ非圧縮のデータを基に復元する前記無線端末とをそなえた無線通信システムにおける前記無線基地局であって、
前記送信装置からの受信データにおける欠落を検出する欠落検出手段と、
前記欠落検出手段にて前記欠落が検出されると、前記送信装置に欠落通知を行なう欠落通知制御手段と、
をそなえたことを特徴とする、無線基地局。
（付記１０）
前記欠落検出手段は、
前記送信装置において前記データに付与された前記データのシーケンス番号を監視することにより前記データの欠落を検出し、
前記欠落通知制御手段は、
前記欠落通知とともに、欠落したデータの前記シーケンス番号を前記送信装置へ通知することを特徴とする、付記９記載の無線基地局。
（付記１１）
前記欠落検出手段は、
前記送信装置において前記データ毎に付与された、シーケンス番号と前記データのヘッダ圧縮状態が圧縮か非圧縮かを示すフラグ情報とを監視することにより、欠落したデータの前記シーケンス番号と前記欠落したデータのヘッダ圧縮状態を識別し、
前記欠落通知制御手段は、
前記識別されたヘッダ圧縮状態が非圧縮である場合にのみ、前記送信装置へ前記欠落通知を行なうことを特徴とする、付記９記載の無線基地局。
（付記１２）
前記欠落通知制御手段は、
前記送信装置に対する前記欠落通知を、前記無線端末から受信した、前記送信装置宛のデータに欠落通知情報を付与することで実行することを特徴とする、付記９〜１１のいずれか１項に記載の無線基地局。
（付記１３）
前記欠落通知制御手段は、
前記送信装置に対する前記欠落通知を、欠落通知情報を付与したデータを生成して前記送信装置へ送信することで実行することを特徴とする、付記９〜１１のいずれか１項に記載の無線基地局。
（付記１４）
前記欠落制御手段は、
前記送信装置に対する前記通知の送信機会において、前記無線端末から受信した、前記送信装置宛のデータがあれば当該データに欠落通知情報を付与することで前記欠落通知を実行し、当該データがなければ、欠落通知情報を付与したデータを生成して前記送信装置へ送信することで前記欠落通知を実行することを特徴とする、付記９〜１１のいずれか１項に記載の無線通信のヘッダ圧縮制御方法。
（付記１５）
前記欠落通知制御手段は、
前記送信装置から受信したデータを前記無線端末へ送信する過程でプロトコル変換した場合の当該変換前後のシーケンス番号の対応関係を管理する手段と、
前記プロトコル変換後に前記欠落を検出すると、前記対応関係に基づいて前記プロトコル変換前の前記欠落したデータのシーケンス番号を特定する手段と、
をそなえたことを特徴とする、付記１０記載の無線基地局。
（付記１６）
無線端末宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置と、前記送信装置から前記無線端末宛のデータを受信して前記無線端末へ無線送信する無線基地局と、前記無線基地局からのヘッダ圧縮されたデータを、受信済みのヘッダ非圧縮のデータを基に復元する前記無線端末とをそなえた無線通信システムにおける前記送信装置であって、
前記無線基地局において前記データにおける欠落が検出されて前記無線基地局から送信されてきた欠落通知を受信する受信手段と、
前記受信手段で前記欠落通知が受信されると、前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御する制御手段と、
をそなえたことを特徴とする、送信装置。
（付記１７）
前記制御手段は、
前記無線端末宛のデータ毎にシーケンス番号を付与するシーケンス番号付与手段と、
前記シーケンス番号と前記データの前記ヘッダ圧縮状態が圧縮か非圧縮かを示す情報とを対応付けた対応付け情報を管理する管理手段と、
前記無線基地局から前記欠落通知とともに前記受信手段で受信された前記欠落したデータのシーケンス番号と、前記管理手段の前記対応付け情報とに基づいて、前記欠落したデータのヘッダ圧縮状態を識別する識別手段と、
前記欠落したデータのヘッダ圧縮状態が非圧縮であると、次の前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御するヘッダ圧縮制御手段と、
をそなえたことを特徴とする、付記１６記載の送信装置。
（付記１８）
前記ヘッダ圧縮制御手段は、
前記識別手段による識別の結果、前記欠落したデータのヘッダ圧縮状態が圧縮であると、次の前記無線端末宛のデータのヘッダ圧縮状態を変更しないことを特徴とする、付記１７記載の送信装置。
（付記１９）
前記制御手段は、
前記無線端末宛のデータ毎に、シーケンス番号と前記ヘッダ圧縮状態が圧縮か非圧縮か示すフラグ情報とを付与するシーケンス番号／フラグ付与手段をそなえたことを特徴とする、付記１６記載の送信装置。
以上の実施形態及びその変形例に関し、さらに以下の付記を開示する。
〔６〕付記
（付記１）
無線端末宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置と、前記送信装置から前記無線端末宛のデータを受信して前記無線端末へ無線送信する無線基地局と、前記無線基地局からのヘッダ圧縮されたデータを、受信済みのヘッダ非圧縮のデータを基に復元する前記無線端末とをそなえた無線通信システムにおいて、
前記無線基地局は、
前記送信装置からの受信データにおける欠落を検出した場合に、前記送信装置に欠落通知を行ない、
前記送信装置は、
前記欠落通知を受けると、前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御する、
ことを特徴とする、無線通信のヘッダ圧縮制御方法。
（付記２）
前記送信装置は、
前記無線端末宛のデータ毎にシーケンス番号を付与するとともに、前記シーケンス番号と前記データの前記ヘッダ圧縮状態が圧縮か非圧縮かを示す情報とを対応付けた対応付け情報を管理し、
前記無線基地局は、
前記送信装置から受信したデータの前記シーケンス番号を監視することにより前記欠落を検出して、前記欠落通知とともに、欠落したデータの前記シーケンス番号を前記送信装置へ通知し、
前記送信装置は、
前記無線基地局から通知された前記シーケンス番号と前記対応付け情報とに基づいて前記欠落したデータのヘッダ圧縮状態を識別し、
前記欠落したデータのヘッダ圧縮状態が非圧縮であると、次の前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御する、
ことを特徴とする、付記１記載の無線通信のヘッダ圧縮制御方法。
（付記３）
前記送信装置は、
前記識別の結果、前記欠落したデータのヘッダ圧縮状態が圧縮であると、次の前記無線端末宛のデータのヘッダ圧縮状態を変更しないことを特徴とする、付記２記載の無線通信のヘッダ圧縮制御方法。
（付記４）
前記送信装置は、
前記無線端末宛のデータ毎に、シーケンス番号と前記ヘッダ圧縮状態が圧縮か非圧縮かを示すフラグ情報とを付与し、
前記無線基地局は、
前記送信装置から受信したデータの前記シーケンス番号と前記フラグ情報とを監視することにより、欠落したデータの前記シーケンス番号と前記欠落したデータのヘッダ圧縮状態を識別し、
前記欠落したデータのヘッダ圧縮状態が非圧縮である場合にのみ、前記送信装置へ前記欠落通知を行ない、
前記送信装置は、
前記無線基地局から前記欠落通知を受けると、次の前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御する、
ことを特徴とする、付記１記載の無線通信のヘッダ圧縮制御方法。
（付記５）
前記無線基地局は、
前記送信装置に対する前記欠落通知を、前記無線端末から受信した、前記送信装置宛のデータに欠落通知情報を付与することで実行することを特徴とする、付記１〜４のいずれか１項に記載の無線通信のヘッダ圧縮制御方法。
（付記６）
前記無線基地局は、
前記送信装置に対する前記欠落通知を、欠落通知情報を付与したデータを生成して前記送信装置へ送信することで実行することを特徴とする、付記１〜４のいずれか１項に記載の無線通信のヘッダ圧縮制御方法。
（付記７）
前記無線基地局は、
前記送信装置に対する前記通知の送信機会において、前記無線端末から受信した、前記送信装置宛のデータがあれば当該データに欠落通知情報を付与することで前記欠落通知を実行し、当該データがなければ、欠落通知情報を付与したデータを生成して前記送信装置へ送信することで前記欠落通知を実行することを特徴とする、付記１〜４のいずれか１項に記載の無線通信のヘッダ圧縮制御方法。
（付記８）
前記無線基地局は、
前記送信装置から受信したデータを前記無線端末へ送信する過程でプロトコル変換した場合の当該変換前後のシーケンス番号の対応関係を管理し、
前記プロトコル変換後に前記欠落を検出すると、前記対応関係に基づいて前記プロトコル変換前の前記欠落したデータのシーケンス番号を特定する、
ことを特徴とする、付記２又は３に記載の無線通信のヘッダ圧縮制御方法。
（付記９）
無線端末宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置と、前記送信装置から前記無線端末宛のデータを受信して前記無線端末へ無線送信する無線基地局と、前記無線基地局からのヘッダ圧縮されたデータを、受信済みのヘッダ非圧縮のデータを基に復元する前記無線端末とをそなえた無線通信システムにおける前記無線基地局であって、
前記送信装置からの受信データにおける欠落を検出する欠落検出手段と、
前記欠落検出手段にて前記欠落が検出されると、前記送信装置に欠落通知を行なう欠落通知制御手段と、
をそなえたことを特徴とする、無線基地局。
（付記１０）
前記欠落検出手段は、
前記送信装置において前記データに付与された前記データのシーケンス番号を監視することにより前記データの欠落を検出し、
前記欠落通知制御手段は、
前記欠落通知とともに、欠落したデータの前記シーケンス番号を前記送信装置へ通知することを特徴とする、付記９記載の無線基地局。
（付記１１）
前記欠落検出手段は、
前記送信装置において前記データ毎に付与された、シーケンス番号と前記データのヘッダ圧縮状態が圧縮か非圧縮かを示すフラグ情報とを監視することにより、欠落したデータの前記シーケンス番号と前記欠落したデータのヘッダ圧縮状態を識別し、
前記欠落通知制御手段は、
前記識別されたヘッダ圧縮状態が非圧縮である場合にのみ、前記送信装置へ前記欠落通知を行なうことを特徴とする、付記９記載の無線基地局。
（付記１２）
前記欠落通知制御手段は、
前記送信装置に対する前記欠落通知を、前記無線端末から受信した、前記送信装置宛のデータに欠落通知情報を付与することで実行することを特徴とする、付記９〜１１のいずれか１項に記載の無線基地局。
（付記１３）
前記欠落通知制御手段は、
前記送信装置に対する前記欠落通知を、欠落通知情報を付与したデータを生成して前記送信装置へ送信することで実行することを特徴とする、付記９〜１１のいずれか１項に記載の無線基地局。
（付記１４）
前記欠落制御手段は、
前記送信装置に対する前記通知の送信機会において、前記無線端末から受信した、前記送信装置宛のデータがあれば当該データに欠落通知情報を付与することで前記欠落通知を実行し、当該データがなければ、欠落通知情報を付与したデータを生成して前記送信装置へ送信することで前記欠落通知を実行することを特徴とする、付記９〜１１のいずれか１項に記載の無線通信のヘッダ圧縮制御方法。
（付記１５）
前記欠落通知制御手段は、
前記送信装置から受信したデータを前記無線端末へ送信する過程でプロトコル変換した場合の当該変換前後のシーケンス番号の対応関係を管理する手段と、
前記プロトコル変換後に前記欠落を検出すると、前記対応関係に基づいて前記プロトコル変換前の前記欠落したデータのシーケンス番号を特定する手段と、
をそなえたことを特徴とする、付記１０記載の無線基地局。
（付記１６）
無線端末宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置と、前記送信装置から前記無線端末宛のデータを受信して前記無線端末へ無線送信する無線基地局と、前記無線基地局からのヘッダ圧縮されたデータを、受信済みのヘッダ非圧縮のデータを基に復元する前記無線端末とをそなえた無線通信システムにおける前記送信装置であって、
前記無線基地局において前記データにおける欠落が検出されて前記無線基地局から送信されてきた欠落通知を受信する受信手段と、
前記受信手段で前記欠落通知が受信されると、前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御する制御手段と、
をそなえたことを特徴とする、送信装置。
（付記１７）
前記制御手段は、
前記無線端末宛のデータ毎にシーケンス番号を付与するシーケンス番号付与手段と、
前記シーケンス番号と前記データの前記ヘッダ圧縮状態が圧縮か非圧縮かを示す情報とを対応付けた対応付け情報を管理する管理手段と、
前記無線基地局から前記欠落通知とともに前記受信手段で受信された前記欠落したデータのシーケンス番号と、前記管理手段の前記対応付け情報とに基づいて、前記欠落したデータのヘッダ圧縮状態を識別する識別手段と、
前記欠落したデータのヘッダ圧縮状態が非圧縮であると、次の前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御するヘッダ圧縮制御手段と、
をそなえたことを特徴とする、付記１６記載の送信装置。
（付記１８）
前記ヘッダ圧縮制御手段は、
前記識別手段による識別の結果、前記欠落したデータのヘッダ圧縮状態が圧縮であると、次の前記無線端末宛のデータのヘッダ圧縮状態を変更しないことを特徴とする、付記１７記載の送信装置。
（付記１９）
前記制御手段は、
前記無線端末宛のデータ毎に、シーケンス番号と前記ヘッダ圧縮状態が圧縮か非圧縮か示すフラグ情報とを付与するシーケンス番号／フラグ付与手段をそなえたことを特徴とする、付記１６記載の送信装置。
Claims (19)
- 無線端末宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置と、前記送信装置から前記無線端末宛のデータを受信して前記無線端末へ無線送信する無線基地局と、前記無線基地局からのヘッダ圧縮されたデータを、受信済みのヘッダ非圧縮のデータを基に復元する前記無線端末とをそなえた無線通信システムにおいて、
前記無線基地局は、
前記送信装置からの受信データにおける欠落を検出した場合に、前記送信装置に欠落通知を行ない、
前記送信装置は、
前記欠落通知を受けると、前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御する、
ことを特徴とする、無線通信のヘッダ圧縮制御方法。 - 前記送信装置は、
前記無線端末宛のデータ毎にシーケンス番号を付与するとともに、前記シーケンス番号と前記データの前記ヘッダ圧縮状態が圧縮か非圧縮かを示す情報とを対応付けた対応付け情報を管理し、
前記無線基地局は、
前記送信装置から受信したデータの前記シーケンス番号を監視することにより前記欠落を検出して、前記欠落通知とともに、欠落したデータの前記シーケンス番号を前記送信装置へ通知し、
前記送信装置は、
前記無線基地局から通知された前記シーケンス番号と前記対応付け情報とに基づいて前記欠落したデータのヘッダ圧縮状態を識別し、
前記欠落したデータのヘッダ圧縮状態が非圧縮であると、次の前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御する、
ことを特徴とする、請求項１記載の無線通信のヘッダ圧縮制御方法。 - 前記送信装置は、
前記識別の結果、前記欠落したデータのヘッダ圧縮状態が圧縮であると、次の前記無線端末宛のデータのヘッダ圧縮状態を変更しないことを特徴とする、請求項２記載の無線通信のヘッダ圧縮制御方法。 - 前記送信装置は、
前記無線端末宛のデータ毎に、シーケンス番号と前記ヘッダ圧縮状態が圧縮か非圧縮かを示すフラグ情報とを付与し、
前記無線基地局は、
前記送信装置から受信したデータの前記シーケンス番号と前記フラグ情報とを監視することにより、欠落したデータの前記シーケンス番号と前記欠落したデータのヘッダ圧縮状態を識別し、
前記欠落したデータのヘッダ圧縮状態が非圧縮である場合にのみ、前記送信装置へ前記欠落通知を行ない、
前記送信装置は、
前記無線基地局から前記欠落通知を受けると、次の前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御する、
ことを特徴とする、請求項１記載の無線通信のヘッダ圧縮制御方法。 - 前記無線基地局は、
前記送信装置に対する前記欠落通知を、前記無線端末から受信した、前記送信装置宛のデータに欠落通知情報を付与することで実行することを特徴とする、請求項１〜４のいずれか１項に記載の無線通信のヘッダ圧縮制御方法。 - 前記無線基地局は、
前記送信装置に対する前記欠落通知を、欠落通知情報を付与したデータを生成して前記送信装置へ送信することで実行することを特徴とする、請求項１〜４のいずれか１項に記載の無線通信のヘッダ圧縮制御方法。 - 前記無線基地局は、
前記送信装置に対する前記通知の送信機会において、前記無線端末から受信した、前記送信装置宛のデータがあれば当該データに欠落通知情報を付与することで前記欠落通知を実行し、当該データがなければ、欠落通知情報を付与したデータを生成して前記送信装置へ送信することで前記欠落通知を実行することを特徴とする、請求項１〜４のいずれか１項に記載の無線通信のヘッダ圧縮制御方法。 - 前記無線基地局は、
前記送信装置から受信したデータを前記無線端末へ送信する過程でプロトコル変換した場合の当該変換前後のシーケンス番号の対応関係を管理し、
前記プロトコル変換後に前記欠落を検出すると、前記対応関係に基づいて前記プロトコル変換前の前記欠落したデータのシーケンス番号を特定する、
ことを特徴とする、請求項２又は３に記載の無線通信のヘッダ圧縮制御方法。 - 無線端末宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置と、前記送信装置から前記無線端末宛のデータを受信して前記無線端末へ無線送信する無線基地局と、前記無線基地局からのヘッダ圧縮されたデータを、受信済みのヘッダ非圧縮のデータを基に復元する前記無線端末とをそなえた無線通信システムにおける前記無線基地局であって、
前記送信装置からの受信データにおける欠落を検出する欠落検出手段と、
前記欠落検出手段にて前記欠落が検出されると、前記送信装置に欠落通知を行なう欠落通知制御手段と、
をそなえたことを特徴とする、無線基地局。 - 前記欠落検出手段は、
前記送信装置において前記データに付与された前記データのシーケンス番号を監視することにより前記データの欠落を検出し、
前記欠落通知制御手段は、
前記欠落通知とともに、欠落したデータの前記シーケンス番号を前記送信装置へ通知することを特徴とする、請求項９記載の無線基地局。 - 前記欠落検出手段は、
前記送信装置において前記データ毎に付与された、シーケンス番号と前記データのヘッダ圧縮状態が圧縮か非圧縮かを示すフラグ情報とを監視することにより、欠落したデータの前記シーケンス番号と前記欠落したデータのヘッダ圧縮状態を識別し、
前記欠落通知制御手段は、
前記識別されたヘッダ圧縮状態が非圧縮である場合にのみ、前記送信装置へ前記欠落通知を行なうことを特徴とする、請求項９記載の無線基地局。 - 前記欠落通知制御手段は、
前記送信装置に対する前記欠落通知を、前記無線端末から受信した、前記送信装置宛のデータに欠落通知情報を付与することで実行することを特徴とする、請求項９〜１１のいずれか１項に記載の無線基地局。 - 前記欠落通知制御手段は、
前記送信装置に対する前記欠落通知を、欠落通知情報を付与したデータを生成して前記送信装置へ送信することで実行することを特徴とする、請求項９〜１１のいずれか１項に記載の無線基地局。 - 前記欠落制御手段は、
前記送信装置に対する前記通知の送信機会において、前記無線端末から受信した、前記送信装置宛のデータがあれば当該データに欠落通知情報を付与することで前記欠落通知を実行し、当該データがなければ、欠落通知情報を付与したデータを生成して前記送信装置へ送信することで前記欠落通知を実行することを特徴とする、請求項９〜１１のいずれか１項に記載の無線通信のヘッダ圧縮制御方法。 - 前記欠落通知制御手段は、
前記送信装置から受信したデータを前記無線端末へ送信する過程でプロトコル変換した場合の当該変換前後のシーケンス番号の対応関係を管理する手段と、
前記プロトコル変換後に前記欠落を検出すると、前記対応関係に基づいて前記プロトコル変換前の前記欠落したデータのシーケンス番号を特定する手段と、
をそなえたことを特徴とする、請求項１０記載の無線基地局。 - 無線端末宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置と、前記送信装置から前記無線端末宛のデータを受信して前記無線端末へ無線送信する無線基地局と、前記無線基地局からのヘッダ圧縮されたデータを、受信済みのヘッダ非圧縮のデータを基に復元する前記無線端末とをそなえた無線通信システムにおける前記送信装置であって、
前記無線基地局において前記データにおける欠落が検出されて前記無線基地局から送信されてきた欠落通知を受信する受信手段と、
前記受信手段で前記欠落通知が受信されると、前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御する制御手段と、
をそなえたことを特徴とする、送信装置。 - 前記制御手段は、
前記無線端末宛のデータ毎にシーケンス番号を付与するシーケンス番号付与手段と、
前記シーケンス番号と前記データの前記ヘッダ圧縮状態が圧縮か非圧縮かを示す情報とを対応付けた対応付け情報を管理する管理手段と、
前記無線基地局から前記欠落通知とともに前記受信手段で受信された前記欠落したデータのシーケンス番号と、前記管理手段の前記対応付け情報とに基づいて、前記欠落したデータのヘッダ圧縮状態を識別する識別手段と、
前記欠落したデータのヘッダ圧縮状態が非圧縮であると、次の前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御するヘッダ圧縮制御手段と、
をそなえたことを特徴とする、請求項１６記載の送信装置。 - 前記ヘッダ圧縮制御手段は、
前記識別手段による識別の結果、前記欠落したデータのヘッダ圧縮状態が圧縮であると、次の前記無線端末宛のデータのヘッダ圧縮状態を変更しないことを特徴とする、請求項１７記載の送信装置。 - 前記制御手段は、
前記無線端末宛のデータ毎に、シーケンス番号と前記ヘッダ圧縮状態が圧縮か非圧縮か示すフラグ情報とを付与するシーケンス番号／フラグ付与手段をそなえたことを特徴とする、請求項１６記載の送信装置。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP2007/059776 WO2008139594A1 (ja) | 2007-05-11 | 2007-05-11 | 無線通信のヘッダ圧縮制御方法並びに無線基地局及び送信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPWO2008139594A1 true JPWO2008139594A1 (ja) | 2010-07-29 |
| JP4930587B2 JP4930587B2 (ja) | 2012-05-16 |
Family
ID=40001825
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009513931A Expired - Fee Related JP4930587B2 (ja) | 2007-05-11 | 2007-05-11 | 無線通信のヘッダ圧縮制御方法並びに無線基地局及び送信装置 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US8189594B2 (ja) |
| EP (1) | EP2157741B1 (ja) |
| JP (1) | JP4930587B2 (ja) |
| WO (1) | WO2008139594A1 (ja) |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPWO2007096987A1 (ja) * | 2006-02-24 | 2009-07-09 | 富士通株式会社 | エラー制御装置 |
| EP2023683B1 (en) * | 2007-08-09 | 2011-05-18 | Nokia Siemens Networks Oy | Mobile communication terminal, communication station, communication network, and communication method |
| JP5127745B2 (ja) * | 2009-02-23 | 2013-01-23 | 三菱電機株式会社 | 無線通信システムおよび通信制御方法 |
| KR101472100B1 (ko) * | 2010-12-22 | 2014-12-11 | 주식회사 케이티 | 무선통신 시스템에서 기지국 장비 및 데이터 처리 방법 |
| CN102547848B (zh) * | 2011-01-04 | 2015-08-05 | 华为技术有限公司 | 一种处理业务数据流的方法和装置 |
| CN102857356A (zh) * | 2011-06-27 | 2013-01-02 | 华为技术有限公司 | 发送数据包、超帧号更新和维护、数据处理的方法及装置 |
| CN103179094B (zh) * | 2011-12-22 | 2019-10-01 | 南京中兴软件有限责任公司 | Ip报文头的发送、接收方法、发送装置以及接收装置 |
| CN103428246B (zh) * | 2012-05-21 | 2018-01-19 | 中兴通讯股份有限公司 | 分组数据汇聚协议层对上行ip包进行重传的方法及终端 |
| US9236936B2 (en) * | 2012-08-31 | 2016-01-12 | Hughes Network Systems, Llc | System and method for low-complexity, high-speed preprocessing of encapsulated packets in a broadband communications network |
| US9325762B2 (en) * | 2012-12-11 | 2016-04-26 | Qualcomm Incorporated | Method and apparatus for efficient signaling for compression |
| US9526066B2 (en) * | 2013-08-30 | 2016-12-20 | Qualcomm Incorporated | Methods, access point and wireless device for optimizing the modulation and coding scheme (MCS) used for exchanging probe request and probe responses between an access point and a wireless device |
| KR102192165B1 (ko) * | 2013-11-25 | 2020-12-16 | 삼성전자주식회사 | 전자 장치에서 헤더 압축된 패킷을 처리하기 위한 장치 및 방법 |
| JP6524771B2 (ja) * | 2015-03-23 | 2019-06-05 | 日本電気株式会社 | 通信装置、パケット伝送方法、及び、プログラム |
| JP7024259B2 (ja) * | 2017-08-29 | 2022-02-24 | トヨタ自動車株式会社 | 情報処理システム、情報処理方法、プログラム、及び情報処理装置 |
| JP2019161342A (ja) * | 2018-03-09 | 2019-09-19 | 日本電信電話株式会社 | Ｒｔｐ変換装置及びｒｔｐ変換方法 |
| US11681659B2 (en) * | 2021-05-21 | 2023-06-20 | Red Hat, Inc. | Hybrid file compression model |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000083036A (ja) * | 1998-07-10 | 2000-03-21 | Nec Corp | デ―タ転送制御方法およびその装置 |
| JP2004187326A (ja) * | 1999-08-06 | 2004-07-02 | Matsushita Electric Ind Co Ltd | データ伝送方法，データ伝送装置，及びデータ受信装置 |
| JP2005057323A (ja) * | 2003-08-01 | 2005-03-03 | Ntt Docomo Inc | データ流入量制御方法、基地局及び制御局 |
Family Cites Families (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1601157B1 (en) | 1999-08-06 | 2020-01-15 | Godo Kaisha IP Bridge 1 | Data transmission and reception apparatus and method |
| US7315544B2 (en) * | 2000-01-21 | 2008-01-01 | Bytemobile, Inc. | Global sequence numbers in wireless communications systems and methods |
| US7539130B2 (en) * | 2000-03-28 | 2009-05-26 | Nokia Corporation | Method and system for transmitting and receiving packets |
| FI112014B (fi) | 2000-06-28 | 2003-10-15 | Nokia Corp | Tiedonsiirtoresurssien varaus pakettivälitteisessä tiedonsiirrossa |
| JP3323484B2 (ja) * | 2000-09-12 | 2002-09-09 | 松下電器産業株式会社 | パケット送信装置、パケット受信装置およびパケット伝送方法 |
| US20040136380A1 (en) | 2000-09-12 | 2004-07-15 | Daiji Ido | Packet transmitter, packet receiver and packet transmission method |
| FI111493B (fi) * | 2000-09-22 | 2003-07-31 | Nokia Corp | Kontekstitunnisteen määrittäminen otsikkokenttien kompressoinnissa |
| FI110739B (fi) * | 2000-10-18 | 2003-03-14 | Nokia Corp | Otsikkokenttien kompressoinnin määrittäminen datapakettiyhteydelle |
| FI118244B (fi) | 2001-06-27 | 2007-08-31 | Nokia Corp | Otsikkokenttien kompressiotunnisteen välittäminen datapakettiyhteydellä |
| JP3617967B2 (ja) * | 2001-09-28 | 2005-02-09 | 松下電器産業株式会社 | ヘッダ圧縮パケット受信装置及び方法 |
| KR100896484B1 (ko) | 2002-04-08 | 2009-05-08 | 엘지전자 주식회사 | 이동통신시스템에서 데이터 전송 무선통신방법 및 무선통신장치 |
| US7286536B2 (en) * | 2002-10-28 | 2007-10-23 | Nokia Corporation | Method and system for early header compression |
| US7924731B2 (en) * | 2004-11-15 | 2011-04-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for handling out-of-sequence packets in header decompression |
| JP2006287284A (ja) * | 2005-03-31 | 2006-10-19 | Nec Corp | 無線通信システム及びそのヘッダ圧縮制御方法 |
| US8804765B2 (en) * | 2005-06-21 | 2014-08-12 | Optis Wireless Technology, Llc | Dynamic robust header compression |
| US7733867B2 (en) * | 2005-08-26 | 2010-06-08 | Alcatel-Lucent Usa Inc. | Header compression for real time internet applications |
| US8027328B2 (en) * | 2006-12-26 | 2011-09-27 | Alcatel Lucent | Header compression in a wireless communication network |
-
2007
- 2007-05-11 JP JP2009513931A patent/JP4930587B2/ja not_active Expired - Fee Related
- 2007-05-11 WO PCT/JP2007/059776 patent/WO2008139594A1/ja active Application Filing
- 2007-05-11 EP EP07743211.0A patent/EP2157741B1/en not_active Not-in-force
-
2009
- 2009-10-22 US US12/604,274 patent/US8189594B2/en not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000083036A (ja) * | 1998-07-10 | 2000-03-21 | Nec Corp | デ―タ転送制御方法およびその装置 |
| JP2004187326A (ja) * | 1999-08-06 | 2004-07-02 | Matsushita Electric Ind Co Ltd | データ伝送方法，データ伝送装置，及びデータ受信装置 |
| JP2005057323A (ja) * | 2003-08-01 | 2005-03-03 | Ntt Docomo Inc | データ流入量制御方法、基地局及び制御局 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20100039942A1 (en) | 2010-02-18 |
| EP2157741B1 (en) | 2017-03-29 |
| WO2008139594A1 (ja) | 2008-11-20 |
| US8189594B2 (en) | 2012-05-29 |
| JP4930587B2 (ja) | 2012-05-16 |
| EP2157741A1 (en) | 2010-02-24 |
| EP2157741A4 (en) | 2013-10-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4930587B2 (ja) | 無線通信のヘッダ圧縮制御方法並びに無線基地局及び送信装置 | |
| JP5063781B2 (ja) | 無線通信システムでアップリンクデータ及びバッファ状態報告を伝送する方法及びこれを具現する無線装置 | |
| CN110266445B (zh) | 用于重新配置承载的方法及设备 | |
| JP4955809B2 (ja) | 無線通信システムにおけるデータ伝送方法 | |
| US20080123655A1 (en) | Apparatus and method for transmitting/receiving ciphered packet in mobile communication system | |
| WO2007146431A2 (en) | Method and apparatus for reducing transmission overhead | |
| WO2009069874A1 (en) | System and method for reassembling packets in relay node | |
| WO2012108215A1 (ja) | 通信システム、送信制御装置及び送信制御方法 | |
| EP3891948A1 (en) | Device and method for flexible frame compression | |
| CA2522877C (en) | Performing compression of user datagram protocol packets | |
| US7065087B2 (en) | Performing compression of user datagram protocol packets | |
| KR101259514B1 (ko) | 이기종 이동통신 시스템 간의 무손실 핸드오버 방법 및장치 | |
| WO2013001838A1 (ja) | 受信装置、送信装置及びフィードバック方法 | |
| KR20200049444A (ko) | 차세대 이동 통신 시스템에서 이더넷 프레임의 오버헤드를 줄이는 방법 및 장치 | |
| US20070297369A1 (en) | Method and apparatus for data framing in a wireless communications system | |
| CN115516843A (zh) | 无线数据链路层压缩和解压缩 | |
| JP2008148314A (ja) | 無線通信システムにおいてリオーダーを処理する方法及び装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110906 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20111025 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20120117 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20120130 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4930587 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150224 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |