【誤訳訂正書】
【提出日】令和3年4月28日(2021.4.28)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】請求項１
【訂正方法】変更
【訂正の内容】
【請求項１】
画像取得システムであって、
高データレート（ＨＤＲ）無線通信リンク（ＨＤＲ−ＷＣＬ）を介した送信のためのパケットを形成する送信機と、
画像データを取得し、ＨＤＲデータを形成する画像取得デバイスと、
画像取得中に前記画像取得システムの少なくとも１つの機能を制御するための制御情報を取得し、前記画像取得システムの少なくとも確定的なタイミング要件に従って前記ＨＤＲ−ＷＣＬの前記パケットの制限されたパケットサイズを決定し、前記画像取得システムの前記確定的なタイミング要件及び前記制限されたパケットサイズに従って、前記パケットのうちの対応するパケットにおける前記制御情報を有する単一の無線データストリームにおいて、前記制御情報及び前記画像データの両方を送信するためのスケジュールを決定するスケジューラと
を制御する少なくとも１つのプロセッサを備え、
前記少なくとも１つのプロセッサは、前記制御情報を前記スケジュールに従った送信のための選択されたパケット内に配置し、前記画像データを少なくとも１つの他のパケット内に配置する、画像取得システム。
【誤訳訂正２】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】請求項１１
【訂正方法】変更
【訂正の内容】
【請求項１１】
少なくとも１つのプロセッサを有する画像取得システムによって行われるデータ送信方法であって、前記データ送信方法は、少なくとも１つのプロセッサによって制御され、
高データレート（ＨＤＲ）無線通信リンク（ＨＤＲ−ＷＣＬ）を介した送信のためのパケットを形成するように送信機を制御するステップと、
画像データを取得し、対応するＨＤＲデータを形成するように画像取得デバイスを制御するステップと、
画像取得中に前記画像取得システムの少なくとも１つの機能を制御するための制御情報を取得し、前記画像取得システムの少なくとも確定的なタイミング要件に従って前記ＨＤＲ−ＷＣＬの前記パケットの制限されたパケットサイズを決定し、前記画像取得システムの前記確定的なタイミング要件及び前記制限されたパケットサイズに従って、前記パケットのうちの対応するパケットにおける前記制御情報を有する単一の無線データストリームにおいて、前記制御情報及び前記画像データの両方を送信するためのスケジュールを決定するようにスケジューラを制御するステップと、
を有し、
前記少なくとも１つのプロセッサは、前記制御情報を前記スケジュールに従った送信のための選択されたパケット内に配置し、前記画像データを少なくとも１つの他のパケット内に配置するように動作する、データ送信方法。
【誤訳訂正３】
【訂正対象書類名】明細書
【訂正対象項目名】０００２
【訂正方法】変更
【訂正の内容】
【０００２】
通常、ＭＲＩシステムは、ＭＲＩシステムのコンポーネント間の通信をもたらす通信システムについて厳しい要件を有する。例えば、ＭＲＩ通信システムは、高データレート（ＨＤＲ）動作及び確定的な動作（例えば、リアルタイムオペレーティングシステム（ＲＴＯＳ））を同時にサポートしなくてはならない。現代のＭＲＩシステムは、通常、複数のチャネルに対しＭＲデータを並列に取得し、その後、このデータをデジタル化してデジタルコンテンツを形成することができる無線周波数（ＲＦ）コイルを用いる。このコンテンツのサイズに起因して、ＭＲＩ介入的手技等に必要とされるように、このデータをリアルタイムで閲覧するには、このコンテンツを転送するために通常１ＧＢＰＳを超えるデータレートが必要とされる。これらのデータレートは、従来のシステムにとって、患者をスキャンしながら、ＭＲＩシステムの厳重な制約下でＲＦコイルによってワイヤレスでリアルタイムに達成することが、不可能でないにしても困難である。これは、ＲＦコイルがコンテンツ送信と同時にコイルの機能のリアルタイム制御を必要とすることを含む多くの理由による。しかしながら、ＲＦコイルのリアルタイム制御は、現行技術のＨＤＲ通信システムによってもたらされる遅延よりも短い遅延を必要とする。なぜなら、従来の現行技術による通信システムはデータをバッファリングし、これにより、ＲＦコイルによってリアルタイム制御のために必要とされる遅延よりも大きい遅延をもたらし得るためである。
【誤訳訂正４】
【訂正対象書類名】明細書
【訂正対象項目名】０００８
【訂正方法】変更
【訂正の内容】
【０００８】
本システムの１つの態様は、同時に、ＲＴＯＳの確定的なタイミング要件をサポートし、かつＭＲＩ医用撮像に十分なデータを提供するために、低減された最小パケットサイズを有する高データレート通信プロトコルを利用することである。本システムの態様に従って、任意の高データレート通信プロトコルが用いられる。例示的な高データレート無線通信プロトコルは、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１５、超広帯域（ＵＷＢ）及びＴＳ３６．１０４を含むが、本明細書に論考されるように、他のプロトコルも適切に利用され、変更される。本システムの１つの実施形態によれば、この変更は、通信プロトコルの媒体アクセス制御（ＭＡＣ）レイヤにおいて行うことができ、全二重通信のための時分割複信又は周波数分割複信を用いて実施される。
【誤訳訂正５】
【訂正対象書類名】明細書
【訂正対象項目名】０００９
【訂正方法】変更
【訂正の内容】
【０００９】
本システムの実施形態によれば、画像取得システムが開示される。画像取得システムは、高データレート（ＨＤＲ）無線通信リンク（ＨＤＲ−ＷＣＬ）を介した送信のためのパケットを形成する送信機と、画像データを取得し、ＨＤＲデータを形成する画像取得デバイスと、画像取得中に画像取得システムの少なくとも１つの機能を制御するための制御情報を取得し、システムの少なくとも確定的なタイミング要件に従ってＨＤＲ−ＷＣＬのパケットの制限されたパケットサイズを決定し、画像取得システムの確定的なタイミング要件及び制限されたパケットサイズに従って、パケットのうちの対応するパケットにおける制御情報を送信するためのスケジュールを決定するスケジューラとを制御するように構成される少なくとも１つのプロセッサを備える。
【誤訳訂正６】
【訂正対象書類名】明細書
【訂正対象項目名】００１３
【訂正方法】変更
【訂正の内容】
【００１３】
本システムの実施形態によれば、少なくとも１つのプロセッサを有する画像取得システムによって行われるデータ送信方法が開示され、このデータ送信方法は、少なくとも１つのプロセッサによって制御される。本方法は、高データレート（ＨＤＲ）無線通信リンク（ＨＤＲ−ＷＣＬ）を介した送信のためのパケットを形成するように送信機を制御するステップ、画像データを取得し、対応するＨＤＲデータを形成するように画像取得デバイスを制御するステップ、及び／又は、画像取得中に画像取得システムの少なくとも１つの機能を制御するための制御情報を取得し、システムの少なくとも確定的なタイミング要件に従ってＨＤＲ−ＷＣＬのパケットの制限されたパケットサイズを決定し、画像取得システムの確定的なタイミング要件及び制限されたパケットサイズに従って、パケットのうちの対応するパケットにおける制御情報を送信するためのスケジュールを決定するようにスケジューラを制御するステップのうちの１つ又は複数を有する。本方法に従って、少なくとも１つのプロセッサは、制御情報をスケジュールに従った送信のための選択されたパケット内に配置し、画像データを少なくとも１つの他のパケット内に配置するように動作する。
【誤訳訂正７】
【訂正対象書類名】明細書
【訂正対象項目名】００１５
【訂正方法】変更
【訂正の内容】
【００１５】
本システムの実施形態によれば、コンピュータ可読メモリ媒体に記憶されたコンピュータプログラムであって、コンピュータプログラムは、パケット通信を行うように構成され、コンピュータプログラムは、高データレート（ＨＤＲ）無線通信リンク（ＨＤＲ−ＷＣＬ）を介した送信のためのパケットを形成するように送信機を制御し、画像データを取得し、対応するＨＤＲデータを形成するように画像取得デバイスを制御し、画像取得中に画像取得システムの少なくとも１つの機能を制御するための制御情報を取得し、システムの少なくとも確定的なタイミング要件に従ってＨＤＲ−ＷＣＬのパケットの制限されたパケットサイズを決定し、かつ／又は画像取得システムの確定的なタイミング要件及び制限されたパケットサイズに従って、パケットのうちの対応するパケットにおける制御情報を送信するためのスケジュールを決定するようにスケジューラを制御する、プログラム部分を備え、少なくとも１つのプロセッサは、制御情報をスケジュールに従った送信のための選択されたパケット内に配置し、画像データを少なくとも１つの他のパケット内に配置するように動作する、コンピュータプログラムが開示される。
【誤訳訂正８】
【訂正対象書類名】明細書
【訂正対象項目名】００２０
【訂正方法】変更
【訂正の内容】
【００２０】
明確にするために、本システムの実施形態が、ＭＲＩシステムの無線ＲＦコイル（ＷＲＦ）及びシステムコントローラ間の通信に関して示され、説明される。しかしながら、本システムの実施形態が、ＭＲＩシステムの他の部分間の無線通信方法、並びに高データレート（ＨＤＲ）無線通信を介した高帯域幅及びＲＴＯＳ制御が必要とされる他のタイプの医療用途、光学用途、及び他の用途における通信を提供することができることも構想される。例えば、本システムの実施形態は、ＲＴＯＳにより制御された光学ロボティック及び／又はアセンブリシステム等において用いられてもよい。同様に、本システムの実施形態は、制御情報（例えば、ＲＴＯＳ）及び／又は取得されたＭＲ情報（例えば、画像情報）が、本システムの実施形態に従って動作するＨＤＲデータリンクを用いて交換されるように、２つのＷＲＦ間の通信を可能にする。本システムは、適切には、高周波数データストリームが存在し、制御データが所与の確定的な環境を満たすために低レイテンシで時間が高度に正確である必要がある任意の無線用途において利用される。
【誤訳訂正９】
【訂正対象書類名】明細書
【訂正対象項目名】００２５
【訂正方法】変更
【訂正の内容】
【００２５】
無線結合１２４−ｘは、ＨＤＲ−ＷＣＬをサポートする任意の適切な無線通信をサポートする。ＨＤＲ−ＷＣＬは、例えば、１ＧＢ／秒より高いスループットを有し、変更されたパケットサイズ（例えば、＞４ＫＢから変更された＜１ＫＢ）を用いて、本システムの実施形態によって示されるようなＲＴＯＳの確定的なタイミング要件をサポートする。例えば、従来のシステムは、第１の送信システムと、小さなパケットサイズを有するデータストリームとを利用して、ＲＴＯＳの確定的な要件を満たし、第２の送信システムと、第１の送信システムよりも比較的大きなパケットサイズ（例えば、＞４ＫＢ）を有する画像データのためのデータストリームとを利用して、画像データのＨＤＲを満たす。本システムによれば、画像データのためのより高いスループット要件も満たしながら、ＲＴＯＳの確定的なタイミング要件を満たすために、標準的な送信システムからの低減されたパケットサイズ（例えば、１ビット〜≦１ＫＢの制限されたパケットサイズ）を有する単一の無線データストリームが利用される。例えば、データリンク（例えば、ＨＤＲ−ＷＣＬ）の効率性を最大にするために、これらのパケットは、制御メッセージのサイズ（例えば、ＲＴＯＳＣＩサイズ）よりも大きいが、そうである必要はない（すなわち、パケットサイズは、制御メッセージのサイズであってもよい）。例えば、本システムの実施形態によるデータパケットのサイズは、無線送信システムのデータリンクスループット、無線送信システムのデータリンク利用可能性、及び／又は利用される制御メッセージのサイズによって決定される。本明細書において論考されるパケットサイズは、例示の目的であり、本システムの実施形態に従って決定されるパケットサイズの潜在的な選択を制限するように意図されるものではない。
【誤訳訂正１０】
【訂正対象書類名】明細書
【訂正対象項目名】００３４
【訂正方法】変更
【訂正の内容】
【００３４】
ステップ２０３中、プロセスは、本システムの実施形態による２つ以上のモジュール間で無線通信リンク（ＷＣＬ）を確立する。上記で論考したように、無線通信リンクは、本システムの実施形態に従って動作する適切なＨＤＲ−ＷＣＬに対応する。ステップ２０３を完了した後、プロセスは、ステップ２０５に続き、ＲＴＯＳ制御情報（ＲＴＯＳＣＩ）を取得する。ＲＴＯＳＣＩは、（例えば、動作パラメータに応答して）プロセスによって生成され、かつ／又はシステムのメモリに記憶される。しかしながら、明確にするために、ＲＴＯＳＣＩはシステムのメモリから得られる。ＲＴＯＳＣＩは、関連付けられた確定的なタイミング要件を有するＲＴＯＳ制御情報を含む。例えば、本システムの実施形態によれば、プロセスは、実行される所与のスキャン（例えば、膝スキャン、頭部スキャン、肩スキャン）をサポートするＲＴＯＳＣＩを得る。ＲＴＯＳＣＩは、センサのうちの１つ又は複数（例えば、図１からのセンサ１１６）等の本システムの他の部分からも受信される。ＲＴＯＳＣＩは、１つ又は複数のソースから予め定義され、変更され、受信され、かつ／手動で入力される。ＲＴＯＳＣＩは、システムのメモリにも記憶される。
【誤訳訂正１１】
【訂正対象書類名】明細書
【訂正対象項目名】００３５
【訂正方法】変更
【訂正の内容】
【００３５】
図３は、本システムの実施形態に従って実行されるＭＲスキャンの例のタイミング図の一部分のグラフ３００を示す。明確にするために、グラフ３００のタイミング図が、例示の目的のみで提供され、他のタイミング図及び／又は情報が、実行されるスキャンのタイプに基づいて適切に利用されてもよいことが想定されるべきである。例えば、当業者に容易に理解されるように、膝スキャンは、頭部スキャン等と異なるタイミング図を有する。本システムの実施形態によれば、ＲＴＯＳＣＩ等のグラフ３００における情報は、スキャンの実施の前に既知である。ＲＴＯＳＣＩに関して、この情報は、システムの確定的なレイテンシ要件（例えば、制御情報は、制御情報に対するステップを行うことが必要となる前に受信されなくてはならない）を示すシステムレイテンシ情報を含む。ＲＴＯＳＣＩは、以下でステップ２０７を参照して説明されるように、本実施形態（例えば、ｎを参照）における０．５ｍｓの間隔等の周期的間隔（ＰＩ）３１１を更に示す。ＰＩは、所望に応じて、プロセスによって決定され、後の使用のためにシステムのメモリに記憶される。本システムの実施形態によれば、プロセスは、この確定的なレイテンシに従ってパケットをサイズ調整し、かつ／又は制御語を送信する。
【誤訳訂正１２】
【訂正対象書類名】明細書
【訂正対象項目名】００３６
【訂正方法】変更
【訂正の内容】
【００３６】
プロセスは、本システムの実施形態による選択された無線ＲＦコイルの３つの主要機能等のモジュールの１つ又は複数の主要機能を制御するように動作する。ＲＴＯＳＣＩは、これらの（ＲＴＯＳ）機能、対応する（ＲＴＯＳ）タイミング間隔、及び／又は確定的なタイミングを必要とする対応する（ＲＴＯＳ）コマンドを示す。例えば、これらの機能（例えば、ＲＴＯＳ機能）は、ＴＸ励起中のコイル要素デチューニング（例えば、「コイルデチューニング」又はデチューニングを参照）、受信期間（例えば、「受信」を参照）中に発生したＭＲ信号を受信するためのコイル要素チューニング（例えば、「コイルチューニング」又はチューニングを参照）等のステップを含み、システムコントローラ等の指定された受信機に受信信号（例えば、受信した発生したＭＲ信号）のデータ送信のために送信する（例えば、「送信」を参照）。
【誤訳訂正１３】
【訂正対象書類名】明細書
【訂正対象項目名】００３７
【訂正方法】変更
【訂正の内容】
【００３７】
例えば、ＲＴＯＳ機能（例えば、「コイルデチューニング」、「コイルチューニング」及び「送信」）の各々は、例えば、対応する機能に一意である数値表現（例えば、バイナリ表現）等の任意の適切な方法を用いて表される対応するＲＴＯＳコマンドを有する。これらの機能のステップの各々は、対応する機能の（例えば、開始時間及び停止時間によって定義されるような）所与の持続時間にわたって実行される。例えば、例示的に示されるように、コイルチューニング機能及びコイルデチューニング機能は、各々が、３ｍｓの持続時間を有する一方で、送信機能は、２ｍｓの持続時間を有する。本システムの実施形態によれば、受信機能は、５ミリ秒の持続時間を有する。しかしながら、本システムの実施形態による他の値も構想される。これらの機能の動作持続時間及び／又は（例えば、連続している、重複している等の、時間における）順序付けは、所望に応じて、行われているスキャンのタイプ（例えば、膝、頭部、肘、肩等）及び／又は所望のスキャンシーケンスに従って設定される。本システムの実施形態によれば、ＲＴＯＳＣＩは、システムの確定的なタイミング要件のうちの少なくともいくつかを定義する。
【誤訳訂正１４】
【訂正対象書類名】明細書
【訂正対象項目名】００３９
【訂正方法】変更
【訂正の内容】
【００３９】
図２に戻って参照すると、ステップ２０５を完了した後に、プロセスはステップ２０７に続き、プロセスは、ＲＴＯＳＣＩに従ってスケジューリング（例えば、スケジューラとして動作するプロセッサ）を実行する。例えば、プロセスは、スケジューリング（例えば、配列）のためにＲＴＯＳＣＩをスケジューラに提供する。スケジューラは、システムの確定的なタイミング要件に従って本明細書に記載されるステップ等のシステムの様々な機能（ＲＴＯＳ機能ステップを含む）を配列する。このため、本システムの実施形態によれば、スケジューラは、スキャンの開始前（例えば、実施前）に知られているシステムのステップを順序付ける。しかしながら、他の実施形態では、スケジューラが、スキャン中に決定されかつ／又は得られるシステムの１つ又は複数の機能を配列することが構想される。例えば、介入性ＭＲＩ及び／又はロボティックアセンブリの実施形態において、プロセスは、スキャン又は他の動作前にＲＴＯＳ機能ステップを決定し、その後、これらのステップを順序付ける。
【誤訳訂正１５】
【訂正対象書類名】明細書
【訂正対象項目名】００４０
【訂正方法】変更
【訂正の内容】
【００４０】
本システムの実施形態によれば、確定的なタイミング要件は、ＲＴＯＳＣＩによって定義され、かつ／又は、システムの遅延要件によって定義される。例えば、本システムの実施形態に従って動作する閉ループシステムの場合、ＲＴＯＳＣＩ等のオプションは事前に既知である。しかしながら、リモートで動作するシステム（例えば、様々な遅延を有してネットワークを介して動作するシステム（例えば、インターネット）等の互いからリモートで動作するシステム）について、確定的なタイミング要件がリアルタイムで決定される。更に、本システムの実施形態によれば、いくつかのアクションは、確定的な応答及び／若しくは順序を有し、かつ／又はシステムのアクションのシーケンスは、システム及び／若しくはユーザによって制御される。
【誤訳訂正１６】
【訂正対象書類名】明細書
【訂正対象項目名】００４１
【訂正方法】変更
【訂正の内容】
【００４１】
スケジュールに従って、ＲＴＯＳコマンドはＲＴＯＳＣＩに含められ、ＨＤＲ−ＷＣＬ（例えば、無線結合１２４−ｘ）を介して送信され、その後、本実施形態において１ｍｓ以内等の閾値時間内に実施される。しかしながら、他の閾値時間も構想される。スケジューラはまた、本システムの実施形態による０．５ｍｓ等の決定された値にＰＩを設定する。例えば、ＰＩは、ＰＩの各々が機能のステップの各々の開始時間及び停止時間とアラインされるように時間期間の最小公分母としてシステムによって決定され、かつ／又はシステムによって予め決定され、後に用いるためにシステムのメモリに記憶される。したがって、０．５ｍｓの（等しく離間された）ＰＩは、システムの確定的なタイミング要件に準拠しながら、機能のステップの各々の開始時間及び停止時間に対応する。このため、機能のステップ（例えば、本実施形態におけるチューニング、デチューニング、受信）の各々についての開始時間及び停止時間は、ＰＩによって定義されるような特定のｎ番目の間隔の開始時間に対応し、かつ／又はアラインされる。
【誤訳訂正１７】
【訂正対象書類名】明細書
【訂正対象項目名】００４２
【訂正方法】変更
【訂正の内容】
【００４２】
本システムの実施形態によれば、ＰＩは、例えば、２つの方法、すなわち、（１）リンクの更新レートの最小間隔、又は（２）ＲＴＯＳ通信の転送等のシステムのより高速な活動のパーセンテージ（％）係数、のうちの１つを用いて定義される。更に、例えば、人間は、＜１５０ｍｓの動きを区別することができず、このため、人間の観点から、１ｍｓの更新で、運動が連続していることを確実にすることができる。ＰＩ（１）の更新レートは、ＰＩ内に一連のアクションを含み、この結果としてＰＩ（２）＜ＰＩ（１）となることも構想される。この例のための全てのアクションは、ＰＩ（１）間隔に基づいて依然として確定的である。送信に関して、所与の間隔ｆ（ｎ）のためのＲＴＯＳコマンドが、（ｎ−ｊ）番目の間隔等の前の間隔において送信されることが仮定され、ここで、ｊは整数であり、本実施形態において１に等しく設定される。しかしながら、所望に応じてユーザ及び／又はシステムによって設定されるような、ｊについての他の値も構想される。例えば、ｊ＝１を設定することによって、ｎ番目の間隔のためのＲＴＯＳコマンドは、（ｎ−１）番目の間隔において送信されるようにスケジューリングされる。これは、図３を参照して説明され、図３において、タイミング図３００の一部分についてｎ番目及び（ｎ−１）番目が示されている。
【誤訳訂正１８】
【訂正対象書類名】明細書
【訂正対象項目名】００４４
【訂正方法】変更
【訂正の内容】
【００４４】
本システムの実施形態によれば、スケジューラはデータパケットアーキテクチャも決定する。したがって、プロセスは、ＲＴＯＳの確定的なタイミング要件をサポートし、かつＭＲＩ撮像に十分なデータレートをサポートするための所与のパケットサイズを決定する。本システムの実施形態によれば、パケットサイズが決定された後、プロセスは、本明細書において論考されるような（例えば、制限されたパケットサイズに低減するための）用いられている伝送プロトコル又は規格（例えば、ＩＥＥＥ８０２．１１等）によって決定されるような標準パケットサイズからパケットサイズを変更する。本システムの実施形態によれば、パケットサイズは、一旦選択されても、例えばＲＴＯＳＣＩ、画像スループット要件、スキャンタイプ、センサ情報等の変化に基づいて以前のパケットサイズから変更され（例えば、説明されたようなステップ２０３、２０５、２０７等のうちの１つ又は複数を繰り返す）、次にパケットサイズは、説明されるように、制御及び画像情報の送信のために利用される（例えば、ステップ２０９、２１１、２１３等のうちの１つ又は複数）。
【誤訳訂正１９】
【訂正対象書類名】明細書
【訂正対象項目名】００４６
【訂正方法】変更
【訂正の内容】
【００４６】
ステップ２１１中に、プロセスは、スケジューラによって決定されたパケットサイズ等の制約に従って送信のためのデータパケットを（例えば、プロセスの送信機において）構築する。上記で論考したように、確定的な要件を確保するために、所与の間隔ｆ（ｎ）のＲＴＯＳコマンドが、前の間隔ｆ（ｎ−１）中に送信される。このステップ中、プロセスは、ＲＴＯＳＣＩが現在の間隔に利用可能であるか否かを判断する。例えば、ＲＴＯＳＣＩが現在の間隔（（ｎ−１）番目の間隔であると想定される）に利用可能であると判断される場合、プロセスはＲＴＯＳパケットを構築し、ＲＴＯＳパケットは、対応するＲＴＯＳコマンドを含み、オープンシステム相互接続（ＯＳＩ）モデルプロトコルスタックの媒体アクセス制御（ＭＡＣ）サブレイヤ（例えば、ＯＳＩプロトコルスタックにおけるレイヤ２）におけるプロトコルデータユニット（ＰＤＵ）のパケットを含むデータストリーム内にＲＴＯＳパケットを配置する。このようにして、ＲＴＯＳパケットは、ＲＴＯＳパケットの確定的なタイミング要件が満たされることを依然として確実にしながら、ＨＤＲデータパケットも含むデータストリームに挿入される。更に、本システムの実施形態によれば、容易に理解されるように、プロセスは、任意のＨＤＲが利用可能であるか否かを（例えば、データソースのバッファをチェックすることによって）更に判断し、本システムの実施形態によれば、ＲＴＯＳパケット内の残りの空間（例えば、パケット内の空の空間をパディングする）及び／又はＰＤＵ内の任意の残りのパケットを、スケジューラによって示されるパケットサイズ制約を受けるＨＤＲデータで埋める。
【誤訳訂正２０】
【訂正対象書類名】明細書
【訂正対象項目名】００４９
【訂正方法】変更
【訂正の内容】
【００４９】
明確にするために単一のＲＴＯＳパケット４０１のみが示されているが、明らかに、所与の実施形態の任意の所与の確定的な制御要件を満たすための必要に応じて、データストリーム４０５内に２つ以上のＲＴＯＳパケットが挿入されてもよいことが理解されるべきである。通常、データストリームのコースにわたって２つ以上のＲＴＯＳパケットが用いられる。更に、ＣＲＣが、データストリーム４０５の別個のパケット等の別個の部分を占有するものとして示されているが、所望に応じてＭＡＣ  ＰＤＵのうちの２つ以上の誤り訂正のために用いられてもよい。所望に応じて、ＣＲＣは、ＭＡＣ  ＰＤＵのうちの１つ又は複数に配置される。更に、本システムの実施形態及びＭＡＣ  ＰＤＵヘッダ内の適切な表示によれば、ＲＴＯＳは、ＭＡＣ  ＰＤＵからの別個のパケットとして例示的に示されるが、ＲＴＯＳは、ＭＡＣ  ＰＤＵの一部分として挿入されてもよい。
【誤訳訂正２１】
【訂正対象書類名】明細書
【訂正対象項目名】００５０
【訂正方法】変更
【訂正の内容】
【００５０】
本システムの実施形態によれば、１つ以上のパケット（例えば、パケット１〜パケットＮ、ここで、Ｎは整数である）及び誤り訂正（ＣＲＣ）エリアは、従来のＭＡＣ  ＰＤＵ（ＭＰＤＵ）に類似している。したがって、ヘッダ、時間、コマンド及びＣＲＣエリアは、ＷＤＬによって用いられる通信方法（例えば、ＩＥＥＥ８０２．１１等）によって定義されるものに類似している。明確にするために、これらのエリアは、本明細書において更に論じられないが、ＲＴＯＳパケット４０１（例えば、ＲＴＯＳＣＩを含む）及びプロセスによって決定されるＨＤＲデータを含むパケット（例えばパケット１〜パケットＮ）のうちの１つ又は複数が本システムの実施形態に従って形成される。本システムの実施形態によれば、ペイロードの時間基準は、リンク間隔に基づくが、他のタイミング検討事項が、任意の所与の確定的な間隔においてＲＴＯＳパケットを提供するために適切に適用されてもよい。本システムの実施形態によれば、パケット到達が、パケットが利用される時間に先行する限り、パケットが送達されるときと無関係に所望に応じて、ペイロードデータに沿って符号化されるタイミング情報を用いてデータが復号される。
【誤訳訂正２２】
【訂正対象書類名】明細書
【訂正対象項目名】００６３
【訂正方法】変更
【訂正の内容】
【００６３】
したがって、本システムの実施形態は、１ＧＢＰＳを超えるスループットで高データレート無線リンクを提供し、ＲＴＯＳの確定的なタイミング要件をサポートするように決定されたパケットサイズを用いる。したがって、本システムの実施形態は、ＭＲＩシステムコントローラとＲＦコイルとの間の通信のために従来のＭＲＩシステムによって用いられる１つ又は複数のケーブル（例えば、光、ＲＦ）を省いた無線リンクを用いてこれらの要件に同時に備えることができる。
【誤訳訂正２３】
【訂正対象書類名】明細書
【訂正対象項目名】００６４
【訂正方法】変更
【訂正の内容】
【００６４】
本システムの実施形態は、本システムの実施形態に従って動作する高データレート（ＨＤＲ）通信プロトコルを用いて実現される。例えば、本システムの実施形態は、（ＨＤＲ通信プロトコルによって定義される）最小パケットサイズを低減するように動作し、それによって、本システムの実施形態に従って動作する変更された高データレート通信方法が、ＭＲＩ医用撮像に十分なＲＴＯＳの確定的なタイミング要件及びデータレートを同時にサポートするようにする。例えば、最小パケットサイズの低減（例えば、変更）が、ＨＤＲ通信プロトコルのＭＡＣサブレイヤにおいて行われる。本システムの実施形態によれば、この変更（例えば、低減）は、特定の通信プロトコルに限定されない。この変更は、適切なＭＡＣレイヤ変更を用いて、限定ではないが、例えばＷｉＦｉ（商標）（例えば、８０２．１１）通信プロトコルを含む他のプロトコルにおいて行われる。本システムの実施形態によれば、他のレイヤも変更される。例えば、時分割複信（ＴＤＤ）システムの場合、物理レイヤの変更は、ＲＴＯＳアプリケーションをサポートするためにＴＸからＲＸに切り替え時間を低減するために行われる。