JP7298683B2 - Ｌｂｔ監視失敗の処理方法、装置及びシステム - Google Patents

Description

本発明は、通信技術に関し、特に、ＬＢＴ監視失敗の処理方法、装置及びシステムに関する。

無線リンク失敗（Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｅｒｅ、ＲＬＦ）が通信規格化の研究におけるホットトピックである。

新無線（ＮＲ）では、以下の条件が満足されたときに、無線リンク失敗の検出をトリガーすることができ、即ち、タイマーＴ３１０が切れており、ランダムアクセスプロシージャが失敗しており且つタイマーＴ３１１がランニング（ｒｕｎｎｉｎｇ）せず、及び無線リンク制御（ＲＬＣ）が失敗したという条件である。そのうち、タイマーＴ３１０及びＴ３１１の定義については、現在の規格を参照することができる。

図１は、ランダムアクセスプロシージャを示す図であり、図１に示すように、端末装置がランダムアクセスレスポンスを受信せず又は競合解決が未成功であるときに、計数器（カウンター）“ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ”の値が１プラスされる。該計数器の値が“ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ＋１”であるときに、端末装置は上位層に“ランダムアクセスの問題”を指示する。

無線リンク失敗が発生した場合、端末装置にデュアルコネクティビティ（Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ、ＤＣ）が設定されず、又は、端末装置にＤＣが設定されており且つ無線リンク失敗がマスターセルグループ（ＭＣＧ）で発生した場合、端末装置は、この失敗がマスターセルグループの無線リンク失敗であると見なす。このような場合、端末装置は、接続状態に留まり、１つの適切なセルを選択して接続の再確立を行うことができる。無線リンク失敗後の一定の時間内で適切なセルを見つけることができないと確定した場合、端末装置はアイドル状態に進入することができる。端末にＤＣが設定されており且つ無線リンク失敗がセカンダリセルグループ（ＳＣＧ）で発生した場合、端末装置は、この失敗がセカンダリセルグループの無線リンク失敗であると見なす。このような場合、端末装置は、セカンダリセルグループ失敗情報プロシージャにより、ネットワーク装置に該失敗を報告することができる。

一方、周波数リソースの問題は通信技術の議論における重要な課題の１つである。周波数リソースの問題を解決するために、リソース利用率の向上以外に、３ＧＰＰでは、アンライセンスバンド（ｕｎｌｉｃｉｅｎｓｅｄ ｂａｎｄ）を含むより多くの周波数バンドの使用を試みている。アンライセンスバンド上で３ＧＰＰサービスを提供するために、次のようなメカニズム、即ち、ＬＢＴ（Ｌｉｓｔｅｎ Ｂｅｆｏｒｅ Ｔａｌｋ、ＬＢＴ）及び発見信号測定タイミング設定（Ｄｉｓｃｏｖｅｒｙ ＲＳ Ｍｅａｓｕｒｅｍｅｎｔ Ｔｉｍｉｎｇ Ｃｏｎｆｉｇｕｒａｔｉｏｎ、ＤＭＴＣ）が導入されている。

なお、上述の背景技術についての紹介は、本発明の技術案を明確且つ完全に説明し、また、当業者がそれを理解しやすいためのものである。これらの技術案は、本発明の背景技術に記述されているため、当業者にとって周知であると解釈してはならない。

発明者が次のようなことを発見した。即ち、アンライセンスバンドを用いて端末装置にサービスを提供するときに、ネットワーク装置及び端末装置は通信を行う前にチャネル監視を行い、チャネルがアイドル状態にあるかを確定する必要がある。チャネルがアイドルのときにのみ、端末装置は、上りリンクメッセージ、上りリンクデータなどを送信することができ、これは、端末装置のビヘイビアに影響を与えることがある。また、アンライセンスバンドのランダムアクセスプロシージャにおいて、媒体アクセス制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ）サブ層が下位層（物理層）にランダムアクセスプリアンブルの送信を指示した後に、ＬＢＴ失敗が原因で、物理層は今回のプリアンブルの伝送をドロップ（放棄）することがある。プリアンブルの伝送をドロップした後に、端末装置のビヘイビアは曖昧になる。これは、ランダムアクセスの成功率、及び接続状態下での端末装置のトラフィックに影響を与える可能性がある。

上述の問題のうちの少なくとも１つ又は他の類似問題を解決するために、本発明の実施例は、ＬＢＴ監視失敗の処理方法、ｐｒｅａｍｂｌｅの送信方法、装置及びシステムを提供する。

本発明の実施例の第一側面によれば、ランダムアクセスプリアンブルの送信方法が提供され、そのうち、前記方法は、
端末装置の媒体アクセス制御（ＭＡＣ）層が、第一数量の、プリアンブル（ｐｒｅａｍｂｌｅ）を送信するためのランダムアクセス伝送機会（ＲＯ）を確定し、又は、プリアンブルを送信するためのＲＯに対応する下りリンク参照信号を選択し；及び
前記端末装置の物理層が、前記第一数量のＲＯ又は前記下りリンク参照信号に基づいて第二数量のＲＯを確定し、前記第一数量及び前記第二数量がすべて１よりも大きいことを含む。

本発明の実施例の第二側面によれば、ＬＢＴ監視失敗の処理方法が提供する、そのうち、前記方法は、
端末装置の物理層がＬＢＴ監視を行い、前記物理層はＬＢＴ監視が失敗したと見なすときにＭＡＣ層又はＲＲＣ層にＬＢＴ監視失敗又はランダムアクセスプリアンブル（ｐｒｅａｍｂｌｅ）伝送ドロップ又はＬＢＴ検出インスタンス（ｉｎｓｔａｎｃｅａ（実例））失敗を指示し；及び
前記端末装置のＭＡＣ層又はＲＲＣ層が前記指示に基づいて以下の処理の少なくとも１つを行うことを含み、即ち、
リソース選択を実行し；
チャネル選択又はＢＷＰ切り替えをトリガーし；
無線リンクの失敗をトリガーし；
ＲＲＣ接続再確立をトリガーし；及び
計数器メンテナンスを行うことである。

本発明の実施例の第三側面によれば、ランダムアクセスプリアンブルの送信装置が提供され、それは端末装置に構成され、そのうち、前記装置は、
第一確定ユニットであって、前記端末装置の媒体アクセス制御（ＭＡＣ）層で、第一数量の、プリアンブル（ｐｒｅａｍｂｌｅ）を送信するためのランダムアクセス伝送機会（ＲＯ）を確定し、又は、プリアンブルを送信するためのＲＯに対応する下りリンク参照信号を選択する、もの；及び
第二確定ユニットであって、前記端末装置の物理層で、前記第一数量のＲＯ又は前記下りリンク参照信号に基づいて第二数量のＲＯを確定する、ものを含み、
前記第一数量及び前記第二数量はすべて１よりも大きい。

本発明の実施例の第四側面によれば、ＬＢＴ監視失敗の処理装置が提供され、それは端末装置に配置され、そのうち、前記装置は、
監視ユニットであって、端末装置の物理層でＬＢＴ監視を行い、ＬＢＴ監視が失敗したと見なすときに、ＭＡＣ層又はＲＲＣ層にＬＢＴ監視失敗又はランダムアクセスプリアンブル（ｐｒｅａｍｂｌｅ）伝送ドロップ又はＬＢＴ検出インスタンス失敗を指示する、もの；及び
処理ユニットであって、前記端末装置のＭＡＣ層又はＲＲＣ層で前記指示に基づいて以下の処理の少なくとも１つを行う、ものを含み、即ち、
リソース選択を実行し；
チャネル選択又はＢＷＰ切り替えをトリガーし；
無線リンクの失敗をトリガーし；
ＲＲＣ接続再確立をトリガーし；及び
計数器メンテナンスを行うことである。

本発明の実施例の第五側面によれば、設定方法が提供され、そのうち、前記方法は、
ネットワーク装置が、アイドル状態又はアクティブ状態の端末装置のために複数の初期ＢＷＰを設定し、端末装置が各前記初期ＢＷＰ上で１つのＲＯを確定することを含む。

本発明の実施例の第六側面によれば、設定装置が提供され、それはネットワーク装置に配置され、そのうち、前記装置は、
設定ユニットであって、アイドル状態又はアクティブ状態の端末装置のために複数の初期ＢＷＰを設定し、端末装置が各前記初期ＢＷＰ上で１つのＲＯを確定する、ものを含む。

本発明の実施例の第七側面によれば、端末装置が提供され、そのうち、前記端末装置は、前述の第三側面又は第四側面に記載の装置を含む。

本発明の実施例の第八側面によれば、ネットワーク装置が提供され、そのうち、前記ネットワーク装置は、前述の第六側面に記載の装置を含む。

本発明の実施例の第九側面によれば、通信システムが提供され、前記通信システムは、前述の第七側面に記載の端末装置及び前述の第八側面に記載のネットワーク装置を含む。

本発明の実施例の他の側面によれば、コンピュータ可読プログラムが提供され、そのうち、端末装置中で前記プログラムを実行するときに、前記プログラムはコンピュータに、前記端末装置中で前述の第一側面又は第三側面に記載の方法を実行させる。

本発明の実施例の他の側面によれば、コンピュータ可読プログラムを記憶した記憶媒体が提供され、そのうち、前記コンピュータ可読プログラムはコンピュータに、端末装置中で前述の第一側面又は第三側面に記載の方法を実行させる。

本発明の実施例の他の側面によれば、コンピュータ可読プログラムが提供され、そのうち、ネットワーク装置中で前記プログラムを実行するときに、前記プログラムはコンピュータに、前記ネットワーク装置中で前述の第五側面に記載の方法を実行させる。

本発明の実施例の他の側面によれば、コンピュータ可読プログラムを記憶した記憶媒体が提供され、そのうち、前記コンピュータ可読プログラムはコンピュータに、ネットワーク装置中で前述の第五側面に記載の方法を実行させる。

本発明の実施例の有利な効果は次のとおりであり、即ち、本実施例のＬＢＴ監視失敗の処理方法により、ＬＢＴ監視失敗後のレスポンス時間を短縮し、ランダムアクセスの成功率を向上させることができる。本実施例のランダムアクセスプリアンブルの送信方法により、端末装置のＭＡＣ層が複数の、ｐｒｅａｍｂｌｅを送信するための伝送機会を確定し又はｐｒｅａｍｂｌｅを送信するための伝送機会に対応する下りリンク参照信号を選択することで、端末装置の物理層が複数の伝送機会を得るようにさせることができるため、ランダムアクセスの伝送機会を増加させ、ランダムアクセスの信頼性を保証することができる。

後述の説明及び図面を参照することで、本発明の特定の実施形態を詳しく開示し、本発明の原理を採用し得る態様を示す。なお、本発明の実施形態は、範囲上ではこれらにより限定されない。添付した特許請求の範囲内であれば、本発明の実施形態は、様々な変更、修正及び代替によるものを含んでも良い。

また、１つの実施方式について説明した及び／又は示した特徴は、同じ又は類似した方式で１つ又は複数の他の実施形態に用い、他の実施形態における特徴と組み合わせ、又は、他の実施形態における特徴を置換することもできる。

なお、「含む／有する」のような用語は、本明細書に使用されるときに、特徴、要素、ステップ、又はアセンブルの存在を指すが、１つ又は複数の他の特徴、要素、ステップ、又はアセンブリの存在又は付加を排除しないということも指す。

本発明の１つの図面又は１つの実施形態に記載の要素及び特徴は、１つ又は複数の他の図面又は実施形態に示した要素及び特徴と組み合わせることができる。また、図面では、類似したシンボルは、幾つの図面における対応する部品を示し、複数の実施形態に用いる対応部品を示すためにも用いられる。

含まれている図面は、本発明の実施例への更なる理解を提供するために用いられ、これらの図面は、本明細書の一部を構成し、本発明の実施形態を例示し、文字記載とともに本発明の原理を説明するために用いられる。また、明らかのように、以下に記載される図面は、本発明の幾つかの実施例を示すためのものに過ぎず、当業者は、創造性のある労働をせずに、これらの図面に基づいて他の図面を得ることもできる。
従来のランダムアクセスプロシージャを示す図である。 本発明の実施例における通信システムを示す図である。 実施例１におけるランダムアクセスプリアンブルの送信方法を示す図である。 実施例２におけるＬＢＴ監視失敗の処理方法を示す図である。 実施例３における設定方法を示す図である。 実施例４におけるランダムアクセスプリアンブルの送信装置を示す図である。 実施例５におけるＬＢＴ監視失敗の処理装置を示す図である。 実施例６における設定装置を示す図である。 実施例７における端末装置を示す図である。 実施例８におけるネットワーク装置を示す図である。

添付した図面及び以下の説明を参照することにより、本発明の前述及び他の特徴が明らかになる。なお、明細書及び図面では、本発明の特定の実施形態を開示するが、それは、本発明の原理を採用し得る一部のみの実施形態を示し、理解すべきは、本発明は、記載されている実施形態に限定されず、即ち、本発明は、添付した特許請求の範囲内のすべての変更、変形及び代替によるものも含むということである。

