(57)【要約】  データ送信を行うための方法および装置が開示されている。一実施形態は、データを送信するための送信機会を与える。送信機会は、ペイロードのためのペイロード部を含んでよい。上記の方法は、ペイロード部を送信する。ペイロード部は、ペイロード部が始まる開始部分と、ペイロード部が終わる完了部分とを含む。一実施形態は、開始部分が送信された後、かつ、ペイロード部の完了部分が送信される前に、制御情報を送信する。一実施形態において、制御情報は、ペイロード部の送信が完了する見込みを示す。
2015531576.tif 000002
【特許請求の範囲】
【請求項１】
通信に用いられる方法であって、
ペイロードデータのためのペイロード部を送信するための送信機会を含む、データを送信するための複数の送信機会を与えるステップと、
上記ペイロード部が始まる開始部分と、当該ペイロード部が終わる完了部分とを含む上記ペイロード部を送信するステップと、
上記開始部分より後に、かつ、上記完了部分より前に、上記ペイロード部の完了を示す制御情報を送信するステップと、を含むことを特徴とする方法。
【請求項２】
ペイロードデータは、符号によって表され、
上記制御情報は、少なくとも１つの符号の位置において送信されることを特徴とする請求項１に記載の方法。
【請求項３】
上記少なくとも１つの符号の位置は、設定可能であることを特徴とする請求項２に記載の方法。
【請求項４】
上記送信機会は、データ送信のためのタイムスロットとして与えられることを特徴とする請求項１に記載の方法。
【請求項５】
上記制御情報は、上記ペイロード部の送信の完了までの残りの量を知らせるメッセージとして与えられることを特徴とする請求項１に記載の方法。
【請求項６】
上記制御情報は、意味と関連付けられたフラグとして与えられることを特徴とする請求項１に記載の方法。
【請求項７】
上記フラグは、第１の動作状態において、アイドル動作と関連付けられており、
さらに、上記フラグは、第２の動作状態において、上記ペイロード部の送信が完了するまで送信されるペイロードが存在していることと関連付けられていることを特徴とする請求項６に記載の方法。
【請求項８】
ペイロード部を送信する第１のモードにおいて送信される上記フラグは、上記ペイロード部を送信する第２のモードにおけるペイロード部の将来の送信と関連付けられていることを特徴とする請求項１に記載の方法。
【請求項９】
上記ペイロード部を送信するにあたり、複数のキャリアを使用し、
上記フラグを送信するにあたり、上記複数のキャリアのサブセットを使用することを特徴とする請求項１に記載の方法。
【請求項１０】
上記ペイロード部の送信の完了時点で受信機に動作状態を変更させるために、
上記制御情報は、上記ペイロード部の送信中における、十分に早い時間に送信されることを特徴とする請求項１に記載の方法。
【請求項１１】
上記送信機会の範囲内において、上記制御情報を反復的に送信するステップを含むことを特徴とする請求項１に記載の方法。
【請求項１２】
上記制御情報の送信は、所定の計画に従っていることを特徴とする請求項１１に記載の方法。
【請求項１３】
通信装置を用いて複数の符号を生成するステップを含み、
上記複数の符号のうちの少なくとも１つは、受信機が低電力モードへの移行を許容することを識別するための特定のデータパターンを含んでいることを特徴とする方法。
【請求項１４】
通信に用いられる通信装置であって、
上記通信装置の送信生成ユニットを備えており、
上記送信生成ユニットは、複数の符号を生成するように構成されており、
上記複数の符号のうちの１つは、受信機が状態の変化を許容することを識別するための特定のデータパターンを含んでいることを特徴とする通信装置。
【請求項１５】
少なくとも１つの符号は、上記特定のデータパターンを含む上記複数の符号のうちの１つに先行し、かつ、
少なくとも１つの符号は、上記特定のデータパターンを含む上記複数の符号のうちの１つに後続することを特徴とする請求項１４に記載の通信装置。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
本出願は、２０１２年１０月１３日に出願された特許仮出願ＵＳ６１／７１３，５２３の利益を主張し、その利益が与えられている。
【０００２】
隣接する装置は、電話線、同軸ケーブル、光ファイバ、衛星といった通信回線によって物理的に接続されることが可能である。理論上、これらの物理リンクは、データのビットが、送信されたのと正確に同じ順番で配送されることを含意している。物理リンクは、固有の記憶容量を有しないので、含まれている遅延は、当該リンクに亘る伝搬遅延である。リンク間のデータの送信は、もしエラーが全く起きなければ、確かにとても単純であろう。現実の物理リンク中では、上記の状況とは異なることがある。ノイズまたは混信等の自然現象が、リンク内に導かれ、データを検出する時にエラーを引き起こすためである。リンク内に伝播遅延が存在する。送信局と受信局とによって必要とされる有限のデータ処理時間が存在する。従って、データ接続プロトコルはエラーフリーの転送を保証するために設計される必要があり、そしてまた、可能な限り高いデータ送信効率を達成するために設計される必要がある。
【０００３】
デジタル加入者回線（ＤＳＬ）の技術は、その歴史に亘って、顧客により良いブロードバンドサービスを供給することを目指して、ビット率を向上させることを試みてきた。不運にも、中央局（ＣＯ）から顧客構内（ＣＰＥ）へ配設される銅回線はかなり長く、数Ｍｂ／ｓ以上のビット率でデータを送信することができなかった。ビット率を増やすために、現代のアクセスネットワークは、ストリートキャビネット、ＭＤＵ−キャビネット、および類似する構成を使用している。キャビネットは、高速のバックボーン通信回線によって、ＣＯと接続されている。こうした高速のバックボーン通信回線は、マルチギガビットの受動光ネットワーク（ＧＰＯＮ）等であり、顧客構内の近くに設置される。これらのキャビネットから、Very-High-Bit-Rate DSL（ＶＤＳＬ）等の高速ＤＳＬシステムが展開されてよい。現在のＶＤＳＬシステム（ITU-Recommendation G.993.2）は、約１ｋｍの動作範囲を有しており、数十Ｍｂ／ｓのビット率を提供する。キャビネットから展開されるＶＤＳＬシステムのビット率を増加させるために、最近のITU-T Recommendation G.993.5は、方向毎に１００Ｍｂ／ｓまでビット率を増加させることが可能なベクトル伝送を規定している。
【０００４】
しかしながら、アクセスネットワーク市場の最近の傾向は、１００Ｍｂ／ｓでさえも十分ではないことを示しており、１．０ＧＢ／ｓまでビット率を向上させることが要求されている。このようなビット率は、ＣＰＥを接続する銅のペアが５０〜１００ｍぐらい短い場合にしか達成できないであろう。このように短いループを利用した動作は、配布ポイント（ＤＰ）と呼ばれる多くの小さいストリート／ＭＤＵキャビネットの装置を必要とする。近年の分析によって示されているように、ＤＰは、８〜１６人等の非常に少人数の顧客にサービスを提供することを意図している。あるソースは、例えば２４人または３２人という、サービス提供の対象となるより多くのユーザの数を報告している。それゆえ、ＤＰは、非常に柔軟性の高い装置の設置方法を許容すべきである。ＤＰは、空調装置なしで、柱、家の壁、または建物の基礎部に、手軽かつ容易に設置されるべきである。このような柔軟性の高い接続プランにとって、最も困難な問題は、ＤＰに電力を供給することである。唯一の見出された解決策は、ＤＰの装置が接続された顧客によって電力を供給されている時の、いわゆる“逆給電”である。
【０００５】
これらの、そしてまた、他のいくつかの要求は、ＤＰの消費電力にかなりの制限をもたらす。よって、消費電力を低減するための特別な手段が開発されている。
【０００６】
スリープモード、転送電力の減縮、沈黙時間（短時間のスリープモード）などを含むＤＰの消費電力を低減させるための多数の方法がある。ある方法では、伝送すべきデータがない時に、短期間で送信（対応する受信）を停止することもある。この動作方法は、説明された他の方法とともに、ＤＰに取り付けられた最近のＤＳＬシステムに使用されることを意図している。類似する方法は、有線ホームネットワークまたはいくつかのワイヤレスシステムにおいて同様に使用される。
【０００７】
いわゆる“不連続な動作”の典型的な方法は、送信すべきデータがない時に、符号の送信を行わないことである。この方式は、高信号対雑音比（ＳＮＲ）によって動作する低いビット率の狭周波数帯域システムにおいて簡単に実装できる。このタイプのシステムの一例としては、受信機が受信した信号の電力を単に監視することである。電力の損失は信号の送信が無いことを示し、そして、受信機はスリープモードへ移ることもできる。
【０００８】
最近のＤＳＬ（特にこれらはＤＰから展開されている。これらは１００〜２００ＭＨｚまでの非常に広い周波数帯で動作するからである）は、非常に低いＳＮＲによって動作し、時には負のＳＮＲによってさえ動作する。従って、受信した電力の直接的な物理的測定はほぼ不可能である。
【０００９】
本発明の１つまたは複数の実施形態は、消費電力をさらに低減させることができる解決策を提供している。このため、ＤＰ装置を実際に柔軟かつ安価にすることができる。
【００１０】
消費電力をさらに低減させるための方法の１つとしては、どれだけ多くの符号が送信されるかを受信機に通知することである。この情報によれば、伝送フォーマットの最後の符号が受信された直後に、受信機が電源を切る準備をすることができるからである。
【００１１】
比較的多量の転送に適応するために、例えば以前のスーパーフレームごとに、以前の伝送期間を設定しておくという方法がある。従って、伝送期間がひとたび通信されると、当該伝送期間は受信機によって格納され、比較的多量の送信の全体に亘って利用される。しかし、これをもってしても、現在の通信システムは全般的に複雑であるため、最近の通信パターンでは、ほぼ追いつくことはない。例えば、量がスーパーフレーム１つの場合では、スーパーフレームより小さなフレームへの送信に適応させる必要があるので、１つのスーパーフレームの断片毎の送信される符号の数を変更することは不可能である。このため、効率が低下し、応答時間が長くなってしまう。
【００１２】
時分割多重（ＴＤＤ）の方法を使用するシステムにおいて、他の方法では、各ＴＤＤの同じフレーム中に送信されたデータのペイロードの実際の長さおよび他の制御情報が、必要に応じて伝送される。問題は、長さの識別子を伝送するフレームのビットが消去され得るということである。さらなる問題は、情報の長さを受信および符号化するために、受信機にとっての時間が不十分である場合があるということである。フレームの送信期間において、新しいパケットが到達する時に問題は生じる。なぜなら、ＴＤＤフレームの開始時に送信される長さの識別子は、ＴＤＤフレームの送信期間に入力される新しいパケットを考慮することができないからである。
【００１３】
〔概要〕
以下、本発明の１つまたは複数の態様を基本的に理解するための概要を提示する。この概要は、本発明の拡張された全体像ではない。また、この概要は本発明の重要点または要点となる要素を特定する意図もないし、本発明の範囲を描写する意図もない。逆に、この概要の主要な目的は、後で提示されるさらに詳細な記述に先立ち、簡略化された形式で、本発明のいくつかの概念を提示することである。
【００１４】
１つの態様において、方法の独立請求項において規定された方法が提示される。別態様において、装置の独立請求項において規定された装置が提示される。さらに別の態様において、コンピュータ読み取り可能な媒体の独立請求項において規定されたコンピュータ読み取り可能な媒体が提示される。従属請求項は、１つまたは複数の態様に係る実施形態を規定している。これらの実施形態の構成は、組み合わせられないと明記されている場合を除いては、互いに組み合わせられてよいことに留意されたい。例えば、方法の実施形態の構成は、装置の実施形態によって実現されてよい。例えば、装置の実施形態の構成は、方法の実施形態のステップを実行するために使用されてよい。
【００１５】
本発明はデジタル加入者回線（ＤＳＬ）のアクセスネットワークに適用される。特に本発明は、配布ポイント（ＤＰ）から展開される時、ＤＳＬを通じての音声電話（ＶＯＩＰ）、データ送信、ビデオストリーミング等を含む様々なサービスを提供する他のネットワークに適用される。本発明は、低電力状態を提供することによりＤＳＬモデムおよび関連装置の消費電力を低減させるシステムおよび方法を含んでいる。低電力状態において、ＤＳＬモデム等のネットワーク装置は、消費電力がゼロの状態またはそれに近い状態となる。本明細書では、いくつかの実施形態に係る態様において、通信に用いられる方法について述べている。
【００１６】
説明された実施形態は、通信に有益である。従来の解決策と比較すれば、少なくとも１つの効果は消費電力の低減である。
【００１７】
この概要は、クレームの範囲または意味を解釈または制限するために用いられるものではないという理解に伴って提示されている。この概要は、クレームされた対象物の主要な構成または必須の構成を特定することを意図していない。他の方法、装置、または媒体も開示されている。当業者であれば、下記の詳細な説明を読み、かつ、添付の図面を見ることにより、付加的な構成および利点を認識することができるであろう。
【００１８】
〔図面の簡単な説明〕
図１は、本発明の一実施形態に係るデータ送信方法を利用するシステムを説明するブロック図である。
【００１９】
図２は、本発明の一実施形態に係るマルチレイヤプロトコル構造の例を説明する概略図である。
【００２０】
図３は、本発明の一実施形態に係るデータ送信フレームを示すブロック図である。
【００２１】
図４は、本発明の一実施形態に係る例示的な送信スキームを示すダイアグラムである。
【００２２】
図５は、本発明の一実施形態に係るマルチレイヤプロトコル中のデータ送信フレームに関するタイムラインを示す時間ダイアグラムである。
【００２３】
図６は、本発明の一実施形態に係る多重送信を示す時間ダイアグラムである。
【００２４】
図７は、本発明の複数の実施形態に係る多数の通信線における送信を示す時間ダイアグラムである。
【００２５】
〔発明の詳細な説明〕
第１の態様において、本発明は、データを送信するための方法を包含している。本発明の第１の態様に係る実施形態は、データを送信するための送信機会を与えるステップを包含している。実施態様では、送信機会は、ペイロードデータのためのペイロード部を送信するためのものであることを包含する。本方法は、ペイロード部を送信するステップを包含する。実施形態で、ペイロード部は、ペイロード部が始まる開始部分と、ペイロード部が終わる完了部分とを包含する。実施形態は、開始部分が送信された後、かつ、ペイロード部の完了部分が送信される前に、制御情報を送信するステップを包含する。実施形態において、制御情報は、ペイロード部の送信が完了する見込みを示している。いくつかの実施形態において、制御情報は、ペイロード部を送信する間において、ペイロード部を送信するための異なる送信モードを将来的に使用することを示している。実施形態において、ペイロード部を送信するための送信機会は、複数の他の送信機会の内の１つである。いくつかの実施形態において、複数の送信機会（すなわち、１つおよび他の送信機会）は、伝送媒体において同時に２つ以上の送信機会による送信が行われないように、順番に与えられる。
【００２６】
第１の態様の変形例において、データ送信に利用するために、本発明は、データを送信する複数の送信機会を与えるステップを包含している。複数の送信機会の内のある送信機会は、ペイロードデータのためのペイロード部を包含する。そして、本発明は、ペイロード部を送信するステップを包含する。ペイロード部を送信することは、開始部分、ペイロード部の完了を示す制御情報、および完了部分をこの順番で送信するステップを包含する。開始部分と完了部分との両方は、ペイロードデータを送信するために利用されてよい。
【００２７】
少なくとも１つの効果は、送信されたペイロード部を受信する受信機は、ペイロード部を受信している最中に、ペイロード部の送信完了後のための時間を準備することができるという点である。例えば、この準備によって、受信機は、ペイロードを受信した直後に、所定の機能を実行することができる。所定の機能は、例えば次に予想されるペイロードデータの部分まで、受信機を停止させる機能等である。この効果により、電力消費が低減される。
【００２８】
実施形態において、ペイロードは符号として送信される。そして、制御情報は少なくとも１つの符号の位置に与えられる。実施形態において、少なくとも１つの符号の位置は、設定可能な状態であらかじめ定められている。ある実施形態において、設定は初期化中に規定されてよい。ある実施形態において、設定はデータ送信中に規定されてよい。他の実施形態において、設定は媒体のアクセスプランに応じて規定されてよい。少なくとも１つの効果は、制御情報が少なくとも１つの符号のあらかじめ定められた位置において受信されたか否かを識別することを目的として、受信機が、入力信号の監視を、少なくとも１つの符号のあらかじめ定められた位置における信号の監視に制限することができるという点である。
【００２９】
１つまたは複数の実施形態において、送信機会は、送信機から受信機へのデータ送信のためにあらかじめ決定されたタイムスロットとして与えられる。
【００３０】
実施形態において、制御情報は、ペイロードの送信の完了までの残りの量を知らせるメッセージとして与えられる。実施形態において、この量は時間であってよい。別の実施形態において、メッセージは、期間、符号の数、およびパケット（特にデータパケット）から成るグループのうちの１つである。
【００３１】
他の実施形態において、制御情報はフラグによって示される。少なくとも１つの効果は、情報をあらかじめ決定することができ、フラグは、あらかじめ決定された情報を示すように、当該あらかじめ決定された情報と関連付けられ得るという点である。対照的に、従来のメッセージは、上述の情報を含んでいる。実施形態において、フラグは、異なる動作モード内において異なる意味に関連付けられる。少なくとも１つの効果は、フラグが受信ユニットの動作状態に応じて異なって解釈され得るという点である。例えば、高電力状態またはフル動作モードにおいて、フラグ（例えば、使用されていない符号）は、ペイロード部の送信が完了する見込みを示してよい。他の例では、現在のところ送信に利用可能なあらゆるペイロードデータがすでに送信された後に、フラグが送信されてよい。ペイロード部は当面の間は送信され続けるが、フラグは送信モードの将来的な変化を示している。
【００３２】
いくつかの実施形態において、ペイロード部の第１の送信モードにおいて送信されたフラグは、ペイロード部の第２の送信モードにおけるペイロード部の将来の送信と関連付けられる。実施形態において、フラグは、符号、あらかじめ決定された管理メッセージ、およびデータのパターンから成るグループのうちの１つであってよい。
【００３３】
いくつかの実施形態において、送信機および／または受信機の第１の動作状態において、フラグは、アイドル動作と関連付けられる。さらに、送信機および／または受信機の第２の動作状態において、フラグは、ペイロード部の送信が完了するまで送信されるペイロードが存在していることと関連付けられる。例えば、第２の動作状態が高電力状態もしくはフル動作モードであれば、第１の動作状態は、低電力状態であってよい。さらに、動作状態は実行されることができるので、フラグは、さらなる意味と関連づけられてもよいし、または、ペイロード部を送信するために使用される送信モードのさらなる変化を示すものであってもよい。
【００３４】
実現例において、例えば、複数の通信リンクを利用するシステム中で、ペイロード部を送信する第１のモードは、通信リンクの第１のセット内でペイロードを送信するために利用されてよい。通信リンクの第１のセットは、全ての通信リンクを含むことができる。
【００３５】
いくつかの実施形態において、一旦、基準が満たされると、フラグは、ペイロード部を送信する第２のモードの将来的な利用を示すために利用されてよい。例えば、基準は、通信リンクの第１のセット内における、少なくとも１つの通信リンクに対するペイロード送信の完了であってよい。ペイロード送信の完了以外の基準が実装されてもよい。
【００３６】
実現例において、ペイロード部を送信する第２のモードは、ペイロード部を送信する第１のモードより少ない電力しか必要としなくてよい。ペイロード部を送信する第２のモードは、通信リンクの第２のセットをペイロード送信するために利用されてよい。通信リンクの第２のセットは、通信リンクの第１のセットと同じであってよい。または、第２のセットは、通信リンクの第１のセットの一部を形成してもよい。実現例において、通信リンクの第２のセットは、ペイロードの送信が完了された通信リンクを除いた第１のセットであってよい。
【００３７】
通信リンクはそれぞれ、送信機、伝送媒体、および受信機を含んでいてよい。この伝送媒体は、デジタル加入者回線に利用されるツイストペア（ここでは通信線）等であるが。伝送媒体が結合され得るため、ある伝送媒体から他の伝送媒体への混信が生じ得る。特に、複数の通信線は、１つのバインダに包含されている。
【００３８】
ペイロード部の送信モードは、例えば、ビット割り当て、パワースペクトル密度、または他の送信パラメータに関して異なり得る。さらに別の送信モードが実現されてもよい。
【００３９】
従って、ペイロード部の送信の第１のモードにおいて送信されるフラグは、特に現在の送信機会において、第２の送信モードにおけるペイロード部の将来の送信と関連付けられる。少なくとも１つの効果は、例えば連続的な受信モードにおいてフラグが受信されるまで、受信の第１モードによって受信機を動作させることができるという点であってよい。フラグを受信すると、それ以降、受信機は、受信の第２のモード（例えば、不連続な受信モード）によって動作してよい。この第２のモードにおいて、さらに受信されたフラグは、例えば、ペイロード部の送信の完了を示すものと解釈されてよい。送信機、伝送媒体、および受信機をそれぞれ有する複数の通信リンクを備えたシステムにおいて、送信モードがフラグに従って変化するため、フラグは通信リンク毎にタイムラインを実行する。
【００４０】
本発明の１つまたは複数の実施形態において、ペイロード部の送信は、複数のキャリアを利用する。実施態様において、フラグの送信は、複数のキャリアのサブセットを利用する。少なくとも１つの効果は、制御情報を送信するために複数のキャリアのサブセットを利用しつつ、キャリアのサブセットを利用することにより、複数のキャリア内の少なくとも１つの他のキャリアにペイロード部の送信を継続させることができるという点であってよい。これにより、伝送の改善と制御情報の信号の品質との間のトレードオフを可能にする。
【００４１】
本発明の１つまたは複数の実施形態において、ペイロード部は、ゼロ個のペイロードを送信する。少なくとも１つの効果は、送信機会がペイロード部においてペイロードを送信する機会を与える間、その機会は、送信されるペイロードを必ずしも必要とせず、従って、ユーザによって必要とされる柔軟性が高いペイロード送信を与えることができるという点である。
【００４２】
本発明の１つまたは複数の実施形態において、制御情報は、送信されるペイロードデータの一部を形成する。ペイロードデータから制御情報が抽出されると、制御情報は受信機によって処理されてよい。このため、少なくとも１つの効果は、特定のプロトコルを必要としないという点である。実施形態において、ペイロードデータの送信が完了した時点において受信機に動作モードを変化させるために、制御情報は、ペイロードデータの送信中における、十分に早い時間に送信される。実施形態において、最適化の検討は、制御情報をいつ送信すべきかを決定するために用いられてよい。最適化の検討は、マルチレイヤ送信モデル／マルチレイヤ通信プロトコル中で、より高位のレイヤに到達するパケットについての情報を考慮に入れてよい。最適化は、将来の送信要求を考慮に入れてもよい。少なくとも１つの効果は、特に、エラーと、それに応じて、ペイロードデータの送信が完了するまでにペイロードデータを再送信する試行を考慮に入れることにより、期間予測の精度が十分なものとなる点である。同時に、ペイロードデータ送信の完了後すぐに、受信機を電力セーフモードに切り替える時の消費電力を低減することができる。
【００４３】
本発明の１つまたは複数の実施形態において、制御情報は、アナログ信号によって表される。実施形態において、アナログ信号は物理媒体に応じて与えられてよい。少なくとも１つの効果は、アナログ信号は、デジタル信号に比べて、検知のためにより少ない処理リソースしか必要としないという点である。従って、ペイロード部の送信が完了間近であり、それゆえ終了に至ることを判定する制御情報の検知は、高速となり得る。よって、制御情報の送信をペイロード部の送信完了時に近づけられるほど、送信機会を利用して送信されるデータの残量についての不確定性（例えば、ペイロードデータの再送信に起因する不確定性）は、低減され得る。実施形態において、アナログ信号は、物理媒体依存（ＰＭＤ）のサブレイヤ信号である。ここで、サブレイヤは、マルチレイヤ通信プロトコル中のサブレイヤである。
【００４４】
本発明の１つまたは複数の実施形態は、単一のフレームにおいて、異なる時間において複数の制御情報を送信するステップを包含している。実施形態において、複数の制御情報は、期間を示す。この期間は、例えば、送信が続く間、または、別のペイロード部が送信される前にペイロード部の送信が完了する間の、時間、符号、またはパケットに関する期間である。少なくとも１つの効果は、受信機は、ペイロードデータを受信している最中に、低電力の動作モードに適時に切り替わる準備をすることができるという点である。
【００４５】
本発明の１つまたは複数の実施形態は、少なくともペイロード部の送信の完了後に、時間を示す別の制御情報を送信するステップを包含している。少なくとも１つの効果は、ペイロードの送信が完了しても、受信機側で計時することができるという点である。実施形態において、別の制御情報は、同期符号もしくはパイロットトーンによって示される。実施形態において、同期符号の送信は周期的である。
【００４６】
本発明の１つまたは複数の実施形態は、所定の量を示す固有の信号パターンを規定するステップを包含する。一実施形態は、所定の量を示す固有のトーンパターンを規定するステップを包含する。複数の実施形態において、上記の量は、期間、時間、および周期のうちの１つである。複数の実施形態において、上記の量は符号である。当該符号は、ある長さの時間によって送信されるために、あらかじめ規定されている。
【００４７】
本発明の１つまたは複数の実施形態は、方法のステップを実行するためのプロトコルを規定するステップを包含する。一実施形態において、上記プロトコルはマルチレイヤ送信方式を用いたデータ送信の実行に適合している。
【００４８】
第２の態様において、本発明は、通信装置を含んでいる。当該通信装置は、複数の符号を生成することに適合した送信生成ユニットを備える。複数の符号のうちの少なくとも１つの符号は、例えば、低電力状態に移行するために、受信機が状態の変化を許容することを識別するための特定のデータパターンを含んでいる。実施形態において、少なくとも１つの符号は、特定のデータパターンを含む複数の符号の内の少なくとも１つに先行する。そして、少なくとも１つの符号は、特定のデータパターンを含む複数の符号の内の少なくとも１つに後続する。
【００４９】
他の態様において、本発明は方法を含んでいる。当該方法は、通信装置を利用して、複数の符号を生成するステップを含んでいる。複数の符号のうちの少なくとも１つは、受信機が低電力状態への移行を許容することを識別するための特定のデータパターンを含む。ここで、電力状態はまた、より一般的に動作状態と呼ばれてもよい。しかし、動作状態は、電力レベルよって、他の動作状態に対して、区別される必要はない。低電力状態はまた、動作の低電力モードと呼ばれてもよい。
【００５０】
通信装置の実現例において、少なくとも１つの符号は、特定のデータパターンを含む複数の符号のうちの少なくとも１つに先行する。そして、少なくとも１つの符号は、特定のデータパターンを含む複数の符号のうちの少なくとも１つに後続する。
【００５１】
第３の態様において、本発明はコンピュータの読み取り可能な媒体を含んでおり、当該媒体は命令コードを記憶することができる。その命令コードは、実行されるとき、１つまたは複数のプロセッサ（例えば、本発明の第２の態様に係る装置）に、本発明の第１の態様に係る方法の一部または全てのステップを実行させる。
【００５２】
実施形態において、送信機会はフレームとして与えられる。実施形態において、フレームは時分割多重（ＴＤＤ）フレームであってよい。従って、本発明の１つまたは複数の実施形態は、各ＴＤＤフレーム中の送信符号の数を選定する時の柔軟性を実現する送信方法を提供する。当該方法は、信頼性が高く、サービス品質（ＱｏＳ）を提供する。また、当該方法は、配布ポイント（ＤＰ）および顧客構内機器（ＣＰＥ）の両方における効率的な電力の節約を提供する。
【００５３】
本発明の第１の態様に係る１つまたは複数の実施形態は、不連続な動作の方式を実行できる。この不連続な動作は、ＴＤＤフレームにおいて送信される必要がある全てのユーザのデータ送信ユニット（ＤＴＵ）（“データ転送ユニット”とも称される）が送信された後、符号の送信を停止するものである。
【００５４】
〔詳細に図示された実施形態〕
図１は、本発明の一実施形態に係るデータ送信方法を利用する通信リンク１００を図示するブロック図であり、下記に詳細を示す。
【００５５】
通信リンク１００は、配布ポイント（ＤＰ）１０８、送信機１０２、送信機１１２、複数の顧客構内ユニット（ＣＰＵ）１１８ａ・１１８ｂ、および受信機１０４・１１４をそれぞれ有する。配布ポイント１０８は、送信ユニットである送信機１０２・１１２を有する。顧客構内ユニット１１８ａ・１１８ｂは、それぞれ受信ユニットである受信機１０４・１１４を有する。実施形態において、送信機１０２と受信機１０４とは、ツイストペア（さらに、“通信線”と呼ばれる）１０６によって、データ送信のために接続されている。同様に、送信機１１２と受信機１１４とは、通信線１１６によって接続されている。
【００５６】
通信線１０６の一部と通信線１１６の一部とは、１つのバインダ１１０によって保持されている。バインダ１１０において、通信線１０６と、通信線１１６と、もしあれば他の部材との複数の間で、混信が生じ得る。上述のように、混信は、送信されているペイロードの終端を通常に検出するための妨げとなり得る。例えば、もし、ペイロードの送信が通信線１１６上で継続している一方で、通信線１０６においてペイロード送信が完了している場合、通信線１１６に送信された信号は、通信線１０６に混信信号を与えるであろう。従って、通信線１１６に送信された信号が受信機１０４によって受信された場合もまた、同様である。その結果、受信機１０４は、通信線１０６によって信号を受信するが、受信した混信信号の強度次第では、おそらく、この信号が無視すべきものと気付くことはできない。
【００５７】
図１に示される例において、送信機１０２および受信機１０４は、データを処理し、かつ、データの送信のための信号を通信線１０６に与えるための処理回路を含んでいる。しかしながら、他の実施形態において、通信リンク１００は、データ送信のために通信線１０６以外の伝送媒体を利用することができる。例えば、別の伝送媒体はワイヤレスであってよい。さらに別の伝送媒体は、例えば光ファイバであってよい。
【００５８】
実施形態において、送信機１０２および／または受信機１０４はそれぞれ、別の受信機または別の送信機と連結されてよい。いくつかの実施形態において、送信機１０２と別の受信機とが、第１の送受信機を構成してもよい。同様に、受信機１０４と他の送信機とが、第２の送受信機を構成してもよい。同様のことが、別の送信機１１２および／または受信機１１４にも当てはまる。ここで、例示のために、２つの送信機／受信機が、配布ポイントにおいて図示されている。同様に、２つの対応する顧客構内ユニット、および、配布ポイントに接続された２つの対応する送信機／受信機が図示されている。しかし、その数は２つ以外であってもよい。特に、その数は、より大きくてもよい。
【００５９】
ここで、送信機１０２についての言及は、第１の送受信機についての言及をも意味している。実施形態において、第１の送受信機は配布ポイント（ＤＰ）に設置されてよい。従って、ここで、第１の送受信機は、ＤＰＵ（ＤＰ−ｕｎｉｔ）とも呼ばれる。さらに、ここで、受信機１０４についての言及は、第２の送受信機についての言及をも意味している。実施形態において、第２の送受信機は顧客側に設置される。従って、第２の送受信機は、ＣＰＵ（Customer premises unit）とも呼ばれる。ＤＰＵからＣＰＵへの送信方向は“ダウンストリーム（ＤＳ）”と呼ばれ、一方で、ＣＰＵからＤＰＵへの反対の送信方向は“アップストリーム（ＵＳ）”と呼ばれる。配布ポイント（ＤＰ）１０８（それゆえ、通信線１０６および１１６のネットワーク側）に設置された送信機１０２および１１２は、ＦＴＵ−Ｏと称されてもよい。一方で、通信線１０６および１１６の顧客構内におけるネットワークの終端（ＮＴ）に配置された受信機１０４および１１４は、ＦＴＵ−Ｒと称されてもよい。
【００６０】
いくつかの実施形態において、通信線１０６を有する通信リンク１００に関して、通信リンク１００は、デジタル加入者回線（ＤＳＬ）の規格に基づいて、データを送信するように構成される。多数の可能な実現例の中の単なる一例として、通信リンク１００は、プロトコルを使用するように構成され、International Telecommunication Union（ＩＴＵ）の勧告において規定された方法を実行する。多数の可能な推奨された実現例、またはその他の規格に基づく実現例以外の例を一つだけ挙げるとすれば、‘Ｇ．fast’として知られる勧告に基づくデータ送信を実行するように、実施形態は実装および構成されてもよい。実際、明細書では、送信機会を利用して、送信機から受信機へデータを送信するために構成されたシステムにおいて、多数の他の実現例が可能であることが示されている。
【００６１】
ある実現例において、通信リンク１００は、特に送信機１０２と受信機１０４において、図２の概略図に図示された多層通信モデル２００に基づくデータ通信のために構成されている。
【００６２】
図２に示されるいくつかの実施形態において、多層通信モデル２００は、特定用途部２０２と不変用途部２０４とを含んでいる。図２に示された実施形態において、特定用途部２０２は、インターフェース（“γ−参照点”）２２０を横断して上位レイヤ２１０と接続する。そして、特定用途部２０２は、トランスポートプロトコル特有の伝送収束サブレイヤである（ＴＰＳ−ＴＣサブレイヤ）２３０を含んでいる。インターフェース（送信機１０２内では“α参照点”、受信機１０４内では“β参照点”）２４０によって、特定用途部２０２は、不変用途部２０４に接続されている。不変用途部２０４は、物理媒体特有の伝送収束サブレイヤ（ＰＭＳ−ＴＣ）２５０を備える。さらに、インターフェース２６０（“δ参照点”）を横断して接続された不変用途部２０４は、物理媒体依存（ＰＭＤ）サブレイヤ２７０を備える。さらに、多層通信モデル２００は、インターフェース２８０（“Ｕ参照点”）を横断して、物理媒体依存（ＰＭＤ）サブレイヤ２７０へ接続される物理媒体２９０を含んでいる。
【００６３】
いくつかの実施形態において、参照点は１つまたは複数の論理的な（非物理的な）情報送信インターフェース、および１つまたは複数の物理的な信号送信インターフェースを備える。いくつかの実現例において、α、β、γの参照点のインターフェースは、論理的にのみ分離しており、基本的な機能のセットとして定義されている。これらは、物理的にアクセス可能であることは求められていない。
【００６４】
いくつかの実施形態において、伝送収束サブレイヤ（ＴＰＳ−ＴＣ）２３０は、適当なデータ送信プロトコルを、α（場合によってはβ）参照点インターフェース２４０において要求される統一されたフォーマットに変換するために与えられる。また、伝送収束サブレイヤ（ＴＰＳ−ＴＣ）２３０は、ユーザデータと送信機１０２により確立されたデータリンクとの間におけるビット率の適応を実現するために与えられる。伝送収束サブレイヤは、フレーム（時に、データ送信ユニットまたはデータ転送ユニット（ＤＴＵ）と呼ばれる）を与えてもよい。このフレームは、データビットによって構成され、同等の送受信機のα−参照点間のこれらのデータビットを、ユーザに意識させずに送信するためのコンテナとして使用される。言い換えると、データはセットとして同等の送受信機間を伝送される。また、各セットは、単一のＤＴＵに包含される。従って、ＤＴＵは、ＴＰＳ−ＴＣとＰＭＳ−ＴＣサブレイヤとの間のα参照点を超えて交換される。
【００６５】
そして、ＰＭＳ−ＴＣサブレイヤ２５０は、順方向誤り訂正（ＦＥＣ）、エラー検出、インターリービング、デインターリービング、スクランブリング、およびデスクランブリングの機能と同様に、フレーミング機能とフレームの同期機能とを含んでいる。実施形態において、ＰＭＳ−ＴＣサブレイヤ２５０は、送信管理データ（制御メッセージ）として使用され得るオーバーヘッドチャネルを提供する。管理プロトコルＭＰＳ−ＴＣ等の他の機能が、通信モデル２００に設けられてもよい。ＭＰＳ−ＴＣは、サブレイヤＰＭＳ−ＴＣ２５０へ多重送信するために、入力される管理データを、α参照点インターフェースにおいて要求される統一フォーマットに変換する。管理情報は、異常、欠陥、実行をモニタリングするカウンタのインジケーションを含んでいてもよい。また、管理情報は、より高位のレイヤによって（特に試験を目的として）使用されるために規定された処理を促進する、管理コマンド／レスポンスのインジケーションを含んでいてもよい。
【００６６】
いくつかの実施形態において、物理媒体依存（ＰＭＤ）サブレイヤ２７０は、２つの隣り合った装置間のエラーがなく、データのブロックを送信するためのデータリンクレイヤを形成する。データリンクレイヤは、ネットワークエンティティ間においてデータを送信するための機能的な手段および手続的な手段を提供する。また、データリンクレイヤは、物理レイヤに生じ得るエラーを検出し、可能であれば当該エラーを訂正する手段を提供してもよい。
【００６７】
いくつかの実施形態において、ＰＭＤサブレイヤ２７０の機能は、符号のタイミング生成、復旧、符号化、復号化、変調、および復調である。ＰＭＤサブレイヤ２７０は、またエコー消去またはライン等化を含んでいてもよい。実施形態において、ＰＭＤの機能は、データ符号を含むデータ送信フレームを提供する。
【００６８】
図３は、本発明に係る一実施形態を示すブロック図である。当該実施形態において、データ送信ユニット３００は、データ送信ユニットのヘッダ（ＤＴＵ−ヘッダ）部３１０と、データ送信ユニットペイロード（ＤＴＵ−ペイロード）部３２０とを含んでいる。ペイロード部３２０は、複数のフレーム３３０、３４０、および３５０から成る。これらのフレームはそれぞれ、ヘッダセクション３３１およびペイロードセクション３３２を含んでいる。実施形態において、ＤＴＵ−ヘッダ部３２０は、ユニット３００のタイプを示してもよいし、ペイロード部３２０の長さを示してもよい。いくつかの実施形態において、ヘッダ部３１０の長さおよびユニットペイロード部３２０の最大の長さは、ユニットタイプ３００に依存する。使用されていないユニットタイプ以外の全てのユニットタイプのために、ヘッダの長さは、より長いペイロードを表すために延長される。
【００６９】
いくつかの実施形態において、送信機１０２（第１の送受信機）と受信機１０４（第２の送受信機）とは、時分割のデータ通信を実行するために構成されている。図４は、本発明のいくつかの実現例に係る送信スキームを図示するダイアグラムである。ここで、通信システム１００は、同期時分割多重（ＳＴＤＤ）通信を用いて動作する。
【００７０】
いくつかの実現例によると、ＳＴＤＤ通信を利用する送信期間は、同じ時間長の時分割（ＴＤＤ）フレーム（図４において４００，４１０，４２０という数字で示されている）に分割されてよい。本発明に関して、例えば、フレーム４００は、第１の送受信装置１０２から第２の送受信装置１０４へデータのダウンストリームを送信するために、第１の機会４０１を与えてよい。同様に、フレーム４００は、第２の送受信装置１０４から第１の送受信装置１０２にデータのアップストリームを送信するために、第２の機会を与えてよい。
【００７１】
いくつかの実現例において、フレーム４００を送信している間に、送信の各方向に割り当てられたある転送機会の時間または期間が存在していてよい。例えば、第１の期間は、フレーム４００の期間において継続する、第１の送信機会４０１に割り当てられてもよい。いくつかの実現例において、第１の期間は、フレーム４００の長さと同じ長さであってよい。一実現例において、第１の期間の長さは、前もって決められていてよい。同様に、第２の期間は、第１の送信機会４０１が有効でない時間間隔においてフレーム４００の期間に亘り継続する、第２の送信機会４０２に割り換えてられてもよい。必要に応じて、第１の期間と第２の期間とは、同じであってもよいし、異なっていてもよい。例えば、ダウンストリーム方向の大容量のデータ通信要求は、アップストリーム方向の低容量のデータ通信要求と同時に起こり得る。よって、ダウンストリーム方向のデータ送信に利用される第１の期間は、アップストリーム方向のデータ送信に利用される第２の周期よりも長くてもよい。
【００７２】
いくつかの実現例において、ペイロードデータの送信は、それぞれ同じ長さの符号（シンボルピリオドとも称される）で与えられる。ここで、例えば、フレーム４００が４０個のシンボルピリオドを含んでいる場合には、送信機会の配分は、（ｉ）ダウンストリーム方向に３０個のピリオドシンボル、（ｉｉ）アップストリーム方向に９個のシンボル、（ｉｉｉ）アップストリームとダウンストリームとの間の送信のガードタイムを促進するための１個のシンボル、とすることができる。ダウンストリーム送信機会４０１とアップストリーム送信機会４０２との間において、フレーム４００を使用するにあたっての他の割り振りが可能である。
【００７３】
ある実施形態において、送信機会は、特定の送信方向への送信が許容されているフレーム４００における符号の位置のセットを示すこと、またはマークすることが可能である。フレーム４００の送信期間において、全ての送信機会が利用される必要はない。
【００７４】
上述したように、フレームにおいて送信される符号の実際の数が示される前に、他方に送信を行うことは、待ち時間と信頼性との両方に関連する問題を有する。本発明の１つまたは複数の実施形態は、自身の長さ識別子等の送信情報の代わりの情報を示すクロージングフラグ等の制御情報を送信することを提案している。少なくとも１つの効果は、システムの性能向上であってよい。例えば、当該システムは、受信機１０４側におけるデータ処理システムであり、送信機１０２から受信された信号などの受信信号から、データを抽出および処理するために利用される。また、このケースでは、情報を含むメッセージより低位のレイヤにおいてフラグが提供されるので、システム構成はより単純となり得る。また、例えば、フラグを処理するか否かを受信機１０４に任せることができるため、データ処理システムはより柔軟性が高いものとなり得る。受信機１０４がフラグを処理しない場合には、このような受信機１０４において、情報に対する識別子としてのフラグに関する利益を失う可能性がある。しかし、それ故に、データ送信は、フラグを利用することができず、それ故に、上述の利益を無視するレガシー装置として提供されている受信機１０４によって実行されてよい。
【００７５】
１つの解決策において、データ符号は、フレーム５００において送信されてよい。ここで、各フレーム５００内のデータ符号の数は、フレームごとに変化してよい。図５は、時間フレーム５００の送信の実施形態を図示する時間ダイアグラムである。例えば、図２に示されたマルチレイヤ通信モデル２００を参照して説明されたマルチレイヤプロトコルによって、送信機１０２から受信機１０４に、ダウンストリーム方向に送信が行われる。
【００７６】
ここで、実施形態の動作は、図４を参照して説明される。例えば、送信機会４０１は、フレーム４００の送信機会において、あらかじめ決められているバイト数（２５０００バイトのユーザデータ）を、送信機１０２から受信機１０４へダウンストリームに送信することができる。この数は、例えば、特に変調パラメータのセットおよびフレーム４００のユーザデータに依存してよい。ここで、送信機１０２が送信のために有しているユーザデータが２５０００バイトよりも少ない場合には、一実現例によれば、送信機１０２は、不連続な動作を使用することができる。不連続な動作において、送信機１０２がフレーム４００間に送信することが必要である実際のユーザーデータバイト数のみを送信する。この実際の数が、２５０００バイトよりも少ない（例えば１２５００バイトである）場合には、送信機会の時間のほぼ半分だけが、送信のために使われる。よって、不連続な動作を使用しないシステムと比べて、半分の符号のみが送信される。ここで、不連続な動作において、送信機１０２は、送信のために準備されているデータバイトがなくなった後に、使用されていないバイトを送信することで送信機会の割り当てを完全に行う。
【００７７】
不連続な動作は、各送信方向が異なり得るそれぞれのＴＤＤフレーム期間において、複数のデータ符号を送信させる。送信機１０２が送信できる最大の符号の数は、特定の方向に対して割り当てられた送信機会４０１によって決定される。一方で、符号の最小の数は、より小さくてもよく、データが特定のフレーム４００に対して送信される準備がされた、使用されるデータが無い場合には、ゼロであってもよい。
【００７８】
いくつかの解決策は、管理情報を通信するためのメッセージを送信する前に、フレームに実際に送信される符号の数を受信機１０２に知らせることである。ここで、管理情報は、例えば媒体アクセスプラン（ＭＡＰ）管理メッセージであってよい。また、管理情報は例えば配布ポイント内の送信機１０２から、例えばＣＰＥ内の受信機１０４に通信される、ロバスト管理チャンネル符号であってよい。ＭＡＰ管理メッセージは、フレーム４００毎に送信されてもよい。また、ＭＡＰ管理メッセージは、スーパーフレーム毎に一度のように複数のフレーム毎に送信されてもよい。ここで、スーパーフレームは、複数のＤＴＵ３００を含んでいてよい。スーパーフレームは、その長さが与えられると、標準的には複数のフレーム４００をカバーする。さらに、図示された実施形態において、１つのフレーム４００は、ダウンストリーム（ＤＳ）符号の第１のブロックと、アップストリーム（ＵＳ）の符号の第２のブロックとを含んでいる。場合によっては、符号は１つのＤＴＵ、多数のＤＴＵ、または１つのＤＴＵの一部分を搬送してもよい。
【００７９】
さらに、いくつかの実施形態における動作に関して、図５に示されるように、時間フレーム５００はｔ２において開始して、ｔ１まで継続する。フレーム５００は、ｔ２からｔ７まで継続する送信機会５０１を含んでいる。
【００８０】
はじめに、アプリケーション上位レイヤ２１０について述べる。図５は、時刻ｔ３において第１のデータパケット５１０を、時刻ｔ５において第２のデータパケット５２０を送信する例を示している。例えば、ｔ１での第１のデータパケット５１０は、γ−参照点インターフェース２２０を横断するアプリケーションレイヤ２１０からの入力と称されてもよい。
【００８１】
図５の例において、第１のデータパケット５１０と第２のデータパケット５２０とは、時間フレーム５００の送信によって送信される。より具体的には、第１のデータパケットは、第１のＤＴＵにおいて、時刻ｔ４において送信される。第１のＤＴＵ５３０は、フレーム５００において送信されるべき最初のＤＴＵである。第２のデータパケット５２０は、第２のＤＴＵ５４０において、時刻ｔ６において送信される。第２のＤＴＵ５４０は、フレーム５００の送信機会５０１において送信されるべき最後のＤＴＵである。送信経路中の全ての必要な動作を実行すべく、送信機１０２において処理を行うために、時間が必要とされる。従って、図５に示されるように、第１の遅延５５０は、第１のデータパケット５１０がアプリケーションレイヤ２１０から、γ−参照点と他のインターフェースとを横断して、例えば、上述した通信線１０６上の物理レイヤ２９０に送信される時に生じる。同様に、第２の遅延５６０は、第２のデータパケット５２０が、アプリケーションレイヤ２１０から物理レイヤ２９０に送信される時に生じる。
【００８２】
図１に示された例において、フレーム５００において送信される実際の符号の数についての長さ情報が与えられる。この制御情報は、フレーム５００の開始時において送信される。図５に示される例において、長さ情報は、ＤＳの送信機会の開始時に特別な符号によって送信される。ここで、'特別’とは、他の符号とは別の特別な符号をセットする特有性の程度を意味しており、従って、いくつかの予め決定された情報を関連づけられた特別な符号を検出するための分析に好適である。長さ情報を提供するために、ＤＴＵ送信機１０２は、どれくらい多くのパケットが、ｔ２に先立ちγ−インターフェース２２０から到達するのかを知る必要がある。なお、ｔ２において、フレーム５００の送信が開始され、長さ情報が送信される。長さ情報の送信が開始された後には、γ−インターフェース２２０に到達するどんなパケットも、送信されたフレーム５００に存在するとみなされず、次の送信機会に考慮されるのみである。従って、第２のパケット５２０は、後続するフレーム（図５において不図示）において送信される。このように、長さ識別子を使用することにより、パケットを送信するための長い付加的な遅延が生じる。
【００８３】
本発明に係るいくつかの実施形態において、送信機１０２は、ＤＴＵ３００が送信された後に、送信のためのフラグ５８０（ここではマーカとも称される）を提供してもよい。一実施形態において、全てのＤＴＵ３００が送信された後に、フラグ５８０が送信される。いくつかの実施形態において、大多数のＤＴＵ３００が送信された後に、フラグ５８０が送信される。いくつかの実施形態において、予め決められたＤＴＵの数だけが、フレーム５００において与えられる現在の送信機会を利用して送信されるために残されている場合に、フラグ４８０が送信される。
【００８４】
一実施形態において、フラグ５８０は、特別な符号、特別な管理メッセージ、または専用のトーンによって送信される特別なデータパターンとして与えられる。ユーザデータの一部としてフラグ５８０を送信することも可能である。いくつかの実施形態において、フラグ５８０の抽出は、送信機１０２および／または受信機１０４において付加的な処理を必要とする。
【００８５】
フレーム５００において送信機会５０１を受けると、受信機１０６はフラグ５８０を検知する。いくつかの実現例において、受信機１０６はペイロードデータの送信完了が目前であることを示す制御情報として、フラグ５８０を解釈することができる。ここで‘目前である’とは、送信機１０２から受信機１０４へのペイロードの送信完了前に、所定の数のＤＴＵ３００がすでに受信されるであろうという意味である。少なくとも１つの効果は、ｔ７におけるＤＴＵ送信の終了時と受信機１０４側での送信開始時との間のタイムギャップに亘り、受信機１０４が運転停止するか、さもなくば低電力モードへ移行するという点である。
【００８６】
図６は、通信線１０６を用いた実施形態における多重伝送を示している。上記の送信は、例えばデジタル送信ユニット（ＤＴＵ）に設けられる送信機１０２から、例えば顧客構内ユニット（ＣＰＵ）に設けられる受信機１０４への送信であってよい。実施形態において、第１の送信は、時分割多重（ＴＤＤ）フレーム６００が時刻ｔ０から時刻ｔ１まで送信される第１の時間に行われる。そして、時刻ｔ１から、第２のＴＤＤフレーム７００が送信される。
【００８７】
第１のＴＤＤフレーム６００の送信間において、送信機１０２から受信機１０４へのダウンストリーム送信のための第１の送信機会６０１が与えられる。第１の送信機会６０１は、時刻ｔ０から時刻ｔ２まで継続する。さらに、第１のＴＤＤフレーム６００の送信間において、受信機１０４側の他の送信機から、送信側１０２側の他の受信機へのアップストリーム送信のための第２の送信機会６０２が与えられる。第２の送信機会６０２は、時刻ｔ３から時刻ｔ４まで続く。第２の時間フレーム７００の送信間において、ダウンストリーム方向における第１の送信機会７０１と、アップストリーム方向における別の第２の送信機会（不図示）が与えられてよい。
【００８８】
第１の送信機会６０１の送信間において、少なくとも１つのＤＴＵ（ここではＤＴＵ６１０，…，６２０、および６４０）が、送信される。さらに、ＤＴＵ６２０が送信された後、かつＤＴＵ６４０が送信される前に、クロージングフラグ６３０が送信される。クロージングフラグ６３０は、現在の送信機会６０１の利用可能なＤＴＵが無くなる前に、別のＤＴＵ６４０が送信されることを示す。
【００８９】
時刻ｔ５においてクロージングフラグ６３０が送信されてから、時刻ｔ６におけるダウンストリーム送信の終了までの時間は、受信機１０４が最後の送信符号６４０を受信した時刻ｔ６の直後に、顧客構内ユニットがクロージングフラグ６３０を受信し、かつ受信機１０４を停止させるために十分な時間を有するように選択されるべきである。これにより、第２のダウンストリームの送信機会７０１の開始（次のＴＤＤフレーム７００内における）まで、最後のＤＴＵから継続する期間、または、符号６４０がダウンストリームの送信機会７０１間において送信される期間において、顧客構内ユニットに受信機１０４を停止させることができる。同様のことが、アップストリームにも当てはまる。
【００９０】
クロージングフラグ６３０および７３０の少なくとも１つの効果は、クロージングフラグ６３０および７３０は任意の時間において与えられ、レイヤ２またはその上の送信列のある大よその将来の状態の評価を必要としない。送信機会６０１および７０１の開始後であっても、送信に利用可能と思われるパケットはそれぞれ、現在のフレーム６００および７００に含まれるように、なお送信され得る。従って、いくつかの遅延は回避できる。
【００９１】
ここで、クロージングフラグ６３０を形成する表現に関して、いくつかの実施形態において、クロージングフラグ６３０は、物理媒体依存（ＰＭＤ）信号であってよい。少なくとも１つの効果は、例えばマルチレイヤ通信２００において、より高位に構成された他の信号と比較して、検出に短い時間しか必要とされない点であってよい。マルチキャリア送信システムのいくつかの実施形態は、特有のトーンによって送信される特別なデータパターンを使用してよい。いくつかの実施形態において、クロージングフラグ６３０の検出に要求される時間は、１つの符号よりも短くてもよい。単純な実現例として、クロージングフラグ６３０は、最後の符号６４０の前に送られてよい。１つの効果は、クロージングフラグを検出するために要求される時間に起因する、受信機を切り替える時の遅延を回避することができるという点であってよい。フレーム６００内のクロージングフラグの特別な位置は、あらかじめ決められていてよい。当該位置により、受信機の動作特性の向上が実現され得る。
【００９２】
クロージングフラグ６３０によって本発明に係る様々な実施形態に関連する効果を実現するために、クロージングフラグ６３０の信頼性が望まれる。しかし、送信時にクロージングフラグ６３０を喪失することは、動作に対する決定的な影響を有しない場合がある。もし、クロージングフラグ６３０が喪失したとするならば、受信されたデータが完全に間違っているのに、受信機１０４は、受信された信号が送信機会６０１の最後まで続くと想定する。それ故に、クロージングフラグ６３０と最後の符号６４０とが送信された後に送信される実データがないので、受信機１０４は、送信機１０２が無視できるＮＡＣＫを送信する。
【００９３】
いくつかの実施形態において、クロージングフラグは、次の特性を有する。クロージングフラグは、送信の事実上の終了に先立ち、ある程度の時間に亘って送信されてもよい。これにより、受信機１０４におけるクロージングフラグの処理時間は、受信機１０４自身が電源を切るための追加の待機時間を発生させない。いくつかの実施形において、クロージングフラグのフォーマットは、ノイズに対するある程度の耐性を与えるように選択されてもよい。さらに、いくつかの実施形態において、クロージングフラグのフォーマットは、簡単に検出されるように選択されてよい。少なくとも１つの効果は、データの検出よりも速く、クロージングフラグが検出可能となる点であってよい。
【００９４】
一実施形態において、クロージングフラグは、例えば、高速な管理情報および／またはＡＣＫ信号とともに、管理レイテンシ経路によって通信される特別なビットパターンであってよい。マルチキャリア環境内で実行されるいくつかの実施形態において、クロージングフラグは、使用されていない符号のビットパターン等の特別なビットパターンとして通信されてよい。いくつかの実施形態において、クロージングフラグのビットパターンは、多数の専用のトーンの内の、１つまたは複数を変調してもよい。いくつかの実施形態において、クロージングフラグのビットパターンによって変調されるべきこれらのトーンは、受信機１０４からの推奨（もしくは要求）による初期設定（例えば、高いＳＮＲ、低い減衰）の間に選択されてよい。他の実施形態において、クロージングフラグに使用されるビットパターンは、エラーのロバスト性を増加させる目的で符号化されてよい。符号化の方法は、例えば、反復符号化を含んでいてよい。反復符号化は、送信の終了に先立ち、パターンが１つよりも多い符号によって送信される場合に有益となり得る。これにより、送信が停止する時に、同一符号における各符号点において送信されるパターンは、現在の送信機会における最後の符号となる。他の実施形態において、クロージングフラグは、送信の終了時または送信の終了前（すなわち、送信の終了前のあらかじめ決められた時間）において送信され得る特別な符号として与えられてよい。時に、このタイプの動作は、特別な符号の境界を有するデータユニット境界間における配置を要求してもよい。
【００９５】
他の実施形態において、複数のクロージングフラグは、送信におけるタイムギャップを示すために、送信機会間に使用されてよい。一実施形態において、各クロージングフラグは、送信の停止を引き起こす位置、または、この停止の期間（同じ送信機会における）についての情報を搬送する。送信は、停止の後継続してもよいし、次のフラグによって再び停止されてもよい。
【００９６】
図７は、いくつかの実施形態に関して、通信線１０６、１１６等の多数の通信線を使用しているデータ送信を図示している。上述の実施形態のように、送信は、多重モードである。さらに、例示の目的として、図７は、ダウンストリーム送信のための３つのタイムライン７４０ａ、７４０ｂ、７４０ｃを示している。いくつかの実施形態において、各タイムライン７４０ａ、７４０ｂ、７４０ｃは、ビットローディングテーブルの変化を示し、および／または、ＰＳＤテーブルを送信し、および／または、各タイムラインに後続する符号に対するテーブルを得る。１つのタイムライン７５０のみが、アップストリーム送信に対して図示されている。他の実施形態において、ダウンストリーム送信に関する全ての動作モードとここで説明された詳細な事項とは、アップストリーム送信に対して同様に実行されてよい。アップストリーム送信については、これ以上説明しない。
【００９７】
図７に示された実施形態において、第１のＴＤＤフレーム７００は、時刻ｔ１から時刻ｔ３まで続く第１のダウンストリーム送信機会７０１と、時刻ｔ４から始まる第２のダウンストリーム送信機会７１１とを与える。時刻ｔ３から時刻ｔ４まで、アップストリーム送信機会７０２が与えられている。さらに、いくつかの実施形態に関して、第１の送信機会は、時刻ｔ１から時刻ｔ２まで続く第１の送信モードのセクション７８１と、時刻ｔ２から時刻ｔ３まで続く第２の送信モードのセクション７８２とを有する。第１の送信モードにおいてペイロード部を送信する間に、受信機１０４は、第１の送信機会７０１の最後以外のデータ送信のどのような最後も“予測”しない。しかしながら、第１のタイムライン７４０ａに関して示したように、有用なペイロードを搬送する３つの符号７３１を送信すると、もはやペイロードは送信される必要がない。いくつかの実施形態に関して、送信ユニット１０２は、自身の判断で、“ペイロード部の終端”として示される実際の数の符号が送信された後、１つまたは複数のダミー／使用されていない符号７３２を付加してもよい。いくつかの実施形態において、管理者は、送信機１０２に使用されていない符号７３２を送信するように指令を与えてもよい。例えば、５つの符号を送信して、送信すべき他の有益なコンテンツの不足のために、少なくとも１つの使用されていない符号７３２を送信すると、送信機１０２は、時刻ｔ２において、“連続的な送信”の第１の送信モードから“不連続な送信”の第２の送信モードに変化する。このため、図７に示されるように、他のタイムラインは各ペイロード部の送信を継続し、そして、例えば、所定の数の使用されていない符号７３２を送信することによって、ペイロード送信の完了が示される。
【００９８】
他の実施形態において、不連続な動作を容易化にするために、使用されていない符号もしくは同様の符号７３２を利用することによって、アクティブで不連続な通信線の不便な組合せは、低減または完全に除去されてもよい。本実施形態において、中央制御装置（ＶＣＥ）は、１つのフレーム７００において送信されるデータ符号の実際の数（フレーム７００の実際のペイロードサイズに対応する）を、送信機１０２および１１２の一部または全体から収集してもよい。中央制御装置は、どれくらい多くの使用されていない符号７３２が、データ符号７３１の送信後（ペイロードの送信後）に付加されるべきかを、送信機１０２および１１２のそれぞれに知らせてもよい。
【００９９】
送信機会７０１の第１の送信モードのセクション７８１において、第２の送信モードのセクション７８２において不連続な動作を用いて、異なるビットローディングの設定、および、フレーム７００における送信機会の第２の送信モードのセクション７８２の利得と組み合わせて、いくつかの実施形態に係る中央制御装置は、最適化されてよい。
【０１００】
ここで、図７は、２つのパワースペクトル密度（ＰＳＤ）の設定と２つのビットローディングテーブルとが使用される場合を示している。第１の送信モードのセクション７８１において、“完全な動作”におけるＰＳＤの設定とビットアロケーションテーブル（ＢＡＴ）とが用いられる（それぞれ、“ＦＰ−ＰＳＤ”および“ＦＰ−ＢＡＴ”と称されてもよい）。第２の送信モードのセクション７８２において、“不連続な動作”におけるＰＳＤの設定とＢＡＴとが用いられる（それぞれ、“ＤＯ−ＰＳＤ”および“ＤＯ−ＢＡＴ”と称されてもよい）。不連続な動作におけるＰＳＤの設定とＢＡＴとは、電力の節約と性能の損失との間のバランスを提供するために最適化されてよい。使用されていない符号は、アクティブな通信線／不連続な通信線の組合せを避けるために用いられてよく、それゆえ、高い性能の損失を避けることの一助となるように用いられてよい。一実施形態において、データ符号７３１の数（実際のペイロードサイズ）は、受信機１０４に示される。従って、受信機１０４は、全てのデータが送信された後にシャットダウンされ、これにより電力を節約することができる。
【０１０１】
示されたいくつかの実施形態において、ＴＤＤフレーム７００のそれぞれに対して、“フルパフォーマンス”におけるＰＳＤの設定とＢＡＴとは、ＴＤＤフレーム７００の時刻ｔ１において開始する“通常”の動作をサポートするために用いられてよい。そして、タイムライン７４０ａの後、時刻ｔ２において、不連続な動作におけるＰＳＤの設定とＢＡＴとは、不連続な動作をサポートするために用いられてよい。
【０１０２】
いくつかの実施形態において、制御パラメータは、ここに開示された動作を制御するために用いられてよい。一例として、制御パラメータは、ペイロードが受信された後、例えば高電力の動作モードから低電力の動作モードへと受信機１０４の動作モードを変化させるために、ＴＤＤフレーム７００ごとに送信されるデータ符号７３１の数（実際のペイロードサイズ）であってよい。別の制御パラメータは、第２の送信モードの不連続な動作の開始を示すための、時間上の点（時刻ｔ２）であってよい。
【０１０３】
いくつかの実施形態において、使用されていない符号を利用する少なくとも１つの効果は、使用されていない符号が、あるＴＤＤフレーム７００から別のＴＤＤフレーム７１０まで移行するタイムライン７４０ａを、安定的に保持することの一助となり得るという点であってよい。
【０１０４】
いくつかの実施形態において、タイムライン７４０ａ、７４０ｂ、７４０ｃは、アップデートの対象であってよい。いくつかの実施形態において、アップデートは、周期的に計画される。アップデートは、ＴＤＤフレーム毎、スーパーフレーム毎、または他の期間において行われてよい。アップデートを容易化するために、例えば、ＶＣＥによりあらかじめ計算されたスケジュールに従って、ＣＰＵ１０４，１１４は、例えばビットアンドゲイン（ｂ＆ｇ）テーブルを切り替えてよい。
【０１０５】
他の実施形態において、複数のタイムライン、および、“不連続な動作”におけるＰＳＤの設定とＢＡＴとが使用されてよい。
【０１０６】
いくつかの実施形態において、伝送中にダミーの情報を搬送する一部または全ての符号は、０の電力によって送信されてよい（つまり、送信されない）。受信機１０４は、これらの符号の間に送られたデータユニットを、破損したものとして解釈する。しかしながら、ダミーデータユニットのシーケンス識別子（ＩＤ）は、所定の方法によって割り当てられる。いくつかの実施形態において、受信機１０４は、継続したシーケンスＩＤを有する同一のＴＤＤフレーム内において、さらなるデータ送信ユニットの受信を避けるために、どのような再送信の要求も発しない。従って、見落とされたフレームがなく、または、見受けられないように思われる。一実現例において、データユニットの境界は、符号の境界と揃えられる。１つの効果は、不連続な動作の効率を増加させる点であってよい。
【０１０７】
不連続な動作は、同期の潜在的な損失の影響を受ける場合がある。なぜなら、いくつかのフレームは、送信すべき非常に少数の符号しか有していないか、または、送信すべき符号を１つも有していないためである。このため、ＣＰＵにおける位相同期ループ（ＰＬＬ）がアップデートされない期間が長くなり、ループタイミング（すなわち、ＣＰＵをＤＰＵと同一のクロックによって動作させる場合）が欠如し得る。ループタイミングの欠如を避けるため、本発明の１つまたは複数の実施形態は、１つのアクティブな符号も送信されない、または、非常に少数のアクティブな符号のみしか送信されないＴＤＤフレームにおいて、いわゆる“パイロット符号”を使用することを提案している。
【０１０８】
いくつかの実施形態において、システムは、以下の同期コンポーネント１〜５を用いてもよい。
１．複数のパイロットトーンを含む、周期的に送信された符号。ここで、いくつかの実施形態は、ＴＤＤフレームの周期を有していてよい。
２．パイロットトーン（所定の専用のビットパターンを送信する、データではない）として割り当てられた、送信された各データ符号内のトーンの数。
３．データ符号のパイロットトーンをも含む同期符号。
４．パイロットトーンを含む符号であるパイロット符号。または、いくつかの実施形態内では、他のトーンがマスクされている一方で、データ符号と同様である得るパイロットトーンのみ。
５．１つも同期信号が存在していないフレーム内、あるいは、全くデータ符号が存在していない、またはごくわずかしかデータ符号が存在していないＴＤＤフレーム内において、同期を維持するために送信される１つまたは複数のパイロット符号。
【０１０９】
もし、このＴＤＤフレームにおいて、同期符号の位置で送信されるデータ符号が１つもないならば、パイロット符号はこの位置で送信されるであろう。（同期符号が、ｍ個のＴＤＤフレーム毎に送信される）。いくつかの実施形態において、パイロット符号は、各フレームの同一の時間位置において送信されるであろう。
【０１１０】
本発明の１つまたは複数の実施形態は、特別な信号（スーパーフレーム、同期符号、ＭＡＰ等）、および、これらの信号の送信および受信に関連するプロトコルを導入する。一つの実施形態において、方法、装置、およびシステムは、ＩＴＵ規格、Ｇ．ｆａｓｔ規格に合致して使用できるように構成される。
【０１１１】
ここで述べた具体的な実現例／実施形態は、連結された様々な要素を有していてよい。しかしながら、配置の構成は、１つまたは複数の装置内に結合されてもよいと理解される。
【０１１２】
１つまたは複数の実現例に関して、開示がなされ説明が行われているが、当業者であれば、この明細書および添付図面を一読して理解することに基づき、同等の変形例または修正例を想到するであろう。上記の開示された内容の順番または組み合わせはまた、開示の範囲内に含まれるとして考えられてよい。
【０１１３】
本開示は、全ての修正と変更とを含んでおり、また、後述する特許請求の範囲によってのみ制限される。特に、上述の構成要素（例えば、送信機および／または受信機）によって実行される様々な機能に関して、これらの構成要素を説明するために使用される用語は、そのように示されていない限りは、説明された構成要素の特定の機能を実行する任意の構成要素（例えば、機能的に等価である構成要素）に対応することが意図されている。このことは、当該構成要素が、本開示の具体的な実現例において説明された機能を実行する開示された構造と、構造的に等価でない場合であっても該当する。加えて、本開示の特別な構成は、いくつかの実現例のうちの１つのみに関して開示されている場合があるが、これらの構成は、任意の用途または特定の用途において望まれる他の実現例の１つまたは複数の他の構成と結合されてもよい。
【０１１４】
加えて、本出願および添付の特許請求の範囲において用いられる冠詞‘ａ’および‘ａｎ’は、‘１つまたは複数’を意味するものとして解釈されてよい。
【図面の簡単な説明】
【０１１５】
【図１】本発明の一実施形態に係るデータ送信方法を利用するシステムを説明するブロック図である。
【図２】本発明の一実施形態に係るマルチレイヤプロトコル構造の例を説明する概略図である。
【図３】本発明の一実施形態に係るデータ送信フレームを示すブロック図である。
【図４】本発明の一実施形態に係る例示的な送信スキームを示すダイアグラムである。
【図５】本発明の一実施形態に係るマルチレイヤプロトコル中のデータ送信フレームに関するタイムラインを示す時間ダイアグラムである。
【図６】本発明の一実施形態に係る多重送信を示す時間ダイアグラムである。
【図７】本発明の複数の実施形態に係る多数の通信線における送信を示す時間ダイアグラムである。
【図１】
2015531576.tif 000003
【図２】
2015531576.tif 000004
【図３】
2015531576.tif 000005
【図４】
2015531576.tif 000006
【図５】
2015531576.tif 000007
【図６】
2015531576.tif 000008
【図７】
2015531576.tif 000009
【国際調査報告】
2015531576.tif 000010
2015531576.tif 000011
2015531576.tif 000012
2015531576.tif 000013