(57)【要約】移動端末とネットワーク間でＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＣＨａｎｎｅｌ）手順を行う方法であって、前記方法は、前記ネットワークに送信されるＲＡＣＨプリアンブルに関する情報を含むＲＡＲ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ）が所定期間内に前記ネットワークから受信されるか否かを検出する段階と、前記ＲＡＲが前記所定期間内に受信されない場合、又は前記ＲＡＲに含まれる前記送信されたＲＡＣＨプリアンブルに関する情報が前記送信されたＲＡＣＨプリアンブルと一致しない場合、前記ＲＡＣＨ手順の失敗を検出する第１手順を行う段階と、前記ＲＡＲが前記所定期間内に受信された場合、及び前記ＲＡＲに含まれる前記送信されたＲＡＣＨプリアンブルに関する情報が前記送信されたＲＡＣＨプリアンブルと一致する場合、前記ＲＡＣＨ手順の失敗を検出する第２手順を行う段階とを含む。
2011524141.tif 000002
【特許請求の範囲】
【請求項１】
ＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＣＨａｎｎｅｌ）プリアンブルを選択して送信する段階と、
前記送信されたＲＡＣＨプリアンブルに関する情報を含むＲＡＲ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ）を所定時間内に受信したか否かを確認する段階と、
前記ＲＡＲが前記所定時間内に受信されない場合、もしくは前記ＲＡＲに含まれる前記送信されたＲＡＣＨプリアンブルに関する情報が前記送信されたＲＡＣＨプリアンブルと一致しない場合、
プリアンブル送信カウンタを１増加させる段階、
前記プリアンブル送信カウンタの値とプリアンブル送信最大値とを比較する段階、
前記プリアンブル送信カウンタの値が前記プリアンブル送信最大値より大きいことを上位層に通知する段階、及び、
後続のＲＡＣＨプリアンブルの送信を遅延させるためにバックオフ時間を適用する段階とを含み、
前記ＲＡＲが前記所定時間内に受信された場合、及び前記ＲＡＲに含まれる前記送信されたＲＡＣＨプリアンブルに関する情報が前記送信されたＲＡＣＨプリアンブルと一致する場合、
受信したアップリンクグラント値を処理する段階、
コンテンション解決に成功していなければ、プリアンブル送信カウンタを１増加させる段階、
前記プリアンブル送信カウンタの値とプリアンブル送信最大値とを比較する段階、
前記プリアンブル送信カウンタの値が前記プリアンブル送信最大値より大きいことを上位層に通知する段階、及び、
後続のＲＡＣＨプリアンブルの送信を遅延させるためにバックオフ時間を適用する段階と
を含むことを特徴とするＲＡＣＨ失敗を検出する方法。
【請求項２】
前記コンテンション解決に成功していない場合、バックオフ時間を適用し、ランダムアクセスリソースを選択することを特徴とする請求項１に記載のＲＡＣＨ失敗を検出する方法。
【請求項３】
前記所定時間は、ＴＴＩ（Ｔｒａｎｓｍｉｔ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）ウィンドウであることを特徴とする請求項１に記載のＲＡＣＨ失敗を検出する方法。
【請求項４】
前記比較段階は、前記プリアンブル送信カウンタの増加した値と前記プリアンブル送信最大値＋１とを比較する段階を含むことを特徴とする請求項１に記載のＲＡＣＨ失敗を検出する方法。
【請求項５】
前記ランダムアクセスプリアンブルを送信する前に、ランダムアクセスに関する１つ又は複数のパラメータを初期化することを特徴とする請求項１に記載のＲＡＣＨ失敗を検出する方法。
【請求項６】
前記初期化段階は、前記送信カウンタの初期化を含むことを特徴とする請求項５に記載のＲＡＣＨ失敗を検出する方法。
【請求項７】
ランダムアクセスプリアンブルを送信するトランシーバと、
前記トランシーバを制御するプロセッサとを含み、
前記プロセッサは、
ランダムアクセス応答が所定時間内に受信されない場合、又は前記ランダムアクセス応答に含まれる前記ランダムアクセスプリアンブルに関する情報が前記送信されたランダムアクセスプリアンブルと一致しない場合、
プリアンブル送信カウンタの値を増加させる段階と、
前記プリアンブル送信カウンタの値とプリアンブル送信最大値とを比較する段階と、
前記プリアンブル送信カウンタの値が前記プリアンブル送信最大値より大きいことを上位層に通知する段階と、
後続のランダムアクセスプリアンブルの送信を遅延させるためにバックオフ時間を適用する段階と
を行うことを特徴とする移動端末。
【請求項８】
前記プロセッサは、
前記ランダムアクセス応答が前記所定時間内に受信された場合、及び前記ランダムアクセス応答内に含まれる前記ランダムアクセスプリアンブルに関する情報が前記送信されたランダムアクセスプリアンブルと一致する場合、
前記受信したランダムアクセス応答に含まれるアップリンクグラント値を処理する段階と、
前記アップリンクグラント値に関するコンテンション解決に成功していなければ、前記プリアンブル送信カウンタの値を１増加させる段階と、
前記プリアンブル送信カウンタの値とプリアンブル送信最大値とを比較する段階と、
前記プリアンブル送信カウンタの値が前記プリアンブル送信最大値より大きいことを前記上位層に通知する段階と
を行うことを特徴とする請求項７に記載の移動端末。
【請求項９】
前記プロセッサは、コンテンション解決に成功していない場合、バックオフ時間を適用することを特徴とする請求項８に記載の移動端末。
【請求項１０】
前記所定時間は、ＴＴＩ（Ｔｒａｎｓｍｉｔ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）ウィンドウであることを特徴とする請求項７に記載の移動端末。
【請求項１１】
ネットワークに送信されるＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＣＨａｎｎｅｌ）プリアンブルに関する情報を含むＲＡＲ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ）が所定期間内に前記ネットワークから受信されるか否かを検出する段階と、
前記ＲＡＲが前記所定期間内に受信されない場合、又は前記ＲＡＲに含まれる前記送信されたＲＡＣＨプリアンブルに関する情報が前記送信されたＲＡＣＨプリアンブルと一致しない場合、前記ＲＡＣＨ手順の失敗を検出する第１手順を行う段階と、
前記ＲＡＲが前記所定期間内に受信された場合、及び前記ＲＡＲに含まれる前記送信されたＲＡＣＨプリアンブルに関する情報が前記送信されたＲＡＣＨプリアンブルと一致する場合、前記ＲＡＣＨ手順の失敗を検出する第２手順を行う段階と
を含むことを特徴とする移動端末とネットワーク間でＲＡＣＨ手順を行う方法。
【請求項１２】
前記第１手順は、
プリアンブル送信カウンタを１増加させる段階と、
前記プリアンブル送信カウンタの値とプリアンブル送信最大値とを比較する段階と、
前記プリアンブル送信カウンタの値が前記プリアンブル送信最大値より大きいことを上位層に通知する段階と、
後続のＲＡＣＨプリアンブルの送信を遅延させるためにバックオフ時間を適用する段階と
を含むことを特徴とする請求項１１に記載の移動端末とネットワーク間でＲＡＣＨ手順を行う方法。
【請求項１３】
前記第２手順は、
受信したアップリンクグラント値を処理する段階と、
コンテンション解決に成功していない場合、プリアンブル送信カウンタを１増加させる段階と、
前記プリアンブル送信カウンタの値とプリアンブル送信最大値とを比較する段階と、
前記プリアンブル送信カウンタの値が前記プリアンブル送信最大値より大きいことを上位層に通知する段階と、
後続のＲＡＣＨプリアンブルの送信を遅延させるためにバックオフ時間を適用する段階と
を含むことを特徴とする請求項１１に記載の移動端末とネットワーク間でＲＡＣＨ手順を行う方法。
【請求項１４】
前記所定期間は、ＴＴＩ（Ｔｒａｎｓｍｉｔ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）に関連するものであることを特徴とする請求項１１に記載の移動端末とネットワーク間でＲＡＣＨ手順を行う方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ランダムアクセス手順の失敗を検出する装置及び方法に関する。
【背景技術】
【０００２】
従来技術においては、ランダムアクセス手順の失敗を適切に検出することができなかった。このように、従来技術は上記問題に十分に対処できていないので、適切な解決策が提示されていない。
【発明の概要】
【課題を解決するための手段】
【０００３】
本発明者らは少なくとも上記で特定された従来技術の欠点を認識した。このような認識に基づいて後述する様々な特徴が考案されたのであり、ＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＣＨａｎｎｅｌ）手順の失敗を検出した場合、ＲＡＣＨ手順で発生した問題に関する通知を待つ代わりに、前記失敗を直ちに上位層（ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）エンティティ）に通知し、その後、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）エンティティ（下位層）がエラー補正を行い、前記ＲＡＣＨ手順を再び行うことにより、遅延を低減することができる。
【図面の簡単な説明】
【０００４】
【図１】Ｅ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の構造の一例を示す図である。
【図２】移動端末（ＵＥ）とネットワーク（ｅＮＢ，ＭＭＥ）間の制御プレーンにおける無線インタフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の構造の一例を示す図である。
【図３】移動端末（ＵＥ）とネットワーク（ｅＮＢ，ＳＡＥゲートウェイ）間のユーザプレーンにおける無線インタフェースプロトコルの構造の一例を示す図である。
【図４】移動端末（ＵＥ）と基地局（ｅＮＢ）間のコンテンションベース（ｃｏｎｔｅｎｔｉｏｎ  ｂａｓｅｄ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｏｃｅｄｕｒｅ）のランダムアクセス手順の一例を示すフローチャートである。
【図５】基地局と移動端末間の一部チャネル（ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）とＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ））間の関係の一例を示す図である。
【図６】本発明の一実施形態による信号フロー図である。
【図７】本発明の一実施形態によるフローチャートである。
【図８】本発明の他の実施形態によるフローチャートである。
【図９】本発明の一実施形態によるＵＥ１００及びｅＮＢ２００の構成ブロック図である。
【発明を実施するための形態】
【０００５】
本発明の概念と特徴は、現在の３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）技術より進歩したＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システム又はいわゆる４Ｇ通信システムの観点から説明される。しかし、その詳細は本明細書に説明される様々な特徴を制限するものではなく、他の種類の移動及び／又は無線通信システム及び方法にも適用することができる。
【０００６】
以下、「移動端末」という用語は、移動通信端末、ユーザ機器（ＵＥ：ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）、移動装置（ＭＥ：ｍｏｂｉｌｅ  ｅｑｕｉｐｍｅｎｔ）及び様々なタイプの無線通信技術をサポートする他の装置のような様々なタイプのユーザ装置を示すのに用いられる。
【０００７】
本発明の実施形態は、ＬＴＥシステムにおいて基地局（例えば、Ｎｏｄｅ  Ｂ、ｅＮＢ、アクセスポイントなど）と移動局（例えば、移動端末、ＵＥ、ユーザ装置など）間でデータを送受信する方法に関する。ダウンリンクチャネルの受信時間がランダムアクセスを行う移動端末のプリアンブルの特性に応じて決定されるので、移動端末の電力消費を最小限に減らすことができ、ダウンリンクチャネルをより効率的にモニタすることができる。
【０００８】
第２世代（２Ｇ）移動通信とは、音声信号をデジタル方式で送受信する方法に関するものであり、ＣＤＭＡ、ＧＳＭなどの技術を含む。前記ＧＳＭから改善された技術でＧＰＲＳが開発されたが、これはＧＳＭシステムに基づいてパケット交換データサービス（ｐａｃｋｅｔ  ｓｗｉｔｃｈｅｄ  ｄａｔａ  ｓｅｒｖｉｃｅ）を提供するための技術である。
【０００９】
第３世代（３Ｇ）移動通信とは、音声だけでなく、映像やデータを送受信できるようにする方法に関するものである。３ＧＰＰは、ＩＭＴ−２０００技術を開発し、無線アクセス技術（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ）としてＷＣＤＭＡを採用した。ＩＭＴ−２０００とＷＣＤＭＡの組み合わせをＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）といい、これはＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（ＵＴＲＡＮ）を含む。
【００１０】
第３世代移動通信においては、データトラフィックが急速に増加すると予測されることから、より広い帯域幅をサポートするＬＴＥネットワークを構築するための標準化作業が進められている。Ｅ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ）のためにＬＴＥ技術が採用されたが、これは無線アクセス技術（ＲＡＴ）としてＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）を用いるＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＴＲＡＮ）を含む。
【００１１】
図１は、移動通信システムの一形態であるＥ−ＵＭＴＳの構造の一例を示す図である。Ｅ−ＵＭＴＳシステムは、ＵＭＴＳシステムから進化したシステムであり、現在３ＧＰＰ組織により進められている基礎的な標準化作業である。前記Ｅ−ＵＭＴＳシステムはＬＴＥシステムともいうことができ、これは現在の第３世代移動通信システムから進化したいわゆる４Ｇ又は次世代システムの一形態である。
【００１２】
Ｅ−ＵＭＴＳネットワーク１００は、一般にＥ−ＵＴＲＡＮ１１０とＣＮ（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）に区分される。Ｅ−ＵＴＲＡＮは、移動端末（例えば、Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ（ＵＥ）、移動局、ハンドセット、携帯電話など）１１２、基地局（例えば、ｅＮｏｄｅ  Ｂ、アクセスポイント（ＡＰ）、ネットワークノードなど）１１４、１１６、１１８、ネットワークのエンドに位置して外部ネットワークと接続するサービングゲートウェイ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ；Ｓ−ＧＷ）１２２、１２４、及び前記移動端末の移動性を管理する移動管理エンティティ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ；ＭＭＥ）１２２、１２４を含む。１つのｅＮｏｄｅ  Ｂには、少なくとも１つのセル（又は、領域、地域など）が存在する。
【００１３】
図２及び図３は、３ＧＰＰ無線アクセスネットワーク規格に準拠した移動端末と基地局間の無線インタフェースプロトコルを示す。前記無線インタフェースプロトコルは、水平的には物理層と、データリンク層と、ネットワーク層に区分され、垂直的にはデータ情報送信のためのユーザプレーンと、制御信号伝達のための制御プレーンに区分される。このようなプロトコル層は通信システムにおいて周知の開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルの下位３層であるＬ１（第１層）と、Ｌ２（第２層）と、Ｌ３（第３層）に区分される。
【００１４】
以下、図２の無線プロトコルの制御プレーンと図３の無線プロトコルのユーザプレーンについてそれぞれ説明する。
【００１５】
第１層において、物理層２２５−２４５、３２５−３４５は少なくとも１つの物理チャネルを利用して情報伝送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。前記物理層は、上位の媒体アクセス制御（ＭＡＣ）層２２４−２４４、３２４−３４４と少なくとも１つのトランスポートチャネルを介して接続されており、前記トランスポートチャネルを介してＭＡＣ層と物理層間のデータが送信される。さらに、各物理層間、すなわちトランスミッタ（送信側）の物理層とレシーバ（受信側）の物理層間においては、少なくとも１つの物理チャネルを介してデータが送信される。
【００１６】
前記送信側と受信側の物理層に存在する前記物理チャネルには、ＳＣＨ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ）、ＰＣＣＰＣＨ（Ｐｒｉｍａｒｙ  Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）、ＳＣＣＰＣＨ（Ｓｅｃｏｎｄａｒｙ  Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）、ＤＰＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）、ＰＩＣＨ（Ｐａｇｉｎｇ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ、ＰＤＳＣＨなどがある。
【００１７】
Ｌ２（第２層）において、ＭＡＣ層は少なくとも１つの論理チャネルを介して上位層の無線リンク制御層２２３−２４３、３２３−３４３にサービスを提供する。送信される情報のタイプに基づいて、前記論理チャネルは、制御プレーンデータの送信に用いられる制御チャネルと、ユーザプレーンデータの送信に用いられるトラフィックチャネルに区分される。
【００１８】
ＲＬＣ層は信頼性のあるデータの送信をサポートする。各無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）は、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）の保証と、それに伴うデータの送信を担当する。ＲＢ固有のＱｏＳを保証するために、ＲＢ毎に１つ又は２つの独立したＲＬＣエンティティを提供しており、様々なＱｏＳ要求事項をサポートするために、３種類のＲＬＣモード（透過モード（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ；ＴＭ）、無応答モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ；ＵＭ）、及び応答モード（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ；ＡＭ））を提供している。
【００１９】
第２層のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層３２２−３４２は、（ＩＰｖ４やＩＰｖ６などの）帯域幅の小さい無線区間でＩＰパケットを効率的に送信するために、相対的にサイズが大きく不要な制御情報を含むＩＰパケットに対してヘッダサイズを小さくするヘッダ圧縮機能を実行する。また、前記ＰＤＣＰ層は、ＲＲＣメッセージなどの制御プレーンデータの暗号化を行うために用いられる。前記ＰＤＣＰ層は、ユーザプレーンデータの暗号化も行うことができる。
【００２０】
第３層の最上位に位置するＲＲＣ層２２２−２４２は、制御プレーンでのみ定義され、無線ベアラ（ＲＢ）の設定、再設定及び解除に関して論理チャネル、トランスポートチャネル及び物理チャネルの制御を担当する。ここで、無線ベアラは、ＵＥとＥ−ＵＴＲＡＮ間のデータ送信のために第２層により提供されるサービスである。
【００２１】
以下、図４を参照して、ＬＴＥシステムにおいて前記移動端末がダウンリンクデータを受信する方法について説明する。
【００２２】
ダウンリンクにおいて、基本的に２つの物理チャネル、ＰＤＣＣＨとＰＤＳＣＨがある。前記ＰＤＣＣＨは、ユーザデータの送信とは直接関連がなく、物理チャネルを実行（使用）するのに必要な制御情報の送信に用いられる。簡単にいうと、前記ＰＤＣＣＨは他の物理チャネルの制御に用いられるということができる。特に、ＰＤＣＣＨは移動端末がＰＤＳＣＨを受信するのに必要な情報の送信に利用される。ある特定の時点に、ある特定の周波数帯域を利用して送信されるデータに関して、どの端末のためのものか、いかなる大きさのデータが送信されるかなどの情報がＰＤＣＣＨで送信される。従って、各移動端末は特定の時間（例えば、ＴＴＩ（Ｔｒａｎｓｍｉｔ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ））にＰＤＣＣＨを受信し、（受信すべき）データが送信されたか確認する。もし、（受信すべき）データが実際に送信されたことを示す場合、前記ＰＤＣＣＨが示す（適切な周波数などの）情報を用いてＰＤＳＣＨをさらに受信する。つまり、前記ＰＤＳＣＨのデータがどの移動端末（すなわち、１つ又は複数の端末）に送信されるかに関する情報、前記移動端末がどのように前記ＰＤＳＣＨデータを受信して復号化をすべきかに関する情報などは、物理チャネル、すなわちＰＤＣＣＨを利用して送信されるといえる。
【００２３】
例えば、特定のサブフレームにおいて、無線リソース情報Ａ（例えば、周波数配置）、送信形式情報Ｂ（例えば、送信ブロックサイズ、変調方式、符号化情報など）、ＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）情報ＣがＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）マスキングされてＰＤＣＣＨで送信されると仮定する。該当セルにある少なくとも１つの端末は、前記端末が有するＲＮＴＩ情報を用いて前記ＰＤＣＣＨをモニタする。前記過程によれば、ＲＮＴＩ情報Ｃを有する移動端末においては、前記ＰＤＣＣＨを復号化したときにＣＲＣエラーが発生しなくなる。従って、前記移動端末は、前記送信形式情報Ｂと無線リソース情報Ａを用いて前記ＰＤＳＣＨを復号化してデータを受信する。それに対して、ＲＮＴＩ情報Ｃを有しない移動端末においては、前記ＰＤＣＣＨを復号化したときにＣＲＣエラーが発生する。従って、前記移動端末はＰＤＳＣＨを受信しない。
【００２４】
前記過程により、どの移動端末に無線リソースが割り当てられたかを通知するために、ＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）が各ＰＤＣＣＨで送信されるが、前記ＲＮＴＩは専用ＲＮＴＩと共用ＲＮＴＩに区分される。専用ＲＮＴＩは、１つの移動端末に割り当てられ、前記移動端末に該当するデータの送受信に用いられる。前記専用ＲＮＴＩは、基地局（ｅＮＢ）に情報が登録されている移動端末にのみ割り当てられる。それに対して、共用ＲＮＴＩは、基地局（ｅＮＢ）に情報が登録されておらず、専用ＲＮＴＩを割り当てられていない移動端末が基地局とデータを送受信するために用いられたり、（システム情報のように）複数の移動端末に共通に適用される情報の送信に用いられる。
【００２５】
一方、Ｅ−ＵＴＲＡＮを構成する２つの主要要素は、基地局と移動端末である。１つのセルにおける無線リソースは、アップリンク無線リソースとダウンリンク無線リソースで構成される。基地局は、セルのアップリンク無線リソースとダウンリンク無線リソースの割り当て及び制御を担当する。すなわち、基地局は、ある瞬間にどの移動端末がどの無線リソースを用いるかを決定する。例えば、基地局は、３．２秒後に周波数１００Ｍｈｚから１０１Ｍｈｚをユーザ１に０．２秒間ダウンリンクデータ送信のために割り当てると決定することができる。また、基地局は、このような決定を下した後、前記該当する移動端末にこの事実を通知して前記移動端末にダウンリンクデータを受信させる。同様に、基地局は、ある移動端末にいつどの程度のどの無線リソースを用いてアップリンクでデータを送信させるかを決定し、基地局はこの決定を前記移動端末に通知し、前記移動端末に所定の時間に所定の無線リソースを利用してデータを送信させる。
【００２６】
従来技術とは異なり、このように基地局が無線リソースを動的な方法で管理すれば、効率的な無線リソースの利用が可能になる。通常、１つの端末が１つの無線リソースを呼が接続されている間続けて用いる。これは、最近多くのサービスがＩＰパケットをベースとしていることを考慮すると好ましくない。なぜなら、ほとんどのパケットサービスは、呼の接続時間の間続けてパケットを生成するのではなく、呼の途中に何も送信しない時間間隔が多いからである。それにもかかわらず１つの移動端末に続けて無線リソースを割り当てることは非効率的である。これを解決するために、Ｅ−ＵＴＲＡＮシステムの移動端末は、サービスデータがあるときにのみ前記移動端末に無線リソースを割り当てる方法を用いる。
【００２７】
以下、ＲＡＣＨ手順の特徴について説明する。前記ＲＡＣＨ手順は、アップリンクで相対的に短いデータを送信するために用いられる。特に、前記ＲＡＣＨ手順は、専用無線リソースを割り当てられていない移動端末がアップリンクで送信すべきシグナリングメッセージ又はユーザデータがある場合に用いられる。あるいは、基地局が移動端末にＲＡＣＨ手順を行うように指示しなければならない場合に用いられることもある。
【００２８】
次に、ＬＴＥシステムが提供するランダムアクセス手順について説明する。前記ＬＴＥシステムが提供するランダムアクセス手順は、コンテンションベースのランダムアクセス手順と、非コンテンションベースのランダムアクセス手順に区分される。前記区分は、ランダムアクセス手順において用いられるランダムアクセスプリアンブルを移動端末が直接選択したか（すなわち、移動端末のＭＡＣがプリアンブルを選択）、基地局が選択したか（すなわち、明示的なシグナリングにより用いられるプリアンブルに関する情報を受信）によって決定される。
【００２９】
非コンテンションベースのランダムアクセス手順において、移動端末は基地局が移動端末に直接割り当てたプリアンブルを用いる。従って、前記基地局が特定のランダムアクセスプリアンブルを前記移動端末に割り当てた場合、前記ランダムアクセスプリアンブルは前記移動端末のみ用い、他の移動端末は前記ランダムアクセスプリアンブルを用いない。従って、前記ランダムアクセスプリアンブルと前記ランダムアクセスプリアンブルを用いる端末間に１対１の関係が成立するので、複数の移動端末間にコンテンション（又は、衝突）はない。この場合、前記ランダムアクセスプリアンブルを受信すると、基地局はどの移動端末が前記ランダムアクセスプリアンブルを送信したのか直ちに認識できるので、より効率的に動作できるといえる。
【００３０】
逆に、コンテンションベースのランダムアクセス手順においては、移動端末が用いることのできるランダムアクセスプリアンブルから特定のランダムアクセスプリアンブルを選択して送信するので、複数の移動端末が同じランダムアクセスプリアンブルを用いる可能性がある。従って、特定のランダムアクセスプリアンブルを受信したとしても、基地局は前記ランダムアクセスプリアンブルをどの移動端末が送信したのか正確には認識できない。
【００３１】
移動端末は、少なくとも次の例のような場合にランダムアクセス手順を行う。
・基地局との無線リソース制御接続（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）がないので初期接続（ｉｎｉｔｉａｌ  ａｃｃｅｓｓ）をする場合
・移動端末がハンドオーバー過程でターゲットセルに初めて接続する場合
・基地局の指示により要求される場合
・アップリンク時間同期が取れていなかったり、無線リソースの適切な要求に用いられる指定された無線リソースがまだ割り当てられていない状況で、アップリンクのデータが発生した場合
・無線リンク失敗（ｒａｄｉｏ  ｌｉｎｋ  ｆａｉｌｕｒｅ）又はハンドオーバー失敗（ｈａｎｄｏｖｅｒ  ｆａｉｌｕｒｅ）の際の補正（例えば、復号化、再構成、復旧など）手順の場合
前記説明に基づいて、コンテンションベースのランダムアクセス手順のための移動端末と基地局間の動作を図４（ステップ１〜４を含む）を参照して説明する。
【００３２】
ステップ１）
コンテンションベースのランダムアクセス手順において、移動端末はシステム情報又はハンドオーバー指示により示されたランダムアクセスプリアンブルの集合から（例えば、ランダムに）１つのランダムアクセスプリアンブルを選択し、その後前記ランダムアクセスプリアンブルを送信するために用いることのできるＰＲＡＣＨリソースを選択して送信を行う。ここで、前記プリアンブルはＲＡＣＨ  ＭＳＧ  １といわれる。移動端末が直接（ランダムに）プリアンブル（すなわち、ＭＡＣが直接選択するプリアンブル）を選択することをコンテンションベースのＲＡＣＨ手順（ｃｏｎｔｅｎｔｉｏｎ−ｂａｓｅｄ  ＲＡＣＨ  ｐｒｏｃｅｄｕｒｅ）といい、前記プリアンブルをコンテンションベースのプリアンブル（ｃｏｎｔｅｎｔｉｏｎ−ｂａｓｅｄ  ｐｒｅａｍｂｌｅ）という。前記移動端末がＲＲＣ又はＰＤＣＣＨを介してネットワークから直接前記プリアンブルを割り当てられた場合（すなわち、明示的にシグナリングされたプリアンブル）は非コンテンションベースのＲＡＣＨ手順といい、前記プリアンブルを専用プリアンブル（Ｄｅｄｉｃａｔｅｄ  Ｐｒｅａｍｂｌｅ）という。
【００３３】
ステップ２）
このように選択されたランダムアクセスプリアンブルを送信すると、移動端末は基地局からシステム情報又はハンドオーバー指示により示されたランダムアクセス応答受信ウィンドウ内でランダムアクセス応答の受信を試みる。より詳細には、ランダムアクセス応答情報（一般にＲＡＣＨ  ＭＳＧ  ２といわれる）は、ＭＡＣ  ＰＤＵの形式で送信され、前記ＭＡＣ  ＰＤＵはＰＤＳＣＨで送信される。また、前記ＰＤＳＣＨのための無線リソースに関する情報は、ＲＡ−ＲＮＴＩを用いてＰＤＣＣＨで伝達される。
【００３４】
前記ランダムアクセス応答には、ランダムアクセスプリアンブル識別子（ＩＤ）、（アップリンク無線リソースのための）ＵＬグラント、一時的Ｃ−ＲＮＴＩ（一時的セル識別子）、及びタイムアライメントコマンド（時間同期調整のための値）が含まれる。
【００３５】
ランダムアクセスプリアンブル識別子（ＩＤ）がステップ１）で送信されたランダムアクセスプリアンブルと同じ（すなわち、一致する）場合、特にコンテンションベースのランダムアクセスプリアンブル手順が進行中であれば、移動端末はアップリンク無線リソースに関する情報を用いてステップ３）を行う。専用プリアンブルがステップ１）で用いられた場合、そしてＲＡＣＨ  ＭＳＧ  ２に含まれるランダムアクセスプリアンブル識別子（ＩＤ）と前記移動端末により送信されたランダムアクセスプリアンブルが同じ（すなわち、一致する）場合、ＲＡＣＨ手順は停止又は終了すると考えられる。
【００３６】
ステップ３）
前記移動端末が意味のあるランダムアクセス応答（ＲＡＲ；ＲＡＣＨ  ｒｅｓｐｏｎｓｅ）を受信した場合（すなわち、ＲＡＲがその移動端末に対して有効な応答の場合）、前記ランダムアクセス応答内の情報をそれぞれ処理する。すなわち、移動端末はタイムアライメントコマンドを適用し、一時的Ｃ−ＲＮＴＩを保存する。また、前記ＵＬグラントを利用して、移動端末のバッファに保存されているデータ又は新しく生成されたデータを基地局に送信する。ここで、前記ＵＬグラントを利用して送信されるデータ（すなわち、ＭＡＣ  ＰＤＵ）は、一般にＲＡＣＨ  ＭＳＧ  ３といわれる。前記ＵＬグラントに含まれるデータ（すなわち、ＲＡＣＨ  ＭＳＧ  ３）中に、必ず移動端末識別子（ＩＤ）が含まれていなければならない。これは、コンテンションベースのランダムアクセス手順においては、どの端末が前記ランダムアクセス手順を行っているか基地局が判断できないので、今後のコンテンション又は衝突を解決するためには、移動端末を識別するのに使用することのできる情報が必要だからである。
【００３７】
前記手順において、前記移動端末の識別子を含める方法としては２つの方法がある。第１の方法において、移動端末が前記ランダムアクセス手順以前に既に該当セルの基地局（ｅＮＢ）から割り当てられた有効なセル識別子（Ｃ−ＲＮＴＩ）を有する場合、前記移動端末は前記ＵＬグラントにより前記セル識別子を送信する。第２の方法において、ｅＮＢから固有のセル識別子を割り当てられなかった場合、前記移動端末は前記移動端末のコアネットワーク識別子（例えば、Ｓ−ＴＭＳＩ、Ｒａｎｄｏｍ  ＩＤなど）を含んで送信を行う。前記ＵＬグラントによりデータを送信した後、前記移動端末はコンテンション（衝突）問題解決のためのコンテンション解決タイマー（ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ  ｔｉｍｅｒ）を開始する。
【００３８】
ステップ４）
ランダムアクセス応答に含まれる前記ＵＬグラントを利用して（前記移動端末の識別子を含む）データを送信し、その後、前記移動端末はコンテンション解決のために基地局の指示を待つ。すなわち、特定のメッセージを受信するために前記ＰＤＣＣＨの受信を試みる。前記ＰＤＣＣＨを受信する方法には２つの方法がある。前述したように、前記ＵＬグラントを利用して送信された識別子がｅＮＢから前記移動端末に割り当てられたセル識別子（Ｃ−ＲＮＴＩ）である場合、前記移動端末は前記移動端末のセル識別子を利用してＰＤＣＣＨの受信を試み、前記識別子がコアネットワークを介して割り当てられた識別子である場合、ランダムアクセス応答に含まれる一時的Ｃ−ＲＮＴＩを利用してＰＤＣＣＨの受信を試みる。
【００３９】
その後、前者の場合（すなわち、Ｃ−ＲＮＴＩ）、前記コンテンション解決タイマーが満了する前に（前記移動端末のセル識別子を利用して）ＰＤＣＣＨ（以下、ＲＡＣＨ  ＭＳＧ  ４）を受信したら、前記移動端末は正常にランダムアクセス手順が行われたと判断し、前記ランダムアクセス手順を終了する。後者の場合（すなわち、一時的Ｃ−ＲＮＴＩ）、前記コンテンション解決タイマーが満了する前に一時的セル識別子によりＰＤＣＣＨを受信したら、前記ＰＤＣＣＨが示す前記ＰＤＳＣＨにより送信されたデータ（以下、ＲＡＣＨ  ＭＳＧ  ４）を確認する。もし、前記データが移動端末自身の固有識別子を含んでいたら、前記移動端末が正常にランダムアクセス手順を行ったと判断し、前記ランダムアクセス手順を終了する。ステップ４）で受信した前記メッセージ又はＭＡＣ  ＰＤＵは、一般にＲＡＣＨ  ＭＳＧ  ４といわれる。
【００４０】
ステップ５）
前記コンテンション解決タイマーが満了した場合（すなわち、一時的Ｃ−ＲＮＴＩ又は前記移動端末のためのセル識別子を前記コンテンション解決タイマーの満了前に受信していない）、前記移動端末はＲＡＣＨ手順が失敗したと判断する。その結果、適切なバックオフ（ｂａｃｋ−ｏｆｆ）タイマーを作動（開始）し、前記バックオフタイマーの満了後に、ステップ１）から始まるＲＡＣＨ手順を再開する。
【００４１】
以下、前記技術的な説明を参照して、本発明の実施形態により提供される課題を解決するための手段について説明する。
【００４２】
移動端末は呼の初期化時間の間上位層（すなわち、ＲＲＣ層）からＲＡＣＨ手順に使用されるパラメータを受信する。しかし、前述したように、前記ＲＡＣＨ手順は、基地局にリソースを要求するために、（専用無線リソースの割り当てを受信していない）移動端末により用いられる。無線リソースの割り当てのために基地局に要求するように指定されていない移動端末が前記ＲＡＣＨ手順を用いるため、前記ＲＡＣＨ手順のために使用される物理チャネルなどに関する各種パラメータは、特定の移動端末に対して最適化されていないが、複数の移動端末の平均を考慮して推定値に基づいて設定される。これは、前記ＲＡＣＨ手順のために使用されるパラメータがそれぞれの移動端末に対する最適値ではないので前記ＲＡＣＨ手順の失敗確率が高いということを意味する。よって、移動端末により開始された前記ＲＡＣＨ手順は、一般に実際に成功するまで何度も繰り返されなければならない。
【００４３】
しかし、特定の領域や特定の状態にある移動端末における前記ＲＡＣＨ手順の再三の試みは、無線リソースの浪費をもたらしたり、データ送信の遅延をもたらす。例えば、２つの隣接セルの境界領域に位置する移動端末が信号環境の悪いセルに接続した場合、前記ＲＡＣＨ手順を繰り返し試みると、移動端末は前記ＲＡＣＨ手順を繰り返し失敗する確率が高い。
【００４４】
このような理由で、前記ＲＡＣＨ手順が失敗した場合、移動端末はセル再選択を行ったり、呼設定を再び試みる方がよい。このために、ＭＡＣエンティティは特定のＲＡＣＨ手順を試みた回数をカウントするカウンタを有する。また、ＲＡＣＨ手順を試みた回数が特定の閾値を超えた場合、ＭＡＣエンティティは前記ＰＲＡＣＨ手順に問題があることを通知する。
【００４５】
以下、前記ＲＡＣＨ手順を図６（ステップ０〜４を含む）及び図７を参照して詳細に説明する。
【００４６】
ステップ０）
ＭＡＣエンティティは、前記ＲＡＣＨ手順に関するパラメータを上位層（ＲＲＣ）から受信し、前記ＲＡＣＨ手順に関する変数を初期化する。この過程で、プリアンブル送信カウンタを初期化する。プリアンブル送信最大値を上位層から受信する。
【００４７】
ステップ１）
ＲＡＣＨプリアンブルを選択する。プリアンブル送信カウンタの値をプリアンブル送信最大値と比較する。プリアンブル送信カウンタの値がプリアンブル送信最大値＋１の場合、ＲＲＣエンティティにはＲＡＣＨ手順に問題があることが通知される。前記選択されたＲＡＣＨプリアンブルを送信する。
【００４８】
ステップ２）
ステップ１）で送信されたＲＡＣＨプリアンブルに対するＲＡＣＨ応答（ＲＡＲ）を受信する。ＲＡＣＨ応答の受信に失敗した場合、プリアンブル送信カウンタの値を１増加させ、必要に応じてバックオフ時間を適用し、前記過程はステップ１）に戻る。
【００４９】
ステップ３）
受信したＲＡＣＨ応答が示す無線リソース情報に基づいて送信を行う。
【００５０】
ステップ４）
タイマー、移動端末識別子などを使用してコンテンション解決を行う。コンテンション解決に失敗した場合、プリアンブル送信カウンタの値を１増加させ、必要に応じてバックオフ時間を適用し、前記過程はステップ１）に戻る。
【００５１】
図７は、第１実施形態によるＲＡＣＨ手順動作の一例を示すフローチャートである。
【００５２】
ＲＡＣＨ手順を開始すると共に、受信及び初期化を行う（Ｓ１１０）。すなわち、前記ＵＥのＭＡＣ層（エンティティ）は、ネットワーク（すなわち、上位層）からＲＡＣＨ要求を受信する（Ｓ１１１）。その後、ＲＡＣＨパラメータを初期化してプリアンブル送信カウンタを１に設定する（Ｓ１１２）。
【００５３】
ここで、ランダムアクセスプリアンブル（又は、ＲＡＣＨプリアンブル）のための送信カウンタを初期化する。また、上位層からＲＡＣＨパラメータを受信する。
【００５４】
次に、ＲＡＣＨプリアンブルに関する手順を行う（Ｓ１２０）。すなわち、前記ＵＥ  ＭＡＣは、上位層（ＲＲＣ）から受信したプリアンブルの集合からＲＡＣＨプリアンブルを選択する（Ｓ１２１）。ここで、前記ＲＡＣＨプリアンブルはＲＡＣＨ  ＭＳＧ  １といわれる。前記ＵＥがランダムに前記ＲＡＣＨプリアンブルを選択することをコンテンションベースのＲＡＣＨ手順といい、このように選択されたプリアンブルをコンテンションベースのプリアンブルという。次に、前記プリアンブル送信カウンタの値をプリアンブル送信最大値＋１と比較する（Ｓ１２２）。もし、前記プリアンブル送信カウンタの値が前記プリアンブル送信最大値＋１を超えなければ、前記プリアンブルを送信する（Ｓ１２３）。これに対して、前記プリアンブル送信カウンタの値が前記プリアンブル送信最大値＋１と一致すれば、ＲＡＣＨ問題があることを上位層（ＲＲＣ）に通知する（Ｓ１２４）。
【００５５】
前記選択されたプリアンブルを送信した後、前記ＵＥ１００は、前記ｅＮＢ２００からシステム情報又はハンドオーバー指示により示されたランダムアクセス応答を応答受信ウィンドウ又はＴＴＩウィンドウ内で受信したか否かを確認する（Ｓ１３０）。
【００５６】
すなわち、前記ＲＡＲは、ＭＡＣ  ＰＤＵの形式で送信され、ＰＤＳＣＨで送信される。また、前記ＰＤＳＣＨを前記ＵＥが適切に受信できるように、ＰＤＣＣＨで制御情報が送信される。よって、前記ＰＤＣＣＨ情報は、前記ＰＤＳＣＨを受信するＵＥに関する情報、前記ＰＤＳＣＨのための無線リソースの周波数及び時間に関する情報、及び前記ＰＤＳＣＨの送信形式に関する情報を含む。
【００５７】
前記ＵＥが前記ＰＤＣＣＨの受信に成功すると、前記ＰＤＣＣＨ情報を使用して前記ＰＤＳＣＨで送信されるＲＡＲを適切に受信することができる。ここで、前記ＲＡＲには、ＲＡＣＨ  ＩＤ、ＵＬグラント、一時的Ｃ−ＲＮＴＩ、及びタイムアライメントコマンドが含まれる。
【００５８】
前記ＵＥが前記ＲＡＲの受信に成功し、プリアンブル一致が確認された場合、ＲＡＣＨ  ＭＳＧ  ３を送信する（Ｓ１４０）。これに対して、前記ＲＡＲを受信していないか、又はプリアンブルが一致しない場合、前記プリアンブル送信カウンタを１増加させ（Ｓ１３１）、前記過程はプリアンブル選択（Ｓ１２１）に戻る。ここで、必要に応じてバックオフ時間を適用する（Ｓ１２５）。
【００５９】
前記ＲＡＲの受信に成功すると、前記ＵＥは前記ランダムアクセス応答に含まれる情報を処理する。また、前記ＵＥ１００は、前記ＵＬグラントを利用して、前記ＵＥのバッファに保存されたデータ又は新たに生成されたデータを前記ｅＮＢ２００に送信する（Ｓ１４０）。ここで、前記ＵＬグラントを利用して送信されるデータはＲＡＣＨ  ＭＳＧ  ３といわれる。前記ＵＬグラントに含まれるデータ中に、ＵＥ識別子が含まれていなければならない。前記データはＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）のＳＤＵの形式で送信される。あるいは、前記データはＣ−ＲＮＴＩを含むＭＡＣ制御要素で送信される。
【００６０】
その後、前記ＵＥは、前記データの送信に成功したか否かに関するタイマーを開始し、前記送信されたデータに対する応答を待機する。前記タイマーが満了する前に前記ＵＥ  ＩＤを含む応答を受信した場合（すなわち、コンテンション解決に成功した場合）は、前記データ送信に成功したと判断する（Ｓ１５０）。つまり、前記応答の受信とは、コンテンション解決アイデンティティＭＡＣ制御要素が受信されたことを意味する。あるいは、前記応答の受信とは、Ｃ−ＲＮＴＩがＰＤＣＣＨで受信されたことを意味したり、新しいアップリンク無線リソースが割り当てられたことを意味する。
【００６１】
これに対して、前記タイマーの満了時に応答を受信していないか、又は前記ＵＥが前記ＵＥ  ＩＤを含む応答を受信していない場合は、前記プリアンブル送信カウンタの値を１増加させ、前記過程はステップＳ１２１に戻り、必要に応じてバックオフ時間を適用する。
【００６２】
一方、前記ＲＡＣＨ手順が続けて失敗すると、前記ＵＥはセル再選択を行うか又は呼設定を再び試みなければならない。このために、前記ＵＥのＭＡＣエンティティはカウンタ手段を含み、前記カウンタ手段は前記ＲＡＣＨ手順が試みられた回数をカウントする。所定回数試みても成功できない場合、前記ＲＡＣＨ手順に問題があることをＲＲＣ（上位）層に通知することができる。
【００６３】
前記ＲＡＣＨ手順動作において、前記移動端末は、前記選択されたＲＡＣＨプリアンブルに対して、（ＲＡＣＨプリアンブルを送信する前に）プリアンブル送信カウンタの値とプリアンブル送信最大値とを比較する。前記プリアンブル送信カウンタの値が前記プリアンブル送信最大値を超えた場合、前記ＲＡＣＨ手順に問題があることを上位層に通知する。実際には、前記ＲＡＣＨ手順においてステップ１〜４の動作が繰り返され、第１実施形態のステップ１）において、前記ＭＡＣエンティティは、前記ＲＡＣＨ手順に問題があるか否かを判断し、問題がある場合、これを上位層に通知する。
【００６４】
しかし、第１実施形態においては、バックオフなどの変数や状況を考慮していないため、非効率的なＲＡＣＨ回復（又は、復旧）をもたらす。すなわち、第１実施形態においては、ＲＡＣＨ手順が失敗した時点でＲＡＣＨ手順の失敗回数を検査しない。その代わりに、ＲＡＣＨ手順の失敗回数の検査をステップ１）が新たに行われる時点でのみ行い、ＲＡＣＨ手順に問題があるか否かを判断する。従って、失敗が検出された時点から、前記ＲＡＣＨ手順のステップ１）が開始するまでの期間により、移動端末が前記ＲＡＣＨ手順に問題があると結論を下すのに時間がかかり、上位層への通知が遅れる。移動端末が劣悪な無線環境内にある場合、例えば（移動端末を持っている）ユーザがエレベータ内にいたり、トンネルを移動する場合、よりよい品質の信号環境を有するセルへの再接続が遅延したり、呼が切断されたり、データ消失が起こるなどの様々な問題が発生する確率が高くなる。
【００６５】
すなわち、第１実施形態は、ＲＡＣＨ手順の失敗を検出した時点からＲＡＣＨ手順の新しいステップ１）を行うまでの時間差又は遅延のない、非常に理想的な条件に基づいて実行される。しかし、実際には、すなわち理想的でない条件では問題が起こることがある。現実的な状況では、バックオフ時間がＲＡＣＨ手順の失敗を検出した時点からＲＡＣＨ手順の新しいステップ１）を行う時点までの時間遅延をもたらす。また、ＲＡＣＨプリアンブルの送信のために使用できる無線リソースは、周期的な時間間隔（速くても１０ｍｓ間隔）で割り当てられる。つまり、移動端末が１０ｍｓの間隔のうちＲＡＣＨ手順の失敗を検出した時点に応じて、ステップ１）を再び行うまでの実際の時間遅延が異なる。
【００６６】
ここで、前記バックオフ時間とは、前記移動端末が現在のＲＡＣＨ手順の失敗を検出してから次のＲＡＣＨ手順を開始するまで、前記移動端末が待機しなければならない時間を意味する。前記バックオフ時間は、多数の移動端末が特定のセルに対してＲＡＣＨ手順を行う場合に有用である。すなわち、輻輳セルの場合、数多くの移動端末が連続的にそして待機時間なくＲＡＣＨ手順を行うと、各移動端末のＲＡＣＨ手順の試みは続けて失敗するであろう。このような状況を避けるために、一部の移動端末は後続のＲＡＣＨ手順の試みをしばらく待機することが好ましく、同時間内にＲＡＣＨプリアンブルを送信するＵＥの数を減らすことができ、輻輳を減らす。
【００６７】
上記の問題に対処するために、第２実施形態においては、（図８に示すように）ＲＡＣＨ手順に問題があるか否かを迅速に判断する手順を提供することにより、ＲＡＣＨ手順に問題がある場合、より迅速に上位層に通知してより効果的に処理できるようにして、通話品質を向上させることができる。具体的には、ＲＡＣＨ手順に問題があるか否かを迅速に判断するために、ＲＡＣＨ手順の失敗を利用することを提案する。
【００６８】
ＲＡＣＨ手順の失敗が発生した場合、前記失敗に応じて所定の動作が行われる。また、前記失敗時点で前記ＲＡＣＨ手順に問題が発生したか否かを判断し、前記判断に応じて前記問題の発生を上位層に通知する。
【００６９】
前記ＲＡＣＨ手順の失敗とは、移動端末がそのコンテンション解決手順で失敗した状況を意味する。また、前記ＲＡＣＨ手順の失敗とは、送信されたＲＡＣＨプリアンブルを有する移動端末が特定の期間内にそのＲＡＣＨプリアンブルに対するＲＡＣＨアクセス応答（ＲＡＲ）を受信していない状況を意味する。
【００７０】
前記ＲＡＣＨ手順に問題が発生したか否かを判断するとは、移動端末により行われたＲＡＣＨサイクルの数とＲＡＣＨサイクルの最大数とを比較するということを意味する。移動端末により行われたＲＡＣＨサイクルの数がＲＡＣＨサイクルの最大数より大きい場合、前記ＲＡＣＨ手順に問題があると判断する。移動端末により行われたＲＡＣＨサイクルの数がＲＡＣＨサイクルの最大数＋１と一致する場合、前記ＲＡＣＨ手順に問題があると判断する。
【００７１】
ＲＡＣＨサイクルの数はプリアンブル送信カウンタの値である。ＲＡＣＨサイクルの最大数はプリアンブル送信最大値である。ＲＡＣＨサイクルは、ＭＡＣエンティティ又は外部のソースからの指示により初期化され、ＲＡＣＨ手順が行われる。
【００７２】
コンテンション解決の失敗とは、コンテンション解決がコンテンション解決タイマーの満了時に成功していないことを意味する。コンテンション解決の成功とは、移動端末がＣＣＣＨ  ＳＤＵを送信した場合、該当コンテンション解決アイデンティティＭＡＣ制御要素を受信した状況を意味する。コンテンション解決の成功とは、移動端末がＣ−ＲＮＴＩ  ＭＡＣ制御要素を送信した場合、ＰＤＣＣＨで移動端末のＣ−ＲＮＴＩが受信されて新しいアップリンク無線リソースが割り当てられた状況を意味する。
【００７３】
以下、第２実施形態によるＲＡＣＨ手順を図８（ステップ０〜４を含む）を参照して詳細に説明する。
【００７４】
ステップ０）
ＭＡＣエンティティは、前記ＲＡＣＨ手順に関するパラメータを上位層から受信し、前記ＲＡＣＨ手順に関する変数を初期化する。この過程で、プリアンブル送信カウンタを初期化する。プリアンブル送信最大値を上位層から受信する。
【００７５】
ステップ１）
ＲＡＣＨプリアンブルを選択する。前記選択されたＲＡＣＨプリアンブルを送信する。
【００７６】
ステップ２）
ステップ１）で送信されたＲＡＣＨプリアンブルに対するＲＡＣＨ応答（ＲＡＲ）を受信する。ＲＡＣＨ応答を所定期間内に受信していないか、又は受信したＲＡＣＨ応答が移動端末により送信されたプリアンブルと一致する値を含まない場合、プリアンブル送信カウンタの値を１増加させる。そして、プリアンブル送信カウンタの値をプリアンブル送信最大値と比較する。プリアンブル送信カウンタの値がプリアンブル送信最大値＋１と一致する場合、ＲＲＣにＲＡＣＨ手順に問題があることが通知される。また、必要に応じてバックオフ時間を適用し、前記過程はステップ１）に戻る。
【００７７】
ステップ３）
ステップ２）で受信したＲＡＣＨ応答が示す無線リソース情報に基づいて送信を行う。
【００７８】
ステップ４）
タイマー、移動端末識別子などを使用してコンテンション解決を行う。コンテンション解決に失敗した場合、プリアンブル送信カウンタの値を１増加させる。そして、プリアンブル送信カウンタの値をプリアンブル送信最大値と比較する。プリアンブル送信カウンタの値がプリアンブル送信最大値＋１と一致する場合、ＲＲＣにＲＡＣＨ手順に問題があることが通知される。また、必要に応じてバックオフ時間を適用し、前記過程はステップ１）に戻る。
【００７９】
より具体的には、図８は、本明細書に記載された実施形態による動作の一例を示す。同図に示すように、ＲＡＣＨ手順の失敗を検出した時点で直ちにＲＡＣＨ問題を判断できるか否かを確認し、これを上位層に通知する。従って、その結果として、移動端末にＲＡＣＨ問題を迅速に検出させることにより、ＲＡＣＨ手順の問題を迅速に解決することができ、通話の信頼性を高めることができる。
【００８０】
第２実施形態のステップＳ２１０、Ｓ２１１、Ｓ２１２及びＳ２２０は、第１実施形態のステップＳ１１０、Ｓ１１１、Ｓ１１２及びＳ１２１と同一又は類似する。しかし、Ｓ２３０（Ｓ２３１、Ｓ２３２、Ｓ２３３、Ｓ２３４、Ｓ２３５を含む）、Ｓ２４０及びＳ２５０で示す次の手順は行われる順序が若干異なる。
【００８１】
すなわち、プリアンブルを選択して送信した後（Ｓ２２０）、ＲＡＲを受信したか否か、及びプリアンブルが一致するか否かを検査する（Ｓ２３１）。前記２つの条件を満たす場合、ＲＡＣＨ  ＭＳＧ  ３を送信し（Ｓ２４０）、その後コンテンション解決を行う（Ｓ２５０）。
【００８２】
Ｓ２３１の２つの条件（すなわち、ＲＡＲ受信及びプリアンブル一致）を満たさないか、又はＳ２５０でコンテンション解決に失敗した場合、前記過程はステップＳ２３２に進み、プリアンブル送信カウンタは１増加する。
【００８３】
次に、プリアンブル送信カウンタをプリアンブル送信カウンタ最大値＋１と比較する。前記２つの値が一致する場合、ＲＡＣＨ問題が上位層（ＲＲＣ）に通知され（Ｓ２３４）、前記過程はＳ２２０（すなわち、プリアンブルの選択及び送信）に戻る。また、プリアンブル送信カウンタの値がプリアンブル送信カウンタ最大値＋１と一致しない場合、前記過程はＳ２２０に戻る。ここで、必要に応じてバックオフ時間を適用してもよい（Ｓ２３５）。
【００８４】
第２実施形態によれば、ＲＡＣＨ手順に問題があるか否かを迅速に判断する手順を実現することにより、ＲＡＣＨ手順に問題がある場合、より迅速に上位層に通知してより効果的に処理することができる。
【００８５】
図９は、本発明の第１又は第２実施形態によるＵＥ１００及びｅＮＢ２００の一例を示す構成ブロック図である。
【００８６】
前記ＵＥは、保存手段１０１、制御手段１０２及びトランシーバ１０３を含む。同様に、前記ｅＮＢは、保存手段２０１、制御手段２０２及びトランシーバ２０３を含む。保存手段１０１、２０１は、図６〜図８に示す第１及び第２実施形態による手順を保存するように構成される。制御手段１０２、２０２は、保存手段１０１、２０１及びトランシーバ１０３、２０３を制御して、保存手段１０１、２０１に保存された前記手順がトランシーバ１０３、２０３により適切な信号の送受信で行われるようにする。
【００８７】
本明細書に記載された実施形態の概念及び特徴に関するいくつかの詳細を次のように要約することもできる。
【００８８】
ＵＥを直接短時間又は長時間のＤＲＸサイクルに置くために、ＤＲＸ  Ｃｏｍｍａｎｄ  ＭＡＣ  ＣＥを用いることができる。しかし、ＤＲＸショートサイクルタイマーが作動している間にＤＲＸ  Ｃｏｍｍａｎｄ  ＭＡＣ  ＣＥを受信しても、このタイマーは影響を受けてはならない。前記タイマーを再び開始（すなわち、再開）すると、ＵＥは起動状態にある期間が増加し、バッテリ消費の増加を招く。このような状況は、ショートＤＲＸサイクルタイマーが作動している間に、ＤＲＸ  Ｃｏｍｍａｎｄ  ＭＡＣ  ＣＥを含むＭＡＣ  ＰＤＵのためのＨＡＲＱ再送グラントを受信すると発生する。ここで、「開始」及び「再開」は区分され、「開始」はタイマーが作動していない場合に用いられるが、「再開」はタイマーが作動している場合に用いられる。従って、ショートＤＲＸサイクルタイマーが作動している場合、開始することはないが、再開することはあり得る。
【００８９】
しかし、前述した潜在的な問題は、次の概念を実現することにより回避することができる。ショートＤＲＸサイクルタイマーが作動している間にＤＲＸ  Ｃｏｍｍａｎｄ  ＭＡＣ  ＣＥが受信されると、ＭＡＣ  ＣＥを無視する。
【００９０】
アクティブ時間は、「ランダムアクセス応答（ＲＡＲ）を正常に受信した後にＵＥのＣ−ＲＮＴＩ又は一時的Ｃ−ＲＮＴＩへの新しい送信を示すＰＤＣＣＨを受信していない期間」を含むことができる。これは、ＲＡＲ受信時間とコンテンション解決タイマーの開始時間の間の期間を含む。また、ＵＥは必要な時間よりも長くＤＬチャネルをモニタする。例えば、一時的Ｃ−ＲＮＴＩの受信がないためコンテンション解決タイマーが満了した後も、ＵＥは依然としてＤＬチャネルをモニタする。
【００９１】
しかし、次のように実現することにより、前述した潜在的な問題を回避することができる。（コンテンションベースのプリアンブルの場合）ＲＡＲを正常に受信した時間とコンテンション解決タイマーを開始した時間の間のアクティブ時間を設定する。
【００９２】
すなわち、コンテンションベースのプリアンブルの状況を前述したように明確にすることができる。他の問題とは関係なく、Ｃ−ＲＮＴＩを受信するまで起動状態になければならない場合、本明細書に記載された特徴は専用プリアンブルの状況に適用することができる。
【００９３】
以下、アップリンクタイムアライメントのメインテナンスについて説明する。
【００９４】
ＵＥは構成可能なタイムアライメントタイマーを有する。タイムアライメントタイマーは、構成されて開始しているセルでのみ有効である。
タイムアライメントタイマーを構成した場合、ＵＥは次の動作を行う。
・タイミングアドバンスＭＡＣ制御要素を受信した場合、
・タイミングアドバンスコマンドを適用し、
・タイムアライメントタイマーを開始するか（作動しない場合）、タイムアライメントタイマーを再開する（既に作動している場合）。
・ランダムアクセス応答メッセージでタイムアライメントコマンドを受信した場合、
・ランダムアクセスプリアンブルとＰＲＡＣＨリソースを明示的にシグナリングすると、
・タイムアライメントコマンドを適用し、
・タイムアライメントタイマーを開始するか（作動しない場合）、タイムアライメントタイマーを再開する（既に作動している場合）。
・あるいは、タイムアライメントタイマーが作動しなかったり、満了した場合、
・タイムアライメントコマンドを適用し、
・タイムアライメントタイマーを開始し、
・コンテンション解決に成功できなかったら、タイムアライメントタイマーを終了する。
・もしくは、
・受信されたタイムアライメントコマンドを無視する。
・タイムアライメントタイマーが満了したり、作動しなかった場合、
・任意のアップリンクを送信する前に、アップリンクタイムアライメントを得るためにランダムアクセス手順を用いる。
・タイムアライメントタイマーが満了した場合、
・全てのＰＵＣＣＨリソースを開放し、
・任意の割り当てられたＳＲＳリソースを開放する。
【００９５】
以下、不連続受信（ＤＲＸ）について説明する。ＵＥは、ＤＲＸ機能でＲＲＣにより構成されるので、ＰＤＣＣＨを続けてはモニタしない。前記ＤＲＸ機能は、ロングＤＲＸサイクル、ＤＲＸインアクティビティタイマー、ＤＲＸ再送タイマー、並びに選択可能なショートＤＲＸサイクル及びＤＲＸショートサイクルタイマーから構成される。
【００９６】
ＤＲＸサイクルが構成された場合、アクティブ時間は次の期間を含む。
・オンデュレーションタイマー、ＤＲＸインアクティビティタイマー、ＤＲＸ再送タイマー、もしくはコンテンション解決タイマーが作動している期間。又は、
・スケジューリングリクエストが未完了の期間。又は、
・再送のためのアップリンクグラントが発生し得る期間。又は、
・ランダムアクセス応答（ＲＡＲ）を正常に受信してから、コンテンション解決タイマーを開始するまで。
【００９７】
ここで、アクティブ時間は次のようにも定義される。
・ランダムアクセスプリアンブルが明示的にシグナリングされていない場合、ランダムアクセス応答を正常に受信した後にＵＥのＣ−ＲＮＴＩへの新しい送信を示すＰＤＣＣＨを受信していない期間。又は、
・ＤＬ再開タイマーが作動している期間。ＤＬ再開タイマーは、ランダムアクセスプリアンブルが明示的にシグナリングされた場合、ＲＡＲを正常に受信すると開始する（ここで、ＤＬ再開タイマーはＵＥのＣ−ＲＮＴＩを受信すると終了する）（その代わりに、専用プリアンブルをＰＤＣＣＨで受信するとＤＬ解決タイマーを開始するようにすることもできる）。又は、
・ランダムアクセスプリアンブルがＵＥ  ＭＡＣにより選択された場合、ランダムアクセス応答（ＲＡＲ）を正常に受信してから、コンテンション解決タイマーを開始するまで。
【００９８】
ＤＲＸサイクルが構成された場合、ＵＥは各サブフレームにおいて次の手順を行う。
・［（ＳＦＮ×１０）＋サブフレーム番号］ｍｏｄｕｌｏ（現在のＤＲＸサイクル）＝ＤＲＸ  Ｓｔａｒｔ  Ｏｆｆｓｅｔの場合、オンデュレーションタイマーを開始する。
・このサブフレームにおいてＨＡＲＱ  ＲＴＴタイマーが満了し、該当ＨＡＲＱ過程のソフトバッファのデータを正常に復号化できない場合、
・該当ＨＡＲＱ過程のためのＤＲＸ再送タイマーを開始する。
・ＤＲＸ  Ｃｏｍｍａｎｄ  ＭＡＣ制御要素を受信した場合、
・オンデュレーションタイマーを終了し、
・ＤＲＸインアクティビティタイマーを終了する。
・ＤＲＸインアクティビティタイマーが満了したり、ＤＲＸ  Ｃｏｍｍａｎｄ  ＭＡＣ制御要素をこのサブフレームで受信した場合、
・ショートＤＲＸサイクルが構成されているなら、
・ＤＲＸショートサイクルタイマーが作動しなければ、ＤＲＸショートサイクルタイマーを開始し、
・ショートＤＲＸサイクルを用いる。
・もしくは、
・ロングＤＲＸサイクルを用いる。
・ＤＲＸショートサイクルタイマーがこのサブフレームで満了した場合、
・ロングＤＲＸサイクルを用いる。
・アクティブ時間の間、前記サブフレームが半二重（ｈａｌｆ−ｄｕｐｌｅｘ）ＦＤＤ  ＵＥ動作のためのアップリンク送信に必要な場合を除くＰＤＣＣＨサブフレームにおいて、
・ＰＤＣＣＨをモニタし、
・ＰＤＣＣＨがＤＬ送信を示す場合、
・該当ＨＡＲＱ過程のためのＨＡＲＱ  ＲＴＴタイマーを開始し、
・該当ＨＡＲＱ過程のためのＤＲＸ再送タイマーを終了する。
・ＰＤＣＣＨが新しい送信（ＤＬ又はＵＬ）を示す場合、
・ＤＲＸインアクティビティタイマーを開始又は再開する。
・このサブフレームにおいてＤＬ割り当てが構成され、ＤＬ送信を示すＰＤＣＣＨを正常に復号化できない場合、
・該当ＨＡＲＱ過程のためのＨＡＲＱ  ＲＴＴタイマーを開始し、
・アクティブ時間になければ、ＣＱＩ及びＳＲＳを通知しない。
【００９９】
ＵＥがＰＤＣＣＨをモニタしているか否かとは関係なく、ＵＥは予想される時点でＨＡＲＱフィードバックを送受信する。
【０１００】
以下、本明細書に記載された実施形態について詳細に説明する。
【０１０１】
ＴＴＩウィンドウ内でランダムアクセス応答を受信していない場合［ＲＡ＿ＷＩＮＤＯＷ＿ＢＥＧＩＮ？ＲＡ＿ＷＩＮＤＯＷ＿ＥＮＤ］、又は受信した全てのランダムアクセス応答が送信されたランダムアクセスプリアンブルと一致しないランダムアクセスプリアンブル識別子を含む場合、前記ランダムアクセス応答の受信に失敗したとみなされ、前記ＵＥは、
ランダムアクセス手順がＭＡＣサブレイヤ自身により開始された場合、又はランダムアクセス手順がＰＤＣＣＨ指示により開始され、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ＜ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳ＿ＭＡＸの場合、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲを１増加させ、
ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ＝ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳ＿ＭＡＸ＋１の場合、ランダムアクセス問題を上位層に通知する。
・このランダムアクセス手順にある場合、
・ランダムアクセスプリアンブルがＭＡＣにより選択されるか、又は、
・ランダムアクセスプリアンブル及びＰＲＡＣＨリソースが明示的にシグナリングされて次の可能なランダムアクセスの前に満了し、
・ＵＥのバックオフパラメータに基づいて、新しいランダムアクセスの送信がいつ試みられたかを示すバックオフ値を計算して適用し、
・ランダムアクセスリソースの選択を処理する。
【０１０２】
すなわち、前記ランダムアクセス応答の受信に失敗したとみなされると、前記ＵＥは、
・ランダムアクセス手順がＭＡＣサブレイヤ自身により開始された場合、又は、
・ランダムアクセス手順がＰＤＣＣＨ指示により開始され、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ＜ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳ＿ＭＡＸの場合、
・ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲを１増加させ、
・ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ＝ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳ＿ＭＡＸ＋１の場合、
・ランダムアクセス問題を上位層に通知する。
・ＵＥのバックオフパラメータに基づいて、新しいランダムアクセスの送信がいつ試みられたかを示すバックオフ値を計算して適用し、
・ランダムアクセスリソースの選択を処理する。
【０１０３】
また、本明細書に記載された本発明の概念を次のように説明することができる。
【０１０４】
従来技術のある手順では、ＲＡＣＨ手順を行う間、ランダムアクセス応答（ＲＡＲ：ＲＡＣＨ  ＭＳＧ  ２）を所定期間内に受信していない場合、各移動端末に対して異なるバックオフ時間を適用し、前記ＲＡＣＨ手順を再び行う。前記ＲＡＣＨ手順に失敗した場合、これを上位層（ＲＲＣエンティティ）に通知する。ところが、これは前記バックオフ時間により発生する待機時間により好ましくない遅延をもたらす。
【０１０５】
よって、前記ＲＡＣＨ手順で発生した問題に関する通知を待つ代わりに、ＲＡＣＨ手順の失敗を検出した場合、これを直ちに上位層（ＲＲＣエンティティ）に通知し、その後、ＭＡＣエンティティ（下位層）がエラー補正を行い、前記ＲＡＣＨ手順を再び行うことにより、遅延を低減することができる。
【０１０６】
本明細書に記載された特徴を次のように要約することができる。
【０１０７】
ＲＡＣＨ失敗を検出する方法であって、前記方法は、ＲＡＣＨプリアンブルを選択して送信する段階と、前記送信されたＲＡＣＨプリアンブルに関する情報を含むＲＡＲを所定時間内に受信したか否かを確認する段階と、前記ＲＡＲが前記所定時間内に受信されない場合、もしくは前記ＲＡＲに含まれる前記送信されたＲＡＣＨプリアンブルに関する情報が前記送信されたＲＡＣＨプリアンブルと一致しない場合、プリアンブル送信カウンタを１増加させる段階、前記プリアンブル送信カウンタの値とプリアンブル送信最大値とを比較する段階、前記プリアンブル送信カウンタの値が前記プリアンブル送信最大値より大きいことを上位層に通知する段階、及び、後続のＲＡＣＨプリアンブルの送信を遅延させるためにバックオフ時間を適用する段階とを含み、前記ＲＡＲが前記所定時間内に受信された場合、及び前記ＲＡＲに含まれる前記送信されたＲＡＣＨプリアンブルに関する情報が前記送信されたＲＡＣＨプリアンブルと一致する場合、受信したアップリンクグラント値を処理する段階、コンテンション解決に成功していなければ、プリアンブル送信カウンタを１増加させる段階、前記プリアンブル送信カウンタの値とプリアンブル送信最大値とを比較する段階、前記プリアンブル送信カウンタの値が前記プリアンブル送信最大値より大きいことを上位層に通知する段階、及び、後続のＲＡＣＨプリアンブルの送信を遅延させるためにバックオフ時間を適用する段階とを含む。
【０１０８】
前記コンテンション解決に成功していない場合、バックオフ時間を適用し、ランダムアクセスリソースを選択する。前記所定時間は、ＴＴＩウィンドウである。前記比較段階は、前記プリアンブル送信カウンタの増加した値と前記プリアンブル送信最大値＋１とを比較する段階を含む。前記ランダムアクセスプリアンブルを送信する前に、ランダムアクセスに関する１つ又は複数のパラメータを初期化する。前記初期化段階は、前記送信カウンタの初期化を含む。
【０１０９】
移動端末は、ランダムアクセスプリアンブルを送信するトランシーバと、前記トランシーバを制御するプロセッサとを含み、前記プロセッサは、ランダムアクセス応答が所定時間内に受信されない場合、又は前記ランダムアクセス応答に含まれる前記ランダムアクセスプリアンブルに関する情報が前記送信されたランダムアクセスプリアンブルと一致しない場合、プリアンブル送信カウンタの値を増加させる段階と、前記プリアンブル送信カウンタの値とプリアンブル送信最大値とを比較する段階と、前記プリアンブル送信カウンタの値が前記プリアンブル送信最大値より大きいことを上位層に通知する段階と、後続のランダムアクセスプリアンブルの送信を遅延させるためにバックオフ時間を適用する段階とを行う。
【０１１０】
前記プロセッサは、前記ランダムアクセス応答が前記所定時間内に受信された場合、及び前記ランダムアクセス応答内に含まれる前記ランダムアクセスプリアンブルに関する情報が前記送信されたランダムアクセスプリアンブルと一致する場合、前記受信したランダムアクセス応答に含まれるアップリンクグラント値を処理する段階と、前記アップリンクグラント値に関するコンテンション解決に成功していなければ、前記プリアンブル送信カウンタの値を１増加させる段階と、前記プリアンブル送信カウンタの値とプリアンブル送信最大値とを比較する段階と、前記プリアンブル送信カウンタの値が前記プリアンブル送信最大値より大きいことを前記上位層に通知する段階とを行う。前記プロセッサは、コンテンション解決に成功していない場合、バックオフ時間を適用する。前記所定時間は、ＴＴＩウィンドウである。
【０１１１】
移動端末とネットワーク間でＲＡＣＨ手順を行う方法であって、前記方法は、前記ネットワークに送信されるＲＡＣＨプリアンブルに関する情報を含むＲＡＲが所定期間内に前記ネットワークから受信されるか否かを検出する段階と、前記ＲＡＲが前記所定期間内に受信されない場合、又は前記ＲＡＲに含まれる前記送信されたＲＡＣＨプリアンブルに関する情報が前記送信されたＲＡＣＨプリアンブルと一致しない場合、前記ＲＡＣＨ手順の失敗を検出する第１手順を行う段階と、前記ＲＡＲが前記所定期間内に受信された場合、及び前記ＲＡＲに含まれる前記送信されたＲＡＣＨプリアンブルに関する情報が前記送信されたＲＡＣＨプリアンブルと一致する場合、前記ＲＡＣＨ手順の失敗を検出する第２手順を行う段階とを含む。
【０１１２】
前記第１手順は、プリアンブル送信カウンタを１増加させる段階と、前記プリアンブル送信カウンタの値とプリアンブル送信最大値とを比較する段階と、前記プリアンブル送信カウンタの値が前記プリアンブル送信最大値より大きいことを上位層に通知する段階と、後続のＲＡＣＨプリアンブルの送信を遅延させるためにバックオフ時間を適用する段階とを含む。
【０１１３】
前記第２手順は、受信したアップリンクグラント値を処理する段階と、コンテンション解決に成功していない場合、プリアンブル送信カウンタを１増加させる段階と、前記プリアンブル送信カウンタの値とプリアンブル送信最大値とを比較する段階と、前記プリアンブル送信カウンタの値が前記プリアンブル送信最大値より大きいことを上位層に通知する段階と、後続のＲＡＣＨプリアンブルの送信を遅延させるためにバックオフ時間を適用する段階とを含む。前記所定期間は、ＴＴＩに関連するものである。
【０１１４】
本明細書に説明された様々な特徴や概念は、ソフトウェア、ハードウェア又はそれらの組み合わせとして実現されてもよい。例えば、ランダムアクセス手順の失敗を検出する方法及びシステムのための（コンピュータ、端末又はネットワーク装置により実行される）コンピュータプログラムは、様々な機能を実行する１つ又は複数のプログラムコード部分で構成されてもよい。同様に、ランダムアクセス手順の失敗を検出する方法及びシステムのための（コンピュータ、端末又はネットワーク装置により実行される）ソフトウェアツールは、様々な機能を実行するプログラムコード部分で構成されてもよい。
【０１１５】
本発明によるバッファ状態報告（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔｓ；ＢＳＲｓ）を処理する方法及びシステムは、様々な種類の技術や標準と互換可能である。本明細書に説明された一部の特徴は、ＧＳＭ、３ＧＰＰ、ＬＴＥ、ＩＥＥＥ、４Ｇなどの様々な種類の標準に関するものである。上で例示した標準は限定的なものではなく、他の関連標準や技術なども本明細書に説明された様々な特徴や概念に適用できることは理解されるであろう。
【産業上の利用可能性】
【０１１６】
本明細書に説明された様々な特徴や概念は、ランダムアクセス手順の失敗を検出するように構成される様々な種類のユーザ機器（例えば、移動端末、携帯電話、無線通信装置など）及び／又はネットワークエンティティに適用し、実現することができる。
【０１１７】
本明細書に説明された様々な概念や特徴は、その特徴を逸脱しない限り様々な形態で実現できるので、上記実施形態は、特に断らない限り上記説明の詳細により限定されるべきではなく、添付の請求の範囲に定義された範囲内で広く解釈されるべきである。よって、その範囲又はその均等物に属するあらゆる変更や変形は、添付の請求の範囲に含まれるとみなされる。
【図１】
2011524141.tif 000003
【図２】
2011524141.tif 000004
【図３】
2011524141.tif 000005
【図４】
2011524141.tif 000006
【図５】
2011524141.tif 000007
【図６】
2011524141.tif 000008
【図７】
2011524141.tif 000009
【図８】
2011524141.tif 000010
【図９】
2011524141.tif 000011
【国際調査報告】
2011524141.tif 000012
2011524141.tif 000013