特許 6405598 デジタル加入者線（ＤＳＬ）のためのロバストオンライン再構成（ＯＬＲ）および同期プロトコル

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6405598

(24)【登録日】2018年9月28日

(45)【発行日】2018年10月17日

(54)【発明の名称】デジタル加入者線（ＤＳＬ）のためのロバストオンライン再構成（ＯＬＲ）および同期プロトコル

(51)【国際特許分類】

   H04L 29/06 20060101AFI20181004BHJP

【ＦＩ】

   H04L13/00 305C

【請求項の数】25

【全頁数】39

(21)【出願番号】特願2016-520803(P2016-520803)

(86)(22)【出願日】2014年6月18日

(65)【公表番号】特表2016-528764(P2016-528764A)

(43)【公表日】2016年9月15日

(86)【国際出願番号】IL2014050554

(87)【国際公開番号】WO2014203255

(87)【国際公開日】20141224

【審査請求日】2017年5月8日

(31)【優先権主張番号】61/836,178

(32)【優先日】2013年6月18日

(33)【優先権主張国】US

(31)【優先権主張番号】62/013,221

(32)【優先日】2014年6月17日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】514243416

【氏名又は名称】スキピオ テクノロジーズ エス．アイ リミテッド

(74)【代理人】

【識別番号】110000877

【氏名又は名称】龍華国際特許業務法人

(72)【発明者】

【氏名】ガイ レイナ

(72)【発明者】

【氏名】ラミ ヴァービン

【審査官】 玉木 宏治

(56)【参考文献】

【文献】 米国特許出願公開第２００２／０１７２１８８（ＵＳ，Ａ１）

【文献】 特表２００８−５１０３９５（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００６／０１７６９４２（ＵＳ，Ａ１）

【文献】 特表２００９−５３１９９３（ＪＰ，Ａ）

【文献】 特表２００８−５４１５４４（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ ２９／０６

Ｈ０４Ｌ １２／００−９５５

(57)【特許請求の範囲】

【請求項1】

複数のシステムパラメータのベースライン構成を使用する、少なくとも第１の通信エンティティおよび第２の通信エンティティを有する通信システムにおいて、複数のシステム構成パラメータのオンライン再構成（ＯＬＲ）により構成同期を維持するための方法であって、
前記第１の通信エンティティおよび前記第２の通信エンティティにリンクする、少なくとも１つの通信チャネルにおける少なくとも１つのチャネル特性に対する複数の変更をモニタリングする段階と、
前記第１の通信エンティティにより、前記ベースライン構成自体を変更することなく、前記少なくとも１つのチャネル特性に対する前記複数の変更に応じて前記ベースライン構成に対する少なくとも１つの修正に基づいて構築される、アクティブ構成を決定する段階と、
前記少なくとも１つの通信チャネルを介して、前記第１の通信エンティティから前記第２の通信エンティティへと前記ＯＬＲ要求を送信する段階と、
前記第２の通信エンティティにより前記ＯＬＲ要求を受信する段階と、
前記第１の通信エンティティおよび前記第２の通信エンティティにより前記アクティブ構成を使用する段階と、
前記ベースライン構成に対する変更の必要を判断する段階と、
前記ベースライン構成に対する前記変更が決定された場合、前記第１の通信エンティティと前記第２の通信エンティティとの間で更新されたベースライン構成を通信し、前記第１の通信エンティティおよび前記第２の通信エンティティによって前記更新されたベースライン構成を使用する段階とを備える、方法。

【請求項2】

前記通信システムの第１の動作モードにより、前記第１の通信エンティティは、レシーバとして動作可能であり、
前記第２の通信エンティティは、トランスミッタとして動作可能であり、
前記ＯＬＲ要求は、前記レシーバの前記複数のシステム構成パラメータにおける複数の変更に関する、請求項１に記載の方法。

【請求項3】

前記通信システムの第２の動作モードにより、前記第１の通信エンティティは、トランスミッタとして動作可能であり、
前記第２の通信エンティティは、レシーバとして動作可能であり、
前記ＯＬＲ要求は、前記トランスミッタの前記複数のシステム構成パラメータにおける複数の変更に関する、請求項１または２に記載の方法。

【請求項4】

前記少なくとも１つのチャネル特性は、
信号対ノイズ比（ＳＮＲ）、
遠端クロストーク（ＦＥＸＴ）レベル、
信号対ノイズと干渉の比（ＳＮＩＲ）、
信号対ＦＥＸＴ比、
前記少なくとも１つのチャネルの複数のノイズ特性、
転送機能に関連する特性、
確認（ＡＣＫ）／否認（ＮＡＣＫ）表示、
前記第１の通信エンティティと前記第２の通信エンティティとの間の送信経路における複数の変更、
ブロックエラーレート（ＢＬＥＲ）および
ビットエラーレート（ＢＥＲ）からなる一覧から選択される、請求項１〜３のいずれか１項に記載の方法。

【請求項5】

前記第１の通信エンティティは、前記アクティブ構成に関する情報を含む、ＯＬＲメッセージの形式の前記ＯＬＲ要求を構築する、請求項１〜４のいずれか１項に記載の方法。

【請求項6】

前記アクティブ構成に関する情報は、
サブキャリア当たりの一時的ビットロードテーブル（ＢＬＴ）、
サブバンド当たりの一時的ビットロード（ＢＬＴ）、
サブバンド当たりの複数のゲインに対する複数の変更、
サブキャリア当たりの複数のゲインに対する複数の変更、
複数の相対変化（デルタ）、
ビットロードにおける複数の微分変化、
複数のフレーミングパラメータ、
データ伝送単位（ＤＴＵ）の大きさ、
複数の修正が前記アクティブ構成を構築するべく適用されるべき基準テーブルのインデックスを識別する、識別（ＩＤ）番号、
前記アクティブ構成が構築される数学上の関数、
前記アクティブ構成の実装に向かうカウントシーケンス、
少なくとも１つの修正から前記ベースライン構成への前記アクティブ構成をどのように構築するかを指定するアルゴリズム、
前記アクティブ構成を指定する少なくとも１つのデータベースエントリへのポインター、
前記ベースライン構成に対する完全な変更、
前記ベースライン構成に対する部分的変更、および
前記ベースライン構成に対する無変更からなる一覧から選択される、請求項５に記載の方法。

【請求項7】

前記第２の通信エンティティにより前記ＯＬＲ要求を修正することにより、修正されたＯＬＲ要求を形成する段階と、
前記第２の通信エンティティにより、前記第１の通信エンティティに前記修正されたＯＬＲ要求を送信する段階とを更に備える、請求項１〜６のいずれか１項に記載の方法。

【請求項8】

構成更新点の発生に向かってプログレッシブカウントを指定するカウントシーケンスを、前記トランスミッタにより決定する段階を更に備え、
前記ベースライン構成に対するアクティブ構成が、使用される、請求項２に記載の方法。

【請求項9】

前記第２の通信エンティティにより少なくとも１回、現在のそれぞれの前記プログレッシブカウントを含むカウントシーケンスメッセージを前記第１の通信エンティティに送信する段階と、
前記第１の通信エンティティにより少なくとも１回、前記カウントシーケンスメッセージを送信する段階を更に備える、請求項８に記載の方法。

【請求項10】

前記ベースライン構成に対する前記少なくとも１つの修正は、
複数の正の変更、
複数の負の変更、
複数の０の変更、
複数の微分変化、
前記修正を規定する数学式、
上限および
前記修正を規定するアルゴリズムからなる一覧から選択される、請求項１〜９のいずれか１項に記載の方法。

【請求項11】

複数のシステム構成パラメータの既存の構成を使用する第１の通信エンティティと第２の通信エンティティとの間で、通信システムにおけるオンライン再構成（ＯＬＲ）により複数のシステム構成パラメータを実装する整合的同期のための方法であって、
前記第１の通信エンティティにより、前記既存の構成に対するアクティブ構成が使用される、構成更新点の発生に向かってプログレッシブカウントを指定するカウントシーケンスを決定する段階と、
前記第１の通信エンティティにより複数回、現在のそれぞれの前記プログレッシブカウントを含むカウントシーケンスメッセージを前記第２の通信エンティティに送信する段階と、
前記第２の通信エンティティにより少なくとも１回、前記カウントシーケンスメッセージを受信する段階と、
前記構成更新点において、前記第１の通信エンティティおよび前記第２の通信エンティティにより前記アクティブ構成を使用する段階とを備える、方法。

【請求項12】

前記通信システムの第１の動作モードにより、前記第１の通信エンティティは、レシーバとして動作可能であり、
前記第２の通信エンティティは、トランスミッタとして動作可能であり、
前記レシーバからの前記複数のシステム構成パラメータの変更のＯＬＲ要求は、前記レシーバの前記複数のシステム構成パラメータにおける複数の変更に関する、請求項１１に記載の方法。

【請求項13】

前記通信システムの第２の動作モードにより、前記第１の通信エンティティは、トランスミッタとして動作可能であり、
前記第２の通信エンティティは、レシーバとして動作可能であり、
前記トランスミッタからの前記複数のシステム構成パラメータの変更のＯＬＲ要求は、前記トランスミッタの前記複数のシステム構成パラメータにおける複数の変更に関する、請求項１１または１２に記載の方法。

【請求項14】

前記第１の通信エンティティおよび前記第２の通信エンティティにリンクする、少なくとも１つの通信チャネルにおける少なくとも１つのチャネル特性に対する複数の変更をモニタリングする段階と、
前記第２の通信エンティティにより、前記少なくとも１つのチャネル特性に対する前記複数の変更に応じて前記既存の構成に対する少なくとも１つの修正に基づいて構築される、前記アクティブ構成を決定する段階と、
前記少なくとも１つの通信チャネルを介して、前記第２の通信エンティティから前記第１の通信エンティティへとＯＬＲ要求を送信する段階と更に備える、請求項１１〜１３のいずれか１項に記載の方法。

【請求項15】

前記送信する段階は、前記アクティブ構成を反復的に送信する段階を有する、請求項１１〜１４のいずれか１項に記載の方法。

【請求項16】

複数のシステムパラメータのベースライン構成を使用して、少なくとも１つの通信チャネルを介して通信する、少なくとも第１の通信エンティティと第２の通信エンティティとの間で、通信システムの複数のシステム構成パラメータのオンライン再構成（ＯＬＲ）により同期を維持する前記通信システムであって、
それぞれの前記少なくとも１つの通信チャネルの少なくとも１つの通信チャネル特性をモニタリングする前記第１の通信エンティティの通信チャネル状態モニタと、
前記通信チャネル状態モニタに結合された前記第１の通信エンティティの伝送パラメータコントローラとを備え、
前記伝送パラメータコントローラは、前記ベースライン構成自体を変更することなく、前記少なくとも１つの通信チャネル特性に対する少なくとも１つの変更に応じて、前記ベースライン構成に対する少なくとも１つの修正に基づいて構築された、アクティブ構成を決定し、
前記第１の通信エンティティは、前記第１の通信エンティティおよび前記第２の通信エンティティにより、前記アクティブ構成を使用するべく、前記第２の通信エンティティに対する前記アクティブ構成の少なくとも一部を通信し、
前記伝送パラメータコントローラは、前記ベースライン構成に対する変更の必要を判断し、
前記ベースライン構成に対する前記変更が決定された場合、前記第１の通信エンティティと前記第２の通信エンティティは、更新されたベースライン構成をこれらの間で通信し、前記更新されたベースライン構成を使用する、通信システム。

【請求項17】

前記通信システムの第１の動作モードにより、前記第１の通信エンティティは、レシーバとして動作可能であり、
前記第２の通信エンティティは、トランスミッタとして動作可能であり、
前記レシーバから生成されたＯＬＲ要求は、前記レシーバの前記複数のシステム構成パラメータにおける複数の変更に関する、請求項１６に記載の通信システム。

【請求項18】

前記通信システムの第２の動作モードにより、前記第１の通信エンティティは、トランスミッタとして動作可能であり、
前記第２の通信エンティティは、レシーバとして動作可能であり、
前記トランスミッタから生成されたＯＬＲ要求は、前記トランスミッタの前記複数のシステム構成パラメータにおける複数の変更に関する、請求項１６または１７に記載の通信システム。

【請求項19】

前記第２の通信エンティティは、
それぞれの前記少なくとも１つの通信チャネルの少なくとも１つの通信チャネル特性をモニタリングする通信チャネル状態モニタと、
前記第２の通信エンティティの前記通信チャネル状態モニタに結合された伝送パラメータコントローラとを更に備え、
前記第２の通信エンティティの前記伝送パラメータコントローラは、前記少なくとも１つの通信チャネル特性に対する少なくとも１つの変更に応じて、前記ベースライン構成に対する少なくとも１つの修正に基づいて構築された、アクティブ構成を判断し、
前記第２の通信エンティティは、前記第１の通信エンティティに対する前記アクティブ構成の少なくとも一部を更に通信する、請求項１６〜１８のいずれか１項に記載の通信システム。

【請求項20】

前記少なくとも１つのチャネル特性は、それぞれの前記少なくとも１つの通信チャネルの送信および受信パラメータに影響する前記少なくとも１つの通信チャネルの属性である、請求項１６〜１９のいずれか１項に記載の通信システム。

【請求項21】

前記少なくとも１つのチャネル特性は、
信号対ノイズ比（ＳＮＲ）、
遠端クロストーク（ＦＥＸＴ）レベル、
信号対ノイズと干渉の比（ＳＮＩＲ）、
信号対ＦＥＸＴ比、
前記少なくとも１つの通信チャネルの複数のノイズ特性、
転送機能に関連する複数の特性、
確認（ＡＣＫ）／否認（ＮＡＣＫ）表示、
前記第１の通信エンティティと前記第２の通信エンティティとの間の送信経路における複数の変更、
ブロックエラーレート（ＢＬＥＲ）および
ビットエラーレート（ＢＥＲ）からなる一覧から選択される、請求項２０に記載の通信システム。

【請求項22】

前記アクティブ構成に関する情報は、
サブキャリア当たりの一時的ビットロードテーブル（ＢＬＴ）、
サブバンド当たりの一時的ビットロードＢＬＴ、
サブバンド当たりの複数のゲインに対する複数の変更、
サブキャリア当たりの複数のゲインに対する複数の変更、
複数の相対変化（デルタ）、
複数の微分変化、
複数の修正が前記アクティブ構成を構築するべく適用されるべき基準テーブルのインデックスを識別する、識別（ＩＤ）番号、
前記アクティブ構成が構築される数学上の関数、
前記アクティブ構成の実装に向かうカウントシーケンス、
少なくとも１つの修正から前記ベースライン構成への前記アクティブ構成をどのように構築するかを指定するアルゴリズム、
前記アクティブ構成を指定する少なくとも１つのデータベースエントリへのポインター、
前記ベースライン構成に対する完全な変更、
前記ベースライン構成に対する部分的変更、および
前記ベースライン構成に対する無変更からなる一覧から選択される、請求項１６〜２１のいずれか１項に記載の通信システム。

【請求項23】

前記トランスミッタは、構成更新点の発生に向かってプログレッシブカウントを指定するカウントシーケンスを決定し、
前記ベースライン構成に対するアクティブ構成が、使用される、請求項１７に記載の通信システム。

【請求項24】

前記複数のシステム構成パラメータは、
ビットロードテーブル（ＢＬＴ）、
複数のゲインテーブル、
複数のフレーミングパラメータ、
データ伝送単位（ＤＴＵ）の大きさ、
サブキャリア当たりのＢＬＴおよび
サブキャリア当たりのゲインからなる一覧から選択される、請求項１６〜２３のいずれか１項に記載の通信システム。

【請求項25】

前記ベースライン構成に対する前記少なくとも１つの修正は、
複数の正の変更、
複数の負の変更、
複数の０の変更、
複数の微分変化、
前記修正を規定する数学式、
上限および
前記修正を規定するアルゴリズムからなる一覧から選択される、請求項１６〜２４のいずれか１項に記載の通信システム。

【発明の詳細な説明】

【技術分野】

【0001】

開示された技術は、デジタル通信の分野に関し、一般には、特に通信システムにおける同期を維持するロバストオンライン再構成（ＯＬＲ）プロトコルに関する。

【0002】

