特許 5769756 無線通信システムにおけるパワーヘッドルーム報告手順を実行する方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5769756

(24)【登録日】2015年7月3日

(45)【発行日】2015年8月26日

(54)【発明の名称】無線通信システムにおけるパワーヘッドルーム報告手順を実行する方法及び装置

(51)【国際特許分類】

   H04W 52/54 20090101AFI20150806BHJP

   H04W 52/30 20090101ALI20150806BHJP

【ＦＩ】

   H04W52/54

   H04W52/30

【請求項の数】15

【全頁数】31

(21)【出願番号】特願2013-99387(P2013-99387)

(22)【出願日】2013年5月9日

(65)【公開番号】特開2013-240051(P2013-240051A)

(43)【公開日】2013年11月28日

【審査請求日】2013年5月9日

(31)【優先権主張番号】61/645,641

(32)【優先日】2012年5月11日

(33)【優先権主張国】US

(31)【優先権主張番号】61/677,451

(32)【優先日】2012年7月30日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

(74)【代理人】

【識別番号】100078282

【弁理士】

【氏名又は名称】山本 秀策

(74)【代理人】

【識別番号】100113413

【弁理士】

【氏名又は名称】森下 夏樹

(72)【発明者】

【氏名】パク スン ジュン

(72)【発明者】

【氏名】リ スン ヨン

(72)【発明者】

【氏名】ジュン スン フン

(72)【発明者】

【氏名】リ ヨン デ

(72)【発明者】

【氏名】イ スン ジュン

【審査官】 野元 久道

(56)【参考文献】

【文献】 LG ELECTRONICS INC ET AL:"Correction to PHR functionality"，[online] R2-091978，3GPP，２００９年 ２月２７日，3GPP TSG-RAN2 Meeting #65 Athens, Greece，P.1-3，<URL:http://www.3gpp.org/ftp/tsg_ran/wg2_rl2/TSGR2_65/Docs/R2-091978.zip>

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｗ ５２／５４

Ｈ０４Ｗ ５２／３０

(57)【特許請求の範囲】

【請求項1】

無線通信システムにおけるＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）によるＰＨＲ（ｐｏｗｅｒ ｈｅａｄｒｏｏｍ ｒｅｐｏｒｔｉｎｇ）手順を実行する方法であって、
前記方法は、
少なくとも一つのＰＨＲをトリガすることと、
前記トリガされた少なくとも一つのＰＨＲが取り消しされたかどうかを決定することであって、前記少なくとも一つのＰＨＲは、前記少なくとも一つのＰＨＲが送信されていない場合、取り消しされない、ことと、
前記トリガされた少なくとも一つのＰＨＲが取り消しされなかったと決定された場合、ＰＨＲを送信することと
を含む、方法。

【請求項2】

前記トリガされた少なくとも一つのＰＨＲは、最初にトリガされたＰＨＲを含む、請求項１に記載の方法。

【請求項3】

前記ＰＨＲは、ＰＨＲ ＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）ＣＥ（ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）を使用して送信される、請求項１に記載の方法。

【請求項4】

前記ＰＨＲ ＭＡＣ ＣＥは、留保されたビットであるＲフィールドと、パワーヘッドルームレベルを指示するパワーヘッドルームフィールドとを含む、請求項３に記載の方法。

【請求項5】

送信のためのアップリンクリソースを受信することをさらに含む請求項１に記載の方法。

【請求項6】

ＰＨＲ ＭＡＣ ＣＥのための前記アップリンクリソースを考慮してＬＣＰ（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）を実行することをさらに含む請求項５に記載の方法。

【請求項7】

前記ＬＣＰの結果、前記送信のためのアップリンクリソースが前記ＰＨＲ ＭＡＣ ＣＥ及びサブヘッダを収容可能かどうかを決定することをさらに含む請求項６に記載の方法。

【請求項8】

全てのトリガされたＰＨＲを取り消すことをさらに含む請求項１に記載の方法。

【請求項9】

前記ＰＨＲは、拡張されたＰＨＲ ＭＡＣ ＣＥを使用して送信される、請求項１に記載の方法。

【請求項10】

ＢＳ（ｂａｓｅ ｓｔａｔｉｏｎ）からのＰＨＲ構成をさらに含む請求項１に記載の方法。

【請求項11】

無線通信システムにおけるＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）であって、
前記ＵＥは、
無線信号を送信又は受信するＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）部と、
プロセッサと
を含み、
前記プロセッサは、
少なくとも一つのＰＨＲ（ｐｏｗｅｒ ｈｅａｄｒｏｏｍ ｒｅｐｏｒｔｉｎｇ）をトリガすることと、
前記トリガされた少なくとも一つのＰＨＲが取り消しされたかどうかを決定することであって、前記少なくとも一つのＰＨＲは、前記少なくとも一つのＰＨＲが送信されていない場合、取り消しされない、ことと、
前記トリガされた少なくとも一つのＰＨＲが取り消しされなかったと決定された場合、ＰＨＲを送信することと
を実行するように構成される、ＵＥ。

【請求項12】

前記トリガされた少なくとも一つのＰＨＲは、最初にトリガされたＰＨＲを含む、請求項１１に記載のＵＥ。

【請求項13】

前記ＰＨＲは、ＰＨＲ ＭＡＣ（ｍｅｄｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）ＣＥ（ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）を使用して送信される、請求項１１に記載のＵＥ。

【請求項14】

前記プロセッサは、ＬＣＰ（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）の結果、送信のためのアップリンクリソースがＰＨＲ ＭＡＣ ＣＥ及びサブヘッダを収容可能かどうかを決定するようにさらに構成される、請求項１１に記載のＵＥ。

【請求項15】

前記プロセッサは、全てのトリガされたＰＨＲを取り消すようにさらに構成される、請求項１１に記載のＵＥ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信に関し、より詳しくは、無線通信システムにおけるパワーヘッドルーム報告（ＰＨＲ；ｐｏｗｅｒ ｈｅａｄｒｏｏｍ ｒｅｐｏｒｔｉｎｇ）を実行する方法及び装置に関する。

【背景技術】

【0002】

ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ）は、ＧＳＭ（登録商標）（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）及びＧＰＲＳ（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅｓ）などのヨーロッパシステム（Ｅｕｒｏｐｅａｎ ｓｙｓｔｅｍ）を基盤にしてＷＣＤＭＡ（登録商標）（ｗｉｄｅｂａｎｄ ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）で動作する３世帯（３ｒｄ ｇｅｎｅｒａｔｉｏｎ）非同期（ａｓｙｎｃｈｒｏｎｏｕｓ）移動通信システムである。ＵＭＴＳのＬＴＥ（ｌｏｎｇ−ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）がＵＭＴＳを標準化した３ＧＰＰ（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）により議論中である。

【0003】

３ＧＰＰ ＬＴＥは、高速パケット通信のための技術である。ユーザ及び供給者の費用減少、サービス品質の向上、拡張されて向上したカバレッジ及びシステム容量などを含むＬＴＥの目的のために多くの方式が提案されてきた。３ＧＰＰ ＬＴＥは、減少されたビット当たり費用（ｃｏｓｔ ｐｅｒ ｂｉｔ）、増加されたサービス可能性（ｓｅｒｖｉｃｅ ａｖａｉｌａｂｉｌｉｔｙ）、周波数帯域（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ）の柔軟な（ｆｌｅｘｉｂｌｅ）使用、簡単な構造（ｓｉｍｐｌｅ ｓｔｒｕｃｔｕｒｅ）、開放インターフェース（ｏｐｅｎ ｉｎｔｅｒｆａｃｅ）、及び上位レベル要求事項（ｕｐｐｅｒ−ｌｅｖｅｌ ｒｅｑｕｉｒｅｍｅｎｔ）で端末の適切な電力使用などを要求する。

【0004】

端末が基地局にデータを送信するために送信電力が適切に調節されなければならない。もし、送信電力があまりにも低すぎる場合には基地局がデータを正確に受信することができず、送信電力があまりにも高すぎる場合には該当端末のデータを受信するのには問題がないが、他の端末が送信するデータを受信するのに干渉として作用することができる。したがって、システム側面で、基地局は、端末のアップリンク送信に使われる電力を最適化する必要がある。

【0005】

基地局は、端末の送信電力を調節するために端末から必要な情報を取得しなければならない。このために使用することが端末のＰＨＲ（ｐｏｗｅｒ ｈｅａｄｒｏｏｍ ｒｅｐｏｒｔｉｎｇ）であり、パワーヘッドルーム（ＰＨ）とは、端末が現在使用している送信電力より追加に使用することができる電力を意味する。即ち、ＰＨとは、端末が最大で使用することができる送信電力と現在使用している送信電力との差を意味する。基地局は、端末からＰＨＲを受信すると、これに基づき、次の端末のアップリンク送信に使われる送信電力を決定することができる。決定された端末の送信電力は、リソースブロック（ＲＢ；ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）の大きさとＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）により指示されることができ、次の端末にＵＬグラント（ｇｒａｎｔ）を割り当てる時に適用されることができる。端末がＰＨＲを頻繁に送信すると無線リソースの浪費を招くことができるため、端末は、ＰＨＲトリガ条件を定め、条件が満たされる場合にのみＰＨＲを送信することができる。

【0006】

特定状況でＰＨＲ ｔｒｉｇｇｅｒ条件によって端末がＰＨＲを送信することができない場合が発生することができる。この時、端末がＰＨＲを送信することができるようにＰＨＲ ｔｒｉｇｇｅｒ条件を効率的に設定する方法が要求される。

