(57)【要約】      （修正有）【課題】無線通信システムにおけるユニキャスト伝送のＳＬＲＢ設定を要求するための方法および装置を提供する。【解決手段】方法は、第１のＵＥが、第２のＵＥからユニキャストリンクのための第１のＳＬＲＢ設定を含む第１のメッセージを受信し２５０５、第１のＵＥが、第１のメッセージが受信されたか又は第１のメッセージに関連する完了メッセージの第２のＵＥへの送信に成功したことが確認されたときに、ユニキャストリンクのための第２のＳＬＲＢ設定を要求する第２のメッセージをネットワークノードに送信する２５１０。【選択図】図２５
2020184752.tif 000002
【特許請求の範囲】
【請求項１】
第１のＵＥ（ユーザ機器）が第２のＵＥとのユニキャストリンクのためのＳＬＲＢ（Sidelink  Radio  Bearer）設定を要求するための方法であって、
前記第２のＵＥから第１のメッセージを受信することであって、前記第１のメッセージが、前記ユニキャストリンクのための第１のＳＬＲＢ設定を含む、受信することと、
前記第１のメッセージが受信されたか、または前記第１のメッセージに関連する完了メッセージの前記第２のＵＥへの送信に成功したことが確認されたときに、前記ユニキャストリンクのための第２のＳＬＲＢ設定を要求する第２のメッセージをネットワークノードに送信することと、を含む方法。
【請求項２】
前記ネットワークノードから第３のメッセージを受信することであって、前記第３のメッセージは、前記第２のＳＬＲＢ設定を含む、受信することをさらに含む、請求項１に記載の方法。
【請求項３】
第４のメッセージを前記第２のＵＥに送信することであって、前記第４のメッセージは、前記第２のＳＬＲＢ設定を含む、送信することをさらに含む、請求項１に記載の方法。
【請求項４】
前記第１のメッセージは、前記ユニキャストリンクのためのＰＣ５  ＱｏＳ（Quality  of  Service）フローのアイデンティティを含む、請求項１に記載の方法。
【請求項５】
前記第２のメッセージは、ＰＣ５  ＱｏＳ（Quality  of  Service）フローのアイデンティティを含む、請求項１に記載の方法。
【請求項６】
前記第１のＳＬＲＢ設定が前記第２のＵＥからパケットを受信するために適用され、前記第２のＳＬＲＢ設定が前記第２のＵＥへパケットを送信するために適用される、請求項１に記載の方法。
【請求項７】
前記第１のメッセージは、ＰＣ５  ＲＲＣ（Radio  Resource  Control）メッセージである、請求項１に記載の方法。
【請求項８】
前記第４のメッセージは、ＰＣ５  ＲＲＣ（Radio  Resource  Control）メッセージである、請求項３に記載の方法。
【請求項９】
前記第１のＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤである、請求項１に記載の方法。
【請求項１０】
前記ネットワークノードは、基地局である、請求項１に記載の方法。
【請求項１１】
第２のＵＥ（ユーザ機器）とのユニキャストリンクのためのＳＬＲＢ（Sidelink  Radio  Bearer）設定を要求する第１のＵＥであって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路内に設けられ、前記プロセッサに動作可能に結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
前記第２のＵＥから第１のメッセージを受信することであって、前記第１のメッセージが、前記ユニキャストリンクのための第１のＳＬＲＢ設定を含む、受信することと、
前記第１のメッセージが受信されたか、または前記第１のメッセージに関連する完了メッセージの前記第２のＵＥへの送信に成功したことが確認されたときに、前記ユニキャストリンクのための第２のＳＬＲＢ設定を要求する第２のメッセージをネットワークノードに送信することと、するように構成されている、第１のＵＥ。
【請求項１２】
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
前記ネットワークノードから第３のメッセージを受信することであって、前記第３のメッセージは、前記第２のＳＬＲＢ設定を含む、受信することをするようにさらに構成されている、請求項１１に記載の第１のＵＥ。
【請求項１３】
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
第４のメッセージを前記第２のＵＥに送信することであって、前記第４のメッセージは、前記第２のＳＬＲＢ設定を含む、送信することをするようにさらに構成されている、請求項１１に記載の第１のＵＥ。
【請求項１４】
前記第１のメッセージは、前記ユニキャストリンクのためのＰＣ５  ＱｏＳ（Quality  of  Service）フローのアイデンティティを含む、請求項１１に記載の第１のＵＥ。
【請求項１５】
前記第２のメッセージは、ＰＣ５  ＱｏＳ（Quality  of  Service）フローのアイデンティティを含む、請求項１１に記載の第１のＵＥ。
【請求項１６】
前記第１のＳＬＲＢ設定が前記第２のＵＥからパケットを受信するために適用され、前記第２のＳＬＲＢ設定が前記第２のＵＥへパケットを送信するために適用される、請求項１１に記載の第１のＵＥ。
【請求項１７】
前記第１のメッセージは、ＰＣ５  ＲＲＣ（Radio  Resource  Control）メッセージである、請求項１１に記載の第１のＵＥ。
【請求項１８】
前記第４のメッセージは、ＰＣ５  ＲＲＣ（Radio  Resource  Control）メッセージである、請求項１３に記載の第１のＵＥ。
【請求項１９】
前記第１のＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤである、請求項１１に記載の第１のＵＥ。
【請求項２０】
前記ネットワークノードは、基地局である、請求項１１に記載の第１のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１９年５月２日に出願された米国仮特許出願第６２／８４２，１７９号の利益を主張し、その全開示が参照によりその全体が本明細書に援用される。
【０００２】
本開示は、一般に、無線通信ネットワークに関し、より詳細には、無線通信システムにおけるユニキャスト伝送のＳＬＲＢ設定を要求するための方法および装置に関する。
【背景技術】
【０００３】
移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、およびオンデマンド通信サービスを提供可能である。
【０００４】
例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰおよびマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展および確定に向けて検討されている。
【発明の概要】
【０００５】
無線通信システムにおけるユニキャスト伝送のＳＬＲＢ設定を要求するための方法および装置を提供する。第１のＵＥ（ユーザ機器）が第２のＵＥとのユニキャストリンクのためのＳＬＲＢ（Sidelink  Radio  Bearer）設定を要求する観点から、方法および装置を開示する。一実施形態では、本方法は、第１のＵＥが、第２のＵＥから第１のメッセージを受信することであって、第１のメッセージが、ユニキャストリンクのための第１のＳＬＲＢ設定を含む、受信することを含む。本方法は、第１のＵＥが、第１のメッセージが受信されたか、または第１のメッセージに関連する完了メッセージの第２のＵＥへの送信に成功したことが確認されたときに、ユニキャストリンクのための第２のＳＬＲＢ設定を要求する第２のメッセージをネットワークノードに送信することをさらに含む。
【図面の簡単な説明】
【０００６】
【図１】１つの例示的な実施形態による無線通信システムの図を示す。
【図２】１つの例示的な実施形態による送信機システム（アクセスネットワークとしても知られている）および受信機システム（ユーザ機器またはＵＥとしても知られている）のブロック図である。
【図３】１つの例示的な実施形態による通信システムの機能ブロック図である。
【図４】１つの例示的な実施形態による図３のプログラムコードの機能ブロック図である。
【図５】３ＧＰＰ  ＴＲ  ２３．７８６  Ｖ１．０．０の図６．１１．３．１−１の複製である。
【図６】３ＧＰＰ  ＴＲ  ２３．７８６  Ｖ１．０．０の図６．１１．３．１−２の複製である。
【図７】３ＧＰＰ  ＴＲ  ２３．７８６  Ｖ１．０．０の図６．１１．３．１−２の複製である。
【図８】３ＧＰＰ  ＴＲ  ２３．７８６  Ｖ１．０．０．０の図６．１９．２．１．２−１の複製である。
【図９】３ＧＰＰ  Ｒ２−１９００３７０の図Ａ−１の複製である。
【図１０】３ＧＰＰ  Ｒ２−１９００３７０の図Ａ−２の複製である。
【図１１】３ＧＰＰ  Ｒ２−１９００３７０の図Ａ−３の複製である。
【図１２】３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１５．３．０の図６−３の複製である。
【図１３】３ＧＰＰ  ３６．３３１  Ｖ１５．３．０の図５．１０．２−１の複製である。
【図１４】３ＧＰＰ  ＴＳ  ２３．３０３  Ｖ１５．１．０の図５．１．１．５．３−１の複製である。
【図１５】３ＧＰＰ  Ｒ２−１９０４０９４の図１の複製である。
【図１６】３ＧＰＰ  Ｒ２−１９０４０９４の図２の複製である。
【図１７】３ＧＰＰ  Ｒ２−１９０４０９４の図３の複製である。
【図１８】３ＧＰＰ  Ｒ２−１９０４０９４の図４の複製である。
【図１９】３ＧＰＰ  Ｒ２−１９０３２２７の図１の複製である。
【図２０】［１０５ｂｉｓ＃３２］  ＰＣ５−ＲＲＣシグナリングの３ＧＰＰ  Ｓｕｍｍａｒｙの図５の複製である。
【図２１】［１０５ｂｉｓ＃３２］  ＰＣ５−ＲＲＣシグナリングの３ＧＰＰ  Ｓｕｍｍａｒｙの図６の複製である。
【図２２】１つの例示的な実施形態による図である。
【図２３】１つの例示的な実施形態による図である。
【図２４】１つの例示的な実施形態による図である。
【図２５】１つの例示的な実施形態によるフローチャートである。
【図２６】１つの例示的実施形態によるフローチャートである。
【発明を実施するための形態】
【０００７】
以下に説明する例示的な無線通信システムおよびデバイスは、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するように広く展開されている。これらのシステムが、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ  ＬＴＥ（ロング・ターム・エボリューション）無線アクセス、３ＧＰＰ  ＬＴＥ−ＡもしくはＬＴＥ−Ａｄｖａｎｃｅｄ（ロング・ターム・エボリューション・アドバンスト）、３ＧＰＰ２  ＵＭＢ（Ultra  Mobile  Broadband、超モバイル広帯域）、ＷｉＭａｘ、３ＧＰＰ  ＮＲ（New  Radio）、またはその他何らかの変調技術に基づいてもよい。
【０００８】
特に、以下に説明する例示的な無線通信システムおよびデバイスが、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてもよく、その標準は、3GPP  RAN2  #104  Chairman’s  Note;  TR  23.786  V1.0.0,  “Study  on  architecture  enhancements  for  EPS  and  5G  System  to  support  advanced  V2X  services”;  TS  36.321  V15.3.0,  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA);  Medium  Access  Control  (MAC)  protocol  specification”;  R2-1900370,  “Summary  of  Email  Discussion  [104#58][NR  V2X]  ‐  QoS  support  for  NR  V2X”;  TS  36.300  V15.3.0,  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA)  and  Evolved  Universal  Terrestrial  Radio  Access  Network  (E-UTRAN);  Overall  description”;  TS  36.331  V15.3.0,  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA);  Radio  Resource  Control  (RRC);  Protocol  Specification”;  TS  23.303  V15.1.0,  “Proximity-based  services  (ProSe);  Stage  2”;  R2-1904707,  “On  lower  layer  IDs”,  Ericson;  TS  33.303  V15.0.0,  “Proximity-based  Services  (ProSe);  Security  aspects”;  R2-1904094,  “Support  of  RLC  AM  for  unicast  and  related  SLRB  configuration”,  Huawei;  R2-1903227,  “Contents  and  handling  of  PC5-RRC  configuration”,  MediaTek;  および  3GPP  Summary  of  [105bis#32]  PC5-RRC  signalling,  OPPOを含む。上記に挙げた標準および文書は、その全体が参照により本明細書に明示的に援用される。
【０００９】
図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４および１０６、別のグループは１０８および１１０、また別のグループは１１２および１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くのあるいはより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２および１１４と通信しており、アンテナ１１２および１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６および１０８と通信しており、アンテナ１０６および１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、および１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。
【００１０】
アンテナの各グループおよび／またはアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。
【００１１】
順方向リンク１２０および１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６および１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。
【００１２】
アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局または基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、またはその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、またはその他何らかの専門用語で呼ばれることもある。
【００１３】
図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）および受信機システム２５０（アクセス端末（ＡＴ）またはユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【００１４】
一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、およびインターリーブして、符号化データを提供する。
【００１５】
各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロットおよび符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、および変調は、プロセッサ２３０により実行される命令によって決定されてよい。
【００１６】
そして、すべてのデータストリームについての変調シンボルはＴＸ  ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ  ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸ  ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボルおよびシンボルが送信されているアンテナに適用する。
【００１７】
各送信機２２２は、各シンボルストリームを受信および処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、およびアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号がそれぞれ、ＮＴ個のアンテナ２２４ａ〜２２４ｔから送信される。
【００１８】
受信機システム２５０においては、送信された変調信号はＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、およびダウンコンバート）して、調節された信号をディジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。
【００１９】
そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボルストリームを受信および処理して、ＮＴ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、および復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ  ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４により実行される処理と相補的である。
【００２０】
プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部およびランク値部を含む逆方向リンクメッセージを構築する。
【００２１】
逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、送信機システム２１０に送り戻される。
【００２２】
送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。
【００２３】
図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６および１２２または図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、好ましくはＬＴＥまたはＮＲシステムである。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、およびトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像および音声を出力することができる。トランシーバ３１４は、無線信号を受信および送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。
【００２４】
図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、およびレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。
【００２５】
３ＧＰＰ  ＲＡＮ２＃１０４  meetingは、３ＧＰＰ  ＲＡＮ２  ＃１０４  Chairman’s  Noteで議論されているように、ＮＲ  ｅＶ２Ｘサイドリンク通信について以下の合意をした：
［外１］
2020184752.tif 000003
【００２６】
３ＧＰＰ  ＴＲ  ２３．７８６は、ｅＶ２Ｘ通信に対して以下のソリューションを導入した：
［外２］
2020184752.tif 000004
2020184752.tif 000005
2020184752.tif 000006
2020184752.tif 000007
2020184752.tif 000008
2020184752.tif 000009
［「UE  oriented  layer  2  link  establishment  procedure」と題する、３ＧＰＰ  ＴＲ  ２３．７８６  Ｖ１．０．０の図６．１１．３．１−１は、図５として複製］
［外３］
2020184752.tif 000010
［「V2X  Service  oriented  layer  2  link  establishment  procedure」と題する、３ＧＰＰ  ＴＲ  ２３．７８６  Ｖ１．０．０の図６．１１．３．１−２は、図６として複製］
［外４］
2020184752.tif 000011
［「Layer-2  link  identifier  update  procedure」と題する、３ＧＰＰ  ＴＲ  ２３．７８６  Ｖ１．０．０の図６．１１．３．３−１は、図７として複製］
［外５］
2020184752.tif 000012
2020184752.tif 000013
2020184752.tif 000014
2020184752.tif 000015
2020184752.tif 000016
［「Establishment  of  secure  layer-2  link  over  PC5」と題する、３ＧＰＰ  ＴＲ  ２３．７８６  Ｖ１．０．０の図６．１９．２．１．２−１は、図８として複製］
［外６］
2020184752.tif 000017
2020184752.tif 000018
2020184752.tif 000019
【００２７】
３ＧＰＰ  Ｒ２−１９００３７０は、以下の議論を含む：
［外７］
2020184752.tif 000020
2020184752.tif 000021
【００２８】
３ＧＰＰ  Ｒ２−１９００３７０の付録では、以下のようにＮＷ設定／事前設定されたＳＬＲＢのいくつかの候補オプションが説明された：
［外８］
2020184752.tif 000022
［「PC5  QoS  profile  based,  UE  specific  configuration」と題する、３ＧＰＰ  Ｒ２−１９００３７０の図Ａ−１は、図９として複製］
［外９］
2020184752.tif 000023
［「PC5  QoS  flow  based,  UE  specific  configuration」と題する、３ＧＰＰ  Ｒ２−１９００３７０の図Ａ−２は、図１０として複製］
［外１０］
2020184752.tif 000024
2020184752.tif 000025
［「PC5  QoS  profile  based,  cell  specific  configuration  (e.g.  in  V2X  specific  SIB)」と題する、３ＧＰＰ  Ｒ２−１９００３７０の図Ａ−３は、図１１として複製］
［外１１］
2020184752.tif 000026
【００２９】
３ＧＰＰ  ＴＳ  ３６．３００は、以下のようにサイドリンク無線ベアラとサイドリンク論理チャネルとのマッピングを導入した：
［外１２］
2020184752.tif 000027
［「Layer  2  Structure  for  Sidelink」と題する、３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１５．３．０の図６−３は、図１２として複製］
【００３０】
３ＧＰＰ  ＴＳ  ３６．３３１は以下を述べている：
［外１３］
2020184752.tif 000028
［「Sidelink  UE  information」と題する、３ＧＰＰ  ３６．３３１  Ｖ１５．３．０の図５．１０．２−１は、図１３として複製］
［外１４］
2020184752.tif 000029
2020184752.tif 000030
2020184752.tif 000031
2020184752.tif 000032
2020184752.tif 000033
【００３１】
３ＧＰＰ  ＴＳ  ２３．３０３は以下を述べている：
［外１５］
2020184752.tif 000034
［「PC5  Signalling  Protocol  stack」と題する、３ＧＰＰ  ＴＳ  ２３．３０３  Ｖ１５．１．０の図５．１．１．５．３−１は、図１４として複製］
【００３２】
３ＧＰＰ  Ｒ２−１９０４７０７は以下を述べている：
［外１６］
2020184752.tif 000035
2020184752.tif 000036
【００３３】
３ＧＰＰ  Ｒ２−１９０４０９４は以下を述べている：
［外１７］
2020184752.tif 000037
［「Bi-directional  Uu  RB  with  RLC  AM」と題する、３ＧＰＰ  Ｒ２−１９０４０９４の図１は、図１５として複製］
［外１８］
2020184752.tif 000038
［「Uni-directional  SL  RB  with  RLC  UM」と題する、３ＧＰＰ  Ｒ２−１９０４０９４の図２は、図１６として複製］
［外１９］
2020184752.tif 000039
［「Uni-directional  SL  RB  for  RLC  AM」と題する、３ＧＰＰ  Ｒ２−１９０４０９４の図３は、図１７として複製］４
［外２０］
2020184752.tif 000040
2020184752.tif 000041
2020184752.tif 000042
［「Bi-directional  SL  RB  for  RLC  AM」と題する、３ＧＰＰ  Ｒ２−１９０４０９４の図４は、図１８として複製］
［外２１］
2020184752.tif 000043
2020184752.tif 000044
【００３４】
３ＧＰＰ  Ｒ２−１９０３２２７は以下を述べている：
［外２２］
2020184752.tif 000045
［「PC5-RRC  configuration  in  both  direction」と題する、３ＧＰＰ  Ｒ２−１９０３２２７の図１は、図１９として複製］
［外２３］
2020184752.tif 000046
【００３５】
［１０５ｂｉｓ＃３２］  ＰＣ５−ＲＲＣ  Ｓｉｇｎａｌｌｉｎｇの３ＧＰＰ  Ｓｕｍｍａｒｙは以下を述べている：
［外２４］
2020184752.tif 000047
［「SL  AS  layer  configuration  information  flow,  successful」と題する、［１０５ｂｉｓ＃３２］  ＰＣ５−ＲＲＣ  Ｓｉｇｎａｌｌｉｎｇの３ＧＰＰ  Ｓｕｍｍａｒｙの図５は、図２０として複製］
［外２５］
2020184752.tif 000048
［「SL  AS  layer  configuration  information  flow,  failure」と題する、［１０５ｂｉｓ＃３２］  ＰＣ５−ＲＲＣ  Ｓｉｇｎａｌｌｉｎｇの３ＧＰＰ  Ｓｕｍｍａｒｙの図６は、図２１として複製］
【００３６】
３ＧＰＰ  Ｒ２−１９００３７０で議論されたように、ＰＣ５  ＱｏＳ  （Quality  of  Service）フローベースおよびＰＣ５  ＱｏＳプロファイルベースのためのＮＷ設定のＳＬＲＢ設定と事前設定のＳＬＲＢのオプションが導入された。ＳＬＲＢ設定は、ＳＬＲＢ  ＩＤ、ＱｏＳフローとＳＬＲＢのマッピング、およびＡＳ（Access  Stratum）設定（例えば、ＰＤＣＰ（Packet  Data  Convergence  Protocol）／ＲＬＣ（Radio  Link  Control）／ＬＣＨ（Logical  Channel）設定）を含み得る。ＡＳ設定は、例えば、t-Reordering、Reordering_Window、Maximum_PDCP_SN、ＲＬＣモード（ＵＭ（Unacknowledged  Mode）またはＡＭ（Acknowledged  Mode））、AM_Window_Size、M_Window_Size、サイドリンク論理チャネルのアイデンティティなどを示すことができる。
【００３７】
ＮＲユニキャストにおけるＳＬＲＢのためのＲＬＣ  ＡＭをサポートするために、ＲＬＣ  ＡＭを有するＳＬＲＢを一方向ベアラとしてモデル化すべきか、双方向ベアラとしてモデル化すべきかが、３ＧＰＰ  Ｒ２−１９０４０９４で導入された。ＮＲ  Ｕｕでは、ＲＬＣ  ＡＭで設定された無線ベアラは、１つのＰＤＣＰエンティティ、１つのＲＬＣエンティティ、および１つの論理チャネルを含む双方向ベアラである。ＲＬＣエンティティは送信側と受信側とからなる。ＲＬＣデータＰＤＵとＲＬＣ状態報告は、同じＲＬＣエンティティおよび同じ論理チャネル（すなわち、同じＬＣＩＤを有する）を介して送受信される。ＬＴＥ  ＳＬでは、ＳＬＲＢに対してＲＬＣ  ＵＭのみがサポートされている。各ＳＬＲＢのＬＣＩＤは、Ｄ２Ｄ通信におけるユニキャストおよびグループキャスト、またはＶ２Ｘ  ＳＬ通信におけるブロードキャストにかかわらず、１つの送信元レイヤ２  ＩＤ（ＳＲＣ  Ｌ２  ＩＤ）および宛先レイヤ２  ＩＤ（ＤＳＴ  Ｌ２  ＩＤ）の組み合わせの範囲内で一意である。これは、ＳＬ無線ベアラが、ＬＴＥ  ＳＬユニキャストにおける関連するＰＤＣＰ／ＲＬＣエンティティおよびＳＬ  ＬＣＨと共に、送信のみまたは受信のみのどちらか一方に使用される一方向であることを意味する。
【００３８】
１つのＵＥがＲＲＣアイドルモードにあり、対となるＵＥがＲＲＣ接続モードにあるケースを考慮すると、いずれか一方のＵＥが（ｇＮＢ設定または事前設定に基づいて）両方向についてのＳＬＲＢ設定を取得し、従う他方のＵＥにそれを転送することは、良好なソリューションではないようである。例えば、ＲＲＣアイドルモードのＵＥ１が、事前設定（または基地局によってブロードキャストされたシステム情報）に従って決定されたＳＬＲＢ設定をＵＥ２に送信すると、ｇＮＢがＵＥ２に接続して、事前設定に従って決定されたＳＬＲＢ設定に基づいてＵＥ２をスケジューリングする必要がある。あるいは、ＲＲＣ接続モードのＵＥ１が、ｇＮＢによって設定されたＳＬＲＢ設定をＵＥ２に送信すると、ＲＲＣアイドルモードのＵＥ２が、ｇＮＢによって設定されたＳＬＲＢ設定を使用する必要がある。したがって、（別々のサイドリンク論理チャネルを使用する）ＲＬＣ  ＡＭのための一方向ＳＬＲＢが、このようなシナリオにはより適当であるようである。この概念はまた、他のシナリオ、例えば、両方のＵＥが接続モードにあるシナリオにも適用され得る。
【００３９】
ＲＬＣ  ＡＭの一方向ＳＬＲＢを考えると、ＵＥ１が（ｇＮＢ設定または事前設定に基づいて）Ｔｘ方向のＳＬＲＢ設定を取得し、それをＵＥ２に転送した後に１つの問題がある。すなわち、ＵＥ１がＲＬＣ  ＡＭでＳＬＲＢ上の（ＰＣ５  ＱｏＳフローの）パケットの送信を開始することは適切ではない。なぜなら、ＵＥ１へのカウンタ（または反対）方向のＳＬＲＢ設定が割り当てられておらず、デフォルトではＵＥ１はＵＥ２からＲＬＣ  ＡＣＫ／ＮＡＣＫを示すＲＬＣステータスレポートを受信できないためである。３ＧＰＰ  Ｒ２−１９０３２２７によれば、ＵＥ１がＵＥ２にトラフィックを送信する必要がある場合、それは新しい設定メッセージを使用して受信のためのＳＬＲＢ設定をＵＥ２に設定することができる。受信のためのＳＬＲＢ設定でＵＥ１を設定するために、ＵＥ２は、ＵＥ１での受信のためのＳＬＲＢ設定をｇＮＢに要求する必要がある。同様に、同じＱｏＳフローからのパケットがＵＥ２に到着するまで、ＵＥ２はＳＬＲＢ設定の要求を送信することができない。この状況では、ＵＥ１は、サイドリンクパケットがＵＥ２に到着して、ＵＥ２がＳＬＲＢ設定をＵＥ１に送信することをトリガするまで、ＳＬＲＢで（ＰＣ５  ＱｏＳフローの）サイドリンクパケットを送信することができない。このような状況は、サイドリンク伝送の遅延を発生させる。したがって、ＵＥ２は、ＵＥ１から、ＵＥ１からＵＥ２への方向のＳＬＲＢ設定を受信したときに、ＵＥ２からＵＥ１への方向のＳＬＲＢ設定を設定するようにｇＮＢに要求することができる。
【００４０】
例えば、ＵＥ１は第１のＳＬＲＢ設定をＵＥ２に送信し、第１のＳＬＲＢ設定はＲＬＣ  ＡＭでＳＬＲＢについての第１のＳＬＲＢ  ＩＤを示す。第１のＳＬＲＢ設定の受信に応答して、ＵＥ２はＳＬＲＢ設定メッセージの要求をｇＮＢに送信し、ｇＮＢはＮＷ設定のＳＬＲＢ設定をＵＥ２に提供する。次いで、ＵＥ２は、ＮＷ設定のＳＬＲＢ設定に基づいた第２のＳＬＲＢ設定をＵＥ１に送信する。ＳＬＲＢ  ＩＤについて、（１）異なるＳＬＲＢ  ＩＤが別々の方向に使用される、（２）同じＳＬＲＢ  ＩＤが別々の方向に使用される、という２つのオプションがある。異なるＳＬＲＢ  ＩＤが使用される場合、ＵＥ２はＳＬＲＢ設定メッセージの要求で第１のＳＬＲＢ  ＩＤを示す必要がある可能性があり、同じＳＬＲＢ  ＩＤが使用される場合、ＳＬＲＢ設定メッセージの要求で第１のＳＬＲＢ  ＩＤが必要とされなくてもよく、ｇＮＢはＮＷ設定のＳＬＲＢ設定でＳＬＲＢに対して第２のＳＬＲＢ  ＩＤを割り当ててよい。
【００４１】
代替的には、ＳＬＲＢ設定メッセージの要求に依然として第１のＳＬＲＢ  ＩＤが含まれてもよく、ｇＮＢは、ＮＷ設定のＳＬＲＢ設定で、ＳＬＲＢに対して第２のＳＬＲＢ  ＩＤを割り当ててもよい。第１のＳＬＲＢ  ＩＤと第２のＳＬＲＢ  ＩＤが同じＰＣ５  ＱｏＳフローに関連するため、第１のＳＬＲＢ  ＩＤは２番目のＳＬＲＢ  ＩＤと対にされ、同じＰＣ５  ＱｏＳフローのためのＲＬＣ  ＡＭをサポートする。おそらく、第１のＳＬＲＢ  ＩＤと第２のＳＬＲＢ  ＩＤは同じである可能性がある。
【００４２】
ＵＥ２は、ＵＥ１からの第１のＳＬＲＢ設定を含むメッセージの受信に応答して、完了メッセージをＵＥ２に返信する必要があり得る可能性がある。この状況では、ＵＥ２がｇＮＢから第２のＳＬＲＢ設定を要求する別のタイミングは、下位レイヤ（例えば、ＲＬＣレイヤ、ＭＡＣレイヤ、ＰＨＹレイヤ）によって完了メッセージの送信に成功したことが確認されたときである。完了メッセージの伝送は、例えば、完了メッセージの伝送に関連するＲＬＣ確認応答またはＨＡＲＱフィードバック確認応答によって確認され得る。上記の解決策を、図２２に示すことができる。
【００４３】
ＵＥ１およびＵＥ２の両方がＲＲＣアイドルモードまたは非アクティブモードである場合、ＵＥ２は、ＵＥ１から第１のＳＬＲＢ設定を受信するときに、ＳＬＲＢ設定メッセージの要求をｇＮＢに送信しない。同様に、ＵＥ１は、ＵＥ２がカウンタ方向（または反対方向）のためのＳＬＲＢ設定をＵＥ１に転送するまで、ＲＬＣ  ＡＭでＳＬＲＢでのパケットの送信を開始することができない。したがって、ＵＥ２は、ＵＥ１から第１のＳＬＲＢ設定を受信し、第２のＳＬＲＢ設定をＵＥ１に送信する場合／ときに、ｇＮＢによってブロードキャストされたシステム情報またはＵＥ２における事前設定に従って、第２のＳＬＲＢ設定を導出することができる。代替的には、ＵＥ２は、第１のＳＬＲＢ設定を含むメッセージの受信に応答して、完了メッセージのＵＥ１への送信に成功した場合／ときに、第２のＳＬＲＢ設定を導出することができる。おそらく、完了メッセージの伝送の送信に成功したかどうかは、完了メッセージの伝送に関連するＲＬＣ確認応答またはＨＡＲＱフィードバック確認応答の受信によって確認され得る。この概念はまた、ＵＥ１が接続モードであり、ＵＥ２がアイドル／非アクティブモードにある場合に適用され得る。この解決策を、図２３に示すことができる。
【００４４】
ＵＥ１がＲＲＣアイドルモードであり、ＵＥ２がＲＲＣ接続モードである場合、ＵＥ２はＳＬＲＢ設定の要求をｇＮＢに送信する必要があることがある。ＵＥ２は、ＮＷ設定のＳＬＲＢ設定に基づいて、第２のＳＬＲＢ設定をＵＥ１に送信することができます。通常、ＵＥ１は、第２のＳＬＲＢ設定を含むメッセージの受信に応答して、ＵＥ２に完了メッセージを返す。［１０５ｂｉｓ＃３２］  ＰＣ５−ＲＲＣシグナリングの３ＧＰＰ  Summaryで議論されているように、ＳＬＲＢ設定の受信についての失敗ケースの処理が議論されている。第２のＳＬＲＢ設定を含むメッセージの送信に応答してＵＥ２がＵＥ１から失敗メッセージを受信した場合、ＵＥ２はこの失敗ケースをｇＮＢに通知する必要があってもよく、ｇＮＢはＮＷ設定のＳＬＲＢ設定を解放してもよい。このケースは、シグナリングのオーバーヘッドを発生させる。
【００４５】
別のシグナリングフローは、両方のＵＥが、互いにまずＳＬＲＢ設定の交換を完了することができ（各ＵＥからの各ＳＬＲＢ設定は、システム情報または事前構成から導出され得る）、次いで、ＲＲＣ接続モードのＵＥは、ユニキャストリンクでサイドリンク伝送に関する設定（ＱｏＳフローＩＤからＳＬＲＢ  ＩＤへのマッピング、ＳＬＲＢ  ＩＤからＬＣＧへのマッピングなどであって、ＳＬＲＢ  ＩＤがＵＥによって割り当てられ、ＬＣＧのアイデンティティがｇＮＢによって割り当てられる）を要求するために使用されるメッセージを送信する。ユニキャストリンクでのサイドリンク伝送に関する設定を要求するために使用されるメッセージは、例えば、ＳＬＲＢ  ＩＤ、ＰＣ５  ＱｏＳフローＩＤなどを含むことができる。
【００４６】
例えば、ＵＥ１は第１のＳＬＲＢ設定をＵＥ２に送信し、第１のＳＬＲＢ設定はＲＬＣ  ＡＭでＳＬＲＢに対する第１のＳＬＲＢ  ＩＤを示す。第１のＳＬＲＢ設定を含むメッセージの受信に応答して、ＵＥ２は完了メッセージをＵＥ１に送信する。次いで、ＵＥ２は第２のＳＬＲＢ設定をＵＥ１に送信し、第２のＳＬＲＢ設定はＲＬＣ  ＡＭでＳＬＲＢに対する第２のＳＬＲＢ  ＩＤ  （または第２のＳＬＲＢ  ＩＤ）を示す。第２のＳＬＲＢ設定を含むメッセージの受信に応答して、ＵＥ１は完了メッセージをＵＥ２に送信する。完了メッセージを受信すると、ＵＥ２は、ｇＮＢへユニキャストリンクでサイドリンク伝送に関する設定を要求するために使用されるメッセージを送信し、次いで、ｇＮＢは、ＵＥ１へユニキャストリンクでサイドリンク伝送に関する設定を提供する。この解決策は、図２４に示すことができる。
【００４７】
図２５は、第１のＵＥが第２のＵＥとのユニキャストリンクのためのＳＬＲＢ設定を要求する観点からの１つの例示的な実施形態によるフローチャート２５００である。ステップ２５０５において、第１のＵＥは、第２のＵＥから第１のメッセージを受信し、第１のメッセージが、ユニキャストリンクのための第１のＳＬＲＢ設定を含む。ステップ２５１０において、第１のＵＥは、第１のメッセージが受信されたか、または第１のメッセージに関連する完了メッセージの第２のＵＥへの送信に成功したことが確認されたときに、ユニキャストリンクのための第２のＳＬＲＢ設定を要求する第２のメッセージをネットワークノードに送信する。
【００４８】
一実施形態では、第１のＵＥは、ネットワークノードから第３のメッセージを受信することができ、第３のメッセージは、第２のＳＬＲＢ設定を含む。また、第１のＵＥは、第４のメッセージを第２のＵＥに送信することができ、第４のメッセージは、第２のＳＬＲＢ設定を含む。
【００４９】
一実施形態では、第１のメッセージは、ユニキャストリンクのためのＰＣ５  ＱｏＳフローのアイデンティティを含むことができる。第２のメッセージは、ＰＣ５  ＱｏＳフローのアイデンティティを含むことができる。
【００５０】
一実施形態では、第１のＳＬＲＢ設定が第２のＵＥからパケットを受信するために適用されてもよく、第２のＳＬＲＢ設定が第２のＵＥへパケットを送信するために適用されてもよい。第１のメッセージは、ＰＣ５  ＲＲＣメッセージとすることができる。第４のメッセージは、ＰＣ５  ＲＲＣメッセージとすることができる。
【００５１】
一実施形態では、第１のＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤであるとすることができる。ネットワークノードは、基地局（例えば、ｇＮＢ）とすることができる。
【００５２】
図３および図４に戻って参照すると、ＵＥの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第１のＵＥが（ｉ）２のＵＥから第１のメッセージを受信することであって、第１のメッセージが、ユニキャストリンクのための第１のＳＬＲＢ設定を含む、受信することと、（ｉｉ）第１のメッセージが受信されたか、または第１のメッセージに関連する完了メッセージの第２のＵＥへの送信に成功したことが確認されたときに、ユニキャストリンクのための第２のＳＬＲＢ設定を要求する第２のメッセージをネットワークノードに送信することと、をすることを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。
【００５３】
図２６は、第１のＵＥが第２のＵＥとのユニキャストリンクのためのＳＬＲＢ設定を要求する観点からの１つの例示的な実施形態によるフローチャート２６００である。ステップ２６０５において、第１のＵＥは、第２のＵＥから第１のメッセージを受信し、第１のメッセージが、ユニキャストリンクのための第１のＳＬＲＢ設定を含む。ステップ２６１０において、第１のＵＥは、第１のメッセージが受信されたか、または第１のメッセージに関連する完了メッセージの第２のＵＥへの送信に成功したことが確認されたときに、ユニキャストリンクのための第２のＳＬＲＢ設定を要求する第２のメッセージをネットワークノードに送信する。ステップ２６１５において、第１のＵＥは、ネットワークノードから第３のメッセージを受信し、第３のメッセージが、第２のＳＬＲＢ設定を含む。
【００５４】
一実施形態では、第１のＵＥは第４のメッセージを第２のＵＥに送信することができ、第４のメッセージは第２のＳＬＲＢ設定を含む。第１のメッセージは、ユニキャストリンクのためのＰＣ５  ＱｏＳフローのアイデンティティを含むことができる。第２のメッセージは、ＰＣ５  ＱｏＳ  フローのアイデンティティが含むことができる。第３のメッセージは、ＰＣ５  ＱｏＳフローのアイデンティティを含むことができる。
【００５５】
一実施形態では、第１のメッセージは、第１のＳＬＲＢ設定に関連する第１のＳＬＲＢのアイデンティティを含むことができる。第２のメッセージは、第２のＳＬＲＢ設定に関連する第２のＳＬＲＢのアイデンティティを含むことができる。第２のＳＬＲＢのＩＤは、第１のＵＥによって割り当てられ得る。第２のＳＬＲＢのアイデンティティは、第１のＳＬＲＢのアイデンティティに等しくてもよい。
【００５６】
一実施形態では、第２のメッセージは、第２のＳＬＲＢ設定に関連する第２のＳＬＲＢのアイデンティティを含んでいなくてもよい。第２のＳＬＲＢのアイデンティティは、ネットワークノードによって割り当てられてもよい。
【００５７】
一実施形態では、第３のメッセージは、第２のＳＬＲＢ設定に関連する第２のＳＬＲＢのアイデンティティを含むことができる。第４のメッセージは、第１のＳＬＲＢ設定と第２のＳＬＲＢ設定との間の関連を示す情報を含むことができる。
【００５８】
一実施形態では、第１のＳＬＲＢ設定が第２のＵＥからパケットを受信するために適用されてもよく、第２のＳＬＲＢ設定が第２のＵＥへパケットを送信するために適用されてもよい。ネットワークノードは、基地局（例えば、ｇＮＢ）とすることができる。
【００５９】
一実施形態では、第１のメッセージおよび／または第４のメッセージは、ＰＣ５  ＲＲＣメッセージとすることができる。第２のメッセージは、ＵＥ支援情報を含むＲＲＣメッセージとすることができる。第３のメッセージは、ＲＲＣ再構成メッセージとすることができる。
【００６０】
一実施形態では、第１のＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤであるとすることができる。第２のＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ、ＲＲＣ＿ＩＤＬＥ、またはＲＲＣ＿ＩＮＡＣＴＩＶＥであるとすることができる。第１のＳＬＲＢおよび／または第２のＳＬＲＢは、ＰＣ５  ＱｏＳフローのアイデンティティに関連し得る。
【００６１】
一実施形態では、第１のメッセージの受信に応答して、第１のＵＥによって第２のＵＥに完了メッセージが送信され得る。第１のメッセージと関連する完了メッセージの第２のＵＥへの送信に成功することは、完了メッセージと関連するＲＬＣ確認応答またはＨＡＲＱフィードバック確認応答に基づいて確認され得る。
【００６２】
図３および図４に戻って参照すると、第１のＵＥの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第１のＵＥが、（ｉ）第２のＵＥから第１のメッセージを受信することであって、第１のメッセージが、ユニキャストリンクのための第１のＳＬＲＢ設定を含む、受信することと、（ｉｉ）第１のメッセージが受信されたか、または第１のメッセージに関連する完了メッセージの第２のＵＥへの送信に成功したことが確認されたときに、ユニキャストリンクのための第２のＳＬＲＢ設定を要求する第２のメッセージをネットワークノードに送信することと、（ｉｉｉ）ネットワークノードから第３のメッセージを受信し、第３のメッセージが、第２のＳＬＲＢ設定を含む、受信することと、をすることを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。
【００６３】
以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化することができ、本明細書に開示したいかなる指定の構造、機能、または両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示した態様を、他のいかなる態様からも独立に実装することができ、これら態様のうちの２つ以上を種々組み合わせることができる。例えば、本明細書に記載した態様のうちの任意の数の態様を用いて、装置を実装することができ、方法を実現することができる。追加的に、本明細書に記載した態様のうちの１つ以上の追加または代替で、他の構造、機能、または構造と機能を用いて、このような装置を実装することができ、このような方法を実現することができる。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルを確立することができる。いくつかの態様においては、パルス位置またはオフセットに基づいて、同時チャネルを確立することができる。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルを確立することができる。いくつかの態様においては、パルス繰り返し周波数、パルス位置またはオフセット、および時間ホッピングシーケンスに基づいて同時チャネルを確立することができる。
【００６４】
当業者であれば、多様な異なるテクノロジおよび技術のいずれかを使用して、情報および信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、またはこれらの任意の組み合わせによって表わしてよい。
【００６５】
さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディングまたはその他何らかの技術を用いて設計することがあるディジタル実装、アナログ実装、またはこれら２つの組み合わせ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」または「ソフトウェアモジュール」と称されることがある）、または両者の組み合わせとして実装されてよい。このハードウェアおよびソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、およびステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途およびシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。
【００６６】
追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、および回路は、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、ディジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、または本明細書で説明した機能を実行するように設計されたこれらの任意の組み合わせを含み、ＩＣ内、ＩＣ外、またはその両方に存在するコードまたは命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、または状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、またはその他任意のこのような構成である、コンピュータデバイスの組み合わせとして実装されてよい。
【００６７】
任意の開示プロセスにおけるステップの如何なる特定の順序または階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序または階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序または階層に限定されることを意図していない。
【００６８】
本明細書に開示される態様に関連して記載された方法またはアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組み合わせにおいて具現化してよい。（例えば、実行可能な命令および関連するデータを含む）ソフトウェアモジュールおよび他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、または当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出しおよび記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサおよび記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。
【００６９】
以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、または適応を網羅することを意図している。
【図１】
2020184752.tif 000049
【図２】
2020184752.tif 000050
【図３】
2020184752.tif 000051
【図４】
2020184752.tif 000052
【図５】
2020184752.tif 000053
【図６】
2020184752.tif 000054
【図７】
2020184752.tif 000055
【図８】
2020184752.tif 000056
【図９】
2020184752.tif 000057
【図１０】
2020184752.tif 000058
【図１１】
2020184752.tif 000059
【図１２】
2020184752.tif 000060
【図１３】
2020184752.tif 000061
【図１４】
2020184752.tif 000062
【図１５】
2020184752.tif 000063
【図１６】
2020184752.tif 000064
【図１７】
2020184752.tif 000065
【図１８】
2020184752.tif 000066
【図１９】
2020184752.tif 000067
【図２０】
2020184752.tif 000068
【図２１】
2020184752.tif 000069
【図２２】
2020184752.tif 000070
【図２３】
2020184752.tif 000071
【図２４】
2020184752.tif 000072
【図２５】
2020184752.tif 000073
【図２６】
2020184752.tif 000074
【外国語明細書】
2020184752000001.pdf