(57)【特許請求の範囲】
【請求項１】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおいて第１のＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）がサイドリンクリソースを要求するための方法であって、
第１のＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）メッセージをネットワークノードに送信することであって、前記第１のＲＲＣメッセージにおけるサイドリンクＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）情報リストの存在は、任意選択である、送信すること、を含み、
前記第１のＲＲＣメッセージは、
Ｖ２Ｘ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ）サービスのトラフィックを第２のＵＥに送信するためのサイドリンクリソースを要求するか、または
前記第２のＵＥとのＰＣ５ユニキャストリンクの確立を要求するために使用されるＰＣ５−Ｓメッセージを送信するためのサイドリンクリソースを要求するために使用され、
前記第１のＲＲＣメッセージが、前記Ｖ２Ｘサービスのトラフィックを前記第２のＵＥに送信するためのサイドリンクリソースを要求するために使用される場合、前記サイドリンクＱｏＳ情報リストは、前記ネットワークノードに送信される前記第１のＲＲＣメッセージに存在し、
前記第１のＲＲＣメッセージが、前記第２のＵＥとの前記ＰＣ５ユニキャストリンクの確立を要求するために使用される前記ＰＣ５−Ｓメッセージを送信するためのサイドリンクリソースを要求するために使用される場合、前記サイドリンクＱｏＳ情報リストは、前記ネットワークノードに送信される前記第１のＲＲＣメッセージに存在しない、方法。
【請求項２】
前記ＰＣ５−Ｓメッセージは直接通信要求メッセージである、請求項１に記載の方法。
【請求項３】
前記サイドリンクＱｏＳ情報リストは、ＰＣ５  ＱｏＳフローのＱｏＳプロファイルを示す情報要素と、前記ＰＣ５  ＱｏＳフローのＰＣ５  ＱｏＳフローアイデンティティを示す情報要素とを含む、請求項１に記載の方法。
【請求項４】
前記第１のＲＲＣメッセージはサイドリンクＵＥ情報メッセージである、請求項１に記載の方法。
【請求項５】
前記第１のＲＲＣメッセージは、宛先アイデンティティ、キャストタイプ、または周波数のうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項６】
専用サイドリンク設定を割り当てるために、前記ネットワークノードから第２のＲＲＣメッセージを受信することをさらに含む、請求項１に記載の方法。
【請求項７】
前記第２のＲＲＣメッセージ又は前記専用サイドリンク設定は、ＳＬＲＢ（Ｓｉｄｅｌｉｎｋ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）へのＰＣ５  ＱｏＳフローマッピング、リソース割り当てモード、サイドリンクリソースプール、および／または論理チャネル設定のうちの少なくとも１つを含む、請求項６に記載の方法。
【請求項８】
前記ネットワークノードは基地局である、請求項１に記載の方法。
【請求項９】
第１のＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）は、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路内に設置され、プロセッサに動作可能に結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
第１のＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）メッセージをネットワークノードに送信することであって、前記第１のＲＲＣメッセージにおけるサイドリンクＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）情報リストの存在は、任意選択である、送信することを行うように構成されており、
前記第１のＲＲＣメッセージは、
Ｖ２Ｘ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ）サービスのトラフィックを第２のＵＥに送信するためのサイドリンクリソースを要求するか、または
前記第２のＵＥとのＰＣ５ユニキャストリンクの確立を要求するために使用されるＰＣ５−Ｓメッセージを送信するためのサイドリンクリソースを要求するために使用され、
前記第１のＲＲＣメッセージが、前記Ｖ２Ｘサービスのトラフィックを前記第２のＵＥに送信するためのサイドリンクリソースを要求するために使用される場合、前記サイドリンクＱｏＳ情報リストは、前記ネットワークノードに送信される前記第１のＲＲＣメッセージに存在し、
前記第１のＲＲＣメッセージが、前記第２のＵＥとの前記ＰＣ５ユニキャストリンクの確立を要求するために使用される前記ＰＣ５−Ｓメッセージを送信するためのサイドリンクリソースを要求するために使用される場合、前記サイドリンクＱｏＳ情報リストは、前記ネットワークノードに送信される前記第１のＲＲＣメッセージに存在しない、第１のＵＥ。
【請求項１０】
前記ＰＣ５−Ｓメッセージは直接通信要求メッセージである、請求項９に記載の第１のＵＥ。
【請求項１１】
前記サイドリンクＱｏＳ情報リストは、ＰＣ５  ＱｏＳフローのＱｏＳプロファイルを示す情報要素と、前記ＰＣ５  ＱｏＳフローのＰＣ５  ＱｏＳフローアイデンティティを示す情報要素とを含む、請求項９に記載の第１のＵＥ。
【請求項１２】
前記第１のＲＲＣメッセージはサイドリンクＵＥ情報メッセージである、請求項９に記載の第１のＵＥ。
【請求項１３】
前記第１のＲＲＣメッセージは、宛先アイデンティティ、キャストタイプ、および／または周波数のうちの少なくとも１つを含む、請求項９に記載の第１のＵＥ。
【請求項１４】
専用サイドリンク設定を割り当てるために、前記ネットワークノードから第２のＲＲＣメッセージを受信することをさらに含む、請求項９に記載の第１のＵＥ。
【請求項１５】
前記第２のＲＲＣメッセージ又は前記専用サイドリンク設定は、ＳＬＲＢ（Ｓｉｄｅｌｉｎｋ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）へのＰＣ５  ＱｏＳフローマッピング、リソース割り当てモード、サイドリンクリソースプール、または論理チャネル設定のうちの少なくとも１つを含む、請求項１４に記載の第１のＵＥ。
【請求項１６】
前記ネットワークノードは基地局である、請求項９に記載の第１のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１９年１１月１３日に出願された米国仮特許出願第６２／９３４，７３８号の利益を主張し、その全開示は、参照によりその全体が本明細書に組み込まれる。
【０００２】
本開示は、一般に、無線通信ネットワークに関し、より詳細には、無線通信システムにおいて、サイドリンク伝送リソースを要求するための方法および装置に関する。
【背景技術】
【０００３】
移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、およびオンデマンド通信サービスを提供可能である。
【０００４】
例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰおよびマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展および確定に向けて検討されている。
【発明の概要】
【０００５】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおける第１のＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）がサイドリンクリソースを要求する観点からの方法および装置が開示される。一実施形態では、本方法は、第１のＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）メッセージをネットワークノードに送信し、第１のＲＲＣメッセージにおけるサイドリンクＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）情報リストの存在は、任意選択である。
【図面の簡単な説明】
【０００６】
【図１】１つの例示的な実施形態による、無線通信システムの図を示す。
【図２】１つの例示的な実施形態による、送信機システム（アクセスネットワークとしても知られる）および受信機システム（ユーザ機器またはＵＥとしても知られる）のブロック図である。
【図３】１つの例示的な実施形態による、通信システムの機能ブロック図である。
【図４】１つの例示的な実施形態による、図３のプログラムコードの機能ブロック図である。
【図５】３ＧＰＰ  ＴＳ  ２３．２８７  Ｖ１６．０．０の図５．２．１．４−１の複製である。
【図６】３ＧＰＰ  ＴＳ  ２３．２８７  Ｖ１６．０．０の図６．３．３．１−１の複製である。
【図７】３ＧＰＰ  ＴＲ  ３８．８８５  Ｖ１６．０．０の図７−１の複製である。
【図８】３ＧＰＰ  Ｓ２−１９１００１９で提供される図６．３．３．３−１の複製である。
【図９】３ＧＰＰ  ＴＳ  ３３．３０３  Ｖ１５．０．０の図６．５．５．２−１の複製である。
【図１０】３ＧＰＰ  ＴＳ  ３８．８８５  Ｖ１６．０．０の図７−１の複製である。
【図１１】３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．３．０の図５．１０．２−１の複製である。
【図１２】３ＧＰＰ  ｅｍａｉｌ  ｄｉｓｃｕｓｓｉｏｎ  ［１０７ｂｉｓ＃９１］［Ｖ２Ｘ］  ３８．３３１  ｒｕｎｎｉｎｇ  ＣＲ  （Ｈｕａｗｅｉ）で提供される図５．Ｘ．３．１−１の複製である。
【図１３】１つの例示的な実施形態による図である。
【図１４】１つの例示的な実施形態によるフローチャートである。
【図１５】１つの例示的な実施形態によるフローチャートである。
【図１６】１つの例示的な実施形態によるフローチャートである。
【発明を実施するための形態】
【０００７】
以下に説明する例示的な無線通信システムおよびデバイスは、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するように広く展開されている。これらのシステムが、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ  ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）無線アクセス、３ＧＰＰ  ＬＴＥ−ＡもしくはＬＴＥ−Ａｄｖａｎｃｅｄ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ  Ａｄｖａｎｃｅｄ）、３ＧＰＰ２  ＵＭＢ（Ｕｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）、ＷｉＭａｘ、３ＧＰＰ  ＮＲ（Ｎｅｗ  Ｒａｄｉｏ）、またはその他何らかの変調技術に基づいてもよい。
【０００８】
特に、以下に説明する例示的な無線通信システムおよびデバイスが、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてもよく、その標準は、TS  23.287  V16.0.0,  “Architecture  enhancements  for  5G  System  (5GS)  to  support  Vehicle-to-Everything  (V2X)  services  (Release  16)”;  S2-1910019,  “Use  of  unicast  L2  ID  for  unicast  link  establishment”;  TS  33.303  V15.0.0,  “Proximity-based  Services  (ProSe);  Security  aspects  (Release  15);  TR  38.885  V16.0.0,  “NR;  Study  on  NR  Vehicle-to-Everything  (V2X)  (Release  16)”;  TS  36.331  V15.3.0  “Radio  Resource  Control  (RRC);  Protocol  specification  (Release  15)”;  3GPP  email  discussion  [107bis#91][V2X]  38.331  running  CR  (Huawei),  draft_R2-191xxx_Running  CR  to  TS  38.331  for  5G  V2X  with  NR  Sidelink_v5;  および  R2-1914138,  “Report  from  session  on  LTE  V2X  and  NR  V2X”を含む。上記に挙げた標準および文書は、参照によりその全体が本明細書に明示的に組み込まれる。
【０００９】
図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４および１０６を含み、別のグループは１０８および１１０を含み、また別のグループは１１２および１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くのあるいはより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２および１１４と通信しており、アンテナ１１２および１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６および１０８と通信しており、アンテナ１０６および１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、および１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。
【００１０】
アンテナの各グループおよび／またはアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。
【００１１】
順方向リンク１２０および１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６および１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。
【００１２】
アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局または基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、またはその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、またはその他何らかの専門用語で呼ばれることもある。
【００１３】
図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）および受信機システム２５０（アクセス端末（ＡＴ）またはユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【００１４】
一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、およびインターリーブして、符号化データを提供する。
【００１５】
各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロットおよび符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、および変調は、プロセッサ２３０により実行される命令によって決定されてよい。
【００１６】
そして、すべてのデータストリームについての変調シンボルはＴＸ  ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ  ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸ  ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボルおよびシンボルが送信されているアンテナに適用する。
【００１７】
各送信機２２２は、各シンボルストリームを受信および処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、およびアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号がそれぞれ、ＮＴ個のアンテナ２２４ａ〜２２４ｔから送信される。
【００１８】
受信機システム２５０においては、送信された変調信号はＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、およびダウンコンバート）して、調節された信号をディジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。
【００１９】
そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボルストリームを受信および処理して、ＮＴ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、および復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ  ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４により実行される処理と相補的である。
【００２０】
プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部およびランク値部を含む逆方向リンクメッセージを構築する。
【００２１】
逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、送信機システム２１０に送り戻される。
【００２２】
送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。
【００２３】
図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６および１２２または図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、好ましくはＮＲシステムである。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、およびトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像および音声を出力することができる。トランシーバ３１４は、無線信号を受信および送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。
【００２４】
図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、およびレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。
【００２５】
３ＧＰＰ  ＴＳ  ２３．２８７は、ユニキャストモードに関するＶ２Ｘ  （Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｉｎｇ）通信を以下のように規定している：
［外１］
0006970267.tif 000002
0006970267.tif 000003
0006970267.tif 000004
0006970267.tif 000005
［３ＧＰＰ  ＴＳ  ２３．２８７  Ｖ１６．０．０の図５．２．１．４−１であって、「Ｅｘａｍｐｌｅ  ｏｆ  ＰＣ５  Ｕｎｉｃａｓｔ  Ｌｉｎｋｓ」と題するものを図５として複製］
［外２］
0006970267.tif 000006
0006970267.tif 000007
0006970267.tif 000008
0006970267.tif 000009
0006970267.tif 000010
［３ＧＰＰ  ＴＳ  ２３．２８７  Ｖ１６．０．０の図６．３．３．１−１であって、「Ｌａｙｅｒ−２  ｌｉｎｋ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｐｒｏｃｅｄｕｒｅ」と題するものを図６として複製］
［外３］
0006970267.tif 000011
0006970267.tif 000012
0006970267.tif 000013
0006970267.tif 000014
0006970267.tif 000015
［３ＧＰＰ  ＴＳ  ２３．２８７  Ｖ１６．０．０の図６．３．３．４−１  であって、「Ｌａｙｅｒ−２  ｌｉｎｋ  ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ」と題するものを図７として複製］
［外４］
0006970267.tif 000016
0006970267.tif 000017
【００２６】
３ＧＰＰ  Ｓ２−１９１００１９は、ユニキャストリンク確立のためのユニキャストＬ２  ＩＤ（Ｌａｙｅｒ−２  Ｉｄｅｎｔｉｔｙ）の使用を以下のようにＴＳ  ２３．２８７  ｖ１６．０．０に導入している：
［外５］
0006970267.tif 000018
0006970267.tif 000019
［３ＧＰＰ  Ｓ２−１９１００１９で提供された図６．３．３．３−１であって、「Ｌａｙｅｒ−２  ｌｉｎｋ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｐｒｏｃｅｄｕｒｅ」と題するものを図８として複製］
［外６］
0006970267.tif 000020
0006970267.tif 000021
0006970267.tif 000022
0006970267.tif 000023
0006970267.tif 000024
【００２７】
３ＧＰＰ  ＴＳ  ３３．３０３において、１対１サイドリンク通信（すなわち、ユニキャストモード通信）における直接リンクシグナリングおよび直接リンクユーザプレーントラフィックのためのセキュリティは以下のように規定されている：
［外７］
0006970267.tif 000025
0006970267.tif 000026
［３ＧＰＰ  ＴＳ  ３３．３０３  Ｖ１５．０．０の図６．５．５．２−１であって、「Ｓｅｃｕｒｉｔｙ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ａｔ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔ−ｕｐ」と題するものを図９として複製］
［外８］
0006970267.tif 000027
0006970267.tif 000028
【００２８】
３ＧＰＰ  ＴＳ  ３８．８８５は、ＮＲ（Ｎｅｗ  ＲＡＴ／Ｒａｄｉｏ）Ｖ２Ｘユニキャストモード通信のためのＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）管理を以下のように規定している：
［外９］
0006970267.tif 000029
［３ＧＰＰ  ＴＳ  ３８．８８５  Ｖ１６．０．０の図７−１であって、「ＳＬＲＢ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｆｏｒ  ＳＬ  ｕｎｉｃａｓｔ  （ＵＥ−ｓｐｅｃｉｆｉｃ）」と題するものを図１０として複製］
［外１０］
0006970267.tif 000030
【００２９】
３ＧＰＰ  ＴＳ  ３６．３３１は、ＬＴＥ  Ｖ２Ｘ通信に関するサイドリンクＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）情報を規定している：
［外１１］
0006970267.tif 000031
［３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．３．０の図５．１０．２−１であって、「Ｓｉｄｅｌｉｎｋ  ＵＥ  ｉｎｆｏｒｍａｔｉｏｎ」と題するものを図１１として複製］
［外１２］
0006970267.tif 000032
0006970267.tif 000033
0006970267.tif 000034
0006970267.tif 000035
0006970267.tif 000036
0006970267.tif 000037
0006970267.tif 000038
0006970267.tif 000039
【００３０】
（３ＧＰＰ  ｅｍａｉｌ  ｄｉｓｃｕｓｓｉｏｎ［１０７ｂｉｓ＃９１］［Ｖ２Ｘ］  ３８．３３１  ｒｕｎｎｉｎｇ  ＣＲ  （Ｈｕａｗｅｉ）でキャプチャされているように）２０１９年１１月１３日に回覧されたＮＲサイドインクを伴う５Ｇ  Ｖ２ＸのためのＴＳ  ３８．３３１へのｒｕｎｎｎｉｎｇ  ＣＲは、ＮＲ  Ｖ２Ｘのための新しいサイドリンクＵＥ情報（すなわち、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎＮＲ）を以下のように導入している：
［外１３］
0006970267.tif 000040
［３ＧＰＰ  ｅｍａｉｌ  ｄｉｓｃｕｓｓｉｏｎ  ［１０７ｂｉｓ＃９１］［Ｖ２Ｘ］  ３８．３３１  ｒｕｎｎｉｎｇ  ＣＲ  （Ｈｕａｗｅｉ）で提供される図５．Ｘ．３．１−１であって、「Ｓｉｄｅｌｉｎｋ  ＵＥ  ｉｎｆｏｒｍａｔｉｏｎ  ｆｏｒ  ＮＲ  ｓｉｄｅｌｉｎｋ  ｃｏｍｍｕｎｉｃａｔｉｏｎ」と題するものを図１２として複製］
［外１４］
0006970267.tif 000041
0006970267.tif 000042
0006970267.tif 000043
0006970267.tif 000044
0006970267.tif 000045
0006970267.tif 000046
【００３１】
３ＧＰＰ  Ｒ２−１９１４１３８は、ＰＣ５−ＳおよびＰＣ５−ＲＲＣメッセージに関するＲＡＮ２＃１０７ｂｉｓ合意をキャプチャしている：
［外１５］
0006970267.tif 000047
【００３２】
（３ＧＰＰ  ｅｍａｉｌ  ｄｉｓｃｕｓｓｉｏｎ［１０７ｂｉｓ＃９１］［Ｖ２Ｘ］  ３８．３３１  ｒｕｎｎｉｎｇ  ＣＲ  （Ｈｕａｗｅｉ）でキャプチャされているように）ＮＲサイドリンクを伴う５Ｇ  Ｖ２ＸのためのＴＳ３８．３３１へのｒｕｎｎｉｎｇ  ＣＲはまた、ＰＣ５−ＲＲＣおよびＰＣ５−ＳメッセージのためのＳＣＣＨ設定を以下のように導入している：
［外１６］
0006970267.tif 000048
0006970267.tif 000049
【００３３】
３ＧＰＰ  ＴＳ  ２３．２８７およびＳ２−１９１００１９は、６．３．３．１項においてＰＣ５リファレンスポイントを介したＶ２Ｘ通信のユニキャストモードのレイヤ２リンク確立手順を規定する。例えば、開始側ＵＥ（例えばＵＥ１）は、直接通信要求メッセージ（Ｄｉｒｅｃｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ）を送信し、他のＵＥから直接通信許可メッセージ（Ｄｉｒｅｃｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ａｃｃｅｐｔ  ｍｅｓｓａｇｅ）を受信する。３ＧＰＰ  Ｓ２−１９１００１９の５．６．１．４項によれば、ＰＣ５ユニキャストリンクの確立のための初期シグナリングは、通信ピアの既知のレイヤ２  ＩＤ、またはＶ２ＸサービスまたはＶ２Ｘサービスを提供するＶ２Ｘアプリケーションのためのユニキャスト接続を確立する初期シグナリングのためのデフォルト宛先レイヤ２  ＩＤ（例えば、ＰＳＩＤまたはＩＴＳ−ＡＩＤ）を使用してもよい。通信ピアのレイヤ２  ＩＤは、例えば、同じアプリケーションレイヤＩＤへの既存または以前のユニキャストリンクなど、以前のＶ２Ｘ通信を介してＵＥに知られていてもよく、または、アプリケーションレイヤサービスのアナウンスから取得されてもよい。
【００３４】
直接通信要求メッセージでは、ＵＥ２が直接通信要求メッセージに応答するかどうかを決定できるように、ＵＥ２のアプリケーションレイヤＩＤおよびＵＥ１のアプリケーションレイヤＩＤが含まれる。ＵＥ２が直接通信要求メッセージに応答すると決定した場合、ＵＥ２はセキュリティコンテキストを確立するために使用される手順を初期化してもよい。サイドリンク接続セットアップ（またはユニキャストリンク確立）中にセキュリティコンテキストを確立するために使用されるセキュリティ設定手順は、３ＧＰＰ  ＴＳ  ３３．３０３において規定された。
【００３５】
例えば、ＵＥ１は直接通信要求をＵＥ２に送信する。直接通信要求では、セキュリティコンテキストを確立するために使用されるいくつかのパラメータが含まれ得る。直接通信要求を受信すると、ＵＥ２は、ＵＥ１と直接認証およびキー確立（Ｄｉｒｅｃｔ  Ａｕｔｈ  ａｎｄ  Ｋｅｙ  Ｅｓｔａｂｌｉｓｈ）手順を開始してもよい。次に、ＵＥ２は、直接セキュリティモード（Ｄｉｒｅｃｔ  Ｓｅｃｕｒｉｔｙ  Ｍｏｄｅ）コマンドをＵＥ１に送信し、ＵＥ１は、直接セキュリティモード完了（Ｄｉｒｅｃｔ  Ｓｅｃｕｒｉｔｙ  Ｍｏｄｅ  Ｃｏｍｐｌｅｔｅ）を用いてＵＥ２に応答する。追加的に、直接セキュリティモード完了の受信に成功した場合、ＵＥ２は、直接通信許可（Ｄｉｒｅｃｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ａｃｃｅｐｔ）をＵＥ１に送信してもよい。ユニキャストリンクにセキュリティを必要としない場合、セキュリティ設定手順を省略することができ、ＵＥ２は、直接通信許可を直接ＵＥ１に返信してもよい。
【００３６】
直接通信要求メッセージが送信されるときに、送信元レイヤ２  ＩＤは開始側ＵＥのレイヤ２  ＩＤに設定され、宛先レイヤ２  ＩＤはＵＥ２の既知のレイヤ２  ＩＤまたはサービスタイプに関連付けられたデフォルトの宛先レイヤ２  ＩＤにセットされる。したがって、ＵＥ２は、直接通信要求メッセージを受信した後に、ＵＥ１のＬ２ＩＤと、新しいユニキャストリンクのために特に割り当てられたＵＥ２のＬ２ＩＤに基づいて、セキュリティ確立手順においてシグナリングの交換を開始してもよい。ＵＥ２のＬ２ＩＤは、新しいユニキャストリンクのために特にＵＥ２によって割り当てられるため、直接通信要求メッセージを送信するためにＵＥ１によって使用されるＵＥ２の既知のレイヤ２  ＩＤとは異なることがある。
【００３７】
３ＧＰＰ  ｅｍａｉｌ  ｄｉｓｃｕｓｓｉｏｎ  ［１０７ｂｉｓ＃９１］［Ｖ２Ｘ］  ３８．３３１  ｒｕｎｎｉｎｇ  ＣＲ  （Ｈｕａｗｅｉ）によれば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおけるＵＥは、サイドリンクＵＥ情報メッセージ（例えば、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎＮＲ）をｇＮＢに送信し、直接通信要求メッセージを送信するためのサイドリンクリソースを要求する必要がある。サービスタイプに関連付けられたデフォルトの宛先レイヤ２  ＩＤが使用されるケースでは、ダイレクト通信要求はブロードキャスト伝送を介して送信されるため、キャストタイプは「ブロードキャスト」にセットされる。直接通信リクエストの受信に応答して、ピアＵＥによって送信されたＰＣ５−Ｓメッセージ（例えば、セキュリティ関連メッセージまたは直接通信許可）を受信した後に、開始側ＵＥは、ＰＣ５−ＳメッセージをＵＥ２から受信した後にＵＥ２のＬ２ＩＤがＵＥ１に知られるため、別のサイドリンクＵＥ情報メッセージをｇＮＢに送信し、ユニキャスト伝送を介した以下のＰＣ５−Ｓメッセージおよびデータパケットを送信するためのサイドリンクリソースを要求する必要がある可能性がある。図１３は、ユニキャストリンク確立手順の一例を図示する。
【００３８】
３ＧＰＰ  ｅｍａｉｌ  ｄｉｓｃｕｓｓｉｏｎ  ［１０７ｂｉｓ＃９１］［Ｖ２Ｘ］  ３８．３３１  ｒｕｎｎｉｎｇ  ＣＲ  （Ｈｕａｗｅｉ）で規定されているように、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎＮＲは、確立されるユニキャストリンクに関する以下の情報要素（ＩＥ）を含んでもよい。すなわち、ｓｌ−ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｔｙ、ｓｌ−ＣａｓｔＴｙｐｅ、ｓｌ−ＱｏＳ−ＩｎｆｏＬｉｓｔ、ｓｌ−ＴｙｐｅＴｘＳｙｎｃＬｉｓｔ、およびｓｌ−ＴｘＩｎｔｅｒｅｓｔｅｄＦｒｅｑＬｉｓｔである。また、ｓｌ−ＱｏＳ−ＩｎｆｏＬｉｓｔにおける各エントリは、ｓｌ−ＱｏＳ−ＦｌｏｗＩｄｅｎｔｉｔｙおよびｓｌ−ＱｏＳ−Ｐｒｏｆｉｌｅを含む。ｓｌ−ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｔｙは、サービスタイプに関連付けられたデフォルトの宛先レイヤ２  ＩＤ、またはピアＵＥのレイヤ２  ＩＤにセットされる。ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎＮＲの受信に応答して、ｇＮＢはＲＲＣ接続再設定メッセージ（例えば、ＲＲＣＯｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を用いて応答し、関連するユニキャストリンクのためのサイドリンク伝送リソースを設定してもよい。
【００３９】
例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎは、ＩＥ  ＳＬ−Ｖ２Ｘ−ＣｏｎｆｉｇＤｉｄｉｃａｔｅｄを含んでもよく、これは、リソース割り当てモード（「ｓｃｈｅｄｕｌｅｄ」または「ｕｅ−ｓｅｌｅｃｔｅｄ」のいずれか）および／またはサイドリンクリソースプールなどを示す情報を含んでもよい。また、ＳＬＲＢ（またはＳＬ  ＬＣＨ）へのＰＣ５  ＱｏＳフローマッピングを含んでもよい。ＰＣ５  ＱｏＳフローは、既存のＳＬＲＢまたは新しいＳＬＲＢにマッピングされてもよい。新しいＳＬＲＢが必要とされるケースでは、新しいＳＬＲＢのために論理チャネル設定が含まれる。各ＳＬＲＢはＳＬ  ＬＣＨと関連付けられることに留意する。
【００４０】
ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎＮＲに含まれるｓｌ−ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｔｙがサービスタイプに関連するデフォルトの宛先レイヤ２  ＩＤにセットされる場合、要求されたサイドリンクリソースが、ブロードキャスト伝送を介してＳＣＣＨ（例えば、ＳＣＣＨ０）上で直接通信要求を送信するために使用されることを意味する。ＳＣＣＨの設定は固定されており、ｇＮＢは直接通信要求を送信するために必要なＱｏＳ要件を把握しているはずであるため、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎＮＲにｓｌ−ＱｏＳ−ＩｎｆｏＬｉｓｔを含める必要がない。
【００４１】
代替的には、デフォルトのｓｌ−ＱｏＳ−ＦｌｏｗＩｄｅｎｔｉｔｙおよび／またはデフォルトのｓｌ−ＱｏＳ−Ｐｒｏｆｉｌｅは、直接通信要求を送信するために、ｓｌ−ＱｏＳ−ＩｎｆｏＬｉｓｔに設定されてもよい。ｇＮＢは、デフォルトのｓｌ−ＱｏＳ−ＦｌｏｗＩｄｅｎｔｉｔｙおよび／またはデフォルトのｓｌ−ＱｏＳ−Ｐｒｏｆｉｌｅに基づいて、直接通信要求を送信するためのサイドリンクリソースを要求することを把握することができる。直接通信要求を送信するために、ｓｌ−ＱｏＳ−ＩｎｆｏＬｉｓｔにおいて、デフォルトのｓｌ−ＱｏＳ−ＦｌｏｗＩｄｅｎｔｉｔｙおよび／またはデフォルトのｓｌ−ＱｏＳ−Ｐｒｏｆｉｌｅをセットすることが可能ではあるが、不必要に余分なシグナリングオーバーヘッドを引き起こす。おそらく、ＰＣ５−Ｓメッセージを送信するためのデフォルトのｓｌ−ＱｏＳ−ＦｌｏｗＩｄｅｎｔｉｔｙおよび／またはデフォルトのｓｌ−ＱｏＳ−Ｐｒｏｆｉｌｅは、開始側ＵＥで指定するか、事前定義され得る。それは、開始側ＵＥの上位レイヤで指定され得る。上位レイヤは、ＰＣ５−Ｓメッセージに加えて、デフォルトのｓｌ−ＱｏＳ−ＦｌｏｗＩｄｅｎｔｉｔｙおよび／またはデフォルトのｓｌ−ＱｏＳ−Ｐｒｏｆｉｌｅを伝送のために開始ＵＥの下位のＡＳレイヤに渡す。また、開始側ＵＥのＡＳレイヤにおいて、デフォルトのｓｌ−ＱｏＳ−ＦｌｏｗＩｄｅｎｔｉｔｙおよび／またはデフォルトのｓｌ−ＱｏＳ−Ｐｒｏｆｉｌｅを指定することも可能であり得る（すなわち、ＲＲＣ仕様で固定）。
【００４２】
ＵＥが、通常のブロードキャストサービスのためのサイドリンクリソースを要求するためにＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎＮＲを送信するケースでは、ｓｌ−ＱｏＳ−ＩｎｆｏＬｉｓｔは、依然としてＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎＮＲに含められる必要がある。したがって、ＩＥ  ｓｌ−ＱｏＳ−ＩｎｆｏＬｉｓｔは任意選択であるべきである。言い換えると、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎＮＲがブロードキャストサービスのサイドリンクリソースを要求するために使用される場合、ＵＥは、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎＮＲにＩＥ  ｓｌ−ＱｏＳ−ＩｎｆｏＬｉｓｔを含める。ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎＮＲがＰＣ５−Ｓメッセージを送信するためのサイドリンクリソースを要求するため（例えば、直接通信要求）に使用される場合、ＵＥは、ＩＥ  ｓｌ−ＱｏＳ−ＩｎｆｏＬｉｓｔを含めない。
【００４３】
図１４は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおける第１のＵＥがサイドリンクリソースを要求する観点からの１つの例示的な実施形態によるフローチャート１４００である。ステップ１４０５において、第１のＵＥは、第１のＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）メッセージをネットワークノードに送信し、第１のＲＲＣメッセージにおけるサイドリンクＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）情報リストの存在は任意選択である。
【００４４】
一実施形態では、第１のＲＲＣメッセージが、Ｖ２Ｘサービスのトラフィック転送のためのサイドリンクリソースを要求するために使用される場合、サイドリンクＱｏＳ情報リストは存在する。第１のＲＲＣメッセージが、第２のＵＥとの直接通信を要求するために使用されるＰＣ５−Ｓメッセージを送信するためのサイドリンクリソースを要求するために使用される場合、サイドリンクＱｏＳ情報リストは存在しない。一実施形態では、ＰＣ５−Ｓメッセージは直接通信要求メッセージであり得る。
【００４５】
一実施形態では、第１のＲＲＣメッセージはまた、宛先アイデンティティ、キャストタイプ、および／または周波数（ｆｒｅｑｕｅｎｃｙ）の情報要素のうちの少なくとも１つを含んでもよい。サイドリンクＱｏＳ情報リストは、ＰＣ５  ＱｏＳフローのＱｏＳプロファイルを示す情報要素及び／又はＰＣ５  ＱｏＳフローのＰＣ５  ＱｏＳフローアイデンティティを示す情報要素を含むことができる。第１のＲＲＣメッセージは、サイドリンクＵＥ情報メッセージであり得る。
【００４６】
一実施形態では、第１のＵＥは、専用のサイドリンク設定を割り当てるために、ネットワークノードから第２のＲＲＣメッセージを受信することができる。第２のＲＲＣメッセージまたは専用のサイドリンク設定は、ＳＬＲＢ（Ｓｉｄｅｌｉｎｋ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）へのＰＣ５  ＱｏＳフローマッピング、リソース割り当てモード、サイドリンクリソースプール、および／または論理チャネル設定の情報要素のうちの少なくとも１つを含んでもよい。
【００４７】
一実施形態では、ネットワークノードは、基地局（例えば、ｇＮＢ）であり得る。
【００４８】
図３および図４を参照すると、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおける第１のＵＥがサイドリンクリソースを要求する１つの例示的な実施形態である。第１のＵＥ  ３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、第１のＵＥが、第１のＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）メッセージをネットワークノードに送信することであって、第１のＲＲＣメッセージにおけるサイドリンクＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）情報リストの存在は、任意選択である、ことを行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明された上述のアクションおよびステップまたは他のすべてを実行することができる。
【００４９】
図１５は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおける第１のＵＥがサイドリンクリソースを要求する１つの例示的な実施形態によるフローチャート１５００である。ステップ１５０５において、第１のＵＥは、第１のＲＲＣメッセージをネットワークノードに送信し、第１のＲＲＣメッセージが、Ｖ２Ｘサービスのトラフィック転送のためのサイドリンクリソースを要求するために使用される場合、第１のＲＲＣメッセージは、ＰＣ５  ＱｏＳフローのＱｏＳプロファイルを示す情報要素を含み、第１のＲＲＣメッセージが、ＰＣ５−Ｓメッセージを送信するためのサイドリンクリソースを要求するために使用される場合、第１のＲＲＣメッセージは、その情報要素を含まない。ステップ１５１０において、第１のＵＥは、専用サイドリンク設定を割り当てるためにネットワークノードから第２のＲＲＣメッセージを受信する。
【００５０】
図３および図４を参照すると、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおける第１のＵＥがサイドリンクリソースを要求する１つの例示的な実施形態である。第１のＵＥ３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８はプログラムコード３１２を実行して、第１のＵＥが、（ｉ）第１のＲＲＣメッセージをネットワークノードに送信し、第１のＲＲＣメッセージが、Ｖ２Ｘサービスのトラフィック転送のためのサイドリンクリソースを要求するために使用される場合、第１のＲＲＣメッセージは、ＰＣ５  ＱｏＳフローのＱｏＳプロファイルを示す情報要素を含み、第１のＲＲＣメッセージが、ＰＣ５−Ｓメッセージを送信するためのサイドリンクリソースを要求するために使用される場合、第１のＲＲＣメッセージは、その情報要素を含まない、ことと、（ｉｉ）専用サイドリンク設定を割り当てるためにネットワークノードから第２のＲＲＣメッセージを受信することと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明された上述のアクションおよびステップまたは他のすべてを行うことができる。
【００５１】
図１６は、ネットワークノードがサイドリンクリソースを割り当てる観点からの１つの例示的な実施形態によるフローチャート１６００である。ステップ１６０５において、ネットワークノードは、第１のＵＥから第１のＲＲＣメッセージを受信し、第１のＲＲＣメッセージは、サイドリンクリソースを要求するために使用される。ステップ１６１０において、ネットワークノードは、専用のサイドリンク設定を割り当てるために第２のＲＲＣメッセージを第１のＵＥに送信し、第２のＲＲＣメッセージは、第１のＲＲＣメッセージがＰＣ５のＱｏＳフローのＱｏＳプロファイルを示す情報要素を含む場合、ＳＬＲＢへのＰＣ５  ＱｏＳフローマッピングを含み、第２のＲＲＣメッセージは、第１のＲＲＣメッセージがその情報要素を含まない場合、ＳＬＲＢへのＰＣ５  ＱｏＳフローマッピングを含む。
【００５２】
図３および図４を参照すると、ネットワークノードがサイドリンクリソースを割り当てる観点からの１つの例示的な実施形態である。ネットワークノード３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、ネットワークノードが、（ｉ）第１のＵＥから第１のＲＲＣメッセージを受信することであって、第１のＲＲＣメッセージは、サイドリンクリソースを要求するために使用される、ことと、（ｉｉ）専用のサイドリンク設定を割り当てるために第２のＲＲＣメッセージを第１のＵＥに送信することであって、第２のＲＲＣメッセージは、第１のＲＲＣメッセージがＰＣ５のＱｏＳフローのＱｏＳプロファイルを示す情報要素を含む場合、ＳＬＲＢへのＰＣ５  ＱｏＳフローマッピングを含み、第２のＲＲＣメッセージは、第１のＲＲＣメッセージがその情報要素を含まない場合、ＳＬＲＢへのＰＣ５  ＱｏＳフローマッピングを含む、ことと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明される上述のアクションおよびステップまたは他のすべてを実行することができる。
【００５３】
図１５〜１６に図示され、上述した実施形態に関連して、一実施形態では、第１のＲＲＣメッセージは、宛先アイデンティティ、キャストタイプ、および／または周波数の情報要素のうちの少なくとも１つを含むことができる。第１のＲＲＣメッセージは、リソース割り当てモード、サイドリンクリソースプール、および／または論理チャネル設定の情報要素のうちの少なくとも１つを含むことができる。
【００５４】
一実施形態では、第１のＲＲＣメッセージがＰＣ５−Ｓメッセージを送信するためのサイドリンクリソースを要求するために使用される場合、宛先アイデンティティは、Ｖ２ＸサービスまたはＶ２Ｘサービスを提供するＶ２Ｘアプリケーションのためのユニキャスト接続を確立するための初期シグナリングのためのデフォルト宛先レイヤ２  ＩＤ（例えば、ＰＳＩＤ（Ｐｒｏｖｉｄｅｒ  Ｓｅｒｖｉｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）もしくはＩＴＳ−ＡＩＤ（（Ｉｎｔｅｌｌｉｇｅｎｔ  Ｔｒａｎｓｐｏｒｔ  Ｓｙｓｔｅｍ−Ａｐｐｌｉｃａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ））、ＵＥのピアＵＥの宛先レイヤ２  ＩＤにセットされ得る。また、第１のＲＲＣメッセージがブロードキャストサービスのトラフィック転送のためのサイドリンクリソースを要求するために使用される場合、宛先アイデンティティは、Ｖ２ＸサービスまたはＶ２Ｘサービスを提供するＶ２Ｘアプリケーションに関連付けられた宛先レイヤ２  ＩＤ（例えば、ＰＳＩＤまたはＩＴＳ−ＡＩＤ）にセットされ得る。さらに、第１のＲＲＣメッセージがグループキャストサービスのトラフィック転送のためのサイドリンクリソースを要求するために使用される場合、宛先アイデンティティは、グループキャストサービスに関連付けられた宛先レイヤ２  ＩＤにセットされ得る。追加的に、第１のＲＲＣメッセージがユニキャストサービスのトラフィック転送のサイドリンクリソースを要求するために使われる場合、宛先アイデンティティは、ＵＥのピアＵＥの宛先レイヤ２  ＩＤにセットされ得る。
【００５５】
一実施形態では、専用サイドリンク設定は、ＳＬＲＢへのＰＣ５  ＱｏＳフローマッピング、リソース割り当てモード、サイドリンクリソースプール、および／または論理チャネル設定の情報要素のうちの少なくとも１つを含んでもよい。ＰＣ５−Ｓメッセージは、直接通信要求であり得る。ＰＣ５−Ｓメッセージは、ＳＣＣＨ（例えば、ＳＣＣＨ０）上で送信され得る。トラフィック転送はＳＴＣＨ（Ｓｉｄｅｌｉｎｋ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）上で行われ得る。ＳＣＣＨの論理チャネル設定は、ＵＥにおいて特定されるか、または事前定義され得る。一実施形態では、ネットワークノードは基地局（例えば、ｇＮＢ）である。第１のＲＲＣメッセージは、ＰＣ５  ＱｏＳフローのＰＣ５  ＱｏＳフローアイデンティティを示す情報要素を含んでもよい。
【００５６】
以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化することができ、本明細書に開示したいかなる指定の構造、機能、または両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示した態様を、他のいかなる態様からも独立に実装することができ、これら態様のうちの２つ以上を種々組み合わせることができる。例えば、本明細書に記載した態様のうちの任意の数の態様を用いて、装置を実装することができ、方法を実現することができる。追加的に、本明細書に記載した態様のうちの１つ以上の追加または代替で、他の構造、機能、または構造と機能を用いて、このような装置を実装することができ、このような方法を実現することができる。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルを確立することができる。いくつかの態様においては、パルス位置またはオフセットに基づいて、同時チャネルを確立することができる。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルを確立することができる。いくつかの態様においては、パルス繰り返し周波数、パルス位置またはオフセット、および時間ホッピングシーケンスに基づいて同時チャネルを確立することができる。
【００５７】
当業者であれば、多様な異なるテクノロジおよび技術のいずれかを使用して、情報および信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、またはこれらの任意の組み合わせによって表わしてよい。
【００５８】
さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディングまたはその他何らかの技術を用いて設計することがあるディジタル実装、アナログ実装、またはこれら２つの組み合わせ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」または「ソフトウェアモジュール」と称されることがある）、または両者の組み合わせとして実装されてよい。このハードウェアおよびソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、およびステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途およびシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。
【００５９】
追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、および回路は、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、ディジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、または本明細書で説明した機能を実行するように設計されたこれらの任意の組み合わせを含み、ＩＣ内、ＩＣ外、またはその両方に存在するコードまたは命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、または状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、またはその他任意のこのような構成である、コンピュータデバイスの組み合わせとして実装されてよい。
【００６０】
任意の開示プロセスにおけるステップの如何なる特定の順序または階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序または階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序または階層に限定されることを意図していない。
【００６１】
本明細書に開示される態様に関連して記載された方法またはアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組み合わせにおいて具現化してよい。（例えば、実行可能な命令および関連するデータを含む）ソフトウェアモジュールおよび他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、または当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出しおよび記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサおよび記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。
【００６２】
以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、または適応を網羅することを意図している。
【図１】
0006970267.tif 000050
【図２】
0006970267.tif 000051
【図３】
0006970267.tif 000052
【図４】
0006970267.tif 000053
【図５】
0006970267.tif 000054
【図６】
0006970267.tif 000055
【図７】
0006970267.tif 000056
【図８】
0006970267.tif 000057
【図９】
0006970267.tif 000058
【図１０】
0006970267.tif 000059
【図１１】
0006970267.tif 000060
【図１２】
0006970267.tif 000061
【図１３】
0006970267.tif 000062
【図１４】
0006970267.tif 000063
【図１５】
0006970267.tif 000064
【図１６】
0006970267.tif 000065