本発明の実施例では、用語「通信ネットワーク」又は「無線通信ネットワーク」は、次のような任意の通信規格に準ずるネットワークを指しても良く、例えば、ＬＴＥ（ＬＴＥ、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ－Ａ（ＬＴＥ－Ａｄｖａｎｃｅｄ）、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＨＳＰＡ（Ｈｉｇｈ－Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）などである。

また、通信システムにおける装置間の通信は、任意の段階の通信プロトコルに従って行われても良く、例えば、次のような通信プロトコルを含んでも良いが、それに限定されず、即ち、１Ｇ（ｇｅｎｅｒａｔｉｏｎ）、２Ｇ、２．５Ｇ、２．７５Ｇ、３Ｇ、４Ｇ、４．５Ｇ及び将来の５Ｇ、新無線（ＮＲ、Ｎｅｗ Ｒａｄｉｏ）など、及び／又は、その他の従来の又は将来開発される通信プロトコルである。

本発明の実施例では、用語「ネットワーク装置」は、例えば、通信システムにおける、端末装置を通信ネットワークに接続し、且つ該端末装置にサービスを提供する装置を指す。ネットワーク装置は、次のようなものを含んでも良いが、それに限定されず、即ち、基地局（ＢＳ、Ｂａｓｅ Ｓｔａｔｉｏｎ）、アクセスポイント（ＡＰ、Ａｃｃｅｓｓ Ｐｏｉｎｔ）、送受信ポイント（ＴＲＰ、Ｔｒａｎｓｍｉｓｓｉｏｎ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）、ブロードキャスト送信機、モバイル管理エンティティ（ＭＭＥ、Ｍｏｂｉｌｅ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ネットワークゲートウェイ、サーバー、無線ネットワーク制御器（ＲＮＣ、Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）、基地局制御器（ＢＳＣ、Ｂａｓｅ Ｓｔａｔｉｏｎ Ｃｏｎｔｒｏｌｌｅｒ）などである。

そのうち、基地局は、次のようなものを含んでも良いが、それに限定されず、即ち、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）及び５Ｇ基地局（ｇＮＢ）などであり、さらにＲＲＨ（Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）、ＲＲＵ（Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｕｎｉｔ）、リレー（ｒｅｌａｙ）又は低パワーノード（例えば、ｆｅｍｔｏ、ｐｉｃｏなど）を含んでも良い。また、用語「基地局」は、それらの一部又はすべての機能を含んでも良く、各基地局は、特定の地理的領域に対して通信カバレッジを提供することができる。用語「セル」が指すのは、基地局及び／又はそのカバーする領域であっても良く、これは、該用語のコンテキストによるものである。

本発明の実施例では、用語「ユーザ装置」（ＵＥ、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）又は「端末装置」（ＴＥ、Ｔｅｒｍｉｎａｌ Ｅｑｕｉｐｍｅｎｔ）は、例えば、ネットワーク装置により通信ネットワークにアクセスし、且つネットワークからのサービスを受ける装置を指す。ユーザ装置は、固定したもの又は移動するものであっても良く、また、移動ステーション（ＭＳ、Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、端末、加入者ステーション（ＳＳ、Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、アクセス端末（ＡＴ、Ａｃｃｅｓｓ Ｔｅｒｍｉｎａｌ）、ステーションなどとも称される。

そのうち、ユーザ装置は、次のようなものを含んでも良いが、それに限定されず、例えば、携帯電話（Ｃｅｌｌｕｌａｒ Ｐｈｏｎｅ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、無線モデム、無線通信装置、携帯装置、マシンタイプ通信装置、ラップトップコンピュータ、コードレス電話機、スマートフォン、スマートウォッチ、デジタルカメラなどである。

また、例えば、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）などのシナリオにおいて、ユーザ装置は、さらに、監視又は測定を行う機器又は装置であっても良く、例えば、次のようなものを含んでも良いが、それに限定されず、即ち、マシンタイプ通信（ＭＴＣ、Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）端末、車載通信端末、Ｄ２Ｄ（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）端末、Ｍ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）端末などである。

本発明の実施例では、セルがサービングセルであっても良く、セルに対応するキャリアであっても良く、あるいは、セルは、キャリアと一対一対応すると理解されても良い。

本発明の実施例では、ＤＣ（ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ ｏｐｅｒａｔｉｏｎ）の場合、特殊セルとは、ＭＣＧ（ｍａｓｔｅｒ ｃｅｌｌ ｇｒｏｕｐ）におけＰｃｅｌｌ（Ｐｒｉｍａｒｙ Ｃｅｌｌ）及びＳＣＧ（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ ｇｒｏｕｐ）におけるＰＳＣｅｌｌ（Ｐｒｉｍａｒｙ Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ）を指し、そうでない場合、特殊セルとは、Ｐｃｅｌｌを指す。

以下、例を挙げて本発明の実施例に係るシナリオについて説明を行うが、本発明は、これに限られない。

図２は、本発明の実施例における通信システムを示す図であり、端末装置及びネットワーク装置を例にとったケースを例示する。図２に示すように、通信システム２００は、ネットワーク装置２０１及び端末装置２０２を含んでも良い。なお、便宜のため、図２では、１つの端末装置のみを例にとって説明するが、本発明の実施例はこれに限定されない。ネットワーク装置２０１は、例えば、ＮＲシステムにおけるネットワーク装置ｇＮＢである。

本発明の実施例では、ネットワーク装置２０１と端末装置２０２との間で従来のトラフィック又は将来実施可能なトラフィックが行われても良い。これらのトラフィックは、例えば、ｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ｍＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを含むが、これに限定されない。

端末装置２０２はネットワーク装置２０１にデータを送信することができ、例えば、グラントフリー伝送方式を用いてデータを送信することができる。ネットワーク装置２０１は、１つ又は複数の端末装置２０２が送信するデータを受信し、また、端末装置２０２に情報（例えば、確認ＡＣＫ／非確認ＮＡＣＫ）をフィードバックすることができ、端末装置２０２は、フィードバック情報に基づいて伝送過程の終了を確認し、又は、新しいデータ伝送を行い、又は、データ再送を行うことができる。

以下、図面を参照しながら実施例を説明するが、これらの実施例は例示に過ぎす、本発明を限定するものではない。

本実施例はランダムアクセスプリアンブルの送信方法を提供し、該方法は端末装置に応用される。図３は、本実施例のランダムアクセスプリアンブルの送信方法を示す図である。図３に示すように、該方法は以下のステップを含む。

ステップ３０１：端末装置の媒体アクセス制御（ＭＡＣ）層が、第一数量の、プリアンブル（ｐｒｅａｍｂｌｅ）を送信するためのランダムアクセス伝送機会（ＲＯ）を確定し、又は、プリアンブルを送信するためのＲＯに対応する下りリンク参照信号を選択し；
ステップ３０２：前記端末装置の物理層が、前記第一数量のＲＯ又は前記下りリンク参照信号に基づいて第二数量のＲＯを確定し、前記第一数量及び前記第二数量はすべて１よりも大きい。

本実施例の１つの実施方式において、端末装置のＭＡＣ層が複数の伝送機会を確定することができ、これにより、端末装置の物理層は該複数の伝送機会を取得し、該複数の伝送機会のうちの少なくとも１つでｐｒｅａｍｂｌｅを送信することができる。伝送機会を増加させているから、端末装置はマルチＬＢＴ監視を行うことができ、ｐｒｅａｍｂｌｅを送信する機会を増加させることができる。この実施方式では、上述の第一数量及び上述の第二数量はすべて１よりも大きい。また、上述の第一数量及び上述の第二数量は同じであっても良く異なっても良い。

本実施例では、ＬＢＴ監視を例にとって説明する。該ＬＢＴ監視メカニズムは、チャネル忙閑（繁忙と閑暇）評価のためのメカニズム、例えば、アイドルチャネル評価（ＣＣＡ）などで置換されても良いが、本実施例はこれに限定されない。

本実施例の他の実施方式において、端末装置のＭＡＣ層は、上述の伝送機会を確定せず、選択した下りリンク参照信号を指示し、該下りリンク参照信号は上述の伝送機会と関連し、端末装置の物理層は、ＭＡＣ層が選択した該下りリンク参照信号に基づいてその関連する複数の伝送機会を取得し、そして、該複数の伝送機会でｐｒｅａｍｂｌｅを送信することができる。これにより、端末装置はマルチＬＢＴ監視を実行することができ、ｐｒｅａｍｂｌｅの送信機会を増加させることができる。本実施方式では、上述の第二数量は１よりも大きい。

本実施例では、端末装置の物理層は、前述の第一数量のＲＯ又は前述の下りリンク参照信号に基づいて上述の第二数量のＲＯを確定することができ、さらに他のルール又は基準に従って該第二数量のＲＯを確定することもできるが、本実施例はこれに限定されない。

本実施例では、上述の下りリンク参照信号は同期信号／ブロードキャストチャネルブロック（ＳＳＢ）であっても良く、チャネル状態情報参照信号（ＣＳＩ－ＲＳ）であっても良く、又は、両者の組み合わせであっても良いが、本実施例はこれに限られない。該下りリンク参照信号は、他の名前（名称）を有しても良く、又は、現在の規格の中の名前をそのまま使用して本実施例の方法に適用可能な上述の機能を付け加えても良い。

本実施例のステップ３０１において、端末装置の物理層は、以下の方法で上述の第一数量のＲＯを確定することができる。

方法１：
端末装置のＭＡＣ層が第三数量のＳＳＢ及び／又はＣＳＩ－ＲＳを選択し、選択した各ＳＳＢ及び／又はＣＳＩ－ＲＳに対応して１つのＲＯを確定し、前記第一数量のＲＯを取得する。

この方法では、ＭＡＣ層は複数のＳＳＢ及び／又はＣＳＩ－ＲＳを選択し、選択した各ＳＳＢ及び／又はＣＳＩ－ＲＳに対応して１つのそれ相応のＲＯを確定することで、複数のＲＯを得ることができる。ＳＳＢのＲＯとＣＳＩ－ＲＳのＲＯがオーバーラップする可能性があるので、上述の第三数量は上述の第一数量よりも大きく、また第一数量は１よりも大きい。

方法２：
端末装置のＭＡＣ層が１つのＳＳＢ又はＣＳＩ－ＲＳを選択し、選択したＳＳＢ又はＣＳＩ－ＲＳに対応する第一数量のＲＯを確定する。

この方法では、ＭＡＣ層は１つのみのＳＳＢ又はＣＳＩ－ＲＳを選択し、選択したＳＳＢ又はＣＳＩ－ＲＳに対応して、設定に基づいて複数のＲＯ（第一数量のＲＯ）を確定し、ここでの複数のＲＯ（第一数量のＲＯ）は、上述の選択したＳＳＢ又はＣＳＩ－ＲＳに対応するすべてのＲＯである可能性があり、選択したＳＳＢ又はＣＳＩ－ＲＳに対応するすべてのＲＯのうちから選んだ一部のＲＯであっても良いが、本実施例はこれについて限定しない。また、具体的な選択方法についても本実施例は限定せず、例えば、ネットワーク装置規定のルールに基づいても良く、実装に基づいても良い。また、該方法は、１つのＳＳＢ又はＣＳＩ－ＲＳが複数のＲＯに対応する場合に適している。

方法３：
端末装置がアイドル状態（ｉｄｌｅ）又は非アクティブ状態（ｉｎａｃｔｉｖｅ）にあり、且つ端末装置に第一数量の初期帯域幅部分（ＢＷＰ）が設定されている場合、端末装置のＭＡＣ層は各初期ＢＷＰ上で１つのＲＯを確定し、これにより、上述の第一数量のＲＯを得ることができる。

この方法では、端末装置に複数のＢＷＰが設定されており、ＭＡＣ層は各初期ＢＷＰ上で１つのＲＯを確定し、これにより、複数のＲＯ（第一数量のＲＯ）を得ることができる。また、該方法はシングルアクティブＢＷＰシナリオに適しており、言い換えると、ＬＢＴ監視が成功しており且つｐｒｅａｍｂｌｅを送信した初期ＢＷＰのみはアクティブＢＷＰである。

方法４：
端末装置が接続状態（ｃｏｎｎｅｃｔｅｄ）にある場合、端末装置のＭＡＣ層は設定される各ＢＷＰ上で１つのＲＯを確定することができる。

現在の規格では、１つのセル（ｃｅｌｌ）において最大で４つのＢＷＰがあり、そのうち、１つがアクティブ状態にある場合、ＭＡＣ層はこの４つのＢＷＰ上でそれぞれ１つのＲＯを確定し、４つのＲＯ（第一数量のＲＯ）を得ることができる。該方法もシングルアクティブＢＷＰシナリオに適しており、ＬＢＴ監視が成功したＲＯがアクティブＢＷＰにあれば、端末装置は該アクティブＢＷＰ上でｐｒｅａｍｂｌｅを送信することができ、ＬＢＴ監視が成功したＲＯがアクティブＢＷＰに無ければ、端末装置はＬＢＴ監視が成功したＢＷＰ上でｐｒｅａｍｂｌｅを伝送することができ、ランダムアクセスプロシージャを完了した後に、端末装置はアクティブＢＷＰに戻っても良く、ｐｒｅａｍｂｌｅを伝送したＢＷＰに留まっても良く、該ＢＷがアクティブＢＷＰであると確定することができる。

