(57)【要約】      （修正有）【課題】サービングＲＡＮにおいて、触覚フィードバックエンドユーザプラットフォームのＱｏＳフロー間の要オンザフライ調整の促進および提供する。【解決手段】方法は、通信ネットワークにおけるネットワークデバイスによる通信の第１のデータフローの第２のデータフローへの対応付けを決定することと、決定に基づいて、通信の第２のデータフロー用に設定されたサービス品質パラメータの少なくとも１つのパラメータへの一時的変更を導出するべく、第１のデータフローのデータパケットの到着時に用いるための機能を設定することと、通信ネットワークのネットワークデバイスに対して、決定された対応付けおよび通信においてネットワークデバイスによって用いられる設定された機能の標示を送信することと、を含む。【選択図】図６Ａ
2020156084.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークにおけるネットワークデバイスによる通信の第１のデータフローの第２のデータフローへの対応付けを決定することと、
前記決定に基づいて、前記通信の前記第２のデータフロー用に設定されたサービス品質パラメータの少なくとも１つのパラメータへの一時的変更を導出するべく、前記第１のデータフローのデータパケットの到着時に用いるための機能を設定することと、
前記通信ネットワークの前記ネットワークデバイスに対して、前記決定された対応付けおよび前記通信において前記ネットワークデバイスによって用いられる前記設定された機能の標示を送信することと、
を含む、方法。
【請求項２】
通信ネットワークの通信の第１のデータフローの第２のデータフローへの対応付けを決定することと、
前記通信の前記第２のデータフロー用に設定されたサービス品質パラメータの少なくとも１つのパラメータへの一時的変更を導出することを、前記第１のデータフローのデータパケットの到着時に用いるための対応付けられた機能に基づいて決定することと、
前記通信の前記第２のデータフローにマッピングされた少なくとも１つのリソースブロックの前記少なくとも１つのパラメータへの前記一時的変更を実施して、少なくとも前記通信のレイテンシを減らすべく、前記決定に基づいて前記機能を適用することと、
を含む、方法。
【請求項３】
前記第１のデータフローは高優先度サービス品質パラメータを含み、前記第２のデータフローは前記第１のデータフローの前記サービス品質パラメータよりも低い優先度のサービス品質パラメータを含む、請求項１または２に記載の方法。
【請求項４】
前記第１のデータフローは高信頼低レイテンシ通信サービス品質データフローを含み、前記第２のデータフローは高速大容量モバイルブロードバンド通信サービス品質データフローまたはサービス品質の異なる別の高信頼低レイテンシ通信サービス品質データフローの一方を含む、請求項１または２に記載の方法。
【請求項５】
前記高信頼低レイテンシ通信サービス品質データフローは、触覚フィードバックフローを含み、前記高速大容量モバイルブロードバンド通信サービス品質データフローは、ビデオまたはオーディオ送信フローの少なくとも一方を含む、請求項４に記載の方法。
【請求項６】
前記対応付けは、前記通信に対応付けられたあるデータフローまたはあるデータフローのパケットの少なくとも一方に応じて設定される、請求項１または２に記載の方法。
【請求項７】
前記第１のデータフローの前記第２のデータフローへの前記対応付けは、サービス品質フローの設定に応じて準静的であってもよく、またはある触覚フィードバックサービス品質フローのパケットに応じて動的であってもよい、請求項１または２に記載の方法。
【請求項８】
前記第２のデータフロー用に設定されたサービス品質パラメータの前記少なくとも１つのパラメータは、前記通信の前記第２のデータフローにマッピングされた少なくとも１つの無線ベアラ用のサービス品質パラメータを含む、請求項１または２に記載の方法。
【請求項９】
前記サービス品質パラメータへの前記一時的変更を導出する前記機能は、前記ネットワークデバイスにおける前記第１のデータフローのあるデータパケットの到着時の時刻に開始する所定の時間間隔内に用いられるように設定される、請求項１または２に記載の方法。
【請求項１０】
前記一時的変更は、前記第２のデータフローの全てのデータパケットについて有効である、請求項９に記載の方法。
【請求項１１】
前記機能は、タイマに対応付けられた時間内にのみ用いられる、請求項９に記載の方法。
【請求項１２】
前記少なくとも１つのパラメータへの前記一時的変更は、前記少なくとも１つのパラメータへのレイテンシ要件変更を含む、請求項１または２に記載の方法。
【請求項１３】
前記第１のデータフローおよび前記第２のデータフローは、前記通信ネットワークの異なるネットワークスライスに属する、請求項１または２に記載の方法。
【請求項１４】
処理手段と、メモリ手段と、を備える装置であって、前記メモリ手段は、前記処理手段で実行されると、前記装置に請求項１から１３のいずれかに記載の方法を実施させるように構成されたプログラム命令を記憶する、装置。
【請求項１５】
装置の処理手段で実行されると、前記装置に請求項１から１３のいずれかに記載の方法を実施させるように構成されたプログラム命令を含む、コンピュータプログラム。
【請求項１６】
通信ネットワークにおけるネットワークデバイスによる通信の第１のデータフローの第２のデータフローへの対応付けを決定する手段と、
前記決定に基づいて、前記通信の前記第２のデータフロー用に設定されたサービス品質パラメータの少なくとも１つのパラメータへの一時的変更を導出するべく、前記第１のデータフローのデータパケットの到着時に用いるための機能を設定する手段と、
前記通信ネットワークの前記ネットワークデバイスに対して、前記決定された対応付けおよび前記通信において前記ネットワークデバイスによって用いられる前記設定された機能の標示を送信する手段と、
を備える、装置。
【請求項１７】
通信ネットワークの通信の第１のデータフローの第２のデータフローへの対応付けを決定する手段と、
前記通信の前記第２のデータフロー用に設定されたサービス品質パラメータの少なくとも１つのパラメータへの一時的変更を導出することを、前記第１のデータフローのデータパケットの到着時に用いるための対応付けられた機能に基づいて決定する手段と、
前記通信の前記第２のデータフローにマッピングされた少なくとも１つのリソースブロックの前記少なくとも１つのパラメータへの前記一時的変更を実施して、少なくとも前記通信のレイテンシを減らすべく、前記決定に基づいて前記機能を適用する手段と、
を備える、装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の例示的実施形態に係る教示は、概してＵＲＬＬＣ触覚フィードバックへのＮＲ対応の向上に関し、より具体的には、サービングＲＡＮにおいて、触覚フィードバックエンドユーザプラットフォームのＱｏＳフロー間の要オンザフライ調整の促進および提供に関する。
【背景】
【０００２】
本セクションは、本明細書に記載される本発明の背景や文脈を添えることを意図したものである。ここでの記載は、特許化可能であって、既に概念化、特許化は必ずしもされていないものを含みうる。したがって、本明細書に別途記載しない限り、本セクションの内容は、本願の明細書および請求項に対する先行技術ではなく、本セクションに含めることで先行技術として認められるものではない。
【０００３】
本明細書や図面に用いられる可能性のある特定の略語を以下に定義する。
ＡＦ        （Application Function）アプリケーション機能
ＡＭＦ    （Access and Mobility Management Function）アクセス移動管理機能
ＤＬ        （Downlink）ダウンリンク
ＤＲＢ    （Data Radio Bearer）データ無線ベアラ
ｅＭＢＢ    （enhanced Mobile Broadband）高速大容量モバイルブロードバンド
ｇＮＢ    次世代ノードＢまたは基地局
ＩＡＳ    （Industrial Automation System）産業用オートメーションシステム
ＮＦ        （Network Function）ネットワーク機能
ＮＮ        （Network Node）ネットワークノード
ＮＲ        （New Radio）新無線または５Ｇ
ＰＣＦ    （Policy Control Function）ポリシー制御機能
ＲＡＮ    （Radio Access Network）無線アクセスネットワーク
ＲＢ        （Radio Bearer）無線ベアラ
ＳＭＦ    （Session Management Function）セッション管理機能
ＵＬ        （Uplink）アップリンク
ＵＰＦ    （User Plane Function）ユーザプレーン機能
ＵＲＬＬＣ    （Ultra Reliable and Low Latency Communication）高信頼低レイテンシ通信
ＳＤＡＰ    （Service Data Adaptation Protocol）サービスデータ適応プロトコル
【０００４】
今日の電子デバイスを取り巻く技術的環境においては、電子デバイスメーカーがユーザに対する機能的インタフェースの作製に躍起になっている。当該機能的インタフェースの一つは、「ハプティクス」を利用して実現される。ハプティクスとは、電子デバイスのユーザがタッチすることに基づく機械的選択を模したシグナリングを行う触覚システムに対応付けられるユーザインタフェース（ＵＩ）の使用時に、ユーザからの触覚フィードバックを生成することを指す。
【摘要】
【０００５】
本発明の例示的実施形態は、電子デバイスに対するそのような触覚システムの動作を向上することを目的とする。
【０００６】
一実施形態によると、方法が提供され、当該方法は、
通信ネットワークにおけるネットワークデバイスによる通信の第１のデータフローの第２のデータフローへの対応付けを決定することと、
前記決定に基づいて、前記通信の前記第２のデータフロー用に設定されたサービス品質パラメータの少なくとも１つのパラメータへの一時的変更を導出するべく、前記第１のデータフローのデータパケットの到着時に用いるための機能を設定することと、
前記通信ネットワークの前記ネットワークデバイスに対して、前記決定された対応付けおよび前記通信において前記ネットワークデバイスによって用いられる前記設定された機能の標示を送信することと、
を含む。
【０００７】
一実施形態によると、方法が提供され、当該方法は、
通信ネットワークの通信の第１のデータフローの第２のデータフローへの対応付けを決定することと、
前記通信の前記第２のデータフロー用に設定されたサービス品質パラメータの少なくとも１つのパラメータへの一時的変更を導出することを、前記第１のデータフローのデータパケットの到着時に用いるための対応付けられた機能に基づいて決定することと、
前記通信の前記第２のデータフローにマッピングされた少なくとも１つのリソースブロックの前記少なくとも１つのパラメータへの前記一時的変更を実施して、少なくとも前記通信のレイテンシを減らすべく、前記決定に基づいて前記機能を適用することと、
を含む。
【０００８】
一実施形態によると、装置が提供され、当該装置は、
通信ネットワークにおけるネットワークデバイスによる通信の第１のデータフローの第２のデータフローへの対応付けを決定する手段と、
前記決定に基づいて、前記通信の前記第２のデータフロー用に設定されたサービス品質パラメータの少なくとも１つのパラメータへの一時的変更を導出するべく、前記第１のデータフローのデータパケットの到着時に用いるための機能を設定する手段と、
前記通信ネットワークの前記ネットワークデバイスに対して、前記決定された対応付けおよび前記通信において前記ネットワークデバイスによって用いられる前記設定された機能の標示を送信する手段と、
を備える。
【０００９】
一実施形態によると、装置が提供され、当該装置は、
通信ネットワークの通信の第１のデータフローの第２のデータフローへの対応付けを決定する手段と、
前記通信の前記第２のデータフロー用に設定されたサービス品質パラメータの少なくとも１つのパラメータへの一時的変更を導出することを、前記第１のデータフローのデータパケットの到着時に用いるための対応付けられた機能に基づいて決定する手段と、
前記通信の前記第２のデータフローにマッピングされた少なくとも１つのリソースブロックの前記少なくとも１つのパラメータへの前記一時的変更を実施して、少なくとも前記通信のレイテンシを減らすべく、前記決定に基づいて前記機能を適用する手段と、
を備える。
【００１０】
ある実施形態によると、前記第１のデータフローは高優先度サービス品質パラメータを含んでもよく、前記第２のデータフローは前記第１のデータフローの前記サービス品質パラメータよりも低い優先度のサービス品質パラメータを含んでもよい。
【００１１】
ある実施形態によると、前記第１のデータフローは高信頼低レイテンシ通信サービス品質データフローを含んでもよく、ある実施形態によると、前記第２のデータフローは高速大容量モバイルブロードバンド通信サービス品質データフローまたはサービス品質の異なる別の高信頼低レイテンシ通信サービス品質データフローの一方を含んでもよい。
【００１２】
ある実施形態によると、前記高信頼低レイテンシ通信サービス品質データフローは、触覚フィードバックフローを含んでもよく、ある実施形態によると、前記高速大容量モバイルブロードバンド通信サービス品質データフローは、ビデオまたはオーディオ送信フローの少なくとも一方を含む。
【００１３】
ある実施形態によると、前記対応付けは、前記通信に対応付けられたあるデータフローまたはあるデータフローのパケットの少なくとも一方に応じて設定されてもよい。
【００１４】
ある実施形態によると、前記第１のデータフローの前記第２のデータフローへの前記対応付けは、サービス品質フローの設定に応じて準静的であってもよく、またはある触覚フィードバックサービス品質フローのパケットに応じて動的であってもよい。
【００１５】
ある実施形態によると、前記第２のデータフロー用に設定されたサービス品質パラメータの前記少なくとも１つのパラメータは、前記通信の前記第２のデータフローにマッピングされた少なくとも１つの無線ベアラ用のサービス品質パラメータを含んでもよい。
【００１６】
ある実施形態によると、前記サービス品質パラメータへの前記一時的変更を導出する前記機能は、前記ネットワークデバイスにおける前記第１のデータフローのあるデータパケットの到着時の時刻に開始する所定の時間間隔内に用いられるように設定されてもよい。
【００１７】
ある実施形態によると、前記一時的変更は、前記第２のデータフローの全てのデータパケットについて有効であってもよい。
【００１８】
ある実施形態によると、前記機能は、タイマに対応付けられた時間内にのみ用いられてもよい。
【００１９】
ある実施形態によると、前記少なくとも１つのパラメータへの前記一時的変更は、前記少なくとも１つのパラメータへのレイテンシ要件変更を含んでもよい。
【００２０】
ある実施形態によると、前記第１のデータフローおよび前記第２のデータフローは、前記通信ネットワークの異なるネットワークスライスに属してもよい。
【００２１】
本開示の各種実施形態の上述したもの等の態様、特徴、効果は、添付の図面を参照した以下の詳細な説明からより明らかになる。図面において、同様の参照符号は同様の、または均等な要素を示すために用いられる。図面は、本開示の実施形態の理解を促すために例示されたものであり、必ずしも縮尺どおりに示されてはいない。
【図面の簡単な説明】
【００２２】
【図１】図１は、本発明の各種態様を実施するために用いられる各種デバイスのハイレベルブロック図を示す。
【００２３】
【図２】図２は、サービング基地局に適用可能な本発明の例示的実施形態に係るある方法を示す。
【００２４】
【図３】図３は、本発明の例示的実施形態に係る別の方法を示す。
【００２５】
【図４】図４は、本発明の例示的実施形態に係る基地局等のネットワークデバイスのための無線ベアラフローマッピング変更についてのサービス品質フロー用のメッセージフローを示す。
【００２６】
【図５】図５は、本発明の例示的実施形態に係るユーザ機器等のネットワークデバイスのための無線ベアラフローマッピング変更についてのサービス品質フロー用のメッセージフローを示す。
【００２７】
【図６Ａ】本発明の例示的実施形態に係る装置によって実行可能な方法を示す。
【図６Ｂ】本発明の例示的実施形態に係る装置によって実行可能な方法を示す。
【詳細説明】
【００２８】
本発明の例示的実施形態は、サービングＲＡＮにおいて、触覚フィードバックエンドユーザプラットフォームのＱｏＳフロー間の要オンザフライ調整の提供を可能とする方法および装置が提案される。
【００２９】
３ＧＰＰ  ＴＲ  ２２．８６２−ｅ１０の５．３項には、超低レイテンシについて記載されている。
【００３０】
同記載によると、「超低レイテンシ」の各種用途は、超低レイテンシのシステム要件によって特徴付けられる。送受信側間でメッセージを極めて高速で送ることが不可欠である。用途によって、データレートは変動しうる。例えば、測定値や制御シグナリングの場合は低く、例えば仮想環境のように、動画を送る場合は中程度から高くまでなる場合がある。また用途によっては、信頼性も重要となる。早く情報を送る必要がある場合は、往々にして確実に届くことが重要である。
【００３１】
この種の通信が必要な典型的な分野として、タッチインターネット（tactile internet）が挙げられる。例えば、人間のオペレータがデバイスを制御して、操作を受けたデバイスとその環境から、視覚および触覚フィードバックの両方を受信するものである。したがって、オペレータは実際にその環境にいるかのように、デバイスが自身の腕や眼の延長であるかのように感じるのである。
【００３２】
トラフィックに関して、３ＧＰＰは「超リアルタイム（extreme realtime）通信」により、通信ネットワークの要件が極めて厳しくなると発表している。タッチインターネットは超リアルタイム用途の一例である。タッチインターネットの用途では、レイテンシが極めて低く、信頼性、安全性が極めて高いことが求められる。
【００３３】
以下が超リアルタイム通信の例として記載されている。
・  完全没入型の、近接クラウド式仮想現実
・  車両およびロボットの遠隔制御、ならびに飛行および駆動物体のリアルタイム制御
・  遠隔健康管理、ヘルスモニタリング、診断、処置、手術
・  教育（遠隔指導、遠隔授業、遠隔共同作業）
【００３４】
さらに、タッチインターネットにより、移動体通信ネットワークが人間の感覚および神経系の拡張となるとも述べられている。人間の感覚系として、即座の反応と感じられるには、レイテンシはミリ秒またはそれ以下であることが求められる。遠隔操作するツールからの力のフィードバックが遅すぎると、ツールの操作が困難となる。仮想または拡張現実ヘッドセットからの視覚フィードバックが遅すぎると、人間のオペレータはＶＲ酔いを起こすかもしれない。
【００３５】
タッチインターネットのさらなる重要な要件として、信頼性が極めて高いことが求められる。人間のオペレータが周辺と相互作用するデバイスを操作する場合、常にデバイスを完全に制御下におけるということが極めて重要となる。また、安全性も重要である。第三者による接続の遮断、改変、乗っ取りの可能性を排除して、接続状態が切れることなく安全に保たれる必要がある。
【００３６】
さらに、次の各要件も考えられる。
・  システムが、モバイルデバイスおよび周辺インターネット内デバイス間で、一方向に１ｍｓの遅延を実現する。
・  システムが、無線レイヤ（１ｍｓ）で、一方向に超低遅延を実現する。
・  システムが、超高信頼性である。
・  システムが、遮断、改変、乗っ取りが極めて困難な接続を実現する。
・  システムが、ユーザデータ送信前に必要な遅延（例えば、安全性を目的としたものを含むシグナリングによる）を最小限にとどめる。
【００３７】
なお、これら要件の一部は、例えばイベントベースで通信が確立されるドローンのものである。
【００３８】
このような用途に応じて遅延を低減するためには、例えば、ユーザデータが送信できる前に必要な工数を最小限に抑えることが必要となる。
【００３９】
ロボット支援手術のような、関連する触覚フィードバックの利用例においては、画像誘導ロボットまたは「コボット」（協働ロボット（collaborative robot））が、次第に様々な処置に利用されてきている。さらに、近い将来、画像源から生成されたビデオに同期した、ロボットにより提供される情報（実際の位置、圧力フィードバック等）を、異なる様々なデバイスが共用することが求められるだろう。外科医がまるでロボットの支援を受けていないかのように操作するためには、外科医とロボットとの間の動き、視覚、触覚は完全に同期している必要がある。これは、現行の通信システムのレイテンシや同期能力では不可能である。
【００４０】
触覚フィードバックの使用状況では、通常、人間のユーザに対して通信トラフィックフロー（仮想現実オーディオ、ビデオ送信、視覚、触覚フィードバックを含む）が多くなる。このような通信トラフィックフローは、信頼性、レイテンシ、同期性について適切に調整された上で、エンドユーザデバイスに届けられる必要がある。ただし、視覚フィードバックと、背景の仮想現実ビデオ送信との乖離は、明確ではない場合がある。ただし、背景のビデオ送信よりも、視覚フィードバックの方がより早く、より高解像度（より高フレームレート、より確実な配信）であることが予期されうる。すなわち、レイテンシおよび信頼性に関する、視覚フィードバックデータのＱｏＳ要件が、背景画像送信よりも厳しくなることが予期される。さらに、触覚フィードバックエンドユーザシステムには多数の異なるマイクやカメラが備えられ、これがオーディオおよびビデオ送信について多くの異なるＱｏＳフローにつながりうる。
【００４１】
上述のような触覚フィードバックの使用例における通信トラフィックフローの無線アクセスの実施について、３ＧＰＰ  ＮＲに関連して考察する。ここで、人間のユーザは、カメラ、センサ、アクチュエータ等の１つ以上のエンドユーザデバイスに接続されたＵＥとして示す。この場合、ＵＥに対する各通信トラフィックフローは、ＤＬにおけるサービングＮＲネットワークのＱｏＳフローにマッピングされてもよい。したがって、仮想現実オーディオとビデオ送信について、１つ以上のＱｏＳフローが存在しうる。これを｛ｑ＃１，…，ｑ＃Ｎ｝として示す。また、視覚フィードバックおよび触覚フィードバックに対しても１つ以上のＱｏＳフローがあってもよく、これを｛ｂ＃１，…，ｂ＃Ｍ｝として示す。ｑ＃は典型的には周期的または継続的相互作用リアルタイムデータを伴うｅＭＢＢとして特徴付けられる。一方、ｂ＃は、最終的な相互作用超リアルタイムデータを伴うＵＲＬＬＣとして特徴付けられる。なお、エンドユーザデバイスプラットフォームまたはシステムは、複数のＵＥからなってもよく、この場合、エンドユーザデバイスプラットフォームへの通信トラフィックフローを全ＵＥ間で調整する必要がありうる。
【００４２】
サービングＲＡＮまたはｇＮＢに注目すると、ＮＲはサービングｇＮＢおよびＵＥ間で確立され実施されているＲＢに対して、サービングｇＮＢが１つ以上のＱｏＳフローをマッピングすることを可能とする。ここでは、｛ｑ＃１，…，ｑ＃Ｎ｝が｛ＲＢ＃ｑ１，…，ＲＢ＃ｑＫ｝にマッピングされ、｛ｂ＃１，…，ｂ＃Ｍ｝が｛ＲＢ＃ｂ１，…，ＲＢ＃ｂＬ｝にマッピングされるものとする。ＲＢ＃ｂｉ、１≦ｉ≦ＬはＲＢ＃ｑｊ、１≦ｊ≦Ｋと同じでも、異なっていてもよい。したがって、視覚または触覚フィードバックパケットは、仮想現実オーディオおよびビデオ送信の同じＲＢにマッピングされてもよく、されなくてもよい。
【００４３】
人間が関わる触覚フィードバック使用例に伴う課題として、ｅＭＢＢのＱｏＳフローおよびＵＲＬＬＣのＱｏＳフロー、｛ｑ＃１，…，ｑ＃Ｎ｝および｛ｂ＃１，…，ｂ＃Ｍ｝との間で必要な関連性が正確に特定不能であることが挙げられる。すなわち、このような関連性は、関わる人間のユーザの動き、感情、経験、または知覚に依存する、比較的変動するものである。上述の外科医の例のように、外科医がまるでロボットの支援を受けていないかのように操作するためには、外科医とロボットとの間の動き、視覚、触覚は完全に同期している必要がある。これは、現行の通信システムのレイテンシや同期能力では不可能である。
【００４４】
例えば材料表面について、オペレータが同期したビデオフローとさらに触覚フィードバックが必要となるような工作機械等、その他使用例でも、同様な要件となりうる。対応付けられたＱｏＳフロー間で必要なあらゆる調整を実現するための、最も簡潔で、確実な手段は、関連するＵＲＬＬＣのＱｏＳフローで必要な、同一のＱｏＳレベルにおける全ての関連するｅＭＢＢのＱｏＳフローに対応することである。しかしこれは、無線リソース消費に関しては最悪の状況となり、サービングネットワークでは実現不能となりうる。
【００４５】
本発明の例示的実施形態によると、サービングＲＡＮでオンザフライに関連するＱｏＳフロー間の必要な調整をしやすくし、この調整を実現する効率的な方法が少なくとも提供される。
【００４６】
本発明の例示的実施形態を詳細に説明する前に、図１を参照して、本発明の例示的実施形態の実施に使用するのに適した各種電子デバイスの簡略ブロック図を説明する。
【００４７】
図１は、本発明の例示的実施形態を実施することができる、１つの考えられる非限定的な例示的システムのブロック図を示す。図１では、ユーザ機器（ＵＥ）１０が無線ネットワーク１と無線通信する。ＵＥは、無線デバイス、一般的には無線ネットワークにアクセスできるモバイルデバイスである。ＵＥ１０は、１つ以上のバスを介して相互接続された、１つ以上のプロセッサＤＰ１０Ａ、１つ以上のメモリＭＥＭ１０Ｂ、および１つ以上のトランシーバＴＲＡＮＳ１０Ｄを備える。１つ以上のトランシーバＴＲＡＮＳ１０Ｄは、それぞれ受信機と送信機とを有する。１つ以上のバスは、アドレス、データ、または制御バスであり、マザーボードまたは集積回路上の一連のライン、光ファイバー、またはその他の光学通信機器等の任意の相互接続メカニズムを含んでもよい。１つ以上のトランシーバＴＲＡＮＳ１０Ｄは、それぞれｇＮＢ１２への通信１１およびＮＮ１３への通信１８用の１つ以上のアンテナに接続される。１つ以上のメモリＭＥＭ１０ＢはコンピュータプログラムコードＰＲＯＧ１０Ｃを含む。ＵＥ１０は、ｇＮＢ１２および／またはＮＮ１３と無線リンク１１１を介して通信する。
【００４８】
ｇＮＢ１２（ＮＲ／５ＧノードＢまたはエボルブドＮＢでありうる）は、図１のＮＮ１３やＵＥ１０等のデバイスと通信するマスターまたはセカンダリのノード基地局等の基地局であってもよい（例えば、ＮＲまたはＬＴＥ（ロングタームエボリューション）用）。ｇＮＢ１２は、ＵＥ１０等の無線デバイスを無線ネットワーク１にアクセス可能にする。ｇＮＢ１２は、１つ以上のバスを介して相互接続された、１つ以上のプロセッサＤＰ１２Ａ、１つ以上のメモリＭＥＭ１２Ｃ、および１つ以上のトランシーバＴＲＡＮＳ１２Ｄを備える。例示的実施形態によると、これらのＴＲＡＮＳ１２Ｄは、本発明の例示的実施形態を実施するために使用されるＸ２および／またはＸｎインタフェースを含むことができる。１つ以上のトランシーバＴＲＡＮＳ１２Ｄはそれぞれ受信機および送信機を有する。１つ以上のトランシーバＴＲＡＮＳ１２Ｄは、少なくともリンク１１を介したＵＥ１０との通信用の１つ以上のアンテナに接続される。１つ以上のメモリＭＥＭ１２ＢおよびコンピュータプログラムコードＰＲＯＧ１２Ｃは、１つ以上のプロセッサＤＰ１２Ａにより、ｇＮＢ１２に本明細書に記載の１つ以上の動作を実行するように構成される。ｇＮＢ１２は、別のｇＮＢまたはｅＮＢ、あるいはＮＮ１３等のデバイスと通信してもよい。さらに、リンク１１および／または他のリンクは、有線、無線、またはその両方であってもよく、Ｘ２またはＸｎインタフェースを実現してもよい。さらに、リンク１１は、図１のＮＣＥ１４等のＮＣＥ／ＭＭＥ／ＳＧＷデバイス等（ただしこれらに限定されない）の他のネットワークデバイスを介したものであってもよい。
【００４９】
ＮＮ１３は、ＡＭＦまたはＳＭＦ等のモビリティ機能デバイスを含むことができ、さらにＮＮ１３は、ＮＲ／５ＧノードＢ、または場合によってはエボルブドＮＢと、ｇＮＢ１２および／またはＵＥ１０等のデバイスおよび／または無線ネットワーク１と通信するマスターまたはセカンダリノード基地局（例えば、ＮＲまたはＬＴＥ（ロングタームエボリューション））等の基地局を含んでもよい。ＮＮ１３は、１つ以上のバスを介して相互接続された、１つ以上のプロセッサＤＰ１３Ａ、１つ以上のメモリＭＥＭ１３Ｂ、１つ以上のネットワークインタフェース、および１つ以上のトランシーバＴＲＡＮＳ１２Ｄを備える。例示的実施形態によると、ＮＮ１３のこれらのネットワークインタフェースは、本発明の例示的実施形態を実施するために使用されるＸ２および／またはＸｎインタフェースを含むことができる。１つ以上のトランシーバＴＲＡＮＳ１３Ｄはそれぞれ、１つ以上のアンテナに接続された受信機と送信機を有する。１つ以上のメモリＭＥＭ１３Ｂは、コンピュータプログラムコードＰＲＯＧ１３Ｃを含む。例えば、１つ以上のメモリＭＥＭ１３ＢとコンピュータプログラムコードＰＲＯＧ１３Ｃは、１つ以上のプロセッサＤＰ１３Ａにより、ＮＮ１３に本明細書に記載の１つ以上の動作を実行させるように構成される。ＮＮ１３は、別のモビリティ機能デバイスおよび／またはｇＮＢ１２やＵＥ１０等のｅＮＢ、または他の任意のデバイスと、例えば、リンク１１または別のリンクを利用して通信してもよい。当該リンクは有線、無線、またはその両方であってもよく、例えば、Ｘ２またはＸｎインタフェースを実現してもよい。さらに、前述のように、リンク１１は、図１のＮＣＥ１４等のＮＣＥ／ＭＭＥ／ＳＧＷデバイス等（ただしこれらに限定されない）の他のネットワークデバイスを介したものであってもよい。
【００５０】
図１のデバイスの１つ以上のバスは、アドレス、データ、または制御バスであり、マザーボードまたは集積回路上の一連のライン、光ファイバー、またはその他の光学通信機器、無線チャネル等の任意の相互接続メカニズムを含んでもよい。例えば、１つ以上のトランシーバＴＲＡＮＳ１２Ｄ、ＴＲＡＮＳ１３Ｄおよび／またはＴＲＡＮＳ１０Ｄをリモートラジオヘッド（ＲＲＨ）として実現し、ｇＮＢの他の要素はＲＲＨと物理的に異なる場所に存在してもよい。この場合、１つ以上のバス１５７の一部は、ｇＮＢ１２の他の要素をＲＲＨに接続する光ファイバーケーブルとして実現してもよい。
【００５１】
なお、図１には、図１に示すｇＮＢ１２等のネットワークノードまたは基地局と、図１に示すＮＮ１３等のモビリティ管理デバイスを示すが、これらのデバイスは、ＬＴＥやＮＲ等用のｅノードＢ（ｅＮＢ）を組み込んでも、またはこれらに組み込まれていてもよい。その場合でも、本発明の例示的実施形態を実行するように設定可能である。
【００５２】
また、本明細書における説明では、「セル」が機能を実行することを示しているが、セルを形成するｇＮＢおよび／またはユーザ機器および／またはモビリティ管理機能デバイスが機能を実行することを明確に理解されたい。また、セルはｇＮＢの一部を構成し、ｇＮＢごとに複数のセルが存在しうる。
【００５３】
無線ネットワーク１は、ＭＭＥ（モビリティ管理エンティティ）／ＳＧＷ（サービングゲートウェイ）機能を含んでもよいネットワーク制御要素（ＮＣＥ）１４を備えてもよく、これにより電話回線および／またはデータ通信ネットワーク（例えば、インターネット）等の別のネットワークとの接続を実現するものである。ｇＮＢ１２およびＮＮ１３は、リンク１３および／またはリンク１４を介してＮＣＥ１４に接続される。さらに、ＮＮ１３によって実行される本発明の例示的実施形態による動作は、ＮＣＥ１４でも同様に実行されうることに留意されたい。
【００５４】
ＮＣＥ１４は、１つ以上のプロセッサＤＰ１４Ａ、１つ以上のメモリＭＥＭ１４Ｂ、および１つ以上のネットワークインタフェース（Ｎ／Ｗ  Ｉ／Ｆ）を備え、これらはリンク１３および／または１４に接続された１つ以上のバスを介して相互接続される。例示的実施形態によれば、これらのネットワークインタフェースは、本発明の例示的実施形態を実行するために使用されるＸ２および／またはＸｎインタフェースを含んでもよい。１つ以上のメモリＭＥＭ１４ＢはコンピュータプログラムコードＰＲＯＧ１４Ｃを含む。１つ以上のメモリＭＥＭ１４ＢおよびコンピュータプログラムコードＰＲＯＧ１４Ｃは、１つ以上のプロセッサＤＰ１４Ａにより、ＮＣＥ１４に本発明の例示的実施形態に従った動作に対応するために必要な１つ以上の動作を実行させるように構成される。
【００５５】
無線ネットワーク１は、ネットワーク仮想化を実現してもよい。これは、ハードウェアおよびソフトウェアネットワークリソースとネットワーク機能性を、単一のソフトウェアベース管理エンティティである仮想ネットワークに統合するプロセスである。ネットワーク仮想化は、多くの場合リソース仮想化と組み合わされるプラットフォーム仮想化を伴う。ネットワーク仮想化は、外部的（多くのネットワーク、またはネットワークの一部を仮想ユニットに統合）、または内部的（単一のシステム上のソフトウェアコンテナにネットワークのような機能を提供する）なものに分類される。ネットワーク仮想化で得られた仮想化されたエンティティは、ある程度、プロセッサＤＰ１０、ＤＰ１２Ａ、ＤＰ１３Ａ、および／またはＤＰ１４ＡおよびメモリＭＥＭ１０Ｂ、ＭＥＭ１２Ｂ、ＭＥＭ１３Ｂ、および／またはＭＥＭ１４Ｂ等のハードウェアを使用して実現されることに留意されたい。また、そのような仮想化されたエンティティも技術的な効果を生み出す。
【００５６】
コンピュータ可読メモリＭＥＭ１２Ｂ、ＭＥＭ１３Ｂ、およびＭＥＭ１４Ｂは、現場の技術環境に適した任意の種類であり、半導体ベースのメモリデバイス、フラッシュメモリ、磁気メモリデバイスおよびシステム、光学メモリデバイスおよびシステム、固定メモリと取外し可能なメモリ等の任意の適切なデータストレージ技術を使用して実現してもよい。コンピュータ可読メモリＭＥＭ１２Ｂ、ＭＥＭ１３Ｂ、およびＭＥＭ１４Ｂは、記憶機能を実現する手段であってもよい。プロセッサＤＰ１０、ＤＰ１２Ａ、ＤＰ１３Ａ、およびＤＰ１４Ａは、現場の技術環境に適した任意の種類であり、１つ以上の汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（Digital Signal Processor：ＤＳＰ）、およびマルチコアプロセッサアーキテクチャに基づくプロセッサを含んでもよいが、これらに限定されるものではない。プロセッサＤＰ１０、ＤＰ１２Ａ、ＤＰ１３Ａ、およびＤＰ１４Ａは、ＵＥ１０、ｇＮＢ１２、ＮＮ１３、および本明細書で説明される他の機能を制御する等の機能を実行するための手段であってもよい。
【００５７】
概して、ユーザ機器１０の各種実施形態は、無線通信機能を備えたスマートフォン、タブレット、携帯情報端末（ＰＤＡ）等の携帯電話、無線通信機能を備えたポータブルコンピュータ、無線通信機能を備えたデジタルカメラ等の撮像装置、無線通信機能を備えたゲーミングデバイス、無線通信機能を備えた音楽記憶および再生機器、ワイヤレスインターネットアクセスとブラウジングを可能とするインターネット機器、無線通信機能を備えたタブレットや、これら機能の組合せを組み込んだポータブルユニットまたは端末を含みうるが、これに限定されない。
【００５８】
本発明の例示的実施形態によれば、サービングＲＡＮでオンザフライに触覚フィードバックエンドユーザプラットフォームのＵＥの関連したＱｏＳフロー間の必要な調整をしやすくし、この調整を実現する改善された方法は、サービングＲＡＮに最終的な触覚フィードバックパケットが存在すると、または到着すると、少なくとも１つの対応付けられたＲＢのＱｏＳプロファイルおよび関連するＱｏＳ設定が一時的に変更されるという概念に基づく。
【００５９】
少なくとも１つの対応付けられたＲＢは、触覚フィードバックパケットまたはこれが属するＱｏＳフローがマッピングされているＲＢと同じであっても、異なっていてもよい。この対応付けとマッピングは、触覚フィードバックパケットに応じて、オンザフライで動的に変動してもよい。少なくとも１つの対応付けられたＲＢのＱｏＳプロファイルおよび関連するＱｏＳ設定への一時的な変更は、触覚フィードバックパケットが属するＱｏＳフローのＱｏＳプロファイルおよび関連するＱｏＳ設定に応じたもの、または基づくものである。一時的変更は、所定の時間間隔にわたって有効であり、それ以降は事前に設定されたＱｏＳプロファイルの使用に戻る。触覚フィードバックフローのトラフィック特性によっては、ＱｏＳ変更または更新も定期的に実行されてもよい。
【００６０】
少なくともこれらの理由により、本発明の例示的実施形態の動作は以下を含む。
・  ＵＲＬＬＣ（触覚フィードバックＱｏＳフロー）の第１のＱｏＳフローと、ｅＭＢＢ（ビデオ／オーディオ送信フロー）の少なくとも１つの第２のＱｏＳフローとの対応付けのサービングＲＡＮを設定。この対応付けは、触覚フィードバックＱｏＳフローに応じて、触覚フィードバックパケットに応じて、またはその両方に設定されてもよい。
・  サービングＲＡＮに第１のＱｏＳフローのデータパケットが到達すると、第２のＱｏＳフローがマッピングされるＲＢ（対応付けられたＲＢと称する）に設定された少なくとも１つのＱｏＳパラメータに対する一時的変更を導出するため、対応付けに結び付いたルールまたは機能のサービングＲＡＮを設定する。
・  サービングＲＡＮに第１のＱｏＳフローのデータパケットが到達すると、サービングＲＡＮに、対応付けと、対応付けられたＲＢの少なくとも１つのＱｏＳパラメータへの一時的変更を決定し、対応付けられたＲＢのスケジューリングのためにこの一時的変更をオンザフライに適用する。
【００６１】
触覚フィードバックと、対応付けられた視覚フィードバックまたは仮想現実ビデオ・オーディオ送信との間の必要な同期が確保され、必要に応じてのみ提供される。これは、ネットワークリソースの無駄使い防止に寄与する。
【００６２】
ＵＲＬＬＣおよびｅＭＢＢを例として、本発明の例示的実施形態に係る動作を導入する概念を説明した。この概念は、フロー同期の要件が厳しいあらゆる種類のサービスに適用可能であることは明らかである。
【００６３】
図２は、ｇＮＢ装置等のサービング基地局装置に適用可能な本発明の例示的実施形態に係る一つの方法を示す。
【００６４】
図２のｇＮＢ２０５について示すように、ステップ２１０では、ネットワーク制御エンティティ（例えば、ＡＭＦ／ＳＭＦ）から、ｇＮＢ２０５がＵＲＬＬＣの第１のＱｏＳフロー（触覚フィードバックＱｏＳフロー）と、ｅＭＢＢの少なくとも１つの第２のＱｏＳフロー（ビデオ／オーディオ送信フロー）との間の対応付けの標示を受信する。この対応付けは、ＱｏＳフローに応じて、第１のＱｏＳフローの触覚フィードバックパケットに応じて、またはその両方で準静的に設定されてもよい。図２のステップ２２０に示すように、ｇＮＢに第１のＱｏＳフローのデータパケットが到着すると、ネットワーク制御エンティティ（例えば、ＡＭＦ／ＳＭＦ）から、第２のＱｏＳフローがマッピングされるＲＢ（対応付けられたＲＢと称する）に設定された少なくとも１つのＱｏＳパラメータに対する一時的変更を導出するために使用されるルールまたは機能の設定を受信する。図２のステップ２３０では、対応付けの更新の有無にかかわらず、ネットワークエンティティ（例えば、ＭＥＣあり／なしのＵＰＦ）から第１のＱｏＳフローのデータパケットを受信する。図２のステップ２４０では、対応付けられたＲＢにマッピングされた第２のＱｏＳフローのデータパケットの扱いにおいて、このＲＢに対する一時的変更を導出し、適用する。次に、図２のステップ２５０において、第１のＱｏＳフローおよび第２のＱｏＳフローのデータがＵＥに送信される。
【００６５】
本発明の例示的実施形態に係る動作の一部は少なくとも以下を含む。
・  第１のＱｏＳフローのデータパケットが、対応付けられたＲＢまたは異なるＲＢにマッピングされてもよい。
・  対応付けられたＲＢの少なくとも１つのＱｏＳパラメータに対する一時的変更は、第１のＱｏＳフローに設定された対応するパラメータに設定され、第１のＱｏＳフローのデータパケットがサービングＲＡＮに到着した時刻から開始する設定された時間間隔にわたって有効である。これは、対応付けに結び付いた設定ルールに指定されている。
・  対応付けられたＲＢの少なくとも１つのＱｏＳパラメータに対する一時的変更は、第１のＱｏＳフローに設定された対応するパラメータに設定され、第１のＱｏＳフローのデータパケットの前にサービングＲＡＮに到着した、サービングＲＡＮにバッファされた第２のＱｏＳフローの全てのデータパケットについて有効である。これは、対応付けに結び付いた設定ルールに指定されている。
・  少なくとも１つのＱｏＳパラメータはレイテンシ要件に関するものである。これは、対応付けに結び付いた設定ルールに指定されている。
【００６６】
本発明の例示的実施形態に関して、この用途においては、現行の３ＧＰＰ  ＴＳ  ３７．３２４で定義されたｇＮＢとＵＥ内のＳＤＡＰ層に同じメカニズムを適用可能である。
【００６７】
本発明の実施形態に係る、サービングＲＡＮ等に対する動作の例としては以下が挙げられる。
・  ＵＲＬＬＣの第１のＱｏＳフロー（触覚フィードバックＱｏＳフロー）と、ｅＭＢＢの少なくとも１つの第２のＱｏＳフロー（ビデオ／オーディオ送信フロー）との対応付けをサービングＲＡＮに設定する。この対応付けは、触覚フィードバックＱｏＳフローに応じて、触覚フィードバックパケットに応じて、またはその両方に設定されてもよい。
・  サービングＲＡＮに第１のＱｏＳフローのデータパケットが到着すると、第２のＱｏＳフローのＤＲＢマッピングに対する一時的ＱｏＳフローを導出するべく、対応付けに結び付いたルールまたは機能をサービングＲＡＮ（ｇＮＢにおけるＳＤＡＰ層）に設定する。
・  ｇＮＢに第１のＱｏＳフローのデータパケットが到着すると、サービングＲＡＮ（ｇＮＢにおけるＳＤＡＰ層）に、対応付けと、第２のＱｏＳフローのＤＲＢマッピングに対する一時的変更ＱｏＳフローとを決定させ、ＤＲＢマッピングにこの一時的ＱｏＳフローを適用する。
【００６８】
さらに、本発明の例示的実施形態に係る、ＵＥ等に対する動作は少なくとも以下を含む。
・  ＵＲＬＬＣの第１のＱｏＳフロー（触覚フィードバックＱｏＳフロー）と、ｅＭＢＢの少なくとも１つの第２のＱｏＳフロー（ビデオ／オーディオ送信フロー）との対応付けをサービングＲＡＮに設定する。この対応付けは、触覚フィードバックＱｏＳフローに応じて、触覚フィードバックパケットに応じて、またはその両方に設定されてもよい。
・  ＵＥ（ＳＤＡＰ層）に第１のＱｏＳフローのデータパケットが到着すると、第２のＱｏＳフローのＤＲＢマッピングに対する一時的ＱｏＳフローを導出するべく、対応付けに結び付いたルールまたは機能をＵＥに設定する。
・  ｇＮＢに第１のＱｏＳフローのデータパケットが到着すると、ＵＥ（ＳＤＡＰ層）に、対応付けと、第２のＱｏＳフローのＤＲＢマッピングに対する一時的変更ＱｏＳフローとを決定させ、ＤＲＢマッピングにこの一時的ＱｏＳフローを適用する。
【００６９】
本明細書に記載の本発明の例示的実施形態は、ネットワークスライスに適用できる。例えば以下のとおりである。
【００７０】
第１および第２のＱｏＳフローは、異なるスライスに属する。
【００７１】
１つの特定のＱｏＳフロー上のトラフィックは、スライスのＱｏＳの変更をトリガする。トラフィックが第１ＱｏＳフローに到着すると、第２のＱｏＳフローを持つスライスのＱｏＳの変更をトリガする。
【００７２】
ＤＲＢマッピングに対するＱｏＳフローのＱｏＳパラメータの一時的変更は、タイマにより時間的に制限されてもよい。タイマは、変更が適用される（第１のＱｏＳフローのパケット到着）と開始する。タイマが切れると、変更は通常に戻る。
【００７３】
図３は、本発明の例示的実施形態に係る方法を示す。図３において、本発明の一部の態様に係る一部のネットワークシグナリング手順を示す。
【００７４】
図３に示すように、触覚フィードバックＵＥプラットフォーム３００、サービングｇＮＢ３０５、ＡＭＦ／ＳＭＦ管理機能デバイス３１０、およびユーザプレーン機能（ＵＰＦ）３１５間で、シグナリングを実施する。図３のステップ３１７に示すように、触覚フィードバックＵＥプラットフォーム３００、サービングｇＮＢ３０５、およびＡＭＦ／ＳＭＦ３１０間で、触覚フィードバックユーザに供するためのＱｏＳフローおよびＲＢ設定を含む動作を実施する。ここで、ＱｏＳフロー＃１はＵＲＬＬＣとしての触覚フィードバックであり、ＱｏＳフロー＃２はｅＭＢＢとしてのビデオストリームである。図３のステップ３１９に示すように、ＱｏＳフロー＃１と＃２との対応付けの標示がＡＭＦ／ＳＭＦ３１０からサービングｇＮＢ３０５へと通信される。図３のステップ３２０では、ステップ３１９の標示された対応付けに結び付いたルールまたは機能の設定がＡＭＦ／ＳＭＦ３１０からサービングｇＮＢ３０５へと通信される。図３のステップ３２２に示すように、触覚フィードバックＵＥプラットフォーム３００、サービングｇＮＢ３０５、およびＵＰＦ３１５間で、対応付けられたＱｏＳフローについてのデータが送信される。図３のステップ３２５では、ＱｏＳフロー＃２のパケット＃１が、ＵＰＦ３１５からサービングｇＮＢ３０５へと通信される。図３のステップ３３０では、ＱｏＳフロー＃２のパケット＃２が、ＵＰＦ３１５からサービングｇＮＢ３０５へと通信される。図３のステップ３３５では、ＱｏＳフロー＃２のパケット＃１が、サービングｇＮＢ３０５から触覚フィードバックＵＥプラットフォーム３００へと通信される。図３のステップ３４０では、ＱｏＳフロー＃２のパケット＃２が、サービングｇＮＢ３０５から触覚フィードバックＵＥプラットフォーム３００へと通信される。図３のステップ３４７では、触覚コマンドが、触覚フィードバックＵＥプラットフォーム３００からサービングｇＮＢ３０５へと通信される。図３のステップ３５０では、ＱｏＳフロー＃２のパケット＃ｉ（ｉは整数）が、ＵＰＦ３１５からサービングｇＮＢ３０５へと通信される。図３のステップ３５３では、ステップ３４７でサービングｇＮＢによって受信された触覚コマンドが、サービングｇＮＢ３０５からＵＰＦ３１５へと通信される。ステップ３５５では、ＱｏＳフロー＃１の触覚フィードバックパケットが、ＵＰＦ３１５からサービングｇＮＢ３０５へと通信される。ステップ３６０では、ＱｏＳフロー＃２のパケット＃ｉ＋１が、ＵＰＦ３１５からサービングｇＮＢ３０５へと通信される。図３のステップ３６５に示すように、この動作は、対応付けられたＱｏＳフロー間の同期性を必要に応じて確保することを含む。図３のステップ３７０に示すように、サービングｇＮＢ３０５は、ＱｏＳフロー＃１の触覚フィードバックパケットを受信すると、ＱｏＳフロー＃２のパケット＃ｉおよびパケット＃ｉ＋１へのＱｏＳフロー＃２のＱｏＳ処理に対する一時的変更を導出し、適用する。図３のステップ３７５では、ＱｏＳフロー＃２のパケット＃ｉ＋２が、ＵＰＦ３１５からサービングｇＮＢ３０５へと通信される。ＱｏＳフロー＃２のＱｏＳ処理に対する導出された一時的変更は、ＱｏＳフロー＃２のパケット＃ｉ＋２には適用されない。さらに、サービングｇＮＢ３０５と触覚フィードバックＵＥプラットフォーム３００との間の通信には、図３のステップ３８０でのＱｏＳフロー＃１の触覚フィードバックパケット、ステップ３８１でのＱｏＳフロー＃２のパケット＃ｉ、ステップ３８３でのＱｏＳフロー＃２のパケット＃ｉ＋１、およびステップ３８５でのＱｏＳフロー＃２のパケット＃ｉ＋２が含まれる。
【００７５】
触覚フィードバックＱｏＳフローと１つ以上のビデオ／オーディオＱｏＳフローとの対応付けは、ＱｏＳフローの設定に応じて準静的であってもよいし、またはある触覚フィードバックＱｏＳフローのパケットに応じて動的であってもよいのは上述のとおりである。ビデオ／オーディオ送信に対して１つのＱｏＳフローしかない場合、または触覚フィードバックＱｏＳフローとあるビデオ／オーディオＱｏＳフローとの対応付けが固定されている場合、準静的対応付けのみが必要となり、これが図３に示すようにＣプレーン、ＡＭＦ／ＳＭＦを介して前もって設定されてもよい。ビデオ／オーディオ送信に対して多数のＱｏＳフローがあり、触覚フィードバックＱｏＳフローの異なるパケットが全てのビデオ／オーディオＱｏＳフローの事前に識別されたサブセットのうちの異なるビデオ／オーディオＱｏＳフローに対応付けられうる場合、所与の触覚フィードバックパケットに応じた対応付けを動的にオンザフライで標示する必要がある。触覚フィードバックのＵＲＬＬＣの性質により、オンザフライでパケットに従う動的な対応付けの標示は、Ｕ−プレーンでの触覚フィードバックパケットの到着に伴い実現されるとよい。例えば、ＭＥＣに接続されたＵＰＦが、受信された触覚フィードバックパケットの動的な対応付けを決定し、サービングＲＡＮまたは触覚フィードバックパケットの制御ヘッダーにおけるｇＮＢに対して、または触覚フィードバックパケットの既存のプロトコルヘッダーの任意の他の適切なフィールドにおけるｇＮＢに対して、その対応付けを標示してもよい。この標示は、少なくとも対応付けられたＱｏＳフロー（複数可）のＩＤを示すものである。触覚フィードバックパケットの対応付けられたＱｏＳフローは、限られた数のビデオ／オーディオＱｏＳフローの事前に識別されたサブセットのうちの１つであることに留意されたい。
【００７６】
したがって、個々の対応付けられたＱｏＳフローの事前に設定された短いインデックスを個々の対応付けられたＱｏＳフローの一意のＩＤとして使用して、プロトコルのオーバーヘッドを削減することができる。この点で、Ｃプレーンを介した事前に設定されたサブセットおよび対応付けられたＱｏＳフローのインデックスの準静的設定の一部が、動的なオンザフライ動作に先駆けて適用されてもよい。
【００７７】
対応付けられたＱｏＳフローまたはそのＲＢに適用されるＱｏＳ設定の一時的変更は基本的に、例えば、触覚フィードバックパケットの到着時に、ＵＲＬＬＣの更新された処理を受けられる対応付けられたＱｏＳフローまたはそのＲＢに属するデータパケットの長さ、量、またはどのＱｏＳフローまたはそのＲＢに属するデータパケットがそれを受けられるかを特定する。一時的変更についての個別の実用的な例は上述したとおりである。さらに任意で、例えば、所与の触覚フィードバックパケットがｇＮＢに到着した時刻を参照し、またはこれに関連して、事前に設定された時間オフセット（複数可）の一部またはウィンドウ内のサービングｇＮＢに到着する対応付けられたＱｏＳフローの全てのパケットを考慮してもよい。
【００７８】
図３は、ＤＬデータパケットの場合のネットワーク動作の一例を示す。同様に、この概念はＵＬにも適用可能である。ドリル等のマイニングツールにビデオカメラとセンサを設け、触覚フィードバックに対応させる場合を想定する。通常動作中、ビデオストリームは低ＱｏＳレベルで送信可能である。オペレータが触覚フィードバックを希望する場合、コマンドを使用して対応付けプロセスをトリガすることができる。
【００７９】
ＴＳ  ２３．５０１は、現在、個々のＱｏＳフローに固有の以下のＱｏＳパラメータを規定している。
・  ５ＱＩ、構成要素は以下のとおり。
・  リソースタイプ（ＧＢＲ、遅延クリティカルＧＢＲまたは非ＧＢＲ）
・  優先度レベル
・  パケット遅延許容量
・  パケットエラー率
・  平均ウィンドウ（ＧＢＲおよび遅延クリティカルＧＢＲリソースタイプについてのみ）
・  最大データバースト量（遅延クリティカルＧＢＲリソースタイプについてのみ）
・  ＡＲＰ
・  ＧＦＢＲ（ＧＢＲフローのみ）
・  ＭＦＢＲ（ＧＢＲフローのみ）
・  最大パケット損失率
・  ＵＬおよびＤＬ（ＧＢＲフローのみ）
【００８０】
上述のフローに固有のパラメータに加えて、以下も挙げられる。
・  ＵＥ−ＡＭＢＲ、ＵＥ固有の最大ビット率
・  セッションＡＭＢＲ、ＰＤＵセッション固有の最大ビット率
【００８１】
例えば、パケット遅延許容量の点におけるｅＭＢＢフローへの一時的変更、すなわち一時的ＵＲＬＬＣを基にした更新は、平均ウィンドウ、最大データバースト量、ＭＦＢＲ、最大パケット損失率等のその他のＱｏＳパラメータの一時的更新と結び付けられる必要がある場合がある。
【００８２】
図４は、本発明の例示的実施形態に係る基地局等のネットワークデバイスのための無線ベアラフローマッピング変更についてのサービス品質フロー用のメッセージフローを示す。図４において、ｇＮＢのＤＲＢマッピング変更に対するＱｏＳフロー用のメッセージフローが示される。図４はさらに、（例えば、図４のステップ４７５）ＤＲＢマッピングに対する一時的ＱｏＳ変更／ＱｏＳフローに用いられるタイマの実施の例を示している。
【００８３】
図４のステップ４２０に示すように、触覚フィードバックユーザに供するためのＱｏＳフローおよびＤＲＢ設定は、＃１がＵＲＬＬＣとしての触覚フィードバックであり、＃２がｅＭＢＢとしてのビデオストリームである（ＤＲＢ１）。処理量および／または遅延レイテンシが改善したＤＲＢ２が設定される。図４のステップ４２５では、ＱｏＳフロー＃１と＃２との対応付けの標示が、ＡＭＦ／ＳＭＦ４１０からサービングｇＮＢ４０５へと通信される。図４のステップ４３５では、ステップ４２５で標示された対応付けに結び付いたルールまたは機能の設定が、ＡＭＦ／ＳＭＦ４１０からサービングｇＮＢ４０５へと通信される。図４のステップ４４０では、対応付けられたＱｏＳフローについてのデータが送信される。図４のステップ４４５では、ＱｏＳフロー＃２のパケット＃１が、ＵＰＦ４１５からサービングｇＮＢ４０５へと通信される。ステップ４５０では、ＱｏＳフロー＃２のパケット＃２が、ＵＰＦ４１５からサービングｇＮＢ４０５へと通信される。図４のステップ４５５では、ＤＲＢ１に関するＱｏＳフロー＃２のパケット＃１が、サービングｇＮＢ４０５から触覚フィードバックＵＥプラットフォーム４００へと通信される。図４のステップ４６０では、触覚コマンドＱｏＳフロー＃１が、触覚フィードバックＵＥプラットフォーム４００からサービングｇＮＢ４０５へと通信される。図４のステップ４７０では、ＱｏＳフロー＃２のパケット＃１が、サービングｇＮＢ４０５から触覚フィードバックＵＥプラットフォーム４００へと通信される。図４のステップ４７５に示すように、ＱｏＳフロー＃１の触覚フィードバックパケットの開始時に、ＱｏＳフロー＃１の休止タイマが始動される。図４のステップ４８０に示すように、休止タイマの終点において、一時的ＱｏＳの適用が停止される。図４のステップ４８５では、ＤＲＢ１に関するＱｏＳフロー＃２のパケット＃１が、サービングｇＮＢ４０５から触覚フィードバックＵＥプラットフォーム４００へと通信される。
【００８４】
図５は、本発明の例示的実施形態に係るユーザ機器等のネットワークデバイスのための無線ベアラフローマッピング変更についてのサービス品質フロー用のメッセージフローを示す。図５において、ＵＥ等のネットワークデバイスのＤＲＢマッピング変更に対するＱｏＳフロー用のメッセージフローが示される。図５はさらに、（例えば、図５のステップ５７５）ＤＲＢマッピングに対する一時的ＱｏＳ変更／ＱｏＳフローに用いられるタイマの実施の例を示している。
【００８５】
図５のステップ５２０に示すように、触覚フィードバックユーザに供するためのＱｏＳフローおよびＤＲＢ設定は、＃１がＵＲＬＬＣとしての触覚フィードバックであり、＃２がｅＭＢＢとしてのビデオストリームである（ＤＲＢ１）。処理量および／または遅延レイテンシが改善したＤＲＢ２が設定される。図５のステップ５２５に示すように、ＱｏＳフロー＃１と＃２との対応付けの標示がＡＭＦ／ＳＭＦ５１０からサービングｇＮＢ５０５へと通信される。図５のステップ５３５では、ステップ５２５で標示された対応付けに結び付いたルールまたは機能の設定が、ＡＭＦ／ＳＭＦ５１０からサービングｇＮＢ５０５へと通信される。図５のステップ５４０では、対応付けられたＱｏＳフローについてのデータが送信される。図５のステップ５４５では、ＱｏＳフロー＃２のパケット＃１が、ビデオソース５００からＵＥ５０３へと通信される。ステップ５５０では、ＱｏＳフロー＃２のパケット＃１が、ＵＥ５０３からサービングｇＮＢ５０５へと通信される。図５のステップ５５５では、触覚コマンドＱｏＳフロー＃１が、サービングｇＮＢ５０５からＵＥ５０３へと通信される。図５のステップ５６０に示すように、ＵＥ５０３は、ＱｏＳフロー＃１の触覚フィードバックパケットを受信すると、ＱｏＳフロー＃２のＱｏＳ処理に対する一時的変更を導出し、適用する（ＱｏＳフロー＃２はＤＲＢ２にマッピングされる）。図５のステップ５６５では、ＱｏＳフロー＃２のパケット＃１が、ビデオソース５００からＵＥ５０３へと通信される。図５のステップ５７０では、ＤＲＢ２に関するＱｏＳフロー＃２のパケット＃１が、図５のＵＥ５０３からサービングｇＮＢ５０５へと通信される。さらに、図５のステップ５７５に示すように、ＱｏＳフロー＃１の触覚フィードバックパケットの開始時に、ＱｏＳフロー＃１の休止タイマが始動される。図５のステップ５８０では、休止タイマの終点において、一時的ＱｏＳの適用が停止される。図５のステップ５８５では、ＱｏＳフロー＃２のパケット＃１が図５のビデオソース５００からＵＥ５０３へと通信される。さらに図５のステップ５９０では、ＤＲＢ１に関するＱｏＳフロー＃２のパケット＃１が、図５のサービングｇＮＢ５０５からＵＥ５０３へと通信される。
【００８６】
本明細書の少なくとも図２、図３、図４、図５において、ステップの番号は限定的なものではない。図２、図３、図４、図５のそれぞれにおいて、本発明の例示的実施形態に係る動作を実行するためのステップの順序は、番号によって識別されるステップの順序とは異なっていてもよく、それでも本明細書に記載のとおり動作可能である。
【００８７】
図６Ａは、非限定的な例として、図１に示すようにＵＥ１０、ｇＮＢ１２、および／またはＮＮ１３と対応付けられたデバイス等のデバイスによって実行されうる動作を示す。ステップ６１０に示すとおり、通信ネットワーク（図１に示すネットワーク１）におけるネットワークデバイス（図１に示すＵＥ１０および／またはｇＮＢ１２）による通信の第１のデータフローの第２のデータフローへの対応付けを決定する。ステップ６２０では、前記決定に基づいて、前記通信の前記第２のデータフロー用に設定されたサービス品質パラメータの少なくとも１つのパラメータへの一時的変更を導出するべく、前記第１のデータフローのデータパケットの到着時に用いるための機能を設定する（図１に示すＴＲＡＮＳ１３Ｄ、ＭＥＭ１３Ｂ、ＰＲＯＧ１３Ｃ、およびＤＰ１３Ａ）。次に図６Ａのステップ６３０では、前記通信ネットワーク（図１に示すネットワーク１）の前記ネットワークデバイス（図１に示すＵＥ１０および／またはｇＮＢ１２）に対して、前記決定された対応付けおよび前記通信において前記ネットワークデバイスによって用いられる前記設定された機能の標示を送信する（図１に示すＴＲＡＮＳ１３Ｄ、ＭＥＭ１３Ｂ、ＰＲＯＧ１３Ｃ、およびＤＰ１３Ａ）。
【００８８】
上記段落に記載の本発明の例示的態様によると、前記第１のデータフローは高優先度サービス品質パラメータを含み、前記第２のデータフローは前記第１のデータフローの前記サービス品質パラメータよりも低い優先度のサービス品質パラメータを含む。
【００８９】
上記段落に記載の本発明の例示的態様によると、前記第１のデータフローは高信頼低レイテンシ通信サービス品質データフローを含み、前記第２のデータフローは高速大容量モバイルブロードバンド通信サービス品質データフローまたはサービス品質の異なる別の高信頼低レイテンシ通信サービス品質データフローの一方を含む。
【００９０】
上記段落に記載の本発明の例示的態様によると、前記高信頼低レイテンシ通信サービス品質データフローは、触覚フィードバックフローを含み、前記高速大容量モバイルブロードバンド通信サービス品質データフローは、ビデオまたはオーディオ送信フローの少なくとも一方を含む。
【００９１】
上記段落に記載の本発明の例示的態様によると、前記対応付けは、前記通信に対応付けられたあるデータフローまたはあるデータフローのパケットの少なくとも一方に応じて設定される。
【００９２】
上記段落に記載の本発明の例示的態様によると、前記第１のデータフローの前記第２のデータフローへの前記対応付けは、サービス品質フローの設定に応じて準静的であってもよいし、またはある触覚フィードバックサービス品質フローのパケットに応じて動的であってもよい。
【００９３】
上記段落に記載の本発明の例示的態様によると、前記第２のデータフロー用に設定されたサービス品質パラメータの前記少なくとも１つのパラメータは、前記通信の前記第２のデータフローにマッピングされた少なくとも１つの無線ベアラ用のサービス品質パラメータを含む。
【００９４】
上記段落に記載の本発明の例示的態様によると、前記サービス品質パラメータへの前記一時的変更を導出する前記機能は、前記ネットワークデバイスにおける前記第１のデータフローのあるデータパケットの到着時の時刻に開始する所定の時間間隔内に用いられるように設定される。
【００９５】
上記段落に記載の本発明の例示的態様によると、前記一時的変更は、前記第２のデータフローの全てのデータパケットについて有効である。
【００９６】
上記段落に記載の本発明の例示的態様によると、前記機能は、タイマに対応付けられた時間内にのみ用いられる。
【００９７】
上記段落に記載の本発明の例示的態様によると、前記少なくとも１つのパラメータへの前記一時的変更は、前記少なくとも１つのパラメータへのレイテンシ要件変更を含む。
【００９８】
上記段落に記載の本発明の例示的態様によると、前記第１のデータフローおよび前記第２のデータフローは、前記通信ネットワークの異なるネットワークスライスに属する。
【００９９】
非一時的コンピュータ可読媒体（図１に示すＭＥＭ１３Ｂ）はプログラムコード（図１に示すＰＲＯＧ１３Ｃ）を記憶し、当該プログラムコードは、少なくとも１つのプロセッサ（図１に示すＤＰ１３Ａ）によって実行されると、上記段落に少なくとも記載の動作を実施する。
【０１００】
上述の本発明の例示的実施形態によると、装置は、通信ネットワーク（図１に示すネットワーク１）におけるネットワークデバイス（図１に示すＵＥ１０および／またはｇＮＢ１２）による通信の第１のデータフローの第２のデータフローへの対応付けを決定する手段（図１に示すＴＲＡＮＳ１３Ｄ、ＭＥＭ１３Ｂ、ＰＲＯＧ１３Ｃ、およびＤＰ１３Ａ）を備える。前記決定に基づいて、前記通信の前記第２のデータフロー用に設定されたサービス品質パラメータの少なくとも１つのパラメータへの一時的変更を導出するべく、前記第１のデータフローのデータパケットの到着時に用いるための機能を設定する手段（図１に示すＴＲＡＮＳ１３Ｄ、ＭＥＭ１３Ｂ、ＰＲＯＧ１３Ｃ、およびＤＰ１３Ａ）を備える。さらに、前記通信ネットワーク（図１に示すネットワーク１）の前記ネットワークデバイス（図１に示すＵＥ１０および／またはｇＮＢ１２）に対して、前記決定された対応付けおよび前記通信において前記ネットワークデバイス（図１に示すＵＥ１０および／またはｇＮＢ１２）によって用いられる前記設定された機能の標示を送信する手段（図１に示すＴＲＡＮＳ１３Ｄ、ＭＥＭ１３Ｂ、ＰＲＯＧ１３Ｃ、およびＤＰ１３Ａ）を備える。
【０１０１】
上記段落による本発明の例示的態様では、少なくとも前記決定する手段、設定する手段、送信する手段は、トランシーバ［ＴＲＡＮＳ１３Ｄ］、少なくとも１つのプロセッサ［ＤＰ１３Ａ］によって実行可能なコンピュータプログラム［ＰＲＯＧ１３Ｃ］で符号化された非一時的コンピュータ可読媒体［ＭＥＭ１３Ｂ］を含む。
【０１０２】
図６Ｂは、非限定的な例として、デバイス（例えば、図１に示すｇＮＢ１２および／またはＵＥ１０）等のデバイスによって実行されうる動作を示す。図６Ｂのステップ６５０に示すとおり、通信ネットワークの通信の第１のデータフローの第２のデータフローへの対応付けを決定する。図６Ｂのステップ６６０に示すとおり、前記通信の前記第２のデータフロー用に設定されたサービス品質パラメータの少なくとも１つのパラメータへの一時的変更を導出することを、前記第１のデータフローのデータパケットの到着時に用いるための対応付けられた機能に基づいて決定する。次に図６Ｂのステップ６７０では、前記通信の前記第２のデータフローにマッピングされた少なくとも１つのリソースブロックの前記少なくとも１つのパラメータへの前記一時的変更を実施して、少なくとも前記通信のレイテンシを減らすべく、前記決定に基づいて前記機能を適用する。
【０１０３】
上記段落に記載の本発明の例示的態様によると、前記第１のデータフローは高優先度サービス品質パラメータを含み、前記第２のデータフローは前記第１のデータフローの前記サービス品質パラメータよりも低い優先度のサービス品質パラメータを含む。
【０１０４】
上記段落に記載の本発明の例示的態様によると、前記第１のデータフローは高信頼低レイテンシ通信サービス品質データフローを含み、前記第２のデータフローは高速大容量モバイルブロードバンド通信サービス品質データフローまたはサービス品質の異なる別の高信頼低レイテンシ通信サービス品質データフローの一方を含む。
【０１０５】
上記段落に記載の本発明の例示的態様によると、前記高信頼低レイテンシ通信サービス品質データフローは、触覚フィードバックフローを含み、前記高速大容量モバイルブロードバンド通信サービス品質データフローは、ビデオまたはオーディオ送信フローの少なくとも一方を含む。
【０１０６】
上記段落に記載の本発明の例示的態様によると、前記対応付けは、前記通信に対応付けられたあるデータフローまたはあるデータフローのパケットの少なくとも一方に応じて設定される。
【０１０７】
上記段落に記載の本発明の例示的態様によると、前記第１のデータフローの前記第２のデータフローへの前記対応付けは、サービス品質フローの設定に応じて準静的であってもよいし、またはある触覚フィードバックサービス品質フローのパケットに応じて動的であってもよい。
【０１０８】
上記段落に記載の本発明の例示的態様によると、前記第２のデータフロー用に設定されたサービス品質パラメータの前記少なくとも１つのパラメータは、前記通信の前記第２のデータフローにマッピングされた少なくとも１つの無線ベアラ用のサービス品質パラメータを含む。
【０１０９】
上記段落に記載の本発明の例示的態様によると、前記サービス品質パラメータへの前記一時的変更を導出する前記機能は、前記ネットワークデバイスにおける前記第１のデータフローのあるデータパケットの到着時の時刻に開始する所定の時間間隔内に用いられるように設定される。
【０１１０】
上記段落に記載の本発明の例示的態様によると、前記一時的変更は、前記第２のデータフローの全てのデータパケットについて有効である。
【０１１１】
上記段落に記載の本発明の例示的態様によると、前記機能は、タイマに対応付けられた時間内にのみ用いられる。
【０１１２】
上記段落に記載の本発明の例示的態様によると、前記少なくとも１つのパラメータへの前記一時的変更は、前記少なくとも１つのパラメータへのレイテンシ要件変更を含む。
【０１１３】
上記段落に記載の本発明の例示的態様によると、前記第１のデータフローおよび前記第２のデータフローは、前記通信ネットワークの異なるネットワークスライスに属する。
【０１１４】
非一時的コンピュータ可読媒体（図１に示すＭＥＭ１２Ｂおよび／またはＭＥＭ１０Ｂ）はプログラムコード（図１に示すＰＲＯＧ１２Ｃおよび／またはＰＲＯＧ１０Ｃ）を記憶し、当該プログラムコードは、少なくとも１つのプロセッサ（図１に示すＤＰ１２Ａおよび／またはＤＰ１０Ａ）によって実行されると、上記段落に少なくとも記載の動作を実施する。
【０１１５】
上述の本発明の例示的実施形態によると、装置は、通信ネットワーク（図１に示すネットワーク１）の通信の第１のデータフローの第２のデータフローへの対応付けを決定する手段（図１に示すＴＲＡＮＳ１２Ｄおよび／またはＴＲＡＮＳ１０Ｄ、ＭＥＭ１２Ｂおよび／またはＭＥＭ１０Ｂ、ＰＲＯＧ１２Ｃおよび／または１０Ｃ、ＤＰ１２Ａおよび／または１０Ａ）を備える。前記通信の前記第２のデータフロー用に設定されたサービス品質パラメータの少なくとも１つのパラメータへの一時的変更を導出するべく（図１に示すＴＲＡＮＳ１２Ｄおよび／またはＴＲＡＮＳ１０Ｄ、ＭＥＭ１２Ｂおよび／またはＭＥＭ１０Ｂ、ＰＲＯＧ１２Ｃおよび／または１０Ｃ、ＤＰ１２Ａおよび／または１０Ａ）、前記第１のデータフローのデータパケットの到着時に用いるための対応付けられた機能に基づいて決定する手段（図１に示すＴＲＡＮＳ１２Ｄおよび／またはＴＲＡＮＳ１０Ｄ、ＭＥＭ１２Ｂおよび／またはＭＥＭ１０Ｂ、ＰＲＯＧ１２Ｃおよび／または１０Ｃ、ＤＰ１２Ａおよび／または１０Ａ）を備える。さらに、前記通信の前記第２のデータフローにマッピングされた少なくとも１つのリソースブロックの前記少なくとも１つのパラメータへの前記一時的変更を実施して、少なくとも前記通信のレイテンシを減らすべく、前記決定に基づいて前記機能を適用する手段（図１に示すＴＲＡＮＳ１２Ｄおよび／またはＴＲＡＮＳ１０Ｄ、ＭＥＭ１２Ｂおよび／またはＭＥＭ１０Ｂ、ＰＲＯＧ１２Ｃおよび／または１０Ｃ、ＤＰ１２Ａおよび／または１０Ａ）を備える。
【０１１６】
上記段落による本発明の例示的態様では、少なくとも前記決定する手段および送信する手段は、トランシーバ［図１に示すＴＲＡＮＳ１２Ｄおよび／またはＴＲＡＮＳ１０Ｄ］、少なくとも１つのプロセッサ［図１に示すＤＰ１２Ａおよび／またはＤＰ１０Ａ］によって実行可能なコンピュータプログラム［図１に示すＰＲＯＧ１２Ｃおよび／またはＰＲＯＧ１０Ｃ］で符号化された非一時的コンピュータ可読媒体［図１に示すＭＥＭ１２Ｂおよび／またはＭＥＭ１０Ｂ］を含む。
【０１１７】
一般に、様々な実施形態が、ハードウェアまたは特定用途向け回路、ソフトウェア、ロジック、またはそれらのいずれかの組合せで実装されてもよい。例えば、一部の態様がハードウェアで、他の態様がコントローラ、マイクロプロセッサ等のコンピュータデバイスによって実行されうるファームウェアまたはソフトウェアで実装されてもよいが、本発明はこれらに限定されるものではない。本発明の各種態様は、ブロック図、フローチャート、または他の図的表現を用いて図示、記述されてもよい。本明細書に記載のこれらのブロック、装置、システム、技術、または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、特定用途向け回路やロジック、汎用ハードウェアやコントローラ、その他のコンピュータデバイス、またはこれらのいずれかの組合せで実装されてもよいと理解されるべきである。
【０１１８】
本発明の実施形態は、集積回路モジュール等の各種構成要素で実施されてもよい。集積回路の設計の多くは高度に自動化されたプロセスである。論理レベルの設計を、半導体基板上にエッチング、形成するための半導体回路設計に変換する複雑で強力なソフトウェアツールが利用可能である。
【０１１９】
本明細書に使用される「例示的」という用語は、「一例となる、実例、例示」を意味してもよい。本明細書に「例示的」であると記載されたいずれの実施形態も、その他の実施形態に対して好適である、または有利であると認められるものでは必ずしもない。「詳細な説明」に記載された全ての実施形態は、当業者が本発明を製造、使用できるように提供された例示的実施形態であり、請求項に定義された本発明の範囲を限定するものではない。
【０１２０】
前述の説明は、例示的で非限定的な例によって、本発明を実施するために発明者らによって目下のところ検討された最良の方法および装置を十分かつ詳細に記述している。しかし、こうした前述の説明を、添付する図面および特許請求の範囲と併せて読むと、種々の変更および適応が可能であることは、当該技術分野の当業者には明らかであろう。さらに、本発明が教示するこうした事項の全ておよび同様の変形は、本発明の範囲内にある。
【０１２１】
なお、「接続された」、「結合された」、またはそれらのいかなる変形も、２つ以上の要素の直接的または間接的な任意の接続または結合を表し、「接続された」または「結合された」２つの要素間に１つ以上の中間要素が存在する場合を含んでもよいことに留意されたい。これらの要素間の結合または接続は、物理的、論理的、またはそれらの組合せであることができる。本明細書において採用したように、２つの要素は、非限定的かつ非網羅的ないくつかの例として、１つ以上のワイヤ、ケーブル、および／またはプリント電気接続部を用いて、または、無線周波数領域、マイクロ波領域、および光学（可視および不可視の両方）領域の波長を有するもの等の電磁エネルギーを用いて「接続された」または「結合された」とみなしてもよい。
【０１２２】
また、本発明の好ましい実施形態の特徴の一部は、他の特徴を用いることなく有利に用いることができるであろう。したがって、前述の記述は単に本発明の原理を説明するのみであり、それを限定するものではないとみなすべきである。
【図１】
2020156084.tif 000003
【図２】
2020156084.tif 000004
【図３】
2020156084.tif 000005
【図４】
2020156084.tif 000006
【図５】
2020156084.tif 000007
【図６Ａ】
2020156084.tif 000008
【図６Ｂ】
2020156084.tif 000009
【外国語明細書】
2020156084000001.pdf