デジタル加入者線（ＤＳＬ）は、既存の普通の電話サービス（ＰＯＴＳ）のインフラストラクチャの銅ワイヤ（ツイストペア、ループ）を介して通信する手段を提供するように設計された技術である。通常、そのようなインフラストラクチャは、加入者構内機器（ＣＰＥ）ユニットとして知られたデバイスを使用する複数のエンドユーザ（すなわち、加入者としても知られる）に、データサービスを提供する少なくとも１つの分散地点（ＤＰ）を使用する中央局（ｃｅｎｔｒａｌ ｏｆｆｉｃｅ、ＣＯ）を含む。超高速デジタル加入者線（ＶＤＳＬ）またはＧ．ｆａｓｔ（加入者端末への速いアクセス）等のハイブリッド通信ネットワークのアーキテクチャは、光ファイバセグメントおよびＤＳＬ（もしくはＧ．ｆａｓｔ）セグメントの使用を組み合わせ、後者は、既存の銅ワイヤインフラストラクチャを介してエンドポイントの加入者へと向かって、典型的には最後の数百メートルに渡って延在する。Ｇ．ｆａｓｔにおいて、通信機器は、ＤＰに位置し、典型的には顧客（加入者）側に位置する複数の対応する通信機器（ＣＰＥ、例えばモデム）を伴う通信ラインを介してリンクする。

【0003】

適切な動作のために、モデムは一般に、少なくともある程度、各伝送パラメータを変化する複数の通信ライン状態に適合されるように動作可能である。これらの伝送パラメータは、レシーバがトランスミッタから受信された複数の信号を正しくデコードできるように、双方の側に知られていなければならない。しかし、ループにおいて示される上昇したレベルの電子干渉の例等、一定の状況においては、データサービスに対するインタラプトを生じさせることなく、既存のシステム構成オンラインを変更する必要がある。これがオンライン再構成（ＯＬＲ）として知られるものである。例えば、ビットスワップ、シームレスレート適応（ＳＲＡ）、トランスミッタ開始ゲイン調整（ｔｒａｎｓｍｉｔｔｅｒ ｉｎｉｔｉａｔｅｄ ｇａｉｎ ａｄｊｕｓｔｍｅｎｔ、ＴＩＧＡ）等、様々なタイプのＯＬＲが知られている。

【0004】

ＯＬＲの他の様々な方法およびプロトコルが当技術分野において知られている。例えば、「Ｏｎ−Ｌｉｎｅ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ａｎｄ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｐｒｏｔｏｃｏｌ ｆｏｒ Ｍｕｌｔｉ−Ｃａｒｒｉｅｒ ＤＳＬ」と題するＯｋｓｍａｎ等に対する米国特許出願公報第２００６／０１７６９４２Ａ１号は、通信システムのオンライン再構成（ＯＬＲ）を実現するべく、複数のデータサブチャネルに一時的に割り当てられる同期フラッグとして、システム構成における変更の表示を提供する通信システムおよび方法を対象とする。システムは、プロバイダおよび加入者の複数のデジタル加入者線（ＤＳＬ）モデムを使用し、これらは通信チャネルを介して接続され、複数の通信信号を送信および受信するように動作可能である。本システムにより実装される方法は、現在用いられているビットロードテーブル構成に基づいて、データ送信に用いられる複数のフリーサブチャネルを最初に識別する高速のＯＬＲ手順を使用する。これら複数のフリーサブチャネルは、同期フラッグを搬送するように、一時的に割り当てられ、同期フラッグは同様に、これらのサブチャネルを介して送信される。加入者ＤＳＬモデムは、同期フラッグを受信および検出し、次に来る複数のシンボルに新しいパラメータを適用する。同期フラッグが送信されるが、加入者ＤＳＬモデムで検出されない可能性のある状況を防止するべく、プロバイダＤＳＬモデムは、加入者ＤＳＬモデムがサブチャネルを介して同期フラッグ確認を送信するまで再構成を遅らせ、これにより再構成は、プロバイダのＤＳＬモデムと加入者ＤＳＬモデムとの間で同期されて行われる。

【0005】

Ｓｃｈｅｌｓｔｒａｅｔｅ等に対する「Ｓｙｓｔｅｍｓ ａｎｄ Ｍｅｔｈｏｄｓ ｆｏｒ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｗｉｔｈ Ｏｎ−Ｌｉｎｅ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」と題するＰＣＴ国際公報第ＷＯ２０１１／１４３１０１Ａ１号は、ＤＳＬシステムにおけるオンライン再構成による再送信を実行するためのシステムおよび方法を対象とする。開示されるシステムは、トランスミッタおよびレシーバを含み、オンライン再構成を用いる再送信の方法が実装される１つのリンク再送信システムである。本方法によれば、データストリームは、フレーミング構成により最初にエンコードされて第１のフレームとなる。トランスミッタは、フレーミング構成のＯＬＲ要求をレシーバから受信する。要求に応答して、第１のフレームへのデータストリームのエンコードは、中断される。次に、トランスミッタは、トランスミッタが、第１のフレームへのデータストリームのエンコードの中断に対して開始する再送信期間中に、レシーバに送信された１または複数の第１のフレームを送信する再送信状態に入る。次に、トランスミッタはＯＬＲ要求の確認をレシーバに送信する。第２のフレームへのデータストリームのエンコードは、ＯＬＲと矛盾しない修正されたフレーミング構成に応じて再開される。トランスミッタは、再送信期間が満了すると、第２のフレームをレシーバに送信する。

【0006】

ここで、オンライン再構成によりレシーバとトランスミッタとの間での同期を可能にする、従来技術の方法の例を示し、一般に１０と称する概略図である図１を参照する。図１における水平の向きは、レシーバ１２、複数のレシーバＯＬＲ要求１４、同期状態１６、トランスミッタ１８またはフレーム番号２０のいずれかに関する情報を表す。フレーム番号２０は、フレーム（フレームｉ、フレームｉ＋１等）を識別および列挙し、フレームはトランスミッタ１８とレシーバ１２との間で伝達される、互いにグループ化された１組のデータシンボルである。図１における鉛直の向きは、進行する複数のフレームユニットの時間を表す。レシーバ１２は、トランスミッタ１８と通信可能に結合され、これらの双方は、双方間の構成の同期を必要とする。この目的のために、レシーバ１２は、トランスミッタ１８に複数のＯＬＲ要求１４を送信し、ＯＬＲ要求１４は次に、トランスミッタ１８により実装される。同期状態は、レシーバ１２およびトランスミッタ１８の双方が同一のビットロードテーブル等（ＢＬＴ）、同一構成を使用する場合である。同期状態１６は、レシーバ１２とトランスミッタ１８との間の同期状態を表す。

【0007】

図１のフレームｉに示される初期状態において、レシーバ１２およびトランスミッタ１８の双方は、同一のビットロードテーブル構成（すなわち、「ＢＬＴ０」と称する）を使用し、従って同期される。上流側（ＵＳ）方向で、フレームｉ＋１において、レシーバ１２は、以前の構成（すなわちＢＬＴ０）から１ビット分均一に低減させた新しい構成にするべく、メッセージ２２の形式のＯＬＲ要求をトランスミッタ１８に送信するものと仮定されたい。トランスミッタ１８は、ＯＬＲメッセージ２２を受信し、フレームｉ＋４で新しい構成（すなわち、−１ビット）を実装する。ここで、ノイズ状態が増大しているので、レシーバ１２は、フレームｉ＋７で実装されるべき、以前の構成から６ビット分均一に低減した新しい構成にするべくフレームｉ＋５でトランスミッタ１８に新しいＯＬＲメッセージ２４を送信するものと仮定されたい。しかし、この場合、このメッセージ（すなわち、ＯＬＲメッセージ２４）は、意図される送り先（すなわち、トランスミッタ１８）に到達しないものと仮定されたい。フレームｉ＋７において、レシーバ１２とトランスミッタ１８との間には同期損失が存在する。双方が同一の構成を使用しないからである。更に、レシーバ１２は、以前のＢＬＴから２ビット分、更に均一に低減させるべく、フレームｉ＋８で新しいＯＬＲメッセージ２６をトランスミッタに送信するものと仮定し、このメッセージはトランスミッタ１８により首尾よく受信されるものと更に仮定されたい。フレームｉ＋１０で、レシーバ１２は、新しい構成（すなわち９ビットを引いた）を実装するが、トランスミッタは、異なる新しい構成（すなわち、３ビットを引いた）を実装し、それによりトランスミッタ１８とレシーバ１２との間の長期的同期損失をもたらす。複数のＯＬＲ要求は、前述の（すなわち、過去の「ヒストリカルな」）ＯＬＲ要求を首尾よく受信および実装したとの仮定に基づいているので、トランスミッタ１８が複数のＯＬＲメッセージのうち１つ（例えば、ＯＬＲメッセージ２４）を受信できなかった場合を考慮して、その次に受信された複数のＯＬＲメッセージ（例えば、ＯＬＲメッセージ２６）は、レシーバとトランスミッタとの間の構成の不一致をもたらす複数のエラーを累積し、従って同期損失をもたらす。

【0008】

代替的な従来技術の複数のアプローチは、キャリア周波数当たりの絶対的ビットロードテーブルを明示的に伝達することがある。一般に、これらのアプローチは緩慢に反応する（すなわち、図１に説明されるアプローチと比較して）。一般に、より大きな量の情報を伝達する必要があるからである。これらのアプローチは、双方の側（例えば、トランスミッタおよびレシーバ）が新たに通信された構成を同時に実装することを確実にするべく、確認ベースのプロトコルを必要とする。

【発明の概要】

【0009】

開示された技術の目的は、複数のシステム構成パラメータのオンライン再構成（ＯＬＲ）により同期を維持し、ならびに通信システム内で互いに通信する複数の通信エンティティ間でこれらのシステム構成パラメータの実装を同期する複数の方法を実装する新規な通信システムを提供することである。従って、開示された技術の一態様によれば、複数のシステムパラメータの基準構成を使用する少なくとも第１の通信エンティティおよび第２の通信エンティティを有する通信システムにおいて、複数のシステム構成パラメータのオンライン再構成（ＯＬＲ）により、構成同期を維持するための方法が提供される。本方法は、第１の通信エンティティおよび第２の通信エンティティにリンクする少なくとも１つの通信チャネルの少なくとも１つのチャネル特性に対する複数の変更をモニタリングする段階と、第１の通信エンティティにより、少なくとも１つのチャネル特性に対する複数の変更に応じて基準構成に対する複数の修正に基づいて構築された、更新済みの構成を決定する段階と、少なくとも１つの通信チャネルを介して第１の通信エンティティから第２の通信エンティティへとＯＬＲ要求を送信する段階と、第２の通信エンティティによりＯＬＲ要求を受信する段階と、第１の通信エンティティおよび第２の通信エンティティにより、更新された構成を使用する段階とを備える。

【0010】

また、開示された技術の別の態様によれば、複数のシステム構成パラメータの既存の構成を使用する第１の通信エンティティと第２の通信エンティティとの間に、通信システムにおけるオンライン再構成（ＯＬＲ）による複数のシステム構成パラメータの実装の整合的同期のための方法が提供される。本方法は、第１の通信エンティティにより、既存の構成に対して更新された構成が使用される構成更新点の発生に向かってプログレッシブカウントを指定するカウントシーケンスを決定する段階と、第１の通信エンティティにより、第２の通信エンティティにカウントシーケンスメッセージを少なくとも１回送信する段階と、第２の通信エンティティによりカウントシーケンスメッセージを少なくとも１回受信する段階と、構成更新点で、第１の通信エンティティおよび第２の通信エンティティにより更新された構成を使用する段階とを備える。カウントシーケンスメッセージは、現在の各プログレッシブカウントを含む。構成更新点は、当該第１の通信エンティティおよび第２の通信エンティティの双方に知られた基準点に関連する。

【0011】

従って、開示された技術の別の実施形態によれば、複数のシステムパラメータの基準構成を使用する、少なくとも１つの通信チャネルを介して通信する少なくとも第１の通信エンティティと、第２の通信エンティティとの間で、通信システムの複数のシステム構成パラメータのオンライン再構成（ＯＬＲ）による同期を維持する通信システムが提供される。通信システムは、通信チャネル状態モニタと、伝送パラメータコントローラとを備える。第１の通信エンティティの伝送パラメータコントローラは、通信チャネル状態モニタと結合される。第１の通信エンティティの通信チャネル状態モニタは、それぞれの少なくとも１つの通信チャネルの少なくとも１つの通信チャネル特性をモニタリングする。伝送パラメータコントローラは、当該少なくとも１つの通信チャネル特性に対する少なくとも１つの変更に応じて、当該基準構成に対する複数の修正に基づいて構築された更新された構成を決定し、第１の通信エンティティは、第１の通信エンティティおよび第２の通信エンティティにより更新された構成を使用いるように、第２の通信エンティティに対して更新された構成の少なくとも一部において通信する。

【図面の簡単な説明】

【0012】

開示された技術は、以下の詳細な説明を図面と併せて読めば、より完全に理解されるであろう。

【図1】オンライン再構成によりレシーバとトランスミッタとの間の同期を可能にする従来技術の方法の一例を示す概略図である。

【図2】開示された技術の一実施形態により構築され、動作可能な通信システムの単純化した一般的概観を図示する概略ブロック図である。

【図3】開示された技術により構築され、動作可能な基準構成に関連するシステム構成パラメータに対する複数の一時的変更を図示する概略図である。

【図4】開示された技術により構築され、動作可能な図２の通信システムにおける複数の通信エンティティ間のシステム構成同期を維持する基準構成に関連する複数の一時的構成を使用する方法を示す概略図である。

【図5】開示された技術の別の態様により構築され、動作可能な構成変更シーケンスの一例を図示する概略図である。

【図6】開示された技術により構築され、動作可能な一時的構成変更シーケンスと共に、ベースライン構成変更のシーケンスの一例を図示する概略図である。

【図7】開示された技術によい構築され、動作可能な、関連し、適用されるベースライン構成に一時的構成変更がバウンドされる、一時的構成変更と併せてベースライン構成変更の一例を図示する概略図である。

【図8】開示された技術の一態様により構築され、動作可能な通信システムにおけるシステム構成パラメータのオンライン再構成（ＯＬＲ）により構成同期を維持する方法の概略ブロック図である。

【図9】開示された技術の別の態様により構築され、動作可能な通信システムにおいて、オンライン再構成（ＯＬＲ）による複数のシステム構成パラメータの実装の時間同期のための方法の概略ブロック図である。

【発明を実施するための形態】

【0013】

開示された技術は、システム構成パラメータのオンライン再構成（ＯＬＲ）により同期を維持し、並びに通信システムにおいて互いに通信する複数の通信エンティティ間でこれらのシステム構成パラメータの実装を同期する複数の方法を実装する通信システムを提供することにより、従来技術の欠点を克服する。一般に、システムは、少なくとも１つの通信チャネルもしくは媒体を介して通信可能に結合された少なくとも２つの通信エンティティ（例えば、トランスミッタおよびレシーバ）を含む。具体的には、開示された技術の原理は、Ｇ．ｆａｓｔ（加入者端末への速いアクセス）におけるような複数のデジタル加入者線（ＤＳＬ）通信システムに実装され、通信システムの複数のトランスミッタとレシーバとの間で通信されるデータは、離散マルチトーン（ＤＭＴ）変調により変調される。

【0014】

開示された技術は、２つの主要な態様を伴う。第１の主要な態様は、複数のシステム構成パラメータのＯＬＲにより構成同期を維持するロバストプロトコルを伴う。プロトコルは、ベースライン（基準）構成およびアクティブ（更新）構成の組み合せを容易にし、ベースライン構成は、通信チャネルの現行のチャネル特性における緩慢な複数の変更を正確に追跡してこれに対する調整を行うように動作可能である。一方アクティブな構成は、より速い応答時間を有するように動作可能であるが、一般にあまり正確ではない（すなわち、ベースライン構成と比較して）。複数の一時的構成変更は、ベースライン構成の上部（例えば全体）に（例えば段階的に）適用される。例えば、一時的構成変更は、トランスミッタにより開始されてもよく、ベースライン構成全体で複数の変更（例えば、正のデルタ、負のデルタ）を含み得る。ベースライン構成は、一時的構成を構築する基準として保持される（すなわち、用いられ、例えばメモリデバイスに格納される）。一時的（更新された）構成は、送信経路における複数の変更（すなわち、構成変更を要求するプリコーダ更新）を含み得るチャネル特性に対して検出された変更に応じて、ベースライン（基準）構成に対する複数の修正に基づいて構築される。ベースライン構成は、送信信号をエンコードするため等には用いられない。通常、一時的構成のみがエンコード目的に用いられる。特別な場合は、ベースライン構成に対して（すなわち、関連して）調整が必要とされないときである。この場合、一時的構成は、ベースライン構成と同一であり、一時的構成は、複数の送信信号をエンコードすることになおも用いられる。

