(57)【要約】 複数のアプリケーションを搭載し、対応する複数のアプリケーションを通信用送受信機において、複数の送信器および／または受信器のレイテンシーパス間でメモリおよび処理能力を共有するよう送受信機が設計される。例えば、送受信機の送信器および／または受信器のレイテンシーパスは、インターリーバー／デインターリーバーメモリを共有してもよい。かかる割り当ては、アプリケーションのデータレート、レイテンシー、ＢＥＲ、インパルス雑音保護条件、各レイテンシーパスを通じて搬送されるデータまたは情報、あるいは、当該通信システムに関するいずれの一般的なパラメーターに基づいて実行することができる。【選択図】 図１
2008516533.tif 000002
【特許請求の範囲】
【請求項１】
送受信機における資源共有方法であって、
共有されたメモリの第一部分を第一レイテンシーパス(latency path)に割り当てるとともに、前記共有されたメモリの第二部分を第二レイテンシーパスに割り当てるステップ、を備えたこと、
を特徴とする送受信機における資源共有方法。
【請求項２】
請求項１の方法において、前記第一レイテンシーパスは、インターリーバー(Interleaver)を含み、前記第二レイテンシーパスもインターリーバーを含むこと、
を特徴とする送受信機における資源共有方法。
【請求項３】
請求項１の方法において、前記第一レイテンシーパスは、インターリーバーを含み、前記第二レイテンシーパスは、デインターリーバー(deinterleaver)を含むこと、
を特徴とする送受信機における資源共有方法。
【請求項４】
請求項１の方法において、前記第一レイテンシーパスは、デインターリーバーを含み、前記第二レイテンシーパスもデインターリーバーを含むこと、
を特徴とする送受信機における資源共有方法。
【請求項５】
請求項１の方法であって、さらに、割り当て可能な共有メモリの最大数を決定するため使用可能な情報を、他の送受信機に対して送信するステップ、を備えたこと、
を特徴とする送受信機における資源共有方法。
【請求項６】
請求項１の方法であって、さらに、割り当て可能な共有メモリの最大数を決定するため使用可能な情報を、、他の送受信機から受信するステップ、を備えたこと、
を特徴とする送受信機における資源共有方法。
【請求項７】
請求項１の方法であって、さらに、共有処理モジュールを、複数の符号化および／または復号化モジュールに割り当てるステップ、を備えたこと、
を特徴とする送受信機における資源共有方法。
【請求項８】
請求項１の方法において、前記共有メモリの少なくとも一部の前記割り当ては、一以上の通信パラメーターに基づくこと、
を特徴とする送受信機における資源共有方法。
【請求項９】
請求項８の方法において、前記通信パラメーターの少なくとも一つは、データレート、レイテンシー、ＩＮＰ値あるいはビットエラーレート（ＢＥＲ）であること、
を特徴とする送受信機における資源共有方法。
【請求項１０】
送受信機であって、
第一レイテンシーパスに割り当てられる共有メモリの第一部分、および
第二レイテンシーパスに割り当てられる前記共有メモリの第二部分、を備えたこと、
を特徴とする送受信機。
【請求項１１】
請求項１０の送受信機であって、さらに、一以上の通信パラメーターに基づいて、前記共有メモリを割り当てるよう設計された割り当てモジュール、を備えたこと、
を特徴とする送受信機。
【請求項１２】
請求項１１の送受信機において、前記通信パラメーターの少なくとも一つは、データレート、レイテンシー、ＩＮＰ値あるいはビットエラーレート（ＢＥＲ）であること、
を特徴とする送受信機。
【請求項１３】
請求項１０の送受信機において、前記第一レイテンシーパスは、インターリーバーを含み、前記第二レイテンシーパスもインターリーバーを含むこと、
を特徴とする送受信機。
【請求項１４】
請求項１０の送受信機において、前記第一レイテンシーパスは、インターリーバーを含み、前記第二レイテンシーパスは、デインターリーバーを含むこと、
を特徴とする送受信機。
【請求項１５】
請求項１０の送受信機において、前記第一レイテンシーパスは、デインターリーバーを含み、前記第二レイテンシーパスもデインターリーバーを含むこと、
を特徴とする送受信機。
【請求項１６】
請求項１０の送受信機であって、さらに、他の送受信機に送信される情報を決定するよう設計された共有資源管理モジュールを備えており、かかる情報は、割り当て可能な共有メモリの最大数を決定するため用いられること、
を特徴とする送受信機。
【請求項１７】
請求項１０の送受信機であって、さらに、他の送受信機から受信した情報を用いるよう設計された共有資源管理モジュールを備えており、かかる情報は、割り当て可能な共有メモリの最大数を決定するため用いられること、
を特徴とする送受信機。
【請求項１８】
請求項１０の送受信機であって、さらに、複数の符号化および／または復号化モジュールに対して処理資源を提供するよう設計された共有処理モジュール、を備えたこと、
を特徴とする送受信機。
【請求項１９】
送受信機において資源を共有するシステムであって、
共有メモリの第一部分を第一レイテンシーパスに割り当てる手段および前記共有メモリの第二部分を第二レイテンシーパスに割り当てる手段、を備えたこと、
を特徴とするシステム。
【請求項２０】
請求項１９のシステムにおいて、前記第一レイテンシーパスは、インターリーバーを含み、前記第二レイテンシーパスもインターリーバーを含むこと、
を特徴とするシステム。
【請求項２１】
請求項１９のシステムにおいて、前記第一レイテンシーパスは、インターリーバーを含み、前記第二レイテンシーパスは、デインターリーバーを含むこと、
を特徴とするシステム。
【請求項２２】
請求項１９のシステムにおいて、前記第一レイテンシーパスは、デインターリーバーを含み、前記第二レイテンシーパスもデインターリーバーを含むこと、
を特徴とするシステム。
【請求項２３】
請求項１９のシステムであって、さらに、割り当て可能な共有メモリの最大数を決定するため使用可能な情報を、他の送受信機に対して送信する手段、を備えたこと、
を特徴とするシステム。
【請求項２４】
請求項１９のシステムであって、さらに、割り当て可能な共有メモリの最大数を決定するため使用可能な情報を、他の送受信機から受信する手段、を備えたこと、
を特徴とするシステム。
【請求項２５】
請求項１９のシステムであって、さらに、共有処理モジュールを、複数の符号化および／または復号化モジュールに割り当てる手段、を備えたこと、
を特徴とするシステム。
【請求項２６】
請求項１９のシステムにおいて、前記共有メモリの少なくとも一部の前記割り当ては、一以上の通信パラメーターに基づくこと、
を特徴とするシステム。
【請求項２７】
請求項２６のシステムにおいて、前記通信パラメーターの少なくとも一つは、データレート、レイテンシー、ＩＮＰ値あるいはビットエラーレート（ＢＥＲ）であること、
を特徴とするシステム。
【請求項２８】
送受信機において資源を共有するためのプロトコルであって、
共有メモリの第一部分を第一レイテンシーパスに割り当てるステップ、および
前記共有メモリの第二部分を第二レイテンシーパスに割り当てるステップ、を備えたこと、
を特徴とするプロトコル。
【請求項２９】
請求項２８のプロトコルにおいて、前記第一レイテンシーパスは、インターリーバーを含み、前記第二レイテンシーパスもインターリーバーを含むこと、
を特徴とするプロトコル。
【請求項３０】
請求項２８のプロトコルにおいて、前記第一レイテンシーパスは、インターリーバーを含み、前記第二レイテンシーパスは、デインターリーバーを含むこと、
を特徴とするプロトコル。
【請求項３１】
請求項２８のプロトコルにおいて、前記第一レイテンシーパスは、デインターリーバーを含み、前記第二レイテンシーパスもデインターリーバーを含むこと、
を特徴とするプロトコル。
【請求項３２】
請求項２８のプロトコルであって、さらに、割り当て可能な共有メモリの最大数を決定するため使用可能な情報を、他の送受信機に対して送信するステップ、を備えたこと、
を特徴とするプロトコル。
【請求項３３】
請求項２８のプロトコルであって、さらに、割り当て可能な共有メモリの最大数を決定するため使用可能な情報を、他の送受信機から受信するステップ、を備えたこと、
を特徴とするプロトコル。
【請求項３４】
請求項２８のプロトコルであって、さらに、共有処理モジュールを、複数の符号化および／または復号化モジュールに割り当てるステップ、を備えたこと、
を特徴とするプロトコル。
【請求項３５】
請求項２８のプロトコルにおいて、前記共有メモリの少なくとも一部の前記割り当ては、一以上の通信パラメーターに基づくこと、
を特徴とするプロトコル。
【請求項３６】
請求項３５のプロトコルにおいて、前記通信パラメーターの少なくとも一つは、データレート、レイテンシー、ＩＮＰ値あるいはビットエラーレート（ＢＥＲ）であること、
を特徴とするプロトコル。
【請求項３７】
実行された場合に、送受信機における資源の共有を許容する情報をそこに記憶する情報記憶媒体であって、
共有メモリの第一部分を第一レイテンシーパスに割り当てる情報および前記共有メモリの第二部分を第二レイテンシーパスに割り当てる情報を備えたこと、
を特徴とする情報記憶媒体。
【請求項３８】
請求項３７の媒体において、前記第一レイテンシーパスは、インターリーバーを含み、前記第二レイテンシーパスもインターリーバーを含むこと、
を特徴とする情報記憶媒体。
【請求項３９】
請求項３７の媒体において、前記第一レイテンシーパスは、インターリーバーを含み、前記第二レイテンシーパスは、デインターリーバーを含むこと、
を特徴とする情報記憶媒体。
【請求項４０】
請求項３７の媒体において、前記第一レイテンシーパスは、デインターリーバーを含み、前記第二レイテンシーパスもデインターリーバーを含むこと、
を特徴とする情報記憶媒体。
【請求項４１】
請求項３７の媒体であって、さらに、割り当て可能な共有メモリの最大数を決定するため使用可能な情報を、他の送受信機に対して送信する情報、を備えたこと、
を特徴とする情報記憶媒体。
【請求項４２】
請求項３７の媒体であって、さらに、割り当て可能な共有メモリの最大数を決定するため使用可能な情報を、他の送受信機から受信する情報、を備えたこと、
を特徴とする情報記憶媒体。
【請求項４３】
請求項３７の媒体であって、さらに、共有処理モジュールを、複数の符号化および／または復号化モジュールに割り当てる情報、を備えたこと、
を特徴とする情報記憶媒体。
【請求項４４】
請求項３７の媒体において、前記共有メモリの少なくとも一部の前記割り当ては、一以上の通信パラメーターに基づくこと、
を特徴とする情報記憶媒体。
【請求項４５】
請求項４４の媒体において、前記通信パラメーターの少なくとも一つは、データレート、レイテンシー、ＩＮＰ値あるいはビットエラーレート（ＢＥＲ）であること、
を特徴とする情報記憶媒体。
【発明の詳細な説明】
【関連出願のデータ】
【０００１】
本出願は、その全体が参照のため本出願に取り込まれる、”ＤＳＬシステムにおけるメモリならびに処理資源の共有”と題する２００４年１０月１２日出願の米国特許出願番号６０／６１８、２６９に基づいて、合衆国特許法１１９条(e)による優先権を主張する。
【技術分野】
【０００２】
本発明は、通信システムに関するものである。より具体的に述べると、本発明の例示的実施形態は、通信システムにおけるメモリの共有に関する。また、他の例示的実施形態は、通信システムにおける処理あるいは符号化を行う資源の共有に関するものである。
【背景技術】
【０００３】
その全体が参照のため本出願に取り込まれる、米国特許番号６、７７５、３２０ならびに同番号６、７７８、５８９は、複数のアプリケーションおよび複数のフレーマー／符号化装置／インターリーバーＦＣＩブロック（ＦＣＩブロックは、レイテンシーパスとも呼ばれる）に対応するＤＳＬシステムについて述べている。ＤＳＬシステムは、例えば、データレート、レイテンシー（遅延）、ビットエラーレート（ＢＥＲ）等について異なる通信要件を有するアプリケーションを搭載している。例えば、通常、映像は、低いＢＥＲ（<1E-10)が要求されるが、高いレイテンシー（<1E-10)を許容する。他方、通常、音声は、低いＢＥＲ（<1ｍｓ）が要求されるが、（>1E-3)というレイテンシーを許容する。
【０００４】
米国特許番号６、７７５、３２０に述べられているように、通信システムの異なるアプリケーション条件を満足させるため、異なるアプリケーションを異なるレイテンシーパスで用いてもよい。この結果、映像、インターネットアクセスおよび音声電話等のアプリケーションに対応するため、送受信機は、複数のレイテンシーパスに対応しなければならない。送受信機において実施される場合、各レイテンシーパスは、アプリケーションの条件によって決まる異なる能力を有するフレーマー、符号化装置およびインターリーバーブロックを有することになる。
【０００５】
【特許文献１】米国特許第６、７７５、３２０号
【０００６】
【特許文献２】米国特許第６、７７８、５８９号
【発明の概要】
【０００７】
送受信機において複数のレイテンシーパスを実現する場合に直面する問題の一つは、レイテンシーパスが、大きなメモリ容量ならびに処理能力を必要とする複雑なデジタル回路という事実である。レイテンシーパス中のインターリーバーは、エラー訂正機能のために大きなメモリ容量を消費する。例えば、通常のＤＳＬ送受信機は、インターリーバー用の約１６Ｋバイトのメモリを伴う、少なくとも一のレイテンシーパスを有している。同様に、リードソロモン符号器等の符号ブロックは、大量の処理能力を消費する。一般に、レイテンシーパスの数が増えるにつれて、通信システムのためのメモリおよび処理能力に対する要求は増加する。
【０００８】
このように、本発明の例示的な側面は、送受信機における一以上のインターリーバーおよび／またはデインターリーバー間でのメモリの共有に関する。より具体的に述べると、本発明の例示的側面は、送受信機における共有レイテンシーパスのメモリに関するものである。
【０００９】
本発明の他の側面は、通信システムにおける共有メモリの設定ならびに初期化に関する。より具体的に述べると、本発明の例示的側面は、通信システムにおけるインターリーバー／デインターリーバーメモリの設定ならびに初期化に関するものである。
【００１０】
本発明の他の側面は、通信システムによって特定の部品に割り当て可能なメモリ容量を決定することに関する。より具体的に述べると、本発明の例示的側面は、一以上のインターリーバーまたはデインターリーバーに割り当てられる共有メモリの最大数を決定することに関するものである。
【００１１】
本発明の他の側面によると、処理能力が、多数の送受信機モジュール間で共有される。より具体的な本発明の例示的実施形態によると、符号化モジュールが、一以上の符号器および／または復号器間で共有される。
【００１２】
本発明の他の例示的実施形態は、一以上の初期化ならびにショータイム（ユーザデータの送信）中における固定メモリ構造から共有メモリ構造への変更に関する。
【００１３】
本発明の他の例示的側面は、通信条件の変化に基づき、一以上の共有メモリならびに処理資源を動的に更新することに関する。
【００１４】
本発明の他の例示的側面は、更新された通信パラメーターに基づき、一以上の共有メモリならびに処理資源を更新することに関する。
【００１５】
本発明の他の例示的側面は、更新された通信パラメーターに基づき一以上の共有メモリおよび処理資源の割り当てを更新することに関する。
【００１６】
本発明の他の例示的側面は、送受信機間の共有資源の割り当てを交換することに関する。
【００１７】
本発明の他の例示的側面は、送受信機において共有メモリを割り当てる方法であって、共有メモリを複数のモジュールに割り当てるステップを備えたものにおいて、前記複数のモジュールのそれぞれが、少なくとも一のインターリーバー、少なくとも一のデインターリーバーまたはその組み合わせを備えたことを特徴とする方法、に関するものである。
【００１８】
上述の方法に関するさらに別の側面において、前記複数のモジュールは、インターリーバーを備えることを特徴とする。
【００１９】
上述の方法に関するさらに別の側面において、前記複数のモジュールは、デインターリーバーを備えることを特徴とする。
【００２０】
上述の方法に関するさらに別の側面において、前記複数のモジュールは、少なくとも一のインターリーバーならびに少なくとも一のデインターリーバーを備えることを特徴とする。
【００２１】
別の例示的側面は、複数のモジュールを備える送受信機であって、当該複数のモジュールのそれぞれが、少なくとも一のインターリーバー、少なくとも一のデインターリーバーまたはその組み合わせ、ならびに、前記複数のモジュールに割り当てられるよう設計された共有メモリを含むものに関する。
【００２２】
上述の送受信機に関するさらに別の側面において、前記複数のモジュールは、インターリーバーを備えることを特徴とする。
【００２３】
上述の送受信機に関するさらに別の側面において、前記複数のモジュールは、デインターリーバーを備えることを特徴とする。
【００２４】
上述の送受信機に関するさらに別の側面において、前記複数のモジュールは、少なくとも一のインターリーバーならびに少なくとも一のデインターリーバーを備えることを特徴とする。
【００２５】
本発明のこれらのおよび他の特徴ならびに効果は、ここで記載され、実施形態における以下の記載から明らかである。
【詳細な説明】
【００２６】
本発明の実施形態は、以下の図面を参照することにより詳述される。
【００２７】
有線および／又は無線通信環境における資源の共有することに関する本発明の例示的な実施形態について説明する。しかしながら、理解されるように、一般に、本発明のシステムならびに方法は、いずれの環境におけるどのような通信システムにおいても同じように動作する。
【００２８】
本発明の例示のシステムならびに方法は、ＤＳＬおよびＶＤＳＬモデム等のマルチキャリアモデム、関連する通信ハードウエア、ソフトウエアならびに通信チャネルについても説明する。しかし、本発明を必要以上に不明瞭にすることを避けるため、以下の説明においては、ブロック図の形式あるいは簡略化可能な、周知の構成ならびに装置を省略する。
【００２９】
本発明を完全に理解してもらうために、多くの詳細について説明がなされている。しかし、本発明は、ここで説明する特定の内容を超え、様々な方法により実施してもよいことを理解すべきである。
【００３０】
さらに、ここで表されている例示的な実施形態は、同一場所にあるシステムの様々な部品を示しているが、前記システムのかかる様々な部品は、電気通信ネットワークおよび／又はインターネット等の配信ネットワーク、あるいは、専用のセキュア(secure)、アンセキュアード(unsecured)および又は暗号化システム内の離れた部分に配置しても良いことが理解される。したがって、前記システムの部品を、モデム等の一以上の装置と組み合わせ、あるいは、電気通信ネットワーク等の配信ネットワークの特定ノード上に配置してもよいことを理解すべきである。以下の説明ならびに計算効率の観点から理解されるように、前記システムの部品は、当該システムの動作に影響を及ぼすことなく、配信ネットワーク内のいずれの場所に配置可能である。例えば、前記様々な部品は、局内モデム（ＣＯ、ＡＴＵ−Ｃ、ＶＴＵ−Ｏ）、加入者宅内モデム（ＣＰＥ、ＡＴＵ−Ｒ、ＶＴＵ−Ｒ）、ＤＳＬ制御装置、あるいは、それらの組み合わせ中に配置可能である。同様に、システムの一以上の機能部分を、モデムとそれに関連する演算装置の間に配置することも可能である。
【００３１】
さらに、通信チャネル５を含み、部品を接続するさまざまなリンクを有線又は無線、または、その組み合わせとし、あるいは、接続されたエレメントに対してデータを供給および／またはそこからデータ供給を受けることができる、他のいずれの既存または将来開発されるエレメントとすることが可能であることを理解すべきである。ここで用いられるモジュールという文言は、当該エレメントに関する機能を実行可能な、既存または将来開発されるいずれのハードウエア、ソフトウエア、ファームウエア、あるいはその組み合わせを表すことができる。ここで用いられる決定、計算および演算という文言ならびにその類語は、相互に同じ意味で用いられ、いかなるタイプの方法、プロセス、数学的手法または手法を含んでいる。ここで、ＦＣＩブロックおよびレイテンシーパスは、送信モデムと送信用の送受信機と同様、互換的に用いられる。また、受信モデムと受信用の送受信機も互換的に用いられる。
【００３２】
図１は、共有資源を用いる送受信機１００の例示的実施形態を示している。明瞭化のために、受信機の様々な機能コンポーネントが省略されていることを理解すべきである。しかし、前記送受信機１００は、本発明がそこで実行可能な通常の通信装置で見られる、標準的なコンポーネントを含んでもよい。
【００３３】
本発明の例示的な実施形態によると、複数のアプリケーションを搭載し、対応する通信用送受信機において、メモリおよび処理能力は、複数の送信器および／または受信器のレイテンシーパス間で共有することが可能となる。例えば、送受信機の送信器および／または受信器のレイテンシーパスは、インターリーバー／デインターリーバーメモリを共有することができ、前記共有メモリは、各レイテンシーパスのインターリーバー／デインターリーバーに割り当てることが可能である。かかる割り当ては、アプリケーションのデータレート、レイテンシー、ＢＥＲ、インパルス雑音保護条件(impulse noise protection requirements)、各レイテンシーパスを通じて搬送されるデータまたは情報、あるいは、当該通信システムに関するいずれの一般的なパラメーターに基づいて実行することができる。
【００３４】
同様に、例えば、送信器および／または受信器のレイテンシーパスは、リードソロモン符号／復号処理モジュールを共有可能であり、かかるモジュールの処理能力を、各符号器および／または復号器に配分することができる。この割り当ては、アプリケーションのデータレート／レイテンシー、ＢＥＲ、インパルス雑音保護条件、各レイテンシーパスを通じて搬送されるデータまたは情報、あるいは、当該通信システムに関するいずれの一般的なパラメーターに基づいて実施することができる。
【００３５】
動作についての例示的な実施形態によると、第一送受信機および第二送受信機は、例えば初期化中、各送受信機の全部および／または共有するメモリ能力に関する情報、ならびに、必要に応じて一以上のレイテンシーパスに関する情報を含むメッセージを互いに送信する。この情報は、アプリケーションの要件に対応するため、どのようにレイテンシーパスを構成するかを決定する前に送信することが可能である。この情報に基づき、モデムの一つは、レイテンシーパスを通じて搬送される各アプリケーションの送信条件に適合するＦＣＩ構造パラメーターを選択することができる。本発明の実施形態の一例は、本発明の動作および初期化中に生じたその特性ついて説明するが、資源の共有、ならびに、２つの送受信機間で送信されるメッセージについて、初期化中および／またはユーザーデータ送信中、すなわちショータイム(SHOWTIME)において、いつでも変更を加えることが可能であることを理解すべきである。
【００３６】
図１は、送受信機１００の例示的実施形態を示している。かかる送受信機１００は、送信部２００ならびに受信部３００を備えている。前記送信部２００は、一以上のレイテンシーパス２１０、２２０・・等を含んでいる。同様に、前記受信部３００は、一以上のレイテンシーパス３１０、３２０・・等を含んでいる。前記送信部２００の各レイテンシーパスは、それぞれ、２１２、２１４、２１６、および２２２、２２４ならびに２２６とされたフレーマー、符号器、ならびにインターリーバーを含んでいる。前記受信部の各レイテンシーパスは、それぞれ、３１２、３１４、３１６、および３２２、３２４ならびに３２６とされたデフレーマー、復号器、ならびにデインターリーバーを含んでいる。さらに、送受信機１００は、その全てが一以上のリンク（図外）に接続されている、共有処理モジュール１１０、共有メモリ１２０、パラメーター決定モジュール１３０、パスモジュール１４０、割り当てモジュール１５０、ならびに共有資源管理モジュール１６０を含んでいる。
【００３７】
この例示的実施形態において、送受信機１００は、全部で４つの送信部および受信部レイテンシーパス、すなわち、２１０、２２０、３１０および３２０を伴って描かれている。共有メモリ１２０は、２つの送信部分インターリーバー２１６と２２６および２つの受信部デインターリーバー３１６と３２６間で共有される。共有符号化モジュール等の共有処理モジュール１１０は、２つの送信部符号器２１４と２２４および２つの受信部復号器３１４と３２４間で共有される。
【００３８】
本発明の例示的な実施形態は、送信部レイテンシーパスおよび受信部レイテンシーパスを多数有する送受信機について述べているが、この発明は、どのような数のレイテンシーパスを有するいずれの送受信機に適用可能であることを理解すべきである。また、かかる資源の共有は、一以上の送信部レイテンシーパスが共有資源を共有するとともに一以上の受信部レイテンシーパスが共有資源を共有し、あるいは、送信部レイテンシーパスの一部および受信部レイテンシーパスの一部が共有資源を共有するよう割り当て可能であることを理解すべきである。さらに、例えばレイテンシーパスの他の部分が共有資源に割り当てられている間、一以上のいずれのレイテンシーパス、あるいは、その一部を、固定された資源に割り当てることも可能である。例えば、レイテンシーパス２１０においては、専用の処理モジュールに符号器２１４を割り当てることができ、インターリーバー２１６を共有メモリ１２０の一部に割り当てることもでき、この逆等とすることも可能である。
【００３９】
例示的実施形態によると、複数の送信部あるいは受信部レイテンシーパスは、共有メモリ１２０等のインターリーバー／デインターリーバーメモリ、および共有処理モジュール１１０等の符号化モジュールを共有する。例えば、インターリーバー／デインターリーバーメモリは、異なるインターリーバーおよび／またはデインターリーバーに割り当てることができる。この割り当ては、搬送されるアプリケーションのデータレート、レイテンシー、ＢＥＲ、インパルス雑音保護等の、通信システムに関するパラメーターに基づくものであってもよい。同様に、共有処理モジュール１１０の一部である符号化モジュールは、一以上のいずれのレイテンシーパス間で共有することが可能である。この共有は、搬送されるアプリケーションのデータレート、レイテンシー、ＢＥＲ、インパルス雑音保護等の要件に基づくものであってもよい。
【００４０】
例えば、例示的な送受信機は、共有のインターリーバー／デインターリーバーメモリを備えてもよく、送受信機の送信部において、共有メモリ１２０の第一部分をインターリーバー２１６等のインターリーバーに割り当て、送受信機の受信部において、共有メモリ１２０の第二部分をデインターリーバー３１６等のデインターリーバーに割り当てるよう設計してもよい。
【００４１】
これに代え、例えば、例示的な送受信機は、共有メモリ１２０等の共有インターリーバー／デインターリーバーメモリを備えてもよく、送受信機の送信部において、共有メモリ１２０の第一部分をインターリーバー２１６等の第一インターリーバーに割り当て、送受信機の送信部において共有メモリの第二部分を例えばインターリーバー２２６等の第二インターリーバーに割り当てるように設計してよい。
【００４２】
また、これに代え、例えば、例示的な送受信機は、共有インターリーバー／デインターリーバーメモリを備えてもよく、送受信機の受信部において共有メモリ１２０の第一部分を、デインターリーバー３１６等の第一デインターリーバーに割り当て、送受信機の受信部において、共有メモリの第二部分をデインターリーバー３２６等の第二デインターリーバーに割り当てるように設計してよい。送受信機の送信部または受信部においては、その構造に拘わらず、一般に、インターリーバーまたはデインターリーバーのいずれまたはそのグループを共有メモリ１２０の一部と関連づけてもよい。
【００４３】
資源共有の開始、構成ならびに使用は、以下に説明される例示的な方法により実施される。まず、パスモジュール１４０との協働により、送信および受信レイテンシーパス（Ｎ）の数が決定される。次に、パラメーター決定モジュール１３０は、データレート、送信器データレート、受信器データレート、インパルス雑音保護、ビットエラーレート、レイテンシー等の一以上のパラメーターを分析する。割り当てモジュール１５０は、これら一以上のパラメーターに基づいて共有メモリ１２０の一部を、インターリーバーおよび／またはデインターリーバーの一以上、あるいは、そのグループに割り当てる。このプロセスは、メモリの割り当てが決定され、前記Ｎの各レイテンシーパスに割り当てられるまで続けられる。
【００４４】
レイテンシーパスのそれぞれについてのメモリ割り当てを決定すると、送受信機１００は、共有資源管理１６０と連動して、第二送受信機に対し、一以上の数のレイテンシーパス（Ｎ）、一以上のいずれかのレイテンシーパスについてのインターリーバーメモリの最大数、および／または、合計の最大数および／または全てのレイテンシーパスの共有メモリ数を送信する。
【００４５】
送受信機におけるインターリーバー／デインターリーバーメモリの共有ならびに符号化処理の３つの例について以下に説明する。これらの例におけるレイテンシーパスは、送受信機の送信部あるいは送受信機の受信部のいずれであってもよい。
【００４６】
例＃１
第一送信部あるいは受信部のレイテンシーパスは、かなり低いＢＥＲが要求され高レイテンシーを許容する映像アプリケーションからのデータを搬送してもよい。この場合、映像は、インターリービング／デインターリービングならびに符号化（前進型誤信号訂正（ＦＥＣ）符号化としても知られている）機能を有するレイテンシーパスを用いて搬送される。例えば、チェックバイト１６（Ｒ＝１６）を有する２５５バイト（Ｎ＝２２５）サイズの符号語を用いたリードソロモン符号ならびにインターリーバー度６４(interleaver depth  of 64)（Ｄ＝６４）を有するインターリービング／デインターリービング機能を用いてレイテンシーパスを構成してもよい。このレイテンシーパスは、送信器のインターリーバーメモリにおいて（あるいは受信器におけるデインターリーバーメモリにおいて）、Ｎ＊Ｄ＝１６＊２５５＝１６キロバイトを要する。このレイテンシーパスは、長さが５１２バイト小さいバーストエラー(a burst of errors)を修正することが可能となる。
【００４７】
第二送信部または受信部レイテンシーパスは、中くらいのＢＥＲが要求され中くらいの量のレイテンシーが必要なインターネットアクセスアプリケーションを伝達してもよい。この場合、かかるインターネットアクセスアプリケーションは、中くらいの量のインターリービングならびに符号を有するレイテンシーパスを用いて搬送される。例えば、かかるレイテンシーパスは、チェックバイト８（Ｒ＝８）を有する１２８バイト（Ｎ＝１２８）サイズの符号語を用いたリードソロモン符号ならびにインターリーバー度１６（Ｄ＝３２）を有するインターリービング機能を用いて構成してもよい。このレイテンシーパスは、インターリーバーメモリにおいて、Ｎ＊Ｄ＝１２８＊３２＝４キロバイト、ならびに同じ量のデインターリーバーメモリを必要とする。このレイテンシーパスは、長さが１２８バイトより小さいバーストエラーを修正することが可能となる。
【００４８】
第三送信部または受信部レイテンシーパスは、かなり低いレイテンシーが要求されるがＢＥＲを許容する音声電話アプリケーションを伝達してもよい。この場合、映像は、大きなインターリービングならびに符号化機能を有するレイテンシーパスを用いて搬送される。例えば、前記第三送信部または受信部レイテンシーパスは、レイテンシーパスを介し可能な限り低いレイテンシーを得ることができるがエラー訂正機能を提供しない、インターリービングまたは符号化機能なしで構成してもよい。  
本発明の原理によると、上述の例＃１で説明した３つのアプリケーションを搬送するシステムは、少なくとも（１６＋４）＝２０Ｋバイトの容量を含む１つのメモリスペースを共有する３つのレイテンシーパスを有することになる。かかる３つのレイテンシーパスは、Ｎ＝２５５／Ｒ＝１６およびＮ＝１２８／Ｒ＝８を有する２の符号語を同時に符号化（送信部において）あるいは復号化（受信部において）することが可能な共通の符号ブロックも共有している。
【００４９】
本発明の例示的な実施形態によると、初期化段階あるいはデータ送信モード（ＡＤＳＬおよびＶＤＳＬ送受信機において、ショータイムとしても知られている）において、前記レイテンシーパスを再構成することができる。このことは、例えば、アプリケーションあるいはアプリケーションの要件が変更した場合に起こり得る。
【００５０】
例＃２
１の映像アプリケーション、１のインターネットアプリケーション、ならびに１の音声アプリケーションに代えて、３つのインターネットアプリケーションが存し、さらに、共有メモリおよび符号化モジュールを違う方法で用いることにより送信部および／または受信部のレイテンシーパスが再構成される。例えば、各レイテンシーパスが、チェックバイト８（Ｒ＝８）およびインターリーバー度１６（Ｄ＝３２）を用いたインターリービング機能を備えた１２８バイト（Ｎ＝１２８）サイズの符号語を用いたリードソロモン符号を用いる、送信部あるいは受信部レイテンシーパスを３つ有するようシステムを再構成することもできる。各レイテンシーパスは、インターリーバーメモリにおいて、Ｎ＊Ｄ＝１２８＊３２＝４キロバイトを要し、各ブロックは、長さが１２８バイトより小さいバーストエラーを修正することが可能となる。説明済みの３つのインターネットアクセスアプリケーションを搬送する例に基づくと、前記３つのレイテンシーパスは、少なくとも（３＊４）＝１２Ｋバイトの容量を含む１つのメモリスペースを共有する。また、かかる３つのレイテンシーパスは、Ｎ＝１２８／Ｒ＝１６、Ｎ＝１２８／Ｒ＝８およびＮ＝１２８／８を有する３の符号語を同時に符号化（送信部側で）あるいは復号化（受信部側で）することが可能な共通の符号ブロックをも共有している。
【００５１】
例＃３
かかるシステムは、さらに別のセットのアプリケーションを搬送するよう構成することができる。例えば、前記レイテンシーパスは、２の映像アプリケーションを搬送するよう構成することができる。この場合のみ、２の送信部または受信部のレイテンシーパスが必要となる。このことは、単に第三レイテンシーパスが使用不可にされたことを意味する。また、上述の最初の例に基づき、メモリが制限されると仮定すると、これら２つのレイテンシーパスのための共有メモリの最大値は２０Ｋバイトである。この場合、各ブロックが、チェックバイト１０（Ｒ＝１０）およびインターリーバー度５０（Ｄ＝５０）を用いたインターリービング／デインターリービング機能を備えた２００バイト（Ｎ＝２００）サイズの符号語を用いたリードソロモン符号を用いる、２のレイテンシーパスを有するようシステムを再構成することもできる。各レイテンシーパスは、インターリーバーメモリにおいて、Ｎ＊Ｄ＝２００＊５０＝１０キロバイトを要し、各ブロックは、長さが２５０バイトより小さいバーストエラーを修正することが可能となる。この構造により、最初の例と同様に、両方のレイテンシーパスに２０Ｋの共有メモリを有することになる。当該レイテンシーパスのメモリの制限内に留まるため、各レイテンシーパスについてのエラー訂正能力は、例＃１の５１２バイトから２５０バイトに低下する。
【００５２】
本発明の他の側面は、どのようにしてＦＣＩ構造情報が、第一モデムと第二モデム間で送信されるかである。ＦＣＩ構造情報は、ＤＳＬ接続を介して搬送されるアプリケーションの要件によって決まる。この情報は、最初にＤＳＬ接続を構成するため、初期化段階で送る必要がある。また、この情報は、アプリケーションまたはアプリケーション条件の変更に基づいてＤＳＬ接続を再構成するため、ショータイム中に送る必要もある。
【００５３】
ある実施形態によると、例えばレイテンシー、バーストエラー訂正能力等の特定のアプリケーションの要件に適合する必要があるので、第一モデムは、上で定義したＮ、Ｄ、Ｒ等の特定のＦＣＩ構造パラメーターを決定する。ＦＣＩ構造パラメーターを決定するため、第一モデムは、第二モデムの能力がどれくらいなのか知らなくてはならない。例えば、第一モデムは、第二モデムがレイテンシーパス（ＦＣＩブロック）のいくつに対応可能なのかを知らなければならない。また、第一モデムは、各送信部のレイテンシーパスに関するインターリーバーメモリの最大数を知らなければならない。さらに、送信部のレイテンシーパスが共通のメモリスペースを共有しているので、第一モデムは、全ての送信部レイテンシーパスについて共有メモリの総数を知らなければならない。これにより、第一モデムは、アプリケーション要件に適合可能であるとともに第二モデムの送信部レイテンシーパス能力と合致する、構成を選ぶことができる。
【００５４】
例えば、上記例からの値を用いることにより、第一送受信機は、初期化あるいはショータイム中、第二送受信機に対し、以下の情報を含むメッセージを送信することができる。
【００５５】
・対応する送信および受信レイテンシーパスの数＝３
・レイテンシーパス＃１のインターリーバーメモリの最大値＝１６Ｋバイト
・レイテンシーパス＃２のインターリーバーメモリの最大値＝１６Ｋバイト
・レイテンシーパス＃３のインターリーバーメモリの最大値＝１６Ｋバイト
・全てのレイテンシーパスの共有メモリの最大／合計値＝２０Ｋバイト
この情報、ならびにアプリケーション要件に基づき、第一送受信機は、レイテンシーパスの設定を選択する。例えば、アプリケーションが、１の映像、１のインターネットアクセスならびに１の音声アプリケーションである場合、第一送受信機は、以下の３つのレイテンシーパスを構成することができる：
レイテンシーパス＃１−映像：Ｎ＝２５５、Ｒ＝１６、Ｄ＝６４
レイテンシーパス＃２−映像：Ｎ＝１２８、Ｒ＝８、Ｄ＝３２
レイテンシーパス＃３−映像：Ｎ＝０、Ｒ＝０、Ｄ＝１（符号化またはインターリービングなし）
これにより、インターリーバーメモリの合計は２０Ｋバイトとなる。
【００５６】
これ代え、例えば、２の映像アプリケーションしかない場合、第一送受信機は、以下の２のレイテンシーパスを構成することができる：
レイテンシーパス＃１−映像：Ｎ＝２００、Ｒ＝１０、Ｄ＝５０
レイテンシーパス＃２−映像：Ｎ＝２００、Ｒ＝１０、Ｄ＝５０
レイテンシーパス＃３−映像：Ｎ＝０、Ｒ＝０、Ｄ＝１（符号化またはインターリービングなし）
これによってもインターリーバーメモリの合計は２０Ｋバイトとなる。
【００５７】
なお、レイテンシー、バーストエラー訂正能力等の特定のアプリケーションの要件に適合する必要があるので、第二送受信機は、上で定義したＮ、Ｄ、Ｒ等の特定のＦＣＩ構造パラメーターを決定することができる。前記第一送受信機に関して上で述べたように、ＦＣＩ構造パラメーターを決定するため、第二送受信機は、まず、第一送受信機の性能を知らなければならない。この場合、第一送受信機は、第二送受信機に対して上述の情報を含むメッセージを送信し、第二送受信機は、かかる情報ならびにアプリケーション要件に基づいてレイテンシーパスの設定を選択する。
【００５８】
図２は、送受信機において共有メモリを割り当てる方法を概説する。より具体的には、制御は、ステップＳ２００で開始され、ステップＳ２１０に続く。ステップＳ２１０においては、送受信機において一以上の共有インターリーバー／デインターリーバーメモリ、および／または、共有符号器／復号器等の処理資源が、一以上のレイテンシーパスに割り当てられる。次に、制御は、制御シーケンスが終了するステップＳ２２０に続く。
【００５９】
図３は、本発明の例示的な実施形態に基づき、共有資源の割り当てを変更するための例示的な方法を概説する。具体的には、制御は、ステップＳ３１０で開始される。ステップＳ３１０においては、送受信機における複数のインターリーバーまたはデインターリーバーのうちの特定インターリーバーまたはデインターリーバーに割り当て可能な共有メモリの最大数が決定される。次に、ステップＳ３２０においては、複数のインターリーバーまたはデインターリーバーのうちの一以上のインターリーバーまたはデインターリーバーの決定された最大数が他の送受信機に送られる。また、追加情報を含むメッセージを、他の送受信機に対して送信、および／または、そこから受信することもできる。次に、制御は、制御シーケンスが終了するステップＳ３３０へと続く。
【００６０】
図４は、本発明の例示的な実施形態に基づき、資源共有の例示的な手順を概説する。具体的には、制御は、ステップＳ４００で開始され、ステップＳ４１０へと続く。ステップＳ４１０においては、レイテンシーパスの数が決定される。次に、ステップＳ４２０においては、レイテンシーパスの情報（ＦＣＩブロック情報）が他の送受信機に送信される。追加情報を含むメッセージは、他の送受信機に送信、および／または、そこから受信することもできる。この情報は、送受信機においてメモリ割り当てを決定するのを補助するために用いることができる。また、他の送受信機から受信したメッセージは、何、例えば、レイテンシーパスの数、遠くの送受信機および必要となるアプリケーションにおけるメモリの割り当て、に基づいてメモリの割り当てがされているのかついて特定可能である。次に、制御は、ステップＳ４３０に続く。
【００６１】
ステップＳ４３０においては、各レイテンシーパスについてステップＳ４４０が実行される。
【００６２】
ステップＳ４４０においては、資源割り当ての監視が実行されるとともに、ステップＳ４５０ならびにＳ４６０が実行される。より具体的には、ステップＳ４５０において、前記通信システムに関する一以上のパラメーターが決定される。次に、ステップＳ４６０においては、一以上の通信パラメーターに基づいて共有資源が割り当てられる。次に、制御は、ステップＳ４７０へと続く。
【００６３】
ステップＳ４７０においては、共有資源の割り当てについて、他の送受信機とやりとりされる。次に、ステップＳ４８０においては、共有資源の割り当ての調整を必要とするような、通信条件の変化があったかどうかについて判断がなされる。通信条件の変化の例には、前記システムを介して送られたアプリケーションの変化、および／または、チャネル条件等の変化が含まれる。調整が必要な場合、ステップＳ４１０に戻る。調整が必要でない場合は、制御シーケンスが終了するステップＳ４９０にジャンプする。
【００６４】
上述のシステムは、モデム、マルチキャリアモデム、ＤＳＬモデム、ＡＤＳＬモデム、ＸＤＳＬモデム、ＶＤＳＬモデム、ラインカード、テスト機器、マルチキャリア送受信機、有線および／無線の広域／ローカルネットワークシステム、衛星通信システム、診断機能を有するモデム等の有線および／または無線の電気通信装置、あるいは、通信装置を有し、あるいは、ＣＤＳＬ、ＡＤＳＬ２、ＡＤＳＬ２＋、ＶＤＳＬ１、ＶＤＳＬ２、ＨＤＳＬ、ＤＳＬLite、ＩＤＳＬ、ＲＡＤＳＬ、ＳＤＳＬ、ＵＤＳＬ等のいずれの通信プロトコルと連動する、独立してプログラムされた汎用コンピュータ、により実現される。
【００６５】
さらに、本発明のシステム、方法ならびにプロトコルは、専用コンピュータ、プログラムされたマイクロプロセッサまたはマイクロコントローラおよび周辺集積回路エレメント（peripheral integrated circuit element(s))、ＡＳＩＣまたは他の集積回路、デジタル信号プロセッサ、ディスクリートエレメント回路、等の配線で接続された電気回路又は論理回路、ＰＬＤ、ＰＬＡ、ＦＰＧＡ、ＰＡＬモデム等のプログラマブル論理回路、送信器／受信器、これらに匹敵する手段等によっても実行可能である。一般に、本発明に基づく様々な通信方法、プロトコルならびに技術を実施するため、ここで示す方法を順次実行可能である状態機械(state machine)を実現可能ないずれの装置を用いることができる。
【００６６】
さらに、開示された方法は、様々なコンピュータまたはワークステーションプラットホーム上で使用可能なポータブルソースコードを提供する、オブジェクトまたはオブジェクト思考のソフトウエア開発環境を用いてソフトウエアによりただちに実行可能である。これに代え、開示されたシステムは、標準的な論理回路またはＶＬＳＩ設計を用いたハードウエアにより、その一部または全部を実行するようにしてもよい。本発明にかかるシステムを実行するためソフトウエアまたはハードウエアのいずれを用いるかは、システムの速度および／または性能要件、特定の機能、ならびに、用いられる特定のソフトウエアまたはハードウエアシステムあるいはマイクロプロセッサまたはマイクロコンピュータシステムによって決定される。ここで示される通信システム、方法ならびにプロトコルは、コンピュータおよび電気通信技術の一般的な知識、ならびに、ここで述べられている機能の説明から、適用可能な技術分野の当業者により、既知のいずれの、あるいは、将来開発されるシステムまたは構造、装置、および／またはソフトウエアを用いたハードウエアおよび／またはソフトウエアを用いてただちに実行可能である。
【００６７】
また、開示された方法は、記憶媒体に記憶され、コントローラーおよびメモリと協働してプログラムされた汎用コンピュータ、専用コンピュータ、マイクロプロセッサ等で実行されるソフトウエアによりすぐに実行することができる。これらの場合、本発明のシステムならびに方法は、パーソナルコンピュータに組み込まれたアプレット、ＪＡＶＡ（商標）またはＣＧＩスクリプト等のプログラム、サーバーまたはコンピュータワークステーションに存する資源、専用通信システムまたはシステムコンポーネント等に組み込まれたルーチンとして実行可能である。かかるシステムは、当該システムおよび／または方法を、通信送受信機のハードウエアおよびソフトウエアシステム等のソフトウエアおよび／またはハードウエアシステム中に物理的に組み入れることにより実行することもできる。
【００６８】
したがって、本発明によって、資源を共有するシステムおよび方法が提供されることは明らかである。本発明は、多くの実施形態を伴って説明されているが、多くの代替手段、修正、変更が存在し、あるいは、そのことについて、適用可能な分野の当業者にとって明確であることは確実である。したがって、本発明の精神ならび範囲内にある、かかる全ての代替手段、修正、均等物ならびに変更を包含することを意図している。
【図面の簡単な説明】
【００６９】
【図１】図１は、本発明による例示的な送受信機を示す機能ブロック図である。
【図２】図２は、本発明による資源を共有するための例示的な方法を概説するフローチャートである。を示す。
【図３】図３は、本発明による共有メモリの最大数を決定するための例示的な方法を概説するフローチャートである。
【図４】図４は、本発明による、例示的な資源共有方法を概説するフローチャートである。
【図１】
2008516533.tif 000003
【図２】
2008516533.tif 000004
【図３】
2008516533.tif 000005
【図４】
2008516533.tif 000006
【国際調査報告】
2008516533.tif 000007
2008516533.tif 000008
2008516533.tif 000009