方法５：
端末装置のＭＡＣ層は第一数量のアグリゲーションされるキャリア上でそれぞれ１つのＲＯを確定する。該方法は、キャリアアグリゲーションのシナリオに適しており、ＭＡＣ層は、複数のアグリゲーションされるキャリア上でそれぞれ１つのＲＯを確定することで、複数のＲＯ（第一数量のＲＯ）を得ることができる。

方法６：
端末装置のＭＡＣ層は各ランダムアクセスプロシージャについて１つのＲＯを確定する。該方法は並列ランダムアクセスの場合に適しており、各ランダムアクセスプロシージャについて１つのＲＯを確定することにより、複数のＲＯ（第一数量のＲＯ）を得ることができる。

方法７：
端末装置のＭＡＣ層は各アクティブＢＷＰ上で１つのＲＯを確定する。該方法は、マルチアクティブＢＷＰのシナリオに適しており、各アクティブＢＷＰについて１つのＲＯを確定し、これにより、複数のＲＯ（第一数量のＲＯ）を得ることができる。

なお、以上の方法は単独で使用されても良く、組み合わせて使用されても良く、本実施例はこれについて限定しない。

本実施例のステップ３０２において、端末装置の物理層が複数のＲＯ（第二数量のＲＯ）を確定した場合、該物理層はさらにＬＢＴ監視を行うＲＯを確定しても良く、即ち、どのＲＯ（１つ又は複数）のためにＬＢＴ監視を実行するかを確定しても良い。

１つの実施方式において、物理層は上述の第二数量のＲＯの全部のためにＬＢＴ監視を行っても良い。本実施方式では、１つの以上のＲＯのＬＢＴ監視がすべて成功した場合、物理層はすべての成功したＲＯでｐｒｅａｍｂｌｅの伝送を行っても良く、又は、上述の成功したＲＯのうちから一部（１つの又は複数）を選択してｐｒｅａｍｂｌｅの伝送を行っても良い。

もう１つの実施方式において、物理層は上述の第二数量ＲＯのうちから一部のＲＯを選択してＬＢＴ監視を行っても良い。本実施方式では、この一部のＲＯのＬＢＴがすべて成功した場合、物理層はこの一部のＲＯですべてｐｒｅａｍｂｌｅの伝送を行っても良く、又は、上述の成功したＲＯのうちから一部（１つの又は複数）を選択してｐｒｅａｍｂｌｅの伝送を行っても良い。

もう１つの実施方式において、物理層は時間順に従って上述の第一数量のＲＯのためにＬＢＴ監視を、一定の条件（第一条件と言う）が満足されるまで行っても良い。第一条件は、例えば、所定数量（第四数量と言い、１つ又は複数であっても良い）のＬＢＴ監視が成功しており、又は、上述の第二数量のＲＯのすべてのためにＬＢＴ監視を行ったという条件である。本実施方式では、上述の所定数量のＬＢＴ監視がすべて成功した場合、物理層は、すべての成功したＲＯでｐｒｅａｍｂｌｅの伝送を行っても良く、又は、そのうちから一部（１つの又は複数）を選択してｐｒｅａｍｂｌｅの伝送を行っても良い。

なお、上述の３種の実施方式は例示に過ぎず、具体的にどの種の方式を採用するかは、ネットワーク装置の設定によっても良く、又は、規格の規定によっても良く、又は、端末装置自身の実装によっても良いが、本実施例はこれについて限定しない。

本実施例のステップ３０２において、端末装置の物理層が複数のＲＯ（第二数量のＲＯ）を確定した場合、該端末装置はさらに、ＲＡＲを起動する受信ウィンドウを確定しても良い。現在の規格では、ＭＡＣ層は、ランダムアクセスリソース選択（ランダムアクセスのリソース及びプリアンブルを確定する）、ランダムアクセス伝送（必要な場合、ターゲット受信パワー及びＲＡ－ＲＮＴＩを計算する）などのステップを完了した後に、確定したランダムアクセスリソースの最後の１つのシンボルの後の１つの特定のＰＤＣＣＨ ｏｃｃａｓｉｏｎで、ランダムアクセスレスポンス（ＲＡＲ）を受信するウィンドウを起動する。本実施例では、端末装置が複数のＲＯを確定しているから、端末装置はさらに、いつ（何時）ＲＡＲを受信するウィンドウ（ＲＡＲの受信ウィンドウと言う）を起動するかを確定する必要がある。

本実施例では、端末装置は前述の第一数量のＲＯ（即ち、ＭＡＣ層が確定したＲＯ）に基づいて又は前述の第二数量のＲＯ（即ち、物理層が確定したＲＯ）に基づいてＲＡＲの受信ウィンドウを起動することができる。

１つの実施方式において、端末装置は１つのＲＡＲの受信ウィンドウを確定することができ、即ち、１つのＲＡＲの受信ウィンドウをメンテナンスすることができる。この場合、以下の方法が用いられる。

方法１：
端末装置の物理層が１つのみのＲＯでｐｒｅａｍｂｌｅの伝送を行った場合、ＲＡＲの受信ウィンドウを起動するＲＯはｐｒｅａｍｂｌｅを伝送した該ＲＯである。

この方法では、ＭＡＣ層が１つ又は１つの以上のＲＯを確定しており、ＭＡＣ層が物理層にｐｒｅａｍｂｌｅの伝送を行うように指示するときに、物理層が１つのみのＲＯでｐｒｅａｍｂｌｅの伝送を行った、端末装置はｐｒｅａｍｂｌｅの伝送が行われたＲＯでＲＡＲの受信ウィンドウを起動する。

方法２：
端末装置の物理層が複数のＲＯでｐｒｅａｍｂｌｅの伝送を行った場合、ＲＡＲの受信ウィンドウを起動するＲＯは、該複数のＲＯのうちの１番目又は最後の１つのＲＯである。

この方法では、ＭＡＣ層が１つ又は１つの以上のＲＯを確定しており、ＭＡＣ層が物理層にｐｒｅａｍｂｌｅの伝送を行うように指示するときに、物理層が複数のＲＯでｐｒｅａｍｂｌｅの伝送を行った場合、端末装置は、ｐｒｅａｍｂｌｅの伝送が行われたＲＯのうちの１番目のＯＲ又は最後の１つのＲＯでＲＡＲの受信ウィンドウを起動する。

この方法では、端末装置が、ｐｒｅａｍｂｌｅの伝送が行われた１番目のＲＯでＲＡＲの受信ウィンドウを起動した場合、端末装置はさらに、その後にｐｒｅａｍｂｌｅの伝送が行われたＲＯでＲＡＲの受信ウィンドウを再起動し、又は、ＲＡＲの受信ウィンドウのウィンドウ長さを拡張し、又は、現在のＲＡＲの受信ウィンドウを停止して１つの新しいＲＡＲの受信ウィンドウを起動することができる。

上述の方法１及び方法２は何れもｐｒｅａｍｂｌｅの伝送が行われたＲＯのみを考慮している。

方法３：
１つのみのＲＯのＬＢＴ監視が成功した場合、ＲＡＲの受信ウィンドウを起動するＲＯはＬＢＴ監視が成功したＲＯである。

この方法では、ＬＢＴ監視が成功した１つのみのＲＯがあれば、端末装置は、ＬＢＴ監視が成功した該ＲＯでＲＡＲの受信ウィンドウを起動する。

方法４：
複数のＲＯのＬＢＴ監視が成功した場合、ＲＡＲの受信ウィンドウを起動するＲＯは、ＬＢＴ監視が成功したＲＯのうちの１番目又は最後の１つのＲＯである。

この方法では、ＬＢＴ監視が成功した複数のＲＯがあれば、端末装置は、ＬＢＴ監視が成功したＲＯのうちの１番目のＲＯ又は最後の１つのＲＯでＲＡＲの受信ウィンドウを起動することができる。

この方法では、端末装置が、ＬＢＴ監視が成功した１番目のＲＯでＲＡＲの受信ウィンドウを起動した場合、該端末装置はさらに、その後に各ＬＢＴ監視が成功したＲＯでＲＡＲの受信ウィンドウを再起動し、又は、ＲＡＲの受信ウィンドウのウィンドウ長さを拡張し、又は、現在のＲＡＲの受信ウィンドウを停止して１つの新しいＲＡＲの受信ウィンドウを起動することができる。

上述の方法３及び方法４は、ＬＢＴ監視が成功したすべてのＲＯを考慮している。

方法５：
ＬＢＴ監視が行われたＲＯが１つのみある場合、ＲＡＲの受信ウィンドウを起動するＲＯはＬＢＴ監視が行われたＲＯである。

この方法では、ＬＢＴ監視が行われたＲＯが１つのみある場合、端末装置は、ＬＢＴ監視が行われたＲＯでＲＡＲの受信ウィンドウを起動することができる。

方法６：
ＬＢＴ監視が行われたＲＯが複数ある場合、ＲＡＲの受信ウィンドウを起動するＲＯは、ＬＢＴ監視が行われたＲＯのうちの１番目又は最後の１つのＲＯである。

この方法では、ＬＢＴ監視が行われたＲＯが複数ある場合、端末装置は、ＬＢＴ監視が行われたＲＯのうちの１番目のＲＯ又は最後の１つのＲＯでＲＡＲの受信ウィンドウを起動することができる。

この方法では、端末装置が、ＬＢＴ監視が行われた１番目のＲＯでＲＡＲの受信ウィンドウを起動した場合、該端末装置はさらに、その後にＬＢＴ監視が行われた各ＲＯでＲＡＲの受信ウィンドウを再起動し、又は、ＲＡＲの受信ウィンドウのウィンドウ長さを拡張し、又は、現在のＲＡＲの受信ウィンドウを停止して１つの新しいＲＡＲの受信ウィンドウを起動することができる。

上述の方法５及び方法６は、ＬＢＴ監視が行われたすべてのＲＯを考慮している。

方法７：
端末装置のＭＡＣ層が１つのＲＯを確定している場合、ＲＡＲの受信ウィンドウを起動するＲＯは端末装置のＭＡＣ層が確定したＲＯである。

この方法では、ＭＡＣ層が１つのみのＲＯを提供している場合、端末装置はＭＡＣ層が提供したＲＯでＲＡＲの受信ウィンドウを起動することができる。

方法８：
端末装置のＭＡＣ層が複数のＲＯを確定している場合、ＲＡＲの受信ウィンドウを起動するＲＯは端末装置のＭＡＣ層が確定したＲＯのうちの１番目又は最後の１つのＲＯである。

この方法では、ＭＡＣ層が複数のＲＯを提供している場合、端末装置は、ＭＡＣ層が提供したＲＯのうちの１番目のＲＯ又は最後の１つのＲＯでＲＡＲの受信ウィンドウを起動することができる。

この方法では、端末装置が、ＭＡＣ層が提供した１番目のＲＯでＲＡＲの受信ウィンドウを起動した場合、該端末装置はさらに、その後でＭＡＣ層が提供した各ＲＯでＲＡＲの受信ウィンドウを再起動し、又は、ＲＡＲの受信ウィンドウのウィンドウ長さを拡張し、又は、現在のＲＡＲの受信ウィンドウを停止して１つの新しいＲＡＲの受信ウィンドウを起動することができる。

上述の方法７及び方法８は、ＭＡＣ層が提供したすべてのＲＯを考慮している。

もう１つの実施方式において、端末装置は、複数のＲＡＲの受信ウィンドウを確定することもでき、即ち、複数のＲＡＲの受信ウィンドウをメンテナンスすることができる。この場合、以下の方法が用いられる。

方法１：
端末装置の物理層が複数のＲＯでｐｒｅａｍｂｌｅの伝送を行った場合、前記端末装置は、各々又は各組の、前記プリアンブルを伝送したＲＯで１つのＲＡＲの受信ウィンドウを起動し、且つ各組のＲＯで１つのＲＡＲの受信ウィンドウを起動する場合、前記ＲＡＲの受信ウィンドウを起動するＲＯは、前記プリアンブルを伝送した前記複数のＲＯのうちの１番目又は最後の１つのＲＯである。

この方法では、ｐｒｅａｍｂｌｅの伝送を行ったＲＯを考慮しており、ＭＡＣ層が物理層にｐｒｅａｍｂｌｅの伝送を行うように指示するときに、物理層が複数のＲＯでｐｒｅａｍｂｌｅの伝送を行った場合、端末装置は、ｐｒｅａｍｂｌｅの伝送が行われた各ＲＯでＲＡＲの受信ウィンドウを起動し、又は、端末装置は、ｐｒｅａｍｂｌｅの伝送が行われたＲＯに対して組分けを行い、そして、各組上で１つのＲＡＲの受信ウィンドウを起動することができる。

この方法では、組分けのルールは次のようなものであっても良く、即ち、各ＳＳＢ又はＣＳＩ－ＲＳに対応するＲＯが１組になり、又は、各チャネル又はＢＷＰ上のＲＯが１組になり、又は、各セル上のＲＯが１組になる。なお、本実施例はこれに限られず、他のルールに従ってｐｒｅａｍｂｌｅの伝送が行われたＲＯに対して組分けを行っても良い。

