特許 7074852 通信を取り扱うためのＴＲ送信デバイスおよびその中で実行される方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-05-16

(45)【発行日】2022-05-24

(54)【発明の名称】通信を取り扱うためのＴＲ送信デバイスおよびその中で実行される方法

(51)【国際特許分類】

   H04W 76/32 20180101AFI20220517BHJP

   H04W 80/02 20090101ALI20220517BHJP

   H04W 72/04 20090101ALI20220517BHJP

   H04W 74/06 20090101ALI20220517BHJP

【ＦＩ】

H04W76/32

H04W80/02

H04W72/04 111

H04W74/06

【請求項の数】 10

(21)【出願番号】P 2020526141

(86)(22)【出願日】2019-02-01

(65)【公表番号】

(43)【公表日】2021-02-25

(86)【国際出願番号】 SE2019050087

(87)【国際公開番号】W WO2019160469

(87)【国際公開日】2019-08-22

【審査請求日】2020-06-03

(31)【優先権主張番号】62/630,312

(32)【優先日】2018-02-14

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】110003281

【氏名又は名称】特許業務法人大塚国際特許事務所

(74)【代理人】

【識別番号】100076428

【弁理士】

【氏名又は名称】大塚 康徳

(74)【代理人】

【識別番号】100115071

【弁理士】

【氏名又は名称】大塚 康弘

(74)【代理人】

【識別番号】100112508

【弁理士】

【氏名又は名称】高柳 司郎

(74)【代理人】

【識別番号】100116894

【弁理士】

【氏名又は名称】木村 秀二

(74)【代理人】

【識別番号】100130409

【弁理士】

【氏名又は名称】下山 治

(72)【発明者】

【氏名】スケールヴェ， マーティン

(72)【発明者】

【氏名】ウィットバーグ， ミカエル

(72)【発明者】

【氏名】シャー， サミール

(72)【発明者】

【氏名】ボーテングレン， トルビョールン

(72)【発明者】

【氏名】デュッダ， トルステン

【審査官】倉本 敦史

(56)【参考文献】

【文献】Huawei, HiSilicon，Remaining issues for polling in NR and EN-DC，3GPP TSG-RAN WG2 Meeting #99bis R2-1710777，2017年09月29日，pp.1-6

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

無線通信ネットワークにおける通信を取り扱うための送信デバイス（120）によって実行される方法であって、前記送信デバイス（120）が、少なくとも２つのRLC（無線リンク制御）エンティティを有し、受信デバイス（100）への分岐ベアラを構成され、前記方法は、
-前記少なくとも２つのRLCエンティティのうちの１つで最後に送信されたPDU（プロトコルデータユニット）が、１つ以上の送信されたPDUのステータスを要求するポーリングインジケータを欠いていることを識別すること（401）と、
-前記最後に送信されたPDUが前記ポーリングインジケータを欠いていることを識別すると、前記受信デバイス（100）へポーリングインジケータを含むPDUを送信（402）すること、を有し、
前記最後に送信されたPDUが前記ポーリングインジケータを欠いていることを識別することは、第１のRLCエンティティに関連付けられた上位レイヤでデータが依然として待機している間に、前記少なくとも２つのRLCエンティティのうちの１つまたは複数での送信が、停止されるか、または、別のRLCエンティティに切り替えられる場合に、実行される、方法。

【請求項2】

請求項１に記載の方法であって、前記ポーリングインジケータを含む前記PDUは、前記ポーリングインジケータを有する別のPDU、または前記ポーリングインジケータと共に再送信される、前記最後に送信されたPDUと同じPDUである、方法。

【請求項3】

請求項１または２に記載の方法であって、前記ポーリングインジケータを含む前記PDUは、対応するRLCエンティティにおける送信のためにもはや上位レイヤ送信バッファデータが利用可能でない場合、または、アップリンクを切り替える、分岐を非アクティブ化する、または複製を非アクティブ化するように再構成される場合に、送信される、方法。

【請求項4】

請求項１または２に記載の方法であって、前記ポーリングインジケータを含む前記PDUは、対応するRLCエンティティの上位レイヤでパケットが空になったときに、送信される、方法。

【請求項5】

無線通信ネットワークにおける通信を取り扱うための送信デバイス（120）であって、前記送信デバイス（120）は、少なくとも２つのRLC（無線リンク制御）エンティティを有し、受信デバイス（100）への分岐ベアラを構成され、前記送信デバイス（120）は、
少なくとも２つのRLCエンティティのうちの１つで最後に送信されたPDU（プロトコルデータユニット）が、１つまたは複数の送信されたPDUのステータスを要求するポーリングインジケータを欠いていることを識別し、
前記最後に送信されたPDUが前記ポーリングインジケータを欠いていることを識別すると、前記受信デバイス（100）へポーリングインジケータを含むPDUを送信する、
ように構成され、
前記送信デバイス（120）は、第１のRLCエンティティに関連付けられた上位レイヤでデータが依然として待機している間に、前記少なくとも２つのRLCエンティティのうちの１つまたは複数での送信が、停止されるか、または、別のRLCエンティティに切り替えられる場合に、前記最後に送信されたPDUが前記ポーリングインジケータを欠いていることを識別するようにさらに構成された送信デバイス（120）。

【請求項6】

請求項５に記載の送信デバイス（120）であって、前記ポーリングインジケータを含む前記PDUは、前記ポーリングインジケータを有する別のPDU、または前記ポーリングインジケータと共に再送信される、前記最後に送信されたPDUと同じPDUである、送信デバイス（120）。

【請求項7】

請求項５または６に記載の送信デバイス（120）であって、前記送信デバイス（120）は、対応するRLCエンティティにおいてもはや上位レイヤ送信バッファデータが送信に利用できない場合、または、アップリンクを切り替える、分岐を非アクティブ化する、もしくは複製を非アクティブ化するように再構成される場合に、前記ポーリングインジケータを含む前記PDUを送信するように構成されている、送信デバイス（120）。

【請求項8】

請求項５または６に記載の送信デバイス（120）であって、前記送信デバイス（120）は、対応するRLCエンティティの上位レイヤでパケットが空になったときに、前記ポーリングインジケータを含む前記PDUを送信するように構成されている、送信デバイス（120）。

【請求項9】

コンピュータプログラムであって、少なくとも１つのプロセッサ上で実行されると、前記送信デバイス（120）によって実行されるように、前記少なくとも１つのプロセッサに請求項１から４のいずれか一項に記載の方法を実行させる命令を含む、コンピュータプログラム。

【請求項10】

コンピュータ可読記憶媒体であって、少なくとも１つのプロセッサ上で実行されると、前記送信デバイス（120）によって実行されるように、前記少なくとも１つのプロセッサに、請求項１から４のいずれか一項に記載の方法を実行させる命令を含むコンピュータプログラムを記憶している、コンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書の実施形態は、無線通信に関してそこで実行される送信デバイスおよび方法に関する。特に、本明細書の実施形態は、無線通信ネットワークにおける送信デバイスの通信のハンドリング（処理）に関する。

【背景技術】

【0002】

典型的な無線通信ネットワークでは、無線通信装置、移動局、局(STA)および／またはユーザ機器(UE)としても知られる無線デバイスは、無線アクセスネットワーク（RAN）を介して１つ以上のコアネットワーク（CN）と通信する。RANは、サービスエリアまたはセルエリアに分割された地理的エリアをカバーし、各サービスエリアまたはセルエリアは、アクセスノード、たとえば、Wi－Fiアクセスポイントまたは無線基地局(RBS)などの無線ネットワークノードによってサービスされ、いくつかのネットワークでは、たとえば、NodeB（ノードB）、gNodeB、またはeNodeBと呼ばれることもある。サービスエリアまたはセルエリアは、無線ネットワークノードによって無線カバレッジが提供される地理的エリアである。無線ネットワークノードは、無線ネットワークノードの範囲内で無線デバイスとエアインターフェースを介して通信するために無線周波数で動作する。無線ネットワークノードはダウンリンク（DL）を介して無線デバイスと通信し、無線デバイスはアップリンク（UL）を介して無線ネットワークノードと通信する。

【0003】

汎用移動通信システム（UMTS）は、第２世代（2G）移動通信用のグローバルシステム（GSM）から発展した第3世代通信ネットワークである。UMTS地上無線アクセスネットワーク（UTRAN）は、本質的に、ユーザ機器との通信のために広帯域符号分割多元接続（WCDMA）および／または高速パケットアクセス（HSPA）を使用するRANである。3GPP(Third Generation Partnership Project)として知られるフォーラムにおいて、通信事業者は、現在および将来の世代のネットワークおよびUTRANのための標準規格を具体的に提案し、合意し、さらに拡張されたデータ速度および無線容量を調査する。いくつかのRANでは、たとえば、UMTSにおけるように、いくつかの無線ネットワークノードが、たとえば、陸上回線またはマイクロ波によって、無線ネットワークコントローラ（RNC）または基地局コントローラ（BSC）などのコントローラノードに接続されてもよく、それは、それに接続された複数の無線ネットワークノードの様々なアクティビティを監督し、調整する。RNCは、通常、１つまたは複数のコアネットワークに接続される。