【0015】

第２の主要な態様は、たとえ複数の再構成メッセージが喪失したとしても少なくとも一対の相互通信する通信エンティティ間で複数のシステム構成パラメータを実装する整合的同期を容易にするロバストＯＬＲプロトコルを提供する。具体的には、システム構成パラメータの既存の構成を使用する第１の通信エンティティと第２の通信エンティティとの間で、複数のシステム構成パラメータを実装する整合的同期のための方法が提供される。本方法によれば、第１の通信エンティティは、構成更新点（例えば、更新時間）の発生に向かってプログレッシブカウント（例えば、カウントダウン、カウトアップ）を指定するカウントシーケンス（例えば、タイミングシーケンス）を決定し、既存の構成に対する更新された構成が使用される。第１の通信エンティティは、現在の各プログレッシブカウント（例えば、カウントの現在値）を含むカウントシーケンスメッセージを少なくとも１回（すなわち、典型的には複数回）提供（例えば、送信）し、当該カウントシーケンスメッセージは、更新された構成を含み得る。第２の通信エンティティは、少なくとも１回（すなわち、典型的には複数回、従ってロバスト性である）、カウントシーケンスメッセージ（ならびに更新された構成）を受信するように動作可能である。次いで、第１および第２の通信エンティティの双方が構成更新点において更新された構成を使用するように動作可能である。開示された技術のこの態様によれば、一般に、ＯＬＲ要求を開始する２つの主要な動作モードが存在する。トランスミッタにより開始されるＯＬＲ要求およびレシーバにより開始されるＯＬＲ要求である。

【0016】

レシーバにより開始されるＯＬＲにおいては、レシーバは、新しい構成変更に関する情報を含む、電子メッセージ（すなわち、「ＯＬＲメッセージ」）の形式のＯＬＲ要求を開始して構築する。ＯＬＲの各要求には、一意な識別番号が割り当てられている。ＯＬＲ要求のレシーバ（すなわち、トランスミッタ、「レスポンダ」）は、更新された構成が有効になる予期される地点（例えば、時間における）を示すことにより、レシーバにより開始されるＯＬＲ要求に応答する。レスポンダによるこの応答は、応答メッセージの形式である。レスポンダによりこの応答メッセージは、構成更新点の発生に向かってプログレッシブカウントを指定するカウントシーケンス（例えば、タイミングシーケンス）を含み、既存の構成に対する更新された構成が使用される（すなわち、双方の当事者により同時に）。レソーバにより開始されるＯＬＲにおいて、ＯＬＲ要求は、このレシーバにより用いられる複数のシステム構成パラメータにおける変更に関連する。トランスミッタは、（通常）以下の送信における送信をエンコードすることに用いられる構成番号を示す。１または複数の以前のＯＬＲメッセージが喪失された場合に、ＯＬＲのイニシエータは、この構成番号を用いて同期を回復することができる。

【0017】

トランスミッタにより開始されるＯＬＲにおいて、トランスミッタは、レシーバに通信されるＯＬＲメッセージの形式でＯＬＲ要求を開始して構築する。この場合、一意な識別番号は使用されないことがある。このモードによれば、更新された構成変更（例えば設定）に関する情報を含むＯＬＲメッセージは、レシーバに送信される各フレームを介して（繰り返して、反復的に）通信され得る。更に、トランスミッタのＯＬＲメッセージは、新しい構成が有効（すなわち、双方の当事者により同時に）になる、（例えば、時間における）予期される地点を指定する。

【0018】

従って、要約すれば、開示された技術は、２つの主要な態様を伴う。第１の態様は、互いに通信するこれらの通信エンティティが同一のシステム構成パラメータ（すなわち、パラメータの「コヒーレントな画像」）を保持するように、ＯＬＲにより通信システムの複数の通信エンティティ（例えば、トランスミッタおよびレシーバ）間の同期を保持する段階を伴う。例示的なシステム構成パラメータとしては、ビットロードテーブル（ＢＬＴ）（すなわち、サブキャリア当たり、サブバンド当たりの）、順方向誤り訂正（ＦＥＣ）パラメータ、ゲインテーブル（サブキャリア当たり、サブバンド当たりの）、フレーミングパラメータ、データ伝送単位（ＤＴＵ）の大きさ等が挙げられる。

【0019】

第２の態様は、ＯＬＲにより複数の新しい、または修正済みのシステム構成パラメータの実装（例えば、時間）を同期する方法を含み、複数の新しい、または修正済みのシステム構成パラメータは、通信システムにおいて互いに通信する複数の通信エンティティ（例えば、トランスミッタとレシーバとの間）により同期的に使用される。

【0020】

単数または複数で表現される「通信ライン」および「通信チャネル」という用語は、詳細な説明および特許請求の範囲を通して入れ換え可能であり、複数の通信信号（例えば、伝達情報、ノイズ等）が典型的には、通信システムの複数のトランスミッタとレシーバ（もしくはトランシーバ）との間で伝達される媒体（例えば、電気的導体、光導体、気体等）を指す。

【0021】

詳細な説明および特許請求の範囲の全体を通して本明細書において用いられる「サブチャネル」、「サブキャリア」および「サブキャリア周波数」という用語は、入れ換え可能であり、主要な通信キャリア信号を介して搬送される基本的な信号成分を指す。具体的には、ＤＭＴ変調において、主要チャネル（または「チャネル」）の帯域幅（ＢＷ）は、典型的には、各サブチャネルの中心周波数がサブキャリアとして示されるように、複数のサブチャネル（周波数範囲）に分割される。複数のビットは、チャネルを介して送信用サブキャリアにおいて変調される。

【0022】

詳細な説明および特許請求の範囲全体を通して本明細書において用いられる「通信パラメータ」という用語は、それが参照する通信システムの設計、構造、動作もしくは機能に関連する任意の変数、特性、属性もしくは性質を指す。詳細な説明および特許請求の範囲全体を通して本明細書において用いられる「通信エンティティ」をいう用語は、通信システムのレシーバ、トランスミッタ、またはトランシーバのいずれか１つを指す。開示された技術の１つの（第１の）動作モードによれば、第１の通信エンティティはレシーバとして動作可能であり、第２の通信エンティティはトランスミッタとして動作可能である。この動作モードにおいて、ＯＬＲ要求は、レシーバの複数のシステム構成パラメータにおける変更に関連する。開示された技術の別の（第２の）動作モードによれば、第１の通信エンティティはトランスミッタとして動作可能であり、第２の通信エンティティはレシーバとして動作可能である。この動作モードにおいて、ＯＬＲ要求は、トランスミッタにより用いられる複数のシステム構成パラメータにおける変更に関連する。これらの異なる動作モードが以下の記載において説明されどの通信エンティティがレシーバであり、どれがトランスミッタであるかの識別は、関連する文脈により明らかとなる。通常、通信エンティティは、その操作性がトランスミッタおよびレシーバの双方の機能を含むトランシーバを実装することに留意されたい。通信エンティティは、通信サービスのプロバイダ（例えば、中央局（ＣＯ）、分散地点（ＤＰ）等）、ならびに通信システム（例えば、ＤＳＬ）の通信サービスの加入者（例えば、加入者構内機器（ＣＰＥ））を指し得る。

【0023】

詳細な説明および特許請求の範囲全体を通して本明細書において用いられる「一時的構成」および「アクティブな構成」という用語は入れ換え可能であり、システムパラメータの基準（ベースライン）構成に関連するシステムパラメータの特定の変更済みまたは更新された構成を指す。詳細な説明、図面および特許請求の範囲全体を通してスラッシュ記号「／」（「前向きのスラッシュ」とも称する）を用いる場合、スラッシュ記号の反対側（すなわち、右および左）の２つの選択肢の間における相互に排他的な選択を示す。例えば、「Ａ／Ｂ」は、Ａ（Ｂではない）またはＢ（Ａではない）のいずれかの選択肢を示すことになろう。

【0024】

開示された技術の一実施形態により構築され、動作可能な通信システムの単純化した一般的概観を図示する概略ブロック図であり、一般に１００と称する図２をここで参照する。通信システム１００は、分散地点（ＤＰ）１０２を含み、これは、ケーブル結束具１０８を通る複数のＮ通信チャネル１０６_１、１０６_２，...，１０６_Ｎを介して複数のＮ加入者構内機器（ＣＰＥ）ユニット１０４_１、１０４_２，...，１０４_Ｎに結合される等、である。大文字のＮは、正の整数（インデックス）を表す。ＤＰ１０２は、複数のＮのトランシーバ（ＸＣＶＲ）１１０_１、１１０_２，...，１１０_Ｎ、複数のＮのライン状態モニタ（ＬＣＭ）１１２_１、１１２_２，...，１１２_Ｎ、伝送パラメータコントローラ１１４および通信・管理プロセッサ１１６を含む。ＮのＣＰＥユニット１０４_１、１０４_２，...，１０４_Ｎの各々は、以下のコンポーネント（ＣＰＥユニット１０４_１、または同様に各インデックス番号２〜ＮのＣＰＥユニット１０４_２〜１０４_Ｎについて示される）を含む：トランシーバ１１８_１、伝送パラメータコントローラ１１８_１、ライン状態モニタ１２０_１、伝送パラメータコントローラ１２２_１および通信・管理プロセッサ１２４_１。ＤＰ１０２の各トランシーバ１１０_１、１１０_２，...，１１０_Ｎは、ＣＰＥユニット１０４_１、１０４_２，...，１０４_Ｎの各トランシーバに結合される。具体的には、ＤＰ１０２のトランシーバ１１０_１は、ＣＰＥユニット１０４_１のトランシーバ１１８_１と結合され、トランシーバ１１０_２は、ＣＰＥユニット１０４_２のトランシーバ１１８_２（図示せず）と結合される。簡潔にするべく、ＤＰ１０２、ならびにそのトランシーバ１１０_１、１１０_２，...，１１０_Ｎは、本明細書において命名の規則により「ＤＰ側」と称する。逆に、別途示されない限り、ＣＰＥユニット１０４_１、１０４_２，...，１０４_Ｎは、本明細書において命名の規則により「ＣＰＥ側」、「ＣＰＥ」または単に「加入者」もしくは複数の「加入者」と称する。

【0025】

ＤＰ側で、トランシーバ１１０_１、１１０_２，...，１１０_Ｎは各々、ライン状態モニタ１１２_１、１１２_２，...，１１２_Ｎにそれぞれ結合され、これら全ては同様に、伝送パラメータコントローラ１１４に結合される。伝送パラメータコントローラ１１４は、通信・管理プロセッサ１１６に更に結合される。ＣＰＥ側で（ＣＰＥユニット１０４_１を参照して）、トランシーバ１１８_１は、ライン状態モニタ１２０_１と結合され、これは同様に、伝送パラメータコントローラ１２２_１と結合される。伝送パラメータコントローラ１２２_１は、通信・管理プロセッサ１２４_１に更に結合される。各ＣＰＥの通信・管理プロセッサは、各管理チャネルを介してＤＰ１０２の通信・管理プロセッサ１１６に結合される。具体的には、管理チャネル１２６_１は、ＣＰＥ１０４_１の通信・管理プロセッサ１２４_１をＤＰ１０２の通信・管理プロセッサ１１６と通信可能に結合させる。同様に管理チャネル１２６_２（図示せず）は、ＣＰＥ１０４_２の通信・管理プロセッサ１２４_２（図示せず）をＤＰ１０２の通信・管理プロセッサ１１６等と通信可能に連結する等、である。管理チャネル１２６_１，...１２６_Ｎ（１２６_１のみが示される）は、ロジカルインバンド制御チャネルであり（すなわち、物理チャネルではない）、主要な（ペイロード）データ通信される各物理通信ライン１０６_１，...，１０６_Ｎを介して制御データを通信する（すなわち、管理チャネル１２６_１等が図２の点線により表される）。システム１００の代替的具現化（図示せず）において、通信・管理プロセッサ１１６および伝送パラメータコントローラ１１４は、同一の機能を実行するように動作可能な１つのエンティティ（例えば、処理ユニット）により実装される。同様に、各ＣＰＥユニット（例えば１０４_１）の通信・管理プロセッサ（例えば１２４_１）および伝送パラメータコントローラ（例えば１２２_１）は、同一の機能を実行するように動作可能な（図示せず）１つのエンティティ（例えば、処理ユニット）により実装される。更に代替的に、ＤＰ１０２は、通信・管理プロセッサ（１１６）および伝送パラメータコントローラ１１４の機能を実行するように動作可能なＮの通信チャネル１０６_１，...，１０６_Ｎの各々の専用処理ユニット（図示せず）を含む。

【0026】

通信システム１００の初期化中に、ＤＰ１０２およびＣＰＥ１０４_１、１０４_２，...，１０４_Ｎは、共通の動作モードを確立（「ネゴシエート」）するべく、様々な通信パラメータおよび機能（すなわち「機能リスト」の形式）に関する情報を交換する。具体的には、図２を参照すると、通信・管理プロセッサ１２４_１および通信・管理プロセッサ１１６は、合意された標準プロトコル（例えば、ＩＴＵ−Ｔ Ｇ．９９４．１）に応じて様々な通信パラメータの値を確立するように、管理チャネル１２６_１を介して通信する。典型的な複数の通信パラメータとしては、上流側と下流側（ＵＳ／ＤＳ）の比、初期変調パラメータ、クロック、およびシンボルの位置合わせが挙げられる。その後、初期化中に初期ビットロードテーブル（ＢＬＴ）（サブキャリア当たり）、初期ゲイン調整テーブル、パワースペクトル密度（ＰＳＤ）マスク、データ伝送単位（ＤＴＵ）の大きさ、接合ラインおよび既にアクティブなラインのクロストークキャンセルパラメータ等、追加の複数のパラメータが設定される。通信パラメータは、チャネル特性を含み得、これは当該チャネルの送信および受信パラメータ（例えば、信号対ノイズ比（ＳＮＲ）、遠端クロストーク（ＦＥＸＴ）レベル、信号対ノイズと干渉の比（ＳＮＩＲ）、信号とＦＥＸＴの比、転送機能に関連する特性、チャネルのノイズ特性（例えば、スタティックノイズ、過渡ノイズ）、ブロックエラーレート（ＢＬＥＲ）、ビットエラーレート（ＢＥＲ）、トランスミッタとレシーバとの間の送信経路における変更（すなわち、複数の構成変更を必要とするプリコーダ更新）等）に影響する、通信チャネル（または複数のチャネル）の属性である。一般に、ＣＰＥ側の通信・管理プロセッサ１２４_１、１２４_２（以後示されない），...，１２４_Ｎならびに通信・管理プロセッサ１１６は、その間で制御データを伝達するべく使用される複数のロジカルチャネル（例えば、ロバストな管理チャネル（ＲＭＣ）、組み込み動作チャネル（ＥＯＣ））、ならびに通信プロトコルを管理するように動作可能である。複数の初期通信パラメータが決定される処理は、「初期化」と称する。通常、初期化は、ハンドシェイクおよびディスカバリフェーズ、トレーニングフェーズ、ならびにチャネル評価および分析フェーズ等、複数のフェーズまたは段階を伴う。初期化が完了すると、通信システムは、データ交換フェーズに入り、具体的には、ベアラーデータ（例えばペイロードデータ）が送信される場合には、これが「ショータイム」として典型的に知られる。

【0027】

通信システム１００がショータイムに入ると、ベースライン構成（すなわち、「初期設定」、「基準構成」）が設定され、その後全体的または部分的に更新される。フレームベアラーデータ（または単に「データ」）は、ＤＰ１０２のトランシーバ１１０_１、１１０_２，...，１１０_Ｎと、各通信ライン１０６_１、１０６_２，...，１０６_Ｎを介してＣＰＥユニット１０４_１、１０４_２，...，１０４_Ｎの各トランシーバ１１８_１、１１８_２，...，１１８_Ｎとの間で通信される。例えば、下流側（ダウンリック）方向に、ＤＰ、すなわちＤＰ１０２のトランシーバ１１０_１は、データを加入者、すなわち、ＣＰＥユニット１０４_１のトランシーバ１１８_１に送信する。同様に、トランシーバ１１０_２は、トランシーバ１１８_２等にデータを送信する。逆に、上流側（アップリンク）方向に、複数のＣＰＥユニットのトランシーバは、ＤＰの各トランシーバにデータを送信する。例えば、上流側方向に、トランシーバ１１８_１は、トランシーバ１１０_１にデータを送信し、同様にこれは、他の相互接続対のトランシーバ１１０_２および１１８_２、１１０_３および１１８_３等に適用される。