方法２：
複数のＲＯのＬＢＴ監視が成功した場合、前記端末装置は、各々又は各組の、ＬＢＴ監視が成功したＲＯで１つのＲＡＲの受信ウィンドウを起動し、且つ各組のＲＯで１つのＲＡＲ受信ウィンドウを起動する場合、前記ＲＡＲの受信ウィンドウを起動するＲＯは、ＬＢＴ監視が成功した前記複数のＲＯの１番目又は最後の１つのＲＯである。

この方法では、ＬＢＴ監視が成功したすべてのＲＯを考慮しており、ＬＢＴ監視が成功した複数のＲＯがあれば、端末装置は、ＬＢＴ監視が成功した各ＲＯでＲＡＲの受信ウィンドウを起動することができ、又は、端末装置は、ＬＢＴ監視が成功したＲＯに対して組分けを行い、そして、各組上で１つのＲＡＲの受信ウィンドウを起動することができる。

この方法では、組分けのルールは方法１と同じであり、ここでは詳しい説明を省略する。

方法３：
ＬＢＴ監視が行われたＲＯが複数ある場合、前記端末装置は、各々又は各組の、ＬＢＴ監視が行われたＲＯで１つのＲＡＲの受信ウィンドウを起動し、且つ各組のＲＯで１つのＲＡＲ受信ウィンドウを起動する場合、前記ＲＡＲの受信ウィンドウを起動するＲＯは、ＬＢＴ監視が行われた前記複数のＲＯの１番目又は最後の１つのＲＯである。

この方法では、ＬＢＴ監視が行われたすべてのＲＯを考慮しており、ＬＢＴ監視が行われた複数のＲＯがあれば、端末装置は、ＬＢＴ監視が行われた各ＲＯでＲＡＲの受信ウィンドウを起動することができ、又は、端末装置は、ＬＢＴ監視が行われたＲＯに対して組分けを行い、そして、各組上で１つのＲＡＲの受信ウィンドウを起動することができる。

この方法では、組分けのルールは方法１と同じであり、ここでは詳しい説明を省略する。

方法４：
端末装置のＭＡＣ層が複数のＲＯを確定している場合、前記端末装置は、各々又は各組の、前記端末装置のＭＡＣ層が確定したＲＯで１つのＲＡＲの受信ウィンドウを起動し、且つ前記ＲＡＲの受信ウィンドウを起動するＲＯは、前記端末装置のＭＡＣ層が確定した前記複数のＲＯの１番目又は最後の１つのＲＯである。

この方法では、ＭＡＣ層が提供したすべてのＲＯを考慮しており、ＭＡＣ層が提供した複数のＲＯがあれば、端末装置は、ＭＡＣ層が提供した各ＲＯでＲＡＲの受信ウィンドウを起動することができ、又は、端末装置は、ＭＡＣ層が提供したＲＯに対して組分けを行い、そして、各組上で１つのＲＡＲの受信ウィンドウを起動することができる。

この方法では、組分けのルールは方法１と同じであり、ここでは詳しい説明を省略する。

本実施例の前述の方法によりＲＡＲの受信ウィンドウを起動し、複数のＲＯが存在する場合、ＲＡＲの受信ウィンドウを起動するタイミングを確定することで、ＲＡＲの受信ウィンドウをメンテナンスすることができる。該方法によれば、端末側及びネットワーク側は、ＲＡＲの受信ウィンドウのメンテナンスについて、一致した理解があり、このようにして、ネットワーク装置は、ＲＡＲの受信ウィンドウ内でＲＡＲの伝送を完了し、ランダムアクセスの成功率を向上させることができる。

本実施例ではｐｒｅａｍｂｌｅの送信を例にとって説明したが、本実施例はこれに限られず、同じ方法はｍｓｇ．３の伝送に適用することもできる。例えば、複数のｍｓｇ．３のために複数の伝送機会を確定し、ｍｓｇ．３に対応する１つ又は複数の競合解決タイマーをメンテナンスすることができる。なお、ここではその詳しい説明を省略する。

本実施例の方法により、ｐｒｅａｍｂｌｅの送信機会を増加させることができ、また、ｐｒｅａｍｂｌｅの伝送機会が増加した場合に生じる各種の問題を解決することができる。

本実施例はＬＢＴ監視失敗の処理方法を提供し、該方法は端末装置に応用され、該方法は実施例１の方法と組み合わせて使用されても良く、単独で使用されても良い。なお、ここでは、実施例１の内容と同じのものの重複説明が省略される。

図４は本実施例のＬＢＴ監視失敗の処理方法を示す図であり、図４に示すように、該方法は以下のステップを含む。

ステップ４０１：端末装置の物理層がＬＢＴ監視を行い、前記物理層は、ＬＢＴ監視が失敗したと見なすときに、ＭＡＣ層又はＲＲＣ層にＬＢＴ監視失敗又はｐｒｅａｍｂｌｅ伝送ドロップ又はＬＢＴ検出インスタンス失敗を指示し；
ステップ４０２：前記端末装置のＭＡＣ層又はＲＲＣ層は前記指示に基づいて次のような処理の少なくとも１つを行い、即ち、リソース選択を実行し；チャネル選択又はＢＷＰ切り替えをトリガーし；無線リンクの失敗をトリガーし；ＲＲＣ接続再確立をトリガーし；及び、計数器のメンテナンスを行うことである。

本実施例のステップ４０１において、物理層は以下の条件のうちの少なくとも１つが満足された場合、ＬＢＴ監視が失敗したと見なすことができる。

条件１：
一回のＬＢＴ監視結果がビジー（ｂｕｓｙ）である。

この条件では、物理層は、一回ＬＢＴ監視を行った後に、ビジーと確定した場合、ＬＢＴ監視が失敗したと見なすことができる。それは、ＬＢＴ監視失敗の情報又はｐｒｅａｍｂｌｅ伝送ドロップの情報をＭＡＣ層又はＲＲＣ層に指示することができ、又は、上述の指示を行わず、代わりに自身で後続の処理を決定しても良い。実施例１に記載のようであり、ここではその詳しい説明を省略する。

条件２：
端末装置のＭＡＣ層に対して一回指示したｐｒｅａｍｂｌｅの伝送機会（ＲＯ）の一回又は複数回のＬＢＴ監視結果がすべてビジーである。

この条件では、ＭＡＣ層は、一回ＲＯを指示（又は確定と言う）する可能性があり、物理層は、該ＲＯのために一回又は複数回（並列又は直列）のＬＢＴ監視を行い、すべてビジーと確定した場合、ＬＢＴ監視が失敗したと見なすことができる。

条件３：
所定期間内の複数回のＬＢＴ監視について、ＬＢＴ監視の結果がビジーであるインスタンス数が第一数量に達している。

この条件では、物理層は或る期間内で複数回ＬＢＴ監視を実行し、ビジーの回数が一定数量に達していると確定した場合、ＬＢＴ監視が失敗したと見なすことができる。

条件４：
複数回のＬＢＴ監視について、ＬＢＴ監視結果がビジーである比（割合）が第１の比に達している。

この条件では、物理層は複数回ＬＢＴ監視を実行し、ビジーの回数と、ＬＢＴ監視を実行した総回数との比が１つの比に達している場合、ＬＢＴ監視が失敗したと見なすことができる。

条件５：
ＬＢＴ監視結果がビジーであるインスタンス数が第二数量に達しており、第一タイマーの計時時間（計時期間）内で、ＬＢＴ監視結果がアイドルであるインスタンス数が第三数量に達せず、そのうち、前記第一タイマーは、前記ＬＢＴ監視結果がビジーであるインスタンス数が第二数量に達したときに起動される。

この条件では、ＬＢＴインスタンスとは、一回ＬＢＴ監視を実行する場合を指し、即ち、条件１が満足された場合、１つのＬＢＴインスタンスの監視結果が失敗であると見なす。

条件６：
第二タイマーが切れた後に、ＬＢＴ監視結果がビジーであるインスタンス数が第四数量に達しており、そのうち、前記第二タイマーは１つのＬＢＴインスタンスの監視結果がビジーであるときに起動される。

この条件では、ＬＢＴインスタンスの概念は前述と同じであり、ここでは詳しい説明を省略する。

条件７：
１つのチャネル又はＢＷＰ上で、所定期間内の複数回のＬＢＴ監視について、ＬＢＴ監視結果がビジーであるインスタンス数が第五数量に達している。

条件８：
１つのチャネル又はＢＷＰ上で、複数回のＬＢＴ監視について、ＬＢＴ監視結果がビジーである比が第２の比に達している。

条件９：
１つのチャネル又はＢＷＰ上で、ＬＢＴ監視結果がビジーであるインスタンス数が第六数量に達しており、第三タイマーの計時時間内で、ＬＢＴ監視結果がアイドルであるインスタンス数が第七数量に達せず、そのうち、前記第三タイマーは、前記ＬＢＴ監視結果がビジーであるインスタンス数が第六数量に達したときに起動される。

条件１０：
１つのチャネル又はＢＷＰ上で、第四タイマーが切れた後に、ＬＢＴ監視結果がビジーであるインスタンス数が第八数量に達しており、そのうち、前記第四タイマーは１つのＬＢＴインスタンスの監視結果がビジーであるときに起動される。

条件１１：
１つのＳＳＢ及び／又はＣＳＩ－ＲＳについて、所定期間内の複数回のＬＢＴ監視について、ＬＢＴ監視結果がビジーであるインスタンス数が第九数量に達している。

条件１２：
１つのＳＳＢ及び／又はＣＳＩ－ＲＳについて、複数回のＬＢＴ監視について、ＬＢＴ監視結果がビジーである比が第３の比に達している。

条件１３：
１つのＳＳＢ及び／又はＣＳＩ－ＲＳについて、ＬＢＴ監視結果がビジーであるインスタンス数が第十数量に達しており、第五タイマーの計時時間内で、ＬＢＴ監視結果がアイドルであるインスタンス数が第十一数量に達せず、そのうち、前記第五タイマーは、前記ＬＢＴ監視結果がビジーであるインスタンス数が第十数量に達したときに起動される。

条件１４：
１つのＳＳＢ及び／又はＣＳＩ－ＲＳについて、第六タイマーが切れた後に、ＬＢＴ監視結果がビジーであるインスタンス数が第十二数量に達しており、そのうち、前記第六タイマーは、１つのＬＢＴインスタンスの監視結果がビジーであるときに起動される。

上述の条件７乃至条件１０は前述の条件３乃至条件６と類似しており、条件３乃至条件６との相違点は、該ＬＢＴ監視が或るチャネル又はＢＷＰに対して行われることにある。上述の条件７乃至条件１０のうちの何れか１つの条件が満足された場合、端末装置の物理層はさらに、ＭＡＣ層にＬＢＴ監視結果失敗のチャネル又はＢＷＰの情報を提供するこができる。

上述の条件１１乃至条件１４は前述の条件３乃至条件６と類似しており、条件３乃至条件６との相違点は、該ＬＢＴ監視が或るＳＳＢ及び／又はＣＳＩ－ＲＳに対して行われることにある。上述の条件１１乃至条件１４のうちの何れか１つの条件が満足された場合、端末装置の物理層はさらに、ＭＡＣ層にＬＢＴ監視結果失敗のＳＳＢの索引（ｉｎｄｅｘ）及び／又はＣＳＩ－ＲＳのリソース標識（ＩＤ）を提供することができる。

上述の条件３、７、１１における“所定期間”は、時間間隔Ｔ又は周期Ｔと記されても良く、本実施例はこれに限定されない。

本実施例のステップ４０２において、物理層からのＬＢＴ監視失敗の指示又は現在のｐｒｅａｍｂｌｅの伝送ドロップの指示又はＬＢＴ検出インスタンス失敗の指示を受信したときに、ＭＡＣ層は、リソース選択を実行することができ、例えば、ｐｒｅａｍｂｌｅ伝送計数器の計数が増加せず且つパワーランプ（ｐｏｗｅｒ ｒａｍｐ）を行わず、又はｐｒｅａｍｂｌｅ伝送計数器の計数が増加するがパワーランプを行わない。ここで、ｐｒｅａｍｂｌｅの伝送ドロップの指示は、ＬＢＴ監視失敗の指示と理解されても良いが、本実施例はこれについて限定しない。

本実施例では、競合ベースのランダムアクセスプロシージャにおいてｍｓｇ．３伝送前にＬＢＴ監視を行うこともができ、且つｍｓｇ．３の伝送が競合解決タイマーをメンテナンスし得ることを考慮して、本実施例の該方法はｍｓｇ．３にも応用され得る。即ち、ＬＢＴ監視の失敗によりｍｓｇ．３の伝送がキャンセルされたときに、競合解決タイマーが切れることを待つ必要がなく、直接ランダムアクセスリソースの選択を行うことができる。

本実施例の該方法により、ＬＢＴ失敗の場合、端末装置は、ＲＡＲの受信ウィンドウの時間待つ必要がなく、直接リソース選択を行うことができるため、ランダムアクセスのプロセスを加速し、端末装置のエネルギー消費を低減することができる。

