(57)【特許請求の範囲】
【請求項１】
デジタル加入者線モデムとデジタル加入者線アクセスマルチプレクサとの間で用いるインパルスノイズプロテクションパラメータとインターリーブ遅延パラメータを最適化する方法であって、前記モデムにおいて、
前記デジタル加入者線アクセスマルチプレクサから少なくとも１つの物理的送信制御パラメータを受信するステップと、
前記デジタル加入者線モデムとデジタル加入者線アクセスマルチプレクサとの間で用いるサービスタイプを示すローカルパラメータを取得するステップと、
前記ローカルパラメータに基づき最小目標サービスビットレートを取得するステップと、
性能最適化または安定性最適化を選択するステップと、
安定性最適化を選択したとき、インパルスノイズプロテクションの値を最大化し、前記インパルスノイズプロテクション値によりインターリーブ遅延の値を最小化し、性能最適化を選択したとき、インパルスノイズプロテクションの値を最小化し、前記インパルスノイズプロテクション値によりインターリーブ遅延の値を最大化するステップとを有し、
前記インパルスノイズプロテクション値とインターリーブ遅延値を、前記最小目標サービスビットレートと前記少なくとも１つの物理的送信制御パラメータ値とに応じて設定する、方法。
【請求項２】
前記少なくとも１つの物理的送信制御パラメータは、最小インパルスノイズプロテクション、最大インターリーブ遅延、最小ビットレート、及び最大ビットレートのいずれかである、請求項１に記載の方法。
【請求項３】
前記ローカルパラメータはビデオチャンネルとオーディオチャンネルの数とタイプを含む、請求項１または２に記載の方法。
【請求項４】
前記示すステップは、前記モデムのエンドユーザまたはリモート設定により行われる、請求項１乃至３いずれか一項に記載の方法。
【請求項５】
デジタル加入者線モデムであって、
ＤＳＬ設定モジュールであって、
前記モデムに入力された、前記デジタル加入者線モデムとデジタル加入者線アクセスマルチプレクサとの間で送信されるサービスタイプを示すローカルパラメータを取得し、
前記デジタル加入者線アクセスマルチプレクサから取得した少なくとも１つの物理的送信制御パラメータを受信し、
前記ローカルパラメータに基づき最小目標サービスビットレートを計算し、
安定性最適化を選択したとき、インパルスノイズプロテクションの値を最大化し、前記インパルスノイズプロテクション値によりインターリーブ遅延の値を最小化し、性能最適化を選択したとき、インパルスノイズプロテクションの値を最小化し、前記インパルスノイズプロテクション値によりインターリーブ遅延の値を最大化するように、前記最小目標サービスビットレートと前記少なくとも１つの物理的送信制御パラメータに応じて、インパルスノイズプロテクション値とインターリーブ遅延値とを計算する、ＤＳＬ設定モジュールを有する、
デジタル加入者線モデム。
【請求項６】
コンピュータで実行されると、前記コンピュータに、請求項１ないし４いずれか一項に記載の方法のステップを実行させるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデジタル加入者線に関し、特にデジタル加入者線を設定する方法に関する。
【背景技術】
【０００２】
このセクションは、以下に説明して特許を請求する本発明の様々な態様に関連する様々な態様の技術を読者に紹介することを意図するものである。この説明は、本発明の様々な態様の理解を容易にする背景情報を読者に提供する役に立つと思われる。従って、言うまでもなくこれらの記載は上記を考慮して読むべきであり、先行技術として認める（admissions  of  prior  art）ものではない。
【０００３】
近年、音声、映像、データなどのトリプルプレイサービスを提供しているケーブルテレビ局に対向するため、電気通信事業者は、デジタル加入者線（ＤＳＬ）によるインターネットプロトコルテレビジョン（ＩＰＴＶ）の配信を大々的に宣伝し始めている。ＩＰＴＶは、一連のインターネットプロトコルパケットとして符号化され、ＤＳＬ接続により視聴者の家屋に送信されるビデオストリームを送信するように構成されたシステムである。
【０００４】
ダウンストリームのビットレートは、ＩＰＴＶをサポートできるだけ高くないとならない。現在利用できる最も進んだビデオ圧縮技術を用いても、標準精細度チャンネルの場合、１チャンネルあたり少なくとも４Ｍｂ／ｓのスピードがダウンストリーム方向で必要であり、サービスに高精細度テレビジョンが含まれていれば、９Ｍｂｐｓのスピードが必要である。音声の場合の要求はこれほど厳しくない。音声アプリケーションの場合、音声コーデックがよければ、帯域幅は最大１００ｋｂ／ｓでよい。非対称デジタル加入者線２＋（ＡＤＳＬ２＋）と超高ビットレートＤＳＬ２（ＶＤＳＬ２）が提供する到達可能ビットレートがあれば、現在では、一本の電話線で音声、映像、データを統合すたり、視聴者の家屋に複数の標準精細度テレビジョンチャンネル（ＳＤＴＶ等）及び高精細度テレビジョンチャンネル（ＨＤＴＶ等）を同時に提供することも容易である。
【０００５】
どのＤＳＬベースのシステムにおいても、視聴者のビデオまたは音声のサービスの品質は、利用可能な帯域幅、チャンネル品質、クロストークやインパルスノイズなどの外部妨害などのいろいろな環境条件に強く依存する。クロストークは、送信システムの一方の回路またはチャンネルで送信した信号が、もう一方の回路やチャンネルに望ましくない効果を生じる現象をいう。具体的には、電話では、通常、クロストークは会話や信号音として表れる。映像では、一方の信号源からの「ゴースト」画像が、他方の信号源から送信される関心信号に加わって表れる。インパルスノイズは、振幅やスペクトルがランダムなエネルギースパイク波形がランダムに発生するノイズである。データチャンネルのインパルスノイズはデータ送信エラーの決定的な原因となり得る。画像のピクセリゼーション（pixelization）やフリーズ、または最も重大な場合には、映像の中断（loss  of  the  video  feed）などの映像品質の低下は、外部の配線状態の変化やＤＳＬリンクの劣化により生じることが多い。ユーザをＤＳＬで接続するＩＰＴＶ事業の開始により、インパルスノイズがストレスの主因であり、場合によっては、ＤＳＬモデムの物理レイヤの訂正能力（インターリーブやリードソロモン符号など）を超えることが分かった。
【０００６】
ＤＳＬモデムは、通常、デジタル加入者線アクセスマルチプレクサ（ＤＳＬＡＭ）に接続されている。従来、ＤＳＬＡＭは、ＤＳＬモデムへのインターネットアクセスを提供するインターネットサービスプロバイダ（ＩＳＰ）の管理下にある。ＩＳＰはＤＳＬＡＭを制御して、ＤＳＬモデムパラメータを設定する。電気通信市場の自由化に伴い、ＩＳＰがＤＳＬＡＭの所有者ではないシナリオが多くなってきたと思われる。ＤＳＬＡＭの所有者はアクセスネットワークプロバイダである。その結果、ＩＳＰは、モデムに直接アクセスしないとき、ＤＳＬＡＭとＤＳＬモデムとの間に、ある時点にサポートされている実際のサービスインスタンスにとっては必ずしも最適なプロファイルではない一般的ラインプロファイルを設定する。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、ＤＳＬモデムとＤＳＬＡＭとの間の通信に用いるパラメータ値を最適化することにより、先行技術のラインプロファイル設定に関する問題の少なくとも一部を解消しようとするものである。
【０００８】
本発明は、デジタル加入者線モデムとデジタル加入者線アクセスマルチプレクサとの間のデータ送信に用いるネットワークパラメータを最適化する方法に関する。該方法は、デジタル加入者線アクセスマルチプレクサから少なくとも１つの第１のパラメータを受信する段階と、モデムに入力された、デジタル加入者線モデムとデジタル加入者線アクセスマルチプレクサとの間で送信されるサービスタイプを示すローカルパラメータを取得する段階と、ローカルパラメータに基づき最小目標サービスビットレートを求める段階と、ローカルパラメータと少なくとも１つの物理的送信制御パラメータとに基づき、最小目標サービスビットレートに応じて、インパルスノイズプロテクション値とインターリーブ遅延値とを最適化する段階とを有する。
【０００９】
一実施形態によれば、最適化する段階は、実際のインパルスノイズプロテクションの値を最大化し、実際の遅延の値を最小化する段階を有する。
【００１０】
一実施形態によれば、最適化する段階は、実際のインパルスノイズプロテクションの値を最小化し、実際の遅延の値を最大化する段階を有する。
【００１１】
一実施形態によれば、最適化した値を用いてＤＳＬＡＭと通信する段階を有する。
【００１２】
一実施形態によれば、少なくとも１つの第１のパラメータは、最小インパルスノイズプロテクション、最大インターリーブ遅延、最小ビットレート、及び最大ビットレートのいずれかである。
【００１３】
一実施形態によれば、ローカルパラメータはビデオチャンネルとオーディオチャンネルの数と、最適化タイプとを含む。
【００１４】
本発明はデジタル加入者線モデムにも関する。該モデムは、ＤＳＬ設定モジュールであって、モデムに入力された、デジタル加入者線モデムとデジタル加入者線アクセスマルチプレクサとの間で送信されるサービスタイプを示すローカルパラメータを取得し、デジタル加入者線アクセスマルチプレクサから取得する少なくとも１つの第１のパラメータを取得し、ローカルパラメータに基づき最小目標サービスビットレートを計算し、ローカルパラメータと少なくとも１つの物理的送信制御パラメータとに基づき、最小目標サービスビットレートに応じて、インパルスノイズプロテクション値とインターリーブ遅延値とを最適化するＤＳＬ設定モジュールを有する。
【００１５】
本発明の他の目的は、コンピュータで実行された時に本発明による方法のステップを実行するプログラムコード命令を有するコンピュータプログラム製品である。「コンピュータプログラム製品」とは、コンピュータメモリなどの、プログラムを含む記憶スペースだけでなく、電気信号や光信号などの信号におけるコンピュータプログラムサポートを意味する。
【００１６】
開示した実施形態と同じ範囲の態様を以下に記載する。言うまでもなく、これらの態様は、読者に本発明が取り得る形態の簡単な概要を提供するためだけに記載するものであり、本発明の範囲を限定するものではない。実際、本発明は、以下に記載していない様々な態様を包含し得る。
【図面の簡単な説明】
【００１７】
本発明は、添付した図面を参照して以下の実施形態及び実施例により、よりよく理解でき、例示できるであろう。
【図１】実施形態によるシステムを示すブロック図である。
【図２】実施形態によるモデムを示すブロック図である。
【図３】実施形態による方法を示すフローチャートである。  図１と図２では、表示したブロックは純粋に機能的なものであり、必ずしも物理的なものとして分離していることを示すものではない。すなわち、これらのブロックは、ハードウェアやソフトウェアとして開発してもよいし、集積回路により実施してもよい。
【発明を実施するための形態】
【００１８】
実施形態は、２００８年１２月のＧ.９９２.３  draft  standard  version  （amendment  ６）で規定されたＡＤＳＬ２のフレームワーク内のものであるが、本発明はこの特定の環境に限定されず、ネットワーク終端とネットワークデバイスとの間でネットワークパラメータを調整可能なその他のフレームワークにも適用できる。もちろん、実施形態は、Ｇ．９９２．５で規定されたＡＤＳＬ２＋やＧ．９９３．２で規定されたＶＤＳＬなどの、その他のタイプのＤＳＬ仕様にも適用できる。
【００１９】
実施形態によるシステムを図１に示した。ＤＳＬモデム１は、住宅ネットワーク５（ホームネットワークとも呼ぶ）にある。ＤＳＬモデムは、スタンドアロンデバイスであっても、ＤＳＬゲートウェイや加入者宅内機器（ＣＰＥ）に組み込まれていてもよい。ＤＳＬモデムはワイドエリアネットワーク（ＷＡＮ）に接続される。具体的に、ＷＡＮはインターネットである。インターネットにアクセスするために、モデム１はデジタル加入者線アクセスマルチプレクサ（ＤＳＬＡＭ）２に接続される。ＤＳＬＡＭはモデムのＤＳＬパラメータを設定する。ＤＳＬＡＭは、以下、中央局（ＣＯ）とも呼ぶ。ＤＳＬＡＭ所有者は、ＤＳＬモデムにネットワークアクセスを提供するアクセスネットワークプロバイダ（ＡＮＰ）３である。インターネットサービスプロバイダ（ＩＳＰ）４は、ＤＳＬモデムへのインターネットアクセスを提供する。
【００２０】
図２に、実施形態によるシステムをさらに示した。それ自体周知のＤＳＬモデムの全モジュールは示していない。図２は、実施形態に最も関係のあるモデムのモジュールを示す。具体的に、このモデムは、後でさらに説明するように、モデムを設定するように構成されたＤＳＬ設定モジュール１１を有する。このモデムは、エンドユーザがパラメータを選択したり指定したりできるように、実施形態によるユーザインタフェース１２も有する。このモデムは、実施形態のアルゴリズムを実行するように構成されたプロセッサ１５も有する。このモデムは、ローカルネットワークに対するインタフェース１４と、ＷＡＮに対するインタフェース１３とを有する。
【００２１】
パラメータを設定するために、ＤＳＬ設定モジュール１１は、エンドユーザが入力したパラメータを取得する。ＤＳＬ設定モジュール１１は、ＣＯが示したパラメータを取得することもできる。次に、ＤＳＬ設定モジュール１１は、以下に示すようにパラメータを計算する。モデムは、更新されたパラメータを用いてＤＳＬＡＭと通信する。
【００２２】
モデムを設定する、本実施形態による方法をここで説明する。モデムは、本方法により、ユーザの嗜好に応じて、主要なパラメータを動的に最適化できる。また、本方法により、オペレータから求められた所望のアプリケーションやサービスに応じて、モデムの機能を調整する。
【００２３】
図３に示したように、本モデムは、最初にＣＯからパラメータを受信する（ステップＳ１）。モデム設定の際、ユーザは、ブロードバンド接続を利用するための次のパラメータを入力（indicate）するように求められる。
−音声サービスに関連するデジタル電話番号の数、
−ビデオストリームで同時に搬送されるビデオチャンネルの数、
−配信されるビデオチャンネルのタイプ（ＳＤＴＶまたはＨＤＴＶ）、及び
−もしあれば、最小目標サービスビットレート。
【００２４】
最小目標サービスビットレートは、エンドユーザが知らなければ、次の規則によりＤＳＬ設定モジュールで計算される（ステップＳ３）：
−最小目標サービスビットレート（音声）＝音声サービスに関連するデジタル電話番号の数＊１００ｋｂｐｓ
−最小目標サービスビットレート（映像）＝ＳＤＴＶの場合、ビデオストリームで同時に搬送されるビデオチャンネルの数＊４０００ｋｂｐｓ
−最小目標サービスビットレート（映像）＝ＨＤＴＶの場合、ビデオストリームで同時に搬送されるビデオチャンネルの数＊９０００ｋｂｐｓ
−最小目標サービスビットレート（全体）＝最小目標サービスビットレート（音声）＋最小目標サービスビットレート（映像）＋ＯＡＭ接続ビットレート（４ｋｂｐｓ）。ここで、ＯＡＭはオペレーション（Operation）、アドミニストレーション（Administration）、およびメンテナンス（Maintenance）を表す。ＯＡＭ接続ビットレートは、概略的に、インターネット接続を継続するのに必要な最低限のビットレートである。
【００２５】
エンドユーザは、フレーミングパラメータを最適化するため、最適化のタイプも選択できる。具体的に、安定性または性能を最大化する選択をできる。安定性とは、到達できるビットレートを犠牲にして、非定常的ノイズに対するプロテクションを最大化するようにフレーミングパラメータを最適化することである。性能とは、ノイズプロテクションは犠牲にして、可能な限りの最大ビットレートを達成することである。もちろん、エンドユーザは、最適化タイプをいつでも再設定することができる。最適化タイプを変更すると、最適化アルゴリズムが再度実行される。
【００２６】
実施形態では、パラメータの一部はエンドユーザにより入力（indicate）される。もちろん、これらのパラメータは、周知のリモート設定プロトコルを用いて、ＩＳＰによりモデムに送信（indicate）することもできる。こうすれば、エンドユーザがいなくてもモデム設定が可能である。
【００２７】
アルゴリズムは、ＣＯから受信した入力、ユーザ入力から求めた入力、モデムが測定した入力に基づく。最適化アルゴリズムの入力パラメータは次の通りである：
−min_INPは最低インパルスノイズプロテクションである。データに対するインパルスノイズの効果を低下させるためのものである。リードソロモン符号を用いて順方向誤り訂正（ＦＥＣ）を行う。min_INPはＣＯから受信する入力である。最低INPを用いて、非定常的ノイズに対するプロテクションを確保する。このパラメータの値が大きいと、最大到達可能ビットレートが低くなる。actual_INPは、ダウンストリーム方向についてＣＰＥにより選択され、アップストリーム方向についてＤＳＬＡＭにより選択されるINPである。min_INP  ≦  actual_INPであるから、通常、ダウンストリームのＣＰＥとアップストリームのＣＯは、この制約条件を満たす限り、ＩＮＰの値をいくつにしてもよい。このパラメータを控えめに選択しすぎると、ビットレートが、ユーザやプロバイダが欲するサービスに必要な最低ビットレートより低くなってしまう。
【００２８】
−max_Delayは最大遅延である。max_DelayはＣＯから受信する入力である。このパラメータはインターリーバ機能の深さを設定する。ダウンストリーム方向のＣＰＥとアップストリーム方向のＤＳＬＡＭは、一般的に、遅延をMax_Delayパラメータにできるだけ近くなるように設定しようとする。ＶｏＩＰなどのアプリケーションでは、通常、遅延が小さいことが必要である。
【００２９】
−Minimum_BitRateとMaximum_BitRateはＣＯから受信する入力である。実際のビットレートの計算に使われる。ＩＮＰと遅延の組み合わせが新しくなると、その結果の新しいビットレートが初期制約条件Minimum  BitRate  ≦  Recomputed  BitRate  ≦  Maximum  BitRateに違反しないかチェックするのにも用いられる。
【００３０】
−最低目標サービスビットレートは、上記の通り、サービスプロバイダから受信する入力、ＣＰＥ設定から読み出す入力、またはエンドユーザからの入力から求める入力であり得る。
【００３１】
Min_INP、Max_Delay、Minimum_BitRate、Maximum_BitRateは、設定段階においてＣＯプロファイルに設定されるパラメータである。これらのパラメータは、デジタル加入者線（ＤＳＬ）トランシーバのハンドシェイク手順において、ＩＴＵ−Ｔ  Ｇ．９９４．１標準により、ハンドシェイクプロトコルの際に、モデムに送信される。実際のビットレートは、ハンドシェイクネゴシエーション後に達成される、ＡＤＳＬ２標準により計算されるデータ転送レートである。上記の通り、ビデオ／音声の利用がユーザによりプロンプトされる。
【００３２】
次に、Actual_INPとActual_Delayを計算する（ステップＳ４）。ユーザが安定性を最適化すると決めると、アルゴリズムは、インパルスノイズからビデオストリームをもっと保護するために、Actual_INPの最大化を試みる。また、アルゴリズムは、Actual_Delayを最小化して、音声などのリアルタイムアプリケーションのサービス遅延を減らすことを試みる。ユーザが性能を最適化すると決めると、アルゴリズムは、エラー訂正のオーバーヘッドを限定するために、Actual_INPを最小化することを試みる。また、アルゴリズムは、Actual_Delayを最大化して、インターリーバのメモリをもっとうまく使用する。これにより、最大到達可能ビットレートがより大きくなる可能性がある。更新後の値は、ＤＳＬＡＭによるデータ送信のため、ゲートウェイにより用いられる（ステップＳ５）。
【００３３】
ここで、安定性を最適化するアルゴリズムを説明する。
【００３４】
第１ステップ：モデムは、ＣＯプロファイルと、（第７．６章「Frame  Structure」で規定され、特に第７．６．１章「Derived  Definitions」と第７．６．２章「Valid  Framing  Configurations」で規定されたように）ＩＴＵ−Ｔ標準Ｇ．９９２．３とに基づきビットレートを計算する。ビットレートは、第７．６．１章のテーブル７．７のNETp.actである。遅延はテーブル７．７のdelaypである。
【００３５】
第２ステップ：target_min_INP  ＝  min_INP＋１
モデムは、ビットレート（Recomputed_BitRates）を再計算し、ＣＯにより送信されるmin_INPをtarget_min_INP値で置き換える。これにより、プロファイルによる制約に適合した新しいインターリーブ遅延（new_Delay）となる。
【００３６】
第７．６．１章のテーブル７．７に示されたINPPの値から、次のようにSpを計算する：
Sp  ＝  ２×（INP×N_FECp）／（Dp×Rp×DMTsymbols）
そのSpの値を用いて、第７．６．１章のテーブル７．７に示された式を用いて、NETp.actとdelaypの新しい値を計算する。
【００３７】
第３ステップ：（INPを最大化する繰り返しループ）：
New_Target_min_INP  ＝  target_min_INP
While  （Minimum_target_Service_Bitrate  ≦  Recomputed_BitRates  ≦  Actual  BitRate）  and  （new_Delay  ≦  Max_Delay）、
New_target_min_INP  ＝  New_target_min_INP＋１
モデムは、New_target_min_INP値に基づきビットレートを計算する。これにより、上記の通り計算される新しいDelayが求まる。
【００３８】
whileループの後、Actual_INP値のリストを特定する。各Actual_INP値はＣＯが要求するmin_INPより大きい。各Actual_INP値は、期待Actual_Delayと、Minimum_target_Service_Bitrate  ≦  Recomputed_BitRates  ≦  Actual  BitRateという制約条件を満たす新しく再計算されたビットレートとに関連する。計算したリストのActua_INPの少なくとも１つがtarget_Min_INP以上であれば、その値がnew_Target_min_INPになる。２つ以上あれば、Actual_Delayが最も大きくなるActual_INPを選択する。
【００３９】
第４ステップ：（Delayを最小化する繰り返しループ）：
Max_INP  ＝  new_target_Min_INP
While  （Minimum_target_Service_Bitrate  ≦  Recomputed_BitRate  ≦  Actual  BitRate）（一定のmax_INPを保つ）
min_delay  ＝  new_Delay-１
このステップで遅延を最適化する。新しい各遅延値に対して、new_target_min_INP値を求める。new_target_min_INP値はtarget_min_INP値と同じではない。次に、最初の制約条件がまだ満たされているかチェックする必要がある：If  （new_target_min_INP  ≧  target_Min_INP）  then  go  to  next  step.
第５ステップ：新しいフレーミングパラメータmax_INPとmin_Delayを出力する。それから、ＣＯ設定により与えられた制約条件を満たす新しいActual_BitRateが得られ、インパルスノイズに対するプロテクションを最適化する。
【００４０】
ここで、性能を最適化するアルゴリズムを説明する。これは基本的には安定性を最適化するアルゴリズムと同じものであるが、以下に示す違いがある。
【００４１】
第１ステップ：上記の通り、モデムがビットレートを計算する。
【００４２】
第２ステップ：If  Actual_INP  ＞  Min_INP
target_min_INP  ＝  ceil（Actual_INP-１）
if  Actual_INP  ＝  min_INP,  then  go  to  step  ４,  else
モデムが、new_Target_INTでCOとネゴシエーションしたActual_INPを（そのActual_INPがMin_INPより大きい限り）置き換えるビットレート（Recomputed_BitRates）を再計算する。これにより、新しいインターリーブ遅延（new_Delay）のリストが得られる。これらの値は上記のアルゴリズムで説明したように求め等れる。
【００４３】
第３ステップ：（INPを最小化する繰り返しループ）：
new_Target_min_INP  ＝  target_min_INP
While  （Minimum_target_Service_Bitrate  ≦  Recomputed_BitRates  ≦  Actual_BitRate）  and  （new_Delay  ≦  Max_Delay）,
new_target_min_INP  ＝  new_target_min_INP-１,
モデムはnew_target_min_INP値に基づきビットレートを再計算する。この結果、新しいDelayが得られる。
whileループの後、モデムは、期待Actual_INP値（target_min_INP）と、期待new_Delayと、（Minimum_target_Service_Bitrate  ≦  Recomputed_BitRates  ≦  Actual  BitRateを満たす）新しいRecomputed_BitRatesのリストを特定する。
【００４４】
第４ステップ：（Delayを最大化する繰り返しループ）：
Min_INP  ＝  new_target_Min_INP
While  （Minimum_target_Service_Bitrate  ≦  Recomputed_BitRate  ≦  Actual  BitRate）（一定のMin_INPを保つ）
Max_delay  ＝  new_Delay＋１
第５ステップ：新しいフレーミングパラメータMin_INPとmax_Delayを出力する。それから、CO設定により与えられた制約条件を依然として満たす新しいActual_BitRateが得られ、最も高いActual_BitRateを与える。
【００４５】
明細書、特許請求の範囲、及び図面に開示した内容（references）は、独立に設けることもできるし、適切に組み合わせて設けることもできる。必要に応じて、ハードウェア、ソフトウェア、またはこれらの組み合わせで機能を実施することができる。
【００４６】
本明細書において「一実施形態」とは、その実施形態に関して説明する具体的な機能、構造、特徴などが本発明の少なくとも１つの実施形態に含まれ得ることを意味している。本明細書ではいろいろな箇所で「一実施形態とは」と記載するが、必ずしも同じ実施形態を指すものではなく、別の、または代替的な実施形態は、必ずしも他の実施形態と互いに排他的なものではない。
【００４７】
特許請求の範囲に示す参照符号は例示であり、請求項の範囲を限定するものではない。
【図１】
0005611323.tif 000002
【図２】
0005611323.tif 000003
【図３】
0005611323.tif 000004