(57)【要約】【課題】伝送効率の低下を抑制してＲＬＣ  ＰＤＵを作成する方法と装置とプログラムを提供する。            【解決手段】一送信時間間隔（ＴＴＩ）に送信できるＰＤＣＰ  ＳＤＵ数やＲＬＣ  ＳＤＵ数に制限がある場合に、上限数以上のＲＬＣ  ＳＤＵが受信バッファに滞留している場合には、前記上限数のＲＬＣ  ＳＤＵを送信できるＲＬＣ  ＰＤＵのサイズ、前記制限があり、且つ、前記受信バッファでのＲＬＣ  ＳＤＵの滞留数が前記上限数未満の場合、あるいは、一ＴＴＩに送信できるＰＤＣＰ  ＳＤＵ数やＲＬＣ  ＳＤＵ数に制限がない場合には、受信バッファに滞留しているＲＬＣ  ＳＤＵを送信できるＲＬＣ  ＰＤＵのサイズ、を求め、作成できないＲＬＣ  ＰＤＵのサイズ、再分割せずにＡＲＱ再送できるＲＬＣ  ＰＤＵのサイズ、最古のＲＬＣ  ＳＤＵの受信時刻と共に、ＭＡＣスケジューラに通知し、ＭＡＣスケジューラにおいて、最適な割り当てサイズを計算することにより、最適なＲＬＣ  ＰＤＵの作成を行う。【選択図】図３
2010199636.tif 000002
【特許請求の範囲】
【請求項１】
ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）エンティティにおいて、一送信時間間隔に送信できるＲＬＣ  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）数に制限がある場合に、
上限数以上のＲＬＣ  ＳＤＵが受信バッファに滞留している場合には、前記上限数のＲＬＣ  ＳＤＵを送信できるＲＬＣ  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）のサイズ、
前記制限があり、且つ、前記受信バッファでのＲＬＣ  ＳＤＵの滞留数が前記上限数未満の場合、あるいは、
前記制限がない場合には、
前記受信バッファに滞留しているＲＬＣ  ＳＤＵを送信できるＲＬＣ  ＰＤＵのサイズ、
を求め、
作成できないＲＬＣ  ＰＤＵのサイズ、
再分割せずにＡＲＱ（Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）再送できるＲＬＣ  ＰＤＵのサイズ、
最古に受信したＲＬＣ  ＳＤＵの受信時刻
と共に、
受信情報データとして、
ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）スケジューリング部に通知し、
前記ＭＡＣスケジューリング部において、前記ＲＬＣエンティティからの前記受信情報データ情報に基づき、データ割り当てのサイズを計算し、
前記ＲＬＣエンティティは、前記ＭＡＣスケジューリング部で計算されたサイズのＲＬＣ  ＰＤＵの作成を行う、ＲＬＣ  ＰＤＵのサイズ割当方法。
【請求項２】
前記ＭＡＣスケジューリング部において、データ割当量を計算する際には、作成できないＲＬＣ  ＰＤＵのサイズを避けると共に、再分割せずに、ＡＲＱ再送できるＲＬＣ  ＰＤＵのサイズを割り当てる、請求項１記載のＲＬＣ  ＰＤＵのサイズ割当方法。
【請求項３】
前記ＲＬＣエンティティから前記ＭＡＣスケジューリング部へ、
制御データのサイズ、
再送データのサイズ、
新規データのサイズ、
新規データで作成できないサイズ、
最古のＲＬＣ  ＳＤＵの受信時刻
を通知する、請求項１又は２記載のＲＬＣ  ＰＤＵのサイズ割当方法。
【請求項４】
前記ＭＡＣスケジューリング部は、制御データ、再送データ、新規データの順で、ＲＬＣ  ＰＤＵのデータサイズの割当を行う、請求項１乃至３のいずれか１項に記載のＲＬＣ  ＰＤＵのサイズ割当方法。
【請求項５】
ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ）でデータ転送を行う場合、前記ＲＬＣエンティティから前記ＭＡＣスケジューリング部へ、
新規データのサイズ、
新規データで作成できないサイズ、
最古のＲＬＣ  ＳＤＵの受信時刻
を通知する、請求項１記載のＲＬＣ  ＰＤＵのサイズ割当方法。
【請求項６】
一送信時間間隔に送信できるＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）数に制限がある場合に、
上限数以上のＲＬＣ  ＳＤＵが受信バッファに滞留している場合には、前記上限数のＲＬＣ  ＳＤＵを送信できるＲＬＣ  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）のサイズ、
前記制限があり、且つ、前記受信バッファでのＲＬＣ  ＳＤＵの滞留数が前記上限数未満の場合、あるいは、
前記制限がない場合には、
前記受信バッファに滞留しているＲＬＣ  ＳＤＵを送信できるＲＬＣ  ＰＤＵのサイズ、
を求め、
作成できないＲＬＣ  ＰＤＵのサイズ、
再分割せずにＡＲＱ（Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）再送できるＲＬＣ  ＰＤＵのサイズ、
最古に受信したＲＬＣ  ＳＤＵの受信時刻
と共に、
受信情報データとして、
ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）スケジューリング部に通知する受信情報データ通知部を備え、
前記ＭＡＣスケジューリング部において、前記ＲＬＣエンティティからの前記受信情報データ情報に基づき、ＲＬＣ  ＰＤＵのデータ割り当てのサイズを計算し、
前記ＭＡＣスケジューリング部で計算されたサイズのＲＬＣ  ＰＤＵの作成を行うＲＬＣ  ＰＤＵ作成部を備えた、無線通信装置。
【請求項７】
前記ＭＡＣスケジューリング部において、データ割当量を計算する際には、作成できないＲＬＣ  ＰＤＵのサイズを避けると共に、再分割せずに、ＡＲＱ再送できるＲＬＣ  ＰＤＵのサイズを割り当てる、請求項６記載の無線通信装置。
【請求項８】
前記受信情報データ通知部は前記ＭＡＣスケジューリング部へ、
制御データのサイズ、
再送データのサイズ、
新規データのサイズ、
新規データで作成できないサイズ、
最古のＲＬＣ  ＳＤＵの受信時刻
を通知する、請求項６又は７記載の無線通信装置。
【請求項９】
前記ＭＡＣスケジューリング部は、制御データ、再送データ、新規データの順でＲＬＣ  ＰＤＵのデータサイズの割当を行う、請求項６乃至８のいずれか１項に記載の無線通信装置。
【請求項１０】
ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ）でデータ転送を行う場合、前記受信情報データ通知部は前記ＭＡＣスケジューリング部へ、
新規データのサイズ、
新規データで作成できないサイズ、
最古のＲＬＣ  ＳＤＵの受信時刻
を通知する、請求項６記載の無線通信装置。
【請求項１１】
一送信時間間隔に送信できるＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）数に制限がある場合に、
上限数以上のＲＬＣ  ＳＤＵが受信バッファに滞留している場合には、前記上限数のＲＬＣ  ＳＤＵを送信できるＲＬＣ  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）のサイズ、
前記制限があり、且つ、前記受信バッファでのＲＬＣ  ＳＤＵの滞留数が前記上限数未満の場合、あるいは、
前記制限がない場合には、
前記受信バッファに滞留しているＲＬＣ  ＳＤＵを送信できるＲＬＣ  ＰＤＵのサイズ、
を求め、
作成できないＲＬＣ  ＰＤＵのサイズ、
再分割せずにＡＲＱ（Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）再送できるＲＬＣ  ＰＤＵのサイズ、
最古に受信したＲＬＣ  ＳＤＵの受信時刻
と共に、
受信情報データとして、
ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）スケジューリング部に通知する受信情報データ通知処理と、
前記ＭＡＣスケジューリング部において、ＲＬＣエンティティからの前記受信情報データ情報に基づき、ＲＬＣ  ＰＤＵのデータ割り当てのサイズを計算する処理と、
前記ＭＡＣスケジューリング部で計算されたサイズのＲＬＣ  ＰＤＵの作成を行う処理と、
を無線通信装置を構成するプロセッサに実行させるプログラム。
【請求項１２】
前記ＭＡＣスケジューリング部において、データ割当量を計算する際には、作成できないＲＬＣ  ＰＤＵのサイズを避けると共に、再分割せずに、ＡＲＱ再送できるＲＬＣ  ＰＤＵのサイズを割り当てる処理を、前記コンピュータに実行させる請求項１１記載のプログラム。
【請求項１３】
前記受信情報データ通知処理において、前記ＭＡＣスケジューリング部へ、
制御データのサイズ、
再送データのサイズ、
新規データのサイズ、
新規データで作成できないサイズ、
最古のＲＬＣ  ＳＤＵの受信時刻
を通知する処理を、前記コンピュータに実行させる請求項１１又は１２記載のプログラム。
【請求項１４】
前記ＭＡＣスケジューリング部において、制御データ、再送データ、新規データの順でＲＬＣ  ＰＤＵのデータサイズの割当を行う処理を、前記コンピュータに実行させる請求項１１乃至１３のいずれか１項に記載のプログラム。
【請求項１５】
ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ）でデータ転送を行う場合、前記受信情報データ通知処理において、前記ＭＡＣスケジューリング部へ、
新規データのサイズ、
新規データで作成できないサイズ、
最古のＲＬＣ  ＳＤＵの受信時刻
を通知する処理を、前記コンピュータに実行させる請求項１１記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置と方法とプログラムに関し、特に、移動通信において、ＲＬＣ  ＰＤＵ作成のサイズの割り当てを行う装置と方法とプログラムに関する。
【背景技術】
【０００２】
図１は、ＬＴＥ（ＬｏｎｇＴｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）アーキテクチャにおけるＣ／Ｕ（コントロール／ユーザ）プレーンのプロコルスタックを示す図である。図１に示すように、ＬＴＥ方式の移動通信システムにおける無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）は、移動局ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）と、無線基地局ｅＮＢ（Ｅ−ＵＴＲＡＮ  ＮｏｄｅＢ）とを備え、移動局ＵＥと無線基地局ｅＮＢとの間では無線リンク（ＲＬ：Ｒａｄｉｏ  Ｌｉｎｋ）を介して通信を行われる。移動局ＵＥ及び無線基地局ｅＮＢは、それぞれ、ＰＤＣＰ（ＰａｃｋｅｔＤａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）サブレイヤと、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）サブレイヤと、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）サブレイヤと、物理（ＰＨＹ：Ｐｈｙｓｉｃａｌ）レイヤと備えている。なお、図１では、コントロールプレーンのプロトコルスタックにおけるＲＲＣ（Ｒａｉｄｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）レイヤ、不図示のＭＭＥ（Ｍｏｂｉｌｅ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）とＵＥ間のＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｓ）レイヤは省略されている。
【０００３】
移動局ＵＥ又は無線基地局ｅＮＢの送信側装置は、伝送されたデータをＰＤＣＰ処理とＲＬＣ処理とＭＡＣ処理とＰＨＹ処理とを順に施すことによって、無線部（ＲＦ部）にて無線信号を送信するように構成されている。
【０００４】
図２を参照して、移動通信システムにおけるＲＬＣサブレイヤの送信処理について説明する。図２において、ＳＤＵ受信部２１、受信データ格納処理部２２、受信データ情報通知部２３、ＲＬＣ  ＰＤＵ作成部２４はＲＬＣサブレイヤの機能を実現するＲＣＬエンティティを構成している。ＳＤＵ受信部２１は、ＰＤＣＰサブレイヤからＲＬＣ  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）を受信する。
【０００５】
受信データ格納処理部２２は、受信したＲＬＣ  ＳＤＵを受信バッファ（不図示）に格納し、ＲＬＣ  ＳＤＵのサイズや受信時刻情報と共に管理を行う。
【０００６】
受信データ情報通知部２３は、ＲＬＣ  ＳＤＵの受信バッファ内における滞留量や最古の受信時刻をＭＡＣスケジューリング部２５へ通知する。
【０００７】
ＡＲＱ（Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）再送データがある場合には、そのＲＬＣヘッダを除いたＲＬＣ  ＳＤＵデータ量を滞留量とする。
【０００８】
ＭＡＣスケジューリング部２５は、複数のＲＬＣエンティティの受信データ情報通知部２３から通知されたＲＬＣ  ＳＤＵの滞留量や最古の受信時刻を基に、各ＲＬＣエンティティのデータ割当量を計算する。
【０００９】
ＭＡＣスケジューリング部２５は、計算したデータ割当量を各ＲＬＣエンティティのＲＬＣ  ＰＤＵ作成部２４へ通知する。
【００１０】
ＲＬＣ  ＰＤＵ作成部２４は、ＭＡＣスケジューリング部２５から通知されたデータ割当量を基に、ＲＬＣ  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を作成し、作成したＲＬＣ  ＰＤＵをＭＡＣ  ＰＤＵ作成部２６へ送信する。
【００１１】
ＭＡＣ  ＰＤＵ作成部２６は、ＭＡＣスケジューリング部２５からのデータ割り当て情報を基に、複数のＲＬＣエンティティのＲＬＣ  ＰＤＵ作成部２４からのＲＬＣ  ＰＤＵを多重（マルチプレクシング）して、ＭＡＣ  ＰＤＵを作成し、物理レイヤに伝送する。
【００１２】
ＲＬＣ  ＰＤＵ作成部２４によるＲＬＣ  ＰＤＵの作成において、ＲＬＣ  ＳＤＵにＲＬＣヘッダが追加される。
【００１３】
ここで、ＲＬＣ  ＳＤＵの受信バッファにおける滞留量が４００バイトの場合を考えると、例えば
（Ａ）４００バイトのデータが１つの場合、あるいは
（Ｂ）１００バイトのデータが４つの場合
が考えられる（他の組み合わせは省略する）。
【００１４】
転送されたデータに対して確認を行うＡＭ（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ）でのＲＬＣヘッダ（ＡＭＤ  ＰＤＵヘッダ）について説明すると、
（Ａ）の場合、ＲＬＣヘッダのサイズは２バイト、
（Ｂ）の場合、ＲＬＣヘッダのサイズは７バイト
となる。
【００１５】
この点について、図４を参照して概説しておく（詳細は非特許文献１参照）。ＡＭＤ  ＰＤＵヘッダは一データフィールドの場合、固定部（２バイト）のみとなり（図４（Ａ）参照）、複数データフィールドを１つのＰＤＵに多重する場合、固定部と拡張部を有する（図４（Ｂ）、（Ｃ））。ＡＭＤ  ＰＤＵの固定部はバイトアラインされ、Ｄ／Ｃ（Ｄａｔａ／Ｃｏｎｔｒｏｌ）、ＲＦ（Ｒｅ−ｓｅｇｍｅｎｔａｔｉｏｎ  Ｆｌａｇ）、Ｐ（Ｐｏｌｌｉｎｇ  ｂｉｔ）、ＦＩ（Ｆｒａｍｉｎｇ  Ｉｎｆｏ）、Ｅ（Ｅｘｔｅｎｓｉｏｎ  ｂｉｔ）、ＳＮ（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）を含む。拡張部はバイトアラインされ、Ｅ（Ｅｘｔｅｎｓｉｏｎ  ｂｉｔ）、ＬＩ（Ｌｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ）を含む。図４（Ｂ）、（Ｃ）は、Ｋ＝（ＬＩの数）が奇数、偶数の場合のヘッダを示しており、ヘッダ長（バイト数）は２＋Ｋ×１．５となる。４００バイトのデータが１つの場合、ＲＬＣヘッダは固定部のみの２バイトとなり、１００バイトが４個の場合、ＲＬＣヘッダは２バイトの固定部と、５バイトの拡張部（ＥとＬＩの組が３組）からなり、７バイトとなる。すなわち、Ｅ＋ＬＩの組が３組で、（１＋１１）×３＝３６ビットとなり、最後のＬＩに続く４ビットにパディングビットが挿入される、４０ビット、すなわち５バイトとなる。
【００１６】
なお、図４において、Ｄ／Ｃ（１ビット）はＲＬＣ  ＰＤＵがＲＬＣ  ｄａｔａ  ＰＤＵかＲＬＣ  ｃｏｎｔｒｏｌ  ＰＤＵであるかを示す。ＲＦ（１ビット）はＲＬＣ  ＰＤＵがＡＭＤ  ＰＤＵであるかＡＭＤ  ＰＤＵセグメントであるかを示す。Ｐ（１ビット）はＡＭＤ  ＲＬＣエンティティの送信側がステータスレポートを対向のＡＭ  ＲＬＣエンティティに要求するか否かを示す。ＦＩ（２ビット）はＲＬＣ  ＳＤＵがデータフィールドの始め及び／又は終わりでセグメント化されているかを示す。ＳＮ（１０ビット）は、対応するＵＭＤ(Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ  Ｄａｔａ)又はＡＭＤ  ＰＤＵのシーケンス番号である。Ｅ（１ビット）は、ヘッダ固定部では、０の場合、ヘッダ固定部の後にデータフィールドが続くことを示し、１の場合、ヘッダ固定部のあとにＥとＬＩの集合が続くことを示し、拡張部では、０の場合、このＥのあとのＬＩに続くオクテットからデータフィールドが続くことを示し、１の場合、このＥのあとのＬＩに続くビットからＥとＬＩの集合が続くことを示している。ＬＩ（１１ビット）はＲＬＣ  ｄａｔａ  ＰＤＵの対応するデータフィールドのバイト長を示す。
【００１７】
滞留したＲＬＣ  ＳＤＵを全て送信できるＲＬＣ  ＰＤＵのサイズは、
（Ａ）の場合、４０２バイト、
（Ｂ）の場合、４０７バイト
となる。
【００１８】
しかしながら、ＲＬＣ  ＳＤＵの滞留量から適切なデータ割当量を求めることは不可能である。また、全てのサイズのＲＬＣ  ＰＤＵを作成できるわけではない。例えばＲＬＣ  ＳＤＵの滞留量が１００バイトのデータが２つの場合、１０３バイトや１０４バイトのＲＬＣ  ＰＤＵは作成できない。そして、作成できないデータ割り当てサイズを指定した場合には、少し小さいサイズのＲＬＣ  ＰＤＵを作成することになる。この場合、ＲＬＣでは、割当てられたサイズを使い切らずにＭＡＣサブレイヤでパディングを付加するので、伝送効率が落ちてしまう。
【００１９】
さらに、ＡＲＱ（Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）再送を行う際、データ割当量のサイズが小さいと、新規に送信したＲＬＣ  ＰＤＵをそのまま送信できないので、再分割を行った上で再送を行うことになる。しかしながら、ＲＬＣ  ＰＤＵの再分割を行うと、ＲＬＣヘッダに、再分割に関する分割位置の情報を載せるため、送信できるデータ量が少なくなり、伝送効率が落ちる。
【００２０】
なお、特許文献１には、ＲＬＣサブレイヤによるＲＬＣ  ＰＤＵ作成について伝送状態が悪化するとき、ＲＬＣサブレイヤの送信ユニットのサイズを低減することが提案され、所定の誤り率（ＢＥＲ）、送信時間間隔（ＴＴＩ：Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）、およびビットレートでは、最適なサイズが存在することが示されるため、一般にＲＬＣ  ＰＤＵ送信ユニットのサイズは任意に選択されない旨が記載されている。特許文献２には、ＰＤＵの個数とサイズを可変させて処理できる無線通信システムが開示されており、透過モードＲＬＣサブレイヤのセグメントモジュールはＭＡＣサブレイヤから要求するＰＤＵのサイズに合わせてＳＤＵをオーバヘッドを付加することなく、適切なＰＤＵにセグメントする。特許文献３には、ＡＭ  ＲＬＣによって転送される十分なデータがあるにもかかわらず、状態報告の大きさがＡＭ  ＰＤＵのサイズよりも小さい場合、情報として重要性をもたないパッディングビットが状態ＰＤＵ内に存在し、ＡＭ  ＲＬＣによって転送される超過分のユーザデータがある場合、深刻な転送効率の減少につながることが記載され、ＲＬＣサブレイヤはＴＴＩ  １の時点で転送される制御情報を持っていないとすれば、上位階層のみから伝達されたＳＤＵであるユーザデータを含むＡＭＤ  ＰＤＵを設定し、受信側にＡＭＤ  ＰＤＵを転送し、ＴＴＩ  ２の時点で転送される制御情報を持っている場合、ＡＭＤ  ＰＤＵ内の制御情報も含め、その中に制御情報を含む余裕空間内に、上位階層のみから伝達されたＳＤＵを含めるという方式でＡＭＤ  ＰＤＵを設定し、受信側にＡＭＤ  ＰＤＵを転送する構成が開示されている。
【先行技術文献】
【特許文献】
【００２１】
【特許文献１】特開２００２−２６９９１号公報
【特許文献２】特開２００２−１９８９７３号公報
【特許文献３】特表２００８−５３５３７０号公報
【非特許文献】
【００２２】
【非特許文献１】3GPP TS 36.322 V8.4.0 (2008-12) Technical Specification 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) Radio Link Control (RLC) protocol specification (Release 8), (6 Protocol data units, format s and parameters 6.2.1.4 AMD PDU, 6.2.2 PARAMETERS)
【発明の概要】
【発明が解決しようとする課題】
【００２３】
以下に本発明による分析を与える。
【００２４】
上記したように、作成できない割り当てサイズを指定した場合には、少し小さいサイズのＲＬＣ  ＰＤＵを作成することになり、この場合、ＲＬＣでは、割当てられたサイズを使い切らずにＭＡＣサブレイヤでパディングを付加するので、伝送効率が落ちてしまう。
【００２５】
またＡＲＱ再送を行う際、データ割当量のサイズが小さいと、再分割を行って再送するが、ＲＬＣヘッダに、再分割に関する分割位置の情報を載せるため、送信できるデータ量が少なくなり、伝送効率が落ちる。
【００２６】
したがって、本発明の目的は、伝送効率の低下を抑制してＲＬＣ  ＰＤＵを作成する通信装置と方法を提供することにある。
【課題を解決するための手段】
【００２７】
本願で開示される発明は、前記課題を達成するため、概略以下の構成とされる。
【００２８】
本発明の１つの側面によれば、ＲＬＣエンティティにおいて、
一送信時間間隔に送信できるＲＬＣ  ＳＤＵ数に制限がある場合に、
上限数以上のＲＬＣ  ＳＤＵが受信バッファに滞留している場合には、該上限数のＲＬＣ  ＳＤＵを送信できるＲＬＣ  ＰＤＵのサイズ、
ＲＬＣ  ＳＤＵの滞留数が上限数未満の場合には、前記受信バッファに該滞留しているＲＬＣ  ＳＤＵを送信する場合のＲＬＣ  ＰＤＵのサイズ、
一送信時間間隔に送信できるＲＬＣ  ＳＤＵ数に制限がない場合には、前記受信バッファに滞留しているＲＬＣ  ＳＤＵを送信できるＲＬＣ  ＰＤＵのサイズ
を求め、
作成できないＲＬＣ  ＰＤＵのサイズ、
再分割せずにＡＲＱ再送できるＲＬＣ  ＰＤＵのサイズ、
最古に受信したＲＬＣ  ＳＤＵの受信時刻
と共に、
受信情報データとして、
ＭＡＣスケジューラに通知し、
前記ＭＡＣスケジューラにおいて、前記ＲＬＣエンティティからの前記受信情報データ情報に基づき、ＲＬＣ  ＰＤＵの最適なデータ割り当てのサイズを計算し、
前記ＲＬＣエンティティは、前記ＭＡＣスケジューラで計算されたサイズのＲＬＣ  ＰＤＵの作成を行う、方法が提供される。
【００２９】
本発明の１つの側面によれば、ＲＬＣエンティティにおいて、一送信時間間隔に送信できるＲＬＣ  ＳＤＵ数に制限がある場合に、
上限数以上のＲＬＣ  ＳＤＵが受信バッファに滞留している場合には、該上限数のＲＬＣ  ＳＤＵを送信できるＲＬＣ  ＰＤＵのサイズ、
ＲＬＣ  ＳＤＵの滞留数が上限数未満の場合には、前記受信バッファに該滞留しているＲＬＣ  ＳＤＵを送信する場合のＲＬＣ  ＰＤＵのサイズ、
一送信時間間隔に送信できるＲＬＣ  ＳＤＵ数に制限がない場合には、前記受信バッファに滞留しているＲＬＣ  ＳＤＵを送信できるＲＬＣ  ＰＤＵのサイズ
を求め、
作成できないＲＬＣ  ＰＤＵのサイズ、
再分割せずにＡＲＱ再送できるＲＬＣ  ＰＤＵのサイズ、
最古に受信したＲＬＣ  ＳＤＵの受信時刻
と共に、
受信情報データとして、
ＭＡＣスケジューリング部に通知する受信情報データ通知部を備え、
前記ＭＡＣスケジューリング部において、前記ＲＬＣエンティティからの前記受信情報データ情報に基づき、ＲＬＣ  ＰＤＵの最適な割り当てのサイズを計算し、
前記ＭＡＣスケジューリング部で計算されたサイズのＲＬＣ  ＰＤＵの作成を行うＲＬＣ  ＰＤＵ作成部を備えた、無線通信装置が提供される。
【００３０】
本発明の１つの側面によれば、
一送信時間間隔に送信できるＲＬＣ  ＳＤＵ数に制限がある場合に、
上限数以上のＲＬＣ  ＳＤＵが受信バッファに滞留している場合には、該上限数のＲＬＣ  ＳＤＵを送信できるＲＬＣ  ＰＤＵのサイズ、
ＲＬＣ  ＳＤＵの滞留数が上限数未満の場合には、前記受信バッファに該滞留しているＲＬＣ  ＳＤＵを送信する場合のＲＬＣ  ＰＤＵのサイズ、
一送信時間間隔に送信できるＲＬＣ  ＳＤＵ数に制限がない場合には、前記受信バッファに滞留しているＲＬＣ  ＳＤＵを送信できるＲＬＣ  ＰＤＵのサイズ
を求め、
作成できないＲＬＣ  ＰＤＵのサイズ、
再分割せずにＡＲＱ再送できるＲＬＣ  ＰＤＵのサイズ、
最古に受信したＲＬＣ  ＳＤＵの受信時刻
と共に、
受信情報データとして、
ＭＡＣスケジューリング部に通知する処理と、
前記ＲＬＣエンティティからの前記受信情報データ情報に基づき、ＲＬＣ  ＰＤＵの最適な割り当てのサイズを計算する処理と、
前記計算されたサイズのＲＬＣ  ＰＤＵの作成を行う処理とを、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）等のプロセッサ（コンピュータ）に実行させるソフトウェア（プログラム）が提供される。
【発明の効果】
【００３１】
本発明によれば、伝送効率の低下を抑制しながらＲＬＣ  ＰＤＵを生成することができる。
【図面の簡単な説明】
【００３２】
【図１】ＵＥとｅＮＢのＵ／Ｃプレーンのプロトコルスタックを示す図である。
【図２】ＲＬＣサブレイヤとＭＡＣサブレイヤの構成例を示す図である。
【図３】本発明の一実施例のＲＬＣサブレイヤとＭＡＣサブレイヤの構成例を示す図である。
【図４】ＡＭＤ  ＰＤＵのフォーマットの一例を示す図である。
【発明を実施するための形態】
【００３３】
本発明を実施するための形態について説明する。図３は、本発明の一実施例の構成を示す図である。図３において、図２と同一要素には同一の参照符号が付されている。
【００３４】
図３を参照すると、受信データ情報通知部３１において、
一ＴＴＩに送信できるＰＤＣＰ  ＳＤＵ数やＲＬＣ  ＳＤＵ数に制限がある場合に、
上限数以上のデータ（ＲＬＣ  ＳＤＵ）が受信バッファに滞留している場合には、該上限数のＲＬＣ  ＰＤＵのサイズ、
受信バッファのデータ（ＲＬＣ  ＳＤＵ）の滞留数が上限数未満の場合には、該滞留数のＲＬＣ  ＳＤＵを送信する場合のＲＬＣ  ＰＤＵのサイズ、
一ＴＴＩに送信できるＰＤＣＰ  ＳＤＵ数やＲＬＣ  ＳＤＵ数に制限がない場合には、
受信バッファに滞留している全てのＲＬＣ  ＳＤＵを送信できるＲＬＣ  ＰＤＵのサイズ、
を計算すると共に、作成できないＲＬＣ  ＰＤＵのサイズを求める。
【００３５】
受信データ情報通知部３１からＭＡＣスケジューリング部３２へ、
・計算したＲＬＣ  ＰＤＵのサイズ、
・作成できないＲＬＣ  ＰＤＵのサイズ、
・再分割せずにＡＲＱ再送できるＲＬＣ  ＰＤＵのサイズ、
・ＲＬＣ  ｃｏｎｔｒｏｌ  ＰＤＵのサイズ、
・最古のＲＬＣ  ＳＤＵの受信時刻
を通知する。
【００３６】
ＭＡＣスケジューリング部３２は、複数のＲＬＣエンティティから通知されたＲＬＣ  ＳＤＵの滞留量や最古のＲＬＣ  ＳＤＵの受信時刻を基に、各ＲＬＣエンティティのデータ割当量を計算する。ＭＡＣスケジューリング部３２において、最古のＲＬＣ  ＳＤＵの受信時刻は、優先制御に用いられる（滞留しているＲＬＣ  ＳＤＵのうち最も古いものを優先する）。
【００３７】
ＭＡＣスケジューリング部３２は、データの割当量を計算する際には、作成できないＲＬＣ  ＰＤＵのサイズを避けると共に、再分割せずに、ＡＲＱ再送できるＲＬＣ  ＰＤＵのサイズを割り当てるようにする。すなわち、ＭＡＣスケジューリング部３２は、受信データ情報通知部３１から通知された作成できないＲＬＣ  ＰＤＵのサイズを参照して、作成できないＲＬＣ  ＰＤＵのサイズの割り当てを回避し、受信データ情報通知部３１から通知された、再分割せずにＡＲＱ再送できるＲＬＣ  ＰＤＵのサイズを参照して、再分割せずに、ＡＲＱ再送できるＲＬＣ  ＰＤＵのサイズの割り当てを行えばよく、ＭＡＣスケジューリング部３２におけるデータ割当量計算を行う構成要素の簡易化を図ることができる。
【００３８】
次に、本実施例の動作について説明する。
【００３９】
ＳＤＵ受信部２１は、ＰＤＣＰサブレイヤからＲＬＣ  ＳＤＵを受信する。
【００４０】
受信データ格納処理部２２は、受信したＲＬＣ  ＳＤＵを受信バッファ（不図示）に格納し、ＲＬＣ  ＳＤＵのサイズや受信時刻情報と共に管理を行う。
【００４１】
受信データ情報通知部３１は、
・一ＴＴＩに送信できるＰＤＣＰ  ＳＤＵ数やＲＬＣ  ＳＤＵ数に制限がある場合に、
上限数以上のデータが滞留している場合には、該上限数のＲＬＣ  ＰＤＵのサイズ、
滞留数が上限数未満の場合には、該滞留数を送信する場合の上限数を送信する場合のＲＬＣ  ＰＤＵのサイズ、
・一ＴＴＩに送信できるＰＤＣＰ  ＳＤＵ数やＲＬＣ  ＳＤＵ数に制限がない場合には、滞留している全てのＲＬＣ  ＳＤＵを送信できるＲＬＣ  ＰＤＵのサイズ、
を計算する。
【００４２】
一例として、ＡＭ（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ）で受信バッファに１００バイトのデータが４つ格納されており、一ＴＴＩに送信できるＰＤＣＰ  ＳＤＵ数やＲＬＣ  ＳＤＵ数に制限がない場合について説明する。この場合、全てのＲＬＣ  ＳＤＵを用いてＲＬＣ  ＰＤＵを作成すると、前述したように、ＲＬＣヘッダのサイズは７バイトとなるので、全てのＲＬＣ  ＳＤＵを送信できる新規データのＲＬＣ  ＰＤＵのサイズは４０７バイトとなる。
【００４３】
また、受信データ情報通知部３１では、作成できないＲＬＣ  ＰＤＵのサイズも求める。上記の例では、１００バイトのデータを１つのみを送信する場合は、ＲＬＣヘッダのサイズは２バイトとなるので、ＲＬＣ  ＰＤＵのサイズは１０２バイトとなる。
【００４４】
１００バイトのデータを１つと、次の１００バイトのデータのうち最初の１バイトのみを送信する場合には、ＲＬＣヘッダのサイズが４バイト（固定部２バイト、拡張部２バイト）となるので、ＲＬＣ  ＰＤＵのサイズは、１００（データ）＋１（データ）＋４（ヘッダ）＝１０５バイトとなる。つまり、この場合、１０３バイト、１０４バイトのＲＬＣ  ＰＤＵは作成できない。
【００４５】
同様にして、２０５バイト、３０６バイト、３０７バイトのＲＬＣ  ＰＤＵは作成できないことが分かる。ここで、最初の１００バイトのデータの一部が送信済みである場合には、残りのデータに対して考慮すればよい。
【００４６】
ＡＭ（Ａｃｋｎｏｗｌｄｇｅ  Ｍｏｄｅ）の場合、制御データや再送データもあるため、制御データのサイズや、再送データのサイズも通知する。
【００４７】
制御データのサイズは、ＲＬＣ  ｃｏｎｔｒｏｌ  ＰＤＵのサイズである。
【００４８】
再送データのサイズは、
・ＮＡＣＫ通知を受けて再送するＲＬＣ  ＰＤＵの一部も再送済みでない場合、再分割せずに再送する場合のサイズとし、
・ＮＡＣＫ通知を受けて再送するＲＬＣ  ＰＤＵの一部を再送済みである場合には、残りの部分を再送する場合のサイズ
とする。
【００４９】
例えば、ＮＡＣＫ通知を受けて再送するＲＬＣ  ＰＤＵが４０７バイトであり、全ての部分が再送されていなければ、４０７バイトが再送データのサイズとなる。
【００５０】
ＮＡＣＫ通知を受けて再送するＲＬＣ  ＰＤＵが４０７バイトである場合、例えばそのデータ部分（ＲＬＣヘッダを除いた部分）が４００バイトであり、最初の２００バイトをＡＭＤ  ＰＤＵセグメントとして分割して再送した場合、残りの２００バイトを再送するのに必要なサイズを計算して、そのサイズを再送データのサイズとする。
【００５１】
ＮＡＣＫ通知を受けて再送する部分が、ＲＬＣ  ＰＤＵの一部の場合には、再送要求されたＲＬＣ  ＰＤＵの一部について同様にすればよい。
【００５２】
本実施例においては、受信データ情報通知部３１からＭＡＣスケジューリング部３２へ、
・制御データのサイズ、
・再送データのサイズ、
・新規データのサイズ、
・新規データで作成できないサイズ、
・最古のＲＬＣ  ＳＤＵの受信時刻
を通知する。
【００５３】
再送データが複数ある場合は、再送データのサイズは複数となる。
【００５４】
最古のＲＬＣ  ＳＤＵの受信時刻は、再送データ、新規データで使用するＲＬＣ  ＳＤＵの中で、最も古くＰＤＣＰサブレイヤから受信したＲＬＣ  ＳＤＵの時刻である。
【００５５】
ＭＡＣスケジューリング部３２は、複数のＲＬＣエンティティから通知された、これらの情報を基に、各ＲＬＣエンティティのデータ割当量を計算する。
【００５６】
ＭＡＣスケジューリング部３２は、制御データ、再送データ、新規データの順でＲＬＣ  ＰＤＵのデータサイズの割当を行う。すなわち、データ割当量を計算する際に、まず、制御データがある場合には、できるだけ制御データのサイズを割り当てるようにする。
【００５７】
次に、データサイズの割り当てに余裕があって、再送データがある場合には、できるだけ再送データのサイズを割り当てるようにする。
【００５８】
最後に、データサイズの割り当てに余裕があって、新規データがある場合には、できるだけ新規データのサイズを割り当てるようにする。
【００５９】
新規データのサイズを割り当てることができない時には、作成できないＲＬＣ  ＰＤＵのサイズを避ける。
【００６０】
作成できないＲＬＣ  ＰＤＵのサイズになる場合は、他のＲＬＣエンティティにその分を割り当てる。
【００６１】
計算したデータ割当量を、各ＲＬＣエンティティのＲＬＣ  ＰＤＵ作成部２４へ通知する。
【００６２】
ＲＬＣ  ＰＤＵ作成部２４では、通知されたデータ割当量を基に、ＲＬＣ  ＰＤＵを作成し、作成したＲＬＣ  ＰＤＵをＭＡＣ  ＰＤＵ作成部２６へ送信する。
【００６３】
ＭＡＣ  ＰＤＵ作成部２６では、ＭＡＣスケジューリング部２５からの割り当て情報を基に、複数のＲＬＣエンティティからのＲＬＣ  ＰＤＵを多重して、ＭＡＣ  ＰＤＵを作成する。
【００６４】
ＭＡＣ  ＰＤＵ作成部２６では、ＭＡＣスケジューリング部２５からの割り当て通りのＲＬＣ  ＰＤＵを作成できるので、無駄なパディングの発生がなく、さらに、ＡＲＱ再送データの再分割が抑制されるため、最高の伝送効率を得ることができる。
【００６５】
またＲＬＣ  ｃｏｎｔｒｏｌ  ＰＤＵの一部送信も抑制されるため、ＡＲＱ制御の遅延が回避可能であると共に、ＲＬＣ  ｃｏｎｔｒｏｌ  ＰＤＵの再送による伝送効率の低下も防ぐことができる。
【００６６】
なお、上記実施例では、送達を確認するＡＭ（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ）について説明したが、ＡＭでのデータ転送にのみに限定されるものでないことは勿論である。例えば非確認型のＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ）についても同様にして適用できる。このＵＭの場合、制御データと再送データが存在せず、このため、受信データ情報通知部３１からＭＡＣスケジューリング部３２へ通知する情報は、
・新規データのサイズ、
・新規データで作成できないサイズ、
・最古のＲＬＣ  ＳＤＵの受信時刻
からなる。
【００６７】
なお、上記の特許文献、非特許文献の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素の多様な組み合わせないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。
【符号の説明】
【００６８】
２１  ＳＤＵ受信部
２２  受信データ格納処理部
２３、３１  受信データ情報通知部
２４  ＲＬＣ  ＰＤＵ作成部
２５、３２  ＭＡＣスケジューリング部
２６  ＭＡＣ  ＰＤＵ作成部
【図１】
2010199636.tif 000003
【図２】
2010199636.tif 000004
【図３】
2010199636.tif 000005
【図４】
2010199636.tif 000006