【0004】

進化型パケットシステム（EPS）の標準仕様は、3GPP内で完成しており、この作業は、新無線（NR：ニューレディオ）のような4Gおよび5Gネットワークのような、今後の3GPPリリースにおいて継続する。EPSは、ロングタームエボリューション(LTE)無線アクセスネットワークとも呼ばれる進化したユニバーサル地上無線アクセスネットワーク（E－UTRAN）と、SAE（システムアーキテクチャーエボリューション)コアネットワークとも呼ばれる進化したパッケットコア（EPC）で構成される。E-UTRAN／LTEは、無線ネットワークノードがEPCコアネットワークに直接的に接続される3GPP無線アクセス技術である。このように、EPSの無線アクセスネットワーク(RAN)は、１つ以上のコアネットワークに直接的に接続された無線ネットワークノードを含む、本質的に「フラット」なアーキテクチャを有する。

【0005】

新無線（NR）のような新しい5G技術により、非常に多くの送受信アンテナ素子を使用することは、送信側および受信側ビームフォーミングのようなビームフォーミングを利用することを可能にするため、大きな関心事である。送信側ビームフォーミングとは、送信機が、他の方向の送信信号を抑圧しながら、選択された方向または複数方向に送信信号を増幅できることを意味する。同様に、受信側では、受信機は、他の方向からの不要な信号を抑圧しながら、選択された方向または複数方向からの信号を増幅することができる。

【0006】

ビームフォーミングにより、個々のコネクションに対して信号をより強くすることができる。送信側では、これは、所望の方向における送信電力の集中によって達成され、受信側では、これは、所望の方向における受信機感度の増加によって達成される。このビームフォーミングは、コネクションの処理能力およびカバレッジを向上させる。また、それは不要信号からの干渉を低減することを可能にし、それにより、時間‐周波数グリッド、いわゆるマルチユーザ多入力多出力（MIMO）における同じリソースを用いて、複数の個々のコネクションにわたる複数の同時伝送を可能にする。

【0007】

NRの場合、分岐ベアラのデュアルコネクティビティ（DC）プロトコルアーキテクチャは、DC分岐ベアラについてLTEのために使用されるプロトコルアーキテクチャ上に構築されるように、策定される。DCでは、UEは、２つの別個の無線ノードに接続される。UEは、物理層エンティティ（PHY）だけでなく、複数（例：２個）の無線リンク制御（RLC）およびメディアアクセス制御（MAC）エンティティなどに接続された分岐ベアラのためのパケットデータコンバージェンスプロトコル（PDCP）エンティティを保持する。これらはそれぞれ、セルグループ、マスターセルグループおよびセカンダリセルグループに関連している。マスタセルグループを介した送信は、マスタgNB (MgNB)、LTE用語ではeNB、に向かい、セカンダリセルグループを介した送信は、セカンダリgNB (SgNB)に向かう。MgNB およびSgNB は、この単一の分岐ベアラに関連付けられた独自のRLC およびMAC エンティティを保持する。別個のものであったり、MgNBまたはSgNBと一緒に配置されていたりすることもある、他のノードまたは機能である、パケットプロセッシング機能（PPF）は、ネットワーク側のPDCPプロトコルを終端する。この機能の分割では、PDCPを終端する集中化ユニットは、集中化ユニット（CU）と呼ばれることもあり、PDCPの下のプロトコルレイヤを実装する残りのノードは、分散ユニット（DU）と呼ばれることもある。DCでは、PDCP上のデータユニットは、下位レイヤのいずれかを介してルーティング（「交換」）されるか、または下位レイヤの両方の間で分散（「ルーティング」、「分岐」）されるか、または以下でさらに説明されるように両方を介して複製され得る。

【0008】

