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