(57)【要約】  ＬＴＥ−アドバンストシステムでランダムアクセス手順のための方法を行うように基地局が構成される。その方法は、物理ランダムアクセスチャネル（ＰＲＡＣＨ）がランダムアクセスネットワーク一時識別子（ＲＡ−ＲＮＴＩ）と関連付けられた時、第１セルでユーザ端末からＰＲＡＣＨでランダムアクセスプリアンブルメッセージを受信する段階を含む。その方法は、第２セルでユーザ端末にランダムアクセス応答（ＲＡＲ）メッセージを送信する段階を含む。ＲＡＲメッセージ及びＲＡ−ＲＮＴＩのうち少なくとも１つは、ユーザ端末が前記ＲＡＲメッセージと関連付けられたターゲットタイミングアドバンスグループ（ＴＡＧ）又はセルを識別するように構成された情報を含む。
2014518041.tif 000002
【特許請求の範囲】
【請求項１】
基地局における使用のための、ランダムアクセス手順のための方法において、
物理ランダムアクセスチャネル（ＰＲＡＣＨ）がランダムアクセスネットワーク一時識別子（ＲＡ−ＲＮＴＩ）と関連付けられた時、第１セルでユーザ端末から前記ＰＲＡＣＨでランダムアクセスプリアンブルメッセージを受信する段階；及び
第２セルで前記ユーザ端末にランダムアクセス応答（ＲＡＲ）メッセージを送信する段階を含み、
前記ＲＡＲメッセージ及びＲＡ−ＲＮＴＩのうち少なくとも１つは、前記ユーザ端末が前記ＲＡＲメッセージと関連付けられたターゲットタイミングアドバンスグループ（ＴＡＧ）又はセルを識別するように構成された情報を含む方法。
【請求項２】
交差搬送波スケジューリングが構成されなかった場合、前記第２セルは２次セルで前記第１セルは前記第２セルと同じである請求項１に記載の方法。
【請求項３】
前記交差搬送波スケジューリングが構成された場合、前記第１セルは前記第２セルと異なるセルである請求項１に記載の方法。
【請求項４】
前記ＲＡ−ＲＮＴＩはオフセット指示子に基づいて決定され、前記オフセット指示子は、前記ターゲットＴＡＧ又はセルを識別するように構成される請求項１に記載の方法。
【請求項５】
前記ＲＡ−ＲＮＴＩは下記式：
ＲＡ−ＲＮＴＩ＝１＋ｔ＿ｉｄ＋１０＊ｆ＿ｉｄ＋６０＊ｃｅｌｌ−ｏｆｆｓｅｔ、
式中、ｔ＿ｉｄは特定の物理ランダムアクセスチャネル（ＰＲＡＣＨ）の第１サブフレームのインデックスで、ｆ＿ｉｄは前記第１サブフレーム内の前記特定のＰＲＡＣＨのインデックスで、前記ｃｅｌｌ−ｏｆｆｓｅｔはオフセット指示子によって決定される請求項４に記載の方法。
【請求項６】
前記ＲＡＲメッセージは、前記ターゲットＴＡＧ又はセルを識別するように構成されたＴＡＧ指示子フィールド（ＴＩＦ）又は搬送波指示子フィールド（ＣＩＦ）を含む請求項１に記載の方法。
【請求項７】
前記ＴＩＦ又はＣＩＦは、前記ＲＡＲの媒体アクセス制御（ＭＡＣ）ヘッダ又はペイロードの一部である請求項６に記載の方法。
【請求項８】
前記ランダムアクセス手順が競合ベースのランダムアクセス手順の場合、
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）命令を前記ユーザ端末に送信する段階をさらに含み、
前記ＰＤＣＣＨ命令は、搬送波指示子フィールド（ＣＩＦ）を含み、前記ＣＩＦは前記競合を解消するために前記ターゲットセルを示す請求項１に記載の方法。
【請求項９】
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）命令を前記ユーザ端末に送信する段階をさらに含み、
前記ＰＤＣＣＨ命令は、ＴＡＧ指示子フィールド（ＴＩＦ）又は搬送波指示子フィールド（ＣＩＦ）を含み、前記ＴＩＦ又はＣＩＦは前記ターゲットＴＡＧ又はセルを識別するように構成される請求項１に記載の方法。
【請求項１０】
ランダムアクセス手順のために構成される基地局において、
制御部を含み、前記制御部は、
物理ランダムアクセスチャネル（ＰＲＡＣＨ）がランダムアクセスネットワーク一時識別子（ＲＡ−ＲＮＴＩ）と関連付けられた時、第１セルでユーザ端末から前記ＰＲＡＣＨでランダムアクセスプリアンブルメッセージを受信し、第２セルで前記ユーザ端末にランダムアクセス応答（ＲＡＲ）メッセージを送信し、前記ＲＡＲメッセージ及びＲＡ−ＲＮＴＩのうち少なくとも１つは、前記ユーザ端末が前記ＲＡＲメッセージと関連付けられたターゲットタイミングアドバンスグループ（ＴＡＧ）又はセルを識別するように構成された情報を含むように構成される基地局。
【請求項１１】
前記基地局は、請求項２乃至９のうち何れか１項に記載の方法を具現するように配置される請求項１０に記載の基地局。
【請求項１２】
ランダムアクセス手順のために構成されたユーザ端末において、
プロセッサを含み、前記プロセッサは、
物理ランダムアクセスチャネル（ＰＲＡＣＨ）がランダムアクセスネットワーク一時識別子（ＲＡ−ＲＮＴＩ）と関連付けられた時、第１セルから基地局へ前記ＰＲＡＣＨでランダムアクセスプリアンブルメッセージを送信し、第２セルで前記基地局からランダムアクセス応答（ＲＡＲ）メッセージを受信し、前記ＲＡＲメッセージ及びＲＡ−ＲＮＴＩのうち少なくとも１つは、前記ユーザ端末が前記ＲＡＲメッセージと関連付けられたターゲットタイミングアドバンスグループ（ＴＡＧ）又はセルを識別するように構成された情報を含むように構成されるユーザ端末。
【請求項１３】
前記ユーザ端末は、請求項２乃至７のうち何れか１項に記載の方法を具現するように配置される請求項１２に記載のユーザ端末。
【請求項１４】
ユーザ端末におけるランダムアクセス手順のための方法において、
物理ランダムアクセスチャネル（ＰＲＡＣＨ）がランダムアクセスネットワーク一時識別子（ＲＡ−ＲＮＴＩ）と関連付けられた時、第１セルから基地局へ前記ＰＲＡＣＨでランダムアクセスプリアンブルメッセージを送信する段階；及び第２セルで前記基地局からランダムアクセス応答（ＲＡＲ）メッセージを受信する段階を含み、
前記ＲＡＲメッセージ及びＲＡ−ＲＮＴＩのうち少なくとも１つは、前記ユーザ端末が前記ＲＡＲメッセージと関連付けられたターゲットタイミングアドバンスグループ（ＴＡＧ）又はセルを識別するように構成された情報を含む方法。
【請求項１５】
前記ユーザ端末は、請求項２乃至７のうち何れか１項に記載の方法を具現するように配置される請求項１４に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に無線通信システムに関し、特に、ＬＴＥ−Ａ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ−Ａｄｖａｎｃｅｄ）システムにおける交差搬送波（ｃｒｏｓｓ−ｃａｒｒｉｅｒ）スケジューリングでランダムアクセスする方法に関する。
【背景技術】
【０００２】
３ＧＰＰ  ＬＴＥ標準におけるリリース１１の目的の１つは、ＬＴＥアップリンク搬送波集約（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）のための多重タイミングアドバンスの使用をサポートすることを規定することにある。これは「ＬＴＥ  Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ  Ｅｎｈａｎｃｅｍｅｎｔｓ」というタイトルのＬＴＥ  Ｄｏｃｕｍｅｎｔ  Ｎｏ．ＲＰ−１０１４２１において論議されている。アップリンク伝送のためのタイミングアドバンスは、ユーザ端末（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）がネットワークとのアップリンクタイミング同期化を達成するために行われる。ＬＴＥアップリンク搬送波集約のために多重タイミングアドバンスをサポートすることは、２つの集約されたセルがＵＥからそれぞれ異なるチャネル伝搬遅延を受け得るセル配置シナリオに必要である。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の実施形態は、ＬＴＥ−アドバンストシステムにおけるランダムアクセス手順を行うための方法及び装置を提供することにある。
【０００４】
本発明の実施形態によれば、基地局におけるランダムアクセス手順のための方法を提供する。その方法は、物理ランダムアクセスチャネル（ＰＲＡＣＨ）がランダムアクセスネットワーク一時識別子（ＲＡ−ＲＮＴＩ）と関連付けられる時、第１セルでユーザ端末から前記ＰＲＡＣＨでランダムアクセスプリアンブルメッセージを受信する段階を含む。また、その方法は、第２セルで前記ユーザ端末にランダムアクセス応答（ＲＡＲ）メッセージを送信する段階を含む。前記ＲＡＲメッセージ及びＲＡ−ＲＮＴＩのうち少なくとも１つは前記ユーザ端末が前記ＲＡＲメッセージと関連付けられたターゲットタイミングアドバンスグループ（ＴＡＧ）又はセルを識別するように構成された情報を含む。
【０００５】
本発明の実施形態によれば、ランダムアクセス手順のための基地局が提供される。基地局は、物理ランダムアクセスチャネル（ＰＲＡＣＨ）がランダムアクセスネットワーク一時識別子（ＲＡ−ＲＮＴＩ）と関連付けられる時、第１セルでユーザ端末から前記ＰＲＡＣＨでランダムアクセスプリアンブルメッセージを受信するように構成される制御部を含む。前記制御部は、第２セルで前記ユーザ端末にランダムアクセス応答（ＲＡＲ）メッセージを送信するように構成される。前記ＲＡＲメッセージ及びＲＡ−ＲＮＴＩのうち少なくとも１つは、前記ユーザ端末が前記ＲＡＲメッセージと関連付けられたターゲットタイミングアドバンスグループ（ＴＡＧ）又はセルを識別するように構成された情報を含む。
【０００６】
本発明の実施形態によれば、ランダムアクセス手順のためのユーザ端末が提供される。前記ユーザ端末は、物理ランダムアクセスチャネル（ＰＲＡＣＨ）がランダムアクセスネットワーク一時識別子（ＲＡ−ＲＮＴＩ）と関連付けられる時、第１セルで基地局へ前記ＰＲＡＣＨでランダムアクセスプリアンブルメッセージを送信するように構成されたプロセッサを含む。また、前記プロセッサは、第２セルで前記基地局からランダムアクセス応答（ＲＡＲ）メッセージを受信するように構成される。前記ＲＡＲメッセージ及びＲＡ−ＲＮＴＩのうち少なくとも１つは、前記ユーザ端末が前記ＲＡＲメッセージと関連付けられたターゲットタイミングアドバンスグループ（ＴＡＧ）又はセルを識別するように構成された情報を含む、
【０００７】
下記の詳細な説明の作成に先立ち、本特許文献全般にわたって用いられる単語及び句について定義することが有利であろう。用語「含む」、「具備する」及びそれらの派生語らは制限なく含むことを意味する。用語「又は」は包括的な（ｉｎｃｌｕｓｉｖｅ）意味であって、「及び／又は」を意味する。「…と関連付けられた」、「…その中で関連付けられた」、及びそれらの派生語らは「含む」、「…の内で含む」、「互いに接続する」、「含有する」 、「…の内で含有する」、「…に、あるいは…と接続される」、「…に、あるいは…と結合される」、「…と通信可能である」、「…と協力する」、「挟む」、「並置する」、「隣接する」、「…に、あるいは…と縛られる」、「持つ」、「…の特性を持つ」などを意味し得る。そして、用語「制御部」は、少なくとも１つの動作を制御する任意の機器、システム、またはその一部を意味し、そのような装置は、ハードウェア、ファームウェアまたはソフトウェア、またはそれらの少なくとも２つの組み合わせに具現され得る。任意の特定の制御部と関連づけられた機能は、集中しているか、または、局所的にもしくは遠くに分散化され得る。特定の単語及び句に対する定義は、本明細書全般にわたって提供され、当業者であれば、ほとんどの場合ではないが、多くの場合、そのような定義が将来だけでなく、従来も同じように定義されていた単語及び句を用いるために適用されるということを理解すべきである。
【発明の効果】
【０００８】
本発明の実施形態によれば、ＬＴＥ−Ａシステムで交差搬送波スケジューリングでランダムアクセス手順を具現できる。また、ユーザ端末が受信されたランダムアクセス手順メッセージのターゲットセル（又はターゲットＴＡＧ）を識別することができ、ユーザ端末のために意図されたランダムアクセス手順メッセージを正確に識別できる。さらに、本発明の実施形態によれば競合ベースのＲＡＣＨの場合、競合を解消できる効果を得ることができる。
【図面の簡単な説明】
【０００９】
本発明及びその長所に対するより完全な理解のために、添付された図面を参照して次の詳細な説明が行われる。図面における同じ符号は同じ構成要素を示す。
【図１】本発明の一実施形態による無線ネットワークを示す図である。
【図２】本発明の一実施形態による基地局（ｅＮｏｄｅＢ）をさらに詳しく示す図である。
【図３】本発明の一実施形態によるユーザ端末をさらに詳しく示す図である。
【図４】本発明の一実施形態による１次及び２次セルのネットワークを示す図である。
【図５Ａ】ＬＴＥシステムにおける競合ベース及び非競合ベースのランダムアクセス手順を示す図である。
【図５Ｂ】ＬＴＥシステムにおける競合ベース及び非競合ベースのランダムアクセス手順を示す図である。
【図５Ｃ】本発明の実施形態による競合ベース及び非競合ベースのランダムアクセス手順を示す図である。
【図５Ｄ】本発明の実施形態による競合ベース及び非競合ベースのランダムアクセス手順を示す図である。
【図５Ｅ】本発明の実施形態による競合ベース及び非競合ベースのランダムアクセス手順を示す図である。
【図５Ｆ】本発明の実施形態による競合ベース及び非競合ベースのランダムアクセス手順を示す図である。
【図６Ａ】交差搬送波スケジューリングが構成された場合、タイミングアドバンスグループ（ＴＡＧ）又は物理ダウンリンク制御チャネル命令のためのセルを区別する問題及び基地局によって送信されたランダムアクセス応答に対するターゲットユーザ端末の潜在的曖昧性（ａｍｂｉｇｕｉｔｙ）問題を示す図である。
【図６Ｂ】交差搬送波スケジューリングが構成された場合、タイミングアドバンスグループ（ＴＡＧ）又は物理ダウンリンク制御チャネル命令のためのセルを区別する問題及び基地局によって送信されたランダムアクセス応答に対するターゲットユーザ端末の潜在的曖昧性（ａｍｂｉｇｕｉｔｙ）問題を示す図である。
【図７Ａ】共通検索空間が２次セルに定義されていないシナリオを示す図である。
【図７Ｂ】共通検索空間が２次セルに定義されていないシナリオを示す図である。
【図８Ａ】本発明の実施形態による、ＴＡＧ指示子フィールド（ＴＩＦ）又は搬送波指示子フィールド（ＣＩＦ）を含む新しいＰＤＣＣＨ命令を示す図である。
【図８Ｂ】本発明の実施形態による、ＴＡＧ指示子フィールド（ＴＩＦ）又は搬送波指示子フィールド（ＣＩＦ）を含む新しいＰＤＣＣＨ命令を示す図である。
【図９】本発明の実施形態によるユーザ端末及びＴＡＧ／セルの別の組み合わせに割り当てられた別のランダムアクセスチャネル（ＲＡＣＨ）リソースを示す図である。
【図１０】本発明の実施形態による、ＴＡＧ／セル毎に別のユーザ端末に割り当てられた別のＲＡＣＨリソースを示す図である。
【図１１】本発明の一実施形態による新しい情報エレメントであるＣｒｏｓｓＣａｒｒｉｅｒＳｃｈｅｄｕｌｉｎｇＣｏｎｆｉｇを示す図である。
【図１２】本発明の一実施形態によるＴＡＧ／搬送波指示子フィールド（ＴＩＦ／ＣＩＦ）を有するＭＡＣランダムアクセス応答（ＲＡＲ）の例を示す図である。
【図１３Ａ】本発明の一実施形態による新しいユーザ端末及びレガシーユーザ端末を介して見えるＴＩＦ／ＣＩＦを有する２つのＭＡＣ  ＲＡＲと当該サブヘッダをそれぞれ示す図である。
【図１３Ｂ】本発明の一実施形態による新しいユーザ端末及びレガシーユーザ端末を介して見えるＴＩＦ／ＣＩＦを有する２つのＭＡＣ  ＲＡＲと当該サブヘッダをそれぞれ示す図である。
【図１４】本発明の一実施形態によるバックオフ指示子を有するＬＴＥ  １０のＭＡＣサブヘッダを示す図である。
【図１５】本発明の一実施形態によるバックオフ指示子及びＴＩＦ／ＣＩＦを有するＭＡＣサブヘッダを示す図である。
【図１６】本発明の一実施形態による位置によって暗黙的に示された、ＴＩＦ／ＣＩＦを有するＭＡＣ  ＲＡＲを示す図である。
【図１７】本発明の一実施形態によるランダムアクセスプリアンブル識別子（ＲＡＰＩＤ）及びＴＩＦ／ＣＩＦを有するＭＡＣサブヘッダに対する設計例を示す図である。
【図１８】本発明の一実施形態によるＴＩＦ／ＣＩＦがＭＡＣヘッダに含まれたことを示すＭＡＣサブヘッダを示す図である。
【図１９】本発明の一実施形態によるＴＩＦ／ＣＩＦサブヘッダ設計を示す図である。
【図２０】本発明の一実施形態によるユーザ端末及びＴＡＧ／セルに割り当てられたＲＡＣＨリソースを示す図である。
【図２１】本発明の一実施形態によるＴＡＧ／セルでユーザ端末によって選択されたＲＡＣＨリソースを示す図である。
【図２２】本発明の一実施形態による競合シナリオを示す図である。
【図２３】本発明の一実施形態による２つのＴＡＧ／セルの間で直交するＲＡＣＨリソースを示す図である。
【図２４】２つのＴＡＧ／セルの間でＲＡＣＨリソースの直交性をなすための方法を示す図である。
【発明を実施するための形態】
【００１０】
下記図１乃至２４及び本特許文書で本発明の原理を説明するために用いられた様々な実施形態は、単に説明のためのものであって、本発明の範囲を制限するために任意の方式で解釈されてはならない。当業者は本発明の原理が適切に配列された無線通信システムで具現され得るということを理解するはずである。
【００１１】
ここで提示された次の資料及び標準説明は本発明に統合される：（i）ＬＴＥ  Ｄｏｃｕｍｅｎｔ  Ｎｏ．ＲＰ−１０１４２１，“ＬＴＥ  Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ  Ｅｎｈａｎｃｅｍｅｎｔｓ”（以下“ＲＥＦ１”）；（ii）Ｄｏｃｕｍｅｎｔ  Ｎｏ．Ｒ２−１１１８４０，“Ｉｎｉｔｉａｌ  Ｃｏｎｓｉｄｅｒａｔｉｏｎ  ｏｎ  Ｍｕｌｔｉｐｌｅ  ＴＡ，ＣＡＴＴ”（以下“ＲＥＦ２”）；（iii）３ＧＰＰ  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｎｏ．３６．３００，ｖｅｒｓｉｏｎ  １０．３．０，Ｍａｒｃｈ  ２０１１（以下“ＲＥＦ３”）；（iv）３ＧＰＰ  Ｔｅｃｈｎｉｃａｌ  Ｒｅｐｏｒｔ  Ｎｏ．３６．８１４，ｖｅｒｓｉｏｎ  ９．０．０，Ｍａｒｃｈ  ２０１０（以下“ＲＥＦ４”）；（v）３ＧＰＰ  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｎｏ．３６．３２１，ｖｅｒｓｉｏｎ  １０．２．０，Ｊｕｎｅ  ２０１１（以下“ＲＥＦ５”）；（vi）３ＧＰＰ  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｎｏ．３６．３３１，ｖｅｒｓｉｏｎ  １０．２．０，Ｊｕｎｅ  ２０１１（以下“ＲＥＦ６”）；（vii）３ＧＰＰ  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｎｏ．３６．２１２，ｖｅｒｓｉｏｎ  １０．２．０，Ｊｕｎｅ  ２０１１（以下“ＲＥＦ７”）；（viii）３ＧＰＰ  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｎｏ．３６．２１３，ｖｅｒｓｉｏｎ  １０．２．０，Ｊｕｎｅ  ２０１１（以下“ＲＥＦ８”）
【００１２】
図１は、本発明の一実施形態による例示的な無線ネットワーク１００を示した図である。図１に示す無線ネットワーク１００の実施形態は単に説明のためのものである。無線ネットワーク１００の他の実施形態が本発明の範囲から逸脱することがなく使用され得る。
【００１３】
図示の実施形態で、無線ネットワーク１００は、ｅＮｏｄｅＢ（ｅＮＢ）１０１、ｅＮＢ１０２、及びｅＮＢ１０３を含む。ｅＮＢ１０１は、ｅＮＢ１０２及びｅＮＢ１０３と通信する。ｅＮＢ１０１は、インターネット、個人（ｐｒｏｐｒｉｅｔａｒｙ）ＩＰネットワーク、又は他のデータネットワークのようなインターネットプロトコル（ＩＰ）ネットワーク１３０と通信する。
【００１４】
ネットワークタイプによって、“ｅＮｏｄｅＢ”の代わりに“基地局（ｂａｓｅ  ｓｔａｔｉｏｎ）”、又は“アクセスポイント”のような他のよく知られた用語が用いられ得る。便宜上、ここでは用語“ｅＮｏｄｅＢ”が遠隔端末に対する無線接続を提供するネットワークインフラ構成要素（ｃｏｍｐｏｎｅｎｔｓ）を指すために用いられる。
【００１５】
ｅＮＢ１０２は、ｅＮＢ１０２のカバレッジ領域内にある複数の第１ユーザ端末（ＵＥ）にネットワーク１３０への無線広帯域アクセスを提供する。複数の第１ユーザ端末は、小企業に位置し得るＵＥ１１１、大企業に位置し得るＵＥ１１２、ＷｉＦｉホットスポットに位置し得るＵＥ１１３、第１住居地に位置し得るＵＥ１１４、第２住居地に位置し得るＵＥ１１５、及び携帯電話、無線ラップトップ、無線ＰＤＡなどのような移動機器であり得るＵＥ１１６を含む。ＵＥ１１１乃至１１６は、携帯電話、移動ＰＤＡ、及び他の移動局（ＭＳ）のような任意の無線通信機器であり得るが、それに限定されない。
【００１６】
便宜上、用語“ユーザ端末”又は“ＵＥ”は、ｅＮＢに無線接続する任意の遠隔無線端末で、ＵＥが携帯機器（例えば、携帯電話）であるか又は一般に考慮される固定された機器（例えば、デスクトップＰＣ、自動販売機等）であるかを指定するために用いられる。他のシステムでは、“移動局（ＭＳ）”、“加入者局（ＳＳ）”、“遠隔端末（ＲＴ）”、“無線端末（ＷＴ）”など他のよく知られた用語が“ユーザ端末”の代わりに用いられ得る。
【００１７】
ｅＮＢ１０３は、ｅＮＢ１０３のカバレッジ領域１２５内の複数の第２ＵＥに無線広帯域接続を提供する。複数の第２ＵＥは、ＵＥ１１５及びＵＥ１１６を含む。一実施形態で、ｅＮＢ１０１乃至１０３は、ＬＴＥ又はＬＴＥ−Ａ技術を介して互いに通信し、ＵＥ１１１乃至１１６とも通信できる。
【００１８】
点線は、概略的なカバレッジ領域１２０及び１２５の範囲を示したもので、説明のために略円形で示された。基地局と関連付けられたカバレッジ領域、例えば、カバレッジ領域１２０及び１２５は、基地局の構成及び自然や人工妨害物と関連付けられた無線環境における変動事項によって不規則な形状を含む他の形状であり得ることが明確に理解されるべきである。
【００１９】
図１は、無線ネットワーク１００の一例を示したもので、図１は、様々に変更され得る。例えば、有線ネットワークのように他のタイプのデータネットワークが無線ネットワーク１００を代替することができる。有線ネットワークで、ネットワーク端末はｅＮＢ１０１乃至１０３及びＵＥ１１１乃至１１６を代替することができる。有線接続は図１に示す無線接続を代替することができる。
【００２０】
図２は、本発明の一実施形態によるｅＮＢの詳細な構成を示している。一実施形態で、ｅＮＢ２００は、図１に示すｅＮＢ１０１乃至１０３のうち何れか１つを示すことができる。図２に示すｅＮＢ２００の実施形態は単に説明のためのものである。ｅＮＢ２００の他の実施形態が本発明の範囲から逸脱することなく使用され得る。
【００２１】
ｅＮＢ２００は、制御部２２５、チャネル制御部２３５、送受信インタフェース（ＩＦ）２４５、ＲＦ送受信部（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  Ｔｒａｎｓｃｅｉｖｅｒ）２５０、及びアンテナアレイ２５５を含む。チャネル制御部２３５は、例示的なチャネルエレメント２４０を含む複数のチャネルエレメントを含む。ｅＮＢ２００は、ハンドオフ制御部２６０及びメモリ２７０を含む。
【００２２】
制御部２２５は、ｅＮＢ２００の全体動作を制御する動作プログラムを実行できる処理回路及びメモリを含む。一般的な条件で、制御部２２５は、チャネル制御部２３５の動作を指示し、チャネル制御部２３５は、順方向チャネル及び逆方向チャネルで両方向通信を行うチャネルエレメント２４０を含む複数のチャネルエレメントを含む。
【００２３】
単一の機器としてＲＦ送受信部２５０の実施形態は単に説明のためのものである。ＲＦ送受信部２５０は、本発明の範囲から逸脱することなく別の送信機及び受信機を含むことができる。ＲＦ送受信部２５０は、パワー増幅器（ＰＡ）２５２を含み送受信になった信号を処理するエレメントを含む。
【００２４】
アンテナアレイ２５５は、ＲＦ送受信部２５０から受信された順方向チャネル信号をｅＮＢ２００のカバレッジ領域にある移動局に送信する。アンテナアレイ２５５は、ｅＮＢ２００のカバレッジ領域内にあるＵＥから受信された逆方向チャネル信号を送受信部２５０に送信する。本発明の一部実施形態で、アンテナアレイ２５５は、各アンテナセクタがカバレッジ領域の１２０゜のアークでの送受信を担当する３セクタアンテナのようなマルチセクタアンテナである。また、ＲＦ送受信部２５０は、アンテナ選択部を含み送受信動作の間アンテナアレイ２５５のそれぞれ異なるアンテナの中から選択する。
【００２５】
図３は、本発明の一実施形態によるＵＥの詳細図である。一部実施形態で、ＵＥ３００は、図１に示すＵＥ１１１乃至１１６のうち何れか１つを示す。図３に示すＵＥ３００の実施形態は単に説明のためのものである。ＵＥ３００の他の実施形態が本発明の範囲から逸脱することなく使用され得る。
【００２６】
ＵＥ３００は、アンテナ３０５、無線周波数（ＲＦ）送受信部３１０、送信（ＴＸ）処理回路３１５、マイクロホン３２０、及び受信（ＲＸ）処理回路３２５を含む。ＵＥ３００は、スピーカ３３０、メインプロセッサ３４０、入出力（Ｉ／Ｏ）インタフェース（ＩＦ）３４５、キーパッド３５０、ディスプレイ３５５、メモリ３６０、パワー管理器３７０及びバッテリ３８０を含む。
【００２７】
ＲＦ送受信部３１０は、アンテナ３０５から無線ネットワーク１００のｅＮＢによって送信された着信（ｉｎｃｏｍｉｎｇ）ＲＦ信号を受信する。ＲＦ送受信部３１０は、着信ＲＦ信号をダウンコンバートして中間周波数（ＩＦ）又は基底帯域信号を生成する。中間周波数又は基底帯域信号は、ＲＸ処理回路３２５に送信され、基底帯域又は中間周波数信号をフィルタリング、復号化、及び／又はデジタル化して処理された基底帯域信号を生成する。ＲＸ処理回路３２５は、処理された基底帯域信号をスピーカ３３０（すなわち、音声データ）に又は追加的な処理（例えば、ウェブブラウジング）をためにメインプロセッサ３４０に送信する。
【００２８】
ＴＸ処理回路３１５は、マイクロホン３２０のアナログ又はデジタル音声データを受信するか、又はメインプロセッサ３４０からの他の発信基底データ（例えば、ウェブデータ、電子メール、対話形ビデオゲームデータ）を受信する。ＴＸ処理回路３１５は、発信基底データを符号化、多重化及び／又はデジタル化して処理された基底帯域又は中間周波数信号を生成する。ＲＦ送受信部３１０は、発信用処理が施された基底帯域又は中間周波数信号をＴＸ処理回路３１５から受信する。ＲＦ送受信部３１０は、基底帯域又は中間周波数信号をアンテナ３０５を介して送信されるＲＦ信号にアップコンバートする。
【００２９】
本発明の一部実施形態で、メインプロセッサ３４０は、マイクロプロセッサ又はマイクロコントローラである。メモリ３６０は、メインプロセッサ３４０と結合される。メモリ３６０は、任意のコンピュータで読出可能な媒体である。例えば、メモリ３６０は、マイクロプロセッサ又は他のコンピュータ関連のシステム又は方法によって使用されるコンピュータプログラム、ソフトウェア、ファームウェア、又はデータを含み、保存、通信、伝播又は送信できる任意の電子、磁気、電磁気、光学、電気光学、電気−機械及び／又は他の物理的な機器であり得る。そのような実施形態によれば、メモリ３６０の一部はランダムアクセスメモリ（ＲＡＭ）を含み、メモリ３６０の他の一部は、読出専用メモリ（ＲＯＭ）として動作するフラッシュメモリを含む。
【００３０】
メインプロセッサ３４０は、ＵＥ３００の全体動作を制御するようにメモリ３６０に保存された基本オペレーティングシステム（ＯＳ）プログラム３６１を実行する。そのような動作のうち１つでメインプロセッサ３４０はよく知られた原理に基づいてＲＦ送受信部３１０、ＲＸ処理回路３２５及びＴＸ処理回路３１５による順方向チャネル信号の受信及び逆方向チャネル信号の送信を制御する。
【００３１】
メインプロセッサ３４０は、メモリ３６０に常駐する他のプロセス及びプログラムを実行できる。メインプロセッサ３４０は、実行プロセスによって要求されるようにメモリ３６０へ／からデータを移動させることができる。メインプロセッサ３４０及び／又はパワー管理器３７０は、パワー使用を制御及び減少させることができ、バッテリ３８０の充電間隔を増やすことができるソフトウェア、ハードウェア及び／又はファームウェアを含むことができる。一部の実施形態で、パワー管理器３７０は、メインプロセッサ３４０と分離され得る。他の実施形態で、パワー管理器３７０は、メインプロセッサ３４０と統合される、又はその一部であり得る。
【００３２】
メインプロセッサ３４０は、キーパッド３５０及びディスプレイ部３５５と結合される。ＵＥ３００の運営者は、キーパッド３５０を使用してＵＥ３００にデータを入力する。ディスプレイ部３５５は、ウェブサイトからのテキスト及び／又はグラフィックをレンダリングできる液晶又は発光ダイオード（ＬＥＤ）ディスプレイであり得る。他の実施形態は、他のタイプのディスプレイを使用することができる。
【００３３】
アップリンク伝送のタイミングアドバンス（ｔｉｍｉｎｇ  ａｄｖａｎｃｅ）はＵＥによって行われてネットワークとのアップリンクタイミング同期をとることができる。ＬＴＥアップリンク搬送波集約のための多重タイミングアドバンスのサポートは、２つの集積セルが同じ所に位置しないセル配置シナリオに必要であり得る。例えば、図４に示すように、１つのセル（例えば、１次セル（ｐｒｉｍａｒｙ  ｃｅｌｌ）又はＰＣｅｌｌ）は、基地局又はｅＮＢによって管理されるマクロカバレッジを提供するために使用されることができ、他のセル（例えば、２次セル（ｓｅｃｏｎｄａｒｙ  ｃｅｌｌ）又はＳＣｅｌｌ）は、マクロカバレッジ内のローカルカバレッジを提供するために使用されることができ、遠隔無線装備（ＲＲＨ）又は周波数選択中継機に取り付けられ得る。配置シナリオは、以下でさらに詳細に説明される。ＲＥＦ２で列挙された全ての配置シナリオは、多重タイミングアドバンスのサポートから排除されないことがＲＡＮ２#７３ｂｉｓ会議で合意された。
【００３４】
多重タイミングアドバンスを可能にする方法のうち１つは、ＰＣｅｌｌと同じタイミングアドバンスを共有しないＳＣｅｌｌでランダムアクセス手順をサポートすることである。現在のＬＴＥ用ランダムアクセス手順が図５Ａ及び５Ｂに示された。図５Ａは、競合ベースのランダムアクセス手順を示したもので、図５Ｂは、非競合ベースのランダムアクセス手順を示した図である。ランダムアクセス手順の段階は、ＲＥＦ３のＳｅｃｔｉｏｎ  １０．１．５に説明された。例えば、図５Ａに示すように、ＬＴＥリリース１０の競合ベースのランダムアクセス手順で、ステップ１、ステップ２及びステップ３は、ＰＣｅｌｌ上で起きる一方、競合解消（ステップ４）はＰＣｅｌｌによって交差スケジューリング（ｃｒｏｓｓ−ｓｃｈｅｄｕｌｅｄ）される。（例えば、実際のＤＬ割り当てはＳＣｅｌｌに対するものである）。図５Ｂに示すように、非競合ベースのランダムアクセス手順で、ステップ０、ステップ１、ステップ２は、ＰＣｅｌｌで発生する。ランダムアクセス手順の完全な説明は、ＲＥＦ５のＳｅｃｔｉｏｎ  ５．１で見つけることができる。ＳＣｅｌｌのための非競合ベースのランダムアクセス手順及び競合ベースのランダムアクセス手順をサポートする方法は、図５Ｃ及び５Ｄに示すようにランダムアクセス手順制御シグナリングがＳＣｅｌｌから送信され得るようにする。
【００３５】
ＳＣｅｌｌのダウンリンク物理制御チャネル（ＰＤＣＣＨ）が過度な干渉を受け、ＵＥでの信号受信のためのチャネルを信頼できなくなった時、ＳＣｅｌｌに対するランダムアクセス手順をサポートする方法を提供することが有益であろう。これは搬送波集約ベースの異種ネットワークが配置される場合に発生し得る（ＲＥＦ４のＳｅｃｔｉｏｎ９Ａ．２．１．参照）。このような状況で、ネットワークは図５Ｄに示すように、ランダムアクセス手順を行うために交差−搬送波スケジューリング特徴を必要とすることができる。また、ＰＤＣＣＨ共通検索空間がＳＣｅｌｌに対して定義されていない場合（ＬＴＥリリース１０のように）、図５Ｆに示すように、ＰＣｅｌｌ上でＳＣｅｌｌに対するランダムアクセス応答の送信をサポートする方法が必要である。
【００３６】
交差搬送波スケジューリングが構成されたか、又はＳＣｅｌｌで共通検索空間が存在しない場合、次の問題が解決されなければならない。非競合ベースのランダムアクセス手順において、ＵＥは正確に識別されＵＥに対して意図されたランダムアクセスチャネル（ＲＡＣＨ）メッセージ（例えば、メッセージ０，２）をランダムアクセス手順の正確なターゲットセル、又はターゲットタイミングアドバンスグループ（ＴＡＧ）（同じタイミングアドバンスを共有するセルのグループと定義）と共に正確に識別して受信するように要求される必要があり得る。競合ベースのランダムアクセス手順の場合、同時にランダムアクセスを行う他のＵＥがあり得る。交差−搬送波ランダムアクセス手順に対する競合解消サポートが必要であり得る。
【００３７】
本発明の実施形態は、この問題を解決する。すなわち、本発明の実施形態は、ＵＥが受信されたランダムアクセス手順メッセージのターゲットセル（又はターゲットＴＡＧ）を識別できるようにし、ＵＥのために意図されたランダムアクセス手順メッセージを正確に識別できるようにする。競合ベースＲＡＣＨの場合、本発明の実施形態は競合が解消されるようにすることができる。
【００３８】
また、図５Ａ及び５Ｂを再度参照すると、次のメッセージ交換が図５Ａ及び５Ｂに示すランダムアクセス手順に使用され得る。これはＬＴＥリリース１０に記述された可能なメッセージ交換を要約したものである。
【００３９】
メッセージ０：ランダムアクセス手順を開始するためにｅＮＢによってＵＥに送信されるＰＤＣＣＨ命令。このＰＤＣＣＨ命令は、非競合ベースのランダムアクセス手順に対する専用ランダムアクセス（ＲＡ）プリアンブルを選択的に示すことができる。このＰＤＣＣＨ命令は、共通及びＵＥ特定の検索空間でセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ：Ｃｅｌｌ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）によってスクランブルされた巡回冗長検査（ＣＲＣ：Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｏｄｅ）を有するＤＣＩフォーマット１Ａを用いて送信される（ＲＥＦ８のＳｅｃｔｉｏｎ８．０参照）。ＬＴＥリリース１０で交差−搬送波スケジューリングが構成されると、ＤＣＩフォーマットが搬送波指示子フィールド（ＣＩＦ：Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｏｒ  Ｆｉｅｌｄ）を搬送するためのイネーブラ（ｅｎａｂｌｅｒ）が提供される（ＲＥＦ７  Ｓｅｃ  ５．３．３．１．３参照）。ＰＤＣＣＨ命令のための交差搬送波スケジューリングは、ＣＩＦがＤＣＩフォーマットに含まれたままＬＴＥ１１でサポートされることができ、これは以下でさらに詳しく説明される。
【００４０】
メッセージ１：物理ランダムアクセスチャネル（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）でＵＥによるランダムアクセスプリアンブルの送信。これはＰＤＣＣＨ命令でＣＩＦによって示すように、アップリンク搬送波でＵＥによって行われる。
【００４１】
メッセージ２：ｅＮＢによってＵＥに送信されるランダムアクセス応答（ＲＡＲ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ）。ＲＡＲは１１ビットのタイミングアドバンス命令を含む（ＲＥＦ５の６．２．３参照）。ＲＡＲは共通検索空間でランダムアクセス無線ネットワーク一時識別子（ＲＡ−ＲＮＴＩ）によってスクランブルされたＣＲＣを有するＤＣＩフォーマット１Ｃ又は１Ａを使用して送信される（ＲＥＦ８  Ｓｅｃｔｉｏｎ７．１参照）。
【００４２】
メッセージ３又はアップリンク送信：ＵＥによってスケジューリングされた送信。これはＲＡＲによって指示されたように、ＵＬ搬送波でＵＥによって行われる（メッセージ２）。
【００４３】
メッセージ４：（競合ベースのランダムアクセスのみのための）競合解消。競合解消を目的とするＰＤＣＣＨに対する交差搬送波スケジューリングは、ＬＴＥリリース１０で既にサポートされている。Ｃ−ＲＮＴＩでスクランブルされたＣＲＣを有するＰＤＣＣＨに含まれたＣＩＦは競合解消がどのターゲットセルのためであるかを示すために使用され得る。競合解消のための交差−搬送波スケジューリングは、以下で詳細に説明されるように、ＤＣＩフォーマットにＣＩＦを含むことによってＬＴＥリリース１１でサポートされ得る。
【００４４】
図６Ａ及び６Ｂは、交差−搬送波スケジューリングが構成された場合、ＰＤＣＣＨ命令に対するターゲットＴＡＧ又はセル、ＲＡＲ、又は競合解消を区別する問題を説明する。これらは本発明の実施形態によって解決可能な問題である。例えば、メッセージ０（ＰＤＣＣＨ命令）でＰＤＣＣＨ命令のターゲットＴＡＧ又はセルを識別する方法が要求される。メッセージ２（ＲＡＲ）で、ＲＡＲのターゲットＴＡＧ又はセルを識別する方法が要求される。また、非競合ベースのＲＡＣＨに対してＲＡＲのターゲットＵＥの曖昧性を解決する方法が要求される。メッセージ４（競合解消）で、競合解消のための方法に要求される。図６Ａに示すように、矢印は、例えば、以下でさらに詳しく説明されるｓｃｈｅｄｕｌｉｎｇｃｅｌｌｉｎｆｏルーチンによって構成される連結（ｌｉｎｋａｇｅ）を示す。以下で説明される本発明の実施形態は主に図６Ａに示すセル配列を参照する。
【００４５】
次の実施形態で、図６Ａ及び６Ｂに示すシナリオに対して交差−搬送波スケジューリングが構成されたと仮定することができる。本シナリオによって、送信されたＲＡプリアンブルと関連付けられたランダムアクセス応答（例えば、媒体アクセス制御（ＭＡＣ）ＲＡＲを有するＰＤＣＣＨ又はＰＤＳＣＨ）が交差搬送波スケジューリング構成（例えば、図６Ａに示すＤＬＣＣ０によるスケジューリングセル上で送信される。しかし、競合解消に対して説明された手順は、交差搬送波スケジューリングが構成されない実施形態（すなわち、ＣＩＦがＤＣＩフォーマットに存在しない時）にも適用され得る。
【００４６】
また、次の実施形態は、ＳＣｅｌｌ上の共通検索空間が定義されていない状況を処理する。例えば、図７Ａ及び７Ｂは、共通検索空間がＳＣｅｌｌ上で定義されていないシナリオを示した図である。ＳＣｅｌｌに対するランダムアクセス応答がＰＣｅｌｌ上に送信されるため、ＰＣｅｌｌ上でｅＮＢによって送信されたランダムアクセス応答に対するターゲットＵＥの潜在的曖昧性が存在する。したがって、図７に示すように、メッセージ２の受信のために“交差搬送波動作”が要求され得る。このシナリオで、図７Ａ及び７Ｂに示すように、送信されたＲＡプリアンブルと関連付けられたランダムアクセス応答（ＭＡＣ  ＲＡＲを有するＰＤＣＣＨ、ＰＤＳＣＨ）はＰＣｅｌｌ上で伝送される。
【００４７】
本発明の実施形態によれば、ＲＡＣＨリソースは、ランダムアクセスプリアンブルで識別され、ＰＲＡＣＨリソースインデックスは、ランダムアクセスプリアンブルを伝送するために使用される。
【００４８】
ＰＤＣＣＨ命令におけるターゲットＴＡＧ／セルの指示方法
ＵＥ特定の検索空間で送信されたＰＤＣＣＨ命令によって開始されるランダムアクセス手順のために利用されるＤＣＩフォーマット（すなわち、ＬＴＥリリース８、９、１０でＤＣＩフォーマット１Ａ）の場合、搬送波指示子フィールド（ＣＩＦ）はＤＣＩフォーマットに構成されてランダムアクセス手順が開始されるターゲットＴＡＧ／セルを示す。例えば、ＣＩＦ＝‘０００’はＴＡＧ０／ＣＣ０を示し、ＣＩＦ＝‘００１’はＴＡＧ１／ＣＣ１を示す。
【００４９】
実施形態ＰＯ−１：
実施形態ＰＯ−１として表示された一実施形態で、ＣＩＦが存在しない共通検索空間で送信されたＤＣＩフォーマットの場合、デフォルトＴＡＧ／セルが仮定される。例えば、デフォルトはＴＡＧ０（ｐＴＡＧ）／ＣＣ０（ＰＣｅｌｌ）であるか、またはＰＤＣＣＨ命令が送信されるセルであり得る。
【００５０】
実施形態ＰＯ−２：
実施形態ＰＯ−２として表示された他の実施形態で、共通検索空間で送信されたＰＤＣＣＨ命令によって開始されたランダムアクセス手順に使用されるＤＣＩフォーマットの場合、ターゲットＴＡＧ識別子フィールド（ＴＩＦ）又は搬送波指示子フィールド（ＣＩＦ）が導入される。ＴＩＦ／ＣＩＦはランダムアクセス手順が開始されるターゲットＴＡＧ／セルを示すように提供されるｘビットフィールドである。一方法において、ｘ値は固定された値で、例えば、ｘ＝１、ｘ＝２又はｘ＝３である。他の方において、ｘ値は上位階層シグナリング（例えば、ＲＲＣシグナリング）によって構成される。
【００５１】
実施形態ＰＯ−２の一例で、ｘ＝３の場合、ＴＩＦ／ＣＩＦ＝‘０００’はＴＡＧ０／ＣＣ０を示し、ＴＩＦ／ＣＩＦ＝‘００１’はＴＡＧ１／ＣＣ１を示す。他の例で、ｘ＝２の場合、ＴＩＦ／ＣＩＦ＝‘００’はＴＡＧ０／ＣＣ０を示し、ＴＩＦ／ＣＩＦ＝‘０１’はＴＡＧ１／ＣＣ１を示す。
【００５２】
図８Ａ及び８Ｂは、本発明の実施形態による、レガシーＤＣＩフォーマットから拡張されたＴＩＦ／ＣＩＦを含む新しいＰＤＣＣＨ命令を示した図である。図８Ａは、共通検索空間で新しいＤＣＩフォーマット１Ａを示した図である。図８Ｂは、ＵＥ特定の検索空間で新しいＤＣＩフォーマット１Ａを示した図である。
【００５３】
図８Ａに示すように、レガシーＤＣＩフォーマット１Ａは、新しいＴＩＦ／ＣＩＦを含むように変形される。ＤＣＩフォーマット１Ａが共通検索空間でＰＤＣＣＨ命令によって開始されたランダムアクセス手順のために送信されると、既存のゼロパディング（ｚｅｒｏ−ｐａｄｄｉｎｇ）ビットのうちｘビットはＴＩＦに変換される。ランダムアクセス手順に対するターゲットＴＡＧ／セルを示すためにＤＣＩフォーマット１Ａのパディングビットを再使用するこの方法は、交差搬送波ＰＤＣＣＨ命令の能力を増加させ、交差搬送波ＰＤＣＣＨ命令スケジューリングの柔軟性を改善する。
【００５４】
これに対し、図８Ｂに示すように、ＵＥ特定の検索空間でｘビットがレガシーＤＣＩフォーマット１Ａに加えられる。このビットは、ゼロパディングビットから持ってこない。
【００５５】
共通検索空間でＤＣＩフォーマット１Ａに対する設計例は、次のとおりである：
【００５６】
●フォーマット０／フォーマット１Ａの差別化のためのフラグ：１ビットで、０はフォーマット０、１はフォーマット１Ａを示す。フォーマット１Ａはフォーマット１Ａ  ＣＲＣがＣ−ＲＮＴＩでスクランブルされる全ての残りのフィールドが次のように設定される場合にのみＰＤＣＣＨ命令によって開始されるランダムアクセス手順に使用される。
【００５７】
●局部型／分散型ＶＲＢ割り当てフラグ：１ビットが‘０’に設定される。
【００５８】
●リソースブロック割り当て：
【数１】
2014518041.tif 000003
ビット、ここで、全てのビットは１に設定される。
【００５９】
●プリアンブルインデックス：６ビット
【００６０】
●ターゲットＴＡＧ／セル指示子（ＴＩＦ／ＣＩＦ）：ｘビット。このフィールドはフォーマット１Ａが共通検索空間にあり、ＰＤＣＣＨ命令の交差搬送波スケジューリングが構成される場合にのみ存在する。
【００６１】
●１つのＰＤＳＣＨコードワードの圧縮（ｃｏｍｐａｃｔ）スケジューリング割り当てのためのフォーマット１Ａで全ての残りのビットは０に設定される。
【００６２】
ＳＣｅｌｌに対する非競合ベースのランダムアクセス手順のための方法
【００６３】
実施形態ＮＣＲ−１：
実施形態ＮＣＲ−１として表示された一実施形態で、ＲＡＣＨリソースは、図９に示すように、各ＵＥ及び各ＴＡＧ／セル（ＵＥ特定及びＴＡＧ／セル特定の両方とも）に割り当てられる。図９は、本発明の実施形態による明確なＲＡＣＨリソースを示した図である。ＲＡＣＨリソースは、Ａ、Ｂ、Ｃ及びＤと示される。各ＲＡＣＨリソースはＵＥ及びＴＡＧ／セルに固有に割り当てられる。例えば、ＲＡＣＨリソースＡはＵＥ１及びＴＡＧ／セル０に割り当てられる。専用ＲＡＣＨリソースは全てのＵＥ及びＴＡＧ／セルのうち専用ランダムアクセスプリアンブル、専用ＰＲＡＣＨリソースインデックス、又はその両方を有する。
ＳＣｅｌｌのための非競合ベースのランダムアクセス手順は、次のとおりである。
ステップ０：ｅＮｏｄｅＢからＵＥにＰＤＣＣＨ命令（メッセージ０）を送信してランダムアクセス手順を開始する：
ＰＤＣＣＨ命令は、ターゲットＴＡＧ／セルを示す。実施形態ＰＯ−１又はＰＯ−２に特定された設計が使用され得る。
【００６４】
一実施形態で、ＣＩＦがサポート及び構成されると、ＰＤＣＣＨ命令に使用されるＤＣＩフォーマット（例えば、ＤＣＩフォーマット１Ａ）はＣＩＦを含む。例えば、ＣＩＦ＝‘０００’はＴＡＧ０／ＣＣ０を示し、ＣＩＦ＝‘００１’はＴＡＧ１／ＣＣ１を示す。ＣＩＦを有するＰＤＣＣＨ命令は、スケジューリングセルのＵＥ特定検索空間、又は（実施形態ＰＯ−２によって）スケジューリングセルの共通検索空間に送信されることができ、ここで、スケジューリングセルは、当該ＲＡ−プリアンブル送信（例えば、ＰＣｅｌｌ）に使用されるセルとは異なるセルであり得る。換言すれば、ＣＩＦが構成されなかった場合、ＵＥはＰＤＣＣＨ命令送信に使用されたセルからＲＡプリアンブル送信に使用されたセルを知っている。例えば、ＰＤＣＣＨ命令送信がセル１で受信された場合、ＲＡプリアンブルもセル１で送信される。同様に、ＰＤＣＣＨ命令送信がセル２で受信された場合、ＲＡプリアンブルもセル２で送信される。
【００６５】
他の実施形態で、ＳＣｅｌｌに対するＰＤＣＣＨ命令はＣＩＦを含み、固定され予め定義されたセル（例えば、ＰＣＥｌｌ）で送信される。この実施形態で、ＣＩＦを有するＰＤＣＣＨ命令はＰＣｅｌｌのＵＥ特定検索空間で送信されるか、（実施形態ＰＯ−２によれば）ＰＣｅｌｌの共通検索空間で送信される。ＣＩＦは以前の実施形態のように、ＲＡプリアンブル送信のためのターゲットセルを示す。
【００６６】
ＰＤＣＣＨ命令は、ランダムアクセスプリアンブルの送信のための専用ＲＡＣＨリソースを示す（示されたランダムアクセスプリアンブルとＰＲＡＣＨリソースは、ＵＥ及びＴＡＧ／セルのうち専用ＲＡＣＨリソースを構成する）。ランダムアクセスプリアンブルは（レガシーＵＥを含み、全てのＵＥによって認識された）予約された専用ランダムアクセスプリアンブルの集合からｅＮｏｄｅＢによって割り当てられる。
【００６７】
ステップ１：ＵＥによってＰＲＡＣＨ上にランダムアクセスプリアンブルの送信（メッセージ１）：ＵＥはステップ０で説明されたように、ＰＤＣＣＨ命令によって示されたようにターゲットＵＬ搬送波でランダムアクセスプリアンブルを送信する。
【００６８】
ステップ２：ｅＮｏｄｅＢによってＵＥに送信されたランダムアクセス応答（メッセージ２）：ＵＥはＲＡ−ＲＮＴＩを使用してランダムアクセス応答（ら）をモニタリングする。ＵＥは送信されたランダムアクセスプリアンブルとマッチングされるランダムアクセスプリアンブル識別子を含むランダムアクセス応答の受信に成功した後、ランダムアクセス応答（ら）に対するモニタリングを中断できる。ステップ０で割り当てられたＲＡＣＨリソースの固有性のため、ＵＥは曖昧性なくＲＡＲのターゲットセルを決定できる。また、ＵＥとレガシーＵＥを含む他のＵＥの間に競合問題も ない。
【００６９】
ステップ３：ＵＥによるスケジューリングされたＵＬ送信：ＵＥはＲＡＲから受けたＵＬによってターゲットＵＬ搬送波で送信する。
【００７０】
実施形態ＮＣＲ−２：
ＮＣＲ−２として表示された他の実施形態で、ＲＡＣＨリソースは、ＴＡＧ／セルで各ＵＥに割り当てられるが、同じ専用ＲＡＣＨリソースは、図１０に示すように、各ＴＡＧ／セルで再使用され得る。図１０は、本発明の実施形態による明確なＲＡＣＨリソースを示した図である。ＲＡＣＨリソースは、Ａ及びＢと表示されている。各ＲＡＣＨリソースは、ＵＥ及びＴＡＧ／セルに割り当てられる。しかし、ＲＡＣＨリソースは、各ＴＡＧ／セルで再使用される。したがってＲＡＣＨリソース（Ａ、Ｂ）は、ＴＡＧ／セル０及びＴＡＧ／セル１で使用される。図１０は、２つの可能な割り当て配列を示した図である。実施形態ＮＣＲ−１に比べ、要求される専用ＲＡＣＨリソースの量はＴＡＧ／セルの個数によって線形的に増加しない。したがって、専用ＲＡＣＨリソースの節約が達成され得る。
【００７１】
ＳＣｅｌｌに対する非競争ベースのランダムアクセス手順は、次のとおりである。
【００７２】
ステップ０：ＰＤＣＣＨ命令（メッセージ０）：このステップは、ＰＤＣＣＨ命令が各ＵＥの送信のためのランダムアクセスプリアンブルに対する専用ＲＡＣＨリソースを示すこと（示されたランダムアクセスプリアンブルとＰＲＡＣＨリソースは、ＵＥのうち専用ＲＡＣＨリソースを構成する）を除くと、上述した実施形態ＮＣＲ−１のステップ０と同じである。ランダムアクセスプリアンブルは（レガシーＵＥを含む全てのＵＥによって認識された）予約された専用ランダムアクセスプリアンブルの集合からｅＮｏｄｅＢによって割り当てられる。
【００７３】
ステップ１：ランダムアクセスプリアンブル（メッセージ１）：このステップは、上述した実施形態ＮＣＲ−１のステップ１と同じである。
【００７４】
ステップ２：ｅＮｏｄｅＢによってＵＥに送信されたランダムアクセス応答（メッセージ２）：
【００７５】
ＵＥは、ランダムアクセスプリアンブルが送信されたＰＲＡＣＨと関連付けられたＲＡ−ＲＮＴＩを使用してランダムアクセス応答（ら）をモニタリングする。ＰＲＡＣＨの時間及び周波数リソースの他、ＲＡ−ＲＮＴＩの計算は多重ＴＡＧ／セルを考慮する。３種類の方法が以下で説明される。
【００７６】
方法１：ＲＡ−ＲＮＴＩはＴＡＧ／セルＩＤだけでなくＰＲＡＣＨ時間及び周波数ＩＤの関数で計算される。すなわち、ＲＡ−ＲＮＴＩ＝ｆｎ（ｔ＿ｉｄ，ｔａｇ＿ｉｄ）又はＲＡ−ＲＮＴＩ＝ｆｎ（ｔ＿ｉｄ，ｆ＿ｉｄ，ｃｅｌｌ＿ｉｄ）で、ここで、ｔ＿ｉｄは、特定のＰＲＡＣＨの第１サブフレームのインデックスで（０≦ｔ＿ｉｄ≦ｔ＿ｉｄ＿ｍａｘ）で、ｆ＿ｉｄは周波数領域で昇順でそのサブフレーム内で特定のＰＲＡＣＨのインデックスで（０≦ｆ＿ｉｄ≦ｆ＿ｉｄ＿ｍａｘ）である。ｔ＿ｉｄ＿ｍａｘ及びｆ＿ｉｄ＿ｍａｘ値は、ＲＥＦ５でそれぞれ１０と６に特定されている。ｔａｇ＿ｉｄ（又はｃｅｌｌ＿ｉｄ）値は、ＴＡＧ（ｃｅｌｌ）のインデックス値である。ＰＣｅｌｌを含むＴＡＧに対するｔａｇ＿ｉｄは０に仮定される。ｃｅｌｌ＿ｉｄは、ＲＥＦ６に定義されたようにＳｅｒｖＣｅｌｌＩｎｄｅｘと同じであり得る。
【００７７】
このＲＡ−ＲＮＴＩ計算方法は、ＵＥがＲＡ−ＲＮＴＩ値によって検出されたランダムアクセス応答に対するターゲットＴＡＧ／セルを識別できるようにする。この方法は、ＲＡＲのターゲット受信者の潜在的曖昧性を解決できる。この方法を使用したＲＡ−ＲＮＴＩ計算の一部の例は、次のとおりである：
【００７８】
例１ａ：ＲＡ−ＲＮＴＩ＝１＋ｔ＿ｉｄ＋ｔ＿ｉｄ＿ｍａｘ＊ｆ＿ｉｄ＋ｔ＿ｉｄ＿ｍａｘ＊ｆ＿ｉｄ＿ｍａｘ＊ｔａｇ＿ｉｄ（ｃｅｌｌ＿ｉｄ）、ただし、ｔａｇ＿ｉｄ（ｃｅｌｌ＿ｉｄ）＝{１，２，…，Ｎ}、ＮはＰＣｅｌｌを含まないＴＡＧ（セル）の個数である。ｔ＿ｉｄ＿ｍａｘ＝１０でｆ＿ｉｄ＿ｍａｘ＝６であれば、ＲＡ−ＲＮＴＩ＝１＋ｔ＿ｉｄ＋１０＊ｆ＿ｉｄ＋６０＊ｔａｇ＿ｉｄ（ｃｅｌｌ＿ｉｄ）である。
【００７９】
例１ｂ：ＲＡ−ＲＮＴＩ＝１＋ｔ＿ｉｄ＋ｔ＿ｉｄ＿ｍａｘ＊ｆ＿ｉｄ＋ｍ＊ｔａｇ＿ｉｄ（ｃｅｌｌ＿ｉｄ）、ただし、ｔａｇ＿ｉｄ（ｃｅｌｌ＿ｉｄ）＝{１，２，…，Ｎ}、ＮはＰＣｅｌｌを含まないＴＡＧ（セル）の個数で、ｍはＦＤＤ／ＴＤＤシステムであるかによる設定値である。
【００８０】
ｔ＿ｉｄ＿ｍａｘ＝１０であれば、ＲＡ−ＲＮＴＩ＝１＋ｔ＿ｉｄ＋１０＊ｆ＿ｉｄ＋ｍ＊ｔａｇ＿ｉｄ（ｃｅｌｌ＿ｉｄ）である。ＬＴＥリリース１０で、ＦＤＤの場合はｆ＿ｉｄ＝０であるから、ＦＤＤ＝１０であればｍ＝１０である一方、ＴＤＤの場合はｆ＿ｉｄ＿ｍａｘ＝６であるからｍ＝６０である。
【００８１】
ここで、ＲＡ−ＲＮＴＩ値の分割（ｆｒａｇｍｅｎｔａｔｉｏｎ）を回避できることが長所である。最適化したＲＡ−ＲＮＴＩ範囲は、ＦＤＤ／ＴＤＤであるかによる。この方法は、ｍ値がＲＡＲが送信されるセルの実際のＰＲＡＣＨリソース構成に従属されるように一般化できる。
【００８２】
例１ｃ：例１ａ及び１ｂで、ｔａｇ＿ｉｄ（ｃｅｌｌ＿ｉｄ）は、ｔａｇ＿ｉｄ＿ｏｆｆｓｅｔ（ｃｅｌｌ＿ｉｄ＿ｏｆｆｓｅｔ）で代替でき、ここで、ｔａｇ＿ｉｄ−ｏｆｆｓｅｔ＝ｔａｇ＿ｉｄ＿ｔａｒｇｅｔ−ｔａｇ＿ｉｄ＿ｒｅｆで、ｃｅｌｌ＿ｉｄ−ｏｆｆｓｅｔ＝ｃｅｌｌ＿ｉｄ＿ｔａｒｇｅｔ−ｃｅｌｌ＿ｉｄ＿ｒｅｆである。
【００８３】
ｔａｇ＿ｉｄ＿ｔａｒｇｅｔ（ｃｅｌｌ＿ｉｄ＿ｔａｒｇｅｔ）は、ＲＡＲのｔａｒｇｅｔ  ＴＡＧ（ｃｅｌｌ）のＴＡＧ  ＩＤ（ｃｅｌｌ  ＩＤ）で、ｔａｇ＿ｉｄ＿ｒｅｆ（ｃｅｌｌ＿ｉｄ＿ｒｅｆ）はＲＡＲが送信されたセルのＴＡＧ  ＩＤ（ｃｅｌｌ  ＩＤ）を参照する。ｔａｇ＿ｉｄ＿ｔａｒｇｅｔ（ｃｅｌｌ＿ｉｄ＿ｔａｒｇｅｔ）≧ｔａｇ＿ｉｄ＿ｒｅｆ（ｃｅｌｌ＿ｉｄ＿ｒｅｆ）であることを仮定する。
【００８４】
この方法の１つ長所は、ＲＡＲが送信されたセルに対するＲＡ−ＲＮＴＩ値がセルがＳＣｅｌｌである場合、非交差（ｎｏｎ−ｃｒｏｓｓ）搬送波スケジューリングと交差搬送波スケジューリングに対して同じ範囲を持つことにある。この方法の他の長所は、セルがＰＣｅｌｌで構成されることによって同じＲＡ−ＲＮＴＩ値がレガシーＵＥを含むより多くのＵＥによって共有されることにある。その結果、より多くのＲＡＲがＭＡＣ  ＲＡＲ  ＰＤＵに含まれ得る。
【００８５】
方法２：ＲＡ−ＲＮＴＩは、ＰＲＡＣＨ時間及び周波数ＩＤの関数で計算される。すなわち、多重搬送波がスパニング（ｓｐａｎｎｉｎｇ）される時、ＲＡ−ＲＮＴＩ＝１＋ｔ＿ｉｄ＋１０＊ｆ＿ｉｄ，ｆ＿ｉｄである。
【００８６】
この方法を使用したＲＡ−ＲＮＴＩ計算の一部の例は、次のとおりである：
【００８７】
例２ａ：ｆ＿ｉｄは、周波数領域で最低周波数搬送波から最高周波数搬送波まで昇順でサブフレーム内で特定のＰＲＡＣＨのインデックスに定義できる。例えば、ＰＲＡＣＨを有する各セルが６個の周波数リソースで構成されると、０≦ｆ＿ｉｄ＜６＊Ｎ＋６で、ここで、ＮはＰＣｅｌｌを含まないＴＡＧ（セル）の個数である。
【００８８】
例２ｂ：（０≦ｆ＿ｉｄ＜ｆ＿ｉｄ＿ｍａｘ）がＲＡＲが送信されるセルで予約されたことを除くと、例２ａに類似し、残りのｆ＿ｉｄは残りの搬送波に対して周波数領域で昇順でサブフレーム内で特定のＰＲＡＣＨのインデックスに定義される。
【００８９】
この方法の長所は、ＲＡＲが送信されるセルに対するＲＡ−ＲＮＴＩの値が非交差搬送波スケジューリングと交差搬送波スケジューリングに対して同じ範囲を持つことにある。
【００９０】
方法３：ＲＡ−ＲＮＴＩはセルオフセットだけでなく、ＰＲＡＣＨ時間及び周波数ＩＤの関数で計算される。すなわち、ＲＡ−ＲＮＴＩ＝ｆｎ（ｔ＿ｉｄ，ｆ＿ｉｄ，ｃｅｌｌ−ｏｆｆｓｅｔ）で、ここで、ｔ＿ｉｄ及びｆ＿ｉｄは、ＬＴＥリリース１０で定義され得る。ｔ＿ｉｄは特定のＰＲＡＣＨの第１サブフレームインデックスで（０≦ｔ＿ｉｄ＜ｔ＿ｉｄ＿ｍａｘ）で、ｆ＿ｉｄは周波数領域の昇順でそのサブフレーム内の特定のＰＲＡＣＨのインデックスである（０≦ｆ＿ｉｄ＜ｆ＿ｉｄ＿ｍａｘ）。ｔ＿ｉｄ＿ｍａｘ及びｆ＿ｉｄ＿ｍａｘは、ＲＥＦ５でそれぞれ１０及び６に特定される。セルオフセットはネットワーク構成整数オフセット（例えば、ＲＲＣ構成）で、例えば、ｃｅｌｌ−ｏｆｆｓｅｔ＝｛０，１，２，…｝である。ｃｅｌｌ−ｏｆｆｓｅｔは、他のセルから交差搬送波スケジューリングされるように構成されること及び／又はＳＣｅｌｌがＵＥがＰＲＡＣＨを送信するために使用され得ると、ＳＣｅｌｌに適用できる。
【００９１】
１つの代案（代案３−１）において、ｃｅｌｌ−ｏｆｆｓｅｔは、全てのＵＥに対して周波数を特定できる。すなわち、同じ搬送波周波数を有する２つのＵＥのＳＣｅｌｌは同じｃｅｌｌ−ｏｆｆｓｅｔを有する。
【００９２】
他の代案（代案３−２）において、ＵＥから見て、ｃｅｌｌ−ｏｆｆｓｅｔは同じスケジューリングセル（ＰＤＣＣＨ命令が受信されたセル）からスケジューリングされ得るセルのうち周波数を特定できる。ｃｅｌｌ−ｏｆｆｓｅｔは他のスケジューリングセルからスケジューリングされ得る他のセルグループに再使用され得る。全てのＵＥが搬送波で構成され、その搬送波が同じスケジューリングセルに接続されることが普遍的になるようにネットワークは搬送波のｃｅｌｌ−ｏｆｆｓｅｔを構成できる。代案３−１に比べ、代案３−２の長所はＲＡ−ＲＮＴＩ空間が節約され得ることにある。
【００９３】
ＲＡ−ＲＮＴＩ計算の方法３は、ＵＥがＲＡ−ＲＮＴＩの値によって検出されたランダムアクセス応答に対するターゲットＴＡＧ／ｃｅｌｌを識別するものである。また、同じ応答セル（Ｍｓｇ２を送信したセル）で他のＳＣｅｌｌにＰＲＡＣＨを送信したが、同じｔ＿ｉｄ，ｆ＿ｉｄ、及びＲＡプリアンブルインデックスを招いたＲＡリソース割り当てを使用する２つのＵＥの間にＲＡＲの意図された受信者の曖昧性は異なるＳＣｅｌｌに異なるｃｅｌｌ−ｏｆｆｓｅｔを割り当てて回避できる（しかし、２つのＵＥに共通の値であり得る）。
【００９４】
方法３を使用したＲＡ−ＲＮＴＩ計算の一部の例は、次のとおりである：
【００９５】
例３ａ：ＲＡ−ＲＮＴＩ＝１＋ｔ＿ｉｄ＋ｔ＿ｉｄ＿ｍａｘ＊ｆ＿ｉｄ＋ｔ＿ｉｄ＿ｍａｘ＊ｆ＿ｉｄ＿ｍａｘ＊ｃｅｌｌ−ｏｆｆｓｅｔ．ｔ＿ｉｄ＿ｍａｘ＝１０でｆ＿ｉｄ＿ｍａｘ＝６であれば、ＲＡ−ＲＮＴＩ＝１＋ｔ＿ｉｄ＋１０＊ｆ＿ｉｄ＋６０＊ｃｅｌｌ−ｏｆｆｓｅｔである。スケジューリングセル又は応答セルに対するｃｅｌｌ−ｏｆｆｓｅｔ（すなわち、Ｍｓｇ２を送信したセル、例えば、ＰＣｅｌｌ）はない、または０に固定される。
【００９６】
例３ｂ：ＲＡ−ＲＮＴＩ＝１＋ｔ＿ｉｄ＋ｔ＿ｉｄ＿ｍａｘ＊ｆ＿ｉｄ＋ｍ＊ｃｅｌｌ−ｏｆｆｓｅｔ、ここで、ｍはＦＤＤ／ＴＤＤシステムであるかによる設定値である。ｔ＿ｉｄ＿ｍａｘ＝１０であれば、ＲＡ−ＲＮＴＩ＝１＋ｔ＿ｉｄ＋１０＊ｆ＿ｉｄ＋ｍ＊ｃｅｌｌ−ｏｆｆｓｅｔである。ＬＴＥリリース１０で、ＦＤＤの場合はｆ＿ｉｄ＝０であるから、ｍ＝１０である一方、ＴＤＤの場合はｆ＿ｉｄ＿ｍａｘ＝６であるからｍ＝６０である。スケジューリングセル又は応答セルに対するｃｅｌｌ−ｏｆｆｓｅｔ（すなわち、Ｍｓｇ２を送信したセル、例えば、ＰＣｅｌｌ）はない、または０に固定される。
【００９７】
例３ｂの長所は、ＦＤＤ／ＴＤＤによる最適化したＲＡ−ＲＮＴＩ範囲である。この例はｍ値がＲＡＲが送信されるセルの実際のＰＲＡＣＨリソース構成に従属されるように一般化できることが知られている。
【００９８】
ｃｅｌｌ−ｏｆｆｓｅｔシグナリングの一例で、ｃｅｌｌ−ｏｆｆｓｅｔは、ＲＲＣによって情報エレメント（ＩＥ）ＣｒｏｓｓＣａｒｒｉｅｒＳｃｈｅｄｕｌｉｎｇＣｏｎｆｉｇ（ＲＥＦ６参照）でシグナリングされることができ、このｃｅｌｌ−ｏｆｆｓｅｔはｒａ−ｒｎｔｉ−ｏｆｆｓｅｔと呼ばれる。図１１は、本発明の一実施形態によるＩＥＣｒｏｓｓＣａｒｒｉｅｒＳｃｈｅｄｕｌｉｎｇＣｏｎｆｉｇを示した図である。関連のＳＣｅｌｌがＰＲＡＣＨ送信に使用され得ると新しいＩＥ  ｒａ−ｒｎｔｉ−ｏｆｆｓｅｔ（矢印で表示）が構成される。この条件は、ＳＣｅｌｌに対するＲＡＣＨ関連パラメータが構成されるか否かに基づく（例えば、これはＳＣｅｌｌに対するＲＡＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎと同じである（ＲＥＦ６参照））。
【００９９】
ｃｅｌｌ−ｏｆｆｓｅｔシグナリングの他の例で、交差搬送波スケジューリングされ得る各ＳＣｅｌｌに対するｃｅｌｌ−ｏｆｆｓｅｔは、スケジューリングセル又は応答セル（すなわち、Ｍｓｇ２を送信するセル、例えばＰＣｅｌｌ）からシグナリングされ得る。このセルオフセットリストはスケジューリングセル又は応答セルから専用に（例えば、ＲＲＣを介して）シグナリングされ得る。スケジューリングセル／応答セルがＰＣｅｌｌであれば、このセルオフセットリストはシステム情報ブロックでシグナリングされ得る。
【０１００】
ＵＥは送信されたランダムアクセスプリアンブルとマッチングされるランダムアクセスプリアンブル識別子を含むランダムアクセス応答の受信に成功した後、ランダムアクセス応答（ら）に対するモニタリングを中断できる。
【０１０１】
ＲＡ−ＲＮＴＩが效果的に多重ＴＡＧ又はセルを考慮すると、ＵＥは曖昧性なくＲＡＲのターゲットセル／ＴＡＧを決定できる。またＲＡＲ受信に対する意図されたＵＥの曖昧性もない。セルあたり（ｐｅｒ  ｃｅｌｌ）ＵＥ特定ＲＡＣＨ応答の割り当てによって、図１０に示すように、関連のＵＥと各セルに対するレガシーＵＥを含み他のＵＥの間の競合問題もない。
【０１０２】
ステップ３：ＵＥによるスケジューリングされたアップリンク送信：ＵＥはＲＡＲからのＵＬグラント（ｇｒａｎｔ）によってターゲットＵＬ搬送波で送信する。
【０１０３】
実施形態ＮＣＲ−３：
ＮＣＲ−３として表示される他の実施形態で、ＲＡＣＨリソースはＴＡＧ／セル（ＴＡＧ／セルでＵＥ特定）で各ＵＥに割り当てられるが、図１０に示すように、同じ専用ＲＡＣＨリソースは各ＴＡＧ／セルで再使用され得る。実施形態ＮＣＲ−１に比べ、要求される専用ＲＡＣＨリソースの量はＴＡＧ／セルの個数によって線形に増加しない。したがって、専用ＲＡＣＨリソースを節約され得る。
【０１０４】
ＳＣｅｌｌに対する非競合ベースのランダムアクセス手順は、次のとおりである。
【０１０５】
ステップ０：ＰＤＣＣＨ命令（メッセージ０）：このステップは上述した実施形態ＮＣＲ−２のステップ０と同じである。
【０１０６】
ステップ１：ＰＲＡＣＨ上でＵＥによるランダムアクセスプリアンブルの送信（メッセージ１）：このステップは上述した実施形態ＮＣＲ−２のステップ１と同じである。
【０１０７】
ステップ２：ｅＮｏｄｅＢによってＵＥに送信されたランダムアクセス応答（メッセージ２）：
【０１０８】
ＵＥはランダムアクセスプリアンブルが送信されたＰＲＡＣＨと関連付けられたＲＡ−ＲＮＴＩを使用してランダムアクセス応答（ら）をモニタリングする。ＲＡＲに対するターゲットＴＡＧ／セルを示すｘビットのＴＡＧ  ＩＤ又はセルＩＤはＭＡＣ  ＲＡＲ  ＰＤＵに含まれる。ここで、ｘは固定または設定され得る。４つの方法（方法Ａ乃至Ｄ）は、次のとおりである。
【０１０９】
方法Ａ：ＲＡＲに対するターゲットＴＡＧ／セルを示すＴＡＧ  ＩＤ又はセルＩＤはＭＡＣ  ＲＡＲペイロードに含まれる。設計例が図１２に示されており、ＴＡＧ／搬送波指示子フィールド（すなわち、ＴＩＦ又はＣＩＦ）が追加され、ＴＡＧ／セルの指示で動作する。ＴＩＦ／ＣＩＦを有するＭＡＣ  ＲＡＲはレガシーＭＡＣ  ＲＡＲに比べて異なる大きさを有するが、固定されたペイロードサイズを有する。ＴＩＦ／ＣＩＦを有するＭＡＣ  ＲＡＲは、図１３Ａに示すように、ＲＡＲに対するＭＡＣ  ＰＤＵの最後に付加され得る。
【０１１０】
図１３Ａを参照すると、ＭＡＣサブヘッダｎに対する拡張フィールドは０に設定され、レガシーＭＡＣ  ＲＡＲペイロードの開始を示す。ＬＴＥリリース１１のＵＥはＭＡＣ  ＲＡＲペイロードの後、ＴＩＦ／ＣＩＦを有するＲＡＲに対するＭＡＣヘッダを検索する。ＭＡＣサブヘッダの拡張フィールドは０に設定され、ＬＴＥリリース１１のＵＥに対する新しいＭＡＣ  ＲＡＲペイロードの開始を示す。
【０１１１】
バックオフ（ｂａｃｋｏｆｆ）指示子に対するサブヘッダは、選択的にＴＩＦ／ＣＩＦを有するＲＡＲに対するＭＡＣヘッダに存在し得る。存在する場合、バックオフ指示子に対するサブヘッダはＭＡＣヘッダの前に位置する。バックオフ指示子に対する多重サブヘッダが存在し得る；それぞれはＴＡＧ／セルに対するバックオフ指示子である。ＬＴＥリリース１０のバックオフ指示子サブヘッダは、図１５に示すように、ＴＩＦ／ＣＩＦとして使用され得る。２ビットを使用して４個のＴＡＧ／セルまで示すことができる。
【０１１２】
方法Ｂ：ＴＩＦ／ＣＩＦはＭＡＣ  ＰＤＵでＭＡＣヘッダ及びＭＡＣ  ＲＡＲペイロードブロックの位置によって暗示的に示される、または予め定義される。一例が図１６に示されている。ＬＴＥリリース１０のＭＡＣ  ＣＥ設計は各ブロックごとに再使用され得る。
【０１１３】
方法Ｃ：ＴＩＦ／ＣＩＦはＭＡＣサブヘッダに位置する。ランダムアクセスプリアンブル識別子（ＲＡＰＩＤ）及びＴＩＦ／ＣＩＦを有するＭＡＣサブヘッダに対する設計例が図１７に示されている。ＴＩＦ／ＣＩＦはバックオフ指示子に対するＭＡＣサブヘッダに含まれ得る（複数が繋がっている）。
【０１１４】
バックオフ指示子に対するサブヘッダは、選択的にＴＩＦ／ＣＩＦを有するＲＡＲに対するＭＡＣヘッダに存在し得る。存在する場合、バックオフ指示子に対するサブヘッダはＭＡＣヘッダの前に位置する。バックオフ指示子に対する多重サブヘッダが存在し得る：それぞれはＴＡＧ／セルに対するバックオフ指示子である。ＬＴＥリリース１０のバックオフ指示子サブヘッダは、図１５に示すように、ＴＩＦ／ＣＩＦとして使用され得る。
【０１１５】
方法Ｄ：ＴＩＦ／ＣＩＦを示すフィールドを有する新しいサブヘッダが多重タイミングアドバンスをサポートするＵＥによって復号化されたＭＡＣヘッダに含まれる。ＴＩＦ／ＣＩＦサブヘッダはＭＡＣヘッダで一番最初に位置する。多重ＴＩＦ／ＣＩＦサブヘッダが存在することができ、ＴＡＧ／セルに対する情報ビットの当該ブロック（ＭＡＣサブヘッダ及びＭＡＣ  ＲＡＲペイロード）の前に１つのＴＩＦ／ＣＩＦサブヘッダがある。ＴＩＦ／ＣＩＦサブヘッダは、ＴＩＦ／ＣＩＦサブヘッダがＭＡＣ  ＰＤＵで最後のサブヘッダ（すなわち、当該ＭＡＣ  ＲＡＲペイロードの後はそれ以上ＭＡＣヘッダがなくパディングが開始される）であるかを示すフラグを含むことができる。これは図１８に示されている。ＴＩＦ／ＣＩＦサブヘッダに対する一例が図１９に示されている。レガシーＭＡＣヘッダ及びペイロードがＭＡＣ  ＰＤＵに存在しない場合をサポートするために、ＬＴＥリリース１１のＵＥはサブヘッダがバックオフ指示子、ＲＡＰＩＤサブヘッダ、又は、ＴＩＦ／ＣＩＦサブヘッダであるかを識別できる。したがって、図１９に示すように、タイプフィールドは１ビット以上、例えば、２ビットに拡張され、‘０１’はＴＩＦ／ＣＩＦサブヘッダを示す。（‘００’はバックオフ指示子、‘１Ｘ’はＲＡＰＩＤサブヘッダを示し、ここで、ＸはＲＡＰＩＤの最初のビットである）。Ｅ２はＴＩＦ／ＣＩＦサブヘッダがＭＡＣ  ＰＤＵの最終サブヘッダであるかを示すフラグである。
【０１１６】
方法Ａ乃至Ｄにおいて、予め定義されたビットパターンを有するビットストリングは、次のバイトでパディングが開始されることを示すために使用される。例えば、ビットストリングはバックオフ指示子を有するか、またはＲＡＰＩＤを有するサブヘッダとして誤認されることができないため、ビットストリング‘００１１００００’は方法Ａ、Ｂ、及びＣに対して予め定義されたパターンであり得る。これはＵＥが現在ＭＡＣ  ＰＤＵでＭＡＣ  ＲＡＲの検索を中止するようにすることができる。
【０１１７】
上述した全ての方法に対して、レガシーＭＡＣペイロードの後、ＭＡＣサブヘッダ及びＴＩＦ／ＣＩＦを有するＭＡＣ  ＲＡＲを付加することによってレガシーＵＥとの逆方向互換性が保証される。これは方法Ａに対して図１３Ａに示すように、レガシーＵＥが付加されたＭＡＣサブヘッダとＴＩＦ／ＣＩＦを有するＭＡＣ  ＲＡＲをパディングビットの一部として処理するからである（ＵＥを特別な値を持たないものと仮定する）。
【０１１８】
ＵＥは送信されたランダムアクセスプリアンブルとマッチングされるランダムアクセスプリアンブル識別子を含むランダムアクセス応答の受信に成功した後、ランダムアクセス応答（ら）に対するモニタリングを中断できる。
【０１１９】
ＲＡＲがターゲットＴＡＧ／セルを示すため、ＵＥは曖昧性なくＲＡＲのターゲットＴＡＧ／セルを決定できる。また、セルあたりのＲＡＲ受信に対する意図されたＵＥの曖昧性もない。ＵＥ特定のＲＡＣＨリソースの割り当てによって、図１０に示すように、関連のＵＥとレガシーＵＥを含み、各セルで他のＵＥとの競合問題はない。
【０１２０】
ステップ３：ＵＥによるスケジューリングされたＵＬ送信：ＵＥはＲＡＲからのＵＬグラントによってターゲットＵＬ搬送波で伝送する。
【０１２１】
実施形態ＮＣＲ−４：
実施形態ＮＣＲ−４として表示された他の実施形態で、ＲＡＣＨリソースはＴＡＧ／セルで各ＵＥに割り当てられるが（ＴＡＧ／セルでＵＥに特定）、図１０に示すように、同じ専用ＲＡＣＨリソースは各ＴＡＧ／セルで再使用され得る。実施形態ＮＣＲ−１に比べ、要求される専用ＲＡＣＨリソースの量はＴＡＧ／セルの個数によって線形的に増加しない。したがって、専用ＲＡＣＨリソースを節約され得る。
【０１２２】
ＳＣｅｌｌに対する非競合ベースのランダムアクセス手順は、次のとおりである。
【０１２３】
ステップ０：ＰＤＣＣＨ命令（メッセージ０）：このステップは上述した実施形態ＮＣＲ−２のステップ０と同じである。
【０１２４】
ステップ１：ＰＲＡＣＨでＵＥによるランダムアクセスプリアンブルの送信（メッセージ１）；このステップは上述した実施形態ＮＣＲ−２のステップ１と同じである。
【０１２５】
ステップ２：ｅＮｏｄｅＢによってＵＥに送信されたランダムアクセス応答（メッセージ２）：
【０１２６】
ＵＥはランダムアクセスプリアンブルが送信されたＰＲＡＣＨと関連付けられたＲＡ−ＲＮＴＩを使用するランダムアクセス応答（ら）を監視する。ＲＡＲに対するＤＣＩフォーマットはＵＥのＣ−ＲＮＴＩによって決定されたＵＥ特定検索空間で送信される。ＣＩＦはＰＤＣＣＨに含まれ（例えば、ＤＣＩフォーマット１Ａ）ＲＡＲに対するターゲットＴＡＧ／セルを示す。ＵＥは送信されたランダムアクセスプリアンブルとマッチングされるランダムアクセスプリアンブル識別子を含むランダムアクセス応答の受信に成功した後、ランダムアクセス応答（ら）に対する監視を中断する。
【０１２７】
ＵＥはＤＣＩフォーマットのＣＩＦからＲＡＲのターゲットＴＡＧ／セルを決定する。ＵＥ特定のＲＡＣＨリソースの割り当てによって、図１０に示すように、関連のＵＥはレガシーＵＥを含む他のＵＥとの間に競合問題がない。
【０１２８】
実施形態ＮＣＲ−５：
実施形態ＮＣＲ−５として表示された他の実施形態で、ＲＡＣＨリソースはＴＡＧ／セルで各ＵＥ（ＴＡＧ／セルでＵＥに特定）に割り当てられるが、同じ専用ＲＡＣＨリソースは各ＴＡＧ／セルで再使用され得る。また、ＵＥ特定のＲＡＣＨリソースは図２０に示すようにＴＡＧ／セルにかかわらずＵＥに対して同じである。ＮＣＲ−１に比べ、要求される専用ＲＡＣＨリソースの量はＴＡＧ／セルの個数によって線形的に増加しない。したがって、専用ＲＡＣＨリソースが節約され得る。実施形態ＮＣＲ−２又はＮＣＲ−３に説明されたシナリオに比べると、本実施形態のシナリオはいくつかの相違点を含む。
【０１２９】
ＳＣｅｌｌに対する非競合ベースのランダムアクセス手順は、次のとおりである。
【０１３０】
ステップ０：ＰＤＣＣＨ命令（メッセージ０）：このステップは任意の一時点で進行中の、ただ１つのランダムアクセス手順があるということを除くと、上述した実施形態ＮＣＲ−２のステップ０と同じである。前のランダムアクセス手順が完了する前に、他のＰＤＣＣＨ命令が受信されると、ＵＥは進行中のランダムアクセス手順を中断し（新しい手順が異なるセルに対するものであっても）新しい手順を再開始する。
【０１３１】
ステップ１：ＰＲＡＣＨ上でＵＥによるランダムアクセスプリアンブルの送信（メッセージ１）：
【０１３２】
このステップは上述した実施形態ＮＣＲ−２のステップ１と同じである。
【０１３３】
ステップ２：ｅＮｏｄｅＢによってＵＥに送信されたランダムアクセス応答（メッセージ２）：
【０１３４】
ＵＥはランダムアクセスプリアンブルが送信されたＰＲＡＣＨと関連付けられたＲＡ−ＲＮＴＩを使用するランダムアクセス応答（ら）を監視する。ＵＥは送信されたランダムアクセスプリアンブルとマッチングされるランダムアクセスプリアンブル識別子を含むランダムアクセス応答の受信に成功した後、ランダムアクセス応答（ら）に対する監視を中断する。
【０１３５】
進行中のただ１つのランダムアクセス手順があるため、ＵＥは曖昧性なくＲＡＲのターゲットＴＡＧ／セルを決定できる。セルあたりＵＥ特定のＲＡＣＨリソースの割り当てによって、図２０に示すように、関連のＵＥとレガシーＵＥを含み、各セルに対する他のＵＥの間に競合問題がない。
【０１３６】
ステップ３：ＲＡＲからのＵＬグラントによってＵＥはターゲットＵＬ搬送波で送信する。
【０１３７】
実施形態ＮＣＲ−６：
ＬＴＥリリース１０で、ＳＣｅｌｌのＰＤＣＣＨ領域で共通検索空間は定義されなかった。ＳＣｅｌｌ上の共通検索空間で、ＰＤＣＣＨはＬＴＥリリース１１で定義されなかった。（実施形態ＮＣＲ−６として知られた）一実施形態で、ランダムアクセス応答ＰＤＣＣＨ及びＰＤＳＣＨは、ＰＣｅｌｌから受信され得る。非競合ベースのランダムアクセスがＳＣｅｌｌをサポートすると、ＳＣｅｌｌに対するランダムアクセス手順は、次のとおりである：
【０１３８】
ステップ０：ｅＮｏｄｅＢによってＵＥに送信されたＰＤＣＣＨ命令（メッセージ０）はランダムアクセス手順を開始させる：
【０１３９】
ＰＤＣＣＨ命令はターゲットＴＡＧ／セルを示し、ＣＩＦがサポート及び構成されると、ＰＤＣＣＨ命令に使用されるＤＣＩフォーマット（例えば、ＤＣＩフォーマット１Ａ）はＣＩＦフィールドを含む。例えばＣＩＦ＝‘０００’はＴＡＧ０／ＣＣ０を示し、ＣＩＦ＝‘００１’はＴＡＧ１／ＣＣ１を示す。ＣＩＦを有するＰＤＣＣＨ命令はスケジューリングセルのＵＥ特定検索空間で又は（実施形態ＰＯ−２によれば）スケジューリングセルの共通検索空間で送信されることができ、ここで、スケジューリングセルは当該ＲＡ−プリアンブル送信に使用されるセル（例えばＰＣｅｌｌ）とは異なるセルであり得る。ＣＩＦが構成されなかった場合、ＰＤＣＣＨ命令はＲＡプリアンブル送信に使用されるセルと同じセルで送信される。換言すれば、ＣＩＦが構成されなかった場合、ＵＥはＰＤＣＣＨ命令送信に使用されるセルからＲＡプリアンブル送信に使用されるセルを知っている。例えば、ＰＤＣＣＨ命令送信がセル１で受信される場合、ＲＡプリアンブルはセル１で送信される。同様に、ＰＤＣＣＨ命令送信がセル２で受信された場合、ＲＡプリアンブルもセル２で送信される。
【０１４０】
他の実施形態で、ＳＣｅｌｌに対するＰＤＣＣＨ命令はＣＩＦを含み、固定され予め定義されたセル（例えば、ＰＣｅｌｌ）で送信される。この実施形態で、ＣＩＦを有するＰＤＣＣＨ命令は、ＰＣｅｌｌのＵＥ特定検索空間で又は（実施形態ＰＯ−２によれば）スケジューリングセルの共通検索空間で送信される。ＣＩＦは以前の実施形態のようにＲＡプリアンブル送信に対するターゲットセルを示す。
【０１４１】
ＰＤＣＣＨ命令は、各（ＵＥ）に対するランダムアクセスプリアンブルの送信のための専用ＲＡＣＨリソースを示す（示されたランダムアクセスプリアンブル及びＰＲＡＣＨリソースはＵＥのうち専用ＲＡＣＨリソースを構成する）。ランダムアクセスプリアンブルは（レガシーＵＥを含み全てのＵＥによって認識された）予約された専用ランダムアクセスプリアンブル集合からｅＮｏｄｅＢによって割り当てられる。特に、ＳＣｅｌｌ上のランダムアクセスの場合、ＰＤＣＣＨ命令は‘００００００’と異なる値を有するｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘとｒａ−ＰＲＡＣＨ−ＭａｓｋＩｎｄｅｘを示す。
【０１４２】
ステップ１：ＰＲＡＣＨ上でＵＥによるランダムアクセスプリアンブルの送信（メッセージ１）：ＵＥはステップ０で説明されたようにＰＤＣＣＨ命令によって示されたＲＡプリアンブルと時間−周波数リソースを使用してＰＤＣＣＨ命令によって示されたターゲットＵＬ搬送波でランダムアクセスプリアンブルを送信する。
【０１４３】
ステップ２：ＰＣｅｌｌでｅＮｏｄｅＢによってＵＥに送信されたランダムアクセス応答（メッセージ２）：ＵＥはＲＡ応答ウィンドウで、以下で定義されたＲＡ−ＲＮＴＩによって識別されたランダムアクセス応答（ら）に対してＰＣｅｌｌのＰＤＣＣＨをモニタリングする。ＲＡ応答ウィンドウはプリアンブル送信の最後＋３個のサブフレームを含むサブフレームから開始され、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＳｉｚｅサブフレームの長さを有する。
【０１４４】
ランダムアクセスプリアンブルが送信されたＰＲＡＣＨと関連付けられたＲＡ−ＲＮＴＩは：ＲＡ−ＲＮＴＩ＝１＋ｔ＿ｉｄ＋１０＊ｆ＿ｉｄ＋６０＊ｏｆｆｓｅｔ＿ｉｎｄｉｃａｔｏｒで、ここで、ｔ＿ｉｄは特定のＰＲＡＣＨの第１サブフレームインデックス（０≦ｔ＿ｉｄ≦１０）で、ｆ＿ｉｄは周波数領域で昇順でそのサブフレーム内で特定のＰＲＡＣＨのインデックスである（０≦ｆ＿ｉｄ≦６）。一実施形態で、プリアンブルがＰＣｅｌｌ上で送信された時、ｏｆｆｓｅｔ＿ｉｎｄｉｃａｔｏｒは０に設定される。
【０１４５】
ＳＣｅｌｌで送信されたプリアンブルに対してｏｆｆｓｅｔ＿ｉｎｄｉｃａｔｏｒ値はＳｃｅｌｌに対して（ＲＡ−ＲＮＴＩ−Ｏｆｆｓｅｔ−Ｉｎｄｉｃａｔｏｒと呼ばれる）上位階層シグナリングによって供給される（例えば、ＲＲＣシグナリング）。ＲＡ−ＲＮＴＩ−Ｏｆｆｓｅｔ−Ｉｎｄｉｃａｔｏｒ値の範囲は｛０，１｝、{０，１，２}、{０，１，２，３}、{０，１，２，３，４}、又は{０，１／６，１／３，２／３，１}である。ＲＡ−ＲＮＴＩ−Ｏｆｆｓｅｔ−Ｉｎｄｉｃａｔｏｒ値が０であれば、上位階層シグナリングの不在を暗示することが知られている。ＲＡプリアンブル送信に使用された２つのＳＣｅｌｌは同じであるか、または異なるＲＡ−ＲＮＴＩ−Ｏｆｆｓｅｔ−Ｉｎｄｉｃａｔｏｒ値に構成されることができる。ＲＡ−ＲＮＴＩ−Ｏｆｆｓｅｔ−ＩｎｄｉｃａｔｏｒはＵＥに専用で、すなわち、ＵＥに特定してシグナリングされ得る。ＲＡ−ＲＮＴＩ−Ｏｆｆｓｅｔ−Ｉｎｄｉｃａｔｏｒは、例えば、ＰＣｅｌｌ上でシステム情報ブロック（ＳＩＢ）でブロードキャストされ得る。
【０１４６】
他の実施形態で、オフセット指示子値はＳＣｅｌｌの値に固定される（例えば、ＲＡ−ＲＮＴＩ−Ｏｆｆｓｅｔ−Ｉｎｄｉｃａｔｏｒ＝１）。
【０１４７】
ランダムアクセスプリアンブル識別子を含むランダムアクセス応答が送信されたランダムアクセスプリアンブルとマッチングされるか、（i）ランダムアクセスプリアンブルがＰＣｅｌｌで送信されたか（ii）ランダムアクセスプリアンブルがＳＣｅｌｌに送信され、ランダムアクセス応答メッセージで受信された一時的なＣ−ＲＮＴＩ値がＵＥのＣ−ＲＮＴＩと同じであれば、ＵＥはランダムアクセス応答受信が成功したものとみなし、ランダムアクセス応答（ら）に対するモニタリングを中断できる。
【０１４８】
ランダムアクセス応答から得られたアップリンクグラントが以前にＲＡプリアンブル送信に使用された当該セルに適用される。ランダムアクセス応答からのタイミングアドバンス命令は、ＲＡプリアンブル送信に使用されたセルが属するＴＡＧに適用される。
【０１４９】
異なるセルに対して異なるｏｆｆｓｅｔ＿ｉｎｄｉｃａｔｏｒ値を使用することは、ネットワークがセル間のプリアンブル及び時間−周波数ＰＲＡＣＨリソースを調整（ｃｏｏｒｄｉｎａｔｅ）しないようにする。ＵＥが自らのＣ−ＲＮＴＩをランダムアクセス応答で送信されたＣ−ＲＮＴＩとマッチングさせるように要求することはネットワークがＳＣｅｌｌの間でプリアンブルと時間−周波数ＰＲＡＣＨリソースを回避するようにする。
【０１５０】
ステップ３：ＵＥによってスケジューリングされたＵＬ送信：Ｕはステップ２から受信されたＵＬグラントによってターゲットＵＬ搬送波上で送信する。
【０１５１】
ＳＣｅｌｌに対する競合ベースのランダムアクセス手順のための方法
【０１５２】
実施形態ＣＲ−１：
実施形態ＣＲ−１として表示された一実施形態で、図２１に示すように、同じＲＡＣＨリソースがＴＡＧ／セル（ＴＡＧ／セルでＵＥに特定）で２つのＵＥによって選択されることができる。ＳＣｅｌｌに対する競合ベースのランダムアクセス手順は、次のとおりである。
【０１５３】
ステップ０：ランダムアクセス手順を開始するために、ｅＮｏｄｅＢによってＵＥに送信されたＰＤＣＣＨ命令（メッセージ０）（選択的）：
【０１５４】
ＰＤＣＣＨ命令はターゲットＴＡＧ／セルを示す。実施形態ＰＯ−１又はＰＯ−２で特定された設計が使用され得る。
【０１５５】
一実施形態で、ＣＩＦがサポート及び構成された場合、ＰＤＣＣＨ命令に使用されたＤＣＩフォーマット（例えば、ＤＣＩフォーマット１Ａ）はＣＩＦフィールドを含む。例えば、ＣＩＦ＝‘０００’はＴＡＧ０／ＣＣ０を示し、ＣＩＦ＝‘００１’はＴＡＧ１／ＣＣ１を示す。ＣＩＦを有するＰＤＣＣＨ命令はスケジューリングセルのＵＥ特定検索空間又は（実施形態ＰＯ−２によれば）スケジューリングセルの共通検索空間で送信され得る。ここで、スケジューリングセルは当該ＲＡプリアンブル送信に使用されるセル（例えば、ＰＣｅｌｌ）とは異なるセルであり得る。ＣＩＦが構成されなかった場合、ＰＤＣＣＨ命令はＲＡプリアンブル送信に使用されたセルと同じセルで送信される。換言すれば、ＣＩＦが構成されなかった場合、ＵＥはＰＤＣＣＨ命令送信に使用されたセルからＲＡプリアンブル送信に使用されたセルを知っている。例えば、ＰＤＣＣＨ命令送信がセル１で受信された場合、ＲＡプリアンブルはセル１で送信される。同様に、ＰＤＣＣＨ命令送信がセル２で受信された場合、ＲＡプリアンブルはセル２で送信される。
【０１５６】
他の実施形態で、ＳＣｅｌｌに対するＰＤＣＣＨ命令はＣＩＦを含み、固定され予め定義されたセル（例えば、ＰＣｅｌｌ）で送信される。この実施形態で、ＣＩＦを有するＰＤＣＣＨ命令はＰＣｅｌｌのＵＥ特定検索空間で又は（実施形態ＰＯ−２によれば）スケジューリングセルの共通検索空間で送信される。ＣＩＦは第１実施形態と同じようにＲＡプリアンブル送信のためのターゲットセルを示す。
【０１５７】
ステップ１：ＰＲＡＣＨ上でＵＥによるランダムアクセスプリアンブルの送信（メッセージ１）：ＵＥはランダムアクセスプリアンブル及びＰＲＡＣＨリソースインデックスを選択する。ＵＥは選択されたランダムアクセスプリアンブルをターゲットＵＬ搬送波上の選択されたＰＲＡＣＨリソースインデックスに送信する。
【０１５８】
ステップ２：ｅＮｏｄｅＢによってＵＥに送信されたランダムアクセス応答（メッセージ２）：ＵＥはランダムアクセスプリアンブルが送信されたＰＲＡＣＨと関連付けられたＲＡ−ＲＮＴＩを使用してランダムアクセス応答（ら）をモニタリングする。ＰＲＡＣＨの時間及び周波数リソースの他、ＲＡ−ＲＮＴＩの計算は、多重ＴＡＧ／セルを考慮する。３つの方法が以下で説明される。
【０１５９】
方法１：ＲＡ−ＲＮＴＩがＴＡＧ／セルＩＤだけでなくＰＲＡＣＨ時間及び周波数ＩＤの関数で計算される、すなわち、ＲＡ−ＲＮＴＩ＝ｆｎ（ｔ＿ｉｄ，ｆ＿ｉｄ，ｔａｇ＿ｉｄ）又はＲＡ−ＲＮＴＩ＝ｆｎ（ｔ＿ｉｄ，ｆ＿ｉｄ，ｃｅｌｌ＿ｉｄ）で、ここで、ｔ＿ｉｄは特定のＰＲＡＣＨの第１サブフレームのインデックス（０≦ｔ＿ｉｄ≦ｔ＿ｉｄ＿ｍａｘ）で、ｆ＿ｉｄは周波数領域で昇順でそのサブフレーム内で特定のＰＲＡＣＨのインデックスである（０≦ｆ＿ｉｄ≦ｆ＿ｉｄ＿ｍａｘ）。ｔ＿ｉｄ＿ｍａｘとｆ＿ｉｄ＿ｍａｘの値はＲＥＦ５でそれぞれ１０と６に特定される。ｔａｇ＿ｉｄ（又はｃｅｌｌ＿ｉｄ）値はＴＡＧ（セル）のインデックスである。ＰＣｅｌｌを含むＴＡＧに対するｔａｇ＿ｉｄは０に仮定される。ｃｅｌｌ＿ｉｄはＲＥＦ６でＳｅｒｖＣｅｌｌＩｎｄｅｘと同じであり得る。
【０１６０】
このＲＡ−ＲＮＴＩ計算方法は、ＵＥがＲＡ−ＲＮＴＩの値によって検出されたランダムアクセス応答に対するターゲットＴＡＧ／セルを識別できるようにする。この方法を使用したＲＡ−ＲＮＴＩ計算の一部の例は、次のとおりである：
【０１６１】
例１ａ：ＲＡ−ＲＮＴＩ＝１＋ｔ＿ｉｄ＋ｔ＿ｉｄ＿ｍａｘ＊ｆ＿ｉｄ＋ｔ＿ｉｄ＿ｍａｘ＊ｆ＿ｉｄ＿ｍａｘ＊ｔａｇ＿ｉｄ（ｃｅｌｌ＿ｉｄ）、ここで、ｔａｇ＿ｉｄ（ｃｅｌｌ＿ｉｄ）＝{１，２，…，Ｎ}、ＮはＰＣｅｌｌに含まれないＴＡＧ（セル）の個数である。ｔ＿ｉｄ＿ｍａｘ＝１０でｆ＿ｉｄ＿ｍａｘ＝６であれば、ＲＡ−ＲＮＴＩ＝１＋ｔ＿ｉｄ＋１０＊ｆ＿ｉｄ＋６０＊ｔａｇ＿ｉｄ（ｃｅｌｌ＿ｉｄ）である。
【０１６２】
例１ｂ：ＲＡ−ＲＮＴＩ＝１＋ｔ＿ｉｄ＋ｔ＿ｉｄ＿ｍａｘ＊ｆ＿ｉｄ＋ｍ＊ｔａｇ＿ｉｄ（ｃｅｌｌ＿ｉｄ）、ここで、ｔａｇ＿ｉｄ（ｃｅｌｌ＿ｉｄ）＝{１，２，…，Ｎ}、ＮはＰＣｅｌｌに含まれないＴＡＧ（セル）の個数で、ｍはＦＤＤ／ＴＤＤシステムであるかによって設定され得る値である。
【０１６３】
ｔ＿ｉｄ＿ｍａｘ＝１０であれば、ＲＡ−ＲＮＴＩ＝１＋ｔ＿ｉｄ＋１０＊ｆ＿ｉｄ＋ｍ＊ｔａｇ＿ｉｄ（ｃｅｌｌ＿ｉｄ）である。ＬＴＥリリース１０で、ＦＤＤの場合はｆ＿ｉｄ＝０であるからｍ＝１０である；一方、ＴＤＤの場合はｆ＿ｉｄ＿ｍａｘ＝６であるから、ｍ＝６０である。
【０１６４】
ここで、長所はＲＡ−ＲＮＴＩ値の分割が回避できることにある。最適化したＲＡ−ＲＮＴＩ範囲はＦＤＤ／ＴＤＤに従属される。この方法は、ｍ値がＲＡＲが送信されたセルの実際のＰＲＡＣＨリソース構成に従属されるように一般化できることが知られている。
【０１６５】
例１ｃ：例１ａ及び１ｂでｔａｇ＿ｉｄ（ｃｅｌｌ＿ｉｄ）はｔａｇ＿ｉｄ＿ｏｆｆｓｅｔ（ｃｅｌｌ＿ｉｄ＿ｏｆｆｓｅｔ）で代替することができ、ここで、ｔａｇ＿ｉｄ＿ｏｆｆｓｅｔ＝ｔａｇ＿ｉｄ＿ｔａｒｇｅｔ−ｔａｇ＿ｉｄ＿ｒｅｆ、及びｃｅｌｌ＿ｉｄ＿ｏｆｆｓｅｔ＝ｃｅｌｌ＿ｉｄ＿ｔａｒｇｅｔ−ｃｅｌｌ＿ｉｄ＿ｒｅｆである。ｔａｇ＿ｉｄ＿ｔａｒｇｅｔ（ｃｅｌｌ＿ｉｄ＿ｔａｒｇｅｔ）はＲＡＲのターゲットＴＡＧ（セル）のＴＡＧ  ＩＤ（セルＩＤ）で、ｔａｇ＿ｉｄ＿ｒｅｆ（ｃｅｌｌ＿ｉｄ＿ｒｅｆ）はＲＡＲが送信されたセルのＴＡＧ  ＩＤ（ｃｅｌｌ  ＩＤ）を指す。ｔａｇ＿ｉｄ＿ｔａｒｇｅｔ（ｃｅｌｌ＿ｉｄ＿ｔａｒｇｅｔ）≧ｔａｇ＿ｉｄ＿ｒｅｆ（ｃｅｌｌ＿ｉｄ＿ｒｅｆ）が仮定される。
【０１６６】
この方法の１つの長所は、ＲＡＲが送信されるセルに対するＲＡ−ＲＮＴＩ値が、セルがＳＣｅｌｌである場合、非交差搬送波スケジューリング及び交差搬送波スケジューリングに対して同じ範囲を持つことにある。この方法の他の長所は、同じＲＡ−ＲＮＴＩ値がレガシーＵＥを含むより多くのＵＥによって共有されてセルがそれらのＰＣｅｌｌとして構成されることにある。その結果、より多くのＲＡＲがＭＡＣ  ＲＡＲ  ＰＤＵに含まれることができる。
【０１６７】
方法２：ＲＡ＿ＲＮＴＩはｆ＿ｉｄが多重搬送波をスパニングする時、ＰＲＡＣＨ時間及び周波数ＩＤの関数である、ＲＡ−ＲＮＴＩ＝１＋ｔ＿ｉｄ＋１０＊ｆ＿ｉｄで計算される。この方法を使用したＲＡ−ＲＮＴＩ計算の一部の例は、次のとおりである：
【０１６８】
例２ａ：ｆ＿ｉｄが周波数領域で昇順で、搬送波の最低周波数から最高周波数までサブフレーム内で特定のＰＲＡＣＨのインデックスに定義され得る。例えば、ＰＲＡＣＨを有する各セルが６個の周波数リソースで構成されると仮定すれば、０≦ｆ＿ｉｄ＜６＊Ｎ＋６で、ここで、ＮはＰＣｅｌｌに含まれないＴＡＧ（セル）の個数である。
【０１６９】
例２ｂ：ＲＡＲが送信されるセルに対して（０≦ｆ＿ｉｄ＜ｆ＿ｉｄ＿ｍａｘ）が予約されたことを除くと、例２ａに類似し、残りのｆ＿ｉｄは残りの搬送波に対して周波数領域で昇順でサブフレーム内で特定のＰＲＡＣＨのインデックスに定義される。
【０１７０】
この方法の長所は、ＲＡＲが送信されるセルに対するＲＡ−ＲＮＴＩ値が非交差搬送波スケジューリング及び交差搬送波スケジューリングに対して同じ範囲を持つことにある。
【０１７１】
方法３：ＲＡ−ＲＮＴＩがセルオフセットだけでなくＰＲＡＣＨ時間及び周波数ＩＤの関数、すなわち、ＲＡ−ＲＮＴＩ＝ｆｎ（ｔ＿ｉｄ，ｆ＿ｉｄ，ｃｅｌｌ−ｏｆｆｓｅｔ）（ここで、ｔ＿ｉｄ及びｆ＿ｉｄは、ＬＴＥリリース１０と同じように定義され得る）で計算される。ｔ＿ｉｄは特定のＰＲＡＣＨの第１サブフレームのインデックス（０≦ｔ＿ｉｄ≦ｔ＿ｉｄ＿ｍａｘ）であり、ｆ＿ｉｄは周波数領域で昇順でそのサブフレーム内で特定のＰＲＡＣＨのインデックスである（０≦ｆ＿ｉｄ≦ｆ＿ｉｄ＿ｍａｘ）。ｔ＿ｉｄ＿ｍａｘとｆ＿ｉｄ＿ｍａｘの値はＲＥＦ５でそれぞれ１０と６に特定される。ｃｅｌｌ＿ｏｆｆｓｅｔはネットワーク設定整数オフセット（例えば、ＲＲＣ構成）で、例えば、ｃｅｌｌ−ｏｆｆｓｅｔ＝{０，１，２，…}である。ＳＣｅｌｌが他のセルから交差搬送波スケジューリングされるように構成されるか、またはＵＥによってＰＲＡＣＨを送信するように使用される場合、ｃｅｌｌ−ｏｆｆｓｅｔはＳＣｅｌｌに適用され得る。
【０１７２】
１つの代案で（代案３−１）、ｃｅｌｌ−ｏｆｆｓｅｔは全てのＵＥに対して周波数に特定され得る。すなわち、同じ搬送波周波数を有する２つのＵＥのＳＣｅｌｌが同じｃｅｌｌ−ｏｆｆｓｅｔを有する。
【０１７３】
他の代案で（代案３−２）で、ＵＥの観点から、ｃｅｌｌ−ｏｆｆｓｅｔは同じスケジューリングセル（ＰＤＣＣＨ命令が受信されたセル）からスケジューリングされ得るセル間で周波数に特定される。ｃｅｌｌ−ｏｆｆｓｅｔは他のスケジューリングセルからスケジューリングされ得る他のセルグループに対して再使用され得る。ネットワークは搬送波に構成された全てのＵＥに対して共通し、その搬送波が同じスケジューリングセルに連結されるように搬送波のｃｅｌｌ−ｏｆｆｓｅｔを構成できる。代案３−１に比べ、代案３−２の長所は、ＲＡ−ＲＮＴＩ空間が節約され得るということにある。
【０１７４】
ＲＡ−ＲＮＴＩ計算方法３は、ＵＥがＲＡ−ＲＮＴＩ値によって検出されたランダムアクセス応答に対するターゲットＴＡＧ／セルを識別するようにすることができる。また、同じ応答セル（Ｍｓｇ２を送信したセル）で異なるＳＣｅｌｌにＰＲＡＣＨを送信したが、同じｔ＿ｉｄ，ｆ＿ｉｄ及びＲＡプリアンブルインデックスを招いたＲＡリソース割り当てを使用する２つのＵＥ間のＲＡＲ衝突は、異なるＳＣｅｌｌに対して異なる（しかし、２つのＵＥに対して共通である値であり得る）ｃｅｌｌ−ｏｆｆｓｅｔを割り当てて回避できる。
【０１７５】
ネットワークで、方法３は、ネットワークが同じＲＡ−ＲＮＴＩを使用するようにして、同じ応答セル（Ｍｓｇ２を送信するセル）でＵＥが競合するようにする。またネットワークが各潜在応答セルに対して使用するただ１つのＲＡ−ＲＮＴＩ値があり得る。
【０１７６】
方法３を使用してＲＡ−ＲＮＴＩを計算する一部の例は、次のとおりである：
【０１７７】
例３ａ：ＲＡ−ＲＮＴＩ＝１＋ｔ＿ｉｄ＋ｔ＿ｉｄ＿ｍａｘ＊ｆ＿ｉｄ＋ｔ＿ｉｄ＿ｍａｘ＊ｆ＿ｉｄ＿ｍａｘ＊ｃｅｌｌ−ｏｆｆｓｅｔ。ｔ＿ｉｄ＿ｍａｘ＝１０、ｆ＿ｉｄ＿ｍａｘ＝６であれば、ＲＡ−ＲＮＴＩ＝１＋ｔ＿ｉｄ＋１０＊ｆ＿ｉｄ＋６０＊ｃｅｌｌ−ｏｆｆｓｅｔである。スケジューリングセル又は応答セル（すなわち、Ｍｓｇ２を送信するセル）に対するｃｅｌｌ−ｏｆｆｓｅｔはない、または０に固定される。
【０１７８】
例３ｂ：ＲＡ−ＲＮＴＩ＝１＋ｔ＿ｉｄ＋ｔ＿ｉｄ＿ｍａｘ＊ｆ＿ｉｄ＋ｍ＊ｃｅｌｌ−ｏｆｆｓｅｔ、ここで、ｍはＦＤＤ／ＴＤＤシステムであるかによって設定可能な値である。ｔ＿ｉｄ＿ｍａｘ＝１０であれば、ＲＡ−ＲＮＴＩ＝１＋ｔ＿ｉｄ＋１０＊ｆ＿ｉｄ＋ｍ＊ｃｅｌｌ−ｏｆｆｓｅｔである。ＬＴＥリリース１０で、ＦＤＤの場合はｆ＿ｉｄ＝０であるから、ｍ＝１０である；一方、ＴＤＤの場合はｆ＿ｉｄ＿ｍａｘ＝６であるからｍ＝６０である。スケジューリングセル又は応答セル（Ｍｓｇ２を送信するセル）のｃｅｌｌ−ｏｆｆｓｅｔはない、または０に固定される。
【０１７９】
例３ｂの長所は、ＦＤＤ／ＴＤＤであるかによって最適化したＲＡ−ＲＮＴＩ範囲である。この例は、ｍ値がＲＡＲが送信されるセルの実際のＰＲＡＣＨリソース構成に従属されるように一般化できる。
【０１８０】
ｃｅｌｌ−ｏｆｆｓｅｔシグナリングの一例で、ｃｅｌｌ−ｏｆｆｓｅｔはセルオフセットが、図１１に示すように、ｒａ−ｒｎｔｉ−ｏｆｆｓｅｔと呼ばれるＩＥＣｒｏｓｓＣａｒｒｉｅｒＳｃｈｅｄｕｌｉｎｇＣｏｎｆｉｇ（ＲＥＦ６参照）でＲＲＣによってシグナリングされ得る。関連のＳＣｅｌｌがＰＲＡＣＨ送信に使用され得ると、新しいＩＥ  ｒａ−ｒｎｔｉ−ｏｆｆｓｅｔが構成される。この条件はＳＣｅｌｌに対するＲＡＣＨ関連パラメータが構成されるか（例えば、これがＳＣｅｌｌに対するＲＡＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎｄｈｋと同じである（ＲＥＦ６参照））に基づくことができる。
【０１８１】
ｃｅｌｌ−ｏｆｆｓｅｔシグナリングに対する他の例で、交差搬送波スケジューリングされ得る各ＳＣｅｌｌに対するｃｅｌｌ−ｏｆｆｓｅｔは、スケジューリングセル又は応答セル（すなわち、Ｍｓｇ２を送信するセル）からシグナリングされ得る。このセルオフセットリストはスケジューリングセル又は応答セルから（例えば、ＲＲＣを通し）専用にシグナリングされ得る。スケジューリングセル／応答セルがＰＣｅｌｌであれば、このセルオフセットリストはＳＩＢでシグナリングされ得る。
【０１８２】
ＵＥは送信されたランダムアクセスプリアンブルとマッチングされるランダムアクセスプリアンブル識別子を含むランダムアクセス応答の受信に成功した後、ランダムアクセス応答（ら）に対するモニタリングを中断できる。ＲＡ−ＲＮＴＩが效果的に多重ＴＡＧ又はセルを考慮するため、ＵＥは曖昧性なくＲＡＲのターゲットセル／ＴＡＧを決定できる。
【０１８３】
ステップ３：ＵＥによるスケジューリングされた送信（メッセージ３）：ＵＥはターゲットＵＬ搬送波でメッセージ３を送信する。
【０１８４】
ステップ４：競合解消：
【０１８５】
ＣＲＣがＣ−ＲＮＴＩによってスクランブルされたターゲットＴＡＧ／セルに対する新しい送信のためにアップリンクグラントが受信されると、ＵＥはそのターゲットＴＡＧ／セルに対する競合解消が成功し、ランダムアクセス手順が完了したものと見なす。
【０１８６】
ＣＩＦがＵＬグラントに対して（例えば、ＵＥ特定検索空間でＤＣＩフォーマット０／４に対して）ＤＣＩフォーマットで存在すると、ＣＩＦはどのセル（又はＴＡグループ）に対して競合解消が適用され得るかを示す。例えば、ＵＬグラントがＣＣ０に送信されると、ＤＣＩフォーマットに含まれたＣＩＦはＣＣ０（ＴＡＧ０）又はＣＣ１（ＴＡＧ１）を示すことができる。ＣＩＦがＵＬグラントのためにＤＣＩフォーマットで存在しない場合、ＵＬグラント（及び競合解消）はＰＤＣＣＨが送信されるセルに適用され得る。
【０１８７】
競合解消のためにＵＬグラントに限定する長所は、ＳＣｅｌｌに対するダウンリンクデータ送信がＳＣｅｌｌに対するＲＡＣＨ手順によって妨害を受けたり影響を受けたりしないということにある。すなわち、ＲＡＣＨ手順がＳＣｅｌｌに対して行われる間、ダウンリンク割り当て及び送信がＳＣｅｌｌに対して正常に続けられ得る。
【０１８８】
実施形態ＣＲ−２：
実施形態ＣＲ−２として表示された他の実施形態で、同じＲＡＣＨリソースが、図２１に示すように、ＴＡＧ／セルで２つのＵＥ（ＴＡＧ／セルでＵＥに特定）によって選択され得る。ＳＣｅｌｌに対する競合ベースのランダムアクセス手順は、次のとおりである。
【０１８９】
ステップ０：ＰＤＣＣＨ命令（メッセージ０）：選択的なこのステップは上述した実施形態ＣＲ−１のステップ０と同じである。
【０１９０】
ステップ１：ＰＲＡＣＨ上でＵＥによるランダムアクセスプリアンブルの送信（メッセージ１）：このステップは上述した実施形態ＣＲ−１のステップ１と同じである。
【０１９１】
ステップ２：ｅＮｏｄｅＢによってＵＥに送信されるランダムアクセス応答（メッセージ２）。このステップは実質的に上述した非競合ベースの実施形態ＮＣＲ−３のステップ２と同じである。便宜上その説明は以下で繰り返される。
【０１９２】
ＵＥはランダムアクセスプリアンブルが送信されたＰＲＡＣＨと関連付けられたＲＡ−ＲＮＴＩを使用するランダムアクセス応答（ら）を監視する。ＲＡＲに対するターゲットＴＡＧ／セルを示すｘビットのＴＡＧ  ＩＤ又はセルＩＤは、ＭＡＣ  ＲＡＲ  ＰＤＵに含まれる。ここで、ｘは固定または設定されることができる。４つの方法（方法Ａ乃至Ｄ）が以下で説明される。
【０１９３】
方法Ａ：ＲＡＲに対するターゲットＴＡＧ／セルを示すＴＡＧ  ＩＤ又はセルＩＤはＭＡＣ  ＲＡＲペイロードに含まれる。ＴＡＧ／搬送波指示子フィールド（すなわち、ＴＩＦ又はＣＩＦ）が追加されＴＡＧ／セルの指示に動作する設計例が図１２に示された。ＴＩＦ／ＣＩＦを有するＭＡＣ  ＲＡＲはレガシーＭＡＣ  ＲＡＲに比べて異なる大きさを持つが、固定されたペイロード大きさを有する。ＴＩＦ／ＣＩＦを有するＭＡＣ  ＲＡＲは、図１３Ａに示すように、ＲＡＲに対するＭＡＣ  ＰＤＵの最後に付加され得る。
【０１９４】
図１３Ａを参照すると、ＭＡＣサブヘッダｎに対する拡張フィールドは０に設定されてレガシーＭＡＣ  ＲＡＲペイロードの開始を示す。ＭＡＣサブヘッダｍに対する拡張フィールドは０に設定されてＬＴＥリリースＵＥに対する新しいＭＡＣ  ＲＡＲペイロードの開始を示す。
【０１９５】
バックオフ指示子に対するサブヘッダはＴＩＦ／ＣＩＦを有するＲＡＲに対するＭＡＣヘッダに選択的に存在し得る。存在する場合、バックオフ指示子に対するサブヘッダはＭＡＣヘッダの前に位置する。バックオフ指示子に対する多重サブヘッダが存在し得る；それぞれはＴＡＧ／セルに対するバックオフ指示子である。ＬＴＥリリース１０のバックオフ指示子サブヘッダは図１４に示されている。ＬＴＥリリース１０のバックオフ指示子サブヘッダで予約された２ビットは、図１５に示すように、ＴＩＦ／ＣＩＦとして使用され得る。２ビットを使用して４個のＴＡＧ／セルまで示すことができる。
【０１９６】
方法Ｂ：ＴＩＦ／ＣＩＦはＭＡＣ  ＰＤＵでＭＡＣヘッダとＭＡＣ  ＲＡＲペイロードのブロック位置に暗示的に示されるか、または予め定義される。一例が図１６に示されている。ＬＴＥリリース１０のＭＡＣ  ＣＥ設計は各ブロックごとに再使用され得る。
【０１９７】
方法Ｃ：ＴＩＦ／ＣＩＦはＭＡＣサブヘッダに位置する。ＲＡＰＩＤ及びＴＩＦ／ＣＩＦを有するＭＡＣサブヘッダに対する設計例は図１７に示されている。ＴＩＦ／ＣＩＦはバックオフ指示子に対するＭＡＣサブヘッダに含まれることができる（複数が繋がり得る）。
【０１９８】
バックオフ指示子のサブヘッダはＴＩＦ／ＣＩＦを有するＲＡＲに対するＭＡＣヘッダに選択的に存在し得る。存在する場合、バックオフ指示子に対するサブヘッダはＭＡＣヘッダの前に位置する。バックオフ指示子に対する多重サブヘッダが存在し得る；それぞれはＴＡＧ／セルに対するバックオフ指示子である。ＬＴＥリリース１０のバックオフ指示子サブヘッダは、図１４に示されている。ＬＴＥリリース１０のバックオフ指示子サブヘッダで予約された２ビットは、図１５に示すように、ＴＩＦ／ＣＩＦとして使用され得る。
【０１９９】
方法Ｄ：ＴＩＦ／ＣＩＦを示すフィールドを有する新しいサブヘッダが多重タイミングアドバンスをサポートするＵＥによって復号化されたＭＡＣヘッダに含まれる。ＴＩＦ／ＣＩＦサブヘッダはＭＡＣヘッダで最初に位置する。多重ＴＩＦ／ＣＩＦサブヘッダが存在することができ、ＴＡＧ／セルに対する情報ビットの当該ブロック（ＭＡＣサブヘッダ及びＭＡＣ  ＲＡＲペイロード）前に１つのＴＩＦ／ＣＩＦサブヘッダがある。ＴＩＦ／ＣＩＦサブヘッダはＴＩＦ／ＣＩＦサブヘッダがＭＡＣ  ＰＤＵで最後であるか（すなわち、当該ＭＡＣ  ＲＡＲペイロードの後、それ以上ＭＡＣサブヘッダがなくパディングが開始される）を示すフラグを含むことができる。バックオフ指示子サブヘッダは、存在する場合、ＴＩＦ／ＣＩＦサブヘッダの後に存在し、ＴＩＦ／ＣＩＦによって示されたＴＡＧ／セルに該当する。
【０２００】
方法Ａ乃至Ｃに比べ、ＴＡＧ／セルに対する各ＭＡＣサブヘッダとＲＡＲペイロードブロックには１バイトのみが必要であり得るため、方法Ｄは低いオーバーヘッドを有する。これは図１８に示されている。ＴＩＦ／ＣＩＦサブヘッダに対する一例が図１９に示されている。レガシーＭＡＣサブヘッダとペイロードがＭＡＣ  ＰＤＵに存在しないという状況をサポートするために、ＬＴＥリリース１１のＵＥはサブヘッダがバックオフ指示子、ＲＡＰＩＤサブヘッダ又はＴＩＦ／ＣＩＦサブヘッダであるかを識別できる。したがって、図１９に示すように、タイプフィールドは１ビット以上、例えば、２ビットに拡張され、値‘０１’はＴＩＦ／ＣＩＦサブヘッダを示す。（‘００’はバックオフ指示子及び‘１Ｘ’はＲＡＰＩＤサブヘッダを示し、ここで、ＸはＲＡＰＩＤの最初のビットであることが知られている）。Ｅ２はＴＩＦ／ＣＩＦサブヘッダがＭＡＣ  ＰＤＵで最終サブヘッダであるかを示すフラグである。
【０２０１】
方法Ａ乃至Ｄにおいて、予め定義されたパターンビットを有するビットストリングはパディングが次のバイトで開始されることを示すために使用され得る。例えば、ビットストリングはバックオフ指示子又はＲＡＰＩＤを有するサブヘッダとして誤認されることができないため、ビットストリング‘００１１００００’は方法Ａ、Ｂ、及びＣに対して予め定義されたパターンであり得る。これはＵＥが現在のＭＡＣ  ＰＤＵでＭＡＣ  ＲＡＲの検索を中止するようにすることができる。
【０２０２】
上述した全ての方法で、レガシーＵＥの逆方向互換性はレガシーＭＡＣペイロードの後、ＴＩＦ／ＣＩＦを有するＭＡＣサブヘッダ及びＭＡＣ  ＲＡＲを追加することによって保証される。これはレガシーＵＥが方法Ａに対して、図１３Ｂに示すように、レガシーＵＥはＴＩＦ／ＣＩＦを有する付加されたＭＡＣサブヘッダ及びＭＡＣ  ＲＡＲを（ＵＥが特別な値を仮定されない）パディングビットの一部として処理するからである。
【０２０３】
ＵＥは送信されたランダムアクセスプリアンブルとマッチングされるランダムアクセスプリアンブル識別子を含むランダムアクセス応答の受信に成功した後、ランダムアクセス応答（ら）に対するモニタリングを中断できる。
【０２０４】
ＲＡＲがターゲットＴＡＧ／セルを示すため、ＵＥは曖昧性なくＲＡＲのターゲットＴＡＧ／セルを決定できる。
【０２０５】
ステップ３：ＵＥによってスケジューリングされた送信（メッセージ３）：ＵＥはターゲットＵＬ搬送波でメッセージ３を送信する。
【０２０６】
ステップ４：競合解消：このステップは上述した実施形態ＣＲ−１のステップ４と同じである。
【０２０７】
実施形態ＣＲ−３：
実施形態ＣＲ−３として表示された他の実施形態で、同じＲＡＣＨリソースは、図２１に示すように、ＴＡＧ／セルで２つのＵＥ（ＴＡＧ／セルでＵＥに特定）によって選択されることができる。また、この実施形態で、図２２に示すシナリオに“競合”解消が要求され得る。ＳＣｅｌｌに対する競合ベースのランダムアクセス手順は、次のとおりである。
【０２０８】
ステップ０：ＰＤＣＣＨ命令（メッセージ０）：選択的なこのステップは、ある時間ポイントでただ１つの進行中のランダムアクセス手順があるということを除くと、上述した実施形態ＣＲ−１のステップ０と同じである。前のランダムアクセス手順が完了する前、他のＰＤＣＣＨ命令が受信されると、ＵＥは進行中の手順を中断して（新しい手順が異なるセルに対するものであっても）新しい手順を再度開始する。
【０２０９】
ステップ１：ＰＲＡＣＨでＵＥによるランダムアクセスプリアンブルの送信（メッセージ１）：ＵＥはランダムアクセスプリアンブル及びＰＲＡＣＨリソースインデックスを選択する。ＵＥはターゲットＵＬ搬送波で選択されたＰＲＡＣＨリソースに選択されたランダムアクセスプリアンブルを送信する。
【０２１０】
ステップ２：ｅＮｏｄｅＢによってＵＥに送信されたランダムアクセス応答（メッセージ２）：
【０２１１】
ＵＥはランダムアクセスプリアンブルが送信されたＰＲＡＣＨと関連付けられたＲＡ−ＲＮＴＩを使用してランダムアクセス応答（ら）をモニタリングする。ＵＥは送信されたランダムアクセスプリアンブルとマッチングされるランダムアクセスプリアンブル識別子を含むランダムアクセス応答の受信に成功した後、ランダムアクセス応答（ら）に対するモニタリングを中断できる。ただ１つのランダムアクセス手順が進行中であるため、ＵＥはＲＡＲのターゲットＴＡＧ／セルを決定できる。
【０２１２】
ステップ３：ＵＥによるスケジューリングされた送信（メッセージ３）：ＵＥはターゲットＵＬ搬送波でメッセージ３を送信する。
【０２１３】
ステップ４：このステップは上述した実施形態ＣＲ−１のステップ４と同じである。
【０２１４】
実施形態ＣＲ−４：
【０２１５】
実施形態ＣＲ−４として表示された他の実施形態で、競合ベースのランダムアクセス手順に使用可能なＲＡＣＨリソースは、図２３に示すように、２つのＴＡＧ／セルの間で直交する。
【０２１６】
２つのＴＡＧ／セルの間でのＲＡＣＨリソースの直交性は、ＴＡＧ１／セル１に対する競合ベースのランダムアクセス手順に使用される共通ＲＡＣＨリソースであって、ＴＡＧ０／セル０に対して構成される専用のＲＡＣＨリソース集合内でＲＡＣＨリソースの集合を（例えばＲＲＣによって）構成することによって達成できる。ＴＡＧ１／セル１に対する共通ＲＡＣＨリソースの集合の大きさは、ＴＡＧ０／セル０に対する専用ＲＡＣＨリソースの大きさより小さい又は同じである。これは図２４に示されている。
【０２１７】
一方法で、直交するＲＡＣＨリソースが集合は、直交ランダムアクセスプリアンブルを構成することによって構成される。ＴＡＧ０／セル０に対する専用ランダムアクセスプリアンブルの大きさはＬＴＥリリース８／９／１０では６４−ｎｕｍｂｅｒＯｆＲＡ−Ｐｒｅａｍｂｌｅｓに決定される（ＲＥＦ６参照）。６４はセルで使用可能なランダムアクセスプリアンブルの全体個数で、ｎｕｍｂｅｒＯｆＲＡ−Ｐｒｅａｍｂｌｅｓはセルで共通ランダムアクセスプリアンブルの個数を示す、ＳＩＢ２又はＲＲＣにシグナリングされるＩＥである。ＴＡＧ／セルに対する直交ランダムアクセスプリアンブル集合は、ＲＡＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎＳＣｅｌｌで新しいＩＥ  ｎｕｍｂｅｒＯｆＲＡ−ＰｒｅａｍｂｌｅｓＳＣｅｌｌによって特定されることができ、特定のＳＣｅｌｌ（ＴＡＧ１／セル１）に対する共通ランダムアクセスプリアンブルは｛６４−ｎｕｍｂｅｒＯｆＲＡ−Ｐｒｅａｍｂｌｅｓ−ｎｕｍｂｅｒＯｆＲＡ−ＰｒｅａｍｂｌｅｓＳＣｅｌｌ−１…６４−ｎｕｍｂｅｒＯｆＲＡ−Ｐｒｅａｍｂｌｅｓ−１｝であり得る。
【０２１８】
ＳＣｅｌｌに対する競合ベースのランダムアクセス手順は、次のとおりである。
【０２１９】
ステップ０：ＰＤＣＣＨ０命令（メッセージ０）：選択的なこのステップは上述した実施形態ＣＲ−１のステップ０と同じである。
【０２２０】
ステップ１：ＰＲＡＣＨ上でＵＥによるランダムアクセスプリアンブルの送信（メッセージ１）：ＵＥは上位階層シグナリング（すなわち、ＲＡＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎ、ＲＡＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎＳＣｅｌｌ、ＰＲＡＣＨ−Ｃｏｎｆｉｇ）によってターゲットＴＡＧ／セルに対して構成された共通リソースセットからランダムアクセスプリアンブル及びＰＲＡＣＨリソースインデックスを選択する。ＵＥはターゲットＵＬ搬送波で選択されたＰＲＡＣＨリソースに選択されたランダムアクセスプリアンブルを送信する。
【０２２１】
ステップ２：ｅＮｏｄｅＢによってＵＥに送信されたランダムアクセス応答（メッセージ２）：ＵＥはランダムアクセスプリアンブルが送信されたＰＲＡＣＨと関連付けられたＲＡ−ＲＮＴＩを使用してランダムアクセス応答（ら）をモニタリングする。ＵＥは送信されたランダムアクセスプリアンブルとマッチングされるランダムアクセスプリアンブル識別子を含むランダムアクセス応答の受信に成功した後、ランダムアクセス応答（ら）に対するモニタリングを中断できる。
【０２２２】
ステップ３：ＵＥによるスケジューリングされた送信（メッセージ３）：ＵＥがターゲットＵＬ搬送波でメッセージ３を送信する。
【０２２３】
ステップ４：競合解消：このステップは上述した実施形態ＣＲ−１のステップ４と同じである。
【０２２４】
本発明は、例示的な実施形態で説明されたが、様々な変更及び変形が当業者に提示され得る。本発明はそのような変更及び変形が添付された請求範囲内に含まれることを意図する。
【符号の説明】
【０２２５】
１００  無線ネットワーク
１２０  カバレッジ領域
１２５  カバレッジ領域
１３０  ネットワーク
２２５  制御部
２３５  チャネル制御部
２４０  チャネルエレメント
２５０  送受信部
２５５  アンテナアレイ
２６０  ハンドオフ制御部
２７０  メモリ
３０５  アンテナ
３１０  送受信部
３１５  処理回路
３２０  マイクロホン
３２５  処理回路
３３０  スピーカ
３４０  メインプロセッサ
３５０  キーパッド
３５５  ディスプレイ部
３６０  メモリ
３６１  プログラム
３７０  パワー管理器
３８０  バッテリ
【図１】
2014518041.tif 000004
【図２】
2014518041.tif 000005
【図３】
2014518041.tif 000006
【図４】
2014518041.tif 000007
【図５Ａ】
2014518041.tif 000008
【図５Ｂ】
2014518041.tif 000009
【図５Ｃ】
2014518041.tif 000010
【図５Ｄ】
2014518041.tif 000011
【図５Ｅ】
2014518041.tif 000012
【図５Ｆ】
2014518041.tif 000013
【図６Ａ】
2014518041.tif 000014
【図６Ｂ】
2014518041.tif 000015
【図７Ａ】
2014518041.tif 000016
【図７Ｂ】
2014518041.tif 000017
【図８Ａ】
2014518041.tif 000018
【図８Ｂ】
2014518041.tif 000019
【図９】
2014518041.tif 000020
【図１０】
2014518041.tif 000021
【図１１】
2014518041.tif 000022
【図１２】
2014518041.tif 000023
【図１３Ａ】
2014518041.tif 000024
【図１３Ｂ】
2014518041.tif 000025
【図１４】
2014518041.tif 000026
【図１５】
2014518041.tif 000027
【図１６】
2014518041.tif 000028
【図１７】
2014518041.tif 000029
【図１８】
2014518041.tif 000030
【図１９】
2014518041.tif 000031
【図２０】
2014518041.tif 000032
【図２１】
2014518041.tif 000033
【図２２】
2014518041.tif 000034
【図２３】
2014518041.tif 000035
【図２４】
2014518041.tif 000036
【手続補正書】
【提出日】平成25年11月7日(2013.11.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数のタイミングアドバンスグループ（ＴＡＧ）が構成されたネットワークでランダムアクセス手順を行うユーザ端末の方法において、
基地局からランダムアクセス手順開始のためのＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）命令を受信する段階と、
前記ＰＤＣＣＨ命令に含まれたＣＩＦ（Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｏｒ  Ｆｉｅｌｄ）値に基づいてランダムアクセスプリアンブルを送信するサービングセルを決定する段階と、
前記決定されたサービングセルでランダムアクセスプリアンブルを送信して前記サービングセルに対するランダムアクセス手順を開始する段階と、を含む方法。
【請求項２】
前記ランダムアクセス手順の遂行中に新しいランダムアクセス手順の開始のためのＰＤＣＣＨ命令を受信する段階と、
前記遂行中のランダムアクセス手順と前記新しいランダムアクセス手順のうち何れか１つのランダムアクセス手順のみを行う段階と、をさらに含む請求項１に記載の方法。
【請求項３】
前記遂行中のランダムアクセス手順と前記新しいランダムアクセス手順のうち何れか１つのランダムアクセス手順のみを行う段階は、
前記遂行中のランダムアクセス手順を中断し、前記新しいランダムアクセス手順を行う段階を含む請求項２に記載の方法。
【請求項４】
前記ＰＤＣＣＨ命令は第１セル上で受信され、前記決定されたサービングセルは第２セルである請求項１に記載の方法。
【請求項５】
前記ＰＤＣＣＨ命令は、セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ：ＣｅｌｌＲａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）でスクランブルされたＤＣＩフォーマットで構成され、
前記ＤＣＩ１フォーマットは、ＤＣＩフォーマットを区分するフラグ、局部型／分散型ＶＲＢ割り当てフラグ、リソースブロック割り当てビット、プリアンブルインデックス、ＣＩＦのうち少なくとも１つを含む請求項１に記載の方法。
【請求項６】
前記ランダムアクセスプリアンブルを送信したランダムアクセスチャネルと関連づけられたランダムアクセス無線ネットワーク一時識別子（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ：ＲＡ−ＲＮＴＩ）を用いてランダムアクセス応答メッセージを受信する段階をさらに含む請求項１に記載の方法。
【請求項７】
複数のタイミングアドバンスグループ（ＴＡＧ）が構成されたネットワークでランダムアクセス手順を行う基地局の方法において、
端末のランダムアクセス手順が開始されるサービングセルを示すＣＩＦ（Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｏｒ  Ｆｉｅｌｄ）値を決定する段階と、
前記ＣＩＦ値を含むＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）命令を前記端末に送信する段階と、
前記サービングセルで前記端末からランダムアクセスプリアンブルを受信する段階と、を含む方法。
【請求項８】
前記ＰＤＣＣＨ命令は第１セル上で送信され、前記決定されたサービングセルは第２セルである請求項７に記載の方法。
【請求項９】
前記ＰＤＣＣＨ命令は、セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ：ＣｅｌｌＲａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）でスクランブルされたＤＣＩフォーマットで構成され、
前記ＤＣＩ１フォーマットは、ＤＣＩフォーマットを区分するフラグ、局部型／分散型ＶＲＢ割り当てフラグ、リソースブロック割り当てビット、プリアンブルインデックス、ＣＩＦのうち少なくとも１つを含む請求項７に記載の方法。
【請求項１０】
前記ランダムアクセスプリアンブルが受信されたランダムアクセスチャネルと関連づけられたランダムアクセス無線ネットワーク一時識別子（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ：ＲＡ−ＲＮＴＩ）を用いてランダムアクセス応答メッセージを送信する段階をさらに含む請求項７に記載の方法。
【請求項１１】
複数のタイミングアドバンスグループ（ＴＡＧ）が構成されたネットワークでランダムアクセス手順を行うユーザ端末の装置において、
信号を送受信する送受信部と、
プロセッサと、を含み、
前記プロセッサは、基地局からランダムアクセス手順の開始のためのＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）命令を受信し、前記ＰＤＣＣＨ命令に含まれたＣＩＦ（Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｏｒ  Ｆｉｅｌｄ）値に基づいてランダムアクセスプリアンブルを送信するサービングセルを決定し、前記決定されたサービングセルにランダムアクセスプリアンブルを送信して前記サービングセルに対するランダムアクセス手順を開始するように制御する端末。
【請求項１２】
前記ユーザ端末は、請求項２乃至６のうち何れか１項に記載の方法を具現するように配置される請求項１１に記載の端末。
【請求項１３】
複数のタイミングアドバンスグループ（ＴＡＧ）が構成されたネットワークでランダムアクセス手順を行う基地局の装置において、
信号を送受信する送受信部と、
制御部と、を含み、
前記制御部は、端末がランダムアクセスプリアンブルを送信するサービングセルを示すＣＩＦ（Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｏｒ  Ｆｉｅｌｄ）値を決定し、前記端末のランダムアクセス手順の開始のために前記ＣＩＦ値を含むＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）命令を送信し、前記サービングセルで前記端末からランダムアクセスプリアンブルを受信するように制御する基地局。
【請求項１４】
前記基地局は、請求項８乃至１０のうち何れか１項に記載の方法を具現するように配置される請求項１３に記載の基地局。
【国際調査報告】
2014518041.tif 000037
2014518041.tif 000038