【発明の概要】

【発明が解決しようとする課題】

【0007】

本発明の技術的課題は、無線通信システムにおけるパワーヘッドルーム報告（ＰＨＲ；ｐｏｗｅｒ ｈｅａｄｒｏｏｍ ｒｅｐｏｒｔｉｎｇ）を実行する方法及び装置を提供することにある。本発明は、トリガされたＰＨＲが取り消しされない場合、ＰＨＲ手順を実行する方法を提供する。

【課題を解決するための手段】

【0008】

一態様において、無線通信システムにおける端末（ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）によるパワーヘッドルーム報告（ＰＨＲ；ｐｏｗｅｒ ｈｅａｄｒｏｏｍ ｒｅｐｏｒｔｉｎｇ）手順を実行する方法が提供される。前記方法は、少なくとも一つのＰＨＲをトリガし、前記トリガされた少なくとも一つのＰＨＲが取り消しされたかどうかを決定し、及び前記トリガされた少なくとも一つのＰＨＲが取り消しされなかったと決定された場合、ＰＨＲを送信することを含む。

【0009】

前記トリガされた少なくとも一つのＰＨＲは、最初にトリガされたＰＨＲを含む。

【0010】

前記ＰＨＲは、ＰＨＲ ＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）ＣＥ（ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）を使用して送信される。

【0011】

前記方法は、送信のためのアップリンクリソースを受信することをさらに含む。

【0012】

前記方法は、ＰＨＲ ＭＡＣ ＣＥのための前記アップリンクリソースを考慮して論理チャネル優先順位化（ＬＣＰ；ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）を実行することをさらに含む。

【0013】

前記方法は、前記ＬＣＰの実行結果、前記送信のためのアップリンクリソースが前記ＰＨＲ ＭＡＣ ＣＥ及びサブヘッダ（ｓｕｂｈｅａｄｅｒ）が収容可能かどうかを決定することをさらに含む。

【0014】

前記方法は、全てのトリガされたＰＨＲを取り消すことをさらに含む。

【0015】

他の態様において、無線通信システムにおける端末（ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）が提供される。前記端末は、無線信号を送信又は受信するＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）部、及び前記ＲＦ部と連結されるプロセッサを含み、前記プロセッサは、少なくとも一つのＰＨＲ（ｐｏｗｅｒ ｈｅａｄｒｏｏｍ ｒｅｐｏｒｔｉｎｇ）をトリガし、前記トリガされた少なくとも一つのＰＨＲが取り消しされたかどうかを決定し、及び前記トリガされた少なくとも一つのＰＨＲが取り消しされなかったと決定された場合、ＰＨＲを送信するように構成されることを特徴とする端末。
本願明細書は、例えば、以下の項目も提供する。
（項目１）
無線通信システムにおける端末（ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）によるパワーヘッドルーム報告（ＰＨＲ；ｐｏｗｅｒ ｈｅａｄｒｏｏｍ ｒｅｐｏｒｔｉｎｇ）手順を実行する方法において、
少なくとも一つのＰＨＲをトリガし；
上記トリガされた少なくとも一つのＰＨＲが取り消しされたかどうかを決定し；及び、
上記トリガされた少なくとも一つのＰＨＲが取り消しされなかったと決定された場合、ＰＨＲを送信することを含む方法。
（項目２）
上記トリガされた少なくとも一つのＰＨＲは、最初にトリガされたＰＨＲを含むことを特徴とする上記項目に記載の方法。
（項目３）
上記ＰＨＲは、ＰＨＲ ＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）ＣＥ（ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）を使用して送信されることを特徴とする上記項目のいずれかに記載の方法。
（項目４）
上記ＰＨＲ ＭＡＣ ＣＥは、留保されたビットであるＲフィールド（ｆｉｅｌｄ）及びパワーヘッドルームレベル（ｐｏｗｅｒ ｈｅａｄｒｏｏｍ ｌｅｖｅｌ）を指示するパワーヘッドルームフィールドを含むことを特徴とする上記項目のいずれかに記載の方法。
（項目５）
送信のためのアップリンクリソースを受信することをさらに含む上記項目のいずれかに記載の方法。
（項目６）
ＰＨＲ ＭＡＣ ＣＥのための上記アップリンクリソースを考慮して論理チャネル優先順位化（ＬＣＰ；ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）を実行することをさらに含む上記項目のいずれかに記載の方法。
（項目７）
上記ＬＣＰの実行結果、上記送信のためのアップリンクリソースが上記ＰＨＲ ＭＡＣ ＣＥ及びサブヘッダ（ｓｕｂｈｅａｄｅｒ）が収容可能かどうかを決定することをさらに含む上記項目のいずれかに記載の方法。
（項目８）
全てのトリガされたＰＨＲを取り消すことをさらに含む上記項目のいずれかに記載の方法。
（項目９）
上記ＰＨＲは、拡張されたＰＨＲ ＭＡＣ ＣＥを使用して送信されることを特徴とする上記項目のいずれかに記載の方法。
（項目１０）
基地局（ＢＳ；ｂａｓｅ ｓｔａｔｉｏｎ）からＰＨＲ構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を受信することをさらに含む上記項目のいずれかに記載の方法。
（項目１１）
無線通信システムにおける端末（ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）において、
無線信号を送信又は受信するＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）部；及び、
上記ＲＦ部と連結されるプロセッサ；を含み、
上記プロセッサは、
少なくとも一つのＰＨＲ（ｐｏｗｅｒ ｈｅａｄｒｏｏｍ ｒｅｐｏｒｔｉｎｇ）をトリガし；
上記トリガされた少なくとも一つのＰＨＲが取り消しされたかどうかを決定し；及び、
上記トリガされた少なくとも一つのＰＨＲが取り消しされなかったと決定された場合、ＰＨＲを送信するように構成されることを特徴とする端末。
（項目１２）
上記トリガされた少なくとも一つのＰＨＲは、最初にトリガされたＰＨＲを含むことを特徴とする上記項目のいずれかに記載の端末。
（項目１３）
上記ＰＨＲは、ＰＨＲ ＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）ＣＥ（ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）を使用して送信されることを特徴とする上記項目のいずれかに記載の端末。
（項目１４）
上記プロセッサは、論理チャネル優先順位化（ＬＣＰ；ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）の実行結果、送信のためのアップリンクリソースがＰＨＲ ＭＡＣ ＣＥ及びサブヘッダ（ｓｕｂｈｅａｄｅｒ）が収容可能かどうかを決定するようにさらに構成されることを特徴とする上記項目のいずれかに記載の端末。
（請求項１５）
上記プロセッサは、全てのトリガされたＰＨＲを取り消すようにさらに構成されることを特徴とする上記項目のいずれかに記載の端末。
（摘要）
無線通信システムにおけるパワーヘッドルーム報告（ＰＨＲ；ｐｏｗｅｒ ｈｅａｄｒｏｏｍ ｒｅｐｏｒｔｉｎｇ）手順を実行する方法及び装置を提供する。端末（ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）は、少なくとも一つのＰＨＲをトリガし、前記トリガされた少なくとも一つのＰＨＲが取り消しされたかどうかを決定し、前記トリガされた少なくとも一つのＰＨＲが取り消しされなかったと決定された場合、ＰＨＲを送信する。

【発明の効果】

【0016】

現在定義されたＰＨＲ手順によってＰＨＲ固着（ｓｔｕｃｋ）問題が発生することができる状況で、ＰＨＲが送信されることができる。

【図面の簡単な説明】

【0017】

【図1】無線通信システムを示すブロック図である。

【図2】制御平面に対する無線プロトコル構造を示すブロック図である。

【図3】ユーザ平面に対する無線プロトコル構造を示すブロック図である。

【図4】物理チャネルの構造の一例を示す。

【図5】ＰＨＲ ＭＡＣ ＣＥの一例を示す。

【図6】３ＧＰＰ ＬＴＥ−Ａにおける搬送波集約を使用する広帯域システムの一例を示す。

【図7】搬送波集約が使われる時、ＤＬ第２の階層の構造の一例を示す。

【図8】搬送波集約が使われる時、ＵＬ第２の階層の構造の一例を示す。

【図9】拡張されたＰＨＲ ＭＡＣ ＣＥの一例を示す。

【図10】ＬＣＰ手順の一例を示す。

【図11】コンテンションベースのランダムアクセス手順で端末と基地局の動作の一例を示す。

【図12】非コンテンションベースのランダムアクセス手順で端末と基地局の動作の一例を示す。

【図13】本発明の一実施例によってＰＨＲ手順を実行する方法の一例を示す。

【図14】本発明の一実施例によってＰＨＲ手順を実行する方法の他の例を示す。

【図15】本発明の実施例が具現される無線通信システムのブロック図である。

【発明を実施するための形態】

【0018】

以下の技術は、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などのような多様な無線通信システムに使われることができる。ＣＤＭＡは、ＵＴＲＡ（ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ）で具現されることができる。ＴＤＭＡは、ＧＳＭ（登録商標）（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ（登録商標） ｅｖｏｌｕｔｉｏｎ）のような無線技術で具現されることができる。ＯＦＤＭＡは、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ ｏｆ ｅｌｅｃｔｒｉｃａｌ ａｎｄ ｅｌｅｃｔｒｏｎｉｃ ｓｅｎｇｉｎｅｅｒｓ）８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２−２０、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術で具現されることができる。ＩＥＥＥ８０２．１６ｍは、ＩＥＥＥ８０２．１６ｅの進化であり、ＩＥＥＥ８０２．１６ｅに基づくシステムとの後方互換性（ｂａｃｋｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ）を提供する。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ−ＵＭＴＳ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ）を使用するＥ−ＵＭＴＳ（ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であり、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（ａｄｖａｎｃｅｄ）は、３ＧＰＰ ＬＴＥの進化である。

