(57)【要約】【課題】  上り回線のデータ伝送の遅延を改善する。【解決手段】  所定の周波数で通信相手であるＣＭＴＳ１０に対して上り回線にてデータを送信している際に、上り回線の送信状態が良好か否かを判断し、この送信状態が良好でないと判断した場合には、ＣＭＴＳ１０に対してＵＣＣ−ＲＥＱフレームを通知するように、ＵＣＣ−ＫＩＣＫフレームを送信する。ＣＭＴＳ１０は、このＵＣＣ−ＫＩＣＫを受信することで、他のチャネルに変更可能であれば、ＵＣＣ−ＫＩＣＫを送信したＣＭ２０に対してＵＣＣ−ＲＥＱフレームを送信する。【選択図】  図３
2007006386.tif 000002
【特許請求の範囲】
【請求項１】
所定の周波数で通信相手の装置に対して上り回線のデータを伝送している際に、前記上り回線の伝送状態が良好か否かを判断する伝送状態判断手段と、
前記伝送状態判断手段により前記伝送状態が良好でないと判断した場合には、前記通信相手の装置に対して前記上り回線の周波数変更の情報の通知を要求する通知要求手段と、  前記通知要求手段により、前記通知を受信した場合に、前記通知に示された上り回線の周波数に変更するチャネル変更手段と、
を有することを特徴とするケーブルモデム装置。
【請求項２】
前記伝送状態判断手段は、前記通信相手の装置より割り当てられた上り回線の周波数がゼロである回数をカウントし、この回数が所定の閾値を超えた際に、前記伝送状態が良好でないと判断することを特徴とする請求項１に記載のケーブルモデム装置。
【請求項３】
前記チャネル変更手段が完了した後に、前記通信相手の装置に対して前記上り回線の周波数変更が完了したことを通知する変更完了通知手段を更に有することを特長とする請求項１に記載のケーブルモデム装置。
【請求項４】
前記ケーブルモデム装置は、ＤＯＣＳＩＳに準拠していることを特徴とする請求項１〜４に記載のケーブルモデム装置。
【請求項５】
前記通知要求手段における、前記上り回線の周波数変更の情報の通知は、ＤＯＣＳＩＳ準拠のＵＣＣ−ＲＥＱフレームであり、前記変更完了通知手段は、ＤＯＣＳＩＳ準拠のＵＣＣ−ＲＳＰフレームであることを特徴とする請求項３に記載のケーブルモデム装置。
【請求項６】
複数のケーブルモデム装置と上り回線のデータ伝送が可能な伝送手段と、
前記ケーブルモデム装置から前記上り回線の周波数変更の情報の通知を要求された際に、周波数の変更が可能であるか否かを判断する変更判断手段と、
前記変更判断手段により前記周波数の変更が可能であると判断した場合には、前記上り回線の周波数変更の情報を前記通知の要求をしたケーブルモデム装置に通知する変更情報通知手段と、
を有することを特徴とする中継装置。
【請求項７】
前記中継装置は、ＤＯＣＳＩＳ準拠であることを特徴とする請求項６に記載の中継装置。
【請求項８】
中継装置及びケーブルモデム装置とを有する通信システムにおいて、
中継装置は、
複数のケーブルモデム装置と上り回線のデータ伝送が可能な伝送手段と、
前記ケーブルモデム装置から前記上り回線の周波数変更の情報の通知を要求された際に、周波数の変更が可能であるか否かを判断する変更判断手段と、
前記変更判断手段により前記周波数の変更が可能であると判断した場合には、前記上り回線の周波数変更の情報を前記通知の要求をしたケーブルモデム装置に通知する変更情報通知手段とを有し、
前記ケーブルモデム装置は、
所定の周波数で通信相手の装置に対して上り回線のデータを伝送している際に、前記上り回線の伝送状態が良好か否かを判断する伝送状態判断手段と、
前記伝送状態判断手段により前記伝送状態が良好でないと判断した場合には、前記通信相手の装置に対して前記上り回線の周波数変更の情報の通知を要求する通知要求手段と、
前記通知要求手段により、前記通知を受信した場合に、前記通知に示された上り回線の周波数に変更するチャネル変更手段と、
を有することを特徴とする通信システム。
【請求項９】
前記中継装置、及び前記ケーブルモデム装置は、ＤＯＣＳＩＳ準拠であることを特徴とする請求項８に記載の通信システム。
【請求項１０】
所定の周波数で通信相手の装置に対して上り回線のデータを伝送している際に、前記上り回線の伝送状態が良好か否かを判断する伝送状態判断ステップと、
前記伝送状態判断ステップにより前記伝送状態が良好でないと判断した場合には、前記通信相手の装置に対して前記上り回線の周波数変更の情報の通知を要求する通知要求ステップと、
前記通知要求ステップにより、前記通知を受信した場合に、前記通知に示された上り回線の周波数に変更するチャネル変更ステップと、
を有することを特徴とするケーブルモデム装置の周波数設定方法。
【請求項１１】
前記伝送状態判断ステップは、前記通信相手の装置より割り当てられた上り回線の周波数がゼロである回数をカウントし、この回数が所定の閾値を超えた際に、前記伝送状態が良好でないと判断することを特徴とする請求項１に記載のケーブルモデム装置の周波数設定方法。
【請求項１２】
前記チャネル変更ステップが完了した後に、前記通信相手の装置に対して前記上り回線の周波数変更が完了したことを通知する変更完了通知ステップを更に有することを特長とする請求項１に記載のケーブルモデム装置の周波数設定方法。
【請求項１３】
前記ケーブルモデム装置は、ＤＯＣＳＩＳに準拠していることを特徴とする請求項９〜１１に記載のケーブルモデム装置の周波数設定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ケーブルモデム装置に係り、特に上り回線の周波数変更手段を有したケーブルモデム装置及び同装置における周波数設定方法に関する。
【背景技術】
【０００２】
近年、個人及び企業（以下ユーザと総称する場合がある）の区別なく、インターネットの利用が拡大している。これに伴って、インターネットの接続方式（アクセス方式）は、通常の電話回線だけでなく、衛星通信回線やＣＡＴＶ（ＣａｂｌｅＴｅｌｅｖｉｓｉｏｎ）システム（ＣＡＴＶ局及び関連設備）を利用するなど多様化が図られている。
【０００３】
特にＣＡＴＶシステムを利用する方式（ＣＡＴＶインターネット）は、高速かつ常時接続が可能なインターネット環境を実現できるため、有望な方式として注目されている。ＣＡＴＶインターネットは、ＣＡＴＶ局（センタ局）とユーザとがケーブル（同軸ケーブル）により接続されて、当該ＣＡＴＶ局とインターネットとが接続されている構成である。
【０００４】
即ち、ユーザは、ＩＳＰ（インターネットサービスプロバイダ）を兼ねるＣＡＴＶ局を介してインターネットに対するアクセスを行なうようになっている。
【０００５】
ＣＡＴＶインターネットを実現する概略的構成は、ＣＡＴＶ局側のＣＭＴＳ（Ｃａｂｌｅ  Ｍｏｄｅｍ  Ｔｅｒｍｉｎａｔｉｏｎ  Ｓｙｓｔｅｍ）又はヘッドエンドモデム（ＨＭ）と呼ばれる一種の中継装置（ブリッジやルータの機能を有する）と、ユーザ側に設けられるケーブルモデム（ＣＭ）とがケーブルにより接続される。ケーブルモデムには、ユーザが操作するパーソナルコンピュータ（ＰＣ）などが接続される。また、ユーザ側では、ＣＡＴＶ放送を受信するテレビジョン装置（ＴＶ）も接続する場合には、通常では、分配器を介してＴＶとＣＭとが並列的に接続される。
【０００６】
ＣＡＴＶ局側のＣＭＴＳとユーザ側のＣＭとの通信は、ユーザ側に伝送される下り回線（ダウンストリーム）と、逆方向の上り回線（アップストリーム）とからなる。通常では、インターネットからホームページのダウンロード（ＷＷＷブラウザ処理など）などが主体となる下り回線は、上り回線に対して伝送速度が高速である。周波数帯域は、下り回線では例えば９０〜８５７ＭＨｚ、上り回線では例えば１０〜５５ＭＨｚの範囲が使用される。
【０００７】
ところで、１つの上り回線には複数のＣＭが接続され、同時アクセスを実現しなければならない。このため、上り回線はいくつかのチャネルに分割され、ＣＭはそのチャネルを使ってデータ伝送を行う。しかし、数多くのＣＭが接続された場合には、ＣＭＴＳ側において即座に上り回線の帯域を割り当てられない確率が高まり、その結果、上り回線においてデータ伝送の遅延等の問題が生ずる。
【０００８】
このような問題に対して、１つの物理的な上り回線のチャネルに対して同時に２個の送信方式をサポートする送信方法が提案されている（例えば特許文献１参照）。
【特許文献１】特開２００１−４４９５６（第１５頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上述した特許文献１の技術をそのままＣＭに採用すれば、２個の送信方式を同時にサポートすることとなり、装置全体として複雑になってしまう。
【００１０】
そこで本発明は、上記問題を解決する為になされたものであり、上り回線においてデータ伝送の遅延が発生した場合に、ＣＭ側からＣＭＴＳ側へ上り回線の周波数変更の情報を通知するように要求する手段を備えることで、上り回線のデータ伝送の遅延を改善できるケーブルモデム装置及び同装置における周波数設定方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明のケーブルモデム装置は、所定の周波数で通信相手の装置に対して上り回線のデータを伝送している際に、前記上り回線の伝送状態が良好か否かを判断する伝送状態判断手段と、前記伝送状態判断手段により前記伝送状態が良好でないと判断した場合には、前記通信相手の装置に対して前記上り回線の周波数変更の情報の通知を要求する通知要求手段と、前記通知要求手段により、前記通知を受信した場合に、前記通知に示された上り回線の周波数に変更するチャネル変更手段とを有することを特徴としている。
【００１２】
また、本発明の中継装置は、複数のケーブルモデム装置と上り回線のデータ伝送が可能な伝送手段と、前記ケーブルモデム装置から前記上り回線の周波数変更の情報の通知を要求された際に、周波数の変更が可能であるか否かを判断する変更判断手段と、前記変更判断手段により前記周波数の変更が可能であると判断した場合には、前記上り回線の周波数変更の情報を前記通知の要求をしたケーブルモデム装置に通知する変更情報通知手段とを有することを特徴としている。
【００１３】
また、本発明の通信システムは、中継装置及びケーブルモデム装置とを有する通信システムにおいて、中継装置は、複数のケーブルモデム装置と上り回線のデータ伝送が可能な伝送手段と、前記ケーブルモデム装置から前記上り回線の周波数変更の情報の通知を要求された際に、周波数の変更が可能であるか否かを判断する変更判断手段と、前記変更判断手段により前記周波数の変更が可能であると判断した場合には、前記上り回線の周波数変更の情報を前記通知の要求をしたケーブルモデム装置に通知する変更情報通知手段とを有し、前記ケーブルモデム装置は、所定の周波数で通信相手の装置に対して上り回線のデータを伝送している際に、前記上り回線の伝送状態が良好か否かを判断する伝送状態判断手段と、前記伝送状態判断手段により前記伝送状態が良好でないと判断した場合には、前記通信相手の装置に対して前記上り回線の周波数変更の情報の通知を要求する通知要求手段と、前記通知要求手段により、前記通知を受信した場合に、前記通知に示された上り回線の周波数に変更するチャネル変更手段とを有することを特徴としている。
【００１４】
更に、本発明のケーブルモデム装置の周波数設定方法は、所定の周波数で通信相手の装置に対して上り回線のデータを伝送している際に、前記上り回線の伝送状態が良好か否かを判断する伝送状態判断ステップと、前記伝送状態判断ステップにより前記伝送状態が良好でないと判断した場合には、前記通信相手の装置に対して前記上り回線の周波数変更の情報の通知を要求する通知要求ステップと、前記通知要求ステップにより、前記通知を受信した場合に、前記通知に示された上り回線の周波数に変更するチャネル変更ステップとを有することを特徴としている。
【発明の効果】
【００１５】
上り回線のデータ伝送の遅延を改善できる。
【発明を実施するための最良の形態】
【００１６】
以下図面を参照して、本発明の実施の形態を説明する。図１は、本実施形態に関するＣＡＴＶインターネットを構築するためのシステムの構成を示すブロック図である。
【００１７】
本実施形態は、図１に示すようにＣＡＴＶ局側のシステム１と、ユーザ側のシステム２とが、同軸ケーブル（または「ＲＦケーブル」とも言う。以下、単に「ケーブル」とも言う）３を介して接続されたシステムを想定する。
【００１８】
ＣＡＴＶ局のシステム１は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）ケーブル１１に接続されたＣＭＴＳ１０、及びサーバ１２を有する。サーバ１２は、ＬＡＮケーブル１１を介して接続されるインターネット３０及びＣＭＴＳ１０を介してユーザ２間のデータ通信を管理するＩＳＰ（インターネットサービスプロバイダ）機能を実現している。即ち、サーバ１２は、少なくともＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバ、ＴＦＴＰ（Ｔｒｉｖｉａｌ  Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）サーバ、ＴＯＤ（Ｔｉｍｅ  ｏｆ  Ｄａｙ）サーバの役目を担っている。
【００１９】
ＣＭＴＳ１０は、前述したように、ヘッドエンドモデム（ＨＭ）とも呼ばれる一種の中継装置であり、ブリッジやルータの機能を有する。
【００２０】
ユーザ側のシステム２は、ケーブル３を介してＣＡＴＶ局側のＣＭＴＳ１０と接続されるケーブルモデム（ＣＭ）２０と、宅内ＬＡＮケーブル（以下、「ＬＡＮケーブル」とも言う。）２２を介して当該ＣＭ２０と接続されるパーソナルコンピュータ（ＰＣ）２１とを有する。
【００２１】
また、ユーザ側のシステム２は、複数のＣＭ２０（及びＰＣ２１）がＣＭＴＳ１０と接続されることが可能である。図１では、ユーザ側のシステム２には２つのＣＭ（ＣＭ２０ａ，ＣＭ２０ｂ）及び２つのＰＣ（ＰＣ２１ａ，ＰＣ２１ｂ）を示している。
【００２２】
尚、ユーザ側のシステム２として、ケーブル３と接続して、ＣＡＴＶ放送を受信するテレビジョン装置（ＴＶ）と、ＣＭ２０とに信号を分配するための分配器などは省略されている。
【００２３】
次に、ケーブルモデムの構成を図２を用いて説明する。図２は、ケーブルモデム（ＣＭ）の要部を示すブロック図である。
【００２４】
図２に示すように、本実施形態のＣＭ２０は、ＲＦインターフェース２００と、フラッシュメモリ２０１と、メインメモリ２０２と、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０３と、ＬＡＮインターフェース２０４とを有する。また、各要素は、バスＢで接続されている。
【００２５】
ＲＦインターフェース２００は、ケーブル３を介して伝送されるデータ信号（アナログ信号）を送受信する機能、受信したデータ信号をディジタル信号に変換するＡ／Ｄ変換機能、及び送信対象のデータ信号をアナログ信号に変換するＤ／Ａ変換機能を有する。ここで、ＲＦインターフェース２００は、後述するＵＣＣ−ＲＥＱフレームをＣＭＴＳ１０から受信することで、ＣＰＵ２０３により指示される周波数情報に応じて各種のパラメータが設定されて指定された周波数へチャネル変更を行う。
【００２６】
フラッシュメモリ２０１は、ＣＰＵ２０３の動作に必要なプログラムを格納する。
【００２７】
メインメモリ２０２は、ＣＰＵ２０３によりアクセスされて、ＣＭ２０が実行中に使用される各種データを保持する。
【００２８】
ＣＰＵ２０３は、ＣＭ２０の装置全体を制御する。特に、本実施形態では、ＣＭＴＳ１０に対して所定の周波数で上り回線のデータ伝送をしている際に、前記上り回線の送信状態が良好か否かを判断し、良好でないと判断した場合には、ＣＭＴＳ１０に対して上り回線の周波数変更の情報（ＵＣＣ−ＲＥＱ）を通知するように要求する（ＵＣＣ−ＫＩＣＫ）。
【００２９】
尚、ＵＣＣ−ＲＥＱやＵＣＣ−ＫＩＣＫ等、周波数変更（チャネル変更）に関する部分の詳細については後述する。
【００３０】
ＬＡＮインターフェース２０４は、ＬＡＮケーブル２２を介して、ＣＭ２０とＰＣ２１とを接続するインターフェースである。
【００３１】
次に、ＣＭとＣＭＴＳ間におけるチャネル変更の概要を図３を用いて説明する。図３は、ＣＭとＣＭＴＳ間におけるチャネル変更の概要を示した図である。
【００３２】
図３においては、ＣＭＴＳ１０は、同軸ケーブル３を介して２つのＣＭ（ＣＭ２０ａ，ＣＭ２０ｂ）が接続されているものとし、ＣＭ２０ａとＣＭ２０ｂの双方とも、上り回線における１つのチャネル（ＵＳ＃１）に伝送データであるＰＤＵを伝送しているものとする（状態Ａ）。
【００３３】
本発明は、（１）ＵＣＣ−ＫＩＣＫ，（２）ＵＣＣ−ＲＥＱ，（３）ＵＣＣ−ＲＳＰの各ステップを経ることで、上述の状態Ａから状態Ｂに変遷する。即ち、ＣＭ２０ａが別のチャネル（ＵＳ＃２）に周波数の変更（チャネル変更）することとなる。
【００３４】
ここで、ＵＣＣ−ＫＩＣＫとは、ＣＭ２０がＣＭＴＳ１０へ送信するフレームであり、ＵＣＣ−ＲＥＱやＵＣＣ−ＲＳＰ等のように既存のＤＯＣＳＩＳ（Ｄａｔａ  Ｏｖｅｒ  Ｃａｂｌｅ  Ｓｅｒｖｉｃｅ  Ｉｎｔｅｒｆａｃｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ）に準拠したフレームではなく、本実施の形態において新たに設けたフレームである。即ち、ＣＭ２０が所定の周波数で通信相手であるＣＭＴＳ１０に対して上り回線にてデータを伝送している際に、上り回線の伝送状態が良好か否かを判断し、この送信状態が良好でないと判断した場合には、ＣＭＴＳ１０に対してＵＣＣ−ＲＥＱを通知するよう要求するフレームのことである。尚、上り回線の送信状態が良好か否かの判断手法については、後述する。
【００３５】
ここで、ＵＣＣ−ＲＥＱとは、ＣＭＴＳ１０がＣＭ２０へ送信するＤＯＣＳＩＳ準拠のフレームであり、上り回線の周波数変更の情報を通知するフレームである。尚、ＤＯＣＳＩＳ準拠の場合には、ＵＣＣ−ＲＥＱは、ＣＭＴＳ１０側のみの判断でＣＭ２０とは無関係にＣＭ２０へ通知するが、本実施の形態では、ＣＭＴＳ１０はＣＭ２０側からのＵＣＣ−ＫＩＣＫを受信した際にもＵＣＣ−ＲＥＱをＣＭ２０に通知する機能を有している。
【００３６】
ＵＣＣ−ＲＳＰとは、ＣＭ２０がＣＭＴＳ１０へ送信するＤＯＣＳＩＳ準拠のフレームであり、ＣＭＴＳ１０側からＵＣＣ−ＲＥＱフレームを受信し、ＣＭ２０側において指定された周波数へのチャネル変更が完了したことを通知するフレームである。
【００３７】
（ＣＭ２０側での処理）
次に、チャネル変更に伴うＣＭ２０での処理を図４を用いて説明する。図４は本発明の実施の形態に係るＣＭ２０側での処理を示すフローチャートである。尚、本フローチャートは、ＣＭ２０とＣＭＴＳ１０との間の通信が既に確立している場合であって、ＣＭＴＳ１０は、例えば、図３に示したようにＣＭ２０ａ、ＣＭ２０ｂとの通信が確立している状態（状態Ａ）を想定して記載している。本実施の形態では、図３に倣い、ＣＭ２０ａが状態Ａから状態Ｂになる為、図４におていは、ＣＭ２０の動作は図３で示すＣＭ２０ａの動作を意味することとなる。
【００３８】
まず、ＣＭ２０は、後述するペンディング回数Ｎとポーリング時間Ｔの初期化を行う（ステップＳ２０１）。
【００３９】
次に、ＣＭ２０は、ポーリング時間Ｔの計測を開始する（ステップＳ２０２）。
【００４０】
次に、ＣＭ２０は、自装置がペンディング状態であるか否かを判断する（ステップＳ２０３）。ここで、ペンディング状態とは、ＣＭＴＳ１０からの周波数の割り当てにおいて「０」の帯域が割り当てられた場合を言う。
【００４１】
即ち、ＣＭ２０が複数接続されている場合、ＤＣＯＳＩＳ準拠において上り回線にデータを送信する際には、以下の手順で行う。まず、ＣＭ２０からＣＭＴＳ１０に対して、必要な上り回線帯域（スロット）を要求するためにリクエストメッセージを送信する。ＣＭＴＳ１０はＣＭ２０からのリクエストメッセージを受信するとＭＡＰメッセージの中で帯域を割り当てるという手順で行う。
【００４２】
但し、この帯域の割り当てにおいて、すぐに割り当てることが不可能な場合は、「０」を割り当てることとなる。この「０」が割り当てられた状態がペンディング状態である。
【００４３】
従って、ＣＭ２０がペンディング状態でないと判断した場合には（ステップＳ２０３のＮｏ）、送信状態が良好であるとしてＣＭ２０の処理は終了する。
【００４４】
一方、ＣＭ２０がペンディング状態であると判断した場合には（ステップＳ２０３のＹｅｓ）、ＣＭ２０は、ペンディング回数Ｎの数を１つ増加させる（ステップＳ２０４）。
【００４５】
次に、ＣＭ２０は、ペンディング状態をカウントする為の時間であるポーリング時間Ｔが予めＣＭ２０内に記憶している所定の時間である閾値αを超えたか否かを判断する（ステップＳ２０５）。
【００４６】
その結果、ＣＭ２０はポーリング時間Ｔが閾値αを超えていないと判断した場合には（ステップＳ２０５のＮｏ）、ステップＳ２０３に戻り、ペンディング状態であるか否かの判断を行う。
【００４７】
一方、ＣＭ２０はポーリング時間Ｔが閾値αを超えたと判断した場合には（ステップＳ２０５のＹｅｓ）、次にＣＭ２０はペンディング回数ＮがＣＭ２０内に記憶している所定の回数である閾値βを超えたか否かを判断する（ステップＳ２０６）。
【００４８】
その結果、ＣＭ２０はペンディング回数Ｎが閾値βを超えていないと判断した場合には（ステップＳ２０６のＮｏ）、送信状態が良好であるとしてＣＭ２０の処理は終了する。
【００４９】
一方、ＣＭ２０はペンディング回数Ｎが閾値βを超えたと判断した場合には（ステップＳ２０６のＹｅｓ）、ＣＭ２０は、送信状態が良好ではないとしてＣＭＴＳ１０に対してＵＣＣ−ＲＥＱの送信要求（ＵＣＣ−ＫＩＣＫの送信）を行う（ステップＳ２０７）。
【００５０】
次に、ＣＭ２０は、ＣＭＴＳ１０側からのＵＣＣ−ＲＥＱの受信の待ち時間であるＵＣＣ−ＲＥＱ待ち時間ＷＴを計測する（ステップＳ２０８）。
【００５１】
次に、ＣＭ２０は、ＣＭＴＳ１０よりＵＣＣ−ＲＥＱを受信したか否かを判断する（ステップＳ２０９）。
【００５２】
その結果、ＣＭ２０はＵＣＣ−ＲＥＱを受信していない場合には（ステップＳ２０９のＮｏ）、次にＣＭ２０が計測しているＵＣＣ−ＲＥＱ待ち時間ＷＴがＣＭ２０内に記憶している所定の時間である閾値γを超えているか否かを判断する（ステップＳ２１１）。
【００５３】
その結果、ＵＣＣ−ＲＥＱ待ち時間ＷＴが閾値γを超えていない場合には（ステップＳ２１１のＮｏ）、ステップＳ２０８に戻り、引き続きＵＣＣ−ＲＥＱ待ち時間ＷＴの計測を継続する。
【００５４】
一方、ＵＣＣ−ＲＥＱ待ち時間ＷＴが閾値γを超えている場合には（ステップＳ２１１のＹｅｓ）、ステップＳ２０１に戻り、ペンディング回数Ｎのポーリング時間Ｔの初期化を行う。
【００５５】
一方、ステップＳ２０９において、ＣＭ２０がＵＣＣ−ＲＥＱを受信した場合には（ステップＳ２０９のＹｅｓ）、ＤＯＣＳＩＳの規定に従い、ＵＣＣ処理を実施する（ステップＳ２１０）。
【００５６】
即ち、ＵＣＣ−ＫＩＣＫの送信により、ＣＭ２０がＣＭＴＳ１０側からＵＣＣ−ＲＥＱフレームを受信した場合には、ＣＭＴＳ１０より指示された周波数へのチャネル変更をＣＭ２０が行い、この処理が完了した後に処理の完了を示すフレームであるＵＣＣ−ＲＳＰフレームを送信する。
【００５７】
（ＣＭＴＳ１０側での処理）
次に、チャネル変更に伴うＣＭＴＳ１０での処理を図５を用いて説明する。図５は本発明の実施の形態に係るＣＭＴＳ１０側での処理を示すフローチャートである。尚、本フローチャートは、図４と同様に、ＣＭ２０とＣＭＴＳ１０との間の通信が既に確立している場合であって、ＣＭＴＳ１０は、例えば図３に示したように、ＣＭ２０ａ、ＣＭ２０ｂとの通信が確立している状態（状態Ａ）を想定して記載している。また、本フローチャートのＣＭＴＳ１０は、ＵＣＣ−ＫＩＣＫフレームをサポートしているＣＭＴＳであることを前提としている。
【００５８】
まず、ＣＭＴＳ１０は、ＵＣＣ−ＫＩＣＫフレームを受信することでその後の処理を開始する（ステップＳ１０１）。
【００５９】
即ち、ＵＣＣ−ＫＩＣＫを受信していない場合には（ステップＳ１０１のＮｏ）、ＵＣＣ−ＫＩＣＫを受信するまでステップＳ１０２以降の処理を行わない。
【００６０】
一方、ＣＭＴＳ１０がＵＣＣ−ＫＩＣＫを受信した場合には（ステップＳ１０１のＹｅｓ）、次にＵＣＣ−ＫＩＣＫを送信したＣＭ２０（この場合、ＣＭ２０ａ）を他の上り回線のチャネルに変更することが可能であるか否かを判断する（ステップＳ１０２）。
【００６１】
その結果、他のチャネルに変更することが可能でないと判断した場合には（ステップＳ１０２のＮｏ）、受信したＵＣＣ−ＫＩＣＫを廃棄し（ステップＳ１０５）、本処理を終了する。
【００６２】
一方、ＣＭＴＳ１０は、他のチャネルに変更することが可能であると判断した場合には（ステップＳ１０２のＹｅｓ）、ＵＣＣ−ＫＩＣＫを送信したＣＭであるＣＭ２０ａに対してＵＣＣ−ＲＥＱフレームを送信（ステップＳ１０３）し、その後はＤＯＣＳＩＳの規定に従いＵＣＣの処理を行う（ステップＳ１０４）。
【００６３】
以上のように、ＣＭ２０側では図４に示した処理行うことで、また、ＣＭＴＳ１０側では図５に示した処理を行うことで、図３で示すような結果が得られる。
【００６４】
即ち、図３に示すように状態Ａで示したＣＭ２０ａはチャネルＵＳ＃１へ上り回線のデータを伝送していたが、上述した処理を施すことで、ＣＭ２０においてペンディングが多発する場合には、状態Ｂに示すようにＣＭ２０ａはチャネルＵＳ＃２での上り回線のデータ伝送を行うこととなり、上り回線のデータ伝送の遅延を改善することとなる。
【図面の簡単な説明】
【００６５】
【図１】本実施形態に関するＣＡＴＶインターネットを構築するためのシステムの構成を示すブロック図。
【図２】ケーブルモデム（ＣＭ）の要部を示すブロック図。
【図３】ＣＭとＣＭＴＳ間におけるチャネル変更の概要を示した図。
【図４】本発明の実施の形態に係るＣＭ２０側での処理を示すフローチャート。
【図５】本発明の実施の形態に係るＣＭＴＳ１０側での処理を示すフローチャート。
【符号の説明】
【００６６】
１  ＣＡＴＶ局側のシステム
２  ユーザ側のシステム
３  同軸ケーブル
１０  ＣＭＴＳ（ヘッドエンドモデム）
１１  ＬＡＮケーブル
１２  サーバ
２０  ケーブルモデム（ＣＭ）
２１  パーソナルコンピュータ（ＰＣ）
２２  ＬＡＮケーブル
３０  インターネット
２００  ＲＦインターフェース
２０１  フラッシュメモリ
２０２  メインメモリ
２０３  マイクロプロセッサ（ＣＰＵ）
２０４  ＬＡＮインターフェース
Ｎ  ペンディング回数
Ｔ  ポーリング時間
ＷＴ  ＵＣＣ−ＲＥＱ待ち時間
α，β，γ  閾値
【図１】
2007006386.tif 000003
【図２】
2007006386.tif 000004
【図３】
2007006386.tif 000005
【図４】
2007006386.tif 000006
【図５】
2007006386.tif 000007