(57)【特許請求の範囲】
【請求項１】
ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）プロセスを用いてＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）によりＮｏｄｅ  Ｂに信号を伝送する方法であって、
前記方法は、
前記ＨＡＲＱプロセスを用いて、第１スケジューリング情報及びデータを含むＭＡＣ  ＰＤＵ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を前記Ｎｏｄｅ  Ｂに伝送することと、
前記ＨＡＲＱプロセスが前記ＭＡＣ  ＰＤＵの伝送に失敗した場合、前記第１スケジューリング情報のＴＥＢＳ（Ｔｏｔａｌ  Ｅ−ＤＣＨ  Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ）フィールドが０に設定されたか否かを判定することと、
前記第１スケジューリング情報のＴＥＢＳフィールドが０に設定されていない場合、新しいスケジューリング情報として第２スケジューリング情報をトリガリングすることと、
前記第２スケジューリング情報を前記Ｎｏｄｅ  Ｂに伝送することと
を含む、方法。
【請求項２】
前記ＵＥは、制限された時間において共用Ｅ−ＤＣＨ（Ｅｎｈａｎｃｅｄ  Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ）を使用する、請求項１に記載の方法。
【請求項３】
前記共用Ｅ−ＤＣＨのためのリソースは、ＣＥＬＬ＿ＦＡＣＨ状態及び休止モードにある複数のＵＥに共有される、請求項２に記載の方法。
【請求項４】
前記ＭＡＣ  ＰＤＵの伝送後に、前記ＭＡＣ  ＰＤＵの伝送に対応するＨＡＲＱプロセスのＨＡＲＱバッファーが空になった場合、前記共用Ｅ−ＤＣＨのためのリソースを解除することをさらに含む請求項３に記載の方法。
【請求項５】
前記第２スケジューリング情報を伝送することは、
前記Ｎｏｄｅ  Ｂにランダムアクセスを行うことと、
前記第２スケジューリング情報を含むＭＡＣ  ＰＤＵを生成して、前記第２スケジューリング情報を含むＭＡＣ  ＰＤＵを前記ＭＡＣ  ＰＤＵに伝送することと
を含む、請求項４に記載の方法。
【請求項６】
前記第１スケジューリング情報のＴＥＢＳ（Ｔｏｔａｌ  Ｅ−ＤＣＨ  Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ）フィールドが０に設定されたか否かを判定することは、
前記ＵＥがＣＥＬＬ＿ＦＡＣＨ状態または休止モードであるか否かを判定することを含み、
前記第１スケジューリング情報のＴＥＢＳフィールドが０に設定されていない場合、または、前記ＵＥがＣＥＬＬ＿ＦＡＣＨ状態でも休止モードでもない場合、前記第２スケジューリング情報がトリガリングされる、請求項２に記載の方法。
【請求項７】
前記第１スケジューリング情報のＴＥＢＳフィールドが０に設定され、かつ、前記ＵＥがＣＥＬＬ＿ＦＡＣＨ状態または休止モードである場合、前記ＵＥは、前記第２スケジューリング情報をトリガリングしない、請求項６に記載の方法。
【請求項８】
ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）方式を用いてＮｏｄｅ  Ｂに信号を伝送するＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）であって、
前記ＵＥは、
一つ以上のＨＡＲＱプロセスを管理し、前記Ｎｏｄｅ  Ｂへの信号のＨＡＲＱ伝送を制御するＨＡＲＱエンティティと、
前記一つ以上のＨＡＲＱプロセスのいずれか一つの特定ＨＡＲＱプロセスに対応して、第１スケジューリング情報及びデータを含むＭＡＣ  ＰＤＵ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を前記Ｎｏｄｅ  Ｂに伝送する伝送モジュールと
を含み、
前記一つ以上のＨＡＲＱプロセスのうちの前記特定ＨＡＲＱプロセスが前記ＭＡＣ  ＰＤＵの伝送に失敗した場合、前記ＨＡＲＱエンティティは、前記第１スケジューリング情報のＴＥＢＳ（Ｔｏｔａｌ  Ｅ−ＤＣＨ  Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ）フィールドが０に設定されたか否かを判定し、前記第１スケジューリング情報のＴＥＢＳフィールドが０に設定されていない場合、新しいスケジューリング情報として第２スケジューリング情報をトリガリングし、前記第２スケジューリング情報を、前記伝送モジュールを通じて前記Ｎｏｄｅ  Ｂに伝送する、ＵＥ。
【請求項９】
前記ＵＥは、制限された時間において共用Ｅ−ＤＣＨ（Ｅｎｈａｎｃｅｄ  Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ）を使用するように構成される、請求項８に記載のＵＥ。
【請求項１０】
前記共用Ｅ−ＤＣＨのためのリソースは、ＣＥＬＬ＿ＦＡＣＨ状態及び休止モードにある複数のＵＥに共有される、請求項９に記載のＵＥ。
【請求項１１】
前記ＵＥは、前記ＭＡＣ  ＰＤＵの伝送後に、前記ＭＡＣ  ＰＤＵの伝送に対応するＨＡＲＱプロセスのＨＡＲＱバッファーが空になった場合、前記特定ＨＡＲＱプロセスが前記ＭＡＣ  ＰＤＵの伝送に失敗すると、前記共用Ｅ−ＤＣＨのためのリソースを解除するように構成される、請求項１０に記載のＵＥ。
【請求項１２】
前記ＵＥは、前記第２スケジューリング情報を前記Ｎｏｄｅ  Ｂに伝送するために、前記Ｎｏｄｅ  Ｂにランダムアクセスを行うことと、前記第２スケジューリング情報を含むＭＡＣ  ＰＤＵを生成して前記Ｎｏｄｅ  Ｂに伝送することとを実行するように構成される、請求項１１に記載のＵＥ。
【請求項１３】
前記ＨＡＲＱエンティティは、
前記第１スケジューリング情報のＴＥＢＳ（Ｔｏｔａｌ  Ｅ−ＤＣＨ  Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ）フィールドが０に設定されたか否かを判定する際に、前記ＵＥがＣＥＬＬ＿ＦＡＣＨ状態または休止モードであるか否かをさらに判定することと、
前記第１スケジューリング情報のＴＥＢＳフィールドが０に設定されていない場合、または、前記ＵＥがＣＥＬＬ＿ＦＡＣＨ状態でも休止モードでもない場合、前記第２スケジューリング情報をトリガリングすることと
を実行するように構成される、請求項９に記載のＵＥ。
【請求項１４】
前記第１スケジューリング情報のＴＥＢＳフィールドが０に設定され、かつ、前記ＵＥがＣＥＬＬ＿ＦＡＣＨ状態または休止モードである場合、前記ＨＡＲＱエンティティは、前記第２スケジューリング情報をトリガリングしないように構成される、請求項１３に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の説明は、移動通信技術に係り、特に、效率的に共用Ｅ−ＤＣＨ（Ｃｏｍｍｏｎ  Ｅｎｈａｎｃｅｄ  Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ）を管理するためにスケジューリング情報トリガリング条件を設定する方式に関するものである。
【背景技術】
【０００２】
本願発明の適用されるＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）について説明すると、下記の通りである。
【０００３】
図１は、ＵＭＴＳのネットワーク構造を示す図である。
【０００４】
ＵＭＴＳは、大きく、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、ＵＴＭＳ無線接続網（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；ＵＴＲＡＮ）及びコアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ；ＣＮ）からなっている。ＵＴＲＡＮは、一つ以上の無線網副システム（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｓｕｂ−ｓｙｓｔｅｍｓ；ＲＮＳ）から構成され、各ＲＮＳは、一つの無線網制御機（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ；ＲＮＣ）と、該ＲＮＣによって管理される一つ以上の基地局（Ｎｏｄｅ  Ｂ）で（に）と、で構成される。一つの基地局には、一つ以上のセル（Ｃｅｌｌ）が存在する。
【０００５】
図２は、ＵＭＴＳで用いる無線プロトコルの構造を示す図である。
【０００６】
無線プロトコル層は、端末及びＵＴＲＡＮに対（ｐａｉｒ）で存在し、無線区間のデータ伝送を担当する。それぞれの無線プロトコル層について説明すると、まず、第１層であるＰＨＹ層（または物理層）は、様々な無線伝送技術を用いてデータを無線区間に伝送する役割を果たす。ＰＨＹ層は、無線区間における信頼性できるようなデータ伝送を担当する。ＰＨＹ層と上位層であるＭＡＣ層とは、伝送チャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を通じて連結されており、伝送チャネルは、大きく、チャネルが共有されるか否かによって、専用（Ｄｅｄｉｃａｔｅｄ）伝送チャネルと共用（Ｃｏｍｍｏｎ）伝送チャネルとに区別される。
【０００７】
第２層には、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）、及びＢＭＣ（Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｅ  Ｃｏｎｔｒｏｌ）層が存在する。まず、ＭＡＣ層は、様々な論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を様々な伝送チャネルにマッピングする役割を担い、また、様々な論理チャネルを一つの伝送チャネルにマッピングする論理チャネル多重化（Ｍｕｌｔｉｐｌｅｘｉｎｇ）の役割も果たす。ＭＡＣ層は、上位層であるＲＬＣ層とは論理チャネルを介して連結されており、論理チャネルは、大きく、伝送される情報の種類によって、制御プレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）の情報を伝送する制御チャネル（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と、ユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ）の情報を伝送するトラフィックチャネル（Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）とに分けられる。
【０００８】
ＭＡＣ層は、さらに、管理する伝送チャネルの種類によって、ＭＡＣ−ｂ副層（Ｓｕｂｌａｙｅｒ）、ＭＡＣ−ｄ副層、ＭＡＣ−ｃ／ｓｈ副層、ＭＡＣ−ｈｓ／ｅｈｓ副層、及びＭＡＣ−ｅ／ｅｓまたはＭＡＣ−ｉ／ｉｓ副層に分けられる。ＭＡＣ−ｂ副層は、システム情報（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ）の放送を担当する伝送チャネルであるＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）の管理を担当し、ＭＡＣ−ｃ／ｓｈ副層は、他の端末と共有するＦＡＣＨ（Ｆｏｒｗａｒｄ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）の共用伝送チャネルを管理し、ＭＡＣ−ｄ副層は、特定端末に対する専用伝送チャネルであるＤＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ）または専用Ｅ−ＤＣＨ（Ｅｎｈａｎｃｅｄ  Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ）の管理を担当する。また、下り及び上りで高速データ伝送を支援するために、ＭＡＣ−ｈｓ／ｅｈｓ副層は、高速下りデータ伝送のための伝送チャネルであるＨＳ−ＤＳＣＨ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を管理し、ＭＡＣ−ｅ／ｅｓまたはＭＡＣ−ｉ／ｉｓ副層は、高速上りデータ伝送のための伝送チャネルであるＥ−ＤＣＨ（Ｅｎｈａｎｃｅｄ  Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ）を管理する。
【０００９】
ＲＬＣ層は、各無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）のＱｏＳの保障と該ＱｏＳによるデータの伝送を担当する。ＲＬＣは、ＲＢ固有のＱｏＳを保障するために、ＲＢごとに一つまたは二つの独立したＲＬＣエンティティ（Ｅｎｔｉｔｙ）を置いており、様々なＱｏＳを支援するために、ＴＭ（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ、透過モード）、ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、非確認モード）及びＡＭ（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、確認モード）といった３通りのＲＬＣモードを提供している。また、ＲＬＣは、下位層が無線区間へとデータを伝送するのに適合するように、データ大きさを調節する役割も果たしており、そのために、上位層から受信したデータを分割及び連結する機能も果たす。
【００１０】
ＰＤＣＰ層は、ＲＬＣ層の上位に位置し、ＩＰｖ４やＩＰｖ６のようなＩＰパケットを用いて伝送されるデータが、相対的に帯域幅の小さい無線区間で効率的に伝送されることを可能にさせる。そのために、ＰＤＣＰ層は、ヘッダー圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）機能を行う。すなわち、データのヘッダー（Ｈｅａｄｅｒ）部分において必須の情報のみを伝送するようにし、無線区間の伝送効率を増加させる役割を果たす。ＰＤＣＰ層は、ヘッダー圧縮が基本機能であるから、主に、ＰＳドメインに存在し、各ＰＳサービスに対して効果的なヘッダー圧縮機能を提供するために、ＲＢ当たり１個のＰＤＣＰエンティティが存在する。また、ＰＤＣＰ層がＣＳドメインに存在する場合、ヘッダー圧縮機能を提供しない。
【００１１】
その他にも、第２層には、ＢＭＣ（Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ）層がＲＬＣ層の上位に存在し、セル放送メッセージ（Ｃｅｌｌ  Ｂｒｏａｄｃａｓｔ  Ｍｅｓｓａｇｅ）をスケジューリングし、特定セルに位置している端末に放送する機能を果たす。
【００１２】
第３層の最下部に位置しているＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ、無線リソース制御）層は、制御プレーンでのみ定義され、ＲＢの設定、再設定及び解除と関連して第１及び第２層のパラメータを制御し、また、論理チャネル、伝送チャネル及び物理チャネルの制御を担当する。この時、ＲＢは、端末とＵＴＲＡＮとのデータ伝達のために無線プロトコルの第１及び第２層により提供される論理的経路（ｐａｔｈ）を意味し、一般に、ＲＢが設定されるということは、特定サービスを提供するために必要な無線プロトコル層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。
【００１３】
以下、Ｅ−ＤＣＨについて詳細に説明する。
【００１４】
Ｅ−ＤＣＨは、一つの端末がＵＴＲＡＮの基地局に上りで高速データを伝送するのに使用する伝送チャネルである。Ｅ−ＤＣＨは、データを高速で伝送可能にするために、ＨＡＲＱ（Ｈｙｂｒｉｄ  ＡＲＱ）とＡＭＣ（Ａｄａｐｔｉｖｅ  Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ）、基地局制御スケジューリング（Ｎｏｄｅ  Ｂ  Ｃｏｎｔｒｏｌｌｅｄ  Ｓｃｈｅｄｕｌｉｎｇ）などの技術を用いる。
【００１５】
Ｅ−ＤＣＨのために、基地局は端末に、端末のＥ−ＤＣＨ伝送を制御する下り制御情報を伝送する。下り制御情報は、ＨＡＲＱのための応答情報（ＡＣＫ／ＮＡＣＫ）とＡＭＣのためのチャネル状態情報（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ）、基地局制御スケジューリングのためのＥ−ＤＣＨ伝送電力割当情報などを含む。一方、端末は、基地局に上り制御情報を伝送する。上り制御情報は、基地局制御スケジューリングのためのＥ−ＤＣＨ端末バッファー状態情報（ＵＥ  Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｉｎｆｏｒｍａｔｉｏｎ）、端末電力状態情報（ＵＥ  Ｐｏｗｅｒ  Ｓｔａｔｕｓ  Ｉｎｆｏｒｍａｔｉｏｎ）、Ｅ−ＴＦＣＩを通じたペイロード（Ｐａｙｌｏａｄ）大きさ、再伝送回数、端末電力剰余状況報告などを含む。
【００１６】
端末のＥ−ＤＣＨ伝送は、基地局（Ｎｏｄｅ  Ｂ）により制御される。基地局のＥ−ＤＣＨ制御は、スケジューラが行い、端末のそれぞれに最適の無線リソースを割り当てる役割を果たす。すなわち、無線チャネル状況が良い端末には、無線リソースを多く割り当て、多くのデータを伝送できるようにし、無線チャネル状況がよくない端末には、無線リソースを少なく割り当て、上り無線チャネルに干渉信号が多く発生することを防ぐ。
【００１７】
然るに、該スケジューラは、端末に無線リソースを割り当てる際に、端末の無線チャネル状況を考慮する他、端末がＥ−ＤＣＨのために使える可用電力量または端末が伝送しようとするデータの量のような情報も考慮した上で、無線リソースを割り当てる。すなわち、スケジューラは、Ｅ−ＤＣＨのための余分の電力があり、かつ、上りで伝送するデータがある端末に、無線チャネル状況を考慮して、最適の無線リソースを割り当てる。
【００１８】
したがって、端末は、Ｅ−ＤＣＨを通じてデータを伝送するために、まず、自身の可用電力量及びデータ量情報を基地局に知らせる。このような端末の可用電力量及びデータ量情報は、スケジューリング情報（Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ、ＳＩ）を通じて伝達され、その詳細な構造を図３に示す。
【００１９】
図３は、スケジューリング情報の構成を説明するための図である。
【００２０】
図３に示すように、スケジューリング情報を構成するそれぞれのパラメータ（ＵＰＨ、ＴＥＢＳ、ＨＬＢＳ、ＨＬＩＤ）について説明すると、下記の通りである。
【００２１】
ＵＰＨ（ＵＥ  Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ）は、端末の最大使用可能な電力量対比現在使用中の電力量を表すもので、端末がＥ−ＤＣＨのために使用できる可用電力量を知らせるものである。
【００２２】
ＴＥＢＳ（Ｔｏｔａｌ  Ｅ−ＤＣＨ  Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ）は、端末がＲＬＣとＭＡＣ層で伝送待機しているデータの総量をバイト単位で知らせる。ＴＥＢＳは、下記の表１のように、インデックス形態として知らせ、０〜３１のインデックスで表す。
【００２３】
【表１】
0005531026.tif 000002
例えば、伝送待機中のデータの総量が０ｂｙｔｅであれば、ＴＥＢＳ＝０と表記され、２２ｋｂｙｔｅであれば、ＴＥＢＳ＝２９と表記される。
【００２４】
ＨＬＢＳ（Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙ  Ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ  Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ）は、端末が伝送すべきデータの総量のうち、優先順位が最も高い論理チャネルのデータ量がどれくらいであるかを知らせる。すなわち、（最高の優先順位を有する論理チャネルのデータの量／端末が伝送すべきデータの総量）＊１００に該当するインデックスを知らせる。
【００２５】
ＨＬＩＤ（Ｈｉｇｈｅｓｔ  ｐｒｉｏｒｉｔｙ  Ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ  ＩＤ）は、伝送すべきデータがある論理チャネルのうち、優先順位の最も高い論理チャネルを知らせる。
【００２６】
端末は、上述したようなスケジューリング情報を毎度伝送するのでなく、無線リソースの効率的使用のために特定状況にのみ伝送しなければならない。このために、現在３ＧＰＰでは、スケジューリング情報を生成するためのトリガー条件を、下記のように規定している。
【００２７】
【表２】
0005531026.tif 000003
端末は、上述したようなトリガー条件によってスケジューリング情報を生成すると、それをＭＡＣ  ＰＤＵ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ）に含めて基地局に伝送する。一般に、ＭＡＣ  ＰＤＵは、上位データとスケジューリング情報とで構成するが、上位データがない場合は、スケジューリング情報のみで構成してもよい。生成されたＭＡＣ  ＰＤＵは、ＭＡＣ層に位置するＨＡＲＱプロセッサを介して基地局に伝送される。
【００２８】
端末がスケジューリング情報を通じて端末の電力及びデータ状況を基地局に知らせると、基地局のスケジューラは、端末状況及びセル全体の無線状況を考慮して、当該端末がＥ−ＤＣＨ伝送に使用可能な電力量を決定し、それを下り制御信号を通じて知らせる。この時、端末の電力量を知らせる下り制御信号には、端末の使用可能な電力量を絶対値として知らせるＡＧ（Ａｂｓｏｌｕｔｅ  Ｇｒａｎｔ）と、端末が既存に使用した電力量に比べて高いまたは低い値を使用することを知らせるＲＧ（Ｒｅｌａｔｉｖｅ  Ｇｒａｎｔ）の２種類がある。端末は、ＡＧまたはＲＧの下り制御信号を受信すると、端末がＥ−ＤＣＨ伝送に使用する電力量を決定し、それに合わせて伝送すべきＭＡＣ  ＰＤＵの大きさを決定する。
【発明の概要】
【発明が解決しようとする課題】
【００２９】
一方、近年、３ＧＰＰ標準では、共用Ｅ−ＤＣＨ（Ｃｏｍｍｏｎ  Ｅｎｈａｎｃｅｄ  Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ）を規定し、多数の端末が基地局制御の下にＥ−ＤＣＨを共用するように設定している。
【００３０】
このような共用Ｅ−ＤＣＨのためのスケジューリング情報を伝送する際、不要なリソース浪費を減らし、端末のプロセスの效率を向上させるための研究が必要である。
【課題を解決するための手段】
【００３１】
上記の課題を解決するための本発明の一実施形態では、
特定端末が基地局にＨＡＲＱ方式で信号を伝送する方法であって、
第１スケジューリング情報（Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ：ＳＩ）及びデータを含むＭＡＣ  ＰＤＵ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を、前記基地局に伝送し、
前記ＭＡＣ  ＰＤＵ伝送に失敗した場合、前記第１スケジューリング情報のＴＥＢＳ（Ｔｏｔａｌ  Ｅ−ＤＣＨ  Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ）フィールドが０に設定されたか否かを判定し、
前記第１スケジューリング情報のＴＥＢＳフィールドが０に設定されていない場合、新しい第２スケジューリング情報をトリガリングし、
トリガリングされた前記第２スケジューリング情報を前記基地局に伝送すること
を含む、信号伝送方法を提供する。
【００３２】
ここで、前記特定端末は、制限された時間において共用Ｅ−ＤＣＨ（Ｃｏｍｍｏｎ  Ｅｎｈａｎｃｅｄ  Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ）を使用する端末であり、前記共用Ｅ−ＤＣＨ伝送のためのリソースは、ＣＥＬＬ＿ＦＡＣＨ状態及び休止モード状態にある複数の端末に共有されてよい。
【００３３】
また、前記ＭＡＣ  ＰＤＵ伝送に失敗した場合、前記共用Ｅ−ＤＣＨ伝送のためのリソースを解除すること、をさらに含むことができ、
前記第２スケジューリング情報の前記基地局への伝送は、
前記基地局にランダムアクセスを行い、
前記第２スケジューリング情報を含むＭＡＣ  ＰＤＵを生成して前記基地局に伝送すること
を含むことができる。
【００３４】
前記第１スケジューリング情報のＴＥＢＳフィールドが０に設定されたか否かの判定は、
前記特定端末がＣＥＬＬ＿ＦＡＣＨ状態または休止モード状態であるか否かを判定することをさらに含むことができ、
前記第１スケジューリング情報のＴＥＢＳフィールドが０に設定されていない場合、または、前記特定端末がＣＥＬＬ＿ＦＡＣＨ状態でも、休止モード状態でもない場合、前記第２スケジューリング情報をトリガリングすることができる。
【００３５】
また、前記ＭＡＣ  ＰＤＵ伝送に失敗し、前記第１スケジューリング情報のＴＥＢＳフィールドが０に設定され、かつ、前記特定端末がＣＥＬＬ＿ＦＡＣＨ状態または休止モード状態である場合、前記特定端末は、前記第２スケジューリング情報をトリガリングしなくてよい。
【００３６】
上記課題を解決するための本発明の一実施形態では、
基地局にＨＡＲＱ方式で信号を伝送する端末であって、
一つ以上のＨＡＲＱプロセスを管理し、前記基地局へのＨＡＲＱ方式の信号伝送を制御するＨＡＲＱエンティティと、
前記一つ以上のＨＡＲＱプロセスのいずれか一つの特定ＨＡＲＱプロセスに対応して、第１スケジューリング情報（Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ：ＳＩ）及びデータを含むＭＡＣ  ＰＤＵ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を前記基地局に伝送する伝送モジュールと、
を含み、
前記特定ＨＡＲＱプロセスが前記ＭＡＣ  ＰＤＵ伝送に失敗した場合、前記ＨＡＲＱエンティティは、前記第１スケジューリング情報のＴＥＢＳ（Ｔｏｔａｌ  Ｅ−ＤＣＨ  Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ）フィールドが０に設定されたか否かを判定し、前記第１スケジューリング情報のＴＥＢＳフィールドが０に設定されていない場合、新しい第２スケジューリング情報をトリガリングし、トリガリングされた前記第２スケジューリング情報を、前記伝送モジュールを通じて前記基地局に伝送することを特徴とする、端末を提案する。
【００３７】
本実施形態に係る前記端末は、制限された時間において共用Ｅ−ＤＣＨ（Ｃｏｍｍｏｎ  Ｅｎｈａｎｃｅｄ  Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ）を使用するように構成される端末であればよく、前記共用Ｅ−ＤＣＨ伝送のためのリソースは、ＣＥＬＬ＿ＦＡＣＨ状態及び休止モード状態にある複数の端末に共有されてよい。
【００３８】
前記特定ＨＡＲＱプロセスが前記ＭＡＣ  ＰＤＵ伝送に失敗すると、前記端末は前記共用Ｅ−ＤＣＨ伝送のためのリソースを解除するように構成されればよく、前記端末は、前記第２スケジューリング情報を前記基地局に伝送するために前記基地局にランダムアクセスを行い、前記第２スケジューリング情報を含むＭＡＣ  ＰＤＵを生成して前記基地局に伝送するように構成されてよい。
【００３９】
また、前記ＨＡＲＱエンティティは、前記第１スケジューリング情報のＴＥＢＳフィールドが０に設定されたか否かを判定する際に、前記端末がＣＥＬＬ＿ＦＡＣＨ状態または休止モード状態であるか否かをさらに判定し、
前記ＨＡＲＱエンティティは、前記第１スケジューリング情報のＴＥＢＳフィールドが０に設定されていない場合、または、前記特定端末がＣＥＬＬ＿ＦＡＣＨ状態でも休止モード状態でもない場合、前記第２スケジューリング情報をトリガリングするように構成されてよい。
【００４０】
なお、前記特定ＨＡＲＱプロセスが前記ＭＡＣ  ＰＤＵ伝送に失敗し、前記第１スケジューリング情報のＴＥＢＳフィールドが０に設定され、かつ、前記端末がＣＥＬＬ＿ＦＡＣＨ状態または休止モード状態である場合、前記ＨＡＲＱエンティティは、前記第２スケジューリング情報をトリガリングしないように構成されてよい。
本願明細書は、例えば、以下の項目も提供する。
（項目１）
特定端末が基地局にＨＡＲＱ方式で信号を伝送する方法であって、
第１スケジューリング情報（Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ：ＳＩ）及びデータを含むＭＡＣ  ＰＤＵ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を、前記基地局に伝送し、
前記ＭＡＣ  ＰＤＵ伝送に失敗した場合、前記第１スケジューリング情報のＴＥＢＳ（Ｔｏｔａｌ  Ｅ−ＤＣＨ  Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ）フィールドが０に設定されたか否かを判定し、
前記第１スケジューリング情報のＴＥＢＳフィールドが０に設定されていない場合、新しい第２スケジューリング情報をトリガリングし、
トリガリングされた前記第２スケジューリング情報を前記基地局に伝送すること
を含む、信号伝送方法。
（項目２）
前記特定端末は、制限された時間において共用Ｅ−ＤＣＨ（Ｃｏｍｍｏｎ  Ｅｎｈａｎｃｅｄ  Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ）を使用する、項目１に記載の信号伝送方法。
（項目３）
前記共用Ｅ−ＤＣＨ伝送のためのリソースは、ＣＥＬＬ＿ＦＡＣＨ状態及び休止モード状態にある複数の端末に共有される、項目２に記載の信号伝送方法。
（項目４）
前記ＭＡＣ  ＰＤＵ伝送後に、前記ＭＡＣ  ＰＤＵ伝送に対応するＨＡＲＱプロセスのＨＡＲＱバッファーが空になった場合、前記共用Ｅ−ＤＣＨ伝送のためのリソースを解除すること、をさらに含む、項目３に記載の信号伝送方法。
（項目５）
前記第２スケジューリング情報の前記基地局への伝送は、
前記基地局にランダムアクセスを行い、
前記第２スケジューリング情報を含むＭＡＣ  ＰＤＵを生成して前記基地局に伝送すること
を含む、項目４に記載の信号伝送方法。
（項目６）
前記第１スケジューリング情報のＴＥＢＳフィールドが０に設定されたか否かの判定は、
前記特定端末がＣＥＬＬ＿ＦＡＣＨ状態または休止モード状態であるか否かを判定することをさらに含み、
前記第１スケジューリング情報のＴＥＢＳフィールドが０に設定されていない場合、または、前記特定端末がＣＥＬＬ＿ＦＡＣＨ状態でも、休止モード状態でもない場合、前記第２スケジューリング情報をトリガリングすることを特徴とする、項目２に記載の信号伝送方法。
（項目７）
前記第１スケジューリング情報のＴＥＢＳフィールドが０に設定され、かつ、前記特定端末がＣＥＬＬ＿ＦＡＣＨ状態または休止モード状態である場合、前記特定端末は、前記第２スケジューリング情報をトリガリングしないことを特徴とする、項目６に記載の信号伝送方法。
（項目８）
基地局にＨＡＲＱ方式で信号を伝送する端末であって、
一つ以上のＨＡＲＱプロセスを管理し、前記基地局へのＨＡＲＱ方式の信号伝送を制御するＨＡＲＱエンティティと、
前記一つ以上のＨＡＲＱプロセスのいずれか一つの特定ＨＡＲＱプロセスに対応して、第１スケジューリング情報（Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ：ＳＩ）及びデータを含むＭＡＣ  ＰＤＵ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を前記基地局に伝送する伝送モジュールと、
を含み、
前記特定ＨＡＲＱプロセスが前記ＭＡＣ  ＰＤＵ伝送に失敗した場合、前記ＨＡＲＱエンティティは、前記第１スケジューリング情報のＴＥＢＳ（Ｔｏｔａｌ  Ｅ−ＤＣＨ  Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ）フィールドが０に設定されたか否かを判定し、前記第１スケジューリング情報のＴＥＢＳフィールドが０に設定されていない場合、新しい第２スケジューリング情報をトリガリングし、トリガリングされた前記第２スケジューリング情報を、前記伝送モジュールを通じて前記基地局に伝送することを特徴とする、端末。
（項目９）
前記端末は、制限された時間において共用Ｅ−ＤＣＨ（Ｃｏｍｍｏｎ  Ｅｎｈａｎｃｅｄ  Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ）を使用するように構成される、項目８に記載の端末。
（項目１０）
前記共用Ｅ−ＤＣＨ伝送のためのリソースは、ＣＥＬＬ＿ＦＡＣＨ状態及び休止モード状態にある複数の端末に共有される、項目９に記載の端末。
（項目１１）
前記ＭＡＣ  ＰＤＵを伝送し、前記ＭＡＣ  ＰＤＵ伝送に対応するＨＡＲＱプロセスのＨＡＲＱバッファーが空になった場合、前記特定ＨＡＲＱプロセスが前記ＭＡＣ  ＰＤＵ伝送に失敗すると、前記端末は、前記共用Ｅ−ＤＣＨ伝送のためのリソースを解除するように構成される、項目１０に記載の端末。
（項目１２）
前記端末は、前記第２スケジューリング情報を前記基地局に伝送するために前記基地局にランダムアクセスを行い、前記第２スケジューリング情報を含むＭＡＣ  ＰＤＵを生成して前記基地局に伝送するように構成される、項目１１に記載の端末。
（項目１３）
前記ＨＡＲＱエンティティは、前記第１スケジューリング情報のＴＥＢＳフィールドが０に設定されたか否かを判定する際に、前記端末がＣＥＬＬ＿ＦＡＣＨ状態または休止モード状態であるか否かをさらに判定し、
前記ＨＡＲＱエンティティは、前記第１スケジューリング情報のＴＥＢＳフィールドが０に設定されていない場合、または、前記特定端末がＣＥＬＬ＿ＦＡＣＨ状態でも休止モード状態でもない場合、前記第２スケジューリング情報をトリガリングするように構成されることを特徴とする、項目９に記載の端末。
（項目１４）
前記第１スケジューリング情報のＴＥＢＳフィールドが０に設定され、かつ、前記端末がＣＥＬＬ＿ＦＡＣＨ状態または休止モード状態である場合、前記ＨＡＲＱエンティティは、前記第２スケジューリング情報をトリガリングしないように構成されることを特徴とする、項目１３に記載の端末。
【発明の効果】
【００４１】
上述したような本発明の実施形態によれば、ＨＡＲＱ伝送失敗が発生した時、既に解除された無線リソースの解除を要求する新しいスケジューリング情報を伝送しないようにするから、端末の余計なスケジューリング情報の伝送及びネットワークの余分のリソース割当を防止することができる。
【図面の簡単な説明】
【００４２】
【図１】ＵＭＴＳのネットワーク構造を示す図である。
【図２】ＵＭＴＳで使用する無線プロトコルの構造を示す図である。
【図３】スケジューリング情報の構成を説明するための図である。
【図４】ＴＥＢＳ＝０のスケジューリング情報を通じて共用Ｅ−ＤＣＨ無線リソースを解除する過程を説明するための図である。
【図５】共用Ｅ−ＤＣＨと関連したスケジューリング情報トリガリング条件の問題点を説明するための図である。
【図６】本発明の好適な一実施形態に係るスケジューリング情報トリガリング方法を説明するための図である。
【図７】本発明の一実施形態によって共用Ｅ−ＤＣＨを用いる端末（休止モードまたはＣＥＬＬ＿ＦＡＣＨ状態の端末）の動作を説明するための図である。
【図８】本発明の他の実施形態によって共用Ｅ−ＤＣＨを使用する端末の動作方式を説明するための図である。
【図９】本発明の一実施形態に係る端末のプロセッサの構成を説明するための図である。
【発明を実施するための形態】
【００４３】
以下、本発明の好適な実施形態を、添付の図面を参照しつつ詳細に説明する。添付の図面と共に以下に開示される詳細な説明は、本発明の例示的な実施形態を説明するためのもので、本発明が実施されうる唯一の実施形態を示すためのものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、当業者には、本発明がそれらの具体的な細部事項なしにも実施されうることが理解できる。例えば、以下の詳細な説明は、移動通信システムが３ＧＰＰシステムであるとして具体的に説明するが、３ＧＰＰ特有の事項を除けば、他の任意の移動通信システムにも適用可能である。
【００４４】
場合によっては、本発明の概念が曖昧になることを避けるために、公知の構造及び装置は省略したり、各構造及び装置の核心機能を中心にしたブロック図の形式で示すことができる。また、本明細書全体において同一の構成要素については同一の図面符号を使用して説明する。
【００４５】
なお、以下の説明において、端末は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）など、移動または固定型のユーザ端の機器を総称するとする。また、基地局は、Ｎｏｄｅ  Ｂ、ｅＮｏｄｅ  Ｂ、Ｂａｓｅ  Ｓｔａｔｉｏｎなど、端末と通信するネットワーク端の任意のノードを総称するとする。
【００４６】
以下、本発明が適用される共用Ｅ−ＤＣＨについて説明する。
【００４７】
Ｅ−ＤＣＨは、一つのＵＥが特定の一つのＥ−ＤＣＨを占有している専用（Ｄｅｄｉｃａｔｅｄ）Ｅ−ＤＣＨと、多数のＵＥが共通のＥ−ＤＣＨを共有している共用Ｅ−ＤＣＨとに区別される。専用Ｅ−ＤＣＨが、特定のＵＥに専用として割り当てられた伝送チャネルであるのに対し、共用Ｅ−ＤＣＨは、基地局の制御下に、多数のＵＥに共用として割り当てられた伝送チャネルである。
【００４８】
このような共用Ｅ−ＤＣＨ無線リソースの使用は、休止（ＩＤＬＥ）モードまたはＣＥＬＬ＿ＦＡＣＨ状態の端末に限定される。ＩＤＬＥモードは、端末がネットワークに接続されていない状態であり、ＣＥＬＬ＿ＦＡＣＨ状態は、ネットワークに接続してはいるが、伝送するデータの量が少ないため、専用チャネルが割り当てられていない状態である。いずれの状態も、端末に専用チャネルが割り当てられていない状態であり、これらの状態の端末に高速のデータ伝送を支援するために共用Ｅ−ＤＣＨが開発された。このような共用Ｅ−ＤＣＨは、多数の端末が同時に使用しようと試みることがあるため、端末は、共用Ｅ−ＤＣＨ無線リソース割当要請時に一般的なランダムアクセス（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ）手順を行わなければ成らない。また、本発明の一実施形態では、基地局が特定端末に共用Ｅ−ＤＣＨ無線リソースを割り当てる際に、一定の時間のみ使用するように時間情報も提供するように設定することを提案する。
【００４９】
本実施形態に係る端末は、共用Ｅ−ＤＣＨ無線リソースが割り当てられると、該共用Ｅ−ＤＣＨ無線リソースを、定められた時間のみ使用し、時間が満了すると解除し、解除した無線リソースを他の端末が使用できるようにする。ところが、一定時間が満了する前に端末がデータ伝送を完了すると、端末は、共用Ｅ−ＤＣＨ無線リソースの解除を基地局に知らせることができる。そのためにＴＥＢＳ＝０のスケジューリング情報を伝送し、このＴＥＢＳ＝０は、端末が伝送するデータがないという意味であるから、これを受信した基地局は、定められた時間が満了する前に、端末の共用Ｅ−ＤＣＨ無線リソースを解除することができる。
【００５０】
図４は、ＴＥＢＳ＝０のスケジューリング情報を通じて共用Ｅ−ＤＣＨ無線リソースを解除する手順を説明するための図である。
【００５１】
端末が、定められた時間になる前に無線リソースを解除する場合、ＴＥＢＳ＝０のスケジューリング情報を生成することができる（Ｓ４０１）。特に、ＴＥＢＳは、ＲＬＣバッファーの伝送／再伝送またはＭＡＣバッファーに残ったデータを知らせる。したがって、ＴＥＢＳ＝０のＳＩがトリガリングされると、ＴＥＢＳ＝０のＳＩと一緒に伝送されるＭＡＣ  ＰＤＵは、当該端末のバッファーに存在する最後のデータである。このように、当該ＭＡＣ  ＰＤＵを伝送すると、端末の全てのバッファーが空になる。
【００５２】
したがって、上述のように生成されたスケジューリング情報は、伝送すべき端末バッファーに存在する最後のデータと一緒にＭＡＣ  ＰＤＵを構成し、基地局に伝送することができる（Ｓ４０２）。ＭＡＣ  ＰＤＵの伝送は、ＨＡＲＱエンティティにより管理される特定ＨＡＲＱプロセスにより行われ、端末は、生成されたＭＡＣ  ＰＤＵが、ＨＡＲＱ伝送が完了してＨＡＲＱバッファーから削除されるまで待った後、共用Ｅ−ＤＣＨ無線リソースを解除する。
【００５３】
例えば、上述のように伝送されたＭＡＣ  ＰＤＵを、基地局で受信することができる（Ｓ４０３）。端末からＴＥＢＳ＝０のスケジューリング情報を含むＭＡＣ  ＰＤＵを受信した基地局は、それに基づいて共用Ｅ−ＤＣＨ無線リソースを解除することができる（Ｓ４０４）。その後、基地局は、端末から受信したＭＡＣ  ＰＤＵに対する確認応答（ＡＣＫ）を伝送することができる（Ｓ４０５）。
【００５４】
基地局からＡＣＫを受信（Ｓ４０６）した端末は、ＡＣＫ受信によって、段階Ｓ４０２においてＭＡＣ  ＰＤＵ伝送に用いられたＨＡＲＱプロセスに対応するＨＡＲＱバッファーのデータを削除（ｆｌｕｓｈ）でき、これにより、共用Ｅ−ＤＣＨ無線リソースを解除することができる（Ｓ４０７）。
【００５５】
一方、端末がＭＡＣ  ＰＤＵをＨＡＲＱバッファーから削除する場合には、２通りがある。図４に示すように、ＭＡＣ  ＰＤＵの伝送に成功して基地局からＡＣＫを受ける場合には当該ＭＡＣ  ＰＤＵをバッファーから削除するが、これと違い、端末が最大再伝送回数だけＭＡＣ  ＰＤＵを伝送したものの、失敗すると（すなわち、基地局からＡＣＫを受信できないと）、端末は、当該ＭＡＣ  ＰＤＵのＨＡＲＱ伝送に失敗したと判断し、当該ＭＡＣ  ＰＤＵをＨＡＲＱバッファーから削除することができる。
【００５６】
もし、端末が共用Ｅ−ＤＣＨ無線リソースを解除するために、ＴＥＢＳ＝０のスケジューリング情報と端末バッファーに存在する最後のデータとを含むＭＡＣ  ＰＤＵを伝送した後、ＨＡＲＱ伝送に失敗すると、端末は、このＭＡＣ  ＰＤＵの成功によらず、当該ＭＡＣ  ＰＤＵがＨＡＲＱバッファーから削除される際に共用Ｅ−ＤＣＨ無線リソースを解除することができる。この場合、基地局は、実際に、当該ＭＡＣ  ＰＤＵを受信したかもしれず（ＡＣＫを失った場合）、そうでないかもしれない（ＭＡＣ  ＰＤＵ伝送に失敗した場合）から、無線リソースの浪費を減らす目的で、端末はそれ以上の伝送無しで共用Ｅ−ＤＣＨ無線リソースを解除するわけである。
【００５７】
ところが、上記表２で説明した現在スケジューリング情報のトリガリング条件によって、もし、データとスケジューリング情報とを含むＭＡＣ  ＰＤＵのＨＡＲＱ伝送に失敗した場合、端末は、新しいスケジューリング情報をトリガリングしなければならない。これは、共用Ｅ−ＤＣＨ無線リソースの解除を知らせるＴＥＢＳ＝０が含まれた場合にも同様であり、この場合には、それ以上伝送するデータが無いにもかかわらず、端末は新しくスケジューリング情報をトリガリングすることになる。このような過程を、図５を参照して具体的に説明する。
【００５８】
図５は、共用Ｅ−ＤＣＨと関連したスケジューリング情報トリガリング条件の問題点を説明するための図である。
【００５９】
制限された時間において共用Ｅ−ＤＣＨを使用する休止モードまたはＣＥＬＬ＿ＦＡＣＨ状態の端末は、該当のＲＬＣ伝送または再伝送バッファーにデータがない場合、または、ＭＡＣ分割伝送バッファーにデータがない場合、共用Ｅ−ＤＣＨ無線リソース解除を基地局に知らせるために、ＴＥＢＳ＝０のスケジューリング情報をトリガリングすることができる（Ｓ５０１）。これにより、端末は、上位層データ及びＴＥＢＳ＝０であるスケジューリング情報を含むＭＡＣ  ＰＤＵを、基地局に伝送することができる（Ｓ５０２）。端末から伝送されたＭＡＣ  ＰＤＵを受信した基地局は（Ｓ５０３）、これによって共用Ｅ−ＤＣＨ無線リソースを解除することができる（Ｓ５０４）。また、基地局はＭＡＣ  ＰＤＵの受信成功を端末に知らせるために、端末にＡＣＫを伝送することができる（Ｓ５０５）。
【００６０】
一方、端末は、図５に示すように、基地局から伝送されたＡＣＫ受信に失敗することがある。このようにＡＣＫ受信に失敗した端末は、ＨＡＲＱ最大伝送回数に達するまで該当のＭＡＣ  ＰＤＵを再伝送することができる（Ｓ５０６、Ｓ５０７）。ただし、Ｓ５０６に示すように、端末から伝送されたＭＡＣ  ＰＤＵが基地局に伝達されないとか、Ｓ５０７に示すように、基地局がＭＡＣ  ＰＤＵ受信に成功したものの、それに対して伝送したＡＣＫ（Ｓ５０８）を端末が受信できないとかの理由から、端末のＨＡＲＱ最大再伝送回数に達すると、端末は、該当のＨＡＲＱ伝送に失敗したと見なし、ＨＡＲＱバッファーをクリアする（Ｓ５０９）。このようにＨＡＲＱ伝送に失敗する場合であっても、上述した通り、端末は共用Ｅ−ＤＣＨ無線リソースを解除することになる（Ｓ５１０）。ただし、上記表２で説明した現在スケジューリング情報トリガリング条件によると、データとスケジューリング情報のＨＡＲＱ伝送に失敗する場合に該当し、端末は、伝送するデータが無いにもかかわらず、新しいスケジューリング情報をトリガリングしなければならない（Ｓ５２０）。また、既に共用Ｅ−ＤＣＨ無線リソースを解除した後であるから、新しいスケジューリング情報伝送のためには新しいランダムアクセスを行わなければならないが、実際に伝送するデータがないから、端末のバッタリーの消耗、基地局の余分の共用Ｅ−ＤＣＨ無線リソース割当を招いてしまう。
【００６１】
要するに、上記表２に表したようなスケジューリング情報トリガリング条件の問題点は、端末が共用Ｅ−ＤＣＨ無線リソース解除を知らせるＴＥＢＳ＝０を含むＭＡＣ  ＰＤＵのＨＡＲＱ伝送に失敗した時、共用Ｅ−ＤＣＨ無線リソースを解除するのに、同時に新しいスケジューリング情報をトリガリングすることにある。この場合、既に共用Ｅ−ＤＣＨ無線リソースは解除されたため、端末は、単にＴＥＢＳ＝０を伝送するために、新しくランダムアクセス手順を行って共用Ｅ−ＤＣＨ無線リソースを受けなければならない。
【００６２】
そこで、本発明の好適な一実施形態では、スケジューリング情報のＨＡＲＱ伝送に失敗すると、即座で新しいスケジューリング情報をトリガリングせずに、ＨＡＲＱ伝送に失敗したスケジューリング情報のＴＥＢＳが０に設定されたか否をさらに判定することによつて、上述したような問題を解決することを提案する。
【００６３】
具体的に、本実施形態では、ＨＡＲＱ伝送に失敗したスケジューリング情報のＴＥＢＳが０に設定されていない場合に限って、新しいスケジューリング情報をトリガリングして基地局に伝送することを提案する。
【００６４】
図６は、本発明の好適な一実施形態にかかるスケジューリング情報トリガリング方法を説明するための図である。
【００６５】
まず、端末が基地局にスケジューリング情報をＨＡＲＱ方式で伝送した場合、該情報の基地局での受信失敗、または、基地局から伝送されたＡＣＫの受信失敗によって、ＭＡＣ  ＰＤＵ伝送失敗が発生することがある（Ｓ６０１）。このようにスケジューリング情報の伝送失敗が発生すると、本実施形態では、直ちに新しいスケジューリング情報をトリガリングせずに、伝送失敗したスケジューリング情報のＴＥＢＳフィールドを検討し、ＴＥＢＳ＝０であるか否かをさらに考慮することを提案する（Ｓ６０２）。このように、伝送に失敗したスケジューリング情報がＴＥＢＳ＝０の場合に、端末は、それ以上スケジューリング情報をトリガリングしない（Ｓ６０５）。すなわち、本実施形態に係る端末は、伝送に失敗したスケジューリング情報のＴＥＢＳが０に設定されない場合に限って、新しいスケジューリング情報トリガリングを考慮する。
【００６６】
具体的に、ＨＡＲＱ伝送に失敗したスケジューリング情報のＴＥＢＳが０に設定されていない場合、端末は、当該スケジューリング情報がデータと一緒にＭＡＣ  ＰＤＵとして伝送されたものであるか否かを判定できる（Ｓ６０３）。もし、スケジューリング情報がデータなくスケジューリング情報のみを含むＭＡＣ  ＰＤＵの形態で伝送された場合（ｓｔａｎｄ  ａｌｏｎｅ  ｔｙｐｅ  ＭＡＣ  ＰＤＵ）、端末は、それ以上スケジューリング情報をトリガリングしなくてよい（Ｓ６０５）。このようにスケジューリング情報のみを含むＭＡＣ  ＰＤＵの伝送に失敗した場合は、端末は、周期的スケジューリングによって、次のスケジューリング情報伝送周期に、必要なスケジューリング情報を伝送することができる。
【００６７】
一方、段階Ｓ６０３での判定結果、ＨＡＲＱ伝送に失敗したスケジューリング情報がデータと一緒に伝送された場合、端末は、新しいスケジューリング情報をトリガリングする（Ｓ６０４）。これにより、端末は、該当のデータ及び新しくトリガリングされたスケジューリング情報をＭＡＣ  ＰＤＵの形態として基地局に伝送することができる。
【００６８】
上述のように提案されたスケジューリング情報トリガリング条件によって共用Ｅ−ＤＣＨを利用する場合を、既存のスケジューリング方式と比較して説明する。
【００６９】
図７は、本発明の一実施形態によって共用Ｅ−ＤＣＨを用いる端末（休止モードまたはＣＥＬＬ＿ＦＡＣＨ状態端末）の動作を説明するための図である。
【００７０】
図７Ａは、一般のスケジューリング情報トリガリング条件を用いる場合を示し、図７Ｂは、図６で上述した実施形態に係るスケジューリング情報トリガリング条件を用いる場合を示す。
【００７１】
まず、制限された時間において共用Ｅ−ＤＣＨを使用する休止モードまたはＣＥＬＬ＿ＦＡＣＨ状態端末がデータを全て伝送した場合、最後のデータとＴＥＢＳ＝０のスケジューリング情報とを含むＭＡＣ  ＰＤＵを、基地局に伝送することがある。図７は、このような端末のＭＡＣ  ＰＤＵ伝送に失敗した場合を仮定する（Ｓ７０１）。このように、端末が基地局に共用Ｅ−ＤＣＨ無線リソース解除を知らせるためにＴＥＢＳ＝０のスケジューリング情報を伝送した場合にも、図４及び図５で上述した通り、端末は共用Ｅ−ＤＣＨ無線リソースを解除することができる（Ｓ７０２）。
【００７２】
図７Ａに示すように、一般のスケジューリング情報トリガリング方式に従うと、データと一緒に伝送されたスケジューリング情報のＨＡＲＱ伝送に失敗した場合、端末は、新しいスケジューリング情報をトリガリングし、それを伝送するためのＭＡＣ  ＰＤＵを構成するようになる（Ｓ７０３）。ただし、端末は、既に共用Ｅ−ＤＣＨ伝送のための無線リソースを解除したから、トリガリングされたスケジューリング情報を伝送する無線リソースを有していない状態である。そのため、端末は基地局にランダムアクセス手順を行い（Ｓ７０４）、基地局から上り無線リソースを確保した上で、生成されたＭＡＣ  ＰＤＵを伝送する（Ｓ７０５）。ただし、端末の再伝送するスケジューリング情報は、基地局に共用Ｅ−ＤＣＨ無線リソース解除を知らせるためのものであるから、余分の無線リソースの割当、端末のバッテリー消耗の増加を招くことがある。
【００７３】
これに対し、図７Ｂに示す本発明の一実施形態に係る端末は、段階Ｓ７０６のように、スケジューリング情報のＨＡＲＱ伝送に失敗した場合、該スケジューリング情報のＴＥＢＳが０に設定されているか否をさらに判定する。すなわち、本実施形態に係る端末は、ＨＡＲＱ伝送に失敗したスケジューリング情報のＴＥＢＳ＝０でない場合に限って、上述した段階Ｓ７０３乃至Ｓ７０５によって新しいスケジューリング情報伝送のための動作を行い、ＨＡＲＱ伝送に失敗したスケジューリング情報のＴＥＢＳ＝０の場合には、それ以上スケジューリング情報をトリガリングしないことを提案する。
【００７４】
図７Ｂにおける段階Ｓ７０６においてスケジューリング情報のＴＥＢＳ＝０であるか否かを判定するプロセスは、図５に示すように、共用Ｅ−ＤＣＨを用いる場合に生じうる問題を解決するためのものであり、共用Ｅ−ＤＣＨの使用は、休止モードまたはＣＥＬＬ＿ＦＡＣＨ状態の端末に制限されるから、端末が休止モードでもＣＥＬＬ＿ＦＡＣＨ状態でもない場合には、段階Ｓ７０３乃至Ｓ７０５のように、新しいスケジューリング情報伝送のための動作を行うことができる。
【００７５】
一方、本発明の他の実施形態では、図５に示すような問題点を解決するための方法として、新しいスケジューリング情報トリガリングにおいては一般の方式を同様に適用し、ただし、ＨＡＲＱ伝送に失敗したスケジューリング情報がＴＥＢＳ＝０に設定されている場合には、トリガリングされたスケジューリング情報を伝送しないように設定する方法を提案する。
【００７６】
図８は、本発明の他の実施形態によって共用Ｅ−ＤＣＨを使用する端末の動作方式を説明するための図である。
【００７７】
図８Ａは、一般のスケジューリング方式を用いる端末の動作方式を示し、図８Ｂは、本実施形態に係る端末の動作方式を示す。
【００７８】
図８Ａは、図７Ａの動作と同一である。すなわち、制限された時間において共用Ｅ−ＤＣＨを使用する休止モードまたはＣＥＬＬ＿ＦＡＣＨ状態の端末がデータを全て伝送した場合、最後のデータとＴＥＢＳ＝０のスケジューリング情報とを含むＭＡＣ  ＰＤＵを基地局に伝送することがあり、図８は、このような端末のＭＡＣ  ＰＤＵ伝送に失敗した場合を仮定する（Ｓ８０１）。このように端末が基地局に共用Ｅ−ＤＣＨ無線リソース解除を知らせるために、ＴＥＢＳ＝０のスケジューリング情報を伝送した場合にも、図４及び図５で上述した通り、端末は共用Ｅ−ＤＣＨ無線リソースを解除することができる（Ｓ８０２）。
【００７９】
図８Ａに示すように、一般のスケジューリング情報トリガリング方式に従うと、データと一緒に伝送されたスケジューリング情報のＨＡＲＱ伝送に失敗した場合、端末は新しいスケジューリング情報をトリガリングし、それを伝送するためのＭＡＣ  ＰＤＵを構成するようになる（Ｓ８０３）。ただし、端末は、共用Ｅ−ＤＣＨ伝送のための無線リソースを既に解除しており、トリガリングされたスケジューリング情報を伝送する無線リソースを有していない状態である。このため、端末は基地局にランダムアクセス手順を行い（Ｓ８０４）、基地局から上り無線リソースを確保した上で、生成されたＭＡＣ  ＰＤＵを伝送することになる（Ｓ８０５）。ただし、端末の再伝送するスケジューリング情報は、基地局に共用Ｅ−ＤＣＨ無線リソース解除を知らせるためのものであるから、余分の無線リソースの割当、端末のバッテリー消耗の増加を招くことがある。
【００８０】
これに対し、本実施形態に係る端末は、段階Ｓ８０３−１に示すように、スケジューリング情報のＨＡＲＱ伝送に失敗した場合、一般のスケジューリング情報トリガリングアルゴリズムを維持しつつ新しいスケジューリング情報をトリガリングする。ただし、このようにしてトリガリングされたスケジューリング情報を伝送するために、無条件にＭＡＣ  ＰＤＵを構成して基地局に伝送するのではなく、ＨＡＲＱ伝送に失敗したスケジューリング情報のＴＥＢＳフィールドを検討し、ＴＥＢＳ＝０であるか否かを判定する（Ｓ５０６）。もし、ＨＡＲＱ伝送に失敗したスケジューリング情報がＴＥＢＳ＝０の場合、本実施形態に係る端末は、トリガリングされたスケジューリング情報を伝送しないことを提案する。一方、ＨＡＲＱ伝送に失敗したスケジューリング情報がＴＥＢＳ＝０でない場合、段階Ｓ８０３−１でトリガリングされたスケジューリング情報を伝送するためのＭＡＣ  ＰＤＵを構成し（Ｓ８０３−２）、これを伝送するための以降の動作を行うことができる（Ｓ８０４及びＳ８０５）。
【００８１】
これらの実施形態に係る端末は、共用Ｅ−ＤＣＨの利用において余分のリソース浪費／動作を防止することができる。
【００８２】
これらの実施形態に係る端末の構成を、以下に説明する。
【００８３】
移動通信システムにおいて、端末は、信号処理のためのプロセッサに加えて、入力手段、ディスプレイモジュールなどを含むことができる。そのうち、端末の実質的な信号処理を担当するプロセッサの構成について説明する。
【００８４】
図９は、本発明の一実施形態に係る端末のプロセッサの構成を示す図である。
【００８５】
端末のプロセッサは、図２で上述したようなプロトコル構造を有することができ、特に、本発明の実施形態は、物理層９１０、ＭＡＣ層９２０及びＲＬＣ層９３０と主に関連する。
【００８６】
本発明の一実施形態に係るＭＡＣ層モジュール９２０は、ＨＡＲＱエンティティ９２１、一つ以上のＨＡＲＱプロセス９２２、各ＨＡＲＱプロセス９２２に対応するＨＡＲＱバッファー９２３、新しいＭＡＣ  ＰＤＵ伝送時にＭＡＣ  ＰＤＵの大きさ及び伝送電力を決定するＥ−ＴＦＣ選択エンティティ９２４、及び各ＭＡＣ−ｄフローごとに伝送する上位ＲＬＣ層伝送バッファー９３１のデータとスケジューリング情報とをマルチプレクシングするマルチプレクシングエンティティ９２５を含むことができる。端末は、一つのＨＡＲＱエンティティ９２１を含み、ＨＡＲＱエンティティ９２１は、一つ以上のＨＡＲＱプロセス９２２を管理し、端末のＨＡＲＱ方式の信号伝送を管理する。
【００８７】
物理層モジュール９１０は、伝送モジュール９１１及び受信モジュール９１２を含むように単純化でき、伝送モジュール９１１は、ＭＡＣ層モジュールから伝達されたＭＡＣ  ＰＤＵを基地局に伝送する役割を担い、受信モジュール９１２は、基地局から、端末のＭＡＣ  ＰＤＵ伝送に対応するＨＡＲＱフィードバック信号を受信する役割を担当することができる。
【００８８】
端末におけるＨＡＲＱエンティティ９２１は、一つ以上のＨＡＲＱプロセス９２２のいずれかの特定ＨＡＲＱプロセスに対応して、スケジューリング情報及びデータを含むＭＡＣ  ＰＤＵを、物理層モジュール９１０における伝送モジュール９１１を通じて基地局に伝送することができる。また、この特定ＨＡＲＱプロセスがＭＡＣ  ＰＤＵ伝送に失敗した場合、本発明の一実施形態に係る端末におけるＨＡＲＱエンティティ９２１、より具体的な実施形態ではＳＩ報告エンティティ９２４は、伝送されたスケジューリング情報のＴＥＢＳフィールドが０に設定されたか否かを判定し、ＨＡＲＱ伝送に失敗したスケジューリング情報のＴＥＢＳフィールドが０に設定されていない場合に限って、新しいスケジューリング情報をトリガリングし、トリガリングされたスケジューリング情報を、伝送モジュール９１１を通じて基地局に伝送するように構成することを提案する。
【００８９】
また、本発明の一実施形態に係る端末のＨＡＲＱエンティティ９２１は、スケジューリング情報のＴＥＢＳフィールドが０に設定されたか否を判定するにあたり、端末が休止モード状態またはＣＥＬＬ＿ＦＡＣＨ状態にあるか否かをさらに判定するように構成することができ、端末が休止モード状態でも、ＣＥＬＬ＿ＦＡＣＨ状態でもない場合、スケジューリング情報のＨＡＲＱ伝送失敗に対応してトリガリングされた新しいスケジューリング情報を伝送するように構成することを提案する。
【００９０】
以上開示された本発明の好適な実施例についての詳細な説明は、当業者が本発明を具現し実施できるように提供された。以上では本発明の好適な実施形態を挙げて本発明を説明したが、当該技術の分野における熟練した当業者にとっては、添付の特許請求の範囲に記載された本発明の思想及び領域を逸脱しない範囲内で本発明を様々に修正及び変更できるということが明らかである。したがって、本発明は、ここに開示された実施形態に制限されるものではなく、ここに開示された原理及び新規な特徴と一致する最も広い範囲を与えるためのものである。
【産業上の利用可能性】
【００９１】
上述の信号送受信技術及びそのための端末構造は、３ＧＰＰシステムに適用される例を中心に説明されたが、３ＧＰＰシステムの他、類似の過程を有する他の様々な移動通信システムにも適用可能である。
【図１】
0005531026.tif 000004
【図２】
0005531026.tif 000005
【図３】
0005531026.tif 000006
【図４】
0005531026.tif 000007
【図５】
0005531026.tif 000008
【図６】
0005531026.tif 000009
【図７】
0005531026.tif 000010
【図８】
0005531026.tif 000011
【図９】
0005531026.tif 000012