【0019】

説明を明確にするために、ＬＴＥ−Ａを中心に記述するが、本発明の技術的思想がこれに制限されるものではない。

【0020】

図１は、無線通信システムを示すブロック図である。

【0021】

図１は、Ｅ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ−ＵＭＴＳ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）のネットワーク構造の一例である。Ｅ−ＵＴＲＡＮシステムは、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムである。Ｅ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ−ＵＭＴＳ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）は、端末（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ；ＵＥ）１０と、端末に制御平面（ｃｏｎｔｒｏｌ ｐｌａｎｅ）及びユーザ平面（ｕｓｅｒ ｐｌａｎｅ）を提供する基地局（ｂａｓｅ ｓｔａｔｉｏｎ；ＢＳ）２０と、を含む。端末１０は、固定されてもよいし、移動性を有してもよく、ＭＳ（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＳＳ（ｓｕｂｓｃｒｉｂｅｒ ｓｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）、無線機器（ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ）等、他の用語で呼ばれることもある。基地局２０は、端末１０と通信する固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）を意味し、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｙｓｔｅｍ）、アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ）等、他の用語で呼ばれることもある。一つの基地局２０には一つ以上のセルが存在することができる。一つのセルは、１．２５、２．５、５、１０及び２０ＭＨｚなどの帯域幅のうち一つで設定され、複数の端末にダウンリンク又はアップリンク転送サービスを提供することができる。この時、互いに異なるセルは、互いに異なる帯域幅を提供するように設定されることができる。

【0022】

基地局２０間にはユーザトラフィック又は制御トラフィック送信のためのインターフェースが使われることができる。端末１０と基地局２０は、Ｕｕインターフェースを介して連結されることができる。基地局２０は、Ｘ２インターフェースを介して互いに連結されることができる。基地局２０は、Ｓ１インターフェースを介してＥＰＣ（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ）と連結されることができる。ＥＰＣは、移動性管理エンティティ（ＭＭＥ；ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）、サービングゲートウェイ（Ｓ−ＧＷ；ｓｅｒｖｉｎｇ ｇａｔｅｗａｙ）、及びパケットデータネットワーク（ＰＤＮ；ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋ）ゲートウェイ（ＰＤＮ−ＧＷ）で構成されることができる。ＭＭＥは、ＵＥの接続情報やＵＥの能力に関する情報を有しており、このような情報は、ＵＥの移動性管理に主に使われる。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイであり、ＰＤＮ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。ＭＭＥは、制御平面の機能を担当し、Ｓ−ＧＷは、ユーザ平面の機能を担当する。基地局２０は、Ｓ１−ＭＭＥインターフェースを介してＭＭＥ３０と連結されることができ、Ｓ１−Ｕインターフェースを介してＳ−ＧＷと連結されることができる。Ｓ１インターフェースは。基地局２０とＭＭＥ／Ｓ−ＧＷ３０との間に多対多関係（ｍａｎｙ−ｔｏ−ｍａｎｙ−ｒｅｌａｔｉｏｎ）をサポートする。

【0023】

以下、ダウンリンク（ＤＬ；ｄｏｗｎｌｉｎｋ）は、基地局２０から端末１０への通信を意味し、アップリンク（ＵＬ；ｕｐｌｉｎｋ）は、端末１０から基地局２０への通信を意味する。ダウンリンクで、送信機は基地局２０の一部であり、受信機は端末１０の一部である。アップリンクで、送信機は端末１０の一部であり、受信機は基地局２０の一部である。

【0024】

図２は、制御平面に対する無線プロトコル構造を示すブロック図である。図３は、ユーザ平面に対する無線プロトコル構造を示すブロック図である。

【0025】

端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（ｒａｄｉｏ ｉｎｔｅｒｆａｃｅ ｐｒｏｔｏｃｏｌ）の階層は、通信システムで広く知られた開放型システム間相互接続（ＯＳＩ；ｏｐｅｎ ｓｙｓｔｅｍ ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）基準モデルの下位３個階層に基づいてＬ１（第１の階層）、Ｌ２（第２の階層）及びＬ３（第３の階層）に区分されることができる。端末とＥ−ＴＵＲＡＮとの間の無線インターフェースプロトコルは、水平的に、物理階層、データリンク階層（ｄａｔａ ｌｉｎｋ ｌａｙｅｒ）、及びネットワーク階層（ｎｅｔｗｏｒｋ ｌａｙｅｒ）に区分されることができ、垂直的には制御信号送信のためのプロトコルスタックである制御平面（ｃｏｎｔｒｏｌ ｐｌａｎｅ）とデータ情報送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）であるユーザ平面（ｕｓｅｒ ｐｌａｎｅ）とに区分されることができる。無線インターフェースプロトコルの階層は、ＵＥとＥ−ＵＴＲＡＮで対（ｐａｉｒ）で存在することができる。

【0026】

Ｌ１に属する物理階層（ＰＨＹ；ｐｈｙｓｉｃａｌ ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌ）を介して上位階層に情報転送サービス（ｉｎｆｏｒｍａｔｉｏｎ ｔｒａｎｓｆｅｒ ｓｅｒｖｉｃｅ）を提供する。物理階層は、上位階層であるＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）階層とトランスポートチャネル（ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）を介して連結されることができる。トランスポートチャネルを介してＭＡＣ階層と物理階層との間にデータが移動することができる。トランスポートチャネルは、無線インターフェースを介してデータがどのように、どのような特徴に送信されるかによって分類されることができる。又は、トランスポートチャネルは、トランスポートチャネルを共有するか否かによって、専用トランスポートチャネル（ｄｅｄｉｃａｔｅｄ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）と共通トランスポートチャネル（ｃｏｍｍｏｎ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）とに分類されることができる。無線インターフェースを介してデータがどのように、どのような特徴に送信されるかによって分類されることができる。また、互いに異なる物理階層間、即ち、送信機と受信機の物理階層間には物理チャネルを介してデータが移動することができる。物理階層は、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式に変調されることができ、時間と周波数を無線リソースとして活用することができる。

【0027】

図４は、物理チャネルの構造の一例を示す。

【0028】

物理チャネルは、時間領域上にある複数のサブフレーム（ｓｕｂｆｒａｍｅ）と、周波数領域上にある複数の副搬送波（ｓｕｂｃａｒｒｉｅｒ）と、で構成されることができる。一つのサブフレームは、時間領域上の複数のシンボルで構成されることができる。一つのサブフレームは、複数のリソースブロック（ＲＢ；ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）で構成されることができる。一つのリソースブロックは、複数のシンボル及び複数の副搬送波で構成されることができる。また、各サブフレームは、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）のために該当サブフレームの特定シンボルの特定副搬送波を利用することができる。例えば、サブフレームの最初のシンボルがＰＤＣＣＨのために使われることができる。データが送信される単位時間であるＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）は、１個のサブフレームの長さと同じである。

【0029】

Ｌ２に属するＭＡＣ階層は、論理チャネル（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）を介して上位階層であるＲＬＣ（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）階層にサービスを提供する。ＭＡＣ階層の機能は、論理チャネルとトランスポートチャネルとの間のマッピング及び論理チャネルに属するＭＡＣ ＳＤＵ（ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ）のトランスポートチャネル上に物理チャネルで提供されるトランスポートブロック（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）のための多重化／逆多重化を含む。論理チャネルは、トランスポートチャネルの上位にあり、トランスポートチャネルにマッピングされる。論理チャネルは、制御平面の情報伝達のための制御チャネルとユーザ平面の情報伝達のためのトラフィックチャネルとに分けられる。

【0030】

Ｌ２に属するＲＬＣ階層は、信頼性のあるデータの送信をサポートする。ＲＬＣ階層の機能は、ＲＬＣ ＳＤＵの連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）、及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラ（ＲＢ；ｒａｄｉｏ ｂｅａｒｅｒ）が要求する多様なＱｏＳ（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ）を保障するために、ＲＬＣ階層は、透明モード（ＴＭ；ｔｒａｎｓｐａｒｅｎｔ ｍｏｄｅ）、非確認モード（ＵＭ；ｕｎａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ）、及び確認モード（ＡＭ；ａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ）の３種類の動作モードを提供する。ＡＭ ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）を介してエラー訂正を提供する。一方、ＲＬＣ階層の機能は、ＭＡＣ階層内部の機能ブロックで具現されることができ、この時、ＲＬＣ階層は、存在しない。

【0031】

ＰＤＣＰ（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）階層は、Ｌ２に属する。ユーザ平面でのＰＤＣＰ階層の機能は、ユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ）、及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。ヘッダ圧縮は、帯域幅が小さい無線区間で効率的な送信をサポートするために相対的に大きさが大きくて不必要な制御情報を含んでいるＩＰパケットヘッダサイズを減らす機能をする。制御平面でのＰＤＣＰ階層の機能は制御平面データの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）を含む。

【0032】

