(57)【要約】      （修正有）【課題】ユーザ機器が二重接続性技法を用いて１つまたは複数の基地局と通信するように構成されるワイヤレス通信ネットワークで、ユーザ機器アップリンク・バッファ状態の表示を送信する方法を提供する。【解決手段】ユーザ機器（ＵＥ）５０は、アップリンク送信のために使用される二重接続性（ＤＣ）構成の表示を受信し、受信されたＤＣ構成の表示に従って、ＵＥが使用する１つまたは複数のスケジューラによりアップリンク・バッファ状態をグループ化するために、アップリンク・バッファ状態報告（ＢＳＲ）を構造化し、構造化ＢＳＲを１つまたは複数の基地局２０に送信する。【効果】非理想的なバックホール・リンクを介して接続された、複数の独立したスケジューラにＤＣ構成をＵＥにサービスするネットワーク（複数の基地局）に対して、ＵＥは確実なバッファ状態報告を実施することができる。【選択図】図１
2018093518.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器が、サービスするネットワーク・ノードのそれぞれにスケジューラが提供される二重接続性技法を用いて、所与の時間に２つ以上のネットワーク・ノードと通信するように構成されるワイヤレス通信ネットワークで、ユーザ機器アップリンク・バッファ状態の表示を送信する方法であって、
アップリンク送信のために前記ユーザ機器により使用される二重接続性構成の表示を受信するステップと、
前記受信された二重接続性構成の表示に従って、アップリンク・バッファ状態が、前記ユーザ機器のために使用される１つまたは複数のスケジューラに対してグループ化されているアップリンク・バッファ状態報告を構造化するステップであって、アップリンク・バッファ状態報告を構造化するステップが、前記ユーザ機器のために使用される各スケジューラに対して独立したアップリンク・バッファ状態報告を構成するステップを含む、構造化するステップと、
前記２つ以上のネットワーク・ノードにより許可されるリソースを使用して前記独立したアップリンク・バッファ状態報告を前記ネットワーク・ノードの１つまたは複数に送信するステップであって、前記独立したアップリンク・バッファ状態報告のそれぞれを送信するために使用される前記リソースは、前記独立したアップリンク・バッファ状態報告のそれぞれがどのスケジューラのために意図されるのかを暗黙的に示している、送信するステップとを含む方法。
【請求項２】
前記独立したアップリンク・バッファ状態報告を送信するステップが、前記独立したアップリンク・バッファ状態報告の１つを各スケジューラに送信するステップを含む、請求項１に記載の方法。
【請求項３】
情報が該当するスケジューラに依存して前記独立したアップリンク・バッファ状態報告の送信のために許可されるリソースを選択するステップを備える、請求項１又は２に記載の方法。
【請求項４】
前記ワイヤレス通信ネットワーク内でネットワーク・ノード間の通信がバックホール・レイテンシの対象となり、独立したスケジューラが前記２つ以上のネットワーク・ノードの各々に設けられる、請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記ネットワーク・ノードが基地局を含む、請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
コンピュータ上で実行されると、請求項１乃至５のいずれか１項に記載の方法のすべてのステップを行うように動作可能なコンピュータ・プログラム。
【請求項７】
ユーザ機器が、サービスするネットワーク・ノードのそれぞれにスケジューラが提供される二重接続性技法を用いて、所与の時間に２つ以上のネットワーク・ノードと通信するように構成されるワイヤレス通信ネットワークで、ユーザ機器アップリンク・バッファ状態の表示を送信するように動作可能なユーザ機器であって、
アップリンク送信のために前記ユーザ機器により使用される二重接続性構成の表示を受信するように動作可能な受信ロジックと、
前記受信された二重接続性構成の表示に従い、前記ユーザ機器のために使用される各スケジューラに対して独立したアップリンク・バッファ状態報告を構成することによって、アップリンク・バッファ状態が、前記ユーザ機器のために使用される１つまたは複数のスケジューラに対してグループ化されているアップリンク・バッファ状態報告を構造化するように動作可能なバッファ状態ロジックと、
前記独立したアップリンク・バッファ状態報告を前記ネットワーク・ノードの１つまたは複数に送信するように動作可能な通信ロジックであって、前記通信ロジックが前記２つ以上のネットワーク・ノードにより許可されるリソースを使用して前記独立したアップリンク・バッファ状態報告を前記ネットワーク・ノードの１つまたは複数に送信するように動作可能であり、前記独立したアップリンク・バッファ状態報告のそれぞれを送信するために使用される前記リソースは、前記独立したアップリンク・バッファ状態報告のそれぞれがどのスケジューラのために意図されるのかを暗黙的に示している、通信ロジックとを含むユーザ機器。
【請求項８】
前記通信ロジックが、前記独立したアップリンク・バッファ状態報告のうちの１つを各スケジューラへ送信するように動作可能である、請求項７に記載のユーザ機器。
【請求項９】
情報が該当するスケジューラに依存して前記独立したアップリンク・バッファ状態報告の送信のために許可されるリソースを選択するように動作可能である、請求項７又は８に記載のユーザ機器。
【請求項１０】
前記ネットワーク・ノードが基地局を含む、請求項７乃至９のいずれか１項に記載のユーザ機器。
【請求項１１】
ユーザ機器が、サービスするネットワーク・ノードのそれぞれにスケジューラが提供される二重接続性技法通信を用いて、所与の時間に２つ以上のネットワーク・ノードと通信するように構成されるワイヤレス通信ネットワークのネットワーク・ノードで、ユーザ機器アップリンク・バッファ状態の表示を受信する方法であって、
アップリンク送信のために前記ユーザ機器により使用されている二重接続性構成を判定するステップと、
前記ユーザ機器から、前記スケジューラに対して独立したアップリンク・バッファ状態報告を含むアップリンク・バッファ状態報告を受信するステップであって、前記独立したアップリンク・バッファ状態報告は前記ネットワーク・ノードにより許可されたリソースを使用して送信されており、前記独立したアップリンク・バッファ状態報告を送信するために使用される前記リソースは、前記独立したアップリンク・バッファ状態報告がどのスケジューラのために意図されるのかを暗黙的に示している、受信するステップと、
前記ネットワーク・ノードでの前記スケジューラに該当する前記アップリンク・バッファ状態報告から情報を抽出するステップと、を含む方法。
【請求項１２】
前記ネットワーク・ノードが基地局を含む、請求項１１に記載の方法。
【請求項１３】
コンピュータ上で実行されると、請求項１１又は１２に記載の方法のすべてのステップを行うように動作可能なコンピュータ・プログラム。
【請求項１４】
ユーザ機器が、サービスするネットワーク・ノードのそれぞれにスケジューラが提供される二重接続性技法を用いて、所与の時間に２つ以上のネットワーク・ノードと通信するように構成されるワイヤレス通信ネットワークで、ユーザ機器アップリンク・バッファ状態の表示を受信するように動作可能なネットワーク・ノードであって、
アップリンク送信のために前記ユーザ機器により使用されている二重接続性構成を判定するように動作可能な構成ロジックと、
前記ユーザ機器から、前記ユーザ機器のために使用される前記スケジューラに対して独立したアップリンク・バッファ状態報告を含むアップリンク・バッファ状態報告を受信するように動作可能な受信ロジックであって、前記独立したアップリンク・バッファ状態報告は前記ネットワーク・ノードにより許可されたリソースを使用して送信されており、前記独立したアップリンク・バッファ状態報告を送信するために使用される前記リソースは、前記独立したアップリンク・バッファ状態報告がどのスケジューラのために意図されるのかを暗黙的に示している、受信するステップと、
前記ネットワーク・ノードでの前記スケジューラに該当する前記アップリンク・バッファ状態報告から情報を抽出するステップと、を含む方法。として使用される、受信ロジックと、
前記ネットワーク・ノードでの前記スケジューラに該当する前記アップリンク・バッファ状態報告から情報を抽出するように動作可能な抽出ロジックと、を備えるネットワーク・ノード。
【請求項１５】
前記ネットワーク・ノードが基地局を含む、請求項１４に記載のネットワーク・ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ機器が二重接続性（ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ）技法を用いて１つまたは複数の基地局と通信するように構成されるワイヤレス通信ネットワークで、ユーザ機器アップリンク・バッファ状態の表示を送信する方法、ならびにその方法を行うように動作可能なコンピュータ・プログラム製品およびユーザ機器に関する。
【背景技術】
【０００２】
ワイヤレス電気通信システムが知られている。そのようなシステムでは、移動通信装置（たとえば、移動電話）はネットワーク・プロバイダにより提供される基地局と通信するように動作可能である。
【０００３】
既知のワイヤレス電気通信システムでは、無線カバレッジが、セルとして知られる範囲内で、移動電話などのネットワーク接続可能装置、またはｉＰａｄや他の同様のタブレットなどのワイヤレス装置に提供される。無線カバレッジを提供するために、各セルに基地局が位置される。典型的に、各セルのネットワーク接続可能装置は基地局から情報とデータを受信するように、かつ基地局に情報とデータを送信するように動作可能である。
【０００４】
ユーザ機器はワイヤレス通信システムを通じてローミングする。無線カバレッジの範囲を担う基地局が典型的に設けられる。いくつものそのような基地局が設けられ、しかもユーザ機器に広範囲のカバレッジを提供するために地理的に分散される。
【０００５】
ユーザ機器が基地局によりサービスされる範囲内にあるとき、ユーザ機器と基地局との間に、関連付けられる無線リンクによって通信が確立されてよい。各基地局は典型的に、サービスの地理的範囲内のいくつかのセクタを担う。典型的に、基地局内の異なるアンテナは各関連付けられるセクタを担う。各基地局は複数のアンテナを有する。
【０００６】
旧来の基地局はカバレッジを比較的大きい地理的範囲に提供し、それらのセルはしばしばマクロセルと呼ばれる。マクロセル内により小さいサイズのセルが設けられる異種ネットワーク（ｈｅｔｎｅｔ）を提供することが可能である。そのようなより小さいサイズのセルは時にマイクロセル、ピコセルまたはフェムトセルと呼ばれる。小セルを確立する一方法は、マクロセルのカバレッジ範囲内で比較的限られる範囲を有するカバレッジを提供する小セル基地局を提供することである。小セル基地局の送信電力は比較的低く、したがって各小セルはマクロセルと比較して小さいカバレッジ範囲を提供し、たとえば職場や家庭をカバーする。
【０００７】
そのような小セルは典型的に、マクロセルにより提供される通信カバレッジが悪い場合やまたはユーザが、コアネットワークと通信するために小セル基地局によりローカルに提供される代替の通信リンクを使用したい、および／またはネットワーク内の容量を増加させたい場合に設けられる。
【０００８】
ワイヤレス通信ネットワークでの小セルの展開は、高トラフィック範囲、たとえばいわゆるホットスポット範囲で容量を扱うことに関してネットワークを支援できる。ネットワークの高トラフィック範囲に位置される１つまたは複数の小セルへのトラフィックをオフロードできることは、ネットワーク・オペレータに特に有用であることがある。いくつかの場合には、ユーザとネットワークがマクロセル基地局および小セル基地局との通信を許可するように構成されるように「二重接続性」がもたらされてよい。いくつかの二重接続性実装形態が構成され得、各々異なる利益をもたらしてよい。
【０００９】
二重接続性ＨｅｔＮｅｔ展開は利点をもたらすことがあるが、そのような展開の予期せぬ結果が生じることがある。これらの結果に対処することが望まれる。
【発明の概要】
【課題を解決するための手段】
【００１０】
第１の態様は、ユーザ機器が二重接続性技法を用いて１つまたは複数の基地局と通信するように構成されるワイヤレス通信ネットワークで、ユーザ機器アップリンク・バッファ状態の表示を送信する方法を提供し、この方法は、アップリンク送信のためにユーザ機器により使用される二重接続性構成の表示を受信するステップと、受信された二重接続性構成の表示に従ってユーザ機器により使用される１つまたは複数のスケジューラによりアップリンク・バッファ状態をグループ化するために、アップリンク・バッファ状態報告を構造化するステップと、構造化アップリンク・バッファ状態報告を１つまたは複数の基地局に送信するステップと、を含む。
【００１１】
第１の態様は、二重接続性が、必要に応じて小セルへのネットワーク内のデータ・トラフィックをオフロードする方法をもたらすことを認識する。二重接続性シナリオでは、ユーザ機器は所与の時間に２つ以上のセルに接続され、ユーザ機器は２つ以上のセルによりサービスされる。
【００１２】
第１の態様は、スケジューリング要求機構はすべての二重接続性シナリオをサポートすることを要求されるらしいことを認識する。典型的なネットワーク構成は、ユーザ機器が単一のスケジューリング基地局またはネットワーク制御ノードによりサービスされ、したがって単一のスケジューリング要求機構が使用されることを想定する。
【００１３】
典型的なネットワーク展開では、小セル基地局の間および小セル基地局とマクロセル基地局との間のバックホール通信は非理想的である。すなわち、即時の通信をもたらすよりもむしろ、およそ数ミリ秒から数十ミリ秒の片道レイテンシがあってよい。小セルおよびマクロ基地局が二重接続性機能性にそのようなバックホール・レイテンシを提供するためにネットワークで動作するため、独立したスケジューラが各サービング・ノードに設けられる。複数の独立したスケジューラを備えることは、適合スケジューリング要求機構が、複数の独立したスケジューラがユーザ機器への二重接続性をサポートするために設けられるネットワークでの効率的な動作を可能にする必要に帰着する。
【００１４】
トラフィック・オフローディングは、ネットワークでの両ダウンリンクおよびアップリンク・トラフィックに関して生じることがある。独立したスケジューラを伴うアップリンク二重接続性動作は、両独立したスケジューラが各ユーザ機器のバッファ状態報告を意識していることを必要とする。二重接続性がアップリンクで実装される場合には、いくつかのデータフローは小セル基地局にオフロードされ得る。オフロード・トラフィックは対応する小セル・スケジューラによりスケジュールされる。小セルに位置されるスケジューラは、小セルにルーティングされるオフロード・トラフィックに対応するバッファ状態報告を通知される必要がある。
【００１５】
態様および実施形態は、ネットワークの二重接続性構成をサポートする各サービング・スケジューラに適切なバッファ状態報告を提供する方法に関する。さらに、本明細書に記載される態様および実施形態は、スケジューラによるトラフィック・オフローディングを可能にするためにバッファ状態報告を抽出または構成する方法を提供する。この方法は、バッファ状態報告がスケジューラにユーザ機器から直接または別のセルから適切なデータフロー情報を提供するものであってもよい。
【００１６】
二重接続性対応ネットワークでアップリンク・トラフィックをオフロードすることは、たとえば以下の構成の１つを用いて実装され得る。
【００１７】
一構成では、ユーザ機器はすべてのアップリンク・トラフィックを１つのセル、たとえば小セルに送信するように動作可能であってよい。二重接続性を伴う同一チャネル展開では、ユーザ機器は、小セルに向けられるアップリンク送信に関して低経路損失を有しつつ、マクロセルからの強いダウンリンク信号を有してよい。そのようなシナリオでは、すべてのアップリンク・トラフィックはユーザ機器から小セルに送信され得る。結果として、アップリンク・スケジューリング許可が小セルから発するであろうし、小セルはすべてのアップリンク・トラフィック・ベアラに関連するバッファ状態報告を必要とする。
【００１８】
二重接続性を伴う同一チャネル展開での別の構成では、いくつかのアップリンク・データフロー（無線ベアラ）が小セルにオフロードされ得る。そのような構成によれば、小セルはオフロード・トラフィック・ベアラのスケジューリングを担当し、したがってオフロード・トラフィック・ベアラに関連するバッファ状態報告は小セルにより知られる必要がある。
【００１９】
二重接続性を伴う同一チャネル展開での別の構成では、アップリンク・データは、たとえばマルチフローまたはマルチストリーミング技法を実装することが可能なネットワークで、両マクロおよび小セルによりスケジューリングされかつ受信される無線ベアラに属し得る。そのような構成では、当該無線ベアラのバッファ状態報告は両マクロおよび小セルにより知られる必要がある。
【００２０】
態様および実施形態は、共通のバッファ状態報告提示機構を維持しつつ、すべての記載される構成に対応するように設計されるバッファ状態報告機構を提供する。
【００２１】
一実施形態では、アップリンク・バッファ状態報告を構造化するステップは、ユーザ機器により使用される各スケジューラに対して独立したアップリンク・バッファ状態報告を構成するステップを含む。したがって、ユーザ機器は、マクロおよび小セルでのスケジューラのために意図されるバッファ状態報告を独立してフォーマットするように動作可能である。そのような実施形態によれば、結果として生じる送信は、各サービング・スケジューラに関して異なるバッファ状態報告ＭＡＣ制御要素（バッファ状態報告ＭＡＣ  ＣＥ）を考慮し生成する。意図されるスケジューラ（セル）の同一性の表示もセルＩＤ指標としてバッファ状態報告ＭＡＣ  ＣＥに含まれる。代替の実施形態では、セルＩＤの表示はＭＡＣ  ＰＤＵサブヘッダに含まれるＬＣＩＤを介して黙示的に示される。そのような実施形態はサービング・セルごとにバッファ状態報告ＭＡＣ  ＣＥの送信を必要とする。さらなる実施形態では、ユーザ機器は、許可されるアップリンク・リソースに対応するバッファ状態報告ＭＡＣ  ＰＤＵをセル単位でマッピングするように動作可能であってよく、またバッファ状態報告ＭＡＣを送信するために使用されるアップリンク・リソースは、バッファ状態報告がどのセルのために意図されるのかの黙示的な表示として使用される。
【００２２】
一実施形態では、アップリンク・バッファ状態報告を構造化するステップは、ユーザ機器により使用される各スケジューラに対してグループ化バッファ状態情報を含む単一のアップリンク・バッファ状態報告を構成するステップを含む。したがって、単一のバッファ状態報告ＭＡＣ  ＣＥはすべてのサービング・セルに関して使用されるように設計される。そのような実施形態によれば、サービング・セル同一性の表示がＭＡＣ  ＣＥに明示的にまたは黙示的に含まれる。暗黙的な表示の場合には、バッファ状態報告はセル順序に従ってフォーマットされる。バッファ状態報告ＭＡＣ  ＣＥを受信すると、スケジューラはそれが担うセルに対応するバッファ状態報告フィールドをデコードするように動作可能である。いくつかの実施形態によれば、バッファ状態報告ＭＡＣ  ＣＥは、任意のセルにより許可される任意のアップリンク・リソース上で送信されてよい。そのような実施形態によれば、ユーザ機器「識別」として使用されるユーザ機器固有スクランブリング・コードが、二重接続性配置に参加する両マクロおよび小セルにより知られている。
【００２３】
さらなる実施形態において、ユーザ機器はバッファ状態報告情報をマクロセルに向かって送信するように動作可能である。そのような実施形態では、ＬＣグループは、オフロード無線ベアラが、マクロセルによりサービスされるベアラと異なるＬＣＧに属することを保証するように構成される。バッファ状態報告ＭＡＣ  ＣＥを受信すると、マクロセルは、オフロード・トラフィックに対応するバッファ状態報告を抽出し、その情報を該当する小セルにＸ２インタフェースを用いて転送するように動作可能である。そのような実施形態では、バッファ状態報告はバックホール・レイテンシを経験する。しかしながら、遅延耐性トラフィックが小セルにオフロードされさえすれば、バッファ状態報告のそのようなバックホール遅延は小セルスケジューラにより許容されてよい。そのような実施形態では、バッファ状態報告情報は、マクロセルによりユーザに許可されるリソース上でのみ送信され得る。
【００２４】
一実施形態では、グループ化バッファ状態情報はそれに含まれる情報が該当するスケジューラの表示を含む。ユーザ機器はバッファ状態報告情報を任意のセルに（任意のセルにより許可されるリソースを用いて）送信するように構成されてよい。バッファ状態報告情報を受信すると、セルは、セルによりサービスされるトラフィック（無線ベアラ）に対応するバッファ状態報告情報を抽出し、残りのバッファ状態報告情報は他のセルにＸ２インタフェースによって転送される。
【００２５】
一実施形態では、グループ化バッファ状態情報はそれが、その情報が該当するスケジューラによりデコードされ得るのみであるようにエンコードされる。いくつかの実施形態では、マクロセルによりサービスされる無線ベアラは、特にベンダ間運用の場合には、その他のセルに明かされてはならず、そのような場合には、各セルに対するバッファ状態報告情報はセル固有コーディングで保護され得る。
【００２６】
一実施形態では、構造化アップリンク・バッファ状態報告を送信するステップは、独立したアップリンク・バッファ状態報告の１つを各スケジューラに送信するステップを含む。
【００２７】
一実施形態では、構造化アップリンク・バッファ状態報告を送信するステップは、１つまたは複数の基地局により許可されるリソースを使用するステップを含む。したがって、許可されるリソースの使用は、情報をスケジューラに黙示的に伝達するためにユーザ機器により活用されてよい。たとえば、一実施形態では、この方法は、情報が該当するスケジューラに依存して構造化アップリンク・バッファ状態報告の送信のために許可されるリソースを選択するステップをさらに備える。
【００２８】
第２の態様は、コンピュータ上で実行されると、第１の態様の方法を行うように動作可能なコンピュータ・プログラム製品を提供する。
【００２９】
第３の態様は、ユーザ機器が二重接続性技法を用いて１つまたは複数の基地局と通信するように構成されるワイヤレス通信ネットワークで、ユーザ機器アップリンク・バッファ状態の表示を送信するように動作可能なユーザ機器を提供し、このユーザ機器は、アップリンク送信のためにユーザ機器により使用される二重接続性構成の表示を受信するように動作可能な受信ロジックと、受信された二重接続性構成の表示に従ってユーザ機器により使用される１つまたは複数のスケジューラによりアップリンク・バッファ状態をグループ化するために、アップリンク・バッファ状態報告を構造化するように動作可能なバッファ状態ロジックと、構造化アップリンク・バッファ状態報告を１つまたは複数の基地局に送信するように動作可能な通信ロジックと、を含む。
【００３０】
一実施形態では、バッファ状態ロジックは、ユーザ機器により使用される各スケジューラに対して独立したアップリンク・バッファ状態報告を構成することにより、アップリンク・バッファ状態報告を構造化するように動作可能である。
【００３１】
一実施形態では、バッファ状態ロジックは、ユーザ機器により使用される各スケジューラに対してグループ化バッファ状態情報を含む単一のアップリンク・バッファ状態報告を構成することにより、アップリンク・バッファ状態報告を構造化するように動作可能である。
【００３２】
一実施形態では、グループ化バッファ状態情報はそれに含まれる情報が該当するスケジューラの表示を含む。
【００３３】
一実施形態では、グループ化バッファ状態情報はそれが、その情報が該当するスケジューラによりデコードされ得るのみであるようにエンコードされる。
【００３４】
一実施形態では、送信ロジックは独立したアップリンク・バッファ状態報告の１つを各スケジューラに送信するように動作可能である。
【００３５】
一実施形態では、送信ロジックは１つまたは複数の基地局により許可されるリソースを用いて構造化アップリンク・バッファ状態報告を送信するように動作可能である。
【００３６】
一実施形態では、送信ロジックは、情報が該当するスケジューラに依存して構造化アップリンク・バッファ状態報告の送信のために許可されるリソースを選択するように動作可能である。
【００３７】
第４の態様は、ユーザ機器が二重接続性技法を用いて１つまたは複数の基地局と通信するように構成されるワイヤレス通信ネットワークの基地局で、ユーザ機器アップリンク・バッファ状態の表示を受信する方法を提供し、この方法は、アップリンク送信のためにユーザ機器により使用されている二重接続性構成を判定するステップと、構造化アップリンク・バッファ状態報告を受信するステップと、基地局でのスケジューラに該当する構造化アップリンク・バッファ状態報告から情報を抽出するステップと、を含む。したがって、ネットワーク内の基地局および／または関連付けられるスケジューラは、新たな構造化バッファ状態報告を受信し理解するように動作可能であってよい。そのバッファ状態報告はよく知られるフォーマットを有してよく、または新しいメッセージのフォーマットのデコードを可能にするために何らかの調整を必要としてよい。
【００３８】
一実施形態において、方法は、構造化アップリンク・バッファ状態報告が１つまたは複数の基地局の別の１つでのスケジューラに該当する情報を含むことを判定するステップと、１つまたは複数の基地局の別の１つでのスケジューラに該当する情報を１つまたは複数の基地局の当該別の１つに転送するステップと、をさらに備える。したがって、いくつかの実装形態では、Ｘ２シグナリングの使用は、二重シグナリング・シナリオでユーザから各注目のスケジューラへの増加した直接ネットワーク・シグナリングに取って代わってよい。
【００３９】
一実施形態では、構造化アップリンク・バッファ状態報告は、ユーザ機器により使用される各スケジューラに対して独立したアップリンク・バッファ状態報告を備える。
【００４０】
一実施形態では、構造化アップリンク・バッファ状態報告は、ユーザ機器により使用される各スケジューラに対してグループ化バッファ状態情報を含む。
【００４１】
一実施形態では、グループ化バッファ状態情報はそれに含まれる情報が該当するスケジューラの表示を含む。
【００４２】
一実施形態では、グループ化バッファ状態情報はそれが、その情報が該当するスケジューラによりデコードされ得るのみであるようにエンコードされる。
【００４３】
第５の態様は、コンピュータ上で実行されると、第４の態様の方法を行うように動作可能なコンピュータ・プログラム製品を提供する。
【００４４】
第６の態様は、ユーザ機器が二重接続性技法を用いて１つまたは複数の基地局と通信するように構成されるワイヤレス通信ネットワークで、ユーザ機器アップリンク・バッファ状態の表示を受信するように動作可能な基地局を提供し、この基地局は、アップリンク送信のためにユーザ機器により使用されている二重接続性構成を判定するように動作可能な構成ロジックと、ユーザ機器から構造化アップリンク・バッファ状態報告を受信するように動作可能な受信ロジックと、基地局でのスケジューラに該当する構造化アップリンク・バッファ状態報告から情報を抽出するように動作可能な抽出ロジックと、を備える。
【００４５】
一実施形態では、基地局は、構造化アップリンク・バッファ状態報告が１つまたは複数の基地局の別の１つでのスケジューラに該当する情報を含むことを判定するように動作可能な判定ロジックと、１つまたは複数の基地局の別の１つでのスケジューラに該当する情報を１つまたは複数の基地局の当該別の１つに転送するように動作可能な転送ロジックと、をさらに備える。
【００４６】
一実施形態では、構造化アップリンク・バッファ状態報告は、ユーザ機器により使用される各スケジューラに対して独立したアップリンク・バッファ状態報告を備える。
【００４７】
一実施形態では、構造化アップリンク・バッファ状態報告は、ユーザ機器により使用される各スケジューラに対してグループ化バッファ状態情報を含む。
【００４８】
一実施形態では、グループ化バッファ状態情報はそれに含まれる情報が該当するスケジューラの表示を含む。
【００４９】
一実施形態では、グループ化バッファ状態情報はそれが、その情報が該当するスケジューラによりデコードされ得るのみであるようにエンコードされる。
【００５０】
さらなる特定の好ましい態様は、添付の独立および従属請求項に記載される。従属請求項の特徴は、適宜かつ特許請求の範囲に明示的に記載されるもの以外の組み合わせで、独立請項の特徴と組み合わされてよい。
【００５１】
装置特徴が機能を提供するように動作可能であると記述される場合、このことはその機能を提供するか、またはその機能を提供するように適合または構成される装置特徴を含むことが認識されるであろう。
【００５２】
本発明の実施形態をここで、添付図面を参照しつつ、さらに説明する。
【図面の簡単な説明】
【００５３】
【図１】電気通信ネットワークの主要な構成要素を例示する図である。
【図２】既知のバッファ状態報告フォーマットを概略的に例示する図である。
【図３】既知のバッファ状態報告フォーマットを概略的に例示する図である。
【図４】一実施形態に係るスケジューリング要求トリガおよび送信を概略的に例示する図である。
【図５】一実施形態に係るスケジューリング要求トリガおよび送信を概略的に例示する図である。
【発明を実施するための形態】
【００５４】
図１は、ワイヤレス電気通信ネットワーク１０の主要な構成要素を概略的に例示する。例示されるＵＭＴＳネットワーク・アーキテクチャでは、ユーザ機器５０はワイヤレス電気通信システムを通じてローミングする。無線カバレッジ３０の範囲を担う基地局２０が設けられる。いくつものそのような基地局２０が設けられ、しかもユーザ機器５０に広範囲のカバレッジを提供するために地理的に分散される。
【００５５】
ユーザ機器が基地局２０によりサービスされる範囲内にあるとき、ユーザ機器と基地局との間に、関連付けられる無線リンクによって通信が確立されてよい。各基地局は典型的に、サービス３０の地理的範囲内のいくつかのセクタを担う。
【００５６】
典型的に、基地局内の異なるアンテナは各関連付けられるセクタを担う。各基地局２０は複数のアンテナを有する。図１は典型的な通信ネットワークに存在してよい総数のユーザ機器および基地局の小さい部分集合を例示することが認識されるであろう。また、たとえば上記ネットワーク・ノードにより提供される機能性が、名称は異なるが類似の機能性を有するネットワーク・ノードにより提供されるロング・ターム・エボリューション（ＬＴＥ）ネットワークを含め、異なるネットワーク・アーキテクチャが実施されてよいことも認識されるであろう。
【００５７】
典型的なネットワークでは、集中スケジューラが、各ユーザ機器について単一のアップリンクおよびダウンリンク・トラフィックフローをスケジュールするために使用される。その結果、バッファ状態報告を異なるスケジューラに分配する必要はない。典型的なバッファ状態報告は確立される無線ベアラのバッファ状態を単に示す。ＨｅｔＮｅｔ内の二重接続性データフロー・オフローディング技法は、ユーザにサービスする各セルに関して別々のスケジューラが設けられ、しかも典型的なバッファ状態報告は、小セルスケジューラにオフロードされるトラフィックに対応するバッファ状態報告の情報の区別の仕方に関する情報を全く含まないので、典型的な動作への変更を必要とする。
【００５８】
概要
実施形態をこれ以上詳細に論ずる前に、まず概要を提供する。
【００５９】
本明細書に記載される態様および実施形態は、スケジューラによるトラフィック・オフローディングを可能にするためにバッファ状態報告を抽出または構成する方法を提供する。この方法は、バッファ状態報告がスケジューラにユーザ機器から直接または別のセルから適切なデータフロー情報を提供するものであってもよい。
【００６０】
二重接続性対応ネットワークでアップリンク・トラフィックをオフロードすることは、たとえば以下の構成の１つを用いて実装され得る。
【００６１】
一構成では、ユーザ機器はすべてのアップリンク・トラフィックを１つのセル、たとえば小セルに送信するように動作可能であってよい。二重接続性を伴う同一チャネル展開では、ユーザ機器は、小セルに向けられるアップリンク送信に関して低経路損失を有しつつ、マクロセルからの強いダウンリンク信号を有してよい。そのようなシナリオでは、すべてのアップリンク・トラフィックはユーザ機器から小セルに送信され得る。結果として、アップリンク・スケジューリング許可が小セルから発するであろうし、小セルはすべてのアップリンク・トラフィック・ベアラに関連するバッファ状態報告を必要とする。
【００６２】
二重接続性を伴う同一チャネル展開での別の構成では、いくつかのアップリンク・データフロー（無線ベアラ）が小セルにオフロードされ得る。そのような構成によれば、小セルはオフロード・トラフィック・ベアラのスケジューリングを担当し、したがってオフロード・トラフィック・ベアラに関連するバッファ状態報告は小セルにより知られる必要がある。
【００６３】
二重接続性を伴う同一チャネル展開での別の構成では、アップリンク・データは、たとえばマルチフローまたはマルチストリーミング技法を実装することが可能なネットワークで、両マクロおよび小セルによりスケジューリングされかつ受信される無線ベアラに属し得る。そのような構成では、当該無線ベアラのバッファ状態報告は両マクロおよび小セルにより知られる必要がある。
【００６４】
態様および実施形態は、共通のバッファ状態報告提示機構を維持しつつ、すべての記載される構成に対応するように設計されるバッファ状態報告機構を提供する。
【００６５】
図２および図３は、既知のバッファ状態報告フォーマットを概略的に例示する。現在のＬＴＥ規格は２つのバッファ状態報告フォーマットを定義し、それぞれ名称は：短いバッファ状態報告（または短縮バッファ状態報告）と長いバッファ状態報告である。ネットワークでのシグナリングを低減するために、論理チャネルは４つのグループにグループ化され、バッファ状態は論理チャネルグループ（ＬＣＧ）ごとに送信される。短いバッファ状態報告フォーマットによれば、バッファ状態は１つのＬＣＧについて信号伝達され得る。長いバッファ状態報告フォーマットによれば、バッファ状態はすべての４つのＬＣＧについて報告される。報告フォーマットは図２および３に概略的に示される。メディア・アクセス・コントロール制御要素ＭＡＣ  ＣＥでのバッファ状態報告の送信は、ＭＡＣ  ＰＤＵ（プロトコル・データ・ユニット）サブヘッダに含まれる、短縮、短いまたは長いバッファ状態報告のための関連される論理チャネルＩＤにより識別される。
【００６６】
本明細書に記載される態様および実施形態は同様の原理に従い、また論理チャネルに関連する情報を配置することが可能であるため、シグナリング・オーバーヘッドを低減しかつバッファ状態をＬＣＧごとに報告するために、論理チャネルがいくつかのグループにグループ化されることを認識する。
【００６７】
一実施形態では、ユーザ機器は、マクロおよび小セルでのスケジューラのために意図されるバッファ状態報告を独立してフォーマットするように動作可能である。そのような実施形態によれば、結果として生じる送信は、各サービング・スケジューラに関して異なるバッファ状態報告ＭＡＣ制御要素（バッファ状態報告ＭＡＣ  ＣＥ）を考慮し生成する。意図されるスケジューラ（セル）の同一性の表示もセルＩＤ指標としてバッファ状態報告ＭＡＣ  ＣＥに含まれる。代替の実施形態では、セルＩＤの表示はＭＡＣ  ＰＤＵサブヘッダに含まれるＬＣＩＤを介して黙示的に示される。そのような実施形態はサービング・セルごとにバッファ状態報告ＭＡＣ  ＣＥの送信を必要とする。
【００６８】
さらなる実施形態では、ユーザ機器は、許可されるアップリンク・リソースに対応するバッファ状態報告ＭＡＣ  ＰＤＵをセル単位でマッピングするように動作可能であってよく、またバッファ状態報告ＭＡＣを送信するために使用されるアップリンク・リソースは、バッファ状態報告がどのセルのために意図されるのかの黙示的な表示として使用される。
【００６９】
一実施形態では、単一のバッファ状態報告ＭＡＣ  ＣＥがすべてのサービング・セルに関して使用されるように設計される。そのような実施形態によれば、サービング・セル同一性の表示がＭＡＣ  ＣＥに明示的にまたは黙示的に含まれる。暗黙的な表示の場合には、バッファ状態報告はセル順序に従ってフォーマットされる。バッファ状態報告ＭＡＣ  ＣＥを受信すると、スケジューラはそれが担うセルに対応するバッファ状態報告フィールドをデコードするように動作可能である。いくつかの実施形態によれば、バッファ状態報告ＭＡＣ  ＣＥは、任意のセルにより許可される任意のアップリンク・リソース上で送信されてよい。そのような実施形態によれば、ユーザ機器「識別」として使用されるユーザ機器固有スクランブリング・コードが、二重接続性配置に参加する両マクロおよび小セルにより知られている。
【００７０】
さらなる実施形態において、ユーザ機器はバッファ状態報告情報をマクロセルに向かって送信するように動作可能である。そのような実施形態では、ＬＣグループは、オフロード無線ベアラが、マクロセルによりサービスされるベアラと異なるＬＣＧに属することを保証するように構成される。バッファ状態報告ＭＡＣ  ＣＥを受信すると、マクロセルは、オフロード・トラフィックに対応するバッファ状態報告を抽出し、その情報を該当する小セルにＸ２インタフェースを用いて転送するように動作可能である。そのような実施形態では、バッファ状態報告はバックホール・レイテンシを経験する。しかしながら、遅延耐性トラフィックが小セルにオフロードされさえすれば、バッファ状態報告のそのようなバックホール遅延は小セルスケジューラにより許容されてよい。そのような実施形態では、バッファ状態報告情報は、マクロセルによりユーザに許可されるリソース上でのみ送信され得る。
【００７１】
さらなる実施形態において、ユーザ機器はバッファ状態報告情報を任意のセルに（任意のセルにより許可されるリソースを用いて）送信するように構成されてよい。バッファ状態報告情報を受信すると、セルは、セルによりサービスされるトラフィック（無線ベアラ）に対応するバッファ状態報告情報を抽出し、残りのバッファ状態報告情報は他のセルにＸ２インタフェースによって転送される。
【００７２】
いくつかの実施形態では、マクロセルによりサービスされる無線ベアラは、特にベンダ間運用の場合には、その他のセルに明かされてはならず、そのような場合には、各セルに対するバッファ状態報告情報はセル固有コーディングで保護され得る。
【００７３】
態様および実施形態は、ユーザ機器が非理想的なバックホール・リンクを介して接続されてよい複数の独立したスケジューラによりサービスされる二重接続性機能性をもたらすネットワークでバッファ状態報告を提供するための方法を提供する。
【００７４】
さらなる考慮事項は、二重接続性展開シナリオで、スケジューリング要求トリガと、対応するサービング・スケジューラへのスケジューリング要求の送信とに関連する方法に関する。
【００７５】
従来のスケジューリング要求機構は典型的に、理想的なバックホールを介して接続される単一または複数のスケジューラのために働くのみである。最大６０ｍｓの片道レイテンシを有し得る非理想的なバックホールを介して接続される複数のスケジューラをサポートするように動作可能な機構は存在しない。
【００７６】
さらなる態様および実施形態は、スケジューリング要求トリガ・イベント、Ｄ−ＳＲ構成に応じて単一のスケジューリング要求メッセージまたは複数のスケジューリング要求メッセージによって異なるスケジューラに意図されるスケジューリング要求情報の伝達を可能にする。保留スケジューリング要求キャンセルも送信の性質に応じて構成されてよい。
【００７７】
スケジューリング要求手順：
スケジューリング要求（ＳＲ）送信がトリガされるのは典型的に、スケジューリング要求マスキングが有効にされていない無線ベアラに属するアップリンク送信バッファにデータが到着し、送信のために利用可能なアップリンク許可が存在しないときである。アップリンク送信バッファへのデータ「到着」は、ＰＤＣＰバッファへかまたはＲＬＣバッファへかのデータの到着として定義される。各々の場合には無線ベアラが論理チャネルにマッピングされ（一対一マッピング）、したがってＰＤＣＰおよびＲＬＣバッファへのデータ到着はスケジューリング要求トリガと同等とみなされ得る。
【００７８】
スケジューリング要求の送信のために、専用スケジューリング要求（Ｄ−ＳＲ）リソースがユーザ機器ごとにネットワークにより構成される。しかしながら、Ｄ−ＳＲが構成されなければ、ユーザ機器はＲＡＣＨを用いてアップリンク許可を要求することが許可される。典型的に、ユーザ機器ごとに１つのみＤ−ＳＲ構成が行われる。
【００７９】
二重接続性サポート
二重接続性方法に従ってアップリンク・トラフィックをオフロードするように動作可能なネットワークでは、様々なシナリオが可能であることが認識されるであろう。たとえば：
シナリオ１
二重接続性は、アップリンク・トラフィックが小セルによりサービスされ、一方ダウンリンク・トラフィックがマクロセルによりサービスされるようなアップリンク／ダウンリンク分割が存在するように実装されてよい。そのような実装形態は同一チャネル展開で特に有用であり得る。
【００８０】
シナリオ２
同様に、二重接続性はマルチストリーミング・サポートをもたらすために使用されてよく、それに従って、送信ダイバーシチおよび負荷バランス利得を達成するために、無線ベアラが２つ以上のセルによりサービスされる。
【００８１】
シナリオ３
さらには、二重接続性は、いくつかのベアラがマクロによりサービスされ、一方他のベアラが小セルにオフロードされるような無線ベアラ・レベル・トラフィック分割を実現するために使用され得る。
【００８２】
スケジューリング要求手順：
トリガ、送信および保留スケジューリング要求のキャンセル
シナリオ１では、小セルがアップリンク・トラフィックのスケジューリングを担当するので、スケジューリング要求は小セルにより必要とされる。シナリオ２では、スケジューリング要求は両マクロおよび小セルに位置されるスケジューラにより必要とされ、ここで両スケジューラがアップリンク・トラフィック・スケジューリングに関与するものとする。しかしながら、ユーザ機器では典型的に、対応するアップリンク・バッファへのアップリンク・データ到着が原因で１つのスケジューリング要求がトリガされる。シナリオ３は、どちらの無線ベアラがスケジューリング要求をトリガするかに応じて、マクロおよび小セルでスケジューリング要求を必要とする。
【００８３】
異なるスケジューラのために意図されるスケジューリング要求の送信は、複数のＤ−ＳＲリソースをユーザ機器に構成することにより扱われ得る。ユーザ機器は次いでスケジューリング要求トリガを対応するＤ−ＳＲリソースへマッピングすることを要求される。複数のＤ−ＳＲは、ベアラの各々に関して必要とされるＱｏＳに適合するように周期性を変化させて個別に構成される。ユーザ機器ごとの複数のＤ−ＳＲリソースの無駄な割り当ては、専用リソースは専らスケジューリング要求送信のために使用されるのみであることを考えれば、ネットワークに高くつく。したがって、セルごとまたはスケジューラごとのＤ−ＳＲの割り当ては避けるべきである。
【００８４】
上述の二重接続性展開シナリオに関して、シナリオ１と２はユーザ機器による単一のスケジューリング要求の送信を要求する。シナリオ３では、典型的な展開では、非遅延クリティカルなトラフィックのみが、バックホール・レイテンシの結果として、小セルにオフロードされる。それゆえスケジューリング要求がバックホール・リンクによって転送されれば、バックホール・レイテンシも許容される可能性が高い。したがって、単一のＤ−ＳＲ構成はシナリオ３に関してさえも使用され得る。スケジューリング要求は意図されるスケジューラを示すべきである。それゆえ、いくつかの実施形態によれば、スケジューリング要求を受信すると、受信側基地局、たとえばマクロ基地局はスケジューリング要求が異なる基地局、たとえば小セルのために意図されることを特定し、対応する要求を小セルにＸ２インタフェースを用いて転送するように動作可能である。
【００８５】
マクロｅＮＢが、スケジューリング要求が小セルのために意図されることを意識していなければ、マクロは、マクロセルにバッファ状態報告送信のための無線リソースを割り当てるように動作可能であってよい。しかしながら、マクロセルが、スケジューリング要求が小セルのために意図されることを意識していれば、マクロセルはマクロセル内のユーザ機器にアップリンク・リソースを許可しない。
【００８６】
いくつかの実施形態では、スケジューリング要求送信が同時に両スケジューラのために意図されれば、ユーザ機器は、スケジューリング要求を、たとえばマクロセルにのみ送信するように動作可能であってよい。マクロセルでの許可されるアップリンク・リソースによって送信されるバッファ状態報告から、マクロ基地局はバッファ状態報告を、たとえば小セルに転送する必要を特定するように動作可能であってよい。
【００８７】
いくつかの実施形態では、送信されるスケジューリング要求に関する意図されるスケジューリング・セルの識別は、黙示的かまたは明示的かいずれかの表示によって行われ得る。意図されるスケジューリング・セルの表示は、タイミングに基づいてまたは周波数領域で行われる決定に基づいて、ユーザ機器により行われてよい。
【００８８】
図４および５は、一実施形態に係るスケジューリング要求トリガおよび送信を概略的に例示する。図４および５に示すように、スケジューリング要求１とスケジューリング要求２の両方がトリガされると、スケジューリング要求１のみが送信される。スケジューリング要求１の送信は両保留スケジューリング要求１およびスケジューリング要求２を「キャンセル」する。
【００８９】
図４は、一実施形態に係るスケジューリング要求トリガおよび送信を概略的に例示する。図４の実施形態では、複数のＤ−ＳＲが所与のユーザのために構成されると、スケジューリング要求がＤ−ＳＲ上で送信される。図４（ａ）によれば、スケジューリング要求１とスケジューリング要求２の両方が同時にトリガされる。スケジューリング要求１はＤ−ＳＲ１上で送信され、スケジューリング要求２はＤ−ＳＲ２上で送信される。図４（ｂ）によれば、スケジューリング要求１とスケジューリング要求２の両方がトリガされるが、スケジューリング要求１のみがＤ−ＳＲ１上で送信される。図４（ｃ）によれば、スケジューリング要求２のみがトリガされ、スケジューリング要求２がＤ−ＳＲ２上で送信される。
【００９０】
図５は、一実施形態に係るスケジューリング要求トリガおよび送信を概略的に例示する。図５の配置によれば、スケジューリング要求トリガおよび送信は、単一のＤ−ＳＲがユーザのために構成されるシナリオでＤ−ＳＲを用いて実装される。図５（ａ）は、スケジューリング要求１とスケジューリング要求２の両方が同時にトリガされ、スケジューリング要求１がＤ−ＳＲ上で送信される場合を示す。図５（ｂ）は、スケジューリング要求２がトリガされ、スケジューリング要求２がＤ−ＳＲ上で送信される場合を示す。
【００９１】
いくつかの実施形態では、スケジューリング要求はＲＡＣＨアクセスを介して行われ得る。それらの実施形態によれば、ユーザはＤ−ＳＲリソースを有するように構成されなくてよい。二重接続性方法に参加するどちらのセルに対してもＤ−ＳＲがユーザに関して構成されなければ、ユーザ機器はスケジューリング要求の送信のためにＲＡＣＨアクセスを使用してよい。
【００９２】
一実施形態では、スケジューリング要求１（マクロ用）とスケジューリング要求２（小セル用）がトリガされれば、ＲＡＣＨはマクロ上のみでスケジューリング要求を行うように行われる。ネットワークは、後のバッファ状態報告からスケジューリング要求１とスケジューリング要求２を識別することができる。ユーザ機器はマクロへの要求の送信を待つ両保留スケジューリング要求をキャンセルするように動作可能である。スケジューリング要求２（小セル）のみがトリガされれば、即時のＲＡＣＨアクセスは必要ではなく、小セルへのスケジューリング要求のためのＲＡＣＨが低緊急度で行われ得る。
【００９３】
Ｄ−ＳＲが１つのセルに対して構成されるのみであれば、両スケジューリング要求トリガが割り当てられるＤ−ＳＲによってネットワークに伝達され得る。Ｄ−ＳＲが長周期で小セルに対して構成され、マクロに対してはＤ−ＳＲが構成されず、かつ構成される時間窓内にＤ−ＳＲ機会が存在しなければ、スケジューリング要求１（マクロ）トリガは、マクロへのスケジューリング要求のためにＲＡＣＨアクセスを開始してよい。
【００９４】
いくつかの実施形態では、新しい送信のためにリソースが利用可能になる一方で、スケジューリング要求がトリガされれば、同様のスケジューリング要求手順変更が実装され得る。たとえば、アップリンク・リソースが小セルで利用可能になり、スケジューリング要求１（マクロ）がトリガされれば、スケジューリング要求１はマクロに構成されるＤ−ＳＲ上で送信され得る。そのような場合には、マクロへの高優先度トラフィック、たとえば測定報告のため、バックホール・リンク上のレイテンシはトリガされるスケジューリング要求により許容されない。
【００９５】
本発明は、ユーザ機器が非理想的なバックホール・リンクを介して接続される複数の独立したスケジューラによりサービスされるシナリオで、ネットワークへのスケジューリング要求を提供するための方法を提供する。
【００９６】
当業者は、種々の上述の方法のステップがプログラムされるコンピュータにより実行され得ることを容易に認識するであろう。本明細書において、いくつかの実施形態は、プログラム記憶装置、たとえばデジタルデータ記憶媒体をカバーするものとも意図され、それらは機械またはコンピュータ可読であり、機械実行可能またはコンピュータ実行可能な命令のプログラムをエンコードしており、当該命令が上述の方法のステップの一部またはすべてを実行する。プログラム記憶装置はたとえば、デジタルメモリ、磁気ディスクや磁気テープなどの磁気記憶媒体、ハードドライブ、または光学的に可読なデジタルデータ記憶媒体であってよい。実施形態はまた、上述の方法のステップを実行するようにプログラムされるコンピュータをカバーするものとも意図される。
【００９７】
「プロセッサ」または「ロジック」とラベル付けされる任意の機能ブロックを含む、図に示される様々な要素の機能は、専用ハードウェアならびに適切なソフトウェアに関連してソフトウェアを実行可能なハードウェアの使用を通じて提供されてよい。プロセッサにより提供される場合、機能は単一の専用プロセッサにより、単一の共有プロセッサにより、またはいくつかは共有されてよい、複数の個々のプロセッサにより提供されてよい。その上、用語「プロセッサ」または「コントローラ」または「ロジック」の明示的な使用は、ソフトウェアを実行可能なハードウェアを排他的に指すと解釈されるべきではなく、さらにデジタル・シグナル・プロセッサ（ＤＳＰ）ハードウェア、ネットワーク・プロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）、ソフトウェアを格納するためのリード・オンリ・メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、不揮発性記憶装置を、限定することなく、黙示的に含んでよい。従前のおよび／またはカスタムの他のハードウェアも含まれてよい。同様に、図に示される任意のスイッチは概念的なものにすぎない。それらの機能は、プログラム・ロジックの動作を通じて、専用ロジックを通じて、プログラム制御と専用ロジックの相互作用を通じて、または手動でも行われてよく、文脈からより具体的に理解されるように、特定の技法が実装者により選択可能である。
【００９８】
本明細書の任意のブロック図は、本発明の原理を具現化する例示的な回路の概念図を表すことが当業者により認識されるべきである。同様に、任意のフローチャート、フロー図、状態遷移図、擬似コードなどは、実質的にコンピュータ可読媒体で表され、かつコンピュータまたはプロセッサが明示的に示されようとなかろうと、そのようなコンピュータまたはプロセッサにより実行されてよい、様々なプロセスを表すことが認識されるであろう。
【００９９】
説明および図面は単に本発明の原理を例示する。それゆえ、当業者は、本明細書には明示的に記載または示されていないが、本発明の原理を具現化し、その精神および範囲内に含まれる様々な配置を工夫することができるであろうことが認識されるであろう。さらには、本明細書に記載のすべての例は主として、当該分野を促進するために、本発明の原理および発明者により寄与される概念を理解する上で読者を支援する教育的目的のためのみであるものと明確に意図され、かつそのような具体的に記載される例および条件に限定されないものとして解釈されるべきである。その上、本発明の原理、態様、および実施形態、ならびにその具体例を列挙する本明細書のすべての記述は、その等価物を包含するものと意図される。
【図１】
2018093518.tif 000003
【図２】
2018093518.tif 000004
【図３】
2018093518.tif 000005
【図４】
2018093518.tif 000006
【図５】
2018093518.tif 000007