本実施例のステップ４０２において、物理層からのＬＢＴ監視失敗の指示又は現在のｐｒｅａｍｂｌｅの伝送ドロップの指示又はＬＢＴ検出インスタンス失敗の指示を受信したときに、ＭＡＣ層は、チャネル選択又はＢＷＰ切り替えを実行することができ、又は、ＭＡＣ層は、第一条件が満足された場合、チャネル選択又はＢＷＰ切り替えをトリガーすることもでき、ここでの第一条件は前述の条件７乃至条件１０の少なくとも１つであり、ここではその詳しい説明を省略する。

本実施例では、前述のように、端末装置の物理層はさらに、ＬＢＴ監視結果失敗のチャネル又はＢＷＰをＭＡＣ層に提供することができ、即ち、端末装置のＭＡＣ層はさらに、物理層からのＬＢＴ監視結果失敗のチャネル又はＢＷＰを受信することができ、これにより、上述の条件の判定を行うことができる。

本実施例では、１つのＢＷＰが複数のチャネル（例えば、接続状態にある）を含む可能性があり、一部のチャネルのＬＢＴ監視が失敗し、他の一部のチャネルのＬＢＴ監視が成功した場合が生じる可能性がある。本実施例では、ＬＢＴ監視の失敗があれば、このＢＷＰ上のＬＢＴ監視が失敗したと見なす。

本実施例では、チャネル選択又はＢＷＰ切り替えが発生したときに、ランダムアクセスプロシージャは停止又は終了する。チャネル選択又はＢＷＰ切り替え完了後に新しいランダムアクセスプロシージャを開始しても良く；又は、ランダムアクセスプロシージャにおいてチャネル選択又はＢＷＰ切り替えを行うことを許す。

本実施例の該方法により、ＬＢＴ監視が失敗しており又は一定条件（第一条件）が満足された場合、端末装置はチャネル選択又はＢＷＰ切り替えを行うことができ、これにより、ＬＢＴ監視が常に失敗したチャネル又はＢＷＰ上でずっとランダムアクセスを行うことが避けられ得る。このようにして、端末装置のエネルギー節約を実現し、より良いユーザ体験を提供することができる。該方法は、すべての状態にある端末装置、例えば、アイドル状態、非アクティブ状態及び接続状態にあるＵＥに適している。

本実施例のステップ４０２において、物理層からのＬＢＴ監視失敗の指示又は現在のｐｒｅａｍｂｌｅの伝送ドロップの指示又はＬＢＴ検出インスタンス失敗の指示を受信したときに、ＭＡＣ層はさらに、無線リンクの失敗をトリガーし又は間接的に接続再確立をトリガーすることができる。その後の端末装置の動作は現在の規格に定義される無線リンク失敗発生後の動作と同じであり、相違点はトリガー条件のみである。

例えば、ＭＡＣ層が上述の指示を受信したときにランダムアクセスが失敗したと見なし、該ランダムアクセスが或る特定セル（第一セルと言う）、例えばＰＣｅｌｌ又はＰＳＣｅｌｌで発生した場合、端末装置はネットワーク装置に指示情報（第一指示情報と言う）を送信し、該第一指示情報によりランダムアクセス問題を指示する。上述のＰＣｅｌｌ及びＰＳＣｅｌｌの定義については現在の規格を参照することができ、ここでは“プライマリセル”と総称する。

また、例えば、ＭＡＣ層は第二条件が満足された場合、ランダムアクセスが失敗したと見なすことができ、ここでの第二条件は前述の条件３乃至条件６の少なくとも１つであり、ここではその詳しい説明を省略する。

本実施例の該方法により、ＬＢＴ監視失敗の場合、端末装置は“無線リンク失敗”又は“チャネルビジー”を宣言することで、ＬＢＴ監視が常に失敗したセル又はセルの１つのチャネル上でずっとランダムアクセスを行うことが避けられる。このようにして、端末装置のエネルギー節約を実現し、トラフィックの長時間の中断を避け、より良いユーザ体験を提供することができる。該方法は、接続状態にある端末装置に適している。

本実施例のステップ４０２において、物理層からのＬＢＴ監視失敗の指示又は現在のｐｒｅａｍｂｌｅの伝送ドロップの指示又はＬＢＴ検出インスタンス失敗の指示を受信したとき、ＲＲＣ層は無線リンクの失敗をトリガーし又はＲＲＣ接続再確立をトリガーすることもできる。

例えば、ＲＲＣ層は前記指示を受信したときに接続再確立プロシージャを開始し、例えば、ネットワーク装置に第二指示情報を送信し、前記第二指示情報によりＲＲＣ接続再確立をトリガーすることができる。該第二指示情報にはＬＢＴ監視失敗の情報が含まれても良いが、具体的な形式について本実施例は限定しない。該第二指示情報はＲＲＣ再確立要求メッセージ（ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔ）に含まれてネットワークとのＲＲＣ接続を再び確立するために用いられても良いが、本実施例はこれに限定されない。

また、例えば、ＲＲＣ層は第三条件が満足された場合、接続再確立プロシージャを開始し、端末装置の後続のビヘイビアをトリガーすることができ、前述のように、ここでの第三条件は前述の条件３乃至条件６の少なくとも１つであり、ここではその詳しい説明を省略する。

また、例えば、ＲＲＣ層は上述の指示を受信した後に直ぐに無線リンクが失敗したと見なし、端末装置が後続のビヘイビアを行うようにトリガーすることができる。なお、ここでの後続のビヘイビアについては、現在の規格に記載される無線リンク失敗後の端末装置に関するビヘイビアを参照することができ、ここでは詳しい説明を省略する。

また、例えば、ＲＲＣ層は第四条件が満足された場合、無線リンクが失敗したと見なし（又は無線リンクの失敗をトリガーする）、端末装置の後続のビヘイビアをトリガーすることもできる。ここでの第四条件は前述の条件３乃至条件６の少なくとも１つであっても良く、ここではその詳しい説明を省略する。

本実施例の該方法により、ＬＢＴ監視が失敗しており又は一定条件（第三条件又は第四条件）が満足された場合、端末装置は、ネットワーク側に対してＲＲＣ接続再確立プロシージャを開始し、又は無線リンクが失敗したと見なし、１つの新しいセル又は同じセル上の他のチャネルを選択することにより、ＬＢＴ監視が常に失敗したセル又はセルの１つのチャネル上でずっとランダムアクセスを行うことが避けられる。このようにして、端末装置のエネルギー節約を実現し、トラフィックの長時間の中断を避け、より良いユーザ体験を提供することができる。該方法は接続状態にある端末装置に適している。

本実施例のステップ４０２において、物理層からのＬＢＴ監視失敗の指示又は現在のｐｒｅａｍｂｌｅの伝送ドロップの指示又はＬＢＴ検出インスタンス失敗の指示を受信したときに、端末装置のＭＡＣ層は計数器に対してメンテナンスを行うことができる。

本実施例では、前述の方法において、ＬＢＴ監視がすべて失敗したことにより、ｐｒｅａｍｂｌｅの伝送がドロップされる可能性があり、即ち、ｐｒｅａｍｂｌｅの伝送が無くなり、このような場合、進行中のランダムアクセスを停止しなければ、端末装置に問題が生じることがあり、例えば、端末装置が接続状態にあるときに、長時間ひいてはエンドレスのランダムアクセスの試み（即ち、ランダムアクセス選択を行い、ランダムアクセスリソースを確定し、物理層にプリアンブルを送信し、物理層がＬＢＴ監視を行い、ＬＢＴ監視が失敗し、ＲＡＲの受信ウィンドウが満了後に再びランダムアクセス選択を行う）があれば、トラフィックの中断を来し、ユーザ体験が低下し、ひいては、電力がなくなる恐れもある。

上述の問題を解決するために、本実施例では、さらに、計数器メンテナンスのメカニズムが導入される。

例えば、ＬＢＴ監視が行われた各ＲＯについて、該ＲＯのＬＢＴ監視が失敗した場合、ｐｒｅａｍｂｌｅ伝送計数器（例えば、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ）の値に１をプラスする。ここで、ＬＢＴ監視失敗によりｐｒｅａｍｂｌｅの伝送がドロップされるが、ＬＢＴ監視失敗の場合については後述の実施例で説明する。

また、例えば、ＬＢＴ監視が行われた各ＲＯについて、ＲＯのＬＢＴ監視が失敗しており、またＲＡＲの受信ウィンドウが満了した場合、ｐｒｅａｍｂｌｅ伝送計数器（例えば、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ）の値に１をプラスする。ここで、ＬＢＴ監視失敗によりｐｒｅａｍｂｌｅの伝送がドロップされるが、ＬＢＴ監視失敗の場合については後述の実施例で説明する。

上述のメカニズムにより、ＬＢＴ監視が失敗したときに、ｐｒｅａｍｂｌｅの伝送がなくても、依然として再送計数器の値に１をプラスし、このようにして、ランダムアクセスのトラーの回数を減らすことができる。よって、トラフィックの中断を低減し、ユーザ体験を改善し、端末の電力消費を節約することができる。

なお、上述の２つのメカニズムは例示に過ぎず、本実施例はこれに限定されない。

また、例えば、さらに１つの新しい計数器が導入されても良く、ランダムアクセスプロシージャ開始時に、該計数器の値が１に設定され、ＬＢＴ監視が失敗した場合、該計数器の値に１をプラスし、該計数器の値が最大値に達すると、ランダムアクセスプロシージャが完了したと見なす。ここで、ランダムアクセスプロシージャの完了とは、成功裏に完了していることであっても良く、未成功の完了であっても良い。

本実施例では、“ドロップ（ｄｒｏｐ）”は、“キャンセル（ｃａｎｃｅｌ）”又は“失敗（ｆａｉｌｅｄ）”又は“中断（ｉｎｔｅｒｒｕｐｔ）”又は“サスペンド（ｓｕｓｐｅｎｄ）”などの類語により置換されても良く、そのすべては、物理層が、指示されたＲＯ失敗を適用し、及び／又は、ネットワーク装置にｐｒｅａｍｂｌｅを送信しないことを示す。

本実施例では、異なる実施方式により端末装置の物理層又はＭＡＣ層又はＲＲＣ層の処理を説明したが、これらの実施方式は単独で使用されても良く、組み合わせて使用されても良いが、本実施例はこれについて限定しない。

本実施例の方法により、ＭＡＣ層が１つ又は複数のＲＯを確認した場合、ＬＢＴ監視失敗時に異なる処理メカニズムを提供することにより、ＬＢＴ監視失敗後のレスポンス時間を短縮し、ランダムアクセスの成功率を向上させることができる。

本実施例は設定方法を提供し、該方法はネットワーク装置に応用され、それは実施例１及び実施例２の方法に対応するネットワーク側の処理である。ここでは、実施例１及び実施例２と同じ内容の重複説明が省略される。図５は、本実施例の設定方法を示す図であり、図５に示すように、該方法は以下のステップを含む。

ステップ５０１：ネットワーク装置が、アイドル状態又はアクティブ状態にある端末装置のために複数の初期ＢＷＰを設定し、端末装置は各前記初期ＢＷＰ上で１つのＲＯを確定する。

本実施例では、ネットワーク装置が端末装置のために複数の初期ＢＷＰを設定し、端末装置は各初期ＢＷＰ上で１つのＲＯを確定することができる。なお、具体的な方法については実施例１に記載されているから、ここではその詳しい説明を省略する。該方法により、ｐｒｅａｍｂｌｅの伝送機会を増やし、ランダムアクセスの成功率を向上させることができる。

本実施例では、実施例２に記載されたように、ネットワーク装置はさらに、端末装置送信の第一指示情報を受信し、該第一指示情報に基づいて、アクティブＢＷＰが上述の第一指示情報を伝送したＢＷＰであると確定することができる。なお、後続の処理は現在の規格における規定と同じであっても良いので、ここでは詳しい説明を省略する。

本実施例の方法により、ランダムアクセスの成功率を向上させることができる。

本実施例はランダムアクセスプリアンブルの送信装置を提供し、それは端末装置に配置される。なお、該装置が問題を解決する原理が実施例１の方法と類似しているため、その具体的な実施については実施例１を参照することができ、ここでは内容が同じである重複説明が省略される。

図６は、本実施例におけるランダムアクセスプリアンブルの送信装置を示す図であり、図６に示すように、本実施例のランダムアクセスプリアンブルの送信装置６００は、第一確定ユニット６０１及び第二確定ユニット６０２を含む。

第一確定ユニット６０１は、端末装置の媒体アクセス制御（ＭＡＣ）層で第一数量の、プリアンブル（ｐｒｅａｍｂｌｅ）を送信するためのランダムアクセス伝送機会（ＲＯ）を確定し、又はプリアンブルを送信するためのＲＯに対応する下りリンク参照信号を選択し；第二確定ユニット６０２は、前記端末装置の物理層で前記第一数量のＲＯ又は前記下りリンク参照信号に基づいて第二数量のＲＯを確定し、前記第一数量及び前記第二数量はともに１よりも大きい。