Ｌ３に属するＲＲＣ（ｒａｄｉｏｒｅ ｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）階層は、制御平面でのみ定義される。ＲＲＣ階層は、端末とネットワークとの間の無線リソースを制御する役割を遂行する。このために、端末とネットワークは、ＲＲＣ階層を介してＲＲＣメッセージを互いに交換する。ＲＲＣ階層は、ＲＢの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）、及び解除（ｒｅｌｅａｓｅ）と関連して論理チャネル、トランスポートチャネル、及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、Ｌ２により提供される論理的経路を意味する。ＲＢが設定されるということは、特定サービスを提供するために無線プロトコル階層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定することを意味する。また、ＲＢは、ＳＲＢ（ｓｉｇｎａｌｉｎｇ ＲＢ）とＤＲＢ（ｄａｔａ ＲＢ）の二つに分けられることができる。ＳＲＢは、制御平面でＲＲＣメッセージを送信する通路として使われ、ＤＲＢは、ユーザ平面でユーザデータを送信する通路として使われる。

【0033】

端末のパワーヘッドルーム報告（ＰＨＲ；ｐｏｗｅｒ ｈｅａｄｒｏｏｍ ｒｅｐｏｒｔｉｎｇ）手順に対して説明する。これは３ＧＰＰ ＴＳ ３６．３２１ Ｖ８．１２．０を参照することができる。

【0034】

ＰＨＲ手順は、端末の名目（ｎｏｍｉｎａｌ）最大送信電力とＵＬ−ＳＣＨ送信のための推定された電力との間の差に対する情報をサービングｅＮＢに提供するために使われる。ＲＲＣは、ＰＨＲをトリガするために、ｐｅｒｉｏｄｉｃＰＨＲ−ＴｉｍｅｒとｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒの２個のタイマを構成し、測定されたＤＬ経路損失（ｐａｔｈ ｌｏｓｓ）の変更を設定するｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅを送信することによってＰＨＲを制御する。

【0035】

ＰＨＲは、下記のうちいずれか一つの事件が発生した場合にトリガされることができる。

【0036】

−端末が新たな送信のためのＵＬリソースを有している時、ＰＨＲ送信以後、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが満了され、経路損失がｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ ｄＢ以上変更された場合

【0037】

−ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒが満了された場合

【0038】

−上位階層によってＰＨＲ関連ｐａｒａｍｅｔｅｒが設定又は再設定された場合、ただし、ＰＨＲ関連パラメータは、ＰＨＲ機能を使用することができないようにするパラメータではない。

【0039】

端末が今回のＴＴＩで新たな送信のために割り当てられたＵＬリソースを有している場合、端末は、下記のような動作を実行することができる。

【0040】

−最後のＭＡＣリセット以後、新たな送信のために最初に割り当てられたＵＬリソースである場合、ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを開始する。

【0041】

−最後のＰＨＲ送信以後、少なくとも一つのＰＨＲがトリガされ、又は今回最初にＰＨＲがトリガされたと決定された場合、及び

【0042】

−論理チャネル優先順位化（ＬＣＰ；ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）の結果、割り当てられたＵＬリソースがＰＨＲ ＭＡＣ ＣＥ（ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）及びそのサブヘッダ（ｓｕｂｈｅａｄｅｒ）を収容することができる場合、

【0043】

−物理階層からパワーヘッドルーム（ＰＨ）値を取得する。

【0044】

−物理階層から報告された値に基づいてＰＨＲ ＭＡＣ ＣＥを生成するように多重化及び結合手順を指示し、ＰＨＲ ＭＡＣ ＣＥを送信する。

【0045】

−ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを開始又は再開始する。

【0046】

−ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒを開始又は再開始する。

【0047】

−全てのトリガされたＰＨＲ（ら）を取り消す。

【0048】

図５は、ＰＨＲ ＭＡＣ ＣＥの一例を示す。

【0049】

端末は、ＰＨＲ ＭＡＣ ＣＥを介してＰＨＲを基地局に送信することができる。ＰＨＲ ＭＡＣ ＣＥは、ＬＣＩＤを有するＭＡＣ ＰＤＵサブヘッダによって識別される。ＬＣＩＤは、ＵＬ−ＳＣＨでＰＨＲ ＭＡＣ ＣＥのために割り当てられることができ、ＬＣＩＤの値は、１１０１０である。ＰＨＲ ＭＡＣ ＣＥは、固定された大きさを有し、下記のように定義された単一オクテット（ｓｉｎｇｌｅ ｏｃｔｅｔ）で構成される。

【0050】

−Ｒ：０に設定された留保されたビット

【0051】

−ＰＨ：ＰＨレベルを指示する。このフィールドの長さは６ビットであり、総６４個のＰＨレベルが指示されることができる。表１は、ＰＨと対応されるＰＨレベルを示す。

【0052】

【表1】

【0053】

３ＧＰＰ ＬＴＥ−Ａの搬送波集約（ＣＡ；ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）に対して説明する。

【0054】

ＣＡは、無線通信システムが広帯域をサポートしようとする時、目標にする広帯域より小さい帯域幅を有する１個以上の搬送波を集約して広帯域を構成するシステムを意味する。ＣＡは、帯域幅集約（ｂａｎｄｗｉｄｔｈ ａｇｇｒｅｇａｔｉｏｎ）などの他の名称で呼ばれることもある。１個以上の搬送波を集約する時、対象となる搬送波は、既存システムとの後方互換性（ｂａｃｋｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ）のために既存システムで使用する帯域幅をそのまま使用することができる。例えば、３ＧＰＰ ＬＴＥでは、１．４ＭＨｚ、３ＭＨｚ、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚ、及び２０ＭＨｚの帯域幅をサポートし、３ＧＰＰ ＬＴＥ−Ａでは前記３ＧＰＰ ＬＴＥシステムの帯域幅のみを利用して２０ＭＨｚ以上の広帯域を構成することができる。

【0055】

一方、３ＧＰＰ ＬＴＥ−Ａでセルの概念が適用されることができる。セルは、端末の立場で少なくとも一単位のダウンリンクリソースと選択的に含まれるアップリンクリソースの結合で構成されるエンティティである。即ち、一つのセルは、少なくとも一単位のダウンリンクリソースを必ず含むが、アップリンクリソースは含まない。前記一単位のダウンリンクリソースは、一つのＤＬコンポーネント搬送波（ＣＣ；ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ）である。ダウンリンクリソースの搬送波周波数（ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ）とアップリンクリソースの搬送波周波数との間の連結（ｌｉｎｋａｇｅ）は、ダウンリンクリソースを介して送信されるＳＩＢ−２によって指示されることができる。以下の説明では主にＣＣを例示して本発明を説明するが、ＣＣがセルに代替されることができることは自明である。

【0056】

図６は、３ＧＰＰ ＬＴＥ−Ａにおける搬送波集約を使用する広帯域システムの一例を示す。

【0057】

図６を参照すると、各ＣＣは２０ＭＨｚの帯域幅を有し、これは３ＧＰＰ ＬＴＥの帯域幅である。最大５個のＣＣが集約されることができ、したがって、最大１００ＭＨｚの帯域幅が構成されることができる。

【0058】

図７は、搬送波集約が使われる時、ＤＬ第２の階層の構造の一例を示す。図８は、搬送波集約が使われる時、ＵＬ第２の階層の構造の一例を示す。ＣＡは、Ｌ２のＭＡＣ階層に影響を及ぼすことができる。例えば、ＣＡでは複数個のＣＣを使用し、各ＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）エンティティは各ＣＣを管理するため、ＣＡを使用する３ＧＰＰ ＬＴＥ−ＡのＭＡＣ階層は複数個のＨＡＲＱエンティティと関連した動作を実行しなければならない。また、各ＨＡＲＱエンティティは、独立的にトランスポートブロック（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）を処理する。したがって、ＣＡが使われる時、複数のＣＣを介して同一の時間に複数のトランスポートブロックを送信又は受信することができる。

【0059】

ＣＡが使われる時、端末のＰＨＲ手順に対して説明する。これは３ＧＰＰ ＴＳ ３６．３２１ Ｖ１０．５．０を参照することができる。

【0060】

ＰＨＲ手順は、活性化された（ａｃｔｉｖａｔｅｄ）サービングセル当たり端末の名目最大送信電力とＵＬ−ＳＣＨ送信のための推定された電力との間の差に対する情報及び１次セル（ＰＣｅｌｌ；ｐｒｉｍａｒｙ ｃｅｌｌ）上で端末の名目最大送信電力とＵＬ−ＳＣＨ及びＰＵＣＣＨ送信のための推定された電力との間の差に対する情報をサービングｅＮＢに提供するために使われる。

【0061】

ＲＲＣは、ＰＨＲをトリガするために、ｐｅｒｉｏｄｉｃＰＨＲ−ＴｉｍｅｒとｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒの２個のタイマを構成し、測定されたＤＬ経路損失の変更を設定するｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ及び電力管理によって要求される電力バックオフ（ｐｏｗｅｒ ｂａｃｋｏｆｆ）を送信することによってＰＨＲを制御する。

【0062】

ＰＨＲは、下記のうちいずれか一つの事件が発生した場合にトリガされることができる。

【0063】

−端末が新たな送信のためのＵＬリソースを有している時、最後のＰＨＲ送信以後、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが満了され、経路損失の基準に使われる少なくとも一つの活性化されたサービングセルに対して経路損失がｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ ｄＢ以上変更された場合

【0064】

−ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒが満了された場合

【0065】

−上位階層によってＰＨＲ関連ｐａｒａｍｅｔｅｒが設定又は再設定された場合、ただし、ＰＨＲ関連パラメータは、ＰＨＲ機能を使用することができないようにするパラメータではない。

【0066】

−構成されたアップリンクと共に２次セル（ＳＣｅｌｌ；ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）が活性化された場合

【0067】

