Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP7848331B2 - リレー端末デバイスを使用する通信のための端末識別 - Google Patents
[go: Go Back, main page]

JP7848331B2 - リレー端末デバイスを使用する通信のための端末識別 - Google Patents

リレー端末デバイスを使用する通信のための端末識別

Info

Publication number
JP7848331B2
JP7848331B2 JP2024537953A JP2024537953A JP7848331B2 JP 7848331 B2 JP7848331 B2 JP 7848331B2 JP 2024537953 A JP2024537953 A JP 2024537953A JP 2024537953 A JP2024537953 A JP 2024537953A JP 7848331 B2 JP7848331 B2 JP 7848331B2
Authority
JP
Japan
Prior art keywords
terminal device
identification information
link
temporary
hop
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2024537953A
Other languages
English (en)
Other versions
JP2025502714A (ja
Inventor
ニシン スリニバサン,
チャン チャン,
アントニーノ オーシノ,
ミン ワン,
チャン フー,
リーウェイ チウ,
Original Assignee
テレフオンアクチーボラゲット エルエム エリクソン(パブル)
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by テレフオンアクチーボラゲット エルエム エリクソン(パブル) filed Critical テレフオンアクチーボラゲット エルエム エリクソン(パブル)
Publication of JP2025502714A publication Critical patent/JP2025502714A/ja
Application granted granted Critical
Publication of JP7848331B2 publication Critical patent/JP7848331B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/02Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/22Communication route or path selection, e.g. power-based or shortest path routing using selective relaying for reaching a BTS [Base Transceiver Station] or an access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/11Allocation or use of connection identifiers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本開示の実施形態は、一般に通信に関し、より詳細には、リレー端末デバイスを使用する通信のための方法および装置に関する。
このセクションは、本開示のより良い理解を容易にし得る態様を紹介する。したがって、このセクションの記述は、この観点において読み取られるべきであり、従来技術にあるものまたは従来技術にないものに関する承認として理解されるべきでない。
リリース16(Rel.16)について、新無線(New Radio:NR)上のサイドリンク送信が指定されている。これらは、long term evolution(LTE)のために指定された近傍ベースサービス(ProSe)の拡張である。4つの新しい拡張が、特に、NRサイドリンク送信に導入される。
第1に、NRサイドリンクにおいて、ユニキャスト送信およびグループキャスト送信のためのサポートが追加される。ユニキャストおよびグループキャストについて、受信機ユーザ機器(UE)が送信機UEに復号ステータスを返答するために、物理サイドリンクフィードバックチャネル(PSFCH)が導入される。第2に、レイテンシ性能を改善するために、NRサイドリンク送信において、NRアップリンク送信において採用されるグラントフリー通信も、提供される。第3に、異なるUEによってローンチされる異なるサイドリンク送信の間のリソース衝突を緩和するために、それは、チャネル検知手順およびリソース選択手順を拡張させ、これはまた、物理サイドリンク共通制御チャネル(PSCCH)の新しい設計につながる。第4に、高い接続密度を達成するために、NRサイドリンク送信において、輻輳制御、およびしたがってサービス品質(QoS)管理がサポートされる。
上記の拡張を可能にするために、新しい物理チャネルおよび参照信号が、NRにおいて導入される(前にLTEにおいて利用可能)。新しい物理チャネルのうちの1つが、物理サイドリンク共有チャネル(PSSCH)であり、これは、物理ダウンリンク共有チャネル(PDSCH)のサイドリンク(SL)バージョンである。PSSCHは、サイドリンク送信機UEによって送信され、これは、サイドリンク送信データと、無線リソース制御(RRC)設定のためのシステム情報ブロック(SIB)と、サイドリンク制御情報(SCI)の一部とを伝達する。新しい物理チャネルのうちの別の1つが、PSFCHである。PSFCHは、ユニキャストおよびグループキャストのためにサイドリンク受信機UEによって送信され、これは、ハイブリッド自動再送要求(HARQ)確認応答(ACK)および否定ACK(NACK)のための1つのリソースブロック(RB)上の1ビット情報を伝達する。さらに、チャネル状態情報(CSI)が、PSFCHの代わりにPSSCH上で、媒体アクセス制御(MAC)制御エレメント(CE)中で搬送される。新しい物理チャネルのうちのまた別の1つがPSCCHであり、これは、物理ダウンリンク制御チャネル(PDCCH)のSLバージョンである。受信機UEに送られるべきトラフィックが送信機UEに到着したとき、送信機UEは、最初に、PSCCHを送るべきであり、これは、送信のための予約済み時間周波数リソース、復調用参照信号(DMRS)パターンおよびアンテナポートなどを含む、チャネル検知目的のために任意のUEによって復号されるべき、サイドリンク制御情報(SCI、ダウンリンク制御情報(DCI)のSLバージョン)の一部を伝達する。
新しい参照信号のうちの1つは、サイドリンク1次同期信号/2次同期信号(S-PSS/S-SSS)である。NRにおけるダウンリンク送信と同様に、サイドリンク送信では、(それぞれ、S-PSSおよびS-SSSと呼ばれる)1次同期信号および2次同期信号がサポートされる。S-PSSおよびS-SSSを検出することを通して、UEは、S-PSS/S-SSSを送るUEからサイドリンク同期識別情報(SSID)を識別することが可能である。S-PSS/S-SSSを検出することを通して、UEは、したがって、S-PSS/S-SSSを送信するUEの特性を知ることが可能である。UEのSSIDとともにタイミングおよび周波数同期を獲得する一連のプロセスは、初期セル検索と呼ばれる。S-PSS/S-SSSを送るUEは、必ずしもサイドリンク送信に関与するとは限らないことがあり、S-PSS/S-SSSを送るノード(UEまたはエボルブドノードB(eNB)または次世代ノードB(gNB))が同期ソースと呼ばれることに留意されたい。セル中の合計672個のSSIDを形成する、2つのS-PSSシーケンスと336個のS-SSSシーケンスとがある。
新しい物理チャネルのうちのまた別の1つは、物理サイドリンクブロードキャストチャネル(PSBCH)である。PSBCHは、同期信号/PSBCHブロック(SSB)としてS-PSS/S-SSSとともに送信される。SSBは、そのキャリア上のPSCCH/PSSCHと同じヌメロロジーを有し、SSBは、設定された帯域幅部分(BWP)の帯域幅内で送信されるべきである。PSBCHは、直接フレーム番号(DFN)、サイドリンク送信のためのスロットおよびシンボルレベルの時間リソースの指示、カバレッジ内インジケータなど、同期に関係する情報を伝達する。SSBは、160msごとに周期的に送信される。
新しい参照信号のうちのいくつかは、DMRS、位相追跡参照信号(PT-RS)、チャネル状態情報参照信号(CSIRS)である。NRダウンリンク/アップリンク送信によってサポートされるこれらの物理参照信号も、サイドリンク送信によって採用される。同様に、PT-RSは、周波数範囲2(FR2)送信のみに適用可能である。
別の新しい特徴は、2段階サイドリンク制御情報(SCI)である。これは、SLのためのDCIのバージョンである。DCIとは異なり、SCIの一部(第1の段階)のみがPSCCH上で送られる。(送信のための予約済み時間周波数リソース、DMRSパターンおよびアンテナポートなどを含む)この部分は、チャネル検知目的のために使用され、すべてのUEによって読み取られ得、8ビットソース識別情報(ID)および16ビット宛先ID、新データインジケータ(NDI)、冗長バージョン(RV)およびHARQプロセスIDなど、残り(第2の段階)のスケジューリングおよび制御情報は、受信機UEによって復号されるためにPSSCH上で送られる。
LTEにおけるProSeと同様に、NRサイドリンク送信は、リソース割り当ての2つのモードを有する。第1のモード(モード1)において、サイドリンクリソースは、gNBによってスケジュールされる。第2のモード(モード2)において、UEは、チャネル検知機構に基づいて、(1つまたは複数の)(事前)設定されたサイドリンクリソースプールからサイドリンクリソースを自律的に選択する。カバレッジ内UEの場合、gNBが、モード1またはモード2を採用するように設定され得る。カバレッジ外UEの場合、モード2のみが採用され得る。
LTEの場合のように、NRにおけるサイドリンクを介したスケジューリングが、モード1とモード2とについて、異なるやり方で行われる。モード1は、2つの種類のグラントをサポートする。第1の種類のグラントは動的グラントである。サイドリンクを介して送られるべきトラフィックが送信機UEに到着したとき、このUEは、サイドリンクリソースをgNBに要求するための4メッセージ交換手順(アップリンク(UL)上のスケジューリング要求(SR)、グラント、UL上のバッファステータス報告(BSR)、UEに送られるSL上のデータのためのグラント)をローンチするべきである。リソース要求手順中に、gNBは、サイドリンク無線ネットワーク一時識別子(SL-RNTI)を送信機UEに割り当て得る。このサイドリンクリソース要求がgNBによってグラントされる場合、gNBは、SL-RNTIを用いてスクランブルされた巡回冗長検査(CRC)を伴うPDCCHによって伝達されるダウンリンク制御情報(DCI)中でPSCCHおよびPSSCHについてのリソース割り当てを指示する。送信機UEがそのようなDCIを受信したとき、送信機UEは、DCIのスクランブルされたCRCが、割り振られたSL-RNTIによって正常に解決され得る場合のみ、グラントを取得することができる。送信機UEは、次いで、PSCCHにおいて、割り当てられたPSSCHの時間周波数リソースおよび送信方式を指示し、サイドリンク送信のための割り当てられたリソース上でPSCCHおよびPSSCHをローンチする。グラントがgNBから取得されたとき、送信機UEは、単一のトランスポートブロック(TB)のみを送信することができる。その結果、この種類のグラントは、緩いレイテンシ要件をもつトラフィックに好適である。
第2の種類のグラントは設定済みグラントである。厳しいレイテンシ要件をもつトラフィックの場合、サイドリンクリソースを要求するための4メッセージ交換手順を実施することは、許容できないレイテンシを誘起し得る。この場合、トラフィック到着より前に、送信機UEは、4メッセージ交換手順を実施し、リソースのセットを要求し得る。グラントがgNBから取得され得る場合、要求されるリソースは周期的様式で予約される。トラフィックが送信機UEに到着すると、このUEは、今度のリソースオケージョン上でPSCCHおよびPSSCHをローンチすることができる。事実上、この種類のグラントは、グラントフリー通信としても知られる。
動的グラントと設定済みグラントの両方において、サイドリンク受信機UEは、(DCIが送信機UEにアドレス指定されるので)DCIを受信することができず、したがって、受信機UEは、PSCCHの存在を識別し、SCIを通してPSSCHのためのリソースを見つけるために、ブラインド復号を実施するべきである。送信機UEがPSCCHをローンチするとき、CRCはまた、スクランブリングなしにSCI中に挿入される。
モード2リソース割り当てでは、トラフィックが送信機UEに到着したとき、この送信機UEは、PSCCHおよびPSSCHのためのリソースを自律的に選択するべきである。フィードバックHARQ ACK/NACK送信、および後続の再送信のレイテンシをさらに最小限に抑えるために、送信機UEはまた、再送信のためのPSCCH/PSSCHのためのリソースを予約し得る。ワンショットでの正常なTB復号の確率をさらに拡張し、したがって、再送信を実施する確率を抑制するために、送信機UEは、初期TB送信とともにTB送信を繰り返し得る。この機構は、ブラインド再送信としても知られる。その結果、トラフィックが送信機UEに到着したとき、この送信機UEは、以下の送信のためのリソースを選択するべきである。1)初期送信およびブラインド再送信のためのPSCCHに関連付けられたPSSCH、および2)再送信のためのPSCCHに関連付けられたPSSCH。
サイドリンク送信における各送信機UEは上記の送信のためのリソースを自律的に選択するべきであるので、異なる送信機UEが同じリソースを選択するのをどのように防ぐべきかが、モード2において重要な問題であることがわかる。したがって、特定のリソース選択手順が、チャネル検知に基づいてモード2に課される。チャネル検知アルゴリズムが、異なるサブチャネル上で参照信号受信電力(RSRP)を測定することを伴い、設定に応じて、PSSCH上のDMRSまたはPSCCH上のDMRSの、異なるUE電力レベルの知識を必要とする。この情報は、受信機SCIが(すべての)他のUEによってローンチされた後にのみ知られる。検知および選択アルゴリズムは幾分複雑である。
本発明の概要は、発明を実施するための形態において以下でさらに説明される概念の選択を簡略化された形で紹介するために提供される。本発明の概要は、請求される主題の主要な特徴または不可欠な特徴を識別するものではなく、請求される主題の範囲を限定するために使用されるものでもない。
本開示の目的のうちの1つは、リレー端末デバイスを使用する通信のための改善されたソリューションを提供することである。特に、本開示によって解決されるべき問題のうちの1つは、UE-ネットワークリレーのための既存のソリューションが、UE間リレーのために再使用され得ず、したがって、UE間リレーのための新しいソリューションの必要があるということである。
本開示の第1の態様によれば、第1の端末デバイスによって実施される方法が提供される。第1の端末デバイスは、第1の端末デバイスと第2の端末デバイスとの間のリレーとして働く少なくとも1つの第3の端末デバイスを介して、第2の端末デバイスと接続し得る。本方法は、第1の端末デバイスおよび/または第2の端末デバイスのために、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび/または第2の端末デバイスを識別するための識別情報(identification information)を決定することを含み得る。本方法は、第1の端末デバイスと第2の端末デバイスとの間のリンク上の少なくとも1つの対応するホップに、決定された識別情報を割り振ることをさらに含み得る。
このようにして、識別情報を用いてリンク上でセキュア通信を実施することが可能である。
識別情報は、リンクの確立のための手順中におよび/またはリンクの確立の後に適用されることの目的を有し得る。いくつかのシナリオでは、リンクの確立のための手順は、失敗することもある。
本開示の一実施形態では、決定された識別情報を割り振ることは、少なくとも1つの対応するホップ上の端末デバイスに、識別情報に関連付けられたタイムスタンプまたは禁止タイマーを送信することを含み得る。タイムスタンプは、識別情報がいつ決定されたかを示し得、禁止タイマーは、識別情報が更新されるべきでない所定の時間期間を示し得る。
本開示の一実施形態では、本方法は、識別情報が更新される必要があるかどうかを決定することをさらに含み得る。識別情報が更新される必要があると決定したとき、識別情報を決定することと識別情報を割り振ることとが再び実施され得る。
本開示の一実施形態では、本方法は、第1の端末デバイスの1つまたは複数の近隣端末デバイスによって始動される送信に基づいて、少なくとも2つの異なる端末デバイスの識別情報間の競合を検出することをさらに含み得る。本方法は、1つまたは複数の近隣端末デバイスまたは基地局に検出された競合を通知することをさらに含み得る。
本開示の一実施形態では、第1の端末デバイスおよび/または第2の端末デバイスの識別情報は、1つまたは複数の以下の様式で、すなわち、第1の端末デバイスおよび/または第2の端末デバイスのレイヤ2(L2)識別子(ID)に基づいて、ランダムな様式で、および所定の数学関数に基づいて、決定され得る。
本開示の一実施形態では、第1の端末デバイス/第2の端末デバイスの識別情報は、第1の端末デバイス/第2の端末デバイスのL2 IDへの1対1マッピングにおけるものであると決定され得る。
本開示の一実施形態では、第1の端末デバイスは、ソース端末デバイスであり得る。識別情報を決定することは、第1の端末デバイスの第1の一時IDを決定することを含み得る。第1の端末デバイスの第1の一時IDは、第1の端末デバイス/第2の端末デバイスと少なくとも1つの第3の端末デバイスのうちの1つとの間のリンクが確立されている間に使用されるべきである。
本開示の一実施形態では、第1の端末デバイスは、宛先端末デバイスであり得る。識別情報を決定することは、第2の端末デバイスの第1の一時IDを決定することを含み得る。第2の端末デバイスの第1の一時IDは、第2の端末デバイス/第1の端末デバイスと少なくとも1つの第3の端末デバイスのうちの1つとの間のリンクが確立されている間に使用されるべきである。
本開示の一実施形態では、第1の端末デバイスは、ソース端末デバイスまたは宛先端末デバイスであり得る。識別情報を決定することは、第1の端末デバイスおよび/または第2の端末デバイスの第2の一時IDを決定することを含み得る。第1の端末デバイスおよび/または第2の端末デバイスの第2の一時IDは、第1の端末デバイス/第2の端末デバイスと少なくとも1つの第3の端末デバイスのうちの1つとの間のリンクが確立された後に使用されるべきである。
本開示の一実施形態では、第1の端末デバイスおよび/または第2の端末デバイスの第2の一時IDは、第1の端末デバイスと第2の端末デバイスとの間のリンク全体について有効であり得る。
本開示の一実施形態では、決定された識別情報を割り振ることは、少なくとも1つの第3の端末デバイスおよび第2の端末デバイスに、決定された識別情報と、第1の端末デバイスと第2の端末デバイスとの間のリンクを識別するIDとを送信することを含み得る。
本開示の一実施形態では、本方法は、識別情報を割り振ることに応答して、第2の端末デバイスから、応答メッセージを受信することをさらに含み得る。応答メッセージが、第2の端末デバイスの識別情報に対する拒否を示すとき、識別情報を決定することと識別情報を割り振ることとは、第2の端末デバイスのために再び実施され得る。
本開示の一実施形態では、第1の端末デバイスの第2の一時IDは、第1の端末デバイスと少なくとも1つの第3の端末デバイスのうちの1つとの間のホップについて有効であり得る。
本開示の一実施形態では、決定された識別情報を割り振ることは、少なくとも1つの第3の端末デバイスのうちの1つに、第1の端末デバイスの決定された識別情報を送信することを含み得る。
本開示の一実施形態では、第1の端末デバイスは、宛先端末デバイスであり得る。本方法は、直接通信要求(DCR)メッセージの受信に応答して、DCRメッセージが第2の端末デバイスの識別情報を含んでいるかどうかを決定することをさらに含み得る。本方法は、DCRメッセージが第2の端末デバイスの識別情報を含んでいるとき、DCRメッセージが、少なくとも1つの第3の端末デバイスのうちの1つを介して第2の端末デバイスから送信されたと決定することをさらに含み得る。本方法は、DCRメッセージが第2の端末デバイスの識別情報を含んでいないとき、DCRメッセージが、第2の端末デバイスから直接送信されたと決定することをさらに含み得る。
本開示の一実施形態では、決定された識別情報は、無線リソース制御(RRC)シグナリングと、PC5シグナリング(PC5-S)シグナリングと、発見シグナリングと、媒体アクセス制御(MAC)制御エレメント(CE)と、サービスデータ適応プロトコル(SDAP)またはパケットデータコンバージェンスプロトコル(PDCP)または無線リンク制御(RLC)または適応レイヤの制御プロトコルデータユニット(PDU)と、レイヤ1(L1)シグナリングとのうちの1つまたは複数によって割り振られ得る。
本開示の第2の態様によれば、第3の端末デバイスによって実施される方法が提供される。第3の端末デバイスは、第1の端末デバイスと第2の端末デバイスとの間のリレーとして働き得る。本方法は、第1の端末デバイスおよび/または第2の端末デバイスのために、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび/または第2の端末デバイスを識別するための識別情報を決定することを含み得る。本方法は、第1の端末デバイスと第2の端末デバイスとの間のリンク上の少なくとも1つの対応するホップに、決定された識別情報を割り振ることをさらに含み得る。
このようにして、識別情報を用いてリンク上でセキュア通信を実施することが可能である。
識別情報は、リンクの確立のための手順中におよび/またはリンクの確立の後に適用されることの目的を有し得る。いくつかのシナリオでは、リンクの確立のための手順は、失敗することもある。
本開示の一実施形態では、決定された識別情報を割り振ることは、少なくとも1つの対応するホップ上の端末デバイスに、識別情報に関連付けられたタイムスタンプまたは禁止タイマーを送信することを含み得る。タイムスタンプは、識別情報がいつ決定されたかを示し得、禁止タイマーは、識別情報が更新されるべきでない所定の時間期間を示し得る。
本開示の一実施形態では、本方法は、識別情報が更新される必要があるかどうかを決定することをさらに含み得る。識別情報が更新される必要があると決定したとき、識別情報を決定することと識別情報を割り振ることとが再び実施され得る。
本開示の一実施形態では、本方法は、第3の端末デバイスの1つまたは複数の近隣端末デバイスによって始動される送信に基づいて、少なくとも2つの異なる端末デバイスの識別情報間の競合を検出することをさらに含み得る。本方法は、1つまたは複数の近隣端末デバイスまたは基地局に検出された競合を通知することをさらに含み得る。
本開示の一実施形態では、本方法は、第3の端末デバイスの入口ホップ上に適用された第1の端末デバイス/第2の端末デバイスの識別情報と、第3の端末デバイスの出口ホップ上に適用された第1の端末デバイス/第2の端末デバイスの識別情報との間のマッピングを維持することをさらに含み得る。
本開示の一実施形態では、第1の端末デバイスおよび/または第2の端末デバイスの識別情報は、1つまたは複数の以下の様式で、すなわち、第3の端末デバイスのL2 IDに基づいて、ランダムな様式で、および所定の数学関数に基づいて、決定され得る。
本開示の一実施形態では、第1の端末デバイス/第2の端末デバイスの識別情報は、第1の端末デバイス/第2の端末デバイスのL2 IDへの1対1マッピングにおけるものであると決定され得る。
本開示の一実施形態では、第1の端末デバイスは、ソース端末デバイスであり得る。識別情報を決定することは、第1の端末デバイスの第1の一時IDを決定することを含み得る。第1の端末デバイスの第1の一時IDは、第1の端末デバイスと第3の端末デバイスとの間のリンクが確立されている間に使用されるべきである。
本開示の一実施形態では、第2の端末デバイスは、ソース端末デバイスであり得る。識別情報を決定することは、第2の端末デバイスの第1の一時IDを決定することを含み得る。第2の端末デバイスの第1の一時IDは、第2の端末デバイスと第3の端末デバイスとの間のリンクが確立されている間に使用されるべきである。
本開示の一実施形態では、本方法は、ソース端末デバイスからのDCRメッセージの受信に応答して、ソース端末デバイスに代わってソース端末デバイスの第1の一時IDを含んでいる別のDCRメッセージを送信することをさらに含み得る。
本開示の一実施形態では、第1の端末デバイスは、ソース端末デバイスまたは宛先端末デバイスであり得る。識別情報を決定することは、第1の端末デバイスおよび第2の端末デバイスの第2の一時IDを決定することを含み得る。第1の端末デバイスおよび第2の端末デバイスの第2の一時IDは、第1の端末デバイス/第2の端末デバイスと第3の端末デバイスとの間のリンクが確立された後に使用されるべきである。
本開示の一実施形態では、第1の端末デバイスおよび第2の端末デバイスの第2の一時IDは、第1の端末デバイスと第2の端末デバイスとの間のリンク全体について有効であり得る。
本開示の一実施形態では、決定された識別情報を割り振ることは、第1の端末デバイスと第2の端末デバイスとの間のリンク上の他の端末デバイスに、決定された識別情報と、第1の端末デバイスと第2の端末デバイスとの間のリンクを識別するIDとを送信することを含み得る。
本開示の一実施形態では、第1の端末デバイスの異なる第2の一時IDが、第1の端末デバイスと第2の端末デバイスとの間のリンク上の各ホップについて決定され得る。第2の端末デバイスの異なる第2の一時IDが、第1の端末デバイスと第2の端末デバイスとの間のリンク上の各ホップについて決定され得る。
本開示の一実施形態では、決定された識別情報を割り振ることは、各ホップ上の端末デバイスに、ホップについて決定された第1の端末デバイスおよび第2の端末デバイスの識別情報と、ホップを識別するIDとを送信することを含み得る。
本開示の一実施形態では、本方法は、識別情報を割り振ることに応答して、第1の端末デバイス/第2の端末デバイスから、応答メッセージを受信することをさらに含み得る。応答メッセージが、第1の端末デバイス/第2の端末デバイスの識別情報に対する拒否を示すとき、識別情報を決定することと識別情報を割り振ることとは、第1の端末デバイス/第2の端末デバイスのために再び実施され得る。
本開示の一実施形態では、決定された識別情報は、RRCシグナリングと、PC5-Sシグナリングと、発見シグナリングと、MAC CEと、SDAPまたはPDCPまたはRLCまたは適応レイヤの制御PDUと、L1シグナリングとのうちの1つまたは複数によって割り振られ得る。
本開示の第3の態様によれば、マネージャ端末デバイスによって実施される方法が提供される。マネージャ端末デバイスは、基地局のカバレッジ下にあり得、第1の端末デバイス、第2の端末デバイス、および第1の端末デバイスと第2の端末デバイスとの間のリレーとして働く少なくとも1つの第3の端末デバイスのうちの1つであり得る。本方法は、基地局に、第1の端末デバイスと第2の端末デバイスとの間のリンクに関する情報を報告することを含み得る。本方法は、基地局から、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび第2の端末デバイスを識別するための第1の端末デバイスおよび第2の端末デバイスの識別情報を受信することをさらに含み得る。本方法は、第1の端末デバイスと第2の端末デバイスとの間のリンク上の対応するホップに、決定された識別情報を割り振ることをさらに含み得る。
このようにして、識別情報を用いてリンク上でセキュア通信を実施することが可能である。
識別情報は、リンクの確立のための手順中におよび/またはリンクの確立の後に適用されることの目的を有し得る。いくつかのシナリオでは、リンクの確立のための手順は、失敗することもある。
本開示の一実施形態では、第1の端末デバイスと第2の端末デバイスとの間のリンクに関する情報が、リンク上のホップの数と、第1の端末デバイスのL2 IDと、第2の端末デバイスのL2 IDと、少なくとも1つの第3の端末デバイスの数が2つ以上である場合、(1つまたは複数の)残りの第3の端末デバイスのL2 IDと、第1の端末デバイスのUu IDと、第2の端末デバイスのUu IDと、少なくとも1つの第3の端末デバイスの数が2つ以上である場合、(1つまたは複数の)残りの第3の端末デバイスのUu IDと、識別情報が、ホップごとレベルでまたはエンドツーエンドレベルで有効であるかどうかとのうちの1つまたは複数を含み得る。
本開示の一実施形態では、リンクに関する情報は報告され得るか、あるいは識別情報は、RRCシグナリングと、MAC CEと、ページングメッセージと、SDAPまたはPDCPまたはRLCまたは適応レイヤの制御PDUと、L1シグナリングとのうちの1つまたは複数によって受信され得る。
本開示の一実施形態では、本方法は、ユーザデータを提供することと、基地局への送信を介してホストコンピュータにユーザデータをフォワーディングすることとをさらに含み得る。
本開示の第4の態様によれば、基地局によって実施される方法が提供される。基地局は、第1の端末デバイス、第2の端末デバイス、および第1の端末デバイスと第2の端末デバイスとの間のリレーとして働く少なくとも1つの第3の端末デバイスのうちの1つであり得る、マネージャ端末デバイスと接続する。本方法は、マネージャ端末デバイスから、第1の端末デバイスと第2の端末デバイスとの間のリンクに関する情報を受信することを含み得る。本方法は、第1の端末デバイスおよび第2の端末デバイスのために、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび第2の端末デバイスを識別するための識別情報を決定することをさらに含み得る。本方法は、マネージャ端末デバイスに、決定された識別情報を割り振ることをさらに含み得る。
このようにして、識別情報を用いてリンク上でセキュア通信を実施することが可能である。
識別情報は、リンクの確立のための手順中におよび/またはリンクの確立の後に適用されることの目的を有し得る。いくつかのシナリオでは、リンクの確立のための手順は、失敗することもある。
本開示の一実施形態では、第1の端末デバイスと第2の端末デバイスとの間のリンクに関する情報が、リンク上のホップの数と、第1の端末デバイスのL2 IDと、第2の端末デバイスのL2 IDと、少なくとも1つの第3の端末デバイスの数が2つ以上である場合、(1つまたは複数の)残りの第3の端末デバイスのL2 IDと、第1の端末デバイスのUu IDと、第2の端末デバイスのUu IDと、少なくとも1つの第3の端末デバイスの数が2つ以上である場合、(1つまたは複数の)残りの第3の端末デバイスのUu IDと、識別情報が、ホップごとレベルでまたはエンドツーエンドレベルで有効であるかどうかとのうちの1つまたは複数を含み得る。
本開示の一実施形態では、決定された識別情報を割り振ることは、マネージャ端末デバイスに、識別情報に関連付けられたタイムスタンプまたは禁止タイマーを送信することを含み得る。タイムスタンプは、識別情報がいつ決定されたかを示し得、禁止タイマーは、識別情報が更新されるべきでない所定の時間期間を示し得る。
本開示の一実施形態では、本方法は、識別情報が更新される必要があるかどうかを決定することをさらに含み得る。識別情報が更新される必要があると決定したとき、識別情報を決定することと識別情報を割り振ることとが再び実施され得る。
本開示の一実施形態では、本方法は、少なくとも2つの異なる端末デバイスの識別情報間の競合を検出することをさらに含み得る。本方法は、基地局の1つまたは複数の近隣基地局またはネットワークノードに検出された競合を通知することをさらに含み得る。
本開示の一実施形態では、第1の端末デバイスおよび/または第2の端末デバイスの識別情報は、1つまたは複数の以下の様式で、すなわち、第1の端末デバイスおよび/または第2の端末デバイスのL2 IDに基づいて、ランダムな様式で、および所定の数学関数に基づいて、決定され得る。
本開示の一実施形態では、第1の端末デバイス/第2の端末デバイスの識別情報は、第1の端末デバイス/第2の端末デバイスのL2 IDへの1対1マッピングにおけるものであると決定され得る。
本開示の一実施形態では、本方法は、識別情報を割り振ることに応答して、第1の端末デバイス/第2の端末デバイスから、応答メッセージを受信することをさらに含み得る。応答メッセージが、第1の端末デバイス/第2の端末デバイスの識別情報に対する拒否を示すとき、識別情報を決定することと識別情報を割り振ることとは、第1の端末デバイス/第2の端末デバイスのために再び実施され得る。
本開示の一実施形態では、リンクに関する情報は受信され得るか、あるいは識別情報は、RRCシグナリングと、MAC CEと、ページングメッセージと、SDAPまたはPDCPまたはRLCまたは適応レイヤの制御PDUと、L1シグナリングとのうちの1つまたは複数によって割り振られ得る。
本開示の一実施形態では、検出された競合は、1つまたは複数の近隣基地局に、XnAPシグナリングと、F1APシグナリングと、ページングメッセージとのうちの1つまたは複数によって、通知され得る。
本開示の第5の態様によれば、第1の端末デバイスが提供される。第1の端末デバイスは、第1の端末デバイスと第2の端末デバイスとの間のリレーとして働く少なくとも1つの第3の端末デバイスを介して、第2の端末デバイスと接続し得る。第1の端末デバイスは、少なくとも1つのプロセッサと少なくとも1つのメモリとを備え得る。少なくとも1つのプロセッサによって実行可能な命令を含んでいる少なくとも1つのメモリ、それにより、第1の端末デバイスは、第1の端末デバイスおよび/または第2の端末デバイスのために、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび/または第2の端末デバイスを識別するための識別情報を決定するように動作可能であり得る。第1の端末デバイスは、第1の端末デバイスと第2の端末デバイスとの間のリンク上の少なくとも1つの対応するホップに、決定された識別情報を割り振るようにさらに動作可能であり得る。
本開示の一実施形態では、第1の端末デバイスは、上記の第1の態様による方法を実施するように動作可能であり得る。
本開示の第6の態様によれば、第3の端末デバイスが提供される。第3の端末デバイスは、第1の端末デバイスと第2の端末デバイスとの間のリレーとして働き得る。第3の端末デバイスは、少なくとも1つのプロセッサと少なくとも1つのメモリとを備え得る。少なくとも1つのメモリは、少なくとも1つのプロセッサによって実行可能な命令を含んでいることがあり、それにより、第3の端末デバイスは、第1の端末デバイスおよび/または第2の端末デバイスのために、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび/または第2の端末デバイスを識別するための識別情報を決定するように動作可能であり得る。第3の端末デバイスは、第1の端末デバイスと第2の端末デバイスとの間のリンク上の少なくとも1つの対応するホップに、決定された識別情報を割り振るようにさらに動作可能であり得る。
本開示の一実施形態では、第3の端末デバイスは、上記の第2の態様による方法を実施するように動作可能であり得る。
本開示の第7の態様によれば、マネージャ端末デバイスが提供される。マネージャ端末デバイスは、基地局のカバレッジ下にあり得、第1の端末デバイス、第2の端末デバイス、および第1の端末デバイスと第2の端末デバイスとの間のリレーとして働く少なくとも1つの第3の端末デバイスのうちの1つであり得る。マネージャ端末デバイスは、少なくとも1つのプロセッサと少なくとも1つのメモリとを備え得る。少なくとも1つのメモリは、少なくとも1つのプロセッサによって実行可能な命令を含んでいることがあり、それにより、マネージャ端末デバイスは、基地局に、第1の端末デバイスと第2の端末デバイスとの間のリンクに関する情報を報告するように動作可能であり得る。マネージャ端末デバイスは、基地局から、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび第2の端末デバイスを識別するための第1の端末デバイスおよび第2の端末デバイスの識別情報を受信するようにさらに動作可能であり得る。マネージャ端末デバイスは、第1の端末デバイスと第2の端末デバイスとの間のリンク上の対応するホップに、決定された識別情報を割り振るようにさらに動作可能であり得る。
本開示の一実施形態では、マネージャ端末デバイスは、上記の第3の態様による方法を実施するように動作可能であり得る。
本開示の第8の態様によれば、基地局が提供される。基地局は、第1の端末デバイス、第2の端末デバイス、および第1の端末デバイスと第2の端末デバイスとの間のリレーとして働く少なくとも1つの第3の端末デバイスのうちの1つであり得る、マネージャ端末デバイスと接続し得る。基地局は、少なくとも1つのプロセッサと少なくとも1つのメモリとを備え得る。少なくとも1つのメモリは、少なくとも1つのプロセッサによって実行可能な命令を含んでいることがあり、それにより、基地局は、マネージャ端末デバイスから、第1の端末デバイスと第2の端末デバイスとの間のリンクに関する情報を受信するように動作可能であり得る。基地局は、第1の端末デバイスおよび第2の端末デバイスのために、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび第2の端末デバイスを識別するための識別情報を決定するようにさらに動作可能であり得る。基地局は、マネージャ端末デバイスに、決定された識別情報を割り振るようにさらに動作可能であり得る。
本開示の一実施形態では、マネージャ端末デバイスは、上記の第4の態様による方法を実施するように動作可能であり得る。
本開示の第9の態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、少なくとも1つのプロセッサによって実行されたとき、少なくとも1つのプロセッサに、上記の第1から第4の態様のいずれかによる方法を実施させる命令を備え得る。
本開示の第10の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、少なくとも1つのプロセッサによって実行されたとき、少なくとも1つのプロセッサに、上記の第1から第4の態様のいずれかによる方法を実施させる命令を記憶し得る。
本開示の第11の態様によれば、第1の端末デバイスが提供される。第1の端末デバイスは、第1の端末デバイスと第2の端末デバイスとの間のリレーとして働く少なくとも1つの第3の端末デバイスを介して、第2の端末デバイスと接続し得る。第1の端末デバイスは、第1の端末デバイスおよび/または第2の端末デバイスのために、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび/または第2の端末デバイスを識別するための識別情報を決定するための決定モジュールを備え得る。第1の端末デバイスは、第1の端末デバイスと第2の端末デバイスとの間のリンク上の少なくとも1つの対応するホップに、決定された識別情報を割り振るための割り振りモジュールをさらに備え得る。
本開示の第12の態様によれば、第3の端末デバイスが提供される。第3の端末デバイスは、第1の端末デバイスと第2の端末デバイスとの間のリレーとして働き得る。第3の端末デバイスは、第1の端末デバイスおよび/または第2の端末デバイスのために、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび/または第2の端末デバイスを識別するための識別情報を決定するための決定モジュールを備え得る。第3の端末デバイスは、第1の端末デバイスと第2の端末デバイスとの間のリンク上の少なくとも1つの対応するホップに、決定された識別情報を割り振るための割り振りモジュールをさらに備え得る。
本開示の第13の態様によれば、マネージャ端末デバイスが提供される。マネージャ端末デバイスは、基地局のカバレッジ下にあり得、第1の端末デバイス、第2の端末デバイス、および第1の端末デバイスと第2の端末デバイスとの間のリレーとして働く少なくとも1つの第3の端末デバイスのうちの1つであり得る。マネージャ端末デバイスは、基地局に、第1の端末デバイスと第2の端末デバイスとの間のリンクに関する情報を報告するための報告モジュールを備え得る。マネージャ端末デバイスは、基地局から、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび第2の端末デバイスを識別するための第1の端末デバイスおよび第2の端末デバイスの識別情報を受信するための受信モジュールをさらに備え得る。マネージャ端末デバイスは、第1の端末デバイスと第2の端末デバイスとの間のリンク上の対応するホップに、決定された識別情報を割り振るための割り振りモジュールをさらに備え得る。
本開示の第14の態様によれば、基地局が提供される。基地局は、第1の端末デバイス、第2の端末デバイス、および第1の端末デバイスと第2の端末デバイスとの間のリレーとして働く少なくとも1つの第3の端末デバイスのうちの1つであり得る、マネージャ端末デバイスと接続し得る。基地局は、マネージャ端末デバイスから、第1の端末デバイスと第2の端末デバイスとの間のリンクに関する情報を受信するための受信モジュールを備え得る。基地局は、第1の端末デバイスおよび第2の端末デバイスのために、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび第2の端末デバイスを識別するための識別情報を決定するための決定モジュールをさらに備え得る。基地局は、マネージャ端末デバイスに、決定された識別情報を割り振るための割り振りモジュールをさらに備え得る。
本開示の第15の態様によれば、マネージャ端末デバイスと基地局とを含む通信システムにおいて実装される方法が提供される。本方法は、上記の第3の態様による方法のステップと、上記の第4の態様による方法のステップとを含み得る。
本開示の第16の態様によれば、上記の第7または第13の態様によるマネージャ端末デバイスと、上記の第8または第14の態様による基地局とを含む通信システムが提供される。
本開示のこれらおよび他の目的、特徴および利点は、添付の図面とともに読み取られるべきである、本開示の例示的な実施形態の以下の詳細な説明から明らかになろう。
L2 UE間リレーのためのユーザプレーンプロトコルスタックを示す図である。 L2 UE間リレーのための制御プレーンプロトコルスタックを示す図である。 本開示の一実施形態による、第1の端末デバイスによって実施される方法を示すフローチャートである。 図3の方法を説明するためのフローチャートである。 図3の方法を説明するためのフローチャートである。 本開示の一実施形態による、第1の端末デバイスによって実施される方法を示すフローチャートである。 本開示の一実施形態による、第1の端末デバイスによって実施される方法を示すフローチャートである。 本開示の一実施形態による、第1の端末デバイスによって実施される方法を示すフローチャートである。 本開示の一実施形態による、第1の端末デバイスによって実施される方法を示すフローチャートである。 本開示の一実施形態による、第3の端末デバイスによって実施される方法を示すフローチャートである。 図10の方法を説明するためのフローチャートである。 図10の方法を説明するためのさらなるフローチャートである。 本開示の一実施形態による、第3の端末デバイスによって実施される方法を示すフローチャートである。 本開示の一実施形態による、第3の端末デバイスによって実施される方法を示すフローチャートである。 本開示の一実施形態による、第3の端末デバイスによって実施される方法を示すフローチャートである。 本開示の一実施形態による、第3の端末デバイスによって実施される方法を示すフローチャートである。 本開示の一実施形態による、第3の端末デバイスによって実施される方法を示すフローチャートである。 本開示の一実施形態による、マネージャ端末デバイスによって実施される方法を示すフローチャートである。 本開示の一実施形態による、基地局によって実施される方法を示すフローチャートである。 本開示の一実施形態による、基地局によって実施される方法を示すフローチャートである。 本開示の一実施形態による、基地局によって実施される方法を示すフローチャートである。 本開示の一実施形態による、基地局によって実施される方法を示すフローチャートである。 本開示のいくつかの実施形態を実践する際に使用するのに好適な装置を示すブロック図である。 本開示の一実施形態による、第1の端末デバイスを示すブロック図である。 本開示の一実施形態による、第3の端末デバイスを示すブロック図である。 本開示の一実施形態による、マネージャ端末デバイスを示すブロック図である。 本開示の一実施形態による、基地局を示すブロック図である。 いくつかの実施形態による、通信システムの一例を示す図である。 いくつかの実施形態による、UEを示す図である。 いくつかの実施形態による、ネットワークノードを示す図である。 いくつかの実施形態による、ホストを示す図である。 いくつかの実施形態によって実装される機能が仮想化され得る、仮想化環境を示す図である。 いくつかの実施形態による、部分的無線接続上でホストがネットワークノードを介してUEと通信することを示す図である。 いくつかの実施形態による、通信システムにおいて実装される方法を示すフローチャートである。 いくつかの実施形態による、通信システムにおいて実装される方法を示すフローチャートである。 いくつかの実施形態による、通信システムにおいて実装される方法を示すフローチャートである。 いくつかの実施形態による、通信システムにおいて実装される方法を示すフローチャートである。
説明の目的で、以下の説明では、開示される実施形態の完全な理解を提供するために詳細が記載される。しかしながら、実施形態が、これらの具体的な詳細なしに、または等価な構成を用いて実装され得ることは、当業者には明らかである。
第3世代パートナーシッププロジェクト(3GPP)技術報告(TR)23.752 V2.0.0の節6.7において、レイヤ2(L2)ベースUE-ネットワークリレーが説明されている。3GPP TR38.836 V17.0.0の節5.5において、L2 UE間リレーが説明されている。(TR38.836 V17.0.0の図5.5.1-1および図5.5.1-2である)図1および図2は、L2 UE間リレーアーキテクチャのユーザプレーンおよび制御プレーンのためのプロトコルスタックを示す。図示のように、適応レイヤが、L2 UE間リレーのための第2のPC5リンク(すなわち、リレーUEと宛先UEとの間のPC5リンク)上でサポートされる。L2 UE間リレーの場合、適応レイヤは、第2のPC5リンク上の制御プレーン(CP)とユーザプレーン(UP)の両方のための無線リンク制御(RLC)サブレイヤ上に置かれる。サイドリンクサービスデータ適応プロトコル(SDAP)/パケットデータコンバージェンスプロトコル(PDCP)およびRRCは、2つのリモートUE間で終端され、RLC、MACおよび物理レイヤ(PHY)は、各PC5リンクにおいて終端される。
L2 UE間リレーの第1のホップの場合、N:1マッピングが、リレーのために、リモートUE SL無線ベアラと第1のホップのPC5 RLCチャネルとの間の第1のホップのPC5適応レイヤによってサポートされる。ソースリモートUEとリレーUEとの間の第1のPC5ホップにわたる適応レイヤが、異なる宛先リモートUE宛てのトラフィックを識別することをサポートする。
L2 UE間リレーの第2のホップの場合、第2のホップのPC5適応レイヤは、リレーUEにおいて、第1のPC5ホップにわたる入口RLCチャネルと第2のPC5ホップにわたる出口RLCとの間のベアラマッピングをサポートするために使用され得る。PC5適応レイヤは、第1のPC5ホップにわたる複数の入口PC5 RLCチャネルと第2のPC5ホップにわたる1つの出口PC5 RLCチャネルとの間のN:1ベアラマッピングをサポートし、リモートUE識別機能をサポートする。
L2 UE間リレーの場合、リモートUEエンドツーエンド無線ベアラの識別情報(identity information)は、第1および第2のPC5ホップにおける適応レイヤ中に含まれる。さらに、ソースリモートUEの識別情報および/または宛先リモートUEの識別情報は、適応レイヤ中に含まれるべき候補情報であり、これらは、WIフェーズにおいて決められるべきである。
3GPP技術仕様(TS)24.334 V17.2.0は、レイヤ2 ID競合検出/解消について説明する。TS24.334 V17.2.0の節11.4.4.1において説明されるように、対応する直接リンクセットアップ要求が拒否されたことを示すために、DIRECT_COMMUNICATION_REJECTメッセージが、UEによって別のピアUEに送られる。以下の表1は、TS24.334 V17.2.0の表11.4.4.1.1であり、これは、DIRECT_COMMUNICATION_REJECTのメッセージコンテンツを示す。
表1: DIRECT_COMMUNICATION_REJECTメッセージコンテンツ
TS24.334 V17.2.0の節12.5.1.7において説明されるように、PC5シグナリングプロトコル原因値情報エレメントの目的は、PC5シグナリングプロトコル手順において使用されるエラー原因値を示すことである。PC5シグナリングプロトコル原因値は、2オクテットの長さをもつ、タイプ3情報エレメントである。PC5シグナリングプロトコル原因値IEの情報エレメント識別子(IEI)は5である。表2および表3は、それぞれ、TS24.334 V17.2.0の図12.5.1.7.1および表12.5.1.7.1であり、これらは、PC5シグナリングプロトコル原因値情報エレメントのコーディングを示す。
表2: PC5シグナリングプロトコル原因値情報エレメント
表3: PC5シグナリングプロトコル原因値情報エレメント
Rel-17 L2 UE-ネットワーク(U2N)リレーでは、プロトコルスタックは、セキュリティが、対応するプロトコルデータユニット(PDU)のために可能にされる、すなわち、ヘッダ情報を含む、パケットデータコンバージェンスプロトコル(PDCP)レイヤのエンドツーエンド終端からなる。さらに、PDCP PDUが、2つのホップにわたって、すなわち、U2Nリレーへの第1のホップ(PC5インターフェース)にわたって、およびgNB/ネットワークへの第2のホップ(Uuインターフェース)にわたって、搬送される。したがって、2つのホップにわたるルーティングを容易にするために、3GPPは、対応するPDCP PDUを特定のリモートUEからgNB/ネットワークにマッピングするために、U2Nリレーにおいてヘッダ情報とともに適応レイヤを導入することに合意した。しかしながら、このヘッダ情報は、保護されず、悪意のある攻撃者によってシステムを損なうために使用され得る。したがって、このヘッダ情報の一部として、ローカルまたは一時IDの概念が、リモートUEの実際の識別情報(real identity)を隠蔽する目的で導入された。さらに、3GPPにおける合意は、このローカル/一時IDがどのように生成、維持されるか、および衝突がどのように回避されるかが、gNB実装形態次第であることである。
Rel-18において説明されるようなL2 U2Uリレーの場合、同様の問題が存在し、すなわち、適応レイヤ中のヘッダ情報が保護されていない。しかしながら、U2Uリレーの動作は、フルカバレッジシナリオ、部分カバレッジシナリオ、またはカバレッジなしシナリオのいずれかにおけるものであり得るので、gNBは、ローカルまたは一時(またはtemp)IDを提供するように依拠され得ず、したがって、Rel-17 U2Nリレーの既存の技法が、ローカル/一時ID割り振りを実施するために再使用され得ない。
さらに、U2Uリレー手順の初期化は、いわゆる直接通信要求(DCR)メッセージの通信である。DCRは、好適なサイドリンク宛先UEを見つけるために、サイドリンクソースUEによってエリア中でブロードキャストされる。しかしながら、サイドリンク宛先UEがサイドリンクソースUEのすぐ近傍にない場合、このメッセージは、(近傍の)U2Uリレーによって、好適なサイドリンク宛先UEにリレーされる必要があることになる。ある場合には、U2Uリレーに加えて、ソースサイドリンクUEからのDCRメッセージも、サイドリンク宛先UEによって受信されることが可能である。サイドリンク宛先UEは、次いで、どの経路を使用すべきかを決めるためにサイドリンクソースUEおよびU2Uリレーから受信されたDCRを区別する必要があることになる。
本開示は、サイドリンク送信のための改善されたソリューションを提案する。主要なアイデアのうちの1つは、U2Uリレーのための上述のような異なるカバレッジシナリオに基づいてローカル/一時IDをどのように割り当てるべきかに関する新しい機構を提案することである。以下の3つのオプションは、主に、サイドリンクUEの実際の識別情報を隠蔽するために、および、システムを、サービス拒否またはサイドリンクUE偽装のような悪意のある攻撃から保護するために、U2Uリレーシナリオにおいて、ローカル/temp IDをサイドリンクUEに割り当てるために提案される。
第1のオプションとして、U2Uリレーは、ローカルIDまたは一時IDを、適応レイヤのヘッダ中で使用されるべきサイドリンクソース/宛先UEに割り振り得る。このローカル/temp IDは、サイドリンクソースUEとサイドリンク宛先UEとの間の両方のホップ中で使用される。このローカル/temp IDは、エンドツーエンドリンク上でまたはホップごとリンク上でのいずれかで有効であり得る。
第2のオプションとして、U2Uリレーを実施するサイドリンクUEのカバレッジ状況に応じて、このローカル/一時IDは、gNBによって割り振られるか、またはそれ自体のサイドリンク識別、すなわち、L2 IDに基づいてU2Uリレーによってローカルに生成され、サイドリンクソース/宛先UEに割り振られる/割り当てられるかのいずれかであり得る。
第3のオプションとして、サイドリンクソース/宛先UEは、ローカルまたは一時IDを自動割り振りし、この情報を、近隣するサイドリンクU2UリレーUEと共有し得る。サイドリンク宛先/ソースUEはまた、ローカルまたは一時IDを、対応するサイドリンクソース/宛先UEに割り振ることができる。
上記のオプションのいずれかにより、サイドリンクソース/宛先UEの実際の識別情報の隠蔽は、悪意のある攻撃者がサイドリンクソース/宛先UEを偽装することを防ぐことと、それにより、実際のサイドリンクソース/宛先UEへのサービス拒否の使用を停止することと、システムを損なうのを防ぐこととに役立つことができる。
主要なアイデアのうちの別の1つは、DCRを区別するシナリオに対処することである。たとえば、サイドリンク宛先UEが、サイドリンクソースUEからのDCRとU2UリレーからのDCRとの間で区別するために、サイドリンクソースUEは、サイドリンクソースUEを一意に識別するIDを生成し、この情報をU2Uリレーに受け渡すことができる。U2Uリレーは、次いで、この情報を、サイドリンク宛先UEへのDCRメッセージ中に含める。このIDは、U2Uリレーによっても生成され得る。
本開示のソリューションは、端末デバイスと基地局とを含む通信システムに適用され得る。端末デバイスは、無線アクセス通信リンクを通して基地局と通信することができる。基地局は、その基地局の通信サービスセル内にある端末デバイスに無線アクセス通信リンクを提供することができる。通信は、任意の好適な通信規格およびプロトコルに従って端末デバイスと基地局との間で実施され得ることに留意されたい。
端末デバイスという用語は、たとえば、デバイス、アクセス端末、ユーザ機器(UE)、移動局、モバイルユニット、加入者局などと呼ばれることもある。端末デバイスは、無線通信ネットワークにアクセスし、無線通信ネットワークからサービスを受信することができる、任意のエンドデバイスを指し得る。限定ではなく例として、端末デバイスは、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーミング端末デバイス、音楽記憶および再生器具、モバイルフォン、セルラフォン、スマートフォン、タブレット、ウェアラブルデバイス、携帯情報端末(PDA)などを含み得る。
モノのインターネット(IoT)シナリオでは、端末デバイスは、監視および/または測定を実施し、そのような監視および/または測定の結果を別の端末デバイスおよび/またはネットワーク機器に送信する、マシンまたは他のデバイスを表し得る。この場合、端末デバイスは、マシンツーマシン(M2M)デバイスであり得、M2Mデバイスは、3GPPコンテキストではマシン型通信(MTC)デバイスと呼ばれることがある。そのようなマシンまたはデバイスの特定の例は、センサー、電力計などの計量デバイス、産業用機械類、バイク、車両、あるいは家庭用または個人用電気器具、たとえば、冷蔵庫、テレビジョン、時計などの個人用ウェアラブルなどを含み得る。
「基地局(BS)」という用語は、たとえば、ノードB(ノードBまたはNB)、エボルブドノードB(eノードBまたはeNB)、次世代ノードB(gノードBまたはgNB)、マルチスタンダード無線(MSR)BSなどのMSR無線ノード、マスタeノードB(MeNB)、2次eノードB(SeNB)、無線アクセスバックホール統合伝送(IAB)ノード、アクセスポイント(AP)、送信ポイント、送信受信ポイント(TRP)、リモートラジオユニット(RRU)、無線ヘッダ(RH)、リモート無線ヘッド(RRH)、リレー、フェムト、ピコなどの低電力ノードなどを指し得る。たとえば、基地局は、中央ユニット(CU)ユーザプレーン(UP)とCU制御プレーン(CP)とを含むCUと、1つまたは複数の分散ユニット(DU)とを備え得る。CUと(1つまたは複数の)DUとは、同じネットワークノード、たとえば、同じ基地局中でコロケートし得る。
以下で、本開示のソリューションについて説明するためにいくつかの実施形態が説明される。これらの実施形態は、NRのコンテキスト(すなわち、2つまたはそれ以上のSL UEが、同じまたは異なるNRセル中で展開される)において説明されるが、同じ原理が、2つ(またはそれ以上)の近くのデバイスの直接接続を可能にする、LTEまたは任意の他の技術に適用され得る。それらの実施形態は、リモートUEおよびリレーUEが、LTEサイドリンクまたはNRサイドリンクに基づき得、リレーUEと基地局との間のUu接続が、LTE UuまたはNR Uuであり得る、UE間リレーのリレーシナリオにも適用可能である。
これらの実施形態について説明するために、L2ベースU2Uリレーシナリオがとられるが、これらの実施形態は、本開示において規定される用語によって制限されない。任意の他の同様の用語が、意味の損失なしに、ここで互換的に適用可能であり得る。
誰がローカル/temp IDを割り当てるか
第1の実施形態では、(1つまたは複数の)サイドリンクU2Uリレーを介したサイドリンクソースリモートUEと宛先リモートUEとの間のリンク確立手順中に、サイドリンクソース/宛先UEの一意の識別のために識別情報が含まれるべきである。この識別情報は、(1つまたは複数の)サイドリンクU2Uリレーが、サイドリンクソースUEとサイドリンク宛先UEとの間のパケットのルーティングを実施することを可能にするために、適応レイヤヘッダ中に含まれるべきである。さらに、この識別情報は、(1つまたは複数の)サイドリンクUEの部分カバレッジまたはフルカバレッジの下で、サイドリンクソース/宛先リモートUE、またはサイドリンクU2Uリレー、またはgNBによって、生成される/割り当てられるのいずれかであり得る。いくつかのシナリオでは、リンク確立手順は失敗することもあることに留意されたい。
第2の実施形態では、サイドリンクソース/宛先UEは、第1の実施形態における識別情報をローカルまたは一時IDの形態で生成することができ、これは、サイドリンクソース/宛先UEが、1つまたは複数のリレーUEを介して互いと通信するとき、サイドリンクソース/宛先UEを識別するために使用される。このローカル/temp IDは、サイドリンクソース/宛先UE ID(すなわち、L2 ID)に基づいて生成され得るか、あるいは、ローカル/temp IDは、ランダムにまたは何らかの数学関数に従って、生成され得る。サイドリンクソース/宛先UEは、ホップごとレベルでまたはエンドツーエンドレベルでのいずれかでローカル/temp IDを割り振ることができる。一例として、サイドリンクソースUEは、それ自体のためのローカル/temp IDと、(それらのIDがエンドツーエンドで使用される場合)宛先UEのための1つのローカル/temp IDとを生成することができる。別の例として、サイドリンク宛先UEは、それ自体のためのローカル/temp IDと、(それらのIDがエンドツーエンドで使用される場合)ソースUEのための1つのローカル/temp IDとを生成することができる。さらに別の例として、サイドリンクソースUEは、それ自体のためのローカル/temp IDを生成し、サイドリンク宛先UEは、それ自体のためのローカル/temp IDを生成する(これは、IDがホップバイホップで使用される場合、両方について有効である)。
ホップごとレベルで、サイドリンクソース/宛先UEは、すぐ近傍にあるリンクについて有効なローカル/temp IDを生成および自動割り振りすることができる。たとえば、シングルホップシナリオでは、サイドリンクソースUEは、サイドリンクソースUEとサイドリンクU2Uリレーとの間の第1のホップ(すなわち、すぐ次のホップ)についてのみ有効なローカル/temp IDを自動割り振りすることができ、リレーUEは、そのローカル/temp IDを、サイドリンクU2Uリレーとサイドリンク宛先UEとの間の第2のホップにおけるソースUEを表す別のローカル/temp IDにマッピングする。同様に、サイドリンク宛先UEも、すぐ次のホップ、すなわち、サイドリンク宛先UEとサイドリンクU2Uリレーとの間の第2のホップについてのみ有効である別のローカル/temp IDを自動割り振りし、リレーUEは、そのローカル/temp IDを、サイドリンクU2UリレーとサイドリンクソースUEとの間の第1のホップにおける宛先UEを表す別のローカル/temp IDにマッピングする。マルチホップシナリオでは、サイドリンクU2Uリレーは、(1つまたは複数の)入口ホップおよび(1つまたは複数の)出口ホップの各々上に適用されたソース/宛先UEのためのローカル/temp ID間の別個のマッピングを維持することになる。
エンドツーエンドレベルで、サイドリンクソース/宛先UEは、経路全体について、すなわち、すべてのホップにわたって有効なローカル/temp IDを生成および自動割り振りすることができる。たとえば、シングルホップシナリオでは、サイドリンクソース/宛先UEは、(サイドリンクソースUEとサイドリンクU2Uリレーとの間の)第1のホップについて、および(サイドリンクU2Uリレーとサイドリンク宛先UEとの間の)第2のホップについて有効なローカル/temp IDを自動割り振りすることができる。
本実施形態の別の態様では、サイドリンクソース/宛先UEは、エンドツーエンドリンク確立手順中に、ローカル/temp IDを、対応するサイドリンク宛先/ソースUEに割り振ることができる。たとえば、ホップごとPC5接続が、ソース/宛先UEとリレーUEとの間で、または、マルチホップの場合、すべてのリレーUE間で、確立されたとき、ソース/宛先UEは、直接接続されたリレーUEに、そのローカル/temp IDと、このIDがどのエンドツーエンドリンクのために使用されるべきかとを通知し、エンドツーエンドリンクは、ソース/宛先UEのL2 IDによって表され得、これは、初期リンク確立要求および応答メッセージの、発見中にまたは交換の後に、ソース/宛先UEと、経路に沿ったリレーUEとに知られる。リレーUEは、さらに、メッセージが宛先/ソースUEに達するまで、ローカル/temp IDと、関係するエンドツーエンドリンクとをフォワーディングする。ローカル/temp IDが、ホップごとに使用される場合、リレーUEは、上記で説明されたように、ソース/宛先UEのための別のローカル/temp IDを再生成し、次いで、この再生成されたローカル/temp IDをフォワーディングし得る。
第3の実施形態では、サイドリンクU2Uリレーは、リンク確立手順中に、ローカル/temp IDを生成することと、そのローカル/temp IDを、サイドリンクソースおよび宛先UEまたは(1つまたは複数の)他のサイドリンクU2Uリレーの両方に割り振ることとを担当する。第2の実施形態における説明のように、このローカル/temp IDは、ホップごとレベルでまたはエンドツーエンドレベルでのいずれかで割り振られ得る。
ローカル/temp IDの区分は、サイドリンク識別情報、すなわち、サイドリンクU2UリレーのL2 IDに基づくか、またはランダム生成に基づくか、または何らかの数学関数に基づき得る。このようにして、異なるID空間が、異なるリレーUEに関連付けられる。リレーUEは、その関連付けられたID空間内で、異なるローカル/temp IDを、リレーUEに接続する異なるリモートUEに割り振る。異なるリレーUEによってサーブされるリモートUEも、異なるローカル/temp IDを有することになり、なぜなら、それらのIDは、異なるID空間に属しているからである。
第4の実施形態では、gNBは、以下のオプションのうちの少なくとも1つに基づいて、ローカル/temp IDを生成することと、ローカル/temp IDを、サイドリンクソース/宛先UEおよび/または(1つまたは複数の)サイドリンクU2Uに割り振ることとを担当し得る。
オプション1では、どのサイドリンクUEが、gNBのカバレッジ下にあるかに応じて、ローカル/temp IDを他のサイドリンクUEに割り振ることは、その特定のサイドリンクUE(いわゆるIDマネージャ)の担当することであることになる。
IDマネージャは、gNBに、以下の情報エレメント、すなわち、ホップの数、ソース/宛先UEのL2 ID、マルチホップの場合の、経路に沿った(1つまたは複数の)他のリレーUEのL2 ID、ソース/宛先UEの任意の他の知られているUu ID(たとえば、TMSI、RNTI)、マルチホップの場合の、(1つまたは複数の)他のリレーUEの任意の他の知られているUu ID(たとえば、TMSI、RNTI)、ホップごとまたはエンドツーエンドローカル/temp ID割り振り情報のうちの少なくとも1つを報告することができる。
IDマネージャからのこの情報に基づいて、gNBは、ソース/宛先UEについて、および、IDがホップごとに割り振られる場合、IDが適用されるべきであるのがどのホップ/経路かについて、対応するローカル/temp IDを生成し、割り振ることができる。IDマネージャは、次いで、このローカル/temp IDを、経路に沿ったすべてのUEに通知するべきであり、これは、第2の実施形態において説明されたのと同様の手順に従い得、すなわち、IDマネージャは、ローカル/temp IDを、対応するL2 ID、およびローカル/temp IDが適用されるべきであるホップとともに、その(1つまたは複数の)直接近隣UEに通知し、直接近隣UEは、さらに、情報がソースおよび/または宛先UEに達するまで、情報をフォワーディングする。
一例では、IDマネージャは、単にサイドリンクソースUEであり得る。サイドリンクソースUEが入って来るデータを有し、サイドリンクU2Uリレーリンクを使用する必要があるとき、(1つまたは複数の)リレーUEおよびサイドリンク宛先UEを発見した後に、サイドリンクソースUEは、gNBにシグナリングを送り、ローカル/temp IDを求め得る。この情報をgNBから受信した後に、サイドリンクソースUEは、サイドリンクリレー確立手順中に、リレーUEおよび/またはサイドリンク宛先UEに、それらのローカル/temp IDを単に通知することができる。
オプション2では、IDマネージャがない。各リモートUEまたはリレーUEは、gNBに接続される場合、リレー通信のためにgNBによってローカル/temp IDを割り振られ得る。UEは、オプション1において説明されたのと同様の情報を報告する。
第5の実施形態では、サイドリンクソース/(1つまたは複数の)宛先UEまたは(1つまたは複数の)サイドリンクU2Uリレーのいずれも、ローカル/temp ID更新手順をトリガすることができる。そのような手順をトリガするための条件は、ローカルIDの有効性に関係するタイマーが満了したことと、エンドツーエンドリンクにおける(1つまたは複数の)サイドリンクUEのうちの1つが再選択をトリガしたことと、エンドツーエンドリンクにおけるホップのうちの1つがリンク障害を受け、たとえば、(1つまたは複数の)サイドリンクUEのうちの1つが無線リンク障害(RLF)手順をトリガしたことと、gNB/(1つまたは複数の)サイドリンクUEから受信されたシグナリングに基づいてと、gNBが変化した(すなわち、ハンドオーバ手順がトリガされた)ことと、新しいサービス/トラフィックが送信される必要がある(これは、送信される各サービス/トラフィックのための異なるローカル/temp IDもあり得ることを暗示する)こととを含むことができる。
IDがエンドツーエンドで適用される場合、IDが更新されると、新しいIDは、IDを更新するUEによって、経路に沿ったすべてのUEに通知されるべきであり、これは、IDマネージャによって実施される、第4の実施形態において説明されたのと同様の手順に従い得る。更新するUEは、新しいIDを、IDがいつ更新されたかを示すタイムスタンプと、随意に、IDがある時間期間の間再び更新されるべきでないことを示す禁止タイマーとに関連付け得、経路に沿った他のUEは、禁止タイマーが稼働している(満了していない)限り、IDを再び更新することを回避するべきである。代替的に、UEが、現在使用されているIDに関連するものよりも古いタイムスタンプをもつ新しいIDを受信したとき、UEは、現在のIDを使用することを続ける。
IDがホップごとに適用される場合、上記の条件は、各ホップについて規定および検査され、ローカル/temp ID更新は、各ホップについて別個におよび独立して、トリガおよび実施され得る。ホップのために適用されたIDが更新されたとき、それは、このホップの直接近隣UEに通知される必要があるにすぎず、すなわち、新しいIDを、経路に沿った他のUEにさらに分配する必要がない。次いで、関連のあるUEは、入口ホップと出口ホップとの間のIDマッピングを更新することになる。
本実施形態の別の態様では、(第4の実施形態からの)IDマネージャは、上記のトリガ条件に基づいて、直接近隣UEでないことがある特定のサイドリンクUEに、そのローカル/temp IDを更新するように通知することができる。この場合、IDマネージャは、更新メッセージ中に、経路/リンクに沿ったその特定のサイドリンクUEを識別するための(たとえば、L2 ID、前のローカル/temp IDのための)追加情報を含めることができる。
第6の実施形態では、リンク確立手順中に、サイドリンクU2Uリレーが、サイドリンクソースUEからDCRメッセージを受信したとき、サイドリンクU2Uリレーは、初期ローカル/temp IDを生成し/初期ローカル/temp IDをサイドリンクソースUEに割り振る。これは、サイドリンクUE ID、すなわち、サイドリンクソースUEのL2 IDに加えてのものであることもそうでないこともある。サイドリンクU2Uリレーは、次いで、この初期temp/ローカルIDを含む、サイドリンクソースUEに代わって、別のDCRメッセージを送信する。サイドリンク宛先UEは、次いで、初期ローカル/temp IDの存在または不在に基づいて、2つの要求間で区別することができる。
本実施形態の別の態様では、初期ローカルtemp IDはまた、前のPC5-RRCリンク確立手順中に、サイドリンクソース/宛先UEによって生成され、通信され得る。この場合、U2Uリレーはまた、DCRメッセージ中で使用されるべき、サイドリンクUE ID、すなわち、L2 IDと初期ローカル/temp IDとの間のマッピングを維持する。初期ローカル/temp IDはまた、本明細書で説明される実施形態に基づいて更新され得る。
ID競合をどのように回避すべきか
このセクションでは、ID競合にどのように対処すべきか/ID競合をどのように回避すべきかに関するいくつかの実施形態が説明される。以下の条件、すなわち、少なくとも2つのSL UEが所与のエリア/近傍内で同じIDを共有すること、同じgNBまたは異なるgNBによってサーブされる少なくとも2つのSL UEが、同じIDを共有する、同じまたは異なるリレーUEによってサーブされる少なくとも2つのSL UEが、同じIDを共有する、同じサービスに関心がある少なくとも2つのSL UEが、同じIDを共有する、同じリレー経路または異なるリレー経路上の少なくとも2つのSL UEが、同じIDを共有する、のうちの1つが満たされるとき、ID競合のイベントが、UEまたはgNBによって宣言され得る。
ID競合のイベントは、ソースL2 ID、宛先L2 ID、SLリレーの場合の、適応レイヤ中で使用されるローカル/temp UE ID、PC5シグナリング、PC5 RRCシグナリング、MAC CE、プロトコルレイヤ(たとえば、SDAP、PDCP、RLC、またはSLの場合の適応レイヤ)の制御PDU、またはL1シグナリング中で使用される任意の他のUE IDのうちの少なくとも1つを含む、(サイドリンクソース/宛先UEおよび/またはU2UリレーUEを含む)UEのIDについて宣言され得る。
第7の実施形態では、ID競合を検出する手順が、UE(たとえば、サイドリンクソース/宛先UEまたはサイドリンクU2Uリレーのいずれか)によって維持され得る。UEは、ID競合があるかどうかを確かめるために、(送信がUEに向けられているかどうかにかかわらず)その近隣UEによって始動されるデータ送信/シグナリングを監視し得る。ID競合が検出されると、UEは、その近隣UEおよび/またはgNBにイベントをシグナリングし得る。
別のオプションとして、ID競合を検出する同様の手順が、gNBによって維持され得る。gNBは、UEまたは他のgNBから受信されたシグナリングメッセージに基づいてID競合を検出し得る。代替的に、gNBはまた、その近傍にあるSL UE間のSL送信および/または受信を監視することを介してID競合を検出し得る。ID競合が検出されると、gNBは、gNB間シグナリングを介してその近隣gNBにイベントをシグナリングし得る。さらに、gNBはまた、AMFまたはSMFなど、コアネットワークエンティティにイベントをシグナリングし得る。gNBが分散ユニット(DU)である場合、gNBは、CU-DUインターフェースを介して、中央ユニット(CU)にイベントをシグナリングし得る。
第8の実施形態では、上記の実施形態のいずれか1つについて、リモートUE(たとえば、ソースリモートUEまたは宛先リモートUE)についてのローカルID/temp ID割り当ての手順中に、他のリモートUEとのID競合を回避するために、(リモートUEについてローカルID/temp IDを割り当てることを担当する)制御エンティティによって、以下のオプションのうちの少なくとも1つがとられる。制御エンティティは、リレーUE、宛先リモートUEまたはgNBであり得る。さらに、制御エンティティはまた、第4の実施形態において説明されたIDマネージャであり得る。
オプション1では、ローカルIDは、L2 IDに1対1マッピングされる。異なるUEが異なるL2 IDに関連付けられる可能性が最も高いので、各L2 IDの対応するローカルIDも異なることになる。
オプション2では、ローカルIDがリモートUEに割り振られるときはいつでも、リモートUEは、制御エンティティに受付けまたは拒否を示すことができる。制御エンティティからのローカルIDの受信の後に、リモートUEは、このIDがその近隣UEと競合しているかどうかを確かめるために、検出を実施し得る。ID競合が検出された場合、リモートUEは、応答メッセージ中で制御エンティティに拒否を示す。他の場合、リモートUEは、IDを受け付け得る。
応答メッセージは、以下の情報、すなわち、応答メッセージを送るリモートUEのL2 ID、割り振られたローカルIDに受付けまたは拒否を示すインジケータ、拒否が示される場合の拒否原因、制御エンティティがリモートUEのための最も好適なローカルID値をそれに基づいて選択し得る、1つまたは複数の好ましいローカルID値のうちの少なくとも1つを備え得る。
リモートUEからの応答メッセージの受信時に、制御エンティティは、異なるローカルIDを再割り当てすることを決定し得る。その後、制御エンティティは、リモートUEに新しいIDを再送する。リモートUEは、さらに、新しいIDが許容できるかどうか、すなわち、ID競合があるかどうかを検査することができる。手順は、最終的に、リモートUEと制御エンティティとが適切なローカルIDに関して合意することができるまで、複数回繰り返され得る。
シグナリング代替形態
第9の実施形態では、上記の実施形態のいずれかについて、説明されるシグナリング代替形態が、以下のうちの少なくとも1つを含み得る。UEとgNBとの間のシグナリングについて、以下のシグナリング代替形態、すなわち、RRCシグナリング、MAC CE、ページングメッセージ、プロトコルレイヤ(たとえば、SDAP、PDCP、RLC、またはSLリレーの場合の適応レイヤ)の制御PDU、PRACH、PUCCH、PDCCHなどのチャネル上のL1シグナリングのうちの少なくとも1つが、適用され得る。
UE間のシグナリングについて、以下のシグナリング代替形態、すなわち、RRCシグナリング(たとえば、PC5-RRC)、PC5シグナリング、発見シグナリング、MAC CE、プロトコルレイヤ(たとえば、SDAP、PDCP、RLC、またはSLリレーの場合の適応レイヤ)の制御PDU、PSSCH、PSCCH、またはPSFCHなどのチャネル上のL1シグナリングのうちの少なくとも1つが、適用され得る。
gNB間のシグナリングについて、以下のシグナリング代替形態、すなわち、XnAPシグナリング、F1APシグナリング、ページングメッセージのうちの少なくとも1つが、適用され得る。
以下で、本開示のソリューションは、図3~図37を参照しながらさらに説明される。図3は、本開示の一実施形態による、第1の端末デバイスによって実施される方法を示すフローチャートである。本方法は、第1の端末デバイスが、第1の端末デバイスと第2の端末デバイスとの間のリレーとして働く少なくとも1つの第3の端末デバイスを介して、第2の端末デバイスと接続する、環境に適用可能であり得る。本方法は、第1の端末デバイスを接続するプロセス中に、および/または接続がすでに確立されたとき、たとえば、接続が更新される必要がある場合、適用され得る。第3の端末デバイスは、上記で説明されたU2Uリレーであり得る。ブロック302において、第1の端末デバイスは、第1の端末デバイスおよび/または第2の端末デバイスのために、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび/または第2の端末デバイスを識別するための識別情報を決定する。所与の端末デバイスの識別情報は、端末デバイスの実際の識別情報を隠蔽するために、パケットの通信中の端末デバイスの実際の識別情報の代わりに使用され得る。たとえば、第1の端末デバイス/第2の端末デバイスの識別情報は、第1の端末デバイスと第2の端末デバイスとの間のリンク上で通信されるパケットの適応レイヤヘッダ中で使用され得る。
たとえば、ブロック302は、図4に示されているように、ブロック302-1~302-3のいずれか1つとして実装され得る。ブロック302-1は、第1の端末デバイスがソース端末デバイスである(およびしたがって、第2の端末デバイスが宛先端末デバイスである)シナリオに適用可能である。ブロック302-1において、第1の端末デバイスは、第1の端末デバイスの第1の一時IDを決定する。第1の端末デバイスの第1の一時IDは、第1の端末デバイス/第2の端末デバイスと少なくとも1つの第3の端末デバイスのうちの1つとの間のリンクが確立されている間に使用されるべきである。たとえば、第1の一時IDは、上記の第6の実施形態において説明された初期ローカル/temp IDに対応し得る。
ブロック302-2は、第1の端末デバイスが宛先端末デバイスである(およびしたがって、第2の端末デバイスがソース端末デバイスである)シナリオに適用可能である。ブロック302-2において、第1の端末デバイスは、第2の端末デバイスの第1の一時IDを決定する。第2の端末デバイスの第1の一時IDは、第2の端末デバイス/第1の端末デバイスと少なくとも1つの第3の端末デバイスのうちの1つとの間のリンクが確立されている間に使用されるべきである。
ブロック302-3は、第1の端末デバイスがソース端末デバイスまたは宛先端末デバイスであるシナリオに適用可能である。ブロック302-3において、第1の端末デバイスは、第1の端末デバイスおよび/または第2の端末デバイスの第2の一時IDを決定する。第1の端末デバイスおよび/または第2の端末デバイスの第2の一時IDは、第1の端末デバイス/第2の端末デバイスと少なくとも1つの第3の端末デバイスのうちの1つとの間のリンクが確立された後に使用されるべきである。たとえば、第2の一時IDは、上記の第2から第4の実施形態において説明されたローカル/temp IDに対応し得る。
上記のシナリオのいずれか1つでは、第1の端末デバイスおよび/または第2の端末デバイスの識別情報は、1つまたは複数の以下の様式で、すなわち、第1の端末デバイスおよび/または第2の端末デバイスのL2 IDに基づいて、ランダムな様式で、および所定の数学関数に基づいて、決定され得る。たとえば、第1の端末デバイス/第2の端末デバイスの識別情報は、第1の端末デバイス/第2の端末デバイスのL2 IDへの1対1マッピングにおけるものであると決定され得る。
再び図3を参照すると、ブロック304において、第1の端末デバイスは、第1の端末デバイスと第2の端末デバイスとの間のリンク上の少なくとも1つの対応するホップに、決定された識別情報を割り振る。決定された識別情報は、RRCシグナリングと、PC5-Sシグナリングと、発見シグナリングと、MAC CEと、SDAPまたはPDCPまたはRLCまたは適応レイヤの制御PDUと、L1シグナリングとのうちの1つまたは複数によって割り振られ得る。図3の方法では、識別情報を用いてリンク上でセキュア通信を実施することが可能である。たとえば、ブロック304は、図5に示されているように、ブロック304-1~304-3のいずれか1つを含むものとして実装され得る。ブロック304-1は、第1の端末デバイスおよび/または第2の端末デバイスの識別情報(たとえば、第2の一時ID)が、第1の端末デバイスと第2の端末デバイスとの間のリンク全体について有効であるシナリオに適用可能である。ブロック304-1において、第1の端末デバイスは、少なくとも1つの第3の端末デバイスおよび第2の端末デバイスに、決定された識別情報と、第1の端末デバイスと第2の端末デバイスとの間のリンクを識別するIDとを送信する。
ブロック304-2は、第1の端末デバイスの第2の一時IDが、第1の端末デバイスと少なくとも1つの第3の端末デバイスのうちの1つとの間のホップについて有効であるシナリオに適用可能である。ブロック304-2において、第1の端末デバイスは、少なくとも1つの第3の端末デバイスのうちの1つに、第1の端末デバイスの決定された識別情報を送信する。
随意に、ブロック304-3は、識別情報を割り振るために実施され得る。ブロック304-3において、第1の端末デバイスは、少なくとも1つの対応するホップ上の端末デバイスに、識別情報に関連付けられたタイムスタンプまたは禁止タイマーを送信する。タイムスタンプは、識別情報がいつ決定された(または更新された)かを示す。禁止タイマーは、識別情報が更新されるべきでない所定の時間期間を示す。
図6は、本開示の一実施形態による、第1の端末デバイスによって実施される方法を示すフローチャートである。本方法は、ブロック302~304が実施された後に実施され得る。ブロック607において、第1の端末デバイスは、識別情報を割り振ることに応答して、第2の端末デバイスから、応答メッセージを受信する。ブロック608において、応答メッセージが、第2の端末デバイスの識別情報に対する拒否を示すとき、識別情報を決定すること(ブロック302)と識別情報を割り振ること(ブロック304)とが、第2の端末デバイスのために再び実施される。図6の方法では、識別情報の起こり得る競合が解決され得る。
図7は、本開示の一実施形態による、第1の端末デバイスによって実施される方法を示すフローチャートである。たとえば、本方法は、ブロック302~304が実施された後に実施され得る。ブロック710において、第1の端末デバイスは、識別情報が更新される必要があるかどうかを決定する。たとえば、上記の第5の実施形態において述べられた条件のうちの1つまたは複数が満足されるとき、第1の端末デバイスは、識別情報が更新される必要があると決定し得る。ブロック712において、識別情報が更新される必要があると決定したとき、識別情報を決定すること(ブロック302)と識別情報を割り振ること(ブロック304)とが再び実施される。図7の方法では、更新された識別情報を用いてリンク上でセキュア通信を実施することが可能である。
図8は、本開示の一実施形態による、第1の端末デバイスによって実施される方法を示すフローチャートである。ブロック814において、第1の端末デバイスは、第1の端末デバイスの1つまたは複数の近隣端末デバイスによって始動される送信に基づいて、少なくとも2つの異なる端末デバイスの識別情報間の競合を検出する。たとえば、1つまたは複数の近隣端末デバイスによって始動される送信(たとえば、データおよび/またはシグナリング送信)は、そのような競合があるかどうかを確かめるために、その送信が第1の端末デバイスに向けられているかどうかにかかわらず、監視され得る。ブロック816において、第1の端末デバイスは、1つまたは複数の近隣端末デバイスまたは基地局に検出された競合を通知する。図8の方法では、識別情報の起こり得る競合が解決され得る。
図9は、本開示の一実施形態による、第1の端末デバイスによって実施される方法を示すフローチャートである。本方法は、第1の端末デバイスが宛先端末デバイスである(およびしたがって、第2の端末デバイスがソース端末デバイスである)シナリオに適用可能であり得る。ブロック918において、DCRメッセージの受信に応答して、第1の端末デバイスは、DCRメッセージが第2の端末デバイスの識別情報(たとえば、上述の第1の一時ID)を含んでいるかどうかを決定する。ブロック920において、DCRメッセージが第2の端末デバイスの識別情報を含んでいるとき、第1の端末デバイスは、DCRメッセージが、少なくとも1つの第3の端末デバイスのうちの1つを介して第2の端末デバイスから送信されたと決定する。一例として、DCRメッセージは、第2の端末デバイスの第1の一時IDとL2 IDの両方を含んでいることがある。別の例として、DCRメッセージは、第2の端末デバイスのL2 IDを含んでいることなしに、第2の端末デバイスの第1の一時IDを含んでいることがある。ブロック922において、DCRメッセージが第2の端末デバイスの識別情報を含んでいないとき、第1の端末デバイスは、DCRメッセージが、第2の端末デバイスから直接送信されたと決定する。図9の方法では、宛先端末デバイスは、ソース端末デバイスからのDCRとリレー端末デバイスからのDCRとの間で区別することを可能にされ得る。
図10は、本開示の一実施形態による、第3の端末デバイスによって実施される方法を示すフローチャートである。本方法は、第3の端末デバイスが、第1の端末デバイスと第2の端末デバイスとの間のリレーとして働く、環境に適用可能であり得る。たとえば、第3の端末デバイスは、上記で説明されたU2Uリレーであり得る。ブロック1002において、第3の端末デバイスは、第1の端末デバイスおよび/または第2の端末デバイスのために、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび/または第2の端末デバイスを識別するための識別情報を決定する。所与の端末デバイスの識別情報は、端末デバイスの実際の識別情報を隠蔽するために、パケットの通信中の端末デバイスの実際の識別情報の代わりに使用され得る。たとえば、第1の端末デバイス/第2の端末デバイスの識別情報は、第1の端末デバイスと第2の端末デバイスとの間のリンク上で通信されるパケットの適応レイヤヘッダ中で使用され得る。
たとえば、ブロック1002は、図11に示されているように、ブロック1002-1~1002-3のいずれか1つとして実装され得る。ブロック1002-1は、第1の端末デバイスがソース端末デバイスである(およびしたがって、第2の端末デバイスが宛先端末デバイスである)シナリオに適用可能である。ブロック1002-1において、第3の端末デバイスは、第1の端末デバイスの第1の一時IDを決定する。第1の端末デバイスの第1の一時IDは、第1の端末デバイスと第3の端末デバイスとの間のリンクが確立されている間に使用されるべきである。たとえば、第1の一時IDは、上記の第6の実施形態において説明された初期ローカル/temp IDに対応し得る。
ブロック1002-2は、第2の端末デバイスがソース端末デバイスである(およびしたがって、第1の端末デバイスが宛先端末デバイスである)シナリオに適用可能である。ブロック1002-2において、第3の端末デバイスは、第2の端末デバイスの第1の一時IDを決定する。第2の端末デバイスの第1の一時IDは、第2の端末デバイスと第3の端末デバイスとの間のリンクが確立されている間に使用されるべきである。
ブロック1002-3は、第1の端末デバイスがソース端末デバイスまたは宛先端末デバイスであるシナリオに適用可能である。ブロック1002-3において、第3の端末デバイスは、第1の端末デバイスおよび第2の端末デバイスの第2の一時IDを決定する。第1の端末デバイスおよび第2の端末デバイスの第2の一時IDは、第1の端末デバイス/第2の端末デバイスと第3の端末デバイスとの間のリンクが確立された後に使用されるべきである。たとえば、第2の一時IDは、上記の第2から第4の実施形態において説明されたローカル/temp IDに対応し得る。
上記のシナリオのいずれか1つでは、第1の端末デバイスおよび/または第2の端末デバイスの識別情報は、1つまたは複数の以下の様式で、すなわち、第3の端末デバイスのL2 IDに基づいて、ランダムな様式で、および所定の数学関数に基づいて、決定され得る。たとえば、第1の端末デバイス/第2の端末デバイスの識別情報は、第1の端末デバイス/第2の端末デバイスのL2 IDへの1対1マッピングにおけるものであると決定され得る。
再び図10を参照すると、ブロック1004において、第3の端末デバイスは、第1の端末デバイスと第2の端末デバイスとの間のリンク上の少なくとも1つの対応するホップに、決定された識別情報を割り振る。決定された識別情報は、RRCシグナリングと、PC5-Sシグナリングと、発見シグナリングと、MAC CEと、SDAPまたはPDCPまたはRLCまたは適応レイヤの制御PDUと、L1シグナリングとのうちの1つまたは複数によって割り振られ得る。図10の方法では、識別情報を用いてリンク上でセキュア通信を実施することが可能である。たとえば、ブロック1004は、図12に示されているように、ブロック1004-1~1004-3のいずれか1つを含むものとして実装され得る。ブロック1004-1は、第1の端末デバイスおよび第2の端末デバイスの識別情報(たとえば、第2の一時ID)が、第1の端末デバイスと第2の端末デバイスとの間のリンク全体について有効であるシナリオに適用可能である。ブロック1004-1において、第3の端末デバイスは、第1の端末デバイスと第2の端末デバイスとの間のリンク上の他の端末デバイスに、決定された識別情報と、第1の端末デバイスと第2の端末デバイスとの間のリンクを識別するIDとを送信する。
ブロック1004-2は、第1の端末デバイスおよび第2の端末デバイスの識別情報(たとえば、第2の一時ID)が、ホップごとレベルで有効であるシナリオに適用可能である。たとえば、第1の端末デバイスの異なる第2の一時IDが、第1の端末デバイスと第2の端末デバイスとの間のリンク上の各ホップについて決定され得る。第2の端末デバイスの異なる第2の一時IDが、第1の端末デバイスと第2の端末デバイスとの間のリンク上の各ホップについて決定され得る。ブロック1004-2において、第3の端末デバイスは、各ホップ上の端末デバイスに、ホップについて決定された第1の端末デバイスおよび第2の端末デバイスの識別情報と、ホップを識別するIDとを送信する。
随意に、ブロック1004-3は、識別情報を割り振るために実施され得る。ブロック1004-3において、第3の端末デバイスは、少なくとも1つの対応するホップ上の端末デバイスに、識別情報に関連付けられたタイムスタンプまたは禁止タイマーを送信する。タイムスタンプは、識別情報がいつ決定された(または更新された)かを示す。禁止タイマーは、識別情報が更新されるべきでない所定の時間期間を示す。
図13は、本開示の一実施形態による、第3の端末デバイスによって実施される方法を示すフローチャートである。本方法は、ブロック1002~1004が実施された後に実施され得る。ブロック1307において、第3の端末デバイスは、識別情報を割り振ることに応答して、第1の端末デバイス/第2の端末デバイスから、応答メッセージを受信する。ブロック1308において、応答メッセージが、第1の端末デバイス/第2の端末デバイスの識別情報に対する拒否を示すとき、識別情報を決定すること(ブロック1002)と識別情報を割り振ること(ブロック1004)とが、第2の端末デバイスのために再び実施される。図13の方法では、識別情報の起こり得る競合が解決され得る。
図14は、本開示の一実施形態による、第3の端末デバイスによって実施される方法を示すフローチャートである。図示のように、本方法は、上記で説明されたブロック1002~1004と、ブロック1418とを含む。ブロック1418において、第3の端末デバイスは、第3の端末デバイスの入口ホップ上に適用された第1の端末デバイス/第2の端末デバイスの識別情報と、第3の端末デバイスの出口ホップ上に適用された第1の端末デバイス/第2の端末デバイスの識別情報との間のマッピングを維持する。図14の方法では、第3の端末デバイスは、第1の端末デバイスと第2の端末デバイスとの間のパケットのルーティングを実施することができる。
図15は、本開示の一実施形態による、第3の端末デバイスによって実施される方法を示すフローチャートである。たとえば、本方法は、ブロック1002~1004が実施された後に実施され得る。ブロック1510において、第3の端末デバイスは、識別情報が更新される必要があるかどうかを決定する。たとえば、上記の第5の実施形態において述べられた条件のうちの1つまたは複数が満足されるとき、第3の端末デバイスは、識別情報が更新される必要があると決定し得る。ブロック1512において、識別情報が更新される必要があると決定したとき、識別情報を決定すること(ブロック1002)と識別情報を割り振ること(ブロック1004)とが再び実施される。図15の方法では、更新された識別情報を用いてリンク上でセキュア通信を実施することが可能である。
図16は、本開示の一実施形態による、第3の端末デバイスによって実施される方法を示すフローチャートである。ブロック1614において、第3の端末デバイスは、第3の端末デバイスの1つまたは複数の近隣端末デバイスによって始動される送信に基づいて、少なくとも2つの異なる端末デバイスの識別情報間の競合を検出する。たとえば、1つまたは複数の近隣端末デバイスによって始動される送信(たとえば、データおよび/またはシグナリング送信)は、そのような競合があるかどうかを確かめるために、その送信が第3の端末デバイスに向けられているかどうかにかかわらず、監視され得る。ブロック1616において、第3の端末デバイスは、1つまたは複数の近隣端末デバイスまたは基地局に検出された競合を通知する。図16の方法では、識別情報の起こり得る競合が解決され得る。
図17は、本開示の一実施形態による、第3の端末デバイスによって実施される方法を示すフローチャートである。図示のように、本方法は、上記で説明されたブロック1002~1004と、ブロック1720とを含む。ブロック1720において、ソース端末デバイス(たとえば、第1の端末デバイスまたは第2の端末デバイス)からのDCRメッセージの受信に応答して、第3の端末デバイスは、ソース端末デバイスに代わってソース端末デバイスの第1の一時IDを含んでいる別のDCRメッセージを送信する。一例として、別のDCRメッセージは、ソース端末デバイスの第1の一時IDとL2 IDの両方を含んでいることがある。別の例として、別のDCRメッセージは、ソース端末デバイスのL2 IDを含んでいることなしに、ソース端末デバイスの第1の一時IDを含んでいることがある。図17の方法では、宛先端末デバイスが、ソース端末デバイスからのDCRと第3の端末デバイスからのDCRとの間で区別することが可能である。
図18は、本開示の一実施形態による、マネージャ端末デバイスによって実施される方法を示すフローチャートである。本方法は、マネージャ端末デバイスが、基地局のカバレッジ下にあり、第1の端末デバイス、第2の端末デバイス、および第1の端末デバイスと第2の端末デバイスとの間のリレーとして働く少なくとも1つの第3の端末デバイスのうちの1つである、環境に適用可能であり得る。ブロック1802において、マネージャ端末デバイスは、基地局に、第1の端末デバイスと第2の端末デバイスとの間のリンクに関する情報を報告する。たとえば、第1の端末デバイスと第2の端末デバイスとの間のリンクに関する情報は、リンク上のホップの数と、第1の端末デバイスのL2 IDと、第2の端末デバイスのL2 IDと、少なくとも1つの第3の端末デバイスの数が2つ以上である場合、(1つまたは複数の)残りの第3の端末デバイスのL2 IDと、第1の端末デバイスのUu IDと、第2の端末デバイスのUu IDと、少なくとも1つの第3の端末デバイスの数が2つ以上である場合、(1つまたは複数の)残りの第3の端末デバイスのUu IDと、識別情報が、ホップごとレベルでまたはエンドツーエンドレベルで有効であるかどうかとのうちの1つまたは複数を含み得る。
ブロック1804において、マネージャ端末デバイスは、基地局から、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび第2の端末デバイスを識別するための第1の端末デバイスおよび第2の端末デバイスの識別情報を受信する。リンクに関する情報は報告され得るか、あるいは識別情報は、RRCシグナリングと、MAC CEと、ページングメッセージと、SDAPまたはPDCPまたはRLCまたは適応レイヤの制御PDUと、L1シグナリングとのうちの1つまたは複数によって受信され得る。ブロック1806において、マネージャ端末デバイスは、第1の端末デバイスと第2の端末デバイスとの間のリンク上の対応するホップに、決定された識別情報を割り振る。ブロック1806は、ブロック1004と同様のやり方で実装され得る。図18の方法では、識別情報を用いてリンク上でセキュア通信を実施することが可能である。
図19は、本開示の一実施形態による、基地局によって実施される方法を示すフローチャートである。本方法は、基地局が、第1の端末デバイス、第2の端末デバイス、および第1の端末デバイスと第2の端末デバイスとの間のリレーとして働く少なくとも1つの第3の端末デバイスのうちの1つである、マネージャ端末デバイスと接続する、環境に適用可能であり得る。ブロック1902において、基地局は、マネージャ端末デバイスから、第1の端末デバイスと第2の端末デバイスとの間のリンクに関する情報を受信する。たとえば、第1の端末デバイスと第2の端末デバイスとの間のリンクに関する情報は、リンク上のホップの数と、第1の端末デバイスのL2 IDと、第2の端末デバイスのL2 IDと、少なくとも1つの第3の端末デバイスの数が2つ以上である場合、(1つまたは複数の)残りの第3の端末デバイスのL2 IDと、第1の端末デバイスのUu IDと、第2の端末デバイスのUu IDと、少なくとも1つの第3の端末デバイスの数が2つ以上である場合、(1つまたは複数の)残りの第3の端末デバイスのUu IDと、識別情報が、ホップごとレベルでまたはエンドツーエンドレベルで有効であるかどうかとのうちの1つまたは複数を含み得る。
ブロック1904において、基地局は、第1の端末デバイスおよび第2の端末デバイスのために、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび第2の端末デバイスを識別するための識別情報を決定する。所与の端末デバイスの識別情報は、端末デバイスの実際の識別情報を隠蔽するために、パケットの通信中の端末デバイスの実際の識別情報の代わりに使用され得る。たとえば、第1の端末デバイス/第2の端末デバイスの識別情報は、第1の端末デバイスと第2の端末デバイスとの間のリンク上で通信されるパケットの適応レイヤヘッダ中で使用され得る。
たとえば、第1の端末デバイスおよび第2の端末デバイスの第2の一時IDが決定され得る。第1の端末デバイスおよび第2の端末デバイスの第2の一時IDは、第1の端末デバイス/第2の端末デバイスと第3の端末デバイスとの間のリンクが確立された後に使用されるべきである。たとえば、第2の一時IDは、上記の第2から第4の実施形態において説明されたローカル/temp IDに対応し得る。第1の端末デバイス/第2の端末デバイスの第2の一時IDは、ホップごとレベルでまたはエンドツーエンドレベルで有効であり得る。
第1の端末デバイスおよび/または第2の端末デバイスの識別情報は、1つまたは複数の以下の様式で、すなわち、第1の端末デバイスおよび/または第2の端末デバイスのL2 IDに基づいて、ランダムな様式で、および所定の数学関数に基づいて、決定され得る。第1の端末デバイス/第2の端末デバイスの識別情報は、第1の端末デバイス/第2の端末デバイスのL2 IDへの1対1マッピングにおけるものであると決定され得る。
ブロック1906において、基地局は、マネージャ端末デバイスに、決定された識別情報を割り振る。ブロック1906は、随意に、マネージャ端末デバイスに、識別情報に関連付けられたタイムスタンプまたは禁止タイマーを送信することを含み得る。タイムスタンプは、識別情報がいつ決定された(または更新された)かを示す。禁止タイマーは、識別情報が更新されるべきでない所定の時間期間を示す。随意に、リンクに関する情報は受信され得るか、あるいは識別情報は、RRCシグナリングと、MAC CEと、ページングメッセージと、SDAPまたはPDCPまたはRLCまたは適応レイヤの制御PDUと、L1シグナリングとのうちの1つまたは複数によって割り振られ得る。図19の方法では、識別情報を用いてリンク上でセキュア通信を実施することが可能である。
図20は、本開示の一実施形態による、基地局によって実施される方法を示すフローチャートである。本方法は、ブロック1902~1906が実施された後に実施され得る。ブロック2007において、基地局は、識別情報を割り振ることに応答して、第1の端末デバイス/第2の端末デバイスから、応答メッセージを受信する。ブロック2008において、応答メッセージが、第1の端末デバイス/第2の端末デバイスの識別情報に対する拒否を示すとき、識別情報を決定すること(ブロック1904)と識別情報を割り振ること(ブロック1906)とが、第1の端末デバイス/第2の端末デバイスのために再び実施される。図20の方法では、識別情報の起こり得る競合が解決され得る。
図21は、本開示の一実施形態による、基地局によって実施される方法を示すフローチャートである。たとえば、本方法は、ブロック1902~1906が実施された後に実施され得る。ブロック2110において、基地局は、識別情報が更新される必要があるかどうかを決定する。たとえば、上記の第5の実施形態において述べられた条件のうちの1つまたは複数が満足されるとき、基地局は、識別情報が更新される必要があると決定し得る。ブロック2112において、識別情報が更新される必要があると決定したとき、識別情報を決定すること(ブロック1904)と識別情報を割り振ること(ブロック1906)とが再び実施される。図21の方法では、更新された識別情報を用いてリンク上でセキュア通信を実施することが可能である。
図22は、本開示の一実施形態による、基地局によって実施される方法を示すフローチャートである。ブロック2214において、基地局は、少なくとも2つの異なる端末デバイスの識別情報間の競合を検出する。一例として、基地局は、基地局によってサーブされる端末デバイスから受信されたシグナリングメッセージまたは他の基地局から受信されたシグナリングメッセージを監視し得る。別の例として、基地局は、その近傍にある端末デバイス間のサイドリンク送信および/または受信を監視し得る。ブロック2216において、基地局は、基地局の1つまたは複数の近隣基地局またはネットワークノード(たとえば、アクセスおよびモビリティ機能(AMF)またはセッション管理機能(SMF)などのコアネットワークノード)に検出された競合を通知する。たとえば、検出された競合は、1つまたは複数の近隣基地局に、XnAPシグナリングと、F1APシグナリングと、ページングメッセージとのうちの1つまたは複数によって、通知され得る。図22の方法では、識別情報の起こり得る競合が解決され得る。
図23は、本開示のいくつかの実施形態を実践する際に使用するのに好適な装置を示すブロック図である。たとえば、上記で説明された、第1の端末デバイス、第3の端末デバイス、マネージャ端末デバイスおよび基地局のいずれか1つが、装置2300を通して実装され得る。図示のように、装置2300は、プロセッサ2310と、プログラムを記憶するメモリ2320と、随意に、有線通信および/または無線通信を通して他の外部デバイスとデータを通信するための通信インターフェース2330とを含み得る。
プログラムは、上記で説明されたように、プロセッサ2310によって実行されたとき、装置2300が、本開示の実施形態に従って動作することを可能にする、プログラム命令を含む。すなわち、本開示の実施形態は、プロセッサ2310によって実行可能なコンピュータソフトウェアによって、またはハードウェアによって、またはソフトウェアとハードウェアとの組合せによって、少なくとも部分的に実装され得る。
メモリ2320は、ローカル技術環境に好適な任意のタイプのものであり得、半導体ベースメモリデバイス、フラッシュメモリ、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定メモリおよびリムーバブルメモリなど、任意の好適なデータ記憶技術を使用して実装され得る。プロセッサ2310は、ローカル技術環境に好適な任意のタイプのものであり得、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ(DSP)およびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの1つまたは複数を含み得る。
図24は、本開示の一実施形態による、第1の端末デバイスを示すブロック図である。第1の端末デバイスは、第1の端末デバイスと第2の端末デバイスとの間のリレーとして働く少なくとも1つの第3の端末デバイスを介して、第2の端末デバイスと接続し得る。図示のように、第1の端末デバイス2400は、決定モジュール2402と割り振りモジュール2404とを備える。決定モジュール2402は、第1の端末デバイスおよび/または第2の端末デバイスのために、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび/または第2の端末デバイスを識別するための識別情報を決定するように設定され得る。割り振りモジュール2404は、第1の端末デバイスと第2の端末デバイスとの間のリンク上の少なくとも1つの対応するホップに、決定された識別情報を割り振るように設定され得る。
図25は、本開示の一実施形態による、第3の端末デバイスを示すブロック図である。第3の端末デバイスは、第1の端末デバイスと第2の端末デバイスとの間のリレーとして働き得る。図示のように、第3の端末デバイス2500は、決定モジュール2502と割り振りモジュール2504とを備える。決定モジュール2502は、第1の端末デバイスおよび/または第2の端末デバイスのために、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび/または第2の端末デバイスを識別するための識別情報を決定するように設定され得る。割り振りモジュール2504は、第1の端末デバイスと第2の端末デバイスとの間のリンク上の少なくとも1つの対応するホップに、決定された識別情報を割り振るように設定され得る。
図26は、本開示の一実施形態による、マネージャ端末デバイスを示すブロック図である。マネージャ端末デバイスは、基地局のカバレッジ下にあり得、第1の端末デバイス、第2の端末デバイス、および第1の端末デバイスと第2の端末デバイスとの間のリレーとして働く少なくとも1つの第3の端末デバイスのうちの1つであり得る。図示のように、マネージャ端末デバイス2600は、報告モジュール2602と、受信モジュール2604と、割り振りモジュール2606とを備える。報告モジュール2602は、基地局に、第1の端末デバイスと第2の端末デバイスとの間のリンクに関する情報を報告するように設定され得る。受信モジュール2604は、基地局から、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび第2の端末デバイスを識別するための第1の端末デバイスおよび第2の端末デバイスの識別情報を受信するように設定され得る。割り振りモジュール2606は、第1の端末デバイスと第2の端末デバイスとの間のリンク上の対応するホップに、決定された識別情報を割り振るように設定され得る。
図27は、本開示の一実施形態による、基地局を示すブロック図である。基地局は、第1の端末デバイス、第2の端末デバイス、および第1の端末デバイスと第2の端末デバイスとの間のリレーとして働く少なくとも1つの第3の端末デバイスのうちの1つであり得る、マネージャ端末デバイスと接続し得る。図示のように、基地局2700は、受信モジュール2702と、決定モジュール2704と、割り振りモジュール2706とを備える。受信モジュール2702は、マネージャ端末デバイスから、第1の端末デバイスと第2の端末デバイスとの間のリンクに関する情報を受信するように設定され得る。決定モジュール2704は、第1の端末デバイスおよび第2の端末デバイスのために、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび第2の端末デバイスを識別するための識別情報を決定するように設定され得る。割り振りモジュール2706は、マネージャ端末デバイスに、決定された識別情報を割り振るように設定され得る。上記で説明されたモジュールは、ハードウェア、またはソフトウェア、または両方の組合せによって実装され得る。
図28は、いくつかの実施形態による、通信システム2800の一例を示す。
本例では、通信システム2800は、無線アクセスネットワーク(RAN)などのアクセスネットワーク2804と、1つまたは複数のコアネットワークノード2808を含むコアネットワーク2806とを含む通信ネットワーク2802を含む。アクセスネットワーク2804は、ネットワークノード2810aおよび2810bなど、1つまたは複数のアクセスネットワークノード(それらのうちの1つまたは複数は、一般に、ネットワークノード2810と呼ばれることがある)、あるいは任意の他の同様の第3世代パートナーシッププロジェクト(3GPP)アクセスノードまたは非3GPPアクセスポイントを含む。ネットワークノード2810は、UE2812a、2812b、2812c、および2812d(それらのうちの1つまたは複数は、一般に、UE2812と呼ばれることがある)を、1つまたは複数の無線接続上でコアネットワーク2806に接続することなどによる、ユーザ機器(UE)の直接的接続または間接的接続を容易にする。
無線接続上での例示的な無線通信は、ワイヤ、ケーブル、または他の材料導体を使用せずに、情報を伝達するのに好適な、電磁波、電波、赤外波、および/または他のタイプの信号を使用して無線信号を送信および/または受信することを含む。その上、異なる実施形態では、通信システム2800は、任意の数の有線または無線ネットワーク、ネットワークノード、UE、ならびに/あるいは有線接続を介してかまたは無線接続を介してかにかかわらず、データおよび/または信号の通信を容易にするかまたはその通信に参加し得る、任意の他の構成要素またはシステムを含み得る。通信システム2800は、任意のタイプの通信(communication)、通信(telecommunication)、データ、セルラ、無線ネットワーク、および/または他の同様のタイプのシステムを含み、および/またはそれらとインターフェースし得る。
UE2812は、ネットワークノード2810および他の通信デバイスと無線で通信するように構成された、設定された、および/または動作可能な無線デバイスを含む、多種多様な通信デバイスのうちのいずれかであり得る。同様に、ネットワークノード2810は、UE2812と、ならびに/あるいは、無線ネットワークアクセスなどのネットワークアクセスを可能にし、および/または提供するための、ならびに/あるいは、通信ネットワーク2802におけるアドミニストレーションなどの他の機能を実施するための、通信ネットワーク2802中の他のネットワークノードまたは機器と、直接的にまたは間接的に通信するように構成され、そうすることが可能であり、そうするように設定され、および/または動作可能である。
図示された例では、コアネットワーク2806は、ネットワークノード2810を、ホスト2816などの1つまたは複数のホストに接続する。これらの接続は、直接的であるか、あるいは1つまたは複数の中間ネットワークまたはデバイスを介して間接的であり得る。他の例では、ネットワークノードは、ホストに直接的に結合され得る。コアネットワーク2806は、ハードウェアおよびソフトウェア構成要素で構造化された、1つまたは複数のコアネットワークノード(たとえば、コアネットワークノード2808)を含む。これらの構成要素の特徴は、UE、ネットワークノード、および/またはホストに関して説明されるものと実質的に同様であり得、したがって、それらの説明は、概して、コアネットワークノード2808の対応する構成要素に適用可能である。例示的なコアネットワークノードは、モバイルスイッチングセンタ(MSC)、モビリティ管理エンティティ(MME)、ホーム加入者サーバ(HSS)、アクセスおよびモビリティ管理機能(AMF)、セッション管理機能(SMF)、認証サーバ機能(AUSF)、加入識別子秘匿化解除機能(SIDF:Subscription Identifier De-concealing Function)、統合データ管理(UDM)、セキュリティエッジ保護プロキシ(SEPP)、ネットワーク公開機能(NEF)、および/またはユーザプレーン機能(UPF)のうちの1つまたは複数の機能を含む。
ホスト2816は、アクセスネットワーク2804および/または通信ネットワーク2802のオペレータまたはプロバイダ以外の、サービスプロバイダの所有または制御下にあり得、サービスプロバイダによってまたはサービスプロバイダの代わりに動作され得る。ホスト2816は、1つまたは複数のサービスを提供するために、様々なアプリケーションをホストし得る。そのようなアプリケーションの例は、ライブおよびあらかじめ記録されたオーディオ/ビデオコンテンツ、複数のUEによって検出された様々な周囲条件に関するデータを取り出し、コンパイルすることなど、データ収集サービス、分析機能、ソーシャルメディア、リモートデバイスを制御するかまたは場合によってはリモートデバイスと対話するための機能、アラームおよびサーベイランスセンタのための機能、あるいは、サーバによって実施される任意の他のそのような機能を含む。
全体として、図28の通信システム2800は、UE、ネットワークノード、およびホストの間のコネクティビティを可能にする。その意味で、通信システムは、限定はしないが、GSM(Global System for Mobile Communications)、Universal Mobile Telecommunications System(UMTS)、Long Term Evolution(LTE)、ならびに/あるいは他の好適な2G、3G、4G、5G規格、または任意の適用可能な将来世代規格(たとえば、6G)、米国電気電子技術者協会(IEEE)802.11規格(WiFi)などの無線ローカルエリアネットワーク(WLAN)規格、ならびに/あるいは、マイクロ波アクセスのための世界的相互運用性(WiMax)、Bluetooth、Z-Wave、ニアフィールド通信(NFC)ZigBee、LiFi、および/またはLoRaおよびSigfoxなど、任意の低電力ワイドエリアネットワーク(LPWAN)規格など、任意の他の適切な無線通信規格を含む、特定の規格などのあらかじめ規定されたルールまたは手順に従って動作するように設定され得る。
いくつかの例では、通信ネットワーク2802は、3GPP規格化された特徴を実装するセルラネットワークである。したがって、通信ネットワーク2802は、通信ネットワーク2802に接続された異なるデバイスに異なる論理ネットワークを提供するために、ネットワークスライシングをサポートし得る。たとえば、通信ネットワーク2802は、いくつかのUEに超高信頼低レイテンシ通信(URLLC)サービスを提供しながら、他のUEに拡張モバイルブロードバンド(eMBB)サービスを提供し、および/または、またさらなるUEに大規模マシン型通信(mMTC)/大規模IoTサービスを提供し得る。
いくつかの例では、UE2812は、直接人間対話なしに情報を送信および/または受信するように設定される。たとえば、UEは、内部または外部イベントによってトリガされたとき、あるいはアクセスネットワーク2804からの要求に応答して、所定のスケジュールでアクセスネットワーク2804に情報を送信するように設計され得る。さらに、UEは、シングルまたはマルチRATあるいはマルチスタンダードモードで動作するために設定され得る。たとえば、UEは、Wi-Fi、NR(新無線)およびLTEのうちのいずれか1つまたはそれらの組合せで動作し得、すなわち、E-UTRAN(拡張UMTS地上無線アクセスネットワーク)新無線-デュアルコネクティビティ(EN-DC)など、マルチ無線デュアルコネクティビティ(MR-DC:multi-radio dual connectivity)のために設定される。
本例では、ハブ2814は、1つまたは複数のUE(たとえば、UE2812cおよび/または2812d)と、ネットワークノード(たとえば、ネットワークノード2810b)との間の間接的通信を容易にするために、アクセスネットワーク2804と通信する。いくつかの例では、ハブ2814は、コントローラ、ルータ、コンテンツソースおよびコンテンツ分析、またはUEに関して本明細書で説明される他の通信デバイスのいずれかであり得る。たとえば、ハブ2814は、UEのためのコアネットワーク2806へのアクセスを可能にするブロードバンドルータであり得る。別の例として、ハブ2814は、UE中の1つまたは複数のアクチュエータにコマンドまたは命令を送るコントローラであり得る。コマンドまたは命令は、UE、ネットワークノード2810から受信されるか、あるいは、ハブ2814における実行可能コード、スクリプト、プロセス、または他の命令によるものであり得る。別の例として、ハブ2814は、UEデータのための一時的ストレージとして働くデータコレクタであり得、いくつかの実施形態では、データの分析または他の処理を実施し得る。別の例として、ハブ2814は、コンテンツソースであり得る。たとえば、VRヘッドセット、ディスプレイ、ラウドスピーカー、または他のメディア配信デバイスであるUEについて、ハブ2814は、ネットワークノードを介して、VRアセット、ビデオ、オーディオ、あるいは感覚情報に関係する他のメディアまたはデータを取り出し得、これを、ハブ2814は次いで、直接的に、ローカル処理を実施した後に、および/または追加のローカルコンテンツを追加した後に、のいずれかでUEに提供する。さらに別の例では、ハブ2814は、特に、UEのうちの1つまたは複数が低エネルギーIoTデバイスである場合において、UEのためのプロキシサーバまたはオーケストレータとして働く。
ハブ2814は、ネットワークノード2810bへの常時/永続または間欠接続を有し得る。ハブ2814はまた、ハブ2814とUE(たとえば、UE2812cおよび/または2812d)との間の、およびハブ2814とコアネットワーク2806との間の、異なる通信方式および/またはスケジュールを可能にし得る。他の例では、ハブ2814は、有線接続を介して、コアネットワーク2806および/または1つまたは複数のUEに接続される。その上、ハブ2814は、アクセスネットワーク2804上でM2Mサービスプロバイダにおよび/または直接接続上で別のUEに接続するように設定され得る。いくつかのシナリオでは、UEは、ネットワークノード2810との無線接続を、ハブ2814を介して有線接続または無線接続を介して依然として接続されながら、確立し得る。いくつかの実施形態では、ハブ2814は、専用ハブ、すなわち、主な機能がUEからネットワークノード2810bに/ネットワークノード2810bからUEに通信をルーティングすることである、ハブであり得る。他の実施形態では、ハブ2814は、非専用ハブ、すなわち、UEとネットワークノード2810bとの間の通信をルーティングするように動作することが可能であるが、いくつかのデータチャネルについての通信開始ポイントおよび/または終了ポイントとして動作することがさらに可能であるデバイスであり得る。
図29は、いくつかの実施形態による、UE2900を示す。本明細書で使用されるUEは、ネットワークノードおよび/または他のUEと無線で通信することが可能な、そうするように設定された、構成された、および/または動作可能なデバイスを指す。UEの例は、限定はしないが、スマートフォン、モバイルフォン、セルフォン、ボイスオーバーIP(VoIP)フォン、無線ローカルループ電話、デスクトップコンピュータ、携帯情報端末(PDA)、無線カメラ、ゲーミングコンソールまたはデバイス、音楽記憶デバイス、再生器具、ウェアラブル端末デバイス、無線エンドポイント、移動局、タブレット、ラップトップコンピュータ、ラップトップ組込み機器(LEE)、ラップトップ搭載機器(LME)、スマートデバイス、無線顧客構内機器(CPE)、車両搭載または車両組込み/統合無線デバイスなどを含む。他の例は、狭帯域モノのインターネット(NB-IoT)UE、マシン型通信(MTC)UE、および/または拡張MTC(eMTC)UEを含む、第3世代パートナーシッププロジェクト(3GPP)によって識別される任意のUEを含む。
UEは、たとえば、サイドリンク通信、専用短距離通信(DSRC)、V2V(Vehicle-to-Vehicle)、V2I(Vehicle-to-Infrastructure)、またはV2X(Vehicle-to-Everything)のための3GPP規格を実装することによって、D2D(device-to-device)通信をサポートし得る。他の例では、UEは必ずしも、関連のあるデバイスを所有し、および/または動作させる人間ユーザという意味におけるユーザを有するとは限らない。代わりに、UEは、人間のユーザへの販売、または人間のユーザによる動作を意図されるが、特定の人間のユーザに関連付けられないことがあるか、または特定の人間のユーザに初めに関連付けられないことがある、デバイス(たとえば、スマートスプリンクラーコントローラ)を表し得る。代替的に、UEは、エンドユーザへの販売、またはエンドユーザによる動作を意図されないが、ユーザに関連付けられるか、またはユーザの利益のために動作され得る、デバイス(たとえば、スマート電力計)を表し得る。
UE2900は、バス2904を介して、入出力インターフェース2906、電源2908、メモリ2910、通信インターフェース2912、および/または任意の他の構成要素、あるいはそれらの任意の組合せに動作可能に結合された、処理回路2902を含む。いくつかのUEは、図29に示されている構成要素のすべてまたはサブセットを利用し得る。構成要素間の統合のレベルは、UEごとに変動し得る。さらに、いくつかのUEは、複数のプロセッサ、メモリ、トランシーバ、送信機、受信機など、構成要素の複数のインスタンスを含んでいることがある。
処理回路2902は、命令およびデータを処理するように設定され、機械可読コンピュータプログラムとしてメモリ2910に記憶された命令を実行するように動作可能な任意の逐次状態機械を実装するように設定され得る。処理回路2902は、(たとえば、ディスクリート論理、フィールドプログラマブルゲートアレイ(FPGA)、特定用途向け集積回路(ASIC)などにおける)1つまたは複数のハードウェア実装状態機械、適切なファームウェアと一緒のプログラマブル論理、適切なソフトウェアと一緒のマイクロプロセッサまたはデジタル信号プロセッサ(DSP)など、1つまたは複数の記憶されたコンピュータプログラム、汎用プロセッサ、あるいは上記の任意の組合せとして実装され得る。たとえば、処理回路2902は、複数の中央処理ユニット(CPU)を含み得る。
本例では、入出力インターフェース2906は、入力デバイス、出力デバイス、あるいは1つまたは複数の入力および/または出力デバイスに1つまたは複数のインターフェースを提供するように設定され得る。出力デバイスの例は、スピーカー、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、またはそれらの任意の組合せを含む。入力デバイスは、ユーザが、情報をUE2900にキャプチャすることを可能にし得る。入力デバイスの例は、タッチセンシティブまたはプレゼンスセンシティブディスプレイ、カメラ(たとえば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなど)、マイクロフォン、センサー、マウス、トラックボール、方向性パッド、トラックパッド、スクロールホイール、スマートカードなどを含む。プレゼンスセンシティブディスプレイは、ユーザからの入力を検知するための容量性または抵抗性タッチセンサーを含み得る。センサーは、たとえば、加速度計、ジャイロスコープ、チルトセンサー、力センサー、磁力計、光センサー、近接度センサー、生体センサーなど、またはそれらの任意の組合せであり得る。出力デバイスは、入力デバイスと同じタイプのインターフェースポートを使用し得る。たとえば、入力デバイスおよび出力デバイスを提供するために、ユニバーサルシリアルバス(USB)ポートが使用され得る。
いくつかの実施形態では、電源2908は、バッテリーまたはバッテリーパックとして構造化される。外部電源(たとえば、電気コンセント)、光起電力デバイスまたは電池など、他のタイプの電源が使用され得る。電源2908は、入力回路、または電力ケーブルなどのインターフェースを介して、電源2908自体、および/または外部電源から、UE2900の様々な部分に電力を配信するための、電力回路をさらに含み得る。電力を配信することは、たとえば、電源2908の充電のためのものであり得る。電力回路は、電源2908からの電力に対して、その電力を、電力が供給されるUE2900のそれぞれの構成要素に好適であるようにするために、任意のフォーマッティング、変換、または他の修正を実施し得る。
メモリ2910は、ランダムアクセスメモリ(RAM)、読取り専用メモリ(ROM)、プログラマブル読取り専用メモリ(PROM)、消去可能プログラマブル読取り専用メモリ(EPROM)、電気的消去可能プログラマブル読取り専用メモリ(EEPROM)、磁気ディスク、光ディスク、ハードディスク、リムーバブルカートリッジ、フラッシュドライブなど、メモリであるか、またはメモリを含むように設定され得る。一例では、メモリ2910は、オペレーティングシステム、ウェブブラウザアプリケーション、ウィジェット、ガジェットエンジン、または他のアプリケーションなど、1つまたは複数のアプリケーションプログラム2914と、対応するデータ2916とを含む。メモリ2910は、UE2900による使用のために、多様な様々なオペレーティングシステムまたはオペレーティングシステムの組合せのうちのいずれかを記憶し得る。
メモリ2910は、独立ディスクの冗長アレイ(RAID)、フラッシュメモリ、USBフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク(HD-DVD)光ディスクドライブ、内蔵ハードディスクドライブ、Blu-Ray光ディスクドライブ、ホログラフィックデジタルデータ記憶(HDDS)光ディスクドライブ、外部ミニデュアルインラインメモリモジュール(DIMM)、シンクロナスダイナミックランダムアクセスメモリ(SDRAM)、外部マイクロDIMM SDRAM、USIMおよび/またはISIMなどの1つまたは複数の加入者識別モジュール(SIM)を含むユニバーサル集積回路カード(UICC)の形態の改ざん防止モジュールなどのスマートカードメモリ、他のメモリ、あるいはそれらの任意の組合せなど、いくつかの物理ドライブユニットを含むように設定され得る。UICCは、たとえば、埋込みUICC(eUICC)、統合UICC(iUICC)、または通常「SIMカード」として知られているリムーバブルUICCであり得る。メモリ2910は、UE2900が、一時的または非一時的メモリ媒体に記憶された命令、アプリケーションプログラムなどにアクセスすること、データをオフロードすること、あるいはデータをアップロードすることを可能にし得る。通信システムを利用する製造品などの製造品は、メモリ2910として、またはメモリ2910中に有形に具現され得、メモリ2910は、デバイス可読記憶媒体であるか、またはデバイス可読記憶媒体を備え得る。
処理回路2902は、通信インターフェース2912を使用してアクセスネットワークまたは他のネットワークと通信するように設定され得る。通信インターフェース2912は、1つまたは複数の通信サブシステムを備え得、アンテナ2922を含むか、またはアンテナ2922に通信可能に結合され得る。通信インターフェース2912は、無線通信が可能な別のデバイス(たとえば、アクセスネットワークにおける別のUEまたはネットワークノード)の1つまたは複数のリモートトランシーバと通信することによってなど、通信するために使用される1つまたは複数のトランシーバを含み得る。各トランシーバは、ネットワーク通信(たとえば、光、電気、周波数割り当てなど)を提供するのに適した送信機2918および/または受信機2920を含み得る。その上、送信機2918および受信機2920は、1つまたは複数のアンテナ(たとえば、アンテナ2922)に結合され得、回路構成要素、ソフトウェアまたはファームウェアを共有し得るか、あるいは、代替的に、別個に実装され得る。
示されている実施形態では、通信インターフェース2912の通信機能は、セルラ通信、Wi-Fi通信、LPWAN通信、データ通信、ボイス通信、マルチメディア通信、Bluetoothなどの短距離通信、ニアフィールド通信、ロケーションを決定するための全地球測位システム(GPS)の使用などのロケーションベース通信、別の同様の通信機能、またはそれらの任意の組合せを含み得る。通信は、IEEE802.11、符号分割多重化アクセス(CDMA)、広帯域符号分割多元接続(WCDMA)、GSM、LTE、新無線(NR)、UMTS、WiMax、イーサネット、伝送制御プロトコル/インターネットプロトコル(TCP/IP)、同期光ネットワーキング(SONET)、非同期転送モード(ATM)、QUIC、ハイパーテキスト転送プロトコル(HTTP)など、1つまたは複数の通信プロトコルおよび/または規格に従って実装され得る。
センサーのタイプにかかわらず、UEは、UEのセンサーによってキャプチャされたデータの出力を、UEの通信インターフェース2912を通して、無線接続を介してネットワークノードに提供し得る。UEのセンサーによってキャプチャされたデータは、無線接続を通して別のUEを介してネットワークノードに通信され得る。出力は、周期的(たとえば、検出された温度を報告する場合、15分ごとに1回)であるか、トリガリングイベント(たとえば、湿度が検出されたとき、警報が送られる)に応答して、要求(たとえば、ユーザ始動型要求)に応答して、(たとえば、いくつかのセンサーからの報告からの負荷を均一にするために)ランダムであるか、または連続ストリーム(たとえば、患者のライブビデオフィード)であり得る。
別の例として、UEは、無線接続を介してネットワークノードから無線入力を受信するように設定された通信インターフェースに関係する、アクチュエータ、モーター、またはスイッチを備える。受信された無線入力に応答して、アクチュエータ、モーター、またはスイッチの状態が変化し得る。たとえば、UEは、受信された入力に従って飛行中のドローンの制御面またはローターを調節するモーター、あるいは受信された入力に従って医学的手順を実施するロボットアームを備え得る。
UEは、モノのインターネット(IoT)デバイスの形態のとき、1つまたは複数のアプリケーション領域において使用するためのデバイスであり得、これらの領域は、限定はしないが、都市ウェアラブル技術、拡張産業用アプリケーションおよびヘルスケアを含む。そのようなIoTデバイスの非限定的な例は、接続された冷蔵庫または冷凍庫、TV、接続された照明デバイス、電力量計、ロボット電気掃除機、音声制御されたスマートスピーカー、家庭用防犯カメラ、動き検出器、サーモスタット、煙検出器、ドア/窓センサー、浸水/湿度センサー、電子ドアロック、接続されたドアベル、ヒートポンプのような空調システム、自律車両、サーベイランスシステム、気象監視デバイス、車両駐車監視デバイス、電気車両充電ステーション、スマートウォッチ、フィットネストラッカー、拡張現実(AR)または仮想現実(VR)のためのヘッドマウントディスプレイ、触覚増補または知覚拡張のためのウェアラブル、ウォータースプリンクラー、動物または商品トラッキングデバイス、植物または動物を監視するためのセンサー、産業用ロボット、無人航空機(UAV)、および心拍数モニタまたはリモート制御された外科的ロボットのような任意の種類の医療デバイスであるデバイスであるか、あるいはそれらに埋め込まれたデバイスである。IoTデバイスの形態のUEは、図29に示されているUE2900に関して説明される他の構成要素に加えて、IoTデバイスの意図されたアプリケーションに応じた回路および/またはソフトウェアを備える。
また別の特定の例として、IoTシナリオでは、UEは、監視および/または測定を実施し、そのような監視および/または測定の結果を別のUEおよび/またはネットワークノードに送信する、マシンまたは他のデバイスを表し得る。UEは、この場合、M2Mデバイスであり得、M2Mデバイスは、3GPPコンテキストではMTCデバイスと呼ばれることがある。1つの特定の例として、UEは、3GPP NB-IoT規格を実装し得る。他のシナリオでは、UEは、車、バス、トラック、船、および飛行機など、車両、または、その動作ステータスを監視することおよび/またはその動作ステータスに関して報告すること、あるいはその動作に関連する他の機能が可能である他の機器を表し得る。
実際には、単一の使用事例に関して、任意の数のUEが一緒に使用され得る。たとえば、第1のUEは、ドローンであるか、ドローン中で統合され、(速度センサーを通して取得された)ドローンの速度情報を、ドローンを動作させるリモートコントローラである第2のUEに提供し得る。ユーザがリモートコントローラから変更を行うとき、第1のUEはドローンの速度を増加または減少させるために、(たとえば、アクチュエータを制御することによって)ドローン上のスロットルを調節し得る。第1および/または第2のUEはまた、上記で説明された機能のうちの2つ以上を含むことができる。たとえば、UEは、センサーとアクチュエータとを備え、速度センサーとアクチュエータの両方についてのデータの通信をハンドリングし得る。
図30は、いくつかの実施形態による、ネットワークノード3000を示す。本明細書で使用されるネットワークノードは、通信ネットワーク中のUEと、および/あるいは他のネットワークノードまたは機器と、直接的にまたは間接的に通信することが可能な、そうするように設定された、構成された、および/または動作可能な機器を指す。ネットワークノードの例は、限定はしないが、アクセスポイント(AP)(たとえば、無線アクセスポイント)、基地局(BS)(たとえば、無線基地局、ノードB、エボルブドノードB(eNB)およびNRノードB(gNB))を含む。
基地局は、基地局が提供するカバレッジの量(または、言い方を変えれば、基地局の送信電力レベル)に基づいてカテゴリー分類され得、したがって、カバレッジの提供される量に応じて、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局と呼ばれることがある。基地局は、リレーを制御する、リレーノードまたはリレードナーノードであり得る。ネットワークノードは、リモート無線ヘッド(RRH)と呼ばれることがある、集中型デジタルユニットおよび/またはリモートラジオユニット(RRU)など、分散無線基地局の1つまたは複数(またはすべて)の部分をも含み得る。そのようなリモートラジオユニットは、アンテナ統合無線機としてアンテナと統合されることも統合されないこともある。分散無線基地局の部分は、分散アンテナシステム(DAS)において、ノードと呼ばれることもある。
ネットワークノードの他の例は、複数送信ポイント(マルチTRP)5Gアクセスノード、マルチスタンダード無線(MSR)BSなどのMSR機器、無線ネットワークコントローラ(RNC)または基地局コントローラ(BSC)などのネットワークコントローラ、基地トランシーバ局(BTS)、送信ポイント、送信ノード、マルチセル/マルチキャスト協調エンティティ(MCE)、運用保守(O&M)ノード、運用サポートシステム(OSS)ノード、自己組織化ネットワーク(SON)ノード、測位ノード(たとえば、エボルブドサービングモバイルロケーションセンタ(E-SMLC))、および/あるいはドライブテスト最小化(MDT:minimization of drive test)を含む。
ネットワークノード3000は、処理回路3002と、メモリ3004と、通信インターフェース3006と、電源3008とを含む。ネットワークノード3000は、複数の物理的に別個の構成要素(たとえば、ノードB構成要素およびRNC構成要素、またはBTS構成要素およびBSC構成要素など)から組み立てられ得、これらは各々、それら自体のそれぞれの構成要素を有し得る。ネットワークノード3000が複数の別個の構成要素(たとえば、BTS構成要素およびBSC構成要素)を備えるいくつかのシナリオでは、別個の構成要素のうちの1つまたは複数が、いくつかのネットワークノードの間で共有され得る。たとえば、単一のRNCが複数のノードBを制御し得る。そのようなシナリオでは、各一意のノードBとRNCとのペアは、いくつかの事例では、単一の別個のネットワークノードと見なされ得る。いくつかの実施形態では、ネットワークノード3000は、複数の無線アクセス技術(RAT)をサポートするように設定され得る。そのような実施形態では、いくつかの構成要素は複製され得(たとえば、異なるRATのための別個のメモリ3004)、いくつかの構成要素は再使用され得る(たとえば、同じアンテナ3010が異なるRATによって共有され得る)。ネットワークノード3000は、ネットワークノード3000に統合された、異なる無線技術、たとえばGSM、WCDMA、LTE、NR、WiFi、Zigbee、Z-wave、LoRaWAN、無線周波数識別(RFID)またはBluetooth無線技術のための様々な示されている構成要素の複数のセットをも含み得る。これらの無線技術は、同じまたは異なるチップまたはチップのセット、およびネットワークノード3000内の他の構成要素に統合され得る。
処理回路3002は、単体で、またはメモリ3004などの他のネットワークノード3000構成要素と併せてのいずれかで、ネットワークノード3000機能を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適なコンピューティングデバイス、リソースのうちの1つまたは複数の組合せ、あるいはハードウェア、ソフトウェアおよび/または符号化された論理の組合せを備え得る。
いくつかの実施形態では、処理回路3002は、システムオンチップ(SOC)を含む。いくつかの実施形態では、処理回路3002は、無線周波数(RF)トランシーバ回路3012とベースバンド処理回路3014とのうちの1つまたは複数を含む。いくつかの実施形態では、無線周波数(RF)トランシーバ回路3012とベースバンド処理回路3014とは、別個のチップ(またはチップのセット)、ボード、または無線ユニットおよびデジタルユニットなどのユニット上にあり得る。代替実施形態では、RFトランシーバ回路3012とベースバンド処理回路3014との一部または全部は、同じチップまたはチップのセット、ボード、あるいはユニット上にあり得る。
メモリ3004は、限定はしないが、永続ストレージ、固体メモリ、リモートマウントメモリ、磁気媒体、光媒体、ランダムアクセスメモリ(RAM)、読取り専用メモリ(ROM)、大容量記憶媒体(たとえば、ハードディスク)、リムーバブル記憶媒体(たとえば、フラッシュドライブ、コンパクトディスク(CD)またはデジタルビデオディスク(DVD))を含む、任意の形態の揮発性または不揮発性コンピュータ可読メモリ、ならびに/あるいは、処理回路3002によって使用され得る情報、データ、および/または命令を記憶する、任意の他の揮発性または不揮発性、非一時的デバイス可読および/またはコンピュータ実行可能メモリデバイスを備え得る。メモリ3004は、コンピュータプログラム、ソフトウェア、論理、ルール、コード、表のうちの1つまたは複数を含むアプリケーション、および/または処理回路3002によって実行されることが可能であり、ネットワークノード3000によって利用される、他の命令を含む、任意の好適な命令、データまたは情報を記憶し得る。メモリ3004は、処理回路3002によって行われた計算および/または通信インターフェース3006を介して受信されたデータを記憶するために使用され得る。いくつかの実施形態では、処理回路3002およびメモリ3004は、統合される。
通信インターフェース3006は、ネットワークノード、アクセスネットワーク、および/またはUEの間のシグナリングおよび/またはデータの有線または無線通信において使用される。示されているように、通信インターフェース3006は、たとえば有線接続上でネットワークとの間でデータを送るおよび受信するための(1つまたは複数の)ポート/(1つまたは複数の)端末3016を備える。通信インターフェース3006は、アンテナ3010に結合されるか、またはいくつかの実施形態では、アンテナ3010の一部であり得る、無線フロントエンド回路3018をも含む。無線フロントエンド回路3018は、フィルタ3020と増幅器3022とを備える。無線フロントエンド回路3018は、アンテナ3010および処理回路3002に接続され得る。無線フロントエンド回路は、アンテナ3010と処理回路3002との間で通信される信号を調整するように設定され得る。無線フロントエンド回路3018は、無線接続を介して他のネットワークノードまたはUEに送出されるべきであるデジタルデータを受信し得る。無線フロントエンド回路3018は、デジタルデータを、フィルタ3020および/または増幅器3022の組合せを使用して適切なチャネルおよび帯域幅パラメータを有する無線信号に変換し得る。無線信号は、次いで、アンテナ3010を介して送信され得る。同様に、データを受信するとき、アンテナ3010は無線信号を収集し得、次いで、無線信号は無線フロントエンド回路3018によってデジタルデータに変換される。デジタルデータは、処理回路3002に受け渡され得る。他の実施形態では、通信インターフェースは、異なる構成要素および/または構成要素の異なる組合せを備え得る。
いくつかの代替実施形態では、ネットワークノード3000は別個の無線フロントエンド回路3018を含まず、代わりに、処理回路3002は、無線フロントエンド回路を含み、アンテナ3010に接続される。同様に、いくつかの実施形態では、RFトランシーバ回路3012の全部または一部が、通信インターフェース3006の一部である。さらに他の実施形態では、通信インターフェース3006は、無線ユニット(図示せず)の一部として、1つまたは複数のポートまたは端末3016と、無線フロントエンド回路3018と、RFトランシーバ回路3012とを含み、通信インターフェース3006は、デジタルユニット(図示せず)の一部であるベースバンド処理回路3014と通信する。
アンテナ3010は、無線信号を送るおよび/または受信するように設定された、1つまたは複数のアンテナまたはアンテナアレイを含み得る。アンテナ3010は、無線フロントエンド回路3018に結合され得、データおよび/または信号を無線で送信および受信することが可能な任意のタイプのアンテナであり得る。いくつかの実施形態では、アンテナ3010は、ネットワークノード3000とは別個であり、インターフェースまたはポートを通してネットワークノード3000に接続可能である。
アンテナ3010、通信インターフェース3006、および/または処理回路3002は、ネットワークノードによって実施されるものとして本明細書で説明される任意の受信動作および/またはいくつかの取得動作を実施するように設定され得る。任意の情報、データおよび/または信号が、UE、別のネットワークノードおよび/または任意の他のネットワーク機器から受信され得る。同様に、アンテナ3010、通信インターフェース3006、および/または処理回路3002は、ネットワークノードによって実施されるものとして本明細書で説明される任意の送信動作を実施するように設定され得る。任意の情報、データおよび/または信号が、UE、別のネットワークノードおよび/または任意の他のネットワーク機器に送信され得る。
電源3008は、それぞれの構成要素に好適な形態で(たとえば、各それぞれの構成要素のために必要とされる電圧および電流レベルにおいて)、ネットワークノード3000の様々な構成要素に電力を提供する。電源3008は、本明細書で説明される機能を実施するための電力を、ネットワークノード3000の構成要素に供給するための、電力管理回路をさらに備えるか、または電力管理回路に結合され得る。たとえば、ネットワークノード3000は、電気ケーブルなどの入力回路またはインターフェースを介して外部電源(たとえば、電力グリッド、電気コンセント)に接続可能であり得、それにより、外部電源は電源3008の電力回路に電力を供給する。さらなる例として、電源3008は、電力回路に接続された、または電力回路中で統合された、バッテリーまたはバッテリーパックの形態の電力源を備え得る。バッテリーは、外部電源が落ちた場合、バックアップ電力を提供し得る。
ネットワークノード3000の実施形態は、本明細書で説明される機能、および/または本明細書で説明される主題をサポートするために必要な機能のうちのいずれかを含む、ネットワークノードの機能のいくつかの態様を提供するための、図30に示されている構成要素以外の追加の構成要素を含み得る。たとえば、ネットワークノード3000は、ネットワークノード3000への情報の入力を可能にするための、およびネットワークノード3000からの情報の出力を可能にするための、ユーザインターフェース機器を含み得る。これは、ユーザが、ネットワークノード3000のための診断、メンテナンス、修復、および他のアドミニストレーティブ機能を実施することを可能にし得る。
図31は、本明細書で説明される様々な態様による、図28のホスト2816の一実施形態であり得る、ホスト3100のブロック図である。本明細書で使用されるホスト3100は、スタンドアロンサーバ、ブレードサーバ、クラウド実装サーバ、分散サーバ、仮想マシン、コンテナ、またはサーバファーム中の処理リソースを含む、ハードウェアおよび/またはソフトウェアの様々な組合せであるか、あるいはハードウェアおよび/またはソフトウェアの様々な組合せを備え得る。ホスト3100は、1つまたは複数のUEに1つまたは複数のサービスを提供し得る。
ホスト3100は、バス3104を介して、入出力インターフェース3106と、ネットワークインターフェース3108と、電源3110と、メモリ3112とに動作可能に結合された処理回路3102を含む。他の実施形態では、他の構成要素が含まれ得る。これらの構成要素の特徴は、図29および図30など、前の図のデバイスに関して説明されたものと実質的に同様であり得、したがって、それらの説明は、概して、ホスト3100の対応する構成要素に適用可能である。
メモリ3112は、1つまたは複数のホストアプリケーションプログラム3114とデータ3116とを含む1つまたは複数のコンピュータプログラムを含み得、データ3116は、ユーザデータ、たとえば、ホスト3100のためにUEによって生成されたデータ、またはUEのためにホスト3100によって生成されたデータを含み得る。ホスト3100の実施形態は、示されている構成要素のサブセットのみまたはすべてを利用し得る。ホストアプリケーションプログラム3114は、コンテナベースのアーキテクチャにおいて実装され得、UEの複数の異なるクラス、タイプ、または実装形態(たとえば、ハンドセット、デスクトップコンピュータ、ウェアラブルディスプレイシステム、ヘッドアップディスプレイシステム)のためのトランスコーディングを含む、ビデオコーデック(たとえば、多用途ビデオコーディング(VVC)、高効率ビデオコーディング(HEVC)、アドバンストビデオコーディング(AVC)、MPEG、VP9)、およびオーディオコーデック(たとえば、FLAC、アドバンストオーディオコーディング(AAC)、MPEG、G.711)についてのサポートを提供し得る。ホストアプリケーションプログラム3114は、ユーザ認証およびライセンスチェックをも提供し得、健康、ルート、およびコンテンツ利用可能性を、コアネットワーク中のデバイス、またはコアネットワークのエッジ上のデバイスなど、中央ノードに周期的に報告し得る。したがって、ホスト3100は、UEのためのオーバーザトップサービスのために、異なるホストを選択および/または示し得る。ホストアプリケーションプログラム3114は、HTTPライブストリーミング(HLS)プロトコル、リアルタイムメッセージングプロトコル(RTMP)、リアルタイムストリーミングプロトコル(RTSP)、動的適応ストリーミングオーバーHTTP(MPEG-DASH)など、様々なプロトコルをサポートし得る。
図32は、いくつかの実施形態によって実装される機能が仮想化され得る、仮想化環境3200を示すブロック図である。本コンテキストでは、仮想化することは、ハードウェアプラットフォーム、記憶デバイスおよびネットワーキングリソースを仮想化することを含み得る、装置またはデバイスの仮想バージョンを作成することを意味する。本明細書で使用される仮想化は、本明細書で説明される任意のデバイス、またはそれらの構成要素に適用され得、機能の少なくとも一部分が1つまたは複数の仮想構成要素として実装される実装形態に関係する。本明細書で説明される機能の一部または全部は、ネットワークノード、UE、コアネットワークノード、またはホストとして動作するハードウェアコンピューティングデバイスなど、ハードウェアノードのうちの1つまたは複数によってホストされる1つまたは複数の仮想環境3200において実装される1つまたは複数の仮想マシン(VM)によって実行される、仮想構成要素として実装され得る。さらに、仮想ノードが無線コネクティビティ(たとえば、コアネットワークノードまたはホスト)を必要としない実施形態では、ノードは、完全に仮想化され得る。
(代替的に、ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと呼ばれることがある)アプリケーション3202は、本明細書で開示される実施形態のうちのいくつかの特徴、機能、および/または利益のうちのいくつかを実装するために、仮想化環境Q400において稼働される。
ハードウェア3204は、処理回路、ハードウェア処理回路によって実行可能なソフトウェアおよび/または命令を記憶するメモリ、ならびに/あるいはネットワークインターフェース、入出力インターフェースなど、本明細書で説明される他のハードウェアデバイスを含む。ソフトウェアが、(ハイパーバイザまたは仮想マシンモニタ(VMM)とも呼ばれる)1つまたは複数の仮想化レイヤ3206をインスタンス化するために、処理回路によって実行され、(それらのうちの1つまたは複数が一般にVM3208と呼ばれることがある)VM3208aおよび3208bを提供し、ならびに/あるいは、本明細書で説明されるいくつかの実施形態に関して説明される、機能、特徴、および/または利益のいずれかを実施し得る。仮想化レイヤ3206は、VM3208に、ネットワーキングハードウェアのように見える仮想動作プラットフォームを提示し得る。
VM3208は、仮想処理、仮想メモリ、仮想ネットワーキングまたはインターフェース、および仮想ストレージを備え、対応する仮想化レイヤ3206によって稼働され得る。仮想アプライアンス3202の事例の異なる実施形態が、VM3208のうちの1つまたは複数上で実装され得、実装は異なるやり方で行われ得る。ハードウェアの仮想化は、いくつかのコンテキストにおいて、ネットワーク機能仮想化(NFV)と呼ばれる。NFVは、多くのネットワーク機器タイプを、データセンタおよび顧客構内機器中に位置し得る、業界標準高ボリュームサーバハードウェア、物理スイッチ、および物理ストレージ上にコンソリデートするために使用され得る。
NFVのコンテキストでは、VM3208は、プログラムを、それらのプログラムが、物理的な仮想化されていないマシン上で実行しているかのように稼働する、物理マシンのソフトウェア実装形態であり得る。VM3208の各々と、そのVMに専用のハードウェアであろうと、および/またはそのVMによってVMのうちの他のVMと共有されるハードウェアであろうと、そのVMを実行するハードウェア3204のその一部とは、別個の仮想ネットワークエレメントを形成する。さらにNFVのコンテキストでは、仮想ネットワーク機能は、ハードウェア3204の上の1つまたは複数のVM3208において稼働する特定のネットワーク機能をハンドリングすることを担当し、アプリケーション3202に対応する。
ハードウェア3204は、一般的なまたは特定の構成要素をもつスタンドアロンネットワークノードにおいて実装され得る。ハードウェア3204は、仮想化を介していくつかの機能を実装し得る。代替的に、ハードウェア3204は、多くのハードウェアノードが協働し、特に、アプリケーション3202のライフサイクル管理を監督する、管理およびオーケストレーション3210を介して管理される、(たとえば、データセンタまたはCPEの場合のような)ハードウェアのより大きいクラスタの一部であり得る。いくつかの実施形態では、ハードウェア3204は、1つまたは複数のアンテナに結合され得る、1つまたは複数の送信機と1つまたは複数の受信機とを各々含む、1つまたは複数の無線ユニットに結合される。無線ユニットは、1つまたは複数の適切なネットワークインターフェースを介して他のハードウェアノードと直接的に通信し得、無線アクセスノードまたは基地局など、無線能力をもつ仮想ノードを提供するために仮想構成要素と組み合わせて使用され得る。いくつかの実施形態では、何らかのシグナリングが、ハードウェアノードと無線ユニットとの間の通信のために代替的に使用され得る制御システム3212を使用して、提供され得る。
図33は、いくつかの実施形態による、部分的無線接続上でホスト3302がネットワークノード3304を介してUE3306と通信することの通信図を示す。次に、前の段落において説明された(図28のUE2812aおよび/または図29のUE2900などの)UE、(図28のネットワークノード2810aおよび/または図30のネットワークノード3000などの)ネットワークノード、および(図28のホスト2816および/または図31のホスト3100などの)ホストの様々な実施形態による、例示的な実装形態が、図33を参照しながら説明される。
ホスト3100と同様に、ホスト3302の実施形態は、通信インターフェース、処理回路、およびメモリなど、ハードウェアを含む。ホスト3302は、ホスト3302に記憶されるかまたはホスト3302によってアクセス可能であり、処理回路によって実行可能であるソフトウェアをも含む。ソフトウェアは、UE3306とホスト3302との間に延びるオーバーザトップ(OTT)接続3350を介して接続するUE3306など、リモートユーザにサービスを提供するように動作可能であり得るホストアプリケーションを含む。リモートユーザにサービスを提供する際に、ホストアプリケーションは、OTT接続3350を使用して送信されるユーザデータを提供し得る。
ネットワークノード3304は、ネットワークノード3304がホスト3302およびUE3306と通信することを可能にするハードウェアを含む。接続3360は、直接的であるか、または、(図28のコアネットワーク2806と同様の)コアネットワーク、および/あるいは1つまたは複数のパブリックネットワーク、プライベートネットワーク、またはホストされたネットワークなど、1つまたは複数の他の中間ネットワークを通過し得る。たとえば、中間ネットワークは、バックボーンネットワークまたはインターネットであり得る。
UE3306は、ハードウェアと、UE3306に記憶されるかまたはUE3306によってアクセス可能であり、UEの処理回路によって実行可能であるソフトウェアとを含む。ソフトウェアは、ホスト3302のサポートを伴って、UE3306を介して人間のまたは人間でないユーザにサービスを提供するように動作可能であり得るウェブブラウザまたはオペレータ固有の「アプリ」など、クライアントアプリケーションを含む。ホスト3302では、実行しているホストアプリケーションは、UE3306およびホスト3302において終端するOTT接続3350を介して、実行しているクライアントアプリケーションと通信し得る。ユーザにサービスを提供する際に、UEのクライアントアプリケーションは、ホストのホストアプリケーションから要求データを受信し、要求データに応答してユーザデータを提供し得る。OTT接続3350は、要求データとユーザデータの両方を転送し得る。UEのクライアントアプリケーションは、UEのクライアントアプリケーションがOTT接続3350を通してホストアプリケーションに提供するユーザデータを生成するためにユーザと対話し得る。
OTT接続3350は、ホスト3302とUE3306との間の接続を提供するために、ホスト3302とネットワークノード3304との間の接続3360を介して、およびネットワークノード3304とUE3306との間の無線接続3370を介して延び得る。OTT接続3350が提供され得る接続3360および無線接続3370は、仲介デバイスとこれらのデバイスを介したメッセージの正確なルーティングとへの明示的言及なしに、ネットワークノード3304を介したホスト3302とUE3306との間の通信を示すために抽象的に描かれている。
OTT接続3350を介してデータを送信する一例として、ステップ3308において、ホスト3302はユーザデータを提供し、これは、ホストアプリケーションを実行することによって実施され得る。いくつかの実施形態では、ユーザデータは、UE3306と対話する特定の人間のユーザに関連付けられる。他の実施形態では、ユーザデータは、明示的人間対話なしの、ホスト3302とデータを共有するUE3306に関連付けられる。ステップ3310において、ホスト3302は、UE3306のほうへユーザデータを搬送する送信を始動する。ホスト3302は、UE3306によって送信された要求に応答して、送信を始動し得る。要求は、UE3306との人間対話によって、またはUE3306上で実行するクライアントアプリケーションの動作によって引き起こされ得る。送信は、本開示全体にわたって説明される実施形態の教示に従って、ネットワークノード3304を介して通り得る。したがって、ステップ3312において、ネットワークノード3304は、本開示全体にわたって説明される実施形態の教示に従って、ホスト3302が始動した送信において搬送されたユーザデータをUE3306に送信する。ステップ3314において、UE3306は、送信において搬送されたユーザデータを受信し、これは、ホスト3302によって実行されたホストアプリケーションに関連付けられたUE3306上で実行されるクライアントアプリケーションによって実施され得る。
いくつかの例では、UE3306は、ホスト3302にユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータは、ホスト3302から受信されたデータに反応または応答して提供され得る。したがって、ステップ3316において、UE3306はユーザデータを提供し得、これは、クライアントアプリケーションを実行することによって実施され得る。ユーザデータを提供する際に、クライアントアプリケーションは、UE3306の入出力インターフェースを介してユーザから受信されたユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の様式にかかわらず、UE3306は、ステップ3318において、ネットワークノード3304を介したホスト3302のほうへのユーザデータの送信を始動する。ステップ3320において、本開示全体にわたって説明される実施形態の教示に従って、ネットワークノード3304は、UE3306からユーザデータを受信し、ホスト3302のほうへの受信されたユーザデータの送信を始動する。ステップ3322において、ホスト3302は、UE3306によって始動された送信において搬送されたユーザデータを受信する。
様々な実施形態のうちの1つまたは複数は、無線接続3370が最後のセグメントを形成するOTT接続3350を使用して、UE3306に提供されるOTTサービスの性能を改善する。より正確には、これらの実施形態の教示は、電力消費を改善し、それにより、延長されたバッテリー寿命などの利益を提供し得る。
例示的なシナリオでは、ファクトリーステータス情報が、ホスト3302によって収集され、分析され得る。別の例として、ホスト3302は、マップを作成する際に使用するために、UEから取り出されていることがあるオーディオおよびビデオデータを処理し得る。別の例として、ホスト3302は、車両渋滞を制御する(たとえば、交通信号を制御する)のを支援するために、リアルタイムデータを収集し、分析し得る。別の例として、ホスト3302は、UEによってアップロードされたサーベイランスビデオを記憶し得る。別の例として、ホスト3302は、ホスト3302がUEにブロードキャスト、マルチキャスト、またはユニキャストすることができる、ビデオ、オーディオ、VRまたはARなど、メディアコンテンツへのアクセスを記憶または制御し得る。他の例として、ホスト3302は、エネルギー価格設定、発電ニーズのバランスをとるための非時間制約型電気負荷のリモート制御、ロケーションサービス、(リモートデバイスから収集されたデータから図などをコンパイルすることなどの)プレゼンテーションサービス、あるいはデータを収集すること、取り出すこと、記憶すること、分析すること、および/または送信することの任意の他の機能のために使用され得る。
いくつかの例では、1つまたは複数の実施形態が改善する、データレート、レイテンシおよび他のファクタを監視する目的での、測定手順が提供され得る。測定結果の変動に応答して、ホスト3302とUE3306との間のOTT接続3350を再設定するための随意のネットワーク機能がさらにあり得る。測定手順および/またはOTT接続を再設定するためのネットワーク機能は、ホスト3302および/またはUE3306のソフトウェアおよびハードウェアで実装され得る。いくつかの実施形態では、OTT接続3350が通過する他のデバイスにおいてまたは他のデバイスに関連して、センサー(図示せず)が展開され得、センサーは、上記で例示された監視された量の値を供給すること、あるいはソフトウェアが監視された量を算出または推定し得る他の物理量の値を供給することによって、測定手順に参加し得る。OTT接続3350の再設定は、メッセージフォーマット、再送信セッティング、好ましいルーティングなどを含み得、再設定は、ネットワークノード3304の動作を直接的に変更する必要がない。そのような手順および機能は、当技術分野において知られ、実践され得る。いくつかの実施形態では、測定は、ホスト3302による、スループット、伝搬時間、レイテンシなどの測定を容易にするプロプライエタリUEシグナリングを伴い得る。測定は、ソフトウェアが、伝搬時間、エラーなどを監視しながら、OTT接続3350を使用して、メッセージ、特に空のまたは「ダミー」メッセージが送信されることを引き起こすことにおいて、実装され得る。
本明細書で説明されるコンピューティングデバイス(たとえば、UE、ネットワークノード、ホスト)は、ハードウェア構成要素の示されている組合せを含み得るが、他の実施形態は、構成要素の異なる組合せをもつコンピューティングデバイスを備え得る。これらのコンピューティングデバイスが、本明細書で開示されるタスク、特徴、機能および方法を実施するために必要とされるハードウェアおよび/またはソフトウェアの任意の好適な組合せを備え得ることを理解されたい。本明細書で説明される決定すること、計算すること、取得すること、または同様の動作は、処理回路によって実施され得、処理回路は、たとえば、取得された情報を他の情報に変換すること、取得された情報または変換された情報をネットワークノードに記憶された情報と比較すること、ならびに/あるいは、取得された情報または変換された情報に基づいて、および前記処理が決定を行ったことの結果として、1つまたは複数の動作を実施することによって情報を処理し得る。その上、構成要素が、より大きいボックス内に位置する単一のボックスとして、または複数のボックス内で入れ子にされている単一のボックスとして図示されているが、実際には、コンピューティングデバイスは、単一の示されている構成要素を組成する複数の異なる物理構成要素を備え得、機能が、別個の構成要素間で区分され得る。たとえば、通信インターフェースは、本明細書で説明される構成要素のうちのいずれかを含むように設定され得、および/または、それらの構成要素の機能は、処理回路と通信インターフェースとの間で区分され得る。別の例では、そのような構成要素のうちのいずれかの非計算集約的機能が、ソフトウェアまたはファームウェアで実装され得、計算集約的機能がハードウェアで実装され得る。
いくつかの実施形態では、本明細書で説明される機能の一部または全部は、メモリに記憶された命令を実行する処理回路によって提供され得、メモリは、いくつかの実施形態では、非一時的コンピュータ可読記憶媒体の形態のコンピュータプログラム製品であり得る。代替実施形態では、機能の一部または全部は、ハードワイヤード様式などで、別個のまたは個別のデバイス可読記憶媒体に記憶された命令を実行することなしに、処理回路によって提供され得る。それらの特定の実施形態のいずれでも、非一時的コンピュータ可読記憶媒体に記憶された命令を実行するか否かにかかわらず、処理回路は、説明される機能を実施するように設定され得る。そのような機能によって提供される利益は、処理回路単独に、またはコンピューティングデバイスの他の構成要素に限定されないが、全体としてコンピューティングデバイスによって、ならびに/または概してエンドユーザおよび無線ネットワークによって、享受される。
図34は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図28および図33を参照しながら説明されたものであり得る、ホストコンピュータと基地局とUEとを含む。本開示の簡単のために、図34への図面参照のみがこのセクションに含まれる。ステップ3410において、ホストコンピュータはユーザデータを提供する。ステップ3410の(随意であり得る)サブステップ3411において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ3420において、ホストコンピュータは、UEにユーザデータを搬送する送信を始動する。(随意であり得る)ステップ3430において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが始動した送信において搬送されたユーザデータをUEに送信する。(また、随意であり得る)ステップ3440において、UEは、ホストコンピュータによって実行されるホストアプリケーションに関連付けられたクライアントアプリケーションを実行する。
図35は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図28および図33を参照しながら説明されたものであり得る、ホストコンピュータと基地局とUEとを含む。本開示の簡単のために、図35への図面参照のみがこのセクションに含まれる。方法のステップ3510において、ホストコンピュータはユーザデータを提供する。随意のサブステップ(図示せず)において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ3520において、ホストコンピュータは、UEにユーザデータを搬送する送信を始動する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を介して通り得る。(随意であり得る)ステップ3530において、UEは、送信において搬送されたユーザデータを受信する。
図36は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図28および図33を参照しながら説明されたものであり得る、ホストコンピュータと基地局とUEとを含む。本開示の簡単のために、図36への図面参照のみがこのセクションに含まれる。(随意であり得る)ステップ3610において、UEは、ホストコンピュータによって提供された入力データを受信する。追加または代替として、ステップ3620において、UEはユーザデータを提供する。ステップ3620の(随意であり得る)サブステップ3621において、UEは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。ステップ3610の(随意であり得る)サブステップ3611において、UEは、ホストコンピュータによって提供された受信された入力データに反応してユーザデータを提供する、クライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受信されたユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の様式にかかわらず、UEは、(随意であり得る)サブステップ3630において、ホストコンピュータへのユーザデータの送信を始動する。方法のステップ3640において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、UEから送信されたユーザデータを受信する。
図37は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図28および図33を参照しながら説明されたものであり得る、ホストコンピュータと基地局とUEとを含む。本開示の簡単のために、図37への図面参照のみがこのセクションに含まれる。(随意であり得る)ステップ3710において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、UEからユーザデータを受信する。(随意であり得る)ステップ3720において、基地局は、ホストコンピュータへの、受信されたユーザデータの送信を始動する。(随意であり得る)ステップ3730において、ホストコンピュータは、基地局によって始動された送信において搬送されたユーザデータを受信する。
本開示の一態様では、ホストコンピュータと、基地局と、マネージャ端末デバイスとを含む通信システムにおいて実装される方法が提供される。基地局は、第1の端末デバイス、第2の端末デバイス、および第1の端末デバイスと第2の端末デバイスとの間のリレーとして働く少なくとも1つの第3の端末デバイスのうちの1つである、マネージャ端末デバイスと接続する。本方法は、ホストコンピュータにおいて、ユーザデータを提供することを含む。本方法は、ホストコンピュータにおいて、基地局を備えるセルラネットワークを介してマネージャ端末デバイスにユーザデータを搬送する送信を始動することをさらに含む。基地局は、マネージャ端末デバイスから、第1の端末デバイスと第2の端末デバイスとの間のリンクに関する情報を受信する。基地局は、第1の端末デバイスおよび第2の端末デバイスのために、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび第2の端末デバイスを識別するための識別情報を決定する。基地局は、マネージャ端末デバイスに、決定された識別情報を割り振る。
本開示の一実施形態では、本方法は、基地局において、ユーザデータを送信することをさらに含む。
本開示の一実施形態では、ユーザデータは、ホストコンピュータにおいて、ホストアプリケーションを実行することによって提供される。本方法は、マネージャ端末デバイスにおいて、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行することをさらに含む。
本開示の別の態様では、ユーザデータを提供するように設定された処理回路と、マネージャ端末デバイスへの送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースとを備えるホストコンピュータを含む通信システムが提供される。セルラネットワークは、無線インターフェースと処理回路とを有する基地局を備える。基地局は、第1の端末デバイス、第2の端末デバイス、および第1の端末デバイスと第2の端末デバイスとの間のリレーとして働く少なくとも1つの第3の端末デバイスのうちの1つである、マネージャ端末デバイスと接続する。基地局の処理回路は、マネージャ端末デバイスから、第1の端末デバイスと第2の端末デバイスとの間のリンクに関する情報を受信するように設定される。基地局の処理回路は、第1の端末デバイスおよび第2の端末デバイスのために、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび第2の端末デバイスを識別するための識別情報を決定するように設定される。基地局の処理回路は、マネージャ端末デバイスに、決定された識別情報を割り振るように設定される。
本開示の一実施形態では、通信システムは、基地局をさらに含む。
本開示の一実施形態では、通信システムは、マネージャ端末デバイスをさらに含む。マネージャ端末デバイスは、基地局と通信するように設定される。
本開示の一実施形態では、ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定される。マネージャ端末デバイスは、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように設定された処理回路を備える。
本開示のまた別の態様では、ホストコンピュータと、基地局と、マネージャ端末デバイスとを含む通信システムにおいて実装される方法が提供される。マネージャ端末デバイスは、基地局のカバレッジ下にあり、第1の端末デバイス、第2の端末デバイス、および第1の端末デバイスと第2の端末デバイスとの間のリレーとして働く少なくとも1つの第3の端末デバイスのうちの1つである。本方法は、ホストコンピュータにおいて、ユーザデータを提供することを含む。本方法は、ホストコンピュータにおいて、基地局を備えるセルラネットワークを介してマネージャ端末デバイスにユーザデータを搬送する送信を始動することをさらに含む。マネージャ端末デバイスは、基地局に、第1の端末デバイスと第2の端末デバイスとの間のリンクに関する情報を報告する。マネージャ端末デバイスは、基地局から、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび第2の端末デバイスを識別するための第1の端末デバイスおよび第2の端末デバイスの識別情報を受信する。マネージャ端末デバイスは、第1の端末デバイスと第2の端末デバイスとの間のリンク上の対応するホップに、決定された識別情報を割り振る。
本開示の一実施形態では、本方法は、マネージャ端末デバイスにおいて、基地局からユーザデータを受信することをさらに含む。
本開示のまた別の態様では、ユーザデータを提供するように設定された処理回路と、マネージャ端末デバイスへの送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースとを備えるホストコンピュータを含む通信システムが提供される。マネージャ端末デバイスは、基地局のカバレッジ下にあり、第1の端末デバイス、第2の端末デバイス、および第1の端末デバイスと第2の端末デバイスとの間のリレーとして働く少なくとも1つの第3の端末デバイスのうちの1つである。マネージャ端末デバイスは、無線インターフェースと処理回路とを備える。マネージャ端末デバイスの処理回路は、基地局に、第1の端末デバイスと第2の端末デバイスとの間のリンクに関する情報を報告するように設定される。マネージャ端末デバイスの処理回路は、基地局から、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび第2の端末デバイスを識別するための第1の端末デバイスおよび第2の端末デバイスの識別情報を受信するように設定される。マネージャ端末デバイスの処理回路は、第1の端末デバイスと第2の端末デバイスとの間のリンク上の対応するホップに、決定された識別情報を割り振るように設定される。
本開示の一実施形態では、通信システムは、マネージャ端末デバイスをさらに含む。
本開示の一実施形態では、セルラネットワークは、マネージャ端末デバイスと通信するように設定された基地局をさらに含む。
本開示の一実施形態では、ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定される。マネージャ端末デバイスの処理回路は、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように設定される。
本開示のまた別の態様では、ホストコンピュータと、基地局と、マネージャ端末デバイスとを含む通信システムにおいて実装される方法が提供される。マネージャ端末デバイスは、基地局のカバレッジ下にあり、第1の端末デバイス、第2の端末デバイス、および第1の端末デバイスと第2の端末デバイスとの間のリレーとして働く少なくとも1つの第3の端末デバイスのうちの1つである。本方法は、ホストコンピュータにおいて、マネージャ端末デバイスから基地局に送信されたユーザデータを受信することを含む。マネージャ端末デバイスは、基地局に、第1の端末デバイスと第2の端末デバイスとの間のリンクに関する情報を報告する。マネージャ端末デバイスは、基地局から、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび第2の端末デバイスを識別するための第1の端末デバイスおよび第2の端末デバイスの識別情報を受信する。マネージャ端末デバイスは、第1の端末デバイスと第2の端末デバイスとの間のリンク上の対応するホップに、決定された識別情報を割り振る。
本開示の一実施形態では、本方法は、マネージャ端末デバイスにおいて、基地局にユーザデータを提供することをさらに含む。
本開示の一実施形態では、本方法は、マネージャ端末デバイスにおいて、クライアントアプリケーションを実行し、それにより送信されるべきユーザデータを提供することをさらに含む。本方法は、ホストコンピュータにおいて、クライアントアプリケーションに関連付けられたホストアプリケーションを実行することをさらに含む。
本開示の一実施形態では、本方法は、マネージャ端末デバイスにおいて、クライアントアプリケーションを実行することをさらに含む。本方法は、マネージャ端末デバイスにおいて、クライアントアプリケーションへの入力データを受信することをさらに含む。入力データは、ホストコンピュータにおいて、クライアントアプリケーションに関連付けられたホストアプリケーションを実行することによって提供される。送信されるべきユーザデータは、入力データに応答してクライアントアプリケーションによって提供される。
本開示のまた別の態様では、マネージャ端末デバイスから基地局への送信から発生したユーザデータを受信するように設定された通信インターフェースを備えるホストコンピュータを含む通信システムが提供される。マネージャ端末デバイスは、基地局のカバレッジ下にあり、第1の端末デバイス、第2の端末デバイス、および第1の端末デバイスと第2の端末デバイスとの間のリレーとして働く少なくとも1つの第3の端末デバイスのうちの1つである。マネージャ端末デバイスは、無線インターフェースと処理回路とを備える。マネージャ端末デバイスの処理回路は、基地局に、第1の端末デバイスと第2の端末デバイスとの間のリンクに関する情報を報告するように設定される。マネージャ端末デバイスの処理回路は、基地局から、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび第2の端末デバイスを識別するための第1の端末デバイスおよび第2の端末デバイスの識別情報を受信するように設定される。マネージャ端末デバイスの処理回路は、第1の端末デバイスと第2の端末デバイスとの間のリンク上の対応するホップに、決定された識別情報を割り振るように設定される。
本開示の一実施形態では、通信システムは、マネージャ端末デバイスをさらに含む。
本開示の一実施形態では、通信システムは、基地局をさらに含む。基地局は、マネージャ端末デバイスと通信するように設定された無線インターフェースと、マネージャ端末デバイスから基地局への送信によって搬送されたユーザデータをホストコンピュータにフォワーディングするように設定された通信インターフェースとを備える。
本開示の一実施形態では、ホストコンピュータの処理回路は、ホストアプリケーションを実行するように設定される。マネージャ端末デバイスの処理回路は、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それによりユーザデータを提供するように設定される。
本開示の一実施形態では、ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それにより要求データを提供するように設定される。マネージャ端末デバイスの処理回路は、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それにより要求データに応答してユーザデータを提供するように設定される。
本開示のまた別の態様では、ホストコンピュータと、基地局と、マネージャ端末デバイスとを含む通信システムにおいて実装される方法が提供される。基地局は、第1の端末デバイス、第2の端末デバイス、および第1の端末デバイスと第2の端末デバイスとの間のリレーとして働く少なくとも1つの第3の端末デバイスのうちの1つである、マネージャ端末デバイスと接続する。本方法は、ホストコンピュータにおいて、基地局から、基地局がマネージャ端末デバイスから受信した送信から発生したユーザデータを受信することを含む。基地局は、マネージャ端末デバイスから、第1の端末デバイスと第2の端末デバイスとの間のリンクに関する情報を受信する。基地局は、第1の端末デバイスおよび第2の端末デバイスのために、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび第2の端末デバイスを識別するための識別情報を決定する。基地局は、マネージャ端末デバイスに、決定された識別情報を割り振る。
本開示の一実施形態では、本方法は、基地局において、マネージャ端末デバイスからユーザデータを受信することをさらに含む。
本開示の一実施形態では、本方法は、基地局において、ホストコンピュータへの、受信されたユーザデータの送信を始動することをさらに含む。
本開示のまた別の態様では、マネージャ端末デバイスから基地局への送信から発生したユーザデータを受信するように設定された通信インターフェースを備えるホストコンピュータを含む通信システムが提供される。基地局は、第1の端末デバイス、第2の端末デバイス、および第1の端末デバイスと第2の端末デバイスとの間のリレーとして働く少なくとも1つの第3の端末デバイスのうちの1つである、マネージャ端末デバイスと接続する。基地局は、無線インターフェースと処理回路とを備える。基地局の処理回路は、マネージャ端末デバイスから、第1の端末デバイスと第2の端末デバイスとの間のリンクに関する情報を受信するように設定される。基地局の処理回路は、第1の端末デバイスおよび第2の端末デバイスのために、第1の端末デバイスと第2の端末デバイスとの間のリンク上の第1の端末デバイスおよび第2の端末デバイスを識別するための識別情報を決定するように設定される。基地局の処理回路は、マネージャ端末デバイスに、決定された識別情報を割り振るように設定される。
本開示の一実施形態では、通信システムは、基地局をさらに含む。
本開示の一実施形態では、通信システムは、マネージャ端末デバイスをさらに含む。マネージャ端末デバイスは、基地局と通信するように設定される。
本開示の一実施形態では、ホストコンピュータの処理回路は、ホストアプリケーションを実行するように設定される。マネージャ端末デバイスは、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それによりホストコンピュータによって受信されるべきユーザデータを提供するように設定される。
概して、様々な例示的な実施形態は、ハードウェアまたは専用回路、ソフトウェア、論理あるいはそれらの任意の組合せで実装され得る。たとえば、いくつかの態様は、ハードウェアで実装され得、他の態様は、コントローラ、マイクロプロセッサまたは他のコンピューティングデバイスによって実行され得るファームウェアまたはソフトウェアで実装され得るが、本開示はそれらに限定されない。本開示の例示的な実施形態の様々な態様は、ブロック図として、フローチャートとして、または何らかの他の図式表現を使用して、例示および説明され得るが、本明細書で説明されるこれらのブロック、装置、システム、技法または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路または論理、汎用ハードウェアまたはコントローラまたは他のコンピューティングデバイス、あるいはそれらの何らかの組合せで実装され得ることがよく理解されよう。
したがって、本開示の例示的な実施形態の少なくともいくつかの態様が、集積回路チップおよびモジュールなど、様々な構成要素において実践され得ることを諒解されたい。したがって、本開示の例示的な実施形態は、集積回路として具現される装置において実現され得、ここで、集積回路は、本開示の例示的な実施形態に従って動作するように設定可能である、データプロセッサ、デジタル信号プロセッサ、ベースバンド回路および無線周波数回路のうちの少なくとも1つまたは複数を具現するための回路(ならびに場合によってはファームウェア)を備え得ることを諒解されたい。
本開示の例示的な実施形態の少なくともいくつかの態様が、1つまたは複数のコンピュータまたは他のデバイスによって実行される、1つまたは複数のプログラムモジュールでなど、コンピュータ実行可能命令で具現され得ることを諒解されたい。概して、プログラムモジュールは、コンピュータまたは他のデバイス中のプロセッサによって実行されたとき、特定のタスクを実施するか、または特定の抽象データタイプを実装する、ルーチン、プログラム、オブジェクト、構成要素、データ構造などを含む。コンピュータ実行可能命令は、ハードディスク、光ディスク、リムーバブル記憶媒体、固体メモリ、RAMなど、コンピュータ可読媒体に記憶され得る。当業者によって諒解されるように、プログラムモジュールの機能は、様々な実施形態において必要に応じて、組み合わせられるかまたは分散され得る。さらに、機能は、集積回路、フィールドプログラマブルゲートアレイ(FPGA)など、ファームウェアまたはハードウェア等価物において全体的にまたは部分的に具現され得る。
「一実施形態(one embodiment)」、「一実施形態(an embodiment)」などへの本開示における言及は、説明される実施形態が、特定の特徴、構造、または特性を含み得ることを指示するが、あらゆる実施形態が、必ずしも、特定の特徴、構造、または特性を含むとは限らない。その上、そのような句は必ずしも同じ実施形態を指しているとは限らない。さらに、特定の特徴、構造、または特性が実施形態に関して説明されるとき、明示的に説明されるか否かにかかわらず、他の実施形態に関してそのような特徴、構造、または特性を実装することは当業者の知識内にあることが具申される。
様々なエレメントについて説明するために、「第1の」および「第2の」などの用語が本明細書で使用され得るが、これらのエレメントは、これらの用語によって限定されるべきでないことを理解されたい。これらの用語は、あるエレメントを別のエレメントと区別するために使用されるにすぎない。たとえば、本開示の範囲から逸脱することなく、第1のエレメントは第2のエレメントと呼ばれることがあり、同様に、第2のエレメントは第1のエレメントと呼ばれることがある。本明細書で使用される「および/または」という用語は、関連付けられた列挙された用語のうちの1つまたは複数のいずれかのおよびすべての組合せを含む。
本明細書で使用される専門用語は、特定の実施形態を説明するためのものにすぎず、本開示を限定するものではない。本明細書で使用される単数形「a」、「an」および「the」は、文脈が別段に明確に示すのでなければ、複数形をも含むものとする。本明細書で使用される「備える、含む(comprises)」、「備える、含む(comprising)」、「有する(has)」、「有する(having)」、「含む(includes)」および/または「含む(including)」という用語は、述べられた特徴、エレメント、および/または構成要素の存在を指定するが、1つまたは複数の他の特徴、エレメント、構成要素および/またはそれらの組合せの存在または追加を排除しないことをさらに理解されよう。本明細書で使用される「接続する(connect)」、「接続する(connects)」、「接続する(connecting)」および/または「接続された(connected)」という用語は、2つのエレメントの間の直接および/または間接的接続をカバーする。関与する機能に応じて、上記の図中で連続して示されている2つのブロックが、事実上、実質的にコンカレントに実行され得るか、またはブロックが、時々、逆の順序で実行され得ることに留意されたい。
本開示は、明示的に本明細書で開示される特徴の任意の新規の特徴または組合せあるいはその任意の一般化のいずれかを含む。本開示の上記の例示的な実施形態への様々な修正および適応は、添付の図面とともに読まれるとき、上記の説明に鑑みて、当業者に明らかになり得る。しかしながら、任意のおよびすべての修正が、依然として、本開示の非限定的なおよび例示的な実施形態の範囲内に入る。

