(57)【要約】【課題】  ３ＧＰＰ移動体通信システムにおけるＲＮＣのＲＬＣプロトコルレイヤにおいて、非確認型データ転送モード（ＵＭ）の場合に、ＨＦＮの同期が外れた場合にも、プロトコル内部で自律的に同期回復を可能とする。【解決手段】  復号対象となっているＲＬＣ  ＰＤＵのヘッダの一部であるＬＩ（Length Indicator）に着目し、復号されたＬＩの正常性を確認し（ステップ２２）、ＬＩの値が異常な場合には、ＨＦＮを所定数だけインクリメントやデクリメントしたＨＦＮの候補を生成し（ステップ２３）、これらの各候補を用いて再度復号処理を実施する。そして、これら復号結果において、ＬＩが正常となる場合のＨＦＮを正しい値であると決定することにより（ステップ２４，２５）、ＨＦＮ同期処理を行う。これにより、ＨＦＮの同期が外れる可能性を低減させることができる。【選択図】      図１
2006217100.tif 000002
【特許請求の範囲】
【請求項１】
移動体通信システムの無線区間において、送信側から秘匿処理して送信されたデータブロックを受信して、前記秘匿処理ためのパラメータである秘匿シーケンス番号の同期をとりつつ復号処理を行う復号処理装置であって、
前記同期はずれに応答して、この同期はずれ直前の秘匿シーケンス番号を基に複数の候補秘匿シーケンス番号を生成する番号生成手段と、
これら複数の候補秘匿シーケンス番号を用いて前記復号処理を行って、正常な復号結果が得られた候補秘匿シーケンス番号を、以降の秘匿シーケンス番号とする手段と、
を含むことを特徴とする復号処理装置。
【請求項２】
データ長さを示すために前記データブロックのヘッダ中に設けられたレングスインジケータの異常を検出して、前記同期はずれを検出する手段を、更に含むことを特徴とする請求項１記載の復号処理装置。
【請求項３】
前記番号生成手段は、前記秘匿シーケンス番号に対して、所定の整数を加減算した複数の値を、前記候補秘匿シーケンス番号として生成することを特徴とする請求項１または２記載の復号処理装置。
【請求項４】
前記データブロックの伝送モードは、無線リンク制御（ＲＬＣ：Radio Link Control）プロトコルレイヤの非確認モード（ＵＭ：Unacknowledged Mode ）であることを特徴とする請求項１〜３いずれか記載の復号処理装置。
【請求項５】
前記秘匿シーケンス番号は、前記ＲＬＣプロトコルレイヤに規定されたＨＦＮ（Hyper Frame Number）を含み、前記番号生成手段は、前記ＨＦＮについて複数の候補番号を生成することを特徴とする請求項４記載の復号処理装置。
【請求項６】
請求項１〜５いずれか記載の復号処理装置を有する受信機を含むことを特徴とする移動体通信システム。
【請求項７】
移動体通信システムの無線区間において、送信側から秘匿処理して送信されたデータブロックを受信して、前記秘匿処理ためのパラメータである秘匿シーケンス番号の同期をとりつつ復号処理を行う復号処理方法であって、
前記同期はずれに応答して、この同期はずれ直前の秘匿シーケンス番号を基に複数の候補秘匿シーケンス番号を生成する番号生成ステップと、
これら複数の候補秘匿シーケンス番号を用いて前記復号処理を行って、正常な復号結果が得られた候補秘匿シーケンス番号を、以降の秘匿シーケンス番号とするステップと、
を含むことを特徴とする復号処理方法。
【請求項８】
データ長さを示すために前記データブロックのヘッダ中に設けられたレングスインジケータの異常を検出して、前記同期はずれを検出するステップを、更に含むことを特徴とする請求項７載の復号処理方法。
【請求項９】
前記番号生成ステップは、前記直前の秘匿シーケンス番号に対して、所定の整数を加減算した複数の値を、前記候補秘匿シーケンス番号として生成することを特徴とする請求項７または８記載の復号処理方法。
【請求項１０】
前記データブロックの伝送モードは、無線リンク制御（ＲＬＣ：Radio Link Control）プロトコルレイヤの非確認モード（ＵＭ：Unacknowledged Mode ）であることを特徴とする請求項７〜９いずれか記載の復号処理方法。
【請求項１１】
前記秘匿シーケンス番号は、前記ＲＬＣプロトコルレイヤに規定されたＨＦＮ（Hyper Frame Number）を含み、前記番号生成ステップは、前記ＨＦＮについて複数の候補番号を生成することを特徴とする請求項記載１０の復号処理方法。
【請求項１２】
移動体通信システムの無線区間において、送信側から秘匿処理して送信されたデータブロックを受信して、前記秘匿処理ためのパラメータである秘匿シーケンス番号の同期をとりつつ復号処理を行う復号処理方法をコンピュータに実行差攻めたのプログラムであって、
前記同期はずれに応答して、この同期はずれ直前の秘匿シーケンス番号を基に複数の候補秘匿シーケンス番号を生成する番号生成処理と、
これら複数の候補秘匿シーケンス番号を用いて前記復号処理を行って、正常な復号結果が得られた候補秘匿シーケンス番号を、以降の秘匿シーケンス番号とする処理と、
を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、復号処理システム及びその方法並びにそれを用いた移動通信システムに関し、特に第三世代移動体通信システムに用いられる無線区間のＲＬＣ（Radio Link Control：無線リンク制御）における信号復号処理方式に関するものである。
【背景技術】
【０００２】
第三世代移動体通信システムにおける無線アクセスネットワーク（ＲＡＮ：Radio Access Network）には、３ＧＰＰ（3rd Generation Pertnership Project）によりＲＬＣプロトコルレイヤが規定されており、このＲＬＣレイヤは、ＵＥ（User Equipment）−ＵＴＲＡＮ（Universal Terrestrial Radio Access Network）間のＲＬＣコネクションを設定し、上位レイヤに対して、非確認型データ転送モード（Unacknowledged Mode ：ＵＭ）や確認型データ転送モード（Acknowledged Mode ：ＡＭ）などのデータ転送サービスを実施するものである。
【０００３】
従来のかかるＲＬＣ  ＵＭにおける信号処理である復号処理について、図１１を用いて説明する。図１１において、復号処理手段１は秘匿されたＲＬＣ−ＰＤＵ（Protocol Data Unit）を受信し、復号処理を実施して秘匿解除された復号後のＲＬＣ−ＰＤＵを出力するものである。
【０００４】
ヘッダ処理手段３は復号処理手段１から入力されるＲＬＣ  ＰＤＵのヘッダ処理を行い、ＲＬＣ  ＰＤＵからデータを取り出して出力するものである。組立処理手段４はヘッダ処理手段３からのデータを入力とし、データを組み立ててＲＬＣ  ＳＤＵ（Service Data Unit ）を生成し出力するものである。
【０００５】
図１１の復号処理手段１の動作フローを図１２を用いて説明する。ＲＬＣ  ＰＤＵの受信に応答して（ステップ１１）、このＲＬＣ  ＰＤＵのヘッダに付加されているＳＮ（Sequence Number ）のチェックが行われる（ステップ１２）。そして、このＳＮが“０”をまたいでいる場合には（ステップ１３の“Ｙｅｓ”）、復号処理に用いるＨＦＮ（Hyper Frame Number）が“１”だけインクリメントされることになる（ステップ１４）。
【０００６】
なお、上記のＳＮ，ＨＦＮは、合計３２ビットの秘匿シーケンス番号であって、後述するｆ８演算（秘匿アルゴリズム）において使用されるパラメータの一種（ＣＯＵＮＴ−Ｃ値と称される）であり、ＲＬＣ  ＵＭでは、ＨＦＮは２５ビット、ＳＮは７ビットからなり、ＨＦＮはＳＮ番号の周期（０〜１２７）毎に１づつインクリメントされるものである。従って、ステップ１４において、ＨＦＮが１インクリメントされるようになっているのである。なお、インクリメントの必要がない場合には、ＨＦＮの前の値を維持して、ｆ８演算が実施される（ステップ１５）。
【０００７】
このｆ８演算は、非特許文献１により標準化されているものであり、第三世代移動体通信システムにおいては、“ＫＡＳＵＭＩ”と称される暗号アルゴリズムが採用されており、この暗号アルゴリズムは共通鍵暗号方式でり、ｆ８と称される演算を使用した秘匿処理がなされているので、復号処理でも、このｆ８演算により、平文化が行われ復号処理されるようになっているのである。
【０００８】
なお、図１１に示したヘッダ処理手段３や組立処理手段４のプロトコル処理手順及びＲＬＣ  ＰＤＵのデータフォーマットなどに関しては、非特許文献２に規定されている。
【０００９】
【非特許文献１】３ＧＰＰ  ＴＳ３３．１０２  “Ｓｅｃｕｒｉｔｙ  Ａｒｃｈｉｔｅｃｔｕｒｅ”
【非特許文献２】３ＧＰＰ  ＴＳ２５．３２２  “ＲＬＣ  Ｐｒｏｔｏｃｏｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ”
【発明の開示】
【発明が解決しようとする課題】
【００１０】
上述した従来の復号処理手段１においては、次のような課題がある。すなわち、その第１の課題は、ＳＮは０〜１２７の１２８モジュロであるために、比較的少数のＲＬＣ  ＰＤＵの廃棄によりＳＮの重複が発生するにも関わらず、ＲＬＣ  ＵＭの秘匿処理で用いられているパラメータの一つであるＣＯＵＮＴ−Ｃ値において、ＨＦＮの値はＲＬＣ  ＰＤＵ毎にユニークであり、ＲＬＣ  ＳＮが同じであっても、ＨＦＮの値を正しく判断しなければ復号ができないということである。また、同時にＲＬＣ  ＵＭは非確認型プロトコルであり、ＲＬＣ  ＰＤＵの廃棄が発生しても、ＲＬＣ受信処理側では、どの程度の廃棄が発生したかを判断することができないことである。
【００１１】
第２の課題は、復号処理に用いられるＨＦＮはＲＬＣプロトコル内部で管理される値であるが、送信側と受信側とで同期が取れていないと復号ができず、一旦ＨＦＮの同期外れが起こると、プロトコル自律では復旧させる仕組みを持たないということである。
【００１２】
そこで、本発明はこのような従来技術の課題に鑑みてなされたものであって、その目的とするところは、ＨＦＮの同期が外れた場合にも、プロトコル内部で自律的に同期回復が可能な復号処理システム及びその方法並びにそれを用いた移動通信システムを提供することである。
【課題を解決するための手段】
【００１３】
本発明による復号処理装置は、移動体通信システムの無線区間において、送信側から秘匿処理して送信されたデータブロックを受信して、前記秘匿処理ためのパラメータである秘匿シーケンス番号の同期をとりつつ復号処理を行う復号処理装置であって、前記同期はずれに応答して、この同期はずれ直前の秘匿シーケンス番号を基に複数の候補秘匿シーケンス番号を生成する番号生成手段と、これら複数の候補秘匿シーケンス番号を用いて前記復号処理を行って、正常な復号結果が得られた候補秘匿シーケンス番号を、以降の秘匿シーケンス番号とする手段とを含むことを特徴とする。
【００１４】
本発明による復号処理方法は、移動体通信システムの無線区間において、送信側から秘匿処理して送信されたデータブロックを受信して、前記秘匿処理ためのパラメータである秘匿シーケンス番号の同期をとりつつ復号処理を行う復号処理方法であって、前記同期はずれに応答して、この同期はずれ直前の秘匿シーケンス番号を基に複数の候補秘匿シーケンス番号を生成する番号生成ステップと、これら複数の候補秘匿シーケンス番号を用いて前記復号処理を行って、正常な復号結果が得られた候補秘匿シーケンス番号を、以降の秘匿シーケンス番号とするステップとを含むことを特徴とする。
【００１５】
本発明による移動体通信システムは、上記の復号処理装置を用いたことを特徴としている。
【００１６】
本発明によるプログラムは、移動体通信システムの無線区間において、送信側から秘匿処理して送信されたデータブロックを受信して、前記秘匿処理ためのパラメータである秘匿シーケンス番号の同期をとりつつ復号処理を行う復号処理方法をコンピュータに実行差攻めたのプログラムであって、前記同期はずれに応答して、この同期はずれ直前の秘匿シーケンス番号を基に複数の候補秘匿シーケンス番号を生成する番号生成処理と、これら複数の候補秘匿シーケンス番号を用いて前記復号処理を行って、正常な復号結果が得られた候補秘匿シーケンス番号を、以降の秘匿シーケンス番号とする処理とを含むことを特徴とする。
【００１７】
本発明の作用を述べる。復号対象となっているＲＬＣ  ＰＤＵのヘッダの一部であるＬＩ（Length Indicator）に着目し、復号されたＬＩの正常性を確認し、ＬＩの値が異常な場合には、ＨＦＮを所定数だけインクリメントやデクリメントしたＨＦＮの候補を生成し、これらの各候補を用いて再度復号処理を実施する。そして、これら復号結果において、ＬＩが正常となる場合のＨＦＮを正しい値であると決定することにより、ＨＦＮ同期処理を行う。これにより、ＨＦＮの同期が外れる可能性を低減させることができることになる。
【発明の効果】
【００１８】
本発明によれば、復号結果が不正な場合、複数のＨＦＮ候補を用いて、再度復号処理を実施し、またＬＩを用いて正常なＨＦＮを決定しているので、ＨＦＮの同期が外れている場合でも、ＲＬＣプロトコル内部で自律的に同期回復できるという効果がある。
【００１９】
また本発明によれば、ＨＦＮの同期処理をＲＬＣプロトコル内部で実施しているので、ＲＬＣプロトコルを使用しているチャネルの切断、再設定なしに同期回復できるという効果もある。
【発明を実施するための最良の形態】
【００２０】
以下に、図面を参照しつつ本発明の実施の形態について説明する。図１は本発明の実施の形態のブロック図であり、第３世代移動体通信システムにおいて、ＲＬＣ  ＵＭのプロトコル受信処理を示すものであり、図１１と同等部分は同一符号により示している。
【００２１】
図１において、復号処理手段１は秘匿されたＲＬＣ−ＰＤＵを受信し、復号処理を実施して復号後のＲＬＣ  ＰＤＵを出力するものである。ＨＦＮ同期処理手段２は本発明において設けられた処理手段であり、復号処理手段１から入力されるＲＬＣ  ＰＤＵを受信して、後述する処理によりＨＦＮ同期の正常性を確認し、正しいＨＦＮ値を決定するものである。入力されたＲＬＣ  ＰＤＵが誤っている場合には、正しいＨＦＮで復号した結果を出力する。
【００２２】
ヘッダ処理手段３はＨＦＮ同期処理手段２から入力されるＲＬＣ  ＰＤＵのヘッダ処理を行い、ＲＬＣ  ＰＤＵからデータを取り出し出力する。組立処理手段４はヘッダ処理手段３からのデータを入力とし、データを組み立ててＲＬＣ  ＳＤＵを生成し出力するものである。
【００２３】
なお、図１に示す機能ブロック図は処理手段の流れを示すものであり、実際のデータの流れを制限するものではない。例えば、復号処理手段１に入力されたＲＬＣ  ＰＤＵの実体が、あるメモリ上に配置されている場合、ＨＦＮ同期処理手段２においてこのメモリ上のＲＬＣ  ＰＤＵをアクセスすることも可能であり、必ずしも復号処理手段１にて復号が終了したＲＬＣ  ＰＤＵを物理的に移動させることで、ＨＦＮ同期処理手段２に入力させる必要はない。ヘッダ処理手段３、組立処理手段４においても同様である。
【００２４】
図２はＲＬＣ  ＵＭにおけるＲＬＣ  ＰＤＵのデータフォーマットの例を示す図である。このデータフォーマットは、上述した非特許文献２において標準化されているために、ここでは詳細な説明は省き、その概要を示すのみとする。
【００２５】
ＲＬＣ  ＰＤＵの長さはシステムによって決定されるが、一般的に無線上を伝送される場合、２０オクテット〜４０オクテット程度の比較的短い値となるケースが多い。図２（ａ）はＲＬＣ  ＰＤＵ内にＲＬＣ  ＳＤＵの始端、終端がある場合でありＬＩを含む。Ｏｃｔ１はＳＮであり、秘匿対象外であるが、Ｏｃｔ２〜ＯｃｔＮまでの（Ｎ−１）オクテットは秘匿対象となり、Ｏｃｔ２〜ＯｃｔＭまでのＬＩも秘匿対象である。
【００２６】
また、図２（ｂ）はＲＬＣ  ＰＤＵ内にＲＬＣ  ＳＤＵの始端、終端が無い場合であり、ＬＩを含まない。図２（ａ）と同様に、Ｏｃｔ１はＳＮであり、秘匿対象外であり、Ｏｃｔ２〜ＯｃｔＮまでのデータ部は全て秘匿対象となる。ここで、ＳＮは７ビットで構成されているために、０〜１２７までの連続したＰＤＵを表現することができ、１２７の次は０に戻ることにより連続性が表現されているのである。
【００２７】
図３にＲＬＣ  ＰＤＵにおけるＬＩフィールドのビットアサイン状態、図４に、同様に、ＲＬＣ  ＰＤＵにおけるＥフィールドのビットアサイン状態を示す。ＬＩフィールドは７ビットで構成されており、図３に示すように、“０００００００”，“１１１１１００”の場合は、ＲＬＣ  ＰＤＵにおけるデータの先頭がＲＬＣ  ＳＤＵの先頭であることを示す。“００００００１”〜“１１１１０１１”までは、ＲＬＣ  ＰＤＵ内におけるＲＬＣ  ＳＤＵの終端点を示すポインタとして機能する。“１１１１１０１”，“１１１１１１０”は予約されているのみであり、実際には使用されておらず、“１１１１１１１”の場合はＲＬＣ  ＰＤＵの指定された箇所がパディングデータ（ＰＡＤ）であることを示す。
【００２８】
前述したように、ＲＬＣ  ＰＤＵの長さは、無線上では、２０オクテット〜４０オクテット程度であるため、ＬＩがポインタとして使用されるケースにおいて、ＲＬＣ  ＰＤＵの長さを越えるＬＩが指定されることはないが、仮に指定された場合には、プロトコル異常としてＲＬＣ  ＰＤＵは廃棄される。また、ＬＩが実際に使用されていない予約値であった場合も、同様である。
【００２９】
次に、Ｅフィールドは１ビットで構成されており、図４に示すように、“０”の場合には次のオクテットがデータ、“１”の場合には次のオクテットがヘッダであることを意味する。本実施例で扱うＲＬＣ  ＵＭの場合には、先頭１ＯｃｔはＳＮであるが、それ以降がヘッダである場合は全てＬＩとなる。
【００３０】
図５は復号処理手段１における復号処理のための構成を示す機能図であり、本内容は先述した非特許文献１おいて標準化されているため、ここでは概要を示すのみとする。第３世代移動体通信システムにおいては、前述したように、“ＫＡＳＵＭＩ”という暗号アルゴリズムが採用されており、この“ＫＡＳＵＭＩ”は共通鍵暗号方式のブロック暗号であり、ソフトウェア、ハードウェアによる実現が容易であるという特徴を持つ。この“ＫＡＳＵＭＩ”を用いた実際の秘匿処理においては、ｆ８という演算が行われる。図１の復号処理手段１においては、このｆ８演算処理が実施される。
【００３１】
図５はこのｆ８演算処理の概要を示すものであり、後述するＣＫ、ＣＯＵＮＴ−Ｃ、ＢＥＡＲＥＲ、ＤＩＲＥＣＴＩＯＮ、ＬＥＮＧＴＨ等のパラメータを入力とするｆ８演算の結果、ＫＥＹＳＴＲＥＡＭ  ＢＬＯＣＫ（キーストリームブロック）が生成され、このブロックと秘匿されたデータであるＣＩＰＨＥＲＴＥＸＴ  ＢＬＯＣＫとの排他的論理和が取られることにより、平文であるＰＬＡＩＮＴＥＸＴ  ＢＬＯＣＫが出力される。
【００３２】
ここで、ＣＫは呼毎にユニークとなる秘匿鍵（暗号鍵）、ＣＯＵＮＴ−ＣはＲＬＣ−ＰＤＵ毎にインクリメントされる値、ＢＥＡＲＥＲは秘匿対象の通信チャネルを示すＩＤ、ＤＩＲＥＣＴＩＯＮは送受信方向を示す値、ＬＥＮＧＴＨは復号データ長を示す。
【００３３】
ＣＯＵＮＴ−Ｃの構成について、図６を用いて更に詳細に説明する。ＣＯＵＮＴ−Ｃは３２ビットからなるカウンタ値であって秘匿シーケンス番号であり、ＲＬＣ  ＰＤＵ毎にユニークな値となる。上位２５ビットがＨＦＮ、下位７ビットがＳＮである。ＳＮは上述したＲＬＣ  ＰＤＵのヘッダに搭載されている値となり、ＲＬＣ  ＰＤＵ毎に０から開始して、順次１２７までインクリメントされた後、０に戻る。
【００３４】
一方、ＨＦＮはｆ８演算時に用いられる、更に上位のカウンタ値であり、送信、受信で対向するＲＬＣプロトコル処理部の双方で保持される。ＨＦＮは呼生起時もしくは秘匿処理を実施する際に、ＲＬＣプロトコル処理部に対して設定され、その後は送信側、受信側各々のプロトコル内部でインクリメントの管理が行われる。ＨＦＮのインクリメントについて、図７を用いて説明する。
【００３５】
図７はＲＬＣ  ＳＮとＨＦＮの各インクリメントのタイミングを示している。前述したように、ＲＬＣ  ＳＮは０〜１２７までの連続した値であり、１２７の次は０に戻る。ＨＦＮはＳＮが１２７から０に戻る際に、１インクリメントされる。これにより、ＲＬＣ  ＳＮが同一であっても、１周期前と後のＣＯＵＮＴ−Ｃ値はユニークなものとなり、ｆ８演算の結果は異なる。
【００３６】
ＲＬＣ  ＰＤＵのデータフォーマット、ヘッダ処理手段３、組立処理手段４におけるプロトコル処理は、同様に非特許文献１において標準化されており、本発明とは直接関係しないため、その詳細な説明は省略する。
【００３７】
次に、図１のＨＦＮ同期処理手段２の動作を、図８に示すフローチャートを使用して説明する。図８はＨＦＮ同期処理手段２の動作フローの一例を示したものである。ＨＦＮ同期処理手段２が復号処理手段１より復号されたＲＬＣ  ＰＤＵを受信した場合に処理が開始される。
【００３８】
入力されたＲＬＣ  ＰＤＵがＬＩを含むかどうかが確認される（ステップ２１）。ＬＩを含まない場合には、処理完了となる。ＬＩを含む場合には、ＬＩが正常値であるかどうかの判定がなされる（ステップ２２）。前述したとおり、ＬＩは７ビットのフィールドであるが、システムによって決定されるＲＬＣ  ＰＤＵの長さを越える値、及び使用されない値の場合には、異常であると判断できる。ＬＩが正常値である場合には、処理完了となる。
【００３９】
ＬＩが異常値であった場合には、複数のＨＦＮ候補が生成され、これら複数の候補により、ｆ８演算が再度実行される（ステップ２３）。複数の演算結果のＲＬＣ  ＰＤＵにおいて、ＬＩが正しく復号されたかが確認される（ステップ２４）。全ての候補に対してＬＩが異常値であった場合には、処理完了となる。
【００４０】
ステップ２３における複数の演算結果のいずれかのＬＩが正しく復号されている場合には、その際に使用されたＨＦＮが正しいＨＦＮであると判断され、新ＨＦＮとして決定される（ステップ２５）。また、正しいＨＦＮによる復号結果のＲＬＣ  ＰＤＵが図１のヘッダ処理手段３に対して出力され、処理終了となる。
【００４１】
ステップ２３における複数のＨＦＮ候補の生成は、本例においては、以下のように行われる。ステップ２３の処理時点におけるＨＦＮ値をＨＦＮとした場合に、
ＨＦＮ０＝ＨＦＮ−１
ＨＦＮ２＝ＨＦＮ＋１
ＨＦＮ３＝ＨＦＮ＋２
のように、３種類のＨＦＮ候補が生成されるものとする。前述したように、ＨＦＮはＳＮが１２７から０になる際に、１インクリメントされるために、ＨＦＮが同期外れとなる場合でも、ＨＦＮが瞬時に大きく変化することはなく、実運用上は高々１，２の差分があると考えれば十分である。従って、本発明では、このＨＦＮの候補として、どれだけの差分を考慮するかについては、特に規定しないものとする。
【００４２】
また、ステップ２４において、ＬＩが正しく復号されたかを判断する際に、複数の候補においてＬＩが正しく復号された場合には、現在使用しているＬＩにより近い値を正しいＨＦＮと決定する、などの判断を行うことになるが、本発明では特にこれに限定されない。
【００４３】
次に、具体例を用いて、本発明の動作を説明する。図９は対向して通信するＲＬＣ処理部において、何らかの原因によりＲＬＣ  ＰＤＵが途中で廃棄されたケースを示している。ＲＬＣ  ＰＤＵの送信側をＲＬＣ（送信側：transmitter)、ＲＬＣ  ＰＤＵの受信側をＲＬＣ（受信側：receiver）とする。本発明は復号処理に関するものであるため、ＲＬＣ（受信側：receiver）が本発明の動作となる。
【００４４】
図９の時刻ｔ０において、送信側と受信側とは既にＲＬＣ  ＰＤＵの通信状態であり、ＲＬＣ  ＳＮ＝１１９までは送受信が完了しているものと仮定する。図９の時刻ｔ１において、送信側はＲＬＣ  ＳＮ＝１２０となるＲＬＣ  ＰＤＵを送信し、受信側は正常に受信して処理を実施する。同様に、図９の時刻ｔ２において、送信側はＲＬＣ  ＳＮ＝１２１となるＲＬＣ  ＰＤＵを送信し、受信側は正常に受信して処理を実施する。
【００４５】
図９の時刻ｔ３においては、伝送路における何らかの障害によりＲＬＣ  ＰＤＵが廃棄されると仮定する。どの程度のＲＬＣ  ＰＤＵが廃棄されるかは、伝送路の状況によるが、ここでは、ＲＬＣ  ＳＮ＝１２２からＲＬＣ  ＳＮ＝０を２回またいだＲＬＣ  ＳＮ＝１１９までのＲＬＣ  ＰＤＵが廃棄されたものとする。ＲＬＣ  ＵＭは非確認型のプロトコルであるために、送信側はＲＬＣ  ＰＤＵが廃棄されたことを認識することができない。一方、受信側も、何のＲＬＣ  ＰＤＵを受信していないために、この時点ではＲＬＣ  ＰＤＵが廃棄されたことを認識することができない。
【００４６】
次に、図９の時刻ｔ４において、送信側はＲＬＣ  ＳＮ＝１２０となるＲＬＣ  ＳＮを送信する。このとき、受信側は図９の時刻ｔ２において、ＲＬＣ  ＳＮ＝１２１を処理した状態で待機しているため、正常処理であれば、ＲＬＣ  ＳＮ＝１２２を受信するものと考えている。ＲＬＣ  ＳＮ＝１２０を受信した場合、途中でいくつかのＲＬＣ  ＰＤＵが廃棄されたことは認識できるが、どの程度のＲＬＣ  ＰＤが廃棄されたのかは判断できない。
【００４７】
本状態を図１０を用いて説明する。図１０は連続するＲＬＣ  ＳＮのうち１２０，１２１のみを抜き出して記載している。図９の時刻ｔ２において受信したＲＬＣ  ＳＮ＝１２１を図１０のＡで示されるＲＬＣ  ＳＮ＝１２１だとすると、連続するＲＬＣ  ＳＮ＝１２２は図１０のＢで示される。図９の時刻ｔ４において、ＲＬＣ  ＳＮ＝１２０を受信した場合は、今回は図１０のｃと仮定しているが、実際の受信側では、いずれのＲＬＣ  ＰＤＵを受信したのか判断がつかない。
【００４８】
図７を用いて説明したが，ｆ８演算を行うためのＣＯＵＮＴ−Ｃ値はＲＬＣ  ＰＤＵ毎にユニークな値となり、ＲＬＣ  ＳＮが同一であっても、ＲＬＣ  ＳＮ＝０をまたぐ度にＨＦＮがインクリメントされる。このために、ｆ８処理を行うためにはＨＦＮがいくつであるかを決定する必要がある。図１のＨＦＮ同期処理手段２においては、従来どおりＲＬＣ  ＳＮ＝１２０（図１０のｂ）と判断して復号処理を実施する。
【００４９】
図１０のｂという決定が正しかった場合、ＬＩは正常な値となるために、図１のＨＦＮ同期処理手段２では、特にＨＦＮの変更を行わずに処理が終了する。しかしながら、今回のケースではＬＩは正しく復号されないため、図８のステップ２３のｆ８演算処理においては、ＨＦＮの候補としてＨＦＮに対して以下のような候補を生成する。
【００５０】
ＨＦＮ０＝ＨＦＮ−１（図１０のａに対応）
ＨＦＮ２＝ＨＦＮ＋１（図１０のｃに対応）
ＨＦＮ３＝ＨＦＮ＋２（図１０のｄに対応）
これらＨＦＮ０，ＨＦＮ２，ＨＦＮ３のうち、今回はＨＦＮ２で演算した場合に正しく復号されＬＩが正常値となる。このために、図８のステップ２５において新ＨＦＮとしてＨＦＮ２が決定され、このＨＦＮ２を用いた復号結果であるＲＬＣ  ＰＤＵが図１におけるヘッダ処理手段３へ送信されることになる。
【００５１】
上述した図８の処理動作は、予めその動作手順をプログラムとしてＲＯＭなどの記録媒体に格納しておき、これをコンピュータであるＣＰＵにより読み取らせて実行させるようにすることができることは、明白である。
【図面の簡単な説明】
【００５２】
【図１】本発明の実施の形態を示す図である。
【図２】ＲＬＣ  ＵＭにおけるＲＬＣ  ＰＤＵのデータフォーマット例を示す図である。
【図３】ＲＬＣ  ＰＤＵにおけるＬＩフイールドのビットアサイン状態を示す図である。
【図４】ＲＬＣ  ＰＤＵにおけるＥフイールドのビットアサイン状態を示す図である。
【図５】図１の復号処理手段１におけるｆ８演算を含む復号処理を機能的に示した図である。
【図６】ＣＰＵＮＴ−Ｃの構成を示す図である。
【図７】ＲＬＣ  ＳＮとＨＦＮとのインクリメントのタイミングを示す図である。
【図８】図１のＨＦＮ同期処理手段２の動作を示すフローチャートである。
【図９】対向して通信するＲＬＣ処理部において、何等かの原因によりＲＬＣ  ＰＤＵが途中で廃棄されたケースを示す図である。
【図１０】連続するＲＬＣ  ＳＮの一部を抽出して示す図である。
【図１１】従来技術を示すＲＬＣ  ＵＭの機能ブロック図である。
【図１２】図１１の復号処理手段１の動作フロー図である。
【符号の説明】
【００５３】
１  復号処理手段
２  ＨＦＮ同期処理手段
３  ヘッダ処理手段
４  組立処理手段
【図１】
2006217100.tif 000003
【図２】
2006217100.tif 000004
【図３】
2006217100.tif 000005
【図４】
2006217100.tif 000006
【図５】
2006217100.tif 000007
【図６】
2006217100.tif 000008
【図７】
2006217100.tif 000009
【図８】
2006217100.tif 000010
【図９】
2006217100.tif 000011
【図１０】
2006217100.tif 000012
【図１１】
2006217100.tif 000013
【図１２】
2006217100.tif 000014