−端末が新たな送信のためにＵＬリソースを有しており、今回のＴＴＩで送信のために割り当てられたＵＬリソースがあり、又はこのセルでＰＵＣＣＨ送信があり、端末がこのセルで送信又はＰＵＣＣＨ送信のために割り当てられたＵＬリソースを有する時、このセルで電力管理によって要求される電力バックオフが最後のＰＨＲ送信以後、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ ｄＢ以上変更された場合、構成されたアップリンクと共に活性化されたいずれか一つのサービングセルでｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが満了された場合

【0068】

一方、端末は、電力管理によって要求される電力バックオフが臨時的に（例えば、最大数十ミリ秒（ｍｉｌｌｉｓｅｃｏｎｄ）間）減少する場合にはＰＨＲをトリガしない。また、ＰＨＲが他のトリガリング条件によってトリガされる場合、このような電力バックオフの減少をＰ_{ＣＭＡＸ，ｃ}／ＰＨ値に反映しない。

【0069】

端末が今回のＴＴＩで新たな送信のために割り当てられたＵＬリソースを有している場合、端末は、下記のような動作を実行することができる。

【0070】

−最後のＭＡＣリセット以後、新たな送信のために最初に割り当てられたＵＬリソースである場合、ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを開始する。

【0071】

−最後のＰＨＲ送信以後、少なくとも一つのＰＨＲがトリガされ、又は今回最初にＰＨＲがトリガされたと決定された場合、及び

【0072】

−ＬＣＰの結果、拡張された（ｅｘｔｅｎｄｅｄ）ＰＨＲが構成されない場合、割り当てられたＵＬリソースがＰＨＲ ＭＡＣ ＣＥ及びそのサブヘッダを収容することができる場合、又は拡張されたＰＨＲが構成された場合、割り当てられたＵＬリソースが拡張されたＰＨＲ ＭＡＣ ＣＥ及びそのサブヘッダを収容することができる場合：

【0073】

−拡張されたＰＨＲが構成された場合：

【0074】

−構成されたアップリンクと共に各活性化されたサービングセルに対し：

【0075】

−タイプ１ＰＨを取得する。

【0076】

−端末が今回のＴＴＩでサービングセル上に送信のためのＵＬリソースを有している場合：

【0077】

−物理階層から対応されるＰ_{ＣＭＡＸ，ｃ}フィールドに対する値を取得する。

【0078】

−ＰＵＣＣＨ−ＰＵＳＣＨの同時送信が構成された場合：

【0079】

−ＰＣｅｌｌのためタイプ２ＰＨを取得する。

【0080】

−今回のＴＴＩで端末がＰＵＣＣＨ送信を実行する場合：

【0081】

−物理階層から対応されるＰ_{ＣＭＡＸ，ｃ}フィールドに対する値を取得する。

【0082】

−物理階層から報告された値に基づいて拡張されたＰＨＲ ＭＡＣ ＣＥを生成するように多重化及び結合手順を指示し、拡張されたＰＨＲ ＭＡＣ ＣＥを送信する。

【0083】

−そうでない場合：

【0084】

−物理階層からタイプ１ＰＨを取得する

【0085】

−物理階層から報告された値に基づいてＰＨＲ ＭＡＣ ＣＥを生成するように多重化及び結合手順を指示し、ＰＨＲ ＭＡＣ ＣＥを送信する。

【0086】

−ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを開始又は再開始する。

【0087】

−ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒを開始又は再開始する。

【0088】

−全てのトリガされたＰＨＲ（ら）を取り消す。

【0089】

即ち、端末は、活性化された全てのサービングセルに対してＰＨを基地局に報告することができる。各サービングセルに対するＰＨは、該当サービングセルに対する端末の最大出力値から該当サービングセルで現在使用している出力値を除外した残りで決定されることができる。もし、ＰＨＲがトリガされ、一部サービングセルにのみＵＬグラント（ｇｒａｎｔ）が割り当てられた場合、ＵＬグラントが割り当てられたサービングセルは、ＵＬグラントを利用してＰＨを計算し、残りのサービングセルは、予め決められた基準フォーマット（ｒｅｆｅｒｅｎｃｅ ｆｏｒｍａｔ）を利用してＰＨを計算することができる。サービングセルに対する端末の最大出力値は、端末が端末具現によってＭＰＲ（ｍａｘｉｍｕｍ ｐｏｗｅｒ ｒｅｄｕｃｔｉｏｎ）値内で適用した電力減少値を除外した値である。端末の最大出力値を計算するにあたって、各端末の具現によって電力減少値がＭＰＲ値内で互いに異なるため、端末は、より正確にＰＨＲを報告するために電力減少値を除外した最大出力値（Ｐ_{ＣＭＡＸ，ｃ}）をＰＨＲに追加に含んで送信することができる。

【0090】

ＣＡが使われる時、ＰＨＲを送信するために使われるＰＨＲ ＭＡＣ ＣＥは、図５で説明されたＰＨＲ ＭＡＣ ＣＥと同じである。

【0091】

図９は、拡張されたＰＨＲ ＭＡＣ ＣＥの一例を示す。

【0092】

拡張されたＰＨＲ ＭＡＣ ＣＥは、ＬＣＩＤを有するＭＡＣ ＰＤＵサブヘッダによって識別される。拡張されたＰＨＲ ＭＡＣ ＣＥの大きさは変わることができる。タイプ２ＰＨが報告される時、タイプ２ＰＨフィールドを含むオクテットは、各ＳＣｅｌｌ当たりＰＨの存在を指示するオクテット以後に含まれ、関連するＰ_{ＣＭＡＸ，Ｃ}フィールド（報告される場合）を含むオクテットが後続する。以後にビットマップで指示されるＰＣｅｌｌ及び各Ｓｃｅｌｌに対し、タイプ１ＰＨフィールドを含むオクテット及び関連するＰ_{ＣＭＡＸ，Ｃ}フィールド（報告される場合）を含むオクテットがＳｅｒｖＣｅｌｌＩｎｄｅｘに基づいて昇順に後続する。

【0093】

拡張されたＰＨＲ ＭＡＣ ＣＥは、下記のように定義される。

【0094】

−Ｃｉ：ＳＣｅｌｌＩｎｄｅｘｉを有するＳｃｅｌｌに対してＰＨフィールドの存在を指示する。１に設定されたＣｉフィールドは、ＳＣｅｌｌＩｎｄｅｘｉを有するＳｃｅｌｌに対してＰＨフィールドが報告されることを指示し、０に設定されたＣｉフィールドは、ＳＣｅｌｌＩｎｄｅｘｉを有するＳｃｅｌｌに対してＰＨフィールドが報告されないことを指示する。

【0095】

−Ｒ：０に設定された留保されたビット

【0096】

−Ｖ：ＰＨが実際送信に基づくか基準フォーマットに基づくかを指示する。タイプ１ＰＨで、Ｖ＝０はＰＵＳＣＨ上に実際送信を指示し、Ｖ＝１はＰＵＳＣＨ基準フォーマットが使われることを指示する。タイプ２ＰＨで、Ｖ＝０はＰＵＣＣＨ上に実際送信を指示し、Ｖ＝１はＰＵＣＣＨ基準フォーマットが使われることを指示する。また、タイプ１及びタイプ２ＰＨで、Ｖ＝０は関連するＰ_{ＣＭＡＸ，ｃ}フィールドが存在することを指示し、Ｖ＝１は関連するＰ_{ＣＭＡＸ，ｃ}フィールドが省略されることを指示する。

【0097】

−ＰＨ：ＰＨレベルを指示する。このフィールドの長さは６ビットである。前述した表１は、ＰＨと対応されるＰＨレベルを示す。

【0098】

−Ｐ：端末が電力管理による電力バックオフを適用するか否かを指示する。端末は、電力管理による電力バックオフが適用されない場合、対応されるＰ_{ＣＭＡＸ，ｃ}フィールドが異なる値を有する時、Ｐ＝１に設定する。

【0099】

−Ｐ_{ＣＭＡＸ，ｃ}：存在する場合、ＰＨフィールドの計算に使われるＰ_{ＣＭＡＸ，ｃ}又は

【化1】

を指示する。表２は、報告されるＰ_{ＣＭＡＸ，ｃ}及び対応される端末の名目送信電力レベルを示す。

【0100】

【表2】

【0101】

論理チャネル優先順位化（ＬＣＰ；ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）に対して説明する。これは３ＧＰＰ ＴＳ ３６．３２１ Ｖ１０．５．０を参照できる。

【0102】

多様な種類のサービスをサポートするために少なくとも一つのＲＢが構成されることができる。論理チャネルはＲＢに割り当てられる。複数のＲＢに対応される複数の論理チャネルは、一つのトランスポートブロック（即ち、ＭＡＣ ＰＤＵ）に多重化されて送信される。

【0103】

ＬＣＰは、複数のＲＢ（即ち、複数の論理チャネル）のデータをトランスポートブロック（即ち、ＭＡＣ ＰＤＵ）に多重化するための方法である。ＬＣＰは、与えられた無線リソースを各ＲＢにどのぐらい割り当てるかを決定する。

【0104】

ＬＣＰ手順は新たな送信が実行される時に適用される。ＲＲＣは、各論理チャネルに対し、値が高まるほど低い優先順位を指示するｐｒｉｏｒｉｔｙ、優先化されたビット率（ＰＢＲ：ｐｒｉｏｒｉｔｉｚｅｄ ｂｉｔ ｒａｔｅ）を設定するｐｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅ及びバケット大きさ区間（ＢＳＤ；ｂｕｃｋｅｔ ｓｉｚｅ ｄｕｒａｔｉｏｎ）を設定するｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎをシグナリングすることによってアップリンクデータのスケジューリングを制御する。ｐｒｉｏｒｉｔｙは、１〜８の値を有することができる。１のｐｒｉｏｒｉｔｙは、最も高い優先順位を指示し、８のｐｒｉｏｒｉｔｙは、最も低い優先順位を指示する。ＰＢＲは、対応されるＲＢに保障される最小ビット率を指示する。即ち、ＰＢＲによって指示されるビット率は常に保障される。

