(57)【要約】本発明は、アップリンク伝送リソースを要求する方法及び装置を提供する。前記方法は、アップリンクリソーススケジューリング要求ＳＲがトリガされた後、予め設定されたランダムアクセストリガー条件に満たされているか否かを確定するステップと、予め設定されたランダムアクセストリガー条件に満たされる場合、競合ランダムアクセス要求をトリガするステップと、競合ランダムアクセスフローが終了される前に、予め設定されたランダムアクセスキャンセル条件に満たされているか否かを確定するステップと、前記予め設定されたランダムアクセスキャンセル条件に満たされる場合、前記競合ランダムアクセスフローをキャンセルするステップと、を含み、前記予め設定されたランダムアクセスキャンセル条件は、有効なアップリンクリソース情報が受信されることを少なくとも含む。本発明により提供されるアップリンク伝送リソースを要求する方法を利用することによって、アップリンク伝送リソースの要求の遅延を低減することができるので、トラフィック伝送の遅延を短縮でき、シグナリングのオーバーヘッドおよびシステムリソースも節約できる。【選択図】図１
2021503225.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末に応用される、アップリンク伝送リソースを要求する方法であって、前記方法は、
アップリンクリソーススケジューリング要求（ＳＲ）がトリガされた後、予め設定されたランダムアクセストリガー条件に満たされているか否かを確定するステップと、
前記予め設定されたランダムアクセストリガー条件に満たされる場合、競合ランダムアクセス要求をトリガするステップと、
競合ランダムアクセスフローが終了される前に、予め設定されたランダムアクセスキャンセル条件に満たされているか否かを確定するステップと、
前記予め設定されたランダムアクセスキャンセル条件に満たされる場合、前記競合ランダムアクセスフローをキャンセルするステップと、を含み、
前記予め設定されたランダムアクセスキャンセル条件は、有効なアップリンクリソース情報が検出されることを少なくとも含む
ことを特徴とするアップリンク伝送リソースを要求する方法。
【請求項２】
送信待ちのバッファステータス報告（ＢＳＲ）が確定された後、予め設定されたＳＲトリガ条件に満たされているか否かを確定するステップと、
前記予め設定されたＳＲトリガ条件に満たされる場合、前記アップリンクリソースＳＲをトリガするステップ、をさらに含み、
前記予め設定されたＳＲトリガ条件は、第１の予め設定された時間間隔内に、前記利用可能なＵＬ−ＳＣＨリソースが存在しなく、且つ前記配置されたＵＬ−ｇｒａｎｔが存在しないことを含む
ことを特徴とする請求項１に記載のアップリンク伝送リソースを要求する方法。
【請求項３】
前記第１の予め設定された時間間隔内に、前記利用可能なＵＬ−ＳＣＨリソースが受信され、或いは前記ＵＬ−ｇｒａｎｔが配置された場合、前記利用可能なＵＬ−ＳＣＨリソースまたは前記ＵＬ−ｇｒａｎｔにより指示されるアップリンク伝送リソースを利用して、伝送待ちのデータ及び／又は前記ＢＳＲを前記基地局に送信するステップ、をさらに含む
ことを特徴とする請求項２に記載のアップリンク伝送リソースを要求する方法。
【請求項４】
前記予め設定されたランダムアクセストリガー条件に満たされる場合、前記競合ランダムアクセス要求をトリガするステップは、
任意の時点において、配置された、前記アップリンクリソースＳＲを伝送するための有効な物理的アップリンク制御チャネル（ＰＵＣＣＨ）リソースが存在しなく、予め設定された時間間隔内に、前記利用可能なＵＬ−ＳＣＨリソースが存在しなく、且つ配置された前記ＵＬ−ｇｒａｎｔが存在しない場合、競合ランダムアクセス要求をトリガするステップ、を含む
ことを特徴とする請求項１に記載のアップリンク伝送リソースを要求する方法。
【請求項５】
前記予め設定されたランダムアクセストリガー条件に満たされる場合、前記競合ランダムアクセス要求をトリガするステップは、
前記アップリンクリソースＳＲを伝送するための有効な物理的アップリンク制御チャネル（ＰＵＣＣＨ）リソースが少なくとも１つ配置され、予め設定された時間間隔内に、前記利用可能なＵＬ−ＳＣＨリソースが存在しなく、且つ前記配置されたＵＬ−ｇｒａｎｔが存在しない場合、前記アップリンクリソースＳＲの送信回数の合計が予め設定された閾値を超えているか否かを確定するステップと、
前記アップリンクリソースＳＲの送信回数の合計が前記予め設定された閾値を超える場合、競合ランダムアクセス要求をトリガするステップと、を含む
ことを特徴とする請求項１に記載のアップリンク伝送リソースを要求する方法。
【請求項６】
予め設定された時間間隔内に、前記利用可能なＵＬ−ＳＣＨリソースまたは前記配置されたＵＬ−ｇｒａｎｔが存在する場合、待ち状態にある前記アップリンクリソースＳＲをキャンセルするステップ、をさらに含む
ことを特徴とする請求項１に記載のアップリンク伝送リソースを要求する方法。
【請求項７】
前記予め設定されたランダムアクセスキャンセル条件は、
前記基地局により割り当てられたＵＬ−ｇｒａｎｔが物理的ダウンリンク制御チャネル（ＰＤＣＣＨ）上で受信された場合と、
前記基地局により割り当てられたＵＬ−ｇｒａｎｔが前記ＰＤＣＣＨ上で受信され、且つ、競合ランダムアクセスフローにおける第１の予め設定された送信情報が前記基地局に送信されていなかった場合と、
前記基地局により割り当てられたＵＬ−ｇｒａｎｔが前記ＰＤＣＣＨ上で受信され、且つ、前記競合ランダムアクセスフローにおいて前記基地局により送信された第１の予め設定された応答情報が受信されていなかった場合と、
前記基地局により割り当てられたＵＬ−ｇｒａｎｔが前記ＰＤＣＣＨ上で受信され、且つ、競合ランダムアクセスフローにおける第２の予め設定された送信情報が前記基地局に送信されていなかった場合と、の中のいずれかの一つを含む
ことを特徴とする請求項１に記載のアップリンク伝送リソースを要求する方法。
【請求項８】
前記予め設定されたランダムアクセスキャンセル条件は、
ターゲットアップリンク共有チャネルリソースが監視された場合と、
前記ターゲットアップリンク共有チャネルリソースが監視され、且つ、競合ランダムアクセスフローにおける第１の予め設定された送信情報が前記基地局に送信されていなかった場合と、
前記ターゲットアップリンク共有チャネルリソースが監視され、且つ、前記競合ランダムアクセスフローにおいて前記基地局により送信された第１の予め設定された応答情報が受信されていなかった場合と、
前記ターゲットアップリンク共有チャネルリソースが監視され、且つ、前記競合ランダムアクセスフローにおける第２の予め設定された送信情報が前記基地局に送信されていなかった場合と、の中のいずれかの一つを含み、
前記ターゲットアップリンク共有チャネルリソースは、前記競合ランダムアクセス要求に応答する前に前記基地局により提供されたアップリンク共有チャネルリソースである
ことを特徴とする請求項１に記載のアップリンク伝送リソースを要求する方法。
【請求項９】
前記予め設定されたＳＲトリガ条件に満たされているか否かを確定するステップの前に、
前記基地局により送信されたＳＲトリガ配置情報に基づいて、前記予め設定されたＳＲトリガ条件を配置するステップ、をさらに含む
ことを特徴とする請求項２に記載のアップリンク伝送リソースを要求する方法。
【請求項１０】
前記予め設定されたランダムアクセストリガー条件に満たされているか否かを確定するステップの前に、
前記基地局により送信されたランダムアクセストリガー配置情報に基づいて、前記予め設定されたランダムアクセストリガー条件を配置するステップ、をさらに含む
ことを特徴とする請求項１に記載のアップリンク伝送リソースを要求する方法。
【請求項１１】
前記予め設定されたランダムアクセスキャンセル条件に満たされているか否かを確定するステップの前に、
前記基地局により送信されたキャンセルアクセス配置情報に基づいて、前記予め設定されたランダムアクセスキャンセル条件を配置するステップ、をさらに含む
ことを特徴とする請求項１に記載のアップリンク伝送リソースを要求する方法。
【請求項１２】
前記第１の予め設定された時間間隔及び／又は前記予め設定された時間間隔は、ＮＲシステムにおける基本情報伝送単位である
ことを特徴とする請求項２、４または５のいずれか１項に記載のアップリンク伝送リソースを要求する方法。
【請求項１３】
ユーザ端末に設置される、アップリンク伝送リソースを要求する装置であって、前記装置は、
アップリンクリソーススケジューリング要求（ＳＲ）がトリガされた後、予め設定されたランダムアクセストリガー条件に満たされているか否かを確定するように構成されるランダムアクセス確定モジュールと、
前記予め設定されたランダムアクセストリガー条件に満たされる場合、競合ランダムアクセス要求をトリガするように構成されるアクセス要求トリガーモジュールと、
競合ランダムアクセスフローが終了される前に、予め設定されたランダムアクセスキャンセル条件に満たされているか否かを確定するように構成されるアクセスキャンセル確定モジュールと、
前記予め設定されたランダムアクセスキャンセル条件に満たされる場合、前記競合ランダムアクセスフローをキャンセルするように構成されるアクセスキャンセルモジュールと、を備え、
前記予め設定されたランダムアクセスキャンセル条件は、有効なアップリンクリソース情報が受信されることを少なくとも含む
ことを特徴とするアップリンク伝送リソースを要求する装置。
【請求項１４】
送信待ちのバッファステータス報告（ＢＳＲ）が確定された後、予め設定されたＳＲトリガ条件に満たされているか否かを確定するように構成されるＳＲトリガ確定モジュールと、
前記予め設定されたＳＲトリガ条件に満たされる場合、前記アップリンクリソースＳＲをトリガするように構成されるＳＲトリガーモジュールと、をさらに備え、
前記予め設定されたＳＲトリガ条件は、第１の予め設定された時間間隔内に、前記利用可能なＵＬ−ＳＣＨリソースが存在しなく、且つ前記配置されたＵＬ−ｇｒａｎｔが存在しないことを含む
ことを特徴とする請求項１３に記載のアップリンク伝送リソースを要求する装置。
【請求項１５】
前記第１の予め設定された時間間隔内に、前記利用可能なＵＬ−ＳＣＨリソースが受信され、或いは前記ＵＬ−ｇｒａｎｔが配置された場合、前記利用可能なＵＬ−ＳＣＨリソースまたは前記ＵＬ−ｇｒａｎｔにより指示されるアップリンク伝送リソースを利用して、伝送待ちのデータ及び／又は前記ＢＳＲを前記基地局に送信するように構成されるデータ送信モジュールと、をさらに備える
ことを特徴とする請求項１４に記載のアップリンク伝送リソースを要求する装置。
【請求項１６】
前記アクセス要求トリガーモジュールは、
任意の時点において、配置された、前記アップリンクリソースＳＲを伝送するための有効な物理的アップリンク制御チャネル（ＰＵＣＣＨ）リソースが存在しなく、予め設定された時間間隔内に、前記利用可能なＵＬ−ＳＣＨリソースが存在しなく、且つ配置された前記ＵＬ−ｇｒａｎｔが存在しない場合、競合ランダムアクセス要求をトリガするように構成される
ことを特徴とする請求項１３に記載のアップリンク伝送リソースを要求する装置。
【請求項１７】
前記アクセス要求トリガーモジュールは、
前記アップリンクリソースＳＲを伝送するための有効な物理的アップリンク制御チャネル（ＰＵＣＣＨ）リソースが少なくとも１つ配置され、予め設定された時間間隔内に、前記利用可能なＵＬ−ＳＣＨリソースが存在しなく、且つ前記配置されたＵＬ−ｇｒａｎｔが存在しない場合、前記アップリンクリソースＳＲの送信回数の合計が予め設定された閾値を超えているか否かを確定するように構成される比較サブモジュールと、
前記アップリンクリソースＳＲの送信回数の合計が前記予め設定された閾値を超える場合、競合ランダムアクセス要求をトリガするように構成されるアクセス要求トリガーサブモジュールと、を備える
ことを特徴とする請求項１３に記載のアップリンク伝送リソースを要求する装置。
【請求項１８】
予め設定された時間間隔内に、前記利用可能なＵＬ−ＳＣＨリソースまたは前記配置されたＵＬ−ｇｒａｎｔが存在する場合、待ち状態にある前記アップリンクリソースＳＲをキャンセルするように構成されるＳＲキャンセルモジュールをさらに備える
ことを特徴とする請求項１３に記載のアップリンク伝送リソースを要求する装置。
【請求項１９】
前記予め設定されたランダムアクセスキャンセル条件は、
前記基地局により割り当てられたＵＬ−ｇｒａｎｔが物理的ダウンリンク制御チャネル（ＰＤＣＣＨ）上で受信された場合と、
前記基地局により割り当てられたＵＬ−ｇｒａｎｔが前記ＰＤＣＣＨ上で受信され、且つ、競合ランダムアクセスフローにおける第１の予め設定された送信情報が前記基地局に送信されていなかった場合と、
前記基地局により割り当てられたＵＬ−ｇｒａｎｔが前記ＰＤＣＣＨ上で受信され、且つ、前記競合ランダムアクセスフローにおいて前記基地局により送信された第１の予め設定された応答情報が受信されていなかった場合と、
前記基地局により割り当てられたＵＬ−ｇｒａｎｔが前記ＰＤＣＣＨ上で受信され、且つ、競合ランダムアクセスフローにおける第２の予め設定された送信情報が前記基地局に送信されていなかった場合と、の中のいずれかの一つを含む
ことを特徴とする請求項１３に記載のアップリンク伝送リソースを要求する装置。
【請求項２０】
前記予め設定されたランダムアクセスキャンセル条件は、
ターゲットアップリンク共有チャネルリソースが監視された場合と、
前記ターゲットアップリンク共有チャネルリソースが監視され、且つ、競合ランダムアクセスフローにおける第１の予め設定された送信情報が前記基地局に送信されていなかった場合と、
前記ターゲットアップリンク共有チャネルリソースが監視され、且つ、前記競合ランダムアクセスフローにおいて前記基地局により送信された第１の予め設定された応答情報が受信されていなかった場合と、
前記ターゲットアップリンク共有チャネルリソースが監視され、且つ、前記競合ランダムアクセスフローにおける第２の予め設定された送信情報が前記基地局に送信されていなかった場合と、の中のいずれかのひとつを含み、
前記ターゲットアップリンク共有チャネルリソースは、前記競合ランダムアクセス要求に応答する前に前記基地局により提供されたアップリンク共有チャネルリソースである
ことを特徴とする請求項１３に記載のアップリンク伝送リソースを要求する装置。
【請求項２１】
前記基地局により送信されたＳＲトリガ配置情報に基づいて、前記予め設定されたＳＲトリガ条件を配置するように構成される第１の配置モジュールをさらに備える
ことを特徴とする請求項１４に記載のアップリンク伝送リソースを要求する装置。
【請求項２２】
前記基地局により送信されたランダムアクセストリガー配置情報に基づいて、前記予め設定されたランダムアクセストリガー条件を配置するように構成される第２の配置モジュールをさらに備える
ことを特徴とする請求項１３に記載のアップリンク伝送リソースを要求する装置。
【請求項２３】
前記基地局により送信されるキャンセルアクセス配置情報に基づいて、前記予め設定されたランダムアクセスキャンセル条件を配置するように構成される第３の配置モジュールをさらに備える
ことを特徴とする請求項１３に記載のアップリンク伝送リソースを要求する装置。
【請求項２４】
前記第１の予め設定された時間間隔及び／又は前記予め設定された時間間隔は、ＮＲシステムにおける基本情報伝送単位である
ことを特徴とする請求項１４、１６または１７のいずれか１項に記載のアップリンク伝送リソースを要求する装置。
【請求項２５】
コンピュータプログラムが記憶されている非一時的コンピュータ読み取り可能な記録媒体であって、
前記コンピュータプログラムがプロセッサーにより実行される場合、請求項１〜１２のいずれか１項に記載の前記方法のステップを実行する
ことを特徴とする非一時的コンピュータ可読記録媒体。
【請求項２６】
アップリンク伝送リソースを要求する装置であって、前記装置は、
プロセッサーと、
プロセッサーの実行可能なプログラムを記憶するためのメモリと、を備え、
前記プロセッサーは、
アップリンクリソーススケジューリング要求（ＳＲ）がトリガされた後、予め設定されたランダムアクセストリガー条件に満たされているか否かを確定するように構成され、
前記予め設定されたランダムアクセストリガー条件に満たされる場合、競合ランダムアクセス要求をトリガするように構成され、
競合ランダムアクセスフローが終了される前に、予め設定されたランダムアクセスキャンセル条件に満たされているか否かを確定するように構成され、
前記予め設定されたランダムアクセスキャンセル条件に満たされる場合、前記競合ランダムアクセスフローをキャンセルするように構成され、
前記予め設定されたランダムアクセスキャンセル条件は、有効なアップリンクリソース情報が受信されることを少なくとも含む
ことを特徴とするアップリンク伝送リソースを要求する装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術分野に関し、特にアップリンク伝送リソースを要求する方法及びその装置に関する。
【背景技術】
【０００２】
移動通信ネットワークは、無線通信技術の発展に伴って徐々に５Ｇネットワークへ進化していく。５Ｇネットワークのレイアウトの初期では、４ＧネットワークＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｔｉｏｎ、ロングタームエボリューション）システムで主要な信号のカバーが依然として行われている。５Ｇネットワーク、即ちＮＲ（Ｎｅｗ  Ｒａｄｉｏ）システムは、データ伝送業務の強大な補足として、ＬＴＥ−ＮＲ  ｉｎｔｅｒｗｏｒｋｉｎｇ（相互運用）のレイアウトを形成する。
【０００３】
ＬＴＥ−ＮＲ  ｉｎｔｅｒｗｏｒｋｉｎｇの段階において、ＵＥがＢＳＲ（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ、バッファステータス報告）を報告する必要がある場合、システムに規定された予め設定された時間間隔内に利用可能なＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、物理的アップリンク共有チャネル）リソースが存在しなく、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ、スケジューリング要求）リソースも配置されていないと、上記の予め設定された時間間隔が終了した時に、アップリンク伝送リソースを申請するように、基地局にランダムアクセス要求を開始する。しかしながら、ＵＥが接続状態になっている場合、システムにより当該ＵＥに配置されたランダムアクセスチャネルが比較的に疎となる可能性がある。例えば、ランダムアクセスチャネルリソースが奇数のフレーム又は偶数のフレームのみで配置される可能性がある。現在のＵＥは、ランダムアクセスチャネルリソースが到着する前、利用可能なアップリンク伝送リソースが監視されたことが存在する可能性があるが、ＵＥは、関連するプロトコルによって上記のランダムアクセス要求をキャンセルしない。従って、システムリソースの浪費またはアップリンク伝送リソース要求の伝送遅延が増加される現象が発生するので、ユーザ端末の通信体験に影響を与える。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、従来技術における問題を解決するためのものであり、システムリソースを節約できるアップリンク伝送リソースを要求する方法及び装置を提供する。
【課題を解決するための手段】
【０００５】
本発明の実施例の第１の態様によれば、ユーザ端末に適用される、アップリンク伝送リソースを要求する方法が提供する。
【０００６】
前記方法は、アップリンクリソーススケジューリング要求（ＳＲ）がトリガされた後、予め設定されたランダムアクセストリガー条件に満たされているか否かを確定するステップと、
前記予め設定されたランダムアクセストリガー条件に満たされる場合、競合ランダムアクセス要求をトリガするステップと、
競合ランダムアクセスフローが終了される前、予め設定されたランダムアクセスキャンセル条件に満たされているか否かを確定するステップと、
前記予め設定されたランダムアクセスキャンセル条件に満たされる場合、前記競合ランダムアクセスフローをキャンセルするステップと、を含み、ここで、前記予め設定されたランダムアクセスキャンセル条件は、有効なアップリンクリソース情報が検出される場合を少なくとも含む。
【０００７】
選択的に、前記方法は、
送信待ちのバッファステータス報告（ＢＳＲ）が確定された後、予め設定されたＳＲトリガ条件に満たされているか否かを確定するステップと、
前記予め設定されたＳＲトリガ条件に満たされると、前記アップリンクリソースＳＲをトリガするステップと、を含み、ここで、前記予め設定されたＳＲトリガ条件は、第１の予め設定された時間間隔内に、前記利用可能なＵＬ−ＳＣＨリソースが存在しなく、且つ、前記配置されたＵＬ−ｇｒａｎｔが存在しないことを含む。
【０００８】
選択的に、前記方法は、
前記第１の予め設定された時間間隔内に前記利用可能なＵＬ−ＳＣＨリソースが受信され、或いは前記ＵＬ−ｇｒａｎｔが配置された場合、前記利用可能なＵＬ−ＳＣＨリソースまたは前記ＵＬ−ｇｒａｎｔにより指示されるアップリンク伝送リソースを利用して、伝送待ちのデータ及び／又は前記ＢＳＲを前記基地局に送信するステップ、をさらに含む。
【０００９】
選択的に、前記予め設定されたランダムアクセストリガー条件に満たされた場合、競合ランダムアクセス要求をトリガするステップは、
任意の時点において、配置された、前記アップリンクリソースＳＲを伝送するための有効な物理的アップリンク制御チャネル（ＰＵＣＣＨ）リソースが存在しなく；予め設定された時間間隔内に前記利用可能なＵＬ−ＳＣＨリソースが存在しなく；且つ、配置された前記ＵＬ−ｇｒａｎｔが存在しなかった場合、競合ランダムアクセス要求をトリガするステップ、を含む。
【００１０】
選択的に、前記予め設定されたランダムアクセストリガー条件に満たされた場合、競合ランダムアクセス要求をトリガするステップは、
前記アップリンクリソースＳＲを伝送するための有効な物理的アップリンク制御チャネル（ＰＵＣＣＨ）リソースが少なくとも１つ配置され、予め設定された時間間隔内に前記利用可能なＵＬ−ＳＣＨリソースが存在しなく、且つ、前記配置されたＵＬ−ｇｒａｎｔが存在しなかった場合、前記アップリンクリソースＳＲの送信回数の合計が予め設定された閾値を超えているか否かを確定するステップと、
前記アップリンクリソースＳＲの送信回数の合計が前記予め設定された閾値を超える場合、競合ランダムアクセス要求をトリガするステップと、を含む。
【００１１】
選択的に、前記方法は、
予め設定された時間間隔内に、前記利用可能なＵＬ−ＳＣＨリソースまたは前記配置されたＵＬ−ｇｒａｎｔが存在する場合、待ち状態にある前記アップリンクリソースＳＲをキャンセルするステップ、をさらに含む。
【００１２】
選択的に、前記予め設定されたランダムアクセスキャンセル条件は、以下のいずれかの場合を含む。
【００１３】
前記基地局により割り当てられたＵＬ−ｇｒａｎｔが物理的ダウンリンク制御チャネル（ＰＤＣＣＨ）上で受信された場合；
前記基地局により割り当てられたＵＬ−ｇｒａｎｔが前記ＰＤＣＣＨ上で受信され、且つ、競合ランダムアクセスフローにおける第１の予め設定された送信情報が前記基地局に送信されていなかった場合；
前記基地局により割り当てられたＵＬ−ｇｒａｎｔが前記ＰＤＣＣＨ上で受信され、且つ、前記競合ランダムアクセスフローにおいて前記基地局により送信された第１の予め設定された応答情報が受信されていなかった場合；
前記基地局により割り当てられたＵＬ−ｇｒａｎｔが前記ＰＤＣＣＨ上で受信され、且つ、競合ランダムアクセスフローにおける第２の予め設定された送信情報が前記基地局に送信されていなかった場合である。
【００１４】
選択的に、前記予め設定されたランダムアクセスキャンセル条件は、以下のいずれかの場合を含む。
【００１５】
ターゲットアップリンク共有チャネルリソースが監視された場合、ここで、前記ターゲットアップリンク共有チャネルリソースは、前記基地局が前記競合ランダムアクセス要求に応答する前に、前記基地局により提供されたアップリンク共有チャネルリソースであり；
前記ターゲットアップリンク共有チャネルリソースが監視され、且つ、競合ランダムアクセスフローにおける第１の予め設定された送信情報が前記基地局に送信されていなかった場合；
前記ターゲットアップリンク共有チャネルリソースが監視され、且つ、前記競合ランダムアクセスフローにおいて前記基地局により送信された第１の予め設定された応答情報が受信されていなかった場合；
前記ターゲットアップリンク共有チャネルリソースが監視され、且つ、前記競合ランダムアクセスフローにおける第２の予め設定された送信情報が前記基地局に送信されなかった場合である。
【００１６】
選択的に、前記予め設定されたＳＲトリガ条件に満たされているか否かを確定するステップの前に、前記方法は、
前記基地局により送信されたＳＲトリガ配置情報に基づいて、前記予め設定されたＳＲトリガ条件を配置するステップ、をさらに含む。
【００１７】
選択的に、前記予め設定されたランダムアクセストリガー条件に満たされているか否かを確定するステップの前、前記方法は、
前記基地局により送信されたランダムアクセストリガー配置情報に基づいて、前記予め設定されたランダムアクセストリガー条件を配置するステップ、をさらに含む。
【００１８】
選択的に、前記予め設定されたランダムアクセスキャンセル条件に満たされているか否かを確定するステップの前に、前記方法は、
前記基地局により送信されたキャンセルアクセス配置情報に基づいて、前記予め設定されたランダムアクセスキャンセル条件を配置するステップ、をさらに含む。
【００１９】
選択的に、前記第１の予め設定された時間間隔及び／又は前記予め設定された時間間隔は、ＮＲシステムにおける基本情報伝送単位である。
【００２０】
本発明の実施例の第２の態様によれば、ユーザ端末に設置される、アップリンク伝送リソースを要求する装置が提供する。前記装置は、
アップリンクリソーススケジューリング要求（ＳＲ）がトリガされた後、予め設定されたランダムアクセストリガー条件に満たされているか否かを確定するように構成されるランダムアクセス確定モジュールと、
前記予め設定されたランダムアクセストリガー条件に満たされた場合、競合ランダムアクセス要求をトリガするように構成されるアクセス要求トリガーモジュールと、
競合ランダムアクセスフローが終了される前、予め設定されたランダムアクセスキャンセル条件に満たされているか否かを確定するように構成されるアクセスキャンセル確定モジュールと、
前記予め設定されたランダムアクセスキャンセル条件に満たされた場合、前記競合ランダムアクセスフローをキャンセルするように構成されるアクセスキャンセルモジュールと、を備え、ここで、前記予め設定されたランダムアクセスキャンセル条件は、有効なアップリンクリソース情報が受信されることを少なくとも含む。
【００２１】
選択的に、前記装置は、ＳＲトリガ確定モジュールと、ＳＲトリガーモジュールと、をさらに備え、
前記ＳＲトリガ確定モジュールは、送信待ちのバッファステータス報告（ＢＳＲ）が確定された後、予め設定されたＳＲトリガ条件に満たされているか否かを確定するように構成され、
前記ＳＲトリガーモジュールは、前記予め設定されたＳＲトリガ条件に満たされた場合、前記アップリンクリソースＳＲをトリガするように構成され、ここで、前記予め設定されたＳＲトリガ条件は、第１の予め設定された時間間隔内に前記利用可能なＵＬ−ＳＣＨリソースが存在しなく、且つ、前記配置されたＵＬ−ｇｒａｎｔが存在しないことを含む。
【００２２】
選択的に、前記装置は、
前記第１の予め設定された時間間隔内に前記利用可能なＵＬ−ＳＣＨリソースが受信され、或いは前記ＵＬ−ｇｒａｎｔが配置された場合、前記利用可能なＵＬ−ＳＣＨリソースまたは前記ＵＬ−ｇｒａｎｔにより指示されるアップリンク伝送リソースを利用して、伝送待ちのデータ及び／又は前記ＢＳＲを前記基地局に送信するように構成されるデータ送信モジュールと、をさらに備える。
【００２３】
選択的に、前記アクセス要求トリガーモジュールは、任意の時点において、配置された、前記アップリンクリソースＳＲを伝送するための有効な物理的アップリンク制御チャネル（ＰＵＣＣＨ）リソースが存在しなく；予め設定された時間間隔内に前記利用可能なＵＬ−ＳＣＨリソースが存在しなく；且つ、配置された前記ｕｌ−ｇｒａｎｔが存在しなかった場合、競合ランダムアクセス要求をトリガするように構成される。
【００２４】
選択的に、前記アクセス要求トリガーモジュールは、
前記アップリンクリソースＳＲを伝送するための有効な物理的アップリンク制御チャネル（ＰＵＣＣＨ）リソースが少なくとも１つ配置され；予め設定された時間間隔内に前記利用可能なＵＬ−ＳＣＨリソースが存在しなく、且つ、前記配置されたＵＬ−ｇｒａｎｔが存在しなかった場合、前記アップリンクリソースＳＲの送信回数の合計が予め設定された閾値を超えているか否かを確定するように構成される比較サブモジュールと、
前記アップリンクリソースＳＲの送信回数の合計が前記予め設定された閾値を超える場合、競合ランダムアクセス要求をトリガするように構成されるアクセス要求トリガーサブモジュールと、を備える。
【００２５】
選択的に、前記装置は、
予め設定された時間間隔内に前記利用可能なＵＬ−ＳＣＨリソースまたは前記配置されたＵＬ−ｇｒａｎｔが検出された場合、待ち状態にある前記アップリンクリソースＳＲをキャンセルするように構成されるＳＲキャンセルモジュールをさらに備える。
【００２６】
選択的に、前記予め設定されたランダムアクセスキャンセル条件は、
前記基地局により割り当てられたＵＬ−ｇｒａｎｔが物理的ダウンリンク制御チャネル（ＰＤＣＣＨ）上で受信された場合と、
前記基地局により割り当てられたＵＬ−ｇｒａｎｔが前記ＰＤＣＣＨ上で受信され、且つ、競合ランダムアクセスフローにおける第１の予め設定された送信情報が前記基地局に送信されなかった場合と、
前記基地局により割り当てられたＵＬ−ｇｒａｎｔが前記ＰＤＣＣＨ上で受信され、且つ、前記競合ランダムアクセスフローにおいて前記基地局により送信された第１の予め設定された送信情報に対する第１の予め設定された応答情報は受信されなかった場合と、
前記基地局により割り当てられたＵＬ−ｇｒａｎｔが前記ＰＤＣＣＨ上で受信され、且つ、競合ランダムアクセスフローにおける第２の予め設定された送信情報が前記基地局に送信されなかった場合と、の中のいずれかの一つを含む。
【００２７】
選択的に、前記予め設定されたランダムアクセスキャンセル条件は、
前記基地局が前記競合ランダムアクセス要求に対して応答する前に、前記基地局により提供されたアップリンク共有チャネルリソースであるターゲットアップリンク共有チャネルリソースが監視された場合と、
前記ターゲットアップリンク共有チャネルリソースが監視され、且つ、競合ランダムアクセスフローにおける第１の予め設定された送信情報が前記基地局に送信されなかった場合と、
前記ターゲットアップリンク共有チャネルリソースが監視され、且つ、前記競合ランダムアクセスフローにおいて前記基地局により送信された第１の予め設定された応答情報が受信されなかった場合と、
前記ターゲットアップリンク共有チャネルリソースが監視され、且つ、前記競合ランダムアクセスフローにおける第２の予め設定された送信情報が前記基地局に送信されなかった場合と、中のいずれかの一つを含む。
【００２８】
選択的に、前記装置は、
前記基地局により送信されたＳＲトリガ配置情報に基づいて、前記予め設定されたＳＲトリガ条件を配置するように構成される第１の配置モジュールをさらに備える。
【００２９】
選択的に、前記装置は、
前記基地局により送信されたランダムアクセストリガー配置情報に基づいて、前記予め設定されたランダムアクセストリガー条件を配置するように構成される第２の配置モジュールをさらに備える。
【００３０】
選択的に、前記装置は、
前記基地局により送信されたキャンセルアクセス配置情報に基づいて、前記予め設定されたランダムアクセスキャンセル条件を配置するように構成される第３の配置モジュールをさらに備える。
【００３１】
選択的に、前記第１の予め設定された時間間隔及び／又は前記予め設定された時間間隔は、ＮＲシステムにおける基本情報伝送単位である。
【００３２】
本発明の実施例の第３の態様によれば、コンピュータプログラムが記憶されている非一時的コンピュータ読み取り可能な記録媒体を提供する。前記コンピュータプログラムがプロセッサーにより実行される場合、上述した第１の態様のいずれかの前記方法のステップを実現することができる。
【００３３】
本発明の実施例の第４の態様によれば、アップリンク伝送リソースを要求する装置を提供する。
【００３４】
前記装置は、
プロセッサーと、
プロセッサーの実行可能なプログラムを記憶するためのメモリと、を備え、
前記プロセッサーは、
アップリンクリソーススケジューリング要求（ＳＲ）がトリガされた後、予め設定されたランダムアクセストリガ条件に満たされているか否かを確定するように構成され、
前記予め設定されたランダムアクセストリガー条件に満たされた場合、競合ランダムアクセス要求をトリガするように構成され、
競合ランダムアクセスフローが終了される前、予め設定されたランダムアクセスキャンセル条件に満たされているか否かを確定するように構成され、
前記予め設定されたランダムアクセスキャンセル条件に満たされた場合、前記競合ランダムアクセスフローをキャンセルするように構成され、ここで、前記予め設定されたランダムアクセスキャンセル条件は、少なくとも有効なアップリンクリソース情報が受信されることを少なくとも含む。
【発明の効果】
【００３５】
本発明の実施例に提供される技術案によれば、以下のような効果を含むことができる。
【００３６】
本発明の実施例において、ＵＥが現在に利用可能なアップリンク共有チャネルリソースがないため、アップリンクバッファステータス報告（ＢＳＲ）を基地局に送信する方式によってアップリンク伝送リソースを申請することができなかった時、アップリンクリソーススケジューリング要求（ＳＲ）をトリガし、その後、予め設定されたランダムアクセストリガ条件に基づいて、送信待ち状態にあるアップリンクリソースＳＲをキャンセルするか否かを確定し、ランダムアクセス要求がトリガされる方式によって基地局にアップリンク伝送リソースを申請することに変更する。ユーザ端末は、予め設定されたランダムアクセストリガー条件に満たされてランダムアクセス要求がトリガされた後、ランダムアクセスフローが終了される前に、利用可能なアップリンク共有チャネル（ＵＬ−ＳＣＨ）リソースが割り当てられているか否か、或いは配置されたアップリンクリソース許可（ＵＬ−ｇｒａｎｔ）があるか否かをリアルタイムに確定する。ある場合には、予め設定されたランダムアクセスキャンセル条件に満たされることが確定された場合、上記の競合ランダムアクセスフローをキャンセルすることができ、そして、有効なアップリンクリソース情報により指示されるアップリンク伝送リソースを利用して、伝送待ちのデータまたはＢＳＲを基地局に送信するように変換させることによって、利用可能なアップリンク伝送リソースが確かにあるのに伝送待ちのデータを送信することを回避するだけではなく、さらにランダムアクセス要求の方式によりアップリンク伝送リソースが要求するので、システムリソースの浪費を低減させる。
【００３７】
なお、上述の一般的な説明および後述の詳細な説明は、単に例示的及び解釈的なものであり、本発明を限定するものでないことは、理解されるべきである。
【図面の簡単な説明】
【００３８】
ここでの図面は、明細書に組み入れて本明細書の一部分を構成し、本発明に該当する実施例を例示するとともに、明細書とともに本発明の原理を解釈する。
【図１】本発明の一例示的な実施例に係るアップリンク伝送リソースを要求する方法を示すフローチャートである。
【図２】本発明の一例示的な実施例に係るアップリンク伝送リソースを要求する他の方法を示すフローチャートである。
【図３】本発明の一例示的な実施例に係るアップリンク伝送リソースを要求する他の方法を示すフローチャートである。
【図４】本発明の一例示的な実施例に係るアップリンク伝送リソースを要求する他の方法を示すフローチャートである。
【図５】本発明の一例示的な実施例に係る競合ランダムアクセスフローを示す模式図である。
【図６】本発明の一例示的な実施例に係るアップリンク伝送リソースを要求する装置を示すブロック図である。
【図７】本発明の一例示的な実施例に係るアップリンク伝送リソースを要求する他の装置を示すブロック図である。
【図８】本発明の一例示的な実施例に係るアップリンク伝送リソースを要求する他の装置を示すブロック図である。
【図９】本発明の一例示的な実施例に係るアップリンク伝送リソースを要求する他の装置を示すブロック図である。
【図１０】本発明の一例示的な実施例に係るアップリンク伝送リソースを要求する他の装置を示すブロック図である。
【図１１】本発明の一例示的実施例に係るアップリンク伝送リソースを要求するための他の装置を示す構成模式図である。
【発明を実施するための形態】
【００３９】
以下、例示的な実施例を詳しく説明し、その例示を図面に示す。以下の記載が図面に関わる場合、特に別の説明がない限り、異なる図面における同一シンボルは、同じ又は類似する要素を示す。以下の例示的な実施形態に記載の実施例は、本発明と一致する全ての実施例を代表するものではない。即ち、それらは、特許要求の範囲に記載の本発明のある側面に一致する装置及び方法の例に過ぎない。
【００４０】
本発明に係る実行主体は、５ＧネットワークＬＴＥ−ＮＲ  ｉｎｔｅｒｗｏｒｋｉｎｇ（相互運用）段階の基地局およびユーザ機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）を含む。ここで、基地局は、大規模なアンテナアレイが設置された基地局、サブ基地局などであってもよい。ユーザ機器（ＵＥ）は、ユーザ端末、ユーザノード、モバイル端末、またはタブレットＰＣなどであってもよい。具体的な実現プロセスにおいて、基地局およびユーザー機器は、それぞれ独立するとともに、互いに関連され、本発明により提供される技術案を共同で実現する。
【００４１】
まず、本発明の応用シーンを説明する。ＵＥは、例えば、基地局のようなネットワーク側へデータを送信しようとする場合、伝送待ちのデータをベアラ（Bearer）するアップリンク伝送リソースが存在する必要がある。現在の伝送リンクリソースにおいてＵＥに割り当てられるアップリンク伝送リソースが不足している場合、ＵＥは、基地局がアップリンク共有チャネルの割り当てれくれるように要求するように、まず、例えば、ＬＴＥシステムにおけるアップリンクＲＢ（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ、リソースブロック）のようなＰＵＳＣＨリソースを基地局に伝送する必要がある。
【００４２】
ＵＥは、アップリンク伝送リソースを要求するプロセスにおいて、以下の３つの方式を用いて基地局にアップリンク伝送リソースを割り当てるように要求することができる。
【００４３】
第１の方式は、ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、物理的アップリンク共有チャネル）を介して、基地局にＢＳＲ（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ、バッファステータス報告）を送信する。このような第１の方式は、現在の伝送待ちのデータのデータ量及び希望した割り当てられるリソースの数を基地局に報告できることによって、基地局が上記の報告情報を参照してＵＥに適切なアップリンク伝送リソースを割り当てることが便利になる。
【００４４】
第２の方式は、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、物理的アップリンク制御チャネル）を介して、基地局にＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ、スケジューリング要求）を送信する。ＰＵＣＣＨリソースが貴重なものであるので、基地局が必ずしもＳＲを伝送するためのリソースを各ＵＥに配置することではない。そして、このような第２の方式は、現在の伝送待ちのデータのデータ量及び割り当てを希望するリソースの数を基地局に伝えることができない。
【００４５】
第３の方式は、ＳｐＣｅｌｌ（ｓｐｅｃｉａｌ  Ｃｅｌｌ、特別セル）を介して基地局に競合ランダムアクセス要求を開始し、アップリンク伝送リソースを申請する。第３の方式は、上記の２つの方式に比べて時間遅延が大きい。
【００４６】
ＵＥがアップリンク伝送リソースを申請するプロセスにおいて、ＢＳＲの方式を優先的に採用するが、ＢＳＲが送信されない場合、ＳＲの方式が採用し、最終的に競合ランダムアクセスの方式が考えられる。
【００４７】
これに基づいて、本発明は、ユーザ端末に適用される、アップリンク伝送リソースを要求する方法を提供する。図１は、一例示的な実施例に係るアップリンク伝送リソースを要求する方法のフローチャートである。当該図１を参照すると、前記方法は以下のステップを含むことができる。
【００４８】
ステップ１１において、アップリンクリソーススケジューリング要求（ＳＲ）がトリガされた後、予め設定されたランダムアクセストリガ条件に満たされているか否かを確定する。
【００４９】
本発明の実施例において、ＵＥは、送信待ちのＢＳＲを確定した後、リソース情報を検出する。上記のリソース情報を検出するプロセスは、ＢＳＲを伝送するためのアップリンク共有チャネル（ＵＬ−ＳＣＨ）リソースおよび配置されたＵＬ−ｇｒａｎｔが存在しているか否かを確定することによって、ＵＥが上記の配置されたＵＬ−ｇｒａｎｔに基づいて次に利用可能なＵＬ−ＳＣＨリソースが存在することと予知することを含む。また、検出されたリソース情報に基づいて、予め設定されたランダムアクセストリガ条件に満たされているか否かを確定する。
【００５０】
検出されたリソース情報が予め設定されたＳＲトリガ条件に満たされる場合、アップリンクリソースＳＲをトリガすることができる。
【００５１】
本発明において、ＵＥは、以下の予め設定されたＳＲトリガ条件のいずれかの一つに基づいて、アップリンクリソースＳＲをトリガするか否かを確定することができる。
【００５２】
ＳＲトリガ条件１は、送信待ちのＢＳＲが確定された後の第１の予め設定された時間間隔内に、利用可能なアップリンク共有チャネル（ＵＬ−ＳＣＨ）リソースが存在しない。本発明において、上記の利用可能なＵＬ−ＳＣＨリソースがＢＳＲをベアラし、ＢＳＲを基地局に送信することができる。
【００５３】
ここで、本発明における上記の第１の予め設定された時間間隔は、送信待ちのＢＳＲを確定する時に存在する基本情報伝送単位と隣接する１つの基本情報伝送単位であってもよい。第１の予め設定された時間間隔は、例えば、ＬＴＥ−ＮＲネットワークＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘｉｎｇ、時分割複信）システムプロトコルに規定されている基本情報伝送単位であってもよい。ここで、上記の基本情報伝送単位は、サブフレーム、シンボル（ｓｙｍｂｏｌ）、タイムスロット（ｓｌｏｔ）、ミニスロット（ｍｉｎｉ−ｓｌｏｔ）などであってもよい。ここで、１つのシンボルが占める時間が最も短く；ミニスロットは、例えば５つのシンボルのようないくつかのシンボルを含むことができ；スロットに含まれているシンボルの数は、ミニスロットにおけるシンボルの数よりわずかに大きい。例えば、１つのｓｌｏｔが７つのシンボルからなる。したがって、１つのｓｌｏｔの時間が１つのミニスロットの時間より若干大きい。
【００５４】
本発明の他の実施例において、上記の予め設定された時間間隔は、前記ＵＥのスケジューリング情報に基づいて基地局により動的に配置された、シンボル（Ｓｙｍｂｏｌ）単位とする１つの予め設定された時間間隔であってもよく、例えば、３つのシンボルを含む予め設定された時間間隔であることができる。
【００５５】
例示的に、上記の第１の予め設定された時間間隔がシステムにおいて規定された基本情報伝送単位であると想定する。１つのサブフレームを一例として、ＵＥが第１のサブフレームを伝送する時にＢＳＲが存在すると確定されたと想定すると、ＵＥは、第２のサブフレームが到着した時、当該ＵＥに利用可能なＵＬ−ＳＣＨリソースがあるか否かを監視することができる。利用可能なＵＬ−ＳＣＨリソースがない場合、アップリンクリソースＳＲをトリガし、ＳＲの方式によりアップリンク伝送リソースを割り当ててくれるように基地局に要求する準備をする。
【００５６】
ＳＲトリガ条件２は、第１の予め設定された時間間隔内に、前記利用可能なＵＬ−ＳＣＨリソースが存在していないとともに、配置されたＵＬ−ｇｒａｎｔが存在しない。
【００５７】
本発明において、ＵＥは、上記の配置されたＵＬ−ｇｒａｎｔによって、基地局が次に現在のＵＥに利用可能なＵＬ−ＳＣＨリソースを割り当てることを予知することができる。
【００５８】
上記のＳＲトリガ条件２に対応して、図２は、一例示的な実施例に係るアップリンク伝送リソースを要求する他の方法を示すフローチャートである。当該図２を参照すると、前記方法は、上記のステップ１１の前に、以下のステップをさらに含むことができる。
【００５９】
ステップ１０１において、送信待ちのバッファステータス報告（ＢＳＲ）が確定された後、予め設定されたＳＲトリガ条件に満たされているか否かを確定する。ここで、前記予め設定されたＳＲトリガ条件は、第１の予め設定された時間間隔内に、前記利用可能なＵＬ−ＳＣＨリソースが存在しないとともに、前記配置されたＵＬ−ｇｒａｎｔが存在しないことを含む。つまり、上記のＳＲトリガ条件２を含む。
【００６０】
ステップ１０２において、前記予め設定されたＳＲトリガ条件に満たされた場合、前記アップリンクリソースＳＲをトリガする。
【００６１】
本発明の実施例において、上記のＳＲトリガ条件２によりＳＲ要求がトリガされるか否かを確定した時、第１の予め設定された時間間隔内に利用可能なＵＬ−ＳＣＨリソースが存在しているか否かを考えること以外、次に予知可能な到着されていないＵＬ−ＳＣＨリソースが存在しているか否かもさらに考える。
【００６２】
第１の予め設定された時間間隔内に利用可能なＵＬ−ＳＣＨリソースが受信され、或いは、第１の予め設定された時間間隔が終了した時、配置されたＵＬ−ｇｒａｎｔ、即ち予知された利用可能なＵＬ−ＳＣＨリソースが存在していることが確定されると、利用可能なＵＬ−ＳＣＨリソースまたは予知された利用可能なＵＬ−ＳＣＨリソースを優先的に利用してＢＳＲを伝送することで、アップリンクリソースＳＲを送信する方式により基地局にアップリンク伝送リソースを要求されることが回避される。
【００６３】
それと逆に、第１の予め設定された時間間隔内に利用可能なＵＬ−ＳＣＨリソースが受信されていないとともに、配置されたＵＬ−ｇｒａｎｔも存在しない場合、つまり、予知される利用可能なＵＬ−ＳＣＨリソースが存在しない場合、アップリンクリソースＳＲをトリガさせる。
【００６４】
本発明の実施例により提供されるアップリンク伝送リソースを要求する方法を採用することによって、一方で、配置されたＵＬ−ｇｒａｎｔにより指示された、次にＵＥに割り当てられるＵＬ−ＳＣＨリソースが到着した時に、これをＢＳＲの送信に用いられることによって、アップリンクリソースＳＲを送信する方式によってアップリンク伝送リソースを申請する必要がないので、ＰＵＣＣＨリソースを節約することができる。もう一方で、ＳＲの方式によってアップリンクリソースが要求する時、基地局が伝送待ちのデータのデータ量の大きさを確定することができないので、伝送待ちのデータ量に基づいてＵＥのために適切なリソースを割り当てることもできなくなる。これにより、ＵＥは、後でＢＳＲを依然として送信することによって、多くのアップリンク伝送リソースを申請しなければならない。従って、本発明の実施例に係るＳＲトリガ条件を採用することによって、アップリンクリソーススケジューリング要求の要求回数が減少されることができる。
【００６５】
ＵＥが上記のいずれかの一つの予め設定されたＳＲトリガ条件に従ってアップリンクリソースＳＲに対するトリガを確定した後、Ｐｅｎｄｉｎｇ状態にあるアップリンクリソースＳＲが取得された場合、次に検出されたリソース情報に基づいて、予め設定されたランダムアクセストリガー条件に満たされているか否かをさらに確定することができる。予め設定されたランダムアクセストリガ条件に満たされる場合、以下のステップ１２を実行するが、満たされていない場合、検出されたリソース情報に基づいて、ＢＳＲまたはアップリンクリソースＳＲを送信する方式によって、基地局にアップリンク伝送リソースを要求する。
【００６６】
ステップ１２において、前記予め設定されたランダムアクセストリガ条件に満たされる場合、競合ランダムアクセス要求をトリガする。
【００６７】
現在のＵＥにＰｅｎｄｉｎｇ状態にあるＳＲが存在する場合、ＵＥは、次の予め設定された時間間隔毎に判断を実行する。一、現在の配置情報に基づいて、任意の時点において、ＵＥには配置された有効な物理的アップリンク制御チャネルＰＵＣＣＨリソースが存在しているか否かを確定し、当該有効なＰＵＣＣＨリソースがアップリンクリソースＳＲを基地局に送信することができる。二、上記の予め設定された時間間隔内に、利用可能なＵＬ−ＳＣＨリソースが存在しているか否かを確定する。三、配置されたＵＬ−ｇｒａｎｔが存在しているか否かを確定する。
【００６８】
上記の判定結果に基づいて、競合ランダムアクセス要求をトリガする方式によって、アップリンク伝送リソースを要求するか否かを確定する。
【００６９】
本発明の実施例において、予め設定されたランダムアクセストリガ条件の異なりに基づいて、ステップ１２の実現は、少なくとも以下の２つの状況を含むことができる。
【００７０】
第１の状況は、現在の配置情報に基づいて、任意の時点において配置された、前記アップリンクリソースＳＲを伝送するための有効な物理的アップリンク制御チャネルＰＵＣＣＨリソースが存在しないことを確定し、予め設定された時間間隔毎に利用可能なＵＬ−ＳＣＨリソースが存在しなく、且つ、配置された前記ＵＬ−ｇｒａｎｔが存在しない場合、競合ランダムアクセス要求をトリガする。
【００７１】
ここで、本発明における予め設定された時間間隔は、上記のアップリンクリソースＳＲがトリガされる時に位置する基本情報伝送単位と隣接する１つのシステム基本情報伝送単位であってもよい。上記のように、予め設定された時間間隔は、例えば、１つのサブフレーム、１つのスロット、１つのｍｉｎｉ−ｓｌｏｔのようなＬＴＥ−ＮＲネットワークのＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘｉｎｇ、時分割複信）システムプロトコルに規定されている基本情報伝送単位であってもよい。本発明の他の実施例において、上記の予め設定された時間間隔は、基地局が前記ＵＥのスケジューリング情報に基づいて動的に配置された１つの予め設定された時間間隔であることができる。例えば、シンボル（Ｓｙｍｂｏｌ）を単位とする１つの予め設定された時間間隔である。
【００７２】
上記の第１の状況において、競合ランダムアクセス要求をトリガすることは、同時に以下の３つの条件を満たしている必要がある。
【００７３】
条件１については、予め設定された時間間隔内に、利用可能なＵＬ−ＳＣＨリソースが監視されていない。
【００７４】
条件２については、任意の時点において、配置された有效なＰＵＣＣＨリソースが存在しない。
【００７５】
即ち、基地局は、現在の配置情報に基づいて、上記の予め設定された時間間隔内に、ＵＥに上記の有効なＰＵＣＣＨリソースを配置していないだけでなく、予め設定された時間間隔の後にも上記の有効なＰＵＣＣＨリソースを配置していない。
【００７６】
条件３については、配置された前記ＵＬ−ｇｒａｎｔが検出されていない。
【００７７】
これらの条件のいずれかの一つに満たされていないと、競合ランダムアクセス要求をトリガすることには不十分である。その理由は、以下の通りである。
【００７８】
条件１に満たされていない場合、ＵＥが競合ランダムアクセス要求を開始する方式によって基地局にアップリンク伝送リソースを申請する必要がなく、アップリンクリソースＳＲをトリガした後の予め設定された時間間隔内に利用可能なＵＬ−ＳＣＨリソースを検出し、リアルタイムに監視された当該ＵＬ−ＳＣＨリソースを利用して、伝送待ちのデータまたはＢＳＲを基地局に送信することができることを説明する。
【００７９】
条件２に満たされていない場合、ＵＥが競合ランダムアクセス要求を開始する方式によってアップリンク伝送リソースを申請する必要がなく、アップリンクリソースＳＲをトリガした後、アップリンクリソースＳＲを伝送するための有効なＰＵＣＣＨリソースが存在していることを説明する。
【００８０】
本発明の実施例において、ＵＥの中にカウンタが設けられている。ＵＥは、有効なアップリンクリソース情報を検出する前、アップリンクリソースＳＲを送信するたびに、上記のカウンタの値を１ずつインクリメントさせる。
【００８１】
条件３に満たされていない場合、ＵＥは、競合ランダムアクセス要求を開始する方式によってリソースを申請する必要がなく、アップリンクリソースＳＲをトリガした後の予め設定された時間間隔内に、配置されたＵＬ−ｇｒａｎｔが検出された場合、ＵＥは、次に配置されるＵＬ−ｇｒａｎｔに基づいて、次に利用可能なＵＬ−ＳＣＨリソースが到着することを予知することができ、そして、利用可能なＵＬ−ＳＣＨリソースが到着された時に、伝送待ちのデータまたはＢＳＲを基地局に送信できることを説明する。
【００８２】
本発明の他の実施例において、条件１又は条件３に満たされていない場合について、Ｐｅｎｄｉｎｇ待ちの状態にあるアップリンクリソーススケジューリング要求が現在のＵＥに存在している場合、上記のＰｅｎｄｉｎｇ状態にあるアップリンクリソースＳＲをキャンセルすることもできる。
【００８３】
第２の状況は、上記の第１の状況と異なるのは、ＵＥは、アップリンクリソースＳＲがトリガされた後に、基地局が少なくとも１つの有効なＰＵＣＣＨリソースをＵＥに配置したことを確定したが、上記の有効なＰＵＣＣＨリソースが待ち状態にあるアップリンクリソースＳＲを伝送するために用いられないので、競合ランダムアクセス要求をトリガする。
【００８４】
図３は、一例示的な実施例に係るアップリンク伝送リソースを要求する他の方法を示すフローチャートである。当該図３を参照すると、上記のステップ１２において、以下のステップを含むことができる。
【００８５】
ステップ１２１において、前記アップリンクリソースＳＲを伝送するための有効な物理的アップリンク制御チャネル（ＰＵＣＣＨ）リソースが少なくとも１つ配置され、予め設定された時間間隔内に前記利用可能なＵＬ−ＳＣＨリソースが存在しなく、そして、前記配置されたＵＬ−ｇｒａｎｔが存在しない場合、前記アップリンクリソースＳＲの送信回数の合計が予め設定された閾値を超えているか否かを確定する。
【００８６】
本発明の実施例において、ＵＥは、アップリンクリソースＳＲを送信した後、基地局により上記ＵＥのために配置された有効なアップリンクリソース情報を検出する前、アップリンクリソースＳＲをタイミングに繰り返して送信するとともに、カウンタを起動することができる。上記のカウンタの値は、有効なアップリンクリソース情報が検出される前に、アップリンクリソースＳＲが送信される毎に１ずつインクリメントされていくことによって、アップリンクリソースＳＲの送信回数の合計を統計する。配置された有効なＰＵＣＣＨリソースが存在することが確定されるたびに、先に前記のアップリンクリソースＳＲの送信回数の合計が予め設定された閾値を超えているか否かを確定する。
【００８７】
本発明の実施例において、予め設定されたプロトコルの規定に従って、ＵＥにはＳＲ送信回数の最大値が一つ配置され、その値をＭと表すことができる。上記のカウンタにより記録されたアップリンクリソースＳＲの送信回数の合計をＮとする。本発明の実施例において、ＮとＭとを比較することによって、現在のＰｅｎｄｉｎｇ状態にあるアップリンクリソースＳＲが、現在に検出された有効なＰＵＣＣＨリソースによって基地局に送信できるか否かを確定する。ＮがＭより小さい場合、現在の検出された有効なＰＵＣＣＨリソースによって上記のアップリンクリソースＳＲを基地局に送信できるように、物理層を指示する。そうではない場合、ステップ１２２を実行する。
【００８８】
ステップ１２２において、前記アップリンクリソースＳＲの送信回数の合計が前記予め設定された閾値を超える場合、競合ランダムアクセス要求をトリガする。
【００８９】
即ち、ＮがＭ以上である場合、上記の検出された有効なＰＵＣＣＨリソースが現在のＰｅｎｄｉｎｇ状態にあるアップリンクリソースＳＲを伝送するために用いられないことを確定し、上記のＰｅｎｄｉｎｇ状態にあるアップリンクリソースＳＲのすべてをキャンセルし、競合ランダムアクセス要求をトリガする。
【００９０】
本発明の実施例において、ＵＥは、上記の第１の状況または第２の状況に記載された予め設定されたランダムアクセストリガー条件に満たされていることを確定する時、特別セル（ＳｐＣｅｌｌ）によって競合ランダムアクセス要求を基地局に送信することによって、基地局により当該ＵＥにアップリンク伝送リソースを割り当てるように、当該基地局に要求することができる。ここで、上記のＳｐＣｅｌｌには、ＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅｌｌ、プライマリセル）又はＰＳＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ、プライマリセカンダリセル）が含まれることができる。
【００９１】
図４は、一例示的な実施例に係るアップリンク伝送リソースを要求する他の方法のフローチャートである。上記の第１の状況および第２の状況と逆になるアプリケーションシーンについて、当該図４を参照すると、上記のステップ１１の後、上記の方法は、以下のステップをさらに含むことができる。
【００９２】
ステップ１２−１において、予め設定された時間間隔内に、前記利用可能なＵＬ−ＳＣＨリソースまたは前記配置されたＵＬ−ｇｒａｎｔが検出された場合、待ち状態にある前記アップリンクリソースＳＲをキャンセルする。
【００９３】
本発明の一実施例において、ＵＥは、アップリンクリソースＳＲをトリガした後の予め設定された時間間隔内に利用可能なＵＬ−ＳＣＨリソースを検出した場合、現在の検出されたＵＬ−ＳＣＨリソースを利用して伝送待ちのデータ及び／又はＢＳＲを送信することで、アップリンクリソースＳＲを送信する方式によって基地局にアップリンク伝送リソースを要求する必要がないので、上記のＰｅｎｄｉｎｇ状態にあるアップリンクリソースＳＲをキャンセルする。
【００９４】
本発明の他の実施例において、ＵＥは、アップリンクリソースＳＲをトリガした後の予め設定された時間間隔内に配置されたＵＬ−ｇｒａｎｔを検出した場合、例えば、基地局が次にＵＥのためにＵＬ−ｇｒａｎｔをリアルタイムにまた配置するとともに、上記の予め設定された時間間隔内にＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ、無線リソース制御プロトコル）の上位層の制御シグナリングによってＵＥに送信した場合、ＵＥは、次に配置されるＵＬ−ｇｒａｎｔに基づいて、次に利用可能なＵＬ−ＳＣＨリソースが到着することを予知できる。利用可能なＵＬ−ＳＣＨリソースが到着した際、伝送待ちのデータ及び／又は最も高い優先度である、ＢＳＲを送信する方式によって基地局にアップリンク伝送リソースを要求することで、アップリンクリソースＳＲを送信する方式によって基地局に要求する必要がない。従って、競合ランダムアクセス要求を開始する方式によってアップリンク伝送リソースを基地局に要求する必要もなく、上記のＰｅｎｄｉｎｇ状態にあるアップリンクリソースＳＲをキャンセルする。
【００９５】
ステップ１３において、競合ランダムアクセスフローが終了される前、予め設定されたランダムアクセスキャンセル条件に満たされているか否かを確定する。
【００９６】
本発明の実施例において、ＵＥは、競合ランダムアクセス要求をトリガすることから基地局との間に競合ランダムアクセスフローが終了されることまでに、例えば、５ｍｓの時間がかかる。この間に、ＵＥは、検出されたリソース情報に基づいて、予め設定されたランダムアクセスキャンセル条件に満たされているか否かをさらに確定することができる。満たされていない場合、競合ランダムアクセスフローを継続に実行し、満たされている場合、ステップ１４を実行する。
【００９７】
ステップ１４において、前記予め設定されたランダムアクセスキャンセル条件に満たされる場合、前記競合ランダムアクセスフローをキャンセルする。ここで、前記予め設定されたランダムアクセスキャンセル条件は、少なくとも、有效なアップリンクリソース情報が受信されることを含む。
【００９８】
本発明の実施例において、上記の有效なアップリンクリソース情報は、利用可能なアップリンク共有チャンネルＵＬ−ＳＣＨリソース、または配置されたアップリンクリソース許可（ＵＬ−ｇｒａｎｔ）があることを含むことができる。
【００９９】
同様に、ＵＥは、競合ランダムアクセス要求をトリガした後、必ずしも上記の競合ランダムアクセス要求を基地局に直ちに送信する必要がないが、利用可能なランダムアクセスチャネルリソースが現在に存在しているか否かを確定する。つまり、ＵＥが競合ランダムアクセス要求をトリガする時点と実際に上記の競合ランダムアクセス要求を基地局に送信できる時点との間には、時間間隔が存在する可能性がある。例えば、ＮＲシステムにおいて、ランダムアクセスチャネルが比較的に疎に配置される可能性がある。システムの基本情報伝送単位が１つのサブフレームであると想定すると、システムは、奇数のフレーム又は偶数のフレームのみでランダムアクセスチャネルリソースを配置する可能性がある。ＵＥにより競合ランダムアクセス要求を開始した時に位置する現在のフレームが、例えば、ＴＴＩ１と表される奇数のフレームである場合、システムが奇数のフレームのみでランダムアクセスチャネルリソースを配置すると想定すると、最も近いランダムアクセスチャネルがＴＴＩ３の中に位置し、また、その間には、１つの基本情報伝送単位ＴＴＩ２が離隔している。ＵＥは、ＴＴＩ２が到着する時に有効なアップリンクリソース情報を検出した場合、上記の競合ランダムアクセスフローをキャンセルすることができる。
【０１００】
一方で、ＵＥが競合ランダムアクセス要求をトリガする時点において、システム伝送リンク上に利用可能なランダムアクセスチャネルリソースが存在しても、ＵＥが競合ランダムアクセスフローの全体を終了させることにも時間がかかる。本発明の実施例において、上記の時間内に、有効なアップリンクリソース情報を検出できるか否かも確定することができる。有効なアップリンクリソース情報が検出された場合には、上記の競合ランダムアクセスフローを即時に終了させることができる。
【０１０１】
ＬＴＥ−ＮＲ  ｉｎｔｅｒｗｏｒｋｉｎｇの段階において、ＬＴＥシステムに規定されている競合ランダムアクセスメカニズムが依然として利用されていると想定した場合、上記の競合ランダムアクセスフローは、図５に示されるように、関連知識に基づいて、４つのステップによってＵＥと基地局（ｅＮＢ）との間の競合ランダムアクセスを終了させる必要がある。４つのステップのそれぞれは、以下のステップである。
【０１０２】
ステップＡにおいて、ＵＥは、ランダムアクセスプリアンブル（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅ）を基地局に送信する。
【０１０３】
ステップＢにおいて、基地局は、ランダムアクセス応答メッセージ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ）をＵＥに返す。
【０１０４】
ここで、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅは、ＲＡ  Ｒｅｓｐｏｎｓｅメッセージと略称してもよいし、ＭＳＧ２とも称することができる。当該ＲＡ  Ｒｅｓｐｏｎｓｅメッセージは、ＭＳＧ３を伝送するために割り当てられたＰＵＳＣＨアップリンクスケジューリング情報を含み、周波数ホッピングの有無、変調符号化率、アクセスリソース、およびアクセス時点などの内容を含まれることができる。
【０１０５】
ステップＣにおいて、ＵＥは、基地局にＭＳＧ３を送信する。
【０１０６】
ＵＥは、次のデータの伝送を行うように、ＲＡ  ＲｅｓｐｏｎｓｅにおけるｅＮＢにより当該ＵＥのために割り当てられたアップリンクリソースに基づいてＭＳＧ３を伝送することができる。
【０１０７】
ステップＤにおいて、基地局は、ＵＥにＭＳＧ４を送信する。
【０１０８】
基地局（ｅＮＢ）とＵＥは、最終的にＭＳＧ４によって競合の解決を完成する。
【０１０９】
本発明の実施例において、ＵＥが上記の競合ランダムアクセスフローにおいて検出した有效なアップリンクリソース情報及び上記の有效なアップリンクリソース情報が検出された時の位置する異なる段階を組み合わせ、上記のステップ１４における予め設定されたランダムアクセスキャンセル条件は、以下の状況を含むことができる。
【０１１０】
状況１について、ＵＥがランダムアクセスフローを終了する前、基地局により割り当てられたＵＬ−ｇｒａｎｔがＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、物理的ダウンリンク制御チャネル）上で検出された場合、上記の予め設定されたランダムアクセスキャンセル条件は、以下のいずれかの場合を含むことができる。
【０１１１】
キャンセル条件１は、前記基地局により割り当てられたＵＬ−ｇｒａｎｔがＰＤＣＣＨ上で受信された場合である。
【０１１２】
即ち、ＵＥが競合ランダムアクセスフローを終了する前、基地局により当該ＵＥに割り当てられたＵＬ−ｇｒａｎｔをＰＤＣＣＨ上で受信された場合、ＵＥは、次に利用可能なＵ−ＳＣＨリソースが到着することを即時に予知することができる。上記の次に利用可能なＵＬ−ＳＣＨリソースが到着した時、ＵＬ−ＳＣＨリソースを直ちに利用してＢＳＲを基地局に送信し、アップリンク伝送リソースを要求することで、競合ランダムアクセスの方式によって基地局に当該ＵＥのためにアップリンク伝送リソースを割り当てることを要求する必要がない。したがって、ＵＥは、上記の競合ランダムアクセスフローをキャンセルすることができ、システムシグナリングのオーバーヘッドを節約するとともに、システムリソースを節約することができる。
【０１１３】
キャンセル条件２は、前記基地局により割り当てられたＵＬ−ｇｒａｎｔが前記ＰＤＣＣＨ上で受信され、且つ、競合ランダムアクセスフローにおける第１の予め設定された送信情報が前記基地局に送信されていなかった場合である。
【０１１４】
本発明の一実施例において、上記の第１の予め設定された送信情報は、上記のステップＡにおいて、ＵＥが基地局に送信したランダムアクセスプリアンブルであってもよい。
【０１１５】
キャンセル条件３は、前記基地局により割り当てられたＵＬ−ｇｒａｎｔが前記ＰＤＣＣＨ上で受信され、且つ、前記競合ランダムアクセスフローにおいて前記基地局により送信された第１の予め設定された応答情報が受信されない場合である。
【０１１６】
本発明の一実施例において、上記の第１の予め設定された応答情報は、基地局がＵＥに送信された、ＲＡ−ＲＮＴＩ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ、ランダムアクセス無線ネットワーク一時識別子）対する応答情報（ＲＡＲ）であってもよい。当該ＲＡ−ＲＮＴＩのＲＡＲには、ＵＬ−ｇｒａｎｔが含まれる。
【０１１７】
キャンセル条件４は、前記基地局により割り当てられたＵＬ−ｇｒａｎｔが前記ＰＤＣＣＨ上で受信され、且つ、競合ランダムアクセスフローにおける第２の予め設定された送信情報が前記基地局に送信されてない場合である。
【０１１８】
本発明の一実施例において、上記の第２の予め設定された送信情報は、上記のステップＤにおいて、ＵＥが基地局に送信したＭＳＧ３であってもよい。
【０１１９】
本発明の実施例において、ＵＥは、ランダムアクセスフローが終了する前のいずれかのステップに対応する時間ノードの前に、基地局がＰＤＣＣＨを介して当該ＵＥに割り当てたＵＬ−ｇｒａｎｔを受信した場合、競合ランダムアクセスフローをいずれも即時に終了することができるので、シグナリングのオーバーヘッドが低減され、システムリソースを節約させることができる。
【０１２０】
状況２については、ＵＥは、ランダムアクセスフローを終了する前に、基地局により割り当てられたＵＬ−ＳＣＨリソースを受信した場合、上記の予め設定されたランダムアクセスキャンセル条件は、以下のいずれかの場合を含むことができる。
【０１２１】
第１のキャンセル条件については、ターゲットアップリンク共有チャネルリソースが監視された場合である。ここで、前記ターゲットアップリンク共有チャネルリソースは、前記基地局が前記競合ランダムアクセス要求に対して応答する前に、前記基地局により提供されたアップリンク共有チャネルリソースである。
【０１２２】
即ち、ＵＥが競合ランダムアクセスフローを終了する前に、基地局が当該ＵＥに割り当てたＵＬ−ＳＣＨリソースが監視された場合、ＵＥは、現在の監視された利用可能なＵＬ−ＳＣＨリソースを利用してＢＳＲを基地局に送信し、アップリンク伝送リソースを要求することができる。これにより、競合ランダムアクセスの方式によって当該ＵＥにアップリンク伝送リソースを割り当てくれることを基地局に再要求する必要がないので、上記の競合ランダムアクセスフローをキャンセルすることができる。
【０１２３】
第２のキャンセル条件は、前記ターゲットアップリンク共有チャネルリソースが監視され、且つ、競合ランダムアクセスフローにおける第１の予め設定された送信情報が前記基地局に送信されていなかった場合である。
【０１２４】
本発明の一実施例において、上記のキャンセル条件２と類似に、上記の第１の予め設定された送信情報は、図５に示されるステップＡにおけるランダムアクセスプリアンブルであってもよい。
【０１２５】
第３のキャンセル条件については、前記ターゲットアップリンク共有チャネルリソースが監視され、且つ、前記競合ランダムアクセスフローにおいて前記基地局により送信された第１の予め設定された応答情報が受信されていなかった場合である。
【０１２６】
本発明の一実施例において、上記のキャンセル条件３と類似に、上記の第１の予め設定された応答情報は、図５に示されるステップＢにおいて、基地局がＵＥに送信した、ＲＡ−ＲＮＴＩ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ、ランダムアクセス無線ネットワーク一時識別子）に対する応答情報ＲＡＲであってもよい。
【０１２７】
第４キャンセル条件については、前記ターゲットアップリンク共有チャネルリソースが監視され、且つ、前記競合ランダムアクセスフローにおける第２の予め設定された送信情報が前記基地局に送信されていなかった場合である。
同様に、本発明の一実施例において、上記のキャンセル条件４と類似に、上記の第２の予め設定された送信情報は、図５に示されるステップＤ中において、ＵＥにより基地局に送信されたＭＳＧ３であってもよい。
【０１２８】
本発明の実施例において、ＵＥは、競合ランダムアクセスフローが終了される前に、利用可能なＵＬ−ＳＣＨリソースをＰＵＳＣＨ上で検出した場合、競合ランダムアクセスフローを一方的にキャンセルできるので、シグナリングのオーバーヘッドを節約させることができる。また、ＵＥが利用可能なＵＬ−ＳＣＨリソースがあることを監視した時、現在の利用可能なＵＬ−ＳＣＨリソースを利用して伝送待ちのデータ及び／又はＢＳＲを基地局に送信できるので、伝送待ちのアップリンクデータの伝送の遅延を短縮することができ、或いは、ＢＳＲを送信する方式によって、基地局が一度に十分なアップリンク伝送リソースをＵＥに割り当てさせる可能性がある。従って、次のアップリンク伝送リソースが不十分であることにより、基地局にアップリンク伝送リソースを再度又は複数回要求することを回避させ、現在の伝送待ちのデータの伝送の時効性を向上させ、ＵＥの５Ｇネットワークのユーザの体験を向上させる。
【０１２９】
なお、本発明において、上記の予め設定されたＳＲトリガ条件、予め設定されたランダムアクセストリガー条件、及び予め設定されたランダムアクセスキャンセル条件のうちのいずれかの一つは、基地局が現在のＵＥに対するスケジューリング情報に基づいて動的に配置したものであってもよい。本発明の一実施例において、ＵＥは、上記のステップ１０１を実行する前に、前記基地局により送信されたＳＲトリガ配置情報に基づいて、前記予め設定されたＳＲトリガ条件を配置するステップ、をさらに含むことができる。ここで、上記の予め設定されたＳＲトリガ条件において関する第１の予め設定された時間間隔は、基地局が現在のＵＥに対するスケジューリング情報に基づいて確定した１つの時間間隔であってもよい。基地局は、上記のＵＥに対するスケジューリング情報の調整に基づいて、上記の予め設定されたＳＲトリガ条件を動的に調整できることによって、ＵＥが適切なリソースを利用してタイミングウィンドウを検出するようにさせる。これにより、利用可能なＵＬ−ＳＣＨリソースの位置を正確に確定したり、配置されたＵＬ−ｇｒａｎｔを迅速に取得したりすることができので、ＵＥがタイムリーかつ正確に基地局にアップリンク伝送リソースを要求できるように確保する。
【０１３０】
同様に、本発明の他の実施例において、ＵＥが上記のステップ１１を実行する前に、前記基地局により送信されるランダムアクセストリガー配置情報に基づいて、前記予め設定されたランダムアクセストリガー条件を配置するステップ、をさらに含むことができる。
【０１３１】
ここで、上記の予め設定されたランダムアクセストリガー条件において関する予め設定された時間間隔も、基地局が現在のＵＥに対するスケジューリング情報に基づいて確定した１つの時間間隔であってもよい。基地局は、上記のＵＥに対するスケジューリング情報の調整に基づいて、上記の予め設定されたランダムアクセストリガー条件を動的に調整することによって、ＵＥが高い優先度から低い優先度へのアップリンクリソース要求の方式に従ってアップリンク伝送リソースを基地局に要求するように確保できるので、シグナリングのオーバーヘッドを節約させ、リソースの浪費を回避させることができる。
【０１３２】
同様に、本発明の他の実施例において、ＵＥが上記のステップ１３を実行する前、例えば、ステップ１１を実行する前に、前記基地局により送信されたキャンセルアクセス配置情報に基づいて、前記予め設定されたランダムアクセスキャンセル条件を配置するステップ、をさらに含むことができる。
【０１３３】
本発明の実施例において、ＵＥは、基地局により送信されたキャンセルアクセス配置情報を受信し、ランダムアクセスキャンセル条件を柔軟に配置することもでき、また、異なる要求に基づいて、ランダムアクセスキャンセル条件を柔軟に配置することができる。例えば、上記のキャンセル条件１からキャンセル条件４を用いて、競合ランダムアクセスフローをキャンセルするか否かを確定できるので、ＵＬ−ｇｒａｎｔにより指示されるアップリンク伝送リソースが到着する前に、有効なリソース情報を絶えずに検出することによりかかったシグナリングのオーバーヘッドを節約させることができる。上記の第１のキャンセル条件から第４のキャンセル条件を用いて、競合ランダムアクセスフローをキャンセルするか否かを確定することによって、ＢＳＲの方式によってアップリンク伝送リソースが取得される確率を増加させることができる。従って、ＵＥが基地局により割り当てられたアップリンク伝送リソースを最優先のＢＳＲの送信の方式で取得することを確保し、ＵＥが競合ランダムアクセス要求の方式によって基地局にアップリンク伝送リソースを申請する確率を減少させ、伝送待ちのデータの伝送の遅延が減少される。
【０１３４】
前記の各方法の実施例は、説明を簡単にするため、それらのすべては一連の動作の組み合わせとして説明されているが、当業者であれば、本発明に記載された動作の順序によって限定されないことは、理解できるものであり、一部のステップは、他の順序で実行することも、同時に実行することもできる。
【０１３５】
続いて、当業者であれば、本明細書に記載された実施例はいずれも選択的な実施例に属し、本発明に対して、関連する動作およびモジュールが必ずしも必要ではないことは、理解できるものである。
【０１３６】
本発明は、前記のアプリケーション機能の実装方法の実施例に対応して、アプリケーション機能の実現装置および対応する端末の実施例をさらに提供する。
【０１３７】
それに対して、本発明は、ユーザ端末に設置されるアップリンク伝送リソースを要求する装置をさらに提供する。図６は、一例示的な実施例に係るアップリンク伝送リソースを要求する装置を示すブロック図である。当該図６を参照すると、前記装置は、ランダムアクセス確定モジュール２１と、アクセス要求トリガーモジュール２２と、アクセスキャンセル確定モジュール２３と、アクセスキャンセルモジュール２４と、を備えることができる。
【０１３８】
ランダムアクセス確定モジュール２１は、アップリンクリソーススケジューリング要求（ＳＲ）がトリガされた後、予め設定されたランダムアクセストリガー条件に満たされているか否かを確定するように構成される。
【０１３９】
アクセス要求トリガーモジュール２２は、前記予め設定されたランダムアクセストリガー条件に満たされる場合、競合ランダムアクセス要求をトリガするように構成される。
【０１４０】
本発明の他の実施例において、前記アクセス要求トリガーモジュール２２は、任意の時点において、前記アップリンクリソースＳＲを伝送するための有効な物理的アップリンク制御チャネル（ＰＵＣＣＨ）リソースが配置されなく、予め設定された時間間隔内に前記利用可能なＵＬ−ＳＣＨリソースが存在しなく、且つ、配置された前記ＵＬ−ｇｒａｎｔが存在しない場合、競合ランダムアクセス要求をトリガするように構成されることができる。
【０１４１】
アクセスキャンセル確定モジュール２３は、競合ランダムアクセスフローが終了される前、予め設定されたランダムアクセスキャンセル条件に満足されているか否かを確定するように構成される。
【０１４２】
アクセスキャンセルモジュール２４は、前記予め設定されたランダムアクセスキャンセル条件に満たされる場合、前記競合ランダムアクセスフローをキャンセルするように構成される。ここで、前記予め設定されたランダムアクセスキャンセル条件は、有効なアップリンクリソース情報が受信されることを少なくとも含む。上記の有效なアップリンクリソース情報は、利用可能なアップリンク共有チャンネル（ＵＬ−ＳＣＨ）リソースまたは配置されたアップリンクリソース許可（ＵＬ−ｇｒａｎｔ）があることを含む。
【０１４３】
本発明の装置の一実施例において、前記予め設定されたランダムアクセスキャンセル条件は、以下のいずれかの場合を含む。
【０１４４】
前記基地局により割り当てられたＵＬ−ｇｒａｎｔが物理的ダウンリンク制御チャネル（ＰＤＣＣＨ）上で受信された場合；
前記基地局により割り当てられたＵＬ−ｇｒａｎｔが前記ＰＤＣＣＨ上で受信され、且つ、競合ランダムアクセスフローにおける第１の予め設定された送信情報が前記基地局に送信されていなかった場合；
前記基地局により割り当てられたＵＬ−ｇｒａｎｔが前記ＰＤＣＣＨ上で受信され、且つ、前記競合ランダムアクセスフローにおいて前記基地局により送信された第１の予め設定された応答情報が受信されていなかった場合；
前記基地局により割り当てられたＵＬ−ｇｒａｎｔが前記ＰＤＣＣＨ上で受信され、且つ、競合ランダムアクセスフローにおける第２の予め設定された送信情報が前記基地局に送信されていなかった場合である。
【０１４５】
本発明の他の装置の実施例において、前記予め設定されたランダムアクセスキャンセル条件は、以下のいずれかの場合をさらに含むことができる。
【０１４６】
ターゲットアップリンク共有チャネルリソースが監視された場合、ここで、前記ターゲットアップリンク共有チャネルリソースは、前記基地局が前記競合ランダムアクセス要求に対して応答する前に提供するアップリンク共有チャネルリソースであり、
前記ターゲットアップリンク共有チャネルリソースが監視され、且つ、競合ランダムアクセスフローにおける第１の予め設定された送信情報が前記基地局に送信されていなかった場合；
前記ターゲットアップリンク共有チャネルリソースが監視され、且つ、前記競合ランダムアクセスフローにおいて前記基地局により送信された第１の予め設定された応答情報が受信されていなかった場合；
前記ターゲットアップリンク共有チャネルリソースが監視され、且つ、前記競合ランダムアクセスフローにおける第２の予め設定された送信情報が前記基地局に送信されていなかった場合である。
【０１４７】
図７は、一例示的な実施例に係るアップリンク伝送リソースを要求する他の装置のブロック図である。当該図７を参照すると、前記装置は、図６に示される装置の実施例の上で、ＳＲトリガ確定モジュール２０１と、ＳＲトリガーモジュール２０２と、をさらに備えることができる。
【０１４８】
ＳＲトリガ確定モジュール２０１は、送信待ちのバッファステータス報告（ＢＳＲ）が確定された後、予め設定されたＳＲトリガ条件に満たされているか否かを確定するように構成され、ここで、前記予め設定されたＳＲトリガ条件は、第１の予め設定された時間間隔内に前記利用可能なＵＬ−ＳＣＨリソースが存在しなく、且つ、前記配置されたＵＬ−ｇｒａｎｔが存在しないことを含む。
【０１４９】
ＳＲトリガーモジュール２０２は、前記予め設定されたＳＲトリガ条件が満たされる場合、前記アップリンクリソースＳＲをトリガするように構成される。
【０１５０】
図８は、一例示的な実施例に係るアップリンク伝送リソースを要求する他の装置のブロック図である。当該図８を参照する、前記装置は、図７に示される装置の実施例の上で、データ送信モジュール２０３をさらに備えることができる。
【０１５１】
前記データ送信モジュール２０３は、前記第１の予め設定された時間間隔内に前記利用可能なＵＬ−ＳＣＨリソースが受信され、或いは、前記ＵＬ−ｇｒａｎｔが配置された場合、前記利用可能なＵＬ−ＳＣＨリソースまたは前記ＵＬ−ｇｒａｎｔにより指示されるアップリンク伝送リソースを利用して、伝送待ちのデータ及び／又は前記ＢＳＲを前記基地局に送信するように構成される。
【０１５２】
図９は、一例示的な実施例に係るアップリンク伝送リソースを要求する他の装置のブロック図である。当該図９を参照すると、前記アクセス要求トリガーモジュール２２は、図６〜図８のいずれかに示される装置の実施例の上で、
前記アップリンクリソースＳＲを伝送するための有効な物理的アップリンク制御チャネル（ＰＵＣＣＨ）リソースが少なくとも１つ配置され、予め設定された時間間隔内に前記利用可能なＵＬ−ＳＣＨリソースが存在しなく、且つ、前記配置されたＵＬ−ｇｒａｎｔが存在しなかった場合、前記アップリンクリソースＳＲの送信回数の合計が予め設定された閾値を超えているか否かを確定するように構成される比較サブモジュール２２１と、
前記アップリンクリソースＳＲの送信回数の合計が前記予め設定された閾値を超える場合、競合ランダムアクセス要求をトリガするように構成されるアクセス要求トリガーサブモジュール２２２と、を備えることができる。
【０１５３】
図１０は、一例示的な実施例に係るアップリンク伝送リソースを要求するための他の装置のブロック図である。当該図１０を参照すると、前記装置は、図７に示される装置の実施例の上で、
予め設定された時間間隔内に、前記利用可能なＵＬ−ＳＣＨリソースまたは前記配置されたＵＬ−ｇｒａｎｔが存在する場合、待ち状態にある前記アップリンクリソースＳＲをキャンセルするように構成されるＳＲキャンセルモジュール２０４をさらに備えることができる。
【０１５４】
なお、本発明により提供されるアップリンク伝送リソースを要求する他の装置の実施例において、以下の少なくとも１つの配置モジュールをさらに備えることができる。
【０１５５】
第１の配置モジュールは、前記基地局により送信されたＳＲトリガ配置情報に基づいて、前記予め設定されたＳＲトリガ条件を配置するように構成される。
【０１５６】
第２の配置モジュールは、前記基地局により送信されたランダムアクセストリガー配置情報に基づいて、前記予め設定されたランダムアクセストリガー条件を配置するように構成される。
【０１５７】
第３の配置モジュールは、前記基地局により送信されたキャンセルアクセス配置情報に基づいて、前記予め設定されたランダムアクセスキャンセル条件を配置するように構成される。
【０１５８】
本発明において、前記第１の予め設定された時間間隔及び／又は前記予め設定された時間間隔は、ＮＲシステムにおける基本情報伝送単位である。
【０１５９】
装置の実施例は、基本的に方法の実施例に対応するので、関連する部分は方法の実施例の説明を参照すればよい。上記の装置の実施例は、単に模式的な例に過ぎない。ここで、前記分離部品として説明したモジュールは、物理的に分離されている場合又はそうではない場合があり、表示部材とするモジュールは、物理的なモジュールである場合又はそうではない場合がある。即ち、１つの場所に位置してもよく、または複数のネットワークモジュールに分散されてもよい。本発明の目的は、実際の必要に応じてその一部又は全部のモジュールが選択されることで実現されることができる。当業者は、創造的な労働を付与しない前提で、本発明を理解し実施することができる。
【０１６０】
それに対応して、一様態はアップリンク伝送リソースを要求する装置が提供する。前記装置は、
プロセッサーと、
プロセッサーの実行可能な命令を記憶するためのメモリと、を備え、
前記プロセッサーは、
アップリンクリソーススケジューリング要求（ＳＲ）がトリガされた後、予め設定されたランダムアクセストリガー条件に満たされているか否かを確定するように構成され、
前記予め設定されたランダムアクセストリガー条件に満たされる場合、競合ランダムアクセス要求をトリガするように構成され、
競合ランダムアクセスフローが終了される前、予め設定されたランダムアクセスキャンセル条件に満たされているか否かを確定するように構成され、
前記予め設定されたランダムアクセスキャンセル条件に満たされた場合、前記競合ランダムアクセスフローをキャンセルするように構成され、ここで、前記予め設定されたランダムアクセスキャンセル条件は、有効なアップリンクリソース情報が検出されることを少なくとも含む。
【０１６１】
図１１は、一例示的な実施例に係るアップリンク伝送リソースを要求するための装置１１００の構成を示す模式図である。例えば、装置１１００は、携帯電話、コンピュータ、デジタルブロードキャスト端末、メッセージ送受信機、ゲームコンソール、タブレットデバイス、医療機器、フィットネス機器、ＰＤＡ等の端末であってもよく、スマートウォッチ、スマートメガネ、スマートブレスレット、スマートランニングシューズなどのウェアラブルデバイスであってもよい。
【０１６２】
図１１を参照すると、装置１１００は、処理ユニット１１０２、メモリ１１０４、電源ユニット１１０６、マルチメディアユニット１１０８、オーディオユニット１１１０、入力／出力（Ｉ／Ｏ）インタフェース１１１２、センサーユニット１１１４、及び通信ユニット１１１６からなる群から選ばれる少なくとも１つを備えてもよい。
【０１６３】
処理ユニット１１０２は、一般的には、装置１１００の全体の操作、例えば、表示、電話呼び出し、データ通信、カメラ操作及び記録操作に関連する操作を制御する。処理ユニット１１０２は、上述した方法におけるステップの一部又は全部を実現できるように、命令を実行する少なくとも１つのプロセッサー１１２０を備えてもよい。また、処理ユニット１１０２は、他のユニットとのインタラクションを便利にさせるように、少なくとも１つのモジュールを備えてもよい。例えば、処理ユニット１１０２は、マルチメディアユニット１１０８とのインタラクションを便利にさせるように、マルチメディアモジュールを備えてもよい。
【０１６４】
メモリ１１０４は、装置１１００での操作をサポートするように、各種のデータを記憶するように配置される。これらのデータは、例えば、装置１１００で何れのアプリケーション又は方法を操作するための命令、連絡先データ、電話帳データ、メッセージ、画像、ビデオ等を含む。メモリ１１０４は、何れの種類の揮発性又は不揮発性メモリ、例えば、ＳＲＡＭ（Ｓｔａｔｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｂｅｒ）、磁気メモリ、フラッシュメモリ、磁気ディスク、或いは光ディスクにより、或いはそれらの組み合わせにより実現することができる。
【０１６５】
電源ユニット１１０６は、装置１１００の各種ユニットに電力を供給するためのものであり、電源管理システム、１つ又は複数の電源、及び装置１１００のために電力を生成、管理及び分配することに関連する他のユニットを備えてもよい。
【０１６６】
マルチメディアユニット１１０８は、前記装置１１００とユーザとの間に出力インタフェースを提供するスクリーンを備えてもよい。スクリーンは、例えば、液晶ディスプレイ（ＬＣＤ）やタッチパネル（ＴＰ）を備えてもよい。スクリーンは、タッチパネルを備える場合、ユーザからの入力信号を受信するように、タッチスクリーンになることができる。また、タッチパネルは、タッチや、スライドや、タッチパネル上の手振りを感知するように、少なくとも１つのタッチセンサーを有する。前記タッチセンサーは、タッチやスライド動作の境界を感知できるだけではなく、前記タッチやスライド操作と関連する持続時間や圧力も感知できる。一実施例では、マルチメディアユニット１１０８は、フロントカメラ及び／又はバックカメラを有することができる。装置１１００が、例えば、撮影モードやビデオモードのような操作モードにある時、フロントカメラ及び／又はバックカメラが外部のマルチメディアデータを受信できる。フロントカメラ及びバックカメラのそれぞれは、固定の光学レンズ系であってもよいし、焦点距離及び光学ズーム能力を有するものであってもよい。
【０１６７】
オーディオユニット１１１０は、オーディオ信号を出力及び／又は入力するように配置される。例えば、オーディオユニット１１１０は、マイクロフォン（ＭｉＣ）を有することができる。装置１１００が、例えば、呼び出しモード、記録モード、又は音声認識モードのような操作モードにあるとき、マイクロフォンは、外部のオーディオ信号を受信するように配置される。受信したオーディオ信号は、メモリ１１０４にさらに記憶されてもよいし、通信ユニット１１１６を介して送信されてもよい。一実施例では、オーディオユニット１１１０は、オーディオ信号を出力するためのスピーカをさらに備えてもよい。
【０１６８】
Ｉ／Ｏインタフェース１１１２は、処理ユニット１１０２と外部のインタフェースモジュールとの間にインタフェースを提供するためのものである。上記外部のインタフェースモジュールは、キーボードや、クリックホイールや、ボタン等であってもよい。これらのボタンは、ホームボタンや、音量ボタンや、スタートボタンや、ロックボタンであってもよいが、それらに限らない。
【０１６９】
センサーユニット１１１４は、装置１１００のために各方面の状態を評価する少なくとも１つのセンサーを備えてもよい。例えば、センサーユニット１１１４は、装置１１００のオン／オフ状態や、ユニットの相対的な位置を検出することができる。例えば、前記ユニットは、装置１１００のディスプレイ及びキーパッドである。センサーユニット１１１４は、装置１１００又は装置１１００の１つのユニットの位置の変化、ユーザによる装置１１００への接触の有無、装置１１００の方向又は加速／減速、装置１１００の温度変化などを検出することができる。センサーユニット１１１４は、何れの物理的な接触もない場合に付近の物体を検出するように配置される近接センサーを有することができる。センサーユニット１１１４は、イメージングアプリケーションに用いるための光センサー、例えば、ＣＭＯＳ又はＣＣＤ画像センサーを有することができる。一実施例では、当該センサーユニット１１１４は、加速度センサー、ジャイロスコープセンサー、磁気センサー、圧力センサー又は温度センサーをさらに備えてもよい。
【０１７０】
通信ユニット１１１６は、装置１１００と他の設備の間との無線又は有線通信を便利にさせるように配置される。装置１１００は、通信標準に基づく無線ネットワーク、例えば、ＷｉＦｉ、２Ｇ又は３Ｇ、又はそれらの組み合わせにアクセスできる。１つの例示的な実施例では、通信ユニット１１１６は、ブロードキャストチャンネルを介して外部のブロードキャスト管理システムからのブロードキャスト信号又はブロードキャストに関する情報を受信する。１つの例示的な実施例では、前記通信ユニット１１１６は、近距離通信を促進するために近距離無線通信（ＮＦＣ）モジュールをさらに備えてもよい。例えば、ＮＦＣモジュールは、無線周波数認識装置（ＲＦＩＤ：Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）技術、赤外線データ協会（ＩｒＤＡ：Ｉｎｆｒａｒｅｄ  Ｄａｔａ  Ａｓｓｏｃｉａｔｉｏｎ）技術、超広帯域無線（ＵＷＢ：Ｕｌｔｒａ  Ｗｉｄｅ  Ｂａｎｄ）技術、ブルートゥース（登録商標）（ＢＴ：Ｂｌｕｅｔｏｏｔｈ）技術及び他の技術によって実現されてもよい。
【０１７１】
例示的な実施例では、装置１１００は、上述した方法を実行するために、１つ又は複数の特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、デジタル信号プロセッサー（ＤＳＰ：Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）、デジタル信号処理デバイス（ＤＳＰＤ：Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｄｅｖｉｃｅ）、プログラマブルロジックデバイス（ＰＬＤ：Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ）、書替え可能ゲートアレイ（ＦＰＧＡ：Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）、コントローラ、マイクロコントローラ、マイクロプロセッサー、又は他の電子機器によって実現されてもよい。
【０１７２】
例示的な実施例では、命令を有する非一時的コンピュータ読み取り可能な記録媒体、例えば、命令を有するメモリ１１０４をさらに提供する。前記命令は、装置１１００のプロセッサー１１２０により実行されて上述した図１〜図４のいずれの前記のアップリンク伝送リソースを要求する方法を実現する。例えば、前記非一時的コンピュータ読み取り可能な記録媒体は、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク及び光データメモリ等であってもよい。
【０１７３】
当業者は、明細書に対する理解、及び明細書に記載された発明に対する実施を介して、本発明の他の実施形態を容易に取得できる。本発明は、本発明に対する任意の変形、用途、又は適応的な変化を含み、このような変形、用途、又は適応的な変化は、本発明の一般的な原理に従い、本発明では発明していない本技術分野の公知知識、又は通常の技術手段を含む。明細書及び実施例は、単に例示的なものであって、本発明の本当の範囲と主旨は、以下の特許要求の範囲によって示される。
【０１７４】
本発明は、上記で記述され、図面で図示した特定の構成に限定されず、その範囲を離脱しない状況で、様々な修正や変更を実施することができる。本発明の範囲は、添付される特許要求の範囲のみにより限定される。
【図１】
2021503225.tif 000003
【図２】
2021503225.tif 000004
【図３】
2021503225.tif 000005
【図４】
2021503225.tif 000006
【図５】
2021503225.tif 000007
【図６】
2021503225.tif 000008
【図７】
2021503225.tif 000009
【図８】
2021503225.tif 000010
【図９】
2021503225.tif 000011
【図１０】
2021503225.tif 000012
【図１１】
2021503225.tif 000013
【手続補正書】
【提出日】令和2年5月14日(2020.5.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ端末に応用される、アップリンク伝送リソースを要求する方法であって、前記方法は、
アップリンクリソーススケジューリング要求（ＳＲ）がトリガされた後、予め設定されたランダムアクセストリガー条件に応答して、競合ランダムアクセス要求をトリガするステップと、
競合ランダムアクセスフローが終了される前に、予め設定されたランダムアクセスキャンセル条件に応答して、前記競合ランダムアクセスフローをキャンセルするステップと、を含み、
前記予め設定されたランダムアクセスキャンセル条件は、ターゲットアップリンク共有チャネルリソースが監視され、且つ、前記競合ランダムアクセスフローにおける第２の予め設定された送信情報が基地局に送信されていなかった場合を少なくとも含み、前記ターゲットアップリンク共有チャネルリソースは、前記基地局により提供された有効なアップリンク共有チャネルリソースである、ことを特徴とするアップリンク伝送リソースを要求する方法。
【請求項２】
送信待ちのバッファステータス報告（ＢＳＲ）が確定された後、予め設定されたＳＲトリガ条件に満たされているか否かを確定するステップと、
前記予め設定されたＳＲトリガ条件に満たされる場合、前記アップリンクリソースＳＲをトリガするステップ、をさらに含み、
前記予め設定されたＳＲトリガ条件は、第１の予め設定された時間間隔内に、利用可能なＵＬ−ＳＣＨリソースが存在しなく、且つ配置されたＵＬ−ｇｒａｎｔが存在しないことを含む
ことを特徴とする請求項１に記載のアップリンク伝送リソースを要求する方法。
【請求項３】
前記第１の予め設定された時間間隔内に、前記利用可能なＵＬ−ＳＣＨリソースが受信され、或いは前記ＵＬ−ｇｒａｎｔが配置された場合、前記利用可能なＵＬ−ＳＣＨリソースまたは前記ＵＬ−ｇｒａｎｔにより指示されるアップリンク伝送リソースを利用して、伝送待ちのデータ及び／又は前記ＢＳＲを前記基地局に送信するステップ、をさらに含む
ことを特徴とする請求項２に記載のアップリンク伝送リソースを要求する方法。
【請求項４】
予め設定されたランダムアクセストリガー条件に応答して、前記競合ランダムアクセス要求をトリガするステップは、
任意の時点において、配置された、前記アップリンクリソースＳＲを伝送するための有効な物理的アップリンク制御チャネル（ＰＵＣＣＨ）リソースが存在しなく、予め設定された時間間隔内に、利用可能なＵＬ−ＳＣＨリソースが存在しなく、且つ配置されたＵＬ−ｇｒａｎｔが存在しない場合、競合ランダムアクセス要求をトリガするステップ、を含む
ことを特徴とする請求項１に記載のアップリンク伝送リソースを要求する方法。
【請求項５】
予め設定されたランダムアクセストリガー条件に応答して、前記競合ランダムアクセス要求をトリガするステップは、
前記アップリンクリソースＳＲを伝送するための有効な物理的アップリンク制御チャネル（ＰＵＣＣＨ）リソースが少なくとも１つ配置され、予め設定された時間間隔内に、利用可能なＵＬ−ＳＣＨリソースが存在しなく、且つ配置されたＵＬ−ｇｒａｎｔが存在しない場合、前記アップリンクリソースＳＲの送信回数の合計が予め設定された閾値を超えているか否かを確定するステップと、
前記アップリンクリソースＳＲの送信回数の合計が前記予め設定された閾値を超える場合、競合ランダムアクセス要求をトリガするステップと、を含む
ことを特徴とする請求項１に記載のアップリンク伝送リソースを要求する方法。
【請求項６】
予め設定された時間間隔内に、利用可能なＵＬ−ＳＣＨリソースまたは配置されたＵＬ−ｇｒａｎｔが存在する場合、待ち状態にある前記アップリンクリソースＳＲをキャンセルするステップ、をさらに含む
ことを特徴とする請求項１に記載のアップリンク伝送リソースを要求する方法。
【請求項７】
前記基地局により送信されたＳＲトリガ配置情報に基づいて、前記予め設定されたＳＲトリガ条件を配置するステップ、をさらに含む
ことを特徴とする請求項２に記載のアップリンク伝送リソースを要求する方法。
【請求項８】
前記予め設定されたランダムアクセストリガー条件は、
前記基地局により送信されたランダムアクセストリガー配置情報に基づいて配置されたものである、
ことを特徴とする請求項１に記載のアップリンク伝送リソースを要求する方法。
【請求項９】
前記基地局により送信されたキャンセルアクセス配置情報に基づいて、前記予め設定されたランダムアクセスキャンセル条件を配置するステップ、をさらに含む
ことを特徴とする請求項１に記載のアップリンク伝送リソースを要求する方法。
【請求項１０】
予め設定された時間間隔は、ＮＲシステムにおける基本情報伝送単位である
ことを特徴とする請求項４または５に記載のアップリンク伝送リソースを要求する方法。
【請求項１１】
ユーザ端末に設置される、アップリンク伝送リソースを要求する装置であって、前記装置は、
アップリンクリソーススケジューリング要求（ＳＲ）がトリガされた後、予め設定されたランダムアクセストリガー条件に応じて、競合ランダムアクセス要求をトリガするように構成されるランダムアクセストリガーモジュールと、
競合ランダムアクセスフローが終了される前に、予め設定されたランダムアクセスキャンセル条件に応答して、前記競合ランダムアクセスフローをキャンセルするように構成されるアクセスキャンセルモジュールと、を備え、
前記予め設定されたランダムアクセスキャンセル条件は、ターゲットアップリンク共有チャネルリソースが監視され、且つ、前記競合ランダムアクセスフローにおける第２の予め設定された送信情報が基地局に送信されていなかった場合を少なくとも含み、前記ターゲットアップリンク共有チャネルリソースは、前記基地局により提供された有効なアップリンク共有チャネルリソースである、ことを特徴とするアップリンク伝送リソースを要求する装置。
【請求項１２】
送信待ちのバッファステータス報告（ＢＳＲ）が確定された後、予め設定されたＳＲトリガ条件に満たされているか否かを確定するように構成されるＳＲトリガ確定モジュールと、
前記予め設定されたＳＲトリガ条件に満たされる場合、前記アップリンクリソースＳＲをトリガするように構成されるＳＲトリガーモジュールと、をさらに備え、
前記予め設定されたＳＲトリガ条件は、第１の予め設定された時間間隔内に、利用可能なＵＬ−ＳＣＨリソースが存在しなく、且つ配置されたＵＬ−ｇｒａｎｔが存在しないことを含む
ことを特徴とする請求項１１に記載のアップリンク伝送リソースを要求する装置。
【請求項１３】
前記第１の予め設定された時間間隔内に、前記利用可能なＵＬ−ＳＣＨリソースが受信され、或いは前記ＵＬ−ｇｒａｎｔが配置された場合、前記利用可能なＵＬ−ＳＣＨリソースまたは前記ＵＬ−ｇｒａｎｔにより指示されるアップリンク伝送リソースを利用して、伝送待ちのデータ及び／又は前記ＢＳＲを前記基地局に送信するように構成されるデータ送信モジュールと、をさらに備える
ことを特徴とする請求項１２に記載のアップリンク伝送リソースを要求する装置。
【請求項１４】
前記ランダムアクセストリガーモジュールは、
任意の時点において、配置された、前記アップリンクリソースＳＲを伝送するための有効な物理的アップリンク制御チャネル（ＰＵＣＣＨ）リソースが存在しなく、予め設定された時間間隔内に、利用可能なＵＬ−ＳＣＨリソースが存在しなく、且つ配置されたＵＬ−ｇｒａｎｔが存在しない場合、競合ランダムアクセス要求をトリガするように構成される
ことを特徴とする請求項１１に記載のアップリンク伝送リソースを要求する装置。
【請求項１５】
前記ランダムアクセストリガーモジュールは、
前記アップリンクリソースＳＲを伝送するための有効な物理的アップリンク制御チャネル（ＰＵＣＣＨ）リソースが少なくとも１つ配置され、予め設定された時間間隔内に、利用可能なＵＬ−ＳＣＨリソースが存在しなく、且つ配置されたＵＬ−ｇｒａｎｔが存在しない場合、前記アップリンクリソースＳＲの送信回数の合計が予め設定された閾値を超えているか否かを確定するように構成される比較サブモジュールと、
前記アップリンクリソースＳＲの送信回数の合計が前記予め設定された閾値を超える場合、競合ランダムアクセス要求をトリガするように構成されるアクセス要求トリガーサブモジュールと、を備える
ことを特徴とする請求項１１に記載のアップリンク伝送リソースを要求する装置。
【請求項１６】
予め設定された時間間隔内に、利用可能なＵＬ−ＳＣＨリソースまたは配置されたＵＬ−ｇｒａｎｔが存在する場合、待ち状態にある前記アップリンクリソースＳＲをキャンセルするように構成されるＳＲキャンセルモジュールをさらに備える
ことを特徴とする請求項１１に記載のアップリンク伝送リソースを要求する装置。
【請求項１７】
前記基地局により送信されたＳＲトリガ配置情報に基づいて、前記予め設定されたＳＲトリガ条件を配置するように構成される第１の配置モジュールをさらに備える
ことを特徴とする請求項１２に記載のアップリンク伝送リソースを要求する装置。
【請求項１８】
前記予め設定されたランダムアクセストリガー条件は、
前記基地局により送信されたランダムアクセストリガー配置情報に基づいて配置されたものである
ことを特徴とする請求項１１に記載のアップリンク伝送リソースを要求する装置。
【請求項１９】
前記基地局により送信されるキャンセルアクセス配置情報に基づいて、前記予め設定されたランダムアクセスキャンセル条件を配置するように構成される第２の配置モジュールをさらに備える
ことを特徴とする請求項１１に記載のアップリンク伝送リソースを要求する装置。
【請求項２０】
予め設定された時間間隔は、ＮＲシステムにおける基本情報伝送単位である
ことを特徴とする請求項１４または１５に記載のアップリンク伝送リソースを要求する装置。
【請求項２１】
コンピュータプログラムが記憶されている非一時的コンピュータ読み取り可能な記録媒体であって、
前記コンピュータプログラムがプロセッサーにより実行される場合、請求項１〜１０のいずれか１項に記載の前記方法のステップを実行する
ことを特徴とする非一時的コンピュータ可読記録媒体。
【請求項２２】
アップリンク伝送リソースを要求する装置であって、前記装置は、
プロセッサーと、
プロセッサーの実行可能なプログラムを記憶するためのメモリと、を備え、
前記プロセッサーは、
アップリンクリソーススケジューリング要求（ＳＲ）がトリガされた後、予め設定されたランダムアクセストリガー条件に応答して、競合ランダムアクセス要求をトリガするように構成され、
競合ランダムアクセスフローが終了される前に、予め設定されたランダムアクセスキャンセル条件に応答して、前記競合ランダムアクセスフローをキャンセルするように構成され、
前記予め設定されたランダムアクセスキャンセル条件は、ターゲットアップリンク共有チャネルリソースが監視され、且つ、前記競合ランダムアクセスフローにおける第２の予め設定された送信情報が基地局に送信されていなかった場合を少なくとも含み、前記ターゲットアップリンク共有チャネルリソースは、前記基地局により提供された有効なアップリンク共有チャネルリソースである、ことを特徴とするアップリンク伝送リソースを要求する装置。
【国際調査報告】
2021503225.tif 000014
2021503225.tif 000015
2021503225.tif 000016
2021503225.tif 000017