(57)【要約】本発明は、多重かつ同時発生の音声通話イベントをサポートするDRR（Dynamic  Rate  Repartitioning；ダイナミック・レート再分配）を可能にするシステムと方法を提供する。加えて本発明のDRRは、いかなる音声通話制御信号手続きにも使用できるように適切に定義された時間長（例えば100ms以上でない）以内のビット同期式PCM時間枠のアクティブ化およびアクティブ解除をサポートし、またライン端子（LT）およびネットワーク端末（NT）の間におけるDRR信号プロトコルの堅固な通信を提供する。さらにまた本発明のDRRは、ビット同期式PCM時間枠のステータスを周期的にリフレッシュするのをサポートし、またこのDRRは、提案するDSL搬送帯の要件と整合する。
2005505157.tif 000002
【特許請求の範囲】
【請求項１】
ダイナミック・レート再分配システム（Dynamic  Rate  Repartitioning；DRR）において：
多重かつ略同時の音声通話イベントをサポートする同時音声通話イベント装置と；
所定時間内でビット同期式PCM時間枠をアクティブ化およびアクティブ解除するためのビット同期式PCM音声時間枠起動装置と；そして
前記ビット同期式PCM時間枠のステータスをリフレッシュできるリフレッシュ装置；
とで構成されたことを特徴とするダイナミック・レート再分配システム。
【請求項２】
ダイナミック・レート再分配（Dynamic  Rate  Repartitioning；DRR）を行う方法において：
多重かつ略同時の音声通話イベントをサポートする同時音声通話イベント装置を設けるステップと；
所定時間内でビット同期式PCM時間枠をアクティブ化およびアクティブ解除するためのビット同期式PCM音声時間枠起動装置を設けるステップと；そして
前記ビット同期式PCM時間枠のステータスをリフレッシュできるリフレッシュ装置を設けるステップ；
とで構成されたことを特徴とするダイナミック・レート再分配方法。
【発明の詳細な説明】
【関連出願の説明】
【０００１】
米国仮出願番号60/318,458の「SDSLを使用したチャネル化音声のためのフレームワーク」、同じく米国仮出願番号60/318,470の「ダイナミック・レート・再分配の要件」、さらに同じく米国仮出願番号60/318,475の「DRR用1-ビットZチャネルのための推奨」は、いずれも2001年9月10日に出願済みであるが、これら全ての出願は本出願で引用として用いられる。
【技術分野】
【０００２】
本発明は、ダイナミック・レート再分配（Dynamic  Rate  Repartitioning:  DRR）のシステムレベルでの要件を定義付けるシステムと方法に関する。特に、本発明はPCM音声時間枠をアクティブ化およびアクティブ解除する時間を、最少化することを考慮したシステム及び方法を提供する。これにより音声通話の処理イベントでの待ち行列による時間の遅れを避けたり最少化するために、非常に短い期間に複数の時間枠を割付けたり割付け解除が出来るようになる。さらに本発明により、DRR用の信号プロトコルでノイズ・イベントに対する堅固性ないしは免疫性を提供することが可能となる。
【背景技術】
【０００３】
近年、電話通信システムは従来型通常電話システム（POTS、plain  old  telephone  system）通信から高速データ通信を含むように拡大している。既に知られているようにPOTS通信には、音声情報の伝送だけでなく、PSTN（一般加入電話網）モデム情報、制御信号およびPOTSバンド幅において伝送される他の情報も含まれ、このバンド幅はほぼ300ヘルツからほぼ3.4キロヘルツである。
【０００４】
インターネット使用の増大に従い、顧客のサイトまでxDSLサービスを提供することが近年増加した。この点に関してDSL表示の前に付く記述子の「x」は、広範囲のDSLサービスを意味するために用いられ、例えばSDSL、ADSL、RADSL、HDSL、その他のサービスが含まれる。既に知られているように、POTS伝送（従来型通常電話システム）と同じ２線の撚線ケーブルを経由して顧客サイトへxDSL伝送が行われる。xDSL伝送がPOTS周波数帯とは全く異なる周波数帯で通信されるために、同一のケーブル(たとえ同時であっても)を経由してこれら2つの伝送が行われても通常は問題とはならない。具体的にはPOTS周波数帯が、略DC周波数から４ｋHzであり、一方xDSL周波数帯（それらは特定のサービスによって変動するが）は一般的に、下限周波数が略26kHz、上限周波数が特定のxDSLサービスに依存する周波数で定義される。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
既存のSDSL（そして、他のxDSL）システムには、チャネル化された音声信号のフレームワークを割付ける際に非効率であるという欠点が含まれる。さらに加えて、既存のダイナミック・レート再分配（DRR）方法は、堅固性を欠き、かつノイズに対する免疫性も欠如しており、また効率的なオペレーションを妨げる他の欠点を含んでいる。また他の欠点も存在する。
【課題を解決するための手段】
【０００６】
本発明は、多重かつ同時発生の音声通話イベントをサポートするDRR（Dynamic  Rate  Repartitioning；ダイナミック・レート再分配）を可能にするシステムと方法を提供する。加えて本発明のDRRは、いかなる音声通話制御信号手続きにも使用できるように適切に定義された時間長（例えば100ms以上でない）以内のビット同期式PCM時間枠のアクティブ化およびアクティブ解除をサポートし、またライン端子（LT）およびネットワーク端末（NT）の間におけるDRR信号プロトコルの堅固な通信を提供する。さらにまた本発明のDRRは、ビット同期式PCM時間枠のステータスを周期的にリフレッシュするのをサポートし、またこのDRRは、提案するDSL搬送帯の要件と整合する。なお本発明には他の利点および特徴も存在する。
【発明を実施するための最良の形態】
【０００７】
図1は、本発明の実施例によるデータ・チャネルと同時に同期式PCM音声チャネルを搬送するための処理要素を示す参照モデルの概略図である。コア・モデムは、SDSL、PMS-TCおよびPMD定義に基づいたものでもよい。PCM（pulse  code  modulation、  パルス符号変調）音声およびデータの同時提供を行うには、Dual  bearer(二重搬送帯)  TPS-TCを設けるのが望ましく、このDual  bearer  TPS-TC(二重搬送帯TPS-TC)では、ひとつのbearer（搬送帯）がビット同期式PCM音声チャネル搬送し、他の搬送帯(bearer)が非同期式データチャネルを搬送する。
【０００８】
図1にて模式的に示すようにシステム100は、一つ以上のオフィス装置102、そして一つ以上の顧客店舗104における各種処理装置で構成されている。オフィス装置102には、１または複数のネットワーク108から送られた音声信号を処理する音声処理部106が設けられている。同様に、１または複数のデータネットワーク112からの信号を処理するデータ処理部110が設けられている。Dual  bearer(二重搬送帯)  TPS-TC処理部114およびPMS-TC  and  PMD処理部116がオフィス装置102に設けられており、またDual  bearer  TPS-TC処理部120およびPMS-TC  and  PMD処理部118が顧客店舗装置104に設けられている。さらにこの顧客店舗装置104は、１または複数の電話機124と通信する音声処理部122と、１または複数のコンピュータ装置128と通信するデータ処理部126で構成されている。
【０００９】
図1の音声処理部106は、PCM音声チャネルおよび信号チャネルのフレーム構造を規定する。音声チャネルは、静的にまたは動的に供給される。静的に供給されることで、必要数のタイム枠が決定されて、初期化された時にセットされ、そしてビット同期式搬送帯(bearer)チャネルに搬送される。もし音声チャネルがアクティブな場合には、そのタイム枠はPCM音声サンプルを搬送し、もし音声チャネルが非アクティブな場合には、そのタイム枠はダミーのデータを搬送する。
【００１０】
さらにダイナミックに供給されることで、PCMタイム枠は必要な時にアクティブ化およびアクティブ解除する。タイム枠がアクティブの時には、ビット同期式搬送帯(bearer)チャネルに、そのための広域バンドが割付けられる。そして非同期式搬送帯(bearer)チャネルは、データアプリケーションを使って残りのバンド幅を使用する。もし音声タイム枠が非アクティブになると、そのために供給されたバンド幅が、ビット同期式搬送帯(bearer)から移されてデータ非同期式搬送帯(bearer)に割付けられる。この場合にも、全体としてのline  bit  rate(通信効率)は変わらない。ある実施例では音声処理部106が、Dynamic  rate  repartitioning(DRR、動的レート再割付け機能)用のコマンドをDual-bearer  TPS-TC114へ送るようにしてもよい。
【００１１】
ある実施例ではデータ処理部110は、dual-bearer  TPS-TC  114に対して、データ・チャネル・インタフェースを供給し、それからSDSLコア・モデム上での搬送のためにその2つの搬送帯(bearer)  チャネルを多重送信する。
【００１２】
チャネル化された音声を搬送するために推薦するdual  bearer  framing  modeが図２に示されている。ヨーロッパの電気通信規格学会（ETSI）（ETSI  TS  101  524、セクションA.9、2001年11月版）により推薦されているように、第1の搬送帯(bearer:すなわちビット1a  からビットksa）は、ビット同期式PCM音声タイム枠と音声信号の搬送用チャネルを搬送するために用いられる。搬送帯(bearer)チャネル内のこのチャネル構造は、音声アプリケーションのために特に定められる。
【００１３】
Dual-Bearer(二重搬送帯)モードにおいて、各々のペイロード・サブブロックは、2つの別々のTPS-TCに分離される。この2つのTPS-TCモードはpre-activation通信チャネル（PACC）において、それぞれ独立に通信し、それらの間では直接のやり取りは無い。
【００１４】
図2に示すようにTPS-TCaは、各々のペイロード・ブロックの最初のksaビットが割付けられ、そしてTPS-TCbは各々のペイロード・ブロックの最後のksbビットが割付けられる。2つのTPS-TCsの各々に、割付けられるksビットは、あたかもそれらが完全なペイロード・サブブロックを構成するかのように取り扱われ、所定のフレーミングが与えられる。
【００１５】
ある実施例においてライン・クロックは、ビット同期式搬送帯(bearer)のクロックにロックされた周波数であってもよい。あるいは端から端へタイミング情報をパスするメカニズムのために、PMS-TCフレームにパルス付きが要求される場合、同期式搬送帯(bearer)チャネルはオペレーションの付加／削除を決定するための参照チャネルであってもよい。
【００１６】
ダイナミック・レート再配分(DRR)を実行するための技術的要件により、本発明の実施例は変化する。ある実施例では、専用のZ-bit信号チャネルを使用したTPS-TC信号チャネルを使用すると、攻撃に強くて信頼性が高いDRRが実行できるようになる。従って各々の音声フレームで、Z-ビットと呼ばれている１ビットが中央オフィス装置102と顧客店舗104のSDSL装置間でのTPS-TC信号の搬送用に割付けられる。それは、DRRをサポートするコマンドを搬送するチャネルである。Z-ビットチャネルと等価なビットレートは、8kb/sである。
【００１７】
図3は、本発明の実施例による音声処理部106で定義された代表的なフレーミングの概略図である。１ビットZ-ビットが302に示されている。
【００１８】
Mビットが信号チャネル304に割付けられており、これは顧客店舗装置104と音声サービスをサポートするネットワーク間での信号情報を伝達するものである。この信号チャネルの等価ビット率はM*8kb/sである。
【００１９】
以下その他のビット306、308、310、312は、アクティブなPCM音声チャネルを搬送し、１音声チャネルにつき64  1kb/sの等価ビット率用の８ビットを各々のチャネルは含む。N個の音声チャネルがサポートでき、このNの値はいかなる値でもよい。
【００２０】
Z-ビット302および音声信号チャネル・ビット304は、フレーム毎に送信される。音声チャネルがアクティブな時だけに、PCM音声チャネル・ビット306-312が送信される。例えば2つのアクティブな音声チャネルがある場合、音声フレームはM+l+2*8=M+l7ビットを含むことになる。N個のアクティブなチャネルのためには、フレームサイズはM+l+N*8ビットとなる。もしアクティブな音声チャネルが無い場合には、最少音声フレームサイズはM+1ビットである。
【００２１】
タイム枠306-312は、ID番号が小さい方から大きい方へ順に配置される。図4A-図4Bは、DRRイベントまたはアクション毎のPCM音声チャネルのタイム枠配列の実施例を示す。図4Aは、本発明の実施例による音声処理部106経由の音声チャネル識別が示されている（音声処理部122についても同様な図となる）。音声チャネルがアクティブでない場合、Z  ビット302および信号304チャネルが送信され、タイム枠・ビット306-312は、送信されない。他のライン・ビットレートは、非同期データ・チャネルに割付けられる。図4Bは、本発明の実施例に係る様々なDRRコマンドから生じているタイム枠の送信を示す。図4Bに示すように、タイム枠はID番号の順に送信される。
【００２２】
上記のように、とりわけ、応答時間を減勢して、SDSLフレームのビット同期式部分のPCM音声チャネルをアクティブ化およびアクティブ解除させるための手続について、そのプロトコル堅固性を改良するために、本発明の実施例は8kbpsで１ビットZ-channelを実行する。これはDRRプロトコル・オペレーションのためである。このDRRプロトコルは、ラインターミネーション装置のTPS-TC、およびネットワーク端末機のTPS-TCの間で交信するために、モデル化されている。
【００２３】
フレーム構造および専用DRRチャネルの実施例が図3に示されている。図5Aは、本発明の実施例に係る図3のペイロード・ブロックの他の概略図である。単一のZ-bit（例えば302、502）を用いる実施例には、SDSLのスーパーフレーム毎に合計48のビットまたは6バイトがDRRプロトコルを転送するために用いられる。図5Aに示された例において、Z-ビットはDRR(n)ビット(502)として表示されている。また図5Aに示す様に、信号ブロック504はMビットで構成され、STMデータ506は8*Nビットで構成され、そしてATMデータ508は8*Kビットで構成されている。
【００２４】
図5Bは、本発明の実施例に係るスーパーフレームのZ-ビットチャネルの定義を示す模式的なチャートである。図5Bに示すように、SDSLスーパーフレーム毎の48ブロックは、48DRRビットまたは6DRRバイト（すなわちデータブロックにつき1つのDRRビット）で構成する。
【００２５】
また、図5Bにおいて示すように、DRR制御バイトはSDSLスーパーフレームに3回複製されている（すなわちコピー1からコピー3）。同様に、各々のPCM音声チャネル上のアクティブ化およびアクティブ解除したタイム枠の状態情報を伝えるDRRチャネルIDバイトは、3回（コピー1からコピー3）複製される。
【００２６】
ある実施例において、スーパーフレーム毎に正しいDRR制御バイトおよびDRRチャネルIDバイトのデータが3分の２の多数決計算で計算される。この方法により、比較的強いDRRプロトコルが可能となる。例えば、SDSLフレームが周期的冗長チェックの（CRC）アラームで影響を受ける場合、受け手側はDRR制御バイトおよびDRRチャネルIDバイトの3組を調べ、3組のうちの2組が一致するかどうかの評価に基づいて真値を決定することが出来る。
【００２７】
図6は本発明の実施例に係る1DRR制御バイトの定義に関する概略図である。DRRコマンド602は、サポートされた16個の内の1または複数のDRRコマンドで構成され、この内の4個が図８に定義して表示されている。
【００２８】
連番（SN）604は、DRRメッセージの紛失(例えばCRCエラーのため)があった事を知らせるエラー制御機構として用いられるフィールドで構成されている。後述するように、MONITORコマンドのための値は、“00”にセットしてもよい。ある実施例においては、ライン端子（LT）およびネットワーク端末（NT）の間でEXECおよびEXEC_ACK/EXEC_NAKコマンドの交換の間に、連番604は“01”から“11”までとなる。
【００２９】
タイム枠IDグループ606は、SDSLが8つ以上の音声チャネルをサポートする時に使用する１つのフィールドで構成される。これらの2つのビットは、DRRコマンドが影響する8つの音声チャネルのグループに属す特定のタイム枠を特定するために用いられる。この値は、0つまり“00”から、3つまり“11”になる。この構成で最高32個のタイム枠がサポートできる。
【００３０】
図7は、本発明の実施例に係るDRRチャネルIDバイトの概略図である。図7に示すように、TS(8s+n)ビットは、関連した（8s+n）音声チャネルのステータスに関連する（ここでsが枠IDグループ、そしてnがそのグループのタイム枠を表す）。このビット値が“1”である場合は、その関連した音声チャネルが使用可である（すなわち現在、音声通話がアクティブか、PCMチャネルが新規の音声通話を確立するプロセス中である）。ビット値が'0'である場合は、その関連した音声チャネルは使用できない（すなわちこのPCMチャネルは音声通話をサポートしておらず、このバンド幅は非同期データに使用できない）。
【００３１】
図8は、本発明の実施例に係るDRRコマンドを表示している模式的なチャートである。
もちろん他のコマンドも可能である。
【００３２】
図9は、本発明の実施例に係るDRRイベントを実行する正常動作の下の模式的なDRR信号フロー図である。図10は、本発明の実施例に係るDRRイベントの典型的実行のための関連したタイミング図の概略図である。
【００３３】
図9に示すように下りの音声チャネルは、3つの隣接するEXECコマンドと、いずれかのEXEC_ACを受けると、SF(n+7)のスーパーフレームでタイム枠・マッピングを変更する。加えて上りの音声チャネルは、第3のEXEC_ACKコマンドの後でSF(m+5)のスーパーフレームでタイム枠・マッピングを変更する。3つのスーパーフレーム遅延は、最後のEXEC_ACK(SN=11)コマンドを受けるためにLTのための全ての可能な条件をカバーする。
【００３４】
図10に示すように、ある実施例用に、EXECコマンドに反応するNTのために最も長い遅延は、ほぼ1つのスーパーフレームである。加えて、NTから最後の応答を受けるLTのために、3つのスーパーフレームが必要である。音声タイム枠を変更する下りのパスは、EXEC_1コマンドから第7のスーパーフレームで発生する。また音声チャネル・タイム枠に対する上りの変更は、EXEC_ACK_3コマンドの後であるスーパーフレームで発生する。当然、他の構成も可能である。以下のプロトコルの記述は、図9-図10を参照する。
【００３５】
図9-図10に示すように、ある実施例では、音声チャネル・アクティブ化およびアクティブ解除は、LT側（下流方向）から“EXEC”DRRコマンドによって開始される。EXECコマンドを適応する関連のチャネルバイト情報と共に3つの連続したSDSLフレームから、“EXEC”DRRコマンドが送り出される。タイム枠IDグループの範囲内の複数の音声チャネルが、同時に扱われる。
【００３６】
ある実施例において、EXEC  DRRコマンドが3つの連続したフレームにおいて送り出された後に、次の第4のスーパーフレーム、つまり下流方向において音声チャネルがアクティブ化およびアクティブ解除する。この“SN”ナンバーが連続するフレーム中で“01”から、“10”、“11”へと“EXEC”DRRコマンドとして用いられる。同じフレームの範囲内では、“EXEC”DRRコマンドの各々のコピーは、同じ“SN”ナンバーを含んでいる。
【００３７】
ある実施例によれば、あらゆるSDSLスーパーフレームのために、受け手側のNTは、そのコマンドがMONITORでなければ、“EXEC  ACK”または“EXEC_NAK”DRRコマンドをそのLTへ送り返し、SNナンバーとコマンド・フィールドをチェックしなければならない。上記の通りSNをコーディングする手続きは、“EXEC  ACK”または“EXEC_NAK”DRRコマンドにも適用される。
【００３８】
DRRコマンドを含むフレームを受け取ったNTは、アクティブ化およびアクティブ解除させる正しい音声チャネルを判断するために3分の2の多数決計算を用いる。同じDRRコマンド（SN値が各1づつ増えている場合）を含んでいる3つのフレームの中で、もし1つだけ正しいDRRコマンドを受けた場合はNTは、正しいスーパーフレーム番号を見つけるためにそのSNナンバーに基づいてEXECコマンド終了後に、それでも音声チャネルのステータスを変更しなければならない。
【００３９】
上りの音声チャネルをアクティブ化およびアクティブ解除は、上述のように少なくともEXEC_ACKコマンドがあれば、3つのEXEC_ACK/EXEC_NAKの後でされる。もし正しいDRRコマンドが受けられない場合、NTは現在の音声チャネルのステータスを保持する。MONITORコマンドに関する手続きは、ここでも適用される。若干のデータエラーがある場合は、次のEXECコマンド上でLTにより回復される。
【００４０】
LT側は、受け取ったEXEC_ACKおよびEXEC_NAKコマンドに基づいて、同じDRRコマンドを再発行することを決められる。しかしながら下流方向での音声チャネルのアクティブ化およびアクティブ解除は、常に“EXEC”DRRコマンドを3回送信した後に実行しなければならない。
【００４１】
SN番号、チャネル-バイトおよびEXECACK/EXEC_NAKのタイム枠IDグループ番号は受信した“EXEC”DRRコマンドと同様でなければならない。LT側では、音声チャネルのアクティブ化およびアクティブ解除コマンドが完了したかどうかを判断するのは、EXEC_ACKリターン・コマンドに基づいてもよい。
【００４２】
DRRコマンドは、一般的にはLT側からNT側へ出される。上り方向は、音声チャネルのステータスを変更するのはEXEC_ACK/EXEC_NAKコマンドに基づく。１つ以上のEXEC.ACKを受けた場合は、EXEC_ACK  DRRコマンドの第3の送信（すなわちSN=“11”）の後、音声チャネルのアクティブ化またはアクティブ解除のステータスを変更する。さもなければ、最初の値が保持される。
【００４３】
もしEXEC、EXEC_ACK.およびEXEC_NAKコマンドが無ければMONITORコマンドが出される。
この場合は、SN番号はMONITORコマンドのための“00”にセットされる。MONITORコマンドのためにACKコマンドは必要ない。SDSLの両側に正しい音声チャネルのアクティブ化またはアクティブ解除ステータスを保持するために、MONITORコマンドは、音声チャネル・バイト/タイム枠・バイトを送り出すように継続的に用いられる（ただしDRRコマンドを交換する必要がない限り）。
【００４４】
以下の説明は、DRRのシステムレベルの要件のための定義である。これらのシステムレベルの要件は、DRR信号プロトコルおよび手続きがSDSLアクセス網のニーズを満たすことを確実にするのに役に立つ。一般に、DRR交換メカニズムを定める時には、以下の考慮が評価されなければならない：PCM音声タイム枠をアクティブ化およびアクティブ解除する時間を最小化すること；非常に短い期間の複数の時間枠の割付けや割付け解除によって、音声処理イベントがあった場合の待ち行列の遅延の影響を避けるか又は最小化するのを出来るようにすること；そしてDRRに使われる信号プロトコルのノイズ・イベントに対するある形態の堅固性または免疫性を提供すること。
【００４５】
音声通話を確立したり解除したりするのを認識することに関して上記の考察は、SDSLフレームを再分配する2ステップの手続きが行われる本発明の実施例を提供する。まず第1のステップは、B  Channel  AllocateメッセージとB  Cannel  Allocate  Ack  メッセージを用いて、LT側とNT側の間のタイム枠の最初リストを交換することである。これらのメッセージは、SDSL埋め込みオペレーションチャネル（eoc）を通じて搬送される。第2のステップは、SDSLオーバーヘッド（SOH）ビットにより定義されるLT側およびNT側間のメッセージを交換することで、その後の移行情報を新規のタイム枠が割付けられたフレームに確立することである。同期サイクルは、メッセージ同期要求(Sync  Demand)、同期応答(Syns  Response)および同期確認(Sync  Confirmation)により定義されている。新規のSDSLフレームへの切り替えは、Exec  Ack  (またはExec  Ack  New)およびExec  Completeメッセージの後で行われる。再配分が完了した後の最初の新しい上りおよび下りのSDSLフレームには、Doneメッセージが含まれる。換言すれば、SOHメッセージのこの交換ということは、TPS-TCプロセスの間でDRR信号を交換することである。
【００４６】
音声通話制御システムにおいて、多重呼出しイベント（電話機を「切ること」と、「掛け直すこと」の組合せ）が短い時間間隔において発生することは、常にあり得ることである。従って適切な同期式PCM音声チャネルをアクティブ化およびアクティブ解除する手続きが、更新された時間枠の割付けと関連することが望ましい。しかしながら、既存のフレーム移行プロトコルは、SOHメッセージおよび多重Bチャネルの割付け請求の間を関連させる方法を一般的に設けていない。したがって、次のイベントを扱う前にそのイベントのためのSDSLフレーミングを変更するための一連のSOHメッセージ後に、各々の音声チャネル・イベント（音声搬送帯時間枠のアクティブ化またはアクティブ解除）が続かなくてはならない。DRRに対するこの方法は、一度に複数の音声チャネル・イベントを扱うことができない。
【００４７】
新規な時間枠割付けをされたフレームに、移行するのに必要な時間を定めるための基準時間Trefを決めることは有用である。このTrefは、LT側がSync  DemandとSync  Confirmを送信する時間間隔として測定することが出来る。フレームが定められる新しいSDSLに移行するのに必要な合計時間は、（2+n）Trefで定義される。なおここでn=0,1,2…であり、n=0がデフォルト値である。パラメータnは、合意手続きにより定義できる。
【００４８】
既存の努力は上述の第2のステップ、すなわちSOHメッセージを交換するのに必要な時間に主に集中しており、そこでは音声通話を確立したり解除したりするためのSDSLフレームを変更するのにどれくらい時間がかかるかについて算出している。n=0では、周期冗長チェック（cyclic  redundancy  check;  CRC）エラーでフレームが崩れず、従ってその分だけ時間がかかるようなことが無いとしても、60ms（10個のスーパーフレームまたは2*Tref）であると推定される。音声搬送帯（bearer）の時間枠をアクティブ化およびアクティブ解除させるのに必要とする時間が必要である以上に、さらに既述のステップ１、すなわちB  Channel  AllocateとB  Channel  Allocate  Ackメッセージを交換する時間を考慮に入れる必要性がある。
【００４９】
B  Channel  AllocateとB  Channel  Allocate  Ackが上述のeoc(SDSL埋め込みオペレーションチャネル)で搬送される提案に続いて、全てのHDLCフレームを考慮すると、音声チャネルが８PCM以下とすると、各メッセージは送信に8バイトを要する。各SDSLスーパーフレームのeocにはたった２０ビットしか割り付けられていないので、このeocは通常はスピードの遅いチャネルである（約3.3kbps）。LT側もしくはNT側でeoc処理による遅延が無い場合、B  Channel  AllocateとB  Channel  Allocate  Ackメッセージを交換するためには、4個から8個のスーパーフレームが必要であり、これには24msから48msを必要とする。従ってSOHメッセージを交換するのに必要な時間にこの時間を加えると、音声搬送帯の時間枠は略100msになる。
【００５０】
上記eoc(SDSL埋め込みオペレーションチャネル)はさらに、フレームの最大長が75個の８ビット・バイトである要件の下に、他のトラフィックを搬送する。B  Channel  AllocateとB  Channel  Allocate  Ackメッセージが音声トラフィックをサポートするために、これらは時間的に余裕がある管理イベントに優先して処理されなければならない。残念なことにeocは、そのような待ち行列機能を有しない。従って、そのB  Channel  Allocate  Ackメッセージが送信される前に他のメッセージの後の待ち行列に入れられるかもしれない。そうなると、ecoを経由してそのメッセージを送信する時間に相当な遅延が発生するようになる。
【００５１】
最後にCRCエラーが、SOHメッセージの交換に重要な影響を及ぼす。切り替え処理がTref（すなわちn>0）の倍数によって勝手に遅れる場合、DRR手続きが通信回線障害に対して、より免疫がつくことがあり得ることが示唆される。しかしながらTrefが30msでは、これがDRRプロセスを完了するために長時間を上乗せすることになる。特に通話制御タイマ値が短い（しばしば200msの命令上の）北アメリカ標準に基づくシステムでは、明らかにレイヤ3音声通話確立および解除のイベントは影響を受ける。
【００５２】
ある実施例では、CRC（cyclic  redundancy  check;  周期冗長チェック）は各々のSDSLフレーム毎に生成されて、次のフレームに送信される。同期語、CRCビットおよびスタッフビット以外のフレーム内の全てのビットは、CRCが適用されている。CRC異常が宣言される場合、上述のステップ2のSOHメッセージを含む全てのフレームは廃棄される。残念なことに、フレーム内でCRCエラーが宣言されると、SOHビットの#24および#36が有効かどうかは判明しない。上記ステップ2にまとめられる2-ビットSOHメッセージ送信構成がSDSLスーパーフレームと旨く合う一方で、それはCRCエラーにより厳しく影響を受ける。一旦フレームが壊れると、新規な時間枠割付けをされた新フレームに移行する際、不明瞭な遅延が生ずる。この種の遅延は、音声通話制御信号の効率に重大な影響を及ぼしてしまう。
【００５３】
ある実施例においては、音声時間枠のステータスをチェックするために、LT側（ライン端子側）がB  Channel  Allocate  メッセージをNT側（ネットワーク端末側）へ周期的に送信する。これはNT側がLT側と同期していることを確実にするために用いられ、音声チャネルが確立していないか又は解消した時間内に行われる。
【００５４】
ある実施例において、POTSおよびISDN時間枠は、枠ポジションを変更することなくSDSLフレームのATM搬送帯の一部に一時的に割付けられる。しかしながら、これは規格のための他のプロポーザルにおいて行われる立場と矛盾することがある。例えば、DSLフォーラムのVoDSL作業グループおよびITU-T  Q4/SGI5では、音声搬送帯の時間枠とATM搬送帯部分は同一のグループに集められている。
【００５５】
本発明は、本願明細書において記載されている特定の実施例によって有効範囲が制限されることはない。実際は本願明細書において記載されている内容に加えて本発明のさまざまな変更は、前述の説明および添付図面から、当業者にとっては明白である。従ってこの種の変更は、以下添付の特許請求の範囲に属する意図である。更に本発明は本願明細書において特定目的のために特定の環境の特定の実行内容で記載されているが、当業者であればこの発明の有用性はそれらに限定されないことは明らかであり、本発明が如何なる目的、如何なる環境においても実施可能であることは明らかである。したがって、以下の特許請求の範囲はここで開示された本発明の技術的思想を十分考慮して解釈されるべきである。
【図面の簡単な説明】
【００５６】
【図１】本発明の実施例によるデータ・チャネルと同時に同期式PCM音声チャネルを搬送するための処理要素を示す参照モデルの概略図である。
【図２】本発明の実施例によるチャネル化された音声をサポートするdual-beater(二重搬送帯)  IFS-IC  framing  modeの概略図である。
【図３】本発明の実施例による音声処理部で定義された代表的なフレーミングの概略図である。
【図４Ａ】本発明の実施例による音声処理部106経由の音声チャネル識別を示す。
【図４Ｂ】本発明の実施例によるさまざまなDRRコマンドから生じるタイム枠の伝送を示す。
【図５Ａ】本発明の実施例による図3のペイロード・ブロックの他の概略図である。
【図５Ｂ】本発明の実施例によるスーパーフレームの全体に渡るZ-ビットチャネルの定義を示す模式的なチャートである。
【図６】本発明の実施例によるDRR制御バイトを示す概略図である。
【図７】本発明の実施例によるDRRチャネルIDバイトの概略図である。
【図８】本発明の実施例による潜在的DRRコマンドを表す模式的なチャートである。
【図９】本発明の実施例によるDRRイベントを実行している正常動作の下の模式的なDRR信号フロー図である。
【図１０】本発明の実施例によるDRRイベントを典型的に実行するための関連するタイミング図の概略図である。
【図１】
2005505157.tif 000003
【図２】
2005505157.tif 000004
【図３】
2005505157.tif 000005
【図４Ａ】
2005505157.tif 000006
【図４Ｂ】
2005505157.tif 000007
【図５Ａ】
2005505157.tif 000008
【図５Ｂ】
2005505157.tif 000009
【図６】
2005505157.tif 000010
【図７】
2005505157.tif 000011
【図８】
2005505157.tif 000012
【図９】
2005505157.tif 000013
【図１０】
2005505157.tif 000014
【国際公開パンフレット】
2005505157.tif 000015
2005505157.tif 000016
2005505157.tif 000017
2005505157.tif 000018
2005505157.tif 000019
2005505157.tif 000020
2005505157.tif 000021
2005505157.tif 000022
2005505157.tif 000023
2005505157.tif 000024
2005505157.tif 000025
2005505157.tif 000026
2005505157.tif 000027
2005505157.tif 000028
2005505157.tif 000029
2005505157.tif 000030
2005505157.tif 000031
2005505157.tif 000032
2005505157.tif 000033
2005505157.tif 000034
2005505157.tif 000035
2005505157.tif 000036
2005505157.tif 000037
2005505157.tif 000038
2005505157.tif 000039
【国際公開パンフレット（コレクトバージョン）】
2005505157.tif 000040
2005505157.tif 000041
【国際調査報告】
2005505157.tif 000042
2005505157.tif 000043
2005505157.tif 000044
2005505157.tif 000045
2005505157.tif 000046