(57)【要約】  増強型アップリンクスケジューリング情報送信のトリガー及びデータ割当方法と装置であって、ユーザ端末には、前記ユーザ端末が認証リソースを有する場合のスケジューリング情報のトリガーのためのタイマーＴを配置し、タイマーＴがタイムオーバーした後、ユーザ端末は、スケジューリング情報の送信を自発にトリガーし、スケジューリング情報を増強型メディアアクセス制御プロトコルデータユニットにて送信し、ユーザ端末はスケジューリング情報の送信を自発にトリガーしていない際に、ロジックチャンネルバッファー領域データを増強型メディアアクセス制御プロトコルデータユニットに多重化した後の充填ビットはスケジューリング情報を収容することができる場合、前記ユーザ端末は、スケジューリング情報を前記増強型メディアアクセス制御プロトコルデータユニットにて送信し、前記ユーザ端末は前記認証リソースにおいてスケジューリング情報を送信する度に、前記タイマーＴを起動させ或いは再起動させる。本発明は更に、スケジューリング情報の送信を自発にトリガーするか否かに対し、異なるデータ割当方法及び装置を提供する。システムスケジューリング効率及びリソース利用率を向上させることができる。
2010525695.tif 000002
【特許請求の範囲】
【請求項１】
増強型アップリンクスケジューリング情報送信のトリガー方法であって、
ユーザ端末には、前記ユーザ端末が認証リソースを有する場合のスケジューリング情報のトリガーのためのスケジューリング情報トリガータイマーＴを配置し、タイマーＴがタイムオーバーした後、ユーザ端末は、スケジューリング情報の送信を自発にトリガーし、スケジューリング情報を増強型メディアアクセス制御プロトコルデータユニットにて送信し、
ユーザ端末はスケジューリング情報の送信を自発にトリガーしていない際に、ロジックチャンネルバッファー領域データを増強型メディアアクセス制御プロトコルデータユニットに多重化した後の充填ビットはスケジューリング情報を収容することができる場合、前記ユーザ端末は、スケジューリング情報を前記増強型メディアアクセス制御プロトコルデータユニットにて送信し、
及び、前記ユーザ端末は前記認証リソースにおいてスケジューリング情報を送信する度に、前記タイマーＴを起動させ或いは再起動させることを含むことを特徴とする。
【請求項２】
前記認証リソースはスケジューリングリソースであり、前記スケジューリング情報は、スケジューリングタイプの増強型メディアアクセス制御プロトコルデータユニットにて送信され、
或いは、前記認証リソースは非スケジューリングリソースであり、前記スケジューリング情報は、非スケジューリングタイプの増強型メディアアクセス制御プロトコルデータユニットにて送信されることを特徴とする請求項１に記載のトリガー方法。
【請求項３】
増強型アップリンクスケジューリング情報の送信方法であって、ユーザ端末は、認証リソースを有する場合、増強型伝送フォーマット組合の選択結果に基づき、データを多重化して増強型メディアアクセス制御プロトコルデータユニットを組成し、当該増強型メディアアクセス制御プロトコルデータユニットにはまだスケジューリング情報が含まれておらず、且つ、その充填ビットにはスケジューリング情報を収容することができる場合、前記ユーザ端末は、最新のスケジューリング情報を当該増強型メディアアクセス制御プロトコルデータユニットに多重化して送信することを特徴とする。
【請求項４】
増強型アップリンクのデータ割当方法であって、スケジューリング情報の報告をトリガーする必要であるか否かに基づきデータ負荷を割当てることに用いられ、
ステップＳ６０２：ユーザ端末は、前記スケジューリング情報の報告を自発にトリガーする必要であるか否かを判断し、
ステップＳ６０４：前記スケジューリング情報の報告をトリガーする必要である場合、前記ユーザ端末は、利用可能な負荷長さが認証リソースの支持する最大パケット長さと前記スケジューリング情報のビット数との差と同じ或いは以下になるように、前記スケジューリング情報のビット数を予め保留して、前記利用可能な負荷長さを確定し、及び、前記スケジューリング情報の報告をトリガーする必要のない場合、前記ユーザ端末は、前記利用可能な負荷長さが認証リソースの支持する最大パケット長さと同じ或いは以下になるように、前記利用可能な負荷長さを確定し、
及び、ステップＳ６０６：前記利用可能な負荷長さに基づき、データ負荷の割当を行うステップを含むことを特徴とする。
【請求項５】
前記ステップＳ６０６は、
第２の集合における各ロジック情報に対し、取り出したサービスデータとヘッダオーバーヘッドの長さとの合わせが前記利用可能な負荷長さと同じ或いは以下になるように、各ロジックチャンネルの優先度順位に応じてサービスデータを順に取り出し、前記利用可能な負荷長さを、取り出したサービスデータを引いた後に残った長さに更新し、ここで、前記第２の集合は、第１の集合における最高優先度のロジックチャンネルに対応する専用メディアアクセス制御フローにマッピングされたロジックチャンネル、及び前記専用メディアアクセス制御フローと多重化可能な他の専用メディアアクセス制御フローのロジックチャンネルを含み、前記第１の集合は、ＴＴＩ伝送タイプに符合する、伝送要求のあるロジックチャンネル集合であり、
及び、前記ユーザ端末は、前記各ロジックチャンネルのサービスデータとヘッダオーバーヘッドを、或いは前記各ロジックチャンネルのサービスデータとヘッダオーバーヘッドと前記スケジューリング情報を、増強型メディアアクセス制御プロトコルデータユニットに多重化する処理を含むことを特徴とする請求項４に記載のデータ割当方法。
【請求項６】
ステップ６０６において、第２の集合におけるいずれか一つのロジックチャンネルの最小サービスデータ長さが前記利用可能な負荷長さより大きい場合、前記ユーザ端末は、前記第１の集合から前記第２の集合を排除して新たな集合を取得し、当該新たな集合が空集合ではない場合、前記ユーザ端末は、現在ＴＴＩの伝送のロジックチャンネル集合と認証リソースの許可する最大パケット長さを再選択し、負荷割当を再実行し、当該新たな集合は空集合である場合、前記ユーザ端末は、現在ＴＴＩの増強型メディアアクセス制御プロトコルデータユニットにて、スケジューリング情報のみを送信することを特徴とする請求項５に記載のデータ割当方法。
【請求項７】
ステップ６０６において、ユーザ端末はスケジューリング情報の送信を自発にトリガーしておらず、且つ、ロジックチャンネルバッファー領域データの割当の後の増強型メディアアクセス制御プロトコルデータユニットにおける充填ビットはスケジューリング情報の送信には十分である場合、ユーザ端末は、スケジューリング情報を当該増強型メディアアクセス制御プロトコルデータユニットの充填ビット部分にて送信することを特徴とする請求項５に記載のデータ割当方法。
【請求項８】
前記ユーザ端末には、スケジューリング情報トリガータイマーＴが配置され、認証リソースにて新たなスケジューリング情報を送信する度に、前記タイマーＴを起動させ或いは再起動させ、タイマーＴがタイムオーバーした後、スケジューリング情報を自発に送信する必要があると判断することを特徴とする請求項４〜７のいずれか１つに記載のデータ割当方法。
【請求項９】
前記スケジューリング情報は、スケジューリングタイプの増強型メディアアクセス制御プロトコルデータユニット或いは非スケジューリングタイプの増強型メディアアクセス制御プロトコルデータユニットにて送信されることを特徴とする請求項５〜７のいずれか１つに記載のデータ割当方法。
【請求項１０】
増強型アップリンクのデータ割当装置であって、
ユーザ端末に位置し、前記スケジューリング情報の報告を自発にトリガーする必要であるか否かを判断するためのスケジューリング情報トリガーユニットと、
前記スケジューリング情報の報告をトリガーする必要である場合、前記ユーザ端末は、利用可能な負荷長さが認証リソースの支持する最大パケット長さと前記スケジューリング情報のビット数との差の以下或いは同じになるように、前記スケジューリング情報のビット数を予め保留して、前記利用可能な負荷長さを確定し、及び、前記スケジューリング情報の報告をトリガーする必要のない場合、前記ユーザ端末は、前記利用可能な負荷長さが認証リソースの支持する最大パケット長さと同じ或いは以下になるように、前記利用可能な負荷長さを確定するための確定ユニットと、
前記利用可能な負荷長さに基づき、データ負荷の割当を行う割当ユニットとを含むことを特徴とする。
【請求項１１】
前記割当ユニットは、
第２の集合における各ロジック情報に対し、取り出したサービスデータとヘッダオーバーヘッドの長さとの合わせが前記利用可能な負荷長さと同じ或いは以下になるように、各ロジックチャンネルの優先度順位に応じてサービスデータを順に取り出し、前記利用可能な負荷長さを、取り出したサービスデータを引いた後に残った長さに更新し、ここで、前記第２の集合は、第１の集合における最高優先度のロジックチャンネルに対応するＭＡＣ−ｄフローにマッピングされたロジックチャンネル、及び前記ＭＡＣ−ｄフローと多重化した他のＭＡＣ−ｄフローのロジックチャンネルを含み、ここで、前記第１の集合は、ＴＴＩ伝送タイプに符合する、伝送要求のあるロジックチャンネル集合である更新ユニットと、
前記各ロジックチャンネルのサービスデータと前記ヘッダオーバーヘッドを、或いは前記各ロジックチャンネルのサービスデータとヘッダオーバーヘッドと前記スケジューリング情報を、増強型メディアアクセス制御プロトコルデータユニットに多重化するための多重化ユニットとを含むことを特徴とする請求項１０に記載のデータ割当装置。
【請求項１２】
多重化ユニットは、データを多重化して増強型メディアアクセス制御プロトコルデータユニットに組成する際に、当該増強型メディアアクセス制御プロトコルデータユニットにはまだスケジューリング情報が含まれておらず、且つ、その充填ビットにはスケジューリング情報を収容することができると判断する場合、最新のスケジューリング情報を当該増強型メディアアクセス制御プロトコルデータユニットに多重化することにも用いられることを特徴とする請求項１１に記載のデータ割当装置。
【請求項１３】
前記スケジューリング情報トリガーユニットは、スケジューリング情報トリガータイマーＴを含み、認証リソースにてスケジューリング情報を送信する度に、前記タイマーＴを起動させ或いは再起動させ、タイマーＴがタイムオーバーした後、スケジューリング情報の送信を自発にトリガーすることを特徴とする請求項１０〜１２のいずれか１つに記載のデータ割当装置。
【請求項１４】
前記割当ユニットは、スケジューリング情報をスケジューリングタイプの増強型メディアアクセス制御プロトコルデータユニット或いは非スケジューリングタイプの増強型メディアアクセス制御プロトコルデータユニットに多重化して送信することを特徴とする請求項１０〜１２のいずれか１つに記載のデータ割当装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信分野に関し、特に、増強型アップリンクスケジューリング情報送信のトリガー及びデータ割当方法と装置に関し、スケジューリング情報のトリガーメカニズムを確定することに用いられ、スケジューリング情報の報告のトリガーの要否によってデータ負荷を割り当てることができる。
【背景技術】
【０００２】
増強型アップリンクは、一般的にＨＳＵＰＡ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｕｐｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ、高速アップリンクパケットアクセス）といい、進んだ技術によりアップリンクの効率を向上させることによって、効率的にｗｅｂブラウス、ビデオ、マルチメディア情報及びＩＰによる他のサービスをサポートすることを目的とする。現在、３ＧＰＰ（第３世代移動体通信システムの標準化プロジェクト）の、ＴＤ―ＣＤＭＡ（時分割符号分割多重アクセス）とＴＤ―ＳＣＤＭＡ（時分割同期符号分割多重アクセス）を含むＴＤＤ（時間分割二重システム）は、ＨＳＵＰＡの標準化作業が既に完成された。
【０００３】
ＴＤＤ  ＨＳＵＰＡシステムにおいて、スケジューリング方式によって、増強型アップリンクサービスはスケジューリングサービスと非スケジューリングサービスに分けられ、ここで、非スケジューリングサービスのリソースは、ＳＲＮＣ（サービス無線ネットワークコントローラ）によってＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ユーザ端末）に割当てられ、割当方式は従来の専用チャンネル割当方式と同じである。一方、スケジューリングサービスにおいて、ＳＲＮＣによって、Ｎｏｄｅ  Ｂ（ノードＢ、基地局）に対し増強型アップリンクリソースプールを割当て、Ｎｏｄｅ  Ｂによって、ＵＥに対しリソースをスケジューリングして配置する。
【０００４】
増強型アップリンクサービスにおいて、伝送チャンネルＥ−ＤＣＨ（増強型アップリンク専用伝送チャンネル）が新たに追加され、Ｅ−ＤＣＨのＴＴＩ（伝送時間間隔）が５ｍｓである。Ｅ−ＤＣＨ伝送チャンネルにマッピングされたデータは、ＭＡＣ−ｅ  ＰＤＵ（増強型メディアアクセス制御プロトコルデータユニット）といい、パケット内には、１つ或いは複数のＭＡＣ−ｄ(専用―メディアアクセス制御)フローを多重化することができる。
【０００５】
ＭＡＣ−ｄフローは、増強型アップリンクサービス伝送チャンネルにおける１つのデータフロー単位であり、ＭＡＣ−ｄフローにおいて１つ或いは複数のロジックチャンネルがマッピングされる。ＲＮＣは、ＵＥのサービス状況に応じて、それに対し、１つ或いは複数のＭＡＣ−ｄフローを配置し、ＭＡＣ−ｄフロー毎は、伝送品質と時間遅延要求を確保するために、電力オフセット量と最大再送回数と最大再送タイマーとを含む１セットのＨＡＲＱ  Ｐｒｏｆｉｌｅ（ハイブリッド自動再送リクエスト伝送属性）パラメーターが配置される。また、伝送効率を向上させるために、上位層は、ＭＡＣ−ｄフロー毎に対し、当該ＭＡＣ−ｄフローと同一のＭＡＣ−ｅ  ＰＤＵにおいて伝送可能な他のＭＡＣ−ｄフローが規定された多重化リストを更に配置する。
【０００６】
Ｅ−ＤＣＨに関する物理チャンネルは、
１．Ｅ−ＤＣＨ伝送チャンネルをベアラーするためのサービスチャンネルであるＥ−ＰＵＣＨ（Ｅ−ＤＣＨアップリンク物理チャンネル、または、増強型アップリンク物理チャンネルとも言う）と、
２．物理層制御チャンネルであり、Ｅ−ＰＵＣＨの物理層指示域にベアラーされ、運ばれる制御情報はＥ−ＴＦＣＩ（増強型アップリンク伝送フォーマット組合インデックス）とＨＡＲＱ情報（プロセスＩＤと再送回数情報を含む）とを含むＥ−ＵＣＣＨ（増強型アップリンク制御チャンネル）と、
３．制御チャンネルであり、Ｎｏｄｅ  Ｂが認証情報を伝送することに用いられ、１つのＵＥにＥ−ＰＵＣＨタイムスロットや、コードチャンネル、パワー等の情報を割り当てることを含むＥ−ＡＧＣＨチャンネル（Ｅ−ＤＣＨ絶対認証チャンネル）と、
４．物理層制御チャンネルであり、ＵＥは認証がない場合に補助スケジューリングに関する情報を伝送することに用いられ、ランダムアクセス物理チャンネルリソースを利用するＥ−ＲＵＣＣＨチャンネル（Ｅ−ＤＣＨランダムアクセスアップリンク制御チャンネル、即ち増強型アップリンクランダムアクセスアップリンク制御チャンネル）と、
５．物理層制御チャンネルであり、ＮｏｄｅＢによりＨＡＲＱ（ハイブリッド自動再送リクエスト）指示情報を運ぶことに用いられるＥ−ＨＩＣＨチャンネル（Ｅ−ＤＣＨハイブリッド自動再送リクエスト指示チャンネル）とを有する。
【０００７】
図１は、増強型アップリンクアクセスシステムＵＥ側ＲＬＣ(無線リンク制御)層から物理層までの層構成図である。従来のシステムに比較すると、１つのＭＡＣ−ｅｓ／ｅ(増強型―メディアアクセス制御サブ／増強型―メディアアクセス制御)エンティティが新たに追加された。当該エンティティの機能は、ＭＡＣ−ｅ  ＰＤＵに対し記憶と再送を行うこと、ネットワーク側の認証情報に基づきＥ−ＴＦＣ（増強型伝送フォーマット組合）を選択すること、及びＥ−ＴＦＣに基づき結果を選択し、データを多重化してＭＡＣ−ｅ  ＰＤＵを組成することを含む。
【０００８】
１つのＴＴＩにおいて、Ｅ−ＰＵＣＨ物理チャンネルにマッピングされたＥ−ＤＣＨ伝送チャンネルは１つのみであるため、「増強型伝送フォーマット組合」を選択することとは、実際には、１つのＥ−ＤＣＨ伝送チャンネルの伝送フォーマットを選択することである。ＴＤ−ＣＤＭＡシステムにおいて、Ｅ−ＴＦＣの選択は、伝送ブロックの長さ（即ち、ＭＡＣ−ｅ  ＰＤＵパケットの長さ）と、周波数拡張コード（spread freaquency code）と、変調方式とを確定することを含む。一方、ＴＤ−ＳＣＤＭＡシステムにおいて、Ｅ−ＴＦＣの選択は、伝送ブロックの長さと変調方式を確定することのみを含む。Ｅ−ＴＦＣの選択結果に基づき、ＭＡＣ−ｅエンティティは、ロジックチャンネルバッファー領域からデータを割当て、ＭＡＣ−ｅ  ＰＤＵを組み立てる。
【０００９】
図５に示すように、システムは１つの伝送ブロック長さテーブルを提供し、認証リソースの種類毎に（ここではタイムスロット数である）、選択可能な１２８個の伝送ブロック長さがあり、ＵＥは伝送ブロック長さとスケジューリング方式を選択した後、伝送ブロック長さインデックス情報（即ち、Ｅ−ＴＦＣＩである）をＮｏｄｅ  Ｂに送信する必要のみである。
【００１０】
Ｎｏｄｅ  Ｂは、ＵＥからのＥ−ＰＵＣＨチャンネルを受信すると、まず、Ｅ−ＵＣＣＨチャンネルから、伝送フォーマット情報Ｅ−ＴＦＣＩ、ＨＡＲＱ情報を取得する。Ｅ−ＴＦＣＩ情報から、Ｎｏｄｅ  Ｂは、Ｅ−ＰＵＣＨにおけるＭＡＣ−ｅ  ＰＤＵの伝送ブロック長さ、変調方式を分かることができる。ＨＡＲＱ情報から、Ｎｏｄｅ  Ｂは、今回に伝送されたものは新たなパケットであるかまたは再送されたパケットであるかを分かるとともに、Ｅ−ＰＵＣＨチャンネルの冗長(Redundancy)バージョン情報やＨＡＲＱプロセス情報等を取得することができる。これらの情報を取得した後、Ｎｏｄｅ  Ｂは、Ｅ−ＰＵＣＨデータ部分に対し、逆拡散と復調とＨＡＲＱ復号を行って、復号結果に基づき、ＡＣＫ或いはＮＡＣＫ情報をＵＥにフィードバックする。
【００１１】
図２に示すように、増強アップリンクサービスにおける、ＵＥ側のＲＬＣ層から物理層までのデータサービスフローの図を提供した。ここで、以下のステップを含む。
【００１２】
ステップＳ２０２：１つのロジックチャンネルのＲＬＣ  ＰＤＵ（無線リンク制御  プロトコルデータユニット）を、ＭＡＣ−ｄ層に送信し、１つのＭＡＣ−ｄ  ＰＤＵとして直接にマッピングする。
【００１３】
ステップＳ２０４：同一のロジックチャンネルからの複数のＭＡＣ−ｄ  ＰＤＵを、１つのＭＡＣ−ｅｓ（増強型―メディアアクセス制御サブ）  ＳＤＵ（サービスデータユニット）に多重化するとともに、ヘッダ情報（伝送シリアルナンバーＴＳＮ、３ビット）を追加し、ＭＡＣ−ｅｓ  ＰＤＵを組成する。
【００１４】
及び、ステップＳ２０６：ＭＡＣ−ｅｓ  ＰＤＵをＭＡＣ−ｅ層に送信し、ＭＡＣ−ｅ層は、同一のＰＤＵに多重化可能なＭＡＣ−ｅｓ  ＰＤＵを接続するとともに、ヘッダ情報（いくつのＤＤＩ−Ｎ対）を追加する。
【００１５】
ここで、ＤＤＩ（データ説明指示）は、ＭＡＣ−ｄ  ＰＤＵの所属するロジックチャンネル、ＭＡＣ−ｄフロー、ＭＡＣ−ｄ  ＰＤＵ長さ情報を指示することに用いられる。Ｎは、同じＤＤＩ値を有するＭＡＣ−ｄ  ＰＤＵの数である。
【００１６】
ステップ２０６において、ＭＡＣ−ｅエンティティは、まず、現在伝送の必要がある最高優先度のロジックチャンネルＸ、及びそれに対応するＭＡＣ−ｄフローＹを確定する（１つのロジックチャンネルは、１つのＭＡＣ−ｄフローのみにマップングすることができる）。そして、上位層の配置した多重化リスト情報に基づき、Ｙと同一のＭＡＣ−ｅ  ＰＤＵに多重化可能な他のＭＡＣ−ｄフローを確定し、ＹとこれらのＭＡＣ−ｄフローに対応するロジックチャンネルとを、１つの集合Ｂを組成する。最後、集合Ｂから、ロジックチャンネル優先度順位に応じて、ＭＡＣ−ｅｓ  ＰＤＵを順に取得し、ＭＡＣ−ｅ  ＰＤＵに多重化する。
【００１７】
スケジューリングサービスにおいて、ＵＥは、Ｎｏｄｅ  Ｂのスケジューリングを補助するために、いくつの情報を報告する必要があり、これらの情報はスケジューリング情報ＳＩ（Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）といい、ＵＥバッファー領域情報と、パワー残り量と、本セルと隣接セルの経路ロス計測情報等を含み、合計２３ビットである。ＵＥには送信の必要なアップリンクデータがある場合、ＵＥはスケジューリング情報の送信をトリガーすることが可能であり、現在のＴＤ−ＳＣＤＭＡシステムにおいては、ＳＩのトリガーメカニズムは以下を含む。
【００１８】
１．ＵＥは認証を有していないが、バッファー領域には伝送の必要なデータがある場合、ＳＩは、Ｅ−ＲＵＣＣＨチャンネルで送信され、ランダムアクセス過程を経てることになるため、かかる時間が長くなる。
【００１９】
２．認証を有する場合、ＵＥがロジックチャンネルバッファー領域データをＭＡＣ−ｅ  ＰＤＵに多重化した後の充填ビット（Ｐａｄｄｉｎｇ）は、スケジューリング情報の転送には十分である時に（即ち、充填ビットは２３ビット、或いは２３ビット以上である）、ＵＥは、ＭＡＣ−ｅ  ＰＤＵにおいてスケジューリング情報を運ぶ。当該メカニズムは「携帯メカニズム」と略称する。
【００２０】
３．認証を有する場合、上位層は、ＵＥに対し、１つの周期性タイマーＴ＿ＷＡＩＴを配置し、１回のスケジューリング情報を送信した後にＴ＿ＷＡＩＴタイマーを起動させ、タイマーがタイムオーバーする前に新たなスケジューリング情報を送信せず、タイマーがタイムオーバーした後に、ユーザ端末はスケジューリング情報を送信する。当該メカニズムは、「周期性トリガーメカニズム」と略称し、「自発トリガー」メカニズムとして理解することもできる。
【００２１】
ＴＤＤシステムアップリンクリソースが制限されたことを考えると、ＵＥは認証リソースを常時に取得することができないため、前記２つ目の「携帯メカニズム」はＴＤＤシステムにより適応する。また、前記２つ目と３つ目とは明らかに矛盾することもわかりやすい。これは、現在の標準における欠陥である。
【００２２】
以下の状況において、ＳＩは、Ｅ−ＰＵＣＨチャンネルにて単独に送信されることになる。
【００２３】
１：認証されたリソースが少ないため、認証リソースの許可する伝送ブロックの長さは、サービスデータを伝送することができない（ロジックチャンネルの最小ＭＡＣ−ｄ  ＰＤＵの長さは、認証の許可する伝送ブロックの長さより大きい）ため、この場合、ＵＥは、認証されたリソースにてＳＩのみを送信し、
及び２．スケジューリング情報の周期性報告メカニズム或いはＵＥの内部のトリガーメカニズムのため、ＵＥは、現在の認証リソースにてＳＩを送信しなければならないが、取得されたリソースが制限されたため、ＭＡＣ−ｅ  ＰＤＵにおいて、スケジューリング情報をベアラーすること以外、他のサービスデータを更にベアラーすることができない。
【００２４】
図３（ａ）〜図３（ｃ）に示すように、３種のスケジューリング情報の伝送状況を提供した。図３（ａ）は、Ｅ−ＲＵＣＣＨによりスケジューリング情報を送信する状況であり、図３（ｂ）は、ＳＩをサービスデータと共に１つのＭＡＣ−ｅ  ＰＤＵパケットにて送信する状況であり、パケットヘッダにおけるＤＤＩ０は、パケットエンドにスケジューリング情報があることの指示に用いられ、ＤＤＩ０が必要ではない場合もあり、Ｎｏｄｅ  Ｂは、パケットエンドにスケジューリング情報を運んだかどうかを自身で推測することができ、充填ビットの役割は、最後に得られたＭＡＣ−ｅ  ＰＤＵの長さがシステム設定の伝送ブロック長さテーブルにおける１つの値であるように確保することである。図３（ｃ）は、スケジューリング情報をＭＡＣ−ｅ  ＰＤＵにて単独に伝送する場合の状況である。
【００２５】
従って、図２に示すＭＡＣ−ｅ  ＰＤＵには、３つの状況が存在し：
サービスデータを単純に伝送すること、
サービスデータとスケジューリング情報とを伝送すること、
及びスケジューリング情報を単独に伝送することが可能である。
【００２６】
３ＧＰＰは、ＴＤ−ＣＤＭＡシステムとＴＤ−ＳＣＤＭＡシステムの増強型アップリンク技術を開発する時に、伝送フォーマットの選択とデータ割当の流れを薦めた。これは、「伝送フォーマット選択流れ」と略称し、具体的には図４を参考する（３ＧＰＰ  ＴＳ２５．３２１プロトコルを参考することができる）。
【００２７】
図４に示すように、以下のステップを含む。
【００２８】
ステップＳ４０１：ＵＥは、データソースの集合を取得する必要があり、ここで、以下のように更に分けることができる。ＵＥは、まず、現在のＴＴＩをスケジューリング伝送または非スケジューリング伝送に用いることを確定する。ＵＥは、ＴＴＩの伝送タイプ（スケジューリングまたは非スケジューリング）に符合する伝送の必要なロジックチェンネル集合Ａを確定し、集合Ａから最高優先度のロジックチャンネルＸを確定し、ロジックチャンネルＸに対応するＭＡＣ−ｄフローはＹであり、ＭＡＣ−ｄフローＹのＨＡＲＱ  Ｐｒｏｆｉｌｅにおけるパワーオフセットはつぎのステップに用いられることになることと、及び、集合Ａのサブ集合である集合Ｂを確定し、集合Ｂには、ＭＡＣ−ｄフローＹにマッピングされたロジックチャンネル、及びＭＡＣ−ｄフローＹと多重化可能な他のＭＡＣ−ｄフローのロジックチャンネルを含む。
【００２９】
ステップＳ４０２：ＵＥは、認証リソースの許可する最大伝送ブロックの長さを取得し、ここで、以下のように更に分けることができる。伝送ブロック長さ集合Ｃ１とＣ２を生成し、そのなかで、Ｃ１はＱＰＳＫ（Quadrature Phase Shift Keying、四位相偏移変調）変調方式に対応し、Ｃ２は１６ＱＡＭ（Quadrature Amplitude Modulation、直交振幅変調）変調方式に対応し、Ｃ１とＣ２とにおける各伝送ブロック長さは、現在の認証リソースにおける伝送コードレートが上位層の指定した最大と最小コードレートの間（上位層は、ＵＥに対しＥ−ＤＣＨタイプの伝送ベアラーを配置する時に、ＵＥの利用可能な最大と最小コードレートを指定する）にあることを満たす必要がある。Ｄ１、Ｄ２における伝送ブロック長さの要求する発信パワーが認証パワー同じ或いは以下になるように、Ｃ１とＣ２のサブ集合Ｄ１とＤ２をそれぞれに確定する。発信パワーの算出は、ＰＥ−ＰＵＣＨ＝Ｐｅ−ｂａｓｅ＋Ｌ＋βｅ＋Ｋであり、そのなかで、ＰＥ−ＰＵＣＨはＥ−ＰＵＣＨチャンネルの発信パワーであり、Ｐｅ−ｂａｓｅはＵＥの記憶したパワークローズドループ量であり、Ｅ−ＡＧＣＨチャンネルにおけるパワー制御命令符によって制御され、ＬはＵＥにより計測された経路ロス値であり、βｅは現在選択された伝送ブロック長さとコードチャンネルリソースと変調方式とから得られたパワーオフセットであり、及び、ＫはＭＡＣ−ｅ  ＰＤＵのパワーオフセット（最高優先度ロジックチャンネルの位置するＭＡＣ−ｄフローのパワーオフセット、即ちＭＡＣ−ｄフローＹのパワーオフセット）である。Ｄ１とＤ２から、支持する最大の伝送ブロック長さｋを確定する。
【００３０】
及び、ステップＳ４０３：ＵＥは、集合Ｂから、ロジックチャンネル優先度順位に応じてデータを割り当て、ＭＡＣ−ｅ  ＰＤＵを組成し、変調方式を選択する。具体的には、以下のように分けられる。ロジックチャンネル優先度順位で、集合Ｂから各ロジックチャンネルのＭＡＣ−ｄ  ＰＤＵを順に選択し、ＭＡＣ−ｅｓ  ＰＤＵを組成し、ＭＡＣ−ｅ  ＰＤＵに多重化し、最後に得られたＭＡＣ−ｅ  ＰＤＵの長さ≦ｋとする。データの割当が成功すれば（即ち、認証リソースが十分である）、最後に得られたＭＡＣ−ｅ  ＰＤＵの長さに基づき、送信パワーが一番小さくなるような変調方式を選択し、パケットを送信する。選択が成功しない場合（即ち、認証リソースが足りない）、集合Ａを再取得し、新たな集合Ａ＝元の集合Ａ−集合Ｂである。新たな集合Ａは空集合ではない場合、ステップ４０１からロジックチャンネル集合と伝送ブロック長さの再選択を始め、新たな集合Ａは空集合である場合、ＵＥは、現在のＴＴＩのＭＡＣ−ｅ  ＰＤＵにてスケジューリング情報のみを送信することになる。
【発明の概要】
【発明が解決しようとする課題】
【００３１】
以上の伝送ブロック長さの選択の流れから、従来のプロトコルには以下の課題が存在することは分かりやすい。
【００３２】
伝送フォーマットの選択の流れでは、図３に示すような第２のスケジューリング情報伝送状況を支持することができず、即ち、ＵＥは、データの割当を行う時にスケジューリング情報のトリガーを注目しておらず、サービスデータの割当が失敗した場合のみに、スケジューリング情報を単独に伝送する機会がある。これは、増強型アップリンクの設計要求に符合しないことは明らかである。
【００３３】
以上の従来のプロトコルにおけるスケジューリング情報のトリガーとデータ割当の流れに関する分析から、従来のスケジューリング情報トリガーメカニズムとデータ割当には課題が存在することが分かる。スケジューリング情報のトリガーでは、スケジューリング情報がＮｏｄｅ  Ｂのスケジューリング方針を直接に影響するため、このリアルタイム性を確保すべきである。ＴＤＤシステムにおいて、アップリンクリソースが制限されるため、ＵＥには認証リソースがない場合、Ｅ−ＲＵＣＣＨチャンネルのみを経由してスケジューリング情報を送信することになる。これは、スケジューリング情報の送信に大きい時間遅延を与え、Ｎｏｄｅ  Ｂのスケジューリングには悪いため、前記の「携帯メカニズム」は、アップリンクリソースが制限された場合のＴＤＤシステムにおける比較的な理想のスケジューリング情報トリガー方式である。しかしながら、現在の「周期性トリガーメカニズム」は、「携帯メカニズム」の利用を抑制することは明らかである。スケジューリング情報のデータ割当では、適切なスケジューリング情報トリガーメカニズムにおいて、ＵＥのＭＡＣ−ｅエンティティは、データ割当過程にて、スケジューリング情報トリガー機能に合わせ、スケジューリング情報の送信を適合的に配置する必要がある。スケジューリング情報のトリガーとＭＡＣ−ｅ  ＰＤＵのデータ割当には自然的な関連関係が存在するため、２つの過程を一括に考慮することができ、前述のようなこれらの課題を解決する方案が必要である。
【課題を解決するための手段】
【００３４】
本発明の解決しようとする技術課題は、増強型アップリンクスケジューリング情報送信のトリガー方法を提供し、適切なトリガーメカニズムを確定して、スケジューリング情報の報告を自発にトリガーする必要があるか否かに基づきデータ負荷を割当て、ＴＤ―ＣＤＭＡ（時分割符号分割多重アクセス）システムとＴＤ―ＳＣＤＭＡ（時分割同期符号分割多重アクセス）システムとに適用することができる。
【００３５】
前記技術課題を解決するために、本発明は、増強型アップリンクスケジューリング情報送信のトリガー方法を提供し、
ユーザ端末には、前記ユーザ端末が認証リソースを有する場合のスケジューリング情報のトリガーのためのスケジューリング情報トリガータイマーＴを配置し、タイマーＴがタイムオーバーした後、ユーザ端末は、スケジューリング情報の送信を自発にトリガーし、スケジューリング情報を増強型メディアアクセス制御プロトコルデータユニットにて送信し、
ユーザ端末はスケジューリング情報の送信を自発にトリガーしていない際に、ロジックチャンネルバッファー領域データを増強型メディアアクセス制御プロトコルデータユニットに多重化した後の充填ビットはスケジューリング情報を収容することができる場合、前記ユーザ端末は、スケジューリング情報を前記増強型メディアアクセス制御プロトコルデータユニットにて送信し、
及び、前記ユーザ端末は前記認証リソースにおいてスケジューリング情報を送信する度に、前記タイマーＴを起動させ或いは再起動させることを含む。
【００３６】
更に、前記トリガー方法では、
前記認証リソースはスケジューリングリソースであり、前記スケジューリング情報は、スケジューリングタイプの増強型メディアアクセス制御プロトコルデータユニットにて送信され、
或いは、前記認証リソースは非スケジューリングリソースであり、前記スケジューリング情報は、非スケジューリングタイプの増強型メディアアクセス制御プロトコルデータユニットにて送信されることを特徴として有してもよい。
【００３７】
本発明は、さらに、増強型アップリンクスケジューリング情報の送信方法を提供し、ユーザ端末は、認証リソースを有する場合、増強型伝送フォーマット組合の選択結果に基づき、データを多重化して増強型メディアアクセス制御プロトコルデータユニットを組成し、当該増強型メディアアクセス制御プロトコルデータユニットにはスケジューリング情報が含まれておらず、且つ、その充填ビットにはスケジューリング情報を収容することができる場合、前記ユーザ端末は、最新のスケジューリング情報を当該増強型メディアアクセス制御プロトコルデータユニットに多重化して送信する。
【００３８】
本発明の解決しようとする他の１つの技術課題は、増強型アップリンクのデータ割当方法と装置を提供し、スケジューリング情報の報告を自発にトリガーするか否かに基づきデータ負荷を適切に割当て、ＴＤ―ＣＤＭＡ（時分割符号分割多重アクセス）システムとＴＤ―ＳＣＤＭＡ（時分割同期符号分割多重アクセス）システムとに適用することができる。
【００３９】
前記技術課題を解決するために、本発明は、増強型アップリンクのデータ割当方法を提供し、スケジューリング情報の報告をトリガーする必要であるか否かに基づきデータ負荷を割当てることに用いられ、
ステップＳ６０２：ユーザ端末は、前記スケジューリング情報の報告を自発にトリガーする必要であるか否かを判断し、
ステップＳ６０４：前記スケジューリング情報の報告をトリガーする必要である場合、前記ユーザ端末は、利用可能な負荷の長さが認証リソースの支持する最大パケット長さと前記スケジューリング情報のビット数（Bit）との差とおなじ或いは以下になるように、前記スケジューリング情報のビット数を予め保留して、前記利用可能な負荷長さを確定し、及び、前記スケジューリング情報の報告をトリガーする必要のない場合、前記ユーザ端末は、前記利用可能な負荷の長さが認証リソースの支持する最大パケット長さのおなじ或いは以下になるように、前記利用可能な負荷長さを確定し、
及び、ステップＳ６０６：前記利用可能な負荷長さに基づき、データ負荷の割当を行うステップを含む。
【００４０】
更に、前記データ割当方法では、前記ステップＳ６０６は、
第２の集合における各ロジック情報に対し、取り出したサービスデータとヘッダオーバーヘッドの長さとのあわせが前記利用可能な負荷長さと同じ或いは以下になるように、各ロジックチャンネルの優先度順位に応じてサービスデータを順に取り出し、前記利用可能な負荷長さを、取り出したサービスデータを引いた後に残った長さに更新し、ここで、前記第２の集合は、第１の集合における最高優先度のロジックチャンネルに対応する専用メディアアクセス制御フローにマッピングされたロジックチャンネル、及び前記専用メディアアクセス制御フローと多重化可能な他の専用メディアアクセス制御フローのロジックチャンネルを含み、前記第１の集合は、ＴＴＩ伝送タイプに符合する、伝送要求のあるロジックチャンネル集合であり、
及び、前記ユーザ端末は、前記各ロジックチャンネルのサービスデータとヘッダオーバーヘッドを、或いは前記各ロジックチャンネルのサービスデータと、ヘッダオーバーヘッドと前記スケジューリング情報を、増強型メディアアクセス制御プロトコルデータユニットに多重化する処理を含むことを特徴として有してもよい。
【００４１】
更に、前記データ割当方法では、
ステップ６０６において、第２の集合におけるいずれかのロジックチャンネルの最小サービスデータ長さが前記利用可能な負荷長さより大きい場合、前記ユーザ端末は、前記第１の集合から前記第２の集合を排除して新たな集合を取得し、当該新たな集合が空集合ではない場合、前記ユーザ端末は、現在ＴＴＩの伝送のロジックチャンネル集合と認証リソースの許可する最大パケット長さを再選択し、負荷割当を再実行し、当該新たな集合は空集合である場合、前記ユーザ端末は、現在ＴＴＩの増強型メディアアクセス制御プロトコルデータユニットにて、スケジューリング情報のみを送信することを特徴として有してもよい。
【００４２】
更に、前記データ割当方法では、
ステップ６０６において、ユーザ端末はスケジューリング情報の送信を自発にトリガーしておらず、且つ、ロジックチャンネルバッファー領域データの割当の後の増強型メディアアクセス制御プロトコルデータユニットにおける充填ビットはスケジューリング情報の送信には十分である場合、ユーザ端末は、スケジューリング情報を当該増強型メディアアクセス制御プロトコルデータユニットの充填ビット部分にて送信することを特徴として有してもよい。
【００４３】
更に、前記データ割当方法では、前記ユーザ端末には、スケジューリング情報トリガータイマーＴが配置され、認証リソースにて新たなスケジューリング情報を送信する度に、前記タイマーＴを起動させ或いは再起動させ、タイマーＴがタイムオーバーした後、スケジューリング情報を自発に送信する必要があると判断することを特徴として有してもよい。
【００４４】
更に、前記データ割当方法では、前記スケジューリング情報は、スケジューリングタイプの増強型メディアアクセス制御プロトコルデータユニット或いは非スケジューリングタイプの増強型メディアアクセス制御プロトコルデータユニットにて送信されることを特徴として有してもよい。
【００４５】
本発明の提供した増強型アップリンクのデータ割当装置は、
ユーザ端末に位置し、前記スケジューリング情報の報告を自発にトリガーする必要があるか否かを判断するためのスケジューリング情報トリガーユニットと、
前記スケジューリング情報の報告をトリガーする必要である場合、前記ユーザ端末は、利用可能な負荷の長さが認証リソースの支持する最大パケット長さと前記スケジューリング情報のビット数との差と同じ或いは以下になるように、前記スケジューリング情報のビット数を予め保留して、前記利用可能な負荷長さを確定し、及び、前記スケジューリング情報の報告をトリガーする必要のない場合、前記ユーザ端末は、前記利用可能な負荷の長さが認証リソースの支持する最大パケット長さと同じあるいは以下になるように、前記利用可能な負荷長さを確定するための確定ユニットと、
前記利用可能な負荷長さに基づき、データ負荷の割当を行うための割当ユニットとを含む。
【００４６】
更に、前記データ割当装置では、前記割当ユニットは、
第２の集合における各ロジック情報に対し、取り出したサービスデータとヘッダオーバーヘッドの長さとのあわせが前記利用可能な負荷長さと同じ或いは以下になるように、各ロジックチャンネルの優先度順位に応じてサービスデータを順に取り出し、前記利用可能な負荷長さを、取り出したサービスデータを引いた後に残った長さに更新し、そのなかで、前記第２の集合は、第１の集合における最高優先度のロジックチャンネルに対応するＭＡＣ−ｄフローにマッピングされたロジックチャンネル、及び前記ＭＡＣ−ｄフローと多重化した他のＭＡＣ−ｄフローのロジックチャンネルを含み、そのなかで、前記第１の集合は、ＴＴＩ伝送タイプに符合する、伝送要求のあるロジックチャンネル集合である更新ユニットと、
前記各ロジックチャンネルのサービスデータと前記ヘッダオーバーヘッドを、或いは前記各ロジックチャンネルのサービスデータやヘッダオーバーヘッドと前記スケジューリング情報を、増強型メディアアクセス制御プロトコルデータユニットに多重化するための多重化ユニットとを含むことを特徴として有してもよい。
【００４７】
更に、前記データ割当装置では、
多重化ユニットは、データを多重化して増強型メディアアクセス制御プロトコルデータユニットに組成する際に、当該増強型メディアアクセス制御プロトコルデータユニットにはスケジューリング情報がまだ含まれておらず、且つ、その充填ビットにはスケジューリング情報を収容することができると判断する場合、最新のスケジューリング情報を当該増強型メディアアクセス制御プロトコルデータユニットに多重化することにも用いられることを特徴として有してもよい。
【００４８】
更に、前記データ割当装置では、前記スケジューリング情報トリガーユニットは、スケジューリング情報トリガータイマーＴを含み、認証リソースにてスケジューリング情報を送信する度に、前記タイマーＴを起動させ或いは再起動させ、タイマーＴがタイムオーバーした後、スケジューリング情報の送信を自発にトリガーすることを特徴として有してもよい。
【００４９】
更に、前記データ割当装置では、前記割当ユニットは、スケジューリング情報をスケジューリングタイプの増強型メディアアクセス制御プロトコルデータユニット或いは非スケジューリングタイプの増強型メディアアクセス制御プロトコルデータユニットに多重化して送信することを特徴として有してもよい。
【発明の効果】
【００５０】
従って、本発明によれば、リソースが制限られた場合のＴＤＤシステムにおいて認証リソースを如何によりよく利用し、リアルタイムのスケジューリング情報の報告を出来る限り行う課題を解決するとともに、データ割当方法を提供し、システムの要求したスケジューリング情報報告時点にＵＥがスケジューリング情報の送信を優先的に注目することができ、従来のシステムの欠陥を解決するとともに、ＵＥは非スケジューリングリソースにてスケジューリング情報を送信することができるため、スケジューリング情報の送信に対し有効のリソース保障を提供し、また、スケジューリング情報はＮｏｄｅ  Ｂのスケジューリングに重要な参考の役目を果たしたため、本発明は、システムスケジューリング効率を向上させ、システムリソース利用率を向上させることに対し、有効の解決方案を提供したことが分かる。
【００５１】
本発明の他の特徴と長所は後述の明細書にて説明され、また、一部は明細書から明らかになり、或いは本発明の実施にて明瞭になる。本発明の目的と他の長所は、記載の明細書と請求項と図面に特に示される構成により実現して取得することができる。
【００５２】
図面は、本発明に対するよりよい理解を提供し、明細書の一部になり、本発明の実施例とともに、本発明を解釈するためのものであり、本発明を制限するものではない。図面は以下のようである。
【図面の簡単な説明】
【００５３】
【図１】図１は、関連技術における増強型アップリンクアクセスシステムＵＥ側の体系構成図である。
【図２】図２は、関連技術における増強型アップリンクアクセスシステムＵＥ側のデータフロー図である。
【図３】図３（ａ）、図３（ｂ）、図３（ｃ）のそれぞれは、３種のスケジューリング情報伝送データのフォーマット図である。
【図４】図４は、関連技術の「Ｅ−ＴＦＣ選択流れ」のフローチャートである。
【図５】図５は、関連システムの提供した伝送ブロック長さテーブルの例示図である。
【図６】図６は、本発明に係る増強型アップリンクのデータ割当方法のフローチャートである。
【図７】図７は、本発明の実施例に基づいたデータ割当過程の模式図である。
【図８】図８は、図７のデータ割当過程を含む「Ｅ−ＴＦＣ選択流れ」のフローチャートである。
【図９】図９は、本発明に基づいた増強型アップリンクのデータ割当装置のブロック図である。
【図１０】図１０は、本発明の１つの方案に基づいた増強型アップリンクスケジューリング情報送信のトリガー方法のフローチャートである。
【図１１】図１１は、本発明の他の１つの方案に基づいた増強型アップリンクスケジューリング情報送信のトリガー方法のフローチャートである。
【発明を実施するための形態】
【００５４】
以下は、図面を合わせて本発明の望ましい実施例を説明するが、ここに記載の望ましい実施例は、本発明を説明し解釈するものであり、本発明を限定するものではないと理解すべきである。
【００５５】
図６は、本発明に基づいた増強型アップリンクのデータ割当方法のフローチャートである。図６に示すように、当該方法は以下のステップを含む。
【００５６】
ステップＳ６０２：ユーザ端末は、スケジューリング情報の報告を自発にトリガーする必要であるか否かを判断する。
【００５７】
ステップＳ６０４：スケジューリング情報の報告を自発にトリガーする必要である場合、ユーザ端末は、利用可能な負荷長さが第１の条件を満たすように、スケジューリング情報のビット数を予め保留して、利用可能な負荷長さを確定し、及び、スケジューリング情報の報告をトリガーする必要のない場合、ユーザ端末は、利用可能な負荷の長さが第２の条件を満たすように、利用可能な負荷長さを確定する。
【００５８】
及び、ステップＳ６０６：利用可能な負荷長さに基づき、データ負荷の割当を行う。
【００５９】
ここで、ステップＳ６０２において、本発明に係るスケジューリング情報のトリガーメカニズムにより、ユーザ端末は、上位層の配置したタイマーＴがタイムオーバーした後、スケジューリング情報の送信を自発にトリガーすることになる。
【００６０】
ここで、第１の条件とは、利用可能な負荷長さが認証リソースの支持する最大パケット長さとスケジューリング情報のビット数との差の以下或いは同じになることである。第２の条件とは、利用可能な負荷長さが認証リソースの支持する最大パケット長さ（即ち、最大伝送ブロック長さ）の以下或いは同じになることである。
【００６１】
ステップＳ６０６は、第２の集合における各ロジック情報に対し、取り出したサービスデータとヘッダオーバーヘッドの長さとの合わせが利用可能な負荷長さの以下或いは同じになるように、各ロジックチャンネルの優先度順位に応じてサービスデータを順に取り出し、利用可能な負荷長さを、取り出したサービスデータを引いた後に残った長さに更新し、及び、ユーザ端末は、各ロジックチャンネルのサービスデータとヘッダオーバーヘッド及び/或いはスケジューリング情報を、増強型メディアアクセス制御プロトコルデータユニットに多重化する処理を含む。
【００６２】
第２の集合は、第１の集合における最高優先度のロジックチャンネルに対応するＭＡＣ−ｄフロー（専用メディアアクセス制御フロー）にマッピングされたロジックチャンネル、及びＭＡＣ−ｄフローと多重化した他のＭＡＣ−ｄフローのロジックチャンネルを含み、ここで、第１の集合は、ＴＴＩ伝送タイプに符合する、伝送要求のあるロジックチャンネル集合である。
【００６３】
ユーザ端末は、ステップ６０２にスケジューリング情報の報告を自発にトリガーしていない場合、ステップ６０６を完成した後、最後に得られた増強型メディアアクセス制御プロトコルデータユニットにおける充填ビットが２３ビット以上或いは同じである場合、ユーザ端末は、最新のスケジューリング情報を多重化して入れるる。
【００６４】
また、スケジューリング情報は、スケジューリングタイプの増強型メディアアクセス制御プロトコルデータユニットにて送信されてもよく、非スケジューリングタイプの増強型メディアアクセス制御プロトコルデータユニットにて送信されてもよい。
【００６５】
本発明の提供したスケジューリング情報のデータ割当方法は、ＵＥの伝送フォーマット選択とデータ割当過程（Ｅ−ＴＦＣ選択と略称する）に適用し、以下は、ＴＤ−ＳＣＤＭＡシステムを例として説明する。
【００６６】
図７は、本発明の実施例に基づいたデータ割当過程の模式図である。図７に示すように、ＵＥにはスケジューリング情報のトリガーが必要である際に、（ＭＡＣ−ｅｓ／ｅヘッダーオーバーヘッド＋データ負荷長さ＋スケジューリング情報長さ）≦ｋを満たす。一方、ＵＥにはスケジューリング情報のトリガーが必要ではない場合に、（ＭＡＣ−ｅｓ／ｅヘッダーオーバーヘッド＋データ負荷長さ）≦ｋを満たす。
【００６７】
具体的なデータ負荷割当方法は、具体的に以下のステップを含む。
【００６８】
１．利用可能な負荷長さを確定する。ＵＥがスケジューリング情報を自発に伝送する場合に、利用可能な負荷長さ≦（ｋ―スケジューリング情報長さ）であり、ＵＥがスケジューリング情報を自発に伝送する必要のない場合に、利用可能な負荷長さ≦ｋである。
【００６９】
２．集合Ｂにおける各ロジック情報に対し、ロジックチャンネルの優先度順位に応じて以下の処理を順に行う。２．１、サービスデータを取り出し、取り出した（サービスデータ長さ＋ＭＡＣ−ｅｓ、ＭＡＣ−ｅヘッダーオーバーヘッド）≦利用可能な負荷長さである。及び、２．２、「利用可能な負荷長さ」が前記利用済みのビット数を引くように、「利用可能な負荷長さ」を更新する。
【００７０】
３．ＵＥの各ロジックチャンネルのサービスデータ及びヘッダーオーバーヘッドと／或いはスケジューリング情報を、ＭＡＣ−ｅ  ＰＤＵに多重化する。
【００７１】
ステップ１において、ＵＥは、上位層の配置したスケジューリング情報報告のタイマーがタイムオーバーした場合に、スケジューリング情報をトリガーする。
【００７２】
ステップ２．１において、いずれかのロジックチャンネルに対し、その最小のサービスデータ長さが不等式を満たしていない場合、当該ロジック情報がデータを提供できないことになり、今回に伝送されたＭＡＣ−ｅ  ＰＤＵデータには当該ロジックチャンネルのサービスデータが含まれていないことになる。集合Ｂにおける全てのロジックチャンネルにはデータを伝送することができない場合、ＵＥは、集合Ａを再取得し、新たな集合Ａは、元の集合Ａから集合Ｂを排除した新たな集合であり、新たな集合Ａは空集合ではない場合、ＵＥは、現在ＴＴＩの伝送のロジックチャンネル集合と認証リソースの許可する最大伝送ブロック長さを再選択し、Ａが空集合である場合、ＵＥは、スケジューリング情報のみを送信する。
【００７３】
ステップ３において、最後に得られたＭＡＣ−ｅ  ＰＤＵのデータ部分は、サービスデータのみがある、スケジューリング情報のみがある、サービスデータとスケジューリング情報との両方がある、の３つの状況を含む。
【００７４】
図８は、図７のデータ割当流れを含む「Ｅ−ＴＦＣ選択流れ」のフローチャートである。図８に示すように、主に、以下の４つの過程を含む。
【００７５】
Ｓ８０２：従来の増強型アップリンク伝送フォーマットを利用してアルゴリズムを選択し、集合Ｂを確定し、ここで、伝送要求のある最高優先度のロジックチャンネル、及び、前記最高優先度のロジックチャンネルと多重化可能な他のロジックチャンネルを含む。
【００７６】
Ｓ８０４：ＵＥは、認証リソースの許可する最大伝送ブロック長さｋを確定する。
【００７７】
Ｓ８０６：ＵＥは、スケジューリング情報を自発にトリガーする必要であるか否かに基づき、データ負荷を割当てる。
【００７８】
及び、Ｓ８０８：ＵＥは、伝送ブロック長さを確定して、送信パワーが最小にさせる変調方式を確定する。
【００７９】
ステップ８０２において、具体的には、以下のステップを含む。
【００８０】
ＵＥは、まず、現在ＴＴＩがスケジューリング伝送に用いられるか、或いは、非スケジューリング伝送に用いられるかを確定する。
【００８１】
ＵＥは、ＴＴＩ伝送タイプ（スケジューリング或いは非スケジューリング）に符合する、伝送要求のあるロジックチャンネル集合Ａを確定する。
【００８２】
集合Ａから最高優先度のロジックチャンネルＸを確定し、ロジックチャンネルＸに対応するＭＡＣ−ｄフローをＹとする。
【００８３】
及び、集合Ａのサブ集合である集合Ｂを確定し、集合Ｂにおいて、ＭＡＣ−ｄフローＹにマッピングされたロジックチャンネル、及びＭＡＣ−ｄフローＹと多重化可能な他のＭＡＣ−ｄフローのロジックチャンネルを含む。
【００８４】
Ｓ８０４において、具体的には、以下のステップを含む。
【００８５】
伝送ブロック長さ集合Ｃ１とＣ２を生成し、ここで、Ｃ１はＱＰＳＫ変調方式に対応し、Ｃ２は１６ＱＡＭ変調方式に対応し、Ｃ１とＣ２とにおける各伝送ブロック長さは、現在の認証リソースにおける伝送コードレートが上位層の指定した最大と最小コードレートの間にあるべきことを満たす必要がある。
【００８６】
Ｄ１、Ｄ２における伝送ブロック長さの要求する発信パワーが認証パワー以下或いは同じになるように、Ｃ１とＣ２のサブ集合Ｄ１とＤ２をそれぞれに確定する。発信パワーの算出は、ＰＥ−ＰＵＣＨ＝Ｐｅ−ｂａｓｅ＋Ｌ＋βｅ＋Ｋであり、ここで、ＰＥ−ＰＵＣＨはＥ−ＰＵＣＨチャンネルの発信パワーであり、Ｐｅ−ｂａｓｅはＵＥの記憶したパワークローズドループ量であり、ＬはＵＥにより計測された経路ロス値であり、βｅは現在選択された伝送ブロック長さとコードチャンネルリソースと変調方式とから得られたパワーオフセットであり、及び、ＫはＭＡＣ−ｅ  ＰＤＵのパワーオフセット（最高優先度ロジックチャンネルの位置するＭＡＣ−ｄフローのパワーオフセット、即ちＭＡＣ−ｄフローＹのパワーオフセット）である。
【００８７】
及び、Ｄ１とＤ２から、支持する最大の伝送ブロック長さを確定する。
【００８８】
Ｓ８０６の具体的なステップが図７と同じであり、２つの状況に分けてデータ負荷の割当を行うことが分かるべきである。
【００８９】
また、Ｓ８０８において、具体的には以下のステップを含む。
【００９０】
ＵＥは、最後に得られたＭＡＣ−ｅ  ＰＤＵ長さ（Ｓと標記する）に基づき、システムの提供した伝送ブロック長さテーブルにおける、今回のタイムスロットリソースに符合する伝送ブロック集合から、Ｓ以上或いは同じであり且つＳに最も近い伝送ブロック長さ値Ｌを探し出し、対応するインデックス号をＥ−ＴＦＣＩＬと標記する。
【００９１】
ＬがＤ１の中のみに存在する場合、ＱＰＳＫ変調方式を選択し、ＬがＤ２の中のみに存在する場合、１６ＱＡＭ変調方式を選択し、ＬがＤ１とＤ２の両方の中に存在する場合、パワー要求の小さい変調方式を選択する。
【００９２】
及び、（Ｌ−Ｓ）がスケジューリング情報長さの以上或いは同じであり、且つ、現在のＭＡＣ−ｅ  ＰＤＵにはスケジューリング情報が含まれていない場合、ＵＥは、最新のスケジューリング情報をＭＡＣ−ｅ  ＰＤＵに多重化する。
【００９３】
こうすると、ＵＥにおける伝送フォーマット選択とデータ割当過程を完成する。
【００９４】
図９は、本発明に係る増強型アップリンクのデータ割当装置９００のブロック図である。図９に示すように、当該装置には、ユーザ端末に位置し、スケジューリング情報の報告をトリガーする必要であるか否かを判断するためのスケジューリング情報トリガーユニット９０２と、スケジューリング情報の報告をトリガーする必要である場合、ユーザ端末は、利用可能な負荷長さが第１の条件を満たすように、スケジューリング情報のビット数を予め保留して、利用可能な負荷長さを確定し、及び、スケジューリング情報の報告をトリガーする必要のない場合、ユーザ端末は、利用可能な負荷の長さが第２の条件を満たすように、利用可能な負荷長さを確定するための確定ユニット９０４と、利用可能な負荷長さに基づき、データ負荷の割当を行うための割当ユニット９０６とを含む。
【００９５】
ここで、第１の条件とは、利用可能な負荷長さが認証リソースの支持する最大パケット長さとスケジューリング情報のビット数との差の以下或いは同じになることである。第２の条件とは、利用可能な負荷長さが認証リソースの支持する最大パケット長さの以下或いは同じになることである。
【００９６】
また、割当ユニット９０６には、第２の集合における各ロジック情報に対し、取り出したサービスデータとヘッダオーバーヘッドの長さとの合わせが利用可能な負荷長さの以下或いは同じになるように、各ロジックチャンネルの優先度順位に応じてサービスデータを順に取り出し、利用可能な負荷長さを、取り出したサービスデータを引いた後に残った長さに更新する更新ユニットと、各ロジックチャンネルのサービスデータとヘッダオーバーヘッド及び／或いはスケジューリング情報を、増強型メディアアクセス制御プロトコルデータユニットに多重化し、多重化データを増強型メディアアクセス制御プロトコルデータユニットに組成る際に、当該増強型メディアアクセス制御プロトコルデータユニットにはスケジューリング情報がまだ含まれておらず、且つ、その充填ビットにはスケジューリング情報を収容することができると判断する場合、最新のスケジューリング情報を当該増強型メディアアクセス制御プロトコルデータユニットに多重化するための多重化ユニットとを含む。
【００９７】
第２の集合は、第１の集合における最高優先度のロジックチャンネルに対応するＭＡＣ−ｄフローにマッピングされたロジックチャンネル、及びＭＡＣ−ｄフローと多重化した他のＭＡＣ−ｄフローのロジックチャンネルを含み、ここで、第１の集合は、ＴＴＩ伝送タイプに符合する、伝送要求のあるロジックチャンネル集合である。
【００９８】
スケジューリング情報トリガーユニット９０２は、本発明に係るスケジューリング情報トリガーメカニズムに基づき、スケジューリング情報トリガータイマーＴを含み、認証リソースにてスケジューリング情報を送信する度に、前記タイマーＴを起動させ或いは再起動させ、タイマーＴがタイムオーバーした後、スケジューリング情報の送信を自発にトリガーする。スケジューリング情報は、スケジューリングタイプの増強型メディアアクセス制御プロトコルデータユニット或いは非スケジューリングタイプの増強型メディアアクセス制御プロトコルデータユニットにて送信される。
【００９９】
図１０は、本発明の１つの方案に係る増強型アップリンクスケジューリング情報送信のトリガー方法のフローチャートである。
【０１００】
当該増強型アップリンクスケジューリング情報送信のトリガー方法は、以下の処理を含む。
【０１０１】
Ｓ１００２：ユーザ端末が認証リソースを有する場合、ロジックチャンネルバッファー領域データを増強型メディアアクセス制御プロトコルデータユニットに多重化した後の充填ビットは、スケジューリング情報を収容することができる時に、ユーザ端末は、スケジューリング情報を前記増強型メディアアクセス制御プロトコルデータユニットにて送信する。
【０１０２】
及び、Ｓ１００４：上位層は、ユーザ端末に対し、スケジューリング情報トリガータイマーＴを配置し、ユーザ端末が認証を有する場合に用いられる。ユーザ端末は、認証リソースにて新たなスケジューリング情報を送信する時、即ちスケジューリング情報を送信する度に、タイマーＴを起動させ或いは再起動させ、タイマーＴがタイムオーバーした後、ユーザ端末は、スケジューリング情報の送信を自発にトリガーする。
【０１０３】
Ｓ１００２とＳ１００４との間には時間的な前後順序が必ず存在することが要求されていないことは、説明する必要がある。
【０１０４】
前記Ｓ１００４において、ユーザ端末がタイマーを起動させ或いは再起動させる過程には、タイマーＴが既に起動された場合に、ユーザ端末は、まず、既に起動させた前記タイマーＴをリセットしてからタイマーＴを再起動させ、タイマーＴが起動していない場合に、ユーザ端末は、タイマーＴを起動させることを含む。
【０１０５】
前記Ｓ１００２とＳ１００４の両方を配合し、ユーザ端末がＳ１００２によりスケジューリング情報を携帯する度に、タイマーＴをリセットして再起動させる。タイマーＴの役割は、ＵＥが長い期間にスケジューリング情報を送信するための余裕の充填ビットを有していない場合に、一定のリアルタイム性要求に従ってスケジューリング情報を定時に送信することができるように確保することである。
【０１０６】
Ｓ１００２における認証リソースは、スケジューリングリソースであってもよく、非スケジューリングリソースであってもよい。ここで、増強型メディアアクセス制御プロトコルデータユニットは、スケジューリングタイプであってもよく、非スケジューリングタイプであってもよい。
【０１０７】
Ｓ１００４において、ＵＥは、リソースの利用可能な状況によって、スケジューリング情報をスケジューリングタイプの増強型メディアアクセス制御プロトコルデータユニット或いは非スケジューリングタイプの増強型メディアアクセス制御プロトコルデータユニットにて送信することができる。例えば、Ｔがタイムオーバーした後、ＵＥがスケジューリングリソース或いは非スケジューリングリソースのうちの１つを有する場合、ＵＥは、利用可能なリソースを利用してスケジューリング情報を送信する。ＵＥがスケジューリングリソースと非スケジューリングリソースとの両方を有する場合、ＵＥは、なかの１種のリソースを利用して伝送を行うことを自分で決めることができる。
【０１０８】
前記Ｓ１００２とＳ１００４は、認証を有する場合のスケジューリング情報のトリガーメカニズムを含んだ。
【０１０９】
増強型メディアアクセス制御プロトコルデータユニットには十分な充填ビットがある場合、ユーザ端末は、スケジューリング情報を送信することになり、即ち、閑暇なリソースがあれば、スケジューリング情報を携帯して送信する。
【０１１０】
上位層の配置した時間Ｔではスケジューリング情報の送信を行っていない場合、ユーザ端末は、スケジューリング情報の送信を自発にトリガーすることになる。タイマーＴは、長い期間にスケジューリング情報の報告を欠けることを防ぎ、スケジューリング情報が一定のリアルタイム要求を満たすように確保することに用いられる。
【０１１１】
図１１は、本発明の他の１つの方案に係る増強型アップリンクスケジューリング情報送信のトリガー方法のフローチャートである。
【０１１２】
当該方法は、以下の処理を含む。Ｓ１１０２：上位層は、ユーザ端末に対し、スケジューリング情報トリガータイマーＴを配置し、前記ユーザ端末が認証リソースを有する場合のスケジューリング情報のトリガーに用いられる。Ｓ１１０４：ロジックチャンネルバッファー領域データを増強型メディアアクセス制御プロトコルデータユニットに多重化した後の充填ビットは、スケジューリング情報を収容することができる時に、前記ユーザ端末は、スケジューリング情報を前記増強型メディアアクセス制御プロトコルデータユニットにて送信する。及び、Ｓ１１０６：前記ユーザ端末は、前記認証リソースにて新たなスケジューリング情報を送信する時に、前記タイマーＴを起動させ或いは再起動させ、前記タイマーＴがタイムオーバーした後、前記ユーザ端末は、スケジューリング情報の送信を自発にトリガーする。
【０１１３】
前記トリガー方法において、前記ユーザ端末がタイマーを再起動させる過程は、前記タイマーＴが既に起動された場合に、前記ユーザ端末は、まず、既に起動した前記タイマーＴをリセットしてから前記タイマーＴを再起動させ、前記タイマーＴが起動されていない場合に、前記ユーザ端末は、前記タイマーＴを起動させることを含む。
【０１１４】
従って、本発明によれば、スケジューリング情報のトリガーメカニズムを、リソースが制限られたＴＤＤシステムにより適切にさせ、システムの要求したスケジューリング情報報告時点にＵＥがスケジューリング情報の送信を優先的に注目することができ、従来のシステムの欠陥を解決するとともに、ＵＥが非スケジューリングリソースにてスケジューリング情報を送信することは許可されるため、スケジューリング情報の送信に対し有効のリソース保障を提供し、また、スケジューリング情報はＮｏｄｅ  Ｂのスケジューリングに重要な参考の役目を果たしたため、システムスケジューリング効率とシステムリソース利用率を向上させた。
【０１１５】
以上は本発明の好ましい実施例のみであり、本発明を制限するものではない。本分野の当業者にとって、本発明には幾つかの変更と変形があることができる。本発明の要旨を逸脱しない範囲で、いずれかの変更や、同じものの取替、改善などは本発明における請求の範囲に属すべきである。
【産業上の利用可能性】
【０１１６】
本発明は、リソースが制限られたＴＤＤシステムに適用し、スケジューリング情報の送信に対し有効のリソース保障を提供し、システムスケジューリング効率とシステムリソースの利用率を向上させた。
【図１】
2010525695.tif 000003
【図２】
2010525695.tif 000004
【図３】
2010525695.tif 000005
【図４】
2010525695.tif 000006
【図５】
2010525695.tif 000007
【図６】
2010525695.tif 000008
【図７】
2010525695.tif 000009
【図８】
2010525695.tif 000010
【図９】
2010525695.tif 000011
【図１０】
2010525695.tif 000012
【図１１】
2010525695.tif 000013
【国際調査報告】
2010525695.tif 000014
2010525695.tif 000015
2010525695.tif 000016
2010525695.tif 000017