本実施例では、前記第一確定ユニット６０１は以下の少なくとも１つの方法で第一数量のＲＯを確定することができ、即ち、
前記端末装置のＭＡＣ層が第三数量の同期信号／ブロードキャストチャネルブロック（ＳＳＢ）及び／又はチャネル状態情報参照信号（ＣＳＩ－ＲＳ）を選択し、選択した各ＳＳＢ及び／又はＣＳＩ－ＲＳに対応して１つのＲＯを確定し、前記第一数量のＲＯを取得し；
前記端末装置のＭＡＣ層が１つのＳＳＢ又はＣＳＩ－ＲＳを選択し、選択したＳＳＢ又はＣＳＩ－ＲＳに対応する第一数量のＲＯを確定し；
前記端末装置がアイドル状態又は非アクティブ状態にあり、前記端末装置は第一数量の初期帯域幅部分（ＢＷＰ）が設定される場合、各初期ＢＷＰ上で１つのＲＯを確定し；
前記端末装置が接続状態にある場合、前記端末装置は設定された各ＢＷＰ上で１つのＲＯを確定し；
前記端末装置のＭＡＣ層が第一数量のアグリゲーションされるキャリア上でそれぞれ１つのＲＯを確定し；
前記端末装置が各ランダムアクセスプロシージャについて１つのＲＯを確定し；及び
前記端末装置が各アクティブＢＷＰ上で１つのＲＯを確定する。

本実施例では、図６に示すように、前記装置６００はさらに以下のものが含まれても良い。

第三確定ユニット６０３：前記端末装置の物理層で、以下の方法の少なくとも１つにより、ＬＢＴ監視を行うＲＯを確定し、即ち、
前記第二数量のＲＯについてすべてＬＢＴ監視を行い；
前記第二数量のＲＯのうちから一部のＲＯを選択してＬＢＴ監視を行い；
時間順に従って前記第二数量のＲＯのためにＬＢＴ監視を、第一条件が満足されるまで行い、前記第一条件は、第四数量のＬＢＴ監視が成功しており、又は、第二数量のすべてのＲＯのためのＬＢＴ監視が行われたことである。

本実施例では、如図６に示すように、前記装置６００はさらに以下のものを含んでも良い。

起動ユニット６０４：前記第一数量のＲＯ又は前記第二数量のＲＯに基づいてランダムアクセスレスポンス（ＲＡＲ）の受信ウィンドウを起動する。

本実施例では、上述のＲＡＲの受信ウィンドウは１つであっても良く、且つ前記ＲＡＲの受信ウィンドウを起動するＲＯは以下の任意の１つであっても良く、即ち、
前記端末装置の物理層が１つのみのＲＯでプリアンブルの伝送を行った場合、前記ＲＡＲの受信ウィンドウを起動するＲＯは、前記プリアンブルを伝送したＲＯであり；
前記端末装置の物理層が複数のＲＯでプリアンブルの伝送を行った場合、前記ＲＡＲの受信ウィンドウを起動するＲＯは、前記複数のＲＯのうちの１番目又は最後の１つのＲＯであり；
１つのみのＲＯのＬＢＴ監視が成功した場合、前記ＲＡＲの受信ウィンドウを起動するＲＯは、ＬＢＴ監視が成功したＲＯであり；
複数のＲＯのＬＢＴ監視が成功した場合、前記ＲＡＲの受信ウィンドウを起動するＲＯは、ＬＢＴ監視が成功したＲＯのうちの１番目又は最後の１つのＲＯであり；
１つのみのＲＯのＬＢＴ監視が行われた場合、前記ＲＡＲの受信ウィンドウを起動するＲＯは、ＬＢＴ監視を行ったＲＯであり；
複数のＲＯのためのＬＢＴ監視を行った場合、前記ＲＡＲの受信ウィンドウを起動するＲＯは、ＬＢＴ監視を行ったＲＯのうちの１番目又は最後の１つのＲＯであり；
前記端末装置のＭＡＣ層が１つのＲＯを確定した場合、前記ＲＡＲの受信ウィンドウを起動するＲＯは、前記端末装置のＭＡＣ層が確定したＲＯであり；及び
前記端末装置のＭＡＣ層が複数のＲＯを確定した場合、前記ＲＡＲの受信ウィンドウを起動するＲＯは、前記端末装置のＭＡＣ層が確定したＲＯのうちの１番目又は最後の１つのＲＯである。

本実施例では、上述のＲＡＲの受信ウィンドウは複数であっても良く、且つ前記ＲＡＲの受信ウィンドウを起動するＲＯは以下の任意の１つであっても良く、即ち、
前記端末装置の物理層が複数のＲＯでプリアンブルの伝送を行った場合、前記端末装置は、各々又は各組の、前記プリアンブルを伝送したＲＯで１つのＲＡＲの受信ウィンドウを起動し、且つ各組のＲＯで１つのＲＡＲの受信ウィンドウを起動する場合、前記ＲＡＲの受信ウィンドウを起動するＲＯは、前記プリアンブルを伝送した前記複数のＲＯの１番目又は最後の１つのＲＯであり；
複数のＲＯのＬＢＴ監視が成功した場合、前記端末装置は、各々又は各組の、ＬＢＴ監視が成功したＲＯで１つのＲＡＲの受信ウィンドウを起動し、且つ各組のＲＯで１つのＲＡＲの受信ウィンドウを起動する場合、前記ＲＡＲの受信ウィンドウを起動するＲＯは、ＬＢＴ監視が成功した前記複数のＲＯの１番目又は最後の１つのＲＯであり；
複数のＲＯのためにＬＢＴ監視を行った場合、前記端末装置は、各々又は各組の、ＬＢＴ監視を行ったＲＯで１つのＲＡＲの受信ウィンドウを起動し、且つ各組のＲＯで１つのＲＡＲの受信ウィンドウを起動する場合、前記ＲＡＲの受信ウィンドウを起動するＲＯは、ＬＢＴ監視を行った前記複数のＲＯの１番目又は最後の１つのＲＯであり；及び
前記端末装置のＭＡＣ層が複数のＲＯを確定した場合、前記端末装置は、各々又は各組の、前記端末装置のＭＡＣ層が確定したＲＯで１つのＲＡＲの受信ウィンドウを起動し、且つ前記ＲＡＲの受信ウィンドウを起動するＲＯは、前記端末装置のＭＡＣ層が確定した前記複数のＲＯの１番目又は最後の１つのＲＯである。

本実施例では、各ＳＳＢ又はＣＳＩ－ＲＳに対応するＲＯは１組であり、又は、各チャネル又はＢＷＰ上のＲＯは１組であり、又は、各セル上のＲＯは１組である。

本実施例の装置により、ランダムアクセスの成功率を向上させることができる。

本実施例はＬＢＴ監視失敗の処理装置を提供し、それは端末装置に配置される。なお、該装置が問題を解決する原理が実施例２の方法と類似しているため、その具体的な実施については実施例２を参照することができ、ここでは内容が同じである重複説明が省略される。

図７は本実施例におけるＬＢＴ監視失敗の処理装置を示す図であり、図７に示すように、本実施例におけるＬＢＴ監視失敗の処理装置７００は監視ユニット７０１及び処理ユニット７０２を含む。

監視ユニット７０１は端末装置の物理層でＬＢＴ監視を行い、ＬＢＴ監視が失敗したと見なすときに、ＭＡＣ層又はＲＲＣ層に、ＬＢＴ監視失敗又はランダムアクセスプリアンブル（ｐｒｅａｍｂｌｅ）伝送ドロップ又はＬＢＴ検出インスタンス失敗を指示し；処理ユニット７０２は、前記端末装置のＭＡＣ層又はＲＲＣ層で前記指示に基づいて以下の処理の少なくとも１つを行い、即ち、リソース選択を実行し、チャネル選択又はＢＷＰ切り替えをトリガーし、無線リンクの失敗をトリガーし、ＲＲＣ接続再確立をトリガーし、及び計数器のメンテナンスを行うことである。

本実施例では、前記監視ユニット７０１は、前記端末装置の物理層で、実施例２に記載の条件１乃至条件１４の少なくとも１つが満足された場合、ＬＢＴ監視が失敗したと見なすことができる。

本実施例では、図７に示すように、前記装置７００はさらに以下のものが含まれても良い。

提供ユニット７０３：前記端末装置の物理層でＭＡＣ層にＬＢＴ監視結果失敗のチャネル又はＢＷＰの情報を提供し、及び／又は、前記端末装置の物理層でＭＡＣ層にＬＢＴ監視結果失敗のＳＳＢの索引及び／又はＣＳＩ－ＲＳのリソース標識を提供する。

本実施例では、前記処理ユニット７０２は、前記端末装置のＭＡＣ層で、前記指示に基づいて、第一条件が満足された場合、チャネル選択又はＢＷＰ切り替えをトリガーすることができ、前記第一条件は、実施例２に記載の条件３乃至条件６の少なくとも１つである。

本実施例では、図７に示すように、前記装置７００はさらに以下のものが含まれても良い。

受信ユニット７０４：前記端末装置のＭＡＣ層で、物理層が提供したＬＢＴ監視結果失敗のチャネル又はＢＷＰの情報を受信する。

本実施例では、前記ＢＷＰは複数のチャネルを含み、前記ＢＷＰ上のＬＢＴ監視失敗とは、前記ＢＷＰの任意の１つのチャネルのＬＢＴ監視失敗を指す。

本実施例では、前記処理ユニット７０２は、前記端末装置のＭＡＣ層で、前記指示に基づいて、無線リンクの失敗をトリガーすることができ、それは以下のことを含み、即ち、
前記ＭＡＣ層で前記指示を受信したときにランダムアクセスが失敗したと見なし、前記ランダムアクセスが第一セルで発生したときに、ネットワーク装置に第一指示情報を送信し、前記第一指示情報によりランダムアクセスの問題を指示し、そのうち、前記第一セルはプライマリセルであり；又は
前記ＭＡＣ層で前記指示に基づいて、第二条件が満足された場合、ランダムアクセスが失敗したと見なし、前記第二条件は、実施例２に記載の条件３乃至条件６の少なくとも１つである。

本実施例では、前記処理ユニット７０２はさらに前記端末装置のＲＲＣ層で前記指示に基づいてＲＲＣ接続再確立をトリガーすることができ、それは以下のことを含み、即ち、
前記ＲＲＣ層で前記指示を受信したときに接続再確立プロシージャを開始し；又は
前記ＲＲＣ層で前記指示に基づいて第三条件が満足された場合、接続再確立プロシージャを開始し、前記第三条件は実施例２に記載の条件３乃至条件６の少なくとも１つである。

本実施例では、前記処理ユニット７０２はさらに前記端末装置のＲＲＣ層で前記指示に基づいて無線リンクの失敗をトリガーすることができ、それは以下のことを含み、即ち、
前記ＲＲＣ層が前記指示を受信したときに無線リンクが失敗したと見なし；又は
前記ＲＲＣ層が前記指示に基づいて、第四条件が満足された場合、無線リンクが失敗したと見なし、前記第四条件は前述の条件３乃至条件６の少なくとも１つである。

本実施例では、前記処理ユニット７０２はさらに端末装置のＭＡＣ層で前記指示に基づいて計数器のメンテナンスを行うことができ、それは以下のことを含み、即ち、
前記端末装置のＭＡＣ層で、以下の任意の１つのメカニズムに従って、計数器のメンテナンスを行い、即ち、
ＬＢＴ監視を行った各ＲＯについて、前記ＲＯのＬＢＴ監視が失敗した場合、プリアンブル伝送計数器に１をプラスし；
ＬＢＴ監視を行った各ＲＯについて、前記ＲＯのＬＢＴ監視が失敗しており、且つＲＡＲの受信ウィンドウが満了した場合、プリアンブルの伝送計数器に１をプラスし；及び
ＬＢＴ監視が失敗した場合、第一計数器の値に１を、前記第一計数器の値が最大値に達するまでプラスする（即ち、前記第一計数器の値が最大値に達するまで、第一計数器の値が逓増する）。

本実施例の装置により、ランダムアクセスの成功率を向上させることができる。

本実施例はさらに設定装置を提供し、それはネットワーク装置に配置される。なお、該装置が問題を解決する原理が実施例３の方法と類似しているから、その具体的な実施については実施例３を参照することができ、ここでは内容が同じである重複説明が省略される。

図８は、本実施例における設定装置を示す図であり、図８に示すように、本実施例の設定装置８００は以下のものを含む。

設定ユニット８０１：アイドル状態又はアクティブ状態にある端末装置のために複数の初期ＢＷＰを設定し、端末装置は各前記初期ＢＷＰ上で１つのＲＯを確定する。

本実施例では、図８に示すように、前記装置８００はさらに以下のものを含んでも良い。

第一受信ユニット８０２：端末装置送信の第一指示情報を受信し；
第一処理ユニット８０３：前記第一指示情報に基づいて、アクティブＢＷＰが前記第一指示情報を伝送したＢＷＰであると確定する。

本実施例の装置により、ランダムアクセスの成功率を向上させることができる。

本発明の実施例はさらに端末装置を提供し、そのうち、該端末装置は実施例４又は５に記載の装置を含む。

図９は、本発明の実施例における端末装置を示す図である。図９に示すように、該端末装置９００は中央処理器９０１及び記憶器９０２を含み、記憶器９０２は中央処理器９０１に接続される。なお、該図は例示に過ぎず、さらに他の類型の構造を用いて該構造に対して補充又は代替を行うことで、電気通信機能又は他の機能を実現することもできる。

