(57)【要約】      （修正有）【課題】複数のスケジューリング要求（ＳＲ）を構成できる方法及びユーザ機器を提供する。【解決手段】ユーザ機器は、第１のＬＣＨによって第１のＳＲをトリガし、第１のＳＲが保留中に、第２のＬＣＨによって第２のＳＲをトリガし、ＳＲがキャンセルされるまで、第１のＳＲ機会及び第２のＳＲ機会を使用して、ＳＲをネットワークノードに送信する。ここで、第１のＬＣＨは第１のＳＲ構成に関連付けられ、第２のＬＣＨは第２のＳＲに関連付けられ、第１のＳＲ構成及び第２のＳＲ構成は同じサービングセルに対して構成される。また、第１のＳＲ機会は第１のＳＲ構成に対応し、第２のＳＲ機会は第２のＳＲ構成に対応する。【選択図】図１２
2018207493.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）の方法であって、
第１の論理チャネル（ＬＣＨ）によって第１のスケジューリング要求（ＳＲ）をトリガするステップであって、該第１のＬＣＨは第１のＳＲ構成に関連付けられる、トリガするステップと、
前記第１のＳＲが保留中に、第２のＬＣＨによって第２のＳＲをトリガするステップであって、該第２のＬＣＨは第２のＳＲ構成に関連付けられ、前記第１のＳＲ構成及び前記第２のＳＲ構成は同じサービングセルに対して設定される、トリガするステップと、
ＳＲがキャンセルされるまで、第１のＳＲ機会及び第２のＳＲ機会を使用して、該ＳＲをネットワークノードに送信するステップであって、前記第１のＳＲ機会が前記第１のＳＲ構成に対応し、前記第２のＳＲ機会が前記第２のＳＲ構成に対応する、送信するステップと、を含む方法。
【請求項２】
前記ＳＲ機会は、前記ＵＥがＳＲのための有効なＰＵＣＣＨ（物理アップリンク制御チャネル）リソースを有する機会であり、ＳＲのための該ＰＵＣＣＨリソースは、特定のＳＲ構成の下で設定される、請求項１に記載の方法。
【請求項３】
前記ＵＥは、前記ＳＲ構成を設定するための構成をネットワークノードから受信する、請求項１に記載の方法。
【請求項４】
前記ＵＥは、前記ＬＣＨと前記ＳＲ構成との前記関連付けを設定するための構成をネットワークノードから受信する、請求項１に記載の方法。
【請求項５】
前記関連付けはインデックスに基づき、該インデックスは前記ＳＲ構成を指し示す、請求項４に記載の方法。
【請求項６】
前記ネットワークノードはｇＮＢである、請求項１に記載の方法。
【請求項７】
ＳＲがトリガされた後に、該ＳＲがキャンセルされるまで該ＳＲは保留中である、請求項１に記載の方法。
【請求項８】
通常のＢＳＲ（バッファステータスレポート）が前記ＬＣＨによってトリガされ、前記ＵＥが前記ＬＣＨに対して有効なＵＬ（アップリンク）リソースをなんら有さないときに、前記ＳＲは前記ＬＣＨによってトリガされる、請求項１に記載の方法。
【請求項９】
前記ＵＬリソースが前記ＬＣＨのためのＵＬリソースの制限を満たす場合、前記ＵＬリソースは前記ＬＣＨに対して有効である、請求項８に記載の方法。
【請求項１０】
前記ＵＬリソースの制限は、前記ＵＬリソースのヌメロロジ及び／又はＴＴＩに関連し、前記ＬＣＨのための前記ＵＬリソースの制限は、ＲＲＣ（無線リソース制御）シグナリングを介してネットワークによって設定される、請求項９に記載の方法。
【請求項１１】
ユーザ機器（ＵＥ）であって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路に設けられ、前記プロセッサに動作可能に結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
第１の論理チャネル（ＬＣＨ）によって第１のスケジューリング要求（ＳＲ）をトリガするステップであって、該第１のＬＣＨは第１のＳＲ構成に関連付けられる、トリガするステップと、
前記第１のＳＲが保留中に、第２のＬＣＨによって第２のＳＲをトリガするステップであって、該第２のＬＣＨは第２のＳＲ構成に関連付けられ、前記第１のＳＲ構成及び前記第２のＳＲ構成は同じサービングセルに対して設定される、トリガするステップと、
ＳＲがキャンセルされるまで、第１のＳＲ機会及び第２のＳＲ機会を使用して、該ＳＲをネットワークノードに送信するステップであって、前記第１のＳＲ機会が前記第１のＳＲ構成に対応し、前記第２のＳＲ機会が前記第２のＳＲ構成に対応する、送信するステップと、
を行うように構成される、ＵＥ。
【請求項１２】
前記ＳＲ機会は、前記ＵＥがＳＲのための有効なＰＵＣＣＨ（物理アップリンク制御チャネル）リソースを有する機会であり、ＳＲのための該ＰＵＣＣＨリソースは、特定のＳＲ構成の下で設定される、請求項１１に記載のＵＥ。
【請求項１３】
前記ＵＥは、前記ＳＲ構成を設定するための構成をネットワークノードから受信する、請求項１１に記載のＵＥ。
【請求項１４】
前記ＵＥは、前記ＬＣＨと前記ＳＲ構成との前記関連付けを設定するための構成をネットワークノードから受信する、請求項１１に記載のＵＥ。
【請求項１５】
前記関連付けはインデックスに基づき、該インデックスは前記ＳＲ構成を指し示す、請求項１４に記載のＵＥ。
【請求項１６】
前記ネットワークノードはｇＮＢである、請求項１１に記載のＵＥ。
【請求項１７】
ＳＲがトリガされた後に、該ＳＲがキャンセルされるまで該ＳＲは保留中である、請求項１１に記載のＵＥ。
【請求項１８】
通常のＢＳＲ（バッファステータスレポート）が前記ＬＣＨによってトリガされ、前記ＵＥが前記ＬＣＨに対して有効なＵＬ（アップリンク）リソースをなんら有さないときに、前記ＳＲは前記ＬＣＨによってトリガされる、請求項１１に記載のＵＥ。
【請求項１９】
前記ＵＬリソースが前記ＬＣＨのためのＵＬリソースの制限を満たす場合、前記ＵＬリソースは前記ＬＣＨに対して有効である、請求項１８に記載のＵＥ。
【請求項２０】
前記ＵＬリソースの制限は、前記ＵＬリソースのヌメロロジ及び／又はＴＴＩに関連し、前記ＬＣＨのための前記ＵＬリソースの制限は、ＲＲＣ（無線リソース制御）シグナリングを介してネットワークによって設定される、請求項１９に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１７年６月８日に出願された米国仮特許出願第６２／５１６，８０１号の利益を主張するものであり、そのすべての開示は全体として参照により本明細書に援用される。
【０００２】
この開示は、概して、無線通信ネットワークに関連し、より詳細には、無線通信システムにおける複数のＳＲ構成の方法及び装置に関連する。
【背景技術】
【０００３】
移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、及びオンデマンド通信サービスを提供可能である。
【０００４】
例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰ及びマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展及び確定に向けて検討されている。
【発明の概要】
【０００５】
ＵＥ（ユーザ機器）の観点からの方法及び装置が開示される。一実施形態では、本方法は、第１の論理チャネル（ＬＣＨ）によって第１のスケジューリング要求（ＳＲ）をトリガするステップを含む。第１のＬＣＨは第１のＳＲ構成に関連付けられる。本方法は、第１のＳＲが中、第２のＬＣＨによって第２のＳＲをトリガするステップも含む。第２のＬＣＨは第２のＳＲに関連付けられ、第１のＳＲ構成及び第２のＳＲ構成は同じサービングセルに対して構成される。本方法は、ＳＲがキャンセルされるまで、第１のＳＲ機会及び第２のＳＲ機会を使用して、ＳＲをネットワークノードに送信するステップも含む。第１のＳＲ機会が第１のＳＲ構成に対応し、第２のＳＲ機会が第２のＳＲ構成に対応する。
【図面の簡単な説明】
【０００６】
【図１】例示的な一実施形態による無線通信システムの図を示す。
【図２】例示的な一実施形態による送信機システム（アクセスネットワークとしても知られている）及び受信機システム（ユーザ機器又はＵＥとしても知られている）のブロック図である。
【図３】例示的な一実施形態による通信デバイスの機能ブロック図である。
【図４】例示的な一実施形態による図３のプログラムコードの機能ブロック図である。
【図５】例示的な一実施形態によるタイミング図である。
【図６】例示的な一実施形態によるタイミング図である。
【図７】例示的な一実施形態によるタイミング図である。
【図８】例示的な一実施形態によるタイミング図である。
【図９】例示的な一実施形態によるタイミング図である。
【図１０】例示的な一実施形態によるタイミング図である。
【図１１】例示的な一実施形態によるタイミング図である。
【図１２】例示的な一実施形態によるフローチャートである。
【図１３】例示的な一実施形態によるフローチャートである。
【図１４】例示的な一実施形態によるフローチャートである。
【図１５】例示的な一実施形態によるフローチャートである。
【発明を実施するための形態】
【０００７】
以下に記載される例示的な無線通信システム及び機器は、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するため、広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ  ＬＴＥ（ロングタームエボリューション）無線アクセス、３ＧＰＰ  ＬＴＥ−Ａ若しくはＬＴＥ−アドバンスト（ロングタームエボリューションアドバンスト）、３ＧＰＰ２  ＵＭＢ（Ultra  Mobile  Broadband：超モバイル広帯域）、ＷｉＭａｘ、又はその他何らかの変調技術に基づいてよい。
【０００８】
特に、以下に説明する例示的な無線通信システム及びデバイスは、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてよく、3GPP  email  discussion,  [98#35][NR/UP]  Running  TS  38.321  v0.0.4,  NR  MAC  protocol  specification、R2-1704001,“Report  of  3GPP  TSG  RAN2  #97bis,  Spokane,  USA”、3GPP  RAN2  #98  Chairman’s  Note、TS  36.321  v14.2.1,“E-UTRA  MAC  protocol  specification”、TS  36.331  v14.2.1,“E-UTRA  RRC  protocol  specification”、及びR2-1705625,“SR  enhancements  with  multiple  numerologies”,  Huawei  and  HiSiliconを含む。上記に挙げた標準及び文書は、全体として参照により本明細書に明示的に援用される。
【０００９】
図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４及び１０６、別のグループは１０８及び１１０、また別のグループは１１２及び１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くの又はより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２及び１１４と通信しており、アンテナ１１２及び１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６及び１０８と通信しており、アンテナ１０６及び１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、及び１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。
【００１０】
アンテナの各グループ及び／又はアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。
【００１１】
順方向リンク１２０及び１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６及び１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。
【００１２】
アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局又は基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、又はその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、又はその他何らかの専門用語で呼ばれることもある。
【００１３】
図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）及び受信機システム２５０（アクセス端末（ＡＴ）又はユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【００１４】
一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、及びインターリーブして、符号化データを提供する。
【００１５】
各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロット及び符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、又はＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、及び変調は、プロセッサ２３０により実行される命令によって決定されてよい。
【００１６】
そして、すべてのデータストリームについての変調シンボルはＴＸ  ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ  ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸ  ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボル及びシンボルが送信されているアンテナに適用する。
【００１７】
各送信機２２２は、各シンボルストリームを受信及び処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、及びアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号がそれぞれ、ＮＴ個のアンテナ２２４ａ〜２２４ｔから送信される。
【００１８】
受信機システム２５０においては、送信された変調信号はＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、及びダウンコンバート）して、調節された信号をデジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。
【００１９】
そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボルストリームを受信及び処理して、ＮＴ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、及び復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ  ＭＩＭＯプロセッサ２２０及びＴＸデータプロセッサ２１４により実行される処理と相補的である。
【００２０】
プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部及びランク値部を含む逆方向リンクメッセージを構築する。
【００２１】
逆方向リンクメッセージは、通信リンク及び／又は受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、送信機システム２１０に送り戻される。
【００２２】
送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。
【００２３】
図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６及び１２２又は図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、ＬＴＥシステムであることが好ましい。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、及びトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像及び音声を出力することができる。トランシーバ３１４は、無線信号を受信及び送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。
【００２４】
図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、及びレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。
【００２５】
次世代（すなわち、５Ｇ）アクセス技術についての３ＧＰＰ標準化活動が２０１５年３月に立ち上げられている。次世代アクセス技術は、緊急の市場ニーズとＩＴＵ−Ｒ  ＩＭＴ−２０２０に明記されたより長期的なニーズとの両方を満たすために以下の３つの使用シナリオファミリをサポートすることを目的としている。
−  ｅＭＢＢ（拡張モバイルブロードバンド）
−  ｍＭＴＣ（大規模マシン型通信）
−  ＵＲＬＬＣ（超高信頼低遅延通信）。
【００２６】
５Ｇのための新しい無線（ＮＲ）アクセス技術は現在論議中であり、最新のＮＲ  ＭＡＣ仕様は３ＧＰＰ  ＴＳ  ３８．３２１に見出すことができる。
【００２７】
ＮＲ  ＳＲの現在の３ＧＰＰ合意は、３ＧＰＰ  Ｒ２−１７０４００１及び３ＧＰＰ  ＲＡＮ２  ＃９８  Ｃｈａｉｒｍａｎ‘ｓ  Ｎｏｔｅに以下のように記載されている。
（外１）
2018207493.tif 000003
【００２８】
ＮＲスケジューリング要求（ＳＲ）は、３ＧＰＰ  ＴＳ  ３８．３２１に以下のように記載されている。
（外２）
2018207493.tif 000004
【００２９】
ＬＴＥ  ＳＲは、３ＧＰＰ  ＴＳ  ３６．３２１に以下のように記載されている。
（外３−１）
2018207493.tif 000005
（外３−２）
2018207493.tif 000006
【００３０】
ＬＴＥ  ＢＳＲ（バッファステータスレポート）トリガ及びＳＲトリガは、３ＧＰＰ  ＴＳ  ３６．３２１に以下のように記載されている。
（外４−１）
2018207493.tif 000007
（外４−２）
2018207493.tif 000008
【００３１】
ＲＲＣ（無線リソース制御）においてＳＲのＬＴＥ構成は、３ＧＰＰ  ＴＳ  ３６．３３１に以下のように記載されている。
（外５−１）
2018207493.tif 000009
（外５−２）
2018207493.tif 000010
【００３２】
ＬＴＥでは、どのＬＣＨ（論理チャネル）がＳＲをトリガするかにかかわらず、ＵＥは同じＳＲをｅＮＢ（進化型ノードＢ）に送信する。ＳＲは、ＵＥのバッファで利用可能になっている優先順位のより高いデータがあるが、ＵＥがデータ（又は、より正確にはデータのＢＳＲ）を送信するためのＵＬリソースを有していないことを示すに過ぎない。通常、ＵＥには１つのＳＲリソースが設定される一方、ｅＣＡ（拡張キャリアアグリゲーション）モードでは、最大で２つのＳＲリソースがＵＥに設定されることができ、一方のＳＲがＰＣｅｌｌ（プライマリセル）でのものであり、他方がＰＵＣＣＨ（物理アップリンク制御チャネル）ＳＣｅｌｌ（セカンダリセル）でのものである。２つのＳＲリソースは同じセルには配置されない（が、同じｅＮＢに属する）。したがって、ＳＲ機会は時間領域で重複する可能性がある。２つのＳＲリソースが同じＴＴＩ内で衝突する場合、どのＳＲリソースを選択してＳＲをシグナリングするかは、ＵＥ実装に任されている。衝突しない場合、ＵＥは、ＳＲリソースの両方を使用して、任意の時間でＳＲをシグナリングすることができる。これは、ｅＮＢとＵＥの両方が２つのＳＲを同じように扱うことを意味する。ＳＲ構成とＳＲをトリガするＬＣＨとの間に関係性はない。
【００３３】
ＮＲでは、（同じサービングセルに対して）複数のＳＲリソース（構成）をＵＥに設定することができ、どのＳＲ構成を使用するかは、ＳＲをトリガするＬＣＨに依存する。複数のＳＲ構成を持つ目的は、ネットワークスケジューリングを容易にすることである。ネットワークは、受信したＳＲに基づいてＵＥのニーズに適合する適切なＵＬリソース（例えば、適切なヌメロロジ、適切なＴＴＩ長）をスケジューリングすることができる。ＳＲをトリガするＬＣＨは、ＵＬリソースを必要とするサービスタイプを区別することができる。異なるサービスタイプとは、異なるＱｏＳ／要件を有する。いくつかのサービス（例えば、ＵＲＬＬＣ（超高信頼低遅延通信））は、より低いレイテンシを必要とするが、他のもの（例えば、ｅＭＢＢ（拡張モバイルブロードバンド））はそうではない。ｇＮＢがＵＥ側において、どのサービスタイプがＳＲをトリガするかを知ることは概して有益であり、ｇＮＢがそのサービスタイプに対する適切なＵＬリソースをより早く提供することができる。ＵＥとｅＮＢの両方がすべてのＳＲ構成を同じに扱うＬＴＥとは異なるため、ＵＥが適切なＳＲ構成を選択して、ＳＲをシグナリングするためのなんらかの規則があるべきである。
【００３４】
１つのＬＣＨがＳＲをトリガした場合、ＵＥは、そのＬＣＨに対するＳＲ構成を選択して、ＳＲをシグナリングする。ＳＲ構成とＬＣＨとの間の対応はｇＮＢによって設定されるため、ｇＮＢは、ＵＥによってシグナリングされたＳＲを受信した後に、どのＬＣＨがＳＲをトリガしたかを理解する。
【００３５】
複数のＬＣＨがＳＲをトリガした場合、それらが同じＳＲ構成に対応する場合、結果としては単一のＬＣＨのケースと同じである。しかし、複数のＬＣＨが異なるＳＲ構成に対応する可能性がある。複数のＬＣＨがＳＲをトリガしたケースは、３ＧＰＰ  Ｒ２−１７０５６２５に以下のように論じられている。
（外６）
2018207493.tif 000011
【００３６】
例えば、２つのＬＣＨと２つのＳＲ構成がある。１つのＳＲが、１つのＬＣＨにそれぞれ対応する。３ＧＰＰ  Ｒ２−１７０５６２５において論じられた提案に基づいて、一方のＬＣＨがＳＲを最初にトリガし、他方のＬＣＨがＳＲをその後にトリガする（これは、第２のＬＣＨが第１のＬＣＨより高い優先順位を有することを示唆する）場合、図５に示すように、ＵＥは、どのＳＲ機会が最初に発生しても、第２のＬＣＨに対するＳＲ構成のみを使用して、ＳＲをシグナリングすることができる。特に、図５は、ＵＥができるだけ早くにＳＲをシグナリングすることができない例示的な状況を示す。
【００３７】
このアプローチは、優先順位の最も高いＬＣＨの適切なスケジューリングを保証することができるが、ほぼ同時に２つのＬＣＨがＳＲをトリガするようないくつかのシナリオにおいては、いくらかのリソースの無駄と遅延したＳＲ指示を引き起こす可能性がある。例えば、図５のシナリオＢでは、３ＧＰＰ  Ｒ２−１７０５６２５によれば、ＳＲが優先順位のより低いＬＣＨに関連付けられているため、最初に（及び、２番目に）遭遇したＳＲ機会がスキップされる。ＳＲリソースの１つは、それがＵＥに設定されているときでも、３ＧＰＰ  Ｒ２−１７０５６２５に基づいて使用することはできない。
【００３８】
要約すると、重要な問題は、１つのＬＣＨ（それゆえ、１つのＳＲ構成）しか、３ＧＰＰ  Ｒ２−１７０５６２５の提案に基づいて選択されず、ＵＥが任意の時間においてＳＲ構成のうちの１つしか活用できないため、ＰＵＣＣＨリソースの無駄をもたらすということである。追加的に、優先順位がより高いからといって、必ずしもより遅延に敏感であることを示唆しているとは限らないことに留意されたい（例えば、ＲＲＣメッセージは最高の優先順位を有するが、低レイテンシを必要としない）。したがって、ＵＥは、３ＧＰＰ  Ｒ２−１７０５６２５に基づいて遅延に敏感なメッセージを配信するための適切なＵＬリソースを取得することができないかもしれない。
【００３９】
この問題を解決するためには、ＵＥが（同じサービングセルに対して）複数のＳＲ構成及びＳＲをトリガする複数のＬＣＨ（ここで、複数のＬＣＨが複数のＳＲ構成に関連付けられる）で設定されるときに、ＵＥは、複数のＳＲ構成を使用して、ＳＲをシグナリングするべきである。少なくともＵＥは、たとえ関連するＬＣＨがＳＲをトリガした優先順位の最も高いＬＣＨではない場合でも、なるべく早く、例えば、最初に遭遇したＳＲ機会をスキップせずに、ＳＲをシグナリングするべきである。１つの選択肢は、とにかく最初に遭遇したＳＲを使用してＳＲをシグナリングし、次いで、ＳＲをトリガした優先順位の最も高いＬＣＨに対応するＳＲ構成に戻るように切り替えることである。別の選択肢は、最も短い期間を有するＳＲ構成を使用することである。上記の２つの言及した解決策のうちの１つを採用することによって、図６のシナリオＢにおいて最初に遭遇したＳＲ機会がスキップされない。特に、図６は、ＵＥがなるべく早くＳＲをシグナリングすることができるが、ＵＥは（シナリオＡに示すように）すべてのＳＲ構成を十分には活用することができない例示的な解決策を示す。図６のシナリオＡにおいて示すように、１つのＳＲ構成は、これらの２つの選択肢において任意の時間に使用される。２つの選択肢には依然としてリソースの無駄がある可能性がある。
【００４０】
別の選択肢は、ＵＥは、ＳＲがキャンセルされるまで、ＳＲ構成の両方又はすべてを使用して、ＳＲをシグナリングすることができる。この解決策を採用することによって、ＵＥはＳＲをなるべく早くシグナリングすることができるだけではなく、（図７に示すように）ＵＥは、設定されたＰＵＣＣＨリソースを十分に活用することができる。特に、図７は、ＵＥがなる早くＳＲをシグナリングすることができ、すべてのＳＲ構成を十分に活用することができる例示的な解決策を示す。追加的に、ｇＮＢは両方のＳＲを受信した後に両方のＬＣＨを認識する。ＵＥによって提供される情報は、ｇＮＢがより良くＵＥをスケジューリングするのに役立つ。
【００４１】
ＳＲが保留中に、複数のＳＲ構成をＵＥによって使用することができる場合、ＳＲ機会が時間領域において衝突し得る可能性がある。ＵＥは、複数のＳＲを同時にシグナリングする能力を持っていない可能性があるため、ＵＥは、どのＳＲ機会が使用されるかを決定する必要がある。２つ以上のＳＲ機会が同じＴＴＩにおいて衝突するか、又は（通常、ＴＴＩ長が異なるときに）互いに部分的に重なるケースにおいて、以下のような選択肢がある。
（１）ＵＥは、最初に遭遇したＳＲ機会を使用することができる。それらが同時に発生する（開始する）場合、ＵＥの処理順序に依存するか、又はｇＮＢの設定に依存することができる。
（２）ＵＥは、ｇＮＢによって完全に受信される最初のものであるＳＲ機会（通常、最も短いＴＴＩ長を有するもの）を使用することができる。それらが同時に完全に受信される場合は、ｇＮＢの設定に依存することができる、あるいは、どのＳＲ機会を使用することができるかについての制限がない。
（３）上記の２つの組み合わせ。ＳＲ機会の両方が同時に発生する場合、ＵＥは、ｇＮＢによって完全に受信される最初のものであるＳＲ機会を使用する。ＳＲ機会の両方が同時にｇＮＢによって完全に受信される場合、ＵＥは、最初に遭遇したＳＲ機会を使用する。それ以外の場合、いずれのＳＲ機会を使用することができるかは、ｇＮＢの設定に依存することができる、あるいはどのＳＲ機会を使用することができるかについての使用することができるＳＲ機会についての制限がない。
【００４２】
３つの選択肢を図８に示す。特に、図８は、衝突／重複したＳＲ機会とその問題を解決するための３つの選択肢の例を示す。ＵＥに対して可能な選択肢がいくつかあるが、特に２つより多いＳＲ機会が衝突すると、追加のコストを導く可能性がある。異なるＵＥは、異なるＵＥ挙動を有してもよい。ｇＮＢがＵＥに衝突／重複したＳＲリソースを設定することを防ぐことができる可能性がある。衝突や重複を避けることができない場合（例えば、ＵＲＬＬＣのためのＳＲ構成は非常に短いＳＲ期間を有するかもしれない）、ｇＮＢは任意の時間において衝突／重複したＳＲリソースが多くても２つであり、どの１つが使用されるかもｇＮＢによって設定することができることを保証するべきである。例えば、重複したＳＲ構成のうちの１つがＵＲＬＬＣのためのものであるケースでは、ｇＮＢは、ＵＥが他のサービスのためのＳＲの前にＵＲＬＬＣのためのＳＲを使用するように設定することは合理的である。ＵＥが同時に（例えば、２つのｔｘビームを使用して）２つのＳＲを送信する能力を有する場合、ｇＮＢは、両方のＳＲが衝突／重複するときにＵＥが両方のＳＲをシグナリングすることを可能にすることができる。
【００４３】
別の態様では、ＬＴＥでは、ＳＲ禁止タイマが短いＳＲ構成に対して適用されて、頻繁すぎるＳＲ送信を回避する。ＮＲにおける複数のＳＲ構成の場合、このタイマを適用することも有益である。ＮＲにおいてＳＲ禁止タイマの機能を複数のＳＲ構成にどのように適用されるかを検討するべきである。１つの選択肢は、各ＳＲ構成に対して別々のＳＲ禁止タイマを適用することであり、各禁止タイマは、対応するＳＲ構成を禁止することができるが、他のＳＲ構成を禁止することができない（図９に示す）。
【００４４】
図９は、各ＳＲ構成に対して別々のＳＲ禁止タイマが適用される解決策の例を示す。図９では、２つの禁止タイマがあり、一方はＳＲ  Ａ（ゼロＳＲ期間を禁止する）のためのものであり、他方はＳＲ  Ｂ（２つのＳＲ期間を禁止する）のためのものである。ＳＲ  ＡのＳＲ機会に際して、ＵＥは、ＳＲ  Ｂのための禁止タイマが動作しているかどうかに関わらずＳＲ  Ａをシグナリングすることができる。しかし、ＳＲ  Ｂのための禁止タイマが動作しているときは、ＵＥはタイマが満了になるまでＳＲ  Ｂをシグナリングするべきではない。ｇＮＢは、各ＳＲ構成に対して適切なタイマ値を設定することを担う。例えば、禁止時間は、ＵＲＬＬＣに対して０又は１つのＳＲ期間とすることができ、禁止時間は、ＳＲ期間がはるかに長い（例えば、１０ｍｓ）場合、ｅＭＢＢに対してゼロにすることもできる。この選択肢の場合、タイマ値はＬＴＥのようにＳＲ期間単位とすることができる
別の選択肢は、複数の設定されたＳＲ構成に対して単一のＳＲ禁止タイマを適用することである。ＳＲ  Ａがタイマを開始（再開）する場合、タイマが動作している間、ＳＲ  Ａは禁止されるべきであるが、ＳＲ  Ｂは禁止されるべきではない。図１０は、この選択肢の例を示す。タイマがＳＲ  Ｂによって開始されると、次に発生したＳＲ機会が依然としてＳＲ  Ｂである場合、それは禁止されるべきであり、次に発生したＳＲ機会がＳＲ  Ａである場合、禁止されるべきではない。タイマをＳＲ  Ａがシグナリングされた後に再開することができる。この選択肢の場合、複数のＳＲ構成が同じタイマ値を適用する場合、タイマ値はＳＲ期間単位でなくてもよい。単一のタイマ値は、どのＳＲがタイマを開始（再開）したかに依らずミリ秒単位であってよく、固定された禁止時間を示唆する。タイマ値より長い期間のＳＲの場合、これは、タイマが次のＳＲ機会が発生する前に満了するため、禁止時間なしに等しい。しかし、タイマが動作している間、別のＳＲ構成に対するＳＲ機会が発生する場合、タイマは再開され、タイマが第２のＳＲ構成によって「上書きされる」ため、最初のＳＲ構成に対しるＳＲをもう禁止しない。すべてのＳＲ構成がＳＲ禁止タイマを必要とするわけではない可能性もある。長い期間を有するＳＲ構成の場合（たとえば、ｅＭＢＢ／ｍＭＴＣの場合のＳＲ）、ＳＲ禁止タイマを適用する必要はない。ＵＲＬＬＣの場合、低いレイテンシと高い信頼性を確保するため、ｇＮＢは対応するＳＲに対してゼロ禁止時間を設定することができる。したがって、各ＳＲ構成は、タイマを適用する又は適用しないように設定されることができる。これを達成するために、ＲＲＣ内にＳＲ構成ごとの新しい情報要素を定義することができる。
【００４５】
上記の選択肢の特別なケースは、多くても１つの禁止タイマが構成され、多くとも１つの特定のＳＲ構成に適用されるということである。ｇＮＢは、どのＳＲ構成に禁止タイマを適用するかを設定及び指定することができる。図１１は、単一のＳＲ禁止タイマが特定のＳＲ構成に適用される解決策の例を示す。図１１に示すように、ＵＥは３つのＳＲ構成を有し、第２のもののみがＳＲ禁止タイマを必要とする。この選択肢では、ＲＲＣ内に新しい情報要素が定義される（例えば、禁止タイマが依然としてＭＡＣごとである場合はMAC_MainConfig内で、又は禁止タイマがセルごとに変更される場合はSchedulingRequestConfig内で)。新しく定義された情報要素は、この例においては第２のＳＲ構成を指し示すインデックスとすることができる。ＳＲ構成の最大数も予め定義され、固定される（例えば、４まで）。この解決策の場合、タイマ値はＬＴＥのようにＳＲ期間単位とすることができる。この単純な解決策は、複数のＳＲ構成に複数のタイマ又は単一のタイマが適用されるのと比較して、ＵＥへの複雑さを軽減することを導く
ＳＲトリガの条件がＬＣＨ優先順位をもはや考慮しない場合、複数のＳＲはまとめて、どのＬＣＨ／ＬＣＧが送信可能なデータを有するかについてｇＮＢに通知することができる。ＳＲトリガの緩和は、ｇＮＢがＵＥをより良くスケジューリングするのをさらに助けることができる。
【００４６】
ＬＴＥでは、ＳＲ＿ＣＯＵＮＴＥＲが使用されて、ＵＥが何度もＳＲをシグナリングしたのに、なんらＵＬ許可を受信しないという状況を防ぐ。これは、通常、ＵＬ送信問題によるものであり、不正確なＵＬ電力及び不正確なＵＬタイミングアライメントを含む。ＮＲでは、ＵＥは、同じセル（又はＴＲＰ／ビームさえも同じ）によって受信される複数のＳＲ構成を有する可能性がある。それらのうちの１つがＵＬ送信の問題に遭遇する場合、通常は、他のものもそうなっている。結果して、各ＳＲ構成に対して別々のＳＲ＿ＣＯＵＮＴＥＲを有する必要はない。しかし、ＵＥがＵＲＬＬＣサービスを有する場合、１つだけのＳＲ＿ＣＯＵＮＴＥＲでは制限されすぎてしまう可能性がある。ＵＲＬＬＣに対するＳＲは非常に短い期間を有するため、ＳＲ＿ＣＯＵＮＴＥＲが短い時間でより早くdsr-TransMaxに到達する。
【００４７】
別の解決策は、多くとも２つのＳＲ＿ＣＯＵＮＴＥＲと対応する２つのdsr-TransMaxがあり、一方はＵＲＬＬＣサービスのためのものであり、他方はすべての非ＵＲＬＬＣサービスのためのものである。例えば、ＵＥがＵＲＬＬＣに対してＬＣＨに関連付けられたＳＲ構成を使用してＳＲをシグナリングするとき、ＵＥはＳＲ＿ＣＯＵＮＴＥＲ及びＵＲＬＬＣのためのdsr-TransMaxを使用するべきである。ＵＥが他のサービスに対してＬＣＨに関連付けられたＳＲ構成を使用してＳＲをシグナリングするとき、ＵＥは別のＳＲ＿ＣＯＵＮＴＥＲとＵＲＬＬＣのためのものではない別のｄｓｒ−ＴｒａｎｓＭａｘを使用するべきである。ｇＮＢは、ＵＥに設定されたＳＲ構成に従って、それらに対して適切なdsr-TransMaxを設定することを担う。
【００４８】
図１２は、ＵＥの例示的な一実施形態によるフローチャート１２００である。ステップ１２０５では、ＵＥは、第１の論理チャネル（ＬＣＨ）によって第１のスケジューリング要求（ＳＲ）をトリガする。第１のＬＣＨは第１のＳＲ構成に関連付けられる。ステップ１２１０では、ＵＥは、第１のＳＲが保留中に、第２のＬＣＨによって第２のＳＲをトリガする。第２のＬＣＨは第２のＳＲ構成に関連付けられ、第１のＳＲ構成及び第２のＳＲ構成は、同じサービングセル対して設定される。ステップ１２１５では、ＵＥは、ＳＲがキャンセルされるまで、第１のＳＲ機会及び第２のＳＲ機会を使用してＳＲをネットワークノードに送信する。第１のＳＲ機会は第１のＳＲ構成に対応し、第２のＳＲ機会は第２のＳＲ構成に対応する。
【００４９】
一実施形態では、ＳＲ機会は、ＵＥがＳＲのための有効なＰＵＣＣＨ（物理アップリンク制御チャネル）リソースを有する機会とすることができ、ＳＲのためのＰＵＣＣＨリソースは特定のＳＲ構成の下で設定されることができる。
【００５０】
一実施形態では、ＵＥは、ＳＲ構成を設定するためにネットワークノードから構成を受信することができる。ＵＥは、ＬＣＨとＳＲ構成との関連付けを設定するためにネットワークノードから構成を受信することもできる。関連付けはインデックスに基づくことができ、インデックスはＳＲ構成を指し示す。
【００５１】
一実施形態では、ネットワークノードはｇＮＢとすることができる。さらに、ＳＲがトリガされた後、ＳＲは、キャンセルされるまで保留のままとすることができる。追加的に、ＳＲは、通常のＢＳＲがＬＣＨによってトリガされ、ＵＥがＬＣＨに対してなんらＵＬ（アップリンク）リソースを有さないときに、ＬＣＨによってトリガされることができる。ＵＬリソースは、ＵＬリソースがＬＣＨのためのＵＬリソースの制限を満たす場合に、ＬＣＨに対して有効である。ＵＬリソースの制限は、ＵＬリソースのヌメロロジ及び／又はＴＴＩに関連することができる。ＬＣＨのためのＵＬリソースの制限は、ＲＲＣ（無線リソース制御）シグナリングなどを介して、ネットワークによって設定されることもできる。
【００５２】
図３及び図４を再び参照すると、ＵＥの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）第１のＬＣＨによって第１のＳＲをトリガすることであって、第１のＬＣＨが第１のＳＲ構成に関連付けられる、トリガすることと、（ｉｉ）第１のＳＲが保留中に、第２のＬＣＨによって第２のＳＲをトリガすることであって、第２のＬＣＨは第２のＳＲ構成に関連付けられる、トリガすることと、（ｉｉｉ）ＳＲがキャンセルされるまで、第１のＳＲ機会及び第２のＳＲ機会を使用して、ＳＲをネットワークノードに送信することであって、第１のＳＲ機会は第１のＳＲ構成に対応し、第２のＳＲ機会は第２のＳＲ構成に対応する、送信することと、を可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上記で説明した動作及びステップ又は本明細書で説明した他のすべてを実行することができる。
【００５３】
図１３は、ＵＥの例示的な一実施形態によるフローチャート１３００である。ステップ１３０５では、ＵＥは、少なくとも第１のＳＲ構成及び第２のＳＲ構成で設定される。ステップ１３１０では、ＵＥは、第１のＳＲ構成に関連付けられた第１のＬＣＨによって第１のＳＲをトリガする。ステップ１３１５では、ＵＥは、第１のＳＲが保留中に、第２のＳＲ構成に関連付けられた第２のＬＣＨによって第２のＳＲをトリガする。ステップ１３２０では、ＵＥは、特定の規則に基づいて、第１のＳＲ構成及び／又は第２のＳＲ構成に対応するＳＲ機会を使用するかどうかを決定する。
【００５４】
図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）少なくとも第１のＳＲ構成及び第２のＳＲ構成で設定されることと、（ｉｉ）第１のＳＲ構成に関連づけられた第１のＬＣＨによって第１のＳＲをトリガすることと、（ｉｉｉ）第１のＳＲが保留中に、第２のＳＲ構成に関連付けられた第２のＬＣＨによって第２のＳＲをトリガすることと、（ｉｖ）特定の規則に基づいて、第１のＳＲ構成及び／又は第２のＳＲ構成に対応するＳＲ機会を使用するかどうかを決定することと、を可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上記に説明した動作及びステップ又は本明細書で説明した他のすべてを実行することができる。
【００５５】
図１４は、ＵＥの例示的な一実施形態によるフローチャート１４００である。ステップ１４０５では、ＵＥは、少なくとも第１のＳＲ構成及び第２のＳＲ構成で設定される。ステップ１４１０では、ＵＥは、第１のＳＲ構成に関連付けられた第１のＬＣＨによって第１のＳＲをトリガする。ステップ１４１５では、ＵＥは、第１のＳＲが保留中に、第２のＳＲ構成に関連付けられた第２のＬＣＨによって第２のＳＲをトリガする。ステップ１４２０では、ＵＥは、両方のＳＲ構成のＳＲ機会が時間領域において衝突又は重複する場合に、特定の規則に基づいて、第１のＳＲ構成及び／又は第２のＳＲ構成に対応するＳＲ機会を使用するかどうかを決定する。
【００５６】
図３及び図４を参照すると、ＵＥの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）少なくとも第１のＳＲ構成及び第２のＳＲ構成で設定されることと、（ｉｉ）第１のＳＲ構成に関連付けられた第１のＬＣＨによって第１のＳＲをトリガすることと、（ｉｉｉ）第１のＳＲが保留中に、第２のＳＲ構成に関連付けられた第２のＬＣＨによって第２のＳＲをトリガすることと、（ｉｖ）両方のＳＲ構成のＳＲ機会が時間領域において衝突又は重複する場合に、特定の規則に基づいて、第１のＳＲ構成及び／又は第２のＳＲ構成に対応するＳＲ機会を使用するかどうかを決定することと、を可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上記に説明した動作及びステップ又は本明細書で説明した他のすべてを実行することができる。
【００５７】
図１５は、ＵＥの例示的な一実施形態によるフローチャート１５００である。ステップ１５０５では、ＵＥは、少なくとも第１のＳＲ構成及び第２のＳＲ構成で設定される。ステップ１５１０では、ＵＥは、第１のＳＲ構成に関連付けられた第１のＬＣＨによって第１のＳＲをトリガする。ステップ１５１５では、ＵＥは、第１のＳＲが保留中に、第２のＳＲ構成に関連付けられた第２のＬＣＨによって第２のＳＲをトリガする。ステップ１５２０で、ＵＥは、ＳＲ禁止タイマが動作しているときに、特定の規則に基づいて、第１のＳＲ構成及び／又は第２のＳＲ構成が禁止されているかどうかを決定する。
【００５８】
図３及び図４を再び参照すると、ＵＥの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）少なくとも第１のＳＲ構成及び第２のＳＲ構成で設定されることと、（ｉｉ）第１のＳＲ構成に関連付けられた第１のＬＣＨによって第１のＳＲをトリガすることと、（ｉｉｉ）第１のＳＲが保留中に、第２のＳＲ構成に関連付けられた第２のＬＣＨによって第２のＳＲをトリガすることと、（ｉｖ）ＳＲ禁止タイマが動作しているときに、特定の規則に基づいて、第１のＳＲ構成及び／又は第２のＳＲ構成が禁止されているかどうかを決定する。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上記に説明した動作及びステップ又は本明細書で説明した他のすべてを実行することができる。
【００５９】
図１３〜図１５に示し、上記の文章で説明した実施形態の関連では、一実施形態において、特定のルールとは、最も短いＳＲ期間を有するＳＲ構成に対応するＳＲ機会を使用すること、又は第１のＳＲ構成及び第２のＳＲ構成に対応するＳＲ機会を使用することとすることができる。さらに、ＳＲ機会とは、第１のＳＲ構成又は第２のＳＲ構成のいずれかに対応することができる。追加的に、最も短いＳＲ期間を有するＳＲ構成は、第１のＳＲ構成又は第２のＳＲ構成のいずれかとすることができる。
【００６０】
特定の規則は、最初に遭遇したＳＲ機会を使用することとすることもできる。複数のＳＲ機会が同時に発生する場合、どの機会が使用されるかについての制限はない。代替的には、複数のＳＲ機会が同時に発生する場合、どのＳＲ機会が使用されるべきかを決定するためにＲＲＣ構成を使用することができる。
【００６１】
さらに、特定のルールとは、ネットワークノードによって最初に完全に受信されるＳＲ機会を使用することとすることができる。複数のＳＲ機会が同時に完全に受信される場合、どれが使用されるかについての制限はない。代替的には、複数のＳＲ機会が同時に完全に受信される場合、どのＳＲ機会が使用されるべきかを決定するためにＲＲＣ構成を使用することができる。
【００６２】
追加的に、特定のルールとは、最初に遭遇したＳＲ機会を使用することとすることができる。複数のＳＲ機会が同時に発生する場合、ＵＥはネットワークノードによって最初に完全に受信されるＳＲ機会を使用してＳＲをシグナリングすることができる。ＳＲ機会が上記の２つの条件を満たさない場合は、どれが使用されるかについての制限はない。代替的には、ＳＲ機会が上記の２つの条件を満たさない場合は、どの機会が使用されるべきかを決定するためにＲＲＣ構成を使用することができる。
【００６３】
一実施形態では、特定のルールとは、ＲＲＣ構成に基づいてＳＲ構成を使用することとすることができる。ＳＲ機会は、第１のＳＲ構成又は第２のＳＲ構成のいずれかに対応することができる。ＵＥが複数のＳＲを同時にシグナリングする能力を有する場合、ＵＥはＲＲＣ構成に基づいて１つ以上のＳＲをシグナリングすることができる。複数のＳＲ構成が同時に衝突又は重複することをネットワークが防ぐ場合、ＵＥ側には特定の規則はないとすることができる。
【００６４】
一実施形態では、特定のルールは、タイマが第１のＳＲ構成によって開始（再開）される場合に、第２のＳＲ構成が禁止されず、タイマが第２のＳＲ構成によって開始（再開）される場合、第１のＳＲ構成が禁止されないこととすることができる。追加的に、タイマが第１のＳＲ構成によって開始（再開）される場合、第２のＳＲ構成がタイマを適用する場合に、第２のＳＲ構成のＳＲシグナリングはタイマを再開することができる。また、タイマが第２のＳＲ構成によって開始（再開）される場合、第１のＳＲ構成がタイマを適用する場合に、第１のＳＲ構成のＳＲシグナリングはタイマを再開することができる。さらに、ＳＲ構成がＳＲ禁止タイマを適用しない場合に、それはＳＲ構成に関連付けられたＳＲがシグナリングされた後にタイマを再開しない。
【００６５】
一実施形態では、タイマ値は、例えば、ＲＲＣシグナリングを介して、ネットワークによって設定することができる。複数のＳＲ構成が同じ値を適用する場合は、タイマ値をＳＲ期間単位とするべきではない。タイマ値は、複数のＳＲ構成が同じ値を適用する場合に、どのＳＲ構成がタイマを開始（再開）するかにかかわらず、ミリ秒又はマイクロ秒単位とすることができる。タイマ値は、多くても１つのＳＲ構成がタイマを適用する場合、ＳＲ期間単位とすることができる。
【００６６】
一実施形態では、ＳＲがトリガされた後、ＳＲはキャンセルされるまで保留中である。さらに、ネットワークは、どのＳＲ構成にＬＣＨが関連付けられているか（例えば、ＲＲＣシグナリングを介して）を設定する。ＬＣＨとＳＲ構成との関連付けは、ＬＣＨのヌメロロジ及び／又はＴＴＩに基づくことができる。ＬＣＨとＳＲ構成との関連付けは、インデックス又はプロファイルに基づくこともできる。
【００６７】
一実施形態では、少なくとも１つのＳＲが保留中である限り、ＵＥはＳＲ機会を使用してＳＲをシグナリングすることができる。ＳＲ機会とは、ＵＥがＴＴＩ（送信時間間隔）内に有効なＳＲリソースを有する機会とすることができる。ＳＲリソースとは、特定のＳＲ構成の下でのＳＲのためのＰＵＣＣＨリソースとすることができる。ＳＲ構成は、例えば、ＲＲＣシグナリングを介してネットワークによって設定することができる。ＵＥは、１つ以上のＳＲ構成で設定されることができる。
【００６８】
一実施形態では、ＳＲ構成がネットワーク又はＵＥ自身によって解放されると、ＳＲ構成に対応するＳＲリソースはもはや有効ではなくなる可能性がある。ＳＲ構成は、周波数領域に関連する構成（例えば、ヌメロロジ、周波数オフセット）を含むことができる。ＳＲ構成は、時間領域に関連する構成（例えば、周期性、又はサブフレーム、スロット、又はミニスロットオフセット）も含むことができる。
【００６９】
一実施形態では、ＳＲシグナリングとは、ＵＥが送信側であるＳＲの送信とすることができる。ＳＲシグナリングとは、ネットワークが受信側であるＳＲの送信とすることもできる。
【００７０】
一実施形態では、通常のＢＳＲがＬＣＨによってトリガされ、ＵＥがＵＬ送信のためのＵＬリソースをなんら持たない場合、ＳＲがＬＣＨによってトリガされる。代替的には、通常のＢＳＲがＬＣＨによってトリガされ、ＵＥがＬＣＨに対して有効なＵＬリソースをなんら持たない場合、ＳＲはＬＣＨによってトリガされる。
【００７１】
一実施形態では、ＵＬリソースがＬＣＨに対するＵＬリソースの制限を満たす場合、ＵＬリソースはＬＣＨに対して有効である。ＵＬリソースの制限は、ＵＬリソースのヌメロロジ及び／又はＴＴＩに関連するとすることができる。ＬＣＨのためのＵＬリソースの制限は、ネットワークによって、例えば、ＲＲＣシグナリングを介して設定することができる。
【００７２】
一実施形態では、通常のＢＳＲは、（ｉ）ＬＣＧ（論理チャネルグループ）に属するＬＣＨのためのＵＬデータが送信可能になったとき、（ｉｉ）任意のＬＣＧに属するＬＣＨの優先順位よりも高い優先順位を有するＬＣＨに属するデータであって、データはすでに送信可能になっている、又はＬＣＧに属するＬＣＨのいずれかに対して送信可能なデータがないのいずれかのとき、ＬＣＨによってトリガされる。
【００７３】
一実施形態では、通常のＢＳＲは、ＬＣＧに属するＬＣＨのためのＵＬデータが送信可能になったときに、ＬＣＨによってトリガされる。代替的には、通常のＢＳＲは、ＬＣＧに属する所定のＬＣＨのためのＵＬデータが送信可能になったときに、ＬＣＨによってトリガされる。特定のＬＣＨは、ネットワークによって、例えば、ＲＲＣシグナリングを介して設定することができる。
【００７４】
一実施形態では、ＳＲ禁止タイマは、ネットワークによって、例えば、ＲＲＣシグナリングを介して設定することができる。さらに、ＳＲ禁止タイマは、ＭＡＣエンティティ（例えば、ＭＡＣごと）又はセル（例えば、セルごと）に固有である。追加的には、ＳＲ禁止タイマは、多くても１つのＳＲ構成、少なくとも１つのＳＲ構成、又は複数のＳＲ構成に適用することができる。ネットワークは、どのＳＲ構成が禁止タイマを適用するのか適用しないのかを（例えば、ＲＲＣシグナリングを介して）設定することができる。
一実施形態では、ＵＥがＳＲをシグナリングした後、ＵＥは、このＳＲが禁止タイマを適用するＳＲ構成に関連付けられる場合、ＳＲ禁止タイマを開始すべきである。追加的に、ＵＥがＳＲをシグナリングした後、ＵＥは、禁止タイマを適用しないＳＲ構成にこのＳＲが関連付けられる場合、ＳＲ禁止タイマを開始すべきではない。
【００７５】
一実施形態では、ＳＲ禁止タイマが動作しているとき、禁止タイマを適用する少なくとも１つのＳＲ構成が禁止される。さらに、ＳＲ禁止タイマが動作していないか、又は満了している場合、ＳＲ構成は禁止されない。追加的に、ＳＲ構成が禁止されると、ＵＥはこのＳＲ構成に対応するいかなるＳＲ機会を使用して、ＳＲをシグナリングするべきではない。
【００７６】
以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化してよく、本明細書に開示されている如何なる特定の構造、機能、又は両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示される態様は、他の如何なる態様からも独立に実装されてよく、これら態様のうちの２つ以上が種々組み合わされてよい。例えば、本明細書に記載された態様のうちの任意の数の態様を用いて、装置が実装されてよく、方法が実現されてよい。追加的に、本明細書に記載された態様のうちの１つ以上の追加又は代替で、他の構造、機能、又は構造と機能を用いて、このような装置が実装されるようになっていてもよいし、このような方法が実現されるようになっていてもよい。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルが確立されてよい。いくつかの態様においては、パルス位置又はオフセットに基づいて、同時チャネルが確立されてよい。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。いくつかの態様において、パルス繰り返し周波数、パルス位置又はオフセット、及び時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。
【００７７】
当業者であれば、多様な異なるテクノロジ及び技術のいずれかを使用して、情報及び信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、又はこれらの任意の組合せによって表わしてよい。
【００７８】
さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、及びアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディング又はその他何らかの技術を用いて設計することがあるデジタル実装、アナログ実装、又はこれら２つの組合せ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」又は「ソフトウェアモジュール」と称されることがある）、又は両者の組合せとして実装されてよい。このハードウェア及びソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、及びステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途及びシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。
【００７９】
追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、及び回路は、集積回路（「ＩＣ」）、アクセス端末、又はアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、又は本明細書で説明した機能を実行するように設計されたこれらの任意の組合せを含み、ＩＣ内、ＩＣ外、又はその両方に存在するコード又は命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、又はその他任意のこのような構成である、コンピュータデバイスの組合せとして実装されてよい。
【００８０】
任意の開示プロセスにおけるステップの如何なる特定の順序又は階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序又は階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序又は階層に限定されることを意図していない。
【００８１】
本明細書に開示される態様に関連して記載された方法又はアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組合せにおいて具現化してよい。（例えば、実行可能な命令及び関連するデータを含む）ソフトウェアモジュール及び他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、又は当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出し及び記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサ及び記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサ及び記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。
【００８２】
以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、又は適応を網羅することを意図している。
【図１】
2018207493.tif 000012
【図２】
2018207493.tif 000013
【図３】
2018207493.tif 000014
【図４】
2018207493.tif 000015
【図５】
2018207493.tif 000016
【図６】
2018207493.tif 000017
【図７】
2018207493.tif 000018
【図８】
2018207493.tif 000019
【図９】
2018207493.tif 000020
【図１０】
2018207493.tif 000021
【図１１】
2018207493.tif 000022
【図１２】
2018207493.tif 000023
【図１３】
2018207493.tif 000024
【図１４】
2018207493.tif 000025
【図１５】
2018207493.tif 000026
【外国語明細書】
2018207493000001.pdf