【0105】

端末は、各論理チャネルｊに対して変数Ｂｊを維持する。Ｂｊは、該当論理チャネルが設定される時、０に初期化され、各ＴＴＩ区間中ＰＢＲ×ＴＴＩほど増加する。ＰＢＲは、論理チャネルｊの優先化されたビット率である。しかし、Ｂｊはバケット大きさを超えることができず、Ｂｊが論理チャネルｊのバケット大きさより大きい場合、バケット大きさで設定される。論理チャネルのバケット大きさはＰＢＲ×ＢＳＤと同じであり、ＰＢＲとＢＳＤは上位階層によって設定される。

【0106】

端末は、新たな送信が実行される時、下記のようなＬＣＰ過程を実行する。端末は、下記のステップによって論理チャネルにリソースを割り当てる。

【0107】

−１ステップ：Ｂｊ＞０である全ての論理チャネルに降順にリソースが割り当てられる。あるＲＢのＰＢＲが無限（ｉｎｆｉｎｉｔｙ）で設定された場合、端末は、低い優先順位を有するＲＢ（ら）のＰＢＲを満たす以前に、該当ＲＢ上の送信のために使用可能な全てのデータのためにリソースを割り当てる。

【0108】

−２ステップ：端末は、１ステップで論理チャネルｊに提供されたＭＡＣ ＳＤＵの総大きさほどＢｊを減少させる。Ｂｊは負数となることができる。

【0109】

−３ステップ：残る無線リソースがある場合、該当論理チャネルのためのデータ又はＵＬグラントがなくなる時までＢｊに関係無しに優先順位の降順に全ての論理チャネルに提供される。同一の優先順位で構成された論理チャネルには同一に提供される。

【0110】

端末は、以上のスケジューリング手順中、下記の規則に従う。

【0111】

−端末は、全体ＳＤＵ（又は、一部が送信されたＳＤＵ又は再送信されたＲＬＣ ＰＤＵ）が残りのリソースに合う場合、ＲＬＣ ＳＤＵ（又は、一部が送信されたＳＤＵ又は再送信されたＲＬＣ ＰＤＵ）を分割しない。

【0112】

−端末が論理チャネルからＲＬＣ ＳＤＵを分割した場合、グラントを満たすことができるように可能の限り分割の大きさを最大化しなければならない。

【0113】

−端末は、データの送信を最大化しなければならない。

【0114】

−端末が送信可能なデータがあり、４バイトと同じ又は大きいＵＬグラント大きさの割当を受けた場合、端末は、パディングされたＢＳＲ又はパディングを送信しない（ただし、ＵＬグラントの大きさが７バイトより小さくなく、ＡＭＤ ＰＤＵ分割が送信される必要がない場合）

【0115】

端末は、留保された（ｓｕｓｐｅｎｄｅｄ）のＲＢに対応される論理チャネルのためのデータは送信しない。

【0116】

各ＲＢの論理チャネルのｐｒｉｏｒｉｔｙ及び／又はＰＢＲは、ＲＢが最初に構成される時、ＲＢ設定メッセージを介してネットワークのＲＲＣ階層から端末のＲＲＣ階層に送信される。ＲＢ設定メッセージを受信する端末のＲＲＣ階層は、ＲＢを構成し、各ＲＢの論理チャネルのＬＣＰ及びＰＢＲに対する情報を端末のＭＡＣ階層に送信する。該当情報を受信したＭＡＣ階層は、各ＴＴＩでＬＣＰによってＲＢの送信データの量を決定する。

【0117】

図１０は、ＬＣＰ手順の一例を示す。

【0118】

図１０を参照すると、最も高い優先順位Ｐ１の論理チャネルがマッピングされたＲＢ１、２番目の優先順位Ｐ２の論理チャネルがマッピングされたＲＢ２及び最も低い優先順位Ｐ３の論理チャネルがマッピングされたＲＢ３の３個のＲＢが存在する。また、ＲＢ１のＰＢＲはＰＢＲ１、ＲＢ２のＰＢＲはＰＢＲ２、ＲＢ３のＰＢＲはＰＢＲ３である。まず、ＲＢ１、ＲＢ２及びＲＢ３にマッピングされた論理チャネルの優先順位の降順に、各ＲＢでＰＢＲに該当するデータほど送信データ量が決定される。即ち、ＲＢ１でＰＢＲ１ほど、ＲＢ２でＰＢＲ２ほど、ＲＢ３でＰＢＲ３ほどの送信データ量が決定されることができる。各ＲＢでＰＢＲほどの送信データ量が全部割り当てられても無線リソースが残るため、再び優先順位が最も高いＲＢ１に残りの無線リソースが割り当てられることができる。

【0119】

ＬＣＰ手順で、端末は、下記のような相対的な優先順位を降順に考慮する。

【0120】

−Ｃ−ＲＮＴＩのためのＭＡＣ ＣＥ又はＵＬ−ＣＣＣＨデータ

【0121】

−ＢＳＲのためのＭＡＣ ＣＥ（パディングのために含まれているＢＳＲを除外する）

【0122】

−ＰＨＲのためのＭＡＣ ＣＥ

【0123】

−ＵＬ−ＣＣＣＨデータを除外した全ての論理チャネルのデータ

【0124】

−パディングのために含まれているＢＳＲのためのＭＡＣ ＣＥ

【0125】

端末が一つのＴＴＩで複数のＭＡＣ ＰＤＵを送信するように要求される時、前記１ステップ乃至３ステップ及び関連した規則は、各グラントに独立的に適用されたり、グラントの容量の総合に適用されたりすることができる。また、グラントが処理される順序は、端末の具現による。端末が一つのＴＴＩで複数のＭＡＣ ＰＤＵを送信するように要求される時、ＭＡＣ ＣＥがいずれのＭＡＣ ＰＤＵが含まれるかを決定することも端末の具現による。

【0126】

ランダムアクセス手順（ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ）に対して説明する。

【0127】

端末は、下記のような場合にランダムアクセス手順を実行することができる。

【0128】

−端末が基地局とのＲＲＣ連結がない状況で、基地局に初期接続を実行する場合

【0129】

−端末がハンドオーバ過程でｔａｒｇｅｔ ｃｅｌｌで最初に接続する場合

【0130】

−基地局の命令により要求される場合

【0131】

−アップリンクの時間同期が合わない、又は無線リソースを要求するために使われる指定された無線リソースが割り当てられない状況で、アップリンクに送信されるデータが発生する場合

【0132】

−ｒａｄｉｏ ｌｉｎｋ ｆａｉｌｕｒｅ又はｈａｎｄｏｖｅｒ ｆａｉｌｕｒｅ発生時に復旧過程の場合

【0133】

ＬＴＥシステムでは基地局が特定端末に専用ランダムアクセスプリアンブル（ｄｅｄｉｃａｔｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｅａｍｂｌｅ）を割り当て、端末は、前記任意のアクセスプリアンブルでランダムアクセス過程を実行する非コンテンションベースの（ｎｏｎ−ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ）ランダムアクセス手順を提供する。即ち、ランダムアクセスプリアンブルを選択する手順は、特定の集約内で端末が任意に一つを選択して使用するコンテンションベースのランダムアクセス手順（ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ）と基地局が特定端末にのみ割り当てたランダムアクセスプリアンブルを使用する非コンテンションベースのランダムアクセス手順を含む。前記二つのランダムアクセス手順の相違点は、以後に説明されるコンテンションによる衝突発生可否にある。また、非コンテンションベースのランダムアクセス手順は、前述したハンドオーバ過程や基地局の命令により要求される場合にのみ使われることができる。

【0134】

図１１は、コンテンションベースのランダムアクセス手順で端末と基地局の動作の一例を示す。

【0135】

１．コンテンションベースのランダムアクセスでは、端末は、システム情報又はハンドオーバ命令（ｈａｎｄｏｖｅｒ ｃｏｍｍａｎｄ）によって指示されたランダムアクセスプリアンブルの集約から任意に一つのランダムアクセスプリアンブルを選択し、前記ランダムアクセスプリアンブルを送信することができるＰＲＡＣＨリソースを選択し、送信する。

【0136】

２．端末は、前記のようにランダムアクセスプリアンブルを送信した後、システム情報又はハンドオーバ命令を介して指示されたランダムアクセス応答受信ウィンドウ内で自分のランダムアクセス応答の受信を試みる。より詳しく、ランダムアクセスは、ＭＡＣ ＰＤＵの形式に送信され、前記ＭＡＣ ＰＤＵは、ＰＤＳＣＨ上に伝達される。また、ＰＤＳＣＨ上に伝達される情報を端末が適切に受信するためにＰＤＣＣＨも共に伝達される。即ち、ＰＤＣＣＨは、前記ＰＤＳＣＨを受信すべき端末の情報、前記ＰＤＳＣＨの無線リソースの周波数及び時間情報、及び前記ＰＤＳＣＨの送信フォーマットなどを含む。端末が自分に来るＰＤＣＣＨの受信に成功すると、端末は、前記ＰＤＣＣＨの情報によってＰＤＳＣＨ上に送信されるランダムアクセス応答を適切に受信する。ランダムアクセス応答は、ランダムアクセスプリアンブル識別子（ＩＤ；ｉｄｅｎｔｉｆｉｅｒ）、ＵＬグラント（アップリンク無線リソース）、臨時（ｔｅｍｐｏｒａｒｙ）Ｃ−ＲＮＴＩ（ｃｅｌｌ ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｔｙ）、及び時間整列命令（ＴＡＣ；ｔｉｍｅ ａｌｉｇｎｍｅｎｔ ｃｏｍｍａｎｄを含む。前記でランダムアクセスプリアンブル識別子が必要な理由は、一つのランダムアクセス応答には一つ以上の端末のためのランダムアクセス応答情報が含まれることができるため、前記ＵＬグラント、臨時Ｃ−ＲＮＴＩ、及びＴＡＣがどの端末に有効かを知らせるためである。前記ランダムアクセスプリアンブル識別子は、１．の過程で端末が選択したランダムアクセスプリアンブルと一致する。