１つの実施方式において、実施例４又は５に記載の装置の機能が中央処理器９０１に統合され、中央処理器９０１により実施例４又は５に記載の装置の機能を実現しても良く、そのうち、実施例４又は５に記載の装置の機能がここに合併され、ここではその詳しい説明を省略する
もう１つの実施方式において、実施例４又は５に記載の装置が中央処理器９０１と別々で配置されても良く、例えば、該実施例４又は５に記載の装置を、中央処理器９０１に接続されるチップとして構成し、中央処理器９０１の制御により該実施例４又は５に記載の装置の機能を実現しても良い。

図９に示すように、該端末装置９００はさらに、通信モジュール９０３、入力ユニット９０４、音声処理ユニット９０５、表示器９０６、電源９０７を含んでも良い。なお、端末装置９００は図９に示すすべての部品を含む必要がなく、また、端末装置９００はさらに、図９にない部品を含んでも良いが、これについては従来技術を参照することができる。

図９に示すように、中央処理器９０１は制御器又は操作コントローラと称される場合があり、マイクロプロセッサ又は他の処理器装置及び／又は論理装置を含んでも良く、該中央処理器９０１は入力を受信して端末装置９００の各部品の操作を制御することができる。

そのうち、記憶器９０２は例えば、バッファ、フレッシュメモリ、ＨＤＤ、可移動媒体、揮発性記憶器、不揮発性記憶器又は他の適切な装置のうちの１つ又は複数であっても良く、上述の設定に関する情報を記憶することができ、また、情報処理用のプログラムをさらに記憶することができる。また、中央処理器９０１は、該記憶器９０２に記憶された該プログラムを実行することで情報の記憶又は処理などを実現することもできる。なお、他の部品の機能が従来と類似しているから、ここではその詳しい説明を省略する。また、端末装置９００の各部品は専用ハードウェア、ファームウェア、ソフトウェア又はその組み合わせにより実現されても良いが、そのすべては本発明の範囲に属する。

本実施例の端末装置により、ランダムアクセスの成功率を向上させることができる。

本発明の実施例はさらにネットワーク装置を提供し、そのうち、該ネットワーク装置は実施例６に記載の装置を含む。

図１０は、本発明の実施例におけるネットワーク装置の１つの実施方式の構成図である。図１０に示すように、ネットワーク装置１０００は中央処理器（ＣＰＵ）１００１及び記憶器１００２を含み、記憶器１００２は中央処理器１００１に接続される。そのうち、該記憶器１００２は各種のデータを記憶することができ、情報処理用のプログラムをさらに記憶することができ、また、中央処理器１００１の制御下で該プログラムを実行することで、端末装置送信の各種の情報を受信し、端末装置に各種の情報を送信することもできる。

１つの実施方式において、実施例６に記載の装置の機能が中央処理器１００１に集積され、中央処理器１００１により実施例６に記載の装置の機能を実現しても良く、そのうち、実施例６に記載の装置の機能がここで合併され、ここではその詳しい説明を省略する。

もう１つの実施方式において、実施例６に記載の装置が中央処理器１００１と別々配置されても良く、例えば、該実施例６に記載の装置を、中央処理器１００１に接続されるチップとして構成し、中央処理器１００１の制御により該実施例６に記載の装置の機能を実現することもできる。

また、図１０に示すように、ネットワーク装置１０００はさらに送受信機１００３、アンテナ１００４などを含んでも良く、そのうち、上述の部品の機能が従来技術と類似しているため、ここではその詳しい説明を省略する。なお、ネットワーク装置１０００は図１０に示すすべての部品を含む必要がなく、また、ネットワーク装置１０００はさらに図１０にない部品を含んでも良いが、これについては従来技術を参照することができる。

本実施例のネットワーク装置により、ランダムアクセスの成功率を向上させることができる。

本発明の実施例はさらに通信システムを提供し、該通信システムはネットワーク装置及び端末装置を含み、ネットワーク装置は例えば実施例８に記載のネットワーク装置１０００であり、端末装置は例えば実施例７に記載の端末装置９００である。

本実施例では、該端末装置は例えばｇＮＢがサービングするＵＥであり、それは実施例４又は５に記載の装置の機能以外に、さらに端末装置の通常の組成及び機能を含み、実施例７に記載のようであり、ここではその詳しい説明を省略する。

本実施例では、該ネットワーク装置は例えばＮＲにおけるｇＮＢであり、それは実施例６に記載の装置の機能以外、さらにネットワーク装置の通常の構成及び機能を含み、実施例８に記載のようであり、ここではその詳しい説明を省略する。

本実施例における通信システムにより、ランダムアクセスの成功率を向上させることができる。

本発明の実施例はさらにコンピュータ可読プログラムを提供し、そのうち、端末装置中で前記プログラムを実現するときに、前記プログラムはコンピュータに、前記端末装置中で実施例１又は２に記載の方法を実行させる。

本発明の実施例はさらにコンピュータ可読プログラムを記憶した記憶媒体を提供し、そのうち、前記コンピュータ可読プログラムはコンピュータに、端末装置中で実施例１又は２に記載の方法を実行させる。

本発明の実施例はさらにコンピュータ可読プログラムを提供し、そのうち、ネットワーク装置中で前記プログラムを実行するときに、前記プログラムはコンピュータに、前記ネットワーク装置中で実施例３に記載の方法を実行させる。

本発明の実施例はさらにコンピュータ可読プログラムを記憶した記憶媒体を提供し、そのうち、前記コンピュータ可読プログラムはコンピュータに、ネットワーク装置中で実施例３に記載の方法を実行させる。

また、上述の装置及び方法は、ソフトウェア又はハードウェアにより実現されても良く、ハードウェアとソフトウェアとの組み合わせにより実現されても良い。本発明は、さらに、下記のようなコンピュータ読み取り可能なプログラムに関し、即ち、該プログラムは、ロジック部品により実行されるときに、該ロジック部品に、上述の装置又は構成部品を実現させ、又は、該ロジック部品に、上述の各種の方法又はステップを実現させる。ロジック部品は、例えば、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、マイクロプロセッサ、コンピュータに用いる処理器などであっても良い。本発明は、さらに、上述のプログラムを記憶した記憶媒体、例えば、ハードディスク、磁気ディスク、光ハードディスク、ＤＶＤ、フラッシュメモリなどにも関する。

さらに、図面に記載の機能ブロックのうちの１つ又は複数の組み合わせ及び／又は機能ブロックの１つ又は複数の組み合わせは、本明細書に記載の機能を実行するための汎用処理器、デジタル信号処理器（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）又は他のプログラム可能な論理部品、ディスクリートゲート又はトランジスタ論理部品、ディスクリートハードウェアアセンブリ又は他の任意の適切な組み合わせとして実現されても良い。また、図面に記載の機能ブロックのうちの１つ又は複数の組み合わせ及び／又は機能ブロックの１つ又は複数の組み合わせは、さらに、計算装置の組み合わせ、例えば、ＤＳＰ及びマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰと通信により接続される１つ又は複数のマイクロプロセッサ又は他の任意の構成の組み合わせとして構成されても良い。

以上、本発明の好ましい実施形態を説明したが、本発明はこのような実施形態に限定されず、本発明の趣旨を離脱しない限り、本発明に対するあらゆる変更は本発明の技術的範囲に属する。

また、上述の実施例などに関し、さらに以下の付記を開示する。

（付記１）
端末装置に配置されるＬＢＴ監視失敗の処理装置であって、
前記端末装置の物理層でＬＢＴ監視を行い、ＬＢＴ監視が失敗したときにＭＡＣ層又はＲＲＣ層にＬＢＴ監視失敗又はｍｓｇ．３伝送ドロップ又はＬＢＴ検出インスタンス失敗を指示する監視ユニット；及び
処理ユニットを含み、
前記処理ユニットは、
前記端末装置のＭＡＣ層又はＲＲＣ層で、前記指示に基づいて、以下の処理の少なくとも１つを行い、即ち、
リソース選択を実行し；
チャネル選択又はＢＷＰ切り替えをトリガーし；
無線リンクの失敗をトリガーし；
ＲＲＣ接続再確立をトリガーし；及び
計数器のメンテナンスを行うという処理である、装置。

（付記２）
付記１に記載の装置であって、
前記監視ユニットは、前記端末装置の物理層で、以下の条件のうちの少なくとも１つが満足された場合、ＬＢＴ監視が失敗したと見なし、即ち、
一回のＬＢＴ監視結果がビジーであり；
前記端末装置のＭＡＣ層に対して一回指示したｍｓｇ．３の伝送機会の一回又は複数回のＬＢＴ監視結果がすべてビジーであり；
所定期間内の複数回のＬＢＴ監視について、ＬＢＴ監視結果がビジーであるインスタンス数が第一数量に達しており；
複数回のＬＢＴ監視について、ＬＢＴ監視結果がビジーである比が第１の比に達しており；
ＬＢＴ監視結果がビジーであるインスタンス数が第二数量に達しており、第一タイマーの計時時間内で、ＬＢＴ監視結果がアイドルであるインスタンス数が第三数量に達せず、そのうち、前記第一タイマーは前記ＬＢＴ監視結果がビジーであるインスタンス数が第二数量に達したときに起動され；
第二タイマーが切れた後にＬＢＴ監視結果がビジーであるインスタンス数が第四数量に達しており、そのうち、前記第二タイマーは１つのＬＢＴインスタンスの監視結果がビジーであるときに起動され；
１つのチャネル又はＢＷＰ上で、所定期間内の複数回のＬＢＴ監視について、ＬＢＴ監視結果がビジーであるインスタンス数が第五数量に達しており；
１つのチャネル又はＢＷＰ上で、複数回のＬＢＴ監視について、ＬＢＴ監視結果がビジーである比が第２の比に達しており；
１つのチャネル又はＢＷＰ上で、ＬＢＴ監視結果がビジーであるインスタンス数が第六数量に達しており、第三タイマーの計時時間内で、ＬＢＴ監視結果がアイドルであるインスタンス数が第七数量に達せず、そのうち、前記第三タイマーは前記ＬＢＴ監視結果がビジーであるインスタンス数が第六数量に達したときに起動され；
１つのチャネル又はＢＷＰ上で、第四タイマーが切れた後に、ＬＢＴ監視結果がビジーであるインスタンス数が第八数量に達しており、そのうち、前記第四タイマーは１つのＬＢＴインスタンスの監視結果がビジーであるときに起動され；
１つのＳＳＢ及び／又はＣＳＩ－ＲＳについて、所定期間内の複数回のＬＢＴ監視について、ＬＢＴ監視結果がビジーであるインスタンス数が第九数量に達しており；
１つのＳＳＢ及び／又はＣＳＩ－ＲＳについて、複数回のＬＢＴ監視について、ＬＢＴ監視結果がビジーである比が第３の比に達しており；
１つのＳＳＢ及び／又はＣＳＩ－ＲＳについて、ＬＢＴ監視結果がビジーであるインスタンス数が第十数量に達しており、第五タイマーの計時時間内で、ＬＢＴ監視結果がアイドルであるインスタンス数が第十一数量に達せず、そのうち、前記第五タイマーは前記ＬＢＴ監視結果がビジーであるインスタンス数が第十数量に達したときに起動され；及び
１つのＳＳＢ及び／又はＣＳＩ－ＲＳについて、第六タイマーが切れた後に、ＬＢＴ監視結果がビジーであるインスタンス数が第十二数量に達しており、そのうち、前記第六タイマーは１つのＬＢＴインスタンスの監視結果がビジーであるときに起動されるという条件である、装置。

（付記３）
付記２に記載の装置であって、
前記端末装置の物理層で前記ＭＡＣ層に、ＬＢＴ監視結果失敗のチャネル又はＢＷＰの情報を提供し；及び／又は、前記端末装置の物理層でＭＡＣ層にＬＢＴ監視結果失敗のＳＳＢの索引及び／又はＣＳＩ－ＲＳのリソース標識を提供する提供ユニットをさらに含む、装置。

（付記４）
付記１に記載の装置であって、
前記処理ユニットは、前記端末装置のＭＡＣ層で、前記指示に基づいて、第一条件が満足された場合、チャネル選択又はＢＷＰ切り替えをトリガーし、前記第一条件は、以下の条件のうちの少なくとも１つであり、即ち、
１つのチャネル又はＢＷＰ上で、所定期間内の複数回のＬＢＴ監視について、ＬＢＴ監視結果がビジーであるインスタンス数が第五数量に達しており；
１つのチャネル又はＢＷＰ上で、複数回のＬＢＴ監視について、ＬＢＴ監視結果がビジーである比が第２の比に達しており；
１つのチャネル又はＢＷＰ上で、ＬＢＴ監視結果がビジーであるインスタンス数が第六数量に達しており、第三タイマーの計時時間内で、ＬＢＴ監視結果がアイドルであるインスタンス数が第七数量に達せず、そのうち、前記第三タイマーは前記ＬＢＴ監視結果がビジーであるインスタンス数が第六数量に達したときに起動され；及び
１つのチャネル又はＢＷＰ上で、第四タイマーが切れた後に、ＬＢＴ監視結果がビジーであるインスタンス数が第八数量に達しており、そのうち、前記第四タイマーは、１つのＬＢＴインスタンスの監視結果がビジーであるときに起動されるという条件である、装置。

