(57)【要約】【課題】トランシーバ内の実行用メモリに常駐させるプログラムを限定し、通信環境に応じて必要なプロトコルに応じたプログラムだけを実行用メモリの非常駐エリアにダウンロードして適宜実行できるようにすること。【解決手段】ハンドシェイク手順を実行するためのハンドシェイクプログラム、イニシャライズ手順を実行するためのイニシャライズプログラムをホスト１２の管理するＲＯＭ１９に記憶しておき、ハンドシェイク手順実行時には前記ＲＯＭ１９からハンドシェイクプログラムを読み出してプログラムエリア１２１の非常駐用メモリ１２１−２にダウンロードし、ハンドシェイク手順終了後にはＲＯＭ１９からイニシャライズプログラムを読み出しハンドシェイクプログラムに替えて前記非常駐用メモリ１２１−２にダウンロードする。【選択図】　　　図４
2004023248.tif 000002
【特許請求の範囲】
【請求項１】
ハンドシェイク手順を実行するためのハンドシェイクプログラム、イニシャライズ手順を実行するためのイニシャライズプログラムを記憶する記憶手段と、この記憶手段に記憶されている各プログラムが実行時に格納される実行用メモリと、ハンドシェイク手順実行時には前記記憶手段からハンドシェイクプログラムを読み出して前記実行用メモリにダウンロードし、ハンドシェイク手順終了後には前記記憶手段からイニシャライズプログラムを読み出しハンドシェイクプログラムに替えて前記実行用メモリにダウンロードする制御手段と、を具備するＤＳＬ通信装置。
【請求項２】
前記記憶手段に記憶されるイニシャライズプログラムは、ＩＴＵ−Ｔで定められたＡＤＳＬ通信プロトコルであるＧ．ｄｍｔ及びＧ．ｌｉｔｅの２つのプログラムからなり、ハンドシェイク手順を実行した結果に基づいていずれかを選択して前記実行用メモリにダウンロードすることを特徴とする請求項１記載のＤＳＬ通信装置。
【請求項３】
前記記憶手段に記憶されるイニシャライズプログラムは、ＩＴＵ−Ｔで定められたＡＤＳＬ通信プロトコルのＡｎｎｅｘＡ，ＡｎｎｅｘＣの２つを含み、いずれかを選択して前記実行用メモリにダウンロードすることを特徴とする請求項１又は請求項２に記載のＤＳＬ通信装置。
【請求項４】
前記ハンドシェイク手順において、所望のＡＤＳＬ通信プロトコルを示すモードセレクト信号を相手通信装置へ送信し、相手通信装置から了承する旨の信号を受信したら前記所望のＡＤＳＬ通信プロトコルのプログラムを前記記憶手段から前記実行用メモリへダウンロードすることを決定することを特徴とする請求項１から請求項３のいずれかに記載のＤＳＬ通信装置。
【請求項５】
相手通信装置から了承する旨の信号を受信したら、当該相手通信装置へＧＡＬＦ信号を送信して所定期間の無音区間経過後にプログラムのダウンロードを開始することを特徴とする請求項４記載のＤＳＬ通信装置。
【請求項６】
前記ハンドシェイク手順において、相手通信装置が希望するＡＤＳＬ通信プロトコルを送信するように要求するモードリクエスト信号を相手通信装置へ送信し、当該相手通信装置からＡＤＳＬ通信プロトコルを示すモードセレクト信号を受信したら対応可能な範囲で当該ＡＤＳＬ通信プロトコルを選択して対応するプログラムを前記記憶手段から前記実行用メモリへダウンロードすることを決定する請求項１から請求項３のいずれかに記載のＤＳＬ通信装置。
【請求項７】
前記実行用メモリへダウンロードするＡＤＳＬ通信プロトコルのプログラムを決定した場合、相手通信装置からＧＡＬＦ信号を受信した後、所定期間の無音区間経過後にプログラムのダウンロードを開始することを特徴とする請求項６記載のＤＳＬ通信装置。
【請求項８】
前記記憶手段は、ホストで管理されるＲＯＭであることを特徴とする請求項１から請求項７のいずれかに記載のＤＳＬ通信装置。
【請求項９】
前記ホストは、前記記憶手段に記憶されているプログラムをワード単位で読み出して前記実行用メモリへ転送することを特徴とする請求項８記載のＤＳＬ通信装置。
【請求項１０】
前記記憶手段は、装置本体に装填されたフラッシュメモリであることを特徴とする請求項１から請求項７のいずれかに記載のＤＳＬ通信装置。
【請求項１１】
ハンドシェイク手順及びイニシャライズ手順を実行するプロセッサと、このプロセッサが実行するハンドシェイク手順及びイニシャライズ手順のプログラムが記憶される非常駐用メモリと、ホストと通信するためのホストＩ／Ｆと、前記非常駐用メモリに格納するプログラムがワード単位で書き込まれるダウンロードレジスタと、前記ダウンロードレジスタに書き込まれたワード単位のプログラムデータを前記非常駐用メモリへ書き込むダウンロード制御手段とを備え、ハンドシェイク手順実行時には前記ダウンロードレジスタにハンドシェイク手順のプログラムデータが書き込まれ、前記プロセッサがハンドシェイク手順の終了を前記ホストへ通知すると前記ダウンロードレジスタにイニシャライズ手順のプログラムデータが順次書き込まれ、前記非常駐用メモリのプログラムがハンドシェイク手順からイニシャライズ手順のプログラムに入れ替わることを特徴とするＤＳＬ通信用トランシーバ。
【請求項１２】
ハンドシェイク手順及びイニシャライズ手順を実行するプロセッサと、このプロセッサが実行するハンドシェイク手順及びイニシャライズ手順のプログラムが記憶される非常駐用メモリと、ホストと通信するためのホストＩ／Ｆと、記録媒体が装填されるスロットと、このスロットに装填された記録媒体に格納されているプログラムを前記非常駐用メモリへ直接書き込むダウンロード制御手段とを備え、ハンドシェイク手順実行時には前記ダウンロード制御手段がホストから指示を受けて前記記録媒体から前記実行用メモリにハンドシェイク手順のプログラムデータを書き込み、前記プロセッサがハンドシェイク手順の終了を前記ホストへ通知すると、ダウンロード制御手段が前記ホストから指示を受けて前記記録媒体から前記実行用メモリにイニシャライズ手順のプログラムデータを書き込み、前記非常駐用メモリのプログラムがハンドシェイク手順からイニシャライズ手順のプログラムに入れ替わることを特徴とするＤＳＬ通信用トランシーバ。
【請求項１３】
ハンドシェイク手順実行時には、記憶手段からハンドシェイク手順のプログラムを読み出して、ハンドシェイク手順を実行するプロセッサの実行用メモリにダウンロードし、ハンドシェイク手順終了後には前記実行用メモリからハンドシェイク手順のプログラムを削除した後に前記記憶手段からイニシャライズ手順のプログラムを読み出して前記実行用メモリにダウンロードすることを特徴とするＤＳＬ通信プログラムのダウンロード方法。
【請求項１４】
前記記憶手段には、イニシャライズプログラムとしてＩＴＵ−Ｔで定められたＡＤＳＬ通信プロトコルであるＧ．ｄｍｔ及びＧ．ｌｉｔｅの２つのプログラムが少なくとも格納されていて、ハンドシェイク手順を実行した結果に基づいていずれかを選択して前記実行用メモリにダウンロードすることを特徴とする請求項１３記載のＤＳＬ通信プログラムのダウンロード方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数の異なる周波数のキャリアを使用してデータ通信を行うマルチキャリア方式のデータ通信装置に適用可能なＤＳＬ通信装置及びＤＳＬ通信プログラムのダウンロード方法に関する。
【０００２】
【従来の技術】
ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ　Ｄｉｇｉｔａｌ　Ｓｕｂｓｃｒｉｂｅｒ　Ｌｉｎｅ）は、既存の電話回線を利用して、高速のインターネット接続サービスと従来からの電話サービスとを同時に利用できるようにしたサービスであり、現在急速に普及している。かかるＡＤＳＬサービスを実現するために、ＡＤＳＬモデムに関するＩＴＵ−Ｔ勧告が発行された。ＩＴＵ−ＴのＳＧ１５において１９９９年に成立したＧ．ｌｉｔｅ及びＧ．ｄｍｔ勧告は、ＡＤＳＬ規格に関する勧告であり、イニシャライズの確立方法に関して各国（又は地域）の通信環境に応じてＡＮＮＥＸ．Ａ、ＡＮＮＥＸ．Ｂ、ＡＮＮＥＸ．Ｃ等がさらに勧告されている。
【０００３】
ＡＤＳＬ通信装置では、ＡＤＳＬ通信する上で必要なプログラムをトランシーバ内のＤＳＰが実行するメモリ（以下、実行用メモリという）に常駐させておき、トランシーバのＤＳＰが必要なプログラムを実行用メモリから実行してＡＤＳＬ通信を行っている。
【０００４】
ＡＤＳＬ通信を行う場合、ＡＤＳＬ通信装置間で、例えばＧ．ｈｓにしたがってハンドシェイク手順を実行して相手通信装置の能力情報、メーカコード等を交換する。例えば、Ｇ．ｄｍｔは、１．５Ｍｂｐｓでデータ通信することのできるＡＤＳＬ通信のためのプロトコルであり、Ｇ．ｌｉｔｅは８Ｍｂｐｓでデータ通信行うことのできるＡＤＳＬ通信のためのプロトコルである。いずれのプロトコルも各国又は地域の通信環境に応じてＡｎｎｅｘ．Ａ、Ａｎｎｅｘ．Ｂ、Ａｎｎｅｘ．Ｃ等の仕様が存在している。
【０００５】
ハンドシェイク手順において交換される能力情報から相手通信装置がいずれのプロトコルをサポートしているか確認し、お互いの使用可能プロトコルが一致すればＡＤＳＬ通信が可能になる。
【０００６】
ハンドシェイク手順で決定したＧ．ｄｍｔ又はＧ．ｌｉｔｅのいずれかのプロトコルにしたがってイニシャライズシーケンスを実行してデータ通信で使用する各種パラメータを交換する。そして、イニシャライズシーケンスが完了した後、ＳＨＯＷＴＩＭＥと呼ばれるデータ通信を開始する。
【０００７】
【発明が解決しようとする課題】
しかしながら、ハンドシェイク手順、イニシャライズ手順の各プロトコルに対応したプログラムを、トランシーバの実行用メモリに常駐させておくことはメモリの効率的な使用という観点から問題があった。また、容量の大きなプログラムを実行用メモリに常駐させておくと、ＤＳＰの処理負担が大きく、処理速度の遅延を招くといった問題が生じる。特に、ＡＤＳＬ通信は常時接続型の通信であるので、ハンドシェイク手順及びイニシャライズ手順を実行した後は、通信エラー等が発生しない限り、再びハンドシェイク手順等を実行する必要がない。したがって、接続後においてもハンドシェイク手順、イニシャライズ手順の各プロトコルに対応したプログラム群を常駐させておく必要性に欠けていた。また、上記した通りＡＤＳＬ通信方式には、Ｇ．ｄｍｔ又はＧ．ｌｉｔｅ方式、さらに各方式においてＡｎｎｅｘ．Ａ、Ａｎｎｅｘ．Ｂ、Ａｎｎｅｘ．Ｃ等のそれぞれの仕様があり、トランシーバ内の実行用メモリに常駐させておくことがメモリ容量の制限からも困難であった。
【０００８】
本発明は以上のような実情に鑑みて成されたものであり、トランシーバ内の実行用メモリに常駐させるプログラムを限定し、通信環境に応じて必要なプロトコルに応じたプログラムだけを実行用メモリの非常駐エリアにダウンロードして適宜実行できるようにしたＤＳＬ通信装置及びＤＳＬ通信プログラムのダウンロード方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明は、ハンドシェイク手順を実行するためのハンドシェイクプログラム、イニシャライズ手順を実行するためのイニシャライズプログラムをホストの管理する記憶手段に記憶しておき、ハンドシェイク手順実行時には前記記憶手段からハンドシェイクプログラムを読み出して前記実行用メモリにダウンロードし、ハンドシェイク手順終了後には前記記憶手段からイニシャライズプログラムを読み出しハンドシェイクプログラムに替えて前記実行用メモリにダウンロードするものとした。
【００１０】
【発明の実施の形態】
本発明の第１の態様は、ハンドシェイク手順を実行するためのハンドシェイクプログラム、イニシャライズ手順を実行するためのイニシャライズプログラムを記憶する記憶手段と、この記憶手段に記憶されている各プログラムが実行時に格納される実行用メモリと、ハンドシェイク手順実行時には前記記憶手段からハンドシェイクプログラムを読み出して前記実行用メモリにダウンロードし、ハンドシェイク手順終了後には前記記憶手段からイニシャライズプログラムを読み出しハンドシェイクプログラムに替えて前記実行用メモリにダウンロードする制御手段と、を具備するＤＳＬ通信装置である。
【００１１】
このように構成された本発明によれば、ハンドシェイク手順実行時にはハンドシェイクプログラムだけを実行用メモリに格納し、イニシャライズ手順実行時にはハンドシェイクプログラムに替えてイニシャライズプログラムだけを実行用メモリに格納するので、実行用メモリに同時に格納するプログラムの容量を小さくすることができ、ＡＤＳＬ通信を実行する制御部の負荷を軽減することもできる。
【００１２】
本発明の第２の態様は、第１の態様のＤＳＬ通信装置において、前記記憶手段に記憶されるイニシャライズプログラムは、ＩＴＵ−Ｔで定められたＡＤＳＬ通信プロトコルであるＧ．ｄｍｔ及びＧ．ｌｉｔｅの２つのプログラムからなり、ハンドシェイク手順を実行した結果に基づいていずれかを選択して前記実行用メモリにダウンロードするものとした。
【００１３】
このように構成された本発明によれば、Ｇ．ｄｍｔ及びＧ．ｌｉｔｅの２つのプログラムを適宜選択してダウンロードできるので相手通信装置との能力ミスマッチによる通信不能を抑制する効果がある。例えば、センター側が８Ｍｂｐｓで通信を行うことのできるモデムを搭載している場合であっても、これをリモート側で正しく認識し、適切な通信プログラムを選択して通信することができる。
【００１４】
本発明の第３の態様は、第１、第２のいずれかのＤＳＬ通信装置において、前記記憶手段に記憶されるイニシャライズプログラムは、ＩＴＵ−Ｔで定められたＡＤＳＬ通信プロトコルのＡｎｎｅｘＡ，ＡｎｎｅｘＣの２つを含み、いずれかを選択して前記実行用メモリにダウンロードするものである。
【００１５】
このように構成された本発明によれば、Ｇ．ｄｍｔ及びＧ．ｌｉｔｅのＡｎｎｅｘＡ，ＡｎｎｅｘＣのプログラムを適宜選択してダウンロードできるので相手通信装置との能力ミスマッチによる通信不能を減らす効果がある。
【００１６】
本発明の第４の態様は、第１から第３のいずれかの態様のＤＳＬ通信装置において、前記ハンドシェイク手順において、所望のＡＤＳＬ通信プロトコルを示すモードセレクト信号を相手通信装置へ送信し、相手通信装置から了承する旨の信号を受信したら前記所望のＡＤＳＬ通信プロトコルのプログラムを前記記憶手段から前記実行用メモリへダウンロードすることを決定するものとした。
【００１７】
これにより、ハンドシェイク手順においてモードセレクト信号を用いて通信プロトコルを決定しているが、このプロトコル決定結果をプログラムのダウンロード処理へ連動させることができる。
【００１８】
本発明の第５の態様は、第４の態様のＤＳＬ通信装置において、相手通信装置から了承する旨の信号を受信したら、当該相手通信装置へＧＡＬＦ信号を送信して所定期間の無音区間経過後にプログラムのダウンロードを開始するものである。
【００１９】
このように構成された本発明によれば、ＧＡＬＦ信号を送信後に無音区間経過後にプログラムのダウンロードを開始するので、誤動作を防止できる。
【００２０】
本発明の第６の態様は、第１から第３のいずれかの態様のＤＳＬ通信装置において、前記ハンドシェイク手順において、相手通信装置が希望するＡＤＳＬ通信プロトコルを送信するように要求するモードリクエスト信号を相手通信装置へ送信し、当該相手通信装置からＡＤＳＬ通信プロトコルを示すモードセレクト信号を受信したら対応可能な範囲で当該ＡＤＳＬ通信プロトコルを選択して対応するプログラムを前記記憶手段から前記実行用メモリへダウンロードすることを決定するものとした。
【００２１】
このように構成された本発明によれば、ハンドシェイク手順においてモードリクエスト信号を送信して通信プロトコルを決定する方式であっても、このプロトコル決定結果をプログラムのダウンロード処理へ連動させることができる。
【００２２】
本発明の第７の態様は、第６の態様のＤＳＬ通信装置において、前記実行用メモリへダウンロードするＡＤＳＬ通信プロトコルのプログラムを決定した場合、相手通信装置からＧＡＬＦ信号を受信した後、所定期間の無音区間経過後にプログラムのダウンロードを開始するものとした。
【００２３】
これにより、ＧＡＬＦ信号を受信後の無音区間経過後にプログラムのダウンロードを開始するので、誤動作を防止できる。
【００２４】
本発明の第８の態様は、第１から第７のいずれかの態様のＤＳＬ通信装置において、前記記憶手段は、ホストで管理されるＲＯＭであるものとした。
【００２５】
これにより、ハンドシェイク手順及びイニシャライズシーケンスを実行する制御部の使用する実行用メモリではなく、ホストで管理されるＲＯＭにダウンロード前のプログラムを格納するので、制御部のメモリの増大及び負荷の増大を伴うことなく、複数種類のプログラムを準備して使用することができる。
【００２６】
本発明の第９の態様は、第８の態様のＤＳＬ通信装置において、前記ホストは、前記記憶手段に記憶されているプログラムをワード単位で読み出して前記実行用メモリへ転送するものである。
【００２７】
本発明の第１０の態様は、第１から第７のいずれかの態様のＤＳＬ通信装置において、前記記憶手段は、装置本体に装填されたフラッシュメモリであるものとした。
【００２８】
本発明の第１１の態様は、ハンドシェイク手順及びイニシャライズ手順を実行するプロセッサと、このプロセッサが実行するハンドシェイク手順及びイニシャライズ手順のプログラムが記憶される非常駐用メモリと、ホストと通信するためのホストＩ／Ｆと、前記非常駐用メモリに格納するプログラムがワード単位で書き込まれるダウンロードレジスタと、前記ダウンロードレジスタに書き込まれたワード単位のプログラムデータを前記非常駐用メモリへ書き込むダウンロード制御手段とを備え、ハンドシェイク手順実行時には前記ダウンロードレジスタにハンドシェイク手順のプログラムデータが書き込まれ、前記プロセッサがハンドシェイク手順の終了を前記ホストへ通知すると前記ダウンロードレジスタにイニシャライズ手順のプログラムデータが順次書き込まれ、前記非常駐用メモリのプログラムがハンドシェイク手順からイニシャライズ手順のプログラムに入れ替わるものとした。
【００２９】
本発明の第１２の態様は、ハンドシェイク手順及びイニシャライズ手順を実行するプロセッサと、このプロセッサが実行するハンドシェイク手順及びイニシャライズ手順のプログラムが記憶される非常駐用メモリと、ホストと通信するためのホストＩ／Ｆと、記録媒体が装填されるスロットと、このスロットに装填された記録媒体に格納されているプログラムを前記非常駐用メモリへ直接書き込むダウンロード制御手段とを備え、ハンドシェイク手順実行時には前記ダウンロード制御手段がホストから指示を受けて前記記録媒体から前記実行用メモリにハンドシェイク手順のプログラムデータを書き込み、前記プロセッサがハンドシェイク手順の終了を前記ホストへ通知すると、ダウンロード制御手段が前記ホストから指示を受けて前記記録媒体から前記実行用メモリにイニシャライズ手順のプログラムデータを書き込み、前記非常駐用メモリのプログラムがハンドシェイク手順からイニシャライズ手順のプログラムに入れ替わるものとした。
【００３０】
本発明の第１３の態様は、ハンドシェイク手順実行時には、記憶手段からハンドシェイク手順のプログラムを読み出して、ハンドシェイク手順を実行するプロセッサの実行用メモリにダウンロードし、ハンドシェイク手順終了後には前記実行用メモリからハンドシェイク手順のプログラムを削除した後に前記記憶手段からイニシャライズ手順のプログラムを読み出して前記実行用メモリにダウンロードするＤＳＬ通信プログラムのダウンロード方法である。
【００３１】
本発明の第１４の態様は、第１３の態様のＤＳＬ通信プログラムのダウンロード方法において、前記記憶手段には、イニシャライズプログラムとしてＩＴＵ−Ｔで定められたＡＤＳＬ通信プロトコルであるＧ．ｄｍｔ及びＧ．ｌｉｔｅの２つのプログラムが少なくとも格納されていて、ハンドシェイク手順を実行した結果に基づいていずれかを選択して前記実行用メモリにダウンロードするものとした。
【００３２】
（実施の形態１）
図１は、本発明が適用されるＡＴＵ−Ｒ側の通信システムの概略構成を示す図である。同図に示す通信システムは、公衆回線網又はこれと同等の回線網（以下、回線という）がスプリッタ１を介してＡＤＳＬ通信装置２に接続され、さらにＡＤＳＬ通信装置２にユーザ端末３が接続されている。なお、ユーザ端末３と電話機４とを１回線で利用する場合にはスプリッタ１が必要となるが、電話機４を使用しない形態であればスプリッタ１は必要ない。また、ユーザ端末３がＡＤＳＬ通信装置２を内蔵するように構成することも可能である。
【００３３】
ＡＤＳＬ通信装置２は、ハンドシェイク手順及びイニシャライズ手順を実行し、データ通信開始後はエラーチェック等の処理を実行するトランシーバ１１と、このトランシーバ１１を含む全体の動作を制御すると共に後述するダウンロード処理を実行するホスト１２とを備えている。トランシーバ１１の回線側端部はアナログフロントエンド１３（以下、ＡＦＥという）を介してアナログ回路で構成されている。ＡＦＥ１３のＤＡ変換部に対してアナログフィルタ１４を介してドライバ１５が接続され、ドライバ１５で増幅されたアナログ信号がハイブリッド１６を介して回線へ送出されるように構成されている。また、回線から到来したアナログ信号はハイブリッド１６を介してレシーバ１７で受信されアナログフィルタ１８を介してＡＦＥ１３のＡＤ変換部に入力されるように構成されている。ＡＦＥ１３は、ＡＤ変換部から出力されるサンプリングデータをトランシーバ１１へ出力する。
【００３４】
また、ホスト１２の管理下にあるＲＯＭ１９に、トランシーバ１１のプログラムエリアにダウンロードするプログラムが格納されている。
【００３５】
図２はトランシーバ１１の機能ブロック図である。トランシーバ１１はホストＩ／Ｆ１２０−１を介してホスト１２に接続される。ホストＩ／Ｆ１２０−１は、ホスト１２からのデータを送信処理ブロックに供給するＡＴＭＩ／Ｆ１２０−２、受信処理ブロックからのデータをホスト１２へ出力するＡＴＭＩ／Ｆ１２０−３、後述するダウンロードレジスタ（ＤＬレジスタ）１２０−４を備えて構成される。なお、現在はＡＤＳＬ規格の仕様では、ホスト側の通信プロトコルはＡＴＭを使用するように定められているために、ＡＴＭに対応したＩ／Ｆとなっているが、本発明はＡＴＭへの変換を前提とするものではない。
【００３６】
プロセッサ２０は、データ通信（ＳＨＯＷＴＩＭＥ）が開始される前段で、ハンドシェイク手順、イニシャライズ手順を実行する機能を備え、データ通信開始後はエラーなどの発生を監視する機能を備える。プロセッサ２０が実行するプログラムはＲＡＭで構成されたプログラムエリア１２１に格納されている。プログラムエリア１２１は、常駐プログラムが格納される常駐用メモリ１２１−１と、適宜必要なプログラムがＲＯＭ１９からダウンロードされる非常駐用メモリ１２１−２とを有する。ダウンロード制御部１２２は、ホスト１２の管理下でプログラムエリア１２１へＲＯＭ１９のプログラムをダウンロードする制御を実行する。具体的には、ダウンロードレジスタ（ＨＤＬＤＴ）１２０−４にワード単位で書き込まれるプログラムを読み出してプログラムエリア１２１の所定アドレスへ書き込む処理を実行する。
【００３７】
トランシーバ１１の送信側は、パリティチェックのための冗長ビットを付加するリードソロモン符号化部２１、データの並べ替えを行うインターリーブ部２２、トレリス符号化によるデータの畳み込みを行うトレリス符号化部２３、各キャリアに対するビット数の割付を行うトーンオーダリング部２４、送信データを形成するビットストリームをコンステレーション座標上の位相データ（コンステレーションデータ）に変換するコンステレーション符号化部２５、コンステレーション符号化されたデータを逆高速フーリエ変換（以下、ＩＦＦＴという）するＩＦＦＴ部２６から構成されている。
【００３８】
トランシーバ１１の受信側は、受信信号のサンプリングデータを高速フーリエ変換（以下、ＦＦＴという）するＦＦＴ部２７、ＦＦＴ出力信号のコンステレーションデータから受信データを復号し、かつコンステレーション座標上での位相を補正するコンステレーション復号化／ＦＥＱ部２８、送信側でトーンオーダリングされた各キャリアに割り付けられているデータを元に戻すトーンデオーダリング部２９、受信データをビタビ復号するビタビ復号化部３０、送信側で並べかえられたデータを元に戻すデインターリーブ部３１、送信側で付加された冗長ビットを削除するリードソロモン復号化部３２から構成されている。ＲＡＭ３３は、プロセッサ２０が内部的な演算処理を実行するときに使用可能なワークエリアとして機能する。
【００３９】
次に、以上のように構成された本実施の形態の動作について、図面を参照しながら具体的に説明する。
【００４０】
図３は、トランシーバ１１外のＲＯＭ１９からプログラムエリア１２１へプログラムをダウンロードする際の概念図である。同図に示すように、ホスト１２がＲＯＭ１９からプログラムを１ワードづつダウンロードレジスタ１２０−４に書き出し、ダウンロードレジスタ１２０−４に書き込まれたデータがホスト１２から指示を受けたダウンロード制御部１２２がプログラムエリア１２１の非常駐メモリ等へ書き込むことでダウンロードが行われる。
【００４１】
以下、プログラムダウンロードに関する詳細な動作について説明する。
【００４２】
図４はプログラムダウンロードに係る一連の処理を示すフロー図である。先ず、ホスト１２からプログラムをダウンロードすることを確認し（ステップＳ１）、最初にローダプログラムを常駐用メモリ１２１−１に格納する（ステップＳ２）。ローダプログラムを常駐用メモリ１２１−１に常駐しておき、後述する非常駐のプログラム（Ｇ．ｈｓ、Ｇ．ｌｉｔｅ等を実行するプログラム）を非常駐用メモリ１２１−２にダウンロードするために使用する。
【００４３】
図５はトランシーバ１１外に設置したＲＯＭ１９からトランシーバ１１内のプログラムエリア１２１へプログラムをダウンロードする際のホスト１２の動作内容を示すフロー図である。同図に示すように、書き込み処理と、書き込んだプログラムデータが正しいことを確認するＶＥＲＩＦＹ処理とが対になったダウンロード処理を実行する。すなわち、ホスト１２がローダプログラムのサイズから全ワード数を計算して算出されたワード数をセットする（ステップＴ１）。書き込みイネーブルになると（ステップＴ２）、プログラムの先頭から１ワード分のプログラムデータをダウンロードレジスタ１２０−４に書き込む（ステップＴ３）。
【００４４】
トランシーバ１１側では、ダウンロード制御部１２２がダウンロードレジスタ１２０−４に書き込まれたプログラムデータを読み出して常駐用メモリ１２１−１に書き込む。
【００４５】
ホスト１２は、１ワード書き込むたびにセットした全ワード数が終了したか否か確認し（ステップＴ４）、全ワード数の書き込みが終了したところで書き込み処理を完了する。
【００４６】
トランシーバ１１側では、ダウンロード制御部１２２がダウンロードレジスタ１２０−４に書き込まれたプログラムデータを順次読み出して常駐用メモリ１２１−１に格納しているので、ホスト１２による書き込み処理が完了したところで常駐用メモリ１２１−１にローダプログラムの全ワード数が書き込まれたことになる。
【００４７】
ホスト１２は、書き込み処理が完了したらＶＥＲＩＦＹ処理へ移行する。書き込みイネーブルになると（ステップＴ５）、再びＲＯＭ１９からローダプログラムのプログラムデータをワード単位でダウンロードレジスタ１２０−４へ書き出す（ステップＴ６）。
【００４８】
トランシーバ１１では、ダウンロード制御部１２２が先にダウンロードしたローダプログラムの同一ワードと今回書き込まれたワードとを比較して同一か否か判断している。両者が一致しない場合はエラーを発生する。
【００４９】
ホスト１２は、ダウンロードレジスタ１２０−４へ１ワード書き出す度にエラーが発生しないか否かチェックし（ステップＴ７）し、エラーが発生することなく全ワードの書き込みが終了したら（ステップＴ８）、ＶＥＲＩＦＹ処理を完了する。
【００５０】
図４に示すように、ローダプログラムの常駐用メモリ１２１−１へのダウンロードが終了したら、次はＲＯＭ１９に記憶されているＧ．ｈｓのプログラムを非常駐用メモリ１２１−２へダウンロードする処理を実行する（ステップＳ３）。かかるプログラムのダウンロード処理は、前述した図５に示す書き込み処理とＶＥＲＩＦＹ処理により行われる。
【００５１】
次にシステムの準備が完了するのを待って（ステップＳ４）、パラメータエリアに値をセットする（ステップＳ５）。具体的には、Ｇ．ｌｉｔｅ、Ｇ．ｄｍｔ、それらのＡＮＮＥＸ．Ａ、ＡＮＮＥＸ．Ｃ等のプロトコルをサポートしているのであれば、それらのプロトコルに優先順位を付けたパラメータリストを用意して、これをパラメータエリアにセットする。ハンドシェイク手順で交換する能力情報に関するパラメータであればその他の独自の手順に関するパラメータであっても良い。
【００５２】
ホスト１２は、非常駐用メモリ１２１−２にＧ．ｈｓのプログラムをダウンロードしたら、プロセッサ２０に対して通信開始を指示する（ステップＳ６）。トランシーバ１１では、プロセッサ２０が非常駐用メモリ１２１−２にダウンロードされたＧ．ｈｓのプログラムを実行してハンドシェイク手順を実行する（ステップＳ７）。ハンドシェイク手順では、ＡＴＵ−ＲとＡＴＵ−Ｃとの間で能力交換してイニシャライズシーケンス及びデータ通信（ＳＨＯＷＴＩＭＥ）で使用するプロトコルを決定する処理が行われる。例えばＡＴＵ−ＲがＭＳ（モードセレクト）信号で優先順位１位のＧ．ｄｍｔを要求し、ＡＴＵ−ＣがＡＣＫ（了承）を返信してくれば、Ｇ．ｄｍｔを選択した事になる。
【００５３】
ハンドシェイク手順が正常に終了してイニシャライズシーケンス及びデータ通信（ＳＨＯＷＴＩＭＥ）で使用するプロトコルが決定したら（ステップＳ８）ホスト１２へ通知され、ホスト１２の管理下でＲＯＭ１９からハンドシェイクで決定した使用プロトコルのプログラムを非常駐用メモリ１２１−２にダウンロードする（ステップＳ９）。ここでは、Ｇ．ｄｍｔが使用プロトコルとして決定されたものとして説明する。
【００５４】
ここで、非常駐用メモリ１２１−２には、ステップＳ３でＧ．ｈｓのプログラムが格納されているので、Ｇ．ｈｓのプログラムを消去してからＧ．ｄｍｔのプログラムをダウンロードすることになる。
【００５５】
図６は、非常駐用メモリ１２１−２におけるＧ．ｈｓのプログラムからＧ．ｄｍｔのプログラムへの書き換えタイミングを示す図であり、図７はＭＳ信号に関連した処理だけを抜き出して示すフロー図である。ハンドシェイク手順が実行され（ステップＱ１）、ＡＴＵ−ＲからＡＴＵ−Ｃに向けて例えばＧ．ｄｍｔを希望する旨のＭＳ信号が送信される（ステップＱ２）。ＡＴＵ−ＣはＧ．ｄｍｔでの通信を了承する場合には、ＡＣＫ１を返信する。ＡＴＵ−Ｒは、ＡＣＫ１の受信待ちを行い（ステップＱ３）、ＡＣＫ１を受信したら（ステップＱ４）、ＧＡＬＦ信号を送信して（ステップＱ５）、ＡＣＫ１に対する確認処理を行う（ステップＱ６）。そして、所定時間の無音区間を経た後にＧ．ｄｍｔのプログラムをダウンロードする（ステップＱ７）。Ｇ．ｄｍｔのプログラムのダウンロード処理は前述した図５のフロー図に従うものとする。
【００５６】
なお、図７に示すフロー図ではＡＴＵ−ＲがＡＴＵ−Ｃに対して自分の希望するプロトコルを指定するＭＳ信号を送信しているが、このような方式に限定されるものではない。例えば、図８に示すようにＡＴＵ−Ｃに対してＡＴＵ−Ｃが希望するプロトコルを問い合わせる方式であっても良い。すなわち、ハンドシェイク手順が開始されたら（ステップＱ１１）、ＡＴＵ−ＲからＡＴＵ−Ｃに向けてＡＴＵ−Ｃが希望するプロトコルの送信を要求するＭＲ（モードリクエスト）信号を送信する（ステップＱ１２）。ＡＴＵ−ＣはＧ．ｄｍｔでの通信を希望する場合には、Ｇ．ｄｍｔがセットされたＭＳ信号を返信する。ＡＴＵ−Ｒは、ＭＳ信号の受信待ちを行う（ステップＱ１３）。ＭＳ信号を受信したら（ステップＱ１４）、ＡＴＵ−Ｒが自分の能力と比較してサポートしている場合にはＡＣＫ１を返信する（ステップＱ１５）。そして、ＡＴＵ−ＣからのＧＡＬＦ信号を受信するのを待ち、ＧＡＬＦ受信から所定時間の無音区間が経過したら（ステップＱ１６）、Ｇ．ｄｍｔのプログラムをダウンロードする（ステップＱ１７）。
【００５７】
プロセッサ２０は、非常駐用メモリ１２１−２にＧ．ｄｍｔのプログラムをダウンロードされると、当該プログラムを実行してイニシャライズシーケンスを実行する（ステップＳ１０）。イニシャライズシーケンスで通信速度をはじめとする各種通信パラメータを決定したら、イニシャライズシーケンスの最後の処理が終了したことを確認して（ステップＳ１１）、ＡＤＳＬ通信によるデータ通信（ＳＨＯＷＴＩＭＥ）を開始する（ステップＳ１２）。
【００５８】
データ通信中にエラーが発生したら（ステップＳ１３）、送信信号をストップし、かつ受信側の無音区間を検知した後、上記ステップＳ３へ戻り（ステップＳ１４）、非常駐用メモリ１２１−２にＧ．ｈｓのプログラムをダウンロードし直し、ハンドシェイク手順から開始する。
【００５９】
図９はデータ通信中にエラーが発生したことにより、非常駐用メモリ１２１−２のプログラムがＧ．ｄｍｔからＧ．ｈｓに入れ替わるタイミングを示す図である。同図に示すように、データ通信（ＳＨＯＷＴＩＭＥ）中にＣＲＳエラーやシンクフレームの受信不良が多数発生するような場合は、送信信号をストップしてからＧ．ｄｍｔからＧ．ｈｓへの入れ替えを行っている。
【００６０】
図１０はデータ通信中にエラーが発生したときにＧ．ｄｍｔからＧ．ｈｓに入れ替えるためのフロー図である。データ通信（ＳＨＯＷＴＩＭＥ）中は、フレーム単位でＣＲＣチェックを行ってフレーム単位でデータの信頼性をチェックすると共に、定期的に既知データからなるシンクシンボルを送信している。そこで、データ通信（ＳＨＯＷＴＩＭＥ）が開始されると（ステップＭ１）、フレーム単位でＣＲＣチェックを行う。ＣＲＣエラーが発生すると（ステップＭ２）、エラーカウンタをインクリメントし（ステップＭ３）、エラーカウンタ値が所定値を超えたか否か判断する（ステップＭ４）。そして、エラーカウンタ値が所定値を超えた場合は、所定区間だけ無音送信（無音区間）を介在させてから（ステップＭ５、Ｓ１４）、Ｇ．ｈｓのプログラムを非常駐用メモリ１２１−２にダウンロードして（ステップＭ６，Ｓ３）、Ｇ．ｈｓにしたがったハンドシェイク手順を実行するのは前述した通りである（ステップＭ７，Ｓ７）。
【００６１】
一方、上記ステップＭ２でＣＲＣエラーが発生していないと判断した場合、エラーカウンタを初期化した後（ステップＭ８）、シンクシンボルの受信不良が発生したか否か判断する（ステップＭ９）。シンクシンボルが通常通り受信されている場合は、受信不良カウンタを初期化してステップＭ１へ戻る（ステップＭ１０）。
【００６２】
また、ステップＭ９の処理においてシンクシンボルの受信不良が検出された場合は、受信不良カウンタをインクリメントし（ステップＭ１１）、受信不良カウンタのカウンタ値が所定値を超えているか否か判断する（ステップＭ１２）。当該カウンタ値が所定値を超えていなければ、上記ステップＭ１へ戻る。しかし、カウンタ値が所定値を超えた場合は、所定区間だけ無音送信（無音区間）を介在させてから（ステップＭ１３、Ｓ１４）、Ｇ．ｈｓのプログラムを非常駐用メモリ１２１−２にダウンロードして（ステップＭ１４，Ｓ３）、Ｇ．ｈｓにしたがったハンドシェイク手順を実行するのは前述した通りである（ステップＭ１５，Ｓ７）。
【００６３】
（実施の形態２）
本実施の形態は、ＡＤＳＬ通信装置２に常設のＲＯＭ１９からプログラムをダウンロードするのではなく、ＦＲＯＭ等の記録メディアに格納されたプログラムをＡＤＳＬ通信装置２の外部からプログラムエリア１２１へダウンロードする例である。
【００６４】
本実施の形態となる通信システムの基本的な構成は図１に示すものと同様である。ここでは、ダウンロードに係る構成で異なる部分についてだけ説明するものとする。
【００６５】
図１１はトランシーバの機能ブロックを示す図である。なお、前述した図２と同一機能を有する部分には同一符号を付している。本実施の形態では、ＡＤＳＬ通信装置２に記録メディアを装填してトランシーバ１１のバスに電気的に接続するスロット４０を備えている。このスロット４０にプログラムを格納している記録メディア（本例ではＦＲＯＭ）４１を装填する。ダウンロード制御部４２は、ホスト１２から指示を受けてＦＲＯＭ４１から所定のプログラムをプログラムエリア１２１の常駐用メモリ１２１−１又は非常駐用メモリ１２１−２へ直接書き込む処理を実行する。ＦＲＯＭ４１からプログラムエリア１２１へダウンロードする対象プログラムの指定及びダウンロードのタイミングは、図４に示すフロー図と同様のプログラムが同様のタイミングでダウンロードされるようにホスト１２がダウンロード制御部４２に指示するものとなる。
【００６６】
以上の説明ではＡＤＳＬ通信装置を例にして説明しているが、ＡＤＳＬ以外のＤＳＬ通信においても適用可能である。
【００６７】
また、以上の説明ではＡＴＵ−Ｒ側の例であったが、ダウンロードに係るシステムをＡＴＵ−Ｃ側に設置しても同様の作用効果を奏することができる。
【００６８】
【発明の効果】
以上詳記したように本発明によれば、トランシーバ内の実行用メモリに常駐させるプログラムを限定し、通信環境に応じて必要なプロトコルに応じたプログラムだけを実行用メモリの非常駐エリアにダウンロードして適宜実行できるようにしたＤＳＬ通信装置及びＤＳＬ通信プログラムのダウンロード方法を提供できる。
【図面の簡単な説明】
【図１】本発明の実施の形態１に係るＡＴＵ−Ｒ側通信システムの構成図
【図２】図１に示すトランシーバの機能ブロック図
【図３】ＲＯＭからプログラムエリアにプログラムをダウンロードする概念を示す図
【図４】実施の形態１に係るＡＤＳＬ通信装置におけるダウンロード処理のフロー図
【図５】実施の形態１においてダウンロード処理に実行する書き込み処理とＶＥＲＩＦＹ処理とを示すフロー図
【図６】Ｇ．ｈｓからＧ．ｄｍｔ（Ｇ．ｌｉｔｅ）への入れ替えタイミングを示す図
【図７】ハンドシェイク手順において、ＭＳ信号を送信して通信プロトコルを決定するフロー図
【図８】ハンドシェイク手順において、ＭＲ信号を受信して通信プロトコルを決定するフロー図
【図９】Ｇ．ｄｍｔ（Ｇ．ｌｉｔｅ）からＧ．ｈｓへの入れ替えタイミングを示す図
【図１０】Ｇ．ｄｍｔ（Ｇ．ｌｉｔｅ）からＧ．ｈｓへの入れ替える際のフロー図
【図１１】本発明の実施の形態２に係る通信システムにおけるトランシーバの機能ブロック図
【符号の説明】
１　スプリッタ
２　ＡＤＳＬ通信装置
３　ユーザ端末
４　電話機
１１　トランシーバ
１２　ホスト
１３　ＡＦＥ
１４、１８　アナログフィルタ
１５　ドライバ
１６　ハイブリッド
１７　レシーバ
１９　ＲＯＭ
２０　プロセッサ
２１　リードソロモン符号化部
２２　インターリーブ部
２３　トレリス符号化部
２４　トーンオーダリング部
２５　コンステレーション符号化部
２６　ＩＦＦＴ
２７　ＦＦＴ部
２８　コンステレーション復号化／ＦＥＱ部
２９　トーンデオーダリング部
３０　ビタビ復号化部
３１　デインターリーブ部
３２　リードソロモン復号化部
３３　ＲＡＭ
４０　スロット
４１　ＦＲＯＭ
４２　ダウンロード制御部
１２０−１　ホストＩ／Ｆ
１２０−２，１２０−３　ＡＴＭＩ／Ｆ
１２０−４　ダウンロードレジスタ
１２１　プログラムエリア
１２１−１　常駐用メモリ
１２１−２　非常駐用メモリ
１２２　ダウンロード制御部
【図１】
2004023248.tif 000003
【図２】
2004023248.tif 000004
【図３】
2004023248.tif 000005
【図４】
2004023248.tif 000006
【図５】
2004023248.tif 000007
【図６】
2004023248.tif 000008
【図７】
2004023248.tif 000009
【図８】
2004023248.tif 000010
【図９】
2004023248.tif 000011
【図１０】
2004023248.tif 000012
【図１１】
2004023248.tif 000013