(57)【要約】  近くの、又は非常に強い電源からのインパルスノイズは、デジタル加入者回線上の通信を妨害する。インパルスノイズ源により引き起こされたエラーに対応するには、さまざまな方法がある。リードソロモンコードなどの順方向エラー訂正（ＦＥＣ）コードが、スクランブリングとインターリービングと共に、小さなエラーを訂正するために使用される。しかし、大きなエラーでは、再送信が好まれる。離散マルチトーン符号のレベルにおいて、データ送信ユニットへ連続識別（ＳＩＤ）を挿入する必要なく再送信が適用可能とされる。さらに、再送信はＦＥＣコードのエラー訂正能力を活用するために採用される。最後に、インパルスノイズ保護システムでは、ＦＥＣコードの冗長を設定するためと、ブランキングを利用可能にするために、インパルスノイズの統計データが利用される。説明される実施例では、インパルスノイズの影響を軽減させるように、再送信とＦＥＣとブランキングを活用するために、インパルスノイズの統計データが協調的に使われる。【選択図】図３
2011509054.tif 000002
【特許請求の範囲】
【請求項１】
エラー訂正機能（ＥＣＣ）を有する順方向エラー訂正（ＦＥＣ）エンコーダにより、第一データを第一送信パケットにエンコードし、
前記第一送信パケットまたは前記第一データを再送信メモリに保存し、
受信装置から第二送信パケットに関する再送信情報を受信し、
その再送信情報を解析し、
前記再送信情報と前記ＥＣＣに基づいて、エンコードされた第二データから構成された第二送信パケットの再送信が必要であるかを決定し、
再送信が必要である場合は、
前記再送信メモリから前記第二送信パケットを取り出すか、前記再送信メモリから前記第二データを取り出し前記ＦＥＣにより前記第二データを前記第二送信パケットにエンコードし、
その第二送信パケットを再送信することを特徴とする通信方法。
【請求項２】
前記再送信情報が、各送信パケットの受信状態を示したステータス情報を含むことを特徴とする請求項１に記載の通信方法。
【請求項３】
前記ステータス情報には受信された時間が含まれており、その受信された時間からオフセットされた所定の時間に基づいて、どの送信パケットが再送信されるのを決定することを特徴とする請求項２に記載の通信方法。
【請求項４】
前記送信パケットは離散マルチトーン（ＤＭＴ）シンボルであることを特徴とする請求項１に記載の通信方法。
【請求項５】
前記順方向エラー訂正エンコーダがリード・ソロモン・エンコーダおよびインターリーバを含み、前記ＥＣＣはリード・ソロモンの冗長および／またはインターリーブ深さにもとづくことを特徴とする請求項１に記載の通信方法。
【請求項６】
インパルスノイズ・モニタリング／解析モジュールから、受信装置に関するインパルスノイズ情報を受信し、
前記インパルスノイズ情報に基づいて反復電気インパルスノイズ（ＲＥＩＮ）源に変化があるかどうかを判断するとともに、前記インパルスノイズ情報にインパルス長および到着時間（ＩＡＴ）情報が含まれているかを判断し、
変化があるかどうかの判断に対応して、
前記ＲＥＩＮ源の変化がある前記インパルスノイズ情報にタイミングの情報の詳細があるかどうか判断し、
タイミングの情報の詳細が前記インパルスノイズ情報にある場合は、前記タイミングの情報の詳細に基づいてブランキング・タイミング情報を調整し、そのブランキング情報を前記受信装置へ送信し、
前記ブランキング・タイミング情報によって対応されたのではない前記ＲＥＩＮ源の変化に基づいて必要なＥＣＣを判断し、前記ＥＣＣが前記必要なＥＣＣ以下の場合は、前記ＦＥＣエンコーダと前記受信装置内のＦＥＣデコーダを調整することを特徴とする請求項１に記載の通信方法。
【請求項７】
さらに、インパルスノイズにより引き起こされたのではないエラーに応じたマージンを考慮して、前記必要なＥＣＣを判断することを特徴とする請求項６に記載の通信方法。
【請求項８】
前記ＥＣＣが前記マージンによって調整されることを特徴とする請求項７に記載の通信方法。
【請求項９】
前記ＦＥＣエンコーダはリード・ソロモン・エンコーダおよびインターリーバを含み、前記ＦＥＣデコーダはリード・ソロモン・デコーダおよびデインターリーバを含み、前記ＥＣＣはリード・ソロモンの冗長および／またはインターリーブ深さにもとづくものであり、
シームレス・レート適応を起動することにより前記冗長を変更し、および／または、インターリーブ深さ変更メッセージを用いることにより前記インターリーブ深さを変更することで、前記ＦＥＣエンコーダと前記ＦＥＣデコーダを調整することを特徴とする請求項６に記載の通信方法。
【請求項１０】
さらに、ブランキング期間中にダミー情報を送信することを特徴とする請求項１に記載の通信方法。
【請求項１１】
さらに、ブランキング情報を受信することを特徴とする請求項１０に記載の通信方法。
【請求項１２】
ＥＣＣを有するＦＥＣエンコーダによりエンコードされた送信パケットを送信装置から受信し、
前記受信した送信パケットにエラーがあるかどうかを判断し、
前記受信した送信パケットにエラーがある場合は、
前記ＥＣＣがさらなる送信パケットのエラーを許容できるか判断し、
前記ＥＣＣがさらなる送信パケットのエラーを許容できない場合は、前記送信装置へ前記送信パケットの再送信の信号を送ることを特徴とする通信方法。
【請求項１３】
さらに、前記受信した送信パケットにエラーがある場合は、前記ＥＣＣがさらなる信号パケットのエラーを許容できるときはＦＥＣデコーダに前記送信パケットを送り、
前記受信した送信パケットにエラーがない場合は、前記ＦＥＣデコーダに前記送信パケットを送ることを特徴とする請求項１２に記載の通信方法。
【請求項１４】
前記再送信の信号は各送信パケットの送信状態を示したステータス情報を含み、そのステータス情報は、前記送信パケットが破損している場合は不良状態を伝え、前記送信パケットが破損していない場合は良好状態を伝える情報であることを特徴とする請求項１２に記載の通信方法。
【請求項１５】
さらに、破損した送信パケットの再送信を受信し、その受信した送信パケットを前記ＦＥＣデコーダに送信することを特徴とする請求項１２に記載の通信方法。
【請求項１６】
破損した送信パケットの再送信要求の信号を送信した後の一定の時間で、前記再送信された送信パケットを受信することを特徴とする請求項１５に記載の通信方法。
【請求項１７】
前記受信した送信パケットにエラーがあるかどうか判断するために、
インパルスノイズ・モニタリング／解析モジュールから、前記送信パケットに関するインパルスノイズ情報を受信し、
前記送信パケットに関する前記インパルスノイズ情報に基づいて、前記送信パケットが破損しているかどうか判断することを特徴とする請求項１５に記載の通信方法。
【請求項１８】
前記送信パケットはＤＭＴシンボルであること特徴とする請求項１５に記載の通信方法。
【請求項１９】
前記ＦＥＣエンコーダはリード・ソロモン・エンコーダおよびインターリーバを含み、前記ＦＥＣデコーダはリード・ソロモン・デコーダおよびデインターリーバを含み、前記ＥＣＣはリード・ソロモンの冗長および／またはインターリーブ深さにもとづくことを特徴とする請求項１５に記載の通信方法。
【請求項２０】
さらに、ブランキング期間中は送信パケットを無視することを特徴とする請求項１２に記載の方法。
【請求項２１】
インパルスノイズ・モニタリング／解析モジュールから、インパルスノイズ情報を受信し、
前記インパルスノイズ情報に基づいてＲＥＩＮ源に変化があるかどうかを判断するとともに、前記インパルスノイズ情報にインパルス長とＩＡＴ情報が含まれているかを判断し、
変化があるかどうかの判断に対応して、
前記ＲＥＩＮ源の変化がある前記インパルスノイズ情報にタイミングの情報の詳細があるかどうか判断し、
タイミングの情報の詳細が前記インパルスノイズ情報にある場合は、前記タイミングの情報の詳細に基づいてブランキング・タイミング情報を調整し、そのブランキング情報を前記送信装置へ送信し、
前記ブランキング・タイミング情報によって対応されたのではない前記ＲＥＩＮ源の変化に基づいて必要なＥＣＣを判断し、前記ＥＣＣが前記必要なＥＣＣ以下の場合は、前記ＦＥＣエンコーダと前記ＦＥＣデコーダを調整することを特徴とする請求項１２に記載の通信方法。
【請求項２２】
さらに、インパルスノイズにより引き起こされたのではないエラーに応じたマージンを考慮して、前記必要なＥＣＣを判断することを特徴とする請求項２１に記載の通信方法。
【請求項２３】
前記ＥＣＣが前記マージンによって調整されることを特徴とする請求項２２に記載の通信方法。
【請求項２４】
前記ＦＥＣエンコーダはリード・ソロモン・エンコーダおよびインターリーバを含み、前記ＦＥＣデコーダはリード・ソロモン・デコーダおよびデインターリーバを含み、前記ＥＣＣはリード・ソロモンの冗長および／またはインターリーブ深さにもとづくものであり、
シームレス・レート適応を起動することにより前記冗長を変更し、および／または、インターリーブ深さ変更メッセージを用いることにより前記インターリーブ深さを変更することで、前記ＦＥＣエンコーダと前記ＦＥＣデコーダを調整することを特徴とする請求項２１に記載の通信方法。
【請求項２５】
ＥＣＣを有するＦＥＣエンコーダと、再送信メモリと、プロセッサと、命令が記憶されたプログラムメモリとを備え、
前記命令により、前記プロセッサが、
前記ＦＥＣに第一データを第一送信パケットにエンコードするよう命令し、前記第一送信パケットまたは前記第一データを前記再送信メモリに保存し、
受信装置から第二送信パケットに関する再送信情報を受信し、
前記再送信情報を解析し、
前記再送信情報と前記ＥＣＣに基づいて、前記第二送信パケットの再送信が必要であるかを決定し、
再送信が必要である場合は、前記再送信メモリから前記第二送信パケットを取り出すか、前記再送信メモリから前記第二データを取り出し前記ＦＥＣにより前記第二データを前記第二送信パケットにエンコードし、
前記第二送信パケットを再送信することを特徴とする送信装置。
【請求項２６】
前記再送信情報が、各送信パケットの受信状態を示したステータス情報を含むことを特徴とする請求項２５に記載の送信装置。
【請求項２７】
前記ステータス情報には受信された時間が含まれており、その受信された時間からオフセットされた所定の時間に基づいて、どの送信パケットを再送信するかを決定することを特徴とする請求項２６に記載の送信装置。
【請求項２８】
前記送信パケットはＤＭＴシンボルであることを特徴とする請求項２５に記載の送信装置。
【請求項２９】
前記ＦＥＣエンコーダ（順方向エラー補正エンコーダ）がリード・ソロモン・エンコーダおよびインターリーバを含み、前記ＥＣＣはリード・ソロモンの冗長および／またはインターリーブ深さにもとづくことを特徴とする請求項２５に記載の送信装置。
【請求項３０】
さらに、前記命令によって前記プロセッサが、
インパルスノイズ・モニタリング／解析モジュールから、受信装置に関するインパルスノイズ情報を受信し、
前記インパルスノイズ情報に基づいてＲＥＩＮ源に変化があるかどうかを判断するとともに、前記インパルスノイズ情報にインパルス長と到着時間（ＩＡＴ）情報が含まれているかを判断し、
変化があるかどうかの判断に対応して、
前記ＲＥＩＮ源の変化がある前記インパルスノイズ情報にタイミングの情報の詳細があるかどうか判断し、
タイミングの情報の詳細が前記インパルスノイズ情報にある場合は、前記タイミングの情報の詳細に基づいてブランキング・タイミング情報を調整し、そのブランキング情報を前記受信装置へ送信し、
前記ブランキング・タイミング情報によって対応されたのではない前記ＲＥＩＮ源の変化に基づいて必要なＥＣＣを判断し、前記ＥＣＣが前記必要なＥＣＣ以下の場合は、前記ＦＥＣエンコーダと前記受信装置内のＦＥＣデコーダを調整することを特徴とする請求項２５に記載の送信装置。
【請求項３１】
さらに、インパルスノイズにより引き起こされたのではないエラーに応じたマージンを考慮して、前記必要なＥＣＣを判断することを特徴とする請求項３０に記載の送信装置。
【請求項３２】
前記ＥＣＣが前記マージンによって調整されることを特徴とする請求項３１に記載の送信装置。
【請求項３３】
前記ＦＥＣエンコーダはリード・ソロモン・エンコーダおよびインターリーバを含み、前記ＦＥＣデコーダはリード・ソロモン・デコーダおよびデインターリーバを含み、前記ＥＣＣはリード・ソロモンの冗長および／またはインターリーブ深さにもとづくものであり、
シームレス・レート適応を起動することにより前記冗長を変更し、および／または、インターリーブ深さ変更メッセージを用いることにより前記インターリーブ深さを変更することで、前記ＦＥＣエンコーダと前記ＦＥＣデコーダを調整することを特徴とする請求項３０に記載の送信装置。
【請求項３４】
さらに、前記命令により前記プロセッサは、前記受信装置からブランキング情報を受信し、ブランキング期間中にダミー情報を送信することを特徴とする請求項２５に記載の送信装置。
【請求項３５】
ＦＥＣデコーダと、プロセッサと、命令が記憶されたプログラムメモリとを備え、
前記命令により前記プロセッサは、
ＥＣＣを有するＦＥＣエンコーダによりエンコードされた送信パケットを送信装置から受信し、
前記受信した送信パケットにエラーがあるかどうかを判断し、
前記受信した送信パケットにエラーがある場合は、
前記ＥＣＣがさらなる送信パケットのエラーを許容できるか判断し、
前記ＥＣＣがさらなる送信パケットのエラーを許容できない場合は、前記送信装置へ送信パケットの再送信の信号を送ることを特徴とする受信装置。
【請求項３６】
さらに、前記命令により前記プロセッサは、前記受信した送信パケットにエラーがある場合は、前記ＥＣＣがさらなる送信パケットのエラーを許容できるときは、前記ＦＥＣデコーダに前記送信パケットを送り、
前記受信した送信パケットにエラーがない場合は、前記ＦＥＣデコーダに前記送信パケットを送ることを特徴とする請求項３５に記載の受信装置。
【請求項３７】
前記プロセッサは、各送信パケットの状態を示したステータス情報により再送信を信号で伝え、そのステータス情報は、前記送信パケットが破損している場合は不良状態を伝え、前記送信パケットが破損していない場合は良好状態を伝える情報であることを特徴とする請求項３５に記載の受信装置。
【請求項３８】
さらに、前記命令により前記プロセッサは、破損した送信パケットの再送信を受信し、その受信した送信パケットを前記ＦＥＣデコーダに送ることを特徴とする請求項３５に記載の受信装置。
【請求項３９】
破損した送信パケットの再送信要求の信号を送信した後の一定の時間で、前記再送信された送信パケットを受信することを特徴とする請求項３８に記載の受信装置。
【請求項４０】
前記プロセッサは、前記受信したパケットにエラーがあるかどうか判断するために、
インパルスノイズ・モニタリング／解析モジュールから、前記送信パケットに関するインパルスノイズ情報を受信し、
前記送信パケットに関するインパルスノイズ情報に基づいて、前記送信パケットが破損しているかどうか判断することを特徴とする請求項３５に記載の受信装置。
【請求項４１】
前記送信パケットはＤＭＴシンボルであること特徴とする請求項３５に記載の受信装置。
【請求項４２】
前記ＦＥＣデコーダはリード・ソロモン・デコーダおよびデインターリーバを含み、前記ＥＣＣはリード・ソロモンの冗長および／またはインターリーブ深さにもとづくことを特徴とする請求項３５に記載の受信装置。
【請求項４３】
さらに、前記命令により前記プロセッサは、ブランキング期間中は送信パケットを無視することを特徴とする請求項３５に記載の受信装置。
【請求項４４】
さらに、前記命令により前記プロセッサは、
インパルスノイズ・モニタリング／解析モジュールから、インパルスノイズ情報を受信し、
前記インパルスノイズ情報に基づいてＲＥＩＮ源に変化があるかどうかを判断するとともに、前記インパルスノイズ情報にインパルス長とＩＡＴ情報とが含まれているかを判断し、
変化がある場合は、
前記ＲＥＩＮ源の変化がある前記インパルスノイズ情報にタイミングの情報の詳細があるかどうか判断し、
タイミングの情報の詳細が前記インパルスノイズ情報にある場合は、前記タイミングの情報の詳細に基づいてブランキング・タイミング情報を調整し、そのブランキング情報を前記送信装置へ送信し、
前記ブランキング・タイミング情報によって対応されたのではない前記ＲＥＩＮ源の変化に基づいて必要なＥＣＣを判断し、前記ＥＣＣが前記必要なＥＣＣ以下の場合は、前記ＦＥＣエンコーダ（順方向エラー補正エンコーダ）を調整することを特徴とする請求項３５に記載の受信装置。
【請求項４５】
さらに、インパルスノイズにより引き起こされたのではないエラーに応じたマージンを考慮して、前記必要なＥＣＣを判断することを特徴とする請求項４４に記載の受信装置。
【請求項４６】
前記ＥＣＣが前記マージンによって調整されることを特徴とする請求項４５に記載の受信装置。
【請求項４７】
前記ＦＥＣエンコーダはリード・ソロモン・エンコーダおよびインターリーバを含み、前記ＦＥＣデコーダはリード・ソロモン・デコーダおよびデインターリーバを含み、前記ＥＣＣはリード・ソロモンの冗長および／またはインターリーブ深さにもとづくものであり、
シームレス・レート適応を起動することにより前記冗長を変更し、および／または、インターリーブ深さ変更メッセージを用いることにより前記インターリーブ深さを変更することで、前記ＦＥＣエンコーダと前記ＦＥＣデコーダを調整することを特徴とする請求項４４に記載の受信装置。
【請求項４８】
前記受信装置が前記インパルスノイズ・モニタリング／解析モジュールを備えることを特徴とする請求項３５に記載の受信装置。
【請求項４９】
インパルスノイズ・モニタリング／解析モジュールから、インパルスノイズ情報を受信し、
前記インパルスノイズ情報に基づいてＲＥＩＮ源に変化があるかどうかを判断するとともに、前記インパルスノイズ情報にインパルス長とＩＡＴ情報とが含まれているかを判断し、
変化があるかどうかの判断に対応して、
前記ＲＥＩＮ源の変化がある前記インパルスノイズ情報にタイミングの情報の詳細があるかどうか判断し、
タイミングの情報の詳細が前記インパルスノイズ情報にある場合は、前記タイミングの情報の詳細に基づいてブランキング・タイミング情報を調整し、そのブランキング情報を送信し、
前記ブランキング・タイミング情報によって対応されたのではない前記ＲＥＩＮ源の変化に基づいて必要なＥＣＣを判断し、前記ＥＣＣが前記必要なＥＣＣ以下の場合は、前記ＥＣＣを調整することを特徴とする方法。
【請求項５０】
さらに、インパルスノイズではないエラーに応じたマージンを考慮して、前記必要なＥＣＣを判断することを特徴とする請求項４９に記載の方法。
【請求項５１】
前記ＥＣＣが前記マージンによって調整されることを特徴とする請求項５０に記載の方法。
【請求項５２】
前記ＦＥＣエンコーダはリード・ソロモン・エンコーダおよびインターリーバを含み、前記ＥＣＣはリード・ソロモンの冗長および／またはインターリーブ深さにもとづくことを特徴とする請求項４９に記載の方法。
【請求項５３】
ＦＥＣデコーダと、プロセッサと、命令が記憶されたプログラムメモリとを備え、
前記命令により前記プロセッサは、
インパルスノイズ・モニタリング／解析モジュールから、インパルスノイズ情報を受信し、
前記インパルスノイズ情報に基づいてＲＥＩＮ源に変化があるかどうかを判断するとともに、前記インパルスノイズ情報にインパルス長とＩＡＴ情報とが含まれているかを判断し、
変化がある場合は、
前記ＲＥＩＮ源の変化がある前記インパルスノイズ情報にタイミングの情報の詳細があるかどうか判断し、
タイミングの情報の詳細が前記インパルスノイズ情報にある場合は、前記タイミングの情報の詳細に基づいてブランキング・タイミング情報を調整し、そのブランキング情報を前記送信装置へ送信し、
前記ブランキング・タイミング情報によって対応されたのではない前記ＲＥＩＮ源の変化に基づいて必要なＥＣＣを判断し、前記ＥＣＣが前記必要なＥＣＣ以下の場合は、前記ＦＥＣデコーダを調整することを特徴とする受信装置。
【請求項５４】
さらに、インパルスノイズではないエラーに応じたマージンを考慮して、前記必要なＥＣＣを判断することを特徴とする請求項５３に記載の受信装置。
【請求項５５】
前記ＥＣＣが前記マージンによって調整されることを特徴とする請求項５４に記載の受信装置。
【請求項５６】
前記受信装置がインパルスノイズ・モニタリング／解析モジュールを備えることを特徴とする請求項５３に記載の受信装置。
【請求項５７】
前記ＦＥＣデコーダはリード・ソロモン・デコーダおよびデインターリーバを含み、前記ＥＣＣはリード・ソロモンの冗長および／またはインターリーブ深さにもとづくことを特徴とする請求項５３に記載の受信装置。
【請求項５８】
ＥＣＣを有するＦＥＣエンコーダと、再送信メモリと、プロセッサと、命令が記憶されたプログラムメモリとを備え、
前記命令により、前記プロセッサが、
インパルスノイズ・モニタリング／解析モジュールから、受信装置に関するインパルスノイズ情報を受信し、
前記インパルスノイズ情報に基づいてＲＥＩＮ源に変化があるかどうかを判断するとともに、前記インパルスノイズ情報にＩＡＴ情報が含まれているかを判断し、
変化があるかどうかの判断に対応して、
前記ＲＥＩＮ源の変化があるインパルスノイズ情報にタイミングの情報の詳細があるかどうか判断し、
タイミングの情報の詳細が前記インパルスノイズ情報にある場合は、前記タイミングの情報の詳細に基づいてブランキング・タイミング情報を調整し、そのブランキング情報を送信し、
前記ブランキング・タイミング情報によって対応されたのではない前記ＲＥＩＮ源の変化に基づいて必要なＥＣＣを判断し、前記ＥＣＣが前記必要なＥＣＣ以下の場合は、前記ＦＥＣエンコーダと前記受信装置内のＦＥＣデコーダを調整することを特徴とする送信装置。
【請求項５９】
さらに、インパルスノイズにより引き起こされたのではないエラーに応じたマージンを考慮して、前記必要なＥＣＣを判断することを特徴とする請求項５８に記載の送信装置。
【請求項６０】
前記ＥＣＣが前記マージンによって調整されることを特徴とする請求項５９に記載の送信装置。
【請求項６１】
前記ＦＥＣエンコーダはリード・ソロモン・エンコーダおよびインターリーバを含み、  前記ＦＥＣデコーダはリード・ソロモン・デコーダおよびデインターリーバを含み、前記ＥＣＣはリード・ソロモンの冗長および／またはインターリーブ深さにもとづくものであり、
シームレス・レート適応を起動することにより前記冗長を変更し、および／または、インターリーブ深さ変更メッセージを用いることにより前記インターリーブ深さを変更することで、前記ＦＥＣエンコーダと前記ＦＥＣデコーダを調整することを特徴とする請求項５８に記載の送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、米国特許法１１９条により、２００８年１月３日に米国において提出された第６１／０１８，８８７号特許仮出願である“汎用認識インパルスノイズ保護”にもとづくものである。
【０００２】
本発明は、デジタル加入者回線（ＤＳＬ）での映像の展開に関し、特に、非定常状態においても高いサービスの品質（ＱｏＳ）と顧客の満足体験を維持するために、この分野で悩まされるさまざまな種類のインパルスノイズ対するＤＳＬシステムの保護を著しく向上させるためのものである。
【背景技術】
【０００３】
ＤＳＬシステムを含む高帯域幅のシステムにおいては、単一キャリア変調方式およびマルチキャリア変調方式が使われている。ＤＳＬおよびワイヤレスなどの他の高帯域幅のシステムにおいては、有線の媒体にはキャリアレス位相振幅変調(ＣＡＰ)および離散マルチトーン(ＤＭＴ)、無線通信には直交周波数分割多重方式（ＯＦＤＭ）などの変調方式が使われている。これらの方式の利点は、２Ｍｂｐｓ以上のアップストリーム（加入者側からプロバイダー側）や８Ｍｂｐｓ以上のダウンストリーム（プロバイダー側から加入者側）の高帯域幅アプリケーションに適していることである。直交位相振幅変調（ＱＡＭ）は、９０度位相角が変化した同一周波数の波、つまり同一周波数のサイン波およびコサイン波を採用することで、同じ周波数でより多くの情報をエンコードする直交位相変調を利用したものである。サイン波とコサイン波は直角であり、データはそれらサイン波とコサイン波の振幅でエンコードされる。よって、直交位相変調を使うことにより、単一周波数で二倍のビットを送信することができる。ＱＡＭ方式は、Ｖ．３４などを含む音声帯域のモデム仕様に使われてきた。
【０００４】
ＣＡＰはＱＡＭと類似している。それぞれの方向への送信に、ＣＡＰシステムは、４ｋＨｚ音声帯域以上の同一の周波数の二つのキャリアを使い、それらキャリアのうちの一つはもう一つに対して９０度位相角が変化している。ＣＡＰは送信装置でビットをエンコードし受信装置でビットをデコードするコンステレーションを使用する。コンステレーション・エンコーダは既知の長さのビット・パターンを特定の大きさおよび位相の正弦波へマッピングする。概念的には、正弦波の位相が複素数の偏角（角度）であり、正弦波の大きさが複素数の大きさであることから、正弦波は複素数に一対一で対応すると理解されており、正弦波は実際の虚数平面上で点として表すことができる。虚数平面上の点は、それらに付随したビット・パターンを持つことができ、これがコンステレーションとして、当業者に知られている。
【０００５】
ＤＭＴ方式は、時にＯＦＤＭと呼ばれており、ＱＡＭのアイデアの一部にもとづいているが、ＱＡＭと異なり、二つ以上のコンステレーション・エンコーダを使い、それぞれのエンコーダがエンコードされている一組のビットを受信し、種々の大きさおよび位相の正弦波をアウトプットする。しかしながら、それぞれのコンステレーション・エンコーダには、異なる周波数が使われる。これらの異なるエンコーダからのアウトプットは、一緒にされて、各送信方向の一つのチャネルに送られる。例えば、よくあるＤＭＴシステムは、０ｋＨｚから１１０４ｋＨｚまでのスペクトルを、トーン（時にビン、ＤＭＴトーン、サブ・チャネルと呼ばれる）と呼ばれる２５６の細い周波数帯域に分けられる。これらのトーンは、幅が４．３１２５ｋＨｚである。それぞれのトーンの波形は、お互いから完全に分離可能であり、それぞれのトーンで使われる正弦波の周波数は、基本周波数と呼ばれる共通の周波数の倍数でなければならず、さらに、符号の期間τは、基本周波数の期間かその倍数でなければならない。符号の期間中にそれぞれのトーンでのコンステレーションにマッピングされたビット・パターンから成るビット・パターンの集合体は、しばしばＤＭＴシンボルと呼ばれている。このために、ここでは、時間とは、ＤＭＴシンボルに関しては、符号の期間を意味するとする。
【０００６】
電話回線、電力システムなどのソースから、また雷、稲妻などの自然現象さえからの電磁障害により、デジタル加入者回線（ｘＤＳＬ）システムに、インパルスノイズが生じることがある。インパルスノイズが存在することにより、ＶＤＳＬ（Ｖｅｒｙ  Ｈｉｇｈ  Ｓｐｅｅｄ  ＤＳＬ）などの現世代のｘＤＳＬシステムにサポートされる映像などのリアルタイム・サービスの信頼性が著しく制限される。特に、インパルスノイズは、物理層の巡回冗長検査（ＣＲＣ）のエラーや、ｘＤＳＬシステムのパケットの喪失などを引起こし、そのため、ＩＰＴＶなどのトリプルプレーサービスに影響を及ぼしている。よって、ＤＳＬ業界では、インパルスノイズ防止方法の発達と標準化に大きな関心が寄せられている。
【０００７】
一般的に、回線上に見られる最もよく見られるインパルスノイズの種類は、反復電気インパルスノイズ（ＲＥＩＮ）と高短インパルスノイズ事象（ＳＨＩＮＥ）である。回線付近の電話回線、蛍光灯、テレビ、ＰＣ、ビデオレコーダーの電源、変圧器などからの電磁障害により、電力線の周波数（米国では６０Ｈｚ、ヨーロッパでは５０Ｈｚ）に比例した反復する特性を持つインパルスノイズがしばしば引き起こされる。これはＲＥＩＮの一例である。稲妻はＳＨＩＮＥの一例である。
【０００８】
インパルスノイズに有効である方法を理解するために、ＤＳＬに含まれる特定の送信層について、説明する。図１は、ＤＳＬコミュニケーションの層を図解している。例として、ここでは、送信装置（ＴＸ）１５２から受信装置（ＲＸ）１５４への送信が説明されており、その送信装置はセントラルオフィス（ＣＯ）、その受信装置は加入者宅内機（ＣＰＥ）となることができる。また、類似的に送信装置がＣＰＥに、受信装置がＣＯとなることもできる。
【０００９】
（ＴＸ）１５２内では、層１２２は、トランスポート・プロトコル特定−送信収束（ＴＰＳ−ＴＣ）層である。この層では、トランスポート、つまりＡＴＭやイーサネット（「イーサネット」は登録商標）のような伝送固有のアプリケーションが実装される。この層は、さらにガンマ・インターフェース上にあるネットワーク・プロセッサ層に分けられることもできる。
【００１０】
次の層は、層１２４であり、物理メディア特定−送信収束（ＰＭＳ−ＴＣ）層である。この層は、ライン上のフレーミング、送信、エラーコントロールを管理する。特に、この層は、リード・ソロモン（ＲＳ）コードなどの順方向エラー訂正（ＦＥＣ）コードを備える。ＴＰＳ−ＴＣとＰＭＳ−ＴＣ層間のインターフェースは、アルファ層とされる。ＲＳコードにインターリーブを具備するために（ＲＳ−ＩＬＶ）、ＰＭＳ−ＴＣ層１２４は、スクランブラ―ＲＳエンコーダ１０２とインターリーバ１０４とを備える。ＤＳＬの基準は、ＦＥＣとしてのＲＳの使用を義務付けている。
【００１１】
次の層は、層１２６であり、物理媒体依存（ＰＭＤ）層であり、物理（ＰＨＹ）層ともされる。この層は、ネットワークの物理リンク上を横断するデータをエンコード、変調、送信する。また、ネットワークの物理的シグナル伝達の特徴を定める。特に、逆高速フーリエ変換を利用し、データをシンボルに変換し、トレリスコードをＤＭＴシンボルに変換する。トレリスコードは、さらなるエラー訂正も提供する。ＰＭＤ層とＰＭＳ−ＴＣ層間のインターフェースはデルタインターフェースとされる。
【００１２】
ＰＭＤ層により処理された後、データは、ＤＳＬループ１４０上に送信され、ＰＭＤ層１３６を利用しＲＸ１５４により受信される。ＰＭＤ層１３６の受信能力で、ＰＭＤ層１３６は、ネットワークの物理リンク上を横断したデータをデコード、復調、受信する。さらに、ＰＭＳ−ＴＣ層１３４は、その受信能力で、ＰＭＳ−ＴＣ１２４によりエンコードされたデータをデコードし、フレーミング・スキームからデータを復元する。特に、ＰＭＳ−ＴＣ１２４によりエンコードされたデータを復元するために、ＰＭＳ−ＴＣ層１３４は、デインターリーバ１０６とデスクランブラ―ＲＳデコーダ１０８とを備える。最後に、層１３２は、受信におけるＴＰＳ−ＴＣ層に対応する部分である。
【００１３】
上記のように、レガシーＤＳＬシステムでは、ＲＳ−ＩＬＶはＦＥＣコードとして使われている。この方法での難点は、ＲＳ−ＩＬＶ符号化・スキームに含まれる冗長量がインパルスによって破損したデータの量に比例する、ということである。つまり、許容された最大冗長量では、ＳＨＩＮＥなどの長期インパルスノイズによるエラーを訂正するのに不十分である。さらに、ＲＳ−ＩＬＶコード内の冗長量が増加すると、処理能力が低下する。めったにない長期インパルスノイズが起こった時に対応するために、冗長量を増加させるのは、帯域幅の無駄である。
【００１４】
図２は、現在のｘＤＳＬ基準に開示されているように、ＰＭＳ−ＴＣ層の送信側の詳細を図解している。ＴＰＳ−ＴＣ層からＰＭＳ−ＴＣ層へ送信されたデータは、二つの待機パスの一つと二つの伝達チャネルの一つを使用することができる。インプット２０２は、待機パス＃０へ指定された第一伝達チャネルのデータを表す。インプット２０４は、待機パス＃０へ指定された第二任意伝達チャネルのデータを表す。インプット２０６は、待機パス＃１へ任意的に指定された第一伝達チャネルのデータを表す。インプット２０８は、待機パス＃１へ任意的に指定された第二伝達チャネルのデータを表す。さらに、ＰＭＳ−ＴＣ層には、埋め込みオペレーション・チャネル（ＥＯＣ）２１０、指標ビット（ＩＢ）チャネル２１２、ネットワーク・タイミング・リファレンス（ＮＴＲ）２１４が含まれており、それらチャネル２１０、２１２、２１４から受信されたオーバーヘッドデータがマルチプレクサ（ＭＵＸ）２１８によって組み合わされる。また、ＭＵＸ２１６はインプット２０２と２０４を組み合わせることができ、任意待機パス＃１の一部であるＭＵＸ２２０はインプット２０６と２０８を組み合わせる。ＭＵＸ２２２はＭＵＸ２１６のアウトプット、同期バイト、およびＭＵＸ２１８からのオーバーヘッドデータを組み合わせる。同様に、ＭＵＸ２２４は、ＭＵＸ２２０のアウトプット、同期バイト、およびオーバーヘッドデータを組み合わせる。各待機パスに沿って、スクランブラ（周波数変換器）２２２と対応スクランブラ２２４はそれぞれ、ＭＵＸ２２２とＭＵＸ２２４から受信したデータの周波数を変換する。ＦＥＣ２２６とＦＥＣ２２８は、スクランブラ２２２、２２４からの周波数変換されたデータに対してそれぞれＦＥＣを適用する。例えば、図１の例では、使用されるＦＥＣはＲＳコードであり、スクランブラ―ＲＳ１０２はスクランブラ２２２、２２４とＦＥＣ２２２、２２４とから構成されるが、図１では、簡潔にするためにそれらを統合して示している。図１のインターリーバ１０４は、ＦＥＣ２２６とＦＥＣ２２８からそれぞれ受信したエンコードされたデータをインターリービングするインターリーバ２３０およびインターリーバ２３２から構成される。最後に、ＭＵＸ２３４は、ＰＭＤ層により処理されるアウトプット２４０を生成するために、両方の待機パスからのエンコード、かつインターリーブされたデータを組み合わせる。
【００１５】
図３に示す基本設計概念は、ＣＯからＣＰＥ（ダウンリンク）へとＣＰＥからＣＯ（アップリンク）への両方の送信に適用できることに留意すべきである。
【００１６】
過去に利用された一つの方法は、アルファインターフェースで再送信するという方法である。図３は、再送信を利用するＤＳＬシステムを図解している。ＣＯ３５２は（ＴＸ）１５２のようであるが、さらに再送信モジュール３０２を備える。ＴＰＳ−ＴＣからＰＭＳ−ＴＣへデータが供給されると、データはデータ送信ユニット（ＤＴＵｓ）に構成され、再送信モジュール３０２、例えば先入れ先出し（ＦＩＦＯ）メモリ、にコピーされ保存される。例えば、ＤＴＵは二つ以上のＲＳコードであるが、例えばＡＴＭセルやＰＴＭセルのブロックなどの、ＴＰＳ−ＴＣ層からの他のアブストラクションへ結びつけることもできる。同様に、ＣＯ３５２のようであるＣＰＥ３５４は、再送信モジュール３０２を備える。
【００１７】
再送信コントロール・モジュール３０２がＲＳデコーダの失敗表示を利用するなどして破損したＤＴＵを検知したときは、ＣＰＥ３５４からＣＯ３５２、さらに詳しくは再送信コントロール・モジュール３０２から再送信モジュール３０２へ、再送信要求が送られる。再送信されるべきＤＴＵを識別するためには、それぞれのＤＴＵは、数列識別子（シーケンスＩＤ、ＳＩＤ）を有していなければならない。図４は、ＰＭＳ−ＴＣと再送信モジュールの送信側を示す。ブロック図は、図２に示したものをもとにした標準と同様である。待機パス＃０のインプット・パスへ再送信モジュール３０２が挿入されているのが図示されている。再送信モジュール３０２の前において、ＳＩＤ４０２と再送信コントロール・チャネル（ＲＣＣ）４０４はそれぞれ、ＭＵＸ３０４により、各ＤＴＵと組み合わせられる。ＣＯ側では、ＳＩＤ４０２は、ＤＴＵを識別するために使われる。しかし、ＣＰＥ２５４が再送信を要求するときは、破損したＤＴＵのＳＩＤと一緒にＲＣＣ４０４を通して、アップリンク送信に再送信要求が挿入される。明確には、ダウンリンク送信では、ＳＩＤ４０２はＤＴＵを識別するために使われる。再送信では、アップリンク送信において、ＳＩＤ４０２とＲＣＣ４０４は組み合わされる。再送信モジュール３０２が再送信要求を受信することにより、ＣＯ３５２は破損ＤＴＵを再送信する。
【００１８】
ダウンリンク送信のＳＩＤとアップリンク送信のＲＣＣを組み入れた先の再送信解決法に関連して、数々の他の方法がある。図５は、ＰＭＳ−ＴＣ層内に再送信モジュール５０４が備わっている一つの方法を図示している。図６は、デルタ層のすぐ上に再送信モジュール６０４が備わっている方法を図示している。
【発明の概要】
【発明が解決しようとする課題】
【００１９】
この方法の一つの難点は、ＣＯとＣＰＥ両方のＰＭＳ-ＴＣ層を横切る必要があるため、再送信時間が５ミリ秒にもなる場合があることである。さらに再送信の方法は、もしＲＥＩＮ源が短い到着時間（ＩＡＴ）を示した場合は、ＤＳＬループ上の送信を停滞させることがある。例えば、ＲＥＩＮ源のＩＡＴが再送信要求の往復時間より短い場合は、新たなインパルスにより、さらなる再送信が起こることもある。
【００２０】
もうひとつの難点は、ＤＴＵの送信と再送信要求の両方で、ＳＩＤが送信される必要があるということである。特にこれは、アップリンク容量がダウンリンク容量よりも小さいＡＤＳＬシステムにおいて処理能力を衰えさせる。さらに、再送信とＦＥＣは、基本的に協調的というより相互に排他的である。ＦＥＣは再送信の検出器として働き、そのエラー訂正機能は、十分活用されない。
【００２１】
したがって、この業界では、上記の欠陥や不備に取り組むためのさまざまなニーズが存在する。
【課題を解決するための手段】
【００２２】
ＤＭＴシンボルのレベルで送信することができるインパルスノイズ保護システムと方法は、それぞれのＤＭＴシンボルに数列識別タグを付ける必要なく、破損したＤＭＴシンボルの再送信が可能である、つまり、受信したＤＭＴシンボルの状態を示した一定の指標が、送信装置に送信される。もしこの指標が不良状態を示したものである場合は、送信装置は破損したＤＭＴシンボルを再送信することができる。
【００２３】
さらに、もし既存のＦＥＣ方法に、十分なエラー訂正機能（ＥＣＣ）が残っていれば、全ての破損したＤＭＴシンボルが再送信される必要がある訳ではない。つまり、ＦＥＣのＥＣＣが尽きた場合のみに、再送信される。
【００２４】
さらに、インパルスノイズ保護システムにブランキングを組み入れることもできる。ＲＥＩＮ源に関する十分な統計データが分かっている場合は、ブランキングを随意的に採用することもできる。ブランキングを用いることで、既存のＦＥＣが他のノイズ源に対処することを可能にするために、他のノイズ源に対応するために必要とされるＥＣＣを減少することができる。
【００２５】
最後に、ブランキングは、再送信を実行する必要がなく、ＦＥＣと共に用いられることができる。ブランキングを可能にする十分な統計データがある場合は、ＦＥＣのＥＣＣを設定することで、ＲＥＩＮ源によるノイズ以外のノイズに対してＦＥＣのＥＣＣが限界を超える可能性を低くすることができる。
【００２６】
インパルスノイズ保護システムは、再送信、ＦＥＣ，ブランキングの、上記三つの方法のうちの二つ以上を組み合わせることができる。ブランキングは、必要とされるＦＥＣのＥＣＣを減少することに寄与できる。より良いインパルスノイズの統計データにより、ＦＥＣのＥＣＣを最適化することができる。また、ＦＥＣは、再送信に必要とされるデータ量を減らすために用いられる。
【００２７】
本開示の他のシステム、方法、特徴、利点は、以下の図面、明細書を検討することにより、当業者にとって明らかとなる。それらの追加的なシステム、方法、特徴、利点など全ては、この明細書に含まれ、本開示の範囲内であり、添付のクレームに保護される。
【図面の簡単な説明】
【００２８】
以下の図面を参照することにより、この開示の多くの態様をより理解することができる。図面の要素は、必ずしも拡大縮小、強調されているのではなく、本開示の本質を明確に説明するよう図示されている。さらに、図面では符号はいくつかの図を通して対応する部分を指している。
【００２９】
【図１】ＤＳＬ通信層の説明図である。
【００３０】
【図２】現在のｘＤＳＬ基準により開示されているＰＭＳ−ＴＣ層の送信側の詳細な説明図である。
【００３１】
【図３】再送信するＤＳＬシステムの説明図である。
【００３２】
【図４】ＰＭＳ−ＴＣの送信側と再送信モジュールの説明図である。
【００３３】
【図５】ＰＭＳ−ＴＣ層内に再送信モジュールが配置されている一例の図である。
【００３４】
【図６】デルタ層直上に再送信モジュールが配置されている一例の図である。
【００３５】
【図７】インパルスノイズ保護の実施例が適用されたｘＤＳＬシステムの説明図である。
【００３６】
【図８】図７に描かれたエンドユーザーのうちの一つの実施例を示したブロック図である。
【００３７】
【図９】図７に描かれたラインカードのうちの一つの実施例を示したブロック図である。
【００３８】
【図１０】ＣＯ内の送信側のインパルスノイズ保護モジュールとＣＰＥ内の受信側のインパルスノイズ保護モジュールの実施例である。
【００３９】
【図１１】送信側ＩＭＵＮＥモジュールと受信側汎用ノイズ除去用インパルスモニター（ＩＭＵＮＥ）モジュールの典型的な実施例を示したブロック図である。
【００４０】
【図１２】再送信システムがエラー訂正システム内に配置された送信システムの説明図である。
【００４１】
【図１３】ＣＯ内の送信側のインパルスノイズ保護モジュールとＣＰＥ内の受信側のインパルスノイズ保護モジュールのもう一つの実施例を示した図である。
【００４２】
【図１４】送信装置と受信装置を再設定するためのＩＭＵＮＥシステムの意思決定の説明図である。
【００４３】
【図１５】ＩＭＵＮＥシステム・リアルタイムエラー処理の意思決定の説明図である。
【発明を実施するための形態】
【００４４】
本発明の実施例の詳しい説明を以下に述べる。これらの図と関連した開示は説明されるが、ここで開示される実施例のみに限定する意図はない。逆に、添付の特許請求の範囲に定義される開示の精神と範囲内での全ての代替例、変更例、同等例を含むことを意図する。
【００４５】
さて、ここでインパルスノイズ保護の実施例が適用されたｘＤＳＬシステムを図解する図７を参照する。図７に示された限定されていない例では、Ｎ個のエンドユーザー（ＣＰＥ７１０ａ、７１０ｂ、７１０ｃのＮ個のセット）は、ぞれぞれのユーザー７１０ａ、７１０ｂ、７１０ｃの対応箇所にインデックスｍを用いて示される。エンドユーザー７１０ａ、７１０ｂ、７１０ｃは、ループ７０２ａ、７０２ｂ、７０２ｃによりＣＯ７３０へ接続される。ＣＯ７３０は、ｘＤＳＬアクセス・マルチプレクサ（ＤＳＬＡＭ）、ｘＤＳＬラインカード、７４０ａ、７４０ｂ、７４０ｃ、エンドユーザー７１０ａ、７１０ｂ、７１０ｃとインターフェースで接続するための他の装置を含んでもよい。
【００４６】
他の実施例によっては、インパルスノイズに対して保護をするインパルスノイズ保護モジュール７２０は、インパルスノイズをモニターして特性を明らかにする機能を含むことができ、エンドユーザー／ＣＰＥ７１０ａ、７１０ｂ、７１０ｃに組み込まれることもある。インパルスノイズ保護の実施例は、ＣＯ７３０がＣＰＥ７１０ａ、７１０ｂ、７１０ｃへ送信するという内容がここでは説明されているが、ここで説明される理論は、ＣＰＥ７１０ａ、７１０ｂ、７１０ｃがＣＯ７３０へ送信するように適用されてもよい。各ＣＰＥはインパルスノイズ保護モジュール７２０を備えてもよく、それぞれのＣＯはインパルスノイズ保護モジュール７５０を備えてもよい。
【００４７】
さて、ここで図７に描かれたエンドユーザーのうちの一つの実施例を示したブロック図である図８を参照する。ある実施例によっては、この開示で説明されるインパルスノイズ源に対する保護を行う手順は、ＤＳＬモデムなどのエンドユーザー内のソフトウェアに組み込まれていることもある。当業者は、他の部品が削除され簡潔化されたＤＬＳモデムを評価するであろう。通常、ＤＳＬモデム７１０ａ−ｃは、プロセッサ８１０、メモリ部８４０（揮発性および／または不揮発性メモリを含むこともある）データ保存部８２０を備え、それらはデータバスなどのローカルインターフェース８３０によって通信するために接続されている。さらに、ＤＳＬモデム７１０ａ−ｃは、ＰＣ、ルーター、ワイヤレス、アクセスポイントなどのエンドユーザー機器と接続したり、イーサネット・インターフェース（「イーサネット」は登録商標）とされたりする入出力インターフェース８７０を備える。ＤＳＬモデム７１０ａ−ｃは、さらに、ＣＯと通信するためにＤＳＬループに接続されるライン・インターフェース８８０を備える。ライン・インターフェース８８０は、ライン・ドライバ、アナログ・フロントエンド、ＤＳＬトランシーバーなどの要素を備えてもよい。
【００４８】
ローカルインターフェース８３０は、簡潔にするために省略しているが、通信を可能とするためのコントローラ、バッファ（キャッシュ）、ドライバ、リピータ、受信装置などさらなる要素を備える。さらに、ローカルインターフェースは、上述の装置間での適切な通信を可能とするための、アドレス、コントロールおよび／またはデータ接続を含む。プロセッサ８１０は、ソフトウェア、特にメモリ部８４０に保存されているソフトウェアを実行するための装置である。プロセッサ８１０は、特注または市販のプロセッサ、中央処理装置（ＣＰＵ）、ＤＳＬモデム７１０ａ−ｃに関連するいくつかのプロセッサ間の補助プロセッサ、半導体のマイクロプロセッサ（マイクロチップやチップのセットで形成）、マクロプロセッサなど、通常ソフトウェアの指示を実行するどんな機器でもよい。
【００４９】
メモリ部８４０は、揮発性メモリ部（例えば、ランダム・アクセス・メモリ（ＤＲＡＭ、ＳＲＡＭ、ＳＤＲＡＭなどのＲＡＭ））および／または、不揮発性メモリ部（例えば、ＲＯＭ、ハードドライブ、テープ、ＣＤＲＯＭなど）の一つまたはその組み合わせを含むこともできる。さらに、メモリ部８４０は、電気的、磁気的、光学的またはその他のタイプの保存メディアを内蔵することもできる。メモリ部８４０のいくつかの実施例は、分散型アーキテクチャ（さまざまな構成要素がお互いから離れて配置されていること）を持つこともあるが、メモリ部８４０はプロセッサ８１０によりアクセス可能とされる。
【００５０】
メモリ部８４０のソフトウェアは一つまたはそれ以上の別々プログラムを含むこともあり、それぞれは、論理機能を実行するために実行可能な命令が順序付けられたリストを含む。図８に示された例では、メモリ部８４０のソフトウェアは、オペレーティング・システム８５０を含むことができる。さらにメモリ部８４０に配置されたソフトウェアは、アプリケーション固有のソフトウェア８６０を含み、図７に示されたインパルスノイズ・モジュール７２０をさらに備える。しかしながら、ここで注意すべきは、これらのモジュールは、ソフトウェア、ハードウェア、またはソフトウェアとハードウェアの組み合わせで、実行することができることである。オペレーティング・システム８５０は、他のコンピュータープログラムの実行をコントロールするよう構成されることもあり、スケジューリング、インプット―アウトプット・コントロール、ファイル・データ管理、メモリ管理、コミュニケーション・コントロール、関連業務を提供する。
【００５１】
また、ソフトウェアとして統合されたシステム構成要素および／またはモジュールは、ソース・プログラム、実行可能プログラム（オブジェクト・コード）、スクリプト、または他の実行される命令のセットの構成要素として構成されることもある。ソース・プログラムとして構成されるとき、プログラムは、メモリ部８４０内に含まれることも含まれないこともあるコンパイラ、アセンブラ、インタープリタなどを通じて訳され、オペレーティング・システム８５０と接続して適切に動作する。ＤＳＬモデム７１０ａ−ｃが動作しているとき、プロセッサ８１０は、メモリ部８４０内に保存されたソフトウェアを実行し、メモリ部８４０から又はメモリ部８４０へデータを通信し、通常ソフトウェアに従ってＤＳＬモデム７１０ａ−ｃの動作をコントールするよう構成される。メモリ内のソフトウェアは、プロセッサ８１０に読み込まれ、プロセッサ８１０内でバッファーリングされ、そして実行される。
【００５２】
さて、ここで図７に描かれたラインカードのうちの一つの実施例を示したブロック図である図９を参照する。ある実施例によっては、この開示で説明されるインパルスノイズ源に対する保護を行う手順は、ラインカードなどのセントラル・オフィス・デバイス内のソフトウェアに組み込まれていることもある。当業者は、他の部品が削除され簡潔化されたＤＳＬラインカードを評価するであろう。通常、ラインカード７４０ａ−ｃは、プロセッサ９１０、メモリ部９４０（揮発性および／または不揮発性メモリを含むこともある）およびデータ保存部９２０を備え、それらはデータバスなどのローカルインターフェース９３０によって通信するために接続されている。さらに、ラインカード７４０ａ−ｃは、ＣＯ内の他の機器と接続したりイーサネット・インターフェース（「イーサネット」は登録商標）とされたりする入出力インターフェース９７０を備える。ラインカード７４０ａ−ｃは、さらに、ＣＰＥと通信するためにＤＳＬループに接続されるライン・インターフェース９８０を備える。ライン・インターフェース９８０は、ライン・ドライバ、アナログ・フロントエンド、ＤＳＬトランシーバーなどの要素を備えてもよい。
【００５３】
ローカルインターフェース９３０は、簡潔にするために省略しているが、通信を可能とするためのコントローラ、バッファ（キャッシュ）、ドライバ、リピータ、受信装置などさらなる要素を備えてもよい。さらに、ローカルインターフェースは、上述の装置間での適切な通信を可能とするための、アドレス、コントロールおよび／またはデータ接続を含むとしてもよい。プロセッサ９１０は、ソフトウェア、特にメモリ部９４０に保存されているソフトウェアを実行するための装置である。プロセッサ９１０は、特注または市販のプロセッサ、中央処理装置（ＣＰＵ）、ラインカード７４０ａ−ｃに関連するいくつかのプロセッサ間の補助プロセッサ、半導体のマイクロプロセッサ（マイクロチップやチップのセットから形成）、マクロプロセッサなど、通常ソフトウェアの指示を実行するどんな機器でもよい。
【００５４】
メモリ部９４０は、揮発性メモリ部（例えば、ランダム・アクセス・メモリ（ＤＲＡＭ、ＳＲＡＭ、ＳＤＲＡＭなどのＲＡＭ））および／または、不揮発性メモリ部（例えば、ＲＯＭ、ハードドライブ、テープ、ＣＤＲＯＭなど）の一つ又はその組み合わせを含むこともできる。さらに、メモリ部９４０は、電気的、磁気的、光学的またはその他のタイプの保存メディアを内蔵することもできる。メモリ部９４０のいくつかの実施例は、分散型アーキテクチャ（さまざまな構成要素がお互いから離れて配置されていること）をもつこともあるが、メモリ部９４０はプロセッサ９１０によりアクセス可能とされる。
【００５５】
メモリ部９４０のソフトウェアは一つまたはそれ以上の別々プログラムを含むこともあり、それぞれは、論理機能を実行するために実行可能な命令が順序付けられたリストを含む。図９に示された例では、メモリ部９４０のソフトウェアは、オペレーティング・システム９５０を含む。さらにメモリ部９４０に配置されたソフトウェアは、アプリケーション固有のソフトウェア９６０を含み、図７に示されたインパルスノイズ保護モジュール７５０をさらに備える。しかしながら、ここで注意すべきは、これらのモジュールは、ソフトウェア、ハードウェア、またはソフトウェアとハードウェアの組み合わせで、実行することができることである。オペレーティング・システム９５０は、他のコンピュータープログラムの実行をコントロールするよう構成されることもあり、スケジューリング、インプット―アウトプット・コントロール、ファイル・データ管理、メモリ管理、コミュニケーション・コントロール、関連業務を提供する。
【００５６】
また、ソフトウェアとして統合されたシステム構成要素および／またはモジュールは、ソース・プログラム、実行可能プログラム（オブジェクト・コード）、スクリプト、または他の実行される命令のセットの構成要素として構成されることもある。ソース・プログラムとして構成されるとき、プログラムは、メモリ部９４０内に含まれることも含まれないこともあるコンパイラ、アセンブラ、インタープリタなどを通じて訳され、オペレーティング・システム９５０と接続して適切に動作する。ラインカード７４０ａ−ｃが動作しているとき、プロセッサ９１０は、メモリ部９４０内に保存されたソフトウェアを実行し、メモリ部９４０から又はメモリ部９４０へのデータを通信し、通常ソフトウェアに従ってラインカード７４０ａ−ｃの動作をコントールするよう構成される。メモリ内のソフトウェアは、プロセッサ９１０に読み込まれ、プロセッサ９１０内でバッファーリングされ、そして実行される。
【００５７】
図１０は、ＣＯ内のインパルスノイズ保護モジュールの送信側とＣＰＥ内のインパルスノイズ保護モジュールの受信側の実施例を示す。この図とそれ以後の図を明確にするために、ＴＰＳ−ＴＣ層は省略されている。インパルスノイズ保護モジュール７２０は、ＤＳＬ基準に従い適切に動作されるように、ＰＭＳ−ＴＣ層１３４とＰＭＤ層１３６を備える。デルタインターフェースでは、ＩＭＵＮＥモジュール１０１２のためのインパルスのモニタリングが行われる。また、インパルスノイズ保護モジュール７２０は、インパルスノイズ・モニタリング／解析モジュール１００６を備え、そのモジュール１００６は、ライン上に見られるインパルスノイズの特性を明らかにし、ソースの数、ソースの性質、ソースのインパルス長、ソースのＩＡＴなど、インパルスノイズに関連する有益なパラメーターを得る。注意すべきは、インパルス長という語は、ＤＳＬ基準に定義されたインパルスノイズ保護（ＩＮＰ）を含むものとして広義に解釈することを意図している。複雑なものが求められているということから、インパルスノイズ・モニタリング解析モジュール１００６は、現在のＤＳＬ基準に従いインパルスノイズ・モニタリング（ＩＮＭ）統計データを集めることができ、その解析ではさらなる詳細を得ることができる。その詳細は、２００９年１月５日に提出された米国特許出願１２／３４８，５６５号「インパルスノイズ特性評価のためのシステムと方法」に開示されており、その内容全体を参照として含むことで、詳細な解析を実行することができる。インパルスノイズ保護モジュール７２０は、さらに、破損したフレームにおける破損していないＤＭＴシンボルを保存するために利用される再送信メモリ１００４を備える。
【００５８】
インパルスノイズ保護モジュール７５０は、ＤＳＬ基準に従い適切に動作されるように、ＰＭＳ−ＴＣ層１２４とＰＭＤ層１２６を備える。デルタインターフェースに、ＩＭＵＮＥモジュール１０１０がある。また、インパルスノイズ保護モジュール７５０はさらに再送信メモリ１００２を備える。エンコードされたデータが、インターリーバ１０４から受信されるとき、ＦＩＦＯが適用される如く再送信メモリ１００２にも短時間保存される。エンコードされたデータは、ＤＭＴシンボルなどとして、一つ又はそれ以上の送信パケットとして送信される。
【００５９】
ＣＰＥ１０２０は送信パケットを受信し、ＩＭＵＮＥモジュール１０１２が、インパルスノイズによって送信パケットが破損しているという指示をインパルスノイズ・モニタリング／解析モジュール１００６から受信すると、ＩＭＵＮＥモジュール１０１２は、破損した送信パケットを再送信するようにＩＭＵＮＥモジュール１０１０に伝えることができる。図３のシステムとは異なり、ＩＭＵＮＥモジュール１０１０がＩＭＵＮＥモジュール１０１２へ通信するためには、ＰＭＤ１２６を抜けＤＳＬループ１４０を通過しＰＭＤ１３６を超えるのみで要求がＩＭＵＮＥモジュール１０１２へ届き、図３のシステムの往復再送信遅延時間の半分である２．５ミリ秒の往復再送信遅延時間をもたらす。この操作の最も基本的な方法は、ＩＭＵＮＥモジュール１０１２が破損した送信パケットの指示を受信すると、ＩＭＵＮＥモジュール１０１２は破損した送信パケットを再送するか選択することができる。ＤＳＬ通信により、ＰＭＤ層１３６により受信された送信パケットが順にＰＭＳ−ＴＣ層１３４に送信されることが許可されるため、もし再送信が特定の送信パケットのために許可されるときは、再送された送信パケットが受信されるか、十分な時間が経過し破損された送信パケットを断念するときまで、全ての後続する送信パケット、又は少なくとも破損していない送信パケットはＦＩＦＯの再送信メモリ１００４に保存され、それから、再送信メモリ１００４に保存された送信パケットはＰＭＳ−ＴＣ層１３４へデコードするために移動される。複数の破損した送信パケットが見つかった場合は、受信された再送の送信パケットに続くこれらの保存された送信パケットのみが、ＰＭＳ−ＴＣ１３４に送られる、つまり、残っているパケットは、適切な送信パケットが再送されるまで、メモリに留まる。再送信のために、送信パケットが保留されるが、図３のシステムよりも遅延時間はずっと短い。
【００６０】
上記のような再送信スキームでも遅延はあるので、可能な場合は再送信を避けることが望ましい。ＤＳＬシステムは、強制的にＦＥＣスキームを備えているため、ＦＥＣスキームのＥＣＣは再送信の量を最小限にするよう利用される。受信した送信パケットの一定数分だけ、ＦＥＣスキームのＥＣＣは、ＦＥＣスキーム内でその一定数の破損した送信パケットを訂正することができる。例えば、ＦＥＣのＥＣＣは、１００個の送信パケットのうち４つを訂正する能力を有する。この能力のために、いくつかの破損した送信パケットは、再送信を要求せずにＰＭＳ−ＴＣ層１３４へ送られることができる。
【００６１】
例えば、ＦＥＣスキームは、１００個の送信パケットのうち４つを訂正できるＥＣＣを持つとする。インパルスノイズ統計データは現在受信されている送信パケットが破損していることを示し、最後から１００個の送信パケットのうち破損したパケットは二つのみとする。この場合、ＦＥＣスキームは最後から１００個の送信パケットの３つめのエラーに対処することができるＥＣＣを持つので、その破損した送信パケットはＰＭＳ−ＴＣ層１３４へ送られることができる。しかし、インパルスノイズ統計データは現在受信されている送信パケットが破損していることを示し、最後から１００個の送信パケットのうち４つの破損した送信パケットはすでに対処されＰＭＳ−ＴＣ層１３４へ送られているとする。この場合、ＦＥＣスキームのＥＣＣは、新たな破損した送信パケットを許容できないため、再送信が必要となる。このような方法で、再送信データのバンド幅を低減できる。
【００６２】
ＩＭＵＮＥモジュール１０１０又はＩＭＵＮＥモジュール１０１２は、破損した送信パケットがＰＭＳ−ＴＣ層１３４へ送られると、ＦＥＣスキームのＥＣＣが限界を超えるかどうか判断することができる。もし限界を超えない場合は、破損した送信パケットは、ＰＭＳ−ＴＣ層１３４へ送られ、そこでデインターリーバ１０６とスクランブラ―ＲＳコード１０８は、その破損した送信パケットを訂正する。
【００６３】
例えば、送信パケットがＤＭＴシンボルの場合は、それぞれの送信パケットへ識別子を付けなくても、ＩＭＵＮＥモジュール１０１２は、ＩＭＵＮＥモジュール１０１０へ破損した送信パケットを再送信する要求を示すことができる。再送信要求を送信するのではなく、アップリンク送信のそれぞれの送信パケットにステータスビットが付けられる（あるいは、ＣＯとＣＰＥの役割が反対のときは、ステータスビットはダウンリンク送信のそれぞれの送信パケットに付けられる）。これは、図４〜６において、ＲＣＣが付けられ、又はＲＣＣが待機パス＃１へ送られるのと同じことである。当業者は、スタンダードコンプライアンスに対して、効率、往復遅延時間の最短化の観点に関しての利益を評価するであろう。再送信要求でさらなる信頼性が望まれるならば、単一の指標ビットの代わりに、小さなブロックコード（例えば、ハミングコード、ゴレイコード）やＲＳコードなどのエラー訂正コードやインターリービングを使用することもできる。
【００６４】
一つのＤＭＴシンボルは、それぞれのＤＭＴシンボル期間の間に送信されるため、アップリンクとダウンリンクのＤＭＴシンボル間で一対一に対応する。つまり、ＤＭＴシンボルがダウンリンクで受信されるたびに、アップリンクで送信されたＤＭＴシンボルがあり、逆もまた同様である。そのため、ダウンリンクＤＭＴシンボルがダウンリンクで受信されるときは、次のアップリンクのＤＭＴシンボルは、受信されたダウンリンクＤＭＴシンボルの受信状態を示すステータスビットを含む。このように、添付された識別子よりむしろタイミングが、再送信が必要なＤＭＴシンボルの指標となる。
【００６５】
図１１は、ＩＭＵＮＥモジュール１０１０とＩＭＵＮＥモジュール１０１２の実施例の一例をブロック図で示している。それぞれのモジュールは、スタートアップ中に同期されるカウンター１１０２、１１０４を保持する。ＩＭＵＮＥモジュール１０１２は、ＩＭＵＮＥモジュール１０１０へＤＭＴシンボルステータスストリーム１１０６を送信し続ける。不良状態（例えば、ＤＭＴステータスストリーム１１０６でクロスハッチングされた部分）が見つけられると、アップリンクで不良状態を含むＤＭＴシンボルの到着時間ｔａが、カウンター１１０２から検索される。スタートアップ中にダウンリンク通過時間τｄとアップリンク通過時間τuは決定されるため、不良ＤＭＴシンボルの送信時間はｔａ−τu−τｄとして計算される。もうひとつの変形例では、二つ以上のＤＭＴシンボルを処理する場合は、再送信処理オーバーヘッド時間τｒを、数式に加えることもでき、送信時間はｔａ−τu−τｄ−ｔｒとなる。同様に、ＩＭＵＮＥモジュール１０１２によりタイマー１１０４が使われ、再送信されたＤＭＴシンボルに加えられた識別するためのデータの量を最小限に抑えるために、再送されたデータにかかる時間又はおおよその時間を測定する。例えば、不良状態が時間ｔｂで送信されるとき、送信装置はステータスをｔｂ＋τｕで受信する。送信装置がＤＭＴシンボルを送信し、そのＤＭＴシンボルがｔｂ＋τｕ＋τｄ時間で到着する。同様な変形例では、固定された送信装置側の再送信処理オーバーヘッド時間ｔｔを加えることもでき、再送されたＤＭＴシンボルはｔｂ＋τｕ＋τｄ−ｔｔ時間で到着する。再送信が不可能な場合は、送信装置はダミーＤＭＴシンボルを送信し、受信装置はそれをフレームに挿入し、最終的はＲＳコードが機能しなくなる。
【００６６】
もう一つの実施例では、返信ＤＭＴシンボルにおいて、エンコードされているいないにかかわらず、単一のステータスビットを送信するかわりに、返信ＤＭＴシンボルは、前のｎ−１個のＤＭＴシンボルのステータスと一緒に現在の受信されたＤＭＴシンボルのステータスを含むとすることができる。この方法で、一つ以上のＤＭＴシンボルが破損しても、ダウンリンクＤＭＴシンボルのステータスはアップリンクＤＭＴシンボルのどれからでも得ることができる。この実施例では、再送信されたＤＭＴシンボルは、依然としてタイミングにより識別されることができる。しかし受信装置では、τがシンボル時間であるとき、ｔｂ＋τｕ＋τｄ＋（ｎ−１）τ時間かかって再送信されることが予測できる。言い換えると、受信装置により、送信装置は与えられたＤＭＴシンボルの全ての可能なステータス表示を分析する時間を持つことができる。別の返信ＤＭＴシンボルからのステータス表示に不一致がある場合は、多数決などのエラー訂正方法を何回も行うことができる。
【００６７】
送信装置に返信されるステータスの実行例としては、前のｎ−１個のＤＭＴシンボルのステータスに加え現在の受信されたＤＭＴシンボルのステータスを示すｎ個のステータスビットを送信することである。しかしながら、ｎが大きな数である場合、特にＤＭＴシンボルが破損することがあまりない場合、受信したＤＭＴシンボルを表すために数多くのビットが占められるのは望ましくない。このような場合は、ステータス情報を伝えるのにスパースコードを使うことができる。特に、連続して破損したＤＭＴシンボルが見られるのはインパルスノイズの特性であるので、受信装置は、受信された破損したＤＭＴシンボルの一又は複数の範囲を送信し、または最新のｎ個の受信されたＤＭＴシンボル内で破損はないと判断された場合は、空の範囲を送信する。
【００６８】
別の方法として、ハイブリッドの方法を用いることができ、連続してステータス送信することにより再送信を指示するが、再送信されるＤＭＴシンボルは、不良ＤＭＴシンボルの時間インデックスまたは他の識別子が添付されて送信される。
【００６９】
この原理はＤＳＬシステム以外にも適用することができる。図１２は、エラー訂正システム内に再送信システムが配置された送信システムを図解している。データは、エラー訂正エンコーダ１２０２により受信され、エラー訂正コードにより送信パケットにエンコードされる。なお、これはインターリーブとスクランブリングを含む。送信パケットは、再送信メモリを備える再送信モジュール１２０４により保存される。送信パケットはコネクション１２０６を介して受信装置１２５０へ送信される。受信された送信パケットは、受信された送信パケットが破損しているか判断する再送信モジュール１２５４により、その破損がチェックされる。一つの実施例では、破損している場合は、再送信モジュール１２５４が、これがエラー訂正コードのＥＣＣを超過しているか判断する。超過している場合は、再送信モジュール１２０４へ再送信またはステータスが指示される。別の実施例では、再送信モジュール１２５４は、破損された送信パケットのいかなる場合でも、再送信要求またはステータスを再送信モジュール１２０４へ指示する。再送信モジュール１２０４は、エラー訂正スキームのＥＣＣに基づいてパケットを再送信するかどうか決定することができる。再送信されたデータが受信される場合は、再送信モジュール１２５４は、元のデータのフォーマットを復元するために、受信された再送の送信パケットと、再送信メモリに保存されたすでに送信された良好なデータとをアセンブルする。例えば、ＤＳＬでは、本体のデータのフォーマットはＤＭＴシンボルが連続したものである。しかし、他のシステムでは、元のフォーマットは、複数の送信パケットから成るフレームであることもある。復元されたデータは、エラー訂正デコーダ１２５２に送信され、復元データをデコードすることができる。
【００７０】
一方、送信装置では、再送信モジュールが、データ送信パスのエラー訂正エンコーダの後に示されている。注意すべきは、再送信モジュールは、エラー訂正エンコーダ前に実行されてもよいということである。そのような別の実施例では、エラー訂正デコーダは、受信装置のデータ受信パスの再送信モジュールに先行する。
【００７１】
図１３は、ＣＯ内の送信側のインパルスノイズ保護モジュールとＣＰＥ内の受信側のインパルスノイズ保護モジュールの別の実施例を示す。図１１に図示された構成要素に加えて、このインパルスノイズ保護モジュール７２０の実施例はさらにブランキングモジュール１１０２を備え、このインパルスノイズ保護モジュール７５０の実施例はさらにブランキングモジュール１１０４を備える。
【００７２】
この実施例では、インパルスノイズ・モニタリング／解析モジュール１３０６は、ＲＥＩＮなどの反復的なインパルスノイズに関してさらに詳細な統計データを提供する。以下は、インパルスノイズのタイミングが分かっている場合に用いることができる。インパルスノイズの期間が分かっている間は、受信装置はライン上に来る全てのものを無視し、つまり、送信を“空白”として扱う。例えば、これらの空白の間は、ブランキングモジュール１１０２はライン上に来る全てのものを無視する。送信側では、ブランキングモジュール１１０４はどんな重要なデータも送信しない。さまざまな実行方法により、ブランキングモジュール１１０４は、どんなデータも送信しないことを選択したり、前に送信したデータを単に再送したり、同じＤＭＴシンボルを何度も再送することもできる。これは、特にライン上に周期性ノイズが現れた時に、このノイズは潜在的に予測可能であるため、有益である。ＩＭＵＮＥモジュール１０１２が、インパルス源のタイミングや期間について（例えば、インパルス長、ＩＡＴとインパルスのオフセット）十分な情報を受信する（例えば、インパルスノイズ・モニタリング／解析モジュール１３０６から）場合は、インパルス事象の発生を予測するのに十分な情報を持つ。ＩＭＵＮＥモジュール１０１２はブランキングの期間を決定し、ＩＮＵＭＥモジュール１０１０へその情報を送信することができる。そして、ＩＭＵＮＥモジュール１０１２は、ブランキングモジュール１１０４で受信を無視するブランキングの期間を設定することができる。同時に、ＩＭＵＮＥモジュール１０１０は、ブランキングのジュール１１０２で送信を停止するブランキングの期間を設定することができる。ＩＭＵＮＥモジュール１０１２からＩＭＵＮＥモジュール１０１０へ、さらに大まかにはＣＰＥ１３２０からＣＯ１３５０へ、ＥＯＣを用いて情報を送信することにより、基準に順じた方法で、必要なブランキングの情報を送信することができる。
【００７３】
さらに、ＩＭＵＮＥモジュール１０１２は、インターリーブ深さと使用されるＲＳコードに組み込まれた冗長量を認識しており、説明されたように、もし必要あれば、ＤＭＴシンボルが破損したときに、どれくらいのデータを再送信する必要があるのが認識している。インパルスノイズ・モニタリング／解析モジュール１３０６により、ブランキングを採用するのに十分正確な時間の情報が提供されない場合でも、そのモジュール１３０６は、インターリーブ深さやＦＥＣの冗長量を調整することに用いられる。例えば、ＲＥＩＮ源が、一つのＩＡＴに対して５つのＤＭＴシンボルのインパルス長を持つと認められたが、ＲＳ−ＩＬＶスキームは一つのＩＡＴに対して４つの破損したＤＭＴシンボルに対応するＥＣＣを持っている場合、一つのＩＡＴに対して常に一つのＤＭＴシンボルを再送信し続けるのではなく、ＩＭＵＮＥモジュール１０１２は、一つのＩＡＴに対して５つの破損したＤＭＴシンボルに対応できるようＥＣＣを増加させるために、ＲＳ−ＩＬＶスキームを再設定することができる。典型的なＲＳ−ＩＬＶスキームでは、システムのＥＣＣは、ＲＳコードの冗長量とインターリーバのインターリーブ深さから得られる。ＲＳ−ＩＬＶのＥＣＣを調整するためにいくらかの選択肢がある。最初に、ｘＤＳＬ基準に従いシームレス・レート適応（ＳＲＡ）などオンラインの再構成を起動することによって、ＲＳコードの冗長量を調整することができる。もう一つの選択肢は、ｘＤＳＬ基準に従いダイナミック・インターリーブ長さ（または、深さ）変更メッセージを使うことにより、インターリーブ深さを調整することである。ＲＳコードの冗長を変更することは、インターリーブ深さを変更することより、待機時間への影響は少ないが、レート（処理量）への影響がより大きい。
【００７４】
図１３に図示するように、ＩＭＵＮＥモジュール１０１２はほとんどの論理回路を実行すると説明されているが、ＣＰＥ１３２０が、リソースに限りがあるか基準に制限される可能性があるために、それらの操作を実行できるように装備されていない場合もある。そのような場合は、ＣＰＥ１３２０は、インパルスノイズ・モニタリング／解析モジュール１３０６から受信したインパルスノイズの情報をＣＯ１３５０へ送り、必要なＥＣＣを確定し、ＳＲＡを起動させるかダイナミック・インターリーブ長さ（又は、深さ）変更メッセージを用いることによりＲＳ−ＩＬＶのＥＣＣを調整し、ＥＯＣを用いるブランキング情報を改善することができる。
【００７５】
図１４は、ＣＰＥ１３２０とＣＯ１３５０、またはさらに大まかには送信装置と受信装置を再設定するためのＩＭＵＮＥシステム（ＩＭＵＮＥモジュール１０１０および／またはＩＭＵＮＥモジュール１０１２）の意思決定を図示している。手順１４０２では、インパルスノイズ・モニタリング／解析モジュール１３０６から統計データが受信される。手順１４０４では、統計データに、インパルス長とＩＡＴの情報を含む新たなＲＥＩＮ源についての情報がある場合は、ＩＭＵＮＥシステムは手順１４０６へと進む。手順１４０６で、新たなＲＥＩＮ源のどの詳細なタイミングも得られない場合は、ＩＭＵＮＥシステムは手順１４０８へ進む。手順１４０８では、ＥＣＣがＩＡＴの時間中のそれぞれのＲＥＩＮ源のインパルスの長さを確実に訂正できるように、ＲＳ−ＩＬＶのＥＣＣが新たなＲＥＩＮ源のために修正される形で調整され、すなわちＲＳコードの冗長量が変更され、またはインターリーブ深さが変更される。しかしながら、いくつかの新たなＲＥＩＮ源の詳細なタイミングの情報が得られる場合は、手順１４１０で、新たなＲＥＩＮ源において予測可能なｍ個のＤＭＴシンボルに対して、これらｍ個のＤＭＴシンボルためにブランキングが始められる。さらに、手順１４１２で、ブランキング情報は送信装置へ送信される。手順１４１４では、手順１４０８と同様に、ＲＳ−ＩＬＶのＥＣＣは、新たなＲＥＩＮ源の残りの予測不可能なシンボルのために修正される形で調整される。
【００７６】
新たなＲＥＩＮ源が現われてＲＳ−ＩＬＶのＥＣＣが増加することに加えて、既出のＲＥＩＮ源がもはや存在しなくなった場合には、ＲＳ−ＩＬＶのＥＣＣが減少することもある。このような場合は、ＲＳコードの冗長量またはインターリーブ深さを、ＲＳ−ＩＬＶのＥＣＣが減少するよう調整される。注意すべきは、ＥＣＣの調整は、例えばクロストークノイズ、電線のバックグランド雑音など、定常雑音などのインパルスノイズに関連しないエラーの訂正のためのマージンを含む。
【００７７】
図１５は、ＩＭＵＮＥシステムのリアルタイムエラー処理の意思決定を図示する。手順１５０２では、ＩＭＵＮＥシステムは、現在のＤＭＴシンボルに関するインパルスノイズ情報を受信する。手順１５０４では、現在のシステムがブランキングされるように決定される場合、ＤＭＴシンボルは無視される、つまり手順１５０８では何の処理も行われない。そうでない場合は、手順１５０６では、ＩＭＵＮＥシステムにより、現在のＤＭＴシンボルの訂正がＥＣＣの限界を超えるかどうか決定される。例えば、ＲＳ−ＩＬＶが、ＩＡＴ時間内で３つの破損したＤＭＴシンボルを訂正でき、ＲＳ−ＩＬＶは最新のＩＡＴ経過時間内ですでに３つの破損したＤＭＴシンボルを訂正してしまっている場合は、ＥＣＣは限界を超えてしまう。ＥＣＣが限界を超えてしまう場合は、手順１５１０でＤＭＴシンボルの再送信が指示される。そうでない場合は、ＩＭＵＮＥシステムにより、ＲＳ−ＩＬＶデコーダ―が破損したＤＭＴシンボルに含まれるエラーを訂正することができる。
【００７８】
ブランキングを用いることは、しばしばＲＳ−ＩＬＶよりも効果的であるが、ライン上のインパルスノイズの特徴のさらに詳細な情報が必要である。この実施例では、ＩＭＵＮＥモジュール１０１０と１０１２は、ＲＳ−ＩＬＶコードの冗長量を調整し、ブランキング期間を設定し、再送信を要求することができる。この三つの方法全てには利点と欠点があり、ＩＭＵＮＥモジュール１０１０と１０１２は適する方法を用いることができる。再送信は、ＳＨＩＮＥなどのようにインパルスノイズが長く予測不可能な場合に、最もよく機能する。さらに、再送信ではＲＳ−ＩＬＶコードの冗長を考慮に入れて、ＲＳ−ＩＬＶコードが機能するのに十分なデータのみを再送信することが可能である。ブランキングは、その対極で、インパルスノイズが非常に予測可能である場合に、最もよく機能する。しかし、複数のＲＥＩＮ源や一つの著く偏ったＲＥＩＮ源など、正確なタイミングを計るのが困難な場合もある。ＲＳ−ＩＬＶは、インパルス源の情報と統計データがいくらか分かっていて、適する冗長量を用いることができる場合に、最もよく機能し、例えば、ＲＥＩＮ源のインパルスの長さと周期性は分かっているが、インパルス特定する時間が分かっていない場合などである。
【００７９】
図１３，１４に説明されたシステムの主な利点は、これら三つのインパルスノイズ保護方法全てや部分的な組み合わせを、同時に共同で利用できることである。例えば、ＩＭＵＮＥシステムが、二つのＲＥＩＮ源の時間を計るのに十分な情報を受信できるが、三つめのＲＥＩＮ源の時間を計ることはできず、そのインパルス長の特性までは分かっている場合などである。ブランキングは、この二つのＲＥＩＮ源に対応するよう用いられ、三つめのＲＥＩＮ源はＦＥＣへ残される。状況によってＦＥＣコードの冗長も減少させることができるため、ブランキングの利点により、送信に必要な冗長量を減少させることができる。もう一つの例としては、一つのＲＥＩＮ源で毎ＲＥＩＮ期間にｎ個のＤＭＴシンボルが破損されるが、そのうちのｍ＜ｎ個のＤＭＴシンボルの位置のみ正確に予測できる場合である。この場合は、位置が予測可能であるｍ個の破損したシンボルはブランキングされることができ、一方、ｎ−ｍ個の破損したシンボルを訂正するよう設定されたＲＳ−ＩＬＶスキームで、残りのｎ−ｍ個のそれを訂正することができる。
【００８０】
注意すべきは、この三つの方法のどれをも、意図的に停止することができる。例えば、インパルスノイズ情報が非常によい場合は、ＦＥＣの冗長を意図的に非常に少なく、でなければゼロに設定することができる。少ない冗長量は、例えばクロストークノイズ、電線のバックグランドの雑音などの定常雑音などのインパルスノイズに関連しないエラー訂正に利用されることもある。このような状況で、ブランキングは、再送信と共同で機能し、基本的に、ブランキングは全ての予測可能なインパルスノイズ源に利用され、再送信は全ての予測不可能なインパルスノイズ源に利用される。
【００８１】
最初はＤＳＬループ上のノイズ源についてはなにも分からないため、最初はＲＳ−ＩＬＶのＥＣＣを高く初期設定しておくことが推奨される。それにより、ＲＥＩＮ源やＳＨＩＮＥのような存在する全てのインパルスノイズ源がＲＳ−ＩＬＶにより予期可能とされる。インパルスノイズ・モニタリング／解析モジュールは、ライン上のＲＥＩＮ源の特性を明らかにすることに優れているため、ＲＳ−ＩＬＶのＥＣＣ要件を減らすいくらかのＲＥＩＮ源に対応して、ブランキングは用いられる。さらに、ＲＥＩＮ源についての統計データが全てのＲＥＩＮ源のブランキングを許可するのに十分でない場合、ＲＥＩＮ源についてのより多くの情報が明らかになるのに従い、ＥＣＣをより良く調整することができる。さらに、ＥＣＣは、他のノイズ源のためにマージンを備えることができ、それらのノイズ源の情報が得られるに従い、改善される。
【００８２】
強調すべきは、上記の実施例は、単に可能な実装例であるということである。例えば、上記の実施例は、ＣＯからＣＰＥへの送信でのインパルスノイズの影響に対応するためであるが、ここで開示された原理は、ＣＰＥからＣＯへの送信へ同様に適用することもできる。本開示の原理から逸脱することなく、上記実施例へ多くの変更、改良をすることができる。これらの変更、改良の全ては、本開示の範囲内に含まれ、以下のクレーム（請求の範囲）で保護されることを意図する。
【図１】
2011509054.tif 000003
【図２】
2011509054.tif 000004
【図３】
2011509054.tif 000005
【図４】
2011509054.tif 000006
【図５】
2011509054.tif 000007
【図６】
2011509054.tif 000008
【図７】
2011509054.tif 000009
【図８】
2011509054.tif 000010
【図９】
2011509054.tif 000011
【図１０】
2011509054.tif 000012
【図１１】
2011509054.tif 000013
【図１２】
2011509054.tif 000014
【図１３】
2011509054.tif 000015
【図１４】
2011509054.tif 000016
【図１５】
2011509054.tif 000017
【国際調査報告】
2011509054.tif 000018