(57)【要約】【課題】受信側装置のＲＬＣサブレイヤにおけるＲＬＣ-ＰＤＵのフォーマットを解析する時間を短縮する。【解決手段】パケット通信システムでは、移動局と無線基地局との間でユーザデータを含む第１パケット及び制御データを含む第２パケットが送受信され、第１パケットに対してパディング処理が施されないように構成されており、第１パケットのペイロード部分が第２パケットを含むことができるように構成されており、第１パケットのヘッダ部分が第１パケットのペイロード部分に第２パケットを含んでいるか否かについて示す第１フィールドと第１パケット内におけるユーザデータの終点を特定する第２フィールドを有する。【選択図】図８
2008259038.tif 000002
【特許請求の範囲】
【請求項１】
移動局と無線基地局との間で、ユーザデータを含む第１パケット及び制御データを含む第２パケットを送受信するように構成されているパケット通信システムであって、
前記第１パケットのペイロード部分に対して、パディング処理が施されないように構成されており、
前記第１パケットのペイロード部分は、前記第２パケットを含むことができるように構成されており、
前記第１パケットのヘッダ部分は、該第１パケットのペイロード部分に前記第２パケットを含んでいるか否かについて示す第１フィールドと、該第１パケット内における前記ユーザデータの終点を特定する第２フィールドを有するように構成されていることを特徴とするパケット通信システム。
【請求項２】
前記第１フィールドは、前記パケットの種別を示すフィールドであることを特徴とする請求項１に記載のパケット通信システム。
【請求項３】
無線基地局との間で、ユーザデータを含む第１パケット及び制御データを含む第２パケットを送受信するように構成されている移動局であって、
前記第１パケットのペイロード部分に対して、パディング処理が施されないように構成されており、
前記第１パケットのペイロード部分は、前記第２パケットを含むことができるように構成されており、
前記第１パケットのヘッダ部分は、該第１パケットのペイロード部分に前記第２パケットを含んでいるか否かについて示す第１フィールドと、該第１パケット内における前記ユーザデータの終点を特定する第２フィールドを有するように構成されていることを特徴とする移動局。
【請求項４】
前記第１フィールドは、前記パケットの種別を示すフィールドであることを特徴とする請求項３に記載の移動局。
【請求項５】
移動局との間で、ユーザデータを含む第１パケット及び制御データを含む第２パケットを送受信するように構成されている無線基地局であって、
前記第１パケットのペイロード部分に対して、パディング処理が施されないように構成されており、
前記第１パケットのペイロード部分は、前記第２パケットを含むことができるように構成されており、
前記第１パケットのヘッダ部分は、該第１パケットのペイロード部分に前記第２パケットを含んでいるか否かについて示す第１フィールドと、該第１パケット内における前記ユーザデータの終点を特定する第２フィールドを有するように構成されていることを特徴とする無線基地局。
【請求項６】
前記第１フィールドは、前記パケットの種別を示すフィールドであることを特徴とする請求項５に記載の無線基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動局と無線基地局との間でユーザデータを含む第１パケット及び制御データを含む第２パケットを送受信するように構成されているパケット通信システム、移動局及び無線基地局に関する。
【背景技術】
【０００２】
第３世代移動通信システムの標準化を行う団体である３ＧＰＰでは、無線アクセスネットワーク（ＲＡＮ：Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）における劇的な伝送速度の向上と伝送遅延の短縮を実現するために、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）と総称される検討を行っており、その検討にかかる要素技術の標準仕様策定を進めている。
【０００３】
図１に示すように、ＬＴＥ方式の移動通信システムにおける無線アクセスネットワーク（Ｅ-ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  ＲＡＮ）は、移動局ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）と、無線基地局ｅＮＢ（Ｅ-ＵＴＲＡＮ  Ｎｏｄｅ  Ｂ）とによって構成されており、移動局ＵＥと無線基地局ｅＮＢとの間では、無線リンク（ＲＬ：Ｒａｄｉｏ  Ｌｉｎｋ）を介して通信を行われるように構成されている。
【０００４】
また、移動局ＵＥ及び無線基地局ｅＮＢは、それぞれ、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）サブレイヤと、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）サブレイヤと、物理（ＰＨＹ：Ｐｈｙｓｉｃａｌ）レイヤとを終端するように構成されている。
【０００５】
また、送信側装置（移動局ＵＥ又は無線基地局ｅＮＢ）は、伝送するデータに対して、ＲＬＣ処理とＭＡＣ処理とＰＨＹ処理とを順に施してから、無線部にて無線信号として送信するように構成されている。
【０００６】
一方、受信側装置（移動局ＵＥ又は無線基地局ｅＮＢ）は、無線部にて受信した無線信号に対して、ＰＨＹ処理とＭＡＣ処理とＲＬＣ処理とを順に施すことによって、伝送されたデータを抽出するように構成されている。
【０００７】
ここで、伝送するデータは、ユーザが使用するアプリケーション等により発生するユーザデータ（Ｕプレーンデータ）、及び、移動通信システムの制御に用いるＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリングやＮＡＳ（Ｎｏｎ  Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）シグナリング等の制御データ（Ｃプレーンデータ）を含む。
【０００８】
また、送信側装置のＲＬＣサブレイヤと受信側装置のＲＬＣサブレイヤとの間では、ＲＬＣ再送制御処理が行われるように構成されており、送信側装置のＭＡＣサブレイヤと受信側装置のＭＡＣサブレイヤとの間では、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）再送制御処理（ＭＡＣ再送制御処理）が行われるように構成されている。
【０００９】
図９に、従来の移動通信システムで用いられているＲＬＣ-ＰＤＵのフォーマット例を示す。
【００１０】
図９に示すように、かかるＲＬＣ-ＰＤＵは、ヘッダ部分とペイロード部分とによって構成されている。
【００１１】
図９の例では、ヘッダ部分は、複数の「ＬＩ」フィールド（Ｌ１＃１乃至＃３）を含み、ペイロード部分は、複数のＲＬＣ-ＳＤＵ（若しくは、その一部）＃１及び＃２と、ＳＴＡＴＵＳ-ＰＤＵと、パディング情報とを含む。
【００１２】
ここで、ペイロード部分内におけるＲＬＣ-ＳＤＵ＃１の終点（最終バイト）は、Ｌ１＃１によって特定されており、ペイロード部分内におけるＲＬＣ-ＳＤＵ＃２の終点（最終バイト）は、Ｌ１＃２によって特定されている。
【００１３】
また、特別値を含むＬＩ＃３が、ＲＬＣ-ＳＤＵ＃２の後ろにＳＴＡＴＵＳ-ＰＤＵが挿入されていることを示す。なお、ＳＴＡＴＵＳ-ＰＤＵ内には、当該ＳＴＡＴＵＳ-ＰＤＵの長さを示すＬｅｎｇｔｈフィールドが含まれている。
【非特許文献１】ＩＭＴ-２０００のＲＬＣ仕様：３ＧＰＰ  ＴＳ  ２５.３２２  Ｖ６.９.０  （２００６-０９）
【非特許文献２】ＬＴＥのＳｔａｇｅ２仕様：３ＧＰＰ  ＴＳ  ３６.３００  Ｖ８.０.０  （２００７-０３）
【発明の開示】
【発明が解決しようとする課題】
【００１４】
しかしながら、上述のようなＲＬＣ-ＰＤＵのフォーマットでは、「ＬＩ」フィールドが、ＲＬＣ-ＳＤＵの終点を示すだけでなく、特別値である場合には、ＳＴＡＴＵＳ-ＰＤＵを含むことを示すように構成されている。
【００１５】
したがって、ＲＬＣ-ＰＤＵのペイロード内にＳＴＡＴＵＳ-ＰＤＵが含まれる場合には、受信側装置のＲＬＣサブレイヤは、各「ＬＩ」フィールドが特別値を示すか否かについて判定する工程と、かかる判定結果に基づいて、「ＬＩ」フィールドの示す内容（ＲＬＣ-ＳＤＵの終点、或いは、ＳＴＡＴＵＳ-ＰＤＵを含むこと）を決定する工程と、かかる「ＬＩ」フィールドの示す内容（及び、ＳＴＡＴＵＳ-ＰＤＵ内のＬｅｎｇｔｈフィールド）に基づいて、ＲＬＣ-ＳＤＵ＃１とＲＬＣ-ＳＤＵ＃２との間の境界、ＲＬＣ-ＳＤＵ＃２とＳＴＡＴＵＳ-ＰＤＵとの境界、及び、ＳＴＡＴＵＳ-ＰＤＵとパディング情報との境界を特定する工程とを行う必要があった。
【００１６】
その結果、受信側装置のＲＬＣサブレイヤにおけるＲＬＣ-ＰＤＵのフォーマットを解析する時間が増加してしまうという問題点があった。
【００１７】
そこで、本発明は、上述の課題に鑑みてなされたものであり、ＲＬＣ-ＰＤＵのヘッダ部分の構成を工夫することによって、受信側装置のＲＬＣサブレイヤにおけるＲＬＣ-ＰＤＵのフォーマットを解析する時間を短縮することができるパケット通信システム、移動局及び無線基地局を提供することを目的とする。
【課題を解決するための手段】
【００１８】
本発明の第１の特徴は、移動局と無線基地局との間で、ユーザデータを含む第１パケット及び制御データを含む第２パケットを送受信するように構成されているパケット通信システムであって、前記第１パケットのペイロード部分に対して、パディング処理が施されないように構成されており、前記第１パケットのペイロード部分は、前記第２パケットを含むことができるように構成されており、前記第１パケットのヘッダ部分は、該第１パケットのペイロード部分に前記第２パケットを含んでいるか否かについて示す第１フィールドと、該第１パケット内における前記ユーザデータの終点を特定する第２フィールドを有するように構成されていることを要旨とする。
【００１９】
本発明の第１の特徴において、前記第１フィールドは、前記パケットの種別を示すフィールドであってもよい。
【００２０】
本発明の第２の特徴は、無線基地局との間で、ユーザデータを含む第１パケット及び制御データを含む第２パケットを送受信するように構成されている移動局であって、前記第１パケットのペイロード部分に対して、パディング処理が施されないように構成されており、前記第１パケットのペイロード部分は、前記第２パケットを含むことができるように構成されており、前記第１パケットのヘッダ部分は、該第１パケットのペイロード部分に前記第２パケットを含んでいるか否かについて示す第１フィールドと、該第１パケット内における前記ユーザデータの終点を特定する第２フィールドを有するように構成されていることを要旨とする。
【００２１】
本発明の第２の特徴において、前記第１フィールドは、前記パケットの種別を示すフィールドであってもよい。
【００２２】
本発明の第３の特徴は、移動局との間で、ユーザデータを含む第１パケット及び制御データを含む第２パケットを送受信するように構成されている無線基地局であって、前記第１パケットのペイロード部分に対して、パディング処理が施されないように構成されており、前記第１パケットのペイロード部分は、前記第２パケットを含むことができるように構成されており、前記第１パケットのヘッダ部分は、該第１パケットのペイロード部分に前記第２パケットを含んでいるか否かについて示す第１フィールドと、該第１パケット内における前記ユーザデータの終点を特定する第２フィールドを有するように構成されていることを要旨とする。
【００２３】
本発明の第３の特徴において、前記第１フィールドは、前記パケットの種別を示すフィールドであってもよい。
【発明の効果】
【００２４】
以上説明したように、本発明によれば、ＲＬＣ-ＰＤＵのヘッダ部分の構成を工夫することによって、受信側装置のＲＬＣサブレイヤにおけるＲＬＣ-ＰＤＵのフォーマットを解析する時間を短縮することができるパケット通信システム、移動局及び無線基地局を提供することができる。
【発明を実施するための最良の形態】
【００２５】
（本発明の第１の実施形態に係る移動通信システムの構成）
図１乃至図８を参照して、本発明の第１の実施形態に係る移動通信システムの構成について説明する。
【００２６】
なお、本実施形態では、図１に示すように、３ＧＰＰで標準化が進められているＬＴＥ/ＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）のアーキテクチャを具備する移動通信システムを例として説明を行うが、本発明は、かかる移動通信システムに限定されるものではなく、その他のアーキテクチャを具備する移動通信システムにも適用可能である。
【００２７】
図２を参照して、Ａｃｋｎｏｗｌｅｄｇｅモード（ＡＭ）のＲＬＣサブレイヤ（以下、ＲＬＣサブレイヤ）の機能構成について説明する。
【００２８】
なお、図２に示すＲＬＣサブレイヤを構成する機能（モジュール）の一部又は全部は、ＩＣチップ上で、ハードウェア又はソフトウェアによって実現されていてもよい。
【００２９】
例えば、ＩＣチップ上で、一般的に単純で高速処理が要求されているＭＡＣサブレイヤ及び物理レイヤを構成する機能（モジュール）をハードウェアで実現し、一般的に複雑な処理が要求されているＲＬＣサブレイヤを構成する機能（モジュール）をソフトウェアで実現するように構成されていてもよい。
【００３０】
また、物理レイヤを構成する機能（モジュール）とＭＡＣサブレイヤを構成する機能（モジュール）とＲＬＣサブレイヤを構成する機能（モジュール）とは、同一のＩＣチップ上で実現されていてもよいし、別々のＩＣチップ上で実現されていてもよい。
【００３１】
以下、図２を参照して、本実施形態に係る移動通信システムにおけるＲＬＣサブレイヤの構成の一例を示す。
【００３２】
図２に示すように、ＲＬＣサブレイヤは、ＲＬＣ-ＳＤＵバッファ１１と、新規送信バッファ１２と、分割統合処理部１３と、ＡＣＫ待ちバッファ１４と、再送バッファ１５と、ＲＬＣ-ＰＤＵ送信部１６と、再分割処理部１７と、ＲＬＣ-ＰＤＵ送信部１８と、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９と、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵバッファ２０と、多重解除部３１と、順序補正バッファ３２と、再構築バッファ３３と、ＲＬＣ-ＳＤＵ再構築部３４とを具備している。
【００３３】
ＲＬＣ-ＳＤＵバッファ１１は、上位レイヤから受信したＲＬＣ-ＳＤＵを格納するように構成されている。
【００３４】
新規送信バッファ１２は、ＲＬＣ-ＳＤＵバッファ１１に格納されたＲＬＣ-ＳＤＵをコピーして格納するように構成されている。
【００３５】
分割統合処理部１３は、ＭＡＣサブレイヤからデータ送信機会が通知された場合、新規送信バッファ１２に格納されているＲＬＣ-ＳＤＵ（若しくは、その一部）に対して分割処理又は統合処理を施して、ＭＡＣサブレイヤから併せて通知された許容送信データ量（ＲＬＣ-ＰＤＵのサイズ）の範囲内でサイズが最大となるＲＬＣ-ｄａｔａ-ＰＤＵを生成するように構成されている。
【００３６】
また、分割統合処理部１３は、生成したＲＬＣ-ｄａｔａ-ＰＤＵを、ＲＬＣ-ＰＤＵ送信部１６に送信すると共に、ＡＣＫ待ちバッファ１４に格納するように構成されている。
【００３７】
ＡＣＫ待ちバッファ１４は、分割統合処理部１３からのＲＬＣ-ｄａｔａ-ＰＤＵや、再送待ちバッファ１５からのＲＬＣ-ｄａｔａ-ＰＤＵ又はＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵや、再分割処理部１７からのＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵを格納するように構成されている。
【００３８】
また、Ａｃｋ待ちバッファ１４は、格納しているＲＬＣ-ｄａｔａ-ＰＤＵ又はＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵについて再送が必要であるか否かについて判断し、再送が必要であると判断したＲＬＣ-ｄａｔａ-ＰＤＵ又はＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵを再送バッファ１５に送信するように構成されている。
【００３９】
ここで、例えば、Ａｃｋ待ちバッファ１４は、受信側装置のＲＬＣサブレイヤからのＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）及びＭＡＣサブレイヤからのＮＡＣＫを受信した場合等に、格納しているＲＬＣ-ｄａｔａ-ＰＤＵ又はＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵについて再送する必要があると判断する。
【００４０】
再送バッファ１５は、Ａｃｋ待ちバッファ１４からのＲＬＣ-ｄａｔａ-ＰＤＵやＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵを格納するように構成されている。
【００４１】
ＲＬＣ-ＰＤＵ送信部１６は、ＭＡＣサブレイヤからデータ送信機会が通知された場合、分割統合処理部１３から送信されたＲＬＣ-ｄａｔａ-ＰＤＵ、及び、再送バッファ１５に格納されているＲＬＣ-ｄａｔａ-ＰＤＵを、ＭＡＣサブレイヤに送信するように構成されている。
【００４２】
ここで、ＲＬＣ-ＰＤＵ送信部１６は、送信すべきＲＬＣ-ｄａｔａ-ＰＤＵに対して、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵバッファ２０に格納されているＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ（ＳＴＡＴＵＳ-ＰＤＵ等）を付与することによって、ＲＬＣ-ｄａｔａ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵを生成して送信するように構成されていてもよい。
【００４３】
再分割処理部１７は、無線リンクの通信状態に応じて、具体的には、ＭＡＣサブレイヤから併せて通知された許容送信データ量（ＲＬＣ-ＰＤＵのサイズ）に応じて、再送バッファ１５に格納されている１つのＲＬＣ-ｄａｔａ-ＰＤＵ又はＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵを分割して、複数のＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵを生成するように構成されている、すなわち、再送バッファ１５に格納されているＲＬＣ-ｄａｔａ-ＰＤＵ又はＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵに対して再分割処理を行うように構成されている。
【００４４】
図３の例では、再分割処理部１７は、１回目の再送時には、ＲＬＣ-ｄａｔａ-ＰＤＵ（ＳＮ＝Ｘ）を、３つのＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ＃Ａ乃至＃Ｃに分割し、２回目の再送時には、３つのＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ＃Ａ乃至＃Ｃを、それぞれ３つのＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ＃Ａ１乃至＃Ａ３、＃Ｂ１乃至＃Ｂ３、＃Ｃ１乃至＃Ｃ３に分割している。
【００４５】
ＲＬＣ-ＰＤＵ送信部１８は、ＭＡＣサブレイヤからデータ送信機会が通知された場合、再分割処理部１７により再分割処理が施されたＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵを、ＭＡＣサブレイヤに送信するように構成されている。
【００４６】
ここで、ＲＬＣ-ＰＤＵ送信部１８は、送信すべきＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵに対して、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵバッファ２０に格納されているＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ（ＳＴＡＴＵＳ-ＰＤＵ等）を付与することによって、ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵを生成して送信するように構成されていてもよい。
【００４７】
ここで、図４及び図５に、本実施形態に係る移動通信システムで用いられるＲＬＣ-ｄａｔａ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵのフォーマット例を示し、図６及び図７に、本実施形態に係る移動通信システムで用いられるＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵのフォーマット例を示す。
【００４８】
本実施形態では、ＲＬＣ-ｄａｔａ-ＰＤＵ、ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ、ＲＬＣ-ｄａｔａ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵ及びＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵを、ユーザデータ（ＲＬＣ-ＳＤＵ）を含む第１パケットとし、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ（例えば、ＳＴＡＴＵＳ-ＰＤＵ）を、制御データを含む第２パケットと定義する。
【００４９】
なお、図４乃至図７に示すように、ＲＬＣ-ｄａｔａ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵ及びＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵは、ペイロード部分に、ＳＴＡＴＵＳ-ＰＤＵ（第２パケット）を含むように構成されている。
【００５０】
なお、ＲＬＣ-ｄａｔａ-ＰＤＵ、ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ、ＲＬＣ-ｄａｔａ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵ及びＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵのペイロード部分に対して、パディング処理が施されないように構成されている。
【００５１】
図４及び図５に示すように、ＲＬＣ-ｄａｔａ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵのヘッダ部分は、「Ｔｙｐｅ」フィールドと、「Ｐｏｌｌ」フィールドと、「Ａｌｉｇｎ」フィールドと、「Ｅｘｔ」フィールドと、「ＳＮ」フィールドと、「ＬＩ」フィールドとを有する。
【００５２】
また、図４に示すＲＬＣ-ｄａｔａ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵのペイロード部分には、ＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ）が挿入されており、図５に示すＲＬＣ-ｄａｔａ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵのペイロード部分には、ＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）が挿入されている。
【００５３】
なお、本実施形態では、ＳＴＡＴＵＳ-ＰＤＵは、ＲＬＣ-ｄａｔａ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵのペイロード部分の後半部分（ＲＬＣ-ＳＤＵの後）に挿入されている例について記載されているが、ＲＬＣ-ｄａｔａ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵのペイロード部分の前半部分（ＲＬＣ-ＳＤＵの前）に挿入されていてもよい。
【００５４】
また、図６及び図７に示すように、ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵのヘッダ部分は、「Ｔｙｐｅ」フィールドと、「Ｐｏｌｌ」フィールドと、「ＬＳＦ（Ｌａｓｔ  Ｓｅｇｍｅｎｔ  Ｆｌａｇ）」フィールドと、「ＳＮ」フィールドと、「ＳＯ（Ｓｅｇｍｅｎｔ  Ｏｆｆｓｅｔ）」フィールドとを有する。
【００５５】
また、図６に示すＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵのペイロード部分には、ＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ）が挿入されており、図７に示すＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵのペイロード部分には、ＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）が挿入されている。
【００５６】
なお、本実施形態では、ＳＴＡＴＵＳ-ＰＤＵは、ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵのペイロード部分の後半部分（ＲＬＣ-ＰＤＵの後）に挿入されている例について記載されているが、ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵのペイロード部分の前半部分（ＲＬＣ-ＰＤＵの前）に挿入されていてもよい。
【００５７】
「Ｔｙｐｅ」フィールドは、ＲＬＣ-ＰＤＵの種別を示すフィールドである。また、「Ｔｙｐｅ」フィールドは、第１パケットのペイロード部分に、第２パケット（例えば、ＳＴＡＴＵＳ-ＰＤＵ）を含んでいるか否かについて示す第１フィールドである。
【００５８】
例えば、図８（ａ）に示すように、「Ｔｙｐｅ」フィールドにおいて、値「０００」が設定されている場合、当該ＲＬＣ-ＰＤＵの種別が「ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ」であることを示し、値「００１」が設定されている場合、当該ＲＬＣ-ＰＤＵの種別が「ＲＬＣ-ｄａｔａ-ＰＤＵ」であることを示し、値「０１０」が設定されている場合、当該ＲＬＣ-ＰＤＵの種別が「ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ」であることを示し、値「０１１」が設定されている場合、当該ＲＬＣ-ＰＤＵの種別が「ＲＬＣ-ｄａｔａ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵ」であることを示し、値「１００」が設定されている場合、当該ＲＬＣ-ＰＤＵの種別が「ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵ」であることを示すように構成されていてもよい。
【００５９】
また、図８（ｂ）に示すように、「Ｔｙｐｅ」フィールドでは、値「００」が設定されている場合、当該ＲＬＣ-ＰＤＵの種別が「ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ」であることを示し、値「０１」が設定されている場合、当該ＲＬＣ-ＰＤＵの種別が「ＲＬＣ-ｄａｔａ-ＰＤＵ」であることを示し、値「１０」が設定されている場合、当該ＲＬＣ-ＰＤＵの種別が「ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ」であることを示し、「付加フラグ」によって、第１パケットのペイロード部分に第２パケットが付加されているか否かについて示すように構成されていてもよい。
【００６０】
図８（ｂ）の例では、「Ｔｙｐｅ」フィールドに「０１」が設定されており、「付加フラグ」に「１」が設定されている場合、当該ＲＬＣ-ＰＤＵの種別が「ＲＬＣ-ｄａｔａ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵ」であることを示す。
【００６１】
「Ｐｏｌｌ」フィールドは、受信側装置のＲＬＣサブレイヤに対して、ＳＴＡＴＵＳ-ＰＤＵの送信を促しているか否かについて示すフィールドである。
【００６２】
「Ａｌｉｇｎ」フィールドは、ＲＬＣ-ｄａｔａ-ＰＤＵの先頭バイトがＲＬＣ-ＳＤＵの先頭バイトであるか否かについて、及び、ＲＬＣ-ｄａｔａ-ＰＤＵの最終バイトがＲＬＣ-ＳＤＵの最終バイトであるか否かについて示すフィールドである。
【００６３】
「Ｅｘｔ」フィールドは、当該ＲＬＣ-ｄａｔａ-ＰＤＵのヘッダ部分に拡張ヘッダが後続するか否かについて示すフィールドである。
【００６４】
「ＳＮ」フィールドは、ＲＬＣ-ｄａｔａ-ＰＤＵに含まれている場合、当該ＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号を示し、ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵに含まれている場合、当該ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵが関連するＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号を示すフィールドである。
【００６５】
「ＬＩ」フィールドは、当該ＲＬＣ-ｄａｔａ-ＰＤＵ内のペイロード部分において、ＲＬＣ-ＳＤＵの最終バイトの位置（終点）を示すフィールドである。
【００６６】
「ＬＳＦ」フィールドは、当該ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵが関連するＲＬＣ-ｄａｔａ-ＰＤＵにおける最後のＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵであるか否かについて示すフィールドである。
【００６７】
「ＳＯ」フィールドは、ペイロード部分における当該ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵの先頭バイトが、当該ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵが関連するＲＬＣ-ｄａｔａ-ＰＤＵの何番目のバイトであるかについて示すフィールドである。
【００６８】
図４及び図６を参照して、本実施形態に係る移動通信システムで用いられるＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ）について説明し、図５及び図７を参照して、本実施形態に係る移動通信システムで用いられるＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）について説明する。
【００６９】
図４及び図６に示すように、ＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ）は、「Ｃｏｎｔｒｏｌ  ＰＤＵ  Ｔｙｐｅ」フィールドと、「Ｃｏｍｕｌａｔｉｖｅ  ＡＣＫ  ＳＮ」フィールドを有する。
【００７０】
図５及び図７に示すように、ＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）は、「Ｃｏｎｔｒｏｌ  ＰＤＵ  Ｔｙｐｅ」フィールドと、「Ｓｅｌｅｃｔｉｖｅ  ＮＡＣＫ  ＳＮ」フィールドと、「Ｓｅｌｅｃｔｉｖｅ  ＮＡＣＫ  Ｆｉｒｓｔ  Ｏｃｔｅｔ」フィールドと、「Ｓｅｌｅｃｔｉｖｅ  ＮＡＣＫ  Ｌａｓｔ  Ｏｃｔｅｔ」フィールドとを有する。
【００７１】
ここで、ＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）は、複数組の「Ｓｅｌｅｃｔｉｖｅ  ＮＡＣＫ  ＳＮ」フィールドと「Ｓｅｌｅｃｔｉｖｅ  ＮＡＣＫ  Ｆｉｒｓｔ  Ｏｃｔｅｔ」フィールドと「Ｓｅｌｅｃｔｉｖｅ  ＮＡＣＫ  Ｌａｓｔ  Ｏｃｔｅｔ」フィールドとを有してもよい。
【００７２】
すなわち、ＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ）及びＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）のいずれにも、「Ｌｅｎｇｔｈ」フィールドは含まれていない。
【００７３】
「Ｃｏｎｔｒｏｌ  ＰＤＵ  Ｔｙｐｅ」フィールドは、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵの種別（ＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ）やＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）等）について示すフィールドである。
【００７４】
「Ｃｏｍｕｌａｔｉｖｅ  ＡＣＫ  ＳＮ」フィールドは、受信側装置のＲＬＣサブレイヤにおける受信側ウィンドウの下限値（次に受信することを期待するＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号）を示すフィールドである。
【００７５】
「Ｓｅｌｅｃｔｉｖｅ  ＮＡＣＫ  ＳＮ」フィールドは、受信側装置のＲＬＣサブレイヤの受信側ウィンドウ内でＲＬＣ再送が必要であると判断したＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号を示すフィールドである。
【００７６】
「Ｓｅｌｅｃｔｉｖｅ  ＮＡＣＫ  Ｆｉｒｓｔ  Ｏｃｔｅｔ」フィールドは、「Ｓｅｌｅｃｔｉｖｅ  ＮＡＣＫ  ＳＮ」フィールドにより指定されたＲＬＣ-ｄａｔａ-ＰＤＵの中で、何番目のバイト（オクテット）から再送が必要であるかについて示すフィールドである。
【００７７】
「Ｓｅｌｅｃｔｉｖｅ  ＮＡＣＫ  Ｌａｓｔ  Ｏｃｔｅｔ」フィールドは、「Ｓｅｌｅｃｔｉｖｅ  ＮＡＣＫ  ＳＮ」フィールドにより指定されたＲＬＣ-ｄａｔａ-ＰＤＵの中で、何番目のバイト（オクテット）まで再送が必要であるかについて示すフィールドである。
【００７８】
ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９は、順序補正バッファ３２からの通知に応じて、ＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ/ＮＡＣＫ）を生成するように構成されている。
【００７９】
ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵバッファ２０は、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９によって生成されたＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵを移納するように構成されている。
【００８０】
多重解除部３１は、ＭＡＣサブレイヤから受信したＲＬＣ-ＰＤＵ（ＲＬＣ-ｄａｔａ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵ又はＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵ）の中から、ＳＴＡＴＵＳ-ＰＤＵを抽出してＡＣＫ待ちバッファ１４に転送し、ＲＬＣ-ｄａｔａ-ＰＤＵ及びＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵを抽出して順序補正バッファ３２に転送するように構成されている。
【００８１】
従来の移動通信システムの場合のように、「ＬＩ」フィールドに、ペイロード部分内にＳＴＡＴＵ-ＰＤＵが含まれていることを示す特別値を設定しないで、かつ、ＳＴＡＴＵＳ-ＰＤＵ内に、「Ｌｅｎｇｔｈ」フィールド自体を設けない場合であっても、多重解除部３１は、ＲＬＣ-ＳＤＵとＳＴＡＴＵＳ-ＰＤＵとの間の境界を特定することできる。
【００８２】
ここで、ＲＬＣ-ＰＤＵのサイズは、可変長であり、ＭＡＣサブレイヤによって通知されるように構成されており、また、ＲＬＣ-ＰＤＵのペイロード部分には、パディング情報が含まれないように構成されているため、上述のような「ＬＩ」フィールドの設定によって、多重解除部３１は、ＲＬＣ-ＳＤＵとＳＴＡＴＵＳ-ＰＤＵとの間の境界を特定することできる。
【００８３】
順序補正バッファ３２は、格納しているＲＬＣ-ｄａｔａ-ＰＤＵに対して順序補正処理を行うように構成されている。
【００８４】
具体的には、順序補正バッファ３２は、シーケンス番号順に格納されているＲＬＣ-ｄａｔａ-ＰＤＵ（ｉｎ-ｓｅｑｕｅｎｃｅ）を再構築バッファ３３に格納するように構成されている。
【００８５】
一方、順序補正バッファ３２は、シーケンス番号順に格納されていないＲＬＣ-ｄａｔａ-ＰＤＵ（ｏｕｔ-ｏｆ-ｓｅｑｕｅｎｃｅ）については、順序補正タイマを用いたＲＬＣ-ｄａｔａ-ＰＤＵ検出処理を行い、未受信のＲＬＣ-ｄａｔａ-ＰＤＵが検出された場合、その旨をＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９に通知するように構成されている。
【００８６】
順序補正バッファ３２は、格納しているＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵからＲＬＣ-ｄａｔａ-ＰＤＵを構築することができる場合は、かかるＲＬＣ-ｄａｔａ-ＰＤＵを構築するように構成されている。
【００８７】
ＲＬＣ-ＳＤＵ再構築部３４は、再構築バッファ３３に格納されているＲＬＣ-ｄａｔａ-ＰＤＵからＲＬＣ-ＳＤＵを構築することができる場合は、かかるＲＬＣ-ＳＤＵを構築して、シーケンス番号順に上位レイヤに送信するように構成されている。
【００８８】
（本発明の第１の実施形態に係る移動通信システムの作用・効果）
本発明の第１の実施形態に係る移動通信システムによれば、受信側装置のＲＬＣサブレイヤは、「Ｔｙｐｅ」フィールドのみに基づいて、ＲＬＣ-ｄａｔａ-ＰＤＵ又はＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵに、ＳＴＡＴＵＳ-ＰＤＵが付加されているかを判別し、ペイロード部分内におけるＲＬＣ-ＳＤＵの終点のみを示す「ＬＩ」フィールド等に基づいて、ＲＬＣ-ＳＤＵとＳＴＡＴＵＳ-ＰＤＵとの境界を特定することができるため、ＲＬＣ-ＰＤＵの解析時間を短縮することができる。
【００８９】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【図面の簡単な説明】
【００９０】
【図１】本発明の第１の実施形態に係る移動通信システムの無線アクセスネットワークにおけるプロトコルレイヤ構成を示す図である。
【図２】本発明の第１の実施形態に係る移動局及び無線基地局におけるＲＬＣサブレイヤの機能ブロック図である。
【図３】本発明の第１の実施形態に係る移動局及び無線基地局におけるＲＬＣサブレイヤにおいて行われる再分割処理について説明するための図である。
【図４】本発明の第１の実施形態に係る移動局及び無線基地局におけるＲＬＣサブレイヤによって生成されるＲＬＣ-ｄａｔａ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵのフォーマットの一例を示す図である。
【図５】本発明の第１の実施形態に係る移動局及び無線基地局におけるＲＬＣサブレイヤによって生成されるＲＬＣ-ｄａｔａ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵのフォーマットの一例を示す図である。
【図６】本発明の第１の実施形態に係る移動局及び無線基地局におけるＲＬＣサブレイヤによって生成されるＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵのフォーマットの一例を示す図である。
【図７】本発明の第１の実施形態に係る移動局及び無線基地局におけるＲＬＣサブレイヤによって生成されるＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵのフォーマットの一例を示す図である。
【図８】本発明の第１の実施形態に係る移動局及び無線基地局におけるＲＬＣサブレイヤによって生成されるＲＬＣ-ｄａｔａ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵのフォーマット又はＡＭＤ-Ｓｕｂ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵのフォーマットの「ＴＹＰＥ」フィールドの一例を示す図である。
【図９】従来の係る移動局及び無線基地局におけるＲＬＣサブレイヤによって生成されるＰｉｇｇｙｂａｃｋｅｄ-ＳＴＡＴＵＳ-ＰＤＵのフォーマットの一例を示す図である。
【符号の説明】
【００９１】
１１…ＲＬＣ-ＳＤＵバッファ
１２…新規送信バッファ
１３…分割統合処理部
１４…ＡＣＫ待ちバッファ
１５…再送バッファ
１６、１８…ＲＬＣ-ＰＤＵ送信部
１７…再分割処理部
１９…ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部
２０…ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵバッファ
３１…多重解除部
３２…順序補正バッファ
３３…再構築バッファ
３４…ＲＬＣ-ＳＤＵ再構築部
【図１】
2008259038.tif 000003
【図２】
2008259038.tif 000004
【図３】
2008259038.tif 000005
【図４】
2008259038.tif 000006
【図５】
2008259038.tif 000007
【図６】
2008259038.tif 000008
【図７】
2008259038.tif 000009
【図８】
2008259038.tif 000010
【図９】
2008259038.tif 000011