【0028】

開示された技術は、変動チャネル特性（「チャネル条件」）に応答して複数のシステム構成パラメータの再構成を可能にするべく、ＯＬＲを実行するように動作可能であるが、通信チャネルを介して伝播するデータの送信および受信に対する複数の潜在的インタラプトを最小化し、通信リンクの再トレーニングを可能な限り回避する。通常、チャネル特性は、アーキテクチャに与えられる時間、環境、およびＤＳＬ通信システムの操作性において異なる。複数の変動チャネル特性の例としては、ＳＮＲに対する変更（例えば、結束具における過渡クロストークノイズの増加、無線周波数干渉（ＲＦＩ）等による）、複数の信号が通信チャネルを介して伝播する特定のサブキャリア周波数の送信電力に対する変更（例えば、低減）、利用可能な帯域幅に対する変更、確認（ＡＣＫ）および／または否認（ＮＡＣＫ）の表示（例えばメッセージ）等が挙げられる。

【0029】

応答してＯＬＲが実行されることを要求する変動チャネル特性を考慮すると、通信リンクの損失を防止し、ならびにロバスト性を保持して当該リンクの性能品質を保証するべく、複数のトランスミッタとレシーバとの間で複数のシステム構成パラメータに対する変更を同期することは重要である。しかし、ビットスワップ等、知られたＯＬＲの複数のタイプのうちいくつかは、特に、チャネル特性に対する突然の複数の変更を管理する特定の状況において適していない。例えば、ビットスワップにおいて、低下したＳＮＲマージンを示す複数のサブキャリアからの複数のビット（ｂ_ｉ）およびゲイン（ｇ_ｉ）（すなわち、送信パワー）は、過剰なＳＮＲマージンを示す複数のサブキャリアに再度割り当てられる。次に、適切なビットスワップパラメータｂ_ｉおよびｇ_ｉは、レシーバとトランスミッタとの間で通信および同期される。つまり、数十〜数百ミリ秒の期間に生じ得る処理である。しかし、ノイズレベルが新しい構成の実装よりも急速に変化する場合、通信リンクが新しい構成に適合される前にエラーが生じ得る。

【0030】

開示された技術は、例えば、低下したチャネル状態の結果としてＯＬＲに対する以前の要求が喪失された（すなわち、誤通信により）場合であっても基準構成に対する（典型的な複数の）修正のうち少なくとも１つに基づいて構築される複数のシステム構成パラメータの更新された構成を決定することにより、突然変動するチャネル特性に適合させるための高速レートＯＬＲの方法を提供する。従って、開示された技術は、本質的に緩慢な確認ベースのプロトコルを必要とすることなく、通信システムのレシーバとトランスミッタとの間で複数のシステム構成パラメータの構成同期を維持する態様を提供する。具体的には、レシーバ（例えば、ＤＰ１０２）は一般に、要求を開始したトランスミッタからＯＬＲ要求を受信すると、確認（ＡＣＫ）メッセージを送信する必要がない。互いに通信する複数の異なる通信エンティティ間で複数のシステム構成パラメータの同期を保持するには、これらのエンティティの各々がＯＬＲ手順の直後を含めて、調整して（例えば、同期して）複数の同一のシステム構成パラメータを継続して使用することが重要であり、そうでなければ同期が喪失される可能性がある。具体的には、ＤＰ１０２およびＣＰＥユニット１０４_１、１０４_２，...，１０４_Ｎは、ＢＬＴ、ＦＥＣパラメータ等の一致する複数のシステム構成パラメータを同時に使用しなければならない。

【0031】

通常、初期設定は、初期化フェーズの一部として設定される（例えば、ＤＰ側またはＣＰＥ側により提供、ダウンロード、送信等される）。この初期設定は、ＯＬＲの要求事項に応答して全体的、部分的に変更され、または全く変更されない様々なシステム構成パラメータの値を含む。システム１００は、場合により、複数のシステム構成パラメータにおけるＯＬＲの開始を必要とする複数のチャネル特性に対する変更をモニタリングして検出するように動作可能である。具体的には、ＤＰ１０２のライン状態モニタ１１２_１、１１２_２，...，１１２_Ｎは、各通信ライン１０６_１、１０６_２，...，１０６_Ｎにおいて現行のチャネル特性に対する複数の変更を（例えばリアルタイムで）モニタリングおよび検出するように動作可能である。同様に、複数のＣＰＥのライン状態モニタ１２０_１、１２０_２，...，１２０_Ｎは各々、各通信ライン１０６_１、１０６_２，...，１０６_Ｎにおける現行のチャネル特性に対する複数の変更を（例えばリアルタイムで）（互いに）独立してモニタリングおよび検出するように動作可能である。ＤＰ側で、ＤＰ１０２の伝送パラメータコントローラ１１４は、チャネル特性の複数の検出された変更がＯＬＲを必要とするか否かを判断するように動作可能である。一般に、ＯＬＲの要求は、ＤＰ側またはＣＰＥ側のいずれかにより開始され、それらのうち特定のものが本明細書の以下において、詳述される。逆に、ＣＰＥ側において、伝送パラメータコントローラ１２２_１、１１２_２，...，１１２_Ｎは各々、各通信チャネル１０６_１、１０６_２，...，１０６_Ｎのチャネル特性に対して検出された複数の変更がＯＬＲに必要とされるか否かを独立して判断するように動作可能である。例えば、ＣＰＥ１０４_１とＤＰ１０２との間で複数のシステム構成パラメータのＯＬＲが必要とされるが、他のトランシーバとトランシーバの複数の対（例えば、ＣＰＥ１０４_２およびＤＰ１０２）には必要とされないと判断され得る。（トランシーバとトランシーバの対は、一対のトランシーバとして規定され、１つはＤＰ側（例えば１１０_１）、もう１つはＣＰＥ側（例えば１１８_１）であり、これらは通信チャネル（例えば１０６_１）を介してリンクされている。そのような複数の対は、同一のインデックスＮにより識別される。）これは、数学上の関数（もしくは式）、アルゴリズム等に応じて、現在のチャネル特性の複数の値を規格、最適な複数の値の予め定められたテーブル、複数の値の範囲の予め定められたテーブル、複数の値の閾値の予め定められたテーブルと比較することにより、（基準の少なくとも一部または組み合せ）により判断され得る。

【0032】

システム１００により使用されるベースライン（基準）システム構成は、ＢＷの複数のサブバンドへの分割／パーティション、サブキャリア当たりのＢＬＴ、サブキャリア当たりのゲイン等の基準の少なくとも一部に従って規定され得る。システム１００の一時的（もしくはアクティブで更新された）システム構成は、サブキャリアもしくはサブバンド当たりのＢＬＴに対する複数の変更、サブキャリアもしくはサブバンド当たりのゲインに対する複数の変更、更新のタイプ（デルタ（例えば、インクリメント、デクリメント）、シーリング（上限）、フロア（下限）、相対変化、微分変化等）、アクティブな（一時的）構成を構築するべく、修正が適用されるべき基準テーブルのインデックスを識別する識別（ＩＤ）番号、アクティブな構成が構築される数学上の関数（もしくは式）、アクティブな構成の実装に対する地点（時間）を示すカウントシーケンス、ベースライン構成に対する少なくとも１つの修正からアクティブな構成をどのように構築するかを指定するアルゴリズム、アクティブな構成を指定する、少なくとも１つのデータベースエントリ（すなわち、ＤＰ１０２およびＣＰＥにより格納された）に対するポインター等の基準の少なくとも一部に従って規定され得る。

【0033】

簡潔にする目的で、我々は、複数のシステム構成パラメータに対する可能な複数の変更を３つの所要なカテゴリに分類し得る。
１．完全な変更（すなわち、全てのシステム構成パラメータ値には、新しい値が直ちに割り当てられる）。
２．部分的変更（すなわち、複数のシステム構成パラメータ値のうち一部のみが新しい値に変更されるが、他の複数のパラメータは、その既存の値を保持する（変更されない））。
３．一時的変更（すなわち、ベースライン構成を変更することなく、既存の構成の上部に適用される複数の変更）。このタイプの変更は、基準構成に関連して適用される。そのような一時的変更の例としては、微分変化またはデルタ（正／負）が挙げられる。一時的変更の別の例としては、ビットロードシーリング等が挙げられる。

【0034】

複数の一時的変更の使用における原理を示すべく、ここで、開示された技術により構築され、動作可能な基準構成に関連するシステム構成パラメータに対する複数の一時的変更を図示する概略図である図３を更に参照する。図３は、システム１００（図２）により使用される「ベースライン構成」とも称する基準構成を図示する。また、この基準構成は、初期設定であってもよい。一般性を失うことなく、開示された技術を明らかにするべく図３において選択されたシステム構成パラメータは、ビットロードテーブル（ＢＬＴ）であり、これはサブキャリア当たり（すなわち、そのインデックスは、ｉ、ｉ＋１、ｉ＋２等の形式の整数である）に搬送されるビット数を規定する。あるいは、サブキャリアｉ当たりのゲイン（ｇ_ｉ）等、開示された技術の複数の原理を説明するべく、他の複数のシステム構成パラメータが選択され得る。サブキャリアｉ当たりのゲインパラメータ（ｇ_ｉ）は、ベースライン構成により指定され得る。このゲイン設定（典型的にはデシベル（ｄＢ）単位）（サブキャリア当たり）に対する一時的修正は、アクティブな構成を構築するべく指定され得る。図３の左の最上のグラフは、サブキャリアインデックスの（ステップ）関数としてのＢＬＴを表すベースライン（ＢＬ）構成１５２を図示する。基準またはベースラインＢＬＴは、太字の線１５４により表される。通信ライン１０６_１，...，１０６_Ｎにおける少なくとも１つにおいて、レシーバ端からトランスミッタにより受信される、レシーバ側の複数のＳＮＲレベルまたはＮＡＣＫ（ｎｏｔ ａｃｋｎｏｗｌｅｄｇｅｄ、否認）表示等、モニタリングされる変更チャネル特性により、通信システム１００の複数の通信エンティティのうち１つは、（例えば、図２の各トランシーバを介して）ＯＬＲメッセージの形式のＯＬＲ要求１５６（図３）を、（例えば、通信チャネル１０６_１を介して）通信可能に結合される別の通信エンティティに送信するものと仮定されたい。一般性を失うことなく、ＯＬＲメッセージをＤＰ側に送信することにより、ＣＰＥ側（図２）がＯＬＲの要求を開始するものと仮定されたい。レシーバにより開始される複数のＯＬＲ要求については、ＯＬＲ要求１５６は通常、識別（ＩＤ）（構成）番号、ＯＬＲ要求に関する構成データ（すなわち、ベースライン基準構成（例えば、ＢＬＴ、ゲイン等）に対する複数の変更もしくは調整を規定する）、ならびに構成変更の現在の数を指定する（例えばカウントする）構成変更カウントカウンタ（ＣＣＣＣ）を含む。通常、ＣＣＣＣは、構成識別子として用いられる。トランスミッタにより開始されるＯＬＲ要求については、ＩＤ構成番号は、任意選択で用いられる（通常は用いられない）。具体的には、ライン状態モニタ１２０_１は、通信チャネル１０６_１のチャネル特性における複数の変更をモニタリングし、この情報を伝送パラメータコントローラ１２２_１に伝達し、伝送パラメータコントローラ１２２_１は同様に、ベースライン構成に関連する一時的構成を決定する。この一時的構成に関する情報は、通信・管理プロセッサ１２４_１に伝達され、通信・管理プロセッサ１２４_１は同様に、ロジカル管理チャネル１２６_１を介して、ＤＰ１０２の通信・管理プロセッサ１１６に情報を送信する。図３の右の最上のグラフは、一時的ＢＬＴを有する一時的構成１５８がベースラインＢＬＴ１５４に関連してプロットされた点線１６０により表されることを示す。テーブル形式で表される一時的ＢＬＴ１６２は、サブキャリアインデックスｉ当たりのベースラインＢＬＴに対する複数の一時的変更を更に例示する。例えば、サブキャリアインデックスｉ＋４に対しては、一時的ビットロードは、ベースラインビットロードに関連する２ビット分低減する。レシーバにより開始されるＯＬＲにおいて、構成ＩＤおよび更新された構成（すなわち、ベースライン構成に対する複数のパラメータ変更を含む）は、トランスミッタに送信され、トランスミッタは同様に、ＣＣＣＣを送信し、カウンタが０に到達すると、更新された構成を実装する。ＯＬＲ要求１５６を受信するトランスミッタは、確認メッセージ（図示せず）を、ＯＬＲ要求を開始するレシーバに送信することにより返信し得る。そのような確認メッセージは、構成更新点を含み得、これは、新しい構成がいつ実装されるかを示す時間的基準（例えば、特定のロジックフレームにおける）およびＣＣＣＣの現在値であり得る。トランスミッタにより開始されるＯＬＲにおおいて、構成ＩＤおよび更新された構成は、レシーバに送信される。トランスミッタは、カウントシーケンス（例えば、カウントダウンタイミングシーケンス）を開始し、構成更新点（例えば特定の数、例えばカウントダウンタイミングシーケンスの０）における更新された構成を実装する。通常、レシーバにより開始されるＯＬＲにおいて、ＯＬＲ要求を受信するトランスミッタは、確認メッセージにより（すなわち、複数の管理チャネルにより）レシーバ側に返信するように動作可能である。あるいは、トランスミッタ側がＯＬＲ要求を開始すると、ＯＬＲ要求を受信するＣＰＥは通常、確認メッセージ（例えばＮＡＣＫ）によりＤＰ側に返信しない場合がある。ＤＰ１０２により一時的ＢＬＴ１６２を首尾よく受信した後、この新しい（更新された）構成は、本明細書の以下においてより詳細に説明される同期方法に従って、ＣＰＥ１０４_１およびＤＰ１０２の双方により更新構成時間（すなわち、双方に知られた）において使用される。本質的に、同期方法は、複数のシステム構成パラメータの実装の時間的同期が通信システムのトランシーバとレシーバのエンティティの間でＯＬＲにより実行されることを可能にする。一般に、複数のトランスミッタおよびレシーバ（すなわち、複数の通信エンティティ）が互いに有効に通信するには、これらのエンティティの間でシステム構成の同期を維持することが重要である。

【0035】

図３を再び参照し、ここではチャネル特性に対する更なる複数の変更により、ＣＰＥ１０４_１は、ＯＬＲメッセージの形式でＯＬＲ１６４の別の要求を（例えば、ＣＰＥ１０４_１により）ＤＰ１０２に送信するが、このメッセージは、１６８でいずれにせよ喪失された（すなわち、破損し、理解不能であり、または例えば、低下したＳＮＲの故にＤＰ１０２により部分的に／完全に受信されなかった）と仮定されたい。ＤＰ１０２は、ＯＬＲメッセージが受信されなかったことを示す否定的な確認メッセージ（ＮＡＣＫ）（図示せず）を送信することにより、応答し得る。また、（トランスミッタがメッセージを送信したことを知らないので）ＤＰ１０２がＮＡＣＫメッセージを送信しない可能性もある。あるいは、ＣＰＥ１０４_１は、ＯＬＲ要求および別の異なる要求１７０を再度送信してもよい。ともかく、新しい一時的構成は、後続の複数のフレームまたはスーパーフレームにおいて受信および実装され得、それにより同期の損失が存在する場合に、同期を復元する。図３の左下のグラフは、点線１７４（ベースラインＢＬＴ１５４に関連してプロットされる）により表される一時的ＢＬＴおよびテーブル形式の対応するＢＬＴ１６６（図３の右下）を有する一時的構成１７２を示す。

【0036】

構成全体を送信する標準的ＯＬＲ（例えば、従来技術）要求と比較すると、開示された技術は、一般に、メッセージデータの大きさにより小さい負担を搬送し、従って新しい複数のＯＬＲ要求の一般により速い受信および実装を可能にする、ベースライン（基準）構成に関連する一時的構成を使用する。従って、複数のＯＬＲ要求のより速い実装時間は、現行の複数のチャネル条件が複数の標準的ＯＬＲ要求を受信および実装するのに必要とされる時間よりも急速に変更され得る状況において特に有益であり得る。

