(57)【特許請求の範囲】
【請求項１】
第１のネットワークノード（１４、４００）によって実現される、前記第１のネットワークノード（１４、４００）から第２のネットワークノード（１２、４００）への無線端末（１６、３００）のダウンリンクデータ送達状態（ＤＤＤＳ）を報告する方法であって、
データベアラの所望のバッファサイズおよび／または前記無線端末（１６、３００）の所望の最小バッファサイズを特定する、少なくとも第１の情報要素（ＩＥ）と、第１の状態インジケータとを含むＤＤＤＳフレームを生成すること（１００）と、
前記無線端末（１６、３００）への送達に成功したパケットの最大シーケンス番号を特定する第２のＩＥを前記ＤＤＤＳフレームに含むか否かを決定すること（１１０）と、
前記第２のＩＥを前記ＤＤＤＳフレームに含むか否かの前記決定に応答して、前記ＤＤＤＳフレームにおける前記第２のＩＥの存在または不在を示す、前記第１の状態インジケータの値を設定すること（１２０、１４０）と、
前記第１の状態インジケータが前記ＤＤＤＳフレームにおける前記第２のＩＥの存在を示した場合、前記第２のＩＥを前記ＤＤＤＳフレームに追加すること（１３０）と、
前記第２のネットワークノード（１２、４００）による、前記無線端末（１６、３００）へのダウンリンクデータフローの制御を容易にするように、前記ＤＤＤＳフレームを前記第２のネットワークノード（１２、４００）に送出すること（１５０）とを含む、方法。
【請求項２】
前記第２のＩＥを含むか否かを決定すること（１１０）が、前記無線端末（１６、３００）がデータパケットをまだ受信していない場合、前記第２のＩＥを前記ＤＤＤＳフレームから除外すると決定することを含む、請求項１に記載の方法。
【請求項３】
前記第２のＩＥを含むか否かを決定すること（１１０）が、前記第１のネットワークノード（１４、４００）がデータパケットを前記第２のネットワークノード（１２、４００）からまだ受信していない場合、前記第２のＩＥを前記ＤＤＤＳフレームから除外すると決定することを含む、請求項１に記載の方法。
【請求項４】
前記第２のＩＥを含むか否かを決定すること（１１０）が、前記無線端末（１６、３００）への送達に成功したパケットの現在の最大シーケンス番号が、前に送出されたＤＤＤＳフレームで特定された最大シーケンス番号と同じであるという決定に応答して、前記第２のＩＥを前記ＤＤＤＳフレームから除外すると決定することを含む、請求項１に記載の方法。
【請求項５】
前記第１の状態インジケータが、前記ＤＤＤＳフレームの前記第２のＩＥがダミーであるか否かを示すスペアビットを更に含む、請求項１に記載の方法。
【請求項６】
前記第１の状態インジケータの前記値を設定すること（１２０、１４０）が、
前記ＤＤＤＳフレームにおける前記第２のＩＥの存在を示すため、前記第１の状態インジケータの前記値を「０」に設定すること（１２０）と、
前記ＤＤＤＳフレームにおける前記第２のＩＥの不在を示すため、前記第１の状態インジケータの前記値を「１」に設定すること（１４０）とを含む、請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記第２のＩＥが、前記無線端末（１６、３００）への送達に成功したパケットデータ収束プロトコル（ＰＤＣＰ）パケットデータユニット（ＰＤＵ）の最大シーケンス番号を特定する、請求項１から６のいずれか一項に記載の方法。
【請求項８】
前記ＤＤＤＳフレームが第２の状態インジケータを更に含み、前記方法が、
前記無線端末（１６、３００）に送出されたパケットの最大シーケンス番号を特定する第３のＩＥを、前記ＤＤＤＳフレームに含むか否かを決定することと、
前記第３のＩＥを含むか否かの前記決定に応答して、前記ＤＤＤＳフレームにおける前記第３のＩＥの存在または不在を示す、前記第２の状態インジケータの値を設定することと、
前記第２の状態インジケータが前記第３のＩＥが前記ＤＤＤＳフレームの存在を示した場合、前記第３のＩＥを前記ＤＤＤＳフレームに追加することとを更に含む、請求項１から７のいずれか一項に記載の方法。
【請求項９】
前記第３のＩＥが、前記無線端末（１６、３００）に送出されたパケットデータ収束プロトコル（ＰＤＣＰ）パケットデータユニット（ＰＤＵ）の最大シーケンス番号を特定する、請求項１から８のいずれか一項に記載の方法。
【請求項１０】
前記送出されたＤＤＤＳフレームに応答して、ネットワークインターフェースを介してダウンリンクデータパケットを前記第２のネットワークノード（１２、４００）から受信することと、
前記受信したダウンリンクデータパケットを前記無線端末（１６、３００）に無線送信することとを更に含む、請求項１から９のいずれか一項に記載の方法。
【請求項１１】
第１のネットワークノード（１４、４００）の少なくとも１つの処理回路（４１０）で実行されると、前記第１のネットワークノード（１４、４００）に、請求項１から１０のいずれか一項に記載の方法を実行させるソフトウェア命令を含む、第１のネットワークノード（１４、４００）を制御するコンピュータプログラム。
【請求項１２】
無線端末（１６、３００）のダウンリンクデータ送達状態（ＤＤＤＳ）を第２のネットワークノード（１２、４００）に報告するように設定された、第１のネットワークノード（１４、４００）であって、
データベアラの所望のバッファサイズおよび／または前記無線端末（１６、３００）の所望の最小バッファサイズを特定する、少なくとも第１の情報要素（ＩＥ）、ならびに、
第１の状態インジケータを含む、ＤＤＤＳフレームを生成し、
前記無線端末（１６、３００）への送達に成功したパケットの最大シーケンス番号を特定する第２のＩＥを、前記ＤＤＤＳフレームに含むか否かを決定し、
前記決定に応答して、前記ＤＤＤＳフレームにおける前記第２のＩＥの存在または不在を示す、前記第１の状態インジケータの値を設定し、
前記第１の状態インジケータが前記ＤＤＤＳフレームにおける前記第２のＩＥの存在を示した場合、前記第２のＩＥを前記ＤＤＤＳフレームに追加し、
前記ＤＤＤＳフレームを前記第２のネットワークノード（１２、４００）に送出して、前記第２のネットワークノード（１２、４００）による、前記無線端末（１６、３００）へのダウンリンクデータフローの制御を容易にするように設定された、第１のネットワークノード（１４、４００）。
【請求項１３】
第１のネットワークノード（１２、４００）によって実現される、前記第１のネットワークノード（１２、４００）から無線端末（１６、３００）へのダウンリンクデータフローを制御する方法であって、
第２のネットワークノード（１４、４００）から、少なくとも第１の情報要素（ＩＥ）と第１の状態インジケータとを含むダウンリンクデータ送達状態（ＤＤＤＳ）フレームを受信すること（２００）と、
前記ＤＤＤＳフレームの前記第１のＩＥから、データベアラの所望のバッファサイズおよび／または前記無線端末（１６、３００）の所望の最小バッファサイズを決定すること（２１０）と、
決定された前記データベアラの前記所望のバッファサイズおよび／または決定された前記無線端末の前記所望の最小バッファサイズに応答して、前記第１のネットワークノード（１２、４００）から前記無線端末（１６、３００）への前記ダウンリンクデータフローを制御すること（２２０）と、
前記ＤＤＤＳフレームの前記第１の状態インジケータを評価して、前記ＤＤＤＳフレームが第２のＩＥを含むか否かを決定すること（２３０）と、
前記第１の状態インジケータが、前記ＤＤＤＳフレームが前記第２のＩＥを含むことを示した場合、
前記第１のネットワークノード（１２、４００）によって前記無線端末（１６、３００）への送達に成功したパケットの最大シーケンス番号を前記第２のＩＥから決定し（２４０）、
更に、前記決定された最大シーケンス番号に応答して、前記第１のネットワークノード（１２、４００）から前記無線端末（１６、３００）への前記ダウンリンクデータフローを制御すること（２５０）と、
前記ダウンリンクデータフローにしたがって、ダウンリンクデータを前記無線端末（１６、３００）に送出すること（２６０）とを含む、方法。
【請求項１４】
前記第１の状態インジケータが、前記ＤＤＤＳフレームが前記第２のＩＥを除外することを示した場合、前記無線端末（１６、３００）への送達に成功したパケットの現在の最大シーケンス番号が、前に受信されたＤＤＤＳフレームで特定された最大シーケンス番号と同じであると決定することを更に含む、請求項１３に記載の方法。
【請求項１５】
前記第１の状態インジケータが、前記ＤＤＤＳフレームの前記第２のＩＥがダミーであるか否かを示すスペアビットを更に含み、前記スペアビットが、前記ＤＤＤＳフレームの前記第２のＩＥがダミーであることを示す場合、前記第１のネットワークノード（１２、４００）が前記第２のＩＥを無視する、請求項１３に記載の方法。
【請求項１６】
前記第１の状態インジケータを評価して、前記ＤＤＤＳフレームが前記第２のＩＥを含むか否かを決定すること（２３０）が、
前記第１の状態インジケータが「０」の値に設定されていると、前記ＤＤＤＳフレームが前記第２のＩＥを含むと決定すること、および、
前記第１の状態インジケータが「１」の値に設定されていると、前記ＤＤＤＳフレームが前記第２のＩＥを含まないと決定することを含む、請求項１３から１５のいずれか一項に記載の方法。
【請求項１７】
前記第２のＩＥが、前記無線端末（１６、３００）への送達に成功したパケットデータ収束プロトコル（ＰＤＣＰ）パケットデータユニット（ＰＤＵ）の最大シーケンス番号を特定する、請求項１３から１６のいずれか一項に記載の方法。
【請求項１８】
前記ＤＤＤＳフレームが第２の状態インジケータを更に含み、前記方法が、
前記ＤＤＤＳフレームの前記第２の状態インジケータを評価して、前記ＤＤＤＳフレームが第３のＩＥを含むか否かを決定することと、
前記第２の状態インジケータが、前記ＤＤＤＳフレームが前記第３のＩＥを含むことを示した場合、
前記第３のＩＥから、前記無線端末（１６、３００）に送出されたパケットの最大シーケンス番号を決定することと、
更に、前記無線端末（１６、３００）に送出された前記パケットの前記決定された最大シーケンス番号に応答して、前記第１のネットワークノード（１２、４００）からの前記ダウンリンクデータフローを制御することとを更に含む、請求項１３から１７のいずれか一項に記載の方法。
【請求項１９】
前記第３のＩＥが、前記無線端末（１６、３００）に送出されたパケットデータ収束プロトコル（ＰＤＣＰ）パケットデータユニット（ＰＤＵ）の最大シーケンス番号を特定する、請求項１３から１８のいずれか一項に記載の方法。
【請求項２０】
前記ダウンリンクデータを前記無線端末（１６、３００）に送出すること（２６０）が、前記ダウンリンクデータフローにしたがって、ネットワークインターフェースを通じて前記ダウンリンクデータを前記第１のネットワークノード（１２、４００）から前記第２のネットワークノード（１４、４００）に送出して、前記第２のネットワークノード（１４、４００）から前記無線端末（１６、３００）への前記ダウンリンクデータの前記無線送信を容易にすることを含む、請求項１３から１９のいずれか一項に記載の方法。
【請求項２１】
第１のネットワークノード（１２、４００）の少なくとも１つの処理回路（４１０）で実行されると、前記第１のネットワークノード（１２、４００）に、請求項１３から２０のいずれか一項に記載の方法を実行させるソフトウェア命令を含む、第１のネットワークノード（１２、４００）を制御するコンピュータプログラム。
【請求項２２】
第１のネットワークノード（１２、４００）から無線端末（１６、３００）へのダウンリンクデータフローを制御する、第１のネットワークノード（１２、４００）であって、
第２のネットワークノード（１４、４００）から、少なくとも第１の情報要素（ＩＥ）と第１の状態インジケータとを含むダウンリンクデータ送達状態（ＤＤＤＳ）フレームを受信し、
前記ＤＤＤＳフレームの前記第１のＩＥから、データベアラの所望のバッファサイズおよび／または前記無線端末（１６、３００）の所望の最小バッファサイズを決定し、
決定された前記データベアラの前記所望のバッファサイズおよび／または決定された前記無線端末（１６、３００）の前記所望の最小バッファサイズに応答して、前記第１のネットワークノード（１２、４００）から前記無線端末（１６、３００）への前記ダウンリンクデータフローを制御し、
前記ＤＤＤＳフレームの前記第１の状態インジケータを評価して、前記ＤＤＤＳフレームが第２のＩＥを含むか否かを決定し、
前記第１の状態インジケータが、前記ＤＤＤＳフレームが前記第２のＩＥを含むことを示した場合、
前記第２のＩＥから前記第１のネットワークノード（１２、４００）によって前記無線端末（１６、３００）への送達に成功したパケットの最大シーケンス番号を決定し、
更に、前記決定された最大シーケンス番号に応答して、前記第１のネットワークノード（１２、４００）からの前記ダウンリンクデータフローを制御し、
前記ダウンリンクデータフローにしたがって、ダウンリンクデータを前記無線端末（１６、３００）に送出するように設定される、第１のネットワークノード（１２、４００）。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１７年９月２７日付の米国仮特許出願第６２／５６３８５２号の優先権を主張し、その開示の全体を参照により本明細書に援用する。
【０００２】
本明細書に提示する解決策は、全体として、ダウンリンクデータパケットの送達の制御に関し、より具体的には、かかる制御を実現するのに使用されるダウンリンクデータ送達状態（ＤＤＤＳ）に関する。
【背景技術】
【０００３】
一般に、本明細書で使用する全ての用語は、異なる意味が明確に与えられない限り、ならびに／あるいは異なる意味がその用語を使用している文脈から示唆されない限り、関連技術分野におけるそれらの本来の意味にしたがって解釈されるべきものである。要素、装置、構成要素、手段、ステップなどに対する全ての参照は、別の形で明示的に定義されない限り、要素、装置、構成要素、手段、ステップなどの少なくとも一例を指すものと広く解釈されるべきである。本明細書に開示するいずれかの方法のステップは、あるステップが別のステップの後または前に行われると明示的に記載されない限り、ならびに／あるいはあるステップが別のステップの後または前に行われなければならないと示唆されない限り、開示する順序で正確に実施されなければならないものではない。本明細書に開示する実施形態のいずれかにおけるあらゆる特徴は、適切であれば、他のいずれかの実施形態に適用されてもよい。同様に、実施形態のいずれかにおけるあらゆる利点は、他のいずれかの実施形態に当てはまることがあり、その逆もまた真である。含まれる実施形態の他の目的、特徴、および利点は、以下の説明から明白になるであろう。
【０００４】
デュアルコネクティビティは、２つのｅＮＢからの無線リソースが集約され、ユーザ機器（ＵＥ）が２つのｅＮＢに同時に接続される、第３世代パートナーシッププロジェクト（３ＧＰＰ）リリース１２の特徴である。ユーザプランデータの分配を支援するため、フィードバックを提供して、パケットデータ収束プロトコル（ＰＤＣＰ）エンティティをホストするノードがダウンリンクユーザデータフローを制御するのを可能にする、ダウンリンクデータ送達状態（ＤＤＤＳ）が導入された。
【０００５】
３ＧＰＰリリース１５が５Ｇ／新無線（ＮＲ）を導入すると、デュアルコネクティビティは、ロングタームエボリューション（ＬＴＥ）ノードとＮＲノードとの間、または２つのＮＲノードの間のデュアルコネクティビティに対応するように拡張することが期待される。例えば、ＮＲにおけるデュアルコネクティビティの一例を示す、図６を参照。
【０００６】
次世代無線アクセスネットワーク（ＮＧ−ＲＡＮ）ノードの中央装置（ＣＵ）および分散装置（ＤＵ）への分割の導入により、ユーザプレーンプロトコルも５Ｇ  ＮＧ−ＲＡＮノードに導入される。結果として、ＤＤＤＳは、Ｘ２インターフェースユーザプレーンプロトコル（Ｘ２ＵＰ）、Ｘｎインターフェースユーザプレーンプロトコル（ＸｎＵＰ）、およびＦ１インターフェースユーザプレーンプロトコル（Ｆ１ＵＰ）といったユーザプレーンプロトコルに含まれる。
【０００７】
従来のＤＤＤＳは、次の３つの必須の情報要素（ＩＥ）を含む。
ＰＤＣＰエンティティをホストするＮＧ−ＲＡＮノード（例えば、ｇＮＢ）から受信したＰＤＣＰプロトコルデータユニット（ＰＤＵ）の中で、ＵＥへの順次送達に成功した最大ＰＤＣＰ  ＰＤＵシーケンス番号、
関連するデータベアラに対するバイト単位の所望のバッファサイズ、ならびに、
ＵＥに対するバイト単位の所望の最小バッファサイズ。
【０００８】
所望のバッファサイズは、「分割ベアラの選択肢を含めて設定された特定のＥ−ＲＡＢ（Ｅ−ＵＴＲＡＮ（ユニバーサル地上無線アクセスネットワーク）無線アクセスベアラ）と関連付けられたユーザデータをＵＥに送信する、セカンダリｅＮＢ（ＳｅＮＢ）における現在の所望のバッファサイズの情報」として定義される。
【０００９】
これにより、ＤＤＤＳの使用が制限され、メッセージをより良好に利用したい場合には使用不能になる。
【００１０】
現在、いくつかの課題が存在している。上述したように、ＬＴＥ  ＤＤＤＳにおける提示した必須の情報要素の１つは、「ＵＥへの順次送達に成功した最大ＰＤＣＰ  ＰＤＵシーケンス番号」である。第１に、これは、ＤＤＤＳが、システムがＵＥによる送達および確認に成功したＰＤＣＰ  ＰＤＵをフィードバックすることができる、無線リンク制御確認型モード（ＲＬＣ  ＡＭ）のみに対するものであることを示唆する。第２に、これは、ＤＤＤＳ送出頻度が、ＲＬＣ層が肯定応答を送出する速度／頻度である、ＲＬＣ確認レートによって決定されることを示唆する。ＲＬＣ非確認型モード（ＵＭ）ユーザデータフロー制御に対してＤＤＤＳを使用できることが有益である。
【００１１】
別の欠点は、第１のＲＬＣがＡＣＫメッセージを送出する前に、ＤＤＤＳを送出するのが不可能なことである。ＤＤＤＳを前もって送出することは、補助ノード（例えば、ＳｅＮＢまたはＳ−ＮＧ−ＲＡＮノード）が、ＰＤＣＰエンティティをホストするノード（例えば、ＭｅＮＢまたはＭ−ＮＧ−ＲＡＮノード）に所望のバッファサイズを通知して、ＰＤＣＰエンティティをホストするノードがデータパッケージを適宜分配できるようにするのに有益なことがある。
【００１２】
最後に、「送達に成功した最大ＰＤＣＰ  ＰＤＵシーケンス番号」が変化しない場合にそれを繰り返すことなく、データ送信中、所望のバッファサイズおよび所望の最小バッファサイズの情報を提供するだけの目的で、ＤＤＤＳを使用することは不可能である。
【発明の概要】
【００１３】
本開示の特定の態様およびそれらの実施形態は、これらまたは他の課題に対する解決策を提供することができる。特定の実施形態によれば、上述の問題を解決する解決策は、現在のＤＤＤＳを改善することである。これらの改善としては、非限定的に、次のものの１つまたは複数を挙げることができる。
当てはまる場合は、「ＰＤＣＰエンティティをホストするｇＮＢから受信したＰＤＣＰ  ＰＤＵのうち、ＵＥへの順次送達に成功した最大ＰＤＣＰ  ＰＤＵシーケンス番号」のみを含め、例えば、この情報要素を任意に存在するものとする。
ＲＬＣ  ＵＭの場合に対応するように、所望のバッファサイズを拡張する。
ＲＬＣ  ＵＭの場合のフロー制御に対応するように、ＩＥを修正または導入し、やはりこれを任意に存在するものとする。
これらの解決策は、ＸｎＵＰ、Ｆ１ＵＰ、およびＸ２ＵＰインターフェースプロトコルに適用することができる。特定の実施形態によれば、改善されたＤＤＤＳは、補助ノードが所望する場合はいつでも送出され、ＲＬＣ  ＵＭおよびＲＬＣ  ＡＭ両方のモードに適用される。
【００１４】
本明細書に開示される課題の１つまたは複数に対処する様々な実施形態が、本明細書で提案される。これらの実施形態のうち特定のものは、以下の技術的利点の１つまたは複数を提供してもよい。特定の実施形態によれば、ユーザプランフロー制御ダウンリンクデータ送達状態は、ＰＤＣＰエンティティをホストするノードに、所望のバッファサイズに関連する情報のみをフィードバックして、不必要な情報の送信を低減するのに使用することができる。特定の実施形態によれば、解決策は、ＲＬＣ  ＵＭフロー制御にも使用されてもよい。特定の実施形態は、これらの技術的利点の全て、もしくはいくつかを提供するか、またはいずれも提供しないことがある。これらおよび他の技術的利点は容易に明らかになるものであり、以下に更に詳細に記載される。
【００１５】
１つの例示的実施形態は、第１のネットワークノード（ノードＢ）によって実現される、第１のネットワークノード（ノードＢ）から第２のネットワークノード（ノードＡ）への無線端末のダウンリンクデータ送達状態（ＤＤＤＳ）を報告する方法を含む。方法は、第１のインジケータと、データベアラの所望のバッファサイズおよび／または無線端末の所望の最小バッファサイズを特定する、少なくとも第１の情報要素（ＩＥ）とを含む、ＤＤＤＳフレームを生成することを含む。方法は更に、無線端末への送達に成功したパケットの最大シーケンス番号を特定する第２のＩＥを、ＤＤＤＳフレームに含むか否かを決定することを含む。方法は更に、第２のＩＥをＤＤＤＳフレームに含むか否かの決定に応答して、ＤＤＤＳフレームにおける第２のＩＥの存在および／または不在を示す、第１の状態インジケータの値を設定することを含む。方法は更に、第１の状態インジケータが第２のＩＥがＤＤＤＳフレームの存在を示した場合、第２のＩＥをＤＤＤＳフレームに追加することと、ＤＤＤＳフレームを第２のネットワークノード（ノードＡ）に送出して、第２のネットワークノード（ノードＡ）による、無線端末へのダウンリンクデータフローの制御を容易にすることとを含む。
【００１６】
別の例示的実施形態は、第１のネットワークノード（ノードＢ）を制御するコンピュータプログラム製品を含む。コンピュータプログラム製品は、第１のネットワークノード（ノードＢ）の少なくとも１つの処理回路で実行すると、第１のネットワークノード（ノードＢ）に、第１のネットワークノード（ノードＢ）から第２のネットワークノード（ノードＡ）への無線端末のダウンリンクデータ送達状態（ＤＤＤＳ）を報告する方法を実行させる、ソフトウェア命令を含む。処理回路で実行されると、ソフトウェア命令は、第１のネットワークノード（ノードＢ）に、第１のインジケータと、データベアラの所望のバッファサイズおよび／または無線端末の所望の最小バッファサイズを特定する、少なくとも第１の情報要素（ＩＥ）とを含む、ＤＤＤＳフレームを生成させる。処理回路で実行されると、ソフトウェア命令は更に、第１のネットワークノード（ノードＢ）に、無線端末への送達に成功したパケットの最大シーケンス番号を特定する第２のＩＥを、ＤＤＤＳフレームに含むか否かを決定させる。処理回路で実行されると、ソフトウェア命令は更に、第１のネットワークノード（ノードＢ）に、第２のＩＥをＤＤＤＳフレームに含むか否かの決定に応答して、ＤＤＤＳフレームにおける第２のＩＥの存在および／または不在を示す、第１の状態インジケータの値を設定させる。処理回路で実行されると、ソフトウェア命令は更に、第１のネットワークノード（ノードＢ）に、第１の状態インジケータが第２のＩＥがＤＤＤＳフレームの存在を示した場合、第２のＩＥをＤＤＤＳフレームに追加させ、ＤＤＤＳフレームを第２のネットワークノード（ノードＡ）に送出して、第２のネットワークノード（ノードＡ）による、無線端末へのダウンリンクデータフローの制御を容易にさせる。１つの例示的実施形態では、コンピュータ可読媒体はコンピュータプログラム製品を含む。１つの例示的実施形態では、コンピュータ可読媒体は非一時的コンピュータ可読媒体を含んでもよい。
【００１７】
別の例示的実施形態は、無線端末のダウンリンクデータ送達状態（ＤＤＤＳ）を第２のネットワークノード（ノードＡ）に報告するように設定された、第１のネットワークノード（ノードＢ）を含む。第１のネットワークノード（ノードＢ）は、１つまたは複数の処理回路と通信回路とを含む。１つまたは複数の処理回路は、第１の状態インジケータと、データベアラの所望のバッファサイズおよび／または無線端末の所望の最小バッファサイズを特定する、少なくとも第１の情報要素（ＩＥ）とを含む、ＤＤＤＳフレームを生成するように設定される。１つまたは複数の処理回路は更に、無線端末への送達に成功したパケットの最大シーケンス番号を特定する第２のＩＥを、ＤＤＤＳフレームに含むか否かを決定するように設定される。１つまたは複数の処理回路は更に、決定に応答して、ＤＤＤＳフレームにおける第２のＩＥの存在および／または不在を示す、第１の状態インジケータの値を設定し、第１の状態インジケータが第２のＩＥがＤＤＤＳフレームの存在を示した場合、第２のＩＥをＤＤＤＳフレームに追加するように設定される。通信回路は、ＤＤＤＳフレームを第２のネットワークノード（ノードＡ）に送出して、第２のネットワークノード（ノードＡ）による、無線端末へのダウンリンクデータフローの制御を容易にするように設定される。
【００１８】
別の例示的実施形態は、無線端末のダウンリンクデータ送達状態（ＤＤＤＳ）を第２のネットワークノード（ノードＡ）に報告するように設定された、第１のネットワークノード（ノードＢ）を含む。第１のネットワークノード（ノードＢ）は、第１の状態インジケータと、データベアラの所望のバッファサイズおよび／または無線端末の所望の最小バッファサイズを特定する、少なくとも第１の情報要素（ＩＥ）とを含む、ＤＤＤＳフレームを生成するように設定される。第１のネットワークノード（ノードＢ）は更に、無線端末への送達に成功したパケットの最大シーケンス番号を特定する第２のＩＥを、ＤＤＤＳフレームに含むか否かを決定するように設定される。第１のネットワークノード（ノードＢ）は更に、決定に応答して、ＤＤＤＳフレームにおける第２のＩＥの存在および／または不在を示す、第１の状態インジケータの値を設定し、第１の状態インジケータが第２のＩＥがＤＤＤＳフレームの存在を示した場合、第２のＩＥをＤＤＤＳフレームに追加するように設定される。第１のネットワークノード（ノードＢ）は更に、ＤＤＤＳフレームを第２のネットワークノード（ノードＡ）に送出して、第２のネットワークノード（ノードＡ）による、無線端末へのダウンリンクデータフローの制御を容易にするように設定される。
【００１９】
別の例示的実施形態は、第１のネットワークノード（ノードＡ）によって実現される、第１のネットワークノード（ノードＡ）から無線端末へのダウンリンクデータフローを制御する方法を含む。方法は、第２のネットワークノード（ノードＢ）から、少なくとも第１の情報要素（ＩＥ）と第１の状態インジケータとを含むダウンリンクデータ送達状態（ＤＤＤＳ）フレームを受信することを含む。方法は更に、ＤＤＤＳフレームの第１のＩＥから、データベアラの所望のバッファサイズおよび／または無線端末の所望の最小バッファサイズを決定することを含む。方法は更に、決定されたデータベアラの所望のバッファサイズおよび／または決定された無線端末の所望の最小バッファサイズに応答して、第１のネットワークノード（ノードＡ）から無線端末へのダウンリンクデータフローを制御することを含む。方法は更に、ＤＤＤＳフレームの第１の状態インジケータを評価して、ＤＤＤＳフレームが第２のＩＥを含むか否かを決定することを含む。第１の状態インジケータが、ＤＤＤＳフレームが第２のＩＥを含むことを示した場合、方法は更に、第１のネットワークノード（ノードＡ）による無線端末への送達に成功したパケットの最大シーケンス番号を第２のＩＥから決定することを含み、更に、決定された最大シーケンス番号に応答して、第１のネットワークノード（ノードＡ）から無線端末へのダウンリンクデータフローを制御することを含む。方法は更に、ダウンリンクデータフローにしたがって、ダウンリンクデータを無線端末に送出することを含む。
【００２０】
別の例示的実施形態は、第１のネットワークノード（ノードＡ）を制御するコンピュータプログラム製品を含む。コンピュータプログラム製品は、第１のネットワークノード（ノードＡ）の少なくとも１つの処理回路で実行されると、第１のネットワークノード（ノードＡ）に、第１のネットワークノード（ノードＡ）から無線端末へのダウンリンクデータフローを制御させる、ソフトウェア命令を含む。処理回路で実行されると、ソフトウェア命令は、第１のネットワークノード（ノードＡ）に、少なくとも第１の情報要素（ＩＥ）と第１の状態インジケータとを含むダウンリンクデータ送達状態（ＤＤＤＳ）フレームを、第２のネットワークノード（ノードＢ）から受信させる。処理回路で実行されると、ソフトウェア命令は更に、第１のネットワークノード（ノードＡ）に、ＤＤＤＳフレームの第１のＩＥからデータベアラの所望のバッファサイズおよび／または無線端末の所望の最小バッファサイズを決定させる。処理回路で実行されると、ソフトウェア命令は更に、第１のネットワークノード（ノードＡ）に、決定されたデータベアラの所望のバッファサイズおよび／または決定された無線端末の所望の最小バッファサイズに応答して、第１のネットワークノード（ノードＡ）から無線端末へのダウンリンクデータフローを制御させる。処理回路で実行されると、ソフトウェア命令は更に、第１のネットワークノード（ノードＡ）に、ＤＤＤＳフレームの第１の状態インジケータを評価して、ＤＤＤＳフレームが第２のＩＥを含むか否かを決定させる。第１の状態インジケータが、ＤＤＤＳフレームが第２のＩＥを含むことを示した場合、ソフトウェア命令は更に、第１のネットワークノードに、第１のネットワークノード（ノードＡ）による無線端末への送達に成功したパケットの最大シーケンス番号を第２のＩＥから決定させ、更に、決定された最大シーケンス番号に応答して、第１のネットワークノード（ノードＡ）から無線端末へのダウンリンクデータフローを制御させる。処理回路で実行されると、ソフトウェア命令は更に、第１のネットワークノード（ノードＡ）に、ダウンリンクデータフローにしたがって、ダウンリンクデータを無線端末に送出させる。１つの例示的実施形態では、コンピュータ可読媒体はコンピュータプログラム製品を含む。１つの例示的実施形態では、コンピュータ可読媒体は非一時的コンピュータ可読媒体を含む。
【００２１】
別の例示的実施形態は、無線端末へのダウンリンクデータフローを制御するように設定された、第１のネットワークノード（ノードＡ）を含む。第１のネットワークノード（ノードＡ）は、通信回路と１つまたは複数の処理回路とを含む。通信回路は、第２のネットワークノード（ノードＢ）から、少なくとも第１の情報要素（ＩＥ）と第１の状態インジケータとを含むダウンリンクデータ送達状態（ＤＤＤＳ）フレームを受信するように設定される。１つまたは複数の処理回路は、ＤＤＤＳフレームの第１のＩＥから、データベアラの所望のバッファサイズおよび／または無線端末の所望の最小バッファサイズを決定するように設定される。１つまたは複数の処理回路は更に、決定されたデータベアラの所望のバッファサイズおよび／または決定された無線端末の所望の最小バッファサイズに応答して、第１のネットワークノード（ノードＡ）から無線端末へのダウンリンクデータフローを制御するように設定される。１つまたは複数の処理回路は更に、ＤＤＤＳフレームの第１の状態インジケータを評価して、ＤＤＤＳフレームが第２のＩＥを含むか否かを決定するように設定される。第１の状態インジケータが、ＤＤＤＳフレームが第２のＩＥを含むことを示した場合、１つまたは複数の処理回路は、第１のネットワークノード（ノードＡ）による無線端末への送達に成功したパケットの最大シーケンス番号を第２のＩＥから決定し、更に、決定された最大シーケンス番号に応答して、第１のネットワークノード（ノードＡ）からのダウンリンクデータフローを制御するように設定される。通信回路は更に、ダウンリンクデータフローにしたがって、ダウンリンクデータを無線端末に送出するように設定される。
【００２２】
別の例示的実施形態は、第１のネットワークノード（ノードＡ）から無線端末へのダウンリンクデータフローを制御する、第１のネットワークノード（ノードＡ）を含む。第１のネットワークノード（ノードＡ）は、第２のネットワークノード（ノードＢ）から、少なくとも第１の情報要素（ＩＥ）と第１の状態インジケータとを含むダウンリンクデータ送達状態（ＤＤＤＳ）フレームを受信するように設定される。第１のネットワークノード（ノードＡ）は更に、ＤＤＤＳフレームの第１のＩＥから、データベアラの所望のバッファサイズおよび／または無線端末の所望の最小バッファサイズを決定するように設定される。第１のネットワークノード（ノードＡ）は更に、決定されたデータベアラの所望のバッファサイズおよび／または決定された無線端末の所望の最小バッファサイズに応答して、第１のネットワークノード（ノードＡ）から無線端末へのダウンリンクデータフローを制御するように設定される。第１のネットワークノード（ノードＡ）は更に、ＤＤＤＳフレームの第１の状態インジケータを評価して、ＤＤＤＳフレームが第２のＩＥを含むか否かを決定するように設定される。第１の状態インジケータが、ＤＤＤＳフレームが第２のＩＥを含むことを示した場合、第１のネットワークノード（ノードＡ）は更に、第１のネットワークノード（ノードＡ）による無線端末への送達に成功したパケットの最大シーケンス番号を第２のＩＥから決定し、更に、決定された最大シーケンス番号に応答して、第１のネットワークノード（ノードＡ）からのダウンリンクデータフローを制御するように設定される。第１のネットワークノード（ノードＡ）は更に、ダウンリンクデータフローにしたがって、ダウンリンクデータを無線端末に送出するように設定される。
【図面の簡単な説明】
【００２３】
【図１】本明細書に提示する解決策の例示的実施形態による、例示的な無線ネットワークを示す図である。
【図２】本明細書に提示する解決策の例示的実施形態による、ノードＢからノードＡにＤＤＤＳフレームを提供する方法を示す図である。
【図３】本明細書に提示する解決策の例示的実施形態による、受信したＤＤＤＳフレームからのデータフローを決定し、データを無線端末に提供する方法を示す図である。
【図４】本明細書に提示する解決策の例示的実施形態による、例示的な無線端末を示すブロック図である。
【図５】本明細書に提示する解決策の例示的実施形態による、例示的なネットワークノードを示すブロック図である。
【図６】新無線のデュアルコネクティビティの一例を示す図である。
【図７Ａ】本明細書に提示する解決策の例示的実施形態による、例示的なＤＤＤＳフレームを示す図である。
【図７Ｂ】本明細書に提示する解決策の例示的実施形態による、別の例示的なＤＤＤＳフレームを示す図である。
【図７Ｃ】本明細書に提示する解決策の例示的実施形態による、別の例示的なＤＤＤＳフレームを示す図である。
【図８】本明細書に提示する解決策に適用可能である、例示的な無線ネットワークを示す図である。
【図９】本明細書に提示する解決策に適用可能である、例示的なＵＥを示す図である。
【図１０】本明細書に提示する解決策に適用可能である、例示的な仮想化環境を示す図である。
【図１１】本明細書に提示する解決策に適用可能である、例示的な電気通信ネットワークを示す図である。
【図１２】本明細書に提示する解決策に適用可能である、例示的なホストコンピュータを示す図である。
【図１３】本明細書に提示する解決策の例示的実施形態による、通信システムで実現される例示的な方法を示す図である。
【図１４】本明細書に提示する解決策の例示的実施形態による、通信システムで実現される別の例示的な方法を示す図である。
【図１５】本明細書に提示する解決策の例示的実施形態による、通信システムで実現される別の例示的な方法を示す図である。
【図１６】本明細書に提示する解決策の例示的実施形態による、通信システムで実現される別の例示的な方法を示す図である。
【発明を実施するための形態】
【００２４】
以下、本明細書において想到される実施形態のいくつかについて、添付図面を参照して更に十分に記載する。しかしながら、他の実施形態が本明細書に開示する主題の範囲内に含まれ、開示する主題は、本明細書で説明する実施形態のみに限定されるものと解釈されるべきではなく、それよりもむしろ、これらの実施形態は、主題の範囲を当業者に伝えるために例として提供されるものである。追加の情報が、付表において提供される文献に見出されることもある。
【００２５】
図１は、ネットワークノードＡ  １２と、ネットワークノードＢ  １４と、無線端末１６とを備える、例示的な無線ネットワーク１０を示している。ノードＢ  １４は、ダウンリンクデータ送達状態（ＤＤＤＳ）をノードＡ  １２に送出する。ノードＡ  １２は、受信したＤＤＤＳを使用して、ノードＡ  １２からノードＢ  １４を介して無線端末１６へのダウンリンクデータの送達を制御する。
【００２６】
図２は、ノードＢ  １４からノードＡ  １２に無線端末１６のＤＤＤＳを報告する、ノードＢ  １４によって実現される例示的な方法を示している。方法は、第１のインジケータと、データベアラの所望のバッファサイズおよび／または無線端末１６の所望の最小バッファサイズを特定する、少なくとも第１の情報要素（ＩＥ）とを含む、ＤＤＤＳフレームを生成することを含む（ブロック１００）。方法は更に、無線端末への送達に成功したパケットの最大シーケンス番号を特定する第２のＩＥを、ＤＤＤＳフレームに含むか否かを決定することを含む（ブロック１１０）。方法は更に、第２のＩＥをＤＤＤＳフレームに含むか否かの決定に応答して、ＤＤＤＳフレームにおける第２のＩＥの存在および／または不在を示す、第１の状態インジケータの値を設定することを含む（ブロック１２０、ブロック１４０）。方法は更に、第１の状態インジケータが第２のＩＥがＤＤＤＳフレームの存在を示した場合（ブロック１２０）、第２のＩＥをＤＤＤＳフレームに追加すること（ブロック１３０）と、ＤＤＤＳフレームをノードＡ  １２に送出して、ノードＡ  １２による、無線端末１６へのダウンリンクデータフローの制御を容易にすること（ブロック１５０）とを含む。
【００２７】
図３は、ノードＡ  １２から無線端末１６へのダウンリンクデータフローを制御する、ノードＡ  １２によって実現される例示的な方法を示している。方法は、少なくとも第１の情報要素（ＩＥ）と第１の状態インジケータとを含むＤＤＤＳフレームを、ノードＢ  １４から受信することを含む（ブロック２００）。方法は更に、ＤＤＤＳフレームの第１のＩＥから、データベアラの所望のバッファサイズおよび／または無線端末１６の所望の最小バッファサイズを決定することを含む（ブロック２１０）。方法は更に、決定されたデータベアラの所望のバッファサイズおよび／または決定された無線端末１６の所望の最小バッファサイズに応答して、ノードＡ  １２から無線端末１６へのダウンリンクデータフローを制御することを含む（ブロック２２０）。方法は更に、ＤＤＤＳフレームの第１の状態インジケータを評価して、ＤＤＤＳフレームが第２のＩＥを含むか否かを決定することを含む（ブロック２３０）。第１の状態インジケータが、ＤＤＤＳフレームが第２のＩＥを含むことを示した場合、方法は更に、ノードＡ  １２による無線端末１６への送達に成功したパケットの最大シーケンス番号を第２のＩＥから決定すること（ブロック２４０）、更に、決定された最大シーケンス番号に応答して、ノードＡ  １２から無線端末１６へのダウンリンクデータフローを制御すること（ブロック２５０）を含む。方法は更に、ダウンリンクデータフローにしたがって、ダウンリンクデータを無線端末１６に送出することを含む（ブロック２６０）。
【００２８】
図４は、図１の無線端末１６に相当する、例示的な無線端末３００のブロック図を示している。無線端末３００は、少なくともメモリ３３０に格納された命令にしたがって、無線端末３００の動作を制御する、１つまたは複数の処理回路３１０を含む。無線端末３００は更に、例えばノードＢ  １４との間で、無線ネットワークで無線信号を送信および／または受信するように設定された、通信回路３２０を含む。
【００２９】
図５は、図１のノードＡ  １２およびノードＢのどちらかまたは両方に相当する、例示的なネットワークノード４００のブロック図を示している。ネットワークノード４００は、１つまたは複数の処理回路４１０と、通信回路４２０と、メモリ４３０とを含む。１つまたは複数の処理回路４１０は、少なくともメモリ４３０に格納された命令にしたがって、無線端末４００の動作を制御する。通信回路４２０は、例えば、他のネットワークノード４００との間、および／または無線端末１６との間で、無線ネットワークで信号を送信および／または受信するように設定される。
【００３０】
ネットワークノード４００がノードＡ  １２を含む場合、通信回路４２０は、別のネットワークノード、例えばノードＢ  １４から、少なくとも第１のＩＥと第１の状態インジケータとを含むＤＤＤＳフレームを受信するように設定される。１つまたは複数の処理回路４１０は、ＤＤＤＳフレームの第１のＩＥから、データベアラの所望のバッファサイズおよび／または無線端末１６の所望の最小バッファサイズを決定するように設定される。１つまたは複数の処理回路４１０は更に、決定されたデータベアラの所望のバッファサイズおよび／または決定された無線端末の所望の最小バッファサイズに応答して、ノードＡ  １２から無線端末１６へのダウンリンクデータフローを制御するように設定される。１つまたは複数の処理回路４１０は更に、ＤＤＤＳフレームの第１の状態インジケータを評価して、ＤＤＤＳフレームが第２のＩＥを含むか否かを決定するように設定される。第１の状態インジケータが、ＤＤＤＳフレームが第２のＩＥを含むことを示した場合、１つまたは複数の処理回路は、ノードＡ  １２による無線端末１６への送達に成功したパケットの最大シーケンス番号を第２のＩＥから決定し、更に、決定された最大シーケンス番号に応答して、ノードＡ  １２からのダウンリンクデータフローを制御するように設定される。通信回路４２０は更に、ダウンリンクデータフローにしたがって、ダウンリンクデータを無線端末１６に送出するように設定される。
【００３１】
ネットワークノード４００がノードＢ  １４を含む場合、１つまたは複数の処理回路４１０は、第１の状態インジケータと、データベアラの所望のバッファサイズおよび／または無線端末１６の所望の最小バッファサイズを特定する、少なくとも第１の情報要素（ＩＥ）とを含む、ＤＤＤＳフレームを生成するように設定される。１つまたは複数の処理回路４１０は更に、無線端末１６への送達に成功したパケットの最大シーケンス番号を特定する第２のＩＥを、ＤＤＤＳフレームに含むか否かを決定するように設定される。１つまたは複数の処理回路４１０は更に、決定に応答して、ＤＤＤＳフレームにおける第２のＩＥの存在および／または不在を示す、第１の状態インジケータの値を設定し、第１の状態インジケータが第２のＩＥがＤＤＤＳフレームの存在を示した場合、第２のＩＥをＤＤＤＳフレームに追加するように設定される。通信回路４２０は、ＤＤＤＳフレームをノードＡ  １２に送出して、ノードＡ  １２による、無線端末１６へのダウンリンクデータフローの制御を容易にするように設定される。
【００３２】
所望のバッファサイズに関連する情報（例えば、データ送達前）のみを含むＤＤＤＳを送出できることを確保するため、特定の実施形態によれば、必須の提示されるＩＥ「ＰＤＣＰエンティティをホストするｇＮＢから受信したＰＤＣＰ  ＰＤＵの中で、ＵＥへの順次送達に成功した最大ＰＤＣＰ  ＰＤＵシーケンス番号」は、任意であるように修正される。このＩＥが存在することを示すため、新しい指示が導入される。例えば、本明細書に提示する解決策を実現する１つの方法は、図７Ａおよび表１に示されるように、スペアビットの１つを割り振り、指示を定義することである。図７Ａの例では、「送達された最大ＰＤＣＰの指示」は、「送達に成功した最大ＰＤＣＰシーケンス番号」ＩＥの存在を示すために導入される。
0006937434.tif 000002
【００３３】
特定の実施形態によれば、代替の解決策は、ＰＤＣＰ  ＰＤＵ  ＳＮ情報が新しいものか単なる反復であるか、例えば前回信号伝送したものと同じであるか（その場合、ＰＤＣＰ  ＰＤＵ  ＳＮは存在しない）を説明するのに、既存のスペアビットを使用することによって、指示が導入されるものであり得る。
【００３４】
特定の実施形態によれば、代替の解決策は、ＰＤＣＰ  ＰＤＵ  ＳＮ情報を無視できること、例えば、図７Ｂを参照して示されるように、指示が設定された場合、提示されるＰＤＣＰ  ＰＤＵがダミーであって使用されないことを説明するのに、既存のスペアビットを使用することによって、指示が導入されるものであり得る。図７Ｂの例では、「送達された最大ＰＤＣＰに関連」は、「送達に成功した最大ＰＤＣＰシーケンス番号」ＩＥが関連するか否かを示すために導入される。この指示が（例えば、１に）設定された場合、送達に成功した最大ＰＤＣＰシーケンス番号はダミー値であり得る。
【００３５】
Ｘ２ＵＰは既に標準化されているので（３ＧＰＰ  ＴＳ  ３６．４２５を参照）、上述した存在の指示の導入は後方互換性がある形で行われるべきであり、例えば、スペアビットを使用する場合、スペアビットが０に設定されるという事実により、ＩＥが存在することを示すのに値０を使用し、ＩＥが存在しないことを示すのに値１を使用する。
【００３６】
ＲＬＣ  ＵＭフロー制御の場合、下位層（例えば、媒体アクセス制御（ＭＡＣ）層）に何が送信されてきたかに関してフィードバックを得られれば十分である。ＤＤＤＳをＲＬＣ  ＵＭモードのフロー制御に適用可能にするには、「所望のバッファサイズ」および「所望の最小バッファサイズ」の定義を、ＲＬＣ  ＵＭモードに対応するために、ＭＡＣ層に送信される所望のバッファサイズであることを明確に規定するように拡張する必要がある。この１つの非限定例が表２に示されるが、他の具体的な実現例も可能であり得る。特に、表２は、ＲＬＣ  ＵＭモードに対応するため、ＭＡＣ層に送信する事例を明確に規定するように、所望のバッファサイズを拡張する一例を示している。
0006937434.tif 000003
【００３７】
送信される最大ＰＤＣＰシーケンス番号は、ＲＬＣ  ＵＭおよびＲＬＣ  ＡＭ両方のモードで使用されるように導入することができる。つまり、Ｕｕインターフェースを通じて送信されるようにＭＡＣ層によって要求されている、最大ＰＤＣＰ  ＳＮを示す。しかしながら、ＲＬＣ  ＡＭモードに使用される場合、ＰＤＣＰ  ＰＤＵを除去するため、ＰＤＣＰエンティティをホストするノードには使用されるべきでない。この情報要素は任意に存在するものとしても導入されるべきである。このＩＥが存在することを示すため、指示が導入される。１つの非限定例が図７Ｃおよび表３に示されるが、他の具体的な実現例も可能であり得る。
0006937434.tif 000004
【００３８】
解決策は、Ｘ２ＵＰ、ＸｎＵＰ、およびＦ１ＵＰに適用されてもよい。指示および情報要素は、異なる場所に、または異なる名称で導入されてもよい。
【００３９】
本明細書で考察するように、提案する解決策は、デュアルコネクティビティ設定で動作する、様々なネットワークノードおよびＵＥによって実施されてもよい。これらのノードおよびＵＥ、ならびにそれらが動作するネットワークについて、以下に更に詳細に記載する。
【００４０】
本明細書に記載する主題は、任意の適切な構成要素を使用する任意の適切なタイプのシステムで実現されてもよいが、本明細書に開示する実施形態は、図８に示される例示の無線ネットワークなどの無線ネットワークに関連して記載する。単純にするため、図８の無線ネットワークは、ネットワーク８０６、ネットワークノード８６０および８６０ｂ、ならびにＷＤ  ８１０、８１０ｂ、および８１０ｃのみを示している。実際上、無線ネットワークは、無線デバイス間の通信、あるいは無線デバイスと地上電話、サービスプロバイダ、または他の任意のネットワークノードもしくはエンドデバイスなど、別の通信デバイスとの間の通信に対応するのに適した、任意の追加の要素を更に含んでもよい。図示される構成要素のうち、ネットワークノード８６０およびＷＤ  ８１０が更に詳細に図示されている。無線ネットワークは、通信および他のタイプのサービスを１つまたは複数の無線デバイスに提供して、無線ネットワークによってもしくは無線ネットワークを介して提供されるサービスに関する、無線デバイスのアクセスおよび／または使用を容易にしてもよい。
【００４１】
無線ネットワークは、任意のタイプの通信、電気通信、データ、移動体、および／または無線ネットワーク、あるいは他の同様のタイプのシステムを備えてもよく、ならびに／あるいはそれらとインターフェース接続してもよい。いくつかの実施形態では、無線ネットワークは、特定の規格、または他のタイプの規定の規則もしくは手順にしたがって動作するように構成されてもよい。したがって、無線ネットワークの特定の実施形態は、グローバル移動体通信システム（ＧＳＭ）、Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ（ＵＭＴＳ）、Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、および／または他の適切な２Ｇ、３Ｇ、４Ｇ、もしくは５Ｇ規格、ＩＥＥＥ  ８０２．１１規格などの無線ローカルエリアネットワーク（ＷＬＡＮ）規格、ならびに／あるいは、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（ＷｉＭａｘ）、ブルートゥース、Ｚ波、および／またはジグビー規格などの他の任意の適切な無線通信規格などの、通信規格を実現してもよい。
【００４２】
ネットワーク８０６は、１つもしくは複数のバックホールネットワーク、コアネットワーク、ＩＰネットワーク、公衆交換電話網（ＰＳＴＮ）、パケットデータネットワーク、光ネットワーク、広域ネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、有線ネットワーク、無線ネットワーク、メトロポリタンエリアネットワーク、およびデバイス間で通信できるようにする他のネットワークを含んでもよい。
【００４３】
ネットワークノード８６０およびＷＤ  ８１０は、更に詳細に後述する様々な構成要素を備える。これらの構成要素は、無線ネットワークにおける無線接続を提供するなど、ネットワークノードおよび／または無線デバイスの機能性を提供するために共に働く。異なる実施形態では、無線ネットワークは、任意の数の有線もしくは無線ネットワーク、ネットワークノード、基地局、コントローラ、無線デバイス、中継局、ならびに／あるいは、有線または無線接続のどちらかを介するデータおよび／または信号の通信を容易にするかまたはそれに関与することができる、他の任意の構成要素またはシステムを含んでもよい。
【００４４】
本明細書で使用するとき、ネットワークノードは、無線デバイスへの無線アクセスを可能にする、および／または無線アクセスを提供する、ならびに／あるいは無線ネットワークにおける他の機能（例えば、管理）を実施するために、無線通信ネットワーク内のネットワークノードまたもしくは他の機器と、直接または間接的に通信することができる、通信するように構成された、通信するように配置された、ならびに／または通信するように動作可能である、機器を指す。ネットワークノードの例としては、アクセスポイント（ＡＰ）（例えば、無線アクセスポイント）、基地局（ＢＳ）（例えば、無線基地局、ノードＢ、および進化型ノードＢ（ｅＮＢ））が挙げられるが、それらに限定されない。基地局は、それらが提供するカバレッジの量（または換言すれば、それらの送信電力レベル）に基づいて分類されてもよく、そのため、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局とも呼ばれることがある。基地局は、中継を制御する中継ノードまたは中継ドナーノードであってもよい。ネットワークノードはまた、中央デジタルユニット、および／またはリモート無線ヘッド（ＲＲＨ）と呼ばれることがあるリモート無線ユニット（ＲＲＵ）など、分散無線基地局の１つもしくは複数（または全て）の部分を含んでもよい。かかるリモート無線ユニットは、アンテナ統合無線として、アンテナと統合されてもされなくてもよい。分散無線基地局の部分はまた、分散アンテナシステム（ＤＡＳ）のノードと呼ばれることもある。ネットワークノードの更なる他の例としては、ＭＳＲ  ＢＳなどのマルチスタンダード無線（ＭＳＲ）機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、ベーストランシーバ基地局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト調整エンティティ（ＭＣＥ）、コアネットワークノード（例えば、ＭＳＣ、ＭＭＥ）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、ポジショニングノード（例えば、Ｅ−ＳＭＬＣ）、ならびに／あるいはＭＤＴが挙げられる。別の例として、ネットワークノードは、更に詳細に後述するような仮想ネットワークノードであってもよい。しかしながら、より一般的には、ネットワークノードは、無線デバイスが無線ネットワークにアクセスできるようにすること、もしくは無線デバイスに無線ネットワークへのアクセスを提供すること、および／または無線ネットワークにアクセスしている無線デバイスに何らかのサービスを提供することが、可能である、そのように構成されている、そのように配置されている、ならびに／またはそれを可能にするように動作可能である、任意の適切なデバイス（またはデバイス群）を表してもよい。
【００４５】
図８では、ネットワークノード８６０は、処理回路構成８７０と、デバイス可読媒体８８０と、インターフェース８９０と、補助機器８８４と、電源８８６と、電力回路構成８８７と、アンテナ８６２とを含む。図８の例示の無線ネットワークに示されるネットワークノード８６０は、ハードウェア構成要素の図示される組み合わせを含むデバイスを表すことがあるが、他の実施形態は、構成要素の異なる組み合わせを含むネットワークノードを備えてもよい。ネットワークノードは、本明細書に開示するタスク、特徴、機能、および方法を実施するのに必要な、ハードウェアおよび／またはソフトウェアの任意の適切な組み合わせを含むことが理解されるべきである。更に、ネットワークノード８６０の構成要素は、より大きいボックス内に位置するかまたは複数のボックス内に入れ子状になった、単独のボックスとして示されているが、実際上、ネットワークノードは、単一の図示される構成要素を構成する複数の異なる物理的構成要素を含んでもよい（例えば、デバイス可読媒体８８０は、複数の別個のハードドライブならびに複数のＲＡＭモジュールを備えてもよい）。
【００４６】
同様に、ネットワークノード８６０は、各々がそれぞれ自身の構成要素を有してもよい、複数の物理的に別個の構成要素（例えば、ノードＢコンポーネントおよびＲＮＣコンポーネント、またはＢＴＳコンポーネントおよびＢＳＣコンポーネントなど）から成ってもよい。ネットワークノード８６０が複数の別個の構成要素（例えば、ＢＴＳおよびＢＳＣコンポーネント）を備える特定のシナリオでは、別個の構成要素の１つまたは複数が、いくつかのネットワークノードの間で共有されてもよい。例えば、単一のＲＮＣが複数のノードＢを制御してもよい。かかるシナリオでは、ノードＢおよびＲＮＣの固有の各対が、場合によっては、単一の別個のネットワークノードと見なされてもよい。いくつかの実施形態では、ネットワークノード８６０は、複数の無線アクセス技術（ＲＡＴ）に対応するように構成されてもよい。かかる実施形態では、いくつかの構成要素が重複してもよく（例えば、異なるＲＡＴに対して別個のデバイス可読媒体８８０）、いくつかの構成要素は再使用されてもよい（例えば、同じアンテナ８６２がＲＡＴによって共有されてもよい）。ネットワークノード８６０はまた、例えば、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、またはブルートゥース無線技術など、ネットワークノード８６０に統合された異なる無線技術に関する複数組の様々な図示される構成要素を含んでもよい。これらの無線技術は、同じまたは異なるチップもしくはチップセット、およびネットワークノード８６０内の他の構成要素に統合されてもよい。
【００４７】
処理回路構成８７０は、ネットワークノードによって提供されるものとして本明細書に記載される、任意の決定、計算、または類似の動作（例えば、特定の取得動作）を実施するように構成される。処理回路構成８７０によって実施されるこれらの動作は、例えば、取得された情報を他の情報に変換すること、取得された情報または変換された情報をネットワークノードに格納された情報と比較すること、ならびに／あるいは取得された情報または変換された情報に基づいて１つもしくは複数の動作を実施することによって、処理回路構成８７０によって取得される情報を処理すること、ならびに前記処理の結果として決定を行うことを含んでもよい。
【００４８】
処理回路構成８７０は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または他の任意の適切なコンピューティングデバイス、リソース、あるいは単独で、または他のネットワークノード８６０の構成要素（デバイス可読媒体８８０、ネットワークノード８６０の機能性など）と併せて提供するように動作可能な、ハードウェア、ソフトウェア、および／または符号化論理の組み合わせのうち、１つもしくは複数のものの組み合わせを備えてもよい。例えば、処理回路構成８７０は、デバイス可読媒体８８０に、または処理回路構成８７０内のメモリに格納された命令を実行してもよい。かかる機能性は、本明細書で考察する様々な無線の特徴、機能、または利益のいずれかを提供することを含んでもよい。いくつかの実施形態では、処理回路構成８７０はシステムオンチップ（ＳＯＣ）を含んでもよい。
【００４９】
いくつかの実施形態では、処理回路構成８７０は、無線周波数（ＲＦ）送受信機回路構成８７２およびベースバンド処理回路構成８７４の１つまたは複数を含んでもよい。いくつかの実施形態では、無線周波数（ＲＦ）送受信機回路構成８７２およびベースバンド処理回路構成８７４は、別個のチップ（もしくはチップセット）、ボード、または無線ユニットおよびデジタルユニットなどのユニット上にあってもよい。代替実施形態では、ＲＦ送受信機回路構成８７２およびベースバンド処理回路構成８７４の一部または全ては、同じチップもしくはチップセット、ボード、またはユニットの上にあってもよい。
【００５０】
特定の実施形態では、ネットワークノード、基地局、ｅＮＢ、または他のかかるネットワークデバイスによって提供されるものとして本明細書に記載する機能性の一部または全ては、デバイス可読媒体８８０または処理回路構成８７０内のメモリに格納された命令を実行する、処理回路構成８７０によって実施されてもよい。代替実施形態では、機能性の一部または全ては、ハードワイヤード方式などで、別個のまたは離散的なデバイス可読媒体に格納された命令を実行することなく、処理回路構成８７０によって提供されてもよい。それらの実施形態のいずれかにおいて、デバイス可読記憶媒体に格納された命令を実行するか否かにかかわらず、処理回路構成８７０は、記載される機能性を実施するように構成することができる。かかる機能性によって提供される利益は、処理回路構成８７０のみに、またはネットワークノード８６０の他の構成要素に限定されず、ネットワークノード８６０全体ならびに／あるいはエンドユーザおよび無線ネットワーク全般によって享受される。
【００５１】
デバイス可読媒体８８０は、非限定的に、永続記憶装置、固体メモリ、リモート実装メモリ、磁気媒体、光学媒体、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、大容量記憶媒体（例えば、ハードディスク）、リムーバブル記憶媒体（例えば、フラッシュドライブ、コンパクトディスク（ＣＤ）、もしくはデジタルビデオディスク（ＤＶＤ））、ならびに／または他の任意の揮発性もしくは不揮発性非一時的デバイス可読および／もしくはコンピュータ実行可能メモリデバイスを含む、処理回路構成８７０によって使用されてもよい情報、データ、および／もしくは命令を格納する、任意の形態の揮発性または不揮発性コンピュータ可読メモリを含んでもよい。デバイス可読媒体８８０は、論理、規則、コード、テーブルなどの１つもしくは複数を含むコンピュータプログラム、ソフトウェア、アプリケーションを含む、任意の適切な命令、データ、または情報、あるいは処理回路構成８７０によって実行され、ネットワークノード８６０によって利用され得る他の命令を格納してもよい。デバイス可読媒体８８０は、処理回路構成８７０によって行われる任意の計算、および／またはインターフェース８９０を介して受信される任意のデータを格納するのに使用されてもよい。いくつかの実施形態では、処理回路構成８７０およびデバイス可読記憶媒体８８０は、統合されたものと見なされてもよい。
【００５２】
インターフェース８９０は、ネットワークノード８６０、ネットワーク８０６、および／またはＷＤ  ８１０の間における、シグナリングおよび／またはデータの有線または無線通信で使用される。図示されるように、インターフェース８９０は、例えば、有線接続を通じてネットワーク８０６との間でデータを送受信する、ポート／端子８９４を備える。インターフェース８９０はまた、アンテナ８６２に、または特定の実施形態ではその一部に連結されてもよい、無線フロントエンド回路構成８９２を含む。無線フロントエンド回路構成８９２はフィルタ８９８および増幅器８９６を備える。無線フロントエンド回路構成８９２はアンテナ８６２および処理回路構成８７０に接続されてもよい。無線フロントエンド回路構成は、アンテナ８６２と処理回路構成８７０との間で通信される信号を調整するように構成されてもよい。無線フロントエンド回路構成８９２は、無線接続を介して他のネットワークノードまたはＷＤに対して送出されるべきである、デジタルデータを受信してもよい。無線フロントエンド回路構成８９２は、フィルタ８９８および／または増幅器８９６の組み合わせを使用して、デジタルデータを、適切なチャネルおよび帯域幅パラメータを有する無線信号へと変換してもよい。無線信号は次に、アンテナ８６２を介して送信されてもよい。同様に、データを受信するとき、アンテナ８６２は無線信号を収集してもよく、それらは次に、無線フロントエンド回路構成８９２によってデジタルデータへと変換される。デジタルデータは処理回路構成８７０に渡されてもよい。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組み合わせを備えてもよい。
【００５３】
特定の代替実施形態では、ネットワークノード８６０は別個の無線フロントエンド回路構成８９２を含まなくてもよく、代わりに、処理回路構成８７０は、無線フロントエンド回路構成を備えてもよく、別個の無線フロントエンド回路構成８９２なしでアンテナ８６２に接続されてもよい。同様に、いくつかの実施形態では、ＲＦ送受信機回路構成８７２の全てまたは一部はインターフェース８９０の一部と見なされてもよい。更に他の実施形態では、インターフェース８９０は、無線ユニット（図示なし）の一部として、１つもしくは複数のポートまたは端子８９４、無線フロントエンド回路構成８９２、およびＲＦ送受信機回路構成８７２を含んでもよく、インターフェース８９０は、デジタルユニット（図示なし）の一部である、ベースバンド処理回路構成８７４と通信してもよい。
【００５４】
アンテナ８６２は、無線信号を送信および／または受信するように構成された、１つもしくは複数のアンテナまたはアンテナアレイを含んでもよい。アンテナ８６２は、無線フロントエンド回路構成８９０に連結されてもよく、データおよび／または信号を無線で送受信することができる、任意のタイプのアンテナであってもよい。いくつかの実施形態では、アンテナ８６２は、例えば、２ＧＨｚ〜６６ＧＨｚの無線信号を送受信するように動作可能な、１つもしくは複数の全方向性、セクター、またはパネルアンテナを含んでもよい。全方向性アンテナは、任意の方向で無線信号を送受信するのに使用されてもよく、セクターアンテナは、特定のエリア内でデバイスから無線信号を送受信するのに使用されてもよく、パネルアンテナは、比較的直線で無線信号を送受信するのに使用される見通し線アンテナであってもよい。いくつかの例では、１つを超えるアンテナの使用はＭＩＭＯと呼ばれることがある。特定の実施形態では、アンテナ８６２は、ネットワークノード８６０とは別個であってもよく、インターフェースまたはポートを通してネットワークノード８６０に接続可能であってもよい。
【００５５】
アンテナ８６２、インターフェース８９０、および／または処理回路構成８７０は、ネットワークノードによって実施されるものとして、本明細書に記載するあらゆる受信動作および／または特定の取得動作を実施するように構成されてもよい。あらゆる情報、データ、および／または信号は、無線デバイス、別のネットワークノード、および／または他の任意のネットワーク機器から受信されてもよい。同様に、アンテナ８６２、インターフェース８９０、および／または処理回路構成８７０は、ネットワークノードによって実施されるものとして、本明細書に記載するあらゆる送信動作を実施するように構成されてもよい。あらゆる情報、データ、および／または信号は、無線デバイス、別のネットワークノード、および／または他の任意のネットワーク機器に送信されてもよい。
【００５６】
電力回路構成８８７は、電力管理回路構成を含むかまたはそれに連結されてもよく、ネットワークノード８６０の構成要素に、本明細書に記載する機能性を実施する電力を供給するように構成される。電力回路構成８８７は電源８８６から電力を受信してもよい。電源８８６および／または電力回路構成８８７は、それぞれの構成要素に適した形態で（例えば、それぞれの構成要素に必要な電圧および電流レベルで）、ネットワークノード８６０の様々な構成要素に電力を提供するように構成されてもよい。電源８８６は、回路構成８８７および／またはネットワークノード８６０に含まれるか、あるいはその外部にあってもよい。例えば、ネットワークノード８６０は、入力回路構成、または電気ケーブルなどのインターフェースを介して、外部電源（例えば、電気コンセント）に接続可能であってもよく、外部電源は電力を電力回路構成８８７に供給する。更なる例として、電源８８６は、電力回路構成８８７に接続されるかまたは統合される、電池もしくは電池パックの形態の電源を含んでもよい。電池は、外部電源が故障した場合のバックアップ電力を提供してもよい。光起電デバイスなど、他のタイプの電源も使用されてもよい。
【００５７】
ネットワークノード８６０の代替実施形態は、本明細書に記載する機能性のいずれか、および／または本明細書に記載する主題に対応するのに必要な任意の機能性を含む、ネットワークノードの機能性の特定の態様を提供することに関与してもよい、図８に示されるものを超える追加の構成要素を含んでもよい。例えば、ネットワークノード８６０は、情報をネットワークノード８６０に入力するのを可能にし、情報をネットワークノード８６０から出力するのを可能にする、ユーザインターフェース機器を含んでもよい。これは、ネットワークノード８６０に対する診断、保守、修理、および他の管理機能をユーザが実施するのを可能にしてもよい。
【００５８】
本明細書で使用するとき、無線デバイス（ＷＤ）は、ネットワークノードおよび／または他の無線デバイスと無線で通信することができる、そのように構成されている、そのように配置されている、および／またはそのように動作可能であるデバイスを指す。別段の記述がない限り、ＷＤという用語は、本明細書ではユーザ機器（ＵＥ）と交換可能に使用されてもよい。無線通信には、電磁波、電波、赤外線波、および／または無線で情報を伝達するのに適した他のタイプの信号を使用して、無線信号を送信および／または受信することが関与してもよい。いくつかの実施形態では、ＷＤは、直接的な人間の相互作用なしに情報を送信および／または受信するように構成されてもよい。例えば、ＷＤは、内部もしくは外部イベントによって起動されると、またはネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように設計されてもよい。ＷＤの例としては、スマートフォン、移動電話、携帯電話、ボイスオーバーＩＰ（ＶｏＩＰ）電話、無線ローカルループ電話、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、無線カメラ、ゲームコンソールもしくはデバイス、音楽記憶デバイス、再生器具、ウェアラブル端末デバイス、無線エンドポイント、移動局、タブレット、ラップトップ、ラップトップ内蔵機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、スマートデバイス、無線カスタマー構内設備（ＣＰＥ）、車載型無線端末デバイスなどが挙げられるが、それらに限定されない。ＷＤは、例えば、サイドリンク通信の３ＧＰＰ規格を実現することによるデバイス間（Ｄ２Ｄ）通信に対応してもよく、この場合、Ｄ２Ｄ通信デバイスと呼ばれることがある。更に別の特定の例として、物のインターネット（ＩｏＴ）のシナリオでは、ＷＤは、監視および／または測定を実施し、かかる監視および／または測定の結果を別のＷＤおよび／またはネットワークノードに送信する、機械または他のデバイスを表してもよい。ＷＤは、この場合、３ＧＰＰの文脈ではマシン型通信（ＭＴＣ）デバイスと呼ばれることがある、マシンツーマシン（Ｍ２Ｍ）デバイスであってもよい。１つの特定の例として、ＷＤは、３ＧＰＰ狭帯域物のインターネット（ＮＢ−ＩｏＴ）規格を実現するＵＥであってもよい。かかるマシンまたはデバイスの特定の例は、センサ、電力計などの計量デバイス、工業用機械類、家庭用または個人用電気器具（例えば、冷蔵庫、テレビなど）、個人用ウェアラブル（例えば、時計、フィットネストラッカーなど）である。他のシナリオでは、ＷＤは、その動作状態またはその動作と関連付けられた他の機能に関して監視および／または報告することができる、車両用または他の機器を表してもよい。上述したようなＷＤは、無線接続のエンドポイントを表してもよく、その場合、デバイスは無線端末と呼ばれることがある。更に、上述したようなＷＤは移動体であってもよく、その場合、移動デバイスまたは移動端末と呼ばれることもある。
【００５９】
図示されるように、無線デバイス８１０は、アンテナ８１１、インターフェース８１４、処理回路構成８２０、デバイス可読媒体８３０、ユーザインターフェース機器８３２、補助機器８３４、電源８３６、および電力回路構成８３７を含む。ＷＤ  ８１０は、例えば、例を挙げると、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、ＷｉＭＡＸ、またはブルートゥース無線技術など、ＷＤ  ８１０が対応する異なる無線技術に対して、図示される構成要素のうち１つまたは複数のものの複数組を含んでもよい。これらの無線技術は、ＷＤ  ８１０内の他の構成要素と同じもしくは異なるチップまたはチップセットに統合されてもよい。
【００６０】
アンテナ８１１は、無線信号を送信および／または受信するように構成された、１つもしくは複数のアンテナまたはアンテナアレイを含んでもよく、アンテナ８１１はインターフェース８１４に接続される。特定の代替実施形態では、アンテナ８１１は、ＷＤ  ８１０とは別個であってもよく、インターフェースまたはポートを通してＷＤ  ８１０に接続可能であってもよい。アンテナ８１１、インターフェース８１４、および／または処理回路構成８２０は、ＷＤによって実施されるものとして本明細書に記載される、あらゆる受信または送信動作を実施するように構成されてもよい。あらゆる情報、データ、および／または信号は、ネットワークノードおよび／または別のＷＤから受信されてもよい。いくつかの実施形態では、無線フロントエンド回路構成および／またはアンテナ８１１は、インターフェースと見なされてもよい。
【００６１】
図示されるように、インターフェース８１４は無線フロントエンド回路構成８１２およびアンテナ８１１を備える。無線フロントエンド回路構成８１２は、１つまたは複数のフィルタ８１８および増幅器８１６を備える。無線フロントエンド回路構成８１４は、アンテナ８１１および処理回路構成８２０に接続され、アンテナ８１１と処理回路構成８２０との間で通信される信号を調整するように構成される。無線フロントエンド回路構成８１２は、アンテナ８１１に連結されるか、またはその一部であってもよい。いくつかの実施形態では、ＷＤ  ８１０は、別個の無線フロントエンド回路構成８１２を含まなくてもよく、それよりもむしろ、処理回路構成８２０は、無線フロントエンド回路構成を備えてもよく、アンテナ８１１に接続されてもよい。同様に、いくつかの実施形態では、ＲＦ送受信機回路構成８２２の全てまたは一部はインターフェース８１４の一部と見なされてもよい。無線フロントエンド回路構成８１２は、無線接続を介して他のネットワークノードまたはＷＤに対して送出されるべきである、デジタルデータを受信してもよい。無線フロントエンド回路構成８１２は、フィルタ８１８および／または増幅器８１６の組み合わせを使用して、デジタルデータを、適切なチャネルおよび帯域幅パラメータを有する無線信号へと変換してもよい。無線信号は次に、アンテナ８１１を介して送信されてもよい。同様に、データを受信するとき、アンテナ８１１は無線信号を収集してもよく、それらは次に、無線フロントエンド回路構成８１２によってデジタルデータへと変換される。デジタルデータは処理回路構成８２０に渡されてもよい。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組み合わせを備えてもよい。
【００６２】
処理回路構成８２０は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または他の任意の適切なコンピューティングデバイス、リソース、あるいは単独で、または他のＷＤ  ８１０の構成要素（デバイス可読媒体８３０、ネットワークノード８１０の機能性など）と併せて提供するように動作可能な、ハードウェア、ソフトウェア、および／または符号化論理の組み合わせのうち、１つもしくは複数のものの組み合わせを備えてもよい。かかる機能性は、本明細書で考察する様々な無線の特徴または利益のいずれかを提供することを含んでもよい。例えば、処理回路構成８２０は、デバイス可読媒体８３０に、または処理回路構成８２０内のメモリに格納された命令を実行して、本明細書に開示する機能性を提供してもよい。
【００６３】
図示されるように、処理回路構成８２０は、ＲＦ送受信機回路構成８２２、ベースバンド処理回路構成８２４、およびアプリケーション処理回路構成８２６の１つまたは複数を含む。他の実施形態では、処理回路構成は、異なる構成要素および／または構成要素の異なる組み合わせを備えてもよい。特定の実施形態では、ＷＤ  ８１０の処理回路構成８２０はＳＯＣを備えてもよい。いくつかの実施形態では、ＲＦ送受信機回路構成８２２、ベースバンド処理回路構成８２４、およびアプリケーション処理回路構成８２６は、別個のチップまたはチップセット上にあってもよい。代替実施形態では、ベースバンド処理回路構成８２４およびアプリケーション処理回路構成８２６の一部または全ては、１つのチップまたはチップセットに組み入れられてもよく、ＲＦ送受信機回路構成８２２は別個のチップまたはチップセット上にあってもよい。更なる代替実施形態では、ＲＦ送受信機回路構成８２２およびベースバンド処理回路構成８２４の一部または全てが、同じチップまたはチップセット上にあってもよく、アプリケーション処理回路構成８２６が別個のチップまたはチップセット上にあってもよい。更なる他の代替実施形態では、ＲＦ送受信機回路構成８２２、ベースバンド処理回路構成８２４、およびアプリケーション処理回路構成８２６の一部または全てが、同じチップまたはチップセットに組み入れられてもよい。いくつかの実施形態では、ＲＦ送受信機回路構成８２２はインターフェース８１４の一部であってもよい。ＲＦ送受信機回路構成８２２は、処理回路構成８２０に対するＲＦ信号を調整してもよい。
【００６４】
特定の実施形態では、ＷＤによって実施されるものとして本明細書に記載される機能性の一部または全ては、特定の実施形態ではコンピュータ可読記憶媒体であってもよい、デバイス可読媒体８３０に格納された命令を処理回路構成８２０が実行することによって提供されてもよい。代替実施形態では、機能性の一部または全ては、ハードワイヤード方式などで、別個のまたは離散的なデバイス可読記憶媒体に格納された命令を実行することなく、処理回路構成８２０によって提供されてもよい。これら特定の実施形態のいずれかにおいて、デバイス可読記憶媒体に格納された命令を実行するか否かにかかわらず、処理回路構成８２０は、記載される機能性を実施するように構成することができる。かかる機能性によって提供される利益は、処理回路構成８２０のみに、またはＷＤ  ８１０の他の構成要素に限定されず、ＷＤ  ８１０全体ならびに／あるいはエンドユーザおよび無線ネットワーク全般によって享受される。
【００６５】
処理回路構成８２０は、ＷＤによって実施されるものとして本明細書に記載される、任意の決定、計算、または類似の動作（例えば、特定の取得動作）を実施するように構成されてもよい。処理回路構成８２０によって実施されるようなこれらの動作は、例えば、取得された情報を他の情報に変換すること、取得された情報または変換された情報をＷＤ  ８１０によって格納された情報と比較すること、ならびに／あるいは取得された情報または変換された情報に基づいて１つもしくは複数の動作を実施することによって、処理回路構成８２０によって取得される情報を処理すること、ならびに前記処理の結果として決定を行うことを含んでもよい。
【００６６】
デバイス可読記憶媒体８３０は、１つもしくは複数の論理、規則、符号、テーブルなどを含む、コンピュータプログラム、ソフトウェア、アプリケーション、ならびに／あるいは処理回路構成８２０によって実行することができる他の命令を格納するように動作可能であってもよい。デバイス可読記憶媒体８３０の例としては、コンピュータメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）または読出し専用メモリ（ＲＯＭ））、大容量記憶媒体（例えば、ハードディスク）、リムーバブル記憶媒体（例えば、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、ならびに／あるいは、処理回路構成８２０によって使用されてもよい情報、データ、および／または命令を格納する、他の任意の揮発性もしくは不揮発性非一時的デバイス可読および／またはコンピュータ実行可能メモリデバイスを挙げることができる。いくつかの実施形態では、処理回路構成８２０およびデバイス可読記憶媒体８３０は、統合されたものと見なされてもよい。
【００６７】
ユーザインターフェース機器８３２は、人間のユーザがＷＤ  ８１０と相互作用することを可能にする構成要素を提供してもよい。かかる相互作用は、視覚、聴覚、触覚など、多くの形態のものであってもよい。ユーザインターフェース機器８３２は、ユーザに対する出力を生成し、ユーザがＷＤ  ８１０への入力を提供するように動作可能であってもよい。相互作用のタイプは、ＷＤ  ８１０にインストールされるユーザインターフェース機器８３２のタイプに応じて変わってもよい。例えば、ＷＤ  ８１０がスマートフォンの場合、相互作用はタッチスクリーンを介してもよく、ＷＤ  ８１０がスマートメータの場合、相互作用は、使用（例えば、使用したガロン数）を提供する画面、または（例えば、煙が検出された場合に）可聴警告音を提供するスピーカーを通すものであってもよい。ユーザインターフェース機器８３２は、入力インターフェース、デバイス、および回路、ならびに出力インターフェース、デバイス、および回路を含んでもよい。入力インターフェース８３２は、ＷＤ  ８１０への情報の入力を可能にするように構成され、処理回路構成８２０に接続されて、処理回路構成８２０が入力情報を処理するのを可能にする。ユーザインターフェース機器８３２は、例えば、マイクロフォン、近接センサもしくは他のセンサ、キー／ボタン、タッチディスプレイ、１つもしくは複数のカメラ、ＵＳＢポート、または他の入力回路構成を含んでもよい。ユーザインターフェース機器８３２はまた、ＷＤ  ８１０からの情報の出力を可能にし、処理回路構成８２０が情報をＷＤ  ８１０から出力するのを可能にするように構成される。ユーザインターフェース機器８３２は、例えば、スピーカー、ディスプレイ、振動回路構成、ＵＳＢポート、ヘッドフォンインターフェース、または他の出力回路構成を含んでもよい。ユーザインターフェース機器８３２の１つまたは複数の入力および出力インターフェース、デバイス、および回路を使用して、ＷＤ  ８１０は、エンドユーザおよび／または無線ネットワークと通信し、それらが本明細書に記載する機能性から利益を得ることを可能にしてもよい。
【００６８】
補助機器８３４は、一般にはＷＤによって実施されないことがある、より具体的な機能性を提供するように動作可能である。これは、様々な目的の測定を行う専用センサ、有線通信などの追加のタイプの通信のためのインターフェースなどを含んでもよい。補助機器８３４を含むこと、またその構成要素のタイプは、実施形態および／またはシナリオに応じて異なってもよい。
【００６９】
電源８３６は、いくつかの実施形態では、電池または電池パックの形態のものであってもよい。外部電源（例えば、電気コンセント）、光起電デバイス、またはパワーセルなど、他のタイプの電源も使用されてもよい。ＷＤ  ８１０は、本明細書に記載または指示される任意の機能性を実施するのに電源８３６からの電力を必要とするＷＤ  ８１０の様々な部分に、電源８３６から電力を送達する、電力回路構成８３７を更に備えてもよい。電力回路構成８３７は、特定の実施形態では、電力管理回路構成を含んでもよい。電力回路構成８３７は、それに加えてまたはその代わりに、外部電源から電力を受信するように動作可能であってもよく、その場合、ＷＤ  ８１０は、入力回路構成、または電力ケーブルなどのインターフェースを介して、外部電源（電気コンセントなど）に接続可能であってもよい。電力回路構成８３７はまた、特定の実施形態では、外部電源から電源８３６に電力を送達するように動作可能であってもよい。これは、例えば、電源８３６を充電するものであってもよい。電力回路構成８３７は、電源８３６からの電力に対して任意のフォーマット化、変換、または他の修正を実施して、電力が供給されるＷＤ  ８１０のそれぞれの構成要素に適した電力にしてもよい。
【００７０】
図９は、本明細書に記載する様々な態様による、ＵＥの一実施形態を示している。本明細書で使用するとき、ユーザ機器、即ちＵＥは、関連デバイスを所有および／または操作する人間のユーザという意味では、必ずしもユーザを有さなくてもよい。代わりに、ＵＥは、人間のユーザに販売するか人間のユーザによって操作されることが意図されるが、特定の人間のユーザと関連付けられないことがある、または最初は関連付けられないことがあるデバイスを表してもよい。ＵＥはまた、人間のユーザに販売されること、または人間のユーザによって操作されることを意図しないＮＢ−ＩｏＴ  ＵＥを含む、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって特定される任意のＵＥを含んでもよい。図９に示されるようなＵＥ  ９００は、３ＧＰＰのＧＳＭ、ＵＭＴＳ、ＬＴＥ、および／または５Ｇ規格など、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって普及される１つまたは複数の通信規格にしたがった通信向けに構成されたＷＤの一例である。上述したように、ＷＤおよびＵＥという用語は交換可能に使用されてもよい。したがって、図９はＵＥであるが、本明細書で考察する構成要素はＷＤに等しく適用可能であり、その逆もまた真である。
【００７１】
図９では、ＵＥ  ９００は、入出力インターフェース９０５、無線周波数（ＲＦ）インターフェース９０９、ネットワーク接続インターフェース９１１、メモリ９１５（ランダムアクセスメモリ（ＲＡＭ）９１７、読出し専用メモリ（ＲＯＭ）９１９、および記憶媒体９２１などを含む）、通信サブシステム９３１、電源９３３、および／または他の任意の構成要素、あるいはそれらの任意の組み合わせに動作可能に連結された、処理回路構成９０１を含む。記憶媒体９２１は、オペレーティングシステム９２３、アプリケーションプログラム９２５、およびデータ９２７を含む。他の実施形態では、記憶媒体９２１は他の類似のタイプの情報を含んでもよい。特定のＵＥは、図９に示される構成要素の全て、または構成要素のサブセットのみを利用してもよい。構成要素間の統合レベルはＵＥごとに異なってもよい。更に、特定のＵＥは、複数のプロセッサ、メモリ、送受信機、送信機、受信機など、構成要素の複数の例を含んでもよい。
【００７２】
図９では、処理回路構成９０１は、コンピュータ命令およびデータを処理するように構成されてもよい。処理回路構成９０１は、１つもしくは複数のハードウェア実装状態機械（例えば、離散的な論理、ＦＰＧＡ、ＡＳＩＣなど）、適切なファームウェアを伴うプログラマブル論理、１つもしくは複数の格納されたプログラム、適切なソフトウェアを伴うマイクロプロセッサもしくはデジタル信号プロセッサ（ＤＳＰ）などの汎用プロセッサ、または上記のものの任意の組み合わせなど、機械可読コンピュータプログラムとしてメモリに格納された機械命令を実行するように動作可能な、任意の連続状態機械を実現するように構成されてもよい。例えば、処理回路構成９０１は２つの中央処理装置（ＣＰＵ）を含んでもよい。データは、コンピュータが使用するのに適した形態の情報であってもよい。
【００７３】
図示される実施形態では、入出力インターフェース９０５は、入力デバイス、出力デバイス、または入出力デバイスに対する通信インターフェースを提供するように構成されてもよい。ＵＥ  ９００は、入出力インターフェース９０５を介して出力デバイスを使用するように構成されてもよい。出力デバイスは、入力デバイスと同じタイプのインターフェースポートを使用してもよい。例えば、ＵＥ  ９００に対する入出力を提供するのに、ＵＳＢポートが使用されてもよい。出力デバイスは、スピーカー、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、またはそれらの任意の組み合わせであってもよい。ＵＥ  ９００は、入出力インターフェース９０５を介して入力デバイスを使用して、ユーザがＵＥ  ９００への情報を捕捉することを可能にするように構成されてもよい。入力デバイスは、タッチセンサ式または存在センサ式ディスプレイ、カメラ（例えば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなど）、マイクロフォン、センサ、マウス、トラックボール、指向性パッド、トラックパッド、スクロールホイール、スマートカードなどを含んでもよい。存在センサ式ディスプレイは、ユーザからの入力を感知する、容量性または抵抗性タッチセンサを含んでもよい。センサは、例えば、加速度計、ジャイロスコープ、傾きセンサ、力センサ、磁力計、光学センサ、近接センサ、別の同様のセンサ、またはそれらの任意の組み合わせであってもよい。例えば、入力デバイスは、加速度計、磁力計、デジタルカメラ、マイクロフォン、および光学センサであってもよい。
【００７４】
図９では、ＲＦインターフェース９０９は、通信インターフェースを、送信機、受信機、およびアンテナなどのＲＦ構成要素に提供するように構成されてもよい。ネットワーク接続インターフェース９１１は、通信インターフェースをネットワーク９４３ａに提供するように構成されてもよい。ネットワーク９４３ａは、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、電気通信ネットワーク、他の類似のネットワーク、またはそれらの任意の組み合わせなど、有線および／または無線ネットワークを包含してもよい。例えば、ネットワーク９４３ａはＷｉＦｉネットワークを含んでもよい。ネットワーク接続インターフェース９１１は、イーサネット、ＴＣＰ／ＩＰ、ＳＯＮＥＴ、ＡＴＭなど、１つまたは複数の通信プロトコルにしたがって、通信ネットワークを通じて１つもしくは複数の他のデバイスと通信するのに使用される、受信機および送信機インターフェースを含むように構成されてもよい。ネットワーク接続インターフェース９１１は、通信ネットワークリンク（例えば、光学、電気など）に適切な受信機および送信機の機能性を実現してもよい。送信機および受信機機能は、回路構成要素、ソフトウェア、もしくはファームウェアを共有してもよく、あるいは別個に実現されてもよい。
【００７５】
ＲＡＭ  ９１７は、バス９０２を介して処理回路構成９０１にインターフェース接続して、オペレーティングシステム、アプリケーションプログラム、およびデバイスドライバなどのソフトウェアプログラムを実行する間、データまたはコンピュータ命令を格納またはキャッシングするように構成されてもよい。ＲＯＭ  ９１９は、コンピュータ命令またはデータを処理回路構成９０１に提供するように構成されてもよい。例えば、ＲＯＭ  ９１９は、基本的入出力（Ｉ／Ｏ）、起動、または不揮発性メモリに格納されたキーボードからのキーストロークの受信など、基本的なシステム機能に対する不変の低レベルシステムコードまたはデータを格納するように構成されてもよい。記憶媒体９２１は、ＲＡＭ、ＲＯＭ、プログラマブル読出し専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読出し専用メモリ（ＥＥＰＲＯＭ）、磁気ディスク、光学ディスク、フロッピーディスク、ハードディスク、取外し可能カートリッジ、またはフラッシュドライブなどのメモリを含むように構成されてもよい。一例では、記憶媒体９２１は、オペレーティングシステム９２３、ウェブブラウザアプリケーションなどのアプリケーションプログラム９２５、ウィジェットもしくはガジェットエンジンまたは別のアプリケーション、およびデータファイル９２７を含むように構成されてもよい。記憶媒体９２１は、ＵＥ  ９００が使用するため、多種多様の様々なオペレーティングシステムまたはオペレーティングシステムの組み合わせのいずれかを格納してもよい。
【００７６】
記憶媒体９２１は、独立ディスクの冗長アレイ（ＲＡＩＤ）、フロッピーディスクドライブ、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ−ＤＶＤ）光学ディスクドライブ、内部ハードディスクドライブ、ブルーレイ光学ディスクドライブ、ホログラフィックデジタルデータストレージ（ＨＤＤＳ）光学ディスクドライブ、外部ミニデュアルインラインメモリモジュール（ＤＩＭＭ），同期式動的ランダムアクセスメモリ（ＳＤＲＡＭ）、外部マイクロＤＩＭＭ  ＳＤＲＡＭ、スマートカードメモリ（加入者識別モジュールもしくはリムーバブルユーザ識別（ＳＩＭ／ＲＵＩＭ）モジュール）、他のメモリ、またはそれらの任意の組み合わせなど、多数の物理的ドライブユニットを含むように構成されてもよい。記憶媒体９２１によって、ＵＥ  ９００が、一時的もしくは非一時的メモリ媒体に格納された、コンピュータ実行可能命令、アプリケーションプログラムなどにアクセスするか、データをオフロードするか、またはデータをアップロードすることが可能になってもよい。通信システムを利用するものなどの製品は、デバイス可読媒体を含んでもよい、記憶媒体９２１の形で有形的に具体化されてもよい。
【００７７】
図９では、処理回路構成９０１は、通信サブシステム９３１を使用してネットワーク９４３ｂと通信するように構成されてもよい。ネットワーク９４３ａおよびネットワーク９４３ｂは、同じネットワークまたは異なるネットワークであってもよい。通信サブシステム９３１は、ネットワーク９４３ｂと通信するのに使用される１つまたは複数の送受信機を含むように構成されてもよい。例えば、通信サブシステム９３１は、ＩＥＥＥ  ８０２．９、ＣＤＭＡ、ＷＣＤＭＡ、ＧＳＭ、ＬＴＥ、ＵＴＲＡＮ、ＷｉＭａｘなどの１つまたは複数の通信プロトコルにしたがって、別のＷＤ、ＵＥ、または無線アクセスネットワーク（ＲＡＮ）の基地局など、無線通信することができる別のデバイスの１つまたは複数のリモート送受信機と通信するのに使用される、１つまたは複数の送受信機を含むように構成されてもよい。各送受信機は、ＲＡＮリンクに適した送信機または受信機の機能性（例えば、周波数割当てなど）をそれぞれ実現する、送信機９３３および／または受信機９３５を含んでもよい。更に、各送受信機の送信機９３３および受信機９３５は、回路構成要素、ソフトウェア、もしくはファームウェアを共有してもよく、あるいは別個に実現されてもよい。
【００７８】
図示される実施形態では、通信サブシステム９３１の通信機能は、データ通信、音声通信、マルチメディア通信、ブルートゥースなどの近距離通信、近接場通信、位置を決定するのに全地球測位システム（ＧＰＳ）を使用するものなどの位置依存型通信、別の類似の通信機能、またはそれらの任意の組み合わせを含んでもよい。例えば、通信サブシステム９３１は、セルラー通信、ＷｉＦｉ通信、ブルートゥース通信、およびＧＰＳ通信を含んでもよい。ネットワーク９４３ｂは、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、電気通信ネットワーク、別の類似のネットワーク、またはそれらの任意の組み合わせなど、有線および／または無線ネットワークを包含してもよい。例えば、ネットワーク９４３ｂは、セルラーネットワーク、ＷｉＦｉネットワーク、および／または近接場ネットワークであってもよい。電源９１３は、交流（ＡＣ）または直流（ＤＣ）電力をＵＥ  ９００の構成要素に提供するように構成されてもよい。
【００７９】
本明細書に記載する特徴、利益、および／または機能は、ＵＥ  ９００の構成要素の１つで実現されてもよく、またはＵＥ  ９００の複数の構成要素にわたって分割されてもよい。更に、本明細書に記載する特徴、利益、および／または機能は、ハードウェア、ソフトウェア、またはファームウェアの任意の組み合わせで実現されてもよい。一例では、通信サブシステム９３１は、本明細書に記載する構成要素のいずれかを含むように構成されてもよい。更に、処理回路構成９０１は、バス９０２を通じてかかる構成要素のいずれかと通信するように構成されてもよい。別の例では、かかる構成要素のいずれかは、処理回路構成９０１によって実行されると、本明細書に記載される対応する機能を実施する、メモリに格納されたプログラム命令によって表されてもよい。別の例では、かかる構成要素のいずれかの機能性は、処理回路構成９０１と通信サブシステム９３１との間で分割されてもよい。別の例では、かかる構成要素のいずれかの非コンピュータ集約的機能は、ソフトウェアまたはファームウェアの形で実現されてもよく、コンピュータ集約的機能はハードウェアの形で実現されてもよい。
【００８０】
図１０は、いくつかの実施形態によって実現される機能が仮想化されてもよい、仮想化環境１０００を示す概略ブロック図である。この文脈では、仮想化とは、ハードウェアプラットフォーム、記憶デバイス、およびネットワーキングリソースを仮想化することを含んでもよい、装置またはデバイスを仮想化したものを作成することを意味する。本明細書で使用するとき、仮想化は、ノード（例えば、仮想化基地局もしくは仮想化無線アクセスノード）、あるいはデバイス（例えば、ＵＥ、無線デバイス、もしくは他の任意のタイプの通信デバイス）またはその構成要素に適用することができ、機能性の少なくとも一部分が（例えば、１つまたは複数のネットワークにおいて１つまたは複数の物理的処理ノードで実行する、１つもしくは複数のアプリケーション、コンポーネント、機能、仮想機械、またはコンテナを介して）１つまたは複数の仮想構成要素として実現される実現例に関する。
【００８１】
いくつかの実施形態では、本明細書に記載する機能の一部または全ては、１つまたは複数のハードウェアノード１０３０がホストする１つまたは複数の仮想環境１０００において実現される、１つまたは複数の仮想機械によって実行される仮想構成要素として実現されてもよい。更に、仮想ノードが無線アクセスノードではなく、無線接続性（例えば、コアネットワークノード）を要しない実施形態では、ネットワークノードは全体的に仮想化されてもよい。
【００８２】
機能は、本明細書に開示する実施形態のうちいくつかの特徴、機能、および／または利益の一部を実現するように動作する、１つまたは複数のアプリケーション１０２０（あるいは、ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと呼ばれることがある）によって実現されてもよい。アプリケーション１０２０は、処理回路構成１０６０およびメモリ１０９０を備えるハードウェア１０３０を提供する仮想化環境１０００で稼動する。メモリ１０９０は、処理回路構成１０６０によって実行可能な命令１０９５を含み、それによってアプリケーション１０２０は、本明細書に開示する特徴、利益、および／または機能の１つもしくは複数を提供するように動作する。
【００８３】
仮想化環境１０００は、商用オフザシェルフ（ＣＯＴＳ）プロセッサ、専用特定用途向け集積回路（ＡＳＩＣ）、あるいはデジタルもしくはアナログハードウェア構成要素または専用プロセッサを含む他の任意のタイプの処理回路構成であってもよい、１つもしくは複数のプロセッサまたは処理回路構成１０６０のセットを備える、汎用または専用ネットワークハードウェアデバイス１０３０を備える。各ハードウェアデバイスは、処理回路構成１０６０によって実行される命令１０９５またはソフトウェアを一時的に格納する非永続的メモリであってもよい、メモリ１０９０−１を備えてもよい。各ハードウェアデバイスは、物理的ネットワークインターフェース１０８０を含む、ネットワークインターフェースカードとしても知られる、１つまたは複数のネットワークインターフェースコントローラ（ＮＩＣ）１０７０を備えてもよい。各ハードウェアデバイスはまた、処理回路構成１０６０によって実行可能なソフトウェア１０９５および／または命令が格納された、非一時的な永続的機械可読記憶媒体１０９０−２を含んでもよい。ソフトウェア１０９５は、１つまたは複数の仮想化レイヤ１０５０（ハイパーバイザーとも呼ばれる）をインスタンス化するソフトウェア、仮想機械１０４０を実行するソフトウェア、ならびに本明細書に記載するいくつかの実施形態に関連して記載される機能、特徴、および／または利益を実行することを可能にするソフトウェアを含む、任意のタイプのソフトウェアを含んでもよい。
【００８４】
仮想機械１０４０は、仮想処理、仮想メモリ、仮想ネットワーキングまたはインターフェース、および仮想記憶装置を含み、対応する仮想化レイヤ１０５０またはハイパーバイザーによって稼動してもよい。仮想アプライアンス１０２０のインスタンスの異なる実施形態は、仮想機械１０４０の１つまたは複数で実現されてもよく、実現は異なる形で行われてもよい。
【００８５】
動作中、処理回路構成１０６０は、場合によっては仮想機械モニタ（ＶＭＭ）と呼ばれることがある、ハイパーバイザーまたは仮想化レイヤ１０５０をインスタンス化するソフトウェア１０９５を実行する。仮想化レイヤ１０５０は、仮想機械１０４０に対するネットワーキングハードウェアのように見える、仮想オペレーティングプラットフォームを提供してもよい。
【００８６】
図１０に示されるように、ハードウェア１０３０は、一般または特定構成要素を備えた独立型ネットワークノードであってもよい。ハードウェア１０３０は、アンテナ１０２２５を備えてもよく、仮想化によって一部の機能を実現してもよい。あるいは、ハードウェア１０３０は、多くのハードウェアノードが共に働き、中でも特にアプリケーション１０２０のライフサイクル管理を監督する、管理およびオーケストレーション（ＭＡＮＯ）１０１００を介して管理される、ハードウェアの（例えば、データセンタもしくはカスタマー構内設備（ＣＰＥ）における）より大きいクラスタの一部であってもよい。
【００８７】
ハードウェアの仮想化は、文脈によっては、ネットワーク機能仮想化（ＮＦＶ）と呼ばれる。ＮＦＶは、多くのネットワーク機器タイプを、業界標準の大容量サーバハードウェア、物理的スイッチ、ならびにデータセンタおよびカスタマー構内設備に位置することができる物理的記憶装置上へと統合するのに使用されてもよい。
【００８８】
ＮＦＶの文脈では、仮想機械１０４０は、物理的な非仮想化機械で実行しているかのようにプログラムを走らせる、物理的機械のソフトウェア実現例であってもよい。各仮想機械１０４０、およびその仮想機械を実行するハードウェア１０３０の部分は、その仮想機械専用のハードウェアであり、ならびに／あるいはその仮想機械と他の仮想機械１０４０とで共有されるハードウェアは、別個の仮想ネットワーク要素（ＶＮＥ）を形成する。
【００８９】
やはりＮＦＶの文脈では、仮想ネットワーク機能（ＶＮＦ）は、ハードウェアネットワーキングインフラストラクチャ１０３０の最上位にある１つまたは複数の仮想機械１０４０で稼動する特定のネットワーク機能の取り扱いに関与し、図１０のアプリケーション１０２０に相当する。
【００９０】
いくつかの実施形態では、１つまたは複数の送信機１０２２０および１つまたは複数の受信機１０２１０をそれぞれ含む、１つまたは複数の無線ユニット１０２００は、１つまたは複数のアンテナ１０２２５に結合されてもよい。無線ユニット１０２００は、１つまたは複数の適切なネットワークインターフェースを介してハードウェアノード１０３０と直接通信してもよく、仮想ノードに無線アクセスノードまたは基地局などの無線能力を提供する、仮想構成要素との組み合わせで使用されてもよい。
【００９１】
いくつかの実施形態では、一部のシグナリングは、ハードウェアノード１０３０と無線ユニット１０２００との間の通信に代わりに使用されてもよい、制御システム１０２３０を使用することによって実施することができる。
【００９２】
図１１を参照すると、一実施形態によれば、通信システムは、無線アクセスネットワークなどのアクセスネットワーク１１１１とコアネットワーク１１１４とを含む、３ＧＰＰタイプのセルラーネットワークなどの電気通信ネットワーク１１１０を含む。アクセスネットワーク１１１１は、対応するカバレッジエリア１１１３ａ、１１１３ｂ、１１１３ｃをそれぞれ規定する、ＮＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイントなど、複数の基地局１１１２ａ、１１１２ｂ、１１１２ｃを備える。各基地局１１１２ａ、１１１２ｂ、１１１２ｃは、有線または無線接続１１１５を通じてコアネットワーク１１１４に接続可能である。カバレッジエリア１１１３ｃに位置する第１のＵＥ  １１９１は、対応する基地局１１１２ｃに無線接続するように、またはそれによってページングされるように構成される。カバレッジエリア１１１３ａのＵＥ  １１９２は、対応する基地局１１１２ａに無線接続可能である。この例では複数のＵＥ  １１９１、１１９２が示されているが、開示される実施形態は、単一のＵＥがカバレッジエリアにあるか、または単一のＵＥが対応する基地局１１１２に接続している状況に等しく適用可能である。
【００９３】
電気通信ネットワーク１１１０自体は、スタンドアロンサーバ、クラウド実装サーバ、分散サーバのハードウェアおよび／またはソフトウェアの形で、あるいはサーバファームの処理リソースとして具体化されてもよい、ホストコンピュータ１１３０に接続される。ホストコンピュータ１１３０は、サービスプロバイダの所有もしくは制御下にあってもよく、またはサービスプロバイダによって、もしくはサービスプロバイダに代わって操作されてもよい。電気通信ネットワーク１１１０とホストコンピュータ１１３０との間の接続１１２１および１１２２は、コアネットワーク１１１４からホストコンピュータ１１３０まで直接延在してもよく、または任意の中間ネットワーク１１２０を介して通ってもよい。中間ネットワーク１１２０は、公衆、私設、もしくはホストされたネットワークの１つ、または１つを超えるものの組み合わせであってもよく、中間ネットワーク１１２０がある場合、バックボーンネットワークまたはインターネットであってもよく、中間ネットワーク１１２０は、２つ以上のサブネットワーク（図示なし）を含んでもよい。
【００９４】
図１１の通信システム全体は、接続されたＵＥ  １１９１、１１９２とホストコンピュータ１１３０との間の接続性を可能にする。接続性は、オーバーザトップ（ＯＴＴ）接続１１５０として説明されてもよい。ホストコンピュータ１１３０および接続されたＵＥ  １１９１、１１９２は、アクセスネットワーク１１１１、コアネットワーク１１１４、任意の中間ネットワーク１１２０、および場合によっては仲介物としての更なるインフラストラクチャ（図示なし）を使用して、ＯＴＴ接続１１５０を介してデータおよび／またはシグナリングを通信するように構成される。ＯＴＴ接続１１５０は、ＯＴＴ接続１１５０が通っている関与する通信デバイスが、アップリンクおよびダウンリンク通信の経路指定を意識していないという意味で透過である。例えば、基地局１１１２は、ホストコンピュータ１１３０からのデータが接続されたＵＥ  １１９１に転送される（例えば、ハンドオーバされる）、入ってくる通信の過去の経路指定に関して通知されなくてもよいか、または通知される必要がない。同様に、基地局１１１２は、ＵＥ  １１９１からホストコンピュータ１１３０に向かう、出て行くアップリンク通信の今後の経路指定を意識する必要はない。
【００９５】
次に、一実施形態による、上述のパラグラフで考察したＵＥ、基地局およびホストコンピュータの例示の実現例について、図１２を参照して記載する。通信システム１２００では、ホストコンピュータ１２１０は、通信システム１２００の異なる通信デバイスのインターフェースとの有線または無線接続を設定し維持するように構成された、通信インターフェース１２１６を含むハードウェア１２１５を備える。ホストコンピュータ１２１０は、記憶および／または処理能力を有してもよい、処理回路構成１２１８を更に備える。特に、処理回路構成１２１８は、１つもしくは複数のプラグラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または命令を実行するように適合されたこれらの組み合わせ（図示なし）を含んでもよい。ホストコンピュータ１２１０は、ホストコンピュータ１２１０に格納されるかそれによってアクセス可能であり、処理回路構成１２１８によって実行可能である、ソフトウェア１２１１を更に備える。ソフトウェア１２１１はホストアプリケーション１２１２を含む。ホストアプリケーション１２１２は、ＵＥ  １２３０およびホストコンピュータ１２１０で終端するＯＴＴ接続１２５０を介して接続するＵＥ  １２３０などのリモートユーザに、サービスを提供するように動作可能であってもよい。サービスをリモートユーザに提供する際、ホストアプリケーション１２１２は、ＯＴＴ接続１２５０を使用して送信されるユーザデータを提供してもよい。
【００９６】
通信システム１２００は、電気通信システムに提供され、ホストコンピュータ１２１０およびＵＥ  １２３０と通信できるようにするハードウェア１２２５を備える、基地局１２２０を更に含む。ハードウェア１２２５は、通信システム１２００の異なる通信デバイスのインターフェースとの有線または無線接続を設定し維持する通信インターフェース１２２６、ならびに基地局１２２０がサーブするカバレッジエリア（図１２には図示なし）に位置するＵＥ  １２３０との少なくとも無線接続１２７０を設定し維持する無線インターフェース１２２７を含んでもよい。通信インターフェース１２２６は、ホストコンピュータ１２１０への接続１２６０を容易にするように構成されてもよい。接続１２６０は、直接であってもよく、または電気通信システムのコアネットワーク（図１２には図示なし）、および／または電気通信システム外の１つもしくは複数の中間ネットワークを通過してもよい。図示される実施形態では、基地局１２２０のハードウェア１２２５は、１つもしくは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または命令を実行するように適合されたこれらの組み合わせ（図示なし）を含んでもよい、処理回路構成１２２８を更に含む。基地局１２２０は、内部に格納されるか、または外部接続を介してアクセス可能な、ソフトウェア１２２１を更に有する。
【００９７】
通信システム１２００は、既に言及したＵＥ  １２３０を更に含む。ＵＥ  １２３０のハードウェア１２３５は、ＵＥ  １２３０が現在位置しているカバレッジエリアにサーブする基地局との無線接続１２７０を設定し維持するように構成された、無線インターフェース１２３７を含んでもよい。ＵＥ  １２３０のハードウェア１２３５は、１つもしくは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または命令を実行するように適合されたこれらの組み合わせ（図示なし）を含んでもよい、処理回路構成１２３８を更に含む。ＵＥ  １２３０は、ＵＥ  １２３０に格納されるかそれによってアクセス可能であり、処理回路構成１２３８によって実行可能である、ソフトウェア１２３１を更に備える。ソフトウェア１２３１はクライアントアプリケーション１２３２を含む。クライアントアプリケーション１２３２は、ホストコンピュータ１２１０が対応しているＵＥ  １２３０を介して人間または人間以外のユーザにサービスを提供するように動作可能であってもよい。ホストコンピュータ１２１０では、実行中のホストアプリケーション１２１２は、ＵＥ  １２３０およびホストコンピュータ１２１０で終端するＯＴＴ接続１２５０を介して、実行中のクライアントアプリケーション１２３２と通信してもよい。サービスをユーザに提供する際、クライアントアプリケーション１２３２は、要求データをホストアプリケーション１２１２から受信し、要求データに応答してユーザデータを提供してもよい。ＯＴＴ接続１２５０は、要求データおよびユーザデータの両方を転送してもよい。クライアントアプリケーション１２３２は、ユーザと相互作用して、提供するユーザデータを生成してもよい。
【００９８】
図１２に示されるホストコンピュータ１２１０、基地局１２２０、およびＵＥ  １２３０はそれぞれ、図１１のホストコンピュータ１１３０、基地局１１１２ａ、１１１２ｂ、１１１２ｃの１つ、およびＵＥ  １１９１、１１９２の１つと同様または同一であってもよいことが注目される。つまり、これらのエンティティの内部仕事は図１２に示されるようなものであってもよく、また独立して、周囲のネットワークトポロジーは図１１のものであってもよい。
【００９９】
図１２では、ＯＴＴ接続１２５０は、仲介デバイスおよびそれらのデバイスを介したメッセージの正確な経路指定に明示的に言及することなく、基地局１２２０を介したホストコンピュータ１２１０とＵＥ  １２３０との間の通信を示すため、抽象的に描かれている。ネットワークインフラストラクチャは、ＵＥ  １２３０から、またはホストコンピュータ１２１０を動作させるサービスプロバイダから、または両方から隠れるように構成されてもよい、経路指定を決定してもよい。ＯＴＴ接続１２５０がアクティブである間、ネットワークインフラストラクチャは更に、（例えば、ネットワークのロードバランシングの考慮または再構成に基づいて）経路指定を動的に変更する決定を行ってもよい。
【０１００】
ＵＥ  １２３０と基地局１２２０との間の無線接続１２７０は、本開示を通して記載される実施形態の教示にしたがっている。様々な実施形態の１つまたは複数は、無線接続１２７０が最後のセグメントを形成するＯＴＴ接続１２５０を使用してＵＥ  １２３０に提供される、ＯＴＴサービスの性能を改善する。より詳細には、これらの実施形態の教示は、データ転送速度、レイテンシ、および電力消費を改善してもよく、またそれにより、中でも特に、ユーザ待機時間の低減、より良好な応答性、および電池時間の延長などの利益を提供してもよい。
【０１０１】
測定手順は、データ転送率、レイテンシ、および１つまたは複数の実施形態を改善する際の他の因子を監視する目的のために提供されてもよい。更に、測定結果の変動に応答して、ホストコンピュータ１２１０とＵＥ  １２３０との間でＯＴＴ接続１２５０を再構成する任意のネットワーク機能性があってもよい。測定手順、および／またはＯＴＴ接続１２５０を再構成するネットワーク機能性は、ホストコンピュータ１２１０のソフトウェア１２１１およびハードウェア１２１５の形、またはＵＥ  １２３０のソフトウェア１２３１およびハードウェア１２３５の形で、または両方で実現されてもよい。実施形態では、センサ（図示なし）は、ＯＴＴ接続１２５０が通過する通信デバイスにおいて、またはそれと関連して展開されてもよく、センサは、上記に例示した監視量の値を供給することによって、または監視量を計算もしくは推定するのにソフトウェア１２１１、１２３１が用いる他の物理的量の値を供給することによって、測定手順に関与してもよい。ＯＴＴ接続１２５０の再構成は、メッセージ形式、再送信設定、好ましい経路指定などを含んでもよく、再構成は、基地局１２２０に必ずしも影響を及ぼさなくてもよく、基地局１２２０にとって未知または認識不能であってもよい。かかる手順および機能性は、当該分野において知られており実践されていることがある。特定の実施形態では、測定には、ホストコンピュータ１２１０がスループット、伝播時間、レイテンシなどを測定するのを容易にする、所有ＵＥシグナリングが関与してもよい。測定は、伝播時間、エラーなどを監視している状態のＯＴＴ接続１２５０を使用して、ソフトウェア１２１１および１２３１によってメッセージが、特に空または「ダミー」メッセージが送信されるという点で実現されてもよい。
【０１０２】
図１３は、一実施形態による、通信システムにおいて実現される方法を示すフローチャートである。通信システムは、図１１および１２を参照して記載したものであってもよい、ホストコンピュータ、基地局、およびＵＥを含む。本開示を簡潔にするため、図１３に対する参照のみを本セクションに含める。ステップ１３１０で、ホストコンピュータはユーザデータを提供する。ステップ１３１０のサブステップ１３１１（任意であってもよい）で、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ１３２０で、ホストコンピュータは、ユーザデータをＵＥに伝達する送信を開始する。ステップ１３３０（任意であってもよい）で、基地局は、本開示全体を通して記載する実施形態の教示にしたがって、ホストコンピュータが開始した送信によって伝達されたユーザデータをＵＥに送信する。ステップ１３４０（やはり任意であってもよい）で、ＵＥは、ホストコンピュータが実行したホストアプリケーションと関連付けられたクライアントアプリケーションを実行する。
【０１０３】
図１４は、一実施形態による、通信システムにおいて実現される方法を示すフローチャートである。通信システムは、図１１および１２を参照して記載したものであってもよい、ホストコンピュータ、基地局、およびＵＥを含む。本開示を簡潔にするため、図１４に対する参照のみを本セクションに含める。方法のステップ１４１０で、ホストコンピュータはユーザデータを提供する。任意のサブステップ（図示なし）で、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ１４２０で、ホストコンピュータは、ユーザデータをＵＥに伝達する送信を開始する。本開示を通して記載される実施形態の教示にしたがって、送信は基地局を介してもよい。ステップ１４３０（任意であってもよい）で、ＵＥは送信で伝達されるユーザデータを受信する。
【０１０４】
図１５は、一実施形態による、通信システムにおいて実現される方法を示すフローチャートである。通信システムは、図１１および１２を参照して記載したものであってもよい、ホストコンピュータ、基地局、およびＵＥを含む。本開示を簡潔にするため、図１５に対する参照のみを本セクションに含める。ステップ１５１０（任意であってもよい）で、ＵＥはホストコンピュータによって提供される入力データを受信する。それに加えて、またはその代わりに、ステップ１５２０で、ＵＥはユーザデータを提供する。ステップ１５２０のサブステップ１５２１（任意であってもよい）で、ＵＥは、クライアントアプリケーションを実行することによってユーザデータを提供する。ステップ１５１０のサブステップ１５１１（任意であってもよい）で、ＵＥは、ホストコンピュータが提供した受信入力データに反応してユーザデータを提供する、クライアントアプリケーションを実行する。ユーザデータを提供する際、実行されたクライアントアプリケーションは、ユーザから受信するユーザ入力を更に考慮してもよい。ユーザデータが提供された特定の方式にかかわらず、ＵＥは、サブステップ１５３０（任意であってもよい）で、ホストコンピュータへのユーザデータの送信を開始する。方法のステップ１５４０で、ホストコンピュータは、本開示を通して記載される実施形態の教示にしたがって、ＵＥから送信されたユーザデータを受信する。
【０１０５】
図１６は、一実施形態による、通信システムにおいて実現される方法を示すフローチャートである。通信システムは、図１１および１２を参照して記載したものであってもよい、ホストコンピュータ、基地局、およびＵＥを含む。本開示を簡潔にするため、図１６に対する参照のみを本セクションに含める。ステップ１６１０（任意であってもよい）で、本開示を通して記載される実施形態の教示にしたがって、基地局はユーザデータをＵＥから受信する。ステップ１６２０（任意であってもよい）で、基地局は、ホストコンピュータに対する受信したユーザデータの送信を開始する。ステップ１６３０（任意であってもよい）で、ホストコンピュータは、基地局が開始した送信で伝達されるユーザデータを受信する。
【０１０６】
本明細書に開示する任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の仮想装置の１つまたは複数の機能的ユニット、回路、またはモジュールによって実施されてもよい。各仮想装置は多数のこれらの機能的ユニットを備えてもよい。これらの機能的ユニットは、１つもしくは複数のマイクロプロセッサまたはマイクロコントローラを含んでもよい処理回路構成、ならびにデジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含んでもよい、他のデジタルハードウェアによって実現されてもよい。処理回路構成は、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリドライブ、光学記憶デバイスなど、１つまたは複数のタイプのメモリを含んでもよい、メモリに格納されたプログラムコードを実行するように構成されてもよい。メモリに格納されたプログラムコードとしては、１つもしくは複数の電気通信および／またはデータ通信プロトコルを実行するプログラム命令、ならびに本明細書に記載される技術の１つもしくは複数を実施する命令が挙げられる。いくつかの実現例では、処理回路構成は、本開示の１つまたは複数の実施形態による対応する機能をそれぞれの機能的ユニットに実施させるのに使用されてもよい。
【０１０７】
本明細書において提示する解決策は、当然ながら、本明細書に提示する解決策の本質的特性から逸脱することなく、本明細書に具体的に記述したものとは別の方式で実施されてもよい。本明細書の実施形態は、全ての点において限定ではなく例示として見なされるべきであり、添付の特許請求の範囲の意味および等価性の範囲内の全ての変更はそれに包含されるべきである。
【０１０８】
以下は、対応する仮出願に含まれていたものであり、本明細書に提示する解決策と関連付けられた規格の提出物である。
３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ３  ＃９７の２     Ｒ３−１７３９５６
チェコ共和国、プラハ、２０１７年１０月９日〜１３日
議題項目：１０．８．３．１
供給元：エリクソン
題名：ダウンリンクデータ送達状態の改良
内容：ｐＣＲ
【０１０９】
序論
これまでの会議において、異なるフロー制御の改良についてＲＡＮ３に提出してきた。
【０１１０】
本文書では、ダウンリンクデータ送達状態について考慮することができる改良について考察する。
【０１１１】
考察
ダウンリンクデータ送達状態（ＤＤＤＳ）メッセージには、以下の３つの情報要素が義務的に提示される。
ＰＤＣＰエンティティをホストするｇＮＢから受信したＰＤＣＰ  ＰＤＵの中で、ＵＥへの順次送達に成功した最大ＰＤＣＰ  ＰＤＵシーケンス番号、
関連するデータベアラに対するバイト単位の所望のバッファサイズ、
ＵＥに対するバイト単位の所望の最小バッファサイズ。
【０１１２】
これは、第一に、ＤＤＤＳがＲＬＣ  ＡＭモード向けのものであり、第二に、ダウンリンクデータ送達状態送出頻度が、ＲＬＣ確認レートによって決定されることを示唆する。
【０１１３】
ＰＤＣＰエンティティをホストするノードに対して所望のバッファサイズを指示するため、第１のＤＤＤＳを第１のＲＬＣ確認よりも先に送出する必要があると思われ、また、送達に成功した最大ＰＤＣＰ  ＰＤＵシーケンス番号の不在とともに、所望のバッファサイズおよび所望の最小バッファサイズに関する情報を提供するためにのみ、ＤＤＤＳを使用することも該当する。したがって、ＤＤＤＳにおいて、送達に成功した最大ＰＤＣＰ  ＰＤＵシーケンス番号を任意の情報要素とする方法を導入する必要がある。
【０１１４】
提案１：ＲＡＮ３が、送達に成功したＰＤＣＰ  ＰＤＵシーケンス番号を任意とすることに同意する。
【０１１５】
ＤＤＤＳはＲＬＣ  ＡＭおよびＲＬＣ  ＵＭの両方に有用であり得る。ＲＬＣ  ＵＭフロー制御の場合、下位層（例えば、ＭＡＣ層）に何が送信されてきたかに関して更新を得られれば十分である。
【０１１６】
送信された最大ＰＤＣＰシーケンス番号は、Ｕｕインターフェースを通じて送信されるようにＭＡＣによって要求されている最大ＰＤＣＰ  ＳＮであることを意味する。これをＤＤＤＳに導入するため、ＲＬＣ確認レートよりも高頻度でＤＤＤＳ報告を得てもよく、それにより、ＰＤＣＰエンティティをホストするノードはより最新の状態情報を有することができる。更に、ＰＤＣＰエンティティをホストするノードに対して、下位層へのＰＤＣＰ  ＰＤＵの送信状態の情報も提供されるが、ＲＬＣ  ＡＭモードでＰＤＣＰ  ＰＤＵを除去するのに使用することはできない。
【０１１７】
提案２：ＲＡＮ３が、送信された最大ＰＤＣＰシーケンス番号をＤＤＤＳに含めることに同意する。
【０１１８】
ＤＤＤＳをＲＬＣ  ＵＭモードに使用するには、ＲＬＣ  ＵＭおよびＲＬＣ  ＵＭモードに適用する場合、ＭＡＣ層に送信されるユーザデータを指すように、２つの必須のＩＥに対する定義、所望のバッファサイズ、および所望の最小バッファサイズを修正する必要がある。
【０１１９】
提案３：ＲＡＮ３が、ＲＬＣ  ＵＭモードに対応するように、所望のバッファサイズおよび所望の最小バッファサイズを修正することに同意する。
【０１２０】
ＭＡＣ層に送信される最大ＰＤＣＰシーケンス番号は、ＲＬＣ  ＵＭおよびＲＬＣ  ＡＭの両方で使用されるものである。送信された最大ＰＤＣＰシーケンス番号を常に含む必要なしに、ＤＤＤＳを使用できることを確保するため、いずれのデータ送信よりも前にＤＤＤＳを送出したい場合、ならびに所望のバッファサイズの更新のみを行いたい場合、および送信された最大ＰＤＣＰシーケンス番号の変更がなく、同じ情報を繰り返す必要がない場合、この情報要素も任意とすることを提案する。
【０１２１】
提案４：ＲＡＮ３が、送信された最大ＰＤＣＰシーケンス番号を任意とすることに同意する。
【０１２２】
ＤＤＤＳフレーム形式では、残っているスペアビットは２ビットのみである。発明者らの意見では、より多数のスペアビットを追加するのが有益である。したがって、今後の拡張のために１オクテットのスペアビットを含むように考慮してもよい。
【０１２３】
提案５：ＲＡＮ３が、１オクテットのスペアビットをＤＤＤＳフレームに追加することを考慮する。
【０１２４】
結論および提案
提案１：ＲＡＮ３が、送達に成功したＰＤＣＰ  ＰＤＵシーケンス番号を任意とすることに同意する。
提案２：ＲＡＮ３が、送信された最大ＰＤＣＰシーケンス番号をＤＤＤＳに含めることに同意する。
提案３：ＲＡＮ３が、ＲＬＣ  ＵＭモードに対応するように、所望のバッファサイズおよび所望の最小バッファサイズを修正することに同意する。
提案４：ＲＡＮ３が、送信された最大ＰＤＣＰシーケンス番号を任意とすることに同意する。
提案５：ＲＡＮ３が、１オクテットのスペアビットをＤＤＤＳフレームに追加することを考慮する。
【０１２５】
ＴＳ  ３８．４２５  ｖ０．１．０に対する文書での提案
５．２  Ｘｎユーザプレーンプロトコル層のサービス
編者による注記：以下の文章は全て更なる検討が必要（ＦＦＳ）である。
【０１２６】
以下の機能は、デュアルコネクティビティに関するＸｎ  ＵＰプロトコルによって提供される。
分割ベアラの選択肢を含めて設定された特定のデータベアラに関する、ＭｇＮＢからＳｇＮＢに転送されるユーザデータのＸｎ  ＵＰ特異的なシーケンス番号情報の提供、
分割ベアラの選択肢を含めて設定された特定のデータベアラと関連付けられたユーザデータに関して、ＳｇＮＢからＵＥへの連続送達に成功したＰＤＣＰ  ＰＤＵの情報、
分割ベアラの選択肢を含めて設定された特定のデータベアラと関連付けられたユーザデータに関して、Ｓ−ＮＧ−ＲＡＮからＭＡＣ層への連続送達に成功したＰＤＣＰ  ＰＤＵの情報、
ＵＥに送達されなかったＰＤＣＰ  ＰＤＵの情報、
分割ベアラの選択肢を含めて設定された特定のデータベアラと関連付けられた、ＵＥユーザデータまたはＭＡＣ層に送信する、ＳｇＮＢにおける現在の所望のバッファサイズの情報、
分割ベアラの選択肢を含めて設定された全てのデータベアラと関連付けられた、ＵＥユーザデータまたはＭＡＣ層に送信する、ＳｇＮＢにおける現在の所望の最小バッファサイズの情報。
【０１２７】
以下の機能は、Ｅ−ＵＴＲＡＮのＮＲを用いたデュアルコネクティビティに関する、ＳＣＧ分割ベアラのＸｎ  ＵＰプロトコルによって提供される。
ＳＣＧ分割ベアラの選択肢を含めて設定された特定のデータベアラに関する、ＳｇＮＢからＭｇＮＢに転送されるユーザデータのＸｎ  ＵＰ特異的なシーケンス番号情報の提供、
ＳＣＧ分割ベアラの選択肢を含めて設定された特定のデータベアラと関連付けられたユーザデータに関して、ＭｇＮＢからＵＥへの連続送達に成功したＰＤＣＰ  ＰＤＵの情報、
ＳＣＧ分割ベアラの選択肢を含めて設定された特定のデータベアラと関連付けられたユーザデータに関して、Ｍ−ＮＧ−ＲＡＮからＭＡＣ層への連続送達に成功したＰＤＣＰ  ＰＤＵの情報、
ＵＥに送達されなかったＭｇＮＢからのＰＤＣＰ  ＰＤＵの情報、
分割ベアラの選択肢を含めて設定された特定のデータベアラと関連付けられた、ＵＥユーザデータまたはＭＡＣ層に送信する、ＭｇＮＢにおける現在の所望のバッファサイズの情報、
分割ベアラの選択肢を含めて設定された全てのデータベアラと関連付けられた、ＵＥユーザデータまたはＭＡＣ層に送信する、ＭｇＮＢにおける現在の所望の最小バッファサイズの情報。
【０１２８】
変更のない文章は割愛
【０１２９】
５．４．２  ダウンリンクデータ送達状態
編者による注記：以下の文章は全てＦＦＳ［更なる検討が必要］である。
【０１３０】
ダウンリンクデータ送達状態手順の目的は、対応するｇＮＢからＰＤＣＰエンティティをホストするｇＮＢにフィードバックを提供して、ＰＤＣＰエンティティをホストするｇＮＢが、それぞれのデータベアラに関して対応するｇＮＢを介してダウンリンクユーザデータフローを制御するのを可能にすることである。対応するｇＮＢはまた、関連するデータベアラのアップリンクユーザデータを、同じＧＴＰ−Ｕ  ＰＤＵ内のＤＬ  ＤＡＴＡ  ＤＥＬＩＶＥＲＹ  ＳＴＡＴＵＳフレームとともに、ＰＤＣＰエンティティをホストするｇＮＢに転送してもよい。
【０１３１】
ダウンリンクデータ送達状態手順はまた、対応するｇＮＢからＰＤＣＰエンティティをホストするｇＮＢにフィードバックを提供して、ＰＤＣＰエンティティをホストするｇＮＢが、対応するｇＮＢへのＤＬ制御データの成功する送達を制御するのを可能にするのに使用される。この場合、対応するｇＮＢは常にＳｇＮＢであり、ＰＤＣＰエンティティをホストするｇＮＢは常にＭｇＮＢである［この一文を言い換える必要があるか否かにかかわらず、ＦＦＳ］。
【０１３２】
対応するｇＮＢがダウンリンクデータ送達手順に対するフィードバックを始動すると判断した場合、次のことを報告すべきである。
ａ）ＰＤＣＰエンティティをホストするｇＮＢから受信したＰＤＣＰ  ＰＤＵの中で、ＲＬＣ  ＡＭのみに使用される、ＵＥへの順次送達に成功した最大ＰＤＣＰ  ＰＤＵシーケンス番号。
ｂ）関連するデータベアラに対するバイト単位の所望のバッファサイズ。
ｃ）ＵＥまたはＭＡＣ層に対するバイト単位の所望の最小バッファサイズ。
ｄ）対応するｇＮＢによって「失われた」ものとして申告され、ＤＬ  ＤＡＴＡ  ＤＥＬＩＶＥＲＹ  ＳＴＡＴＵＳフレーム内のＰＤＣＰエンティティをホストするｇＮＢにまだ報告されていない、Ｘｎ−Ｕパケット。
ｅ）ＰＤＣＰエンティティをホストするＮＧ−ＲＡＮノードから受信したＰＤＣＰ  ＰＤＵの中で、ＭＡＣ層に順次送信された最大ＰＤＣＰシーケンス番号。
注：Ｅ−ＵＴＲＡＮ展開がダウンリンクユーザデータ手順を使用しないと決定している場合、上記ｄ）は適用されない。
【０１３３】
ＤＬ  ＤＡＴＡ  ＤＥＬＩＶＥＲＹ  ＳＴＡＴＵＳフレームは、対応するｇＮＢからベアラをリリースする過程で受信される、フレームが最後のＤＬ状態報告であるか否かの指示も含むものとする。かかる指示を受信すると、適用可能であれば、ＰＤＣＰエンティティをホストするｇＮＢは、対応するｇＮＢからのそれ以上のＵＬデータが予期されないことを考慮する。
【０１３４】
ＰＤＣＰエンティティをホストするｇＮＢは、ＤＬ  ＤＡＴＡ  ＤＥＬＩＶＥＲＹ  ＳＴＡＴＵＳフレームを受信する際、
上記ｂ）およびｃ）に基づいて、所望のバッファサイズを、宣言されている対応するｇＮＢからの所望のデータ量と見なし、
同じフレーム内で上記ａ）に基づいて報告されたＰＤＣＰシーケンス番号から、ならびにＵＥに関して確立された他の全てのデータベアラのうち最近報告されたＰＤＣＰシーケンス番号から、
これまで示されたバッファサイズとは独立して、一時的な所望のバッファサイズとして、
送達に成功したＰＤＣＰ  ＰＤＵのフィードバックにしたがって、バッファされたＰＤＣＰ  ＰＤＵを除去することが可能になり、
送達に成功したもの以外に報告されたＰＤＣＰ  ＰＤＵに関して講じる必要がある操作を決定する。
【０１３５】
ＰＤＣＰエンティティをホストするｇＮＢに報告した後、対応するｇＮＢはそれぞれのＰＤＣＰシーケンス番号を除去する。
【０１３６】
変更のない文章は割愛
編者による注記：以下の文章は全てＦＦＳである。
【０１３７】
このフレーム形式は、受信側ｇＮＢ（即ち、ＰＤＣＰエンティティをホストするｇＮＢ）が、送信側ｇＮＢ（即ち、ＰＤＣＰエンティティをホストしないｇＮＢ）を介してダウンリンクユーザデータフローを制御するのを可能にするため、フィードバックを転送するように定義される。
0006937434.tif 000005
【０１３８】
編者による注記：以下の文章は全てＦＦＳである。
説明：このパラメータは、Ｘｎ−Ｕシーケンス番号範囲の終了を示す。
値の範囲：｛０．．２２４−１｝
フィールド長さ：３オクテット
【０１３９】
編者による注記：以下の文章は全てＦＦＳである。
説明：このパラメータは、対応するＮＧ−ＲＡＮノードにおいてＭＡＣ層に向けて順次送信されたＰＤＣＰ  ＰＤＵの状態に関するフィードバックを示す。
値の範囲：｛０．．２１８−１｝
フィールド長さ：３オクテット
【０１４０】
編者による注記：以下の文章は全てＦＦＳである。
説明：このパラメータは、送達に成功した最大ＰＤＣＰシーケンス番号の存在を示す。
値の範囲：｛０＝送達に成功した最大ＰＤＣＰシーケンス番号が存在しない、１＝送達に成功した最大ＰＤＣＰシーケンス番号が存在｝
フィールド長さ：１ビット
【０１４１】
編者による注記：以下の文章は全てＦＦＳである。
説明：このパラメータは、送信された最大ＰＤＣＰシーケンス番号の存在を示す。
値の範囲：｛０＝送信された最大ＰＤＣＰシーケンス番号が存在しない、１＝送信された最大ＰＤＣＰシーケンス番号が存在｝
フィールド長さ：１ビット
【０１４２】
編者による注記：以下の文章は全てＦＦＳである。
説明：スペア拡張フィールドは送出されるべきでない。受信側はスペア拡張を受信可能であるべきである。本文書の今後の版では追加の新しいフィールドがスペア拡張の代わりに追加されることがあるので、スペア拡張は受信側によって解釈されるべきでない。スペア拡張は、新しいフィールドまたは追加情報を保持する整数のオクテットであることができ、スペア拡張フィールドの最大長さ（ｍ）はＰＤＵタイプに応じて決まる。
値の範囲：｛０〜２ｍ＊８−１｝
フィールド長さ：０〜ｍオクテット
本文書で定義されるＰＤＵタイプの場合、ｍ＝４である。
【０１４３】
略語
以下の略語の少なくとも一部が本開示で使用されることがある。略語の間に不一致がある場合、上記でどのように使用されているかを優先するものとする。以下で複数回列挙されている場合、最初の列挙をその後の列挙よりも優先するものとする。
１×ＲＴＴ  ＣＤＭＡ２０００  １Ｘ無線送信技術
３ＧＰＰ  第３世代パートナーシッププロジェクト
５Ｇ  第５世代
ＡＢＳ  オールモストブランクサブフレーム
ＡＲＱ  自動再送要求
ＡＷＧＮ  加算性白色ガウス雑音
ＢＣＣＨ  ブロードキャスト制御チャネル
ＢＣＨ  ブロードキャストチャネル
ＣＡ  キャリアアグリゲーション
ＣＣ  キャリアコンポーネント
ＣＣＣＨ  ＳＤＵ  共通制御チャネルＳＤＵ
ＣＤＭＡ  符号分割多重化アクセス
ＣＧＩ  セルグローバル識別子
ＣＩＲ  チャネルインパルス応答
ＣＰ  サイクリックプレフィックス
ＣＰＩＣＨ  共通パイロットチャネル
ＣＰＩＣＨ  Ｅｃ／Ｎｏ  ＣＰＩＣＨのチップ当たり受信エネルギーをバンドの電力密度で割ったもの
ＣＱＩ  チャネル品質情報
Ｃ−ＲＮＴＩ  セルＲＮＴＩ
ＣＳＩ  チャネル状態情報
ＣＵ  中央装置
ＤＣＣＨ  専用制御チャネル
ＤＣ  デュアルコネクティビティ
ＤＤＤＳ  ダウンリンクデータ送達状態
ＤＬ  ダウンリンク
ＤＭ  復調
ＤＭＲＳ  復調参照信号
ＤＲＸ  間欠受信
ＤＴＸ  間欠送信
ＤＴＣＨ  専用トラフィックチャネル
ＤＵ  分散装置
ＤＵＴ  被試験デバイス
Ｅ−ＣＩＤ  拡張セルＩＤ（測位方法）
Ｅ−ＳＭＬＣ  エボルブドサービングモバイル位置情報センタ
ＥＣＧＩ  エボルブドＣＧＩ
ｅＮＢ  Ｅ−ＵＴＲＡＮノードＢ
ｅＰＤＣＣＨ  拡張物理ダウンリンク制御チャネル
Ｅ−ＳＭＬＣ  エボルブドサービングモバイル位置情報センタ
Ｅ−ＵＴＲＡ  エボルブドＵＴＲＡ
Ｅ−ＵＴＲＡＮ  エボルブドＵＴＲＡＮ
ＦＤＤ  周波数分割複信
ＦＦＳ  更なる検討が必要
ＧＥＲＡＮ  ＧＳＭ  ＥＤＧＥ無線アクセスネットワーク
ｇＮＢ  ＮＲの基地局（ＬＴＥのｅＮＢに対応）
ＧＮＳＳ  全地球航法衛星システム
ＧＳＭ  モバイル通信用グローバルシステム
ＨＡＲＱ  ハイブリッド自動再送要求
ＨＯ  ハンドオーバ
ＨＳＰＡ  高速パケットアクセス
ＨＲＰＤ  高速パケットデータ
ＬＯＳ  見通し線
ＬＰＰ  ＬＴＥ測位プロトコル
ＬＴＥ  ロングタームエボリューション
ＭＡＣ  媒体アクセス制御
ＭＢＭＳ  マルチメディアブロードキャストマルチキャストサービス
ＭＢＳＦＮ  マルチメディアブロードキャストマルチキャストサービス単一周波数ネットワーク
ＭＢＳＦＮ  ＡＢＳ  ＭＢＳＦＮオールモストブランクサブフレーム
ＭＤＴ  ドライブ試験の最小化
ＭＩＢ  マスタ情報ブロック
ＭＭＥ  モビリティ管理エンティティ
ＭＳＣ  移動交換局
ＮＰＤＣＣＨ  狭帯域物理ダウンリンク制御チャネル
ＮＲ  新無線（５Ｇ）
ＯＣＮＧ  ＯＦＤＭＡチャネル雑音発生器
ＯＦＤＭ  直交周波数分割多重
ＯＦＤＭＡ  直交周波数分割アクセス
ＯＳＳ  動作サポートシステム
ＯＴＤＯＡ  観察される到着時間差
Ｏ＆Ｍ  動作およびメンテナンス
ＰＢＣＨ  物理ブロードキャストチャネル
Ｐ−ＣＣＰＣＨ  プライマリ共通制御物理チャネル
ＰＣｅｌｌ  プライマリセル
ＰＣＦＩＣＨ  物理制御フォーマットインジケータチャネル
ＰＤＣＣＨ  物理ダウンリンク制御チャネル
ＰＤＣＰ  パケットデータコンバージェンスプロトコル
ＰＤＰ  プロファイル遅延プロファイル
ＰＤＳＣＨ  物理ダウンリンク共有チャネル
ＰＧＷ  パケットゲートウェイ
ＰＨＩＣＨ  物理ハイブリッドＡＲＱインジケータチャネル
ＰＬＭＮ  公衆携帯電話網
ＰＭＩ  プリコーダマトリクスインジケータ
ＰＲＡＣＨ  物理ランダムアクセスチャネル
ＰＲＳ  測位参照信号
ＰＳＳ  プライマリ同期信号
ＰＵＣＣＨ  物理アップリンク制御チャネル
ＰＵＳＣＨ  物理アップリンク共有チャネル
ＲＡＣＨ  ランダムアクセスチャネル
ＱＡＭ  直角位相振幅変調
ＲＡＮ  無線アクセスネットワーク
ＲＡＴ  無線アクセス技術
ＲＬＭ  無線リンク管理
ＲＮＣ  無線ネットワークコントローラ
ＲＮＴＩ  無線ネットワーク仮識別子
ＲＲＣ  無線リソース制御
ＲＲＭ  無線リソース管理
ＲＳ  参照信号
ＲＳＣＰ  受信信号コード電力
ＲＳＲＰ  参照記号受信電力または参照信号受信電力
ＲＳＲＱ  参照信号受信品質または参照記号受信品質
ＲＳＳＩ  受信信号強度インジケータ
ＲＳＴＤ  参照信号時間差
ＳＣＨ  同期チャネル
ＳＣｅｌｌ  セカンダリセル
ＳＤＵ  サービスデータユニット
ＳＦＮ  システムフレーム番号
ＳＧＷ  サービングゲートウェイ
ＳＩ  システム情報
ＳＩＢ  システム情報ブロック
ＳＮＲ  信号雑音比
ＳＯＮ  自己最適化ネットワーク
ＳＳ  同期信号
ＳＳＳ  セカンダリ同期信号
ＴＤＤ  時分割複信
ＴＤＯＡ  到着時間差
ＴＯＡ  到達時間
ＴＳＳ  ターシャリ同期信号
ＴＴＩ  送信時間間隔
ＵＥ  ユーザ機器
ＵＬ  アップリンク
ＵＭＴＳ  ユニバーサル移動体通信システム
ＵＰ  ユーザプレーン
ＵＳＩＭ  ユニバーサル加入者識別モジュール
ＵＴＤＯＡ  アップリンク到達時間差
ＵＴＲＡ  ユニバーサル地上無線アクセス
ＵＴＲＡＮ  ユニバーサル地上無線アクセスネットワーク
ＷＣＤＭＡ  広帯域ＣＤＭＡ
ＷＬＡＮ  ワイドローカルエリアネットワーク
ＸｎＵＰ  Ｘｎインターフェースユーザプレーンプロトコル
【図１】
0006937434.tif 000006
【図２】
0006937434.tif 000007
【図３】
0006937434.tif 000008
【図４】
0006937434.tif 000009
【図５】
0006937434.tif 000010
【図６】
0006937434.tif 000011
【図７Ａ】
0006937434.tif 000012
【図７Ｂ】
0006937434.tif 000013
【図７Ｃ】
0006937434.tif 000014
【図８】
0006937434.tif 000015
【図９】
0006937434.tif 000016
【図１０】
0006937434.tif 000017
【図１１】
0006937434.tif 000018
【図１２】
0006937434.tif 000019
【図１３】
0006937434.tif 000020
【図１４】
0006937434.tif 000021
【図１５】
0006937434.tif 000022
【図１６】
0006937434.tif 000023