（付記５）
付記４に記載の装置であって、
前記ＢＷＰは複数のチャネルを含み、前記ＢＷＰ上のＬＢＴ監視失敗とは、前記ＢＷＰの少なくとも１つのチャネルのＬＢＴ監視が失敗したことを指す、装置。

（付記６）
付記１に記載の装置であって、
前記処理ユニットが前記端末装置のＭＡＣ層で前記指示に基づいて無線リンクの失敗をトリガーすることは、
前記ＭＡＣ層が前記指示を受信したときに、ランダムアクセスが失敗したと見なし；又は
前記ＭＡＣ層が前記指示に基づいて第二条件が満足された場合、ランダムアクセスが失敗したと見なすことを含み、
前記第二条件は、以下の条件のうちの少なくとも１つであり、即ち、
所定期間内の複数回のＬＢＴ監視について、ＬＢＴ監視結果がビジーであるインスタンス数が第一数量に達しており；
複数回のＬＢＴ監視について、ＬＢＴ監視結果がビジーである比が第１の比に達しており；
ＬＢＴ監視結果がビジーであるインスタンス数が第二数量に達しており、第一タイマーの計時時間内で、ＬＢＴ監視結果がアイドルであるインスタンス数が第三数量に達せず、そのうち、前記第一タイマーは前記ＬＢＴ監視結果がビジーであるインスタンス数が第二数量に達したときに起動され；及び
第二タイマーが切れた後に、ＬＢＴ監視結果がビジーであるインスタンス数が第四数量に達しており、そのうち、前記第二タイマーは１つのＬＢＴインスタンスの監視結果がビジーであるときに起動されるという条件である、装置。

（付記７）
付記１に記載の装置であって、
前記処理ユニットが前記端末装置のＲＲＣ層で前記指示に基づいてＲＲＣ接続再確立をトリガーすることは、
前記ＲＲＣ層で前記指示を受信したときに、接続再確立プロシージャを開始し；又は
前記ＲＲＣ層が前記指示に基づいて、第三条件が満足された場合、接続再確立プロシージャを開始することを含み、
前記第三条件は、以下の条件のうちの少なくとも１つであり、即ち、
所定期間内の複数回のＬＢＴ監視について、ＬＢＴ監視結果がビジーであるインスタンス数が第一数量に達しており；
複数回のＬＢＴ監視について、ＬＢＴ監視結果がビジーである比が第１の比に達しており；
ＬＢＴ監視結果がビジーであるインスタンス数が第二数量に達しており、第一タイマーの計時時間内で、ＬＢＴ監視結果がアイドルであるインスタンス数が第三数量に達せず、そのうち、前記第一タイマーは前記ＬＢＴ監視結果がビジーであるインスタンス数が第二数量に達したときに起動され；及び
第二タイマーが切れた後に、ＬＢＴ監視結果がビジーであるインスタンス数が第四数量に達しており、そのうち、前記第二タイマーは１つのＬＢＴインスタンスの監視結果がビジーであるときに起動されるという条件である、装置。

（付記８）
付記１に記載の装置であって、
前記処理ユニットが前記端末装置のＲＲＣ層で前記指示に基づいて無線リンクの失敗をトリガーすることは、
前記ＲＲＣ層で前記指示を受信したときに、無線リンクが失敗したと見なし；又は
前記ＲＲＣ層で前記指示に基づいて、第四条件が満足された場合、無線リンクが失敗したと見なすことを含み、
前記第四条件は以下の条件のうちの少なくとも１つであり、即ち、
所定期間内の複数回のＬＢＴ監視について、ＬＢＴ監視結果がビジーであるインスタンス数が第一数量に達しており；
複数回のＬＢＴ監視について、ＬＢＴ監視結果がビジーである比が第１の比に達しており；
ＬＢＴ監視結果がビジーであるインスタンス数が第二数量に達しており、第一タイマーの計時時間内で、ＬＢＴ監視結果がアイドルであるインスタンス数が第三数量に達せず、そのうち、前記第一タイマーは前記ＬＢＴ監視結果がビジーであるインスタンス数が第二数量に達したときに起動され；
第二タイマーが切れた後に、ＬＢＴ監視結果がビジーであるインスタンス数が第四数量に達しており、そのうち、前記第二タイマーは１つのＬＢＴインスタンスの監視結果がビジーであるときに起動されるという条件である、装置。

（付記９）
付記１に記載の装置であって、
前記処理ユニットが前記端末装置ＭＡＣ層で前記指示に基づいて計数器のメンテナンスを行うことは、
前記処理ユニットが前記端末装置ＭＡＣ層で以下のメカニズムのうちの何れか１つに基づいて計数器のメンテナンスを行うことを含み、即ち、
ＬＢＴ監視を行ったｍｓｇ．３の各伝送機会について、前記ｍｓｇ．３の伝送機会のＬＢＴ監視が失敗した場合、ランダムアクセスプリアンブル伝送計数器に１をプラスし；
ＬＢＴ監視を行ったｍｓｇ．３の各伝送機会について、前記ｍｓｇ．３の伝送機会のＬＢＴ監視が失敗しており、且つ競合解決タイマーが切れたときに、ランダムアクセスプリアンブル伝送計数器に１をプラスし；及び
ＬＢＴ監視が失敗した場合、第一計数器の値に１を、前記第一計数器が最大値に達するまでプラスするというメカニズムである、装置。

（付記１０）
端末装置に設定されるｍｓｇ．３の送信装置であって、
前記端末装置の媒体アクセス制御（ＭＡＣ）層で第一数量の、ｍｓｇ．３を送信するための伝送機会を確定する第一確定ユニット；及び
前記端末装置の物理層で前記第一数量の伝送機会に基づいて第二数量の、ｍｓｇ．３を送信するための伝送機会を確定する第二確定ユニットを含み、
前記第一数量及び前記第二数量はすべて１よりも大きい、装置。

（付記１１）
付記１０に記載の装置であって、
ネットワーク装置送信の設定情報を受信し、前記設定情報に基づいて、前記ネットワーク装置が前記ｍｓｇ．３のために設定した少なくとも１つの伝送機会を取得する受信ユニットをさらに含む、装置。

（付記１２）
付記１０に記載の装置であって、
第三確定ユニットをさらに含み、
前記第三確定ユニットが前記端末装置の物理層で確定する、ＬＢＴ（ＬＢＴ）監視を行う伝送機会は、以下のもののうちの少なくとも１つを含み、即ち、
前記第二数量の伝送機会についてすべてＬＢＴ監視を行い；
前記第二数量の伝送機会のうちから一部の伝送機会を選択してＬＢＴ監視を行い；
時間順に従って前記第二数量の伝送機会でＬＢＴ監視を、第一条件が満足されるまで行い、前記第一条件は第四数量のＬＢＴが成功しており、又は、第二数量のすべての伝送機会でＬＢＴ監視を行ったことであるというものである、装置。

（付記１３）
付記１０に記載の装置であって、
前記第一数量の伝送機会又は前記第二数量の伝送機会に基づいて競合解決タイマーを起動する起動ユニットをさらに含む、装置。

（付記１４）
付記１３に記載の装置であって、
前記競合解決タイマーは１つあり、且つ前記競合解決タイマーを起動する伝送機会は、以下のもののうちの何れか１つであり、即ち、
前記端末装置の物理層が１つのみの伝送機会でｍｓｇ．３の伝送を行った場合、前記競合解決タイマーを起動する伝送機会は、前記ｍｓｇ．３を伝送した伝送機会であり；
前記端末装置の物理層が複数の伝送機会でｍｓｇ．３の伝送を行った場合、前記競合解決タイマーを起動する伝送機会は、前記複数の伝送機会のうちの１番目又は最後の１つの伝送機会であり；
１つのみの伝送機会のＬＢＴ監視が成功した場合、前記競合解決タイマーを起動する伝送機会は、ＬＢＴ監視が成功した伝送機会であり；
複数の伝送機会のＬＢＴ監視が成功した場合、前記競合解決タイマーを起動する伝送機会は、ＬＢＴ監視が成功した伝送機会のうちの１番目又は最後の１つの伝送機会であり；
１つのみの伝送機会でＬＢＴ監視を行った場合、前記競合解決タイマーを起動する伝送機会は、ＬＢＴ監視を行った伝送機会であり；
複数の伝送機会でＬＢＴ監視を行った場合、前記競合解決タイマーを起動する伝送機会は、ＬＢＴ監視を行った伝送機会のうちの１番目又は最後の１つの伝送機会であり；
前記端末装置のＭＡＣ層が１つの伝送機会を確定した場合、前記競合解決タイマーを起動する伝送機会は、前記端末装置のＭＡＣ層が確定した伝送機会であり；及び
前記端末装置のＭＡＣ層が複数の伝送機会を確定した場合、前記競合解決タイマーを起動する伝送機会は、前記端末装置のＭＡＣ層が確定した伝送機会のうちの１番目又は最後の１つの伝送機会であるというものである、装置。

（付記１５）
付記１３に記載の装置であって、
前記競合解決タイマーは複数あり、且つ前記競合解決タイマーを起動する伝送機会は以下のもののうちの何れか１つであり、即ち、
前記端末装置の物理層が複数の伝送機会でｍｓｇ．３の伝送を行った場合、前記端末装置は、各々又は各組の、前記ｍｓｇ．３を伝送した伝送機会で、１つのＲＡＲの受信ウィンドウを起動し、且つ各組の伝送機会で１つの競合解決タイマーを起動する場合、前記ＲＡＲの受信ウィンドウを起動する伝送機会は、前記ｍｓｇ．３を伝送した前記複数の伝送機会のうちの１番目又は最後の１つの伝送機会であり；
複数の伝送機会のＬＢＴ監視が成功した場合、前記端末装置は、各々又は各組の、ＬＢＴ監視が成功した伝送機会で１つのＲＡＲの受信ウィンドウを起動し、且つ各組の伝送機会で１つの競合解決タイマーを起動する場合、前記ＲＡＲの受信ウィンドウを起動する伝送機会は、ＬＢＴ監視が成功した前記複数の伝送機会のうちの１番目又は最後の１つの伝送機会であり；
複数の伝送機会でＬＢＴ監視を行った場合、前記端末装置は、各々又は各組の、ＬＢＴ監視を行った伝送機会で１つのＲＡＲの受信ウィンドウを起動し、且つ各組の伝送機会で１つの競合解決タイマーを起動する場合、前記ＲＡＲの受信ウィンドウを起動する伝送機会は、ＬＢＴ監視を行った前記複数の伝送機会のうちの１番目又は最後の１つの伝送機会であり；及び
前記端末装置のＭＡＣ層が複数の伝送機会を確定した場合、前記端末装置は、各々又は各組の、前記端末装置のＭＡＣ層が確定した伝送機会で１つのＲＡＲの受信ウィンドウを起動し、且つ前記ＲＡＲの受信ウィンドウを起動する伝送機会は、前記端末装置のＭＡＣ層が確定した前記複数の伝送機会のうちの１番目又は最後の１つの伝送機会であるというものである、装置。

（付記１６）
付記１５に記載の装置であって、
各ＳＳＢ又はＣＳＩ－ＲＳに対応する伝送機会が１組になり、又は、各チャネル又はＢＷＰ上の伝送機会が１組になり、又は、各セル上の伝送機会が１組になる、装置。

（付記１７）
ネットワーク装置に配置される設定装置であって、
アイドル状態又はアクティブ状態にある端末装置のために複数の初期ＢＷＰを設定する設定ユニットを含み、
端末装置は、各前記初期ＢＷＰ上でｍｓｇ．３を送信するための１つの伝送機会を確定する、装置。

（付記１８）
付記１７に記載の装置であって、
前記端末装置送信の第一指示情報を受信する第一受信ユニット；及び
前記第一指示情報に基づいて、アクティブＢＷＰが前記第一指示情報を伝送したＢＷＰであると確定する第一処理ユニットをさらに含む、装置。

Claims (3)

1. 端末装置に配置される、ＬＢＴ監視を行う処理装置であって、
   端末装置の物理層で前記ＬＢＴ監視を行い、前記ＬＢＴ監視が失敗したと見なすときにＭＡＣ層又はＲＲＣ層に対してＬＢＴ監視失敗又はＬＢＴ検出インスタンス失敗の指示を行う監視ユニット；及び
   前記指示に基づいて前記端末装置のＭＡＣ層で下りリンク参照信号を選択し、対応するランダムアクセスリソースを確定する処理ユニットを含む、処理装置。
2. 請求項１に記載の処理装置であって、
   前記端末装置のＭＡＣ層に対して一回指示したプリアンブルの伝送機会に対する一回又は複数回のＬＢＴ監視結果がすべてビジーであるときに、前記監視ユニットは前記端末装置の物理層で前記ＬＢＴ監視が失敗したと見なす、処理装置。
3. 請求項２に記載の処理装置であって、
   前記端末装置の物理層で前記ＭＡＣ層にＬＢＴ監視結果失敗のチャネル又はＢＷＰの情報を提供し；及び／又は、前記端末装置の物理層でＭＡＣ層にＬＢＴ監視結果失敗のＳＳＢの索引及び／又はＣＳＩ－ＲＳのリソース標識を提供する提供ユニットをさらに含む、処理装置。

Images