【0037】

更に、複数の先行技術の標準的ＯＬＲ要求は一般に、同期において損失を生じさせる傾向がより強い。具体的には、複数の先行技術によれば、標準的ＯＬＲ要求は、更新されたＢＬＴに適用される後続の複数のＯＬＲ要求による更新されたＢＬＴをもたらす。以下の単純な例を考慮されたい。所与の「元の」ＢＬＴを仮定し、複数の配置を１ビット分均一に低減させる初期要求があるものと仮定されたい。更に、２ビット分ビットロードを更にに低減させる別の要求がある場合、より新しいＢＬＴが派生されるものと仮定されたい。従って、この最後の新しいＢＬＴは、元のＢＬＴよりも合計で３ビット分低くなる。これらの標準的ＯＬＲメッセージのうち１もしくは複数の損失もしくは誤解釈が存在する場合は、同期の恒久的な喪失をもたらし得る。ＢＬＴに対する新しい複数の変更は以前の構成に依存し、これに関連するからである。これは、鎖に裂け目を有するのにほぼ類似し、各新構成（「リング」）が以前の構成（「隣接するリング」）を知っていることに依存する。

【0038】

対照的に、開示された技術は、ベースライン（基準）構成に関連する複数の一時的変更を使用する。ベースライン構成を修正する複数の標準的ＯＬＲ要求を使用する上記の所与の従来技術の例と比較し、開示された技術の一時的構成は、ベースライン構成に対する複数の一時的構成を構築する。開示された技術を更に明らかにするべく、ここで、開示された技術により構築され、一般に２００と称し、動作可能な図２の通信システムにおける複数の通信エンティティ間のシステム構成同期を維持する基準構成に関連する複数の一時的構成を使用する方法を示す概略図である、図４を更に参照する。

【0039】

図４における水平の向きは、レシーバ２０２、複数のレシーバＯＬＲ要求２０４、同期状態２０６、トランスミッタ２０８またはフレーム番号２１０のいずれかに関する情報を表す。フレーム番号２１０は、フレーム（フレームｉ、フレームｉ＋１等）を識別および列挙する。図４における鉛直の向きは、進行する複数のフレームユニットの時間を表す。一般に、１つの動作モードに従って、レシーバ２０２はＣＰＥユニット１０４_１，...，１０４_Ｎのうちの１つであり得、トランスミッタはＤＰ１０２であり得ることに留意されたい。別の動作モードにおいて、レシーバ２０２はＤＰ１０２であり、トランスミッタ２０８はＣＰＥユニット１０４_１，...，１０４_Ｎのうちの１つである。いずれかの動作モードにより、レシーバ２０２およびトランスミッタ２０８は、その間で通信されるデータ通信を可能にし、ならびに同期された複数の構成を確立する目的で互いに通信可能に結合される。少なくとも後者の目的のために、レシーバ２０２は、トランスミッタ２０８に複数のＯＬＲ要求２０４を送信し、ＯＬＲ要求２０４は次に、トランスミッタ２０８により実装される。同期状態は、レシーバ２０２およびトランスミッタ２０８の双方が同一のビットロードテーブル等（ＢＬＴ）、同一構成の複数のシステムシステムパラメータを使用する場合である。同期状態２０６は、レシーバ２０２とトランスミッタ２０８との間の同期状態を表す。単純化する目的で、ＢＬＴパラメータは、例としては、図４の説明に関連して選択される。しかし、開示された技術は、特定のシステム構成パラメータに制限されない。他の複数のパラメータが適用され得るからである（例えば、サブキャリアインデックス当たりのゲイン、ｇ_ｉ等）。

【0040】

図４のフレームｉにおいて、レシーバ２０２およびトランスミッタ２０８の双方が同一の基準（例えばベースライン）構成（すなわち、「ＢＬＴ０」と称する）を使用し、従って同期される所与の初期状態があるものと考えられたい。換言すれば、基準構成は、少なくとも初期化時にレシーバ２０２およびトランスミッタ２０８に知らされる。上流側（ＵＳ）方向で、フレームｉ＋１において、レシーバ２０２は、簡潔にするため、基準構成（すなわちＢＬＴ０）から１ビット分均一に低減させた新しい構成にするべく、メッセージ２１２の形式のＯＬＲ要求をトランスミッタ２０８に送信するものと仮定されたい。トランスミッタ２０８は、ＯＬＲメッセージ２１２を受信し、フレームｉ＋４において、基準構成に関連する新しい一時的構成（ＴＣ）（すなわち、新しいＴＣ。ＢＬＴ１＝ＢＬＴ０−１ビット）を実装する。ＯＬＲメッセージ２１２は、トランスミッタ２０８により首尾よく受信され、フレームｉ＋４において首尾よく実装されている。ここで、チャネル特性に対する複数の変更（例えば、ノイズ状態を増大させる）のために、レシーバ２０２はフレームｉ＋７で実装されるべく、基準構成から７ビット分を均一に低減させた新しい一時的構成のフレームｉ＋５において、トランスミッタ２０８に新しいＯＬＲメッセージ２１４を送信するが、このＯＬＲメッセージは、喪失もしくは誤解釈され、意図された受信者（すなわち、トランスミッタ２０８）に正しく到達しなかったものと仮定されたい。実際には、フレームｉ＋７において、レシーバ２０２とトランスミッタ２０８との間に同期の一時的喪失が存在する。同一の構成を使用しないからである。開示された技術は、フレームｉ＋１０において実装される基準構成（すなわちＢＬＴ０）に関連して要求されたＯＬＲ構成（すなわち、ＢＬＴ３＝ＢＬＴ０−９ビット）に関する情報を含む新しい一時的ＯＬＲメッセージ２１６を首尾よく供給すれば、同期のこの一時的喪失から回復する態様を提供する。フレームｉ＋１０において、レシーバ２０２およびトランスミッタは、新しい一時的構成（ＢＬＴ３）を実装し、それにより同期を回復する。従って、上記の例から、標準的ＯＬＲメッセージ（例えば、従来技術）の損失または誤解釈は、同期の恒久的な喪失をもたらし得るが、複数の一時的変更については、次のＯＬＲメッセージが受信されれば同期は回復されることが注目され得る。複数の一時的ＯＬＲ要求は、トランスミッタおよびレシーバの双方に最初から知られた、既知の基準構成に関連し、そのいずれかが喪失された可能性があるとの前述のシーケンスのＯＬＲ要求を知っているかに依存しないので、構成同期エラーの累積または伝播は実質的に存在しない。更に、（例えば、図３および４を参照して）記載された前述の複数の例は、ＤＰ１０２およびＣＰＥ１０４_１，...，１０４_Ｎの各々に入れ換え可能に等しく適用されることに留意されたい。レシーバおよびトランスミッタの双方が適切な動作に同一のシステム構成の使用を必要とすることを考慮して、開示された技術は、ＤＰ側およびＣＰＥ側の双方で構成データベースを管理し、複数の実装構成変更を同期する複数のメカニズムを提供する。

【0041】

適用可能な場合（例えば、必要とされ、有効である等）、開示された技術は、ベースライン（基準）構成に対する複数の変更または修正を処理するように動作可能である。通常、ベースライン構成は、ショータイムに入るときの第１の設定であり、通常はその後、部分的に更新される。あるいは、通常はより稀であるが、ベースライン構成は完全に更新される。ベースライン構成は、ＤＰ側およびＣＰＥ側の双方で（例えば、メモリメカニズム、デバイスに）格納される。具体的には、ＣＰＥ側の伝送パラメータコントローラ１２２_１，...，１２２_Ｎ（図示せず）およびＤＰ側の伝送パラメータコントローラ１１４が、ベースライン構成を格納するように動作可能である。一般に、レシーバに格納されたベースライン構成とトランスミッタに格納されたものとの間の構成同期の損失は、その間の接続性の回復不能な損失をもたらし得る。そのような接続性の回復不能な損失を防止することを少なくとも試みるべく、開示された技術は、ベースライン（基準）構成の以下の複数のルールのうち少なくとも一部を使用し得、これらは、一時的（アクティブな）構成にも適用され得る。
１．ショータイムに入るときに用いられるシステム構成は、第１の（初期）ベースライン構成とみなされる。
２．ベースライン構成変更カウント（ＢＣＣＣ）は、レシーバ側およびトランスミッタ側の双方で維持される。ＢＣＣＣは、レシーバとトランスミッタ側との間に第１のリンクが確立されたことを理由として生成された複数のベースライン構成の数をカウントする。
３．通常、ベースライン構成変更の要求は、レシーバにより開始される。（複数のベースライン構成変更の要求がトランスミッタにより開始される特別な場合が存在し得る。）
４．ベースライン更新イニシエータ（すなわち、ベースライン更新、例えばレシーバまたはトランスミッタを開始するもの）の複数のタグ（すなわち、ラベル、マーク）は、これらの変更を実装する構成が有することになるＢＣＣＣ値を用いたベースライン構成変更である。例えば、ショータイムに入った後の第１のＯＬＲ要求は、ＢＣＣＣ＝１でタグ付けされる。その後の要求は、ＢＣＣＣ＝２等でタグ付けされる。
５．ベースライン構成の以前の変更要求が実装された後、レシーバは、ベースライン構成要求の新しい変更を開始する。
６．同一のＢＣＣＣ値を処理する複数のＯＬＲは同一とみなされる（すなわち、これは、トランスミッタが現在使用されているベースライン構成の値に等しいか、またはこれよりも低いＢＣＣＣを伴った複数の要求を破棄し得ることを意味する）。
７．新しい、または修正された複数のベースライン構成は、ロジカルフレームの境界で変更される（例えば、置換される）。通常、複数の変更は、開始するスーパーフレーム（すなわち、このルールの特別な場合）に対して同期される。
８．トランスミッタにより使用されるベースライン構成のＢＣＣＣに関する情報は、それぞれのロバストな管理チャネルメッセージ（ＲＭＣ）に含まれ得る。

【0042】

上記の１組のルール（１〜８）は、同期喪失の場合においても同期を容易にして維持する、ある程度のロバスト性をもたらす（すなわち、同期が壊れたＯＬＲメッセージを受信すると回復され得るからである）。

【0043】

また、開示された技術の別の態様によれば、通信システム１００のトランスミッタとレシーバの対の間（例えば、ＤＰ１０４とＣＰＥ１０４_１）のＯＬＲにより、複数のシステム構成パラメータを実装する時間同期のための方法が提供される。本方法は、開示された技術のこの態様によれば、複数の実装基準（ベースライン）構成を実装する時間同期、ならびに複数の一時的構成（すなわち、各基準構成に関連する）を実装する時間同期を可能にする。新しいベースライン構成を実装する時間的な同期は、通信システム１００のエラーフリーな動作を可能するのに重要である。ＩＴＵ−Ｔ Ｇ９９３．２規格は、通常は複数のフレーム毎に１回送信される同期フラッグ（同期シンボル）の反転に基づいた構成変更の同期を指定する。同期フラッグは、構成変更の正確なタイミングに対する表示として用いられる。構成変更がいつ行われるべきかを示すマーカとして反転された同期フラッグを用いることは、少なくとも３つの基本的欠点を有する。
１）ベクタリングに用いられるウォルシュ・アダマール（ＷＨ）シーケンスとの互換性の問題。本質的に、ＷＨシーケンスは、例えば、通信チャネル応答の測定中に他の複数の通信リンクを介して送信される複数の同期シンボルの影響を除去することを可能するべく、使用される。各通信リンクが相互間の直交性を維持するべく異なるシーケンスを使用するように、ＷＨシーケンスは、予め知られた複数の直交シーケンスのうち１つに従って、典型的には同期シンボルを＋１または−１で掛けることにより実装される。
２）表示（マーカ）が喪失されると、通信リンク（すなわち、トランスミッタとレシーバとの間の）は、次の同期が検証され得るまで（通常は後の完全なスーパーフレーム）同期を喪失する。
３）実装済みの変更は、粒状性においてスーパーフレームに限定されている（すなわち、スーパーフレームを構成する個別のフレームではなく）。

【0044】

開示された技術は、既知の同期フラッグ方法、すなわち２つのタイプの構成変更である、ベースライン（基準構成）変更および一時的構成変更を実装する時間的同期のＲＭＣベースのメカニズムに対する代替形態を提案する。まず、ベースライン構成変更を実装する時間同期が説明される。時間的同期状態は、通信システムのレシーバおよびトランスミッタが同時に、同一のシステム構成パラメータを使用するときの状態である。ベースライン（基準）構成変更を実装する時間的同期は、開始する通信エンティティ（すなわち、レシーバもしくはトランスミッタ）、およびタイミングシーケンスを含むＯＬＲメッセージ（ＲＭＣを介する）による送信を伴う。このタイミングシーケンスは、開始する通信エンティティおよび送り先の通信エンティティ（すなわち、ＯＬＲメッセージが意図される通信エンティティ）の双方に知られた時間に依存する基準に関して、更新されたベースライン構成時間であるべきときまで残存する時間を示す。具体的には、タイミングシーケンスは、ベースライン構成変更が行われる瞬間まで残存する時間をプログレッシブに示すカウントダウンタイミングシーケンスであってもよい。新しいベースライン構成の実装が行われる場合に確立する時間的な同期は、任意の特定の時間（すなわち、フレーム番号）における同期の現在の状態の表示を提供するべく、少なくとも２つのフィールドでエンコードされるインジケータを使用する。２つのそのようなインジケータは、ＮＢＣＣ（ＣＢＣＣ）を実装する新しいベースライン構成カウント（ＮＢＣＣ）およびカウントダウンである。ＯＬＲメッセージは、トランスミッタにより送信される自律的ＯＬＲコマンドであってもよい。あるいは、ＯＬＲメッセージは、レシーバによりすでに送信された受信済みのＯＬＲメッセージ（要求）に対するＯＬＲ応答であってもよい。本方法の具体的事柄を更に詳述するべく、ここで、開示された技術の別の態様により構築され、動作可能であり、一般に２３０と称する構成変更シーケンスの一例を図示する概略図である、図５を更に参照する。図５は、レシーバ（側）２３２、トランスミッタ（側）２３４、およびフレーム番号２３６を示す。フレーム番号２３６は、フレーム（フレームｉ、フレームｉ＋１等）を識別および列挙する。図５における鉛直の向きは、進行する複数のフレームユニットの時間を表す。一般に、１つの動作モードに従って、レシーバ２３２はＣＰＥユニット１０４_１，...，１０４_Ｎのうちの１つであり得、トランスミッタ２３４はＤＰ１０２であり得ることに留意されたい。別の動作モードにおいて、レシーバ２３２はＤＰ１０２であり、トランスミッタ２３４はＣＰＥユニット１０４_１，...，１０４_Ｎのうちの１つである。いずれかの動作モードにより、レシーバ側２３２およびトランスミッタ側２３４は、その間で通信されるデータ通信を可能にし、ならびに同期された複数の構成を確立する目的で互いに通信可能に結合される。トランスミッタ側２３４は、２３６_ｉ、２３６_ｉ＋１，...，および２３６_ｉ＋８により示される前フレームにおけるインジケータＮＢＣＣおよびＣＢＣＣの値を維持する。ＣＢＣＣフィールドは、新しいベースライン構成の実装に対するカウントダウンを維持する。ＣＢＣＣは、第１のフレームが新しい構成を実装していることを示す地点で０の値（すなわち、ＣＢＣＣ＝０）に到達するまで、各フレームの初期値からプログレッシブにデクリメントされる。０の値は本質的に、レシーバ側２３２およびトランスミッタ側２３４の双方に知られた基準点である。基準点は、他の合意された数（例えば、カウントアップカウントシーケンスの１００、−２０等）であってもよい。新しい構成変更カウントが開始されるまで、ＣＢＣＣの値は０に等しい。図５を参照すると、フレームｉ〜ｉ＋２において、ＮＢＣＣ値はｎに等しく、ＣＢＣＣ値は０に等しい。構成変更シーケンスの別の実装によれば、２つのベースライン構成インジケータである、現在（現状の）フレームにおいて現在用いられるベースライン構成を示すあるインジケータ（例えばカウンタ）、および有効になる次のシステム構成を示す別のインジケータ（例えば、カウンタ）が使用される（図示せず）。