【0137】

３．端末が自分に有効なランダムアクセス応答を受信した場合には、ランダムアクセス応答に含まれている情報を処理する。即ち、端末は、ＴＡＣを適用させ、臨時Ｃ−ＲＮＴＩを格納する。また、端末は、ＵＬグラントを利用し、端末のバッファに格納されたデータ又は新たに生成されたデータを基地局に送信する。この時、ＵＬグラントに含まれるデータの中に、端末の識別子が必須的に含まれなければならない。これは、コンテンションベースのランダムアクセス手順では基地局でどの端末がランダムアクセス手順を実行するか判断することができず、今後に衝突解決をするためには端末を識別しなければならないためである。また、端末の識別子を含ませる方法には二つの種類方法が存在する。第１の方法は、端末がランダムアクセス手順以前に既に該当セルで割当を受けた有効なセル識別子を有している場合、端末は、前記ＵＬグラントを介して自分のセル識別子を送信する。一方、もし、ランダムアクセス手順以前に有効なセル識別子の割当を受けることができなかった場合、端末は、自分の固有識別子（例えば、Ｓ−ＴＭＳＩ又はランダムＩＤ）を含んで送信する。一般的に、固有識別子は、セル識別子より長い。端末がＵＬグラントを介してデータを送信した場合、端末は、衝突解決タイマ（ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ ｔｉｍｅｒ）を開始する。

【0138】

４．端末は、ランダムアクセス応答に含まれているＵＬグラントを介して自分の識別子を含むデータを送信した後に、衝突解決のために基地局の指示を有する。即ち、端末は、特定メッセージを受信するためにＰＤＣＣＨの受信を試みる。前記ＰＤＣＣＨを受信する方法においても二つの方法が存在する。前述したように、ＵＬグラントを介して送信された自分の識別子がセル識別子である場合、端末は、自分のセル識別子を利用してＰＤＣＣＨの受信を試みる。送信された自分の識別子が固有識別子である場合には、ランダムアクセス応答に含まれている臨時Ｃ−ＲＮＴＩを利用してＰＤＣＣＨの受信を試みる。その後、前者の場合、もし、前記衝突解決タイマが満了される前に自分のセル識別子を介してＰＤＣＣＨを受信した場合、端末は、正常にランダムアクセス手順が実行されたと判断し、ランダムアクセス手順を終了する。後者の場合、前記衝突解決タイマが満了される前に臨時Ｃ−ＲＮＴＩを介してＰＤＣＣＨを受信した場合、前記ＰＤＣＣＨにより指示されるＰＤＳＣＨが伝達するデータを確認する。もし、前記データが自分の固有識別子を含む場合、端末は、正常にランダムアクセス手順が実行されたと判断し、ランダムアクセス手順を終了する。

【0139】

図１２は、非コンテンションベースのランダムアクセス手順で端末と基地局の動作の一例を示す。追加的に、コンテンションベースのランダムアクセス手順に比べて、非コンテンションベースのランダムアクセス手順ではランダムアクセス応答情報を受信することによって、ランダムアクセス手順が正常に実行されたと判断し、ランダムアクセス手順を終了する。

【0140】

１．前述したように、非コンテンションベースのランダムアクセス手順は、第一にハンドオーバ過程の場合に存在し、第二に基地局の命令により要求される場合に存在することができる。もちろん、前記二つの場合においてコンテンションベースのランダムアクセス手順が実行されることもできる。まず、非コンテンションベースののランダムアクセス手順のために、基地局から衝突の可能性がない指定されたランダムアクセスプリアンブルを受信することが重要である。前記ランダムアクセスプリアンブルの指示を受ける方法は、ハンドオーバ命令とＰＤＣＣＨ命令を含む。

【0141】

２．端末は、自分にのみ指定されたランダムアクセスプリアンブルを基地局から割当を受けた後に、前記プリアンブルを基地局に送信する。

【0142】

３．ランダムアクセス応答情報を受信する方法は、コンテンションベースのランダムアクセス手順と同様である。

【0143】

前述したように、ＰＨＲは、特定条件を満たす時に送信される。端末が基地局からＵＬグラントを受信する時、端末は、ＵＬグラントにより指示されるＭＡＣ ＰＤＵがＬＣＰ手順結果、ＰＨＲ ＭＡＣ ＣＥを含むことができるか否かを確認する。即ち、端末がＰＨＲ ＭＡＣ ＣＥを収容することができるＵＬグラントを有していると仮定すると、ＰＨＲは、下記の二つの条件のうち一つを満たす場合にＭＡＣ ＰＤＵ内のＰＨＲ ＭＡＣ ＣＥに含まれて送信される。

【0144】

−最後のＰＨＲ送信以後に少なくとも一つのＰＨＲがトリガされた場合、又は

【0145】

−ＰＨＲが最初にトリガされた場合

【0146】

しかし、現在のＰＨＲ手順によって下記のシナリオが発生することができる。

【0147】

−ＲＲＣ連結設定以後に第１のＰＨＲがトリガされる。

【0148】

−第１のＰＨＲがトリガされた以後、端末は、第１のＵＬグラントを受信する。前記受信した第１のＵＬグラントは、ＬＣＰ手順の結果、ＰＨＲ ＭＡＣ ＣＥを収容することができないと仮定する。例えば、ＵＬグラントが５６ビットの大きさを有するＭＡＣ ＰＤＵを指示する時、ＭＡＣ ＰＤＵは、１６ビットのＣ−ＲＮＴＩ ＭＡＣ ＣＥと８ビットのＭＡＣサブヘッダ、２４ビットの長いＢＳＲＭＡＣ ＣＥと８ビットのＭＡＣサブヘッダを含むことができる。この時、ＭＡＣ ＰＤＵは、ＬＣＰ手順の結果、優先順位によってＰＨＲ ＭＡＣ ＣＥを収容することができない。

【0149】

−結果的に、ＰＨＲは送信されず、トリガされた第１のＰＨＲは取り消しされない。

【0150】

−第２のＵＬグラント以前に第２のＰＨＲがトリガされる。

【0151】

−ＰＨＲ ＭＡＣ ＣＥを収容することができる程度に十分に大きい第２のＵＬグラントが受信される。このシナリオで、まだ取り消しされないトリガされたＰＨＲ（第１のＰＨＲ及び第２のＰＨＲ）があり、ＰＨＲ ＭＡＣ ＣＥを収容することができる第２のＵＬグラントがあるが、端末は、現在ＰＨＲ手順によって、下記の理由によってＰＨＲを送信することができない。

【0152】

−ＲＲＣ連結設定以後にどのようなＰＨＲも送信されなかったため、最後のＰＨＲ送信が存在せず、

【0153】

−２番目にＰＨＲがトリガされたため、ＰＨＲが最初にトリガされた場合でもない。

【0154】

たとえ、ＰＨＲが引き続きトリガされ、端末がＰＨＲ ＭＡＣ ＣＥを含むことができるＵＬグラントを受信するとしても、端末は、トリガされたＰＨＲを送信することができない。結果的にトリガされたＰＨＲは、送信されることができず、ＰＨＲ送信が固着される。

【0155】

前述したＰＨＲ固着問題は、下記のようにハンドオーバ過程中に発生することができる。

【0156】

−端末は、ＰＨＲ機能を使用しないｅＮＢとＲＲＣ連結を設定する。現在ＰＨＲ機能は選択的である。

【0157】

−例えば、端末の移動によって、端末は、ｐｈｒ−Ｃｏｎｆｉｇを含むＭＡＣ−ＭａｉｎＣｏｎｆｉｇを含むハンドオーバ命令を受信する。

【0158】

−端末は、最初にＰＨＲをトリガするＭＡＣ−ＭａｉｎＣｏｎｆｉｇを再構成する。

【0159】

−端末は、ターゲットセルに対してコンテンションベースのランダムアクセス手順を実行する。

【0160】

−端末は、ランダムアクセス応答を介して第１のＵＬグラント（５６ビット）を受信する。

【0161】

−端末は、例えば、１０又は２０ｍｓなどの短いｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを開始する。

【0162】

−端末は、ＬＣＰ手順の結果、ＭＡＣサブヘッダを含む２４ビットのＣ−ＲＮＴＩ ＭＡＣ ＣＥ及びＭＡＣサブヘッダを含む３２ビットの長いＢＳＲＭＡＣ ＣＥを含むＭＡＣ ＰＤＵを生成する。したがって、ＰＨＲは送信されることができない。

【0163】

−ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒが満了され、２番目にＰＨＲがトリガされる。

【0164】

−端末は、第２のＵＬグラントを受信する。

【0165】