Claims (18)

  1. 第1の端末デバイスと第2の端末デバイスとの間のリレーとして働く第3の端末デバイスによって実行される方法であって、前記方法が、
    前記第1の端末デバイスと前記第2の端末デバイスとの間のリンク上の前記第1の端末デバイスおよび前記第2の端末デバイスを識別するための識別情報を決定すること(1002)と、
    前記第1の端末デバイスと前記第2の端末デバイスとの間の前記リンク上の少なくとも1つの対応するホップに、前記決定された識別情報を割り振ること(1004)と
    を含み、
    前記第1の端末デバイスが、ソース端末デバイスまたは宛先端末デバイスであり、
    前記識別情報を決定すること(1002)が、前記第1の端末デバイスおよび前記第2の端末デバイスの第2の一時IDを決定すること(1002-3)を含み、前記第1の端末デバイスおよび前記第2の端末デバイスの前記第2の一時IDは、前記第1の端末デバイス/前記第2の端末デバイスと前記第3の端末デバイスとの間のリンクが確立された後に使用されることになり、
    前記第1の端末デバイスの異なる第2の一時IDが、前記第1の端末デバイスと前記第2の端末デバイスとの間の前記リンク上の各ホップについて決定され、
    前記第2の端末デバイスの異なる第2の一時IDが、前記第1の端末デバイスと前記第2の端末デバイスとの間の前記リンク上の各ホップについて決定される、方法。
  2. 前記決定された識別情報を割り振ること(1004)が、前記少なくとも1つの対応するホップ上の端末デバイスに、前記識別情報に関連付けられたタイムスタンプまたは禁止タイマーを送信すること(1004-3)を含み、
    前記タイムスタンプは、前記識別情報がいつ決定されたかを示し、前記禁止タイマーは、前記識別情報が更新されるべきでない所定の時間期間を示す、
    請求項1に記載の方法。
  3. 前記識別情報が更新される必要があるかどうかを決定すること(1510)
    をさらに含み、
    前記識別情報が更新される必要があると決定したとき、前記識別情報を前記決定すること(1002)と前記識別情報を前記割り振ること(1004)とが再び実施される、請求項1に記載の方法。
  4. 前記第3の端末デバイスの1つまたは複数の近隣端末デバイスによって始動される送信に基づいて、少なくとも2つの異なる端末デバイスの前記識別情報間の競合を検出すること(1614)と、
    前記1つまたは複数の近隣端末デバイスまたは基地局に前記検出された競合を通知すること(1616)と
    をさらに含む、請求項1に記載の方法。
  5. 前記第3の端末デバイスの入口ホップ上に適用された前記第1の端末デバイスおよび/または前記第2の端末デバイスの前記識別情報と、前記第3の端末デバイスの出口ホップ上に適用された前記第1の端末デバイスおよび/または前記第2の端末デバイスの前記識別情報との間のマッピングを維持すること(1418)
    をさらに含む、請求項1に記載の方法。
  6. 前記第1の端末デバイスおよび/または前記第2の端末デバイスの前記識別情報が、1つまたは複数の以下の様式で、すなわち、
    前記第3の端末デバイスのレイヤ2(L2)識別子(ID)に基づいて、
    ランダムな様式で、および
    所定の数学関数に基づいて、
    決定される、
    請求項1に記載の方法。
  7. 前記第1の端末デバイスおよび/または前記第2の端末デバイスの前記識別情報が、前記第1の端末デバイス/前記第2の端末デバイスのL2 IDへの1対1マッピングにおけるものであると決定される、
    請求項1に記載の方法。
  8. 前記第1の端末デバイスが、ソース端末デバイスであり、
    前記識別情報を決定すること(1002)が、前記第1の端末デバイスの第1の一時IDを決定すること(1002-1)を含み、前記第1の端末デバイスの前記第1の一時IDは、前記第1の端末デバイスと前記第3の端末デバイスとの間のリンクが確立されている間に使用されることになる、
    請求項1に記載の方法。
  9. 前記第2の端末デバイスが、ソース端末デバイスであり、
    前記識別情報を決定すること(1002)が、前記第2の端末デバイスの第1の一時IDを決定すること(1002-2)を含み、前記第2の端末デバイスの前記第1の一時IDは、前記第2の端末デバイスと前記第3の端末デバイスとの間のリンクが確立されている間に使用されることになる、
    請求項1に記載の方法。
  10. 前記ソース端末デバイスからの直接通信要求(DCR)メッセージの受信に応答して、前記ソース端末デバイスに代わって前記ソース端末デバイスの前記第1の一時IDを含んでいる別のDCRメッセージを送信すること(1720)
    をさらに含む、請求項8に記載の方法。
  11. 前記第1の端末デバイスおよび前記第2の端末デバイスの前記第2の一時IDが、前記第1の端末デバイスと前記第2の端末デバイスとの間のリンク全体について有効である、
    請求項に記載の方法。
  12. 前記決定された識別情報を割り振ること(1004)が、
    前記第1の端末デバイスと前記第2の端末デバイスとの間の前記リンク上の他の端末デバイスに、前記決定された識別情報と、前記第1の端末デバイスと前記第2の端末デバイスとの間の前記リンクを識別するIDとを送信すること(1004-1)
    を含む、請求項11に記載の方法。
  13. 前記決定された識別情報を割り振ること(1004)が、
    各ホップ上の前記端末デバイスに、前記ホップについて決定された前記第1の端末デバイスおよび前記第2の端末デバイスの前記識別情報と、前記ホップを識別するIDとを送信すること(1004-2)
    を含む、請求項に記載の方法。
  14. 前記識別情報を前記割り振ることに応答して、前記第1の端末デバイス/前記第2の端末デバイスから、応答メッセージを受信すること(1307)
    をさらに含み、
    前記応答メッセージが、前記第1の端末デバイス/前記第2の端末デバイスの前記識別情報に対する拒否を示すとき、前記識別情報を前記決定すること(1002)と前記識別情報を前記割り振ること(1004)とが、前記第1の端末デバイス/前記第2の端末デバイスのために再び実施される、請求項1に記載の方法。
  15. 前記決定された識別情報が、
    無線リソース制御(RRC)シグナリングと、
    PC5シグナリング(PC5-S)シグナリングと、
    発見シグナリングと、
    媒体アクセス制御(MAC)制御エレメント(CE)と、
    サービスデータ適応プロトコル(SDAP)またはパケットデータコンバージェンスプロトコル(PDCP)または無線リンク制御(RLC)または適応レイヤの制御プロトコルデータユニット(PDU)と、
    レイヤ1(L1)シグナリングと
    のうちの1つまたは複数によって割り振られる、
    請求項1に記載の方法。
  16. 第3の端末デバイス(2300)であって、前記第3の端末デバイス(2300)が、
    第1の端末デバイスと第2の端末デバイスとの間のリレーとして働くことと、
    前記第1の端末デバイスと前記第2の端末デバイスとの間のリンク上の前記第1の端末デバイスおよび前記第2の端末デバイスを識別するための識別情報を決定することと、
    前記第1の端末デバイスと前記第2の端末デバイスとの間の前記リンク上の少なくとも1つの対応するホップに、前記決定された識別情報を割り振ることと
    を行うように設定され
    前記第1の端末デバイスが、ソース端末デバイスまたは宛先端末デバイスであり、
    前記識別情報を決定することが、前記第1の端末デバイスおよび前記第2の端末デバイスの第2の一時IDを決定することを含み、前記第1の端末デバイスおよび前記第2の端末デバイスの前記第2の一時IDは、前記第1の端末デバイス/前記第2の端末デバイスと前記第3の端末デバイスとの間のリンクが確立された後に使用されることになり、
    前記第1の端末デバイスの異なる第2の一時IDが、前記第1の端末デバイスと前記第2の端末デバイスとの間の前記リンク上の各ホップについて決定され、
    前記第2の端末デバイスの異なる第2の一時IDが、前記第1の端末デバイスと前記第2の端末デバイスとの間の前記リンク上の各ホップについて決定される、第3の端末デバイス(2300)。
  17. 前記第3の端末デバイス(2300)が、請求項2から15のいずれか一項に記載の方法を実行するように動作可能である、
    請求項16に記載の第3の端末デバイス(2300)。
  18. 少なくとも1つのプロセッサ(2310)によって実行されたとき、前記少なくとも1つのプロセッサ(2310)に、請求項1から15のいずれか一項に記載の方法を実行させる命令を含む、コンピュータプログラム。