【0045】

レシーバ側２３２が開始して、ＲＭＣを介して上流側（ＵＳ）部分のフレームｉ＋２にある間にトランスミッタにより受信されたフレームｉ＋２（すなわち、下流側（ＤＳ）にある間）のＯＬＲ要求２３８_ｉ＋２を伝達するものと仮定されたい。ＯＬＲ要求２３８_ｉ＋２は、ベースライン（基準）構成に対する変更を指定し、ベースライン構成カウント（ＢＢＣ）により提案された新しい構成変更をｎ＋１として指定する。図５は、トランスミッタ側２３４がフレームｉ＋７において変更を実装することを選択してフレームｉ＋４の３フレーム前のカウントダウンシーケンスを開始したことに応答して、レシーバ側２３２がフレームｉ＋２における構成変更を開始することを示す。ＣＢＣＣは、フレームｉ＋７において、新しいベースライン構成が第１の実装である場合の値である０の値に等しくなるまで、各フレームにおける初期カウントダウン値（すなわち３）からプログレッシブにデクリメントされる。ＣＢＣＣ値が０である場合（例えば、フレームｉ＋８において、構成変更の後に）、ＮＢＣＣの値は、現在使用されているベースライン構成（すなわち、特定のＲＭＣメッセージの）である。０より大きいＣＢＣＣについては、ＮＢＣＣは、使用されるべき次の構成の変更カウントである（すなわち、カウントダウンシーケンスが０の値に到達すると有効になる構成）。通常、あまり速く行われない複数の変更（例えば、全フレームにおける）については、ＮＢＣＣ値は、曖昧さの問題なく、（例えば、８または１６のカウント後に）リセットまたはループされ得る。更に、以前の変更が実装された後に新しい構成変更が要求され得る本明細書の上記のルール５を使用することにより、ＮＢＣＣのあまり重要でないビット（１ｓｂ）のみを送信することで十分な場合がある。ともかく、反転同期フラッグ法と比較して、開示された技術の方法は、以下の複数の利点を含む。
１）レシーバにとり、複数のＫメッセージ（すなわち、図５に示される我々の例において、Ｋがカウントダウンシーケンス長、Ｋ＝４を表す）のうち１つを正しくデコードし、時間における新しい構成を変更できるだけでは十分ではない。反転同期フラッグ法の場合、基本的に１つの機会しかない。
２）特定の場合に、例えば、１組のカウントダウンＲＭＣメッセージ全体を含む複数のフレームにより搬送されたデータを消去し得る有害なノイズ衝撃が存在する場合がある。そのような場合に、新しい構成に対する変更は、最初期の壊れていないＲＭＣメッセージの受信時にレシーバにより識別され得る。
３）本質的に、ベクタリングトレーニングシーケンスとの知られた互換性の問題は存在しない。

【0046】

第２のタイプの構成変更は、複数の一時的変更を伴う。ここで、複数の一時的変更を実装する時間的な同期が開示された技術の複数の原理により説明される。複数のシステム構成パラメータに対する一時的変更は、ベースライン構成自体を変更することなく、ベースライン構成の上部（すなわち上に）に適用される変更である。複数の一時的変更の例は、ベースライン構成において規定される１組のビットロードテーブルから特定のビットロードテーブルを選択することを伴う。別の例は、ベースライン構成において保持されるビットロードテーブルに対する複数の修正を指定する（現在用いられている）構成に対する、差分速度の低減を規定するＯＬＲメッセージ（図示せず）を伴う。この場合、例えば新しい一時的変更メッセージが到着し、新しい速度低減を規定する場合、この新しい速度低減は、元のベースライン（基準）構成に適用されるが、以前のＯＬＲメッセージに基づいて派生した構成テーブルには適用されない。複数の一時的構成変更の別の例は、知られたベースライン構成に関連する決定済みの差分またはデルタ値を送信することを伴う。複数の一時的メッセージは、「高速の」ＯＬＲ要求とより低速の「標準的」ＯＬＲとの間の中間の有効性を有する複雑な同期メカニズムを提供することを必要とせずに、突然の事態（例えば、突然のノイズ変更）に応答して構成を変更する態様として用いられ得る。

【0047】

複数の一時的変更を実装する時間的な同期は、図５と共に説明されるものと類似した方式を使用し得る。一時的変更を実装する時間的な同期は、開始する通信エンティティ（すなわち、レシーバもしくはトランスミッタ）により、更新構成地点（例えば、更新構成時間）が生じるべきときまで残存するカウント（例えば、残存する時間）を示す、カウントシーケンス（例えば、タイミングシーケンス）を含すＲＭＣを介して、ＯＬＲメッセージを送信することを伴う。更新構成地点は、基準点に関連して規定される。基準点は、２つの態様を伴う。一態様によれば、基準点は、開始する通信エンティティおよび送り先の通信エンティティ（すなわち、ＯＬＲメッセージが意図される通信エンティティ）の双方に知られた他の複数のエンティティ（例えば、指定時間、時間の標準、現在のフレーム時間、基準クロック等の時間に依存する基準）を基準点と比較し、または説明する基準として用いられるインジケータである。別の態様によれば、基準点は、評価もしくは特定の機能が（例えば、カウントダウンシーケンスにおける数の０、カウントアップシーケンスにおける数の１００等、構成更新点の発生に向かってカウントするカウントダウンシーケンスにおける値に関して）実行される基礎を形成する基準である。１つの動作モードによれば、カウントシーケンスは時間シーケンスである（すなわち、時間に依存する）。具体的には、タイミングシーケンスは、一時的構成変更が行われるときまで残存する時間をプログレッシブに示すカウントダウンタイミングシーケンスであってもよい。一時的構成変更の実装に対するそのようなカウントダウンタイミングシーケンスは、本明細書において「ＣＤＴＣ」として示される。あるいは、他の複数のタイミングシーケンスが使用されてもよい。例えば、更新された一時的構成が有効になる時間に依存する基準点に関連する現在の時間をプログレッシブにカウントし、または示すべく、カウトアップタイミングシーケンスが用いられてもよい。一般に、第１および第２の通信エンティティの双方に知られた基準点は、カウントシーケンス（例えば、タイミングシーケンス）における地点（例えば、基準時間）を指定し得る。例えば、カウントダウンシーケンス（例えば、６、５、４、３、２、１、０）において、特定の数（すなわち基準点）は、構成更新が実装される合意された地点（例えば０の数）を示し得る。

【0048】

通常、一時的構成変更のＯＬＲ要求は、完全なベースライン構成変更のＯＬＲ要求と比較して、より少ない情報を含む。典型的には、一時的構成変更のＯＬＲ要求としては、サブバンド（すなわち、サブバンドは、１もしくは複数のサブキャリアのグループである）当たりのビットロードテーブルに対する複数の変更、サブバンド当たりのゲインに対する複数の変更、複数の修正が一時的構成を構築するべく適用されるべき基準テーブルのインデックスを識別する識別番号、指定された複数のパラメータ、ＣＤＴＣ、ＩＤ（構成）番号等を用いて、複数の一時的構成がベースライン構成から生成され得る数学上の関数等の情報が挙げられ得る。一時的構成がベースライン構成と同一である特別な場合には、ベースライン構成に調整（変更、修正）が適用され、一時的構成を構築することはない。一時的構成変更に関連する情報を伝達するべく、様々な技術が使用され得る。まず、必要とされる一時的構成変更に関する情報が、（例えば、テーブルインデックスを含むテーブル選択の形式で）ＲＭＣを介するＯＬＲ要求により、明示的に伝達され得る。第２に、「より大きな」サイズの複数のＯＬＲメッセージの場合（すなわち、前述の技術と比較して）、構成インデックスは、ＯＬＲレシーバにより開始される要求に含まれる。この構成インデックスは、トランスミッタおよびレシーバの双方に知られ、これらの将来の実装が構成更新点、例えば０等の数に向かってプログレッシブにカウントダウン（もしくはカウントアップ）され、０の数を選択すると、トランスミッタおよびレシーバの双方に知られた基準点として機能する特定のシステム構成を参照する識別子である。

【0049】

複数の一時的構成変更が開示された技術によりどのように実装されるかを更に明らかにするべく、ここで、開示された技術により構築され、動作可能であり、一般に２５０と称する一時的構成変更シーケンスと共に、ベースライン構成変更のシーケンスの一例を図示する概略図である図６を更に参照する。図５と同様に、図６は、レシーバ（側）２５２、トランスミッタ（側）２５４、およびフレーム番号２５６を図示する。フレーム番号２５６は、フレーム（フレームｉ、フレームｉ＋１等）を識別および列挙する。図６の鉛直の向きは、進行する複数のフレームユニットの時間（すなわち、図の上部から下部への）を表す。１つの動作モードによれば、一般に、レシーバ側２５２が複数のＣＰＥユニット１０４_１，...，１０４_Ｎのうち１つを表し得、トランスミッタ側２５４がＤＰ１０２を表し得ることに留意されたい。別の動作モードにおいて、レシーバ側２５２はＤＰ１０２を表し、トランスミッタ２５４はＣＰＥユニット１０４_１，...，１０４_Ｎのうちの１つを表す。いずれかの動作モードにより、レシーバ側２５２およびトランスミッタ側２５４は、その間で通信されるデータ通信を可能にし、ならびに新しいベースラインおよび一時的なシステム構成を実装する同期された複数の構成および時間付き同期を確立する目的で互いに通信可能に結合される。トランスミッタ側２５４は、２６２_ｉ、２６２_ｉ＋１，...，２６２_ｉ＋８により示される全てのフレームにおけるインジケータＮＢＣＣ、ＣＢＣＣ、ＢＬＴ（ビットロードテーブルインジケータ）およびＣＤＴＣの値を維持する。レシーバ側２５２も、インジケータＮＢＣＣ、ＣＢＣＣ、ＢＬＴおよびＣＤＴＣ（図示せず）の値を維持する。図５に関連して本明細書の上記に述べられたように、ＣＢＣＣフィールドは、新しいベースライン構成の実装に対するカウントダウンを維持する。ＮＢＣＣフィールドは、ベースライン構成カウントの状態を維持する。ＣＤＴＣフィールドは、一時的構成変更に対する実装までの複数のカウントシーケンス値（例えば、カウントダウン）を維持する。カウントにおいて基準点（例えば０の値、ＣＤＴＣ＝０）に到達し、その地点で一時的構成がトランスミッタ側２５２およびレシーバ側２５４の双方により同時に実装されるまで、ＣＤＴＣ値は、カウント値を初期値（例えば３）からプログレッシブに変更する（例えば、カウントダウンする）。ともかく、ＯＬＲ要求のレシーバは、元のＯＬＲ要求（すなわち、ＯＬＲイニシエータ）のトランスミッタに送信される修正されたＯＬＲ要求（メッセージ。図示せず）を形成するべく、ＯＬＲ要求に関する情報を更に修正し得ることに留意されたい。

【0050】

図６に図示される以下の例は、一時的構成変更においてベースライン構成変更がどのように実行され得るかを示す。図６は、開示された技術を明らかにする目的のための例として機能する。他の複数の態様は、システム構成パラメータの複数の変更の同期された実装を実行するべく、開示された技術の複数の原理に従って使用され得る。レシーバ側２５２は、ＲＭＣを介して、フレームｉ＋２の上流部分にある間にトランスミッタによって受信される、フレームｉ＋２におけるベースライン構成変更のＯＬＲ要求２５８_ｉ＋２を開始および伝達するものと仮定されたい。ベースライン構成変更のＯＬＲ要求２５８_ｉ＋２は、ベースライン（基準）構成に対する変更を指定し、ベースライン構成カウント（ＢＢＣ）により提案された新しい構成変更をｎ＋１として指定する。ＯＬＲ要求２５８_ｉ＋２を受信するトランスミッタ側２５４は、フレームｉ＋８のベースライン構成変更を実装することを選択し、フレームｉ＋５の３フレーム前のカウントダウンシーケンスを開始する。フレームｉ＋８において０の値に等しくなるまで、ＣＢＣＣは、各フレームで初期カウントダウン値（すなわち３）からプログレッシブにデクリメントされ、これにより、新しいベースライン構成はトランスミッタ側２５４およびレシーバ側２５２の双方により同時に実装される。

【0051】

一時的構成変更の要求に関して、レシーバ側２５２は、ＲＭＣを介してフレームｉ＋３の上流部分にある間にトランスミッタ側２５４により受信されるフレームｉ＋３のＢＬＴに対する一時的構成変更のＯＬＲ要求２６０_ｉ＋３を開始および伝達するものと仮定されたい。一時的構成変更のＯＬＲ要求２６０_ｉ＋３は、ベースラインに関連するシステム構成パラメータ（基準）構成（ＢＬＴ＝０）に対する変更を指定する。具体的には、一時的構成変更は、最初に用いられるものからのＢＬＴに対する変更、すなわちＢＬＴ＝０からＢＬＴ＝１への変更を指定する（新たに提案した）。（フレームｉ＋３の）トランスミッタ側２５４によりＯＬＲ要求２６０_ｉ＋３を受信した後、フレームｉ＋４において、ｉ＋４からの２つのフレームに一時的構成を実装するべく（すなわち、ＢＬＴ＝１）、プログレッシブカウントシーケンス（例えばカウントダウン）が開始され、従ってフレームｉ＋６となる。図６において、これは、ＣＤＴＣをフレームｉ＋４のＣＤＴＣ＝２からフレームｉ＋６のＣＤＴＣ＝０へとプログレッシブに減少させることにより表される。図６は、２つの並列なシステム構成変更が同時に実行されるが、別個の複数のカウントシーケンス（例えば、カウントダウン信号、カウントダウン指定子）を用いることにより、ベースラインまたは一時的であっても、各フレームで用いられる正確な構成についての曖昧さを排除することを示す。図６は、複数の一時的構成変更の範囲をベースライン構成の範囲に限定することを選択する単純化された例を示す。一時的構成変更が以前のベースライン構成および提案された新しいベースライン構成に適用されることが必要とされる場合に、そのような複数の一時的構成変更は通常、提案された新しいベースライン構成要求（図示せず）と共に送信され得る。

【0052】

ここで、開示された技術によい構築され、動作可能な、関連し、適用されるベースライン構成に一時的構成変更がバウンドされる、一時的構成変更と併せてベースライン構成変更の一例を図示し、一般に２８０と称する概略図である図７を更に参照する。図７は、レシーバ（側）２８２、トランスミッタ（側）２８４、およびフレーム番号２８６を図示する。フレーム番号２８６は、フレーム（フレームｉ、フレームｉ＋１等）を識別および列挙する。図７の鉛直の向きは、進行する複数のフレームユニットの時間（すなわち、図の上部から下部への）を表す。１つの動作モードによれば、一般に、レシーバ側２８２が複数のＣＰＥユニット１０４_１，...，１０４_Ｎのうち１つを表し得、トランスミッタ側２８４がＤＰ１０２を表し得ることに留意される。別の動作モードにおいて、レシーバ側２８２はＤＰ１０２を表し、トランスミッタ２８４はＣＰＥユニット１０４_１，...，１０４_Ｎのうちの１つを表す。いずれかの動作モードにより、レシーバ側２８２およびトランスミッタ側２８４は、その間で通信されるデータ通信を可能にし、ならびに新しいベースラインおよび一時的なシステム構成を実装する同期された複数の構成および時間付き同期を確立する目的で互いに通信可能に結合される。トランスミッタ側２８４は、２９２_ｉ、２９２_ｉ＋１，...，２９２_ｉ＋１０により示される全てのフレームにおけるインジケータＮＢＣＣ、ＣＢＣＣ、ＢＬＴ（ビットロードテーブルインジケータ）およびＣＤＴＣの値を維持する。レシーバ側２８２も、インジケータＮＢＣＣ、ＣＢＣＣ、ＢＬＴおよびＣＤＴＣ（図示せず）の値を維持する。図５および６に関連して本明細書の上記に述べられたように、ＣＢＣＣフィールドは、新しいベースライン構成の実装に対するカウントダウンを維持する。ＮＢＣＣフィールドは、ベースライン構成カウントの状態を維持する。ＣＤＴＣフィールドは、一時的構成変更に対する実装までの複数のカウントシーケンス値（例えば、カウントダウン）を維持する。

【0053】