−たとえ、端末がＰＨＲ ＭＡＣ ＣＥを収容する程度に十分に大きい第２のＵＬグラントを受信したとしても、ＰＨＲが２番目にトリガされてどのようなＰＨＲも送信されなかったことを考慮すると、端末は、前述された条件を満たすことができないためＰＨＲを送信することができない。

【0166】

−以下、ＰＨＲ固着問題が発生することができる時、本発明の一実施例によるＰＨＲ手順を実行する方法を説明する。

【0167】

ＰＨＲ固着問題を避けるために、基本的に多様な接近方法が可能である。例えば、前述したハンドオーバシナリオでｅＮＢ制御によって、端末は、十分に大きいｐｅｒｉｏｄｉｃＰＨＲ−ｔｉｍｅｒ値によって第２のＰＨＲがトリガされる前に第２のＵＬグラントの提供を受けることができる。しかし、コンテンションベースのランダムアクセス手順の完了時間を予測することができないという点を考慮すると、スマートｅＮＢ制御によってもＰＨＲ固着問題を避けることができない。また、このようなＰＨＲ固着問題は、ＲＲＣ連結解除を除いては解決する方法がないため深刻な問題を招くことができる。したがって、トリガされたＰＨＲを送信する条件の変更が必要である。

【0168】

したがって、以上のシナリオで一つ以上のＰＨＲがトリガされて取り消しされない場合、ＰＨＲ ＭＡＣ ＣＥ又は拡張されたＰＨＲ ＭＡＣ ＣＥを収容することができない第１のＵＬグラント以後にＰＨＲ ＭＡＣ ＣＥ又は拡張されたＰＨＲ ＭＡＣ ＣＥを収容することができる次のＵＬグラント内にトリガされた第１のＰＨＲを送信する方法が提案される。即ち、端末は、トリガされ、又は取り消しされないＰＨＲを送信することができる。取り消しされないトリガされたＰＨＲがない場合、端末は基地局にＰＨＲを送信しない。複数のＰＨＲがトリガされ、少なくとも一つのトリガされたＰＨＲが取り消しされない場合、端末は、トリガされたＰＨＲを基地局に送信することができる。

【0169】

図１３は、本発明の一実施例によってＰＨＲ手順を実行する方法の一例を示す。

【0170】

１．端末は、基地局からＰＨＲ構成を受信する。ＰＨＲ手順は、ＰＨＲ構成により構成されることができる。ＰＨＲ構成は、ＲＲＣ連結再構成メッセージを介して受信されることができる。端末は、ＰＨＲ構成によりＰＨＲをトリガする。

【0171】

２．端末は、基地局から第１のＵＬグラントを受信する。第１のＵＬグラントは、ＰＤＣＣＨ又はランダムアクセス応答メッセージを介して受信されることができる。

【0172】

３．端末は、ＬＣＰ手順の結果、第１のＵＬグラントによる第１のＭＡＣ ＰＤＵを構成する。端末は、第１のＵＬグラントにより指示される第１のＭＡＣ ＰＤＵがＰＨＲ ＭＡＣ ＣＥを含むことができるか否かを確認する。第１のＭＡＣ ＰＤＵの大きさ及び送信されるデータの優先順位によって、第１のＭＡＣ ＰＤＵは、ＰＨＲ ＭＡＣ ＣＥを含まないと仮定する。端末は、構成された第１のＭＡＣ ＰＤＵを基地局に送信する。

【0173】

拡張されたＰＨＲ ＭＡＣ ＣＥが構成された場合、前記ＰＨＲ ＭＡＣ ＣＥは拡張されたＰＨＲ ＭＡＣ ＣＥである。基地局は、端末に拡張されたＰＨＲ ＭＡＣ ＣＥを構成することができる。また、拡張されたＰＨＲ ＭＡＣ ＣＥが構成される場合、端末は、受信されたＵＬグラントにより指示されるＭＡＣ ＰＤＵが拡張されたＰＨＲ ＭＡＣ ＣＥを含むことができるか否かを確認する。拡張されたＰＨＲ ＭＡＣ ＣＥが構成されない場合、端末は、受信されたＵＬグラントにより指示されるＭＡＣ ＰＤＵがＰＨＲ ＭＡＣ ＣＥを含むことができるか否かを確認する。

【0174】

４．端末は、基地局から第２のＵＬグラントを受信する。第２のＵＬグラントは、ＰＤＣＣＨ又はランダムアクセス応答メッセージを介して受信されることができる。第２のＵＬグラントにより構成される第２のＭＡＣ ＰＤＵは、ＬＣＰ手順の結果、ＰＨＲ ＭＡＣ ＣＥを含むことができると仮定する。端末は、少なくとも一つのＰＨＲがトリガされて取り消しされなかったかどうかを確認する。

【0175】

５．図１３において、トリガされて取り消しされないＰＨＲが存在する。したがって、端末は、ＰＨＲ ＭＡＣ ＣＥを含む第２のＭＡＣ ＰＤＵを構成し、これを基地局に送信する。端末は、全てのトリガされたＰＨＲを取り消す。

【0176】

６．端末は、基地局から第３のＵＬグラントを受信する。第３のＵＬグラントは、ＰＤＣＣＨ又はランダムアクセス応答メッセージを介して受信されることができる。第３のＵＬグラントにより構成される第３のＭＡＣ ＰＤＵは、ＬＣＰ手順の結果、ＰＨＲ ＭＡＣ ＣＥを含むことができると仮定する。端末は、少なくとも一つのＰＨＲがトリガされて取り消しされなかったかどうかを確認する。

【0177】

７．ステップ５で全てのＰＨＲが取り消しされた以後に追加的なＰＨＲがトリガされないと仮定する。したがって、端末は、ＰＨＲ ＭＡＣ ＣＥを含まない第３のＭＡＣ ＰＤＵを構成し、これを基地局に送信する。

【0178】

したがって、端末が今回のＴＴＩで新たな送信のために割り当てられたＵＬリソースを有している場合、端末は、本発明の一実施例によって下記の動作を実行することができる。

【0179】

−最後のＭＡＣリセット以後、新たな送信のために最初に割り当てられたＵＬリソースである場合、ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを開始する。

【0180】

−少なくとも一つのＰＨＲがトリガされて取り消しされない場合、及び

【0181】

−ＬＣＰの結果、割り当てられたＵＬリソースがＰＨＲ ＭＡＣ ＣＥ及びそのサブヘッダを収容することができる場合、

【0182】

−物理階層からＰＨ値を取得する。

【0183】

−物理階層から報告された値に基づいてＰＨＲ ＭＡＣ ＣＥを生成するように多重化及び結合手順を指示し、ＰＨＲ ＭＡＣ ＣＥを送信する。

【0184】

−ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを開始又は再開始する。

【0185】

−ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒを開始又は再開始する。

【0186】

−全てのトリガされたＰＨＲ（ら）を取り消す。

【0187】

図１４は、本発明の一実施例によってＰＨＲ手順を実行する方法の他の例を示す。

【0188】

ステップＳ１００で、端末は少なくとも一つのＰＨＲをトリガする。ステップＳ１１０で、端末は前記トリガされた少なくとも一つのＰＨＲが取り消しされたかどうかを決定する。前記トリガされた少なくとも一つのＰＨＲが取り消しされなかったと決定された場合、ステップＳ１２０で端末はＰＨＲを送信する。

【0189】

図１５は、本発明の実施例が具現される無線通信システムのブロック図である。

【0190】

基地局８００は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）８１０、メモリ（ｍｅｍｏｒｙ）８２０、及びＲＦ部（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｕｎｉｔ）８３０を含む。プロセッサ８１０は、提案された機能、過程及び／又は方法を具現する。無線インターフェースプロトコルの階層は、プロセッサ８１０により具現されることができる。メモリ８２０は、プロセッサ８１０と連結され、プロセッサ８１０を駆動するための多様な情報を格納する。ＲＦ部８３０は、プロセッサ８１０と連結され、無線信号を送信及び／又は受信する。

【0191】

端末９００は、プロセッサ９１０、メモリ９２０、及びＲＦ部９３０を含む。プロセッサ９１０は、提案された機能、過程及び／又は方法を具現する。無線インターフェースプロトコルの階層は、プロセッサ９１０により具現されることができる。メモリ９２０は、プロセッサ９１０と連結され、プロセッサ９１０を駆動するための多様な情報を格納する。ＲＦ部９３０は、プロセッサ９１０と連結され、無線信号を送信及び／又は受信する。

【0192】

プロセッサ８１０、９１０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／又はデータ処理装置を含むことができる。メモリ８２０、９２０はＲＯＭ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓ ｓｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／又は他の格納装置を含むことができる。ＲＦ部８３０、９３０は、無線信号を処理するためのベースバンド回路を含むことができる。実施例がソフトウェアで具現される時、前述した技法は前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリ８２０、９２０に格納され、プロセッサ８１０、９１０により実行されることができる。メモリ８２０、９２０は、プロセッサ８１０、９１０の内部又は外部にあり、よく知られた多様な手段でプロセッサ８１０、９１０と連結されることができる。

【0193】

前述した例示的なシステムで、方法は一連のステップ又はブロックで順序図に基づいて説明されているが、本発明はステップの順序に限定されるものではなく、あるステップは前述と異なるステップと異なる順序に又は同時に発生することができる。また、当業者であれば、順序図に示すステップが排他的でなく、他のステップが含まれ、又は順序図の一つ又はそれ以上のステップが本発明の範囲に影響を及ぼさずに削除可能であることを理解することができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】