JP2024537953A 2021-12-22 2022-12-19 リレー端末デバイスを使用する通信のための端末識別 Active JP7848331B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN2021140618 2021-12-22
CNPCT/CN2021/140618 2021-12-22
PCT/EP2022/086606 WO2023117873A1 (en) 2021-12-22 2022-12-19 Terminal identification for communication using relay terminal device

Publications (2)

Publication Number Publication Date
JP2025502714A JP2025502714A (ja) 2025-01-28
JP7848331B2 true JP7848331B2 (ja) 2026-04-20

Family

ID=84820172

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2024537953A Active JP7848331B2 (ja) 2021-12-22 2022-12-19 リレー端末デバイスを使用する通信のための端末識別

Country Status (5)

Country Link
US (1) US20250056374A1 (ja)
EP (1) EP4454344A1 (ja)
JP (1) JP7848331B2 (ja)
CN (1) CN118715820A (ja)
WO (1) WO2023117873A1 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021190504A1 (en) * 2020-03-25 2021-09-30 Telefonaktiebolaget Lm Ericsson (Publ) Methods, apparatuses and computer-readable medium for device-to-device communication
CN121795039A (zh) * 2023-09-27 2026-04-03 Oppo广东移动通信有限公司 通信方法和设备
WO2025065722A1 (zh) * 2023-09-29 2025-04-03 深圳Tcl新技术有限公司 多跳侧链路ue到ue中继中的本地标识符分配
CN120730506A (zh) * 2024-03-29 2025-09-30 华为技术有限公司 通信方法、装置及系统
CN118872303A (zh) * 2024-05-13 2024-10-29 北京小米移动软件有限公司 通信方法、第一终端、第二终端、通信设备和系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016163509A1 (ja) 2015-04-09 2016-10-13 株式会社Nttドコモ 通信端末
WO2021092384A1 (en) 2019-11-07 2021-05-14 Idac Holdings, Inc. Methods and apparatus for direct discovery and communication using a wtru to wtru relay
WO2021159906A1 (zh) 2020-02-13 2021-08-19 中兴通讯股份有限公司 sidelink中继通信方法、装置、设备及介质

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2532387B (en) * 2013-08-28 2020-05-06 Nec Corp Information processing system, relay apparatus, information processing apparatus, program, and information processing method
CN108886682B (zh) * 2016-06-03 2022-04-15 Oppo广东移动通信有限公司 中继传输的方法和装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016163509A1 (ja) 2015-04-09 2016-10-13 株式会社Nttドコモ 通信端末
WO2021092384A1 (en) 2019-11-07 2021-05-14 Idac Holdings, Inc. Methods and apparatus for direct discovery and communication using a wtru to wtru relay
WO2021159906A1 (zh) 2020-02-13 2021-08-19 中兴通讯股份有限公司 sidelink中继通信方法、装置、设备及介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HUAWEI, HISILICON,KI#4, Sol#9: Update on connection establishment for Layer 2 UE-to-UE Relay,3GPP TSG-WG SA2 Meeting #141e S2-2007217,2020年10月02日