図1は、3GPP NR(LTEにも適用可能）におけるDCアーキテクチャを示しており、ULデータについては、交換（スイッチング）、分岐、または複製のいずれかをPDCPレベルで適用することができる。

【0009】

さらに、NRについては、キャリアアグリゲーション（CA）プロトコルアーキテクチャが指定される。キャリアアグリゲーションでは、端末は、多数の、たとえば、２つのキャリアを介して１つの無線ノードに接続され、すなわち、２つの物理層(PHY)を保持する。また、プロトコルスタックは１つのMAC、RLC、およびPDCP で構成される。このように、CAでは、MAC上で、送信されるデータユニットは、両方のキャリアを介してルーティングされ得る。例外はパケット複製であり、ここではプロトコルスタックには２つのRLC 論理チャネルが含まれ、PDCP はこれに対してルーティングまたは複製を実行し、信頼性を向上させるために、各RLC 論理チャネルの送信がMAC によって別々のキャリアで行われる。

【0010】

図2は、それぞれのキャリア上での送信に関連する２つのRLCエンティティ間でPDCP複製を適用する特別な構成を伴う、LTEにも適用可能な3GPP NRにおけるCAアーキテクチャを説明する。

【0011】

一般に、無線リソース制御（RRC）によって無線ベアラにパケット複製が設定されると、追加のRLCエンティティと追加の論理チャネルが無線ベアラに追加され、複製されたPDCPプロトコルデータユニット（PDU）を取り扱う（ハンドリングする）。したがって、PDCP での複製は、同じPDCP PDU を２回送信することを含み、１回目はオリジナルのRLC エンティティで送信され、２回目は追加のRLC エンティティで送信される。２つの独立した伝送経路を用いて、パケット複製を使用して、信頼性を高め、レイテンシ（遅延時間）を低減することができ、特に、超高信頼性低レイテンシー通信（URLLC）サービスに有益である。複製が発生した場合、オリジナルのPDCP PDUおよび対応する複製物は、同じキャリア上で送信されないものとする。２つの異なる論理チャネルは、CA の場合は同じMAC エンティティに属し、DC の場合は異なるMAC エンティティに属することができる。前者の場合、複製データを運ぶ２つの論理チャネルが同じキャリア上で決してスケジュールされないことを保証するために、論理チャネルマッピング制限がMACで使用される。いったん構成（設定）されると、MAC制御要素（CE：コントロールエレメント）によって、データ無線ベアラ（DRB）ごとに、複製をアクティブ化および非アクティブ化することができる。

【0012】

ULの挙動は、RRC再構成、複製構成の代替処理を介してネットワークによって構成することができる。UL は、PDCP エンティティがプライマリRLC エンティティとして設定されたRLC エンティティ経由でパケットを送信するスイッチング用に設定できる。RRC再構成によって、プライマリRLCエンティティを切り替えることができる。ULを分岐することもでき、その場合、PDCPバッファリングのための閾値が構成される。バッファに保持されたデータが閾値を超える場合、データは、RLC下位レイヤのうちの１つを介して送信され得る。バッファに保持されたデータが閾値を下回る場合、送信は設定されたプライマリRLC エンティティ経由でのみ許可される。バッファステータスレポート（BSR）の報告のために利用可能なデータは、同じ条件に従う。

【0013】

NRでは、3GPP TS 38.322 V15.0.0（2017-12）を参照すると、RLCは無線リンク制御プロトコルを定義する。サービスデータユニット（SDU）のような上位レイヤのデータは、送信のためにプロトコルデータユニット（PDU）にカプセル化される。SDUのセグメント化は、SDUがPDUの送信のためのトランスポートブロックサイズに適合できない場合に適用される。確認応答（アクノレッジド）モード（AM）では、受信機は、SDUおよびSDUセグメントの受信ステータスに関するステータスレポートを送信機に送信する。これに基づいて、送信機は、SDUまたはSDUセグメントの再送信を行う。再セグメント化は、SDUセグメントが再送信される必要があるが、再送信のために新しいトランスポートブロックサイズに適合しない場合に適用される必要があり得る。

【0014】

NRにおいて、RLCポーリングは、38.322 V15.0.0（2017-12）において、RLCエンティティの送信側が、以下の基準を満たすRLC PDUにおいて、ポーリング、すなわち、受信された１つまたは複数のAMD PDUのステータス情報を要求することを含むように定義される：
●PDU_WITHOUT_POLL ＞＝ pollPDU;
●BYTE_WITHOUT_POLL ＞＝ pollByte;
●データバッファが空；
●新しいRLC PDUが送信できない場合。

【0015】

また、「RLCバッファが空であること (送信されたRLC SDU または、ACK 待ちのRLC SDU セグメントを除く） は、上位レイヤでデータが待機しているときに不要なポーリングを引き起こさないようにする必要がある。詳細はUE の実装に任されている。」と記載されている。

【発明の概要】

【0016】

PDCP が少なくとも２つのRLC エンティティのうち１つのRLC エンティティへの送信を突然オフにした場合、RLC PDU が送信された時点で、上位レイヤにこのRLC エンティティのデータがペンディング（処理中）されていたため、１つのRLC エンティティがバッファを空にしたものの、最後のRLC PDUにポーリングを含めることができなかった可能性がある。

【0017】

このような状況では、ポーリングが送信されなかった場合、RLCエンティティは確認応答（アクノレッジ）を待っているRLC PDUを持つことができるが、ステータスのポーリングは送信されないため、これらのPDUは長時間にわたり確認応答されず、送信側RLCエンティティはデータが受信側RLCエンティティによって受信されたかどうかを把握できない。このRLC エンティティが再び送信に再利用されると、最終的にポーリングが送信されて、古いRLC PDU シーケンス番号（SN）が確認応答されると、PDCP レイヤへ送信された暗黙の確認応答によって、それらの確認応答がPDCP 確認応答ウィンドウの期間外に到着する場合がある。古い確認応答が未済のRLC PDU が再送信を必要とし、RLC およびPDCP エンティティによって受信されると、これらによってPDCP 受信機がRX ウィンドウ外でパケットを受信したり、ハイパーフレーム番号(HFN) の同期が外れたりする可能性がある。

【0018】

現在の3GPP仕様（36.322、38.322など）には、この問題の取り扱いは存在しない。

【0019】

TS 38.322 v15.0.0：
「AM RLCエンティティの送信側は、下位レイヤから送信機会が通知されると、送信のために提出された各AMD PDUについて、次のことを行う：
-AMD PDU の送信後に送信バッファと再送信バッファの両方が空になった場合（送信されたRLC SDU またはRLC SDU セグメントが確認応答を待機している場合を除く）、または -AMD PDU の送信後に新しいRLC SDU を送信できなかった場合（ウィンドウのストールなど）；
-以下で説明されるようにAMD PDU内にポーリングを含めること。

【0020】

注：上位レイヤでデータが待機しているときに、空のRLC バッファ（送信されたRLC SDU または確認応答を待機しているRLC SDU セグメントを除く）が、不要なポーリングを引き起こさないようにする必要がある。詳細は、UE実装に任される」。

【0021】

本明細書の目的は、無線通信ネットワークにおいて効率的な方法で通信を可能にするメカニズムを提供することである。この目的は請求項１、５のデバイスおよび方法を提供することによって達成される。

【0022】

一態様によれば、この目的は、本明細書の実施形態によれば、無線通信ネットワークにおける通信を取り扱うために、無線ネットワークノードまたは無線デバイスなどの送信デバイスによって実行される方法を提供することによって達成される。送信デバイスは、少なくとも２つのRLCエンティティを備え、受信デバイスへのスプリット（分岐）ベアラを用いて構成される。送信デバイスは、少なくとも２つのRLCエンティティのうちの１つで最後に送信されるPDU、たとえばRLC PDUが、ポーリングまたはポーリングインジケータを欠いていることを識別する。ポーリングまたはポーリングインジケータは、１つ以上の送信されたPDU のステータスを要求する。送信デバイスは、最後に送信されたPDUがポーリングインジケータを欠いていることを識別すると、ポーリングインジケータを含むPDUを受信デバイスに送信し、たとえば、ポーリングインジケータを有する新しいまたは別のPDUを送信するか、またはポーリングインジケータを有する同一のPDUを再送信する。

【0023】

別の態様によれば、この目的は、本明細書の実施形態によれば、無線通信ネットワークにおいて通信を取り扱うための送信デバイスを提供することによって達成される。
送信デバイスは、少なくとも２つのRLCエンティティを備え、受信デバイスへの分岐ベアラを構成される。送信デバイスは、少なくとも２つのRLCエンティティのうちの１つで最後に送信されたPDU、たとえばRLC PDUが、ポーリングまたはポーリングインジケータを欠いていることを識別するように構成される。ポーリングまたはポーリングインジケータは、１つ以上の送信されたPDU のステータスを要求する。送信デバイスは、最後に送信されたPDUがポーリングインジケータを欠いていることを識別するとき、ポーリングインジケータを備えるPDUを受信デバイスに送信するようにさらに構成され、PDUは、たとえば、ポーリングインジケータとともに新しいPDUまたは別のPDUを送信するか、またはポーリングインジケータとともに同じPDUを再送信する。

【0024】

さらに、本明細書では、少なくとも１つのプロセッサ上で実行されると、送信デバイスによって実行されるように、少なくとも１つのプロセッサに上記の方法を実行させる命令を備えるコンピュータプログラムプロダクトが提供される。少なくとも１つのプロセッサ上で実行されると、送信デバイスによって実行されるように、少なくとも１つのプロセッサに上記方法にしたがって方法を実行させる命令を含むコンピュータプログラムプロダクトをそこに格納した、コンピュータ可読記憶媒体が、本明細書でさらに提供される。

【0025】

本明細書の実施形態は、上位レイヤPDCPエンティティが複数の下位レイヤRLCエンティティに関連付けられるプロトコルアーキテクチャに適用可能である。
これらには、たとえば、以下が含まれる。
●デュアルコネクティビティ分岐ベアラと、RLCエンティティの送信が変更されたときに適用されること、これによる古いRLCエンティティのためのデータがもはや入手できなくなること。
●デュアルコネクティビティ分岐ベアラと、分岐閾値が設定され、バッファに保持されたデータが閾値を超えていたのに閾値未満に変化したときに適用されること、これによりセカンダリ関連RLC のためのデータがもはや入手できなくなること。
●複製が設定されたり、複製が無効化されたりする、デュアルコネクティビティまたはキャリアグリゲーションプロトコルアーキテクチャ、これによるセカンダリ関連RLC (以前に複製が送信された宛先）のためのデータがもはや入手できなくなること。

【0026】

本明細書のいくつかの実施形態によれば、送信デバイスは、
●RLC エンティティのスイッチまたはPDCP 複製の非アクティブ化またはデータが分岐閾値を下回る前に送信RLC エンティティ上で送信された最後のRLC PDUが、ポーリングインジケータ（つまり、要求されたポーリングのインジケーション）を含まなくなったときを識別し、
●そうでなければ、このRLCエンティティ上での送信において、最後のRLC PDUに対してポーリングがセットされていることを保証する。たとえば、
○送信のために新しいRLC PDUを許可する。これは、当然キューを空にし、ポーリングインジケータを含める。または、
○最後のRLC PDUの再送信（今度はポーリングインジケータを含む）。

【0027】

このRLC エンティティでトラフィックが再びアクティブ化された場合、後のある時点でこれを再利用する準備ができた後、第１（最初）のRLC エンティティが再利用される。

【0028】

最後のPDUについてのポーリングの欠落によるRLC確認応答の遅延は、パフォーマンスの低下を引き起こす可能性がある：
●確認応答されていないPDCP PDUは、他のRLCエンティティに再送信され、したがって、そのエアインターフェースに負荷をかけてしまう。これは、それらが第１のRLCエンティティ上で受信デバイスによって既に正しく受信されているにもかかわらずである。
●レッグ（つまり、確認応答未済データがまだ存在しているリンク）を数秒後に再び使用すると、RLC ステータスレポート（新しいRLC PDU 送信にはポーリングが含まれるため）でRLC PDU が確認応答され、対応するPDCP PDU SN が確認応答され、CU へのDL データ配信ステータスフレームで送信されると、古すぎるため、PDCP のラップアラウンド障害が発生する可能性がある。
●確認応答未済データが依然として存在するレッグが、可能であれば数秒後に再び使用されるように開始される場合、これは、（新しいRLC PDU送信がポーリングを含むため）RLCステータスレポート内の古いRLC PDUの否定的な確認応答（ネガティブアクノレッジメント）をもたらすであろう。次いで、否定的確認応答(NACK)されたRLC PDUは、RLC送信機によって再送信され、RLC受信機によって正しく受信されると、対応するPDCP PDUは、PDCPエンティティに転送される。PDCP受信機によって受信されるこれらの非常に古いPDCP PDUは、PDCP受信機においてラップアラウンド障害を引き起こす可能性があり、これは、より悪い場合には、PDCP HFNがPDCP受信機側で不正確に増加されることにつながる可能性があり、これは、パケットの復号の実行の失敗に起因して、現在のDRBの完全な失敗を引き起こす可能性がある。

【0029】

さらに、本明細書の実施形態によれば、ポーリングビット、すなわちポーリングインジケータを含まないことは、ステータスレポートを発行すべきか否かについて受信機が不明になることにつながる。ステータスレポートが送信されなければ、上記の欠点が生じるか、不明瞭さを軽減するために常にステータスレポートが送信されるか、のどちらかとなる。この場合、常にステータスレポートを送信すると、オーバーヘッドが増加する。従って、本実施形態に従ったポーリングビットのようなポーリングインジケータを正しく送信することは、送信されたPDUのアクノレッジメントを保証する効率的な解決策を提供することになる。

【図面の簡単な説明】

【0030】

以下、添付の図面に関連して実施形態がより詳細に説明される。

【図1】は、デュアルコネクティビティアーキテクチャを示すブロック図である。

【図2】は、キャリアアグリゲーションアーキテクチャを示すブロック図である。

【図3】は、本明細書の実施形態による無線通信ネットワークを示す概略図である。

【図4】は、本明細書の実施形態による送信デバイスによって実行される方法を示す概略フローチャートである。

【図5】は、本明細書の実施形態による送信デバイスによって実行される方法を示す概略フローチャートである。

【図6】は、本明細書の実施形態による送信デバイスを示すブロック図である。

【図7】は、いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークを示す。

【図8】は、いくつかの実施形態による、基地局を介して、部分的に無線コネクションを介してユーザ機器と通信するホストコンピュータを示す。

【図9】は、いくつかの実施形態による、ホストコンピュータ、基地局、およびユーザ機器を含む通信システムにおいて実施される方法を示す。

【図10】は、いくつかの実施形態による、ホストコンピュータ、基地局、およびユーザ機器を含む通信システムにおいて実施される方法を示す。

【図11】は、いくつかの実施形態による、ホストコンピュータ、基地局、およびユーザ機器を含む通信システムにおいて実施される方法を示す。

【図12】は、いくつかの実施形態による、ホストコンピュータ、基地局、およびユーザ機器を含む通信システムにおいて実施される方法を示す。

【発明を実施するための形態】

【0031】

本明細書の実施形態は、3GPP NR無線技術（3GPP TS 38.300 V15.0.0（2017-12））の文脈にそって説明される。本明細書で説明される問題および解決策は、他の無線アクセス技術および規格を実装する無線アクセスネットワークおよびユーザ機器（UE）に等しく適用可能であることを理解されたい。NRは、適切な技術の例として使用され、したがって、説明においてNRを使用することは、問題を理解し、問題を解決する手段のために特に有用である。特に、本明細書の実施形態は、非スタンドアロンNR、またはEN-DC（EUTRA-NR-デュアルコネクティビティ）とも呼ばれる、3GPP LTE、または3GPP LTEおよびNRの統合にも適用可能である。

【0032】

本明細書の実施形態は、一般に無線通信ネットワークに関する。図3は、無線通信ネットワーク1を示す概略図である。無線通信ネットワーク1は、１つ以上のRANおよび１つ以上のCNを含む。無線通信ネットワーク1は、１つまたは複数の異なる技術を使用することができる。本明細書の実施形態は、新無線（NR）の文脈において特に興味深い最近の技術傾向に関連するが、実施形態は、たとえば、LTEまたは広帯域符号分割多元接続（WCDMA）などの現存する無線通信システムのさらなる発展にも適用可能である。

【0033】

無線通信ネットワーク1では、移動局、非アクセスポイント（非AP) STA、STA、ユーザ機器、および／または無線端末など、本明細書で無線デバイス10として例示される受信デバイス100は、たとえば、１つまたは複数のアクセスネットワーク（AN）（たとえば、RAN）を介して１つまたは複数のコアネットワーク（CN）と通信することを含む。「無線デバイス」は、任意の端末、無線通信端末、ユーザ機器、NB-IoTデバイス、マシンタイプコミュニケーション（MTC）デバイス、デバイスツーデバイス（D2D）端末、またはノード、たとえば、スマートフォン、ラップトップ、携帯電話、センサ、中継器、モバイルタブレット、または無線ネットワークノードによってサービスされるエリア内の無線ネットワークノードとの無線通信を使用して通信することができる小型基地局を意味する非限定的な用語であることを当業者は理解されたい。

【0034】

無線通信ネットワーク1は、NR、LTEなどの第１の無線アクセス技術（RAT）の地理的エリア、第１のサービスエリアにわたって無線カバレッジを提供する第１の無線ネットワークノード12などの送信デバイス120を備える。第１の無線ネットワークノードは、アクセスノード、アクセス制御装置、基地局、たとえばgNodeB（gNB）のような無線基地局、発展型ノードB（eNB、eNodeB）、基地局、ベーストランシーバ局、無線リモートユニット、アクセスポイント基地局、基地局ルータ、無線ローカルエリアネットワーク（WLAN）アクセスポイントまたはアクセスポイント局（AP, STA）のような送信ポイント、無線基地局の送信機構成、スタンドアロンアクセスポイント、他のネットワークユニットまたはノードなどであって、たとえば第１の無線アクセス技術および用語に依存して、無線ネットワークノードがサービスが提供するエリア内の無線デバイスと通信可能である。無線ネットワークノードは、サービスエリアがサービングセルと呼ばれうる、サービング無線ネットワークノードと呼ばれてもよく、サービングネットワークノードは、無線デバイスへのDL送信および無線デバイスからのUL送信の形式で無線デバイスと通信する。サービスエリアは、無線カバレッジのエリアを定義するために、セル、ビーム、ビームグループ、または同様のものとして示され得ることに留意されたい。さらに、第２の無線ネットワークノード13は、分岐ベアラをサポートするための無線通信ネットワークに含まれており、分岐ベアラの２つのRLCエンティティのうちの１つのRLCエンティティを含むことができる。第２の無線ネットワークノードは、アクセスノード、アクセス制御装置、基地局、たとえばgNodeB（gNB）のような無線基地局、進化したノードB (eNB, eNode B),、基地局、ベーストランシーバ局、無線リモートユニット、アクセスポイント基地局、基地局ルータ、無線ローカルエリアネットワーク（WLAN）アクセスポイントまたはアクセスポイント局(AP STA)のような送信ポイント、無線基地局の送信機構成、スタンドアロンアクセスポイント、その他のネットワークユニット、または、ノードであって、第２の無線アクセス技術および用語等に依存して第２の無線ネットワークノードによってサービスが提供されるエリア内の無線デバイスと通信可能である。第２の無線ネットワークノードは、セカンダリサービング無線ネットワークノードと呼ばれてもよく、サービスエリアは、セカンダリサービングセルと呼ばれてもよく、第２の無線ネットワークノードは、無線デバイスからの無線デバイス送信およびUL送信へのDL送信の形式で無線デバイスと通信する。

【0035】

無線デバイス10は、図示の例では、受信デバイス100および第１の無線ネットワークノード12または第２の無線ネットワークノード13が送信デバイス120であるが、他の方法であってもよい。したがって、送信デバイス120は無線ネットワークノードまたは無線デバイスであってもよい。さらに、無線ネットワークノードは、２つのRLCエンティティを有する１つの基地局または２つの基地局などの１つ以上のノードであってもよく、あるいは、２つのDUと１つのCUを含む分散ノードであってもよい。

【0036】

本明細書の実施形態によれば、送信デバイス120は、たとえば、デュアルコネクティビティアーキテクチャまたはキャリアアグリゲーションアーキテクチャにおいて分岐ベアラを使用する場合に、たとえば、少なくとも２つのRLCエンティティ上でPCDP PDUを送信するように構成される。

【0037】

たとえば、いくつかのイベントにおいて、送信デバイス120は、１つのRLCエンティティ上のRLC PDUのような最後に送信されたPDUが、１つのRLCエンティティのポーリングのインジケーションを含むか否かを識別する。ポーリングは、送信された１つまたは複数のPDUのステータスを要求するものであり、ここで、ステータスは、受信された、および／または復号された、もしくは、されていないかを意味する。これらのイベントの例は、RLCエンティティに関連する上位レイヤでデータが依然として待機している間に、RLCエンティティのうちの１つまたは複数での送信が停止されるか、または他のRLCエンティティに切り替えられるようなものである。

【0038】

１つのRLC エンティティから見ると、これらのイベントは、上位レイヤの送信バッファのデータが使用できなくなることを伴う。

【0039】

最後に送信されたPDUがポーリングインジケータを含まなくてもよい理由は、いくつかのイベントのアクションが有効になる前にPDUが作成されるからである。このイベントは以下のいずれかであってもよい：
●アップリンク上での１つのRLC エンティティの送信から別のRLCエンティティの送信への再構成（リコンフィギュレーション）。
これは、PDCP-config parameter DataSplitDRB-ViaSCG（PDCPコンフィギュレーションパラメータ・データ分岐DRB-ViaSCG）を変更する、UEへの無線リソース制御（RRC）コネクション再構成シグナリングに基づいている。

●アップリンク上で、多くのRLCエンティティからより少ないRLCエンティティへの送信の再構成。これは：
○PDCP-config parameter DataSplitThreshold（PDCPコンフィギュレーションパラメータ・データ分岐閾値）を変更する、UE へのRRCコネクション再構成シグナリングに起因、
○UE 送信によって引き起こされるもので、UE バッファサイズが、設定されたPDCP-config parameter DataSplitThreshold よりも小さくなる。
●DataSplitThreshold を構成された分岐ベアラの場合、バッファに保持されるデータは分岐閾値よりも少なくなり、セカンダリRLC エンティティではもはやそのデータを使用できなくなること。
●メディアアクセス制御（MAC）制御要素（CE）またはRRCとして適用可能なシグナリングを使用する、ULまたはDLのPDCP複製の非アクティブ化。
●ダウンリンクデータ送信が、RLCエンティティのうちの１つで停止され、一方、データは、依然として上位レイヤで待機していること。これは、DLデータPDUフレームがDLフラッシュ（一掃）またはDL廃棄ブロックメッセージを含み、未送信のPDUが廃棄される場合に適用される。

【0040】

上記に基づいて、最後に送信されたPDUがポーリングを含まないことが識別された場合、本明細書の実施形態は、送信デバイス120および受信デバイス100が、PDUが送信されて正常に確認応答されたという、同じ見解を有することを、保証するか、または可能にする。これを保証するための選択肢は、少なくとも以下の通りである：
●新しいRLC PDUの送信を可能にし、今度はポーリングインジケータを含む。つまり、RLC エンティティの使用を停止するためのトリガの後でも、送信対象の１つの追加PDCP PDU をこのRLC エンティティに送信することが依然として許可されることを意味する。RLC バッファを空にして、対応するRLC PDU が送信される場合、これはポーリングインジケータを送信する自然なトリガになる。
●ポーリングインジケータを含むダミーRLC PDUを送信する。ペイロードには、任意のデータまたはデータなし（ポーリングインジケータ付き）を指定できる。
●最後に送信されたRLC PDU(ポーリングインジケータを含む）を再送信する。

【0041】

上記の選択肢のいずれかが成功裏に完了したとき、RLCエンティティ上でさらなる送信を任意の後の時点で実行することが可能である。

【0042】

一実施形態では、RLCから見た上位レイヤ送信バッファがこのRLCエンティティに対してエンプティ（空）になると、ポーリングインジケータまたはポーリングビットとも呼ばれるポーリングがRLCにセットされる。これには、上位レイヤ送信バッファ、すなわちPDCP バッファが空ではないが、このRLC エンティティではこのデータの送信は許可されない（これ以上）場合が含まれる。言い換えると、ポーリングインジケータは、このRLCエンティティで送信に使用できる上位レイヤ送信バッファデータがそれ以上ないときにセットされる。

【0043】

別の実施形態では、たとえば、ULを切り替える、分岐を非アクティブ化する、または複製を非アクティブ化するように再構成されるときに、ポーリングインジケータは、明示的なインジケーションによって、RLCに構成される。

【0044】

さらなる実施形態では、本明細書で説明される方法が適用可能であるかどうかは、たとえば、UEのためのRRCによって構成される。

【0045】

仕様書3GPP TS 38.322 V.15.0における実装。

【0046】

標準規格に実装するための２つの代替的な変更には、下線を引いた。

【0047】

代替案1：
下位レイヤによる送信機会の通知に応じて、送信のために提出された各確認応答モードデータ(AMD) PDUについて、確認応答モード(AM) RLCエンティティの送信側は、次を実行する：
●AMD PDU の送信後に、送信バッファと再送信バッファの両方が空になった場合（送信されたRLC SDU またはRLC SDU セグメントが確認応答を待機している場合を除く）、または、
●AMD PDU の送信後に新しいRLC SDU を送信できない場合（ウィンドウストールなど）、
●以下で説明されるように、AMD PDUにポーリングを含める。

【0048】

UE は、このRLC エンティティでの送信が許可されているものの、上位レイヤで待機しているデータを送信バッファが保持している、と考慮する。上位レイヤのデータがこのRLC エンティティでの送信を（もはや）許可されなくなると、上位レイヤの送信バッファは空とみなされる（したがって、AMD PDU にポーリングが含められる）。
注：空のRLC バッファ（送信されたRLC SDU または確認応答を待っているRLC SDU セグメントを除く）は、上位レイヤでデータが待機しているときに不要なポーリングにつながることはない。詳細は、UE実装に任される。

【0049】

代替案2：
AMD PDUまたはAMD PDUセグメントを組み立てる際に、AM RLCエンティティの送信側は、次のことを行う：
●RLC データPDU の送信後に送信バッファと再送信バッファの両方が空になる場合（確認応答を待つ送信されたRLC データPDU を除く）、もしくは、
●RLC データPDU の送信後に新しいRLC データPDU を送信できなかった場合（ウィンドウストールなど）、
●（パケットデータ複製の無効化、RLCエンティティの変更、DLフラッシュなどのアクションのため）上位レイヤが空になった場合、
●以下で説明されるように、AMD PDUにポーリングを含める。
注： 空のRLC バッファ（確認応答を待っている送信RLC データPDU を除く）は、上位レイヤでデータが待機するときには、不要となるポーリングにつながらないようにする必要がある。詳細は、UE実装に任される。

【0050】

次に、図4に示すフローチャートを参照して、実施形態による無線通信ネットワーク1において、通信を取り扱うために、たとえば、受信デバイス100へのPDU内のデータを処理するために、送信デバイス120によって実行される方法のアクションについて説明される。アクションは、以下に述べられ順序で実行される必要はなく、任意の適切な順序で実行可能である。いくつかの実施形態で実行されるアクションは、破線のボックスでマークされる。送信デバイス120は、少なくとも２つのRLCエンティティを備え、受信デバイス100への分岐ベアラを構成（設定）される。本方法は、分岐ベアラを介して、たとえば、複数のRLCエンティティを介して、受信デバイス10にPDCP PDUを送信するためのものであってもよい。

【0051】

アクション401
送信デバイス120は、少なくとも２つのRLCエンティティのうちの１つで最後に送信されたPDUが、１つ以上の送信されたPDUのステータスを要求するポーリングインジケータを欠いていることを識別する。たとえば、それは、分岐ベアラ上の全てのPDUに関連付けられているわけではなく、各RLCエンティティに個別に関連付けられている。送信デバイスは、データが第１のRLCエンティティに関連する上位レイヤで依然として待機している間に、少なくとも２つのRLCエンティティのうちの１つ以上での送信が停止されるか、別のRLCエンティティに切り替えられる（スイッチされる）場合に、最後に送信されたPDUがポーリングインジケータを欠いていることを識別することができる。

【0052】

アクション402
送信デバイス120は、最後に送信されたPDUがポーリングインジケータを欠いていることを識別すると、ポーリングを伴うRLC PDUなどのポーリングインジケータを備えるPDUを受信デバイス100に送信する。ポーリングインジケータを含むPDUは、ポーリングインジケータを有する別のPDUであってもよいし、ポーリングインジケータとともに再送信されるものであって、最後の送信PDUと同じPDUであってもよい。上位レイヤ送信バッファのデータがもはや対応するRLCエンティティにおける送信に利用可能でない場合、またはアップリンクを切り替えるか、分岐を無効化するか、または複製を無効化するように再構成されている場合、ポーリングインジケータを含むPDUは送信され得る。対応するRLCエンティティの上位レイヤでパケットが空になったときに、ポーリングインジケータを含むPDUが送信されてもよい。たとえば、パケットデータ複製の非アクティブ化、RLCエンティティの変更、およびDLフラッシュのような動作のために、上位レイヤが空になった場合、送信デバイス120は、ポーリングインジケータを用いてPDUを送信してもよい。

【0053】

アクション403
送信デバイス120は、ACKまたはNACKなどのステータスフィードバックを受信デバイス100から受信することができる。

【0054】

図5は、本明細書のいくつかの実施形態による方法を示す概略フローチャートである。

【0055】

アクション501
送信デバイス120は、一つまたは複数のRLCエンティティ上で送信を実行することができる。

【0056】

アクション502
イベントは、本明細書の実施形態の実行をトリガする。たとえば、
●アップリンク上の１つのRLC エンティティの送信から別のRLCエンティティの送信への再設定。これは、PDCP-config parameter DataSplitDRB-ViaSCG 再構成送信を変更する、受信デバイスへのRRCコネクション再構成シグナリングをベースとする。
●アップリンク上で、多くのRLC エンティティからより少ないRLCエンティティへの送信の再構成。これは：
○PDCP-config parameter DataSplitThresholdを変更する、受信側デバイスへのRRCコネクション再構成シグナリングに起因する。

【0057】

○受信側デバイスによって引き起こされ、受信側デバイスのバッファサイズが、構成されたPDCP-config parameter DataSplitThresholdよりも小さくなる。
●DataSplitThreshold を設定された分岐ベアラについては、バッファに保持されたデータが分岐閾値よりも少なくなり、もはやセカンダリRLC エンティティではこのデータを使用できなくなる。
●MAC CEまたはRRCとして適用可能なシグナリングを使用して、ULまたはDL PDCP複製を非アクティブ化すること。
●ダウンリンク（DL）データ送信は、RLCエンティティのうちの１つで停止され、一方、データは依然として上位レイヤで待機する。これは、DLデータPDUフレームがDLフラッシュまたはDL廃棄ブロックメッセージを含み、未送信PDUが廃棄される場合に適用される。

【0058】

アクション503
送信デバイス120は、最後のRLC PDUがポーリングインジケータを含むか否かを識別する。

【0059】

アクション504
送信デバイス120は、ネットワークノードのような送信デバイスと端末のような受信デバイス100とが同一のRLCの見解を有することを保証する。したがって、送信デバイス120は、ポーリングインジケータと共に、別のPDUまたは前のPDUを送信する。

【0060】

図6は、本明細書の実施形態による無線通信ネットワークにおける通信を取り扱うための、無線ネットワークノード12または無線デバイス10などの送信デバイス120を示す構成図である。送信デバイス120は、少なくとも２つのRLCエンティティを備え、受信デバイス100への分岐ベアラを設定（構成）される。

【0061】

送信デバイス120は、本明細書の方法を実行するように構成された処理回路601、たとえば、１つまたは複数のプロセッサを備えることができる。

【0062】

送信デバイス120は、識別ユニット602を備える。送信デバイス120、処理回路601、および／または識別ユニット602は、最後に送信されたPDUが、１つまたは複数の送信されたPDUのステータスを要求するポーリングインジケータを欠いていることを識別するように構成される。送信デバイス120、処理回路601、および／または識別ユニット602は、少なくとも２つのRLCエンティティのうちの１つで最後に送信されたPDUが、第１のRLCエンティティに関連付けられたより上位のレイヤでデータが依然として待機している間に、少なくとも２つのRLCエンティティのうちの１つまたは複数での送信が停止されるか、または別のRLCエンティティに切り替えられる場合に、ポーリングインジケータを欠いていることを識別するように構成され得る。

【0063】

送信デバイス120は、送信ユニット603、たとえば、送信機または送受信機またはモジュールをさらに備える。送信デバイス120、処理回路601、および／または送信ユニット603は、最後に送信されたPDUがポーリングインジケータを欠いていることを識別すると、ポーリングインジケータ、たとえばポーリングビットを備えるRLC PDUなどのPDUを受信デバイス100に送信するように構成される。ポーリングインジケータを含むPDUは、ポーリングインジケータを有する別のPDUであってもよいし、ポーリングインジケータとともに再送信される、最後の送信PDUと同じPDUであってもよい。送信デバイス120、処理回路601、および／または送信ユニット603は、対応するRLCエンティティにおいてもはや上位レイヤの送信バッファのデータが送信に利用できない場合、またはアップリンクの切り替え、分岐の非アクティブ化、または複製の非アクティブ化のために再構成される場合に、ポーリングインジケータを含むPDUを送信するように構成されてもよい。送信デバイス120、処理回路601、および／または送信ユニット603は、対応するRLCエンティティの上位レイヤでパケットが空になったときに、ポーリングインジケータを備えるPDUを送信するように構成されてもよい。

【0064】

送信デバイス120は、受信ユニット604、受信機、または送受信機、またはモジュールを備えることができる。送信デバイス120、処理回路601、および／または受信ユニット604は、受信デバイス100からACKまたはNACKなどのステータスフィードバックを受信するように構成され得る。

【0065】

送信デバイス120は、メモリ605をさらに備える。メモリは、信号強度または品質、ポーリングインジケータ、PDU情報、イベント、実行時に本明細書で開示される方法を実行するためのアプリケーションなど、データを記憶するために使用される１つまたは複数のユニットを備える。さらに、送信デバイス12は、送信機、受信機、および／または送受信機を備えるような通信インターフェースを備えることができる。

【0066】

送信デバイス120について本明細書で説明される実施形態による方法は、それぞれ、少なくとも１つのプロセッサ上で実行されると、送信デバイス120によって実行されるように、少なくとも１つのプロセッサに本明細書で説明されるアクションを実行させる命令、すなわちソフトウェアコード部を備える、たとえばコンピュータプログラムプロダクト606またはコンピュータプログラムによって実装される。コンピュータプログラムプロダクト606は、コンピュータ読み取り可能な記憶媒体607、たとえば、ディスク、ユニバーサルシリアルバススティックまたは同様のものに記憶することができる。コンピュータプログラムプロダクトを格納したコンピュータ可読記憶媒体607は、少なくとも１つのプロセッサ上で実行されると、送信デバイス120によって実行されるように、少なくとも１つのプロセッサに本明細書で説明されるアクションを実行させる命令を含むことができる。いくつかの実施形態では、コンピュータ可読記憶媒体は、一時的または非一時的コンピュータ可読記憶媒体であってもよい。したがって、本明細書の実施形態は、無線通信ネットワークにおいて受信デバイスへの通信を取り扱うための送信デバイスを開示することができ、送信デバイスは、処理回路と、メモリとを備え、前記メモリは、前記処理回路によって実行可能な命令を備え、それによって、前記送信デバイスは、本明細書の方法のうちのいずれかを実行するように動作可能である。

【0067】

いくつかの実施形態では、より一般的な用語「無線ネットワークノード」が使用され、無線デバイスおよび／または別のネットワークノードと通信する任意の種類の無線ネットワークノードまたは任意のネットワークノードに対応することができる。ネットワークノードの例は、NodeB、MeNB、SeNB、マスタセル群（MCG）またはセカンダリセル群（SCG）に属するネットワークノード、基地局（BS）、MSR BS、eNodeBなどのマルチスタンダード無線（MSR）無線ノード、ネットワークコントローラ、無線ネットワークコントローラ（RNC）、基地局コントローラ（BSC）、中継、ドナーノード制御中継、基地送受信局（BTS）、アクセスポイント（AP）、送信ポイント、送信ノード、リモート無線ユニット（RRU）、リモート無線ヘッド（RRH）、分散アンテナシステムにおけるノード（DAS）などである。

【0068】

いくつかの実施形態では、非限定的な用語である無線デバイスまたはユーザ装置(UE)が使用され、セルラーまたは移動通信システムにおいてネットワークノードおよび／または他の無線デバイスと通信する任意の種類の無線デバイスを指す。UEの例は、ターゲットデバイス、デバイスツーデバイス（D2D) UE、近接対応UE (ProSe UE)、マシンタイプUEまたはマシンツーマシン（M2M）通信が可能なUE、タブレット、モバイル端末、スマートフォン、ラップトップ埋め込み型（LEE）、ラップトップ搭載機器（LME）、USBドングルなどである。

【0069】

実施形態は、無線デバイスが、信号（たとえば、データ）を受信および／または送信する、たとえば、新無線（NR）、Wi-Fi、ロングタームエボリューション（LTE）、LTE-Advanced、広帯域符号分割多元接続（WCDMA）、GSM／EDGE（移動通信用のグローバルシステム／GSMエボリューションのための拡張データレート)、WiMax(マイクロウエーブアクセスのためのワールドワイドインターオペラビリティ)、またはウルトラモバイルブロードバンド（UMB）など、任意のRATまたはマルチRATのシステムに適用可能である。

【0070】

通信設計に精通した者によって容易に理解されるように、その機能的手段または回路は、デジタルロジックおよび／または１つ以上のマイクロコントローラ、マイクロプロセッサ、または他のデジタルハードウェアを使用して実装されてもよい。いくつかの実施形態では、種々の機能のいくつかまたはすべては、単一の特定用途集積回路（ASIC）、またはそれらの間の適切なハードウェアおよび／またはソフトウェアインターフェースを有する２つ以上の別個のデバイスなどにおいて、一緒に実装されてもよい。機能のいくつかは、たとえば、無線デバイスまたはネットワークノードの他の機能的構成要素と共有されるプロセッサ上に実装されてもよい。

【0071】

あるいは、論じられた処理手段の機能的要素のいくつかは、専用ハードウェアを使用して提供されてもよく、他のものは、適切なソフトウェアまたはファームウェアに関連して、ソフトウェアを実行するためのハードウェアを備えている。したがって、本明細書で使用される「プロセッサ」または「コントローラ」という用語は、ソフトウェアを実行することができるハードウェアを排他的に指すものではなく、デジタル信号プロセッサ（DSP）ハードウェアおよび／またはプログラムもしくはアプリケーションデータを暗黙的に含むことができるが、これらに限定されない。他のハードウェア、通常のものおよび／またはカスタムなものも含まれ得る。通信デバイスの設計者は、これらの設計選択に固有のコスト、性能、および保守のトレードオフを理解するであろう。

【0072】

図7は、いくつかの実施形態による、ホストコンピュータに中間ネットワークを介して接続される通信ネットワークを示す。図7を参照すると、一実施形態によると、通信システムは、無線アクセスネットワークなどのアクセスネットワーク3211と、コアネットワーク3214とを含む、3GPPタイプのセルラーネットワークなどの通信ネットワーク3210を含む。アクセスネットワーク3211は、NB、eNB、gNB、または上記の無線ネットワークノード12の例である他のタイプの無線アクセスポイントなどの複数の基地局3212a、3212b、3212cを備え、それぞれが対応するカバレッジエリア3213a、3213b、3213cを定義する。それぞれの基地局3212a、3212b、3212cは、有線または無線コネクション3215を介してコアネットワーク3214に接続可能である。カバレッジエリア3213cに位置する最初のUE 3291は、対応する基地局3212cに、無線で接続するか、またはページングされるように構成されている。カバレッジエリア3213aにおける第２のUE 3292は、対応する基地局3212aに無線接続可能である。複数のUE3291、3292が、この例では、上記の無線デバイス10の例として示されているが、開示された実施形態は、単一のUEがカバレッジエリア内に位置している場合、または、単一のUEが対応する基地局3212に接続している場合にも同様に適用可能である。

【0073】

通信ネットワーク3210は、それ自体がホストコンピュータ3230に接続されており、これは、スタンドアロンサーバ、クラウドに実装されたサーバ、分散サーバ、またはサーバファーム内の処理リソースのハードウェアおよび／またはソフトウェアにおいて具体化され得る。ホストコンピュータ3230は、サービスプロバイダの所有権または制御下にあってもよいし、サービスプロバイダによって、またはサービスプロバイダの代わりに操作されてもよい。通信ネットワーク3210とホストコンピュータ3230との間のコネクション3221および3222は、コアネットワーク3214からホストコンピュータ3230まで直接的に延びていてもよく、あるいは任意の中間ネットワーク3220を介してもよい。中間ネットワーク3220は、パブリック、プライベート、またはホストされたネットワークのうちの１つ、または複数の組合せであってもよく、中間ネットワーク3220は、もしあれば、バックボーンネットワークまたはインターネットであってもよく、特に、中間ネットワーク3220は、２つ以上のサブネットワーク（図示せず）を含んでもよい。

【0074】

図7の通信システムは全体として、接続性されたUE3291、3292とホストコンピュータ3230との間の接続性（コネクティビティ）を実現する。コネクティビティ(接続性)は、オーバー・ザ・トップ(OTT)コネクション3250として説明されてもよい。ホストコンピュータ3230および接続されたUE3291、3292は、アクセスネットワーク3211、コアネットワーク3214、任意の中間ネットワーク3220、および可能なさらなるインフラストラクチャ（図示せず）を媒体として使用して、OTTコネクション3250を介してデータおよび／またはシグナリングを通信するように構成される。OTTコネクション3250は、OTTコネクション3250が通過する参加通信デバイスが、アップリンク通信およびダウンリンク通信の経路指定に気付かないという意味でトランスペアレントであり得る。たとえば、基地局3212は、接続されたUE 3291に転送される(たとえば、ハンドオーバされる)ホストコンピュータ3230から発信されるデータをもつ、入ってくるダウンリンク通信の過去のルーティングについて知らされる必要はない。同様に、基地局3212は、UE 3291からホストコンピュータ3230に向かう発信側の上りリンク通信の将来のルーティングを認識する必要はない。

【0075】

図8は、いくつかの実施形態による、基地局を介して、部分的に無線コネクションを介してユーザ機器と通信するホストコンピュータを示す図である。

【0076】

実施例は、上記パラグラフで説明したUE、基地局およびホストコンピュータの実施形態に従い、図8を参照して説明され、通信システム3300では、ホストコンピュータ3310は、異なる通信装置の通信システム3300のインターフェースを備えた有線または無線コネクションを構成して維持するように構成された通信インターフェース3316を含むハードウェア3315を構成する。ホストコンピュータ3310は、記憶および／または処理能力を有することができる処理回路3318をさらに備える。特に、処理回路3318は、命令を実行するように適合された１つまたは複数のプログラマブルプロセッサ、特定用途集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組み合わせ(図示せず)を含んでもよい。ホストコンピュータ3310はさらにソフトウェア3311を有し、それはホストコンピュータ3310に記憶され、またはアクセス可能であり、処理回路3318によって実行可能である。ソフトウェア3311は、ホストアプリケーション3312を含む。ホストアプリケーション3312は、UE 3330およびホストコンピュータ3310で終端するOTTコネクション3350を介して接続するUE 3330など、リモートユーザにサービスを提供するように動作可能であってもよい。リモートユーザにサービスを提供する際に、ホストアプリケーション3312は、OTTコネクション3350を使用して送信されるユーザデータを提供してもよい。

【0077】

通信システム3300はさらに、通信システム内に設けられ、ホストコンピュータ3310およびUE3330と通信することを可能にするハードウェア3325を備える基地局3320を含む。ハードウェア3325は、通信システム3300の別の通信装置のインターフェースとの有線または無線コネクションをセットアップおよび維持するための通信インターフェース3326、ならびに基地局3320によってサービスされるカバレッジエリア（図8には示されていない）に位置するUE 3330との少なくとも無線コネクション3370をセットアップおよび維持するための無線インターフェース3327を含むことができる。通信インターフェース3326は、ホストコンピュータ3310へのコネクション3360を容易にするように構成することができる。コネクション3360は、直接的であってもよいし、通信システムのコアネットワーク（図8には示されていない）を通過してもよいし、および／または通信システム外の１つ以上の中間ネットワークを通過してもよい。説明された実施形態では、基地局3320のハードウェア3325は、処理回路3328をさらに含み、これは、命令を実行するように適合された、１つまたは複数のプログラマブルプロセッサ、特定用途集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組み合わせ(図示せず)を含んでもよい。基地局3320はさらに、内部に記憶された、または外部コネクションを介してアクセス可能なソフトウェア3321を有する。

【0078】

通信システム3300は、すでに言及したUE 3330をさらに含む。そのハードウェア3333は、UE 3330が現在位置しているカバレッジエリアを提供する基地局と無線コネクション3370をセットアップして、維持するように構成された無線インターフェース3337を含んでもよい。UE 3330のハードウェア3333はさらに、１つ以上のプログラマブルプロセッサ、特定用途集積回路、フィールドプログラマブルゲートアレイ、または命令を実行するように適合したこれら（図示せず）の組み合わせを含み得る処理回路3338を含む。UE 3330はさらに、UE 3330内に記憶されるか、またはアクセス可能であり、また、プロセッサ3338によって実行可能であるソフトウェア3331を構成する。ソフトウェア3331は、クライアントアプリケーション3332を含む。クライアントアプリケーション3332は、ホストコンピュータ3310のサポートにより、UE 3330を介して人間または非人間のユーザにサービスを提供するように動作可能であってもよい。ホストコンピュータ3310において、実行中のホストアプリケーション3312は、UE 3330およびホストコンピュータ3310において終端するOTTコネクション3350を介して、実行中のクライアントアプリケーション3332と通信してもよい。ユーザにサービスを提供する際に、クライアントアプリケーション3332は、ホストアプリケーション3312から要求データを受信し、要求データに応答してユーザデータを提供してもよい。OTTコネクション3350は、リクエストデータとユーザデータの両方を伝送することができる。クライアントアプリケーション3332は、ユーザと対話して、ユーザが提供するユーザデータを生成することができる。

【0079】

図8に示されるホストコンピュータ3310、基地局3320、およびUE 3330は、それぞれ、ホストコンピュータ3230、基地局3212a、3212b、3212cのうちの１つ、および図7のUE3291、3292のうちの１つと類似または同一であり得ることに留意されたい。すなわち、これらのエンティティの内部動作は、図8に示されてものであってもよく、これとは独立して、周囲のネットワークトポロジは、図7のものであってもよい。

【0080】

図8では、基地局3320を介したホストコンピュータ3310とUE 3330との間の通信を示すために、OTTコネクション3350が抽象的に描かれているが、いかなる中間デバイスにも明示的に基準せず、これらの装置を介したメッセージの正確なルーティングも行わない。ネットワークインフラストラクチャは、ルーティングを決定してもよく、これは、UE 3330から、あるいはホストコンピュータ3310を操作するサービスプロバイダから、あるいはその両方から隠すように構成されてもよい。OTTコネクション3350が活動している間、ネットワークインフラストラクチャは、ルーティングを動的に変更する(たとえば、ロードバランシングの考慮またはネットワークの再構成に基づいて)決定をさらに行うことができる。

【0081】

UE 3330と基地局3320との間の無線コネクション3370は、本開示全体を通じて説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線コネクション3370が最後のセグメントを形成するOTTコネクション3350を使用して、UE 3330に提供されるOTTサービスの性能を改善する。より正確には、これらの実施形態の教示は、PDUが受信されたことが確認されるか、それほど迅速ではなく、したがって、リソースがより効率的な方法で使用され、それによって、待ち時間の短縮および応答性の向上などの利点を提供することができるので、待ち時間を改善することができる。

【0082】

測定手順は、１つまたは複数の実施形態が改善するデータ速度、潜伏時間および他の要因を監視する目的で提供されてもよい。測定結果の変動に応じて、ホストコンピュータ3310とUE 3330との間でOTTコネクション3350を再構成するための、オプションのネットワーク機能がさらに存在してもよい。OTTコネクション3350を再構成するためのメジャメントプロシージャおよび／またはネットワーク機能は、ホストコンピュータ3310のソフトウェア3311およびハードウェア3315において、またはUE 3330のソフトウェア3331およびハードウェア3333において、またはその両方において実装され得る。実施形態では、センサ(図示せず)は、OTTコネクション3350が通過する通信装置内に、またはそれに関連して配置されてもよく、センサは、上記に例示された監視された量の値を供給することによって、またはソフトウェア3311、3331が監視された量を計算または推定することができるような他の物理量の値を供給することによって、測定手順に参加してもよい。OTTコネクション3350の再構成は、メッセージフォーマット、再送信設定、好ましいルーティングなどを含むことができ、再構成は、基地局3320に影響を及ぼす必要はなく、基地局3320に対して不明であるか、または認識不可能であってもよい。このような手順および機能性は、当技術分野において知られており、実施可能である。特定の実施形態では、測定は、ホストコンピュータ3310のスループット、伝搬時間、遅延時間などの測定を容易にする独自のUEシグナリングを含むことができる。測定は、ソフトウェア3311および3331が、伝搬時間、誤り等を監視している間に、OTTコネクション3350を使用して、メッセージ、特に空または「ダミー」メッセージを送信させることによって実施することができる。

【0083】

図9：いくつかの実施形態による、ホストコンピュータ、基地局、およびユーザ機器を含む通信システムにおいて実装される方法。

【0084】

図9は、一実施形態による、通信システムに実装される方法を示すフローチャートである。通信システムは、ホストコンピュータと、基地局と、図7および8に関連して説明されるものであってもよいUEとを含む。本開示を簡単にするために、図9への図面参照のみを本セクションに含める。ステップ3410において、ホストコンピュータはユーザデータを提供する。ステップ3410のサブステップ3411では、ホストコンピュータが、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ3420において、ホストコンピュータは、ユーザデータをUEに搬送するための送信を開始する。ステップ3430（任意であってもよい）において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが開始した送信において搬送されるユーザデータをUEに送信する。ステップ3440（オプションであってもよい）において、UEは、ホストコンピュータによって実行されるホストアプリケーションに関連付けられたクライアントアプリケーションを実行する。

【0085】

図10：いくつかの実施形態による、ホストコンピュータ、基地局、およびユーザ機器を含む通信システムにおいて実装される方法。

【0086】

図10は、一実施形態による、通信システムで実装される方法を示すフローチャートである。通信システムは、ホストコンピュータと、基地局と、図7および8に関連して説明されるものであってもよいUEとを含む。本開示を簡単にするために、図10への図面参照のみを本セクションに含める。本方法のステップ3510において、ホストコンピュータはユーザデータを提供する。オプションであるサブステップ(図示せず)では、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ3520において、ホストコンピュータは、ユーザデータをUEに運ぶ送信を開始する。送信は、本開示を通して説明される実施形態の教示に従って、基地局を介して通過してもよい。ステップ3530（任意であってもよい）において、UEは、送信において運ばれるユーザデータを受信する。

【0087】

図11：いくつかの実施形態による、ホストコンピュータ、基地局、およびユーザ機器を含む通信システムにおいて実施される方法である。

【0088】

図11は、一実施形態による、通信システムで実装される方法を示すフローチャートである。通信システムは、ホストコンピュータと、基地局と、図7および8に関連して説明されるものであってもよいUEとを含む。本開示を簡単にするために、図11への図面参照のみを本セクションに含める。ステップ3610（任意選択であってもよい）において、UEは、ホストコンピュータによって提供された入力データを受信する。さらに、または代替的に、ステップ3620で、UEはユーザデータを提供する。ステップ3620のサブステップ3621（任意選択であってもよい）において、UEは、クライアントアプリケーションを実行することによってユーザデータを提供する。ステップ3610のサブステップ3611（オプションであってもよい）において、UEは、ホストコンピュータによって提供された受信入力データに応答してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受け取ったユーザ入力をさらに考慮してもよい。ユーザデータが提供された特定の方法にかかわらず、UEは、サブステップ3630において、ユーザデータのホストコンピュータへの送信を開始する。本方法のステップ3640において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、UEから送信されたユーザデータを受信する。

【0089】

図12：いくつかの実施形態による、ホストコンピュータ、基地局、およびユーザ機器を含む通信システムにおいて実装される方法。

【0090】

図12は、一実施形態による、通信システムで実装される方法を示すフローチャートである。通信システムは、ホストコンピュータと、基地局と、図7および8に関連して説明されるものであってもよいUEとを含む。本開示を簡単にするために、図12への図面参照のみを本セクションに含める。ステップ3710（オプションであってもよい）において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、UEからユーザデータを受信する。ステップ3720（任意選択でよい）において、基地局は、受信されたユーザデータのホストコンピュータへの送信を開始する。ステップ3730（任意であってもよい）において、ホストコンピュータは、基地局によって開始された送信において運ばれるユーザデータを受信する。

【0091】

本明細書で開示される任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の機能ユニット、または１つまたは複数の仮想装置のモジュールを介して実行され得る。各仮想装置は、いくつかのこれらの機能ユニットを備えることができる。これらの機能ユニットは、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含むことができる処理回路、ならびにデジタル信号プロセッサ（DSP）、専用デジタルロジックなどを含むことができる他のデジタルハードウェアを介して実装することができる。処理回路は、読み出し専用メモリ（ROM）、ランダムアクセスメモリ（RAM）、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなどの１つまたは複数のタイプのメモリを含むことができる、メモリに格納されたプログラムコードを実行するように構成することができる。メモリに格納されたプログラムコードは、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つまたは複数を実行するための命令を含む。いくつかの実装形態では、処理回路は、本開示の１つ以上の実施形態に従って、それぞれの機能ユニットに対応する機能を行わせるために使用されてもよい。

【0092】

前述の説明および添付の図面は、本明細書で教示される方法および装置の非限定的な例を表すことが理解されるであろう。したがって、本明細書で教示される装置および技法は、前述の説明および添付の図面によって限定されない。代わりに、本明細書の実施形態は、以下の特許請求の範囲およびそれらの法的均等物によってのみ限定される。

【0093】

略号 説明
3GPP 第三世代パートナーシッププロジェクト
DL ダウンリンク
DCI ダウンリンク制御情報
DRX 不連続受信
DTX 不連続送信
eDRX 拡張型不連続受信
eMTC 拡張型マシンタイプ通信
eNB 進化型ノードB
PDU プロトコルデータユニット
RRC 無線リソース制御（プロトコル）
SI システム情報
SF サブフレーム
SN シーケンス番号
UE ユーザ機器
UL アップリンク
WI 作業項目

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】