▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-09-02
(45)【発行日】2024-09-10
(54)【発明の名称】パス切り替えのための方法および装置
(51)【国際特許分類】
H04W 76/14 20180101AFI20240903BHJP
H04W 92/18 20090101ALI20240903BHJP
H04W 88/04 20090101ALI20240903BHJP
H04W 28/04 20090101ALI20240903BHJP
H04W 36/08 20090101ALI20240903BHJP
【ＦＩ】
H04W76/14
H04W92/18
H04W88/04
H04W28/04 110
H04W36/08
【請求項の数】
15
(21)【出願番号】P 2023516253
(86)(22)【出願日】2021-08-30
(65)【公表番号】
(43)【公表日】2023-10-06
(86)【国際出願番号】 CN2021115385
(87)【国際公開番号】W WO2022062846
(87)【国際公開日】2022-03-31
【審査請求日】2023-05-10
(31)【優先権主張番号】PCT/CN2020/117927
(32)【優先日】2020-09-25
(33)【優先権主張国・地域又は機関】CN
(31)【優先権主張番号】PCT/CN2020/117929
(32)【優先日】2020-09-25
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】110003281
【氏名又は名称】弁理士法人大塚国際特許事務所
(72)【発明者】
【氏名】チャン， チャン
(72)【発明者】
【氏名】ワン， ミン
(72)【発明者】
【氏名】オルシーノ， アントニーノ
【審査官】松野 吉宏
(56)【参考文献】
【文献】特開２００３－０４７０３７（ＪＰ，Ａ）
【文献】欧州特許出願公開第０３６４４６６５（ＥＰ，Ａ１）
【文献】米国特許出願公開第２０１９／０２３９１３２（ＵＳ，Ａ１）
【文献】米国特許出願公開第２０１９／０３２０４９５（ＵＳ，Ａ１）
【文献】米国特許出願公開第２０１８／０２１３５７７（ＵＳ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４ － ７／２６
Ｈ０４Ｗ ４／００ － ９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
端末デバイスによって実行される方法（４１０）であって、第１のパス上で第１のノードと伝送を実行すること（４１２）と、
前記第１のパスから第２のパスへ、前記第２のパス上の第２のノードと伝送を実行するために切り替えること（４１４）と、
前記第１のパス上の前記端末デバイスの１つ以上の保留パケットに関する情報を要求するためのシグナリングを前記第１のノードへ送信することと、
を含み、
前記端末デバイスの前記切り替え中に、前記第１のパス上の前記端末デバイスの前記１つ以上の保留パケットは前記第２のパスに転送され、前記第１のノードおよび前記第２のノードは基地局によってサービス提供され、
前記１つ以上の保留パケットに関する前記情報は、
送信されていない１つ以上のパケットのシーケンス番号と、
再送されている１つ以上のパケットのシーケンス番号と、
送信されたが確認応答されていない１つ以上のパケットのシーケンス番号と、
前記１つ以上の保留パケットの伝送方向と、
の１つ以上を含む、方法。
【請求項2】
請求項１に記載の方法であって、前記１つ以上の保留パケットに関する前記情報を要求するための前記シグナリングを前記第１のノードへいずれのパスで送信するかを決定することをさらに含み、
前記１つ以上の保留パケットに関する前記情報を要求するための前記シグナリングを前記第１のノードへ送信することは、前記決定の結果に応じて実行される、方法。
【請求項3】
請求項２に記載の方法であって、前記１つ以上の保留パケットに関する前記情報を要求するためのシグナリングを前記第１のノードへいずれのパスで送信するかの前記決定は、基地局による構成と、
制御ノードによる構成と、
前記第１のパスのチャネル品質と、
の１つ以上に少なくとも部分的に基づいて行われる、方法。
【請求項4】
請求項１から３の何れか１項に記載の方法であって、前記第１のノードから、前記端末デバイスの前記１つ以上の保留パケットに関する情報を受信することをさらに含む、方法。
【請求項5】
請求項４に記載の方法であって、前記端末デバイスの前記１つ以上の保留パケットに関する前記情報は、確認指示とともに前記第１のノードから受信され、前記確認指示は前記端末デバイスと前記第１のノードとの間の前記伝送のためのリソースが解放されることを示す、方法。
【請求項6】
請求項４または５に記載の方法であって、前記端末デバイスの前記１つ以上の保留パケットを、前記１つ以上の保留パケットに関する前記情報に従って、前記第２のパスへ送信することをさらに含む、方法。
【請求項7】
請求項１から６の何れか１項に記載の方法であって、前記１つ以上の保留パケットに関する前記情報は、さらに、
１つ以上の保留中のプロトコルデータユニットを構築するために使用されるプロトコルデータユニットのサイズと、
送信されていない１つ以上のパケットと、
再送されている１つ以上のパケットと、
送信されたが確認応答されていない１つ以上のパケットと、
の１つ以上を含む、方法。
【請求項8】
請求項１から７の何れか１項に記載の方法であって、前記第２のパスが成功裏に確立されるまで前記第１のパスを維持することをさらに含む、方法。
【請求項9】
請求項１から８の何れか１項に記載の方法であって、前記端末デバイスのパスの前記切り替えの後に前記第２のノードから前記端末デバイスのトラフィックを受信することをさらに含む、方法。
【請求項10】
端末デバイス（４５０）であって、１つ以上のプロセッサ（４５１）と、
コンピュータプログラムコード（４５３）を含む１つ以上のメモリ（４５２）と、
を含み、
前記１つ以上のメモリ（４５２）および前記コンピュータプログラムコード（４５３）は、前記１つ以上のプロセッサ（４５１）とともに、前記端末デバイス（４５０）に、少なくとも、
第１のパス上で第１のノードとの伝送を実行させ、
前記第１のパスから第２のパスへ、前記第２のパス上で第２のノードと伝送を実行するために切り替えさせ、
前記第１のパス上の前記端末デバイスの１つ以上の保留パケットに関する情報を要求するためのシグナリングを前記第１のノードへ送信させる、
ように構成され、
前記端末デバイスの前記切り替え中に、前記第１のパス上の前記端末デバイスの前記１つ以上の保留パケットは前記第２のパスに転送され、前記第１のノードおよび前記第２のノードは基地局によってサービス提供され、
前記１つ以上の保留パケットに関する前記情報は、
送信されていない１つ以上のパケットのシーケンス番号と、
再送されている１つ以上のパケットのシーケンス番号と、
送信されたが確認応答されていない１つ以上のパケットのシーケンス番号と、
前記１つ以上の保留パケットの伝送方向と、
の１つ以上を含む、端末デバイス。
【請求項11】
端末デバイスによって実行される方法（６１０）であって、第１のパス上で第１のノードと伝送を実行すること（６１２）と、
前記第１のパスから第２のパスへ、前記第２のパス上で第２のノードと伝送を実行するために切り替えること（６１４）と、
前記第１のパス上の前記端末デバイスの１つ以上の保留パケットに関する情報を要求するためのシグナリングを前記第１のノードへ送信することと、
を含み、
前記端末デバイスの前記切り替え中に、前記第１のパス上の前記端末デバイスの前記１つ以上の保留パケットは前記第２のパスに転送され、前記第１のノードおよび前記第２のノードはそれぞれ第１の基地局および第２の基地局によってサービス提供され、
前記１つ以上の保留パケットに関する前記情報は、
送信されていない１つ以上のパケットのシーケンス番号と、
再送されている１つ以上のパケットのシーケンス番号と、
送信されたが確認応答されていない１つ以上のパケットのシーケンス番号と、
前記１つ以上の保留パケットの伝送方向と、
の１つ以上を含む、方法。
【請求項12】
請求項１１に記載の方法であって、前記１つ以上の保留パケットに関する前記情報を要求するための前記シグナリングを前記第１のノードへいずれのパスで送信するかを決定することをさらに含み、
前記１つ以上の保留パケットに関する前記情報を要求するための前記シグナリングを前記第１のノードへ送信することは、前記決定の結果に応じて実行される方法。
【請求項13】
請求項１１または１２に記載の方法であって、前記端末デバイスの前記１つ以上の保留パケットに関する情報を前記第１のノードから受信することをさらに含む、方法。
【請求項14】
請求項１３に記載の方法であって、前記端末デバイスの前記１つ以上の保留パケットに関する前記情報は、前記第２のノード、前記第２の基地局、および前記第１の基地局を介して前記第１のノードから受信される、方法。
【請求項15】
端末デバイス（６６０）であって、１つ以上のプロセッサ（６６１）と、
コンピュータプログラムコード（６６３）を含む１つ以上のメモリ（６６２）と、
を含み、
前記１つ以上のメモリ（６６２）および前記コンピュータプログラムコード（６６３）は、前記１つ以上のプロセッサ（６６１）とともに、前記端末デバイス（６６０）に、少なくとも、
第１のパス上で第１のノードとの伝送を実行させ、
前記第１のパスから第２のパスへ、前記第２のパス上で第２のノードと伝送を実行するために切り替えさせ、
前記第１のパス上の前記端末デバイスの１つ以上の保留パケットに関する情報を要求するためのシグナリングを前記第１のノードへ送信させる、
ように構成され、
前記端末デバイスの前記切り替え中に、前記第１のパス上の前記端末デバイスの前記１つ以上の保留パケットは前記第２のパスに転送され、前記第１のノードおよび前記第２のノードはそれぞれ第１の基地局および第２の基地局によってサービス提供され、
前記１つ以上の保留パケットに関する前記情報は、
送信されていない１つ以上のパケットのシーケンス番号と、
再送されている１つ以上のパケットのシーケンス番号と、
送信されたが確認応答されていない１つ以上のパケットのシーケンス番号と、
前記１つ以上の保留パケットの伝送方向と、
の１つ以上を含む、端末デバイス。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は一般に、通信ネットワークに関し、より詳細には、パス切り替えのための方法および装置に関する。
【背景技術】
【0002】
このセクションは、本開示のより良い理解を容易にし得る態様を紹介する。したがって、このセクションの記述はこの観点から読まれるべきであり、何が従来技術にあるか、または何が従来技術にないかについての認定として理解されるべきでない。
【0003】
通信サービスプロバイダおよびネットワークオペレータは例えば、説得力のあるネットワークサービスおよびパフォーマンスを提供することによって、需要家に価値および利便性を提供するという課題に絶えず直面している。無線通信の発展に伴い、様々なアプリケーションにおいてデバイスツーデバイス（Ｄ２Ｄ）通信の特徴をサポートするための要件が提案されている。Ｄ２Ｄの検討のための拡張は、車両、歩行者、およびインフラストラクチャの間の直接通信の任意の組合せを含み得る、Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ（Ｖ２Ｘ）通信をサポートすることからなり得る。第４世代（４Ｇ）／ロングタームエボリューション（ＬＴＥ）および第５世代（５Ｇ）／ニューラジオ（ＮＲ）ネットワークなどの無線通信ネットワークはＶ２Ｘサービスを使用し、Ｖ２Ｘ対応のユーザ機器（ＵＥ）のための通信をサポートすることが期待され得る。
【発明の概要】
【0004】
この発明の概要は、以下の詳細な説明においてさらに説明される概念の選択を簡略化された形態で紹介するために提供される。この発明の概要は、特許請求される主題の主要な特徴または本質的な特徴を特定することを意図するものではなく、特許請求される主題の範囲を限定するために使用されることを意図するものでもない。
【0005】
無線通信ネットワークでは、２つのＶ２Ｘ対応ＵＥ間のサイドリンク（ＳＬ）を介した直接ユニキャスト送信が隊列走行（プラトーニング）、協調動作、ダイナミックライドシェアリングなどのいくつかのアプリケーションで必要とされ得る。ネットワーク（ＮＷ）内のリモートＵＥ、たとえば、セルカバレッジ外にあり得、ネットワークノードと直接接続することが可能でない場合があるＵＥの場合、ＵＥ－ＮＷ間リレーＵＥ（略してＵ２Ｎリレーとも呼ばれる）は、リモートＵＥのためのＮＷへの接続性（コネクティビティ）をサポートするための機能を提供することができる。この場合、リモートＵＥのアップリンク／ダウンリンク（ＵＬ／ＤＬ）トラフィックは、Ｕ２Ｎリレーによって転送され得る。いくつかの場合では、リモートＵＥが１つ以上のＵＥ間リレーＵＥ（略してＵ２Ｕリレーとも呼ばれる）を介して別のＵＥと通信することができ、リモートＵＥの様々なトラフィックが１つ以上のＵ２Ｕリレーによって転送され得る。ＵＥのモビリティおよび通信環境の変動性を考慮すると、リモートＵＥはリレーＵＥを選択／再選択し、通信経路（通信パス）から別の通信パスに切り替える必要があり得る。そのような切り替えが適切に処理されない場合、パス（経路）切り替え（パススイッチ）の間（パス切り替え中）にパケット損失が発生する可能性がある。したがって、より効率的な方法でリモートＵＥのパススイッチを実施することが望ましい場合がある。
【0006】
本開示の様々な例示的な実施形態は、直接パスと間接パスとの間、または間接パスと別の間接パスとの間などで生じ得るパス切替えのための第１の解決策を提案する。提案された第１の解決策によれば、古いパス上のリモートＵＥの保留中のパケット（保留パケット）はパス切替えによるパケット損失を低減または回避するために、古いパスからセル内で生じる新しいパスへのリモートＵＥのパス切り替え中に、新しいパスに転送され得る。
【0007】
本明細書で説明する「リモートＵＥ」はたとえば、ＰＣ５／ＳＬインターフェースを介してリレーＵＥと通信し、および／または、たとえば、Ｕｕインターフェイスを介してネットワークノードと通信しうるＵＥを指することを理解されたい。一例として、リモートＵＥは、ＰｒｏＳｅ ５Ｇ ＵＥ－ＮＷ間リレーＵＥを介してデータネットワーク（ＤＮ）と通信し得る５Ｇ近接ベースサービス（ＰｒｏＳｅ）対応ＵＥであり得る。別の例として、リモートＵＥは、ＰｒｏＳｅ ５Ｇ ＵＥ間リレーＵＥを介して別のＵＥと通信し得る５Ｇ ＰｒｏＳｅ対応ＵＥであり得る。
【0008】
本明細書で説明する「リレーＵＥ」は、「ＵＥ－ＮＷ間リレーＵＥ（ＵＥ－ｔｏ－ＮＷ ｒｅｌａｙ ＵＥ）」または「ＵＥ間リレーＵＥ（ＵＥ－ｔｏ－ＵＥ ｒｅｌａｙ ＵＥ）」を指し得ることを了解されたい。一例として、リレーＵＥは、リモートＵＥのためのＮＷおよび／または他のＵＥへのコネクティビティをサポートすることが可能な５Ｇ ＰｒｏＳｅ対応ＵＥであり得る。
【0009】
本明細書で説明する「ＵＥ－ＮＷ間リレーＵＥ」は、「ＵＥ－ネットワーク間リレーＵＥ」、「ＵＥ－ネットワーク間リレー」、および「ＵＥ－ＮＷ間リレー」とも呼ばれ得ることを了解されたい。したがって、「ＵＥ－ＮＷ間リレーＵＥ」、「ＵＥ－ネットワーク間リレーＵＥ」、「ＵＥ－ネットワーク間リレー」、および「ＵＥ－ＮＷ間リレー」という用語は、本明細書では互換的に使用され得る。
【0010】
同様に、本明細書で説明する「ＵＥ間リレーＵＥ」は、「ＵＥ間リレー」と呼ばれることもあることを了解されたい。したがって、用語「ＵＥ間リレーＵＥ」および「ＵＥ間リレー」は、本明細書では互換的に使用され得る。
【0011】
本明細書で説明する「直接パス」という用語はリモートＵＥとネットワークノード（たとえば、次世代ノードＢ（ｇＮｏｄｅＢまたはｇＮＢ）など）または別のＵＥとの間の直接接続を指し得ることを了解されたい。
【0012】
本明細書で説明する「間接パス」という用語は、リレーＵＥまたはリレーネットワークノードなどの１つ以上の中間ノードを介した、リモートＵＥとネットワークノードまたは別のＵＥとの間の間接的接続を指すことができることも了解されたい。
【0013】
さらに、本明細書で説明する「伝送を実行する／実行」という用語は、送信動作と受信動作とを含み得ることを了解されたい。同様に、本明細書で説明する「通信を実行する／実行」という用語は、送信動作および受信動作も含み得る。したがって、「伝送を実行する／実行」および「通信を実行する／実行」という用語は、本明細書では互換的に使用され得る。
【0014】
本開示の第１の態様によれば、リモートＵＥなどの端末デバイスによって実行される方法が提供される。本方法は、第１のパス上で第１のノードとの伝送を実行することを含む。例示的な実施形態によれば、方法は、第１のパスから第２のパスに切り替えて、第２のパス上の第２のノードとの伝送を実行することをさらに含む。例示的な実施形態によれば、端末デバイスのスイッチング中に、第１のパス上の端末デバイスの１つ以上の保留パケットが、第２のパスに転送され得る。第１のノードおよび第２のノードは、基地局によってサービス提供され得る。
【0015】
例示的な実施形態によれば、本開示の第１の態様による方法は、１つ以上の保留中のパケットに関する情報を第１のノードに要求するためのシグナリングを、どのパスを介して送信するかを決定することをさらに備え得る。
【0016】
例示的な実施形態によれば、本開示の第１の態様による方法は、決定の結果に従って、１つ以上の保留パケットについての情報を要求するためのシグナリングを第１のノードに送信することをさらに備え得る。
【0017】
例示的な実施形態によれば、１つ以上の保留パケットに関する情報を要求するためのシグナリングを第１のノードに送信するためのパスの判定は、基地局による構成、制御ノードによる構成、および第１のパスのチャネル品質のうちの１つ以上に少なくとも部分的に基づいて、端末デバイスによって行われ得る。
【0018】
例示的な実施形態によれば、本開示の第１の態様による方法は、端末デバイスの１つ以上のペンディングパケットに関する情報を第１のノードから受信することをさらに含むことができる。
【0019】
例示的な実施形態によれば、端末デバイスの１つ以上の保留パケットに関する情報は、確認指示とともに第１のノードから受信され得る。確認指示は、端末デバイスと第１のノードとの間の送信のためのリソースが解放されることを示し得る。
【0020】
例示的な実施形態によれば、本開示の第１の態様による方法は、１つ以上の保留パケットに関する情報に従って、端末デバイスの１つ以上の保留パケットを第２のパスに送信することをさらに備え得る。
【0021】
例示的な実施形態によれば、１つ以上の保留パケットに関する情報は、以下の１つ以上を含みうる。
－ 送信されていない１つ以上のパケットのシーケンス番号（ＳＮ）、
－ 再送信されている１つ以上のパケットのＳＮ、
－ 送信されているがまだ確認されていない１つ以上のパケット上のＳＮ、
－ １つ以上の保留ＰＤＵを構築するために使用されるプロトコルデータユニット（ＰＤＵ）サイズ、
－ 送信されていない１つ以上のパケット、
－ 再送信されている１つ以上のパケット、
－ 送信されているが、まだ確認応答されていない１つ以上のパケット、
－ １つ以上の保留パケットの伝送方向。
－ 送信されていない１つ以上のパケットのシーケンス番号（ＳＮ）、
－ 再送信されている１つ以上のパケットのＳＮ、
－ 送信されているがまだ確認されていない１つ以上のパケット上のＳＮ、
－ １つ以上の保留ＰＤＵを構築するために使用されるプロトコルデータユニット（ＰＤＵ）サイズ、
－ 送信されていない１つ以上のパケット、
－ 再送信されている１つ以上のパケット、
－ 送信されているが、まだ確認応答されていない１つ以上のパケット、
－ １つ以上の保留パケットの伝送方向。
【0022】
例示的な実施形態によれば、本開示の第１の態様による方法は、第２のパスが成功裏に確立されるまで第１のパスを維持することをさらに含むことができる。
【0023】
例示的な実施形態によれば、本開示の第１の態様による方法は、端末デバイスのパス切り替え後に第２のノードから端末デバイスのトラフィックを受信することをさらに含むことができる。
【0024】
例示的な実施形態によれば、第１のノードはリレー対応ＵＥまたはネットワークノード（たとえば、ｇＮＢなど）または基地局であり得る。
【0025】
例示的な実施形態によれば、第２のノードはリレー対応ＵＥまたはネットワークノード（たとえば、ｇＮＢなど）または基地局であり得る。
【0026】
本開示の第２の態様によれば、端末デバイスとして実施され得る装置が提供される。装置は、１つ以上のプロセッサと、コンピュータプログラムコードを記憶する１つ以上のメモリとを備え得る。１つ以上のメモリおよびコンピュータプログラムコードは１つ以上のプロセッサとともに、装置に、少なくとも本開示の第１の態様による方法の任意のステップを実行させるように構成され得る。
【0027】
本開示の第３の態様によれば、コンピュータ上で実行されたときに、本開示の第１の態様による方法の任意のステップをコンピュータに実行させる、その上に具現化されたコンピュータプログラムコードを有するコンピュータ可読媒体が提供される。
【0028】
本開示の第４の態様によれば、端末デバイスとして実施され得る装置が提供される。本装置は、送信ユニットと、切り替えユニットとを備え得る。いくつかの例示的な実施形態によれば、送信ユニットは、本開示の第１の態様による方法の送信を実行するステップを少なくとも実行するように動作可能であり得る。切り替えユニットは、本開示の第１の態様による方法の少なくとも切り替えステップを実行するように動作可能であり得る。
【0029】
本開示の第５の態様によれば、第１のノード（たとえば、リレーＵＥ、ｇＮＢなど）によって実行される方法が提供される。本方法は、第１のパス上で端末デバイスとの伝送を実行することを含む。例示的な実施形態によれば、方法は第１のパス上の端末デバイスの１つ以上の保留パケットを第２のパスに転送することをさらに含み、第１のパスから第２のパスへの端末デバイスのパス切り替え中に、第２のパス上の第２のノードとの伝送を実行する。例示的な実施形態によれば、第１のノードおよび第２のノードは、基地局によって提供され得る。
【0030】
例示的な実施形態によれば、本開示の第５の態様による方法は、第１のノードと第２のノードとの間のリンクを確立することをさらに含むことができる。
【0031】
例示的な実施形態によれば、本開示の第５の態様による方法は第２のノードから、端末デバイスの１つ以上の保留パケットを取得するための指示を受信することをさらに備え得る。
【0032】
例示的な実施形態によれば、本開示の第５の態様による方法は、端末デバイスの１つ以上のペンディングパケットを第２のノードに転送することをさらに含むことができる。
【0033】
例示的な実施形態によれば、本開示の第５の態様による方法は端末デバイスから、第２のノードおよび／または基地局から、１つ以上の保留パケットに関する情報を要求するためのシグナリングを受信することをさらに備え得る。
【0034】
例示的な実施形態によれば、本開示の第５の態様による方法は、端末デバイス、基地局、および第２のノードのうちの１つ以上に向けて、１つ以上の保留パケットについての情報を送信することをさらに備え得る。
【0035】
例示的な実施形態によれば、１つ以上の保留パケットについての情報は、確認指示とともに端末デバイスに向けて送信され得る。確認指示は、端末デバイスと第１のノードとの間の送信のためのリソースが解放されることを示し得る。
【0036】
例示的な実施形態によれば、本開示の第５の態様による方法は、１つ以上のイベントに従って、端末デバイスの１つ以上の保留パケットを解放することをさらに含み得る。
【0037】
例示的な実施形態によれば、１つ以上のイベントは、以下の少なくとも１つを含みうる。
－ 端末デバイス、基地局、および／または第２のノードに１つ以上の保留パケットに関する情報を通知すること、
－ 端末装置と第１のノードとの間の送信のためのリソースが解放されることの確認、
－ 基地局からの指示を受信することと
－ 第２のノードからの指示を受信すること。
－ 端末デバイス、基地局、および／または第２のノードに１つ以上の保留パケットに関する情報を通知すること、
－ 端末装置と第１のノードとの間の送信のためのリソースが解放されることの確認、
－ 基地局からの指示を受信することと
－ 第２のノードからの指示を受信すること。
【0038】
本開示の第６の態様によれば、第１のノードとして実施され得る装置が提供される。装置は、１つ以上のプロセッサと、コンピュータプログラムコードを記憶する１つ以上のメモリとを備え得る。１つ以上のメモリおよびコンピュータプログラムコードは１つ以上のプロセッサとともに、装置に、少なくとも本開示の第５の態様による方法の任意のステップを実行させるように構成され得る。
【0039】
本開示の第７の態様によれば、コンピュータ上で実行されるときに、本開示の第５の態様による方法の任意のステップをコンピュータに実行させる、その上に具現化されたコンピュータプログラムコードを有するコンピュータ可読媒体が提供される。
【0040】
本開示の第８の態様によれば、第１のノードとして実施され得る装置が提供される。本装置は、送信ユニットと転送ユニットとを備え得る。いくつかの例示的な実施形態によれば、送信ユニットは、本開示の第５の態様による方法の送信を実行するステップを少なくとも実行するように動作可能であり得る。転送ユニットは、本開示の第５の態様による方法の少なくとも転送ステップを実行するように動作可能であり得る。
【0041】
本開示の第９の態様によれば、第２のノード（たとえば、リレーＵＥ、ｇＮＢなど）によって実行される方法が提供される。本方法は第１のパスから第２のパスへの端末デバイスのパス切り替え中に、第１のパス上の第１のノードから第２のパスへ転送された端末デバイスの１つ以上の保留パケットを受信することを含む。第１のノードおよび第２のノードは、基地局によってサービス提供され得る。例示的な実施形態によれば、方法は、第２のパス上で端末デバイスとの送信を実行することをさらに含む。
【0042】
例示的な実施形態によれば、本開示の第９の態様による方法は、第１のノードと第２のノードとの間のリンクを確立することをさらに含むことができる。
【0043】
例示的な実施形態によれば、本開示の第９の態様による方法は、端末デバイスの１つ以上の保留パケットを取得するための指示を第１のノードに送信することをさらに備え得る。
【0044】
例示的な実施形態によれば、本開示の第９の態様による方法は、端末デバイスの１つ以上の保留パケットについての情報を要求するためのシグナリングを第１のノードに送信することをさらに備え得る。
【0045】
例示的な実施形態によれば、本開示の第９の態様による方法は、端末デバイスの１つ以上のペンディングパケットに関する情報を第１のノードから受信することをさらに含むことができる。
【0046】
例示的な実施形態によれば、本開示の第９の態様による方法は、第２のパス上で端末デバイスによって送信された１つ以上の保留パケットを受信することをさらに含むことができる。
【0047】
例示的な実施形態によれば、本開示の第９の態様による方法は端末デバイスのパス切り替えの後に、端末デバイスのトラフィックを基地局および／または端末デバイスに送信することをさらに含むことができる。
【0048】
本開示の第１０の態様によれば、第２のノードとして実施され得る装置が提供される。装置は、１つ以上のプロセッサと、コンピュータプログラムコードを記憶する１つ以上のメモリとを備え得る。１つ以上のメモリおよびコンピュータプログラムコードは１つ以上のプロセッサとともに、装置に、少なくとも本開示の第９の態様による方法の任意のステップを実行させるように構成され得る。
【0049】
本開示の第１１の態様によれば、コンピュータ上で実行されると、本開示の第９の態様による方法の任意のステップをコンピュータに実行させる、コンピュータプログラムコードが具現化されたコンピュータ可読媒体が提供される。
【0050】
本開示の第１２の態様によれば、第２のノードとして実施され得る装置が提供される。本装置は、受信ユニットと送信ユニットとを備え得る。いくつかの例示的な実施形態によれば、受信ユニットは、本開示の第９の態様による方法の少なくとも受信ステップを実行するように動作可能であり得る。送信ユニットは、本開示の第９の態様による方法の少なくとも送信ステップを実行するように動作可能であり得る。
【0051】
本開示の第１３の態様によれば、基地局（たとえば、ｇＮＢなど）によって実行される方法が提供される。本方法は、第１のパス上の第１のノードを介して、および第２のパス上の第２のノードを介して、端末デバイスの通信を促進することを含む。例示的な実施形態によれば、第１のパスから第２のパスへの端末デバイスのパス切り替え中に、第１のパス上の端末デバイスの１つ以上の保留パケットが第２のパスに転送され得る。
【0052】
例示的な実施形態によれば、本開示の第１３の態様による方法は、端末デバイスの１つ以上の保留パケットに関する情報を第１のノードから受信することをさらに含むことができる。
【0053】
例示的な実施形態によれば、本開示の第１３の態様による方法は端末デバイス、第２のノード、および／またはネットワークエンティティ（たとえば、コアネットワーク内のアプリケーションサーバなど）に、端末デバイスの１つ以上の保留パケットに関する情報を送信することをさらに備え得る。
【0054】
例示的な実施形態によれば、端末デバイスの通信を促進することは、端末デバイスの１つ以上の保留パケットについての情報を要求するためのシグナリングを第１のノードに送信することを備え得る。
【0055】
例示的な実施形態によれば、端末デバイスの通信を促進することは、端末デバイスのパス切り替えの後に第２のノードから端末デバイスのトラフィックを受信することを含むことができる。
【0056】
例示的な実施形態によれば、端末デバイスの通信を促進することは、端末デバイスのパス切り替えの後に、端末デバイスのトラフィックを第２のノードに送信することを含むことができる。
【0057】
例示的な実施形態によれば、端末デバイスの通信を促進することは、端末デバイスのパス切り替えに関連するシグナリングを、端末デバイス、第１のノード、および第２のノードのうちの１つ以上に送信することを備え得る。
【0058】
本開示の第１４の態様によれば、基地局として実施され得る装置が提供される。装置は、１つ以上のプロセッサと、コンピュータプログラムコードを記憶する１つ以上のメモリとを備え得る。１つ以上のメモリおよびコンピュータプログラムコードは１つ以上のプロセッサとともに、装置に、少なくとも本開示の第１３の態様による方法の任意のステップを実行させるように構成され得る。
【0059】
本開示の第１５の態様によれば、コンピュータ上で実行されると、本開示の第１３の態様による方法の任意のステップをコンピュータに実行させる、コンピュータプログラムコードが具現化されたコンピュータ可読媒体が提供される。
【0060】
本開示の第１６の態様によれば、基地局として実施され得る装置が提供される。装置は、促進ユニットと、任意選択的に送信ユニットとを備えることができる。いくつかの例示的な実施形態によれば、促進ユニットは、本開示の第１３の態様による方法の少なくとも促進ステップを実行するように動作可能であり得る。送信ユニットは、本開示の第１３の態様による方法の少なくとも送信ステップを実行するように動作可能であり得る。
【0061】
本開示の第１７の態様によれば、ホストコンピュータと、基地局と、ＵＥとを含み得る通信システムにおいて実施される方法が提供される。この方法は、ホストコンピュータにおいてユーザデータを提供することを含むことができる。任意選択で、本方法は、ホストコンピュータにおいて、本開示の第５、第９、または第１３の態様による方法の任意のステップを実行することができる基地局を備えるセルラーネットワークを介してＵＥへのユーザデータを搬送する送信を開始することを含むことができる。
【0062】
本開示の第１８の態様によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ユーザデータを提供するように構成された処理回路と、ＵＥへの送信のためにユーザデータをセルラーネットワークに転送するように構成された通信インターフェースとを備え得る。セルラーネットワークは、無線インターフェースおよび処理回路を有する基地局を備え得る。基地局の処理回路は、本開示の第５、第９、または第１３の態様による方法の任意のステップを実行するように構成され得る。
【0063】
本開示の第１９の態様によれば、ホストコンピュータと、基地局と、ＵＥとを含み得る通信システムにおいて実施される方法が提供される。この方法は、ホストコンピュータにおいてユーザデータを提供することを含むことができる。任意選択で、本方法は、ホストコンピュータにおいて、基地局を備えるセルラーネットワークを介してＵＥにユーザデータを搬送する送信を開始することを備え得る。ＵＥは、本開示の第１、第５、または第９の態様による方法の任意のステップを実行し得る。
【0064】
本開示の第２０の態様によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ユーザデータを提供するように構成された処理回路と、ＵＥへの送信のためにセルラーネットワークにユーザデータを転送するように構成された通信インターフェースとを備え得る。ＵＥは、無線インターフェースおよび処理回路を備え得る。ＵＥの処理回路は、本開示の第１、第５、または第９の態様による方法の任意のステップを実行するように構成され得る。
【0065】
本開示の第２１の態様によれば、ホストコンピュータと、基地局と、ＵＥとを含み得る通信システムにおいて実施される方法が提供される。本方法は、ホストコンピュータにおいて、本開示の第１、第５、または第９の態様による方法の任意のステップを実行し得るＵＥから基地局に送信されたユーザデータを受信することを備え得る。
【0066】
本開示の第２２の態様によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ＵＥから基地局への伝送から発生したユーザデータを受信するように構成された通信インターフェースを備え得る。ＵＥは、無線インターフェースおよび処理回路を備え得る。ＵＥの処理回路は、本開示の第１、第５、または第９の態様による方法の任意のステップを実行するように構成され得る。
【0067】
本開示の第２３の態様によれば、ホストコンピュータと、基地局と、ＵＥとを含み得る通信システムにおいて実施される方法が提供される。本方法はホストコンピュータにおいて、基地局から、基地局がＵＥから受信した送信から発信されたユーザデータを受信することを備え得る。基地局は、本開示の第５、第９、または第１３の態様による方法の任意のステップを実行し得る。
【0068】
本開示の第２４の態様によれば、ホストコンピュータを含むことができる通信システムが提供される。ホストコンピュータは、ＵＥから基地局への伝送から発生したユーザデータを受信するように構成された通信インターフェースを備え得る。基地局は、無線インターフェースおよび処理回路を備え得る。基地局の処理回路は、本開示の第５、第９、または第１３の態様による方法の任意のステップを実行するように構成され得る。
【0069】
本開示の様々な例示的な実施形態は、直接パスと間接パスとの間、または間接パスと別の間接パスとの間などで生じ得る、パス切り替えのための第２の解決策を提案する。提案された第２の解決策によれば、古いパス上のリモートＵＥの保留パケットはパス切り替えによるパケット損失を低減または回避するために、古いパスから異なるセルにわたって生じる新しいパスへのリモートＵＥのパス切り替え中に、新しいパスに転送され得る。
【0070】
本開示の第２５の態様によれば、リモートＵＥなどの端末デバイスによって実行される方法が提供される。本方法は、第１のパス上で第１のノードとの伝送を実行することを含む。例示的な実施形態によれば、方法は、第１のパスから第２のパスに切り替えて、第２のパス上の第２のノードとの伝送を実行することをさらに含む。端末デバイスのスイッチング中に、第１のパス上の端末デバイスの１つ以上の保留パケットが、第２のパスに転送され得る。例示的な実施形態によれば、第１のノードおよび第２のノードは、それぞれ、第１の基地局および第２の基地局によってサービス提供され得る。
【0071】
例示的な実施形態によれば、本開示の第２５の態様による方法は１つ以上の保留パケットに関する情報を第１のノードに要求するために、どのパスを介してシグナリングを送信するかを決定することをさらに備え得る。
【0072】
例示的な実施形態によれば、本開示の第２５の態様による方法は、決定の結果に従って、１つ以上の保留パケットについての情報を要求するためのシグナリングを第１のノードに送信することをさらに備え得る。
【0073】
例示的な実施形態によれば、１つ以上の保留パケットに関する情報を要求するためのシグナリングを第１のノードに送信するためのパスの判定は、基地局による構成、制御ノードによる構成、および第１のパスのチャネル品質のうちの１つ以上に少なくとも部分的に基づいて、端末デバイスによって行われ得る。
【0074】
例示的な実施形態によれば、端末デバイスが少なくとも第２のパスを介して第１のノードに１つ以上の保留パケットに関する情報を要求するためのシグナリングを送信することを決定するとき、本開示の第２５の態様による方法は、第２のノードを介して第１の基地局に端末デバイスの１つ以上の保留パケットを取得するための指示を送信することをさらに備え得る。
【0075】
例示的な実施形態によれば、端末デバイスが少なくとも第２のパスを介して第１のノードに１つ以上の保留パケットに関する情報を要求するためのシグナリングを送信することを決定するとき、本開示の第２５の態様による方法は、端末デバイスの１つ以上の保留パケットを取得するための指示を第２のノードに送信することをさらに備え得る。
【0076】
例示的な実施形態によれば、本開示の第２５の態様による方法は、端末デバイスの１つ以上の保留パケットに関する情報を第１のノードから受信することをさらに含むことができる。
【0077】
例示的な実施形態によれば、端末デバイスの１つ以上の保留パケットに関する情報は、第２のノード、第２の基地局、および第１の基地局を介して第１のノードから端末デバイスによって受信され得る。
【0078】
例示的な実施形態によれば、本開示の第２５の態様による方法は、１つ以上の保留パケットに関する情報に従って、端末デバイスの１つ以上の保留パケットを第２のパスに送信することをさらに備え得る。
【0079】
例示的な実施形態によれば、１つ以上の保留パケットに関する情報は、以下の１つ以上を含みうる
－ 送信されていない１つ以上のパケット上のＳＮ、
－ 再送信されている１つ以上のパケット上のＳＮ、
－ 送信されているがまだ確認されていない１つ以上のパケット上のＳＮ、
－ １つ以上のペンディングＰＤＵを構築するために使用されるＰＤＵサイズ、
－ 送信されていない１つ以上のパケット、
－ 再送信されている１つ以上のパケット、
－ 送信されているが、まだ確認応答されていない１つ以上のパケット、
－ １つ以上の保留パケットの伝送方向。
－ 送信されていない１つ以上のパケット上のＳＮ、
－ 再送信されている１つ以上のパケット上のＳＮ、
－ 送信されているがまだ確認されていない１つ以上のパケット上のＳＮ、
－ １つ以上のペンディングＰＤＵを構築するために使用されるＰＤＵサイズ、
－ 送信されていない１つ以上のパケット、
－ 再送信されている１つ以上のパケット、
－ 送信されているが、まだ確認応答されていない１つ以上のパケット、
－ １つ以上の保留パケットの伝送方向。
【0080】
例示的な実施形態によれば、第１のノードはリレー対応ＵＥまたはネットワークノード（たとえば、ｇＮＢなど）または第１の基地局であり得る。
【0081】
例示的な実施形態によれば、第２のノードはリレー対応ＵＥまたはネットワークノード（たとえば、ｇＮＢなど）または第２の基地局であり得る。
【0082】
本開示の第２６の態様によれば、端末デバイスとして実施され得る装置が提供される。装置は、１つ以上のプロセッサと、コンピュータプログラムコードを記憶する１つ以上のメモリとを備え得る。１つ以上のメモリおよびコンピュータプログラムコードは１つ以上のプロセッサとともに、装置に、少なくとも本開示の第２５の態様による方法の任意のステップを実行させるように構成され得る。
【0083】
本開示の第２７の態様によれば、コンピュータ上で実行されると、本開示の第２５の態様による方法の任意のステップをコンピュータに実行させる、コンピュータプログラムコードが具現化されたコンピュータ可読媒体が提供される。
【0084】
本開示の第２８の態様によれば、端末デバイスとして実施され得る装置が提供される。本装置は、送信ユニットと、切り替えユニットとを備え得る。いくつかの例示的な実施形態によれば、送信ユニットは、本開示の第２５の態様による方法の少なくとも送信ステップを実行するように動作可能であり得る。切り替えユニットは、本開示の第２５の態様による方法の少なくとも切り替えステップを実行するように動作可能であり得る。
【0085】
本開示の第２９の態様によれば、第１のノード（たとえば、リレーＵＥ、ｇＮＢなど）によって実行される方法が提供される。本方法は、第１のパス上で端末デバイスとの送信を実行することを含む。例示的な実施形態によれば、方法は第１のパス上の端末デバイスの１つ以上の保留パケットを第２のパスに転送することをさらに含み、第１のパスから第２のパスへの端末デバイスのパス切り替え中に、第２のパス上の第２のノードとの送信を実行する。例示的な実施形態によれば、第１のノードおよび第２のノードは、それぞれ、第１の基地局および第２の基地局によってサービス提供され得る。
【0086】
例示的な実施形態によれば、本開示の第２９の態様による方法は第１のノードと第２のノードとの間にリンク（たとえば、Ｄ２Ｄリンク、サイドリンクなど）を確立することをさらに含み得る。
【0087】
例示的な実施形態によれば、本開示の第２９の態様による方法は第２のノードおよび／または第１の基地局から、端末デバイスの１つ以上の保留パケットを取得するための指示を受信することをさらに備え得る。
【0088】
例示的な実施形態によれば、本開示の第２９の態様による方法は、端末デバイスの１つ以上の保留パケットを第２のノードおよび／または第１の基地局に転送することをさらに備え得る。
【0089】
例示的な実施形態によれば、本開示の第２９の態様による方法は端末デバイス、第１の基地局、および第２のノードのうちの１つ以上から、１つ以上の保留パケットに関する情報を要求するためのシグナリングを受信することをさらに備え得る。
【0090】
例示的な実施形態によれば、本開示の第２９の態様による方法は端末デバイス、第１の基地局、および第２のノードのうちの１つ以上に、１つ以上の保留パケットに関する情報を送信することをさらに備え得る。
【0091】
本開示の第３０の態様によれば、第１のノードとして実施され得る装置が提供される。装置は、１つ以上のプロセッサと、コンピュータプログラムコードを記憶する１つ以上のメモリとを備え得る。１つ以上のメモリおよびコンピュータプログラムコードは１つ以上のプロセッサとともに、装置に、本開示の第２９の態様による方法の任意のステップを少なくとも実行させるように構成され得る。
【0092】
本開示の第３１の態様によれば、コンピュータ上で実行されると、本開示の第２９の態様による方法のいずれかのステップをコンピュータに実行させる、その上に具現化されたコンピュータプログラムコードを有するコンピュータ可読媒体が提供される。
【0093】
本開示の第３２の態様によれば、第１のノードとして実施され得る装置が提供される。本装置は、送信ユニットと転送ユニットとを備え得る。いくつかの例示的な実施形態によれば、送信ユニットは、本開示の第２９の態様による方法の少なくとも送信ステップを実行するように動作可能であり得る。転送ユニットは、本開示の第２９の態様による方法の少なくとも転送ステップを実行するように動作可能であり得る。
【0094】
本開示の第３３の態様によれば、第２のノード（たとえば、リレーＵＥ、ｇＮＢなど）によって実行される方法が提供される。本方法は第１のパスから第２のパスへの端末デバイスのパス切り替え中に、第１のパス上の第１のノードから第２のパスへ転送された端末デバイスの１つ以上の保留パケットを受信することを含む。第１のノードおよび第２のノードは、それぞれ、第１の基地局および第２の基地局によってサーブされ得る。例示的な実施形態によれば、方法は、第２のパス上で端末デバイスとの送信を実行することをさらに含む。
【0095】
例示的な実施形態によれば、本開示の第３３の態様による方法は、第１のノードと第２のノードとの間のリンクを確立することをさらに含むことができる。
【0096】
例示的な実施形態によれば、本開示の第３３の態様による方法は、端末デバイスの１つ以上の保留パケットを取得するための指示を第１のノードに送信することをさらに備え得る。
【0097】
例示的な実施形態によれば、本開示の第３３の態様による方法は第２のノードと第２の基地局との間の接続（たとえば、無線リソース制御（ＲＲＣ）接続など）を確立することをさらに含み得る。
【0098】
例示的な実施形態によれば、本開示の第３３の態様による方法は端末デバイスから、端末デバイスの１つ以上の保留パケットを取得するための指示を受信することをさらに備え得る。
【0099】
例示的な実施形態によれば、本開示の第３３の態様による方法は、端末デバイスの１つ以上の保留パケットを取得するための指示を第２の基地局に送信することをさらに備え得る。
【0100】
例示的な実施形態によれば、本開示の第３３の態様による方法は、端末デバイスと第１のノードとの間のペア関係を示す識別子を第２の基地局に送信することをさらに含むことができる。
【0101】
例示的な実施形態によれば、本開示の第３３の態様による方法は、第１のノード、端末デバイス、および／または第２の基地局から端末デバイスの１つ以上の保留パケットを受信することをさらに備え得る。
【0102】
例示的な実施形態によれば、第２のノードは、第２のパス上で端末デバイスによって送信された１つ以上の保留パケットを受信することができる。
【0103】
例示的な実施形態によれば、本開示の第３３の態様による方法は、端末デバイスの１つ以上の保留パケットを第２の基地局および／または端末デバイスに送信することをさらに備え得る。
【0104】
例示的な実施形態によれば、本開示の第３３の態様による方法は、端末デバイスの１つ以上の保留パケットに関する情報を要求するためのシグナリングを、第１のノード、端末デバイス、および／または第２の基地局に送信することをさらに備え得る。
【0105】
例示的な実施形態によれば、本開示の第３３の態様による方法は第１のノード、端末デバイス、および／または第２の基地局から、端末デバイスの１つ以上の保留パケットに関する情報を受信することをさらに備え得る。
【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】
本開示の第５０の態様によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ＵＥから基地局への送信から発信されたユーザデータを受信するように構成された通信インターフェースを備え得る。ＵＥは、無線インターフェースおよび処理回路を備え得る。ＵＥの処理回路は、本開示の第２５、第２９、または第３３の態様による方法の任意のステップを実行するように構成され得る。
【0143】
本開示の第５１の態様によれば、ホストコンピュータと、基地局と、ＵＥとを含み得る通信システムにおいて実施される方法が提供される。本方法はホストコンピュータにおいて、基地局から、基地局がＵＥから受信した送信から発信されたユーザデータを受信することを備え得る。基地局は、本開示の第２９、第１３、第１３、第７、または第４１の態様による方法の任意のステップを実行し得る。
【0144】
本開示の第５２の態様によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ＵＥから基地局への送信から発信されたユーザデータを受信するように構成された通信インターフェースを備え得る。基地局は、無線インターフェースおよび処理回路を備え得る。基地局の処理回路は、本開示の第２９、第１３、第１３、第７、または第４１の態様による方法の任意のステップを実行するように構成され得る。
【0145】
様々な例示的な実施形態によれば、同じセル内で、または異なるセルにわたって生じる、リモートＵＥのパス切替え中のパケットロスは著しく減少または回避され得、これはネットワーク性能および伝送効率を改善することができる
【図面の簡単な説明】
【0146】
本開示自体、好ましい使用形態、およびさらなる目的は添付の図面と併せて読まれるとき、実施形態の以下の詳細な説明を参照することによって最もよく理解される。
【0147】
【図1A】本開示の実施形態に係る例示的なＮＲ物理リソースグリッドを示す図である。
【0148】
【図1B】本開示の実施形態に係る近接ベースのサービス（ＰｒｏＳｅ）５Ｇ ＵＥ－ネットワーク間リレーを使用する例示的なアーキテクチャモデルを示す図である。
【0149】
【図2A】本開示の実施形態に係るレイヤ３（Ｌ３）ＵＥ－ＮＷ間リレーのための例示的なプロトコルスタックを図示する図である。
【0150】
【図2B】本開示の実施形態に係るＰｒｏＳｅ ５Ｇ ＵＥ－ＮＷ間リレーとの例示的な接続手順を示す図である。
【0151】
【図3A】本開示の実施形態に係るレイヤ２（Ｌ２）ＵＥ－ネットワーク間リレーのための例示的なユーザプレーンスタックを図示する図である。
【0152】
【図3B】本開示の実施形態に係るＬ２ ＵＥ－ネットワーク間リレーのための例示的な制御プレーンスタックを図示する図である。
【0153】
【図3C】本開示の実施形態による、ＵＥ－ネットワーク間リレーを介した間接通信のための例示的な接続確立を図示する図である。
【0154】
【図4A】本開示のいくつかの実施形態に係る様々な方法を示すフローチャートである。
【図4B】本開示のいくつかの実施形態に係る様々な方法を示すフローチャートである。
【図4C】本開示のいくつかの実施形態に係る様々な方法を示すフローチャートである。
【図4D】本開示のいくつかの実施形態に係る様々な方法を示すフローチャートである。
【0155】
【図4E】本開示のいくつかの実施形態に係る様々な装置を示すブロック図である。
【図4F】本開示のいくつかの実施形態に係る様々な装置を示すブロック図である。
【図4G】本開示のいくつかの実施形態に係る様々な装置を示すブロック図である。
【図4H】本開示のいくつかの実施形態に係る様々な装置を示すブロック図である。
【図4I】本開示のいくつかの実施形態に係る様々な装置を示すブロック図である。
【0156】
【図5】本開示の実施形態に係る例示的なパス切り替えのシナリオを示す図である。
【0157】
【図6A】本開示のいくつかの実施形態に係る様々な方法を示すフローチャートである。
【図6B】本開示のいくつかの実施形態に係る様々な方法を示すフローチャートである。
【図6C】本開示のいくつかの実施形態に係る様々な方法を示すフローチャートである。
【図6D】本開示のいくつかの実施形態に係る様々な方法を示すフローチャートである。
【図6E】本開示のいくつかの実施形態に係る様々な方法を示すフローチャートである。
【0158】
【図6F】本開示のいくつかの実施形態に係る様々な装置を示すブロック図である。
【図6G】本開示のいくつかの実施形態に係る様々な装置を示すブロック図である。
【図6H】本開示のいくつかの実施形態に係る様々な装置を示すブロック図である。
【図6I】本開示のいくつかの実施形態に係る様々な装置を示すブロック図である。
【図6J】本開示のいくつかの実施形態に係る様々な装置を示すブロック図である。
【図6K】本開示のいくつかの実施形態に係る様々な装置を示すブロック図である。
【0159】
【図7】本開示のいくつかの実施形態に係る中間ネットワークを介してホストコンピュータに接続された電気通信ネットワークを図示するブロック図である。
【0160】
【図8】本開示のいくつかの実施形態に係る、部分的に無線接続を介してＵＥと基地局を介して通信するホストコンピュータを図示するブロック図である。
【0161】
【図9】本開示の一実施形態に係る通信システムにおいて実施される方法を図示するフローチャートである。
【0162】
【図10】本開示の一実施形態に係る通信システムにおいて実施される方法を図示するフローチャートである。
【0163】
【図11】本開示の一実施形態に係る通信システムにおいて実施される方法を示すフローチャートである。
【0164】
【図12】本開示の一実施形態に係る通信システムにおいて実施される方法を示すフローチャートである。
【発明を実施するための形態】
【0165】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。これらの実施形態は当業者が本開示をよりよく理解し、したがって実施することを可能にする目的でのみ論じられ、本開示の範囲に対するいかなる限定も示唆するものではないことを理解されたい。本明細書を通して、特徴、利点、または類似の言葉への参照は、本開示によって実現され得る特徴および利点のすべてが、本開示の任意の単一の実施形態であるべきであるか、またはその中にあるべきであることを暗示するものではない。むしろ、特性および利点に言及する言葉は、実施形態に関連して説明される特定の特性、利点、または特性が本開示の少なくとも１つの実施形態に含まれることを意味すると理解される。さらに、本開示の記載された特徴、利点、および特性は、１つ以上の実施形態において任意の適切な様式で組み合わせることができる。当業者は、本開示が特定の実施形態の特定の特徴または利点のうちの１つ以上なしに実施され得ることを認識するであろう。他の事例では、本開示のすべての実施形態に存在しない場合がある特定の実施形態において、追加の特徴および利点が認識され得る。
【0166】
本明細書で使用される場合、「通信ネットワーク」という用語は、ニューラジオ（ＮＲ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥアドバンスト、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））、高速パケットアクセス（ＨＳＰＡ）などの任意の適切な通信規格に従うネットワークを指す。さらに、通信ネットワーク内の端末デバイスとネットワークノードとの間の通信は第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、４Ｇ、４．５Ｇ、５Ｇ通信プロトコル、および／または現在知られているか、将来開発されるべき任意の他のプロトコルを含むがこれらに限定されない、任意の適切な世代の通信プロトコルに従って実行され得る。
【0167】
「ネットワークノード」という用語は端末デバイスがネットワークにアクセスし、そこからサービスを受信する、通信ネットワーク内のネットワークデバイスを指す。ネットワークノードは、基地局（ＢＳ）、アクセスポイント（ＡＰ）、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、コントローラ、または無線通信ネットワーク中の任意の他の適切なデバイスを指し得る。ＢＳはたとえば、ノードＢ（ＮｏｄｅＢまたはＮＢ）、発展型ＮｏｄｅＢ（ｅＮｏｄｅＢまたはｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮｏｄｅＢまたはｇＮＢ）、リモート無線ユニット（ＲＲＵ）、無線ヘッダ（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、リレー、フェムト、ピコなどの低電力ノード、などであり得る。
【0168】
ネットワークノードのさらなる例は、ＭＳＲ ＢＳなどの複数規格（マルチスタンダード）無線（ＭＳＲ）無線機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、送受信基地局（ＢＴＳ）、送信点、送信ノード、測位ノードなどを含む。しかしながら、より一般的には、ネットワークノードが無線通信ネットワークへの端末デバイスアクセスを可能にする、および／または提供する、または無線通信ネットワークにアクセスした端末デバイスに何らかのサービスを提供するように構成、配置、および／または動作可能な任意の適切なデバイス（またはデバイス群）を表し得る。
【0169】
「端末デバイス」という用語は通信ネットワークにアクセスし、そこからサービスを受信することができる任意のエンドデバイスを指す。限定ではなく例として、端末デバイスは、モバイル端末、ユーザ機器（ＵＥ）、またはの適当なデバイスを指し得る。ＵＥはたとえば、加入者局、ポータブル加入者局、移動局（ＭＳ）、またはアクセス端末（ＡＴ）であり得る。端末デバイスはポータブルコンピュータ、デジタルカメラなどの撮像端末デバイス、ゲーム端末デバイス、音楽記憶および再生機器、携帯電話、セルラフォン、スマートフォン、タブレット、ウェアラブルデバイス、パーソナルデジタルアシスタンス（ＰＤＡ）、車両などを含み得るが、これらに限定されない。
【0170】
さらに別の特定の例として、モノのインターネット（ＩｏＴ）シナリオでは、端末デバイスはＩｏＴデバイスとも呼ばれ、監視（モニタリング）、検知（センシング）および／または測定などを実行し、そのような監視、検知および／または測定などの結果を別の端末デバイスおよび／またはネットワーク機器に送信する機械または他のデバイスを表すことができる。端末デバイスはこの場合、マシンツーマシン（Ｍ２Ｍ）デバイスであってもよく、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））のコンテキストではマシンタイプ通信（ＭＴＣ）デバイスと呼ばれてもよい。
【0171】
１つの特定の例として、端末デバイスは、３ＧＰＰ（登録商標）の狭帯域モノのインターネット（ＮＢ－ＩｏＴ）規格を実施するＵＥであり得る。そのような機械またはデバイスの特定の例は、センサ、電力メータなどの計量デバイス、産業機械、または家庭用または個人用機器、たとえば冷蔵庫、テレビ、時計などの個人用ウェアラブルなどである。他のシナリオでは、端末デバイスが車両または他の機器、例えば、その動作ステータスまたはその動作に関連する他の機能を監視、検知、および／または報告することができる医療設備を表すことができる。
【0172】
本明細書で使用するとき、用語「第１の」、「第２の」などは、異なるエレメントを指す。単数形「ａ」および「ａｎ」はコンテキストが明らかにそうではないことを示さない限り、複数形も含むことが意図される。用語「備える（ｃｏｍｐｒｉｓｅｓ）」、「備えること（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｓ）」、「有すること（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、および／または「含むこと（ｉｎｃｌｕｄｉｎｇ）」は本明細書で使用される場合、述べられた特徴、エレメント、および／またはコンポーネントなどの存在を特定するが、１つ以上の他の特徴、エレメント、コンポーネント、並びにこれらの組み合わせの存在または付加を排除しない。用語「～に基づく」は、「～に少なくとも部分的に基づく」と読まれるべきである。用語「一実施形態」および「実施形態」は、「少なくとも１つの実施形態」と読まれるべきである。「別の実施形態」という用語は、「少なくとも１つの他の実施形態」と読まれるべきである。明示的および暗示的な他の定義を以下に含めることができる。
【0173】
無線通信ネットワークは、音声、ビデオ、データ、メッセージング、およびブロードキャストなどの様々な電気通信サービスを提供するために広く展開されている。トラフィック容量およびデータレートに関し、劇的に増加するネットワークの要件を満たすために、通信技術開発のための１つの興味深い選択肢は、４Ｇ／ＬＴＥまたは５Ｇ／ＮＲネットワークなどの無線通信ネットワークにおいてＤ２Ｄ通信が実施されることを可能にすることである。本明細書で使用されるとき、Ｄ２Ｄはより広い意味で、任意のタイプのＵＥ間の通信を含むと呼ばれ得、車両ＵＥと任意の他のタイプのＵＥとの間のＶ２Ｘ通信を含み得る。Ｄ２Ｄおよび／またはＶ２Ｘは、無線デバイス間の直接通信に関しては、多くの既存の無線技術のコンポーネントであり得る。セルラネットワークへのアンダーレイとしてのＤ２Ｄおよび／またはＶ２Ｘ通信は、デバイスの近接性（プロキシミティ）を利用するためのアプローチとして提案され得る。
【0174】
図１Ａは、本開示の一実施形態に係る例示的なＮＲ物理リソースグリッドを示す図である。ＬＴＥと同様に、ＮＲはダウンリンクにおいて（すなわち、基地局、ｇＮＢ、ｅＮＢなどのネットワークノードからＵＥなどの端末デバイスへ）直交周波数分割多重化（ＯＦＤＭ）を使用し得る。したがって、アンテナポート上の基本的なＮＲ物理リソースは図１Ａに示されるような時間－周波数グリッドとして見ることができ、１４シンボルスロットにおけるリソースブロック（ＲＢ）が示される。リソースブロックは、周波数領域における１２個の連続するサブキャリアに対応し得る。リソースブロックは、システム帯域幅の一端から０で始まる、周波数領域において番号付けされ得る。各リソースエレメントは、１つのＯＦＤＭシンボル間隔の間の１つのＯＦＤＭサブキャリアに対応し得る。
【0175】
ＮＲでは、異なるサブキャリアスペーシング（間隔）の値がサポートされ得る。サポートされるサブキャリア間隔（別のヌメロロジとも呼ばれる）はΔｆ＝（１５×２＾μ）ｋＨｚによって与えられてもよく、ここでμ∈（０，１，２，３，４）であり、Δｆ＝１５ｋＨｚはＬＴＥにおいても使用され得る基本（または基準）サブキャリア間隔である。
【0176】
時間領域では、ＮＲにおけるダウンリンク伝送およびアップリンク伝送がそれぞれＬＴＥに類似する１ｍｓの等しいサイズのサブフレームに編成され得る。サブフレームは、継続時間の等しい複数のスロットにさらに分割され得る。サブキャリア間隔Δｆ＝（１５×２＾μ）ｋＨｚの長さは１／２＾μｍｓである。Δｆ＝１５ｋＨｚのためのサブフレームごとに１つのスロットのみが存在し、スロットは１４個のＯＦＤＭシンボルからなる。
【0177】
ダウンリンク伝送は動的にスケジュールされ得、たとえば、各スロットにおいて、ｇＮＢは、どのＵＥデータが送信されるべきか、および現在のダウンリンクスロット中のどのリソースブロック上でデータが送信されるべきかについてのダウンリンク制御情報（ＤＣＩ）を送信し得る。この種の制御情報は、典型的にはＮＲ内の各スロット内の最初の１つまたは２つのＯＦＤＭシンボルにおいて送信され得る。制御情報は物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で搬送され得、データは物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上で搬送され得る。ＵＥは最初にＰＤＣＣＨを検出してデコード（復号）してもよく、ＰＤＣＣＨが正常にデコードされた場合、ＵＥは、ＰＤＣＣＨ中のデコードされた制御情報によって与えられたダウンリンク割当てに基づいて、対応するＰＤＳＣＨをデコードし得る。ＰＤＣＣＨおよびＰＤＳＣＨに加えて、たとえば、同期信号ブロック（ＳＳＢ）、チャネル状態情報参照信号（ＣＳＩ－ＲＳ）などを含む、ダウンリンクにおいて送信される他のチャネルおよび参照信号もあり得る。
【0178】
物理アップリンク共有チャネル（ＰＵＳＣＨ：ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）上で搬送されるアップリンクデータ送信も、ＤＣＩを送信することによってｇＮＢによって動的にスケジュールされ得る。ＤＣＩ（ＤＬ領域で送信される）はＰＵＳＣＨがＵＬ領域のスロットで送信されるように、時間オフセットのスケジューリングを常に示してもよい。
【0179】
ＮＲを介したサイドリンク伝送は、リリース１６のために３ＧＰＰ（登録商標）によって指定される。これらは、ＬＴＥのために指定されたＰｒｏＳｅのいくつかの拡張である。一例として、４つの新しい拡張が以下のように、ＮＲサイドリンク伝送に特に導入される。
・ ユニキャストおよびグループキャスト伝送のサポートは、ＮＲサイドリンクにおいて追加される。ユニキャストおよびグループキャストのために、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）が、受信機ＵＥが復号状態を送信機ＵＥに応答するために導入される。
・ ＮＲアップリンク伝送において採用されるグラントフリー（割当てフリー）送信も、遅延性能を改善するためにＮＲサイドリンク伝送において提供される。
・ 異なるＵＥによって開始される異なるサイドリンク伝送間のリソース衝突を緩和するために、それは、チャネル検知およびリソース選択手順を強化し、それはまた、物理サイドリンク共通制御チャネル（ＰＳＣＣＨ）の新しい設計につながる。
・ 高い接続密度を達成するために、輻輳制御、したがってサービス品質（ＱｏＳ）管理が、ＮＲサイドリンク伝送においてサポートされる。
・ ユニキャストおよびグループキャスト伝送のサポートは、ＮＲサイドリンクにおいて追加される。ユニキャストおよびグループキャストのために、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）が、受信機ＵＥが復号状態を送信機ＵＥに応答するために導入される。
・ ＮＲアップリンク伝送において採用されるグラントフリー（割当てフリー）送信も、遅延性能を改善するためにＮＲサイドリンク伝送において提供される。
・ 異なるＵＥによって開始される異なるサイドリンク伝送間のリソース衝突を緩和するために、それは、チャネル検知およびリソース選択手順を強化し、それはまた、物理サイドリンク共通制御チャネル（ＰＳＣＣＨ）の新しい設計につながる。
・ 高い接続密度を達成するために、輻輳制御、したがってサービス品質（ＱｏＳ）管理が、ＮＲサイドリンク伝送においてサポートされる。
【0180】
上記の拡張を可能にするために、いくつかの新しい物理チャネルおよび参照信号は、以下のようにＮＲ（以前のＬＴＥで利用可能）に導入され得る。
・ 物理サイドリンク共有チャネル（ＰＳＳＣＨ、ＰＤＳＣＨのＳＬバージョン）：ＰＳＳＣＨは、サイドリンク送信データと、無線リソース制御（ＲＲＣ）構成のためのシステム情報ブロック（ＳＩＢ）と、サイドリンク制御情報（ＳＣＩ）の一部とを搬送し得るサイドリンク送信機ＵＥによって送信され得る。
・ 物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ、物理アップリンク制御チャネル（ＰＵＣＣＨ）のＳＬバージョン）：ＰＳＦＣＨはユニキャストおよびグループキャストのためにサイドリンク受信機ＵＥによって送信され得、それはハイブリッド自動再送要求（ＨＡＲＱ）肯定応答（ＡＣＫ）およびネガティブＡＣＫ（ＮＡＣＫ）のために１ ＲＢを介して１ビット情報を搬送し得る。さらに、チャネル状態情報（ＣＳＩ）はＰＳＦＣＨの代わりに、ＰＳＳＣＨを介してメディアアクセス制御（ＭＡＣ）制御エレメント（ＣＥ）において搬送され得る。
・ 物理サイドリンク共通制御チャネル（ＰＳＣＣＨ、ＰＤＣＣＨのＳＬバージョン）：受信機ＵＥに送信されるべきトラフィックが送信機ＵＥに到着すると、送信機ＵＥは、送信のための予約された時間－周波数リソース、復調参照信号（ＤＭＲＳ）パターンおよびアンテナポートなどを含む、チャネルセンシングの目的のために任意のＵＥによって復号されるべきサイドリンク制御情報（ＳＣＩ、ＤＣＩのＳＬバージョン）の一部を搬送し得る、ＰＳＣＣＨを最初に送信し得る。
・ サイドリンクプライマリ／セカンダリ同期信号（Ｓ－ＰＳＳ／Ｓ－ＳＳＳ）：ＮＲにおけるダウンリンク送信と同様に、サイドリンク送信において、プライマリ同期信号およびセカンダリ同期信号（それぞれ、Ｓ－ＰＳＳおよびＳ－ＳＳＳと呼ばれる）がサポートされ得る。Ｓ－ＰＳＳおよびＳ－ＳＳＳを検出することによって、ＵＥは、Ｓ－ＰＳＳ／Ｓ－ＳＳＳを送信するＵＥからサイドリンク同期識別子（ＳＳＩＤ）を識別することが可能であり得る。したがって、Ｓ－ＰＳＳ／Ｓ－ＳＳＳを検出することによって、ＵＥは、Ｓ－ＰＳＳ／Ｓ－ＳＳＳを送信するＵＥの特性を知ることができる。ＵＥのＳＳＩＤとともにタイミングおよび周波数の同期を取得する一連のプロセスは、初期セルサーチと呼ばれることがある。Ｓ－ＰＳＳ／Ｓ－ＳＳＳを送信するＵＥは必ずしもサイドリンク伝送に関与しなくてもよく、Ｓ－ＰＳＳ／Ｓ－ＳＳＳを送信するノード（たとえば、ＵＥ／ｅＮＢ／ｇＮＢ）は、同期ソースと呼ばれ得ることを了解されたい。セル内には、合計６７２個のＳＳＩＤを形成する、２つのＳ－ＰＳＳシーケンスおよび３３６個のＳ－ＳＳＳシーケンスが存在し得る。
・ 物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）：ＰＳＢＣＨは、同期信号／ＰＳＢＣＨブロック（ＳＳＢ）としてＳ－ＰＳＳ／Ｓ－ＳＳＳとともに送信され得る。ＳＳＢはそのキャリア上のＰＳＣＣＨ／ＰＳＳＣＨと同じヌメロロジーを有し得、ＳＳＢは構成された帯域幅パート（ＢＷＰ）の帯域幅内で送信され得る。ＰＳＢＣＨは、ダイレクトフレーム番号（ＤＦＮ）、サイドリンク伝送のためのスロットおよびシンボルレベル時間リソースの指示、カバレッジ内インジケータなど、同期に関係する情報を搬送し得る。ＳＳＢは、１６０ｍｓごとに周期的に送信され得る。
・ ＤＭＲＳ、位相トラッキング参照信号（ＰＴ－ＲＳ）、ＣＳＩ－ＲＳ：ＮＲダウンリンク／アップリンク送信によってサポートされるこれらの物理参照信号は、サイドリンク伝送によっても採用され得る。同様に、ＰＴ－ＲＳは、周波数範囲２（ＦＲ２）の伝送にのみ適用可能であり得る。
・ 物理サイドリンク共有チャネル（ＰＳＳＣＨ、ＰＤＳＣＨのＳＬバージョン）：ＰＳＳＣＨは、サイドリンク送信データと、無線リソース制御（ＲＲＣ）構成のためのシステム情報ブロック（ＳＩＢ）と、サイドリンク制御情報（ＳＣＩ）の一部とを搬送し得るサイドリンク送信機ＵＥによって送信され得る。
・ 物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ、物理アップリンク制御チャネル（ＰＵＣＣＨ）のＳＬバージョン）：ＰＳＦＣＨはユニキャストおよびグループキャストのためにサイドリンク受信機ＵＥによって送信され得、それはハイブリッド自動再送要求（ＨＡＲＱ）肯定応答（ＡＣＫ）およびネガティブＡＣＫ（ＮＡＣＫ）のために１ ＲＢを介して１ビット情報を搬送し得る。さらに、チャネル状態情報（ＣＳＩ）はＰＳＦＣＨの代わりに、ＰＳＳＣＨを介してメディアアクセス制御（ＭＡＣ）制御エレメント（ＣＥ）において搬送され得る。
・ 物理サイドリンク共通制御チャネル（ＰＳＣＣＨ、ＰＤＣＣＨのＳＬバージョン）：受信機ＵＥに送信されるべきトラフィックが送信機ＵＥに到着すると、送信機ＵＥは、送信のための予約された時間－周波数リソース、復調参照信号（ＤＭＲＳ）パターンおよびアンテナポートなどを含む、チャネルセンシングの目的のために任意のＵＥによって復号されるべきサイドリンク制御情報（ＳＣＩ、ＤＣＩのＳＬバージョン）の一部を搬送し得る、ＰＳＣＣＨを最初に送信し得る。
・ サイドリンクプライマリ／セカンダリ同期信号（Ｓ－ＰＳＳ／Ｓ－ＳＳＳ）：ＮＲにおけるダウンリンク送信と同様に、サイドリンク送信において、プライマリ同期信号およびセカンダリ同期信号（それぞれ、Ｓ－ＰＳＳおよびＳ－ＳＳＳと呼ばれる）がサポートされ得る。Ｓ－ＰＳＳおよびＳ－ＳＳＳを検出することによって、ＵＥは、Ｓ－ＰＳＳ／Ｓ－ＳＳＳを送信するＵＥからサイドリンク同期識別子（ＳＳＩＤ）を識別することが可能であり得る。したがって、Ｓ－ＰＳＳ／Ｓ－ＳＳＳを検出することによって、ＵＥは、Ｓ－ＰＳＳ／Ｓ－ＳＳＳを送信するＵＥの特性を知ることができる。ＵＥのＳＳＩＤとともにタイミングおよび周波数の同期を取得する一連のプロセスは、初期セルサーチと呼ばれることがある。Ｓ－ＰＳＳ／Ｓ－ＳＳＳを送信するＵＥは必ずしもサイドリンク伝送に関与しなくてもよく、Ｓ－ＰＳＳ／Ｓ－ＳＳＳを送信するノード（たとえば、ＵＥ／ｅＮＢ／ｇＮＢ）は、同期ソースと呼ばれ得ることを了解されたい。セル内には、合計６７２個のＳＳＩＤを形成する、２つのＳ－ＰＳＳシーケンスおよび３３６個のＳ－ＳＳＳシーケンスが存在し得る。
・ 物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）：ＰＳＢＣＨは、同期信号／ＰＳＢＣＨブロック（ＳＳＢ）としてＳ－ＰＳＳ／Ｓ－ＳＳＳとともに送信され得る。ＳＳＢはそのキャリア上のＰＳＣＣＨ／ＰＳＳＣＨと同じヌメロロジーを有し得、ＳＳＢは構成された帯域幅パート（ＢＷＰ）の帯域幅内で送信され得る。ＰＳＢＣＨは、ダイレクトフレーム番号（ＤＦＮ）、サイドリンク伝送のためのスロットおよびシンボルレベル時間リソースの指示、カバレッジ内インジケータなど、同期に関係する情報を搬送し得る。ＳＳＢは、１６０ｍｓごとに周期的に送信され得る。
・ ＤＭＲＳ、位相トラッキング参照信号（ＰＴ－ＲＳ）、ＣＳＩ－ＲＳ：ＮＲダウンリンク／アップリンク送信によってサポートされるこれらの物理参照信号は、サイドリンク伝送によっても採用され得る。同様に、ＰＴ－ＲＳは、周波数範囲２（ＦＲ２）の伝送にのみ適用可能であり得る。
【0181】
別の新しい特徴は、ＳＬのためのＤＣＩのバージョンである２段階ＳＣＩである。ＤＣＩとは異なり、ＳＣＩの一部（第１のステージ）のみがＰＳＣＣＨ上で送信され得る。この部分は、（送信のための予約された時間－周波数リソース、ＤＭＲＳパターン、およびアンテナポートなどを含む）チャネルセンシングの目的のために使用され得、すべてのＵＥによって読み取られ得、一方、８ビットのソース識別情報（ＩＤ）および１６ビットの宛先ＩＤ、新規データインジケータ（ＮＤＩ）、冗長バージョン（ＲＶ）、およびＨＡＲＱプロセスＩＤなどの残りの（第２のステージ）スケジューリングおよび制御情報が受信機ＵＥによって復号されるべきＰＳＳＣＨ上で送られ得る。
【0182】
ＬＴＥにおけるＰｒｏＳｅと同様に、ＮＲサイドリンク伝送は、リソース割り当ての以下の２つのモードを有し得る。
・ モード１：サイドリンクリソースはｇＮＢによってスケジューリングされる。
・ モード２：ＵＥは、チャネルセンシングメカニズムに基づいて、（事前に）構成されたサイドリンクリソースプールからサイドリンクリソースを自律的に選択する。
・ モード１：サイドリンクリソースはｇＮＢによってスケジューリングされる。
・ モード２：ＵＥは、チャネルセンシングメカニズムに基づいて、（事前に）構成されたサイドリンクリソースプールからサイドリンクリソースを自律的に選択する。
【0183】
カバレッジ内ＵＥについて、ｇＮＢは、モード１またはモード２を採用するように構成され得る。カバレッジ外ＵＥの場合、モード２のみが採用され得る。
【0184】
ＬＴＥと同様に、ＮＲにおけるサイドリンク上のスケジューリングは、モード１およびモード２に対して異なる方法で行われ得る。例示的な実施形態によれば、モード１は、以下の２種類のグラント（許可）をサポートすることができる：
－ 動的グラント：サイドリンクを介して送信されるトラフィックが送信機ＵＥに到着すると、このＵＥはｇＮＢからのサイドリンクリソース（たとえば、ＵＬ上のスケジューリングリクエスト（ＳＲ）、グラント、ＵＬ上のバッファ状態レポート（ＢＳＲ）、ＵＥに送信されたＳＬ上のデータに対するグラント）を要求するために、４つのメッセージの交換手順を起動し得る。リソース要求手順の間に、ｇＮＢは、サイドリンク無線ネットワークの一時識別子（ＳＬ－ＲＮＴＩ）を送信機ＵＥに割当て得る。このサイドリンクリソースリクエストがｇＮＢによって許可される場合、ｇＮＢは、ＳＬ－ＲＮＴＩでスクランブルされた巡回冗長検査（ＣＲＣ）を用いてＰＤＣＣＨによって搬送されるＤＣＩ中のＰＳＣＣＨおよびＰＳＳＣＨのためのリソース割り当てを指示してもよい。送信機ＵＥがそのようなＤＣＩを受信するとき、送信機ＵＥは割り当てられたＳＬ－ＲＮＴＩによってＤＣＩのスクランブルされたＣＲＣが成功裏に解決され得る場合にのみ、グラントを取得することができる。次いで、送信機ＵＥはＰＳＣＣＨ中の割り当てられたＰＳＳＣＨの時間周波数リソースおよび伝送方式を示し、サイドリンク送信のために割り当てられたリソース上でＰＳＣＣＨおよびＰＳＳＣＨを起動し得る。ｇＮＢからグラントが取得されると、送信機ＵＥは、単一のトランスポートブロック（ＴＢ）のみを送信することができる。結果として、この種のグラントは、緩い待ち時間要件を有するトラフィックに適し得る。
－ 構成されたグラント：厳密な遅延要件を有するトラフィックの場合、サイドリンクリソースを要求するために４つのメッセージの交換手順を実行することは、許容できない遅延を誘発し得る。この場合、トラフィック到達の前に、送信機ＵＥは４つのメッセージの交換手順を実行し、リソースのセットを要求し得る。グラントがｇＮＢから取得され得る場合、要求されたリソースは、定期的に予約され得る。トラフィックが送信機ＵＥに到着すると、このＵＥは、今度のリソース機会にＰＳＣＣＨおよびＰＳＳＣＨを開始することができる。実際、この種のグラントは、グラントフリー（許可なし）伝送としても知られている。
－ 動的グラント：サイドリンクを介して送信されるトラフィックが送信機ＵＥに到着すると、このＵＥはｇＮＢからのサイドリンクリソース（たとえば、ＵＬ上のスケジューリングリクエスト（ＳＲ）、グラント、ＵＬ上のバッファ状態レポート（ＢＳＲ）、ＵＥに送信されたＳＬ上のデータに対するグラント）を要求するために、４つのメッセージの交換手順を起動し得る。リソース要求手順の間に、ｇＮＢは、サイドリンク無線ネットワークの一時識別子（ＳＬ－ＲＮＴＩ）を送信機ＵＥに割当て得る。このサイドリンクリソースリクエストがｇＮＢによって許可される場合、ｇＮＢは、ＳＬ－ＲＮＴＩでスクランブルされた巡回冗長検査（ＣＲＣ）を用いてＰＤＣＣＨによって搬送されるＤＣＩ中のＰＳＣＣＨおよびＰＳＳＣＨのためのリソース割り当てを指示してもよい。送信機ＵＥがそのようなＤＣＩを受信するとき、送信機ＵＥは割り当てられたＳＬ－ＲＮＴＩによってＤＣＩのスクランブルされたＣＲＣが成功裏に解決され得る場合にのみ、グラントを取得することができる。次いで、送信機ＵＥはＰＳＣＣＨ中の割り当てられたＰＳＳＣＨの時間周波数リソースおよび伝送方式を示し、サイドリンク送信のために割り当てられたリソース上でＰＳＣＣＨおよびＰＳＳＣＨを起動し得る。ｇＮＢからグラントが取得されると、送信機ＵＥは、単一のトランスポートブロック（ＴＢ）のみを送信することができる。結果として、この種のグラントは、緩い待ち時間要件を有するトラフィックに適し得る。
－ 構成されたグラント：厳密な遅延要件を有するトラフィックの場合、サイドリンクリソースを要求するために４つのメッセージの交換手順を実行することは、許容できない遅延を誘発し得る。この場合、トラフィック到達の前に、送信機ＵＥは４つのメッセージの交換手順を実行し、リソースのセットを要求し得る。グラントがｇＮＢから取得され得る場合、要求されたリソースは、定期的に予約され得る。トラフィックが送信機ＵＥに到着すると、このＵＥは、今度のリソース機会にＰＳＣＣＨおよびＰＳＳＣＨを開始することができる。実際、この種のグラントは、グラントフリー（許可なし）伝送としても知られている。
【0185】
動的グラントおよび構成されたグラントの両方において、サイドリンク受信機ＵＥは（送信機ＵＥにアドレス指定されているので）ＤＣＩを受信しないことがあり、したがって、受信機ＵＥはブラインド復号を実行して、ＰＳＣＣＨの存在を識別し、ＳＣＩを通してＰＳＳＣＨのためのリソースを見つけることができる。一実施形態では、送信機ＵＥがＰＳＣＣＨを起動するとき、ＣＲＣはまた、いかなるスクランブリングも伴わずにＳＣＩに挿入され得る。
【0186】
モード２リソース割り当てではトラフィックが送信機ＵＥに到着すると、この送信機ＵＥはＰＳＣＣＨおよびＰＳＳＣＨのためのリソースを自律的に選択することができる。フィードバックＨＡＲＱ ＡＣＫ／ＮＡＣＫ送信およびその後の再送信の待ち時間をさらに最小化するために、送信機ＵＥはまた、再送信のためにＰＳＣＣＨ／ＰＳＳＣＨのためのリソースを予約し得る。ワンショット（１試行）でＴＢ復号に成功する確率をさらに高め、したがって再送信を実行する確率を抑制するために、送信機ＵＥは、最初のＴＢ送信とともにＴＢ送信を繰り返してもよい。このメカニズムは、ブラインド再送信としても知られている。結果として、トラフィックが送信機ＵＥに到着すると、この送信機ＵＥは、以下の送信のためのリソースを選択することができる：
１） 初期送信およびブラインド再送信のためのＰＳＣＣＨに関連付けられたＰＳＳＣＨ。
２） 再送信のためのＰＳＣＣＨに関連付けられたＰＳＳＣＨ。
１） 初期送信およびブラインド再送信のためのＰＳＣＣＨに関連付けられたＰＳＳＣＨ。
２） 再送信のためのＰＳＣＣＨに関連付けられたＰＳＳＣＨ。
【0187】
サイドリンク伝送における各送信機ＵＥは上記の送信のためのリソースを自律的に選択し得るので、異なる送信機ＵＥが同じリソースを選択することをどのように防止するかはモード２において重要な問題であることが分かる。したがって、特定のリソース選択手順は、チャネルセンシングに基づいてモード２に課され得る。一実施形態では、チャネルセンシングのアルゴリズムが異なるサブチャネル上で参照信号受信電力（ＲＳＲＰ）を測定することを伴ってもよく、構成に応じて、ＰＳＳＣＨ上のＤＭＲＳまたはＰＳＣＣＨ上のＤＭＲＳの異なるＵＥ電力レベルの知識を必要とする。この種の情報は、（すべての）他のＵＥによって起動されたＳＣＩを受信した後にのみ知られ得る。センシングおよび選択アルゴリズムは、かなり複雑であり得る。
【0188】
近接している他のＵＥによって提供されるサービスおよびアプリケーションの検出のためのいくつかのＤ２Ｄディスカバリ（発見）手順が存在しうる。例示的な実施形態によれば、ディスカバリ手順は２つのモード、すなわち、オープンアナウンスメント（ブロードキャスト）に基づくモードＡと、要求／応答であるモードＢとを有し得る。ディスカバリ手順は、アプリケーション層（ＰｒｏＳｅ）によって制御され得る。ディスカバリメッセージは、ＮＲにおいて利用可能でない可能性がある物理サイドリンクディスカバリチャネル（ＰＳＤＣＨ）上で送信され得る。さらに、ディスカバリメッセージのアナウンスおよび監視のための特定のリソースプールが存在し得る。ディスカバリ手順は直接通信を開始する前に、特定のサービスまたはアプリケーションをサポートするＵＥを検出するために使用され得る。
【0189】
図１Ｂは、本開示の一実施形態に係るＰｒｏＳｅ ５Ｇ ＵＥ－ネットワークリレーを使用する例示的なアーキテクチャモデルを示す図である。図１Ｂに示されるようなＰｒｏＳｅ ５Ｇ ＵＥ－ネットワークリレーなどのネットワークエンティティは、リモートＵＥのためのネットワークへのコネクティビティ（接続性）をサポートするための機能を提供し得る。このコネクティビティは公共安全サービスおよび商業サービス（例えば、双方向サービスなど）の両方に使用することができる。ＵＥは、このＰｒｏＳｅ ５Ｇ ＵＥ－ネットワーク間リレーへのＰＣ５リンクを成功裏に確立した場合、あるＰｒｏＳｅ ＵＥ－ネットワーク間リレーのためのリモートＵＥであると見なされ得る。リモートＵＥは新世代の無線アクセスネットワーク（ＮＧ－ＲＡＮ）カバレッジ内に、またはＮＧ－ＲＡＮカバレッジ外に位置し得る。ＰｒｏＳｅ ５Ｇ ＵＥ－ネットワークは、リモートＵＥとネットワークとの間でユニキャストトラフィック（ＵＬおよび／またはＤＬ）を中継することができる。ＮＧ－ＲＡＮは５Ｇコア（５ＧＣ）ネットワークに接続し、次いでアプリケーションサーバ（ＡＳ）に接続することができる。ＰｒｏＳｅ ＵＥ－ネットワーク間リレーは、任意のインターネットプロトコル（ＩＰ）トラフィックをリレーすることができる汎用機能を提供することができる。例えば、３ＧＰＰ（登録商標）テクニカルレポート（ＴＲ）２３．７５２ Ｖ０．３．０に記載されているように、ユニキャストトラフィックのために、リモートＵＥとＰｒｏＳｅ ５Ｇ ＵＥ－ネットワーク間リレーとの間で１対１の直接通信を使用することができ、このテクニカルレポートの全内容は、参照によって本開示に組み込まれる。
【0190】
図２Ａは、本開示の一実施形態に係るＬ３ ＵＥ－ＮＷ間リレーのための例示的なプロトコルスタックを示す図である。簡単にするために、図２Ａは例示的なデバイス／エレメント、たとえば、リモートＵＥ、Ｌ３ ＵＥ－ＮＷ間リレー、ＮＧ－ＲＡＮノード、およびユーザプレーン機能（ＵＰＦ）のみを示す。Ｌ３ ＵＥ－ＮＷ間リレーは例えば、任意のＩＰ、イーサネット（登録商標）、または非構造化トラフィックを中継することができる汎用機能を提供することによって、リモートＵＥとＮＧ－ＲＡＮノードとの間でユニキャストトラフィック（ＵＬ／ＤＬ）を中継することができる。一例として、リモートＵＥは、物理レイヤ（Ｌ１）、メディアアクセス制御（ＭＡＣ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤ、サービスデータ適応プロトコル（ＳＤＡＰ）レイヤ、ＩＰレイヤ、およびアプリケーションレイヤを含むプロトコルレイヤを有し得る。図２Ａはまた、対応するプロトコル層を有する他のネットワークデバイス／エレメントを示す。図２Ａに示されるようなＬ３ ＵＥ－ＮＷ間リレーのためのプロトコルスタックによれば、ホップバイホップセキュリティは、ＰＣ５リンクおよびＵｕリンクにおいてサポートされ得る。リモートＵＥのトラフィックの保護のためにホップバイホップセキュリティを超える要件がある場合、ＩＰレイヤを介したセキュリティが適用され得る。加えて、リモートＵＥとネットワークとの間の通信のための整合性およびプライバシー保護も、必要に応じて適用され得る。
【0191】
例示的な実施形態によれば、ＰｒｏＳｅ ５Ｇ ＵＥ－ＮＷ間リレー対応ＵＥは（まだ登録されていない場合）ネットワークに登録し、必要なリレートラフィックを可能にするプロトコルデータユニット（ＰＤＵ）セッションを確立することができ、または、リモートＵＥに向けてリレートラフィックを提供するために、（１つ以上の）追加のＰＤＵセッションに接続するか、または既存のＰＤＵセッションを変更する必要があり得る。ＵＥ－ＮＷ間リレーをサポートするＰＤＵセッションは、リモートＰｒｏＳｅ ＵＥリレートラフィックのためにのみ使用され得る。
【0192】
図２Ｂは、本開示の一実施形態によるＰｒｏＳｅ ５Ｇ ＵＥ－ＮＷ間リレーとの例示的な接続手順を示す図である。簡単にするために、図２Ｂは例示的なデバイスまたは機能、たとえば、リモートＵＥ、ＰｒｏＳｅ ５Ｇ ＵＥ－ＮＷ間リレー、ＮＧ－ＲＡＮ、モビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、およびＵＰＦのみを示す。図２Ｂに示すように、ＰｒｏＳｅ ５Ｇ ＵＥ－ＮＷ間リレーとの例示的な接続手順は、以下のステップを含み得る。
－ ステップ０：登録手順の間、例えば、３ＧＰＰ（登録商標） ＴＲ ２３．７５２ Ｖ０．３．０に記載されているように、ＰｒｏＳｅ ＵＥ－ＮＷ間リレー（ステップ０ａ）およびリモートＵＥ（ステップ０ｂ）に対して、承認およびプロビジョニングが実行される。
－ ステップ１：ＰｒｏＳｅ ５Ｇ ＵＥ－ＮＷ間リレーはステップ０において受信された、またはＵＥ－ＮＷ間リレーにおいて事前構成されたデフォルトＰＤＵセッションパラメータ、たとえば、単一ネットワークスライス選択支援情報（Ｓ－ＮＳＳＡＩ）、データネットワーク名（ＤＮＮ）、サービスおよびセッション継続性（ＳＳＣ）モードを用いて中継するためのＰＤＵセッションを確立し得る。ＩＰｖ６の場合、ＰｒｏＳｅ ＵＥ－ＮＷ間リレーは例えば、３ＧＰＰ（登録商標） ＴＳ ２３．５０１ Ｖ１６．５．０に記載されているように、ネットワークからプレフィックス委任機能を介してＩＰｖ６プレフィックスを取得し、この技術規格書の全内容は、参照により本開示に組み込まれる。
－ ステップ２：ステップ０における承認およびプロビジョニングに基づいて、リモートＵＥはたとえば、３ＧＰＰ（登録商標） ＴＲ ２３．７５２ Ｖ０．３．０に記載されているように、ＰｒｏＳｅ ５Ｇ ＵＥ－ＮＷ間リレーのディスカバリを実行する。ディスカバリ手順の一部として、リモートＵＥは、ＰｒｏＳｅ ＵＥ－ＮＷ間リレーが提供する接続サービスについて学習する。
－ ステップ３：リモートＵＥはＰｒｏＳｅ ５Ｇ ＵＥ－ＮＷ間リレーを選択し、例えば、３ＧＰＰ（登録商標） ＴＳ ２３．２８７ Ｖ１６．３．０に記載されているように、１対１のＰｒｏＳｅ直接通信のためのコネクションを確立し、この技術規格書の全内容は、参照により本開示に組み込まれる。リモートＵＥとのＰＣ５コネクションの要件、例えば、Ｓ－ＮＳＳＡＩ、ＤＮＮ、ＱｏＳを満たすＰＤＵセッションがない場合、ＰｒｏＳｅ ５Ｇ ＵＥ－ＮＷ間リレーは、リレーのための新しいＰＤＵセッション確立または修正手順を開始する。
－ ステップ４：ＩＰｖ６プレフィックスまたはＩＰｖ４アドレスは３ＧＰＰ（登録商標） ＴＳ ２３．３０３ Ｖ１６．０．０の第５．４．４．２節および第５．４．４．３節に記載されているように、リモートＵＥに割り当てられる（ここで、この技術規格書の全内容は、参照により本開示に組み込まれる）。この時点から、アップリンクおよびダウンリンクリレーを開始することができる。
－ ステップ５：ＰｒｏＳｅ ５Ｇ ＵＥ－ＮＷ間リレーはリレーに関連付けられたＰＤＵセッションのために、リモートＵＥレポート（たとえば、リモートユーザ識別情報（ＩＤ）、ＩＰ情報などを含む）メッセージをＳＭＦに送信する。リモートユーザＩＤは、ステップ３で接続に成功したリモートＵＥユーザ（ユーザ情報を介して提供される）の識別情報である。ＳＭＦはリレーに関連付けられたＰＤＵ接続のためのＰｒｏＳｅ ５Ｇ ＵＥ－ＮＷ間リレーのコンテキストに、リモートユーザＩＤおよび関連するＩＰ情報を格納する。
－ ステップ０：登録手順の間、例えば、３ＧＰＰ（登録商標） ＴＲ ２３．７５２ Ｖ０．３．０に記載されているように、ＰｒｏＳｅ ＵＥ－ＮＷ間リレー（ステップ０ａ）およびリモートＵＥ（ステップ０ｂ）に対して、承認およびプロビジョニングが実行される。
－ ステップ１：ＰｒｏＳｅ ５Ｇ ＵＥ－ＮＷ間リレーはステップ０において受信された、またはＵＥ－ＮＷ間リレーにおいて事前構成されたデフォルトＰＤＵセッションパラメータ、たとえば、単一ネットワークスライス選択支援情報（Ｓ－ＮＳＳＡＩ）、データネットワーク名（ＤＮＮ）、サービスおよびセッション継続性（ＳＳＣ）モードを用いて中継するためのＰＤＵセッションを確立し得る。ＩＰｖ６の場合、ＰｒｏＳｅ ＵＥ－ＮＷ間リレーは例えば、３ＧＰＰ（登録商標） ＴＳ ２３．５０１ Ｖ１６．５．０に記載されているように、ネットワークからプレフィックス委任機能を介してＩＰｖ６プレフィックスを取得し、この技術規格書の全内容は、参照により本開示に組み込まれる。
－ ステップ２：ステップ０における承認およびプロビジョニングに基づいて、リモートＵＥはたとえば、３ＧＰＰ（登録商標） ＴＲ ２３．７５２ Ｖ０．３．０に記載されているように、ＰｒｏＳｅ ５Ｇ ＵＥ－ＮＷ間リレーのディスカバリを実行する。ディスカバリ手順の一部として、リモートＵＥは、ＰｒｏＳｅ ＵＥ－ＮＷ間リレーが提供する接続サービスについて学習する。
－ ステップ３：リモートＵＥはＰｒｏＳｅ ５Ｇ ＵＥ－ＮＷ間リレーを選択し、例えば、３ＧＰＰ（登録商標） ＴＳ ２３．２８７ Ｖ１６．３．０に記載されているように、１対１のＰｒｏＳｅ直接通信のためのコネクションを確立し、この技術規格書の全内容は、参照により本開示に組み込まれる。リモートＵＥとのＰＣ５コネクションの要件、例えば、Ｓ－ＮＳＳＡＩ、ＤＮＮ、ＱｏＳを満たすＰＤＵセッションがない場合、ＰｒｏＳｅ ５Ｇ ＵＥ－ＮＷ間リレーは、リレーのための新しいＰＤＵセッション確立または修正手順を開始する。
－ ステップ４：ＩＰｖ６プレフィックスまたはＩＰｖ４アドレスは３ＧＰＰ（登録商標） ＴＳ ２３．３０３ Ｖ１６．０．０の第５．４．４．２節および第５．４．４．３節に記載されているように、リモートＵＥに割り当てられる（ここで、この技術規格書の全内容は、参照により本開示に組み込まれる）。この時点から、アップリンクおよびダウンリンクリレーを開始することができる。
－ ステップ５：ＰｒｏＳｅ ５Ｇ ＵＥ－ＮＷ間リレーはリレーに関連付けられたＰＤＵセッションのために、リモートＵＥレポート（たとえば、リモートユーザ識別情報（ＩＤ）、ＩＰ情報などを含む）メッセージをＳＭＦに送信する。リモートユーザＩＤは、ステップ３で接続に成功したリモートＵＥユーザ（ユーザ情報を介して提供される）の識別情報である。ＳＭＦはリレーに関連付けられたＰＤＵ接続のためのＰｒｏＳｅ ５Ｇ ＵＥ－ＮＷ間リレーのコンテキストに、リモートユーザＩＤおよび関連するＩＰ情報を格納する。
【0193】
例示的な実施形態によれば、ＩＰ情報について、以下の原理を適用することができる。
・ ＩＰｖ４について、ＵＥ－ＮＷ間リレーは、（リモートユーザＩＤとともに）個々のリモートＵＥに割り当てられた送信制御プロトコル／ユーザデータグラムプロトコル（ＴＣＰ／ＵＤＰ）ポート範囲を報告することができる
・ ＩＰｖ６について、ＵＥ－ＮＷ間リレーは、（リモートユーザＩＤとともに）個々のリモートＵＥに割り当てられた（１つ以上の）ＩＰｖ６プレフィックスを報告し得る。
・ ＩＰｖ４について、ＵＥ－ＮＷ間リレーは、（リモートユーザＩＤとともに）個々のリモートＵＥに割り当てられた送信制御プロトコル／ユーザデータグラムプロトコル（ＴＣＰ／ＵＤＰ）ポート範囲を報告することができる
・ ＩＰｖ６について、ＵＥ－ＮＷ間リレーは、（リモートユーザＩＤとともに）個々のリモートＵＥに割り当てられた（１つ以上の）ＩＰｖ６プレフィックスを報告し得る。
【0194】
例示的な実施形態によれば、リモートＵＥレポートメッセージはリモートＵＥが残っていることをＳＭＦに通知するために、リモートＵＥがＰｒｏＳｅ ５Ｇ ＵＥ－ＮＷ間リレーから切断したときに（たとえば、明示的なレイヤ２リンク解放時に、またはＰＣ５を介したキープアライブメッセージの不在に基づいて）送信され得る。
【0195】
ＳＭＦ変更を伴う登録更新手順の場合、接続されたリモートＵＥに対応するリモートユーザＩＤおよび関連ＩＰ情報は、ＰｒｏＳｅ ５Ｇ ＵＥ－ＮＷ間リレーのためのセッション管理（ＳＭ）コンテキスト転送の一部として新しいＳＭＦに転送され得る。ＳＭＦがリモートＵＥ（複数可）情報を有するために、ＰｒｏＳｅ ５Ｇ ＵＥ－ＮＷ間リレーが動作することを認可されているホームパブリックランドモバイルネットワーク（ＨＰＬＭＮ）および訪問されたパブリックランドモバイルネットワーク（ＶＰＬＭＮ）は、ＳＭＦがＨＰＬＭＮ内にある場合、リモートＵＥ関連パラメータの転送をサポートする必要があり得る。リモートＵＥがＰｒｏＳｅ ＵＥ－ＮＷ間リレーから切断するとき、ＰＤＵセッションを中継することがＰｒｏＳｅ ５Ｇ ＵＥ－ＮＷ間リレーによってどのようにクリア／切断されるかは、実装に依存する。
【0196】
例示的な実施形態によれば、ＰｒｏＳｅ ５Ｇ ＵＥ－ＮＷリレーに接続された後、リモートＵＥは、リレー再選択のためにＰｒｏＳｅ ５Ｇ ＵＥ－ＮＷ間リレーによって送信されたディスカバリメッセージの信号強度の測定を実行し続けることができる。図２Ｂに示される例示的な手順は、ＰｒｏＳｅ ５Ｇ ＵＥ－ＮＷ間リレーＵＥがＬＴＥを使用して進化型パケットシステム（ＥＰＳ）に接続するときにも機能し得る。この場合、リモートＵＥレポートについては、３ＧＰＰ（登録商標） ＴＳ ２３．３０３ Ｖ１６．０．０に記載されているような手順を用いることができる。
【0197】
例示的な実施形態によれば、Ｌ２ ＵＥ－ネットワーク間リレーＵＥは、ＰＣ５リンクを介して任意のタイプのトラフィックをリレーすることができる転送機能を提供することができる。たとえば、Ｌ２ ＵＥ－ネットワーク間リレーＵＥは、リモートＵＥのための５Ｇシステム（５ＧＳ）へのコネクティビティをサポートするための機能を提供し得る。ＵＥは、Ｌ２ ＵＥ－ネットワーク間リレーＵＥへのＰＣ５リンクを成功裏に確立した場合、リモートＵＥであると見なされ得る。リモートＵＥは、ＮＧ－ＲＡＮカバレッジ内またはＮＧ－ＲＡＮカバレッジ外に位置し得る。
【0198】
図３Ａは、本開示の一実施形態に係るＬ２ ＵＥ－ネットワーク間リレーのための例示的なユーザプレーンスタックを示す図である。ユーザプレーントランスポートのためのプロトコルスタックは、ＰＤＵセッションに関連し得る。ＰＤＵレイヤは、ＰＤＵセッションを介してリモートＵＥとデータネットワーク（ＤＮ）との間で搬送されるＰＤＵに対応する。ＰＤＣＰリンクの２つのエンドポイントは、ネットワーク内のリモートＵＥおよびｇＮＢである。中継機能は、ＰＤＣＰレイヤの下で実行され得る。このことは、ＵＥ－ネットワーク間リレーにおいて未加工データを公開することなく、リモートＵＥとｇＮＢとの間でデータセキュリティが保証され得ることを手段する。
【0199】
ＵＥ－ネットワーク間リレー内の適応リレーレイヤは、特定のリモートＵＥのためのシグナリング無線ベアラ（ＳＲＢ）とデータ無線ベアラ（ＤＲＢ）とを区別することができる。適応リレーレイヤはまた、ＰＣ５トラフィックをＵｕインターフェースの１つ以上のＤＲＢにマッピングすることを担うことができる。
【0200】
図３Ｂは、本開示の一実施形態に係るＬ２ ＵＥ－ネットワーク間リレーのための例示的な制御プレーンスタックを示す図である。ＵＥ－ネットワーク間リレーの役割は、いかなる修正もなしにシグナリング無線ベアラからＰＤＵをリレーすることであり得る。図３Ｂに示されるようなプロトコルスタックは、非アクセス階層モビリティ管理（ＮＡＳ－ＭＭ）および非アクセス階層セッション管理（ＮＡＳ－ＳＭ）コンポーネントへのリモートＵＥのための非アクセス階層（ＮＡＳ）コネクションに適用可能であり得る。ＮＡＳメッセージは、Ｌ２ ＵＥ－ネットワーク間リレーを介して、リモートＵＥと５Ｇアクセスネットワーク（５Ｇ－ＡＮ）との間で透過的に転送されてもよい。
－ ＵＥ－ネットワーク間リレーの役割が、いかなる修正もなしに信号無線ベアを介してＰＤＵをリレーすることであるＰＤＣＰエンドツーエンド接続
－ Ｎ２上の５Ｇ－ＡＮとＡＭＦとの間のＮ２接続
－ Ｎ３接続ＡＭＦおよびＳＭＦ（Ｎ１１経由）
－ ＵＥ－ネットワーク間リレーの役割が、いかなる修正もなしに信号無線ベアを介してＰＤＵをリレーすることであるＰＤＣＰエンドツーエンド接続
－ Ｎ２上の５Ｇ－ＡＮとＡＭＦとの間のＮ２接続
－ Ｎ３接続ＡＭＦおよびＳＭＦ（Ｎ１１経由）
【0201】
図３Ｃは、本開示の一実施形態に係る、ＵＥ－ネットワーク間リレーを介した間接通信のための例示的な接続確立を示す図である。簡単にするために、図３Ｃは例示的なデバイスまたは機能、たとえば、リモートＵＥ、ＵＥ－ネットワーク間リレー、ＮＧ－ＲＡＮ、ＵＥ－ネットワーク間リレーのＡＭＦ、リモートＵＥのＡＭＦ、ポリシー課金機能（ＰＣＦ）、リモートＵＥのＳＭＦ、およびリモートＵＥのＵＰＦのみを示す。図３Ｃに示すように、ＵＥ－ネットワーク間リレーを介した間接通信のための例示的な接続確立手順は、以下のステップを含み得る。
－ ステップ０：カバレッジ内にある場合、リモートＵＥおよびＵＥ－ネットワーク間リレーは例えば、３ＧＰＰ（登録商標） ＴＳ ２３．５０２ Ｖ１６．５．０（ここで、この技術規格書の全内容は参照により本開示に組み込まれる）に記載されるように、登録手順に従って、ネットワークへの初期登録を独立して実行することができる。リモートＵＥの割り当てられた５Ｇグローバル固有一時ＵＥ識別情報（ＧＵＴＩ）は、リモートＵＥとネットワークとの間の後のＮＡＳシグナリングがＵＥ－ネットワーク間リレーを介して交換されるときに維持される。図３Ｃに示す手順は、シングルホップリレーを想定している。
－ ステップ１：カバレッジ内にある場合、リモートＵＥおよびＵＥ－ネットワーク間リレーは、ネットワークからの間接通信のためのサービス認可を独立して取得する。
－ ステップ２～３：リモートＵＥおよびＵＥ－ネットワーク間リレーは、ＵＥ－ネットワーク間リレーＵＥのディスカバリおよび選択を実行する。
－ ステップ４：リモートＵＥは、間接通信要求メッセージをＵＥ－ネットワーク間リレーに送信することによって、ＰＣ５を介して選択されたＵＥ－ネットワーク間リレーとの１対１通信接続を開始する。
－ ステップ５：ＵＥ－ネットワーク間リレーがリモートＵＥから受信された通信要求によってトリガされるＣＭ＿ＩＤＬＥ状態にある場合、ＵＥ－ネットワーク間リレーは、そのサービングＡＭＦにＰＣ５を介してサービスリクエストメッセージを送信する。ＵＥ－ネットワーク間リレーのＡＭＦはＮＡＳメッセージの検証に基づいて、ＵＥ－ネットワーク間リレーの認証を実行することができ、必要に応じて、ＡＭＦは、加入データをチェックすることができる。ＵＥ－ネットワーク間リレーがすでにＣＭ＿ＣＯＮＮＥＣＴＥＤ状態にあり、リレーサービスを実行することを許可されている場合、ステップ５は省略され得る。
－ ステップ６：ＵＥ－ネットワーク間リレーは、間接通信応答メッセージをリモートＵＥに送信する。
－ ステップ７：リモートＵＥは、ＮＡＳメッセージをサービングＡＭＦに送信する。ＮＡＳメッセージはＰＣ５を介してＵＥ－ネットワーク間リレーに送信される無線リソース制御（ＲＲＣ）メッセージにカプセル化され得、ＵＥ－ネットワーク間リレーはメッセージをＮＧ－ＲＡＮに転送する。ＮＧ－ＲＡＮはリモートＵＥのサービングＡＭＦを導出し、ＮＡＳメッセージをこのＡＭＦに転送する。ここで、リモートＵＥのＰＬＭＮはＵＥ－ネットワーク間リレーのＰＬＭＮによってアクセス可能であり、ＵＥ－ネットワーク間リレーのＡＭＦは、リモートＵＥが接続することを望み得るすべてのＳ－ＮＳＳＡＩをサポートすると仮定する。ステップ０においてリモートＵＥがネットワークへの初期登録を実行していない場合、ＮＡＳメッセージは初期登録メッセージである。そうではない場合、ＮＡＳメッセージはサービスリクエストメッセージである。リモートＵＥがＵＥ－ネットワーク間リレーを介して初期登録を実行する場合、リモートＵＥのサービングＡＭＦはＮＡＳメッセージ検証に基づいてリモートＵＥの認証を実行することができ、必要に応じて、リモートＵＥのＡＭＦは、加入データをチェックすることができる。サービスリクエストの場合、ＰＤＵセッションのためのユーザプレーン接続もアクティブ化され得る。一例として、他のステップは、３ＧＰＰ（登録商標） ＴＳ ２３．５０２ Ｖ１６．５．０の４．２．３．２節に従うことができる。
－ ステップ８：リモートＵＥは例えば、３ＧＰＰ（登録商標） ＴＳ ２３．５０２ Ｖ１６．５．０の４．３．２．２節に記載されているように、ＰＤＵセッション確立手順をトリガすることができる。
－ ステップ９：データは、ＵＥ－ネットワーク間リレーおよびＮＧ－ＲＡＮを介してリモートＵＥとＵＰＦとの間で送信される。ＵＥ－ネットワーク間リレーは、ＲＡＮ指定のＬ２リレー方法を使用して、リモートＵＥとＮＧ－ＲＡＮとの間ですべてのデータメッセージを転送することができる。
－ ステップ０：カバレッジ内にある場合、リモートＵＥおよびＵＥ－ネットワーク間リレーは例えば、３ＧＰＰ（登録商標） ＴＳ ２３．５０２ Ｖ１６．５．０（ここで、この技術規格書の全内容は参照により本開示に組み込まれる）に記載されるように、登録手順に従って、ネットワークへの初期登録を独立して実行することができる。リモートＵＥの割り当てられた５Ｇグローバル固有一時ＵＥ識別情報（ＧＵＴＩ）は、リモートＵＥとネットワークとの間の後のＮＡＳシグナリングがＵＥ－ネットワーク間リレーを介して交換されるときに維持される。図３Ｃに示す手順は、シングルホップリレーを想定している。
－ ステップ１：カバレッジ内にある場合、リモートＵＥおよびＵＥ－ネットワーク間リレーは、ネットワークからの間接通信のためのサービス認可を独立して取得する。
－ ステップ２～３：リモートＵＥおよびＵＥ－ネットワーク間リレーは、ＵＥ－ネットワーク間リレーＵＥのディスカバリおよび選択を実行する。
－ ステップ４：リモートＵＥは、間接通信要求メッセージをＵＥ－ネットワーク間リレーに送信することによって、ＰＣ５を介して選択されたＵＥ－ネットワーク間リレーとの１対１通信接続を開始する。
－ ステップ５：ＵＥ－ネットワーク間リレーがリモートＵＥから受信された通信要求によってトリガされるＣＭ＿ＩＤＬＥ状態にある場合、ＵＥ－ネットワーク間リレーは、そのサービングＡＭＦにＰＣ５を介してサービスリクエストメッセージを送信する。ＵＥ－ネットワーク間リレーのＡＭＦはＮＡＳメッセージの検証に基づいて、ＵＥ－ネットワーク間リレーの認証を実行することができ、必要に応じて、ＡＭＦは、加入データをチェックすることができる。ＵＥ－ネットワーク間リレーがすでにＣＭ＿ＣＯＮＮＥＣＴＥＤ状態にあり、リレーサービスを実行することを許可されている場合、ステップ５は省略され得る。
－ ステップ６：ＵＥ－ネットワーク間リレーは、間接通信応答メッセージをリモートＵＥに送信する。
－ ステップ７：リモートＵＥは、ＮＡＳメッセージをサービングＡＭＦに送信する。ＮＡＳメッセージはＰＣ５を介してＵＥ－ネットワーク間リレーに送信される無線リソース制御（ＲＲＣ）メッセージにカプセル化され得、ＵＥ－ネットワーク間リレーはメッセージをＮＧ－ＲＡＮに転送する。ＮＧ－ＲＡＮはリモートＵＥのサービングＡＭＦを導出し、ＮＡＳメッセージをこのＡＭＦに転送する。ここで、リモートＵＥのＰＬＭＮはＵＥ－ネットワーク間リレーのＰＬＭＮによってアクセス可能であり、ＵＥ－ネットワーク間リレーのＡＭＦは、リモートＵＥが接続することを望み得るすべてのＳ－ＮＳＳＡＩをサポートすると仮定する。ステップ０においてリモートＵＥがネットワークへの初期登録を実行していない場合、ＮＡＳメッセージは初期登録メッセージである。そうではない場合、ＮＡＳメッセージはサービスリクエストメッセージである。リモートＵＥがＵＥ－ネットワーク間リレーを介して初期登録を実行する場合、リモートＵＥのサービングＡＭＦはＮＡＳメッセージ検証に基づいてリモートＵＥの認証を実行することができ、必要に応じて、リモートＵＥのＡＭＦは、加入データをチェックすることができる。サービスリクエストの場合、ＰＤＵセッションのためのユーザプレーン接続もアクティブ化され得る。一例として、他のステップは、３ＧＰＰ（登録商標） ＴＳ ２３．５０２ Ｖ１６．５．０の４．２．３．２節に従うことができる。
－ ステップ８：リモートＵＥは例えば、３ＧＰＰ（登録商標） ＴＳ ２３．５０２ Ｖ１６．５．０の４．３．２．２節に記載されているように、ＰＤＵセッション確立手順をトリガすることができる。
－ ステップ９：データは、ＵＥ－ネットワーク間リレーおよびＮＧ－ＲＡＮを介してリモートＵＥとＵＰＦとの間で送信される。ＵＥ－ネットワーク間リレーは、ＲＡＮ指定のＬ２リレー方法を使用して、リモートＵＥとＮＧ－ＲＡＮとの間ですべてのデータメッセージを転送することができる。
【0202】
シングルホップＮＲサイドリンクベースのリレーの場合、検討項目はＬ３リレーおよびＬ２リレー（たとえば、サイドリンクベースのＵＥ－ＮＷ間リレーおよびＵＥ間リレー）のための以下の態様（適用可能な場合）に焦点を当て得る。
・ リレー（再）選択基準と手順
・ リレー／リモートＵＥ認可
・ リレー機能用ＱｏＳ
・ サービス継続性
・ リレー接続のセキュリティ
・ ユーザプレーンプロトコルスタックおよび制御プレーン手順、たとえば、リレーされた接続の接続管理に対する影響
・ リレー（再）選択基準と手順
・ リレー／リモートＵＥ認可
・ リレー機能用ＱｏＳ
・ サービス継続性
・ リレー接続のセキュリティ
・ ユーザプレーンプロトコルスタックおよび制御プレーン手順、たとえば、リレーされた接続の接続管理に対する影響
【0203】
さらに、検討項目は、新しい物理レイヤチャネル／信号がないと仮定して、サイドリンクリレーのためのディスカバリモデル／手順の上位レイヤ動作のサポートを考慮することができる。一実施形態では、ＵＥ－ＮＷ間リレーおよびＵＥ間リレーが同じリレーソリューションを使用することができる。将来のマルチホップリレーサポートのための順方向互換性も考慮される必要があり、すなわち、リレーソリューションは、マルチホップリレーに適用可能であるように容易に拡張され得る。
【0204】
サイドリンクリレーに関するいくつかの合意は、以下のように３ＧＰＰ（登録商標）によってなされる。
－ ＵＥ－ＮＷ間リレーの場合、可能なシナリオは、第１のセルのカバレッジ内のリモートＵＥが第２のセルのカバレッジ内／接続され得るリレーＵＥに接続する（またはその逆）ことであり得る。したがって、このシナリオのために、同じセルと異なるセルケースとの間の共通の解決策を求めることが望ましい場合がある。共通の解決策が不可能であり、異なるセルケースをサポートするインパクトが見つかった場合、同じセルケースがより高い優先度を有し得る。
－ ＵＥ間リレーの場合、可能なシナリオは、ＵＥが異なるセルのカバレッジ内にあり得ることであり得る。したがって、このシナリオのために、同じセルと異なるセルケースとの間の共通の解決策を求めることが望ましい場合がある。共通の解決策が不可能であり、異なるセルケースをサポートする影響が見つかった場合、同じセルケースがより高い優先度を有し得る。
－ ＵＥ－ＮＷ間リレーの場合、可能なシナリオは、第１のセルのカバレッジ内のリモートＵＥが第２のセルのカバレッジ内／接続され得るリレーＵＥに接続する（またはその逆）ことであり得る。したがって、このシナリオのために、同じセルと異なるセルケースとの間の共通の解決策を求めることが望ましい場合がある。共通の解決策が不可能であり、異なるセルケースをサポートするインパクトが見つかった場合、同じセルケースがより高い優先度を有し得る。
－ ＵＥ間リレーの場合、可能なシナリオは、ＵＥが異なるセルのカバレッジ内にあり得ることであり得る。したがって、このシナリオのために、同じセルと異なるセルケースとの間の共通の解決策を求めることが望ましい場合がある。共通の解決策が不可能であり、異なるセルケースをサポートする影響が見つかった場合、同じセルケースがより高い優先度を有し得る。
【0205】
上記の合意によれば、リモートＵＥが同じセルまたは異なるセルにおいてリレーＵＥを選択／再選択するシナリオを考慮する必要があり得る。それは、リモートＵＥが同じセルまたは別のセル内で、直接パスと間接パスとの間で、間接パスと別の間接パスとの間で変化し得ることを意味する。パススイッチは、パケット損失を引き起こす可能性がある。Ｌ３ベースのリレーのシナリオでは、パススイッチはＩＰパケット／フローがＰＤＣＰエンティティから別のＰＤＣＰエンティティに移動されることを意味し得る。移動中、古いＰＤＣＰ／ＲＬＣエンティティ内の任意の保留中のＰＤＣＰサービスデータユニット（ＳＤＵ）、ＰＤＣＰ ＰＤＵ、および／またはＲＬＣ ＳＤＵ、ＲＬＣ ＰＤＵがクリアされ得る。Ｌ２ベースのリレーシナリオでは、パス切り替えはリモートＵＥがＲＬＣ／ＭＡＣエンティティから別のＲＬＣ／ＭＡＣエンティティに移動することを意味し得る。移動中、古いレイヤ（すなわち、適応レイヤ、ＲＬＣレイヤ）中の任意の保留中のＳＤＵおよび／またはＰＤＵがクリアされ得る。リモートＵＥのパス切り替えは既存のハンドオーバ手順とは異なるので、リモートＵＥはハンドオーバ手順において使用される既存のパケット転送メカニズムを直接適用しないことがある。したがって、パケット損失を回避するために、パス切り替えを改善する方法を検討する必要がある。
【0206】
本開示の異なる例示的な実施形態は、古いパスから新しいパスへのリモートＵＥのパス切り替えがセル内で生じるシナリオＩと、古いパスから新しいパスへのリモートＵＥのパススイッチが異なるセルにわたって生じるシナリオＩＩとを含む、２つのシナリオのコンテキストで説明される。
【0207】
いくつかの例示的な実施形態はＮＲのコンテキストで説明され、たとえば、リモートＵＥおよびリレーＵＥは同じＮＲセルまたは異なるＮＲセルに展開され得るが、本開示で説明する様々な実施形態は一般に、Ｄ２Ｄ通信を伴う任意の種類の通信に適用可能であり得ることを了解されたい。たとえば、本開示で説明する様々な実施形態はＵＥ－ＮＷ間リレーまたはＵＥ間リレーを含む他のリレーシナリオにも適用可能であり得、リモートＵＥとリレーＵＥとの間のリンクはＬＴＥサイドリンクまたはＮＲサイドリンクに基づき得、リレーＵＥと基地局との間のＵｕ接続はＬＴＥ Ｕｕ接続またはＮＲ Ｕｕ接続であり得る。加えて、本開示で説明する様々な実施形態は複数の中継ホップを含む中継シナリオ、および／またはリレーＵＥが（たとえば、デュアルコネクティビティ、キャリアアグリゲーションなどによって）無線アクセスネットワーク（ＲＡＮ）への複数の接続を用いて構成され得る（すなわち、接続の数が２以上であり得る）リレーシナリオにも適用可能であり得る。
【0208】
本開示で説明する様々な実施形態は、Ｌ２リレーベースのリレーシナリオとＬ３リレーベースのリレーシナリオの両方に適用可能であり得る。リモートＵＥとリレーＵＥとの間の接続は、サイドリンクに限定されないことが理解され得る。ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ（ＷｉＦｉ）などの任意の近距離通信技術も同様に適用可能であり得る。様々な例示的な実施形態では、ｇＮＢによって発行されたグラントが２つのＵＥ間のサイドリンク送信のために使用され得る。
【0209】
様々な例示的な実施形態によれば、パケット損失を回避するために、古いパスから新しいパスへのリモートＵＥのパス切り替え中のパケット転送メカニズムが導入される。古いパスと新しいパスの両方は、直接的または間接的なパスであり得る。したがって、パス切り替えは、直接パスと間接パスとの間、または２つの間接パスの間のいずれかで生じ得る。いくつかの例示的な実施形態によれば、パス切り替えは同じｇＮＢの場合にリモートＵＥに対して行われてもよく、これはパス切り替えに関与するリレーノードが同じｇＮＢによってサービングされていることを意味する。他の例示的な実施形態によれば、パス切り替えは２つの異なるｇＮＢにわたってリモートＵＥに対して行われてもよく、これはパス切り替えに関与するリレーノードが２つの異なるｇＮＢによってサービスを提供されていることを意味する。
【0210】
様々な例示的な実施形態の理解を容易にするために、本明細書では「古いパス上の接続ノード」という用語を使用して、リモートＵＥが古いパス上で接続しているノードを表すことができ、一方、本明細書では「新しいパス上のターゲットノード」という用語を使用して、リモートＵＥが新しいパス上で接続することを目標としているノードを表すことができる。例示的な実施形態によれば、古いパス上の接続ノードは、ｇＮＢまたはリレーＵＥであり得る。同様に、新しいパス上のターゲットノードは、リレーＵＥまたはｇＮＢであり得る。
【0211】
本開示による様々な例示的な実施形態が、２つのシナリオに関して以下に説明される。
【0212】
シナリオＩ：同じセル内のパス切り替え。
【0213】
本開示の様々な例示的な実施形態は例えば、パス切り替えが同じｇＮＢの場合にリモートＵＥのために生じる単一のｇＮＢシナリオにおいてサイドリンクリレーのために、パス切り替え中のパケット転送を可能にするための解決策を提案し、これは、パス切り替えに関与するリレーノードが同じｇＮＢによってサーブされ得ることを意味する。提案された解決策は、Ｌ２ベースおよびＬ３ベースのリレーＵＥの両方のユースケースに適用され得る。様々な実施形態によれば、リモートＵＥのパス切り替え中のパケットロスを低減または回避することができ、これにより、通信性能を向上させ、エンドユーザエクスペリエンスを改善することができる。
【0214】
例示的な実施形態によれば、古いパス上のリモートＵＥの保留パケットは、新しいパスに転送され得る。パケット転送がリレーＵＥ（すなわち、古いリレーＵＥ）から、同じｇＮＢによってサービングされる別のリレーＵＥ（すなわち、新しいリレーＵＥ）に実行される場合、両方のリレーＵＥは、パケットを転送するためのＰＣ５接続を確立する。ＰＣ５リンク確立をトリガするとき、新しいリレーＵＥは古いリレーＵＥに、開始メッセージにおいて、このＰＣ５接続が関係するリモートＵＥから古いリレーＵＥの保留パケットを取得するためのものであることを通知するための指示を含み得る。これは、開始メッセージにおいて、リモートＵＥの情報も含まれ得ることを意味する（例えば、Ｌ１／Ｌ２ ＩＤ、無線ネットワーク一時識別子（ＲＮＴＩ）、ベアラ／論理チャネル（ＬＣＨ）ＩＤなど）。
【0215】
例示的な実施形態によれば、リモートＵＥは保留パケットに関する情報（例えば、ＳＤＡＰおよび／またはＰＤＣＰ ＳＤＵ、Ｌ３リレーのためのＰＤＵ、アダプテーションおよび／またはＲＬＣ ＳＤＵ、ＰＤＵなど）を提供するように古いパス上の接続ノードに依頼することができ、これは、以下のことを意味する。
１） パケットが送信されていないか、
２） パケットが再送信されている、
３） ピアエンティティからの状態レポート（ＡＣＫまたはＮＡＣＫを示す）がまだ受信されていない間に、パケットが送信されている。
１） パケットが送信されていないか、
２） パケットが再送信されている、
３） ピアエンティティからの状態レポート（ＡＣＫまたはＮＡＣＫを示す）がまだ受信されていない間に、パケットが送信されている。
【0216】
例示的な実施形態によれば、リモートＵＥは上記の目的のために、古いパス上の接続ノードにリクエストまたは指示のシグナリングを送信することができる。一例として、リクエスト／指示のシグナリングは、ＲＲＣシグナリング、メディアアクセス制御（ＭＡＣ）制御エレメント（ＣＥ）、ＳＣＩまたはＤＣＩなどのＬ１シグナリングなどにおいて搬送され得る。一実施形態によれば、そのようなリクエスト／指示のシグナリングは、パス切り替え中に特定のベアラ／フローに対して提供され得るように（事前に）構成され得る。
【0217】
例示的な実施形態によれば、リモートＵＥはリクエスト／指示のシグナリングを送信するために、以下のシグナリング代替例のうちの少なくとも１つを適用し得る。
－ 代替例Ｉ．１： リモートＵＥは、新しいパスを介して古いパス上の接続ノードにシグナリングを送ることができる。
－ 代替例Ｉ．２：古いパスがシグナリングを送信するのに十分である場合、リモートＵＥは、古いパス上の接続ノードにシグナリングを直接送信することができる。
－ 代替例Ｉ．１： リモートＵＥは、新しいパスを介して古いパス上の接続ノードにシグナリングを送ることができる。
－ 代替例Ｉ．２：古いパスがシグナリングを送信するのに十分である場合、リモートＵＥは、古いパス上の接続ノードにシグナリングを直接送信することができる。
【0218】
例示的な実施形態によれば、リモートＵＥがリクエスト／指示のシグナリングまたはメッセージを送信するために適用し得る代替シグナリングは、ｇＮＢまたは協調ＵＥ（たとえば、ＵＥのグループのためのトラフィック送信を制御および／または管理することが可能であり得るＵＥなど）によって構成され得る。構成は、ＵＥごと、サービス／トラフィックタイプ／無線ベアラ／フローごとなどに実行され得る。この場合、リモートＵＥがリクエスト／指示のシグナリングを送信するための異なるシグナリング代替手段を用いて、異なるサービスを構成することができる。
【0219】
代替的にまたは追加的に、リモートＵＥがリクエスト／指示のシグナリングまたはメッセージを送信するために適用し得る代替シグナリングは、（古いパスの）構成された無線チャネル品質閾値に基づき得る。たとえば、古いパスの測定された無線品質が構成された閾値を上回る場合、リモートＵＥは代替例Ｉ．２を適用することができ、そうではない場合、リモートＵＥは代替例Ｉ．１を適用することができる。古いパスが間接接続である場合、リモートＵＥは、古いパス上のすべてのホップの測定値を要約することによって、特定のホップ上またはフルパス上のいずれかで古いパスの無線チャネル品質を測定することができる。
【0220】
代替または追加として、リモートＵＥは、必要に応じて任意のシグナリングの代替例を適用し得る。両方のシグナリングの代替例が同時に適用される場合、シグナリングの優先順位は、古いパス上の接続ノードまたは古いリレーＵＥがどのシグナリングを適用するかを決定することを可能にするように構成され得る。一実施形態では、古いパス上の接続ノードまたは古いリレーＵＥが常に最新のシグナリングを適用することができる。
【0221】
例示的な実施形態によれば、保留パケットに関する情報は、以下の情報のうちの少なくとも１つを備えることができる。
Ｉ．ｉ） 送信されていないパケットのＳＮ、
Ｉ．ｉｉ） 再送信されるパケットのＳＮ、
Ｉ．ｉｉｉ） 送信されているが（肯定的または否定的に）まだ確認応答されていないパケットのＳＮ、
Ｉ．ｉｖ） 保留中のＰＤＵを構築するために使用されるＰＤＵサイズ、
Ｉ．ｖ） 未送信パケット、
Ｉ．ｖｉ） 再送信されるパケット、
Ｉ．ｖｉｉ） 送信されているが、（肯定的または否定的に）まだ確認応答されていないパケット、
Ｉ．ｖｉｉｉ） 保留パケットの伝送方向（すなわち、リモートＵＥから受信ノードへの、またはリモートＵＥへの送信）。
Ｉ．ｉ） 送信されていないパケットのＳＮ、
Ｉ．ｉｉ） 再送信されるパケットのＳＮ、
Ｉ．ｉｉｉ） 送信されているが（肯定的または否定的に）まだ確認応答されていないパケットのＳＮ、
Ｉ．ｉｖ） 保留中のＰＤＵを構築するために使用されるＰＤＵサイズ、
Ｉ．ｖ） 未送信パケット、
Ｉ．ｖｉ） 再送信されるパケット、
Ｉ．ｖｉｉ） 送信されているが、（肯定的または否定的に）まだ確認応答されていないパケット、
Ｉ．ｖｉｉｉ） 保留パケットの伝送方向（すなわち、リモートＵＥから受信ノードへの、またはリモートＵＥへの送信）。
【0222】
パス切り替えが発生するときに、リモートＵＥがいくつかの無線ベアラ上で保留中のデータを有する場合、上記の情報のうちの少なくとも１つのレポートが無線ベアラごとにトリガされ得る。上記の保留パケットに関する情報については、最初の４種類の情報（Ｉ．ｉ－Ｉ．ｉｖ）が単に保留パケットに関する一般的な情報に関するものである。これらの種類の情報に基づいて、関連ノードは、上位レイヤでパケット再送信または再分配をトリガするか、またはパケット転送をトリガすることができる。次の３種類の情報（Ｉ．ｖ－Ｉ．ｖｉｉ）は、実際の保留パケットに関するものである。この場合、保留パケットのコンテンツは、保留パケットのコンテンツをリモートＵＥの新しいパスにさらに転送することができる別のノードへの古いパス上の接続ノードによって報告され得る。
【0223】
例示的な実施形態によれば、保留パケットに関する情報を提供するように古いパス上の接続ノードに要求するための要求メッセージはリモートＵＥとは異なる別のノード、たとえば、古いパス内の任意の他のノードおよび／またはリモートＵＥの新しいパスによって開始され得る。
【0224】
例示的な実施形態によれば、保留パケットに関する情報は、古いパス上の接続ノードによって、または古いパス上の別のノードによって、古いパスから新しいパスへのパケット転送をトリガするための任意の他のノードに報告され得る。
【0225】
例示的な実施形態によれば、どのパケットが古いパス上で保留中であるかの情報を受信すると、（たとえば、リモートＵＥから受信ノードへの）伝送方向上の保留パケットについて、リモートＵＥは、これらの保留パケットを新しいパスに再送信するように上位レイヤに求めることができる。
【0226】
例示的な実施形態によれば、パス切り替え手順の間、リモートＵＥは、新しいパスが成功裏に確立されるまで古いパスを保持することができる。言い換えれば、古いパス上の送信は、新しいパス上の伝送が開始されるまで継続することができる。
【0227】
例示的な実施形態によれば、保留パケットに関する情報を報告する要求を受信すると、古いパス上の接続ノード（たとえば、古いリレーＵＥ）は、保留パケットに関する情報をリモートＵＥまたはｇＮＢに送信することができる。一実施形態では、古いリレーＵＥがリモートＵＥと古いリレーＵＥとの間のリモートＵＥのＵｕトラフィックを搬送するためのＰＣ５リンクまたはＰＣ５ベアラ／ＬＣＨが解放されるという確認メッセージを送るときに、そのような情報を送り得る。代替的または追加的に、古いリレーＵＥは、リモートＵＥとのＰＣ５リンクまたはＰＣ５ベアラ／ＬＣＨを解放する直前に、別個のメッセージ（たとえば、新しいまたは既存のメッセージ）中でそのような情報を送り得る。
【0228】
例示的な実施形態によれば、（例えば、リモートＵＥが古いパスを介してｇＮＢとの通信を停止した直後に）、新しいパス上のターゲットノード（例えば、新しいパス上の新しいリレーＵＥ）は、そのバッファ内のパケットをリモートＵＥ（リモートＵＥへのＤＬトラフィックのため）および／またはｇＮＢ（リモートＵＥからのＵＬトラフィックのため）に送信し始めることができる。これは、リモートＵＥおよび／またはｇＮＢからの明示的な要求に基づいてトリガされてもよく、またはパス切り替え中にこれを行うように（事前に）構成されてもよい。
【0229】
例示的な実施形態によれば、古いパス上の接続ノード（たとえば、古いパス上の古いリレーＵＥ）はリモートＵＥおよび／またはｇＮＢに通知した直後に、保留中のパケットを解放／クリアすることができる（この場合、古いリレーパスは、しばらくの間、依然として定位置にあり得る）。代替的にまたは追加的に、古いリレーＵＥはリモートＵＥのＵｕトラフィックを中継するためのＰＣ５パスまたはベア／ＬＣＨが解放されたという確認の後にのみ、保留中のパケットを解放／クリアし得る。代替的にまたは追加的に、古いリレーＵＥはｇＮＢおよび／またはリモートＵＥから指示を受信した後にのみ、保留中のパケットを解放／クリアしてもよい。
【0230】
例示的な実施形態によれば、パス切り替えが直接パスから間接パスへの場合、ｇＮＢは（たとえば、新しいリレーＵＥとのリレーパスを確立することによって）間接パスに切り替えるようにリモートＵＥにシグナリングし、保留中のパケットに関する情報をリモートＵＥに与え得る。代替的にまたは追加的に、ｇＮＢはリモートＵＥまたは新しいリレーＵＥからそれを行うための要求を受信した後に、保留中のパケットに関する情報をリモートＵＥに提供し得る。
【0231】
例示的な実施形態によれば、パススイッチが間接パスから別のパスへのものである場合、古いパス上の接続ノード（例えば、古いパス上の古いリレーＵＥ）は、以下の場合のうちの１つ以上において、保留中のパケットを解放／クリアすることができる。
・ リモートＵＥおよび／またはｇＮＢ（この場合、古いリレーパスはしばらくの間、依然として所定の位置にあり得る）および／または新しいリレーＵＥに、保留中のパケットに関する情報を通知した直後、
・ 古いパスまたはリモートＵＥのＵｕトラフィックを搬送するベアラ／ＬＣＨが解放されるという確認の後、
・ そのようにする指示をｇＮＢから受信した後、
・ 新しいパス上のターゲットノード（たとえば、新しいパス上の新しいリレーＵＥ）から指示を受信した後に、そのようにすることができる（たとえば、これは、ターゲットノードが古いパス上の接続ノードへの保留パケットに関する情報を要求する場合であり得る）。
・ リモートＵＥおよび／またはｇＮＢ（この場合、古いリレーパスはしばらくの間、依然として所定の位置にあり得る）および／または新しいリレーＵＥに、保留中のパケットに関する情報を通知した直後、
・ 古いパスまたはリモートＵＥのＵｕトラフィックを搬送するベアラ／ＬＣＨが解放されるという確認の後、
・ そのようにする指示をｇＮＢから受信した後、
・ 新しいパス上のターゲットノード（たとえば、新しいパス上の新しいリレーＵＥ）から指示を受信した後に、そのようにすることができる（たとえば、これは、ターゲットノードが古いパス上の接続ノードへの保留パケットに関する情報を要求する場合であり得る）。
【0232】
例示的な実施形態によれば、ｇＮＢまたは協調ＵＥ（たとえば、ＵＥのグループなどのためのトラフィック送信を制御および／または管理することが可能であり得るリレーＵＥおよび任意の他のＵＥ）はｇＮＢおよび／または協調ＵＥが以下の制御アクションのうちの１つ以上を実行し得るように、パケット転送手順に関与し得る。
・ リモートＵＥのパス切り替えを構成するために、シグナリングを関連ノード（たとえば、古いリレーＵＥ、新しいリレーＵＥ、リモートＵＥ、および／または古いパスおよび新しいパス上の任意の他のノードなど）に送信する。
・ ノードと別のノードとの間のシグナリングの交換をトリガするために、シグナリングを関連するノードに送信する。２つのノード間のシグナリング交換は、パス切り替えの発生の場合、保留パケットに関する情報に関連する要求および応答シグナリングを備え得る。
・ ノードが他のノードへのパケット転送を開始する必要がある場合を構成するために、関連するノードに信号を送信する。
・ ノードが古いパスで保留パケットをクリアする必要がある場合を構成するために、関連するノードにシグナリングを送信する。
・ ノードが古いパス上での送信を停止する必要がある場合を構成するために、関連するノードにシグナリングを送信する。
・ ノードが新しいパス上で送信を開始する必要がある場合を構成するために、関連するノードにシグナリングを送信する。
・ リモートＵＥのパス切り替えを構成するために、シグナリングを関連ノード（たとえば、古いリレーＵＥ、新しいリレーＵＥ、リモートＵＥ、および／または古いパスおよび新しいパス上の任意の他のノードなど）に送信する。
・ ノードと別のノードとの間のシグナリングの交換をトリガするために、シグナリングを関連するノードに送信する。２つのノード間のシグナリング交換は、パス切り替えの発生の場合、保留パケットに関する情報に関連する要求および応答シグナリングを備え得る。
・ ノードが他のノードへのパケット転送を開始する必要がある場合を構成するために、関連するノードに信号を送信する。
・ ノードが古いパスで保留パケットをクリアする必要がある場合を構成するために、関連するノードにシグナリングを送信する。
・ ノードが古いパス上での送信を停止する必要がある場合を構成するために、関連するノードにシグナリングを送信する。
・ ノードが新しいパス上で送信を開始する必要がある場合を構成するために、関連するノードにシグナリングを送信する。
【0233】
例示的な実施形態によれば、パス切り替えが発生する場合、古いパス上のノードは要求メッセージの受信の前に、保留パケットに関する情報を別のノードに報告することができる。言い換えれば、パス切り替え中に保留パケットに関する情報を報告する挙動は、事前に構成され得る。
【0234】
例示的な実施形態によれば、パス切り替えが発生する場合、古いパス上のノードはリクエストメッセージを受信する前に、リモートＵＥの保留パケットを別のノードに転送することができる。言い換えれば、パス切り替え中に保留パケットを転送する挙動は、事前に構成され得る。
【0235】
例示的な実施形態によれば、様々な実施形態において説明されるようなパス切り替えに関連する任意の機能、例えば、保留パケットに関する情報を要求すること、保留パケットに関する情報を報告すること、保留パケットを転送すること、リンク確立またはコネクション確立を開始することなどは、特定のＵＥのケイパビリティ（能力）ビットに関連付けられ得る。一例として、特定のＵＥのケイパビリティビットは、ＵＥがパス切り替えに関連する機能をサポートするかどうかを示すために使用され得る。一実施形態によれば、ＵＥは例えば、ネットワークに接続するとき、このＵＥのケイパビリティビットをｇＮＢにシグナリングすることができる。
【0236】
本開示のいくつかの実施形態は、特定の例示的なネットワーク構成およびシステム展開のための非限定的な例として使用される４Ｇ／ＬＴＥまたは５Ｇ／ＮＲ仕様書に関連して主に説明されることに留意されたい。したがって、本明細書で与えられる例示的な実施形態の説明は、具体的にはそれに直接関連する用語を指す。そのような用語は、提示された非限定的な実施例および実施形態のコンテキストにおいてのみ使用され、本開示をいかなる形でも当然に限定しない。むしろ、本明細書で説明される例示的な実施形態が適用可能である限り、任意の他のシステム構成または無線技術が等しく利用され得る。
【0237】
図４Ａは、本開示のいくつかの実施形態による方法４１０を示すフローチャートである。図４Ａに示す方法４１０は端末デバイス（たとえば、図１Ｂ、図２Ａ～図２Ｂおよび図３Ａ～図３Ｃに関して説明したようなリモートＵＥ）によって、または端末デバイスに通信可能に結合された装置によって実行され得る。例示的な実施形態によれば、端末デバイスは他のデバイスとのＤ２Ｄ通信（たとえば、Ｖ２ＸまたはＳＬ通信など）をサポートするように構成され得る。例示的な実施形態では、端末デバイスがネットワークノード（たとえば、ｇＮＢなど）と直接、またはリレー（たとえば、ＵＥ間リレー、ＵＥ－ＮＷ間リレーなど）を介して通信するように構成され得る。
【0238】
図４Ａに示される例示的な方法４１０によれば、ブロック４１２に示されるように、端末デバイスは第１のパス上の第１のノード（たとえば、端末デバイスの古いパス上の接続ノード）との送信（たとえば、データの送信および／または受信）を実行し得る。例示的な実施形態によれば、ブロック４１４に示すように、端末デバイスは第２のパス上の第２のノード（たとえば、端末デバイスの新しいパス上のターゲットノード）との送信（たとえば、データの送信および／またはデータの受信）を実行するために、第１のパスから第２のパスに切り替えることができる。端末デバイスのスイッチング中に、第１のパス上の端末デバイスの１つ以上の保留パケットが、第２のパスに転送され得る。例示的な実施形態によれば、第１のノードおよび第２のノードは、基地局によって提供され得る。
【0239】
例示的な実施形態によれば、第１のノードはリレー対応ＵＥ（たとえば、ＵＥ間リレーＵＥ、ＵＥ－ＮＷ間リレーＵＥなど）またはネットワークノード（たとえば、ｇＮＢなど）または基地局であり得る。同様に、一実施形態では、第２のノードがリレー対応ＵＥ（たとえば、ＵＥ間リレーＵＥ、ＵＥ－ＮＷ間リレーＵＥなど）またはネットワークノード（たとえば、ｇＮＢなど）または基地局であり得る。
【0240】
例示的な実施形態によれば、端末デバイスは、１つ以上の保留パケットに関する情報を第１のノードに要求するためのシグナリングを、どのパスを介して送信するかを決定することができる。たとえば、端末デバイスは、第１のパスを介して第１のノードに１つ以上の保留パケットに関する情報を要求するためのシグナリングを送信することを決定し得る。代替的にまたは追加的に、端末デバイスは、第２のパスを介して第１のノードに１つ以上の保留パケットに関する情報を要求するためのシグナリングを送信することを決定し得る。したがって、端末デバイスは、決定の結果に従って、１つ以上の保留パケットについての情報を要求するためのシグナリングを第１のノードに送信し得る。
【0241】
例示的な実施形態によれば、１つ以上の保留パケットに関する情報を要求するためのシグナリングを第１のノードに送信するためのパスの判定は、基地局による構成、制御ノードによる構成、および第１のパスのチャネル品質のうちの１つ以上に少なくとも部分的に基づいて、端末デバイスによって行われ得る。
【0242】
例示的な実施形態によれば、端末デバイスは、端末デバイスの１つ以上のペンディングパケットに関する情報を第１のノードから受信することができる。例示的な実施形態によれば、端末デバイスの１つ以上の保留パケットに関する情報は、確認指示とともに第１のノードから受信され得る。確認指示は、端末デバイスと第１のノードとの間の送信のためのリソースが解放されることを示し得る。
【0243】
例示的な実施形態によれば、端末デバイスは１つ以上の保留パケットに関する情報に従って、端末デバイスの１つ以上の保留パケットを第２のパスに送信（たとえば、最初に送信および／または再送信）し得る。
【0244】
例示的な実施形態によれば、１つ以上の保留パケットに関する情報は、
－ 送信されていない１つ以上のパケット上のＳＮ、
－ 再送信されている１つ以上のパケット上のＳＮ、
－ 送信されているがまだ確認応答されていない１つ以上のパケット上のＳＮ、
－ １つ以上のペンディングＰＤＵを構築するために使用されるＰＤＵサイズ、
－ 送信されていない１つ以上のパケット、
－ 再送信されている１つ以上のパケット、
－ 送信されているが、まだ確認応答されていない１つ以上のパケット、および
－ １つ以上の保留パケットの伝送方向。
－ 送信されていない１つ以上のパケット上のＳＮ、
－ 再送信されている１つ以上のパケット上のＳＮ、
－ 送信されているがまだ確認応答されていない１つ以上のパケット上のＳＮ、
－ １つ以上のペンディングＰＤＵを構築するために使用されるＰＤＵサイズ、
－ 送信されていない１つ以上のパケット、
－ 再送信されている１つ以上のパケット、
－ 送信されているが、まだ確認応答されていない１つ以上のパケット、および
－ １つ以上の保留パケットの伝送方向。
【0245】
例示的な実施形態によれば、端末デバイスは、第２のパスが成功裏に確立されるまで、第１のパスを維持することができる。例示的な実施形態によれば、端末デバイスは端末デバイスのパススイッチの後に、第２のノードから端末デバイスのトラフィックを受信することができる。
【0246】
図４Ｂは、本開示のいくつかの実施形態による方法４２０を示すフローチャートである。図４Ｂに示す方法４２０は第１のノード（たとえば、リレーＵＥ、ｇＮＢなど）または第１のノードに通信可能に結合された装置によって実行され得る。例示的な実施形態によれば、第１のノードは他のデバイスとのＤ２Ｄ通信（たとえば、Ｖ２ＸまたはＳＬ通信など）をサポートするように構成され得る。例示的な実施形態では、第１のノードがＬ２ベースおよび／またはＬ３ベースのリレーキャパシティをサポートすることが可能であり得る。別の例示的な実施形態によれば、第１のノードは１つ以上のＵＥ（たとえば、リモートＵＥ、リレーＵＥなど）にサービスを提供するように構成され得る。
【0247】
図４Ｂに示される例示的な方法４２０によれば、第１のノードはブロック４２２に示されるように、第１のパス上で端末デバイス（たとえば、図４Ａに関して説明されるような端末デバイス）との伝送を実行し得る。例示的な実施形態によれば、ブロック４２４に示すように、第１のノードは第１のパスから第２のパスへの端末デバイスのパス切り替え中に、第１のパス上の端末デバイスの１つ以上の保留パケットを第２のパスに転送して、第２のパス上の第２のノードとの伝送を実行することができる。図４Ａに関して説明したように、第１のノードおよび第２のノードは、基地局によってサービス提供され得る。
【0248】
例示的な実施形態によれば、第１のノードは第１のノードと第２のノードとの間にリンク（たとえば、Ｄ２Ｄリンク、サイドリンクなど）を確立することができる。たとえば、第１のノードは、第２のノードからリンク確立要求を受信し得る。第１のノードと第２のノードとの間のリンクの確立は、第１のノードと第２のノードとの間に既存のリンクがある場合には必要ではないことが理解され得る。
【0249】
例示的な実施形態によれば、第１のノードは第２のノードから、端末デバイスの１つ以上の保留パケットを取得するための指示を受信することができる。第１のノードは第２のノードとは異なる別のノードから、端末デバイスの１つ以上の保留パケットを取得するための指示を受信し得ることを了解されたい。
【0250】
例示的な実施形態によれば、第１のノードは第１のノードと第２のノードとの間のリンク（たとえば、Ｄ２Ｄリンク、サイドリンクなど）を介して、および／または第１のノードと第２のノードとの間の他の適切な間接リンクを介して、端末デバイスの１つ以上の保留パケットを第２のノードに転送することができる。
【0251】
例示的な実施形態によれば、第１のノードは端末デバイスから、第２のノード、基地局、および／または任意の他の適切なノードから、１つ以上の保留パケットに関する情報を要求するためのシグナリングを受信することができる。
【0252】
例示的な実施形態によれば、第１のノードは、端末デバイス、基地局、および第２のノードのうちの１つ以上に向けて、１つ以上の保留パケットに関する情報を送信することができる。
【0253】
例示的な実施形態によれば、１つ以上の保留パケットについての情報は、確認指示とともに端末デバイスに向けて送信され得る。確認指示は、端末デバイスと第１のノードとの間の送信のためのリソースが解放されることを示し得る。
【0254】
例示的な実施形態によれば、第１のノードは、１つ以上のイベントに従って、端末デバイスの１つ以上の保留パケットを解放することができる。例示的な実施形態によれば、１つ以上のイベントは以下の少なくとも１つを含む。
－ 端末デバイス、基地局、および第２のノードのうちの１つ以上に、１つ以上の保留パケットに関する情報を通知することと、
－ 端末デバイスと第１のノードとの間の伝送／通信のためのリソースが解放されることを確認することと、
－ 基地局からの指示を受信することと、
－ 第２のノードからの指示を受信すること。
－ 端末デバイス、基地局、および第２のノードのうちの１つ以上に、１つ以上の保留パケットに関する情報を通知することと、
－ 端末デバイスと第１のノードとの間の伝送／通信のためのリソースが解放されることを確認することと、
－ 基地局からの指示を受信することと、
－ 第２のノードからの指示を受信すること。
【0255】
図４Ｃは、本開示のいくつかの実施形態による方法４３０を示すフローチャートである。図４Ｃに示す方法４３０は第２のノード（たとえば、リレーＵＥ、ｇＮＢなど）または第２のノードに通信可能に結合された装置によって実行され得る。例示的な実施形態によれば、第２のノードは他のデバイスとのＤ２Ｄ通信（たとえば、Ｖ２ＸまたはＳＬ通信など）をサポートするように構成され得る。例示的な実施形態では、第２のノードがＬ２ベースおよび／またはＬ３ベースのリレーケイパビリティをサポートすることが可能であり得る。別の例示的な実施形態によれば、第２のノードは１つ以上のＵＥ（たとえば、リモートＵＥ、リレーＵＥなど）にサービスを提供するように構成され得る。
【0256】
図４Ｃに示される例示的な方法４３０によれば、第２のノードはブロック４３２に示されるように、第１のパスから第２のパスへの端末デバイスのパス切り替え中に、第１のパス上の第１のノード（たとえば、図４Ｂに関して説明されるような第１のノード）から第２のパスへ転送される端末デバイス（たとえば、図４Ａに関して説明されるような端末デバイス）の１つ以上の保留パケットを受信し得る。第１のノードおよび第２のノードは、基地局によってサービス提供され得る。例示的な実施形態によれば、ブロック４３４に示すように、第２のノードは、第２のパス上で端末デバイスとの伝送を実行することができる。
【0257】
例示的な実施形態によれば、第２のノードは任意選択で、第１のノードと第２のノードとの間にリンク（たとえば、Ｄ２Ｄリンク、サイドリンクなど）を確立し得る。例示的な実施形態によれば、第２のノードは、端末デバイスの１つ以上の保留パケットを取得するための指示を第１のノードに送信することができる。
【0258】
例示的な実施形態によれば、第２のノードは端末デバイスの１つ以上の保留中のパケットに関する情報を要求するためのシグナリングを第１のノードに、および／またはシグナリングを第１のノードに転送することができる任意の他のノードに送信することができる。
【0259】
例示的な実施形態によれば、第２のノードは第１のノードから、および／または第１のノードから１つ以上の保留パケットに関する情報を取得し、それを第２のノードに転送することができる任意の他のノードから、端末デバイスの１つ以上の保留パケットに関する情報を受信することができる。
【0260】
例示的な実施形態によれば、第２のノードは第２のパス上で端末デバイスによって送信された（たとえば、最初に送信および／または再送信された）１つ以上の保留パケットを受信することができる。
【0261】
例示的な実施形態によれば、第２のノードは端末デバイスのパス切り替えの後に、端末デバイスのトラフィックを基地局および／または端末デバイスに送信することができる。
【0262】
図４Ｄは、本開示のいくつかの実施形態に係る方法４４０を示すフローチャートである。図４Ｄに示す方法４４０は基地局（たとえば、ｇＮＢ、ＡＰなど）または基地局に通信可能に結合された装置によって実行され得る。例示的な実施形態によれば、基地局はＤ２Ｄ通信（たとえば、Ｖ２ＸまたはＳＬ通信など）を用いてセルラーカバレッジ拡張をサポートするように構成され得る。例示的な実施形態では、基地局が例えば、直接、またはリレーを介して、ＵＥなどの端末デバイスと通信するように構成され得る。
【0263】
図４Ｄに示される例示的な方法４４０によれば、基地局はブロック４４２に示されるように、第１のパス上の第１のノード（例えば、図４Ｂに関して説明されるような第１のノード）を介して、および第２のパス上の第２のノード（例えば、図４Ｃに関して説明されるような第２のノード）を介して、端末デバイス（例えば、図４Ａに関して説明されるような端末デバイス）の通信を促進し得る。したがって、第１のノードおよび第２のノードは、基地局によってサービス提供され得る。例示的な実施形態によれば、第１のパスから第２のパスへの端末デバイスのパス切り替え中に、第１のパス上の端末デバイスの１つ以上の保留パケットが第２のパスに転送され得る。第１のノードおよび第２のノードは、リレー対応ＵＥ、ネットワークノード、または基地局自体であり得る。第１のノードまたは第２のノードが基地局自体である場合、端末デバイスの通信は端末デバイスと基地局との間で直接行われ、言い換えれば、第１のパスまたは第２のパスは直接パスである。
【0264】
例示的な実施形態によれば、基地局はブロック４４４に示すように、端末デバイス、第２のノード、および／またはネットワークエンティティ（たとえば、コアネットワーク内のアプリケーションサーバなど）に、端末デバイスの１つ以上の保留パケットに関する情報を随意に送信することができる。一実施形態では、リモートＵＥからｇＮＢまたはアプリケーションサーバへの送信方向について、１つ以上の保留パケットの再送信はたとえば、１つ以上の保留パケットについての情報に応じて、リモートＵＥによってトリガされ得る。この場合、１つ以上の保留パケットに関する情報は、ｇＮＢによってリモートＵＥに転送され得る。別の実施形態では、アプリケーションサーバまたはｇＮＢからリモートＵＥへの送信方向について、１つ以上の保留パケットの再送信はたとえば、１つ以上の保留パケットについての情報に応じて、アプリケーションサーバまたはｇＮＢによってトリガされ得る。この場合、１つ以上の保留パケットに関する情報は、ｇＮＢによってアプリケーションサーバに転送され得る。
【0265】
例示的な実施形態によれば、基地局は、第１のノードから端末デバイスの１つ以上の保留パケットに関する情報を任意選択で受信することができる。
【0266】
例示的な実施形態によれば、基地局による端末デバイスの通信を促進することは、第２のノードから、端末デバイスの１つ以上の保留中のパケットに関する情報を要求するためのシグナリングを受信することを備え得る。
【0267】
例示的な実施形態によれば、基地局による端末デバイスの通信を促進することは、端末デバイスの１つ以上の保留パケットに関する情報を第１のノードに要求するためのシグナリングを送信することを備え得る。
【0268】
例示的な実施形態によれば、基地局による端末デバイスの通信を促進することは、端末デバイスのパス切り替えの後に、第２のノードから端末デバイスのトラフィックを受信することを含むことができる。
【0269】
例示的な実施形態によれば、基地局による端末デバイスの通信を促進することは、端末デバイスのパス切り替えの後に、端末デバイスのトラフィックを第２のノードに送信することを含むことができる。
【0270】
例示的な実施形態によれば、基地局による端末デバイスの通信を促進することは、端末デバイスのパスに関連するシグナリングを、端末デバイス、第１のノード、および第２のノードのうちの１つ以上に送信することを備え得る。たとえば、基地局は、パス切り替えに関連するシグナリングを使用することによって、２つのノード間のパス切り替え中のシグナリング交換および／またはパケット送信などの１つ以上の動作を構成し得る。
【0271】
本開示による様々な例示的な実施形態は（新しいリレーＵＥまたはｇＮＢに関して）リモートＵＥのためにパススイッチ手順が行われるとき、パケット転送手順を可能にし得る。例示的な実施形態によれば、古いリレーＵＥは最新の受信パケットをリモートＵＥに通知することができ、リモートＵＥはリモートＵＥが新しいリレーＵＥとのコネクションに変更した後に、上位レイヤ再送信をトリガすることができる。例示的な実施形態によれば、古いリレーＵＥは、最新の受信パケットを新しいリレーＵＥに転送することができる。この場合、２つのリレーＵＥ間の新しいＰＣ５コネクションが必要とされ得る。例示的な実施形態によれば、古いリレーＵＥはリモートＵＥの新しいリレーが確立された後、および／またはリモートＵＥの古いパスが解放された後に、最新の受信パケットをクリアすることができる。例示的な実施形態によれば、リレーパスのｇＮＢまたは宛先リモートＵＥは、リレーＵＥが変更された場合にリレーパスを（再）構成するとき、保留中の（または最新の受信された）ＰＤＣＰ ＰＤＵ／ＳＤＵを送信することができる。代替的または追加的に、別のリレーＵＥへのパススイッチを実行するとき、リモートＵＥは最新の受信パケットを提供するように宛先ノード（すなわち、ｇＮＢまたは宛先リモートＵＥ）に問い合わせ得る。様々な例示的な実施形態の適用はリモートＵＥがパススイッチを実行するとき（たとえば、直接パスから間接パスへ、または間接パスから別の間接パスへ、または間接パスから直接パスへ）、パケット損失を低減する（またはパケット損失を全く持たない）ことを助けることができる。この利点は、Ｌ３ベースまたはＬ２ベースのリレーソリューションが使用されるかどうかにかかわらず、依然として有効であり得る。
【0272】
図４Ａ～図４Ｄに示される様々なブロックは、方法ステップとして、および／またはコンピュータプログラムコードの動作から生じる動作として、および／または関連する機能を実行するように構成された複数の結合された論理コンポーネントとして見なされ得る。上述の概略フローチャート図は一般に、論理フローチャート図として記載されている。したがって、描写された順序およびラベル付けされたステップは、提示された方法の特定の実施形態を示す。例示された方法の１つ以上のステップまたはその一部と機能、ロジック、または効果が同等である他のステップおよび方法が考えられ得る。さらに、特定の方法が行われる順序は示される対応するステップの順序に厳密に従う場合もあれば、従わない場合もある。
【0273】
図４Ｅは、本開示の様々な実施形態による装置４５０を示すブロック図である。図４Ｅに示されるように、装置４５０は、プロセッサ４５１などの１つ以上のプロセッサと、コンピュータプログラムコード４５３を記憶するメモリ４５２などの１つ以上のメモリとを備え得る。メモリ４５２は、非一時的マシン／プロセッサ／コンピュータ可読記憶媒体であり得る。いくつかの例示的な実施形態によれば、装置４５０は、図４Ａに関して説明したような端末デバイス、図４Ｂに関して説明したような第１のノード、図４Ｃに関して説明したような第２のノード、または図４Ｄに関して説明したような基地局にプラグ接続またはインストールすることができる集積回路チップまたはモジュールとして実装することができる。そのような場合、装置４５０は、図４Ａに関して説明したような端末デバイス、図４Ｂに関して説明したような第１のノード、図４Ｃに関して説明したような第２のノード、または図４Ｄに関して説明したような基地局として実装され得る。
【0274】
いくつかの実施形態では、１つ以上のメモリ４５２およびコンピュータプログラムコード４５３が１つ以上のプロセッサ４５１とともに、装置４５０に、図４Ａに関連して説明した方法の任意の動作を少なくとも実行させるように構成され得る。他の実施形態では、１つ以上のメモリ４５２およびコンピュータプログラムコード４５３が１つ以上のプロセッサ４５１とともに、装置４５０に、図４Ｂに関連して説明した方法の任意の動作を少なくとも実行させるように構成され得る。他の実施形態では、１つ以上のメモリ４５２およびコンピュータプログラムコード４５３が１つ以上のプロセッサ４５１を用いて、装置４５０に、図４Ｃに関連して説明されるような方法の任意の動作を少なくとも実行させるように構成され得る。他の実装形態では、１つ以上のメモリ４５２およびコンピュータプログラムコード４５３が１つ以上のプロセッサ４５１とともに、装置４５０に、図４Ｄに関連して説明した方法の任意の動作を少なくとも実行させるように構成され得る。代替的にまたは追加的に、１つ以上のメモリ４５２およびコンピュータプログラムコード４５３は１つ以上のプロセッサ４５１とともに、装置４５０に、本開示の例示的な実施形態による提案された方法を実施するためのより多いまたはより少ない動作を少なくとも実行させるように構成され得る。
【0275】
図４Ｆは、本開示のいくつかの実施形態に係る装置４６０を示すブロック図である。図４Ｆに示されるように、装置４６０は、送信ユニット４６１および切り替えユニット４６２を備え得る。例示的な実施形態では、装置４６０がＵＥなどの端末デバイスにおいて実施され得る。送信ユニット４６１はブロック４１２における動作を実行するように動作可能であり得、切り替えユニット４６２はブロック４１４における動作を実行するように動作可能であり得る。任意選択で、送信ユニット４６１および／または切り替ユニット４６２は本開示の例示的な実施形態による提案された方法を実施するために、多かれ少なかれ動作を実行するように動作可能であり得る。
【0276】
図４Ｇは、本開示のいくつかの実施形態による装置４７０を示すブロック図である。図４Ｇに示されるように、装置４７０は、送信ユニット４７１および転送ユニット４７２を備え得る。例示的な実施形態では、装置４７０が第１のノード（たとえば、リレーＵＥ、ｇＮＢなど）において実施され得る。送信ユニット４７１はブロック４２２における動作を実行するように動作可能であり得、転送ユニット４７２はブロック４２４における動作を実行するように動作可能であり得る。任意選択で、送信ユニット４７１および／または転送ユニット４７２は本開示の例示的な実施形態による提案された方法を実施するために、多かれ少なかれ動作を実行するように動作可能であり得る。
【0277】
図４Ｈは、本開示のいくつかの実施形態による装置４８０を示すブロック図である。図４Ｈに示されるように、装置４８０は、受信ユニット４８１および送信ユニット４８２を備え得る。例示的な実施形態では、装置４８０が第２のノード（たとえば、リレーＵＥ、ｇＮＢなど）において実装され得る。受信ユニット４８１はブロック４３２における動作を実行するように動作可能であり得、送信ユニット４８２はブロック４３４における動作を実行するように動作可能であり得る。任意選択で、受信ユニット４８１および／または送信ユニット４８２は本開示の例示的な実施形態による提案された方法を実施するために、多かれ少なかれ動作を実行するように動作可能であり得る。
【0278】
図４Ｉは、本開示のいくつかの実施形態による装置４９０を示すブロック図である。図４Ｉに示されるように、装置４９０は、促進ユニット４９１と、任意選択的に送信ユニット４９２とを備え得る。例示的な実施形態では、装置４９０がｇＮＢなどの基地局において実施され得る。促進ユニット４９１はブロック４４２における動作を実行するように動作可能であり得、送信ユニット４９２はブロック４４４における動作を実行するように動作可能であり得る。任意選択で、促進ユニット４９１および／または送信部４９２は本開示の例示的な実施形態による提案された方法を実施するために、多かれ少なかれ動作を実行するように動作可能であり得る。
【0279】
シナリオＩＩ：異なるセル間でのパス切り替え。
【0280】
本開示の様々な例示的な実施形態は例えば、異なるｇＮＢにわたってリレーするサイドリンクのために、パス切り替え中にパケット転送を可能にするための解決策を提案する。たとえば、パス切り替えは２つの異なるｇＮＢにわたってリモートＵＥに対して行われ得、これはパス切り替えに関与する（１つ以上の）リレーノードが２つの異なるｇＮＢによってサービスを提供され得ることを意味する。提案された解決策は、Ｌ２ベースおよびＬ３ベースのリレーＵＥの両方のユースケースに適用され得る。様々な実施形態によれば、リモートＵＥのパス切り替え中のパケットロスを低減または回避することができ、これにより、通信性能を向上させ、エンドユーザエクスペリエンスを改善することができる。
【0281】
例示的な実施形態によれば、パス切り替えは２つの異なるｇＮＢにわたってリモートＵＥに対して行われてもよく、これはパス切り替えに関与するリレーノードが２つの異なるｇＮＢによってサービス提供されていることを意味する。パススイッチが直接パスと間接パスとの間で発生する場合、リモートＵＥが直接パスを介して接続する（または接続しようとする）ｇＮＢは、リモートＵＥが間接パスを介して接続する（または接続しようとする）ｇＮＢとは異なり得る。パススイッチが２つの間接パスの間で生じる場合、リモートＵＥが古いパスを介して接続する（または接続しようとする）古いリレーＵＥと、リモートＵＥが新しいパスを介して接続する（または接続しようとする）新しいリレーＵＥとは、２つの異なるｇＮＢによってサービス提供され得る。
【0282】
図５は、本開示の一実施形態による例示的なパススイッチのシナリオを示す図である。例示的なパススイッチのシナリオでは、リモートＵＥが古いパス上のリレーＵＥ１（すなわち、古いリレーＵＥ）を介してｇＮＢ１に接続し得る。異なるｇＮＢにわたる２つの異なる間接パス間のパススイッチ、例えば、リレーＵＥ１を有する古いパスｉからリレーＵＥ２を有する新しいパス（すなわち、新しいリレーＵＥ）への切り替えを実行することによって、リモートＵＥは図５に示されるように、リレーＵＥ２を介してｇＮＢ２に接続することができる。パス切り替えの間、リモートＵＥの１つ以上の保留パケットは、古いパスから新しいパスに転送され得る。
【0283】
例示的な実施形態によれば、パケット転送メカニズムまたは機能はリレーノード（たとえば、古いパス上の接続ノード、新しいパス上のターゲットノードなど）だけでなく、ｇＮＢ（たとえば、パス切り替えがそれぞれのサービングｇＮＢを有し得る２つの間接パスの間で発生する場合など）も含み得る。
【0284】
例示的な実施形態によれば、古いパス上のリモートＵＥの保留パケットは、新しいパスに転送され得る。一実施形態によれば、パケット転送がリレーＵＥ（すなわち、古いリレーＵＥ）から、２つの異なるｇＮＢによってサービングされる別のリレーＵＥ（すなわち、新しいリレーＵＥ）に実行される場合、両方のリレーＵＥは、パケットを転送するためのＰＣ５接続を確立する。ＰＣ５リンク確立をトリガするとき、新しいリレーＵＥは、開始メッセージにおいて、古いリレーＵＥに、このＰＣ５コネクションが関係するリモートＵＥから古いリレーＵＥの保留パケットを取得するためのものであることを通知するための指示を含み得る。これは、開始メッセージにおいて、リモートＵＥ情報も含まれ得ることを意味する（例えば、Ｌ１／Ｌ２ ＩＤ、無線ネットワーク一時識別子（ＲＮＴＩ）、ベアラ／論理チャネル（ＬＣＨ）ＩＤなど）。
【0285】
古いリレーＵＥと新しいリレーＵＥとの間の直接的なＰＣ５接続を確立することが可能でない場合（例えば、それらが２つの異なるｇＮＢのカバレッジ下にあるか、または古いリレーＵＥがｇＮＢであり、両方のリレーＵＥが互いに離れすぎて位置しているなど）、新しいリレーＵＥは、以下のオプションのうちの少なくとも１つを適用することができる。
－ オプション１：新しいリレーＵＥは関係するリモートＵＥのための古いリレーＵＥ（またはｇＮＢ）の保留中のパケットを取得するために、そのサービングｇＮＢに向けてＵｕ ＲＲＣ確立コネクションを開始することができる（たとえば、新しいリレーＵＥがＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＩＮＡＣＴＩＶＥモードなどにある場合）。関係するリモートＵＥを識別するために、一実施形態では、リモートＵＥ情報（たとえば、Ｌ１／Ｌ２ ＩＤ、ＲＮＴＩ、ベアラ／ＬＣＨ ＩＤなど）はまた、そのサービングｇＮＢ（またはリモートＵＥ）情報とともに、開始Ｕｕ ＲＲＣメッセージ中に含まれ得る。
－ オプション２：新しいリレーＵＥは、すでにＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにある場合、既存の（または新しい）ＲＲＣメッセージ（たとえば、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎなど）を使用して、リモートＵＥのために古いリレーＵＥ（またはｇＮＢ）の保留パケットの取得が必要であってもよいことをそのサービングｇＮＢに指示する。これは、開始Ｕｕ ＲＲＣメッセージにおいて、リモートＵＥ情報（たとえば、Ｌ１／Ｌ２ ＩＤ、ＲＮＴＩ、ベアラ／ＬＣＨ ＩＤなど）も、そのサービングｇＮＢ（またはリモートＵＥ）情報とともに含まれ得るということを意味する。
オプション１またはオプション２について、一実施形態では、ｇＮＢ（たとえば、古いリレーＵＥのサービングｇＮＢなど）において、関係するリモートＵＥと古いリレーＵＥとの間に構成されたペア関係があり得る。この場合、開始Ｕｕ ＲＲＣメッセージは、関係するリモートＵＥと古いリレーＵＥとの間のペア関係を示す（１つ以上の）識別子のみを搬送し得る。ペア関係に基づいて、ｇＮＢは、新しいリレーＵＥが保留中のデータを取得することを要求しているどのリモートＵＥまたはリレーＵＥを見つけることが可能であり得る。
－ オプション３：関係するリモートＵＥの保留パケットを要求するために、新しいリレーＵＥによってｇＮＢに送信される明示的なリクエストまたは指示メッセージが存在しないことがある。当該リモートＵＥに対してパケット転送が有効か否かが設定される。オプション３の構成は、ＵＥごと、無線ベアラごと、サービスごと、またはフローごとに実施され得る。
－ オプション１：新しいリレーＵＥは関係するリモートＵＥのための古いリレーＵＥ（またはｇＮＢ）の保留中のパケットを取得するために、そのサービングｇＮＢに向けてＵｕ ＲＲＣ確立コネクションを開始することができる（たとえば、新しいリレーＵＥがＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＩＮＡＣＴＩＶＥモードなどにある場合）。関係するリモートＵＥを識別するために、一実施形態では、リモートＵＥ情報（たとえば、Ｌ１／Ｌ２ ＩＤ、ＲＮＴＩ、ベアラ／ＬＣＨ ＩＤなど）はまた、そのサービングｇＮＢ（またはリモートＵＥ）情報とともに、開始Ｕｕ ＲＲＣメッセージ中に含まれ得る。
－ オプション２：新しいリレーＵＥは、すでにＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにある場合、既存の（または新しい）ＲＲＣメッセージ（たとえば、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎなど）を使用して、リモートＵＥのために古いリレーＵＥ（またはｇＮＢ）の保留パケットの取得が必要であってもよいことをそのサービングｇＮＢに指示する。これは、開始Ｕｕ ＲＲＣメッセージにおいて、リモートＵＥ情報（たとえば、Ｌ１／Ｌ２ ＩＤ、ＲＮＴＩ、ベアラ／ＬＣＨ ＩＤなど）も、そのサービングｇＮＢ（またはリモートＵＥ）情報とともに含まれ得るということを意味する。
オプション１またはオプション２について、一実施形態では、ｇＮＢ（たとえば、古いリレーＵＥのサービングｇＮＢなど）において、関係するリモートＵＥと古いリレーＵＥとの間に構成されたペア関係があり得る。この場合、開始Ｕｕ ＲＲＣメッセージは、関係するリモートＵＥと古いリレーＵＥとの間のペア関係を示す（１つ以上の）識別子のみを搬送し得る。ペア関係に基づいて、ｇＮＢは、新しいリレーＵＥが保留中のデータを取得することを要求しているどのリモートＵＥまたはリレーＵＥを見つけることが可能であり得る。
－ オプション３：関係するリモートＵＥの保留パケットを要求するために、新しいリレーＵＥによってｇＮＢに送信される明示的なリクエストまたは指示メッセージが存在しないことがある。当該リモートＵＥに対してパケット転送が有効か否かが設定される。オプション３の構成は、ＵＥごと、無線ベアラごと、サービスごと、またはフローごとに実施され得る。
【0286】
例示的な実施形態によれば、上記のオプションのいずれかについて、古いリレーＵＥはそのサービングｇＮＢへのそのＵｕコネクションが依然として許容可能な品質を有する（たとえば、ＲＳＲＰが構成された閾値を上回る）場合、リモートＵＥの保留中のパケットをそのサービングｇＮＢに最初に転送することができる。その後、古いリレーＵＥのサービングｇＮＢはこれらの保留中のパケットを、新しいリレーＵＥのサービングｇＮＢに、次いで、新しいリレーＵＥにさらに転送し得る。しかしながら、古いリレーＵＥと古いリレーＵＥのサービングｇＮＢとの間のＵｕコネクションが許容可能でない（たとえば、ＲＳＲＰが構成された閾値を下回る）場合、古いリレーＵＥのサービングｇＮＢのみが、保留中のパケットを新しいリレーＵＥのサービングｇＮＢに転送し、次いで新しいリレーＵＥに転送することが可能であり得る。次いで、古いリレーＵＥにおける保留パケットがクリアされ得る。
【0287】
例示的な実施形態によれば、リモートＵＥは保留中のパケットに関する情報（例えば、ＳＤＡＰおよび／またはＰＤＣＰ ＳＤＵ、Ｌ３リレーのためのＰＤＵ、アダプテーションおよび／またはＲＬＣ ＳＤＵ、ＰＤＵなど）を提供するように古いパス上の接続ノードに依頼することができ、これは、以下のことを意味する。
１） パケットが送信されていないか、
２） パケットが再送信されている、
３） ピアエンティティからの状態レポート（ＡＣＫまたはＮＡＣＫを示す）がまだ受信されていない間に、パケットが送信されている。
１） パケットが送信されていないか、
２） パケットが再送信されている、
３） ピアエンティティからの状態レポート（ＡＣＫまたはＮＡＣＫを示す）がまだ受信されていない間に、パケットが送信されている。
【0288】
例示的な実施形態によれば、リモートＵＥは上記の目的のために、古いパス上の接続ノードにリクエストまたは指示のシグナリングを送信することができる。たとえば、リモートＵＥはリクエスト／指示のシグナリングを送信するために、以下のシグナリング代替例のうちの少なくとも１つを適用し得る。
－ 代替例ＩＩ．１：リモートＵＥは、新しいパスを介して古いパス上の接続ノードにシグナリングを送信することができる。
・ 方式１：リモートＵＥが、古いパスおよび新しいパスが２つの異なるｇＮＢで終端される（古いパスが利用可能でない）ことを知っている場合、リモートＵＥは古いパスのサービングｇＮＢに送信されるべきＵｕ ＲＲＣメッセージを直接準備し、新しいリレーＵＥに送信されるＰＣ５－ＲＲＣメッセージ内のコンテナにこのＵｕ ＲＲＣメッセージを埋め込むことができる。
・ 方式２：リモートＵＥが古いパスおよび新しいパスが２つの異なるｇＮＢで終端される（古いパスが利用可能でない）ことを知っている場合、リモートＵＥは、保留中のパケットが古いパスから取得される必要があり得ることを示すことによって、新しいパス上のターゲットノードにＰＣ５－ＲＲＣメッセージを送り得る。この場合、新しいパス上のターゲットノードは古いパスのサービングｇＮＢに送信されるべきＵｕ ＲＲＣメッセージを準備し、このＵｕ ＲＲＣメッセージを、新しいパス上のターゲットノードのサービングｇＮＢに送信されるＵｕ ＲＲＣメッセージ内のコンテナに埋め込むことができる。
－ 代替例ＩＩ．２：古いパスがシグナリングを送信するのに十分である場合、リモートＵＥは、古いパス上の接続ノードにシグナリングを直接送信することができる。
－ 代替例ＩＩ．１：リモートＵＥは、新しいパスを介して古いパス上の接続ノードにシグナリングを送信することができる。
・ 方式１：リモートＵＥが、古いパスおよび新しいパスが２つの異なるｇＮＢで終端される（古いパスが利用可能でない）ことを知っている場合、リモートＵＥは古いパスのサービングｇＮＢに送信されるべきＵｕ ＲＲＣメッセージを直接準備し、新しいリレーＵＥに送信されるＰＣ５－ＲＲＣメッセージ内のコンテナにこのＵｕ ＲＲＣメッセージを埋め込むことができる。
・ 方式２：リモートＵＥが古いパスおよび新しいパスが２つの異なるｇＮＢで終端される（古いパスが利用可能でない）ことを知っている場合、リモートＵＥは、保留中のパケットが古いパスから取得される必要があり得ることを示すことによって、新しいパス上のターゲットノードにＰＣ５－ＲＲＣメッセージを送り得る。この場合、新しいパス上のターゲットノードは古いパスのサービングｇＮＢに送信されるべきＵｕ ＲＲＣメッセージを準備し、このＵｕ ＲＲＣメッセージを、新しいパス上のターゲットノードのサービングｇＮＢに送信されるＵｕ ＲＲＣメッセージ内のコンテナに埋め込むことができる。
－ 代替例ＩＩ．２：古いパスがシグナリングを送信するのに十分である場合、リモートＵＥは、古いパス上の接続ノードにシグナリングを直接送信することができる。
【0289】
例示的な実施形態によれば、リクエスト／指示のシグナリングは、ＲＲＣシグナリングにおいて搬送され得る。ＲＲＣによって搬送されない場合、シグナリングは、メディアアクセス制御（ＭＡＣ）制御エレメント（ＣＥ）、ＳＣＩまたはＤＣＩなどのＬ１シグナリングなどにおいて搬送され得る。一実施形態によれば、そのようなリクエスト／指示のシグナリングは、パス切り替え中に特定のベアラ／フローに対して提供され得るように（事前に）構成され得る。
【0290】
例示的な実施形態によれば、リモートＵＥがリクエスト／指示のシグナリングまたはメッセージを送信するために適用し得る代替シグナリングはｇＮＢまたは協調ＵＥ（たとえば、ＵＥのグループのためのトラフィック送信を制御および／または管理することが可能であり得るＵＥなど）によって構成され得る。構成は、ＵＥごと、サービス／トラフィックタイプ／無線ベアラ／フローごとなどに実行され得る。この場合、リモートＵＥがリクエスト／指示シグナリングを送信するための異なるシグナリング代替手段を用いて、異なるサービスを構成することができる。
【0291】
代替的にまたは追加的に、リモートＵＥがリクエスト／指示のシグナリングまたはメッセージを送信するために適用し得る代替シグナリングは、（古いパスの）構成された無線チャネル品質閾値に基づき得る。たとえば、古いパスの測定された無線品質が構成されたしきい値を上回る場合、リモートＵＥは代替例ＩＩ．２を適用することができ、そうではない場合、リモートＵＥは代替例ＩＩ．１を適用することができる。古いパスが間接接続である場合、リモートＵＥは、古いパス上のすべてのホップの測定値を要約することによって、特定のホップ上またはフルパス上のいずれかで古いパスの無線チャネル品質を測定することができる。
【0292】
代替的または追加的に、リモートＵＥがリクエスト／指示のシグナリングまたはメッセージを送信するために適用し得る代替シグナリングは、事前定義または事前構成され得る。代替例ＩＩ．１の場合、リモートＵＥは、その実装に基づいて、方式１または方式２を選択することができる。代替的にまたは追加的に、ｇＮＢは新しいパスを介して古いパス上の接続ノードにシグナリングを送信するために、どの方式をリモートＵＥが適用し得るかを構成し得る。
【0293】
代替または追加として、リモートＵＥは、必要に応じて任意のシグナリングの代替例を適用し得る。両方のシグナリングの代替例が同時に適用される場合、シグナリングの優先順位は、古いパス上の接続ノードまたは古いリレーＵＥがどのシグナリングを適用するかを決定することを可能にするように構成され得る。一実施形態では、古いパス上の接続ノードまたは古いリレーＵＥが常に最新のシグナリングを適用することができる。
【0294】
例示的な実施形態によれば、新しいパスのサービングｇＮＢは例えば、以下の動作によって、保留パケット（例えば、ＳＤＡＰ、および／またはＰＤＣＰ ＳＤＵ、Ｌ３リレーのためのＰＤＵ、アダプテーションおよび／またはＲＬＣ ＳＤＵ、Ｌ２リレーのためのＰＤＵなど）に関する情報を古いパスのサービングｇＮＢに提供するためのリクエスト／指示メッセージを送信することができる：
－ 新しいパスのサービングｇＮＢは、古いパスから保留パケットを提供するためのリクエスト／指示を受信すると、このリクエスト／指示を古いパスのサービングｇＮＢに転送することができる。
－ リクエスト／指示は、ノード間ＲＲＣメッセージを介して、またはＸ２／Ｘｎシグナリングを介して、古いパスのサービングｇＮＢに転送され得る。
－ 古いパスのサービングｇＮＢは、リクエスト／指示を受信すると、リクエスト／指示を古いパス上の接続ノードに転送することができる。
－ 古いパス上の接続ノードは古いパス上の保留パケットについての要求された情報を、そのサービングｇＮＢ（すなわち、古いパスのサービングｇＮＢ）に送信することができる。
－ 新しいパスのサービングｇＮＢは、古いパスから保留パケットを提供するためのリクエスト／指示を受信すると、このリクエスト／指示を古いパスのサービングｇＮＢに転送することができる。
－ リクエスト／指示は、ノード間ＲＲＣメッセージを介して、またはＸ２／Ｘｎシグナリングを介して、古いパスのサービングｇＮＢに転送され得る。
－ 古いパスのサービングｇＮＢは、リクエスト／指示を受信すると、リクエスト／指示を古いパス上の接続ノードに転送することができる。
－ 古いパス上の接続ノードは古いパス上の保留パケットについての要求された情報を、そのサービングｇＮＢ（すなわち、古いパスのサービングｇＮＢ）に送信することができる。
【0295】
例示的な実施形態によれば、古いパスのサービングｇＮＢは例えば、以下の動作によって、古いパス上の保留パケットの要求された情報を新しいパスのサービングｇＮＢに送ることができる。
－ 古いパスのサービングｇＮＢは、古いパス上の接続ノードから古いパス上の保留パケットについての要求された情報を受信すると、受信された情報を新しいパスのサービングｇＮＢに転送することができる。
－ 古いパス上の保留パケットに関する情報は、ノード間ＲＲＣメッセージを介して、またはＸ２／Ｘｎシグナリングを介して、新しいパスのサービングｇＮＢに転送され得る。
－ 新しいパスのサービングｇＮＢは要求された情報を受信すると、要求された情報を新しいパス上のターゲットノードに転送することができ、新しいパス上のターゲットノードは、情報をリモートＵＥに転送することができる。
－ 古いパスのサービングｇＮＢは、古いパス上の接続ノードから古いパス上の保留パケットについての要求された情報を受信すると、受信された情報を新しいパスのサービングｇＮＢに転送することができる。
－ 古いパス上の保留パケットに関する情報は、ノード間ＲＲＣメッセージを介して、またはＸ２／Ｘｎシグナリングを介して、新しいパスのサービングｇＮＢに転送され得る。
－ 新しいパスのサービングｇＮＢは要求された情報を受信すると、要求された情報を新しいパス上のターゲットノードに転送することができ、新しいパス上のターゲットノードは、情報をリモートＵＥに転送することができる。
【0296】
例示的な実施形態によれば、保留パケットに関する情報は、以下の情報のうちの少なくとも１つを備えることができる。
ＩＩ．ｉ） 送信されていないパケットのＳＮ、
ＩＩ．ｉｉ） 再送信されるパケットのＳＮ、
ＩＩ．ｉｉｉ） 送信されているが（肯定的または否定的に）まだ確認応答されていないパケットのＳＮ、
ＩＩ．ｉｖ） 保留中のＰＤＵを構築するために使用されるＰＤＵサイズ、
ＩＩ．ｖ） 未送信パケット、
ＩＩ．ｖｉ） 再送信されるパケット、
ＩＩ．ｖｉｉ） 送信されているが、（肯定的または否定的に）まだ確認応答されていないパケット、
ＩＩ．ｖｉｉｉ） 保留中のパケットの送信方向（すなわち、リモートＵＥから受信ノードへの、またはリモートＵＥへの送信）。
ＩＩ．ｉ） 送信されていないパケットのＳＮ、
ＩＩ．ｉｉ） 再送信されるパケットのＳＮ、
ＩＩ．ｉｉｉ） 送信されているが（肯定的または否定的に）まだ確認応答されていないパケットのＳＮ、
ＩＩ．ｉｖ） 保留中のＰＤＵを構築するために使用されるＰＤＵサイズ、
ＩＩ．ｖ） 未送信パケット、
ＩＩ．ｖｉ） 再送信されるパケット、
ＩＩ．ｖｉｉ） 送信されているが、（肯定的または否定的に）まだ確認応答されていないパケット、
ＩＩ．ｖｉｉｉ） 保留中のパケットの送信方向（すなわち、リモートＵＥから受信ノードへの、またはリモートＵＥへの送信）。
【0297】
パススイッチが発生するときに、リモートＵＥがいくつかの無線ベアラ上で保留中のデータを有する場合、上記の情報のうちの少なくとも１つのレポートが無線ベアラごとにトリガされ得る。上記の保留パケットに関する情報については、最初の４種類の情報（ＩＩ．ｉ－ＩＩ．ｉｖ）が単に保留パケットに関する一般的な情報に関するものである。これらの種類の情報に基づいて、関連ノードは、上位レイヤでパケット再送信または再分配をトリガするか、またはパケット転送をトリガすることができる。次の３種類の情報（ＩＩ．ｖ－ＩＩ．ｖｉｉ）は、実際の保留パケットに関するものである。この場合、保留パケットのコンテンツは、保留パケットのコンテンツをリモートＵＥの新しいパスにさらに転送することができる別のノードへの古いパス上の接続ノードによって報告され得る。
【0298】
例示的な実施形態によれば、保留中のパケットに関する情報を提供するように古いパス上の接続ノードに要求するためのリクエストメッセージはリモートＵＥとは異なる別のノード、たとえば、古いパス内の任意の他のノードおよび／またはリモートＵＥの新しいパスによって開始され得る。
【0299】
例示的な実施形態によれば、保留中のパケットに関する情報は、古いパス上の接続ノードによって、または古いパス上の別のノードによって、古いパスから新しいパスへのパケット転送をトリガするための任意の他のノードに報告され得る。
【0300】
例示的な実施形態によれば、どのパケットが古いパス上で保留中であるかの情報を受信すると、（たとえば、リモートＵＥから受信ノードへの）伝送方向の保留中のパケットについて、リモートＵＥは、これらの保留中のパケットを新しいパスに再送信するように上位レイヤに要求することができる。
【0301】
例示的な実施形態によれば、どのパケットが古いパス上で保留中であるかの情報を受信すると、伝送方向（たとえば、アプリケーションサーバまたはｇＮＢからリモートＵＥへ）における保留パケットについて、アプリケーションサーバまたはｇＮＢは、新しいパスへのこれらの保留パケットの再送信をトリガすることを求め得る。
【0302】
図６Ａは、本開示のいくつかの実施形態による方法６１０を示すフローチャートである。図６Ａに示す方法６１０は端末デバイス（たとえば、図１Ｂ、図２Ａ～図２Ｂおよび図３Ａ～図３Ｃに関して説明したようなリモートＵＥ）または端末デバイスに通信可能に結合された装置によって実行され得る。例示的な実施形態によれば、端末デバイスは他のデバイスとのＤ２Ｄ通信（たとえば、Ｖ２ＸまたはＳＬ通信など）をサポートするように構成され得る。例示的な実施形態では、端末デバイスがネットワークノード（たとえば、ｇＮＢなど）と直接、またはリレー（たとえば、ＵＥ間リレー、ＵＥ－ＮＷ間リレーなど）を介して通信するように構成され得る。
【0303】
図６Ａに示される例示的な方法６１０によれば、ブロック６１２に示されるように、端末デバイスは第１のパス上の第１のノード（たとえば、端末デバイスの古いパス上の接続ノード）との伝送（たとえば、データの送信および／または受信）を実行し得る。例示的な実施形態によれば、ブロック６１４に示すように、端末デバイスは第２のパス上の第２のノード（たとえば、端末デバイスの新しいパス上のターゲットノード）との伝送（たとえば、データの送信および／またはデータの受信）を実行するために、第１のパスから第２のパスに切り替えることができる。端末デバイスのスイッチング中に、第１のパス上の端末デバイスの１つ以上の保留中のパケットが、第２のパスに転送され得る。例示的な実施形態によれば、第１のノードおよび第２のノードは、それぞれ、第１の基地局および第２の基地局によってサービス提供され得る。
【0304】
例示的な実施形態によれば、第１のノードはリレー対応ＵＥ（たとえば、ＵＥ間リレーＵＥ、ＵＥ－ＮＷ間リレーＵＥなど）またはネットワークノード（たとえば、ｇＮＢなど）または第１の基地局であり得る。同様に、一実施形態では、第２のノードがリレー対応ＵＥ（たとえば、ＵＥ間リレーＵＥ、ＵＥ－ＮＷ間リレーＵＥなど）またはネットワークノード（たとえば、ｇＮＢなど）または第２の基地局であり得る。
【0305】
例示的な実施形態によれば、端末デバイスは、１つ以上の保留中のパケットに関する情報を第１のノードに要求するためのシグナリングを、どのパスを介して送信するかを決定することができる。決定の結果によれば、端末デバイスは、１つ以上の保留パケットに関する情報を要求するためのシグナリングを第１のノードに送信することができる。たとえば、端末デバイスは、第１のパスを介して第１のノードに１つ以上の保留パケットに関する情報を要求するためのシグナリングを送信することを決定し得る。代替的にまたは追加的に、端末デバイスは、第２のパスを介して第１のノードに１つ以上の保留パケットに関する情報を要求するためのシグナリングを送信することを決定し得る。
【0306】
例示的な実施形態によれば、１つ以上の保留パケットに関する情報を要求するためのシグナリングを第１のノードに送信するためのパスの決定は、基地局による構成、制御ノードによる構成、および第１のパスのチャネル品質のうちの１つ以上に少なくとも部分的に基づいて、端末デバイスによって行われ得る。
【0307】
例示的な実施形態によれば、端末デバイスが少なくとも第２のパスを介して第１のノードに１つ以上の保留パケットに関する情報を要求するためのシグナリングを送信することを決定するとき、端末デバイスは（たとえば、ＰＣ５－ＲＲＣメッセージに埋め込まれたＵｕ－ＲＲＣメッセージなどによって）第２のノードを介して第１の基地局に端末デバイスの１つ以上の保留パケットを取得するための指示を送信し得る。
【0308】
代替的にまたは追加的に、端末デバイスが少なくとも第２のパスを介して第１のノードに１つ以上の保留パケットに関する情報を要求するためのシグナリングを送信することを決定するとき、端末デバイスは（たとえば、ＰＣ５－ＲＲＣメッセージなどによって）端末デバイスの１つ以上の保留パケットを取得するための指示を第２のノードに送信し得る。
【0309】
例示的な実施形態によれば、端末デバイスは端末デバイスの１つ以上の保留パケットに関する情報を第１のノードから（たとえば、直接または間接的に）受信することができる。例示的な実施形態によれば、端末デバイスの１つ以上の保留中のパケットに関する情報は、第２のノード、第２の基地局、および第１の基地局を介して第１のノードから端末デバイスによって受信され得る。
【0310】
例示的な実施形態によれば、端末デバイスは１つ以上の保留パケットに関する情報に従って、端末デバイスの１つ以上の保留パケットを第２のパスに送信（たとえば、最初の送信および／または再送信）し得る。
【0311】
例示的な実施形態によれば、１つ以上の保留パケットに関する情報は、以下の１つ以上を含みうる。
－ 送信されていない１つ以上のパケット上のＳＮ、
－ 再送信されている１つ以上のパケット上のＳＮ、
－ 送信されているがまだ確認応答されていない１つ以上のパケット上のＳＮ、
－ １つ以上の保留中のＰＤＵを構築するために使用されるＰＤＵサイズ、
－ 送信されていない１つ以上のパケット、
－ 再送信されている１つ以上のパケット、
－ 送信されているが、まだ確認応答が送信されていない１つ以上のパケット
－ １つ以上の保留パケットの伝送方向。
－ 送信されていない１つ以上のパケット上のＳＮ、
－ 再送信されている１つ以上のパケット上のＳＮ、
－ 送信されているがまだ確認応答されていない１つ以上のパケット上のＳＮ、
－ １つ以上の保留中のＰＤＵを構築するために使用されるＰＤＵサイズ、
－ 送信されていない１つ以上のパケット、
－ 再送信されている１つ以上のパケット、
－ 送信されているが、まだ確認応答が送信されていない１つ以上のパケット
－ １つ以上の保留パケットの伝送方向。
【0312】
図６Ｂは、本開示のいくつかの実施形態による方法６２０を示すフローチャートである。図６Ｂに示す方法６２０は第１のノード（たとえば、リレーＵＥ、ｇＮＢなど）または第１のノードに通信可能に結合された装置によって実行され得る。例示的な実施形態によれば、第１のノードは他のデバイスとのＤ２Ｄ通信（たとえば、Ｖ２ＸまたはＳＬ通信など）をサポートするように構成され得る。例示的な実施形態では、第１のノードがＬ２ベースおよび／またはＬ３ベースのリレーケイパビリティをサポートすることが可能であり得る。別の例示的な実施形態によれば、第１のノードは１つ以上のＵＥ（たとえば、リモートＵＥ、リレーＵＥなど）にサービスを提供するように構成され得る。
【0313】
図６Ｂに示される例示的な方法６２０によれば、第１のノードはブロック６２２に示されるように、第１のパス上で端末デバイス（たとえば、図６Ａに関して説明されるような端末デバイス）との送信を実行し得る。例示的な実施形態によれば、ブロック６２４に示すように、第１のノードは第１のパスから第２のパスへの端末デバイスのパススイッチ中に、第１のパス上の端末デバイスの１つ以上の保留パケットを第２のパスに転送して、第２のパス上の第２のノードとの伝送を実行することができる。図６Ａに関して説明したように、第１のノードおよび第２のノードは、それぞれ、第１の基地局および第２の基地局によってサービス提供され得る。
【0314】
例示的な実施形態によれば、第１のノードは第１のノードと第２のノードとの間にリンク（たとえば、Ｄ２Ｄリンク、サイドリンクなど）を確立することができる。たとえば、第１のノードは、第２のノードからリンク確立要求を受信し得る。第１のノードと第２のノードとの間のリンクの確立は、第１のノードと第２のノードとの間に既存のリンクがある場合には必要ではないことが理解され得る。
【0315】
例示的な実施形態によれば、第１のノードは第２のノードおよび／または第１の基地局から、端末デバイスの１つ以上の保留パケットを取得するための指示を受信し得る。第１のノードはまた、第２のノードおよび／または第１の基地局とは異なる別のノードから、端末デバイスの１つ以上の保留パケットを取得するための指示を受信し得ることが理解され得る。
【0316】
例示的な実施形態によれば、第１のノードは（例えば、第１のノードと第２のノードとの間のＤ２Ｄ／ＳＬリンクなどを介して）第２のノードおよび／または第１の基地局に、端末デバイスの１つ以上の保留パケットを転送することができる。
【0317】
例示的な実施形態によれば、第１のノードは端末デバイス、第１の基地局、および第２のノードのうちの１つ以上から、１つ以上の保留パケットに関する情報を要求するためのシグナリングを受信することができる。
【0318】
例示的な実施形態によれば、第１のノードは端末デバイス、第１の基地局、および第２のノードのうちの１つ以上に、１つ以上の保留パケットに関する情報を送信することができる。
【0319】
図６Ｃは、本開示のいくつかの実施形態による方法６３０を示すフローチャートである。図６Ｃに示す方法６３０は第２のノード（たとえば、リレーＵＥ、ｇＮＢなど）または第２のノードに通信可能に結合された装置によって実行され得る。例示的な実施形態によれば、第２のノードは他のデバイスとのＤ２Ｄ通信（たとえば、Ｖ２ＸまたはＳＬ通信など）をサポートするように構成され得る。例示的な実施形態では、第２のノードがＬ２ベースおよび／またはＬ３ベースのリレーケイパビリティをサポートすることが可能であり得る。別の例示的な実施形態によれば、第２のノードは１つ以上のＵＥ（たとえば、リモートＵＥ、リレーＵＥなど）にサービスを提供するように構成され得る。
【0320】
図６Ｃに示される例示的な方法６３０によれば、第２のノードはブロック６３２に示されるように、第１のパスから第２のパスへの端末デバイスのパススイッチ中に、第１のパス上の第１のノード（たとえば、図６Ｂに関して説明されるような第１のノード）から第２のパスへ転送される端末デバイス（たとえば、図６Ａに関して説明されるような端末デバイス）の１つ以上の保留パケットを受信し得る。第１のノードおよび第２のノードは、それぞれ、第１の基地局および第２の基地局によってサービス提供され得る。例示的な実施形態によれば、ブロック６３４に示すように、第２のノードは、第２のパス上で端末デバイスとの送信を実行することができる。
【0321】
例示的な実施形態によれば、第２のノードは第２のノードと第２の基地局との間の接続（たとえば、ＲＲＣ接続など）を確立することができる。代替または追加として、第２のノードは第１のノードと第２のノードとの間にリンク（たとえば、Ｄ２Ｄリンク、サイドリンクなど）を確立し得る。例示的な実施形態によれば、第２のノードは、端末デバイスの１つ以上の保留パケットを取得するための指示を第１のノードに送信することができる。
【0322】
例示的な実施形態によれば、第２のノードは端末デバイスから、端末デバイスの１つ以上の保留パケットを取得するための指示を受信することができる。例示的な実施形態によれば、第２のノードは、端末デバイスの１つ以上の保留パケットを取得するための指示を第２の基地局に送信することができる。例示的な実施形態によれば、第２のノードは端末デバイスと第１のノードとの間のペア関係を示し得る識別子（たとえば、インデックスなど）を第２の基地局に送信し得る。
【0323】
例示的な実施形態によれば、第２のノードは第１のノード、端末デバイス、および／または第２の基地局から、端末デバイスの１つ以上の保留パケットを受信することができる。例示的な実施形態によれば、第２のノードは第２のパス上で端末デバイスによって送信された（たとえば、最初に送信され、および／または再送信された）１つ以上の保留パケットを受信し得る。代替または追加として、第２のノードは第２のパス上でアプリケーションサーバ（またはコアネットワーク内の任意の他の適切なエンティティ）または第２の基地局によって送信された（たとえば、最初に送信および／または再送信された）１つ以上の保留パケットを受信し得る。
【0324】
例示的な実施形態によれば、第２のノードは（たとえば、端末デバイスのアップリンクトラフィックのために）端末デバイスおよび／または（たとえば、端末デバイスのダウンリンクトラフィックのために）端末デバイスの１つ以上の保留パケットを第２の基地局に送信し得る。
【0325】
例示的な実施形態によれば、第２のノードは、端末デバイスの１つ以上の保留パケットに関する情報を要求するためのシグナリングを、第１のノード、端末デバイス、および／または第２の基地局に送信することができる。
【0326】
例示的な実施形態によれば、第２のノードは第１のノード、端末デバイス、および／または第２の基地局から、端末デバイスの１つ以上の保留パケットに関する情報を受信することができる。
【0327】
図６Ｄは、本開示のいくつかの実施形態による方法６４０を示すフローチャートである。図６Ｄに示す方法６４０は第１の基地局（たとえば、ｇＮＢ、ＡＰなど）または第１の基地局に通信可能に結合された装置によって実行され得る。例示的な実施形態によれば、第１の基地局はＤ２Ｄ通信（たとえば、Ｖ２ＸまたはＳＬ通信など）を用いてセルラーカバレッジ拡張をサポートするように構成され得る。例示的な実施形態では、第１の基地局が例えば、直接、またはリレーを介して、ＵＥなどの端末デバイスと通信するように構成され得る。
【0328】
図６Ｄに示す例示的な方法６４０によれば、第１の基地局はブロック６４２に示すように、第１のパス上の第１のノード（例えば、図６Ｂに関して説明した第１のノード）を介した端末デバイス（例えば、図６Ａに関して説明した端末デバイス）の通信を促進することができる。例示的な実施形態によれば、第１のパスから第２のパスへの端末デバイスのパス切り替え中に、第１のパス上の端末デバイスの１つ以上の保留パケットが第２のパスに転送され得る。第２のパスは少なくとも、端末デバイスと、第２の基地局によってサーブされる第２のノード（たとえば、図６Ｃに関して説明した第２のノード）との間の送信のために使用され得る。
【0329】
第１のノードはリレー対応ＵＥ、ネットワークノード、または第１の基地局自体であり得、同様に、第２のノードは、リレー対応ＵＥ、ネットワークノード、または第２の基地局自体であり得ることを了解されたい。第１／第２のノードが第１／第２の基地局自体であるとき、端末デバイスの通信は端末デバイスと第１／第２の基地局との間で直接的であり、言い換えれば、第１のパスまたは第２のパスは直接的なパスである。
【0330】
例示的な実施形態によれば、ブロック６４４に示すように、第１の基地局は、任意選択で、端末デバイスの１つ以上の保留中のパケットを第２の基地局に転送することができる。例示的な実施形態によれば、端末デバイスの１つ以上の保留パケットは、第１の基地局によって第１のノードから受信され得る。
【0331】
例示的な実施形態によれば、第１の基地局による端末デバイスの通信を促進することは、第２の基地局から端末デバイスの１つ以上の保留中のパケットを取得するための指示を受信することを備え得る。
【0332】
例示的な実施形態によれば、第１の基地局による端末デバイスの通信を促進することは、端末デバイスの１つ以上の保留パケットを取得するための指示を第１のノードに送信することを備え得る。
【0333】
例示的な実施形態によれば、第１の基地局による端末デバイスの通信を促進することは、第２の基地局から、端末デバイスと第１のノードとの間のペア関係を示す識別子を受信することを備え得る。
【0334】
例示的な実施形態によれば、第１の基地局による端末デバイスの通信を促進することは、第２の基地局から、端末デバイスの１つ以上の保留パケットに関する情報を要求するためのシグナリングを受信することを備え得る。
【0335】
例示的な実施形態によれば、第１の基地局による端末デバイスの通信を促進することは、端末デバイスの１つ以上の保留パケットに関する情報を要求するための信号を第１のノードに転送することを備え得る。
【0336】
例示的な実施形態によれば、第１の基地局による端末デバイスの通信を促進することは、第１のノードから端末デバイスの１つ以上の保留パケットに関する情報を受信することを備え得る。
【0337】
例示的な実施形態によれば、第１の基地局による端末デバイスの通信を促進することは、端末デバイスの１つ以上の保留中のパケットに関する情報を第２の基地局および／またはネットワークエンティティ（たとえば、コアネットワーク内のアプリケーションサーバまたは任意の他の適切なエンティティなど）に転送することを備え得る。
【0338】
リモートＵＥからネットワークへの（たとえば、ｇＮＢまたはアプリケーションサーバへの）伝送方向について、１つ以上の保留パケットの再送信はたとえば、１つ以上の保留パケットについての情報に応じて、リモートＵＥによってトリガされ得ることを了解され得る。この場合、１つ以上の保留パケットに関する情報は、ｇＮＢによってリモートＵＥに転送され得る。別の実施形態では、アプリケーションサーバまたはｇＮＢからリモートＵＥへの伝送方向について、１つ以上の保留パケットの再送信はたとえば、１つ以上の保留パケットについての情報に応じて、アプリケーションサーバまたはｇＮＢによってトリガされ得る。この場合、１つ以上の保留パケットに関する情報は、ｇＮＢによってアプリケーションサーバに転送され得る。
【0339】
図６Ｅは、本開示のいくつかの実施形態による方法６５０を示すフローチャートである。図６Ｅに示す方法６５０は第２の基地局（たとえば、ｇＮＢ、ＡＰなど）または第２の基地局に通信可能に結合された装置によって実行され得る。例示的な実施形態によれば、第２の基地局はＤ２Ｄ通信（たとえば、Ｖ２ＸまたはＳＬ通信など）によるセルラカバレッジ拡張をサポートするように構成され得る。例示的な実施形態では、第２の基地局が例えば、直接、またはリレーを介して、ＵＥなどの端末デバイスと通信するように構成され得る。
【0340】
図６Ｅに示される例示的な方法６５０によれば、第２の基地局はブロック６５２に示されるように、第２のパス上の第２のノード（たとえば、図６Ｃに関して説明されるような第２のノード）を介した端末デバイス（たとえば、図６Ａに関して説明されるような端末デバイス）の通信を促進し得る。例示的な実施形態によれば、第１のパスから第２のパスへの端末デバイスのパススイッチ中に、第１のパス上の端末デバイスの１つ以上の保留パケットが第２のパスに転送され得る。第１のパスは端末デバイスと、第１の基地局（たとえば、図６Ｄに関して説明した第１の基地局）によってサーブされる第１のノード（たとえば、図６Ｂに関して説明した第１のノード）との間の送信のために少なくとも使用され得る。
【0341】
例示的な実施形態によれば、ブロック６５４に示すように、第２の基地局は、任意選択で、第１の基地局から端末デバイスの１つ以上の保留パケットを受信することができる。一実施形態によれば、第２の基地局は端末デバイスの１つ以上の保留パケットを第２のノードおよび／またはネットワークエンティティ（たとえば、コアネットワーク内のアプリケーションサーバまたは任意の他の適切なエンティティ）に転送することができる。
【0342】
例示的な実施形態によれば、第２の基地局による端末デバイスの通信を促進することは、第２のノードと第２の基地局との間の接続（たとえば、ＲＲＣ接続など）を確立することを含み得る。
【0343】
例示的な実施形態によれば、第２の基地局による端末デバイスの通信を促進することは、第２のノードから端末デバイスの１つ以上の保留パケットを取得するための指示を受信することを備え得る。
【0344】
例示的な実施形態によれば、第２の基地局による端末デバイスの通信を促進することは、端末デバイスの１つ以上の保留中のパケットを取得するための指示を第１の基地局に送信することを備え得る。
【0345】
例示的な実施形態によれば、第２の基地局による端末デバイスの通信を促進することは、端末デバイスと第１のノードとの間のペア関係を示すことができる識別子を第２のノードから受信することを含むことができる。一実施形態によれば、第２の基地局は、端末デバイスと第１のノードとの間のペア関係を示し得る識別子を第１の基地局に転送し得る。
【0346】
例示的な実施形態によれば、第２の基地局による端末デバイスの通信を促進することは、第２のノードから、端末デバイスの１つ以上の保留パケットに関する情報を要求するためのシグナリングを受信することを備え得る。一実施形態によれば、第２の基地局は、端末デバイスの１つ以上の保留パケットに関する情報を要求するためのシグナリングを第１の基地局に転送することができる。
【0347】
例示的な実施形態によれば、第２の基地局による端末デバイスの通信を促進することは、第１の基地局から端末デバイスの１つ以上の保留パケットに関する情報を受信することを備え得る。一実施形態によれば、第２の基地局は、端末デバイスの１つ以上の保留パケットに関する情報をネットワークエンティティおよび／または第２のノードに転送することができる。
【0348】
本開示による様々な例示的な実施形態はたとえば、リモートＵＥの古いパスおよび新しいパスが２つの異なるｇＮＢで終端されるシナリオにおいて、パス切り替え手順がリモートＵＥについて行われるとき、パケット転送手順を可能にし得る。例示的な実施形態によれば、古いリレーＵＥは最新の受信パケット（たとえば、保留パケット）をリモートＵＥに通知することができ、リモートＵＥは、リモートＵＥが新しいリレーＵＥとの接続に変更した後に上位レイヤ再送信をトリガすることができる。例示的な実施形態によれば、古いリレーＵＥは最新の受信パケット（たとえば、保留パケット）を新しいリレーＵＥに転送することができる。この場合、２つのリレーＵＥ間の新しいＰＣ５接続が必要とされ得る。古いリレーＵＥと新しいリレーＵＥとの間にＰＣ５接続が確立され得ない場合、新しいリレーＵＥは、新しいリレーＵＥのサービングｇＮＢを介して古いリレーＵＥに要求を送り得る。この場合、新しいリレーＵＥのサービングｇＮＢは、古いリレーＵＥのサービングｇＮＢに要求を転送することができる。例示的な実施形態によれば、古いリレーＵＥはリモートＵＥの新しいパスが確立された後、および／またはリモートＵＥの古いリレーが解放された後に、最新の受信パケット（たとえば、保留中のパケット）をクリアし得る。様々な例示的な実施形態の適用はリモートＵＥがパススイッチを実行するとき（たとえば、直接パスから間接パスへ、または間接パスから別の間接パスへ、または間接パスから直接パスへ）、パケット損失を低減する（またはパケット損失を全く持たない）ことを助けることができる。この利点は、Ｌ３ベースまたはＬ２ベースのリレー解決策が使用されるかどうかにかかわらず、依然として有効であり得る。
【0349】
図６Ａ～図６Ｅに示される様々なブロックは、方法ステップとして、および／またはコンピュータプログラムコードの動作から生じる動作として、および／または関連する機能を実行するように構成された複数の結合されたロジック回路エレメントとして見なされ得る。上述の概略フローチャート図は一般に、論理フローチャート図として記載されている。したがって、描写された順序およびラベル付けされたステップは、提示された方法の特定の実施形態を示す。例示された方法の１つ以上のステップまたはその一部と機能、ロジック、または効果が同等である他のステップおよび方法が考えられ得る。さらに、特定の方法が行われる順序は示される対応するステップの順序に厳密に従う場合もあれば、従わない場合もある。
【0350】
図６Ｆは、本開示の様々な実施形態による装置６６０を示すブロック図である。図６Ｆに示されるように、装置６６０は、プロセッサ６６１などの１つ以上のプロセッサと、コンピュータプログラムコード６６３を記憶するメモリ６６２などの１つ以上のメモリとを備え得る。メモリ６６２は、非一時的マシン／プロセッサ／コンピュータ可読記憶媒体であり得る。いくつかの例示的な実施形態によれば、装置６６０は、図６Ａに関して説明したような端末デバイス、図６Ｂに関して説明したような第１のノード、図６Ｃに関して説明したような第２のノード、図６Ｄに関して説明したような第１の基地局、または図６Ｅに関して説明したような第２の基地局にプラグ接続またはインストールすることができる集積回路チップまたはモジュールとして実装され得る。そのような場合、装置６６０は、図６Ａに関して説明したような端末デバイス、図６Ｂに関して説明したような第１のノード、図６Ｃに関して説明したような第２のノード、図６Ｄに関して説明したような第１の基地局、または図６Ｅに関して説明したような第２の基地局として実装され得る。
【0351】
いくつかの実装形態では、１つ以上のメモリ６６２およびコンピュータプログラムコード６６３が１つ以上のプロセッサ６６１とともに、装置６６０に、図６Ａに関連して説明した方法の任意の動作を少なくとも実行させるように構成され得る。他の実装形態では、１つ以上のメモリ６６２およびコンピュータプログラムコード６６３が１つ以上のプロセッサ６６１とともに、装置６６０に、図６Ｂに関連して説明した方法の任意の動作を少なくとも実行させるように構成され得る。他の実装形態では、１つ以上のメモリ６６２およびコンピュータプログラムコード６６３が１つ以上のプロセッサ６６１とともに、装置６６０に、図６Ｃに関連して説明した方法の任意の動作を少なくとも実行させるように構成され得る。他の実装形態では、１つ以上のメモリ６６２およびコンピュータプログラムコード６６３が１つ以上のプロセッサ６６１とともに、装置６６０に、図６Ｄに関連して説明した方法の任意の動作を少なくとも実行させるように構成され得る。他の実装形態では、１つ以上のメモリ６６２およびコンピュータプログラムコード６６３が１つ以上のプロセッサ６６１とともに、装置６６０に、図６Ｅに関連して説明した方法の任意の動作を少なくとも実行させるように構成され得る。代替的にまたは追加的に、１つ以上のメモリ６６２およびコンピュータプログラムコード６６３は１つ以上のプロセッサ６６１とともに、装置６６０に、本開示の例示的な実施形態による提案された方法を実施するためのより多いまたはより少ない動作を少なくとも実行させるように構成され得る。
【0352】
図６Ｇは、本開示のいくつかの実施形態による装置６７０を示すブロック図である。図６Ｇに示されるように、装置６７０は、送信ユニット６７１およびスイッチングユニット６７２を備え得る。例示的な実施形態では、装置６７０がＵＥなどの端末デバイスにおいて実施され得る。送信ユニット６７１はブロック６１２における動作を実行するように動作可能であり得、スイッチングユニット６７２はブロック６１４における動作を実行するように動作可能であり得る。任意選択で、送信ユニット６７１および／またはスイッチングユニット６７２は本開示の例示的な実施形態による提案された方法を実施するために、より多いまたはより少ない動作を実行するように動作可能であり得る。
【0353】
図６Ｈは、本開示のいくつかの実施形態による装置６８０を示すブロック図である。図６Ｈに示されるように、装置６８０は、送信ユニット６８１および転送ユニット６８２を備え得る。例示的な実施形態では、装置６８０が第１のノード（たとえば、リレーＵＥ、ｇＮＢなど）において実施され得る。送信ユニット６８１はブロック６２２における動作を実行するように動作可能であり得、転送ユニット６８２はブロック６２４における動作を実行するように動作可能であり得る。任意選択で、送信ユニット６８１および／または転送ユニット６８２は本開示の例示的な実施形態による提案された方法を実装するために、より多いまたはより少ない動作を実行するように動作可能であり得る。
【0354】
図６Ｉは、本開示のいくつかの実施形態による装置６９０を示すブロック図である。図６Ｉに示されるように、装置６９０は、受信ユニット６９１および送信ユニット６９２を備え得る。例示的な実施形態では、装置６９０が第２のノード（たとえば、リレーＵＥ、ｇＮＢなど）において実装され得る。受信ユニット６９１はブロック６３２における動作を実行するように動作可能であり得、送信ユニット６９２はブロック６３４における動作を実行するように動作可能であり得る。任意選択で、受信ユニット６９１および／または送信ユニット６９２は本開示の例示的な実施形態による提案された方法を実施するために、より多いまたはより少ない動作を実行するように動作可能であり得る。
【0355】
図６Ｊは、本開示のいくつかの実施形態による装置６１００を示すブロック図である。図６Ｊに示されるように、装置６１００は、促進ユニット６１０１と、任意選択的に転送ユニット６１０２とを備え得る。例示的な実施形態では、装置６１００がｇＮＢなどの第１の基地局において実装され得る。促進ユニット６１０１はブロック６４２における動作を実行するように動作可能であり得、転送ユニット６１０２はブロック６４４における動作を実行するように動作可能であり得る。任意選択で、促進ユニット６１０１および／または転送ユニット６１０２は本開示の例示的な実施形態による提案された方法を実施するために、多かれ少なかれ動作を実行するように動作可能であり得る。
【0356】
図６Ｋは、本開示のいくつかの実施形態による装置６１１０を示すブロック図である。図６Ｋに示されるように、装置６１１０は、促進ユニット６１１１と、任意選択的に受信ユニット６１１２とを備え得る。例示的な実施形態では、装置６１１０がｇＮＢなどの第２の基地局において実装され得る。促進ユニット６１１１はブロック６５２における動作を実行するように動作可能であり得、受信ユニット６１１２はブロック６５４における動作を実行するように動作可能であり得る。任意選択で、促進ユニット６１１１および／または受信ユニット６１１２は本開示の例示的な実施形態による提案された方法を実施するために、多かれ少なかれ動作を実行するように動作可能であり得る。
【0357】
図７は、本開示のいくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された電気通信ネットワークを示すブロック図である。
【0358】
図７を参照すると、一実施形態によれば、通信システムは、無線アクセスネットワークなどのアクセスネットワーク７１１を備える３ＧＰＰ（登録商標）タイプのセルラーネットワークなどの電気通信ネットワーク７１０と、コアネットワーク７１４とを含む。アクセスネットワーク７１１は、ＮＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイントなどの複数の基地局７１２ａ、７１２ｂ、７１２ｃを備え、各々が対応するカバレッジエリア７１３ａ、７１３ｂ、７１３ｃを定義する。各基地局７１２ａ、７１２ｂ、７１２ｃは、有線または無線接続７１５を介してコアネットワーク７１４に接続可能である。カバレッジエリア７１３ｃに位置する第１のＵＥ ７９１は、対応する基地局７１２ｃに無線接続するか、またはそれによってページングされるように構成される。カバレッジエリア７１３ａ内の第２のＵＥ ７９２は、対応する基地局７１２ａに無線接続可能である。この例では複数のＵＥ７９１、７９２が示されているが、開示される実施形態は唯一のＵＥがカバレッジエリア内にある状況、または唯一のＵＥが対応する基地局７１２に接続している状況にも等しく適用可能である。
【0359】
電気通信ネットワーク７１０はそれ自体がホストコンピュータ７３０に接続され、これはスタンドアロンサーバ、クラウド実施サーバ、分散サーバのハードウェアおよび／またはソフトウェアにおいて、またはサーバファームにおける処理リソースとして、具現化され得る。ホストコンピュータ７３０は、サービスプロバイダの所有下または制御下にあってもよく、またはサービスプロバイダによって、またはサービスプロバイダの代わりに運用されてもよい。電気通信ネットワーク７１０とホストコンピュータ７３０との間のコネクション７２１および７２２は、コアネットワーク７１４からホストコンピュータ７３０に直接延在してもよく、または任意の中間ネットワーク７２０を経由してもよい。中間ネットワーク７２０はパブリックネットワーク、プライベートネットワーク、またはホステッドネットワークのうちの１つ、またはそれらの２つ以上の組合せであってもよく、中間ネットワーク７２０はもしあれば、バックボーンネットワークまたはインターネットであってもよく、特に、中間ネットワーク７２０は、２つ以上のサブネットワーク（図示せず）を備えてもよい。
【0360】
図７の通信システムは、全体として、接続されたＵＥ７９１、７９２とホストコンピュータ７３０との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ（ＯＴＴ）接続（コネクション）７５０として説明され得る。ホストコンピュータ７３０および接続されたＵＥ７９１、７９２は、アクセスネットワーク７１１、コアネットワーク７１４、任意の中間ネットワーク７２０、および仲介者としての可能なさらなるインフラストラクチャ（図示せず）を使用して、ＯＴＴ接続７５０を介してデータおよび／またはシグナリングを通信するように構成される。ＯＴＴ接続７５０は、ＯＴＴ接続７５０が通過する参加通信装置がアップリンク通信およびダウンリンク通信のルーティングを知らないという意味で、透過的であり得る。たとえば、基地局７１２は接続されたＵＥ ７９１に転送される（たとえば、ハンドオーバされる）ためにホストコンピュータ７３０から発信されるデータとの着信ダウンリンク通信の過去のルーティングについて知らされる必要はないか、または知らされる必要はない。同様に、基地局７１２は、ＵＥ ７９１からホストコンピュータ７３０に向かう発信アップリンク通信の将来のルーティングを認識する必要はない。
【0361】
図８は、本開示のいくつかの実施形態による、部分的に無線接続を介して基地局を介してＵＥと通信するホストコンピュータを示すブロック図である。
【0362】
図８を参照して、前述の段落で論じられたＵＥ、基地局、およびホストコンピュータの実施形態による例示的な実装形態について説明する。通信システム８００において、ホストコンピュータ８１０は、通信システム８００の異なる通信装置のインターフェースとの有線または無線接続を設定および維持するように構成された通信インターフェース８１６を含むハードウェア８１５を備える。ホストコンピュータ８１０は、記憶および／または処理能力を有し得る処理回路８１８をさらに備える。特に、処理回路８１８は、命令を実行するように適合された１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備え得る。ホストコンピュータ８１０はホストコンピュータ８１０に記憶されるか、またはそれによってアクセス可能であり、処理回路８１８によって実行可能であるソフトウェア８１１をさらに備える。ソフトウェア８１１は、ホストアプリケーション８１２を含む。ホストアプリケーション８１２は、ＵＥ ８３０およびホストコンピュータ８１０で終端するＯＴＴ接続８５０を介して接続するＵＥ ８３０などのサービスをリモートユーザに提供するように動作可能であり得る。リモートユーザにサービスを提供する際に、ホストアプリケーション８１２は、ＯＴＴ接続８５０を使用して送信されるユーザデータを提供することができる。
【0363】
通信システム８００は、電気通信システム内に設けられ、ホストコンピュータ８１０およびＵＥ ８３０と通信することを可能にするハードウェア８２５を備える基地局８２０をさらに含む。ハードウェア８２５は、通信システム８００の異なる通信装置のインターフェースとの有線または無線接続をセットアップおよび維持するための通信インターフェース８２６と、基地局８２０によってさーービス提供されるカバレッジエリア（図８に示されない）に位置するＵＥ ８３０との少なくとも無線接続８７０をセットアップおよび維持するための無線インターフェース８２７とを含み得る。通信インターフェース８２６は、ホストコンピュータ８１０への接続８６０を促進するように構成され得る。コネクション８６０は、直接であってもよく、または電気通信システムのコアネットワーク（図８には図示せず）を通過してもよく、および／または電気通信システムの外部の１つ以上の中間ネットワークを通過してもよい。図示の実施形態では、基地局８２０のハードウェア８２５が命令を実行するように適合された１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備え得る処理回路８２８をさらに含む。基地局８２０は、内部に記憶された、または外部接続を介してアクセス可能なソフトウェア８２１をさらに有する。
【0364】
通信システム８００は、既に参照されているＵＥ ８３０をさらに含む。そのハードウェア８３５は、ＵＥ ８３０が現在位置するカバレッジエリアをサービングする基地局とのワイヤレス接続８７０をセットアップし維持するように構成された無線インターフェース８３７を含み得る。ＵＥ ８３０のハードウェア８３５は、命令を実行するように適合された１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備え得る処理回路８３８をさらに含む。ＵＥ ８３０はＵＥ ８３０に記憶されるか、またはそれによってアクセス可能であり、処理回路８３８によって実行可能であるソフトウェア８３１をさらに備える。ソフトウェア８３１は、クライアントアプリケーション８３２を含む。クライアントアプリケーション８３２は、ホストコンピュータ８１０のサポートを用いて、ＵＥ ８３０を介して人間または非人間のユーザにサービスを提供するように動作可能であり得る。ホストコンピュータ８１０において、実行中のホストアプリケーション８１２は、ＵＥ ８３０およびホストコンピュータ８１０で終端するＯＴＴ接続８５０を介して、実行中のクライアントアプリケーション８３２と通信することができる。ユーザにサービスを提供する際、クライアントアプリケーション８３２はホストアプリケーション８１２からリクエストデータを受信し、リクエストデータに応答してユーザデータを提供することができる。ＯＴＴ接続８５０は、要求データとユーザデータの両方を転送することができる。クライアントアプリケーション８３２は、それが提供するユーザデータを生成するためにユーザと対話することができる。
【0365】
なお、図８に示すホストコンピュータ８１０、基地局８２０およびＵＥ ８３０は、それぞれ、図７のホストコンピュータ７３０、基地局７１２ａ、７１２ｂ、７１２ｃのうちの１つ、およびＵＥ７９１、７９２のうちの１つと同様または同一であってもよい。つまり、これらのエンティティの内部動作は図８に示すようなものであってもよく、独立して、周囲のネットワークトポロジは図７のものであってもよい。
【0366】
図８では、ＯＴＴ接続８５０が基地局８２０を介したホストコンピュータ８１０とＵＥ ８３０との間の通信を説明するために抽象的に描かれており、これらのデバイスを介したメッセージのいかなる中間デバイスおよび正確なルーティングも明示的に参照されていない。ネットワークインフラストラクチャはルーティングを決定することができ、ルーティングはＵＥ８３０から、またはホストコンピュータ８１０を動作させるサービスプロバイダから、またはその両方から隠すように構成され得る。ＯＴＴ接続８５０がアクティブである間、ネットワークインフラストラクチャは（たとえば、ロードバランシング考慮またはネットワークの再構成に基づいて）ルーティングを動的に変更する決定をさらに行うことができる。
【0367】
ＵＥ ８３０と基地局８２０との間の無線接続８７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つ以上は、無線接続８７０が最後のセグメントを形成するＯＴＴ接続８５０を使用してＵＥ ８３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示が待ち時間および電力消費を改善することができ、それによって、より低い複雑さ、セルにアクセスするために必要とされる時間の低減、より良好な応答性、バッテリ寿命の延長などの利点を提供することができる。
【0368】
測定手順は、データレート、待ち時間、および１つ以上の実施形態が改善する他の要因を監視する目的で提供され得る。測定結果の変動に応答して、ホストコンピュータ８１０とＵＥ ８３０との間のＯＴＴ接続８５０を再構成するためのオプションのネットワーク機能がさらに存在し得る。ＯＴＴ接続８５０を再構成するための測定手順および／またはネットワーク機能は、ホストコンピュータ８１０のソフトウェア８１１およびハードウェア８１５において、またはＵＥ ８３０のソフトウェア８３１およびハードウェア８３５において、またはその両方において実装され得る。いくつかの実施形態ではセンサ（図示せず）を、ＯＴＴ接続８５０が通過する通信装置内に、またはそれに関連して配備することができ、センサは上で例示した監視量の値を供給することによって、またはソフトウェア８１１、８３１が監視量を計算または推定することができる他の物理量の値を供給することによって、測定手順に参加することができる。ＯＴＴ接続８５０の再構成はメッセージフォーマット、再送信設定、好ましいルーティングなどを含むことができ、再構成は、基地局８２０に影響を及ぼす必要はなく、基地局８２０にとって未知であるか、または知覚不可能であり得る。そのような手順および機能は当技術分野において公知であり、実践され得る。特定の実施形態では、測定がホストコンピュータ８１０のスループット、伝搬時間、待ち時間などの測定を容易にする独自のＵＥシグナリングを伴い得る。測定はソフトウェア８１１および８３１が伝搬時間、エラーなどを監視しながら、ＯＴＴ接続８５０を使用して、メッセージ、特に、空または「ダミー」メッセージを送信させるという点で実施され得る。
【0369】
図９は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図７及び図８を参照して説明されたものであり得るホストコンピュータ、基地局及びＵＥを含む。本開示を簡単にするために、図９への図面参照のみがこのセクションに含まれる。ステップ９１０において、ホストコンピュータは、ユーザデータを提供する。ステップ９１０のサブステップ９１１（オプションであってもよい）において、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ９２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。ステップ９３０（オプションであってもよい）において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが開始した送信において搬送されたユーザデータをＵＥに送信する。ステップ９４０（オプションであってもよい）において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連するクライアントアプリケーションを実行する。
【0370】
図１０は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、図７及び図８を参照して説明されたものであり得るホストコンピュータ、基地局及びＵＥを含む。本開示を簡単にするために、図１０への図面参照のみが、このセクションに含まれる。方法のステップ１０１０において、ホストコンピュータは、ユーザデータを提供する。オプションのサブステップ（図示せず）では、ホストコンピュータがホストアプリケーションを実行することによってユーザデータを提供する。ステップ１０２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を介してパスし得る。ステップ１０３０（オプションであってもよい）において、ＵＥは、送信において搬送されるユーザデータを受信する。
【0371】
図１１は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、図７及び図８を参照して説明されたものであり得るホストコンピュータ、基地局及びＵＥを含む。本開示の簡略化のために、図１１への図面参照のみが、このセクションに含まれる。ステップ１１１０（オプションであってもよい）において、ＵＥは、ホストコンピュータによって提供される入力データを受信する。追加または代替として、ステップ１１２０において、ＵＥは、ユーザデータを提供する。ステップ１１２０のサブステップ１１２１（オプションであってもよい）において、ＵＥは、クライアントアプリケーションを実行することによってユーザデータを提供する。ステップ１１１０のサブステップ１１１１（オプションであってもよい）において、ＵＥは、ホストコンピュータによって提供される受信された入力データに反応してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受信されたユーザ入力をさらに考慮することができる。ユーザデータが提供された特定の方法にかかわらず、ＵＥは、サブステップ１１３０（オプションであってもよい）において、ホストコンピュータへのユーザデータの送信を開始する。方法のステップ１１４０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。
【0372】
図１２は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、図７及び図８を参照して説明されたものであり得るホストコンピュータ、基地局及びＵＥを含む。本開示を簡単にするために、図１２への図面参照のみが、このセクションに含まれる。ステップ１２１０（オプションであってもよい）において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。ステップ１２２０（オプションであってもよい）において、基地局は、受信したユーザデータのホストコンピュータへの送信を開始する。ステップ１２３０（オプションであってもよい）において、ホストコンピュータは、基地局によって開始された送信において搬送されたユーザデータを受信する。
【0373】
いくつかの例示的な実施形態によれば、ホストコンピュータと、基地局と、ＵＥとを含み得る通信システムにおいて実施される方法が提供される。この方法は、ホストコンピュータにおいてユーザデータを提供することを含むことができる。任意選択で、本方法は、ホストコンピュータにおいて、図４Ｂに関して説明した例示的な方法４２０の任意のステップ、または図４Ｃに関して説明した例示的な方法４３０の任意のステップ、または図４Ｄに関して説明した例示的な方法４４０の任意のステップ、または図６Ｂに関して説明した例示的な方法６２０の任意のステップ、または図６Ｃに関して説明した例示的な方法６３０の任意のステップ、または図６Ｄに関して説明した例示的な方法６４０の任意のステップ、または図６Ｅに関して説明した例示的な方法６５０の任意のステップを実行することができる基地局を備えるセルラーネットワークを介して、ＵＥへのユーザデータを搬送する送信を開始することを含むことができる。
【0374】
いくつかの例示的な実施形態によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ユーザデータを提供するように構成された処理回路と、ＵＥへの送信のためにユーザデータをセルラーネットワークに転送するように構成された通信インターフェースとを備え得る。セルラーネットワークは、無線インターフェースおよび処理回路を有する基地局を備え得る。基地局の処理回路は、図４Ｂに関して説明したような例示的な方法４２０の任意のステップ、または図４Ｃに関して説明したような例示的な方法４３０の任意のステップ、または図４Ｄに関して説明したような例示的な方法４４０の任意のステップ、または図６Ｂに関して説明したような例示的な方法６２０の任意のステップ、または図６Ｃに関して説明したような例示的な方法６３０の任意のステップ、または図６Ｄに関して説明したような例示的な方法６４０の任意のステップ、または図６Ｅに関して説明したような例示的な方法６５０の任意のステップを実行するように構成され得る。
【0375】
いくつかの例示的な実施形態によれば、ホストコンピュータと、基地局と、ＵＥとを含み得る通信システムにおいて実施される方法が提供される。この方法は、ホストコンピュータにおいてユーザデータを提供することを含むことができる。任意選択で、本方法は、ホストコンピュータにおいて、基地局を備えるセルラーネットワークを介してＵＥにユーザデータを搬送する送信を開始することを備え得る。ＵＥは、図４Ａに関して説明した例示的な方法４１０の任意のステップ、または図４Ｂに関して説明した例示的な方法４２０の任意のステップ、または図４Ｃに関して説明した例示的な方法４３０の任意のステップ、または図６Ａに関して説明した例示的な方法６１０の任意のステップ、または図６Ｂに関して説明した例示的な方法６２０の任意のステップ、または図６Ｃに関して説明した例示的な方法６３０の任意のステップを実行することができる。
【0376】
いくつかの例示的な実施形態によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ユーザデータを提供するように構成された処理回路と、ＵＥへの送信のためにセルラーネットワークにユーザデータを転送するように構成された通信インターフェースとを備え得る。ＵＥは、無線インターフェースおよび処理回路を備え得る。ＵＥの処理回路は、図４Ａに関して説明したような例示的な方法４１０の任意のステップ、または図４Ｂに関して説明したような例示的な方法４２０の任意のステップ、または図４Ｃに関して説明したような例示的な方法４３０の任意のステップ、または図６Ａに関して説明したような例示的な方法６１０の任意のステップ、または図６Ｂに関して説明したような例示的な方法６２０の任意のステップ、または図６Ｃに関して説明したような例示的な方法６３０の任意のステップを実行するように構成され得る。
【0377】
いくつかの例示的な実施形態によれば、ホストコンピュータと、基地局と、ＵＥとを含み得る通信システムにおいて実施される方法が提供される。本方法は、ホストコンピュータにおいて、図４Ａに関して説明した例示的な方法４１０の任意のステップ、または図４Ｂに関して説明した例示的な方法４２０の任意のステップ、または図４Ｃに関して説明した例示的な方法４３０の任意のステップ、または図６Ａに関して説明した例示的な方法６１０の任意のステップ、または図６Ｂに関して説明した例示的な方法６２０の任意のステップ、または図６Ｃに関して説明した例示的な方法６３０の任意のステップを実行し得る、ＵＥから基地局に送信されたユーザデータを受信することを備え得る。
【0378】
いくつかの例示的な実施形態によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ＵＥから基地局への送信から発信されたユーザデータを受信するように構成された通信インターフェースを備え得る。ＵＥは、無線インターフェースおよび処理回路を備え得る。ＵＥの処理回路は、図４Ａに関して説明したような例示的な方法４１０の任意のステップ、または図４Ｂに関して説明したような例示的な方法４２０の任意のステップ、または図４Ｃに関して説明したような例示的な方法４３０の任意のステップ、または図６Ａに関して説明したような例示的な方法６１０の任意のステップ、または図６Ｂに関して説明したような例示的な方法６２０の任意のステップ、または図６Ｃに関して説明したような例示的な方法６３０の任意のステップを実行するように構成され得る。
【0379】
いくつかの例示的な実施形態によれば、ホストコンピュータと、基地局と、ＵＥとを含み得る通信システムにおいて実施される方法が提供される。本方法はホストコンピュータにおいて、基地局から、基地局がＵＥから受信した送信から発信されたユーザデータを受信することを備え得る。基地局は、図４Ｂに関して説明した例示的な方法４２０の任意のステップ、または図４Ｃに関して説明した例示的な方法４３０の任意のステップ、または図４Ｄに関して説明した例示的な方法４４０の任意のステップ、または図６Ｂに関して説明した例示的な方法６２０の任意のステップ、または図６Ｃに関して説明した例示的な方法６３０の任意のステップ、または図６Ｄに関して説明した例示的な方法６４０の任意のステップ、または図６Ｅに関して説明した例示的な方法６５０の任意のステップを実行することができる。
【0380】
いくつかの例示的な実施形態によれば、ホストコンピュータを含むことができる通信システムが提供される。ホストコンピュータは、ＵＥから基地局への送信から発生したユーザデータを受信するように構成された通信インターフェースを備え得る。基地局は、無線インターフェースおよび処理回路を備え得る。基地局の処理回路は、図４Ｂに関して説明したような例示的な方法４２０の任意のステップ、または図４Ｃに関して説明したような例示的な方法４３０の任意のステップ、または図４Ｄに関して説明したような例示的な方法４４０の任意のステップ、または図６Ｂに関して説明したような例示的な方法６２０の任意のステップ、または図６Ｃに関して説明したような例示的な方法６３０の任意のステップ、または図６Ｄに関して説明したような例示的な方法６４０の任意のステップ、または図６Ｅに関して説明したような例示的な方法６５０の任意のステップを実行するように構成され得る。
【0381】
一般に、様々な例示的な実施形態は、ハードウェアまたは専用チップ、回路、ソフトウェア、ロジック、またはそれらの任意の組合せで実施され得る。たとえば、いくつかの態様はハードウェアで実施され得るが、他の態様はコントローラ、マイクロプロセッサ、または他のコンピューティングデバイスによって実行され得るファームウェアまたはソフトウェアで実施され得るが、本開示はそれらに限定されない。本開示の例示的な実施形態の様々な態様はブロック図、フローチャートとして、または何らかの他の図表現を使用して図示および説明され得るが、本明細書で説明するこれらのブロック、装置、システム、技法または方法は非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路またはロジック、汎用ハードウェアもしくはコントローラ、または他のコンピューティングデバイス、あるいはそれらの何らかの組合せで実施され得ることが十分に理解される。
【0382】
したがって、本開示の例示的な実施形態の少なくともいくつかの態様は、集積回路チップおよびモジュールなどの様々なコンポーネントにおいて実施され得ることを了解されたい。したがって、本開示の例示的な実施形態は集積回路として実施される装置で実現されてもよく、集積回路は本開示の例示的な実施形態に従って動作するように構成可能なデータプロセッサ、デジタル信号プロセッサ、ベースバンド回路、および無線周波数回路のうちの少なくとも１つ以上を実施するための回路（ならびに場合によってはファームウェア）を備えてもよいことを了解されたい。
【0383】
本開示の例示的な実施形態の少なくともいくつかの態様は、１つ以上のコンピュータまたは他のデバイスによって実行される、１つ以上のプログラムモジュールなどのコンピュータ実行可能命令で実施され得ることを了解されたい。一般に、プログラムモジュールは、特定のタスクを実行するか、またはコンピュータまたは他のデバイス内のプロセッサによって実行されたときに特定の抽象データタイプを実施する、ルーチン、プログラム、目的、コンポーネント、データ構造などを含む。コンピュータ実行可能命令は、ハードディスク、光ディスク、リムーバブル記憶媒体、ソリッドステートメモリ、ランダムアクセスメモリ（ＲＡＭ）などのコンピュータ可読媒体に記憶され得る。当業者によって理解されるように、プログラムモジュールの機能は様々な実施形態において所望されるように、組み合わされてもよく、または分散されてもよい。さらに、機能は全体的または部分的に、集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などのファームウェアまたはハードウェア均等物において具現化され得る。
【0384】
本開示は、明示的にまたはその任意の一般化のいずれかで、本明細書に開示される任意の新規の特徴または特徴の組み合わせを含む。本開示の前述の例示的な実施形態に対する様々な修正および適応は添付の図面と併せて読まれるとき、前述の説明を考慮して、当業者に明らかになり得る。しかしながら、任意の及び全ての変更は、本開示の非限定的かつ例示的な実施形態の範囲内に依然として含まれる。
【図1A】
【図1B】
【図2A】
【図2B】
【図3A】
【図3B】
【図3C】
【図4A】
【図4B】
【図4C】
【図4D】
【図4E】
【図4F】
【図4G】
【図4H】
【図4I】
【図5】
【図6A】
【図6B】
【図6C】
【図6D】
【図6E】
【図6F】
【図6G】
【図6H】
【図6I】
【図6J】
【図6K】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】