Also Published As

Publication number Publication date
CN118715820A (zh) 2024-09-27
WO2023117873A1 (en) 2023-06-29
JP2025502714A (ja) 2025-01-28
EP4454344A1 (en) 2024-10-30
US20250056374A1 (en) 2025-02-13

Similar Documents

Publication Publication Date Title
JP7848331B2 (ja) リレー端末デバイスを使用する通信のための端末識別
JP7696053B2 (ja) ランダムアクセスパーティショニングおよびランダムアクセスレポート
WO2023161431A1 (en) Signaling and mechanisms for ue- or network-triggered mobility in multi-hop user-to-network (u2n) sidelink scenarios
US20250133576A1 (en) Indicatiing Network Support of Various Sidelink (SL) Functionality
WO2024060947A1 (en) Network controlled ue-to-ue (u2u) relay link maintenance
JP7794987B2 (ja) 報告を送信および受信すること
WO2023209668A1 (en) Signaling and mechanisms for relay ue discovery message transmission multi-hop sidelink scenarios
JP2024518389A (ja) 通信ネットワークのための確定的ネットワークエンティティ
CN119895932A (zh) 无线网络中的小数据传送
JP2025529655A (ja) L1/l2セル間モビリティの実行
US20250185121A1 (en) Handling of Establishment Causes in Sidelink Relay Scenarios
WO2024001993A1 (en) Method and apparatus for enabling relaying for a remote ue using an ideal backhaul link
US20260059423A1 (en) Power efficient transmission and scheduling of cooperative devices in the uplink
US20250287456A1 (en) Methods to enhance the energy saving capabilities for the ue after dl data reception in mt-sdt
WO2023211327A1 (en) Methods and apparatus related to sidelink communications
WO2023244155A1 (en) Handling of tracking/ran area change of mobile iab node
CN118844040A (zh) 用于多trp pdsch的统一tci状态
JP2024517572A (ja) ネットワークトラフィック管理
US20250142653A1 (en) Operating a user equipment capable of connecting to multiple public land mobile networks
US20260101380A1 (en) Random access during cg-sdt
WO2023203246A1 (en) Transmission of cell barring information to a remote ue through a relay ue
JP2026508847A (ja) Bwpを介した周波数ホッピング設定
WO2024181902A1 (en) Dual mobility for cooperative transmissions
WO2023204752A1 (en) Paging for mt-sdt - network control and inter-node signaling
WO2024209419A1 (en) Systems and methods for handling of operation and maintenance connectivity for mobile integrated access and backhaul nodes

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240902

A529 Written submission of copy of amendment under article 34 pct

Free format text: JAPANESE INTERMEDIATE CODE: A529

Effective date: 20240816

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20240902

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20250613

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20250624

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20250919

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20251224

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20260210

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20260226

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20260408

R150 Certificate of patent or registration of utility model

Ref document number: 7848331

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150