図７は、ベースライン（基準）構成変更が一時的構成変更と並列に実行される一例を図示し、一時的変更は、関連し、適用されるベースライン構成に一時的構成変更がバウンドされる（すなわち、構成変更の文脈で制限される）。具体的には、レシーバ側２８２は、ＲＭＣを介して、フレームｉ＋２の上流部分にある間にトランスミッタによって受信される、フレームｉ＋２におけるベースライン構成変更のＯＬＲ要求２８８_ｉ＋２を開始および伝達するものと仮定されたい。ベースライン構成変更のＯＬＲ要求２８８_ｉ＋２は、ベースライン（基準）構成に対する変更を指定し、ベースライン構成カウント（ＢＢＣ）により提案された新しい構成変更をｎ＋１として指定する。ＯＬＲ要求２８８_ｉ＋２を受信するトランスミッタ側２８４は、フレームｉ＋１０の新しいベースライン構成変更を実装することを選択し、フレームｉ＋７の３フレーム前のカウントダウンシーケンスを開始する。フレームｉ＋１０において０の値に等しくなるまで、ＣＢＣＣは、各フレームで初期カウントダウン値（すなわち３）からプログレッシブにデクリメントされ、これにより、新しいベースライン構成はトランスミッタ側２８４およびレシーバ側２８２の双方により同時に実装される。同時に、レシーバ側２５２は、ＲＭＣを介してフレームｉ＋３の上流部分にある間にトランスミッタ側２８４により受信されるフレームｉ＋３のＢＬＴに対する一時的構成変更のＯＬＲ要求２９０_ｉ＋３を開始および伝達する。一時的構成変更のＯＬＲ要求２９０_ｉ＋３は、ベースラインに関連するシステム構成パラメータ（基準）構成（ＢＬＴ＝０）に対する変更を指定する。具体的には、一時的構成変更は、最初に用いられるものからのＢＬＴに対する変更、すなわちＢＬＴ＝０からＢＬＴ＝１への変更を指定する（新たに提案した）。（フレームｉ＋３の）トランスミッタ側２８４によりＯＬＲ要求２９０_ｉ＋３を受信した後、フレームｉ＋４において、ｉ＋４からの２つのフレームに一時的構成を実装するべく（すなわち、ＢＬＴ＝１）、プログレッシブカウントシーケンス（例えばカウントダウン）が開始され、従ってフレームｉ＋６となる。図７において、これは、ＣＤＴＣをフレームｉ＋４のＣＤＴＣ＝２からフレームｉ＋６のＣＤＴＣ＝０へとプログレッシブに減少させることにより表される。図７は、ＢＬＴ＝１の一時的構成変更が実装され、フレームｉ＋６で開始することを示す。次のフレームｉ＋７において、ＣＤＴＣは、フレームｉ＋１０で予定されたベースライン構成変更と同期されるようにカウントダウンを再開する。フレームｉ＋１０において、新しいベースライン構成は有効になり、これにより一時的構成はベースライン構成に等しくなる。複数の一時的構成変更の任意の新しい要求は、現在のベースライン構成に関連し、これに適用されることになる。この点で、一時的構成は、現在使用されるベースライン構成により制限またはバウンドされる。新たに提案された一時的構成に対する複数の変更は、現在のベースライン構成に関連するからである。ともかく、ベースライン構成変更および一時的構成変更の双方は、レシーバ側２８２とトランスミッタ側２８４との間に同期して（すなわち、特定の基準点に）実装され、それにより複数のシステム構成パラメータの同期のメンテナンスを容易にする。

【0054】

ここで、開示された技術の一態様により構築され、動作可能な通信システムにおけるシステム構成パラメータのオンライン再構成（ＯＬＲ）により構成同期を維持する方法の概略ブロック図であり、一般に３００と称する図８を参照する。方法３００は、手順３０２で開始する。手順３０２において、通信システムは、複数のシステム構成パラメータの基準構成を使用してショータイムに入る。図２および３を参照すると、通信システム１００（図２）は、実線１５４により示される基準（ベースライン）構成１５２（図３）を使用してショータイムに入る（ショータイムに入るとき、一時的構成はベースライン構成と同一であってもよい）。

【0055】

手順３０４において、通信システムの第１の通信エンティティおよび第２の通信エンティティをリンクさせる少なくとも１つの通信チャネルにおける少なくとも１つのチャネル特性が、変更についてモニタリングされる。図２および３を参照すると、通信チャネル１０６_１，...，１０６_Ｎの変更チャネル特性（ＳＮＲ、ＢＬＥＲ、複数のプリコーダ更新が構成変更を必要とする送信経路における変更等）は、（インデックスにより）ＣＰＥ側のライン状態モニタ１２０_１，...，１２０_ＮまたはＤＰ側のライン状態モニタ１１２_１，...，１１２_Ｎにより、各々モニタリングされる（図２）。通信チャネル１０６_１，...，１０６_Ｎは、ＣＰＥ側（すなわち、１１８_１，...，１１８_Ｎ）の複数のトランシーバ対を、ＤＰ側の各トランシーバ（すなわち１１０_１，...，１１０_Ｎ）をリンクさせる。

【0056】

手順３０６において、モニタリングされたチャネル特性に対する少なくとも１つの変更がオンライン再構成（ＯＬＲ）により複数のシステム構成パラメータに対する変更を必要とするか否かを判断する。判断の結果が否定的である場合、手順３０６は、手順３０４に戻される（すなわち、ループされる）。判断の結果が肯定的である場合、手順３０８は、手順３０８に戻される。図２を参照すると、ＣＰＥ側の伝送パラメータコントローラ１２２_１，...，１２２_Ｎは、各通信チャネル１０６_１，...，１０６_Ｎについて、モニタリングされたチャネル特性がＯＬＲにより複数のシステム構成パラメータ（例えば、ＢＬＴ、ゲインパラメータ等）に対する変更を必要とするか否かを判断する。あるいは、ＤＰ側で、伝送パラメータコントローラ１１４は、各通信チャネル１０６_１，...，１０６_Ｎについて、モニタリングされたチャネル特性が（ＯＬＲにより）複数のシステム構成パラメータに対する変更を必要とするか否かを判断する。手順３０６がトランスミッタにより受信されるＡＣＫまたはＮＡＣＫメッセージのモニタリングを含み得ることに留意されたい。

【0057】

あるいは、システム１００（図２）の別の動作モード（図示せず）によれば、一時的（アクティブな）構成は、複数のシステム構成パラメータに対する変更が必要とされない場合でも、構成状態メッセージを用いることにより、継続的に（すなわち反復的に）送信される（すなわち、レシーバまたはトランスミッタによって）。有利なことに、この動作モードは、複数のシステム構成パラメータのメンテナンスおよび同期におけるロバスト性を増大させることに使用され得る。そのような場合、複数の一時的構成パラメータのそのような構成状態メッセージは、使用される特定の構成ＩＤ、ならびに複数の構成パラメータの少なくとも一部の明確な列挙を含み得る。

【0058】

手順３０８において、少なくとも１つのチャネル特性に対する複数の変更に応じて、基準（ベースライン）構成に対する少なくとも１つの修正に基づいて構築された、更新された構成が第１の通信エンティティにより決定される。図２および３を参照すると、各通信チャネル１０６_１，...，１０６_Ｎを介して通信された複数の信号（図示せず）のチャネル特性（例えばＳＮＲ）のうち少なくとも１つに対する、モニタリングおよび検出された変更に従って、第１の通信エンティティがＣＰＥユニット１０４_１，...，１０４_Ｎ（図２）のうちの１つである場合、各伝送パラメータコントローラ１２２_１，...，１２２_Ｎは、基準構成１５４に対する更新された構成（例えば、点線１６０およびテーブル１６２により示される図３の一時的構成１５８）を決定する。あるいは、第１の通信エンティティがＤＰ１０２である場合、各通信チャネル１０６_１，...，１０６_Ｎを介して通信された複数の信号のチャネル特性のうち少なくとも１つに対してモニタリングおよび検出された変更に応じて、伝送パラメータコントローラ１１４は、基準構成１５４に対する更新された構成（例えば、点線１６０および１６２により示される図３の一時的構成１５８）を決定する。

【0059】

手順３１０において、オンライン再構成（ＯＬＲ）要求は、複数の通信チャネルのうち少なくとも１つを介して第１の通信エンティティから第２の通信エンティティへと送信される。図２および３を参照すると、ＯＬＲ要求１５６（図３）は、各通信チャネル１０６_１，...，１０６_Ｎを介して、第１の通信エンティティ（図１、例えば、ＣＰＥユニット１０４_１，...，１０４_Ｎのうち少なくとも１つにおける）により第２の通信エンティティ（例えば、ＤＰ１０２）に送信される。あるいは、第１の通信エンティティがＤＰ１０２である場合、ＯＬＲ要求１５６（図３）は、それから第２の通信エンティティ、すなわちＣＰＥユニット１０４_１，...，１０４_Ｎのうち少なくとも１つに、各通信チャネル１０６_１，...，１０６_Ｎを介して送信される。

【0060】

手順３１２において、ＯＬＲ要求は、第２の通信エンティティにより受信される。図２および３を参照すると、前述の手順３１０において、第１の通信エンティティがＣＰＥ側（すなわち、ＣＰＥユニット１０４_１，...，１０４_Ｎのうち少なくとも１つ）である場合、ＯＬＲ要求１５６（図３）は、ＤＰ１０２（図２）により受信される。前述の手順３１０において、第１の通信エンティティがＤＰ側である場合、ＯＬＲ要求１５６（図３）は、ＣＰＥ側（すなわち、ＣＰＥユニット１０４_１，...，１０４_Ｎのうち少なくとも１つ）により受信される。

【0061】

手順３１４において、更新された構成は、第１の通信エンティティおよび第２の通信エンティティにより使用される。図２および３を参照すると、点線１６０により具体的に示される更新された一時的構成１５８（図３）は、第１の通信エンティティ（図２、例えばＣＰＥ側もしくはＤＰ側）および第２の通信エンティティ（図２、例えばＤＰ側もしくはＣＰＥ側）により使用される。

【0062】

ここで、開示された技術の別の態様により構築され、動作可能な通信システムにおいて、オンライン再構成（ＯＬＲ）による複数のシステム構成パラメータの実装の時間同期のための方法の概略ブロック図であり、一般に３５０と称する図９を参照する。方法３５０は、手順３５２で開始する。手順３５２において、通信システムは、複数のシステム構成パラメータの既存の構成を使用してショータイムに入る。図２および３を参照すると、通信システム１００（図２）は、実線１５４により示される既存の構成１５２（図３）を使用してショータイムに入る。

【0063】

手順３５４において、既存の構成に対して更新された構成が使用される、構成更新点の発生に向かってプログレッシブカウントを指定するカウントシーケンスは、第１の通信エンティティにより判断される。構成更新点は、第１の通信エンティティおよび第２の通信エンティティの双方に知られた基準点に関連する。通常、手順３５４は、カウントシーケンスがタイミングシーケンスであり、プログレッシブカウントがカウントダウン（カウントアップ）時間カウントであり、構成更新点が構成更新時間であり、基準点が基準時間であるという意味で時間に依存する。図２および５を参照すると、少なくともＲＭＣメッセージ２３６_ｉ＋４、２３６_ｉ＋５、２３６_ｉ＋６および２３６_ｉ＋７におけるフィールドＣＢＣＣ（図５）により示されるカウントシーケンスは、既存の構成（すなわち、ＮＢＣＣ＝ｎ）に対する更新された構成（すなわち、フィールドＮＢＣＣにより示され、ｎ＋１の値を有する）が使用される、構成更新点（すなわち、図５においてフレームｉ＋７）の発生に向かってプログレッシブカウント（すなわち、ＣＢＣＣ＝３、ＣＢＣＣ＝２、ＣＢＣＣ＝１、およびＣＢＣＣ＝０）を指定する。これは、第１の通信エンティティ（例えば、典型的には、図５に図示されるトランスミッタ側２３４）により判断される。レシーバ側は、ＣＰＥ側である（図２）。あるいは、レシーバ側は、ＤＰ側である（図２）。

【0064】

手順３５６において、現在の各プログレッシブカウントを含むカウントシーケンスメッセージは、第１の通信エンティティにより少なくとも１回、第２の通信エンティティに送信される。図２および５を参照すると、ＯＬＲメッセージ２３８_ｉ＋２（図５）は、第１の通信エンティティ（すなわち、ＣＰＥユニット１０４_１，...，１０４_ＮまたはＤＰ１０２のうちのいずれか１つ、図２）により少なくとも１回、第２の通信エンティティ（すなわち、ＤＰ１０２、またはＣＰＥユニット１０４_１，...，１０４_Ｎのいずれか１つに逆の順番で）に送信される。

【0065】

手順３５８において、カウントシーケンスメッセージは、第２の通信エンティティにより少なくとも１回、受信される。図２および５を参照すると、前述の手順３５６において詳述される第１の通信エンティティがＣＰＥユニット１０４_１，...，１０４_Ｎ（図２）のうちの１つである場合、第２の通信エンティティは、（ＣＰＥトランスミッタにより開始されたＯＬＲの）ＯＬＲ要求、またはプログレッシブカウント（図示せず）を含む（ＤＰレシーバにより開始されたＯＬＲの）ＯＬＲ応答２３８_ｉ＋２を受信するＤＰ１０２である。前述の手順３５６において詳述された第１の通信エンティティがＤＰ１０２（図２）である場合、第２の通信エンティティは、（ＤＰトランスミッタにより開始されたＯＬＲの）ＯＬＲ要求２３８_ｉ＋２または（ＣＰＥレシーバにより開始されたＯＬＲの）ＯＬＲ応答を受信するＣＰＥユニット１０４_１，...，１０４_Ｎのうち少なくとも１つである。

【0066】

手順３６０において、更新された構成は、更新構成地点で第１の通信エンティティおよび第２の構成エンティティにより使用される。図２および５を参照すると、ＯＬＲ要求２３８_ｉ＋２（図５）により規定される更新された構成は、ＣＰＥ側（図２）およびＤＰ側（図２）によりフレームｉ＋７において使用される。

【0067】

