(57)【要約】  無線端末で非圧縮データを正しく受信できない場合の無線リソースの浪費を抑制できるようにする。そのため、本発明では、無線基地局（３０）は、送信装置（２０）からの受信データにおける欠落を検出した場合に、送信装置（２０）に欠落通知を行ない、送信装置（２０）は、前記欠落通知を受けると、無線端末（４０）宛のデータのヘッダ圧縮状態を非圧縮に制御する。
2008139594.tif 000002
【特許請求の範囲】
【請求項１】
無線端末宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置と、前記送信装置から前記無線端末宛のデータを受信して前記無線端末へ無線送信する無線基地局と、前記無線基地局からのヘッダ圧縮されたデータを、受信済みのヘッダ非圧縮のデータを基に復元する前記無線端末とをそなえた無線通信システムにおいて、
前記無線基地局は、
前記送信装置からの受信データにおける欠落を検出した場合に、前記送信装置に欠落通知を行ない、
前記送信装置は、
前記欠落通知を受けると、前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御する、
ことを特徴とする、無線通信のヘッダ圧縮制御方法。
【請求項２】
前記送信装置は、
前記無線端末宛のデータ毎にシーケンス番号を付与するとともに、前記シーケンス番号と前記データの前記ヘッダ圧縮状態が圧縮か非圧縮かを示す情報とを対応付けた対応付け情報を管理し、
前記無線基地局は、
前記送信装置から受信したデータの前記シーケンス番号を監視することにより前記欠落を検出して、前記欠落通知とともに、欠落したデータの前記シーケンス番号を前記送信装置へ通知し、
前記送信装置は、
前記無線基地局から通知された前記シーケンス番号と前記対応付け情報とに基づいて前記欠落したデータのヘッダ圧縮状態を識別し、
前記欠落したデータのヘッダ圧縮状態が非圧縮であると、次の前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御する、
ことを特徴とする、請求項１記載の無線通信のヘッダ圧縮制御方法。
【請求項３】
前記送信装置は、
前記識別の結果、前記欠落したデータのヘッダ圧縮状態が圧縮であると、次の前記無線端末宛のデータのヘッダ圧縮状態を変更しないことを特徴とする、請求項２記載の無線通信のヘッダ圧縮制御方法。
【請求項４】
前記送信装置は、
前記無線端末宛のデータ毎に、シーケンス番号と前記ヘッダ圧縮状態が圧縮か非圧縮かを示すフラグ情報とを付与し、
前記無線基地局は、
前記送信装置から受信したデータの前記シーケンス番号と前記フラグ情報とを監視することにより、欠落したデータの前記シーケンス番号と前記欠落したデータのヘッダ圧縮状態を識別し、
前記欠落したデータのヘッダ圧縮状態が非圧縮である場合にのみ、前記送信装置へ前記欠落通知を行ない、
前記送信装置は、
前記無線基地局から前記欠落通知を受けると、次の前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御する、
ことを特徴とする、請求項１記載の無線通信のヘッダ圧縮制御方法。
【請求項５】
前記無線基地局は、
前記送信装置に対する前記欠落通知を、前記無線端末から受信した、前記送信装置宛のデータに欠落通知情報を付与することで実行することを特徴とする、請求項１〜４のいずれか１項に記載の無線通信のヘッダ圧縮制御方法。
【請求項６】
前記無線基地局は、
前記送信装置に対する前記欠落通知を、欠落通知情報を付与したデータを生成して前記送信装置へ送信することで実行することを特徴とする、請求項１〜４のいずれか１項に記載の無線通信のヘッダ圧縮制御方法。
【請求項７】
前記無線基地局は、
前記送信装置に対する前記通知の送信機会において、前記無線端末から受信した、前記送信装置宛のデータがあれば当該データに欠落通知情報を付与することで前記欠落通知を実行し、当該データがなければ、欠落通知情報を付与したデータを生成して前記送信装置へ送信することで前記欠落通知を実行することを特徴とする、請求項１〜４のいずれか１項に記載の無線通信のヘッダ圧縮制御方法。
【請求項８】
前記無線基地局は、
前記送信装置から受信したデータを前記無線端末へ送信する過程でプロトコル変換した場合の当該変換前後のシーケンス番号の対応関係を管理し、
前記プロトコル変換後に前記欠落を検出すると、前記対応関係に基づいて前記プロトコル変換前の前記欠落したデータのシーケンス番号を特定する、
ことを特徴とする、請求項２又は３に記載の無線通信のヘッダ圧縮制御方法。
【請求項９】
無線端末宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置と、前記送信装置から前記無線端末宛のデータを受信して前記無線端末へ無線送信する無線基地局と、前記無線基地局からのヘッダ圧縮されたデータを、受信済みのヘッダ非圧縮のデータを基に復元する前記無線端末とをそなえた無線通信システムにおける前記無線基地局であって、
前記送信装置からの受信データにおける欠落を検出する欠落検出手段と、
前記欠落検出手段にて前記欠落が検出されると、前記送信装置に欠落通知を行なう欠落通知制御手段と、
をそなえたことを特徴とする、無線基地局。
【請求項１０】
前記欠落検出手段は、
前記送信装置において前記データに付与された前記データのシーケンス番号を監視することにより前記データの欠落を検出し、
前記欠落通知制御手段は、
前記欠落通知とともに、欠落したデータの前記シーケンス番号を前記送信装置へ通知することを特徴とする、請求項９記載の無線基地局。
【請求項１１】
前記欠落検出手段は、
前記送信装置において前記データ毎に付与された、シーケンス番号と前記データのヘッダ圧縮状態が圧縮か非圧縮かを示すフラグ情報とを監視することにより、欠落したデータの前記シーケンス番号と前記欠落したデータのヘッダ圧縮状態を識別し、
前記欠落通知制御手段は、
前記識別されたヘッダ圧縮状態が非圧縮である場合にのみ、前記送信装置へ前記欠落通知を行なうことを特徴とする、請求項９記載の無線基地局。
【請求項１２】
前記欠落通知制御手段は、
前記送信装置に対する前記欠落通知を、前記無線端末から受信した、前記送信装置宛のデータに欠落通知情報を付与することで実行することを特徴とする、請求項９〜１１のいずれか１項に記載の無線基地局。
【請求項１３】
前記欠落通知制御手段は、
前記送信装置に対する前記欠落通知を、欠落通知情報を付与したデータを生成して前記送信装置へ送信することで実行することを特徴とする、請求項９〜１１のいずれか１項に記載の無線基地局。
【請求項１４】
前記欠落制御手段は、
前記送信装置に対する前記通知の送信機会において、前記無線端末から受信した、前記送信装置宛のデータがあれば当該データに欠落通知情報を付与することで前記欠落通知を実行し、当該データがなければ、欠落通知情報を付与したデータを生成して前記送信装置へ送信することで前記欠落通知を実行することを特徴とする、請求項９〜１１のいずれか１項に記載の無線通信のヘッダ圧縮制御方法。
【請求項１５】
前記欠落通知制御手段は、
前記送信装置から受信したデータを前記無線端末へ送信する過程でプロトコル変換した場合の当該変換前後のシーケンス番号の対応関係を管理する手段と、
前記プロトコル変換後に前記欠落を検出すると、前記対応関係に基づいて前記プロトコル変換前の前記欠落したデータのシーケンス番号を特定する手段と、
をそなえたことを特徴とする、請求項１０記載の無線基地局。
【請求項１６】
無線端末宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置と、前記送信装置から前記無線端末宛のデータを受信して前記無線端末へ無線送信する無線基地局と、前記無線基地局からのヘッダ圧縮されたデータを、受信済みのヘッダ非圧縮のデータを基に復元する前記無線端末とをそなえた無線通信システムにおける前記送信装置であって、
前記無線基地局において前記データにおける欠落が検出されて前記無線基地局から送信されてきた欠落通知を受信する受信手段と、
前記受信手段で前記欠落通知が受信されると、前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御する制御手段と、
をそなえたことを特徴とする、送信装置。
【請求項１７】
前記制御手段は、
前記無線端末宛のデータ毎にシーケンス番号を付与するシーケンス番号付与手段と、
前記シーケンス番号と前記データの前記ヘッダ圧縮状態が圧縮か非圧縮かを示す情報とを対応付けた対応付け情報を管理する管理手段と、
前記無線基地局から前記欠落通知とともに前記受信手段で受信された前記欠落したデータのシーケンス番号と、前記管理手段の前記対応付け情報とに基づいて、前記欠落したデータのヘッダ圧縮状態を識別する識別手段と、
前記欠落したデータのヘッダ圧縮状態が非圧縮であると、次の前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御するヘッダ圧縮制御手段と、
をそなえたことを特徴とする、請求項１６記載の送信装置。
【請求項１８】
前記ヘッダ圧縮制御手段は、
前記識別手段による識別の結果、前記欠落したデータのヘッダ圧縮状態が圧縮であると、次の前記無線端末宛のデータのヘッダ圧縮状態を変更しないことを特徴とする、請求項１７記載の送信装置。
【請求項１９】
前記制御手段は、
前記無線端末宛のデータ毎に、シーケンス番号と前記ヘッダ圧縮状態が圧縮か非圧縮か示すフラグ情報とを付与するシーケンス番号／フラグ付与手段をそなえたことを特徴とする、請求項１６記載の送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信のヘッダ圧縮制御方法並びに無線基地局及び送信装置に関する。本発明は、例えば、パケットデータを送受信するモバイル通信に用いると好適である。
【背景技術】
【０００２】
Ｓ３Ｇ（Super 3G）は、第３世代（３Ｇ）セルラーシステムの飛躍的性能向上を目指し、現在標準化団体３ＧＰＰでＬＴＥ（Long Term Evolution）として国際標準化が進められているもので、高速伝送をモバイル通信で実現し、高速映像配信など高度なサービス環境を提供するとともに、効率的な周波数利用を図るシステムとして期待されている。【０００３】
図１０に、Ｓ３Ｇシステムの構成例を示す。
無線基地局（E-UTRAN Node-B、略してｅＮＢ）は、Ｓ３Ｇよりも前の世代の無線基地局（Node-B）の機能と無線基地局制御装置（ＲＮＣ：Radio Network Controller）の機能とを兼ね備えている。【０００４】
アクセスゲートウェイ（ａＧＷ）は、複数のｅＮＢを管理、制御し、携帯端末（ＵＥ：User Equipment）とＩＡＳＡ（Inter Access System Anchor）との間のメッセージの送受信を行なう。ＩＡＳＡは、ルータ的な機能を備え、ＩＭＳ（IP Multimedia Subsystem）と接続する。また、加入者プロファイルを保存するＨＳＳ（Home Subscriber Server）とも接続する。【０００５】
本システムでは、音声通信を含めた従来の３Ｇまでの既存の回線交換型モバイルシステムから、全ＩＰ（ALL-IP）化されたモバイルシステムとなるため、音声通信に関してもＶｏＩＰを適用することにより、データ通信と同様にパケットによる通信を行なうこととなる。【０００６】
図１１に、Ｓ３Ｇシステムにおけるリアルタイムデータ（音声呼など）をＩＰ化する際のプロトコルスタックを示す。また、次表１に各プロトコルの機能概要を示す。【０００７】
【表１】
2008139594.tif 000003
【０００８】
リアルタイムデータの伝送は、ＲＴＰ／ＵＤＰ／ＩＰヘッダで実現される。
ＲＴＰ／ＵＤＰ／ＩＰヘッダは、音声データに対してオーバヘッドが大きいため、そのままヘッダを付与して通信した場合には効率が悪い。また、無線区間は有線区間に比べて回線品質が劣り、かつ、帯域幅が小さいため、有線区間以上にヘッダ圧縮が必要とされる。【０００９】
このため、ａＧＷとＵＥとの間にてＰＤＣＰプロトコルを適用し、ＲＴＰ／ＵＤＰ／ＩＰヘッダのヘッダ圧縮（ＲＯＨＣ：RObust Header Compression）が行なわれる。これにより、伝送（無線）帯域の利用効率を上げることができる。【００１０】
ＰＤＣＰプロトコルで行なわれるＲＯＨＣの圧縮状態には、圧縮レベルに応じて次表２に示すＩＲ、ＦＯ、ＳＯの３状態がある。【００１１】
【表２】
2008139594.tif 000004
【００１２】
また、ＲＯＨＣには次表３に示す３つの転送モード（Ｕモード，Ｏモード，Ｒモード）が定義されており、通信中にそれぞれのモードへの遷移が可能となっている。【００１３】
【表３】
2008139594.tif 000005
【００１４】
これらの３つの転送モードは、それぞれ、前記の表２に示した３つの圧縮状態（ＩＲ，ＦＯ，ＳＯ）をそれぞれ保有する（図１２参照）。
【特許文献１】特表２００４−５３３７９２号公報
【特許文献２】特表２００４−５０２３６１号公報
【特許文献３】特表２００５−５２２９４４号公報
【非特許文献１】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)破棄されたＰＤＣＰパケットのＳ１−ＦＰでのＳＮ（破棄ＳＮ）を表示する破棄ＳＮフィールド
を定義しておく。【００９４】
これにより、Ｓ１−ＦＰ受信処理部２４は、Ｓ１−ＦＰからＰＤＣＰへのプロトコル変換の際に、前記ＰＩＤフィールドの情報を基に、ｅＮＢ３０（Ｓ１−ＦＰ送信処理部３２）から受信したパケットがデータパケットかダミーパケットかを識別し、データパケットであれば秘匿解除処理部２２Ｄへ転送し、ダミーパケットであれば破棄することができる。また、前記破棄フラグフィールドに設定されている情報を基に、受信パケットが前記破棄通知パケットか否かを識別し、破棄通知パケットであれば、前記破棄ＳＮフィールドに設定されている破棄ＳＮをＲＯＨＣ制御部２２Ａに通知することができる。【００９５】
つまり、本例では、ｅＮＢ３０からａＧＷ２０へのパケット破棄通知を、ａＧＷ２０への上りＰＤＣＰパケット（データパケット）が存在するときには当該データパケットに前記Ｓ１−ＦＰヘッダ（ＰＩＤフィールド＝０、破棄フラグフィールド＝１、破棄ＳＮ）を付与することにより、当該データパケットを利用して行なえるようになっている。【００９６】
次に、ＰＤＣＰ処理部２２において、ＲＯＨＣコンプレッサ２２Ｂは、上位装置ＩＦ２１からのＵＥ４０宛の下りデータ（ＰＤＣＰパケット）を、ＲＯＨＣ制御部２２Ａからの制御（圧縮制御）に従って、ＲＯＨＣ処理（圧縮）する機能を具備するもので、本例では、前記下りデータのシーケンス番号（ＳＮ）を対応テーブル２２ａの作成のためにＲＯＨＣ制御部２２Ａに通知する機能も具備している。【００９７】
秘匿処理部２２Ｃは、ＲＯＨＣコンプレッサ２２ＢによるＲＯＨＣ圧縮制御後の下りデータについて所要の秘匿処理（暗号化）処理を施す機能を具備するものである。【００９８】
ＲＯＨＣ制御部２２Ａは、既述のＲＯＨＣの圧縮状態（ＩＲ、ＦＯ、ＳＯの３状態）を管理してＲＯＨＣコンプレッサ２２Ｂでの圧縮処理（ヘッダ圧縮レベル）を制御する機能を具備するもので、本例では、ｅＮＢ３０で破棄された下りデータのＳＮ（Ｓ１−ＦＰでのＳＮ）がＳ１−ＦＰ受信処理部２４から通知されると、破棄された下りデータの圧縮状態（ヘッダ圧縮レベル）が前記３状態のいずれであったかを確認（識別）し、その確認結果に応じて次に送信するＰＤＣＰパケットに対するヘッダ圧縮レベルを決定して、ＲＯＨＣコンプレッサ２２Ｂに通知する機能も具備している。【００９９】
例えば、破棄された下りデータが非圧縮データであれば、次に送信する下りデータは非圧縮で送信すべくＲＯＨＣコンプレッサ２２Ｂの圧縮状態をＩＲ状態に制御し、破棄された下りデータが圧縮データであれば、受信側（ＵＥ４０）では受信済みの非圧縮データを基に圧縮データを復元することが可能なので、ＲＯＨＣコンプレッサ２２Ｂの圧縮状態はそのまま維持することができるようになっている。【０１００】
そのため、本例のＲＯＨＣ制御部２２Ａは、少なくとも、どの下りデータ（ＰＤＣＰパケット）が破棄されたか（特に、破棄されたのは非圧縮データなのか圧縮データなのか）、破棄された下りデータのヘッダ圧縮レベルは前記３状態のどの状態であったのかを管理しておく必要がある。【０１０１】
そこで、本例のＲＯＨＣ制御部２２Ａは、ＲＯＨＣコンプレッサ２２ＢがＲＯＨＣ処理した下りデータ（ＰＤＣＰパケット）のＳＮ（ＰＤＣＰでのＳＮ）と、Ｓ１−ＦＰ送信処理部２３が当該下りデータに対して付与したＳＮ（Ｓ１−ＦＰでのＳＮ）とを対応付けた対応付け情報（対応テーブル２２ａ）を生成、更新する管理手段としての機能を具備している。【０１０２】
ただし、当該ＲＯＨＣ制御部２２Ａは、ＲＯＨＣコンプレッサ２２ＢからＰＤＣＰでのＳＮの通知を受けることにより、各下りデータ（ＰＤＣＰパケット）に対する圧縮状態（ヘッダ圧縮レベル）も把握できるため、ＲＯＨＣ制御部２２Ａは、ＰＤＣＰにおけるＳＮと、Ｓ１−ＦＰにおけるＳＮと、ＰＤＣＰパケットの圧縮状態とを対応付けた対応テーブル２２ａを作成することも可能である。【０１０３】
この場合、ＲＯＨＣ制御部２２Ａは、ｅＮＢ３０から破棄通知とともにＳ１−ＦＰ受信処理部２４で受信された破棄ＳＮと、対応テーブル２２ａとに基づいて、破棄されたデータのヘッダ圧縮状態を識別することができる。つまり、ＲＯＨＣ制御部２２Ａは、かかる識別を行なう識別手段としての機能を具備していることに相当する。【０１０４】
また、秘匿解除処理部２２Ｄは、Ｓ１−ＦＰ受信処理部２４から転送されてくる上りＰＤＣＰパケット（データパケット）について所要の秘匿解除処理（di-ciphering）を施す機能を具備するものであり、ＲＯＨＣデコンプレッサ２２Ｅは、前記秘匿解除処理後の上りデータパケットについてＲＯＨＣのヘッダ解凍処理を施して上位装置ＩＦ２１経由でＮＷ１０へ転送する機能を具備するものである。【０１０５】
（３．２）ｅＧＷ３０の機能について
一方、ａＧＷ３０において、Ｓ１−ＦＰ受信処理部３１は、ａＧＷ２０（Ｓ１−ＦＰ送信処理部２３）からの受信パケット（Ｓ１−ＦＰパケット）のプロトコルをＰＤＣＰに変換（Ｓ１−ＦＰヘッダの終端等）してＲＬＣ処理部３３（ＰＤＣＰ−ＳＤＵ分割（ＲＬＣ−ＰＤＵ生成）部３３Ａ）に転送する機能を具備するもので、本例では、ａＧＷ２０（Ｓ１−ＦＰ送信処理部２３）にてＳ１−ＦＰヘッダ内に付与されたＳ１−ＦＰでのＳＮを監視して、Ｓ１−ＦＰパケットの欠落（ＳＮ抜け）を検出し、そのＳＮを破棄通知制御部３６（ＳＮ検索処理部３６Ａ）に通知する機能も具備している。【０１０６】
また、ＲＬＣ処理部３３において、ＰＤＣＰ−ＳＤＵ分割（ＲＬＣ−ＰＤＵ生成）部３３Ａは、Ｓ１−ＦＰ受信処理部３１から転送されてきた受信パケット（ＰＤＣＰパケット）からＲＬＣレイヤのデータ（ＲＬＣ−ＰＤＵ）を生成する、即ち、図１６にて前述したごとく、必要に応じて受信ＰＤＣＰパケットのＳＤＵ（ＰＤＣＰ−ＳＤＵ）を分割してＲＬＣパケット（ＲＬＣ−ＰＤＵ）を生成し、ＭＡＣ処理部３４に転送する機能を具備するもので、本例では、前記ＲＬＣパケットの生成過程において、Ｓ１−ＦＰでのＳＮと生成したＲＬＣパケットのＳＮ（ＲＬＣでのＳＮ）とを対応付けた対応テーブル３３ａを生成し、当該対応テーブル３３ａの内容を破棄通知制御部３６（ＳＮ検索処理部３６Ａ）に通知する機能も具備している。【０１０７】
ＲＬＣ破棄検出部３３Ｂは、ＲＬＣ−ＰＤＵ生成部３３Ａでの前記ＲＬＣパケットの生成過程において、既述のＲＬＣ廃棄機能によるＲＬＣパケットの廃棄（欠落）を検出する機能と、当該廃棄を検出すると廃棄の発生したＲＬＣパケットのＳＮ（ＲＬＣでのＳＮ）を破棄通知制御部３６のＳＮ検索処理部３６Ａへ通知する機能とを具備するものである。【０１０８】
ＰＤＣＰ−ＳＤＵ組立生成（ＲＬＣ終端処理）部３３Ｃは、ＭＡＣ処理部３４で処理されたＵＥ４０からの上りデータ（ＲＬＣパケット）からＰＤＣＰパケット（ＰＤＣＰ−ＳＤＵ）を生成（ＲＬＣヘッダの終端等）して破棄通知制御部３６（破棄通知パケット生成処理部３６Ｂ）に転送する機能を具備するものである。【０１０９】
また、ＭＡＣ処理部３４において、破棄検出部３４Ａは、ＲＬＣ処理部３３（ＲＬＣ−ＰＤＵ生成部３３Ａ）から転送されてくるＲＬＣパケットのＳＮ（ＲＬＣでのＳＮ）を監視して、ＲＬＣパケットの破棄（欠落）を検出する機能と、当該破棄を検出すると、そのＲＬＣパケットのＳＮ（ＲＬＣでのＳＮ）を破棄通知制御部３６のＳＮ検索処理部３６Ａへ通知する機能とを具備するものである。【０１１０】
つまり、本例のｅＮＢ３０は、ａＧＷ２０からの受信データ（下りデータ）における欠落をＳ１−ＦＰ，ＲＬＣ及びＭＡＣの３レイヤ（Ｓ１−ＦＰ受信処理部３１，ＲＬＣ破棄検出部３３Ｂ及び破棄検出部３４Ｂ）のいずれにおいても検出することが可能であり、その検出結果を破棄通知制御部３６（ＳＮ検索処理部３６Ａ）に通知（集約）することが可能になっている。【０１１１】
さらに、無線終端部３５は、ＭＡＣ処理部３４で所要のＭＡＣ処理を施された下りデータについて所要の無線送信処理（ＤＡ変換、変調、アップコンバート、電力増幅等）を施して下り無線信号を生成し、これをＵＥ４０へ送信する一方、ＵＥ４０から受信された上り無線信号について所要の無線受信処理（低雑音増幅、ダウンコンバート、復調、ＡＤ変換等）を施してＭＡＣ処理部３４へ転送する機能を具備するものである。【０１１２】
そして、破棄通知制御部３６は、Ｓ１−ＦＰ受信処理部３１，ＲＬＣ破棄検出部３３Ｂ及び破棄検出部３４Ｂのいずれかで前記下りデータの破棄（欠落）が検出された場合に、その旨をｅＧＷ２０のＲＯＨＣ制御部２２Ａに通知するための機能を具備するものである。【０１１３】
そのため、ＳＮ検索処理部３６Ａは、Ｓ１−ＦＰでのＳＮとＲＬＣでのＳＮとを対応付けた前記対応テーブル３６ａを図示しないメモリ等に具備し、ＲＬＣ処理部３３のＲＬＣ破棄検出部３３Ｂ、又は、ＭＡＣ処理部３４の破棄検出部３４ＡからＲＬＣでのＳＮを通知されると、当該ＳＮを基に対応テーブル３６ａを検索することにより、破棄の発生したＳ１−ＦＰパケットのＳＮ（Ｓ１−ＦＰでのＳＮ）を特定して、そのＳＮ（破棄ＳＮ）をＳ１−ＦＰ送信処理部３２に通知する機能を具備している。【０１１４】
ただし、Ｓ１−ＦＰ受信処理部３１でＳ１−ＦＰパケットの破棄が検出されてＳ１−ＦＰでのＳＮが通知されてきた場合は、ＳＮ検索処理部３６Ａは、前記テーブル検索は行なう必要はなく、当該ＳＮを破棄ＳＮとしてそのままＳ１−ＦＰ送信処理部３２に通知する。また、前記対応テーブル３６ａは、ＲＬＣ−ＰＤＵ生成部３３ＡでのＲＬＣパケット生成過程で生成された前記対応テーブル３３ａの内容通知をＲＬＣ処理部３３から受けることにより、生成、更新することができる。【０１１５】
破棄通知パケット生成処理部３６Ｂは、前記ＳＮ検索処理部３６Ａから下りデータの破棄が発生した旨の通知を受けた場合に、ＲＬＣ処理部３３（ＰＤＣＰ−ＳＤＵ組立生成部３３Ｃ）からの上りデータ（ＰＤＣＰパケット）があれば当該ＰＤＣＰパケットを利用してｅＧＷ２０（ＲＯＨＣ制御部２２Ａ）に対する破棄通知を行なうために、当該ＰＤＣＰパケットをＳ１−ＦＰ送信処理部３２へスルーし、上りデータがなければダミーデータ（ダミーパケット）を生成し、これをＳ１−ＦＰ送信処理部３２に転送する機能を具備するものである。【０１１６】
そして、Ｓ１−ＦＰ送信処理部３２は、当該破棄通知パケット生成処理部３６Ｂからの上りＰＤＣＰパケットのプロトコルをａＧＷ２０との間の装置間ＩＦのプロトコル（Ｓ１−ＦＰ）に変換（Ｓ１−ＦＰヘッダの付与等）した上でａＧＷ２０（Ｓ１−ＦＰ受信処理部２４）へ送信する機能を具備するもので、本例では、破棄通知パケット生成処理部３６ＢからＳ１−ＦＰでのＳＮ（破棄ＳＮ）の通知があると、図２にて既述のとおり、前記上りＰＤＣＰパケット（データパケット又はダミーパケット）に対して、破棄フラグ＝１と、ＰＩＤ＝０又は１と、上りについてのＳ１−ＦＰでのＳＮと、通知された破棄ＳＮとを設定したＳ１−ＦＰヘッダを付与する機能も具備している。【０１１７】
（３．３）ＵＥ４０の機能について
また、ＵＥ４０において、ＭＡＣ／ＰＨＹ処理部４１は、ｅＮＢ３０から送信された無線信号を受信して所要の無線受信処理（低雑音増幅、ダウンコンバート、復調、ＡＤ変換等）を施すとともに、当該無線受信処理後の下り受信パケットについて所要のＭＡＣ処理を施す機能を具備するものである。【０１１８】
ＲＬＣ処理部４２は、当該ＭＡＣ／ＰＨＹ処理部４１からの受信パケット（ＲＬＣパケット）について所要のＲＬＣ処理（ＲＬＣヘッダの終端等）を施す機能を具備するものであり、ＰＤＣＰ処理部４３は、前記ＲＬＣ処理後の受信パケットについて所要のＰＤＣＰ処理（ＰＤＣＰヘッダの終端、ＲＯＨＣのヘッダ復元等）を施して音声データを再生する機能を具備するものである。【０１１９】
（３．４）動作説明
以下、上述のごとく構成された無線通信システムの動作、特に、下りデータパケットに欠落が生じた場合の動作について、図３〜図６を用いて説明する。なお、図３は下りデータ（非圧縮データ）がｅＮＢ２０においてＲＬＣ廃棄機能（タイムアウト）により破棄された場合のシーケンス、図４は下りデータ（圧縮データ）が同じくｅＮＢ２０において破棄された場合のシーケンスをそれぞれ表している。【０１２０】
（非圧縮データの破棄が発生した場合）
まず、下りデータ（非圧縮データ）がｅＮＢ２０においてＲＬＣ廃棄機能（タイムアウト）により破棄された場合の処理について、図３を参照しながら説明する。【０１２１】
ＮＷ１０から下りパケットがａＧＷ２０に受信されると（ステップＳ１）、ａＧＷ２０では、当該下りパケットについて、ＰＤＣＰ処理部２２のＲＯＨＣコンプレッサ２２Ｂ及び秘匿処理部２２Ｃにて、ＲＯＨＣ処理（ただし、ここではＩＲ状態で非圧縮処理）及び秘匿処理が施された後、Ｓ１−ＦＰ送信処理部２３に転送され（ステップＳ２）、当該Ｓ１−ＦＰ送信処理部２３にて、Ｓ１−ＦＰでのＳＮ（＝０）がＳ１−ＦＰヘッダ内に付与されて、ｅＮＢ３０へ送信される（ステップＳ３）。なお、Ｓ１−ＦＰ送信処理部２３は、以降、ＰＤＣＰ処理部２２から下りパケット（ＰＤＣＰパケット）を受信する度にＳ１−ＦＰでのＳＮを１ずつインクリメントして、当該下りパケットにＳ１−ＦＰでのＳＮを付与する。【０１２２】
ｅＮＢ３０では、前記下りパケットがＳ１−ＦＰ受信処理部３１にて受信され、当該Ｓ１−ＦＰ受信処理部３１にて、Ｓ１−ＦＰヘッダが終端された後、ＲＬＣ処理部３３へ転送され（ステップＳ４）、当該ＲＬＣ処理部３３のＲＬＣ−ＰＤＵ生成部３３Ａにて、ＲＬＣ−ＰＤＵが生成される。その際、前記ＲＬＣ廃棄機能（タイムアウト）によりＰＤＣＰパケットの破棄が発生したとすると（ステップＳ５）、非圧縮データがＵＥ４０に到達しないことになる（点線矢印参照）。【０１２３】
そのため、ＵＥ４０では、前記非圧縮データの次にＮＷ１０からａＧＷ２０へ送信された下りパケットが、ａＧＷ２０のＰＤＣＰ処理部２２（ＲＯＨＣコンプレッサ２２Ｂ）にてＩＲ状態以外の圧縮状態（ここでは、ＳＯ状態）でヘッダ圧縮された後、ｅＮＢ３０経由で受信されても（ステップＳ６〜Ｓ１３）、当該圧縮データのヘッダを解凍できないため、受信パケットを復元することができない。【０１２４】
その一方で、前記非圧縮データの破棄は、ｅＮＢ３０のＲＬＣ処理部３３Ａ（ＲＬＣ破棄検出部３３Ｂ）にて検出され、破棄されたＲＬＣパケットのＳＮ（ＲＬＣでのＳＮ）が破棄通知制御部３６（ＳＮ検索処理部３６Ａ）に通知されることにより、対応テーブル３６ａにおいて当該ＲＬＣでのＳＮに対応するＳ１−ＦＰでのＳＮが検索され、検索されたＳＮ（＝０）が破棄ＳＮとしてＳ１−ＦＰ送信処理部３２に通知される（ステップＡ１）。【０１２５】
これにより、Ｓ１−ＦＰ送信処理部３２は、破棄通知パケット生成処理部３６Ｂから転送されてくる上りＰＤＣＰパケット（データパケット又はダミーパケット）に対して、破棄フラグ＝１と、ＰＩＤ＝０又は１と、上りについてのＳ１−ＦＰでのＳＮと、通知された破棄ＳＮ（＝０）とを設定したＳ１−ＦＰヘッダ（図２参照）を付与した上で、当該上りＰＤＣＰパケットをａＧＷ２０へ送信する（ステップＡ２）。【０１２６】
当該上りＳ１−ＦＰパケットは、ａＧＷ２０のＳ１−ＦＰ受信処理部２４にて受信され、当該Ｓ１−ＦＰ受信処理部２４にて、前記Ｓ１−ＦＰヘッダが終端されることにより、受信パケットが破棄通知パケットであることが識別され、前記破棄ＳＮがＰＤＣＰ処理部２２のＲＯＨＣ制御部２２Ａに通知される（ステップＡ３）。【０１２７】
なお、前記破棄通知パケットがデータパケットに前記Ｓ１−ＦＰヘッダを付与したものである場合（ＰＩＤ＝０の場合）、そのデータパケットは、秘匿解除処理部２２Ｄへ転送されて秘匿解除処理を施された後、ＲＯＨＣデコンプレッサ２２ＥにてＲＯＨＣの復元処理を施されて、上位装置ＩＦ２１経由でＮＷ１０へ送信される。【０１２８】
一方、前記破棄ＳＮの通知をＳ１−ＦＰ受信処理部２４から受けたＲＯＨＣ制御部２２Ａは、通知された破棄ＳＮを基に対応テーブル２２ａを検索して、破棄されたＰＤＣＰパケットが非圧縮データであったか圧縮データであったかを特定（識別）する。本例では、破棄されたのは非圧縮データであると識別されるので、ＲＯＨＣ制御部２２Ａは、ＩＲ状態に遷移して、ＲＯＨＣコンプレッサ２２ＢでのＲＯＨＣ処理の状態を非圧縮状態に制御する（ステップＡ４）。【０１２９】
これにより、その時点で、ＮＷ１０から受信され（ステップＳ１４）、ｅＮＢ３０へ送信すべき下りパケットは、ヘッダ圧縮されずに非圧縮データとしてＳ１−ＦＰ送信処理部２３に転送され（ステップＳ１５）、当該Ｓ１−ＦＰ送信処理部２３からｅＮＢ３０経由でＵＥ４０に送信される（ステップＳ１６〜Ｓ１９）。【０１３０】
その結果、ＵＥ４０では、ｅＮＢ３０で非圧縮データの破棄が発生してから従来よりも短時間で新たな非圧縮データを受信することができ、当該非圧縮データを正常に受信処理することにより（ステップＳ２０〜Ｓ２２）、以後に受信される圧縮データに欠落が生じたとしても、その圧縮ヘッダを、先行して受信した非圧縮データを基に解凍することができる。【０１３１】
したがって、例えば図５に模式的に示すように、前記非圧縮データの欠落により無音状態となってしまう期間を従来（図２０参照）よりも大幅に削減することができる。また、ａＧＷ２０の立場からすれば、中間ノードであるｅＮＢ３０から早い段階で下りパケットの欠落発生通知を受けて、ＲＯＨＣの圧縮状態をＩＲ状態に制御することができるので、ＵＥ４０でヘッダ解凍できない無駄な下りパケット（圧縮データ）の送信を抑制することができ、その結果、無線区間（ｅＮＢ２０とＵＥ４０との間）の下り無線帯域の浪費を抑制することができる。【０１３２】
（圧縮データの破棄が発生した場合）
次に、非圧縮データではなく圧縮データがｅＮＢ２０においてＲＬＣ廃棄機能（タイムアウト）により破棄された場合の処理について、図４を参照しながら説明する。【０１３３】
即ち、この場合も、ＮＷ１０から下りパケットがａＧＷ２０に受信されると（ステップＳ１）、ａＧＷ２０では、当該下りパケットについて、ＰＤＣＰ処理部２２のＲＯＨＣコンプレッサ２２Ｂ及び秘匿処理部２２Ｃにて、ＲＯＨＣ処理（非圧縮）及び秘匿処理が施された後、Ｓ１−ＦＰ送信処理部２３に転送され（ステップＳ２）、当該Ｓ１−ＦＰ送信処理部２３にて、Ｓ１−ＦＰでのＳＮ（＝０）がＳ１−ＦＰヘッダ内に付与されて、ｅＮＢ３０へ送信される（ステップＳ３）。【０１３４】
ｅＮＢ３０では、前記下りパケットがＳ１−ＦＰ受信処理部３１にて受信され、当該Ｓ１−ＦＰ受信処理部３１にて、Ｓ１−ＦＰヘッダが終端された後、ＲＬＣ処理部３３へ転送され（ステップＳ４）、当該ＲＬＣ処理部３３のＲＬＣ−ＰＤＵ生成部３３Ａにて、ＲＬＣ−ＰＤＵが生成される。生成されたＲＬＣ−ＰＤＵは、ＭＡＣ処理部３４へ転送され、当該ＭＡＣ処理部３４にて所要のＭＡＣ処理を施された上で、無線終端部３５へ転送され、所要の無線送信処理を施されてＵＥ４０へ無線送信される（ステップＳ５，Ｓ６）。【０１３５】
ＵＥ４０は、前記下りパケット（ＲＬＣ−ＰＤＵ）を受信すると、ＭＡＣ／ＰＨＹ処理部４１，ＲＬＣ処理部４２及びＰＤＣＰ処理部４３を通じて、当該下りパケットの復元処理を実施する（ステップＳ７〜Ｓ９）。【０１３６】
その後、ＮＷ１０から次の下りパケットがａＧＷ２０に受信されると（ステップＳ１０）、ａＧＷ２０では、ＲＯＨＣ処理の圧縮状態がＩＲ状態からＳＯ状態へ遷移しているものと仮定して、当該下りパケットについて、ＰＤＣＰ処理部２２のＲＯＨＣコンプレッサ２２Ｂ及び秘匿処理部２２Ｃにて、ＲＯＨＣ処理（ＳＯ状態でのヘッダ圧縮）及び秘匿処理が施された後、Ｓ１−ＦＰ送信処理部２３に転送され（ステップＳ１１）、当該Ｓ１−ＦＰ送信処理部２３にて、Ｓ１−ＦＰでのＳＮ（＝１）がＳ１−ＦＰヘッダ内に付与されて、ｅＮＢ３０へ送信される（ステップＳ１２）。【０１３７】
ｅＮＢ３０では、前記下りパケット（圧縮データ）がＳ１−ＦＰ受信処理部３１にて受信され、Ｓ１−ＦＰヘッダの終端等を施された後、ＲＬＣ処理部３３Ａに転送される（ステップＳ１３）。ＲＬＣ処理部３３では、転送されてきた下りパケット（ＰＤＣＰパケット）からＲＬＣ−ＰＤＵをＲＬＣ−ＰＤＵ生成部３３Ａにより生成する。その際、前記ＲＬＣ廃棄機能（タイムアウト）によりＰＤＣＰパケットの破棄が発生したとすると（ステップＳ１４）、圧縮データがＵＥ４０に到達しないことになる（点線矢印参照）。【０１３８】
しかしながら、本例の場合、ＵＥ４０では、前記非圧縮データを正常に受信できているため、当該圧縮データ（Ｓ１−ＦＰでのＳＮ＝１）を受信できなくても、次の下りパケット（圧縮データ：Ｓ１−ＦＰでのＳＮ＝２）については、受信済みの前記非圧縮データのヘッダに基づいて正しく解凍、復元することが可能である（ステップＳ１５〜Ｓ２３）。【０１３９】
そのため、ａＧＷ２０のＲＯＨＣコンプレッサ２２Ｂでの圧縮状態は変更しなくてもよい。したがって、ｅＮＢ３０では、前記圧縮データの破棄がＲＬＣ破棄検出部３３Ｂにて検出されると、非圧縮データの破棄の場合と同様に、破棄ＳＮを上りパケットのＳ１−ＦＰヘッダによりａＧＷ２０のＲＯＨＡＣ制御部２２Ａに通知するが（ステップＢ１〜Ｂ３）、ＲＯＨＣ制御部２２Ａは、通知された破棄ＳＮを基に対応テーブル２２ａを検索した結果、その破棄ＳＮに対応するＳ１−ＦＰパケットがヘッダ圧縮された圧縮データであれば、ＲＯＨＣ処理の圧縮状態は変更せずそれまでの状態（ＳＯ状態）に維持する（ステップＢ４）。【０１４０】
これにより、ＮＷ１０からａＧＷ２０へ送信された、さらに次の下りパケット（Ｓ１−ＦＰでのＳＮ＝３）は、ａＧＷ２０のＲＯＨＣコンプレッサ２２Ｂにて、前回送信した下りパケット（Ｓ１−ＦＰでのＳＮ＝２）と同じヘッダ圧縮レベルでヘッダ圧縮された上で、ｅＮＢ３０経由でＵＥ４０へ送信され、ＵＥ４０で受信処理される（ステップＳ２４〜Ｓ３２）。【０１４１】
なお、下りパケットの破棄ないし欠落が、Ｓ１−ＦＰ受信処理部３１又はＭＡＣ処理部３４の破棄検出部３４Ａで検出された場合も、それぞれの検出結果（破棄ないし欠落通知）が破棄通知制御部３６に集約され、破棄通知制御部３６からａＧＷ２０（ＲＯＨＣ制御部２２Ａ）に対して上りパケット（データパケット又はダミーパケット）により破棄ないし欠落通知が行なわれる動作となる。【０１４２】
即ち、Ｓ１−ＦＰ受信処理部３１で下りパケットの欠落が検出された場合は、欠落したパケットのＳ１−ＦＰでのＳＮがＳＮ検索処理部３６Ａによる対応テーブル３６ａの検索を要することなく把握されるから、そのＳＮがそのまま破棄ＳＮとしてａＧＷ２０のＲＯＨＣ制御部２２Ａに通知されることになる。【０１４３】
一方、ＭＡＣ処理部３４の破棄検出部３４Ａで下りパケットの欠落が検出された場合は、ＲＬＣでのＳＮが破棄通知制御部３６に通知され、破棄通知制御部３６は、通知されたＲＬＣでのＳＮを基に対応テーブル３６ａを検索して、通知されたＳＮに対応するＳ１−ＦＰでのＳＮを取得し、これが破棄ＳＮとしてａＧＷ２０のＲＯＨＣ制御部２２Ａに通知されることになる。【０１４４】
以上のように、本実施形態によれば、ＵＥ４０宛の下りパケットをｅＮＢ２０が受信してＵＥ４０へ送信する過程で、非圧縮データが破棄ないし欠落した場合に、その旨を直ちにａＧＷ２０に通知（フィードバック）してＲＯＨＣの圧縮状態をＩＲ状態（非圧縮）に変更させることができるので、ＵＥ４０が非圧縮データを正しく受信できないために圧縮データを正しく復元できない期間を削減することができる。
したがって、ｅＮＢ３０からＵＥ４０への無線区間の下り帯域等の無線リソースの浪費を抑制することができる。また、ＵＥ４０において復元できずに破棄されてしまう圧縮データ量を削減することができる。【０１４５】
特に、ＵＥ４０で非圧縮データを正しく受信できないことを無線区間伝送前の速い段階で検出して、ａＧＷ２０に通知することができるので、ａＧＷ２０において早期にＵＥ４０宛の下りパケットのヘッダ圧縮状態をＩＲ状態に変更することができ、下り無線リソースの浪費を抑制することができる。【０１４６】
また、ｅＮＢ３０からａＧＷ２０への破棄通知をＵＥ４０からのａＧＷ２０宛の上りパケット（ユーザデータ）を利用して実施することで、無線基地局から送信装置への通信リソースの利用効率を向上することができる。【０１４７】
さらに、ＵＥ４０からのａＧＷ２０宛の上りパケットが無いときには、ｅＮＢ３０（破棄通知パケット生成処理部３６Ｂ）において、破棄通知パケットを生成してａＧＷ２０へ送信するので、破棄通知自体が遅延することを防止することができる。【０１４８】
また、ｅＮＢ３０において、ＵＥ４０宛の下りパケットがＳ１−ＦＰからＲＬＣ、ＲＬＣからＭＡＣのようにプロトコル変換されたとしても、前記対応テーブル３６ａ，３３ａによりプロトコル変換前後の下りパケットの連続性（ＳＮ）の対応関係を管理しておくので、プロトコル変換前の欠落パケットのＳＮを特定することができるので、ｅＮＢ３０は、欠落パケットのＳＮを確実にａＧＷ２０に通知することができる。【０１４９】
（３．５）変形例
上述した実施形態では、ａＧＷ２０のＳ１−ＦＰ送信処理部２３にて、下りパケットに対してＳ１−ＦＰでのＳＮを付与することを前提としている。これは、ａＧＷ２０では、秘匿処理部２２Ｃにて、ＰＤＣＰ−ＰＤＵ（ＰＤＣＰヘッダを含むペイロード部分）に対して秘匿処理を行なってデータを暗号化するため、ｅＮＢ３０にて破棄を検出した場合でも、ｅＮＢ３０では、ＰＤＣＰでのＳＮを知ることができないためである。【０１５０】
即ち、破棄されたパケットが非圧縮データか圧縮データかを特定できないまま破棄発生のみをｅＮＢ３０からａＧＷ２０に通知しても、ａＧＷ２０では、どの下りパケット（つまり、非圧縮データ及び圧縮データのいずれ）が破棄されたのか分からないため、圧縮データが破棄された場合でもＩＲ状態に遷移してしまうと、不要な非圧縮データを送信して、下り無線帯域を圧迫してしまう可能性がある。【０１５１】
そこで、前記の例では、ｅＮＢ３０への下りパケットに対してＤＰＣＰでのＳＮとは別にＳ１−ＦＰでのＳＮを付与し、その対応関係をＲＯＨＣ処理の圧縮状態との対応関係も含めて前記対応テーブル２２ａにて管理することで、破棄された下りパケットが非圧縮データなのか圧縮データなのかを特定できるようにして、破棄された下りパケットが非圧縮データであった場合にのみ、ＲＯＨＣ処理の圧縮状態をＩＲ状態に遷移して、非圧縮データを送信する動作としている。【０１５２】
もっとも、ａＧＷ２０及びｅＮＢ３０の装置規模の削減や、制御の簡易化を重視する場合、不要な非圧縮データの送信が許容できる場合など、Ｓ１−ＦＰでのＳＮを付与せずに、ｅＮＢ３０からａＧＷ２０に対して破棄通知のみを行ない、ａＧＷ２０は当該破棄通知を受信すると、無条件にＩＲ状態に遷移して非圧縮データを送信する動作としてもよい。【０１５３】
その場合の処理シーケンスを示したのが図６である。
即ち、ｅＮＢ３０において、圧縮データの破棄がＲＬＣ破棄検出部３３Ｂにて検出されると、ＲＬＣ破棄検出部３３Ｂは、その旨を破棄通知制御部３６へ通知し、破棄通知制御部３６（破棄通知パケット生成処理部３６Ｂ）は、パケット破棄の発生を、Ｓ１−ＦＰ送信処理部３２を通じて、上りパケット（データパケット又はダミーパケット）により、ａＧＷ２０（ＲＯＨＣ制御部２２Ａ）に通知する（ステップＣ１〜Ｃ３）。【０１５４】
ここで、当該通知を受けたＲＯＨＣ制御部２２Ａは、破棄ＳＮが不明なので、ＲＯＨＣコンプレッサ２２ＢでのＲＯＨＣの圧縮状態を無条件にＩＲ状態に遷移させて、次の下りパケットを非圧縮データとして送信させる（ステップＣ４）。なお、その他の動作は、図４（ステップＳ１〜Ｓ３２）と同様である。また、下りパケットの破棄ないし欠落が、Ｓ１−ＦＰ受信処理部３１又はＭＡＣ処理部３４の破棄検出部３４Ａで検出された場合の動作についても、既述の動作と同様である。【０１５５】
〔４〕第２実施形態
前記の第１実施形態では、エラー（破棄ないし欠落）の発生した下りパケットが非圧縮データか圧縮データかの識別をａＧＷ２０において行なっている。即ち、ａＧＷ２０のＲＯＨＣ制御部２２Ａが、ｅＮＢ２０からの上りパケット（破棄通知パケット）により通知された破棄ＳＮを基に対応テーブル２２ａを検索することにより、破棄ＳＮの下りパケットの圧縮状態を識別している。【０１５６】
これに対して、本実施形態では、ｅＮＢ３０においてもエラーの発生した下りパケットが非圧縮データか圧縮データかを識別できる構成とする。このようにすれば、エラーの発生した下りパケットが圧縮データであれば、既述のとおりＵＥ４００ではそれまでに受信済みの非圧縮データを下に受信圧縮データの解凍を行なうことが可能なので、ａＧＷ２０（ＲＯＨＣ制御部２２Ａ）に対してエラー発生通知は行なわず、エラーの発生した下りパケットが非圧縮データであった場合にのみ、ａＧＷ２０に対してエラー発生通知を行なう動作が可能となる。【０１５７】
したがって、この場合、第１実施形態に比して、ｅＮＢ３０からａＧＷ２０への上りパケット量を削減することが可能となり、ｅＮＢ３０とａＧＷ２０との間の上り伝送帯域の有効利用を図ることが可能となる。【０１５８】
図７に、かかる機能を実現する本発明の第２実施形態に係る無線通信システムの構成を示す。即ち、この図１に示す無線通信システムは、第１実施形態（図１）に示したシステムに比して、ａＧＷ２０において、Ｓ１−ＦＰ送信処理部２３に代えてＳ１−ＦＰ送信処理部２３ａがそなえられ、ｅＮＢ３０において、Ｓ１−ＦＰ受信処理部３１に代えてＳ１−ＦＰ受信処理部３１ａがそなえられるとともに、ＳＮ検索処理部３６Ａに代えてＳＮ検索処理部３６Ｃ（対応テーブル３６ｃ）がそなえている点が異なる。なお、他の既述の符号と同一符号を付した構成要素は、特に断らない限り、既述の構成要素と同一若しくは同様の機能を具備するものである。【０１５９】
ここで、ａＧＷ２０のＳ１−ＦＰ送信処理部２３ａは、ＰＤＣＰ処理部２２でＲＯＨＣ処理及び秘匿処理（ciphering）を施されて当該ＰＤＣＰ処理部２２から受信される下りデータ（ＰＤＣＰパケット）を、ｅＮＢ３０との装置間ＩＦのプロトコル（Ｓ１−ＦＰ）に変換（Ｓ１−ＦＰヘッダの付与等）した上で、ｅＮＢ３０へ送信する機能を具備するものである。【０１６０】
ただし、本例のＳ１−ＦＰ送信処理部２３ａは、前記プロトコル変換の際に、例えば図８に示すように、前記Ｓ１−ＦＰヘッダ内に、ＰＤＣＰでのシーケンス番号（ＳＮ）とは別のＳ１−ＦＰでのシーケンス番号（ＳＮ）に加えて、ｅＮＢ３０での圧縮／非圧縮データの識別を可能にするために、ＲＯＨＣのヘッダ圧縮の有無（０でヘッダ圧縮あり、１でヘッダ圧縮なし）を表示するフラグ（Ｆ）情報を付与する機能（ＳＮ設定機能、圧縮フラグ設定機能）も具備している。なお、ヘッダ圧縮の有無の情報は、ＰＤＣＰ処理部２２（秘匿処理部２２Ｃ）からのＰＤＣＰパケットの受信とともにＰＤＣＰ処理部２２から受信することができる。【０１６１】
一方、ｅＮＢ３０のＳ１−ＦＰ受信処理部３１ａは、ａＧＷ２０（Ｓ１−ＦＰ送信処理部２３ａ）からの受信パケット（Ｓ１−ＦＰパケット）のプロトコルをＰＤＣＰに変換（Ｓ１−ＦＰヘッダの終端等）してＲＬＣ処理部３３（ＰＤＣＰ−ＳＤＵ分割（ＲＬＣ−ＰＤＵ生成）部３３Ａ）に転送する機能を具備するもので、本例では次のような機能も具備している。
（１）前記Ｓ１−ＦＰヘッダ内に付与されたＳ１−ＦＰでのＳＮを監視して、欠落したＳ１−ＦＰパケットのＳＮを検出するＳＮ検出機能
（２）前記Ｓ１−ＦＰヘッダの圧縮フラグ情報フィールドに設定されている前記フラグ情報（０又は１）を検出する圧縮フラグ検出機能
（３）前記検出されたＳＮ及びフラグ情報を破棄通知制御部３６（ＳＮ検索処理部３６Ａａ）に通知する通知機能【０１６２】
そして、ＳＮ検索処理部３６Ｃは、破棄の発生した下りパケットのＳ１−ＦＰでのＳＮ（破棄ＳＮ）を検出して破棄通知パケット生成処理部３６Ｂに通知する機能を具備するもので、本例では、次のような機能も具備している。
（１）Ｓ１−ＦＰでのＳＮと、前記フラグ情報と、ＲＬＣでのＳＮとを対応付けた対応テーブル３６ｃを生成するテーブル生成機能
（２）ＲＬＣ処理部３３のＲＬＣ破棄検出部３３Ｂ、又は、ＭＡＣ処理部３４の破棄検出部３４Ａから通知されたＲＬＣでのＳＮを基に対応テーブル３６ｃを検索することにより、破棄の発生したＳ１−ＦＰパケットのＳＮ（Ｓ１−ＦＰでのＳＮ）及びフラグ情報を検出するテーブル検索（ＳＮ／圧縮フラグ）検出機能
（３）前記フラグ情報がヘッダ非圧縮を表す場合（Ｆ＝１）にのみ前記検出ＳＮを破棄ＳＮとして破棄通知パケット生成処理部３６Ｂに通知する破棄ＳＮ通知機能
つまり、本例のＳＮ検索処理部３６Ｃは、前記フラグ情報がヘッダ圧縮を表す場合（Ｆ＝０）には破棄ＳＮの通知を行なわないようになっている。これにより、ａＧＷ２０への無駄な破棄通知パケット（ダミーパケット）の送信を抑制できることになる。【０１６３】
以下、図９を参照しながら、上述のごとく構成された第２実施形態の無線通信システムの動作を、本例の要旨である、ｅＮＢ３０において圧縮データである下りパケットの廃棄が発生した場合に着目して説明する。【０１６４】
即ち、ＮＷ１０から下りパケットがａＧＷ２０に受信されると（ステップＳ１）、ａＧＷ２０では、当該下りパケットについて、ＰＤＣＰ処理部２２のＲＯＨＣコンプレッサ２２Ｂ及び秘匿処理部２２Ｃにて、ＲＯＨＣ処理（非圧縮）及び秘匿処理が施された後、Ｓ１−ＦＰ送信処理部２３ａに転送され（ステップＳ２）、当該Ｓ１−ＦＰ送信処理部２３ａにて、Ｓ１−ＦＰでのＳＮ（＝０）及びフラグ情報（Ｆ＝１）がＳ１−ＦＰヘッダ内に付与されて、ｅＮＢ３０へ送信される（ステップＳ３）。【０１６５】
ｅＮＢ３０では、前記下りパケットがＳ１−ＦＰ受信処理部３１ａにて受信され、当該Ｓ１−ＦＰ受信処理部３１ａにて、Ｓ１−ＦＰヘッダが終端された後、ＲＬＣ処理部３３へ転送され（ステップＳ４）、当該ＲＬＣ処理部３３のＲＬＣ−ＰＤＵ生成部３３Ａにて、ＲＬＣ−ＰＤＵが生成される。その際、前記ＲＬＣ廃棄機能（タイムアウト）によりＰＤＣＰパケットの破棄が発生したとすると（ステップＳ５）、非圧縮データがＵＥ４０に到達しないことになる。【０１６６】
そのため、ＵＥ４０では、前記非圧縮データの次にＮＷ１０からａＧＷ２０へ送信された下りパケットが、ａＧＷ２０のＰＤＣＰ処理部２２（ＲＯＨＣコンプレッサ２２Ｂ）にてＩＲ状態以外の圧縮状態（ＳＯ状態）でヘッダ圧縮された後、ｅＮＢ３０経由で受信されても（ステップＳ６〜Ｓ１３）、当該圧縮データのヘッダを解凍できないため、受信パケットを復元することができない。【０１６７】
その一方で、前記非圧縮データの破棄は、ｅＮＢ３０のＲＬＣ処理部３３Ａ（ＲＬＣ破棄検出部３３Ｂ）にて検出され、破棄されたＲＬＣパケットのＳＮ（ＲＬＣでのＳＮ）が破棄通知制御部３６（ＳＮ検索処理部３６Ｃ）に通知されることにより、対応テーブル３６ｃにおいて当該ＲＬＣでのＳＮに対応するＳ１−ＦＰでのＳＮ及びフラグ情報が検索される。【０１６８】
ここで、ＳＮ検索処理部３６Ｃは、検索したフラグ情報がヘッダ圧縮及びヘッダ非圧縮のいずれを表しているかを確認して、破棄の発生した下りパケットが圧縮データ（Ｆ＝１）か非圧縮データ（Ｆ＝０）かを判断する（ステップＤ１）。ここでは、Ｆ＝１（非圧縮データ）であるから、ＳＮ検索処理部３６Ｃは、検索したＳＮ（＝０）を破棄ＳＮとしてＳ１−ＦＰ送信処理部３２に通知する（ステップＤ２）。【０１６９】
これにより、Ｓ１−ＦＰ送信処理部３２は、破棄通知パケット生成処理部３６Ｂからの上りＰＤＣＰパケット（データパケット又はダミーパケット）に対して、破棄フラグ＝１と、ＰＩＤ＝０又は１と、上りについてのＳ１−ＦＰでのＳＮと、通知された破棄ＳＮ（＝０）とを設定したＳ１−ＦＰヘッダ（図２参照）を付与した上で、当該上りＰＤＣＰパケットをａＧＷ２０へ送信する（ステップＤ３）。【０１７０】
当該上りＳ１−ＦＰパケットは、ａＧＷ２０のＳ１−ＦＰ受信処理部２４にて受信され、当該Ｓ１−ＦＰ受信処理部２４にて、前記Ｓ１−ＦＰヘッダが終端されることにより、受信パケットが破棄通知パケットであることが識別され、前記破棄ＳＮがＰＤＣＰ処理部２２のＲＯＨＣ制御部２２Ａに通知される（ステップＤ４）。【０１７１】
なお、前記破棄通知パケットがデータパケットに前記Ｓ１−ＦＰヘッダを付与したものである場合（ＰＩＤ＝０の場合）、そのデータパケットは、秘匿解除処理部２２Ｄへ転送されて秘匿解除処理を施された後、ＲＯＨＣデコンプレッサ２２ＥにてＲＯＨＣの復元処理を施されて、上位装置ＩＦ２１経由でＮＷ１０へ送信される。【０１７２】
一方、前記破棄ＳＮの通知をＳ１−ＦＰ受信処理部２４から受けたＲＯＨＣ制御部２２Ａは、ＲＯＨＣコンプレッサ２２ＢでのＲＯＨＣ処理の状態を非圧縮状態（ＩＲ状態）に制御する（ステップＤ５）。【０１７３】
これにより、その時点で、ＮＷ１０から受信され（ステップＳ１４）、ｅＮＢ３０へ送信すべき下りパケットは、ヘッダ圧縮されずに非圧縮データとしてＳ１−ＦＰ送信処理部２３ａに転送され（ステップＳ１５）、当該Ｓ１−ＦＰ送信処理部２３ａからｅＮＢ３０経由でＵＥ４０に送信される（ステップＳ１６〜Ｓ１９）。【０１７４】
その結果、ＵＥ４０では、ｅＮＢ３０で非圧縮データの破棄が発生してから従来よりも短時間で新たな非圧縮データを受信することができ、当該非圧縮データを正常に受信処理することにより（ステップＳ２０〜Ｓ２２）、以後に受信される圧縮データに欠落が生じたとしても、その圧縮ヘッダを、先行して受信した非圧縮データを基に解凍することができる。【０１７５】
その後、ＮＷ１０から次の下りパケットがａＧＷ２０に受信されると（ステップＳ２３）、ａＧＷ２０では、当該下りパケットについて、ＰＤＣＰ処理部２２のＲＯＨＣコンプレッサ２２Ｂ及び秘匿処理部２２Ｃにて、ＲＯＨＣ処理（圧縮）及び秘匿処理が施された後、Ｓ１−ＦＰ送信処理部２３ａに転送され（ステップＳ２４）、当該Ｓ１−ＦＰ送信処理部２３ａにて、Ｓ１−ＦＰでのＳＮ（＝３）及び「ヘッダ圧縮あり」を示すフラグ情報（Ｆ＝０）がＳ１−ＦＰヘッダ内に付与されて、ｅＮＢ３０へ送信される（ステップＳ２５）。【０１７６】
ｅＮＢ３０では、前記下りパケットがＳ１−ＦＰ受信処理部３１ａにて受信され、当該Ｓ１−ＦＰ受信処理部３１ａにて、Ｓ１−ＦＰヘッダが終端された後、ＲＬＣ処理部３３へ転送され（ステップＳ２６）、当該ＲＬＣ処理部３３のＲＬＣ−ＰＤＵ生成部３３Ａにて、ＲＬＣ−ＰＤＵが生成される。その際、前記ＲＬＣ廃棄機能（タイムアウト）によりパケット破棄が発生したとすると（ステップＳ２７）、当該パケット（圧縮データ）がＵＥ４０に到達しないことになる。【０１７７】
前記圧縮データの破棄は、ｅＮＢ３０のＲＬＣ処理部３３Ａ（ＲＬＣ破棄検出部３３Ｂ）にて検出され、破棄されたＲＬＣパケットのＳＮ（ＲＬＣでのＳＮ）が破棄通知制御部３６（ＳＮ検索処理部３６Ｃ）に通知されることにより、対応テーブル３６ｃにおいて当該ＲＬＣでのＳＮに対応するＳ１−ＦＰでのＳＮ（＝３）及びフラグ情報が検索される。【０１７８】
ここで、ＳＮ検索処理部３６Ｃは、検索したフラグ情報がヘッダ圧縮及びヘッダ非圧縮のいずれを表しているかを確認して、破棄の発生した下りパケットが圧縮データ（Ｆ＝１）か非圧縮データ（Ｆ＝０）かを判断する（ステップＤ６）。ここでは、Ｆ＝０（圧縮データ）であるから、ＳＮ検索処理部３６Ｃは、検索したＳＮ（＝３）をＳ１−ＦＰ送信処理部３２及び破棄通知パケット生成部３６Ｂのいずれにも通知しない。したがって、破棄ＳＮ（＝３）はａＧＷ２０に通知されない（ステップＤ７，Ｄ８）。【０１７９】
即ち、圧縮データの破棄が発生したとしても、ＵＥ４０では、非圧縮データを正常受信できている限り、当該非圧縮データを基に、その後に受信される圧縮データ（Ｓ１−ＦＰでのＳＮ＝４）のヘッダ解凍を行なえるから（ステップＳ２８〜Ｓ３６）、ｅＮＢ３０からａＧＷ２０（ＲＯＨＣ制御部２２Ａ）へ破棄通知を行なってＩＲ状態に遷移させる必要がないのである。
なお、下りパケットの破棄ないし欠落が、ＭＡＣ処理部３４の破棄検出部３４Ａで検出された場合は、当該破棄検出部３４ＡからＲＬＣでのＳＮが破棄通知制御部３６Ｃに通知されることになり、その後の処理は上記と同様である。【０１８０】
以上のように、本実施形態では、ａＧＷ２０からｅＮＢ３０にパケットを送信する際に、圧縮データか非圧縮データかを識別するフラグ（ヘッダ圧縮フラグ（Ｆ））をＳ１−ＦＰヘッダに設定することにより、ｅＮＢ３０にて受信パケットが圧縮データか非圧縮データかを判断可能となる。【０１８１】
そして、ａＧＷ２０から受信したパケットのＳ１−ＦＰでのＳＮと、ヘッダ圧縮フラグ（Ｆ）と、ＲＬＣでのＳＮとを、ＳＮ検索処理部３６Ｃ内の対応テーブル３６ｃにて対応付けて管理することにより、ＲＬＣ処理部３３（またはＭＡＣ処理部３４）から破棄通知を受信した場合に、対応するＲＬＣでのＳＮの下りパケットが圧縮データか非圧縮データかを判断し、非圧縮データであった場合にのみ第１実施形態と同様にＳ１−ＦＰ送信処理部３２及び破棄通知パケット生成処理部３６Ｂへの通知を行なう。【０１８２】
これにより、ＲＬＣ処理部３３及びＭＡＣ処理部３４にて下りパケットの破棄が検出された場合には、非圧縮データのＳ１−ＦＰでのＳＮのみがａＧＷ２０に通知されることになり、ｅＮＢ３０からａＧＷ２０に対する不要な破棄通知（ダミーパケットの送信）が削減されることになる。したがって、ｅＮＢ３０からａＧＷ２０への上り伝送帯域等の上り通信リソースの利用効率を向上することができる。【０１８３】
なお、ｅＮＢ３０のＳ１−ＦＰ受信処理部３１ａにてＳ１−ＦＰパケットの欠落（ＳＮ抜け）が検出された場合には、ヘッダ圧縮／非圧縮の判断ができないため、ヘッダ圧縮／非圧縮にかかわらず、破棄通知制御部３６は、第１実施形態と同様にしてａＧＷ２０への通知を行なう。【０１８４】
〔５〕その他
上述した各実施形態では、ＲＯＨＣの圧縮状態がＩＲ状態とＳＯ状態との間を遷移することを前提として説明したが、ＩＲ状態とＦＯ状態との間を遷移する場合も、「ＳＯ状態」を「ＦＯ状態」に読み替えて適用すれば、前記の各実施形態と同等の作用効果を得ることができる。【０１８５】
また、上述した各実施形態では、ａＧＷ２０（ＲＯＨＣ制御部２２Ａ）がｅＮＢ３０から破棄通知を受けた直後の次のＵＥ４０宛の下りパケットを圧縮状態の制御対象（制御タイミング）としているが、必ずしも次の下りパケットである必要はない。即ち、受信側で無音状態となる期間が許容される範囲である限り、次の次の下りパケット、あるいは、それ以降の下りパケットを制御対象としてもよい。つまり、欠落通知に応じた圧縮、非圧縮制御が可能でありさえすれば足りる。
【産業上の利用可能性】
【０１８６】
以上詳述したように、本発明によれば、無線端末が非圧縮データを正しく受信できないために圧縮データを復元できない期間を削減して、無線基地局から無線端末への無線区間の無線リソースの浪費を抑制することができるので、無線通信技術分野、例えば、移動通信技術分野にとって極めて有用であると考えられる。
【図１】
2008139594.tif 000006
【図２】
2008139594.tif 000007
【図３】
2008139594.tif 000008
【図４】
2008139594.tif 000009
【図５】
2008139594.tif 000010
【図６】
2008139594.tif 000011
【図７】
2008139594.tif 000012
【図８】
2008139594.tif 000013
【図９】
2008139594.tif 000014
【図１０】
2008139594.tif 000015
【図１１】
2008139594.tif 000016
【図１２】
2008139594.tif 000017
【図１３】
2008139594.tif 000018
【図１４】
2008139594.tif 000019
【図１５】
2008139594.tif 000020
【図１６】
2008139594.tif 000021
【図１７】
2008139594.tif 000022
【図１８】
2008139594.tif 000023
【図１９】
2008139594.tif 000024
【図２０】
2008139594.tif 000025
【図２１】
2008139594.tif 000026
【手続補正書】
【提出日】平成21年8月11日(2009.8.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線端末宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置と、前記送信装置から前記無線端末宛のデータを受信して前記無線端末へ無線送信する無線基地局と、前記無線基地局からのヘッダ圧縮されたデータを、受信済みのヘッダ非圧縮のデータを基に復元する前記無線端末とをそなえた無線通信システムにおいて、
前記無線基地局は、
前記送信装置からの受信データにおける欠落を検出した場合に、前記送信装置に欠落通知を行ない、
前記送信装置は、
前記欠落通知を受けると、前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御する、
ことを特徴とする、無線通信のヘッダ圧縮制御方法。
【請求項２】
前記送信装置は、
前記無線端末宛のデータ毎にシーケンス番号を付与するとともに、前記シーケンス番号と前記データの前記ヘッダ圧縮状態が圧縮か非圧縮かを示す情報とを対応付けた対応付け情報を管理し、
前記無線基地局は、
前記送信装置から受信したデータの前記シーケンス番号を監視することにより前記欠落を検出して、前記欠落通知とともに、欠落したデータの前記シーケンス番号を前記送信装置へ通知し、
前記送信装置は、
前記無線基地局から通知された前記シーケンス番号と前記対応付け情報とに基づいて前記欠落したデータのヘッダ圧縮状態を識別し、
前記欠落したデータのヘッダ圧縮状態が非圧縮であると、次の前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御する、
ことを特徴とする、請求項１記載の無線通信のヘッダ圧縮制御方法。
【請求項３】
前記送信装置は、
前記識別の結果、前記欠落したデータのヘッダ圧縮状態が圧縮であると、次の前記無線端末宛のデータのヘッダ圧縮状態を変更しないことを特徴とする、請求項２記載の無線通信のヘッダ圧縮制御方法。
【請求項４】
前記送信装置は、
前記無線端末宛のデータ毎に、シーケンス番号と前記ヘッダ圧縮状態が圧縮か非圧縮かを示すフラグ情報とを付与し、
前記無線基地局は、
前記送信装置から受信したデータの前記シーケンス番号と前記フラグ情報とを監視することにより、欠落したデータの前記シーケンス番号と前記欠落したデータのヘッダ圧縮状態を識別し、
前記欠落したデータのヘッダ圧縮状態が非圧縮である場合にのみ、前記送信装置へ前記欠落通知を行ない、
前記送信装置は、
前記無線基地局から前記欠落通知を受けると、次の前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御する、
ことを特徴とする、請求項１記載の無線通信のヘッダ圧縮制御方法。
【請求項５】
無線端末宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置と、前記送信装置から前記無線端末宛のデータを受信して前記無線端末へ無線送信する無線基地局と、前記無線基地局からのヘッダ圧縮されたデータを、受信済みのヘッダ非圧縮のデータを基に復元する前記無線端末とをそなえた無線通信システムにおける前記無線基地局であって、
前記送信装置からの受信データにおける欠落を検出する欠落検出手段と、
前記欠落検出手段にて前記欠落が検出されると、前記送信装置に欠落通知を行なう欠落通知制御手段と、
をそなえたことを特徴とする、無線基地局。
【請求項６】
前記欠落検出手段は、
前記送信装置において前記データに付与された前記データのシーケンス番号を監視することにより前記データの欠落を検出し、
前記欠落通知制御手段は、
前記欠落通知とともに、欠落したデータの前記シーケンス番号を前記送信装置へ通知することを特徴とする、請求項５記載の無線基地局。
【請求項７】
前記欠落検出手段は、
前記送信装置において前記データ毎に付与された、シーケンス番号と前記データのヘッダ圧縮状態が圧縮か非圧縮かを示すフラグ情報とを監視することにより、欠落したデータの前記シーケンス番号と前記欠落したデータのヘッダ圧縮状態を識別し、
前記欠落通知制御手段は、
前記識別されたヘッダ圧縮状態が非圧縮である場合にのみ、前記送信装置へ前記欠落通知を行なうことを特徴とする、請求項５記載の無線基地局。
【請求項８】
無線端末宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置と、前記送信装置から前記無線端末宛のデータを受信して前記無線端末へ無線送信する無線基地局と、前記無線基地局からのヘッダ圧縮されたデータを、受信済みのヘッダ非圧縮のデータを基に復元する前記無線端末とをそなえた無線通信システムにおける前記送信装置であって、
前記無線基地局において前記データにおける欠落が検出されて前記無線基地局から送信されてきた欠落通知を受信する受信手段と、
前記受信手段で前記欠落通知が受信されると、前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御する制御手段と、
をそなえたことを特徴とする、送信装置。
【請求項９】
前記制御手段は、
前記無線端末宛のデータ毎にシーケンス番号を付与するシーケンス番号付与手段と、
前記シーケンス番号と前記データの前記ヘッダ圧縮状態が圧縮か非圧縮かを示す情報とを対応付けた対応付け情報を管理する管理手段と、
前記無線基地局から前記欠落通知とともに前記受信手段で受信された前記欠落したデータのシーケンス番号と、前記管理手段の前記対応付け情報とに基づいて、前記欠落したデータのヘッダ圧縮状態を識別する識別手段と、
前記欠落したデータのヘッダ圧縮状態が非圧縮であると、次の前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御するヘッダ圧縮制御手段と、
をそなえたことを特徴とする、請求項８記載の送信装置。
【請求項１０】
前記ヘッダ圧縮制御手段は、
前記識別手段による識別の結果、前記欠落したデータのヘッダ圧縮状態が圧縮であると、次の前記無線端末宛のデータのヘッダ圧縮状態を変更しないことを特徴とする、請求項９記載の送信装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１８５
【補正方法】変更
【補正の内容】
【０１８５】
また、上述した各実施形態では、ａＧＷ２０（ＲＯＨＣ制御部２２Ａ）がｅＮＢ３０から破棄通知を受けた直後の次のＵＥ４０宛の下りパケットを圧縮状態の制御対象（制御タイミング）としているが、必ずしも次の下りパケットである必要はない。即ち、受信側で無音状態となる期間が許容される範囲である限り、次の次の下りパケット、あるいは、それ以降の下りパケットを制御対象としてもよい。つまり、欠落通知に応じた圧縮、非圧縮制御が可能でありさえすれば足りる。
以上の実施形態及びその変形例に関し、さらに以下の付記を開示する。
〔６〕付記
（付記１）
無線端末宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置と、前記送信装置から前記無線端末宛のデータを受信して前記無線端末へ無線送信する無線基地局と、前記無線基地局からのヘッダ圧縮されたデータを、受信済みのヘッダ非圧縮のデータを基に復元する前記無線端末とをそなえた無線通信システムにおいて、
前記無線基地局は、
前記送信装置からの受信データにおける欠落を検出した場合に、前記送信装置に欠落通知を行ない、
前記送信装置は、
前記欠落通知を受けると、前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御する、
ことを特徴とする、無線通信のヘッダ圧縮制御方法。
（付記２）
前記送信装置は、
前記無線端末宛のデータ毎にシーケンス番号を付与するとともに、前記シーケンス番号と前記データの前記ヘッダ圧縮状態が圧縮か非圧縮かを示す情報とを対応付けた対応付け情報を管理し、
前記無線基地局は、
前記送信装置から受信したデータの前記シーケンス番号を監視することにより前記欠落を検出して、前記欠落通知とともに、欠落したデータの前記シーケンス番号を前記送信装置へ通知し、
前記送信装置は、
前記無線基地局から通知された前記シーケンス番号と前記対応付け情報とに基づいて前記欠落したデータのヘッダ圧縮状態を識別し、
前記欠落したデータのヘッダ圧縮状態が非圧縮であると、次の前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御する、
ことを特徴とする、付記１記載の無線通信のヘッダ圧縮制御方法。
（付記３）
前記送信装置は、
前記識別の結果、前記欠落したデータのヘッダ圧縮状態が圧縮であると、次の前記無線端末宛のデータのヘッダ圧縮状態を変更しないことを特徴とする、付記２記載の無線通信のヘッダ圧縮制御方法。
（付記４）
前記送信装置は、
前記無線端末宛のデータ毎に、シーケンス番号と前記ヘッダ圧縮状態が圧縮か非圧縮かを示すフラグ情報とを付与し、
前記無線基地局は、
前記送信装置から受信したデータの前記シーケンス番号と前記フラグ情報とを監視することにより、欠落したデータの前記シーケンス番号と前記欠落したデータのヘッダ圧縮状態を識別し、
前記欠落したデータのヘッダ圧縮状態が非圧縮である場合にのみ、前記送信装置へ前記欠落通知を行ない、
前記送信装置は、
前記無線基地局から前記欠落通知を受けると、次の前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御する、
ことを特徴とする、付記１記載の無線通信のヘッダ圧縮制御方法。
（付記５）
前記無線基地局は、
前記送信装置に対する前記欠落通知を、前記無線端末から受信した、前記送信装置宛のデータに欠落通知情報を付与することで実行することを特徴とする、付記１〜４のいずれか１項に記載の無線通信のヘッダ圧縮制御方法。
（付記６）
前記無線基地局は、
前記送信装置に対する前記欠落通知を、欠落通知情報を付与したデータを生成して前記送信装置へ送信することで実行することを特徴とする、付記１〜４のいずれか１項に記載の無線通信のヘッダ圧縮制御方法。
（付記７）
前記無線基地局は、
前記送信装置に対する前記通知の送信機会において、前記無線端末から受信した、前記送信装置宛のデータがあれば当該データに欠落通知情報を付与することで前記欠落通知を実行し、当該データがなければ、欠落通知情報を付与したデータを生成して前記送信装置へ送信することで前記欠落通知を実行することを特徴とする、付記１〜４のいずれか１項に記載の無線通信のヘッダ圧縮制御方法。
（付記８）
前記無線基地局は、
前記送信装置から受信したデータを前記無線端末へ送信する過程でプロトコル変換した場合の当該変換前後のシーケンス番号の対応関係を管理し、
前記プロトコル変換後に前記欠落を検出すると、前記対応関係に基づいて前記プロトコル変換前の前記欠落したデータのシーケンス番号を特定する、
ことを特徴とする、付記２又は３に記載の無線通信のヘッダ圧縮制御方法。
（付記９）
無線端末宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置と、前記送信装置から前記無線端末宛のデータを受信して前記無線端末へ無線送信する無線基地局と、前記無線基地局からのヘッダ圧縮されたデータを、受信済みのヘッダ非圧縮のデータを基に復元する前記無線端末とをそなえた無線通信システムにおける前記無線基地局であって、
前記送信装置からの受信データにおける欠落を検出する欠落検出手段と、
前記欠落検出手段にて前記欠落が検出されると、前記送信装置に欠落通知を行なう欠落通知制御手段と、
をそなえたことを特徴とする、無線基地局。
（付記１０）
前記欠落検出手段は、
前記送信装置において前記データに付与された前記データのシーケンス番号を監視することにより前記データの欠落を検出し、
前記欠落通知制御手段は、
前記欠落通知とともに、欠落したデータの前記シーケンス番号を前記送信装置へ通知することを特徴とする、付記９記載の無線基地局。
（付記１１）
前記欠落検出手段は、
前記送信装置において前記データ毎に付与された、シーケンス番号と前記データのヘッダ圧縮状態が圧縮か非圧縮かを示すフラグ情報とを監視することにより、欠落したデータの前記シーケンス番号と前記欠落したデータのヘッダ圧縮状態を識別し、
前記欠落通知制御手段は、
前記識別されたヘッダ圧縮状態が非圧縮である場合にのみ、前記送信装置へ前記欠落通知を行なうことを特徴とする、付記９記載の無線基地局。
（付記１２）
前記欠落通知制御手段は、
前記送信装置に対する前記欠落通知を、前記無線端末から受信した、前記送信装置宛のデータに欠落通知情報を付与することで実行することを特徴とする、付記９〜１１のいずれか１項に記載の無線基地局。
（付記１３）
前記欠落通知制御手段は、
前記送信装置に対する前記欠落通知を、欠落通知情報を付与したデータを生成して前記送信装置へ送信することで実行することを特徴とする、付記９〜１１のいずれか１項に記載の無線基地局。
（付記１４）
前記欠落制御手段は、
前記送信装置に対する前記通知の送信機会において、前記無線端末から受信した、前記送信装置宛のデータがあれば当該データに欠落通知情報を付与することで前記欠落通知を実行し、当該データがなければ、欠落通知情報を付与したデータを生成して前記送信装置へ送信することで前記欠落通知を実行することを特徴とする、付記９〜１１のいずれか１項に記載の無線通信のヘッダ圧縮制御方法。
（付記１５）
前記欠落通知制御手段は、
前記送信装置から受信したデータを前記無線端末へ送信する過程でプロトコル変換した場合の当該変換前後のシーケンス番号の対応関係を管理する手段と、
前記プロトコル変換後に前記欠落を検出すると、前記対応関係に基づいて前記プロトコル変換前の前記欠落したデータのシーケンス番号を特定する手段と、
をそなえたことを特徴とする、付記１０記載の無線基地局。
（付記１６）
無線端末宛のデータのヘッダ圧縮状態を圧縮又は非圧縮に制御して前記データを送信する送信装置と、前記送信装置から前記無線端末宛のデータを受信して前記無線端末へ無線送信する無線基地局と、前記無線基地局からのヘッダ圧縮されたデータを、受信済みのヘッダ非圧縮のデータを基に復元する前記無線端末とをそなえた無線通信システムにおける前記送信装置であって、
前記無線基地局において前記データにおける欠落が検出されて前記無線基地局から送信されてきた欠落通知を受信する受信手段と、
前記受信手段で前記欠落通知が受信されると、前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御する制御手段と、
をそなえたことを特徴とする、送信装置。
（付記１７）
前記制御手段は、
前記無線端末宛のデータ毎にシーケンス番号を付与するシーケンス番号付与手段と、
前記シーケンス番号と前記データの前記ヘッダ圧縮状態が圧縮か非圧縮かを示す情報とを対応付けた対応付け情報を管理する管理手段と、
前記無線基地局から前記欠落通知とともに前記受信手段で受信された前記欠落したデータのシーケンス番号と、前記管理手段の前記対応付け情報とに基づいて、前記欠落したデータのヘッダ圧縮状態を識別する識別手段と、
前記欠落したデータのヘッダ圧縮状態が非圧縮であると、次の前記無線端末宛のデータのヘッダ圧縮状態を非圧縮に制御するヘッダ圧縮制御手段と、
をそなえたことを特徴とする、付記１６記載の送信装置。
（付記１８）
前記ヘッダ圧縮制御手段は、
前記識別手段による識別の結果、前記欠落したデータのヘッダ圧縮状態が圧縮であると、次の前記無線端末宛のデータのヘッダ圧縮状態を変更しないことを特徴とする、付記１７記載の送信装置。
（付記１９）
前記制御手段は、
前記無線端末宛のデータ毎に、シーケンス番号と前記ヘッダ圧縮状態が圧縮か非圧縮か示すフラグ情報とを付与するシーケンス番号／フラグ付与手段をそなえたことを特徴とする、付記１６記載の送信装置。
【国際調査報告】
2008139594.tif 000027
2008139594.tif 000028
2008139594.tif 000029
2008139594.tif 000030