知財求人 - 知財ポータルサイト「IP Force」
▶ インターデイジタル パテント ホールディングス インコーポレイテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-11-13
(54)【発明の名称】直接Ｃ２通信のセットアップ、変更、及び取り消し
(51)【国際特許分類】
H04W 76/14 20180101AFI20241106BHJP
H04W 84/06 20090101ALI20241106BHJP
H04W 92/18 20090101ALI20241106BHJP
H04W 12/037 20210101ALI20241106BHJP
H04W 12/0431 20210101ALI20241106BHJP
【ＦＩ】
H04W76/14
H04W84/06
H04W92/18
H04W12/037
H04W12/0431
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2024525201
(86)(22)【出願日】2022-11-04
(85)【翻訳文提出日】2024-06-18
(86)【国際出願番号】 US2022048970
(87)【国際公開番号】W WO2023081364
(87)【国際公開日】2023-05-11
(31)【優先権主張番号】63/276,264
(32)【優先日】2021-11-05
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
２．３ＧＰＰ
(71)【出願人】
【識別番号】510030995
【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】110001243
【氏名又は名称】弁理士法人谷・阿部特許事務所
(74)【代理人】
【識別番号】110002848
【氏名又は名称】弁理士法人ＮＩＰ＆ＳＢＰＪ国際特許事務所
(72)【発明者】
【氏名】イジャズ、アニーカ
(72)【発明者】
【氏名】フェルディ、サミール
(72)【発明者】
【氏名】ワン、クアンチョウ
(72)【発明者】
【氏名】アッバス、テムーア
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067EE02
5K067EE10
5K067EE25
5K067HH36
(57)【要約】
コマンド及び制御（Ｃ２）通信のセットアップ、変更、及び／又は取り消しのためのシステム及び方法が本明細書に記載される。Ｃ２通信は、直接Ｃ２通信であってもよい。Ｃ２許可は、無線送受信ユニット（ＷＴＲＵ）（例えば、無人（乗組員なし）航空機（ＵＡＶ））によって実施されてもよい。Ｃ２許可は、例えば、ＷＴＲＵがＣ２通信要求を送信する場合に、ＷＴＲＵによって実施されてもよい。Ｃ２通信要求は、パケットデータユニット（ＰＤＵ）セッション確立及び／又は変更中に、例えば、ＵＡＳネットワーク機能（ＮＦ）を介して、無人（乗組員なし）航空システム（ＵＡＳ）サービス提供者（ＵＳＳ）に送信されてもよい。ＷＴＲＵは、例えば、許可が成功した後に、ピアＷＴＲＵの発見を実施してもよい。
【特許請求の範囲】
【請求項1】
第１の無線送信／受信ユニット（ＷＴＲＵ）であって、前記第１のＷＴＲＵは、第１のメッセージをネットワークノードに送信することであって、前記第１のメッセージは、コマンド及び制御（Ｃ２）許可要求を示し、パケットデータユニット（ＰＤＵ）セッションの要求を示す、送信することと、
前記ネットワークノードから第２のメッセージを受信することであって、前記第２のメッセージは、前記ＰＤＵセッションが確立されていることを示し、Ｃ２許可を示し、Ｃ２許可情報を示す、受信することと、
前記Ｃ２許可及び前記Ｃ２許可情報に基づいて、前記第１のＷＴＲＵが第２のＷＴＲＵと通信することを許可されていると判断することであって、前記Ｃ２許可情報は、セキュリティ資格情報及び前記第２のＷＴＲＵの識別情報を含む、判断することと、
前記第１のＷＴＲＵが前記第２のＷＴＲＵと通信することを許可されている場合、ＰＣ５を使用して前記第２のＷＴＲＵに第３のメッセージを送信することであって、前記第３のメッセージは、前記セキュリティ資格情報に基づいて保護され、前記第３のメッセージは、発見手順又はリンク確立手順のうちの少なくとも１つを実施するための要求を示す、送信することと、を行うように構成された、プロセッサを備える、第１の無線送信／受信ユニット（ＷＴＲＵ）。
【請求項2】
前記第３のメッセージは、前記セキュリティ資格情報に基づいて暗号化される、請求項１に記載の第１のＷＴＲＵ。
【請求項3】
前記セキュリティ資格情報は、許可トークンである、請求項１に記載の第１のＷＴＲＵ。
【請求項4】
前記プロセッサは、前記セキュリティ資格情報に基づいて、セキュリティキー又はセキュリティトークンを決定するように更に構成されており、前記第３のメッセージは、決定された前記セキュリティキー又は決定された前記セキュリティトークンに基づく、請求項１に記載の第１のＷＴＲＵ。
【請求項5】
第１のネットワークノードであって、前記ネットワークノードは、第１のメッセージを第２のネットワークノードに送信することであって、前記第１のメッセージは、許可を求める要求を示し、前記許可は、無線送信／受信ユニット（ＷＴＲＵ）と関連付けられている、送信することと、
前記第２のネットワークノードから第２のメッセージを受信することと、
前記第２のメッセージに基づいて、前記ＷＴＲＵがＰＣ５上でＣ２を確立することを許可されていると判断することと、
第２のメッセージを使用して発見許可パラメータを決定することと、
前記ＷＴＲＵに第３のメッセージを送信することであって、前記第３のメッセージは、前記発見許可パラメータを示す、送信することと、を行うように構成された、プロセッサを備える、第１のネットワークノード。
【請求項6】
前記第２のメッセージは、前記要求への応答を示し、ポリシー設定情報を示し、前記ＷＴＲＵと関連付けられたセキュリティ資格情報を示す、請求項５に記載の第１のネットワークノード。
【請求項7】
前記第２のメッセージに基づいて、前記ＷＴＲＵがＰＣ５上でＣ２を確立することを許可されているという前記判断は、前記要求への示された前記応答、及び示された前記ポリシー設定情報に基づいて実施される、請求項６に記載の第１のネットワークノード。
【請求項8】
前記発見許可パラメータは、示された前記ポリシー設定情報、及び示された前記セキュリティ資格情報に基づいて、前記第２のメッセージを使用して決定される、請求項６に記載の第１のネットワークノード。
【請求項9】
許可を求める前記要求は、ＰＣ５上でコマンド及び制御（Ｃ２）を確立するための承認を求める要求である、請求項５に記載の第１のネットワークノード。
【請求項10】
第１のネットワークと関連付けられた第１のネットワークノードであって、前記第１のネットワークノードは、第１のメッセージを受信することであって、前記第１のメッセージは、発見と関連付けられた認証要求を示す、受信することと、
第１の無線送信／受信ユニット（ＷＴＲＵ）が、無人航空機（ＵＡＶ）として動作することを許可されていると判断することと、
第２のメッセージを送信することであって、前記第２のメッセージは、前記第１のメッセージと関連付けられた許可応答を示し、前記第２のメッセージは、前記第１のＷＴＲＵがＵＡＶとして動作することを許可されていることを示す、送信することと、を行うように構成された、プロセッサを備える、第１のネットワークノード。
【請求項12】
前記プロセッサは、前記第１のＷＴＲＵが、コマンド及び制御（Ｃ２）通信を実施することを許可されていると判断するように更に構成されている、請求項１０に記載の第１のネットワークノード。
【請求項13】
前記プロセッサは、無人航空システムサービス提供者（ＵＳＳ）から表示を受信するように更に構成されており、前記第１のＷＴＲＵがＣ２通信を実施することを許可されているという前記判断は、受信した前記表示に基づく、請求項１２に記載の第１のネットワークノード。
【請求項14】
発見と関連付けられた前記認証要求は、前記ＷＴＲＵと関連付けられたサブスクリプション識別子、ＵＡＶ識別子、要求タイプ、及びアプリケーションレベルコンテナを示し、前記要求タイプは、制限されていない発見又は制限された発見を示す、請求項１０に記載の第１のネットワークノード。
【請求項15】
前記要求タイプが制限されていない発見を示す場合、前記第２のメッセージは、前記第１のＷＴＲＵが制限されていない発見を実施することを許可されていることを示し、前記要求タイプが制限された発見を示す場合、前記第２のメッセージは、前記ＷＴＲＵが制限された発見を実施することを許可されていることを示す、請求項１４に記載の第１のネットワークノード。
【請求項16】
前記プロセッサは、前記要求タイプに基づいて、パラメータのセットを決定するように更に構成されており、
前記要求タイプが、前記第１のＷＴＲＵが制限されていない発見を実施することを許可されていることを示す場合、パラメータの前記セットは、制限されていない発見を実施することと関連付けられたパラメータを含み、
前記要求タイプが、前記第１のＷＴＲＵが制限された発見を実施することを許可されていることを示す場合、パラメータの前記セットは、制限された発見を実施することと関連付けられたパラメータを含む、請求項１５に記載の第１のネットワークノード。
【請求項17】
発見と関連付けられた前記認証要求は、監視するための発見要求である、請求項１０に記載の第１のネットワークノード。
【請求項18】
監視するための前記発見要求は、前記第１のＷＴＲＵと関連付けられたサブスクリプション識別子、ＵＡＶ識別子、ｐｒｏｓｅ発見ユーザ機器識別子（ＰＤＵＩＤ）、第２のＷＴＲＵと関連付けられたターゲットサブスクリプション識別子、ターゲットＵＡＶ識別子、及びターゲットＰＤＵＩＤを示す、請求項１７に記載の第１のネットワークノード。
【請求項19】
前記プロセッサは、第３のメッセージを送信するように更に構成されており、前記第３のメッセージは、監視応答を示す、請求項１８に記載の第１のネットワークノード。
【発明の詳細な説明】
【技術分野】
【0001】
（関連出願の相互参照）
本出願は、２０２１年１１月５日に出願された米国仮出願第６３／２７６，２６４号の利益を主張するものであり、その内容は参照によりその全体が本明細書に組み込まれる。
本出願は、２０２１年１１月５日に出願された米国仮出願第６３／２７６，２６４号の利益を主張するものであり、その内容は参照によりその全体が本明細書に組み込まれる。
【背景技術】
【0002】
無線通信を使用したモバイル通信は、進化し続けている。第５世代は、５Ｇと称される場合がある。以前の（従来の）世代のモバイル通信は、例えば、第４世代（fourth generation、４Ｇ）ロングタームエボリューション（long term evolution、ＬＴＥ）であり得る。
【発明の概要】
【0003】
コマンド及び制御（Command and Control、Ｃ２）通信のセットアップ、変更、及び／又は取り消しのためのシステム及び方法が本明細書に記載される。Ｃ２通信は、直接Ｃ２通信であってもよい。Ｃ２許可は、無線送受信ユニット（wireless transmit and receive unit、ＷＴＲＵ）（例えば、無人（乗組員なし）航空機（unmanned aerial vehicle、ＵＡＶ））によって実施されてもよい。Ｃ２許可は、例えば、ＷＴＲＵがＣ２通信要求を送信する場合に、ＷＴＲＵによって実施されてもよい。Ｃ２通信要求は、パケットデータユニット（packet data unit、ＰＤＵ）セッション確立及び／又は変更中に、例えば、ＵＡＳネットワーク機能（network function、ＮＦ）を介して、無人（乗組員なし）航空システム（unmanned aerial system、ＵＡＳ）サービス提供者（unmanned service supplier、ＵＳＳ）に送信されてもよい。ＷＴＲＵは、例えば、許可が成功した後に、ピアＷＴＲＵの発見を実施してもよい。
【0004】
例えば、ＷＴＲＵは、Ｃ２通信（例えば、直接Ｃ２通信）のセットアップ、変更、及び／又は取り消しを実施してもよい。ＷＴＲＵ（例えば、ＵＡＶ、ＵＡＶ－Ｃなど）は、ＰＤＵセッション確立及び／又は変更中に、許可要求（例えば、ＰＣ５上でのＣ２許可要求）を送信してもよい。許可要求は、直接又は見通し内Ｃ２通信（line-of-sight C2 communication）などのＣ２通信に対応してもよい。ＷＴＲＵは、例えば、ＵＳＳから、ＰＤＵセッション変更又は別個のＰＤＵ確立応答メッセージを介して、直接Ｃ２に対する許可を（例えば、許可応答において）受信してもよい。許可は、許可情報を含んでもよい。ＷＴＲＵは、例えば、（例えば、航空コンテナにおいて）Ｃ２許可パラメータを受信して、ＵＡＶ－Ｃ（例えば、ＵＡＳアプリユーザＩＤ、発見資格情報など）により発見手順を容易にして、直接発見（direct discovery）（例えば、制限されていない又は制限された直接発見）の一部として使用してもよい。ＷＴＲＵは、発見を実施（例えば、開始）してもよい。実施例では、ＷＴＲＵは、ＷＴＲＵがＵＳＳからＣ２許可情報を受信するという条件で、発見を実施してもよい。ＷＴＲＵは、ＵＳＳからのパラメータを使用して、ＵＡＶ－Ｃにより発見を可能にし得る。
【0005】
一実施例では、ネットワーク機能（ＮＦ）は、Ｃ２通信（例えば、直接Ｃ２通信）のセットアップ、変更、及び／又は取り消しを実施してもよい。ＮＦ（例えば、ＵＡＳ ＮＦ）は、例えば、ＰＣ５上のＣ２を可能にするために、セッション管理機能（session management function、ＳＭＦ）から許可要求を受信してもよい。ＵＡＳ ＮＦは、許可要求をＵＳＳに転送してもよい。ＵＡＳ ＮＦは、ＰＣ５上のＣ２が許可されることを示す許可応答をＵＳＳから受信してもよい。ＵＡＳ ＮＦは、許可情報を保存してもよい。ＵＡＳ ＮＦは、許可応答をＳＭＦに転送してもよい。
【0006】
例えば、管理機能（例えば、直接発見名管理機能（direct discovery name management function、ＤＤＮＭＦ））は、ＵＡＶ／ＵＡＶ－Ｃのための直接発見手順を実施してもよい。ＤＤＮＭＦは、発見要求を受信してもよい。発見要求は、ＵＡＳ ＰｒｏＳｅアプリＩＤ（例えば、ＣＡＡレベルＩＤに設定されている）、ＷＴＲＵ ＩＤなどを含んでもよい。ＤＤＮＭＦは、ＵＡＳ ＰｒｏＳｅアプリＩＤのための発見の許可について統合データ管理（unified data management、ＵＤＭ）を用いてチェックしてもよい。ＤＤＮＭＦは、例えば、関連付けられたサブスクリプションデータ（例えば、ＵＡＳアプリＩＤはＵＳＳ／ＵＡＳアプリケーションと関連付けられている）に基づいて、ＵＡＳ ＮＦと対話してもよい。ＤＤＮＭＦは、発見許可のためにＵＡＳ ＮＦに要求メッセージを送信してもよい。ＤＤＮＭＦは、ＵＡＳ ＮＦから応答メッセージを受信してもよい。応答メッセージは、許可フラグ又はＵＡＳ発見コードなど、発見のための許可情報を含んでもよい。ＤＤＮＭＦは、発見応答メッセージを（例えば、ＵＡＶに）送信してもよい。発見応答メッセージは、発見のためのＵＡＳ情報を含んでもよい。
【0007】
実施例では、第１のＷＴＲＵは、Ｃ２許可要求及びＰＤＵセッションの要求を示す第１のメッセージをネットワークノードに送信してもよい。第１のＷＴＲＵは、ＰＤＵセッションが確立されたことを示す第２のメッセージをネットワークノードから受信してもよい。第２のメッセージは、Ｃ２許可及びＣ２許可情報を示してもよい。第１のＷＴＲＵは、第１のＷＴＲＵが、Ｃ２許可及びＣ２許可情報に基づいて、第２のＷＴＲＵと通信することを許可されていると判断してもよい。Ｃ２許可情報は、セキュリティ資格情報（例えば、許可トークン）及び第２のＷＴＲＵの識別情報を含んでもよい。第１のＷＴＲＵは、例えば、第１のＷＴＲＵが第２のＷＴＲＵと通信することを許可されている場合、ＰＣ５を使用して第２のＷＴＲＵに第３のメッセージを送信してもよい。第３のメッセージは、セキュリティ資格情報に基づいて保護されてもよい（例えば、セキュリティ資格情報を使用して認証及び／又は暗号化されてもよい）。第３のメッセージは、発見手順及び／又はリンク確立手順を実施するための要求を示してもよい。
【0008】
実施例では、ネットワークノード（例えば、ＵＡＳ ＮＦ）は、ＷＴＲＵと関連付けられた許可を求める要求を示す第１のメッセージを第２のネットワークノードに送信してもよい。ネットワークノードは、要求への応答を示す、ポリシー設定情報を示す、かつ／又はＷＴＲＵと関連付けられたセキュリティ資格情報を示す第２のメッセージを受信してもよい。ネットワークノードは、（例えば、第２のメッセージに基づいて）ＷＴＲＵがＰＣ５上でＣ２を確立することを許可されていると判断してもよい。ネットワークノードは、例えば、第２のメッセージに基づいて、発見許可パラメータ（複数可）を決定してもよい。ネットワークノードは、発見許可パラメータ（複数可）を示す第３のメッセージをＷＴＲＵに送信してもよい。
【0009】
実施例では、ネットワークノード（例えば、ＵＡＳ ＮＦ）は、発見と関連付けられた許可要求を示す第１のメッセージを受信してもよい。許可要求は、第１のＷＴＲＵと関連付けられたサブスクリプション識別子、ＵＡＶ識別子、要求タイプ、アプリケーションレベルコンテナなどを示してもよい。要求タイプは、発見が制限されていないか、又は制限されているかを示してもよい。ネットワークノードは、第１のＷＴＲＵがＵＡＶとして動作することを許可されている、かつ／又はＣ２通信を実施することを許可されていると判断してもよい。ネットワークノードは、第１のＷＴＲＵが、例えば、（例えば、ＵＳＳからの）受信された表示に基づいて許可されていると判断してもよい。ネットワークノードは、ＷＴＲＵがＵＡＶとして動作することを許可されていることを示す許可応答（例えば、第１のメッセージと関連付けられた）を示す第２のメッセージを送信してもよい。第２のメッセージは、第１のＷＴＲＵが制限されていない発見を実施することを許可されていることを示してもよい（例えば、要求タイプが制限されていない発見と関連付けられている場合）。第２のメッセージは、第１のＷＴＲＵが制限された発見を実施することを許可されていることを示してもよい（例えば、要求タイプが制限された発見と関連付けられている場合）。ネットワークノードは、例えば、要求タイプに基づいて、パラメータ（複数可）（例えば、制限された発見のための制限された発見パラメータ、制限されていない発見のための制限されていない発見パラメータ）を決定してもよい。
【0010】
発見要求は、監視するための発見要求であってもよい。監視するための発見要求は、第１のＷＴＲＵと関連付けられたサブスクリプション識別子、ＵＡＶ識別子、Ｐｒｏｓｅ発見ＵＥ識別子（Prose Discovery UE identifier、ＰＤＵＩＤ）、第２のＷＴＲＵと関連付けられたターゲットサブスクリプション識別子、ターゲットＵＡＶ識別子、及び／又はターゲットＰＤＵＩＤを示してもよい。ネットワークノードは、監視応答を示すメッセージを送信してもよい。
【図面の簡単な説明】
【0011】
【図1A】１つ以上の開示された実施形態が実装され得る、例示的な通信システムを示すシステム図である。
【図1C】一実施形態による、図１Ａに示す通信システム内で使用され得る、例示的な無線アクセスネットワーク（Radio Access Network、ＲＡＮ）及び例示的なコアネットワーク（Core Network、ＣＮ）を示すシステム図である。
【図2】ＰＣ５上でのＣ２直接通信の例示的な概要を示す。
【図3】１つ以上のＰＬＭＮを使用する例示的なＵＡＶ及びＵＡＶ－Ｃ通信ネットワークを示す。
【図4】Ｃ２許可を有するＰＣ５直接通信の一例を示し、発見が後続し得る。
【図5】ＵＡＳピア発見を伴う例示的なＰＣ５直接通信を示し、Ｃ２許可が後続し得る。
【図6】ＵＡＳ ＮＦを介したＰＣＦ及びＵＳＳを伴う例示的なＣ２許可を示す。
【図7】Ｖ／ローカルＰＬＭＮを介してＵＳＳにコンタクトする例示的なアナウンス要求手順（ローミング／ＰＬＭＮ間送信）を示す。
【図8】Ｖ／ローカルＰＬＭＮを介してＵＳＳにコンタクトする例示的なアナウンス要求手順（ローミング／ＰＬＭＮ間送信）を示す。
【図9】制限された発見（非ローミング）のための例示的なアナウンス要求手順を示す。
【図10】制限された発見（非ローミング）のための例示的な監視要求手順を示す。
【発明を実施するための形態】
【0012】
図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであってもよい。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、このようなコンテンツにアクセスすることを可能にしてもよい。例えば、通信システム１００は、コード分割多重アクセス（code division multiple access、ＣＤＭＡ）、時分割多重アクセス（time division multiple access、ＴＤＭＡ）、周波数分割多重アクセス（frequency division multiple access、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（single-carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ－Ｓｐｒｅａｄ ＯＦＤＭ（zero-tail unique-word DFT-Spread OFDM、ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（unique word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ処理ＯＦＤＭ、フィルタバンク多重キャリア（filter bank multicarrier、ＦＢＭＣ）などの、１つ以上のチャネルアクセス方法を用いてもよい。
【0013】
図１Ａに示すように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話ネットワーク（public switched telephone network、ＰＳＴＮ）１０８と、インターネット１１０と、その他のネットワーク１１２と、を含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作する、かつ／又は通信するように構成された、任意のタイプのデバイスであってもよい。例として、それらのうちのいずれかが「局（station）」及び／又は「ＳＴＡ」と称され得るＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信及び／又は受信するように構成されてもよく、ユーザ機器（user equipment、ＵＥ）、移動局、固定加入者ユニット又は移動加入者ユニット、加入ベースのユニット、無線呼出し、携帯電話、携帯情報端末（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ－Ｆｉデバイス、モノのインターネット（Internet of Things、ｌｏＴ）デバイス、ウォッチ又はその他の着用式の、ヘッドマウントディスプレイ（head-mounted display、ＨＭＤ）、車両、ドローン、医療デバイス及びアプリケーション（例えば、遠隔手術用）、工業用デバイス及びアプリケーション（例えば、工業用及び／又は自動処理チェーンコンテキストで動作するロボット及び／又はその他の無線デバイス）、家電デバイス、商業用無線ネットワーク及び／又は工業用無線ネットワークで動作するデバイスなどを含んでもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれも互換的にＵＥと称されてもよい。
【0014】
通信システム１００はまた、基地局１１４ａ及び／又は基地局１１４ｂを含んでもよい。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、及び／又はその他のネットワーク１１２などの、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された、任意のタイプのデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、ベーストランシーバ基地局（Base Transceiver Station、ＢＴＳ）、Ｎｏｄｅ－Ｂ、ｅＮｏｄｅ Ｂ（ｅＮＢ）、Ｈｏｍｅ Ｎｏｄｅ Ｂ、Ｈｏｍｅ ｅＮｏｄｅ Ｂ、ｇＮｏｄｅ Ｂ（ｇＮＢ）、ＮＲ ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（Access Point、ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂは、各々、単一の要素として図示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含んでもよいことが理解されよう。
【0015】
基地局１１４ａは、基地局コントローラ（base station controller、ＢＳＣ）、無線ネットワークコントローラ（radio network controller、ＲＮＣ）、リレーノードなど、その他の基地局及び／又はネットワーク要素（図示せず）もまた含み得る、ＲＡＮ１０４／１１３の一部であってもよい。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と称され得る、１つ以上のキャリア周波数で無線信号を送信及び／又は受信するように構成されてもよい。これらの周波数は、認可スペクトル、未認可スペクトル、又は認可スペクトルと未認可スペクトルとの組み合わせであってもよい。セルは、相対的に固定され得るか、又は経時的に変化し得る、特定の地理的エリアに、無線サービスの通信範囲を提供してもよい。セルは、セルセクタへと、更に分割されてもよい。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタへと分割されてもよい。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバを、すなわち、セルのセクタごとに１つのトランシーバを、含んでもよい。一実施形態では、基地局１１４ａは、多重入力多重出力（multiple-input multiple output、ＭＩＭＯ）技術を用いてもよく、セルのセクタごとに、複数のトランシーバを利用してもよい。例えば、ビーム形成を使用して、所望の空間方向に、信号を送信及び／又は受信してもよい。
【0016】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信し得るが、このエアインターフェース１１６は、任意の好適な無線通信リンク（例えば、無線周波数（radio frequency、ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光など）であってもよい。エアインターフェース１１６は、任意の好適な無線アクセス技術（Radio Access Technology、ＲＡＴ）を使用して確立されてもよい。
【0017】
より具体的には、上記のように、通信システム１００は、多重アクセスシステムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの、１つ以上のチャネルアクセススキームを用いてもよい。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（UMTS Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得るが、これは、広帯域ＣＤＭＡ（wideband CDMA、ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７を確立してもよい。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速ダウンリンク（Downlink、ＤＬ）パケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンクパケットアクセス（High-Speed UL Packet Access、ＨＳＵＰＡ）を含んでもよい。
【0018】
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得るが、これは、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－Ａ Ｐｒｏ）を使用して、エアインターフェース１１６を確立してもよい。
【0019】
一実施形態では、基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、新無線（New Radio、ＮＲ）技術を使用してエアインターフェース１１６を確立し得る、ＮＲ無線アクセスなどの無線技術を実装してもよい。
【0020】
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装してもよい。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（dual connectivity、ＤＣ）原理を使用して、ＬＴＥ無線アクセス及びＮＲ無線アクセスを一緒に実装してもよい。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの基地局（例えば、ｅＮＢ及びｇＮＢ）に／から送信される複数のタイプの無線アクセス技術及び／又は送信によって特徴付けられてもよい。
【0021】
他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（Wireless Fidelity、ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ワイマックス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（Interim Standard、ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動通信（電話）方式（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。
【0022】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、Ｈｏｍｅ Ｎｏｄｅ Ｂ、Ｈｏｍｅ ｅＮｏｄｅ Ｂ、又はアクセスポイントであってもよく、事業所、家庭、車両、キャンパス、工業施設、（例えば、ドローンによる使用のための）空中回廊、道路などの局所的エリアにおける無線接続を容易にするために、任意の好適なＲＡＴを利用してもよい。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）を確立してもよい。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立してもよい。更に別の実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立してもよい。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有してもよい。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がない場合がある。
【0023】
ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信し得るが、これは、音声、データ、アプリケーション、及び／又はボイスオーバインターネットプロトコル（voice over internet protocol、ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に提供するように構成された、任意のタイプのネットワークであってもよい。データは、異なるスループット要件、待ち時間要件、エラー許容要件、信頼性要件、データスループット要件、モビリティ要件などの、様々なサービス品質（quality of service、ＱｏＳ）要件を有してもよい。ＣＮ１０６／１１５は、呼制御、支払い請求サービス、移動体位置ベースのサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供してもよく、かつ／又はユーザ認証などの高レベルセキュリティ機能を実施してもよい。図１Ａには示していないが、ＲＡＮ１０４／１１３及び／又はＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを用いるその他のＲＡＮと、直接又は間接的に通信し得ることが理解されよう。例えば、ＮＲ無線技術を利用し得るＲＡＮ１０４／１１３に接続されていることに加えて、ＣＮ１０６／１１５はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、又はＷｉＦｉ無線技術を用いて、別のＲＡＮ（図示せず）と通信してもよい。
【0024】
ＣＮ１０６／１１５はまた、ＰＳＴＮ１０８、インターネット１１０、及び／又はその他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしての機能を果たしてもよい。ＰＳＴＮ１０８は、従来型電話サービス（plain old telephone service、ＰＯＴＳ）を提供する回線交換電話ネットワークを含んでもよい。インターネット１１０は、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得るが、これらのネットワーク及びデバイスは、送信制御プロトコル（transmission control protocol、ＴＣＰ）、ユーザデータグラムプロトコル（user datagram protocol、ＵＤＰ）、及び／又はＴＣＰ／ＩＰインターネットプロトコル群のインターネットプロトコル（internet protocol、ＩＰ）などの、共通通信プロトコルを使用する。ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は運営される、有線通信ネットワーク及び／又は無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを用い得る、１つ以上のＲＡＮに接続された別のＣＮを含んでもよい。
【0025】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか又は全ては、多重モード機能を含んでもよい（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための、複数のトランシーバを含んでもよい）。例えば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラベースの無線技術を用い得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を用い得る基地局１１４ｂと通信するように、構成されてもよい。
【0026】
図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び／又は他の周辺機器１３８を含んでもよい。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、前述の要素の任意の部分的組み合わせを含み得ることが理解されよう。
【0027】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（digital signal processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array、ＦＰＧＡ）回路、任意のその他のタイプの集積回路（integrated circuit、ＩＣ）、状態機械などであってもよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能を実施してもよい。プロセッサ１１８は、送信／受信要素１２２に結合され得るトランシーバ１２０に結合されてもよい。図１Ｂは、プロセッサ１１８及びトランシーバ１２０を別個の構成部品として図示するが、プロセッサ１１８及びトランシーバ１２０は、電子パッケージ又はチップにおいて一緒に統合され得るということが理解されよう。
【0028】
送信／受信要素１２２は、エアインターフェース１１６を介して、基地局（例えば、基地局１１４ａ）に信号を送信するか、基地局（例えば、基地局１１４ａ）から信号を受信するように構成されてもよい。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を、送信及び／又は受信するように構成されたアンテナであってもよい。一実施形態では、送信／受信要素１２２は、例えば、ＩＲ信号、ＵＶ信号、又は可視光信号を送信及び／又は受信するように構成されたエミッタ／検出器であってもよい。更に別の実施形態では、送信／受信要素１２２は、ＲＦ信号及び光信号の両方を、送信及び／又は受信するように構成されてもよい。送信／受信要素１２２は、無線信号の任意の組み合わせを送信及び／又は受信するように構成されてもよいことが理解されよう。
【0029】
送信／受信要素１２２は、単一の要素として図１Ｂに図示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用いてもよい。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送受信するための、２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含んでもよい。
【0030】
トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成されてもよい。上記のように、ＷＴＲＵ１０２は、多重モード機能を有してもよい。したがって、トランシーバ１２０は、例えば、ＮＲ及びＩＥＥＥ８０２．１１などの複数のＲＡＴを介して、ＷＴＲＵ１０２が通信することを可能にするための、複数のトランシーバを含んでもよい。
【0031】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（liquid crystal display、ＬＣＤ）ディスプレイ装置若しくは有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）ディスプレイ装置）に結合され得るが、これらから、ユーザが入力したデータを受信してもよい。プロセッサ１１８はまた、ユーザデータを、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８に出力してもよい。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、かつ当該メモリにデータを記憶してもよい。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（Random-Access Memory、ＲＡＭ）、読み取り専用メモリ（Read-Only Memory、ＲＯＭ）、ハードディスク、又は任意の他のタイプのメモリ記憶デバイスを含んでもよい。リムーバブルメモリ１３２は、加入者識別モジュール（Subscriber Identity Module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（Secure Digital、ＳＤ）メモリカードなどを含んでもよい。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置されていないメモリから情報にアクセスし、かつ当該メモリにデータを記憶してもよい。
【0032】
プロセッサ１１８は、電源１３４から電力を受信してもよく、ＷＴＲＵ１０２における他の構成部品に電力を分配する、かつ／又は制御するように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に電力を供給するための、任意の好適なデバイスであってもよい。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（nickel-cadmium、ＮｉＣｄ）、ニッケル亜鉛（nickel-zinc、ＮｉＺｎ）、ニッケル金属水素化物（nickel metal hydride、ＮｉＭＨ）、リチウムイオン（lithium-ion、Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含んでもよい。
【0033】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合されてもよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在の場所に関する位置情報（例えば、経度及び緯度）を提供するように構成されてもよい。ＧＰＳチップセット１３６からの情報に加えて又はその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）から、エアインターフェース１１６を介して位置情報を受信する、かつ／又は２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、その場所を決定してもよい。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、任意の好適な位置決定方法によって、位置情報を取得してもよいことが理解されよう。
【0034】
プロセッサ１１８は、他の周辺機器１３８に更に結合されてもよく、他の周辺機器１３８には、追加の特徴、機能、及び／又は有線接続若しくは無線接続を提供する１つ以上のソフトウェア及び／又はハードウェアモジュールが含まれてもよい。例えば、周辺機器１３８には、加速度計、電子コンパス、衛星トランシーバ、（写真及び／又はビデオのための）デジタルカメラ、ユニバーサルシリアルバス（Universal Serial Bus、ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（Frequency Modulated、ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（Virtual Reality/Augmented Reality、ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどが含まれてもよい。周辺機器１３８は、１つ以上のセンサを含んでもよく、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、及び／又は湿度センサのうちの１つ以上であってもよい。
【0035】
ＷＴＲＵ１０２は、（例えば、ＵＬ（例えば、送信用）及びダウンリンク（例えば、受信用）の両方のための特定のサブフレームと関連付けられた信号のいくつか又は全ての送信及び受信が、並列及び／又は同時であり得る、全二重無線機を含んでもよい。全二重無線機は、ハードウェア（例えば、チョーク）又はプロセッサを介した信号処理（例えば、別個のプロセッサ（図示せず）又はプロセッサ１１８を介して）のいずれかを介して自己干渉を低減する、かつ又は実質的に排除するための、干渉管理ユニットを含んでもよい。一実施形態では、ＷＲＴＵ１０２は、（例えば、ＵＬ（例えば、送信用）又はダウンリンク（例えば、受信用）のいずれかのための特定のサブフレームと関連付けられた）信号のうちのいくつか又は全てのうちのどれかの送信及び受信のための、半二重無線機を含んでもよい。
【0036】
図１Ｃは、一実施形態による、ＲＡＮ１０４及びＣＮ１０６を示すシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信してもよい。ＲＡＮ１０４はまた、ＣＮ１０６と通信してもよい。
【0037】
ＲＡＮ１０４は、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有したまま、任意の数のｅＮｏｄｅ－Ｂを含み得るということが理解されよう。ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含んでもよい。一実施形態では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、ｅＮｏｄｅ－Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信してもよい。
【0038】
ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）と関連付けられてもよく、ＵＬ及び／又はＤＬにおいて、無線リソース管理意思決定、ハンドオーバ意思決定、ユーザのスケジューリングなどを処理するように構成されてもよい。図１Ｃに示すように、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信してもよい。
【0039】
図１Ｃに示すＣＮ１０６は、モビリティ管理エンティティ（mobility management entity、ＭＭＥ）１６２、サービングゲートウェイ（serving gateway、ＳＧＷ）１６４、及びパケットデータネットワーク（packet data network、ＰＤＮ）ゲートウェイ（又はＰＧＷ）１６６を含んでもよい。前述の要素の各々は、ＣＮ１０６の一部として図示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は運営され得ることが理解されよう。
【0040】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅ－Ｂ１６２ａ、１６２ｂ、１６２ｃの各々に接続されてもよく、かつ制御ノードとして機能してもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどの役割を果たしてもよい。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭ及び／又はＷＣＤＭＡなどの他の無線技術を用いる他のＲＡＮ（図示せず）との間で交換するための、制御プレーン機能を提供してもよい。
【0041】
ＳＧＷ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々に、接続されてもよい。ＳＧＷ１６４は、一般に、ユーザデータパケットを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／それらから経路指定し、かつ転送してもよい。ＳＧＷ１６４は、ｅＮｏｄｅ Ｂ間ハンドオーバ中に、ユーザプレーンをアンカリングする機能、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときに、ページングをトリガする機能、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理かつ保存する機能などの、他の機能を実施してもよい。
【0042】
ＳＧＷ１６４は、ＰＧＷ１６６に接続されてもよく、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してもよい。
【0043】
ＣＮ１０６は、他のネットワークとの通信を容易にしてもよい。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してもよい。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含んでもよく、又はそれと通信してもよい。加えて、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のネットワーク１１２へのアクセスを提供してもよく、他のネットワーク１１２は、他のサービスプロバイダによって所有及び／又は運営される、他の有線及び／又は無線ネットワークを含んでもよい。
【0044】
ＷＴＲＵは、無線端末として図１Ａ～図１Ｄに説明されているが、特定の代表的な実施形態では、このような端末は、（例えば、一時的に又は永久的に）通信ネットワークとの有線通信インターフェースを使用し得ることが企図される。
【0045】
代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであってもよい。
【0046】
インフラストラクチャベーシックサービスセット（Basic Service Set、ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのアクセスポイント（ＡＰ）及びＡＰと関連付けられた１つ以上の局（station、ＳＴＡ）を有してもよい。ＡＰは、配信システム（Distribution System、ＤＳ）若しくはＢＳＳに入り、かつ／又はＢＳＳから出るトラフィックを搬送する、別のタイプの有線ネットワーク／無線ネットワークへのアクセス又はインターフェースを有してもよい。ＢＳＳ外から生じる、ＳＴＡへのトラフィックは、ＡＰを通って到達してもよく、ＳＴＡに配信されてもよい。ＳＴＡからＢＳＳ外の宛先へと生じるトラフィックは、ＡＰに送信されて、それぞれの宛先に配信されてもよい。ＢＳＳ内のＳＴＡ間のトラフィックは、例えば、ＡＰを通じて送信されてもよく、ソースＳＴＡは、ＡＰにトラフィックを送信してもよく、ＡＰは、トラフィックを宛先ＳＴＡに配信してもよい。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックとみなされてもよく、かつ／又はそのように称されてもよい。ピアツーピアトラフィックは、ソースＳＴＡと宛先ＳＴＡとの間で（例えば、それらの間で直接的に）、直接リンクセットアップ（Direct Link Setup、ＤＬＳ）で送信されてもよい。特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用してもよい。独立ＢＳＳ（Independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有しない場合があり、ＩＢＳＳ内又はそれを使用するＳＴＡ（例えば、ＳＴＡの全て）は、互いに直接通信してもよい。通信のＩＢＳＳモードは、本明細書では、「アドホック」通信モードと称されてもよい。
【0047】
８０２．１１ａｃインフラストラクチャ動作モード又は同様の動作モードを使用するときに、ＡＰは、プライマリチャネルなどの固定チャネル上に、ビーコンを送信してもよい。プライマリチャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）又はシグナリングを介して動的に設定される幅であってもよい。プライマリチャネルは、ＢＳＳの動作チャネルであってもよく、ＡＰとの接続を確立するために、ＳＴＡによって使用されてもよい。特定の代表的な実施形態では、例えば、８０２．１１システムにおいて、衝突回避を備えたキャリア感知多重アクセス（Carrier Sense Multiple Access with Collision Avoidance、ＣＳＭＡ／ＣＡ）が実装されてもよい。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）は、プライマリチャネルを感知してもよい。プライマリチャネルが、特定のＳＴＡによって動作中であると感知／検出及び／又は決定される場合、特定のＳＴＡは、バックオフされてもよい。１つのＳＴＡ（例えば、１つの局のみ）は、所与のＢＳＳにおいて、任意の所与の時間に送信してもよい。
【0048】
高スループット（High Throughput、ＨＴ）ＳＴＡは、通信のための４０ＭＨｚ幅のチャネルを使用してもよく、この４０ＭＨｚ幅のチャネルは、例えば、２０ＭＨｚのプライマリチャネルと、隣接又は非隣接の２０ＭＨｚのチャネルとの組み合わせを介して、形成されてもよい。
【0049】
非常に高いスループット（Very High Throughput、ＶＨＴ）のＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートしてもよい。４０ＭＨｚ及び／又は８０ＭＨｚのチャネルは、連続する複数の２０ＭＨｚチャネルを組み合わせることによって形成されてもよい。１６０ＭＨｚのチャネルは、８つの連続する２０ＭＨｚのチャネルを組み合わせることによって、又は８０＋８０構成と称され得る２つの連続していない８０ＭＨｚのチャネルを組み合わせることによって、形成されてもよい。８０＋８０構成の場合、チャネル符号化後、データは、データを、２つのストリームに分割し得る、セグメントパーサを通過してもよい。逆高速フーリエ変換（Inverse Fast Fourier Transform、ＩＦＦＴ）処理及び時間ドメイン処理は、各ストリームで別個に行われてもよい。ストリームは、２つの８０ＭＨｚチャネルにマッピングされてもよく、データは、送信ＳＴＡによって送信されてもよい。受信ＳＴＡの受信機において、８０＋８０構成に対する上述される動作は、逆にされてもよく、組み合わされたデータを、媒体アクセス制御（Medium Access Control、ＭＡＣ）に送信してもよい。
【0050】
サブ１ＧＨｚの動作モードは、８０２．１１ａｆ及び８０２．１１ａｈによってサポートされる。チャネル動作帯域幅及びキャリアは、８０２．１１ｎ及び８０２．１１ａｃで使用されるものと比較して、８０２．１１ａｆ及び８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（TV White Space、ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ、及び２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚの帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロ通信範囲エリア内のＭＴＣデバイスなど、メータタイプの制御／マシンタイプ通信をサポートしてもよい。ＭＴＣデバイスは、特定の機能、例えば、特定の、及び／又は限定された帯域幅のためのサポート（例えば、それらのためのみのサポート）を含む、限定された機能を有してもよい。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を超えるバッテリ寿命を有するバッテリを含んでもよい。
【0051】
複数のチャネル、並びに８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈなどのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有してもよい。プライマリチャネルの帯域幅は、最小帯域幅動作モードをサポートするＢＳＳで動作する全てのＳＴＡの中から、ＳＴＡによって設定される、かつ／又は制限されてもよい。８０２．１１ａｈの実施例では、プライマリチャネルは、ＡＰ及びＢＳＳにおける他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又は他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それのみをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）に対して、１ＭＨｚ幅であってもよい。キャリア感知及び／又はネットワーク配分ベクトル（Network Allocation Vector、ＮＡＶ）設定は、プライマリチャネルの状態に依存してもよい。例えば、ＡＰに送信する（１ＭＨｚ動作モードのみをサポートする）ＳＴＡに起因して、プライマリチャネルが動作中である場合、周波数帯域の大部分が動作休止のままであり、利用可能であり得るとしても、利用可能な周波数帯域全体が動作中であるとみなされ得る。
【0052】
米国では、８０２．１１ａｈにより使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は、９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は、９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国のコードに応じて、６ＭＨｚ～２６ＭＨｚである。
【0053】
図１Ｄは、一実施形態による、ＲＡＮ１１３及びＣＮ１１５を示すシステム図である。上記のように、ＲＡＮ１１３は、ＮＲ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信してもよい。ＲＡＮ１１３はまた、ＣＮ１１５と通信してもよい。
【0054】
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３は、一実施形態との一貫性を有したまま、任意の数のｇＮＢを含み得ることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは各々、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含んでもよい。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装してもよい。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信してもよく、かつ／又はそれらから信号を受信してもよい。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信してもよく、かつ／又はＷＴＲＵ１０２ａから無線信号を受信してもよい。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装してもよい。例えば、ｇＮＢ１８０ａは、複数の構成部品キャリアを、ＷＴＲＵ１０２ａ（図示せず）に送信してもよい。これらの構成部品キャリアのサブセットは、未認可スペクトル上にあってもよく、残りの構成部品キャリアは、認可スペクトル上にあってもよい。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調多重ポイント（Coordinated Multi-Point、ＣｏＭＰ）技術を実装してもよい。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）からの協調送信を受信してもよい。
【0055】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルな数値設定と関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は、無線送信スペクトルの異なる送信、異なるセル、及び／又は異なる部分に対して変化してもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含む、かつ／又は様々な長さの絶対時間が持続する）様々な又はスケーラブルな長さのサブフレーム又は送信時間間隔（transmission time interval、ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。
【0056】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成されてもよい。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとして、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上を利用してもよい。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未認可帯域における信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し、これらに接続する一方で、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し、これらに接続してもよい。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ以上のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためのＤＣ原理を実装してもよい。非スタンドアロン構成では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカとして機能してもよく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスを提供するための追加の通信範囲及び／又はスループットを提供してもよい。
【0057】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）と関連付けられてもよく、無線リソース管理意思決定、ハンドオーバ意思決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーン機能（User Plane Function、ＵＰＦ）１８４ａ、１８４ｂへのユーザプレーンデータの経路指定、アクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）１８２ａ、１８２ｂへの制御プレーン情報の経路指定などを処理するように構成されてもよい。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信してもよい。
【0058】
図１Ｄに示すＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂと、少なくとも１つのＵＰＦ１８４ａ、１８４ｂと、少なくとも１つのセッション管理機能（Session Management Function、ＳＭＦ）１８３ａ、１８３ｂと、場合によっては、データネットワーク（Data Network、ＤＮ）１８５ａ、１８５ｂと、を含んでもよい。前述の要素の各々は、ＣＮ１１５の一部として図示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は運営され得ることが理解されよう。
【0059】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続されてもよく、制御ノードとして機能してもよい。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などの役割を果たしてもよい。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃを利用しているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用されてもよい。例えば、異なるネットワークスライスは、超高信頼低遅延（ultra-reliable low latency、ＵＲＬＬＣ）アクセスに依存するサービス、拡張大規模モバイルブロードバンド（enhanced massive mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、マシンタイプ通信（machine type communication、ＭＴＣ）アクセスのためのサービスなどの異なる使用事例のために確立されてもよい。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ及び／又はＷｉＦｉなどの非３ＧＰＰアクセス技術などのその他の無線技術を用いるその他のＲＡＮ（図示せず）との間で交換するための制御プレーン機能を提供してもよい。
【0060】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続されてもよい。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介して、ＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂに接続されてもよい。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックの経路指定を構成してもよい。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスを管理し、配分すること、ＰＤＵセッションを管理すること、ポリシー執行及びＱｏＳを制御すること、ダウンリンクデータ通知を提供することなどの、その他の機能を実施してもよい。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであってもよい。
【0061】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続されてもよく、これにより、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してもよい。ＵＰＦ１８４、１８４ｂは、パケットを経路指定し、転送すること、ユーザプレーンポリシーを執行すること、多重ホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファリングすること、モビリティアンカリングを提供することなどの、その他の機能を実施してもよい。
【0062】
ＣＮ１１５は、その他のネットワークとの通信を容易にしてもよい。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよいか、又はそれと通信してもよい。加えて、ＣＮ１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のネットワーク１１２へのアクセスを提供してもよく、他のネットワーク１１２は、他のサービスプロバイダによって所有及び／又は運営される、他の有線ネットワーク及び／又は無線ネットワークを含んでもよい。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じて、ローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続されてもよい。
【0063】
図１Ａ～図１Ｄ、及び図１Ａ～図１Ｄの対応する記載から見て、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅＮｏｄｅ－Ｂ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、及び／又は本明細書に記載される任意のその他のデバイス（複数可）のうちの１つ以上に関する、本明細書に記載される機能のうちの１つ以上又は全ては、１つ以上のエミュレーションデバイス（図示せず）によって実施されてもよい。エミュレーションデバイスは、本明細書に記載される機能の１つ以上又は全てをエミュレートするように構成された、１つ以上のデバイスであってもよい。例えば、エミュレーションデバイスを使用して、他のデバイスを試験する、かつ／又は、ネットワーク及び／若しくはＷＴＲＵ機能をシミュレーションしてもよい。
【0064】
エミュレーションデバイスは、ラボ環境及び／又はオペレータネットワーク環境における、他のデバイスの１つ以上の試験を実装するように設計されてもよい。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線通信ネットワーク並びに／又は無線通信ネットワークの一部として、完全にあるいは部分的に実装されている、かつ／又は展開されている間、１つ以上あるいは全ての機能を実施してもよい。１つ以上のエミュレーションデバイスは、有線通信ネットワーク及び／又は無線通信ネットワークの一部として一時的に実装／展開されている間、１つ以上あるいは全ての機能を実施してもよい。エミュレーションデバイスは、試験を目的として、別のデバイスに直接結合されてもよく、かつ／又は地上波無線通信を使用して、試験を実施してもよい。
【0065】
１つ以上のエミュレーションデバイスは、有線通信ネットワーク及び／又は無線通信ネットワークの一部として実装／展開されていない間、全てを含む１つ以上の機能を実施してもよい。例えば、エミュレーションデバイスは、１つ以上の構成部品の試験を実装するために、試験実験室での試験シナリオ、並びに／又は展開されていない（例えば、試験用の）有線通信ネットワーク及び／若しくは無線通信ネットワークにおいて利用されてもよい。１つ以上のエミュレーションデバイスは、試験機器であってもよい。ＲＦ回路（例えば、１つ以上のアンテナを含み得る）を介した直接ＲＦ結合及び／又は無線通信は、データを送信する、かつ／又は受信するように、エミュレーションデバイスによって使用されてもよい。
【0066】
コマンド及び制御（Ｃ２）通信のセットアップ、変更、及び／又は取り消しのためのシステム及び方法が本明細書に記載される。Ｃ２通信は、直接Ｃ２通信であってもよい。Ｃ２許可は、無線送受信ユニット（ＷＴＲＵ）（例えば、無人（乗組員なし）航空機（ＵＡＶ））によって実施されてもよい。Ｃ２許可は、例えば、ＷＴＲＵがＣ２通信要求を送信する場合に、ＷＴＲＵによって実施されてもよい。Ｃ２通信要求は、パケットデータユニット（ＰＤＵ）セッション確立及び／又は変更中に、例えば、ＵＡＳネットワーク機能（ＮＦ）を介して、無人（乗組員なし）航空システム（ＵＡＳ）サービス提供者（ＵＳＳ）に送信されてもよい。ＷＴＲＵは、例えば、許可が成功した後に、ピアＷＴＲＵの発見を実施してもよい。
【0067】
例えば、ＷＴＲＵは、Ｃ２通信（例えば、直接Ｃ２通信）のセットアップ、変更、及び／又は取り消しを実施してもよい。ＷＴＲＵ（例えば、ＵＡＶ、ＵＡＶ－Ｃなど）は、ＰＤＵセッション確立及び／又は変更中に、許可要求（例えば、ＰＣ５上でのＣ２許可要求）を送信してもよい。許可要求は、直接又は見通し内Ｃ２通信などのＣ２通信に対応してもよい。ＷＴＲＵは、例えば、ＵＳＳから、ＰＤＵセッション変更又は別個のＰＤＵ確立応答メッセージを介して、直接Ｃ２に対する許可を（例えば、許可応答において）受信してもよい。許可は、許可情報を含んでもよい。ＷＴＲＵは、例えば、（例えば、航空コンテナにおいて）Ｃ２許可パラメータを受信して、ＵＡＶ－Ｃ（例えば、ＵＡＳアプリユーザＩＤ、発見資格情報など）により発見手順を容易にして、直接発見（direct discovery）（例えば、制限されていない又は制限された直接発見）の一部として使用してもよい。ＷＴＲＵは、発見を実施（例えば、開始）してもよい。実施例では、ＷＴＲＵは、ＷＴＲＵがＵＳＳからＣ２許可情報を受信するという条件で、発見を実施してもよい。ＷＴＲＵは、ＵＳＳからのパラメータを使用して、ＵＡＶ－Ｃにより発見を可能にし得る。
【0068】
一実施例では、ネットワーク機能（ＮＦ）は、Ｃ２通信（例えば、直接Ｃ２通信）のセットアップ、変更、及び／又は取り消しを実施してもよい。ＮＦ（例えば、ＵＡＳ ＮＦ）は、例えば、ＰＣ５上のＣ２を可能にするために、セッション管理機能（session management function、ＳＭＦ）から許可要求を受信してもよい。ＵＡＳ ＮＦは、許可要求をＵＳＳに転送してもよい。ＵＡＳ ＮＦは、ＰＣ５上のＣ２が許可されることを示す許可応答をＵＳＳから受信してもよい。ＵＡＳ ＮＦは、許可情報を保存してもよい。ＵＡＳ ＮＦは、許可応答をＳＭＦに転送してもよい。
【0069】
例えば、管理機能（例えば、直接発見名管理機能（ＤＤＮＭＦ））は、ＵＡＶ／ＵＡＶ－Ｃのための直接発見手順を実施してもよい。ＤＤＮＭＦは、発見要求を受信してもよい。発見要求は、ＵＡＳ ＰｒｏＳｅアプリＩＤ（例えば、ＣＡＡレベルＩＤに設定されている）、ＷＴＲＵ ＩＤなどを含んでもよい。ＤＤＮＭＦは、関連付けられたサブスクリプション情報に基づいて、ＵＡＳ ＰｒｏＳｅアプリＩＤのための発見の許可について統合データ管理（ＵＤＭ）を用いてチェックしてもよい。ＤＤＮＭＦは、例えば、関連付けられたサブスクリプションデータ（例えば、ＵＡＳアプリＩＤがＵＳＳ／ＵＡＳアプリケーションと関連付けられている）に基づいて、ＵＡＳ ＮＦと対話することを決定してもよい。ＤＤＮＭＦは、発見許可のためにＵＡＳ ＮＦに要求メッセージを送信してもよい。ＤＤＮＭＦは、ＵＡＳ ＮＦから応答メッセージを受信してもよい。応答メッセージは、例えば、許可フラグ又はＵＡＳ発見コードなど、発見のための許可情報を含んでもよい。ＤＤＮＭＦは、発見応答メッセージを（例えば、ＵＡＶに）送信してもよい。発見応答メッセージは、発見のためのＵＡＳ情報を含んでもよい。
【0070】
実施例では、第１のＷＴＲＵは、Ｃ２許可要求及びＰＤＵセッションの要求を示す第１のメッセージをネットワークノードに送信してもよい。第１のＷＴＲＵは、ＰＤＵセッションが確立されたことを示す第２のメッセージをネットワークノードから受信してもよい。第２のメッセージは、Ｃ２許可及びＣ２許可情報を示してもよい。第１のＷＴＲＵは、第１のＷＴＲＵが、Ｃ２許可及びＣ２許可情報に基づいて、第２のＷＴＲＵと通信することを許可されていると判断してもよい。Ｃ２許可情報は、セキュリティ資格情報（例えば、許可トークン）及び第２のＷＴＲＵの識別情報を含んでもよい。第１のＷＴＲＵは、例えば、第１のＷＴＲＵが第２のＷＴＲＵと通信することを許可されている場合、ＰＣ５を使用して第２のＷＴＲＵに第３のメッセージを送信してもよい。第３のメッセージは、セキュリティ資格情報に基づいて保護されてもよい（例えば、セキュリティ資格情報を使用して認証及び／又は暗号化されてもよい）。第３のメッセージは、発見手順及び／又はリンク確立手順を実施するための要求を示してもよい。
【0071】
実施例では、ネットワークノード（例えば、ＵＡＳ ＮＦ）は、ＷＴＲＵと関連付けられた許可を求める要求を示す第１のメッセージを第２のネットワークノードに送信してもよい。ネットワークノードは、要求への応答を示す、ポリシー設定情報を示す、かつ／又はＷＴＲＵと関連付けられたセキュリティ資格情報を示す第２のメッセージを受信してもよい。ネットワークノードは、（例えば、第２のメッセージに基づいて）ＷＴＲＵがＰＣ５上でＣ２を確立することを許可されていると判断してもよい。ネットワークノードは、例えば、第２のメッセージに基づいて、発見許可パラメータ（複数可）を決定してもよい。ネットワークノードは、発見許可パラメータ（複数可）を示す第３のメッセージをＷＴＲＵに送信してもよい。
【0072】
実施例では、ネットワークノード（例えば、ＵＡＳ ＮＦ）は、発見と関連付けられた許可要求を示す第１のメッセージを受信してもよい。許可要求は、第１のＷＴＲＵと関連付けられたサブスクリプション識別子、ＵＡＶ識別子、要求タイプ、アプリケーションレベルコンテナなどを示してもよい。要求タイプは、発見が制限されていない発見であるか、又は制限された発見であるかを示してもよい。ネットワークノードは、第１のＷＴＲＵがＵＡＶとして動作することを許可されている、かつ／又はＣ２通信を実施することを許可されていると判断してもよい。ネットワークノードは、第１のＷＴＲＵが、例えば、（例えば、ＵＳＳからの）受信された表示に基づいて許可されていると判断してもよい。ネットワークノードは、ＷＴＲＵがＵＡＶとして動作することを許可されていることを示す（例えば、第１のメッセージと関連付けられた）許可応答を示す第２のメッセージを送信してもよい。第２のメッセージは、（例えば、要求タイプが制限されていない発見と関連付けられている場合、）第１のＷＴＲＵが制限されていない発見を実施することを許可されていることを示してもよい。第２のメッセージは、（例えば、要求タイプが制限された発見と関連付けられている場合、）第１のＷＴＲＵが制限された発見を実施することを許可されていることを示してもよい。ネットワークノードは、例えば、要求タイプに基づいて、パラメータ（複数可）（例えば、制限された発見のための制限された発見パラメータ、制限されていない発見のための制限されていない発見パラメータ）を決定してもよい。
【0073】
発見要求は、監視するための発見要求であってもよい。監視するための発見要求は、第１のＷＴＲＵと関連付けられたサブスクリプション識別子、ＵＡＶ識別子、ＰＤＵＩＤ、第２のＷＴＲＵと関連付けられたターゲットサブスクリプション識別子、ターゲットＵＡＶ識別子、及び／又はターゲットＰＤＵＩＤを示してもよい。ネットワークノードは、監視応答を示すメッセージを送信してもよい。
【0074】
無人（例えば、乗組員なし）航空システム（ＵＡＳ）がサポートされてもよい。ＵＡＳサポートのために追加の拡張を提供してもよい。無人（例えば、乗組員なし）航空機（ＵＡＶ）は、例えば、ＵＡＶコントローラ（UAV Controller、ＵＡＶ－Ｃ）及び／又はＵＡＳサービス提供者（UAS service supplier、ＵＳＳ）／ＵＡＳトラフィック管理者（UAS traffic manager、ＵＴＭ）からのコマンド及び制御（Ｃ２）メッセージ及び／又は通信を使用して制御されてもよい。
【0075】
Ｃ２通信のタイプは、直接通信、ネットワーク支援型通信、又はＵＴＭナビゲート型通信のうちの１つ以上を含んでもよい。直接Ｃ２通信は、通信するために直接Ｃ２通信リンク（例えば、Ｄ２Ｄ、ＰＣ５）を使用するＵＡＶ－Ｃ及び／又はＵＡＶに対応してもよい。ネットワーク支援型Ｃ２通信は、通信するためにネットワークとのユニキャストＣ２通信リンク（例えば、Ｕｕを介して）を使用するＵＡＶ－Ｃ及びＵＡＶに対応してもよい。ＵＡＶの目視外飛行（beyond visible line of sight、ＢＶＬＯＳ）は、例えば、（例えば、直接Ｃ２通信とは異なる）ネットワーク支援型Ｃ２通信を使用して可能になり得る／サポートされ得る。ＵＴＭナビゲート型Ｃ２通信は、ＵＴＭの監視下で予めスケジュールされた飛行計画に従って飛行することが可能であり得る自律飛行機能を有するＵＡＶに対応してもよい。ＵＡＶとＵＴＭとの間のＣ２通信リンクは、飛行監視、動的経路更新、及び／又は随時ナビゲーションのために使用されてもよい。
【0076】
ＰｒｏＳｅ（例えば、５Ｇ ＰｒｏＳｅ）は、ＷＴＲＵ（例えば、２つのＷＴＲＵ）間のＰＣ５直接通信をサポートしてもよく、例えば、直接発見名管理機能（ＤＤＮＭＦ）を使用し、ＰｒｏＳｅアプリケーションサーバを活用することによって、発見を可能にしてもよい。ＰｒｏＳｅ（例えば、５Ｇ ＰｒｏＳｅ）は、一般にＷＴＲＵ（例えば、ＵＡＶではないＷＴＲＵ）のための発見及び通信をサポートしてもよい。
【0077】
サポートは、間接的なＣ２通信のために（例えば、そのためだけに）提供されてもよく、例えば、ＵＳＳは、（例えば、ＵＡＳネットワーク機能（ＮＦ）を介して）Ｃ２通信を許可してもよい。Ｃ２通信は、ＰＤＵセッションを使用して（例えば、通じて）実施されてもよい。ＵＡＶは、例えば、ペアリング／Ｃ２許可手順中に、例えば、ネットワーク支援を用いてＵＳＳからＵＡＶ－Ｃ ＩＰアドレスを取得することによって、Ｃ２通信のためのＵＡＶ－Ｃ（例えば、インターネット接続を有する地上局などの非ネットワーク型デバイスであってもよい）を発見してもよい。
【0078】
コアネットワークとＵＳＳとの間のウェブベースのＡＰＩインターフェースが、提供及び／又は使用されてもよい。
【0079】
（例えば、ＰＣ５を介した）直接Ｃ２通信のための許可をサポートするための１つ以上の機構が有効にされてもよい。例えば、（例えば、ＰＣ５を介した）直接Ｃ２通信のための許可をサポートするための機構は、ＵＡＶが目視（line of sight、ＬＯＳ）内のＵＡＶ－Ｃの近傍で飛行し得る（例えば、飛行する必要があり得る）場合に有効にされてもよい。例えば、（例えば、ＰＣ５を介した）直接Ｃ２通信のための許可をサポートするための機構は、オペレータ又はＵＳＳが動作をＬＯＳ（例えば、ＬＯＳのみ）に制限する（例えば、制限する必要がある）場合に有効にされてもよい。
【0080】
５Ｇ ＰｒｏＳｅなど、いくつかの通信技術では、直接１対１通信のための許可が、ＭＮＯ許可に加えてＣ２許可のプロビジョニングのために第三者（例えば、ＵＳＳ）許可を使用し得る（例えば、必要とし得る）シナリオをサポートしていない場合がある。ＵＳＳによる直接Ｃ２通信のための許可をサポートするための機構は、ネットワーク支援型Ｃ２通信許可のための既存の機構を補完するために使用されてもよい（例えば、必要とされてもよい）。
【0081】
直接Ｃ２通信許可などのＣ２通信許可は、例えば、ネットワーク露出機能（network exposure function、ＮＥＦ）／ＵＡＳ ＮＦを活用して、このバーティカルからのウェブベースのＡＰＩインターフェース要件に対応することによって有効にされてもよい。直接Ｃ２通信の場合、ピア（例えば、ＵＡＶ及びＵＡＶ－Ｃ）が、例えば、既存の５Ｇ ＰｒｏＳｅ対応手順を活用しながら、発見及びリンク確立を実施することが所望され得る。
【0082】
ＵＡＶ及びＵＡＶ－Ｃは、互いを発見し、通信リンクを確立し、通信リンクを変更し、かつ／又は直接（Ｄ２Ｄ、ＰＣ５）Ｃ２通信に使用される通信リンクを解放してもよい。ＵＡＶ及びＵＡＶ－Ｃは、（例えば、ＵＳＳ ＵＡＶ許可／認証（USS UAV authorization/authentication、ＵＵＡＡ）及び／又はＣ２許可を活用することによって）ＬＯＳ／Ｄ２Ｄ Ｃ２について許可されてもよい。ＵＡＶ及びＵＡＶ－Ｃは、ＬＯＳ／Ｄ２Ｄ Ｃ２通信を発見し、接続してもよい。ＵＳＳ／ＵＴＭは、Ｃ２通信に使用される直接セキュリティアソシエーションを確立し、変更し、取り消すために使用することができる。ＵＡＶ及びＵＡＶ－Ｃは、互いに認証し、Ｃ２通信のための安全なＰＣ５リンクを確立することができる。
【0083】
図２は、ＰＣ５上でのＣ２直接通信の例示的な概要を示している。ＰＣ５上のＣ２は、例えば、ＬＯＳ動作の許可のためのサポートを追加するために提供されてもよい。直接Ｃ２許可は、例えば、ＰｒｏＳｅ対応ＵＡＶ（例えば、ＷＴＲＵ）が（例えば、直接）Ｃ２通信要求を（例えば、ＰＤＵセッション確立／変更中にＵＡＳ ＮＦを介して）ＵＳＳに送信した場合、実施することができる。ＵＡＶ／ＵＡＶ－Ｃは、例えば、許可が成功したことに基づいて（例えば、その後に）、ピアＵＡＶ－Ｃ／ＵＡＶの発見を実施してもよい。
【0084】
発見は、例えば、ＤＤＮＭＦを活用する（例えば、発見の制限されない／制限されたモードを使用する）ことによって、動的であってもよい。発見は、例えば、ポリシー制御機能（policy control function、ＰＣＦ）、ＳＭＦ、及び／又はＵＳＳを伴うことによって、静的であってもよい。ＵＡＶ（複数可）は、ＤＤＮＭＦから動的発見コード（複数可）を（例えば、直接）受信することができる。発見コード（複数可）は、ＵＳＳ開始ポリシー構成を使用して、ＰＣＦによってプロビジョニングすることができる。
【0085】
ＰＣ５リンク確立は、例えば、ＵＡＳピア（複数可）の（例えば、安全な）発見の後に実施されてもよい。このＤ２Ｄリンクは、既存のセキュリティ機構を使用して保護することができる。
【0086】
例えば、システムは、ＵＡＶとＵＡＶ－Ｃとの間の通信機能を提供してもよく、この通信機能は、同じ又は異なる公衆陸上移動ネットワーク（public land mobile network、ＰＬＭＮ）を通じて通信してもよい。ＵＡＶ及びＵＡＶ－Ｃは、例えば、デバイス間（device-to-device、Ｄ２Ｄ）通信（例えば、ＰＣ５）を可能にするために、ＷＴＲＵを装備してもよい。ＷＴＲＵは、本明細書ではＵＡＶ又はＵＡＶ－Ｃを指す場合がある。例えば、ＵＡＶ及びＵＡＶ－Ｃの役割は、本明細書に記載される手順において置き換えることができる。例えば、直接発見手順中に、ＵＡＶは、発見者／監視者の役割に対応してもよく、ＵＡＶ－Ｃは、被発見者／アナウンサーの役割に対応してもよく、又はその逆であってもよい。ＵＡＶ又はＵＡＶ－Ｃは、直接リンク確立手順を開始してもよい。ＵＡＶ及びＵＡＶ－Ｃの両方が、直接Ｃ２許可を実施してもよい。本明細書で言及される民間航空局レベルの識別情報（civil aviation administration-level identity、ＣＡＡレベルＩＤ）及びＷＴＲＵ ＩＤは、ＵＡＶのためのＣＡＡレベルのＵＡＶ ＩＤ及びＵＡＶ ＩＤ（例えば、ＧＰＳＩ）、又はＵＡＶ－Ｃのための同等の識別子に対応してもよい。
【0087】
図３は、１つ以上のＰＬＭＮを使用する例示的なＵＡＶ及びＵＡＶ－Ｃ通信ネットワークを示している。図３に示すように、ＵＡＶ及びＵＡＶ－Ｃは、異なるＰＬＭＮに接続され、次いで、同じＵＳＳに接続されてもよい。
【0088】
直接Ｃ２通信許可などのＣ２通信許可が、ＵＡＶ／ＵＡＶ－Ｃに提供されてもよい。Ｃ２許可は、Ｕｕ及び／又は直接（例えば、ＰＣ５）を介したＣ２を可能にするように拡張されてもよい。
【0089】
ＷＴＲＵ（例えば、ＵＡＶ及び／又はＵＡＶ－Ｃ）は、例えば、ＰＤＵセッション確立／変更要求メッセージにおいて（例えば、ＮＡＳメッセージにおいて、ＵＡＳコンテナにおいて）Ｃ２許可を要求する場合、ＬＯＳ及び／若しくはＢＶＬＯＳ又は直接及び／若しくはネットワーク支援型／間接Ｃ２通信を示すことができる。ＷＴＲＵは、Ｃ２許可要求において、直接Ｃ２通信（例えば、ＰＣ５上のＣ２）のためのそのサポートを示すことができる。
【0090】
ＷＴＲＵは、ＳＭＦからのメッセージ（例えば、ＰＤＵセッション確立受諾／コマンド）において、かつ／又はＰＣＦから（例えば、ＷＴＲＵ構成更新（ＵＣＵ）において）、直接Ｃ２通信のための許可情報（例えば、ピア（複数可）ＣＡＡレベルＩＤ／ＷＴＲＵ ＩＤなどのピア発見のためのパラメータ、及び／又は、例えば、ＮＡＳメッセージ／ＵＡＳコンテナにおける直接リンクセキュリティのための資格情報）を取得してもよい。許可されたＣ２通信のタイプ（例えば、直接又は間接的）は、例えば、ＵＡＳアプリケーションコンテナにおいて、（例えば、ネットワークによって）ＵＡＶに提供されてもよい。
【0091】
ＵＳＳとのＣ２許可手順を開始するネットワーク機能（例えば、ＳＭＦ）は、例えば、ＷＴＲＵの機能情報に基づいて、ＷＴＲＵが直接Ｃ２通信をサポートするかどうかを判断してもよく、ＷＴＲＵが、ＰｒｏＳｅ通信などの通信をサポートする／通信のために許可されるかどうかを判断してもよい。ネットワーク機能は、ＵＳＳへの許可要求において、直接Ｃ２サポートなどのＣ２サポート表示を含んでもよい。
【0092】
ＵＡＳ ＮＦ／ＮＥＦは、ＬＯＳ／直接及び／又はＢＶＬＯＳ／間接通信のためにＵＳＳからＣ２許可情報を受信してもよい。Ｃ２許可情報は、ピア（複数可）ＣＡＡレベルＩＤ／ＷＴＲＵ ＩＤ、及び／又はＣ２通信のための安全な直接／間接リンクを確立するためのセキュリティ資格情報を含んでもよい。ＵＡＳ ＮＦは、直接リンク（例えば、ＰＣ５）又は間接リンク（例えば、Ｕｕ上の）上のＣ２に、航空ドメイン（例えば、ＬＯＳ／ＢＶＬＯＳ）許可情報パラメータをそれぞれマッピングしてもよい。ＵＡＳ ＮＦは、許可情報をＳＭＦ／ＰＣＦに送信してもよい。
【0093】
実施例では、ＵＳＳは、例えば、ＵＡＶがＬＯＳ動作に制限されている場合、直接Ｃ２通信のための許可を（例えば、ＵＡＳ ＮＦを介して）提供しながら、Ｃ２通信のために確立されたＰＤＵセッションに対応するポリシー設定情報を提供することを控える（例えば、提供しない）場合がある（例えば、ＵＡＳ ＮＦを介して許可されたピアＵＡＶ－Ｃ ＩＰアドレスを提供することを控える（例えば、提供しない））。ＵＳＳは、両方の通信モードを可能にしてもよく、それによって、ＵＡＶ及びＵＡＶ－Ｃは、例えば、Ｃ２切り替え機構を使用して、直接／ＬＯＳ通信モードと間接／ＢＶＬＯＳ通信モードとの間でＣ２通信を切り替えてもよい。
【0094】
ＵＡＶ／ＵＡＶ－Ｃのピアの直接発見などのピア発見が有効にされてもよい。ＤＤＮＭＦ／ＰＣＦは、ＵＡＶとＵＡＶ－Ｃとの間の動的発見／静的発見をサポートするように拡張されてもよい。ＤＤＮＭＦは、（例えば、コードシード、ＵＡＳピア（複数可）識別子（複数可）、発見キー情報を取得するために）、ＵＡＶ－ＵＡＶ－Ｃ直接発見のＵＳＳ支援型許可のためにＵＡＳ ＮＦとのインターフェースを使用してもよい。
【0095】
ＤＤＮＭＦは、（例えば、ＣＡＡレベルＩＤに設定された）ＵＡＳ ＰｒｏＳｅアプリＩＤ、ＷＴＲＵ ＩＤ、及び／又はＵＡＳアプリＩＤに対応するＰｒｏＳｅアプリＩＤを含む発見要求を受信してもよい。ＤＤＮＭＦは、統合データ管理（ＵＤＭ）を用いて、ＰｒｏＳｅ Ａｐｐ ＩＤ／ＵＡＳ ＰｒｏＳｅ Ａｐｐ ＩＤの発見のための許可が、例えば、関連付けられたサブスクリプションデータ（例えば、ＵＡＳアプリＩＤがＵＳＳ／ＵＡＳアプリケーションと関連付けられている）に基づいて、ＵＡＳ ＮＦと対話するように決定され得ることをチェックしてもよい。ＤＤＮＭＦは、発見許可のためにＵＡＳ ＮＦに要求メッセージを送信してもよい。ＤＤＮＭＦは、ＵＡＳ ＮＦから応答メッセージを受信してもよい。応答メッセージは、発見のための許可情報（例えば、許可フラグ、ＵＡＳ発見コード、ＵＡＳピア識別子）を含んでもよい。ＤＤＮＭＦは、発見応答メッセージを（例えば、ＵＡＶに）送信してもよい。発見応答メッセージは、発見のためのＵＡＳ情報を含んでもよい。
【0096】
実施例では、ＵＳＳは、例えば、（例えば、本明細書に記載されるように）Ｃ２許可手順中に開始されたポリシー制御手順の一部としてＵＡＳ ＮＦを介して、発見許可情報（例えば、ＵＳＳが割り当てられた発見コード／コードサフィックス、発見資格情報）を用いてＰＣＦを構成してもよい。
【0097】
ＷＴＲＵは、例えば、（例えば、ＰＣ５を介して）ＵＡＳピアの直接発見を実施するために、ＤＤＮＭＦ又はＳＭＦ／ＰＣＦから取得された発見コードを使用してもよい。実施例では、直接発見及び直接通信は、直接ＷＬＡＮ通信を用いて実施されてもよい。発見コードは、ＳＳＩＤと関連付けられてもよく、又はＳＳＩＤに対応してもよい。
【0098】
直接Ｃ２通信は、ＵＡＶとＵＡＶ－Ｃとの間で確立されてもよい。ＵＡＶ及びＵＡＶ－Ｃ ＩＰは、ＵＳＳ支援を用いて安全なＰＣ５通信を確立することができる。ＵＡＶは、（例えば、本明細書に記載されるように）直接Ｃ２許可の一部として受信された直接Ｃ２通信のための資格情報を使用してもよい。許可情報は、Ｐ５リンクセキュリティキー情報（例えば、ＵＡＶとＵＡＶ－Ｃとの間の共有キー）を含んでもよい。
【0099】
直接Ｃ２許可モデル及び発見モデルが提供されてもよい。第１のモデル（例えば、モデル＃１）は、直接発見のための直接Ｃ２許可に対応してもよい。第１のモデル（例えば、モデル＃１）では、ＵＡＶ／ＵＡＶ－Ｃは、例えば、ＵＳＳによる認証及び許可が成功した後に、ピアＵＡＶ－Ｃ／ＵＡＶとのＣ２通信を許可されてもよい（例えば、それによって、ピア識別子が、ＵＡＶ又はＵＳＳにおいて予め設定されてもよい）。ＵＡＶ／ＵＡＶ－Ｃは、例えば、Ｃ２許可が成功した後に、Ｃ２通信のための直接発見及び直接リンク確立を実施してもよい。第１のモデルは、例えば、ＵＡＶとＵＡＶ－Ｃとのペアリングが（例えば、パイロット、ＵＳＳによって）予め決定／予め設定されている場合に使用されてもよい。
【0100】
図４は、Ｃ２許可を有するＰＣ５直接通信の一例を示し、その後に発見が続く。図４に示すように、ＵＵＡＡ（例えば、従来のＵＵＡＡ）は、例えば、ＵＡＶ／ＵＡＶ－Ｃ（例えば、ＷＴＲＵ）によって実施されてもよい。ＷＴＲＵは、ＰｒｏＳｅ対応であってもよい。ＷＴＲＵは、ネットワークに登録するときに関連する機能を提供することができる。図４に示すように、ＷＴＲＵは、例えば、ＷＴＲＵ内又はＵＳＳにおける予め設定されたＵＡＳピアに基づいて、（例えば、本明細書に記載されるように）ＬＯＳ／直接及び／又はＢＶＬＯＳ／間接Ｃ２通信のためのＣ２許可を実施してもよい。図４に示すように、ＷＴＲＵは、例えば、ＷＴＲＵがＣ２通信に対して許可されると、（例えば、ＤＤＮＭＦからの動的発見コード／フィルタ、又はＰＣＦ若しくはＳＭＦを介して取得された静的コードを使用して）動的直接発見を実施することができる。ＤＤＮＭＦは、例えば、ＷＴＲＵが直接発見手順ＰｒｏＳｅを実施する場合、ＵＡＳ ＮＦに連絡して、ＷＴＲＵ ＩＤ及び／又はＷＴＲＵのＰｒｏＳｅアプリユーザＩＤを提供する発見許可情報（例えば、許可表示／フラグ、ＵＡＳピア識別子（複数可）、リモート識別子）を取り出してもよい。ＵＡＳ ＮＦは、例えば、提供された識別子を使用して、Ｃ２許可中にＵＳＳから対応する許可情報を取り出してもよい。ＵＡＳ ＮＦは、（例えば、ＵＡＳ ＮＦにおけるＵＡＳピア（複数可）識別子（複数可）の場合）発見のための許可（例えば、追加の許可）のためにＵＳＳに連絡してもよい。図４に示すように、ピア間の安全な直接リンク確立は、（例えば、Ｃ２許可手順中に受信された資格情報を使用して）実施されてもよい。
【0101】
直接Ｃ２許可のための直接発見が提供されてもよい。第２のモデル（例えば、モデル＃２）は、直接Ｃ２許可のための直接発見に対応してもよい。第２のモデル（例えば、モデル＃２）では、ＵＡＶ／ＵＡＶ－Ｃ（例えば、ＷＴＲＵ）は、例えば、ＵＳＳによる認証及び許可が成功した後に、直接発見を実施して、Ｃ２通信を実施するためのピア識別子を取得してもよい。ＷＴＲＵは、例えば、発見されたピア識別子を使用して、Ｃ２許可を実施してもよい。ＷＴＲＵは、例えば、Ｃ２許可が成功した後に、Ｃ２通信のための直接リンク確立を実施してもよい。第２のモデルは、例えば、ＵＡＶとＵＡＶ－Ｃとのペアリングが予め決定されていない場合に使用されてもよい（例えば、アドホックペアリング、セルフサービスモデル）。
【0102】
実施例では、発見タイプ（例えば、制限されない／制限された）は、例えば、ＵＳＳとＵＡＶ／ＵＡＶ－Ｃとの間のエンドツーエンドの相互作用において（例えば、図５～図１０に関して本明細書に記載されるように）、ＵＡＳアプリケーション層において（例えば、ＵＡＳアプリコンテナの一部として）通信／確立されてもよい。例えば、発見メッセージ内のパラメータ（複数可）（例えば、発見タイプ／要求タイプ）は、（例えば、ＵＡＶの場合に）任意であってもよい。ＷＴＲＵが監視／アナウンスしているかどうかは、例えば、アプリケーション／ＵＳＳによってＵＡＶ及びＵＡＶ－Ｃに割り当てられた役割に基づいて確立されてもよい（例えば、アプリケーション選好に基づいて、ＵＡＶ－Ｃが監視していてもよく、ＵＡＶがアナウンスしていてもよく、又はその逆でもよい）。発見要求のタイプは、アプリケーションにおいて予め設定することができる（例えば、発見要求のタイプは、受信された構成情報によって示されてもよい）。パラメータは、要求のタイプに関する情報をＵＡＳ ＮＦに提供してもよく、（例えば、それに応答して）ＵＡＳ ＮＦは、（例えば、制限された要求を監視するために）（例えば、要求された）情報をＤＤＮＭＦに送信してもよい。ＵＡＳ ＮＦは、例えば、ＵＳＳが直接関与しておらず、ＤＤＮＭＦがＵＡＳ ＮＦと通信している場合、ターゲットＵＡＳピア識別子を提供してもよい。
【0103】
図５は、ＵＡＳピア発見を有する例示的なＰＣ５直接通信を示し、その後にＣ２許可が続く。図５に示すように（例えば、図５の５０１において）、ＵＵＡＡ（例えば、従来のＵＵＡＡ）は、例えば、図４に関して本明細書に記載されるように、ＵＡＶ／ＵＡＶ－Ｃ（例えば、ＷＴＲＵ）によって実施されてもよい。図５に示すように（例えば、図５の５０２において）、ＵＡＳピアの動的発見は、例えば、（例えば、モデル＃１に関して図４において記載されるように）Ｃ２許可手順を実施する代わりに、（例えば、アドホック）ペアリングのために最初に実施されてもよい。実施例では、ＷＴＲＵ（例えば、ＵＡＶ）は、ピア情報（例えば、ピアの識別子）が予め設定されてもよい（例えば、ピア情報を示す設定情報を受信してもよい）。ＷＴＲＵは、発見手順中に（例えば、ＰｒｏＳｅユーザ情報として）ピア情報を照合してもよい（例えば、照合することを試みてもよい）。実施例では、ＷＴＲＵは、ＵＡＳピア発見のために使用されるＵＡＳサービスコード（UAS service code、ＵＳＣ）に対応するＰｒｏＳｅサービスコードが（例えば、ＰＣＦによって）予め設定されてもよい。ＷＴＲＵは、ＵＳＣを使用して、発見中にピアＷＴＲＵ情報（例えば、ＣＡＡレベルＩＤに設定されている）を取得することができる。図５に示すように（例えば、図５の５０３において）、ＷＴＲＵは、例えば、ＷＴＲＵがＤＤＮＭＦ／ＰＣＦによってプロビジョニングされたコードを使用してそのピアを発見すると、発見されたピア情報（例えば、ピアの識別子（例えば、ＣＡＡレベルＵＡＶ ＩＤ又は汎用公共サブスクリプション識別子（generic public subscription identifier、ＧＰＳＩ））など）を、（例えば、予め設定されたピア識別子を使用する代わりに）Ｃ２許可要求において送信することができる。図５に示すように（例えば、図５の５０４において）、ピア間の安全な直接リンク確立は、例えば、成功したＣ２許可に基づいて、上述したように実施される。
【0104】
直接Ｃ２許可（例えば、非ローミング）などのＣ２許可が実施されてもよい。図６は、ＵＡＳ ＮＦを介したＰＣＦ及びＵＳＳを伴う例示的なＣ２許可を示している。図６に示すように（例えば、図６の６０１において）、ＷＴＲＵ（例えば、ＰｒｏＳｅ対応ＷＴＲＵ）は、（例えば、第２のＷＴＲＵとの）直接Ｃ２通信のためのＰＤＵセッション確立／変更要求をＳＭＦに送信することができる。メッセージは、ＰＣ５上でのＣ２許可要求（例えば、第１のメッセージ、ここで、第１のメッセージは、Ｃ２許可要求及びＰＤＵセッションの要求を示す）を含んでもよい。ＳＭＦは、Ｃ２接続の許可を求める要求を（例えば、ＵＡＳ ＮＦを介して）ＵＳＳに転送してもよい。
【0105】
図６に示すように（例えば、図６の６０２において）、ＵＡＳ ＮＦは、ＵＳＳからＣ２許可応答を受信することができる。ＵＳＳは、Ｃ２許可応答をＳＭＦに転送（例えば、ＷＴＲＵと関連付けられた許可を求める要求を示す第１のメッセージを送信）してもよい。ＵＳＳは、ＰＣＦのためのＣ２許可情報（例えば、表示／コード及びセキュリティ情報）をプロビジョニングしてもよく、かつＣ２許可情報をＰＣＦに提供してもよい。ＵＳＳは、ホームＰＬＭＮ（home PLMN、ＨＰＬＭＮ）のＵＡＳ ＮＦに、例えば、ＷＴＲＵがローミングしている間（例えば、本明細書に記載されるように）、ＵＡＳ ＮＦがＵＳＳから発見許可を要求するために使用できる許可トークンを提供してもよい。ＵＡＳ ＮＦは、ＵＳＳから第２のメッセージ（例えば、要求への応答を示す、ＷＴＲＵと関連付けられたポリシー設定情報及びセキュリティ資格情報を示す）を受信してもよい。ＵＡＳ ＮＦは、例えば、ＵＳＳからの許可が成功したことに基づいて、ＰＣＦからＰＤＵＩＤを要求してもよい（例えば、ＵＡＳ ＮＦは、ＷＴＲＵが、例えば、ＵＳＳからの許可が成功したこと（例えば、要求に対する示された応答及び示されたポリシー設定情報）に基づいて、ＰＣ５上でＣ２を確立することを許可されていると判断してもよい）。
【0106】
図６に示すように（例えば、図６の６０３において）、発見を開始するための許可は、後続のＰＤＵセッション変更コマンド（例えば、発見許可パラメータを示す）によってＷＴＲＵに提供され得る。直接Ｃ２許可は、ＵＣＵ内のＰＣＦによって提供され得る。ＷＴＲＵは、（例えば、Ｃ２許可及びＣ２許可情報に基づいて（Ｃ２許可情報は、セキュリティ資格情報及び第２のＷＴＲＵの識別情報を含む））ＷＴＲＵが第２のＷＴＲＵと通信することを許可されていると判断してもよい。ＷＴＲＵは、ＰＣ５を使用して（例えば、Ｃ２許可に基づいて）、例えば、セキュリティ資格情報（例えば、許可トークン）を使用して、第２のＷＴＲＵにメッセージを送信してもよい。メッセージは、発見手順及び／又はリンク確立手順を実施するための要求を示してもよい。メッセージは、例えば、セキュリティ資格情報を使用して、保護（例えば、認証及び／又は暗号化）されてもよい。
【0107】
ＵＡＶ／ＵＡＶ－Ｃは、例えば、ＵＡＶ－Ｃ／ＵＡＶを発見し、リンク確立するために、Ｃ２許可中に受信するＣＡＡレベルＩＤをブロードキャストしてもよい。
【0108】
ＰｒｏＳｅ発見が実施されてもよい。例えば、ＰｒｏＳｅ発見は、制限されていない発見（例えば、ローミング）に対応してもよい。図７は、Ｖ／ローカルＰＬＭＮを介してＵＳＳにコンタクトする例示的なアナウンス要求手順（ローミング／ＰＬＭＮ間送信）を示している。図７に示すように、ＷＴＲＵは、（例えば、ＨＰＬＭＮにおいて）アナウンスすることを許可され得る。ＷＴＲＵは、（例えば、アプリケーション層によって）アナウンスするようにトリガされ得る。ＷＴＲＵは、（例えば、図７の７０１に示すように）発見要求（例えば、ＣＡＡレベルＩＤ、アプリＩＤ、ＵＡＳコンテナ）メッセージをＤＤＮＭＦ１に送信することができる。
【0109】
図７に示すように（例えば、図７の７０２において）、ＤＤＮＭＦ１は、アプリケーションＩＤによって表されるアプリケーションの許可をチェックすることができる。ＵＤＭは、ＷＴＲＵが登録されている場所のＰＬＭＮ ＩＤ（例えば、訪問ＰＬＭＮ（ＶＰＬＭＮ））を提供することができる。ＤＤＮＭＦは、例えば、（例えば、ＵＡＳアプリＩＤに対応する）アプリＩＤと関連付けられたサブスクリプションデータに基づいて、ＵＡＳ ＮＦにコンタクトする必要があると判断してもよい。
【0110】
図７に示すように（例えば、図７の７０３において）、ＤＤＮＭＦ１は、許可要求（例えば、ＧＰＳＩ（例えば、ＷＴＲＵと関連付けられたサブスクリプション識別子）、ＣＡＡレベルＩＤ（例えば、ＵＡＶ識別子）、要求タイプ、アプリケーションＩＤ、ＵＡＳコンテナ）をＶＰＬＭＮ内のＤＤＮＭＦ２に送信することができる（例えば、ＵＳＳがＶＰＬＭＮのＵＡＳ ＮＦ２を介して（例えば、ＵＵＡＡ手順において）ＷＴＲＵ／ＵＡＶを許可した場合）。ＤＤＮＭＦ１は、発見許可が、（例えば、発見と関連付けられた許可要求を示す）ＵＡＳ ＮＦを介して取得され得ることを示してもよい。
【0111】
図７に示すように（例えば、図７の７０４において）、ＤＤＮＭＦ２は、（例えば、本明細書に記載されるようにＤＤＮＭＦ１から受信した）許可要求をＵＡＳ ＮＦ２に転送することができる。ＵＡＳ ＮＦ２は、例えば、ＵＡＳ ＮＦ２において、発見のための直接Ｃ２許可情報が利用不可能である（例えば、Ｃ２許可の前に発見が実施されるか、又は（例えば、要求する）ＵＳＳが直接発見を明示的に許可する）場合、要求をＵＳＳに転送することができる。ＵＡＳ ＮＦ２は、（例えば、ＵＳＳから受信した表示に基づいて）ＷＴＲＵがＵＡＶとして動作すること、及び／又はＣ２通信を実施することを許可されていると判断することができる。
【0112】
図７に示すように（例えば、図７の７０５において）、ＵＡＳ ＮＦ２は、許可応答（例えば、応答タイプ、アナウンスするための許可表示、発見コード材料）メッセージをＤＤＮＭＦ２に送信する（例えば、第１のＷＴＲＵがＵＡＶとして動作することを許可されていることを示す第２のメッセージを送信する）ことができる。ＵＡＳ ＮＦ２は、ローカルに保存された情報から（例えば、以前のＣ２許可情報から）、及び／又はＵＳＳを要求した後に、応答を生成してもよい。
【0113】
【0114】
【0115】
例えば、ＰｒｏＳｅ発見は、制限されていない発見（例えば、ローミング）に対応してもよい。図８は、ローカルＰＬＭＮからＵＳＳアドレスを取得することによってＵＳＳにコンタクトする発見（非ローミング）のための例示的な監視要求手順を示している。図８に示すように、ＷＴＲＵは、ＨＰＬＭＮにおいてアナウンスすることを許可され得る。ＷＴＲＵは、アナウンスするようにトリガされ得る。ＷＴＲＵは、（例えば、図８の８０１において）発見要求（例えば、ＣＡＡレベルＩＤ、ＧＰＳＩ、アプリＩＤ、ＵＡＳコンテナ）メッセージをＤＤＮＭＦ１に送信することができる。
【0116】
図８に示すように（例えば、図８の８０２において）、ＤＤＮＭＦ１は、アプリケーションＩＤによって表されるアプリケーションの許可をチェックすることができる。ＵＤＭは、ＷＴＲＵが登録されている場所のＶＰＬＭＮ ＩＤを提供することができる。ＤＤＮＭＦは、例えば、アプリＩＤ（例えば、ＵＡＳアプリｉｄ）と関連付けられたサブスクリプションデータに基づいて、ＵＡＳ ＮＦにコンタクトし得る（例えば、コンタクトする必要がある）と判断してもよい。
【0117】
図８に示すように（例えば、図８の８０３において）、ＤＤＮＭＦ１は、（例えば、ＵＳＳがＶＰＬＭＮのＵＡＳ ＮＦ２を介してＷＴＲＵ／ＵＡＶを許可したＶＰＬＭＮにおいて）ＰＣ５許可要求をＤＤＮＭＦ２に送信することができる。許可要求は、ＧＰＳＩ及び／又はＣＡＡレベルＩＤを含んでもよい。ＤＤＮＭＦ１は、発見許可情報が（例えば、ＵＡＳ ＮＦを介して）取得されることを示してもよい。ＤＤＮＭＦ１は、ＨＰＬＭＮがＵＳＳに直接コンタクトし得ることを示してもよい。ＵＡＳ ＮＦ２は、有効なＵＡＡＡ／Ｃ２許可が、ＷＴＲＵにマッピングされたこのＧＰＳＩに対して保存されていることを検証してもよい。ＵＡＳ ＮＦ２は、（例えば、ＨＰＬＭＮが、例えば、ＵＡＳ ＮＦ１を介してＵＳＳにコンタクトすることを可能にするために）許可トークンが利用可能であることを検証してもよい。
【0118】
図８に示すように（例えば、図８の８０４において）、ＵＡＳ ＮＦ２は、（例えば、保存された情報に基づいて）ＰＣ５許可応答（例えば、ＧＰＳＩ、ＣＡＡレベルＩＤ、許可情報（例えば、ＵＳＳアドレス、ＨＰＬＭＮがＵＳＳに直接コンタクトすることを可能にする許可トークン））をＤＤＮＭＦ１に送信することができる。
【0119】
図８に示すように（例えば、図８の８０５において）、ＤＤＮＭＦ１は、許可要求（例えば、ＣＡＡレベルＩＤ、要求タイプ（制限されない／制限された）、ＶＰＬＭＮ／ＵＡＳ ＮＦ２からの許可トークン、アプリレベルコンテナ）をＵＡＳ ＮＦ１に送信することができる。ＵＡＳ ＮＦ１は、例えば、有効な許可情報がローカルに利用可能でない場合、要求をＵＳＳに転送することができる。
【0120】
図８に示すように（例えば、図８の８０６において）、ＵＡＳ ＮＦ１は、許可応答（例えば、応答タイプ、発見コード材料）メッセージをＨＰＬＭＮのＤＤＮＭＦ２に返すことができる。ＵＡＳ ＮＦ１は、ローカルに保存された情報から（例えば、以前の発見／Ｃ２許可手順から）、及び／又はＵＳＳを要求した後に、応答を生成してもよい。
【0121】
図８に示すように（例えば、図８の８０７において）、ＤＤＭＦ１は、ＤＤＮＭ２に通知することができ、例えば、ＷＴＲＵがそのＰｒｏＳｅアプリケーションＩＤを使用することを許可されている場合、アナウンス許可（例えば、ＧＰＳＩ、ＣＡＡレベルＩＤ、アプリケーションＩＤ、発見コード材料）メッセージを送信することができる。
【0122】
【0123】
図８に示すように（例えば、図９の８０９において）、ＤＤＮＭＦ１は、発見応答（例えば、ＣＡＡレベルＵＡＶ ＩＤ、発見コード材料／フィルタ）をＷＴＲＵに送信することができる。ＨＰＬＭＮ内のＤＤＮＭＦは、要求をローカル／ＶＰＬＭＮ内のＤＤＮＭＦに送信することができ、例えば、制限されていない発見でのアナウンスと比較して監視をアドレス指定する場合／ときに、２つのＤＤＮＭＦ間で監視するための応答フィルタを受信することができる。
【0124】
発見アナウンス要求は、例えば、制限された発見モデルＡ／モデルＢに対応して送信されてもよい。図９は、制限された発見（非ローミング）のための例示的なアナウンス要求手順を示している。図９に示すように（例えば、図９の９００において）、ＵＳＳは、例えば、以前のＵＵＡＡ又はＣ２許可手順中に、ＷＴＲＵ（例えば、ＵＡＶ／ＵＡＶ－Ｃ）に対してＣＡＡレベルＩＤ（例えば、変更された、かつ／又は新しいＣＡＡレベルＩＤ）を配分することができ、ネットワークからＷＴＲＵ ＩＤを代わりに取得することができる。ＷＴＲＵ、ネットワーク（例えば、ＵＡＳ ＮＦ）、及び／又はＵＳＳは、バインディング／マッピング（例えば、ＣＡＡレベルＩＤに対応する）及びＷＴＲＵ ＩＤを保存することができる。
【0125】
図９に示すように、ＷＴＲＵは、ＨＰＬＭＮにおいてアナウンスすることができる（例えば、アナウンスすることを許可され得る）。ＷＴＲＵは、アナウンスするようにトリガされ得る。ＷＴＲＵは、（例えば、図９の９０１において）発見要求メッセージ（例えば、ＣＡＡレベルＩＤ、ＧＰＳＩ、アプリケーションＩＤ、ＵＡＳコンテナ）をＤＤＮＭＦに送信することができる。
【0126】
図９に示すように（例えば、図９の９０２において）、ＤＤＮＭＦは、（例えば、ＵＤＭからのアプリケーションＩＤによって表される）アプリケーションの発見許可をチェックすることができる。ＤＤＮＭＦは、例えば、アプリＩＤ（例えば、ＵＡＳアプリＩＤ）と関連付けられたサブスクリプションデータに基づいて、ＵＡＳ ＮＦにコンタクトし得る（例えば、コンタクトする必要がある）と判断してもよい。
【0127】
図９に示すように（例えば、図９の９０３において）、ＤＤＮＭＦは、許可要求（例えば、ＣＡＡレベルＩＤ、アプリケーションコンテナ、及び発見要求タイプ（例えば、制限されない／制限された））をＵＡＳ ＮＦに送信することができる。
【0128】
図９に示すように（例えば、図９の９０４において）、ＵＡＳ ＮＦは、許可応答（例えば、ＣＡＡレベルＩＤ、ＷＴＲＵ ＩＤ、ＰＤＵＩＤ、応答タイプ、発見コード材料）をＤＤＮＭＦに返すことができる。ＷＴＲＵ ＩＤ（複数可）は、ＵＡＳ ＮＦに保存されたＣＡＡレベルＩＤ（複数可）と関連付けられ得る。ＵＡＳ ＮＦは、例えば、ローカルに保存された情報から（例えば、以前の発見／Ｃ２許可手順から）、及び／又はＵＳＳを要求した後に、応答を生成してもよい。
【0129】
【0130】
例えば、発見監視要求は、モデルＡ又はモデルＢなどの制限された発見モデルに従って送信されてもよい。図１０は、制限された発見（非ローミング）のための例示的な監視要求手順を示している。図１０に示すように（例えば、図１０の１０００において）、ＵＳＳは、例えば、以前のＵＵＡＡ又はＣ２許可手順中に、ＷＴＲＵ（例えば、ＵＡＶ／ＵＡＶ－Ｃ）に対してＣＡＡレベルＩＤ（例えば、変更された、かつ／又は新しいＣＡＡレベルＩＤ）を配分することができる。これに対して、ＷＴＲＵは、ＷＴＲＵ ＩＤを（例えば、ネットワークから）取得してもよい。ＷＴＲＵ、ネットワーク（例えば、ＵＡＳ ＮＦ）、及びＵＳＳは、ＣＡＡレベルＩＤとＷＴＲＵ ＩＤとの間のバインディング／マッピングを保存することができる。ＷＴＲＵは、例えば、ＷＴＲＵがＵＡＳピアを通信／発見することを意図している場合、それらのユーザのＣＡＡレベルＩＤ（例えば、ターゲットＣＡＡレベルＩＤ（複数可））を、ネットワークを介してＵＳＳから取得することができる（例えば、Ｃ２許可手順中に）。ＷＴＲＵは、例えば、それ自体のＣＡＡレベルＩＤ、及び監視されるターゲットＣＡＡレベルＩＤ（例えば、アプリケーションレベルコンテナにおいて渡され得る）を提供することによって、監視をトリガしてもよい。
【0131】
図１０に示すように（例えば、図１０の１００１において）、ＷＴＲＵは、発見要求メッセージ（例えば、ＣＡＡレベルＩＤ、ＧＰＳＩ、発見タイプ、アプリＩＤ、アプリケーションレベルコンテナ）をＤＤＮＭＦ１に送信することができる。アプリケーションレベルコンテナは、ＷＴＲＵが監視し得るＵＡＳピアのターゲットＣＡＡレベルＩＤを含んでもよい。ＣＡＡレベルＩＤは、ＷＴＲＵが、監視するための許可を取得するために使用する識別情報を示してもよい。
【0132】
図１０に示すように（例えば、図１０の１００２において）、ＤＤＮＭＦ１は、ＵＤＭからのアプリケーションＩＤによって表されるアプリケーションの発見許可をチェックすることができる。ＤＤＮＭＦ１は、例えば、アプリＩＤ（例えば、ＵＡＳアプリＩＤ）と関連付けられたサブスクリプションデータに基づいて、ＵＡＳ ＮＦ１にコンタクトし得る（例えば、コンタクトする必要がある）と判断してもよい。
【0133】
図１０に示すように（例えば、図１０の１００３において）、ＤＤＮＭＦ１は、許可要求（例えば、ＩＤ、ＷＴＲＵ ＩＤ、ＣＡＡレベルＩＤ、ＰＤＵＩＤ、アプリケーションコンテナ、発見要求タイプ（例えば、制限されない／制限された））をＵＡＳ ＮＦに送信することができる。
【0134】
図１０に示すように（例えば、図１０の１００４において）、ＵＡＳ ＮＦ１は、許可応答メッセージ（例えば、ＷＴＲＵ ＩＤ、ＣＡＡレベルＩＤ、ＰＤＵＩＤ、ターゲットＷＴＲＵ ＩＤ、ターゲットＣＡＡレベルＩＤ、ターゲットＰＤＵＩＤ、アプリケーションコンテナ、発見応答タイプ、発見コード材料）をＤＤＮＭＦ１に送信することができる。ＷＴＲＵＩＤのセットからの（例えば、各）ターゲットＷＴＲＵＩＤは、ＣＡＡ ＵＡＶ ＩＤが発見することができる（例えば、許可される）対応するターゲットＣＡＡ ＵＡＶ ＩＤ（複数可）とともに返されてもよい。ＤＤＮＭＦ１は、返されたＷＴＲＵ ＩＤ／ＰＤＵＩＤが要求側ＷＴＲＵに属することを検証してもよい。アプリケーションレベルコンテナは、成功裏に認証されたターゲットＣＡＡ ＵＡＶ ＩＤ（複数可）を含んでもよい。ＵＡＳ ＮＦ１は、ローカルに保存された情報から（例えば、以前の発見／Ｃ２許可手順から）、及び／又はＵＳＳを要求した後に、応答を生成してもよい。
【0135】
図１０に示すように（例えば、図１０の１００５において）、ＨＰＬＭＮ内のＤＤＮＭＦ１は、例えば、ターゲットＷＴＲＵＩＤ内のＰＬＭＮ ＩＤがＨＰＬＭＮとは異なるＰＬＭＮを示す場合、（例えば、対応する制限されたコードを取り出すために）、監視要求メッセージ（例えば、ＷＴＲＵ ＩＤ、ＣＡＡレベルＩＤ、ＰＤＵＩＤ、ターゲットＷＴＲＵ ＩＤ、ターゲットＣＡＡレベルＩＤ、ターゲットＰＤＵＩＤ、アプリＩＤ）を他のＰＬＭＮ内のＤＤＮＭＦ２に送信することができる。
【0136】
図１０に示すように（例えば、図１０の１００６において）、他のＰＬＭＮ内のＤＤＮＭＦ２は、許可要求（例えば、ＷＴＲＵ ＩＤ、ＰＤＵＩＤ、ＣＡＡレベルＩＤ、ターゲットＷＴＲＵ ＩＤ、ターゲットＰＤＵＩＤ、ターゲットＣＡＡレベルＩＤ、要求タイプ）をＵＡＳ ＮＦ２に送信することができる。要求タイプは、制限された発見／承認に設定され得る。
【0137】
図１０に示すように（例えば、図１０の１００７において）、ＵＡＳ ＮＦは、例えば、ＣＡＡレベルＩＤが（例えば、承認設定に基づいて）ターゲットＣＡＡレベルＩＤを発見することを許可される場合、許可メッセージ（例えば、ターゲットＷＴＲＵ ＩＤ、ターゲットＣＡＡレベルＩＤ、ターゲットＰＤＵＩＤ、応答タイプ）を送信することができる。ＵＡＳ ＮＦ２は、ローカルに保存された情報から、及び／又はＵＳＳを要求した後に、応答を生成してもよい。ＵＡＳ ＮＦは、例えば、以前の発見又はＣ２許可手順中に、監視側ＷＴＲＵ及びターゲット／アナウンス側ＷＴＲＵ（複数可）の識別子を保存し、関連付けることができる。ＵＡＳ ＮＦは、ＤＤＮＭＦ２が提供した識別子（例えば、監視ＷＴＲＵ及びターゲットＷＴＲＵ）を、保存された識別子と照合することによって、監視するための許可を検証することができる。ＤＤＮＭＦ２は、返されたターゲットＷＴＲＵＩＤ／ＰＤＵＩＤが、監視されるＷＴＲＵに対応することを検証してもよい。
【0138】
図１０に示すように（例えば、図１０の１００８において）、ＤＤＮＭＦ２は、監視応答（例えば、制限されたコード材料）メッセージをＤＤＮＭＦ１に送信することができる。ＤＤＮＭＦ２は、（例えば、アナウンス側ＷＴＲＵのコンテキストにおいて）監視側ＷＴＲＵのＷＴＲＵＩＤを保存することができる。
【0139】
図１０に示すように（例えば、図１０の１００９において）、ＤＤＮＭＦ１は、例えば、ＤＤＮＭＦ１が（例えば、有効な）ＰｒｏＳｅ制限されたコードを取り出した場合、（例えば、ＵＡＳ ＮＦ／ＵＳＳによって返されたターゲットＷＴＲＵ ＩＤとターゲットＣＡＡレベルＩＤの各ペアについて）発見応答（例えば、発見フィルタ）メッセージをＷＴＲＵに送信することができる。
【0140】
上述の特徴及び要素は、特定の組み合わせで記載されているが、各特徴又は要素は、好ましい実施形態のその他の特徴及び要素なしで単独で使用されてもよく、又はその他の特徴及び要素を用いて若しくはそれらを用いずに、様々な組み合わせで使用されてもよい。
【0141】
本明細書に記載される実装形態は、３ＧＰＰ特有プロトコルを考慮し得るが、本明細書に記載される実装形態は、このシナリオに限定されず、その他の無線システムに適用可能であり得ることが理解されよう。例えば、本明細書に記載される解決策は、ＬＴＥ、ＬＴＥ－Ａ、新無線（ＮＲ）、又は５Ｇ特有プロトコルを考慮するが、本明細書に記載される解決策は、このシナリオに限定されず、その他の無線システムにも同様に適用可能であることが理解されよう。
【0142】
上述のプロセスは、コンピュータ及び／若しくはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、並びに／又はファームウェアに実装されてもよい。コンピュータ可読媒体の例としては、（有線接続及び／又は無線接続を介して送信される）電子信号及び／又はコンピュータ可読記憶媒体が挙げられるが、これらに限定されない。コンピュータ可読記憶媒体の例としては、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどであるがこれらに限定されない磁気媒体、磁気光学媒体、並びに／又はコンパクトディスク（Compact Disc、ＣＤ）－ＲＯＭディスク、及び／若しくはデジタル多用途ディスク（Digital Versatile Disk、ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ、端末、基地局、ＲＮＣ、及び／又は任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装してもよい。
【図1A】
【図1B】
【図1C】
【図1D】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【手続補正書】
【提出日】2024-06-28
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
第１の無線送信／受信ユニット（ＷＴＲＵ）であって、前記第１のＷＴＲＵは、第１のメッセージをネットワークノードに送信することであって、前記第１のメッセージは、コマンド及び制御（Ｃ２）許可要求を示し、パケットデータユニット（ＰＤＵ）セッションの要求を示し、直接Ｃ２通信を使用するための要求を示す、送信することと、
前記ネットワークノードから第２のメッセージを受信することであって、前記第２のメッセージは、前記ＰＤＵセッションが確立されていることを示し、Ｃ２許可を示し、Ｃ２許可情報を示す、受信することと、
前記Ｃ２許可及び前記Ｃ２許可情報に基づいて、前記第１のＷＴＲＵが第２のＷＴＲＵと通信することを許可されていると判断することであって、前記Ｃ２許可情報は、前記第２のＷＴＲＵの識別情報を含む、判断することと、
前記第１のＷＴＲＵが前記第２のＷＴＲＵと通信することを許可されている場合、ＰＣ５を使用して前記第２のＷＴＲＵに第３のメッセージを送信することであって、前記第３のメッセージは、リンク確立手順を実施するための要求を示す、送信することと、を行うように構成された、プロセッサを備える、第１の無線送信／受信ユニット（ＷＴＲＵ）。
【請求項2】
前記Ｃ２許可情報は、セキュリティ資格情報を含み、前記第３のメッセージは、前記セキュリティ資格情報に基づいて暗号化される、請求項１に記載の第１のＷＴＲＵ。
【請求項3】
前記Ｃ２許可情報は、セキュリティ資格情報を含み、前記セキュリティ資格情報は、許可トークンである、請求項１に記載の第１のＷＴＲＵ。
【請求項4】
前記Ｃ２許可情報は、セキュリティ資格情報を含み、前記プロセッサは、前記セキュリティ資格情報に基づいて、セキュリティキー又はセキュリティトークンを決定するように更に構成されており、前記第３のメッセージは、決定された前記セキュリティキー又は決定された前記セキュリティトークンに基づく、請求項１に記載の第１のＷＴＲＵ。
【請求項5】
前記Ｃ２許可情報は、無人航空機コントローラ（ＵＡＶ－Ｃ）アプリケーション識別子を更に含む、請求項１に記載の第１のＷＴＲＵ。
【請求項6】
第１のネットワークノードであって、前記ネットワークノードは、第１のメッセージを第２のネットワークノードに送信することであって、前記第１のメッセージは、許可を求める要求を示し、前記許可は、無線送信／受信ユニット（ＷＴＲＵ）と関連付けられており、前記許可は、直接コマンド及び制御（Ｃ２）通信と関連付けられている、送信することと、
前記第２のネットワークノードから第２のメッセージを受信することと、
前記第２のメッセージに基づいて、前記ＷＴＲＵがＰＣ５上でＣ２を確立することを許可されていると判断することと、
前記第２のメッセージに基づいて、発見許可パラメータを決定することと、
前記ＷＴＲＵに第３のメッセージを送信することであって、前記第３のメッセージは、前記発見許可パラメータを示す、送信することと、を行うように構成された、プロセッサを備える、第１のネットワークノード。
【請求項7】
前記第２のメッセージは、前記要求への応答を示し、ポリシー設定情報を示す、請求項６に記載の第１のネットワークノード。
【請求項8】
前記第２のメッセージに基づいて、前記ＷＴＲＵがＰＣ５上でＣ２を確立することを許可されているという前記判断は、前記要求への示された前記応答、及び示された前記ポリシー設定情報に基づいて実施される、請求項７に記載の第１のネットワークノード。
【請求項9】
前記第２のメッセージは、前記ＷＴＲＵと関連付けられたセキュリティ資格情報を示し、前記発見許可パラメータは、示された前記ポリシー設定情報、及び示された前記セキュリティ資格情報に基づいて、前記第２のメッセージを使用して決定される、請求項７に記載の第１のネットワークノード。
【請求項10】
前記ＷＴＲＵと関連付けられた前記セキュリティ資格情報は、許可トークンである、請求項９に記載の第１のネットワークノード。
【請求項11】
許可を求める前記要求は、ＰＣ５上でコマンド及び制御（Ｃ２）を確立するための承認を求める要求である、請求項６に記載の第１のネットワークノード。
【請求項12】
前記第３のメッセージは、無人航空機コントローラ（ＵＡＶ－Ｃ）アプリケーション識別子を更に示す、請求項６に記載の第１のネットワークノード。
【請求項13】
方法であって、前記方法は、第１のメッセージをネットワークノードに送信することであって、前記第１のメッセージは、コマンド及び制御（Ｃ２）許可要求を示し、パケットデータユニット（ＰＤＵ）セッションの要求を示し、直接Ｃ２通信を使用するために示す、送信することと、
前記ネットワークノードから第２のメッセージを受信することであって、前記第２のメッセージは、前記ＰＤＵセッションが確立されていることを示し、Ｃ２許可を示し、Ｃ２許可情報を示す、受信することと、
前記Ｃ２許可及び前記Ｃ２許可情報に基づいて、第１の無線送信／受信ユニット（ＷＴＲＵ）が第２のＷＴＲＵと通信することを許可されていると判断することであって、前記Ｃ２許可情報は、前記第２のＷＴＲＵの識別情報を含む、判断することと、
前記第１のＷＴＲＵが前記第２のＷＴＲＵと通信することを許可されている場合、ＰＣ５を使用して前記第２のＷＴＲＵに第３のメッセージを送信することであって、前記第３のメッセージは、リンク確立手順を実施するための要求を示す、送信することと、を含む、方法。
【請求項14】
前記Ｃ２許可情報は、セキュリティ資格情報を含み、前記第３のメッセージは、前記セキュリティ資格情報に基づいて暗号化される、請求項１３に記載の方法。
【請求項15】
前記Ｃ２許可情報は、セキュリティ資格情報を含み、前記セキュリティ資格情報は、許可トークンである、請求項１３に記載の方法。
【請求項16】
前記Ｃ２許可情報は、セキュリティ資格情報を含み、前記方法は、前記セキュリティ資格情報に基づいて、セキュリティキー又はセキュリティトークンを決定することを更に含み、前記第３のメッセージは、決定された前記セキュリティキー又は決定された前記セキュリティトークンに基づく、請求項１３に記載の方法。
【請求項17】
前記Ｃ２許可情報は、無人航空機コントローラ（ＵＡＶ－Ｃ）アプリケーション識別子を更に含む、請求項１３に記載の方法。
【国際調査報告】