開示された技術は、本明細書の上記において具体的に示され、説明されたものに限定されないことが当業者には理解されるであろう。むしろ、開示された技術の範囲は、以下の特許請求の範囲のみにより規定される。
（項目１）
複数のシステムパラメータの基準構成を使用する、少なくとも第１の通信エンティティおよび第２の通信エンティティを有する通信システムにおいて、複数のシステム構成パラメータのオンライン再構成（ＯＬＲ）により構成同期を維持するための方法であって、
前記第１の通信エンティティおよび前記第２の通信エンティティにリンクする、少なくとも１つの通信チャネルにおける少なくとも１つのチャネル特性に対する複数の変更をモニタリングする段階と、
前記第１の通信エンティティにより、前記少なくとも１つのチャネル特性に対する前記複数の変更に応じて前記基準構成に対する少なくとも１つの修正に基づいて構築される、更新された構成を決定する段階と、
前記少なくとも１つの通信チャネルを介して、前記第１の通信エンティティから前記第２の通信エンティティへとＯＬＲ要求を送信する段階と、
前記第２の通信エンティティにより前記ＯＬＲ要求を受信する段階と、
前記第１の通信エンティティおよび前記第２の通信エンティティにより前記更新された構成を使用する段階とを備える、方法。
（項目２）
前記通信システムの第１の動作モードにより、前記第１の通信エンティティは、レシーバとして動作可能であり、
前記第２の通信エンティティは、トランスミッタとして動作可能であり、
前記ＯＬＲ要求は、前記レシーバの前記複数のシステム構成パラメータにおける複数の変更に関する、項目１に記載の方法。
（項目３）
前記通信システムの第２の動作モードにより、前記第１の通信エンティティは、トランスミッタとして動作可能であり、
前記第２の通信エンティティは、レシーバとして動作可能であり、
前記ＯＬＲ要求は、前記トランスミッタの前記複数のシステム構成パラメータにおける複数の変更に関する、項目１に記載の方法。
（項目４）
前記少なくとも１つのチャネル特性は、それぞれの前記少なくとも１つの通信チャネルの送信および受信パラメータに影響する前記少なくとも１つの通信チャネルの属性である、項目１に記載の方法。
（項目５）
前記少なくとも１つのチャネル特性は、
信号対ノイズ比（ＳＮＲ）、
遠端クロストーク（ＦＥＸＴ）レベル、
信号対ノイズと干渉の比（ＳＮＩＲ）、
信号対ＦＥＸＴ比、
前記少なくとも１つのチャネルの複数のノイズ特性、
転送機能に関連する特性、
確認（ＡＣＫ）／否認（ＮＡＣＫ）表示、
前記第１の通信エンティティと前記第２の通信エンティティとの間の送信経路における複数の変更、
ブロックエラーレート（ＢＬＥＲ）および
ビットエラーレート（ＢＥＲ）からなる一覧から選択される、項目４に記載の方法。
（項目６）
前記更新された構成を決定する前記段階は、
標準との比較、
最適な複数の値の予め定められたテーブル、
複数の値の範囲の予め定められたテーブル、
複数の値の複数の閾値の予め定められたテーブル、
数学上の関数、および
アルゴリズムからなる一覧から選択される基準に少なくとも部分的に基づく、項目１に記載の方法。
（項目７）
前記第１の通信エンティティは、前記更新された構成に関する情報を含む、ＯＬＲメッセージの形式の前記ＯＬＲ要求を構築する、項目１に記載の方法。
（項目８）
前記更新された構成に関する情報は、
サブキャリア当たりの一時的ビットロードテーブル（ＢＬＴ）、
サブバンド当たりの一時的ビットロード（ＢＬＴ）、
サブバンド当たりの複数のゲインに対する複数の変更、
サブキャリア当たりの複数のゲインに対する複数の変更、
複数の相対変化（デルタ）、
複数の微分変化、
複数の修正が前記更新された構成を構築するべく適用されるべき基準テーブルのインデックスを識別する、識別（ＩＤ）番号、
前記更新された構成が構築される数学上の関数、
前記更新された構成の実装に向かうカウントシーケンス、
少なくとも１つの修正から前記基準構成への前記更新された構成をどのように構築するかを指定するアルゴリズム、
前記更新された構成を指定する少なくとも１つのデータベースエントリへのポインター、
前記基準構成に対する完全な変更、
前記基準構成に対する部分的変更、
前記基準構成に対する無変更からなる一覧から選択される、項目７に記載の方法。
（項目９）
前記ＯＬＲ要求は、構成識別番号を含む、項目２に記載の方法。
（項目１０）
前記ＯＬＲ要求は、構成識別番号を含む、項目３に記載の方法。
（項目１１）
前記ＯＬＲ要求は、前記更新された構成に関する情報を含み、前記ＯＬＲ要求は、前記トランスミッタにより各フレームを介して前記レシーバに通信される、項目１０に記載の方法。
（項目１２）
前記第２の通信エンティティにより前記ＯＬＲ要求を修正することにより、修正されたＯＬＲ要求を形成する段階を更に備える、項目１に記載の方法。
（項目１３）
前記第２の通信エンティティにより、前記第１の通信エンティティに前記修正されたＯＬＲ要求を送信する段階を更に備える、項目１２に記載の方法。
（項目１４）
構成更新点の発生に向かってプログレッシブカウントを指定するカウントシーケンスを、前記レシーバにより決定する段階を更に備え、
前記基準構成に対する更新された構成が、使用される、項目２に記載の方法。
（項目１５）
前記カウントシーケンスは、タイミングシーケンスであり、
前記プログレッシブカウントは、カウントダウンおよびカウトアップのうちの少なくとも１つであり、
前記構成更新点は、構成更新時間である、項目１４に記載の方法。
（項目１６）
前記第１の通信エンティティにより少なくとも１回、現在のそれぞれの前記プログレッシブカウントを含むカウントシーケンスメッセージを前記第２の通信エンティティに送信する段階を更に備える、項目１４に記載の方法。
（項目１７）
前記第２の通信エンティティにより少なくとも１回、前記カウントシーケンスメッセージを受信する段階を更に備える、項目１６に記載の方法。
（項目１８）
前記構成更新点において、前記第１の通信エンティティおよび前記第２の通信エンティティにより前記更新された構成を使用する段階を更に備える、項目１７に記載の方法。
（項目１９）
前記複数のシステム構成パラメータは、
ビットロードテーブル（ＢＬＴ）、
複数のゲインテーブル、
複数のフレーミングパラメータ、
データ伝送単位（ＤＴＵ）の大きさ、
サブキャリア当たりのＢＬＴおよび
サブキャリア当たりのゲインからなる一覧から選択される、項目１に記載の方法。
（項目２０）
前記基準構成に対する前記少なくとも１つの修正は、
複数の正の変更、
複数の負の変更、
複数の０の変更、
複数の微分変化、
前記修正を規定する数学式、
上限および
前記修正を規定するアルゴリズムからなる一覧から選択される、項目１に記載の方法。
（項目２１）
複数のシステム構成パラメータの既存の構成を使用する第１の通信エンティティと第２の通信エンティティとの間で、通信システムにおけるオンライン再構成（ＯＬＲ）により複数のシステム構成パラメータを実装する整合的同期のための方法であって、
前記第１の通信エンティティにより、前記既存の構成に対する更新された構成が使用される、構成更新点の発生に向かってプログレッシブカウントを指定するカウントシーケンスを決定する段階と、
前記第１の通信エンティティにより少なくとも１回、現在のそれぞれの前記プログレッシブカウントを含むカウントシーケンスメッセージを前記第２の通信エンティティに送信する段階と、
前記第２の通信エンティティにより少なくとも１回、前記カウントシーケンスメッセージを受信する段階と、
前記構成更新点において、前記第１の通信エンティティおよび前記第２の通信エンティティにより前記更新された構成を使用する段階とを備える、方法。
（項目２２）
前記通信システムの第１の動作モードにより、前記第１の通信エンティティは、レシーバとして動作可能であり、
前記第２の通信エンティティは、トランスミッタとして動作可能であり、
前記レシーバからの前記複数のシステム構成パラメータの変更のＯＬＲ要求は、前記レシーバの前記複数のシステム構成パラメータにおける複数の変更に関する、項目２１に記載の方法。
（項目２３）
前記通信システムの第２の動作モードにより、前記第１の通信エンティティは、トランスミッタとして動作可能であり、
前記第２の通信エンティティは、レシーバとして動作可能であり、
前記トランスミッタからの前記複数のシステム構成パラメータの変更のＯＬＲ要求は、前記トランスミッタの前記複数のシステム構成パラメータにおける複数の変更に関する、項目２１に記載の方法。
（項目２４）
前記カウントシーケンスは、タイミングシーケンスであり、
前記プログレッシブカウントは、カウントダウンおよびカウトアップのうちの少なくとも１つであり、
前記構成更新点は、構成更新時間である、項目２１に記載の方法。
（項目２５）
前記第１の通信エンティティおよび前記第２の通信エンティティにリンクする、少なくとも１つの通信チャネルにおける少なくとも１つのチャネル特性に対する複数の変更をモニタリングする段階を更に備える、項目２１に記載の方法。
（項目２６）
前記第１の通信エンティティにより、前記少なくとも１つのチャネル特性に対する前記複数の変更に応じて前記既存の構成に対する少なくとも１つの修正に基づいて構築された、前記更新された構成を決定する段階を更に備える、項目２５に記載の方法。
（項目２７）
前記少なくとも１つの通信チャネルを介して、前記第１の通信エンティティから前記第２の通信エンティティへとＯＬＲ要求を送信する段階を更に備える、項目２６に記載の方法。
（項目２８）
前記第２の通信エンティティにより、前記ＯＬＲ要求を受信する段階を更に備える、項目２７に記載の方法。
（項目２９）
前記更新された構成は、
サブキャリア当たりの一時的ビットロードテーブル（ＢＬＴ）、
サブバンド当たりの一時的ビットロードＢＬＴ、
サブバンド当たりの複数のゲインに対する複数の変更、
サブキャリア当たりの複数のゲインに対する複数の変更、
複数の相対変化（デルタ）、
複数の微分変化、
複数の修正が前記更新された構成を構築するべく適用されるべき基準テーブルのインデックスを識別する、識別（ＩＤ）番号、
前記更新された構成が構築される数学上の関数、
前記更新された構成の実装に向かうカウントシーケンス、
少なくとも１つの修正から基準構成への前記更新された構成をどのように構築するかを指定するアルゴリズム、
前記更新された構成を指定する少なくとも１つのデータベースエントリへのポインター、
前記基準構成に対する完全な変更、
前記基準構成に対する部分的変更、
前記基準構成に対する無変更からなる一覧から選択される基準を伴う、項目２１に記載の方法。
（項目３０）
前記送信する段階は、前記更新された構成を反復的に送信する段階を有する、項目２１に記載の方法。
（項目３１）
複数のシステムパラメータの基準構成を使用して、少なくとも１つの通信チャネルを介して通信する、少なくとも第１の通信エンティティと第２の通信エンティティとの間で、通信システムの複数のシステム構成パラメータのオンライン再構成（ＯＬＲ）により同期を維持する前記通信システムであって、
それぞれの前記少なくとも１つの通信チャネルの少なくとも１つの通信チャネル特性をモニタリングする前記第１の通信エンティティの通信チャネル状態モニタと、
前記通信チャネル状態モニタに結合された前記第１の通信エンティティの伝送パラメータコントローラとを備え、
前記伝送パラメータコントローラは、前記少なくとも１つの通信チャネル特性に対する少なくとも１つの変更に応じて、前記基準構成に対する少なくとも１つの修正に基づいて構築された、更新された構成を決定し、
前記第１の通信エンティティは、前記第１の通信エンティティおよび前記第２の通信エンティティにより、前記更新された構成を使用するべく、前記第２の通信エンティティに対する前記更新された構成の少なくとも一部を通信する、通信システム。
（項目３２）
前記通信システムの第１の動作モードにより、前記第１の通信エンティティは、レシーバとして動作可能であり、
前記第２の通信エンティティは、トランスミッタとして動作可能であり、
前記レシーバから生成されたＯＬＲ要求は、前記レシーバの前記複数のシステム構成パラメータにおける複数の変更に関する、項目３１に記載の通信システム。
（項目３３）
前記通信システムの第２の動作モードにより、前記第１の通信エンティティは、トランスミッタとして動作可能であり、
前記第２の通信エンティティは、レシーバとして動作可能であり、
前記トランスミッタから生成されたＯＬＲ要求は、前記トランスミッタの前記複数のシステム構成パラメータにおける複数の変更に関する、項目３１に記載の通信システム。
（項目３４）
前記伝送パラメータコントローラに結合された通信・管理プロセッサを更に備え、
前記通信・管理プロセッサは、前記第１の通信エンティティと前記第２の通信エンティティとの間で少なくとも１つのロジカル通信チャネルを管理するように動作可能である、項目３１に記載の通信システム。
（項目３５）
前記伝送パラメータコントローラおよび通信・管理プロセッサは、同一の複数の機能を実行するように動作可能な単一の処理デバイスに組み込まれる、項目３２に記載の通信システム。
（項目３６）
前記第２の通信エンティティは、それぞれの前記少なくとも１つの通信チャネルの少なくとも１つの通信チャネル特性をモニタリングする通信チャネル状態モニタを更に備える、項目３１に記載の通信システム。
（項目３７）
前記第２の通信エンティティは、前記第２の通信エンティティの前記通信チャネル状態モニタに結合された伝送パラメータコントローラを更に備え、
前記第２の通信エンティティの前記伝送パラメータコントローラは、前記少なくとも１つの通信チャネル特性に対する少なくとも１つの変更に応じて、前記基準構成に対する少なくとも１つの修正に基づいて構築された、更新された構成を決定する、項目３６に記載の通信システム。
（項目３８）
前記第２の通信エンティティは、前記更新された構成の少なくとも一部を前記第１の通信エンティティに更に通信する、項目３７に記載の通信システム。
（項目３９）
前記少なくとも１つのチャネル特性は、それぞれの前記少なくとも１つの通信チャネルの送信および受信パラメータに影響する前記少なくとも１つの通信チャネルの属性である、項目３１に記載の通信システム。
（項目４０）
前記少なくとも１つのチャネル特性は、
信号対ノイズ比（ＳＮＲ）、
遠端クロストーク（ＦＥＸＴ）レベル、
信号対ノイズと干渉の比（ＳＮＩＲ）、
信号対ＦＥＸＴ比、
前記少なくとも１つのチャネルの複数のノイズ特性、
転送機能に関連する複数の特性、
確認（ＡＣＫ）／否認（ＮＡＣＫ）表示、
前記第１の通信エンティティと前記第２の通信エンティティとの間の送信経路における複数の変更、
ブロックエラーレート（ＢＬＥＲ）および
ビットエラーレート（ＢＥＲ）からなる一覧から選択される、項目３９に記載の通信システム。
（項目４１）
前記第１の通信エンティティおよび前記第２の通信エンティティは、共通の動作モードを確立するべく、複数の通信パラメータに関する情報を交換する、項目３１に記載の通信システム。
（項目４２）
前記更新された構成の決定は、
標準との比較、
最適な複数の値の予め定められたテーブル、
複数の値の範囲の予め定められたテーブル、
複数の値の複数の閾値の予め定められたテーブル、
数学上の関数、および
アルゴリズムからなる一覧から選択される基準に少なくとも部分的に基づく、項目３１に記載の通信システム。
（項目４３）
前記第１の通信エンティティは、前記更新された構成に関する情報を含む、ＯＬＲメッセージの形式のＯＬＲ要求を構築する、項目３１に記載の通信システム。
（項目４４）
前記更新された構成に関する情報は、
サブキャリア当たりの一時的ビットロードテーブル（ＢＬＴ）、
サブバンド当たりの一時的ビットロードＢＬＴ、
サブバンド当たりの複数のゲインに対する複数の変更、
サブキャリア当たりの複数のゲインに対する複数の変更、
複数の相対変化（デルタ）、
複数の微分変化、
複数の修正が前記更新された構成を構築するべく適用されるべき基準テーブルのインデックスを識別する、識別（ＩＤ）番号、
前記更新された構成が構築される数学上の関数、
前記更新された構成の実装に向かうカウントシーケンス、
少なくとも１つの修正から前記基準構成への前記更新された構成をどのように構築するかを指定するアルゴリズム、
前記更新された構成を指定する少なくとも１つのデータベースエントリへのポインター、
前記基準構成に対する完全な変更、
前記基準構成に対する部分的変更、
前記基準構成に対する無変更からなる一覧から選択される、項目４３に記載の通信システム。
（項目４５）
前記更新された構成の前記少なくとも一部は、構成識別番号を含む、項目３２に記載の通信システム。
（項目４６）
前記更新された構成の前記少なくとも一部は、構成識別番号を含む、項目３３に記載の通信システム。
（項目４７）
前記更新された構成の前記少なくとも一部は、前記トランスミッタにより、各フレームを介して前記レシーバに通信されるＯＬＲ要求を規定する、項目４６に記載の通信システム。
（項目４８）
前記レシーバは、構成更新点の発生に向かってプログレッシブカウントを指定するカウントシーケンスを決定し、
前記基準構成に対する更新された構成が、使用される、項目３２に記載の通信システム。
（項目４９）
前記カウントシーケンスは、タイミングシーケンスであり、
前記プログレッシブカウントは、カウントダウンおよびカウトアップのうちの少なくとも１つであり、
前記構成更新点は、構成更新時間である、項目４８に記載の通信システム。
（項目５０）
前記第１の通信エンティティは、現在のそれぞれの前記プログレッシブカウントを含むカウントシーケンスメッセージを少なくとも１回、前記第２の通信エンティティに送信する、項目４８に記載の通信システム。
（項目５１）
前記第２の通信エンティティは、前記カウントシーケンスメッセージを少なくとも１回受信する、項目５０に記載の通信システム。
（項目５２）
前記第１の通信エンティティおよび前記第２の通信エンティティは、前記構成更新点において前記更新された構成を使用する、項目５１に記載の通信システム。
（項目５３）
前記複数のシステム構成パラメータは、
ビットロードテーブル（ＢＬＴ）、
複数のゲインテーブル、
複数のフレーミングパラメータ、
データ伝送単位（ＤＴＵ）の大きさ、
サブキャリア当たりのＢＬＴおよび
サブキャリア当たりのゲインからなる一覧から選択される、項目３１に記載の通信システム。
（項目５４）
前記基準構成に対する前記少なくとも１つの修正は、
複数の正の変更、
複数の負の変更、
複数の０の変更、
複数の微分変化、
前記修正を規定する数学式、
上限および
前記修正を規定するアルゴリズムからなる一覧から選択される、項目３１に記載の通信システム。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】