JPH11191815A - Ｉｓｄｎによるインターネット・サービス - Google Patents
Ｉｓｄｎによるインターネット・サービスInfo
- Publication number
- JPH11191815A JPH11191815A JP10270701A JP27070198A JPH11191815A JP H11191815 A JPH11191815 A JP H11191815A JP 10270701 A JP10270701 A JP 10270701A JP 27070198 A JP27070198 A JP 27070198A JP H11191815 A JPH11191815 A JP H11191815A
- Authority
- JP
- Japan
- Prior art keywords
- channel
- packet
- packets
- type
- transmitted
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 230000005540 biological transmission Effects 0.000 claims abstract description 35
- 238000000034 method Methods 0.000 claims description 72
- 230000001934 delay Effects 0.000 claims description 13
- 239000002131 composite material Substances 0.000 claims description 4
- 238000011010 flushing procedure Methods 0.000 claims description 2
- 230000002265 prevention Effects 0.000 claims 1
- 238000012360 testing method Methods 0.000 description 34
- 239000012634 fragment Substances 0.000 description 23
- 230000008569 process Effects 0.000 description 21
- 238000009432 framing Methods 0.000 description 4
- 230000006872 improvement Effects 0.000 description 4
- 230000001360 synchronised effect Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 229920000267 ladder-type polyparaphenylene Polymers 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000012163 sequencing technique Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 102100026827 Protein associated with UVRAG as autophagy enhancer Human genes 0.000 description 1
- 101710102978 Protein associated with UVRAG as autophagy enhancer Proteins 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000013467 fragmentation Methods 0.000 description 1
- 238000006062 fragmentation reaction Methods 0.000 description 1
- NUHSROFQTUXZQQ-UHFFFAOYSA-N isopentenyl diphosphate Chemical compound CC(=C)CCO[P@](O)(=O)OP(O)(O)=O NUHSROFQTUXZQQ-UHFFFAOYSA-N 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
- H04Q11/0435—Details
- H04Q11/0457—Connection protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13146—Rerouting upon blocking/overload, rearrangement
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13166—Fault prevention
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13174—Data transmission, file transfer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13176—Common channel signaling, CCS7
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13204—Protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13205—Primary rate access, PRI
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13208—Inverse multiplexing, channel bonding, e.g. TSSI aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13209—ISDN
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13248—Multimedia
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/1325—Priority service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13296—Packet switching, X.25, frame relay
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13298—Local loop systems, access network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13332—Broadband, CATV, dynamic bandwidth allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13389—LAN, internet
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephone Function (AREA)
- Telephonic Communication Services (AREA)
- Small-Scale Networks (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】 （修正有）
【課題】 総合デジタルサービス網（Ｉntegrated Ｓer
vices Ｄigital Ｎetwork:ＩＳＤＮ）ラインのＤチャン
ネルを用いてインターネット・サービスを提供する。 【解決手段】 ＤチャンネルとＢチャンネルの少なくと
も一つがインターネットに類似するサービスを伝送する
ために能動状態のときに使用され、パケットをＤチャン
ネルを介して送信するときに、パケットが、遭遇し得る
遅延に耐えることができない形式のストリームに属して
いるかどうかを決定する段階又は手段と、パケットをＤ
チャンネルを介して送信するときに、パケットが、遭遇
し得る遅延に耐えることができない形式のストリームに
属していると決定されたときには、Ｂチャンネルの一つ
によりパケットを送信する段階又は手段とで構成され
る。
vices Ｄigital Ｎetwork:ＩＳＤＮ）ラインのＤチャン
ネルを用いてインターネット・サービスを提供する。 【解決手段】 ＤチャンネルとＢチャンネルの少なくと
も一つがインターネットに類似するサービスを伝送する
ために能動状態のときに使用され、パケットをＤチャン
ネルを介して送信するときに、パケットが、遭遇し得る
遅延に耐えることができない形式のストリームに属して
いるかどうかを決定する段階又は手段と、パケットをＤ
チャンネルを介して送信するときに、パケットが、遭遇
し得る遅延に耐えることができない形式のストリームに
属していると決定されたときには、Ｂチャンネルの一つ
によりパケットを送信する段階又は手段とで構成され
る。
Description
【０００１】
【技術分野】本発明は、インターネット・プロトコル
（ＩＰ）を基礎とするデータ・サービスの提供に関し、
更に詳細には、総合デジタルサービス網（Ｉntegrated
Ｓervices Ｄigital Ｎetwork:ＩＳＤＮ）ラインのＤチ
ャンネルを用いたインターネット・サービスの提供に関
する。
（ＩＰ）を基礎とするデータ・サービスの提供に関し、
更に詳細には、総合デジタルサービス網（Ｉntegrated
Ｓervices Ｄigital Ｎetwork:ＩＳＤＮ）ラインのＤチ
ャンネルを用いたインターネット・サービスの提供に関
する。
【０００２】
【発明の背景】インターネット・サービスが、総合デジ
タルサービス網（ＩＳＤＮ）ラインを通して提供できる
ことは当該技術では周知である。この種のあるサービス
には多段リンク二地点間プロトコル（ＭultiＬink Ｐoi
nt-To-Ｐoint Ｐrotocol：ＭＬＰＰＰ）が用いられる。
ＭＬＰＰＰは、１２８Ｋｂｐｓでインターネット・サー
ビスを提供するために二本のＩＳＤＮのＢチャンネルの
結合に使用されてきた。更に、ＩＳＤＮラインのＤチャ
ンネルを二本のＢチャンネルに結合できるようにし、こ
れにより約１４４Ｋｂｐｓでインターネット・サービス
を提供しようとする提案がある。しかし、この提案には
幾つかの問題点がある。
タルサービス網（ＩＳＤＮ）ラインを通して提供できる
ことは当該技術では周知である。この種のあるサービス
には多段リンク二地点間プロトコル（ＭultiＬink Ｐoi
nt-To-Ｐoint Ｐrotocol：ＭＬＰＰＰ）が用いられる。
ＭＬＰＰＰは、１２８Ｋｂｐｓでインターネット・サー
ビスを提供するために二本のＩＳＤＮのＢチャンネルの
結合に使用されてきた。更に、ＩＳＤＮラインのＤチャ
ンネルを二本のＢチャンネルに結合できるようにし、こ
れにより約１４４Ｋｂｐｓでインターネット・サービス
を提供しようとする提案がある。しかし、この提案には
幾つかの問題点がある。
【０００３】第１に、インターネット・プロトコル（Ｉ
Ｐ）でのトラヒックは、パケットがその受信先で使用さ
れる予定のアプリケーションの形式に関係なく利用でき
る帯域幅のみに従って分割されるため、連続メディア・
アプリケーション、例えば、オーディオまたはビデオの
ようなアプリケーション用パケットはＤチャンネルを通
して送信されるのを終結させることができる。周知のよ
うに、Ｄチャンネルはパケット切り替え式データ・チャ
ンネルであり、従って、それには予測し得ない遅延があ
る。その結果、Ｄチャンネルから送信されるパケットが
いつその受信先に到着するかは未知である。
Ｐ）でのトラヒックは、パケットがその受信先で使用さ
れる予定のアプリケーションの形式に関係なく利用でき
る帯域幅のみに従って分割されるため、連続メディア・
アプリケーション、例えば、オーディオまたはビデオの
ようなアプリケーション用パケットはＤチャンネルを通
して送信されるのを終結させることができる。周知のよ
うに、Ｄチャンネルはパケット切り替え式データ・チャ
ンネルであり、従って、それには予測し得ない遅延があ
る。その結果、Ｄチャンネルから送信されるパケットが
いつその受信先に到着するかは未知である。
【０００４】インターネット・サービスにＭＬＰＰＰを
使用する場合、総てのパケットは第１ＩＰアクセス・サ
ーバ、例えば、ゲートウェイまたはルータでの受信直後
にパケットが送信された順序に並べ替えをしなければな
らない。順序の並べ替えを必要とする幾つかのパケット
は、Ｄチャンネルを通して送信されてきて、有意の遅延
が生じた可能性があるため、Ｂチャンネルを通して送信
および受信されたパケットの開封は、順序がこれらのパ
ケットに先行するＤチャンネル・パケットの到着を待つ
間に対応して遅延が生じることがある。このように、Ｄ
チャンネルの遅延はＢチャンネルに遅延をもたらす。即
ち、Ｄチャンネルを通して送信されるパケットは、Ｂチ
ャンネルを通して送信されるパケットを「人質」として
拘束することがある。
使用する場合、総てのパケットは第１ＩＰアクセス・サ
ーバ、例えば、ゲートウェイまたはルータでの受信直後
にパケットが送信された順序に並べ替えをしなければな
らない。順序の並べ替えを必要とする幾つかのパケット
は、Ｄチャンネルを通して送信されてきて、有意の遅延
が生じた可能性があるため、Ｂチャンネルを通して送信
および受信されたパケットの開封は、順序がこれらのパ
ケットに先行するＤチャンネル・パケットの到着を待つ
間に対応して遅延が生じることがある。このように、Ｄ
チャンネルの遅延はＢチャンネルに遅延をもたらす。即
ち、Ｄチャンネルを通して送信されるパケットは、Ｂチ
ャンネルを通して送信されるパケットを「人質」として
拘束することがある。
【０００５】このような遅延の結果、連続メディア・ア
プリケーションでは、性能が低下することがある、同様
に、連続メディア・アプリケーションの場合、Ｂチャン
ネルからのパケットはＤチャンネルからの何等かの先行
するパケットが到着するまで記憶させなければならない
ため、アクセス・サーバのバッファ条件は厳しくなる。
プリケーションでは、性能が低下することがある、同様
に、連続メディア・アプリケーションの場合、Ｂチャン
ネルからのパケットはＤチャンネルからの何等かの先行
するパケットが到着するまで記憶させなければならない
ため、アクセス・サーバのバッファ条件は厳しくなる。
【０００６】第２に、ＭＬＰＰＰで用いるＤチャンネル
を通るパケットは周知のＸ．２５フォーマットであるた
め、送信される情報の前に幾つかの異なるプロトコル層
のパケット・ヘッダが付いている。従って、ＭＬＰＰＰ
とＸ．２５を使用すると、不必要に複雑化し、情報の転
送に利用できる有効な帯域幅が減少する。
を通るパケットは周知のＸ．２５フォーマットであるた
め、送信される情報の前に幾つかの異なるプロトコル層
のパケット・ヘッダが付いている。従って、ＭＬＰＰＰ
とＸ．２５を使用すると、不必要に複雑化し、情報の転
送に利用できる有効な帯域幅が減少する。
【０００７】
【発明の概要】インターネット・サービスの向上は、上
述した従来技術に於けるように、送信が行われる連続メ
ディア・アプリケーションの場合に生じることがある。
Ｂチャンネルを通して送信されるパケットに受け入れら
れない遅延をもたらすパケットをＤチャンネルから除去
することにより、ＩＳＤＮライン上で達成できることが
わかった。性能の改善は、パケットが属するストリーム
に基づいてＢチャンネルとＤチャンネルとの間のパケッ
トを分離することで達成される。更に、本発明の一つの
態様によれば、従来技術のようにＢチャンネルとＤチャ
ンネルを一体結合する代わりに、Ｄチャンネルを独立に
維持しながら、Ｂチャンネルのみを相互に接続すること
ができる。そうするには、本発明の一実施形態では、従
来技術のようにＢチャンネルとＤチャンネルを複合した
ものにＭＬＰＰＰを用いる代わりに、ＭＬＰＰＰは、両
Ｂチャンネルのみに使用され、一方、Ｄチャンネルに別
に方向設定されたデータには他のプロトコル、例えば、
ポイント−トゥ−ポイント・プロトコル（Ｐoint-to Ｐ
oint Ｐrotocol：ＰＰＰ）を用いる。利点は、Ｄチャン
ネルを通る情報を送信するためのプロトコルの数が減
り、その結果、アプリケーション用の帯域幅をより広く
することができるので有利である。
述した従来技術に於けるように、送信が行われる連続メ
ディア・アプリケーションの場合に生じることがある。
Ｂチャンネルを通して送信されるパケットに受け入れら
れない遅延をもたらすパケットをＤチャンネルから除去
することにより、ＩＳＤＮライン上で達成できることが
わかった。性能の改善は、パケットが属するストリーム
に基づいてＢチャンネルとＤチャンネルとの間のパケッ
トを分離することで達成される。更に、本発明の一つの
態様によれば、従来技術のようにＢチャンネルとＤチャ
ンネルを一体結合する代わりに、Ｄチャンネルを独立に
維持しながら、Ｂチャンネルのみを相互に接続すること
ができる。そうするには、本発明の一実施形態では、従
来技術のようにＢチャンネルとＤチャンネルを複合した
ものにＭＬＰＰＰを用いる代わりに、ＭＬＰＰＰは、両
Ｂチャンネルのみに使用され、一方、Ｄチャンネルに別
に方向設定されたデータには他のプロトコル、例えば、
ポイント−トゥ−ポイント・プロトコル（Ｐoint-to Ｐ
oint Ｐrotocol：ＰＰＰ）を用いる。利点は、Ｄチャン
ネルを通る情報を送信するためのプロトコルの数が減
り、その結果、アプリケーション用の帯域幅をより広く
することができるので有利である。
【０００８】本発明の例示としての実施形態では、音声
やビデオのような連続メディア・アプリケーション用パ
ケットは、発信元、受信先、およびパケット・ヘッダの
形式情報を調べることによって識別される。これらのパ
ケットはＤチャンネルを通る送信が防止され、代わり
に、ＴＣＰ／ＩＰプロトコル・スタックとリンク層プロ
トコル・スタックとの間に挿入されるソフトウェアを使
ってＢチャンネル内だけに、例えば、終端点のあたりに
意図的に配される。他のパケットは、発信元、受信先、
およびプッシュ式のモデル・アプリケーションのための
情報、アクティブ・ディレクトリ、あるいは家庭用機器
関連情報を含むようなパケット・ヘッダの形式情報を調
べることによっても識別され、同様に、Ｄチャンネルか
ら送信される。
やビデオのような連続メディア・アプリケーション用パ
ケットは、発信元、受信先、およびパケット・ヘッダの
形式情報を調べることによって識別される。これらのパ
ケットはＤチャンネルを通る送信が防止され、代わり
に、ＴＣＰ／ＩＰプロトコル・スタックとリンク層プロ
トコル・スタックとの間に挿入されるソフトウェアを使
ってＢチャンネル内だけに、例えば、終端点のあたりに
意図的に配される。他のパケットは、発信元、受信先、
およびプッシュ式のモデル・アプリケーションのための
情報、アクティブ・ディレクトリ、あるいは家庭用機器
関連情報を含むようなパケット・ヘッダの形式情報を調
べることによっても識別され、同様に、Ｄチャンネルか
ら送信される。
【０００９】パケットは、Ｄチャンネルのみによる送信
に限定することもできる。
に限定することもできる。
【００１０】
【発明の詳細な記述】図１は、本発明の原理に従い、常
時運用状態にすることができ、Ｂチャンネルによるパケ
ット送信に遅延をもたらすパケットをＤチャンネルから
除去する、インターネット・サービス改善を提供するシ
ステムの概観を示す。図１に記載されているのは、端末
装置１０１、アクセス・サーバ１０３、電話局交換機１
０５、およびインターネット１１３である。
時運用状態にすることができ、Ｂチャンネルによるパケ
ット送信に遅延をもたらすパケットをＤチャンネルから
除去する、インターネット・サービス改善を提供するシ
ステムの概観を示す。図１に記載されているのは、端末
装置１０１、アクセス・サーバ１０３、電話局交換機１
０５、およびインターネット１１３である。
【００１１】端末装置１０５は、通常、ユーザが所在す
る場所、いわゆる、「カスタマの構内」に配され、総合
デジタルサービス網（ＩＳＤＮ）ラインを通して電話局
交換機に接続される。ＩＳＤＮラインは、例えば、いわ
ゆる、基本速度インターフェース（Ｂasic Ｒate Ｉnte
rface:ＢＲＩ）を支援し、そのインターフェースは共に
６４キロビット／秒（Ｋｂｐｓ）の二本のベアラ（Ｂ）
チャンネルと、１６Ｋｂｐｓで一本のデータ（Ｄ）チャ
ンネルを持っており、ＩＳＤＮラインを運用状態に維持
するために使用する付加的な信号情報はもとより、ユー
ザ・データの伝送に使用できる。
る場所、いわゆる、「カスタマの構内」に配され、総合
デジタルサービス網（ＩＳＤＮ）ラインを通して電話局
交換機に接続される。ＩＳＤＮラインは、例えば、いわ
ゆる、基本速度インターフェース（Ｂasic Ｒate Ｉnte
rface:ＢＲＩ）を支援し、そのインターフェースは共に
６４キロビット／秒（Ｋｂｐｓ）の二本のベアラ（Ｂ）
チャンネルと、１６Ｋｂｐｓで一本のデータ（Ｄ）チャ
ンネルを持っており、ＩＳＤＮラインを運用状態に維持
するために使用する付加的な信号情報はもとより、ユー
ザ・データの伝送に使用できる。
【００１２】電話局交換機１０５はＩＳＤＮラインを通
して端末装置１０１から送信されるユーザ・データを受
信し、ユーザ指定の受信先、例えば、インターネット１
１３の一つの受信先までの通信路にそのデータを方向設
定するプロセスをスタートさせる。同様に、電話局交換
機１０５は端末装置１０１宛てのデータを受信し、適切
に送信用にパッケージ化を行い、次いでそのデータをＩ
ＳＤＮラインを通して端末装置１０１に送信する。例え
ば、端末装置１０１宛てのインターネット１１３からの
データはアクセス・サーバ１０３から受信することがで
きる。
して端末装置１０１から送信されるユーザ・データを受
信し、ユーザ指定の受信先、例えば、インターネット１
１３の一つの受信先までの通信路にそのデータを方向設
定するプロセスをスタートさせる。同様に、電話局交換
機１０５は端末装置１０１宛てのデータを受信し、適切
に送信用にパッケージ化を行い、次いでそのデータをＩ
ＳＤＮラインを通して端末装置１０１に送信する。例え
ば、端末装置１０１宛てのインターネット１１３からの
データはアクセス・サーバ１０３から受信することがで
きる。
【００１３】当該技術に周知のように、一般的に、アク
セス・サーバは特定プロトコルに従って配列したデータ
を終端させ、電話局交換機とそのプロトコルでそのフォ
ーマットしたデータを伝送するネットワークとの間でそ
のプロトコルに対し双方向ゲートウェイとして機能す
る。例えば、アクセス・サーバ１０３は、ａ）電話局交
換機１０５から受信したデータを終端させ、ｂ）受信し
た情報を、例えば、インターネット・プロトコル（Ｉ
Ｐ）を用いて、インターネット１１３に適切なフォーマ
ットに再フォーマットし、およびｃ）こうして形成され
るパケットをインターネット１１３にルート設定するこ
とができる。同様に、アクセス・サーバ１０３は、１）
インターネット１１３からパケットを受信し、２）パケ
ット内部の情報を電話局交換機１０５が切り換えでき、
また端末装置１０１に送信できるフォーマットに再パッ
ケージする、例えば、Ｄチャンネル・データとしてＸ．
２５パケットに、Ｂチャンネル・データとして回線交換
データに再パッケージする。
セス・サーバは特定プロトコルに従って配列したデータ
を終端させ、電話局交換機とそのプロトコルでそのフォ
ーマットしたデータを伝送するネットワークとの間でそ
のプロトコルに対し双方向ゲートウェイとして機能す
る。例えば、アクセス・サーバ１０３は、ａ）電話局交
換機１０５から受信したデータを終端させ、ｂ）受信し
た情報を、例えば、インターネット・プロトコル（Ｉ
Ｐ）を用いて、インターネット１１３に適切なフォーマ
ットに再フォーマットし、およびｃ）こうして形成され
るパケットをインターネット１１３にルート設定するこ
とができる。同様に、アクセス・サーバ１０３は、１）
インターネット１１３からパケットを受信し、２）パケ
ット内部の情報を電話局交換機１０５が切り換えでき、
また端末装置１０１に送信できるフォーマットに再パッ
ケージする、例えば、Ｄチャンネル・データとしてＸ．
２５パケットに、Ｂチャンネル・データとして回線交換
データに再パッケージする。
【００１４】電話局交換機１０５には、回線交換機１０
７、パケット交換機１０９、およびライン・ユニット１
１１が含まれる。電話局交換機１０５は、例えば、Luce
nt Technologies 社が製造するＮｏ．５電子交換システ
ム（５ＥＳＳ）でもよい。ライン・ユニット１１１はＩ
ＳＤＮラインを終端する。そのライン・ユニットはＩＳ
ＤＮラインからデータを受信し、Ｂチャンネルからのデ
ータを回線交換機１０７に、Ｄチャンネルからのデータ
をパケット交換機１０９にルート設定する。同様に、回
線交換機１０７から受信する端末装置１０１宛てのデー
タは、ライン・ユニット１１１によってＢチャンネル上
に配され、一方、パケット交換機１０９から受信するデ
ータはライン・ユニット１１１によってＤチャンネル上
に配される。
７、パケット交換機１０９、およびライン・ユニット１
１１が含まれる。電話局交換機１０５は、例えば、Luce
nt Technologies 社が製造するＮｏ．５電子交換システ
ム（５ＥＳＳ）でもよい。ライン・ユニット１１１はＩ
ＳＤＮラインを終端する。そのライン・ユニットはＩＳ
ＤＮラインからデータを受信し、Ｂチャンネルからのデ
ータを回線交換機１０７に、Ｄチャンネルからのデータ
をパケット交換機１０９にルート設定する。同様に、回
線交換機１０７から受信する端末装置１０１宛てのデー
タは、ライン・ユニット１１１によってＢチャンネル上
に配され、一方、パケット交換機１０９から受信するデ
ータはライン・ユニット１１１によってＤチャンネル上
に配される。
【００１５】回線交換機１０７は、従来の回線交換機で
ある。その回線交換機は、Ｂチャンネル・データを、ラ
イン・ユニット１１１によってアクセス・サーバ１０３
と端末装置１０１との間で切り換える。パケット交換機
１０９は従来のパケット交換機である。例えば、パケッ
ト交換機１０９は、リンク・アクセス・プロトコル・Ｄ
チャンネル（ＬＡＰＤ）フォーマット化パケット、例え
ば、Ｘ．２５パケット、あるいはフレーム・リレー・パ
ケットに切り換えることができる。パケット交換機１０
９は、Ｄチャンネル・データをライン・ユニット１１１
によってアクセス・サーバ１０３と端末装置１０１との
間で切り換える。
ある。その回線交換機は、Ｂチャンネル・データを、ラ
イン・ユニット１１１によってアクセス・サーバ１０３
と端末装置１０１との間で切り換える。パケット交換機
１０９は従来のパケット交換機である。例えば、パケッ
ト交換機１０９は、リンク・アクセス・プロトコル・Ｄ
チャンネル（ＬＡＰＤ）フォーマット化パケット、例え
ば、Ｘ．２５パケット、あるいはフレーム・リレー・パ
ケットに切り換えることができる。パケット交換機１０
９は、Ｄチャンネル・データをライン・ユニット１１１
によってアクセス・サーバ１０３と端末装置１０１との
間で切り換える。
【００１６】インターネット１１３は、送信制御プロト
コル／インターネット・プロトコル（Ｔransmission Ｃ
ontrol Ｐrotocol ／Ｉnternet Ｐrotocol：ＴＣＰ／Ｉ
Ｐ）プロトコル等を用いる任意のネットワークにするこ
とができる。例えば、インターネット１１３は、周知の
公共アクセス・インターネットにすることができる。イ
ンターネット１１３はまた「イントラネット」にもする
ことができ、それは公共アクセス・インターネット個人
版のようなものである。更に、公共アクセス・インター
ネットまたはイントラネットに至る前に、インターネッ
ト１１３に含まれる付加的なルータを設けることができ
る。
コル／インターネット・プロトコル（Ｔransmission Ｃ
ontrol Ｐrotocol ／Ｉnternet Ｐrotocol：ＴＣＰ／Ｉ
Ｐ）プロトコル等を用いる任意のネットワークにするこ
とができる。例えば、インターネット１１３は、周知の
公共アクセス・インターネットにすることができる。イ
ンターネット１１３はまた「イントラネット」にもする
ことができ、それは公共アクセス・インターネット個人
版のようなものである。更に、公共アクセス・インター
ネットまたはイントラネットに至る前に、インターネッ
ト１１３に含まれる付加的なルータを設けることができ
る。
【００１７】図２に端末装置１０１の拡張型の例示とし
ての実施形態を示す。記載の実施形態では、端末装置１
０１にリンク層実行・エレメント２１１はもとより、ア
プリケーション２０１と、送信制御プロトコル（Ｔrans
mission Ｃontrol Ｐrotocol：ＴＣＰ）実行エレメント
２０３のような幾つかのプロトコル実行エレメントと、
実時間プロトコル（Ｒeal Ｔime Ｐrotocol:ＲＴＰ）実
行エレメント２０５と、ユーザ・データグラム・プロト
コル（Ｕser Ｄatagram Ｐrotocol:ＵＤＰ）実行エレメ
ント２０７と、インターネット・プロトコル（Ｉnterne
t Ｐrotocol:ＩＰ）実行プロトコル２０９が含まれる。
アプリケーション２０１は通信、即ち、インターネット
１１３（図１）、例えば、ネットスケープ・コミュニケ
ーションズから入手できるネットスケープ・ナビゲータ
のような世界規模のウェブ・ブラウザへの情報送信やウ
ェブ・ブラウザからの情報通信に必要なユーザ・アプリ
ケーションである。
ての実施形態を示す。記載の実施形態では、端末装置１
０１にリンク層実行・エレメント２１１はもとより、ア
プリケーション２０１と、送信制御プロトコル（Ｔrans
mission Ｃontrol Ｐrotocol：ＴＣＰ）実行エレメント
２０３のような幾つかのプロトコル実行エレメントと、
実時間プロトコル（Ｒeal Ｔime Ｐrotocol:ＲＴＰ）実
行エレメント２０５と、ユーザ・データグラム・プロト
コル（Ｕser Ｄatagram Ｐrotocol:ＵＤＰ）実行エレメ
ント２０７と、インターネット・プロトコル（Ｉnterne
t Ｐrotocol:ＩＰ）実行プロトコル２０９が含まれる。
アプリケーション２０１は通信、即ち、インターネット
１１３（図１）、例えば、ネットスケープ・コミュニケ
ーションズから入手できるネットスケープ・ナビゲータ
のような世界規模のウェブ・ブラウザへの情報送信やウ
ェブ・ブラウザからの情報通信に必要なユーザ・アプリ
ケーションである。
【００１８】アプリケーション２０１がインターネット
１１３に送信する情報を有するとき、アプリケーション
はその情報を送信制御プロトコル（ＴＣＰ）実行エレメ
ント２０３と、実時間プロトコル（ＲＴＰ）実行エレメ
ント２０５と、ユーザ・データグラム・プロトコル（Ｕ
ＤＰ）実行エレメント２０７の内の何れかに供給する。
適切な実行エレメントはアプリケーション２０１から送
信されるデータの形式に基づいて決定される。従って、
一つの実行によると、確実な転送を必要とするが、何ら
の時間的な拘束のないデータ、例えば、ファイル、世界
規模のウェブ・ページ、アプリケーション制御情報等
が、送信制御プロトコル（ＴＣＰ）実行エレメント２０
３から送信される。ストリーム化されたオーディオやビ
デオのような時間に拘束されるデータを含む連続メディ
ア・アプリケーションには実時間プロトコル（ＲＴＰ）
実行エレメント２０５やユーザ・データグラム・プロト
コル（ＵＤＰ）実行エレメント２０７が用いられる。実
際に採用される特定のプロトコルはアプリケーション・
インプリメンタの自由裁量で決まる。
１１３に送信する情報を有するとき、アプリケーション
はその情報を送信制御プロトコル（ＴＣＰ）実行エレメ
ント２０３と、実時間プロトコル（ＲＴＰ）実行エレメ
ント２０５と、ユーザ・データグラム・プロトコル（Ｕ
ＤＰ）実行エレメント２０７の内の何れかに供給する。
適切な実行エレメントはアプリケーション２０１から送
信されるデータの形式に基づいて決定される。従って、
一つの実行によると、確実な転送を必要とするが、何ら
の時間的な拘束のないデータ、例えば、ファイル、世界
規模のウェブ・ページ、アプリケーション制御情報等
が、送信制御プロトコル（ＴＣＰ）実行エレメント２０
３から送信される。ストリーム化されたオーディオやビ
デオのような時間に拘束されるデータを含む連続メディ
ア・アプリケーションには実時間プロトコル（ＲＴＰ）
実行エレメント２０５やユーザ・データグラム・プロト
コル（ＵＤＰ）実行エレメント２０７が用いられる。実
際に採用される特定のプロトコルはアプリケーション・
インプリメンタの自由裁量で決まる。
【００１９】ＴＣＰ、ＲＴＰ／ＵＤＰ、またはＵＤＰの
何れを使用するかに関係なく、ＴＣＰ実行エレメント２
０３またはＲＴＰ実行エレメント２０５によって供給さ
れ、結果的に得られるパケットはＩＰ実行エレメント２
０９に供給される。周知のように、ＩＰは現在地から適
切な中間ルータまたは最終の受信先へパケットのルート
を設定するレイヤ３ルーティング・プロトコル(layer-3
routing protocol)である。各パケットは、プロトコル
に従ってフォーマット化されておりＩＰ実行エレメント
２０９からリンク層実行プロトコル２１１に供給され
る。
何れを使用するかに関係なく、ＴＣＰ実行エレメント２
０３またはＲＴＰ実行エレメント２０５によって供給さ
れ、結果的に得られるパケットはＩＰ実行エレメント２
０９に供給される。周知のように、ＩＰは現在地から適
切な中間ルータまたは最終の受信先へパケットのルート
を設定するレイヤ３ルーティング・プロトコル(layer-3
routing protocol)である。各パケットは、プロトコル
に従ってフォーマット化されておりＩＰ実行エレメント
２０９からリンク層実行プロトコル２１１に供給され
る。
【００２０】リンク層実行エレメント２１１の機能はＩ
ＰパケットをＤチャンネルと二本のＢチャンネルを通る
送信用にフォーマットすることであるため、ＩＰパケッ
トは電話局交換機１０５（図１）による切り換えと、ア
クセス・サーバ１０３による再構成ができる。この機能
は、Ｂチャンネルから送信されるパケットに遅延をもた
らすことになるどのパケットもＤチャンネルから本発明
の原理に従って除去される方法で実行される。この目的
のため、本発明の一つの態様によれば、パケットはそれ
らが属するストリームに基づき分離されため、特定形式
のストリームに属するパケットはＤチャンネルではな
く、Ｂチャンネルからのみ送信されるよう指定され、一
方、他の形式のストリームに属するパケットはＤチャン
ネルから送信されるよう指定される。パケットはマルチ
リンク・ポイント−トゥ−ポイント・プロトコル（ＭＬ
ＰＰＰ）を用いてＢチャンネルを通して送信されるた
め、パッケット負荷は両Ｂチャンネルに分配され、一
方、Ｄチャンネルに別に方向設定されるデータには他の
プロトコル、例えば、ポイント−トゥ−ポイント・プロ
トコルが採用され、このようなデータは本発明のもう一
つの態様によれば、Ｂチャンネル上のどのデータとも無
関係に送信される。
ＰパケットをＤチャンネルと二本のＢチャンネルを通る
送信用にフォーマットすることであるため、ＩＰパケッ
トは電話局交換機１０５（図１）による切り換えと、ア
クセス・サーバ１０３による再構成ができる。この機能
は、Ｂチャンネルから送信されるパケットに遅延をもた
らすことになるどのパケットもＤチャンネルから本発明
の原理に従って除去される方法で実行される。この目的
のため、本発明の一つの態様によれば、パケットはそれ
らが属するストリームに基づき分離されため、特定形式
のストリームに属するパケットはＤチャンネルではな
く、Ｂチャンネルからのみ送信されるよう指定され、一
方、他の形式のストリームに属するパケットはＤチャン
ネルから送信されるよう指定される。パケットはマルチ
リンク・ポイント−トゥ−ポイント・プロトコル（ＭＬ
ＰＰＰ）を用いてＢチャンネルを通して送信されるた
め、パッケット負荷は両Ｂチャンネルに分配され、一
方、Ｄチャンネルに別に方向設定されるデータには他の
プロトコル、例えば、ポイント−トゥ−ポイント・プロ
トコルが採用され、このようなデータは本発明のもう一
つの態様によれば、Ｂチャンネル上のどのデータとも無
関係に送信される。
【００２１】更に詳しくは図２に示すように、リンク層
実行エレメント２１１には、ａ）スケジューラ／アドミ
ッション・コントローラ２１３、ｂ）結合マネージャ２
１５、ｃ）制御プロトコル２１７、ｄ）ＭＬＰＰＰフレ
ーマ２１９、ｅ）ＰＰＰフレーマ２２１、２２３、ｆ）
Ｄチャンネル２２５のフレーム・リレー（ＦＲ）／Ｘ．
２５、およびｇ）二本のＢチャンネル２２７が含まれ
る。
実行エレメント２１１には、ａ）スケジューラ／アドミ
ッション・コントローラ２１３、ｂ）結合マネージャ２
１５、ｃ）制御プロトコル２１７、ｄ）ＭＬＰＰＰフレ
ーマ２１９、ｅ）ＰＰＰフレーマ２２１、２２３、ｆ）
Ｄチャンネル２２５のフレーム・リレー（ＦＲ）／Ｘ．
２５、およびｇ）二本のＢチャンネル２２７が含まれ
る。
【００２２】スケジューラ／アドミッション・コントロ
ーラ２１３のアドミッション・コントローラ部はＩＰ実
行エレメント２０９から受信する各パケットを分類し、
分類したパケットを待ち行列の内の一つに配する。パケ
ットが配される特定の待ち行列はすべて発信元、受信
先、およびパケット・ヘッダの形式情報の内の一つまた
はそれ以上の関数である。採用された特定の関数は結合
マネージャ２１５によって特定される。スケジューラ／
アドミッション・コントローラ２１３のスケジューラ部
は待ち行列先頭のパケットがいつ送信されるかを決定す
る。パケットが送信の待ち行列から読み出されると、そ
のパケットがＢチャンネルを通して送信できるものであ
ればＭＬＰＰＰフレーマ２１９に送られる。そうではな
く、そのパケットがＤチャンネルを通して送信できるも
のであればポイント−トゥ−ポイント・プロトコル（Ｐ
ＰＰ）フレーマ２２１に供給される。またＢチャンネル
を通して送信されるパケットの場合、スケジューラ／ア
ドミッション・コントローラ２１３のスケジューラ部は
パケットが第１Ｂチャンネルまたは第２Ｂチャンネルの
いずれで送信されるかを決定する。
ーラ２１３のアドミッション・コントローラ部はＩＰ実
行エレメント２０９から受信する各パケットを分類し、
分類したパケットを待ち行列の内の一つに配する。パケ
ットが配される特定の待ち行列はすべて発信元、受信
先、およびパケット・ヘッダの形式情報の内の一つまた
はそれ以上の関数である。採用された特定の関数は結合
マネージャ２１５によって特定される。スケジューラ／
アドミッション・コントローラ２１３のスケジューラ部
は待ち行列先頭のパケットがいつ送信されるかを決定す
る。パケットが送信の待ち行列から読み出されると、そ
のパケットがＢチャンネルを通して送信できるものであ
ればＭＬＰＰＰフレーマ２１９に送られる。そうではな
く、そのパケットがＤチャンネルを通して送信できるも
のであればポイント−トゥ−ポイント・プロトコル（Ｐ
ＰＰ）フレーマ２２１に供給される。またＢチャンネル
を通して送信されるパケットの場合、スケジューラ／ア
ドミッション・コントローラ２１３のスケジューラ部は
パケットが第１Ｂチャンネルまたは第２Ｂチャンネルの
いずれで送信されるかを決定する。
【００２３】ＭＬＰＰＰフレーマ２１９はこれにＭＬＰ
ＰＰヘッダとトレーラを各パケットに付けてフレーミン
グし、そのパケットをＰＰＰフレーマ２２３に渡す。Ｍ
ＬＰＰＰの使用により二本のＢチャンネルのような多段
リンクで送信されるパケットは、リンクの別端で再シー
ケンスの設定が可能になるため、リンクの各端にあるＩ
Ｐプロトコル・エレメントは一本のチャンネルのみを処
理しているように見える。ＭＬＰＰＰそのフォーマット
したパケットは次いでＰＰＰフレーマ２２３に送信され
る。
ＰＰヘッダとトレーラを各パケットに付けてフレーミン
グし、そのパケットをＰＰＰフレーマ２２３に渡す。Ｍ
ＬＰＰＰの使用により二本のＢチャンネルのような多段
リンクで送信されるパケットは、リンクの別端で再シー
ケンスの設定が可能になるため、リンクの各端にあるＩ
Ｐプロトコル・エレメントは一本のチャンネルのみを処
理しているように見える。ＭＬＰＰＰそのフォーマット
したパケットは次いでＰＰＰフレーマ２２３に送信され
る。
【００２４】ＰＰＰフレーマ２２１、２２３の各々はこ
れがＰＰＰフォーマットに従って受信するパケットをフ
ォーマットする。ＰＰＰフレーマ２２１はＤチャンネル
２２５上のＦＲ／Ｘ．２５フォーマッタにそのフォーマ
ットしたパケットを送信し、そこでは次いでＰＰＰパケ
ットをインプリメンタが選択したＸ．２５またはフレー
ム・リレーとしてフォーマットし、その結果をＤチャン
ネルを通して送信する。同様に、ＰＰＰフレーマ２２３
はＢチャンネルを通る送信用にそのフォーマットしたパ
ケットを送信する。Ｂチャンネルで送信されるデータは
同期しているため、ＰＰＰフレーマ２２３は同期フレー
マであり、一方、Ｄチャンネルで送信されるパケット・
データは非同期であるため、ＰＰＰフォーマット２２１
は非同期であることに留意されたい。
れがＰＰＰフォーマットに従って受信するパケットをフ
ォーマットする。ＰＰＰフレーマ２２１はＤチャンネル
２２５上のＦＲ／Ｘ．２５フォーマッタにそのフォーマ
ットしたパケットを送信し、そこでは次いでＰＰＰパケ
ットをインプリメンタが選択したＸ．２５またはフレー
ム・リレーとしてフォーマットし、その結果をＤチャン
ネルを通して送信する。同様に、ＰＰＰフレーマ２２３
はＢチャンネルを通る送信用にそのフォーマットしたパ
ケットを送信する。Ｂチャンネルで送信されるデータは
同期しているため、ＰＰＰフレーマ２２３は同期フレー
マであり、一方、Ｄチャンネルで送信されるパケット・
データは非同期であるため、ＰＰＰフォーマット２２１
は非同期であることに留意されたい。
【００２５】制御プロトコル２１７は、大半が従来的で
ある幾つかの機能の実行に使用している。制御プロトコ
ル２１７の機能は制御プロトコル２１７が形成し、特別
ＰＰＰパケットとして、例えば、リンク制御プロトコル
（Ｌink Ｃontrol Ｐrotocol：ＬＣＰ）としてパケット
・ストリームに挿入されるパケットの使用によって実行
される。制御プロトコル２１７の機能には、例えば、
ａ）認証すること、ｂ）サーバからＩＰアドレスを求
め、そのアドレスをＩＰ実行エレメント２０９に供給す
ること、およびｃ）使用されているリンクが何れである
かについてを遠隔地点に通報するために用いられる帯域
幅の割り当てが含まれる。このような制御パケットは同
一リンクを送信される他のトラヒックから分離し、その
ような他のトラヒックよりも高い優先順位を与えること
を勧める。そうすることによって制御命令に対するシス
テム応答が促進される。
ある幾つかの機能の実行に使用している。制御プロトコ
ル２１７の機能は制御プロトコル２１７が形成し、特別
ＰＰＰパケットとして、例えば、リンク制御プロトコル
（Ｌink Ｃontrol Ｐrotocol：ＬＣＰ）としてパケット
・ストリームに挿入されるパケットの使用によって実行
される。制御プロトコル２１７の機能には、例えば、
ａ）認証すること、ｂ）サーバからＩＰアドレスを求
め、そのアドレスをＩＰ実行エレメント２０９に供給す
ること、およびｃ）使用されているリンクが何れである
かについてを遠隔地点に通報するために用いられる帯域
幅の割り当てが含まれる。このような制御パケットは同
一リンクを送信される他のトラヒックから分離し、その
ような他のトラヒックよりも高い優先順位を与えること
を勧める。そうすることによって制御命令に対するシス
テム応答が促進される。
【００２６】その上、本発明の一つの態様によれば、制
御プロトコル２１７は制御メッセージ、例えば、アクセ
ス・サーバ１０３（図１）からの一つまたはそれ以上の
特別パケット内の制御メッセージに応答してＤチャンネ
ルに使用される帯域幅を縮小する。あるピーク・ユーザ
・アクセス期間に電話局交換機１０５に接続される各種
の端末装置から送信ができる総てのパケットを一時に処
理するようにパケット交換機１０９が適正に設計されて
いる場合に、このような帯域幅の縮小が必要となる。逆
に、本発明の一つの態様によれば、制御プロトコル２１
７はアクセス・サーバ１０３（図１）からの特別パケッ
トに応答しＤャンネルで利用できる帯域幅を拡大する。
御プロトコル２１７は制御メッセージ、例えば、アクセ
ス・サーバ１０３（図１）からの一つまたはそれ以上の
特別パケット内の制御メッセージに応答してＤチャンネ
ルに使用される帯域幅を縮小する。あるピーク・ユーザ
・アクセス期間に電話局交換機１０５に接続される各種
の端末装置から送信ができる総てのパケットを一時に処
理するようにパケット交換機１０９が適正に設計されて
いる場合に、このような帯域幅の縮小が必要となる。逆
に、本発明の一つの態様によれば、制御プロトコル２１
７はアクセス・サーバ１０３（図１）からの特別パケッ
トに応答しＤャンネルで利用できる帯域幅を拡大する。
【００２７】結合マネージャ２１５は、本発明の原理に
従ってアクセス・サーバ１０３からの特別パケットに応
答し、どのパケットがＤチャンネルから送信できないか
を特定する機能を確立する。更に、結合マネージャ２１
５は、ストリーム毎に二本のＢチャンネルに使用すべき
スケジュールを指定することができる。前記のように、
ストリームは発信元、受信先、および形式情報によって
決定される。発信元情報または受信先情報には発信元ア
ドレスまたは受信先アドレスのみならず、発信元または
受信先のポートも含めることができることを留意された
い。
従ってアクセス・サーバ１０３からの特別パケットに応
答し、どのパケットがＤチャンネルから送信できないか
を特定する機能を確立する。更に、結合マネージャ２１
５は、ストリーム毎に二本のＢチャンネルに使用すべき
スケジュールを指定することができる。前記のように、
ストリームは発信元、受信先、および形式情報によって
決定される。発信元情報または受信先情報には発信元ア
ドレスまたは受信先アドレスのみならず、発信元または
受信先のポートも含めることができることを留意された
い。
【００２８】ＩＳＤＮ ＢＲＩを通してインターネット
から受信したパケットを逆方向にアプリケーション２０
１に伝送するため、端末装置１０１の前記エレメントの
各々は逆にも機能する。しかし、ＭＬＰＰＰフレーマ２
１９から出力され、スケジューラ／アドミッション・コ
ントローラ２１３に到るＩＰパケットの代わりに、その
ＩＰパケットはＩＰ実行エレメント２０９に直接送られ
る。同様に、ＰＰＰフレーマ２２１から出力される総て
の非制御プロトコルＩＰパケットは、スケジューラ／ア
ドミッション・コントローラ２１３に伝送される代わり
にＩＰ実行エレメント２０９に直接送られる。
から受信したパケットを逆方向にアプリケーション２０
１に伝送するため、端末装置１０１の前記エレメントの
各々は逆にも機能する。しかし、ＭＬＰＰＰフレーマ２
１９から出力され、スケジューラ／アドミッション・コ
ントローラ２１３に到るＩＰパケットの代わりに、その
ＩＰパケットはＩＰ実行エレメント２０９に直接送られ
る。同様に、ＰＰＰフレーマ２２１から出力される総て
の非制御プロトコルＩＰパケットは、スケジューラ／ア
ドミッション・コントローラ２１３に伝送される代わり
にＩＰ実行エレメント２０９に直接送られる。
【００２９】図３にアクセス・サーバ１０３の拡大型の
例示としての実施形態を示す。アクセス・サーバ１０３
は図２に記載のように端末装置１０１と構造が類似して
いる。記載の実施形態では、他のネットワーク・インタ
ーフェース３４１と、インターネット・プロトコル（Ｉ
Ｐ）実行エレメント３０９と、リンク層実行エレメント
３１１がアクセス・サーバ１０３に含まれる。他のネッ
トワーク・インターフェース３４１はインターネットか
ら送信され、端末装置１０１（図２）のアプリケーショ
ン２０１に送り込まなければならない情報を受信する。
ＩＰ実行エレメント３０９から他のネットワーク・イン
タフェース３４１によって受信する情報は、ＩＰプロト
コルに従って情報をフォーマットするインターネット・
プロトコル（ＩＰ）実行エレメント３０９に供給され
る。
例示としての実施形態を示す。アクセス・サーバ１０３
は図２に記載のように端末装置１０１と構造が類似して
いる。記載の実施形態では、他のネットワーク・インタ
ーフェース３４１と、インターネット・プロトコル（Ｉ
Ｐ）実行エレメント３０９と、リンク層実行エレメント
３１１がアクセス・サーバ１０３に含まれる。他のネッ
トワーク・インターフェース３４１はインターネットか
ら送信され、端末装置１０１（図２）のアプリケーショ
ン２０１に送り込まなければならない情報を受信する。
ＩＰ実行エレメント３０９から他のネットワーク・イン
タフェース３４１によって受信する情報は、ＩＰプロト
コルに従って情報をフォーマットするインターネット・
プロトコル（ＩＰ）実行エレメント３０９に供給され
る。
【００３０】ＩＰプロトコルに従ってフォーマット化さ
れる各パケットはＩＰ実行エレメント３０９からリンク
層実行エレメント３１１に供給される。リンク層実行エ
レメント３１１の機能はＩＰパケットを受け取り、Ｄチ
ャンネルと二本のＢチャンネルを通る送信用にパケット
をフォーマットすることである。従って、そのパケット
は電話局交換機１０５（図１）により切り換えられ、ア
プリケーション２０１用の端末装置１０１によって再構
成できる。この機能は、本発明の原理により、Ｂチャン
ネルによるパケット送信に遅延をもたらすパケットをＤ
チャンネルから除去する方法で実行される。この目的の
ため本発明の一つの態様によれば、パケットはこれが属
するストリームに基づき分離されるため、特定形式のス
トリームのパケットはＤチャンネルではなく、唯一Ｂチ
ャンネルから送信されるよう指定され、一方、別の形式
のストリームのパケットはＤチャンネルを通して送信さ
れるよう指定される。パケットはマルチリンク・ポイン
ト−トゥ−ポイント・プロトコル（ＭＬＰＰＰ）を使用
しＢチャンネルを通して送信されるため、パケット負荷
は両Ｂチャンネルに分配され、一方、本発明の更にもう
一つの態様に従って、Ｄチャンネルに別に方向設定され
るデータには他のプロトコル、例えば、ポイント−トゥ
−ポイント・プロトコルが採用され、そのようなデータ
はＢチャンネル上のどのデータとも無関係に送信され
る。
れる各パケットはＩＰ実行エレメント３０９からリンク
層実行エレメント３１１に供給される。リンク層実行エ
レメント３１１の機能はＩＰパケットを受け取り、Ｄチ
ャンネルと二本のＢチャンネルを通る送信用にパケット
をフォーマットすることである。従って、そのパケット
は電話局交換機１０５（図１）により切り換えられ、ア
プリケーション２０１用の端末装置１０１によって再構
成できる。この機能は、本発明の原理により、Ｂチャン
ネルによるパケット送信に遅延をもたらすパケットをＤ
チャンネルから除去する方法で実行される。この目的の
ため本発明の一つの態様によれば、パケットはこれが属
するストリームに基づき分離されるため、特定形式のス
トリームのパケットはＤチャンネルではなく、唯一Ｂチ
ャンネルから送信されるよう指定され、一方、別の形式
のストリームのパケットはＤチャンネルを通して送信さ
れるよう指定される。パケットはマルチリンク・ポイン
ト−トゥ−ポイント・プロトコル（ＭＬＰＰＰ）を使用
しＢチャンネルを通して送信されるため、パケット負荷
は両Ｂチャンネルに分配され、一方、本発明の更にもう
一つの態様に従って、Ｄチャンネルに別に方向設定され
るデータには他のプロトコル、例えば、ポイント−トゥ
−ポイント・プロトコルが採用され、そのようなデータ
はＢチャンネル上のどのデータとも無関係に送信され
る。
【００３１】更に詳しくは図３に示すように、リンク層
実行エレメント３１１には、ａ）スケジューラ／アドミ
ッション・コントローラ３１３、ｂ）結合マネージャ３
１５、ｃ）制御プロトコル３１７、ｄ）ＭＬＰＰＰフレ
ーマ３１９、ｅ）ＰＰＰフレーマ３２１、３２３と、
ｆ）Ｄチャンネル３２５上のフレーム・リレー（ＦＲ）
／Ｘ．２５と、およびｇ）二本のＢチャンネル３２７と
が含まれる。
実行エレメント３１１には、ａ）スケジューラ／アドミ
ッション・コントローラ３１３、ｂ）結合マネージャ３
１５、ｃ）制御プロトコル３１７、ｄ）ＭＬＰＰＰフレ
ーマ３１９、ｅ）ＰＰＰフレーマ３２１、３２３と、
ｆ）Ｄチャンネル３２５上のフレーム・リレー（ＦＲ）
／Ｘ．２５と、およびｇ）二本のＢチャンネル３２７と
が含まれる。
【００３２】スケジューラ／アドミッション・コントロ
ーラ３１３のアドミッション・コントローラ部はＩＰ実
行エレメント３０９から受信する各パケットを分類し、
それを待ち行列の一つに配する。どのパケットでも配さ
れる特定の待ち行列は発信元、受信先、およびパケット
・ヘッダの形式情報の内の一つまたはそれ以上の関数で
ある。採用された特定の関数は結合マネージャ３１５に
よって指示される。スケジューラ／アドミッション・コ
ントローラ３１３のスケジューラ部分は待ち行列の先頭
にあるパケットがいつ送信されるかを決定する。パケッ
トが送信用に読み出されると、そのパケットがＢチャン
ネルから送信ができるものであれば、ＭＬＰＰＰフレー
マ３１９に送られることになる。そのパケットがＤチャ
ンネルから送信できるものであれば、ポイント−トゥ−
ポイント・プロトコル（ＰＰＰ）フレーマ３２１に供給
される。またＢチャンネルから送信されるパケットの場
合、スケジューラ／アドミッション・コントローラ３１
３のスケジューラ部はパケットの送信が第１Ｂチャンネ
ル、第２Ｂチャンネルのいずれで行われるかを決定す
る。
ーラ３１３のアドミッション・コントローラ部はＩＰ実
行エレメント３０９から受信する各パケットを分類し、
それを待ち行列の一つに配する。どのパケットでも配さ
れる特定の待ち行列は発信元、受信先、およびパケット
・ヘッダの形式情報の内の一つまたはそれ以上の関数で
ある。採用された特定の関数は結合マネージャ３１５に
よって指示される。スケジューラ／アドミッション・コ
ントローラ３１３のスケジューラ部分は待ち行列の先頭
にあるパケットがいつ送信されるかを決定する。パケッ
トが送信用に読み出されると、そのパケットがＢチャン
ネルから送信ができるものであれば、ＭＬＰＰＰフレー
マ３１９に送られることになる。そのパケットがＤチャ
ンネルから送信できるものであれば、ポイント−トゥ−
ポイント・プロトコル（ＰＰＰ）フレーマ３２１に供給
される。またＢチャンネルから送信されるパケットの場
合、スケジューラ／アドミッション・コントローラ３１
３のスケジューラ部はパケットの送信が第１Ｂチャンネ
ル、第２Ｂチャンネルのいずれで行われるかを決定す
る。
【００３３】ＭＬＰＰＰフレーマ３１９は、各パケット
にＭＬＰＰＰヘッダとトレーラを加えてフレーミング
し、そのパケットをＰＰＰフレーマ３２３に送る。ＭＬ
ＰＰＰの使用により二本のＢチャンネルのような多段リ
ンクから送信されるパケットはリンクの別端でシーケン
スの再設定ができるようになるため、リンクの各端にあ
るＩＰプロトコル・エレメントは一本のチャンネルのみ
を処理しているように見える。ＭＬＰＰＰフォーマ化し
たパケットは次いでＰＰＰフレーマ３２３に送られる。
にＭＬＰＰＰヘッダとトレーラを加えてフレーミング
し、そのパケットをＰＰＰフレーマ３２３に送る。ＭＬ
ＰＰＰの使用により二本のＢチャンネルのような多段リ
ンクから送信されるパケットはリンクの別端でシーケン
スの再設定ができるようになるため、リンクの各端にあ
るＩＰプロトコル・エレメントは一本のチャンネルのみ
を処理しているように見える。ＭＬＰＰＰフォーマ化し
たパケットは次いでＰＰＰフレーマ３２３に送られる。
【００３４】ＰＰＰフレーマ３２１、３２３の各々はこ
れがＰＰＰフォーマットに従って受信するパケットをフ
ォーマットする。ＰＰＰフレーマ３２１はそのフォーマ
ットしたパケットをＦＲ／Ｘ．２５フォーマッタに伝送
し、そこではインプリメンタ指定するいずれか、Ｘ．２
５またはフレーム・リレーとしてＰＰＰパケットをフォ
ーマットし、その結果をＤチャンネルから送信する。同
様にして、フレーマ３２３はＢチャンネルによる送信用
にそのフォーマットしたパケットを送信する。Ｂチャン
ネルで送信されるデータは同期しているため、ＰＰＰフ
レーマ３２３は同期フレーマであり、一方、Ｄチャンネ
ルで送信されるパケット・データは非同期であるため、
ＰＰＰフレーマ３２１は非同期であることに留意された
い。
れがＰＰＰフォーマットに従って受信するパケットをフ
ォーマットする。ＰＰＰフレーマ３２１はそのフォーマ
ットしたパケットをＦＲ／Ｘ．２５フォーマッタに伝送
し、そこではインプリメンタ指定するいずれか、Ｘ．２
５またはフレーム・リレーとしてＰＰＰパケットをフォ
ーマットし、その結果をＤチャンネルから送信する。同
様にして、フレーマ３２３はＢチャンネルによる送信用
にそのフォーマットしたパケットを送信する。Ｂチャン
ネルで送信されるデータは同期しているため、ＰＰＰフ
レーマ３２３は同期フレーマであり、一方、Ｄチャンネ
ルで送信されるパケット・データは非同期であるため、
ＰＰＰフレーマ３２１は非同期であることに留意された
い。
【００３５】制御プロトコル３１７は大半が従来的であ
る幾つかの機能の実行に使用している。制御プロトコル
３１７の機能は制御プロトコル３１７が形成し、Ｄチャ
ンネルから送信されているパケット・ストリームに特別
ＰＰＰパケットとして挿入されるパケットの使用によっ
て実行される。制御プロトコル３１７の機能には、例え
ば、ａ）確証すること、ｂ）ＩＰアドレスを端末装置１
０１に供給すること、ｃ）いずれのリンクが使用されて
いるかに付いて端末装置へ通報するため、または端末装
置に一つまたはそれ以上の付加的リンクを呼び出させる
ために使用される帯域幅の割り当てとが含まれる。
る幾つかの機能の実行に使用している。制御プロトコル
３１７の機能は制御プロトコル３１７が形成し、Ｄチャ
ンネルから送信されているパケット・ストリームに特別
ＰＰＰパケットとして挿入されるパケットの使用によっ
て実行される。制御プロトコル３１７の機能には、例え
ば、ａ）確証すること、ｂ）ＩＰアドレスを端末装置１
０１に供給すること、ｃ）いずれのリンクが使用されて
いるかに付いて端末装置へ通報するため、または端末装
置に一つまたはそれ以上の付加的リンクを呼び出させる
ために使用される帯域幅の割り当てとが含まれる。
【００３６】更に、本発明の一つの態様によれば、制御
プロトコル３１７は端末装置１０１の制御プロトコル２
１７に伝送される特別パケットを供給し、Ｄチャンネル
で利用できる帯域幅を縮小する。前記のように、若干の
ピーク・ユーザ・アクセス期間に電話局交換機１０５に
接続される各種の端末装置から送信することのできる総
てのパケットを一時に処理するためにパケット交換機１
０９が適正に設計されていなければ、このような帯域幅
の縮小が必要になることがある。
プロトコル３１７は端末装置１０１の制御プロトコル２
１７に伝送される特別パケットを供給し、Ｄチャンネル
で利用できる帯域幅を縮小する。前記のように、若干の
ピーク・ユーザ・アクセス期間に電話局交換機１０５に
接続される各種の端末装置から送信することのできる総
てのパケットを一時に処理するためにパケット交換機１
０９が適正に設計されていなければ、このような帯域幅
の縮小が必要になることがある。
【００３７】パケット交換機１０９が過負荷になってい
るかを決定する一つの方法はＰＰＰ制御パケット、例え
ば、ＰＰＰパケット・ストリームにルーチン処理で挿入
され、およびタイムスタンプされるリンク品質モニタ・
パケットの遅延を測定することである。リンク品質モニ
タ・パケットに対する遅延が所定のしきい値（実行の仕
方に依存して変化し、当該技術に詳しい者によって決定
ができ、および期間を通じ動的に変化することがある）
以上であれば、そこで、例えば、特別なパケット内の制
御メッセージが端末装置１０１の制御プロトコル２１７
に送信され、Ｄチャンネルで使用されている帯域幅が縮
小される。このプロセスは、パケット交換機１０９内部
での遅延がしきい値にまたはそれ以下に減少されるまで
パケット交換機１０９に接続された同一、あるいは異な
る端末装置１０１で繰り返される。逆に本発明の一つの
態様によれば、リンク品質モニタ・パケットから決定さ
れる遅延がしきい値以下のとき、例えば、帯域幅を縮小
するパケットが送信を済ませ、システムの全体負荷が降
下した後に制御プロトコル３１７はＤチャンネルで利用
ができる帯域幅を拡大するために特別パケットを供給す
ることができる。
るかを決定する一つの方法はＰＰＰ制御パケット、例え
ば、ＰＰＰパケット・ストリームにルーチン処理で挿入
され、およびタイムスタンプされるリンク品質モニタ・
パケットの遅延を測定することである。リンク品質モニ
タ・パケットに対する遅延が所定のしきい値（実行の仕
方に依存して変化し、当該技術に詳しい者によって決定
ができ、および期間を通じ動的に変化することがある）
以上であれば、そこで、例えば、特別なパケット内の制
御メッセージが端末装置１０１の制御プロトコル２１７
に送信され、Ｄチャンネルで使用されている帯域幅が縮
小される。このプロセスは、パケット交換機１０９内部
での遅延がしきい値にまたはそれ以下に減少されるまで
パケット交換機１０９に接続された同一、あるいは異な
る端末装置１０１で繰り返される。逆に本発明の一つの
態様によれば、リンク品質モニタ・パケットから決定さ
れる遅延がしきい値以下のとき、例えば、帯域幅を縮小
するパケットが送信を済ませ、システムの全体負荷が降
下した後に制御プロトコル３１７はＤチャンネルで利用
ができる帯域幅を拡大するために特別パケットを供給す
ることができる。
【００３８】また、改修型の従来パケット交換機は制御
メッセージを周期的にアクセス・サーバに送信し、現在
扱われている帯域幅を提示することができる。本発明の
もう一つの実施形態では、アクセス・サーバ１０３は電
話局交換機１０５のパケット交換機１０９と一体化でき
るため、パケットの負荷情報または遅延情報を相互間に
直接伝達することができる。
メッセージを周期的にアクセス・サーバに送信し、現在
扱われている帯域幅を提示することができる。本発明の
もう一つの実施形態では、アクセス・サーバ１０３は電
話局交換機１０５のパケット交換機１０９と一体化でき
るため、パケットの負荷情報または遅延情報を相互間に
直接伝達することができる。
【００３９】結合マネージャ３１５は、本発明の原理に
従ってアクセス・サーバ１０３からの特別パケットに応
答し何れのパケットがＤチャンネルから送信できないか
を指示する機能を確立する。更に、結合マネージャ３１
５はストリーム毎に二本のＢチャンネルで使用するスケ
ジュール機能を指定することができる。前記のように、
ストリームは、発信元、受信先、および形式情報によっ
て確定される。発信元情報または受信先情報には発信元
アドレスまたは受信先アドレスのみならず、発信元また
は受信先のポートも含めることができることに留意され
たい。
従ってアクセス・サーバ１０３からの特別パケットに応
答し何れのパケットがＤチャンネルから送信できないか
を指示する機能を確立する。更に、結合マネージャ３１
５はストリーム毎に二本のＢチャンネルで使用するスケ
ジュール機能を指定することができる。前記のように、
ストリームは、発信元、受信先、および形式情報によっ
て確定される。発信元情報または受信先情報には発信元
アドレスまたは受信先アドレスのみならず、発信元また
は受信先のポートも含めることができることに留意され
たい。
【００４０】ＩＳＤＮ ＢＲＩから受信したパケットを
インターネットへ逆方向に伝送するため、アクセス・サ
ーバ１０３の前記エレメントの各々は必ず逆にも機能す
る。しかし、ＭＬＰＰＰフレーマ３１９から出力され、
スケジューラ／アドミッション・コントローラ３１３に
到るＩＰパケットの代わりに、そのＩＰパケットはＩＰ
実行エレメント３０９に直接送られる。同様に、ＰＰＰ
フレーマ３２１から出力される総ての非制御プロトコル
ＩＰパケットはスケジューラ／アドミッション・コント
ローラ３１３に伝送される代わりにＩＰ実行エレメント
３０９に直接送られる。
インターネットへ逆方向に伝送するため、アクセス・サ
ーバ１０３の前記エレメントの各々は必ず逆にも機能す
る。しかし、ＭＬＰＰＰフレーマ３１９から出力され、
スケジューラ／アドミッション・コントローラ３１３に
到るＩＰパケットの代わりに、そのＩＰパケットはＩＰ
実行エレメント３０９に直接送られる。同様に、ＰＰＰ
フレーマ３２１から出力される総ての非制御プロトコル
ＩＰパケットはスケジューラ／アドミッション・コント
ローラ３１３に伝送される代わりにＩＰ実行エレメント
３０９に直接送られる。
【００４１】一般に、システムの動作は以下のようであ
る。初期段階ではＰＰＰトラヒックのみがＤチャンネル
に使用される。特に制限がなければ、低ビット伝送速度
のオーディオのような実時間トラヒックでもＤチャンネ
ルが使用されることになる。帯域幅がＤチャンネルのみ
に適用できる帯域幅以上のときに行われる第１Ｂチャン
ネルのＤチャンネルへの付加が行われると直ちに、Ｂ、
Ｄチャンネル相互間に多段リンク群(multilink bundle)
が形成される。Ｂチャンネルのみに、あるいはＤチャン
ネルだけに制限されないＩＰトラヒックはＭＬＰＰＰの
断片に分割され、Ｄチャンネルを含む総ての利用し得る
リンクを用いて伝送される。これは帯域幅条件が低レベ
ルから高レベルに突然変化するアプリケーション、例え
ば、ｅメールまたは直接メッセージ伝達アプリケーショ
ンに実に有効である。
る。初期段階ではＰＰＰトラヒックのみがＤチャンネル
に使用される。特に制限がなければ、低ビット伝送速度
のオーディオのような実時間トラヒックでもＤチャンネ
ルが使用されることになる。帯域幅がＤチャンネルのみ
に適用できる帯域幅以上のときに行われる第１Ｂチャン
ネルのＤチャンネルへの付加が行われると直ちに、Ｂ、
Ｄチャンネル相互間に多段リンク群(multilink bundle)
が形成される。Ｂチャンネルのみに、あるいはＤチャン
ネルだけに制限されないＩＰトラヒックはＭＬＰＰＰの
断片に分割され、Ｄチャンネルを含む総ての利用し得る
リンクを用いて伝送される。これは帯域幅条件が低レベ
ルから高レベルに突然変化するアプリケーション、例え
ば、ｅメールまたは直接メッセージ伝達アプリケーショ
ンに実に有効である。
【００４２】Ｂチャンネルが初期化され、Ｄチャンネル
に複合され、即ちＤチャンネルに、いわゆる、「結合」
された後に、低ビット伝送速度のオーディオのような特
に許容される実時間データ・ストリームのみがＤチャン
ネルで伝送される。事実、そのようなアプリケーション
は現時点で利用できるより広い帯域幅から利することは
決してない。例えば、ＲＴＰ／ＵＤＰプロトコル形式、
あるいは特定のＩＰアドレス／ポート・ナンバ・パター
ンにより指示される他の総ての実時間アプリケーション
はＤチャンネルによる送信用に決してスケジューリング
されないが、その代わりＢチャンネルの一つを通して送
信される。故に、ビデオ会議構成の高ビット伝送速度の
オーディオ／ビデオ・ストリーミング・アプリケーショ
ンにはその伝送のために一本または二本のみのＢチャン
ネルが使用される。
に複合され、即ちＤチャンネルに、いわゆる、「結合」
された後に、低ビット伝送速度のオーディオのような特
に許容される実時間データ・ストリームのみがＤチャン
ネルで伝送される。事実、そのようなアプリケーション
は現時点で利用できるより広い帯域幅から利することは
決してない。例えば、ＲＴＰ／ＵＤＰプロトコル形式、
あるいは特定のＩＰアドレス／ポート・ナンバ・パター
ンにより指示される他の総ての実時間アプリケーション
はＤチャンネルによる送信用に決してスケジューリング
されないが、その代わりＢチャンネルの一つを通して送
信される。故に、ビデオ会議構成の高ビット伝送速度の
オーディオ／ビデオ・ストリーミング・アプリケーショ
ンにはその伝送のために一本または二本のみのＢチャン
ネルが使用される。
【００４３】付加的な最適化としてＩＰパッケージ自体
が極めて小さい場合、そのＩＰパケットはＤチャンネル
で送信されずに、Ｂチャンネルで送られる。
が極めて小さい場合、そのＩＰパケットはＤチャンネル
で送信されずに、Ｂチャンネルで送られる。
【００４４】前記説明にも拘わらず、それでもＤチャン
ネルに幾つかのＩＰトラヒックをＤチャンネルに一層効
率よく、即ち、ＭＬＰＰＰの使用によって生じるオーバ
ーヘッドを必要とすることなく特定ストリームのＩＰパ
ケットの総てにＤチャンネルによる送信用にスケジュー
リングを常時受けさせるトラヒック記述子を指定するこ
とによって伝送することが可能である。これは、いわゆ
る、「常時オン」アプリケーションにすることができる
Ｄチャンネルが強制する帯域幅条件が常に適合するアプ
リケーションに限り行うべきことに留意されたい。この
ような常時オン・アプリケーションには、電源ライン、
例えば、家庭の機器および照明、低ビット伝送速度のオ
ーディオ、アクティブ・ディレクトリの保守および低ビ
ット伝送速度の情報プッシュ式のアプリケーションを制
御する遠隔装置制御が含まれる。
ネルに幾つかのＩＰトラヒックをＤチャンネルに一層効
率よく、即ち、ＭＬＰＰＰの使用によって生じるオーバ
ーヘッドを必要とすることなく特定ストリームのＩＰパ
ケットの総てにＤチャンネルによる送信用にスケジュー
リングを常時受けさせるトラヒック記述子を指定するこ
とによって伝送することが可能である。これは、いわゆ
る、「常時オン」アプリケーションにすることができる
Ｄチャンネルが強制する帯域幅条件が常に適合するアプ
リケーションに限り行うべきことに留意されたい。この
ような常時オン・アプリケーションには、電源ライン、
例えば、家庭の機器および照明、低ビット伝送速度のオ
ーディオ、アクティブ・ディレクトリの保守および低ビ
ット伝送速度の情報プッシュ式のアプリケーションを制
御する遠隔装置制御が含まれる。
【００４５】その上、あるトラヒックはその帯域幅条件
が利用できるＤチャンネルの帯域幅を一時的に超え、従
ってＢチャンネルに使用を別途呼び出すと思われるとき
でもＤチャンネルに限り伝送されるよう制限することが
できる。これは平均してＤチャンネル条件に合致する
が、短期間にＢチャンネル使用の必要と思われる集中的
なトラヒックに対し行うことができる。このようなトラ
ヒックの場合、Ｂチャンネルを開設する特別な経費を避
けることができるので有利である。
が利用できるＤチャンネルの帯域幅を一時的に超え、従
ってＢチャンネルに使用を別途呼び出すと思われるとき
でもＤチャンネルに限り伝送されるよう制限することが
できる。これは平均してＤチャンネル条件に合致する
が、短期間にＢチャンネル使用の必要と思われる集中的
なトラヒックに対し行うことができる。このようなトラ
ヒックの場合、Ｂチャンネルを開設する特別な経費を避
けることができるので有利である。
【００４６】本発明に従って使用するＩＳＤＮ Ｄチャ
ンネルを通してＩＰそのフォーマットしたパケットを伝
送する初期リンク層接続部を確立する例示としてのプロ
セスを図４に示す。そのプロセスはステップ４０１でス
タートし、端末装置１０１（図１）の初期化に応答しイ
ンターネットへの接続を確立する。次いでステップ４０
３（図４）では、ユーザ情報が伝送されることになる
Ｘ．２５仮想回線がＤチャンネル上に確立される。この
仮想回線は電話局交換機１０５によって端末装置１０１
（図１）を通してアクセス・サーバ１０３にわたり確立
される。次のステップ４０５（図４）で、ＰＰＰリンク
がＸ．２５仮想回線の最上部に確立される。ＭＬＰＰＰ
リンクはステップ４０７でＰＰＰリンクの最上部に確立
される。その後、そのプロセスはステップ４０９で終了
し、総てのリンクは、いわゆる、「静止」状態になる。
ンネルを通してＩＰそのフォーマットしたパケットを伝
送する初期リンク層接続部を確立する例示としてのプロ
セスを図４に示す。そのプロセスはステップ４０１でス
タートし、端末装置１０１（図１）の初期化に応答しイ
ンターネットへの接続を確立する。次いでステップ４０
３（図４）では、ユーザ情報が伝送されることになる
Ｘ．２５仮想回線がＤチャンネル上に確立される。この
仮想回線は電話局交換機１０５によって端末装置１０１
（図１）を通してアクセス・サーバ１０３にわたり確立
される。次のステップ４０５（図４）で、ＰＰＰリンク
がＸ．２５仮想回線の最上部に確立される。ＭＬＰＰＰ
リンクはステップ４０７でＰＰＰリンクの最上部に確立
される。その後、そのプロセスはステップ４０９で終了
し、総てのリンクは、いわゆる、「静止」状態になる。
【００４７】一般に、デフォールトによってＤチャンネ
ルによるリンクは能動状態になる唯一のリンクとなる。
各パケットと共にスライドし、ユーザによって決定が可
能な長さを有し、および動的に切り替えができるタイム
・ウィンドウの期間にスケジューラ／アドミッション・
コントローラ２１３（図２）に到達するＩＰパケットの
数を用いてインターネットへの接続に必要な帯域幅の計
算が行われる。そこで、適切なサービスを提供するため
に多段リンクが必要であるかどうかの決定にこの帯域幅
情報が使用される。利用できる仮想回線の帯域幅よりそ
の帯域幅が狭いとスケジューラ／アドミッション・コン
トローラ２１３が確認すると、そのコントローラはＤチ
ャンネルを通して送信すべきパケットの待ち行列に受信
したＩＰパケットを配すことによってＤチャンネルに対
しそのＩＰパケットのスケジューリングを行う。ＩＰパ
ケットはＰＰＰフレーミングによってカプセル封じが行
われ、次いでＩＳＤＮの物理的層上のＤチャンネルでの
送信前にＸ．２５フレーミング（ＬＡＰＤ）によってカ
プセル封じされる。利用し得る仮想回線の帯域幅よりも
その帯域幅が大きいが、Ｄチャンネルと一本のＢチャン
ネルの帯域幅以下であることをスケジューラ／アドミッ
ション・コントローラ２１３が確認すると、そのコント
ローラはＭＬＰＰＰリンクをこれが既に存在していなけ
れば第１Ｂチャンネル上に形成する。次いで、Ｄチャン
ネルまたはＢチャンネルでの送信用のパケットのスケジ
ューリングはパケットが送信されることになるチャンネ
ルに関係する待ち行列にパケットを配することによって
本発明の原理に従いパケットの形式の関数として行われ
る。その帯域幅がＤチャンネルとＢチャンネルの帯域幅
以上であるとスケジューラ／アドミッション・コントロ
ーラ２１３が確認されると、そのコントローラはＭＬＰ
ＰＰリンクをこれが既に存在していなければ第１、第２
Ｂチャンネルの両方に形成する。次いで、本発明の原理
に従いＤチャンネルまたは二本のＢチャンネルの内の一
つでの送信用のスケジューリングはパケットの形式の関
数として行われる。これはそのパケットが送信されるチ
ャンネルに関係する待ち行列にパケットを配することに
よって行われる。
ルによるリンクは能動状態になる唯一のリンクとなる。
各パケットと共にスライドし、ユーザによって決定が可
能な長さを有し、および動的に切り替えができるタイム
・ウィンドウの期間にスケジューラ／アドミッション・
コントローラ２１３（図２）に到達するＩＰパケットの
数を用いてインターネットへの接続に必要な帯域幅の計
算が行われる。そこで、適切なサービスを提供するため
に多段リンクが必要であるかどうかの決定にこの帯域幅
情報が使用される。利用できる仮想回線の帯域幅よりそ
の帯域幅が狭いとスケジューラ／アドミッション・コン
トローラ２１３が確認すると、そのコントローラはＤチ
ャンネルを通して送信すべきパケットの待ち行列に受信
したＩＰパケットを配すことによってＤチャンネルに対
しそのＩＰパケットのスケジューリングを行う。ＩＰパ
ケットはＰＰＰフレーミングによってカプセル封じが行
われ、次いでＩＳＤＮの物理的層上のＤチャンネルでの
送信前にＸ．２５フレーミング（ＬＡＰＤ）によってカ
プセル封じされる。利用し得る仮想回線の帯域幅よりも
その帯域幅が大きいが、Ｄチャンネルと一本のＢチャン
ネルの帯域幅以下であることをスケジューラ／アドミッ
ション・コントローラ２１３が確認すると、そのコント
ローラはＭＬＰＰＰリンクをこれが既に存在していなけ
れば第１Ｂチャンネル上に形成する。次いで、Ｄチャン
ネルまたはＢチャンネルでの送信用のパケットのスケジ
ューリングはパケットが送信されることになるチャンネ
ルに関係する待ち行列にパケットを配することによって
本発明の原理に従いパケットの形式の関数として行われ
る。その帯域幅がＤチャンネルとＢチャンネルの帯域幅
以上であるとスケジューラ／アドミッション・コントロ
ーラ２１３が確認されると、そのコントローラはＭＬＰ
ＰＰリンクをこれが既に存在していなければ第１、第２
Ｂチャンネルの両方に形成する。次いで、本発明の原理
に従いＤチャンネルまたは二本のＢチャンネルの内の一
つでの送信用のスケジューリングはパケットの形式の関
数として行われる。これはそのパケットが送信されるチ
ャンネルに関係する待ち行列にパケットを配することに
よって行われる。
【００４８】利用し得るＩＳＤＮチャンネルの一つに本
発明の原理に従ってパケットを割り当てる際にスケジュ
ーラ／アドミッション・コントローラ２１３が使用する
例示としてのプロセスのフローチャートが一体にした図
５と図６に提示されている。そのプロセスはシステムが
静止状態の時にステップ５０１でスタートし、スケジュ
ーラ／アドミッション・コントローラ２１３でパケット
が受信される。ステップ５０３でスケジューラ／アドミ
ッション・コントローラ２１３は現ウィンドウの期間に
端末装置１０１から伝送されてくるパケットの帯域幅を
決定する。次いで、条件付き分岐点５０５では帯域幅が
Ｄチャンネル（ＢＷd）に利用できる帯域幅以上である
かどうかを決定するためにテストが行われる。
発明の原理に従ってパケットを割り当てる際にスケジュ
ーラ／アドミッション・コントローラ２１３が使用する
例示としてのプロセスのフローチャートが一体にした図
５と図６に提示されている。そのプロセスはシステムが
静止状態の時にステップ５０１でスタートし、スケジュ
ーラ／アドミッション・コントローラ２１３でパケット
が受信される。ステップ５０３でスケジューラ／アドミ
ッション・コントローラ２１３は現ウィンドウの期間に
端末装置１０１から伝送されてくるパケットの帯域幅を
決定する。次いで、条件付き分岐点５０５では帯域幅が
Ｄチャンネル（ＢＷd）に利用できる帯域幅以上である
かどうかを決定するためにテストが行われる。
【００４９】ステップ５０５のテスト結果がノーであれ
ば、制御が条件付き分岐点５０７に進み、そこではパケ
ットがＤチャンネルを通して送信が許容される形式であ
るかどうかを本発明の原理により決定するテストが実行
される。ステップ５０７のテスト結果がイエスで、現在
のパケットがＤチャンネルに送信できることが示される
と、制御はステップ５０９に進み、そこではＩＰパケッ
トがＰＰＰパケットにフレーミングされ、Ｄチャンネル
による送信用にデータ・パケットの待ち行列に配され
る。Ｄチャンネルで送信される制御メッセージにはＤチ
ャンネルで送信されるデータよりも高い優先権を与えな
ければならないため、このデータ・パケットの待ち行列
は優先権の低い待ち行列である。
ば、制御が条件付き分岐点５０７に進み、そこではパケ
ットがＤチャンネルを通して送信が許容される形式であ
るかどうかを本発明の原理により決定するテストが実行
される。ステップ５０７のテスト結果がイエスで、現在
のパケットがＤチャンネルに送信できることが示される
と、制御はステップ５０９に進み、そこではＩＰパケッ
トがＰＰＰパケットにフレーミングされ、Ｄチャンネル
による送信用にデータ・パケットの待ち行列に配され
る。Ｄチャンネルで送信される制御メッセージにはＤチ
ャンネルで送信されるデータよりも高い優先権を与えな
ければならないため、このデータ・パケットの待ち行列
は優先権の低い待ち行列である。
【００５０】ステップ５０７のテスト結果がノーであれ
ば、あるいはステップ５０９の完了直後、ＩＰパケット
を送信するプロセスは必ず終了する。しかし、必要とさ
れる帯域幅に適合できるのはＤチャンネルに限られるた
め、Ｄチャンネルだけに必ずＩＰパケットを伝送させる
ようにすることが必要である。従って、制御は条件付き
分岐点５６１に進み、そこでは第２Ｂチャンネルが能動
状態にあるかどうかを決定するテストが行われる。ステ
ップ５６１のテスト結果がイエスの場合、制御はステッ
プ５６３に進み、第２Ｂチャンネルによる接続が解除さ
れる。ステップ５６１のテスト結果がノーの場合、ある
いはステップ５６３の完了後、制御は条件付き分岐点５
６５に進み、そこでは第１Ｂチャンネルが能動状態であ
るかどうかのテストが行われる。ステップ５６５のテス
ト結果がイエスであれば、制御はステップ５６７に進
み、第２Ｂチャンネルによる接続が解除される。Ｂチャ
ンネルの解除を要求する何等かのステップではＢチャン
ネルに解除のマーキングをし、その待ち行列の消散後に
限ってＢチャンネルを実際に解除することが必要である
ことに留意されたい。このプロセスは待ち行列をフラッ
シングするものとして周知である。ステップ５６５のテ
スト結果がノーであれば、あるいはステップ５６７の完
了後、制御はステップ５１１に進み、そのプロセスが終
了して、システムは静止状態に戻る。
ば、あるいはステップ５０９の完了直後、ＩＰパケット
を送信するプロセスは必ず終了する。しかし、必要とさ
れる帯域幅に適合できるのはＤチャンネルに限られるた
め、Ｄチャンネルだけに必ずＩＰパケットを伝送させる
ようにすることが必要である。従って、制御は条件付き
分岐点５６１に進み、そこでは第２Ｂチャンネルが能動
状態にあるかどうかを決定するテストが行われる。ステ
ップ５６１のテスト結果がイエスの場合、制御はステッ
プ５６３に進み、第２Ｂチャンネルによる接続が解除さ
れる。ステップ５６１のテスト結果がノーの場合、ある
いはステップ５６３の完了後、制御は条件付き分岐点５
６５に進み、そこでは第１Ｂチャンネルが能動状態であ
るかどうかのテストが行われる。ステップ５６５のテス
ト結果がイエスであれば、制御はステップ５６７に進
み、第２Ｂチャンネルによる接続が解除される。Ｂチャ
ンネルの解除を要求する何等かのステップではＢチャン
ネルに解除のマーキングをし、その待ち行列の消散後に
限ってＢチャンネルを実際に解除することが必要である
ことに留意されたい。このプロセスは待ち行列をフラッ
シングするものとして周知である。ステップ５６５のテ
スト結果がノーであれば、あるいはステップ５６７の完
了後、制御はステップ５１１に進み、そのプロセスが終
了して、システムは静止状態に戻る。
【００５１】任意的ではあるが、ステップ５０７のテス
ト結果がノーであれば、以下に説明するようにＢチャン
ネルによる接続を形成し、およびＢチャンネル接続部か
ら送信されるパケットを形成するためのプロセスを実行
することができる。
ト結果がノーであれば、以下に説明するようにＢチャン
ネルによる接続を形成し、およびＢチャンネル接続部か
ら送信されるパケットを形成するためのプロセスを実行
することができる。
【００５２】ステップ５０５のテスト結果がノーであれ
ば、制御は条件付き分岐点５０７に進み、そこではステ
ップ５０３で計算された帯域幅がＤチャンネルとＢチャ
ンネルの一本に利用ができる帯域幅以上であるかどうか
を決定するテストが行われる。ステップ５１３のテスト
結果がノーで、Ｄチャンネルと第１のＢチャンネルが帯
域幅条件を満たすことができるとの指示があれば、制御
は条件付き分岐点５１５に進み、そこではＢチャンネル
の内の第１が既に能動状態にあるかどうかを決定するテ
ストが行われる。ステップ５１５のテスト結果がノーで
あり、インターネットへの接続に現在使用中のチャンネ
ルがＤチャンネルのみであると表示されると、制御はス
テップ５１７に進み、そこでは端末装置１０１からアク
セス・サーバ１０３への接続が第１Ｂチャンネルによっ
て確立される。ステップ５１９では、ＭＬＰＰＰリンク
がＢチャンネルとＤチャンネルによって確立される。Ｍ
ＬＰＰＰリンクがＢチャンネルによって確立されると、
そのリンクはＭＬＰＰＰに従ってＤチャンネル上のＭＬ
ＰＰＰリンクに結合される。次いでステップ５２１で、
Ｄチャンネルのデータ・パケットの待ち行列がフラッシ
ングされ、即ち、この時点で待ち行列に何等かの付加的
なパケットを配さずにＤチャンネルからパケットを送信
することによって消散される。Ｄチャンネルの待ち行列
に既に配列された総てのパケットがフラッシングされな
ければ、Ｄチャンネルによる送信用に待ち行列に配列さ
れたパケットに対するシーケンス設定と順序再設定上の
問題が生じ、これによりこのようなパケットの潜時が拡
大されることがある。
ば、制御は条件付き分岐点５０７に進み、そこではステ
ップ５０３で計算された帯域幅がＤチャンネルとＢチャ
ンネルの一本に利用ができる帯域幅以上であるかどうか
を決定するテストが行われる。ステップ５１３のテスト
結果がノーで、Ｄチャンネルと第１のＢチャンネルが帯
域幅条件を満たすことができるとの指示があれば、制御
は条件付き分岐点５１５に進み、そこではＢチャンネル
の内の第１が既に能動状態にあるかどうかを決定するテ
ストが行われる。ステップ５１５のテスト結果がノーで
あり、インターネットへの接続に現在使用中のチャンネ
ルがＤチャンネルのみであると表示されると、制御はス
テップ５１７に進み、そこでは端末装置１０１からアク
セス・サーバ１０３への接続が第１Ｂチャンネルによっ
て確立される。ステップ５１９では、ＭＬＰＰＰリンク
がＢチャンネルとＤチャンネルによって確立される。Ｍ
ＬＰＰＰリンクがＢチャンネルによって確立されると、
そのリンクはＭＬＰＰＰに従ってＤチャンネル上のＭＬ
ＰＰＰリンクに結合される。次いでステップ５２１で、
Ｄチャンネルのデータ・パケットの待ち行列がフラッシ
ングされ、即ち、この時点で待ち行列に何等かの付加的
なパケットを配さずにＤチャンネルからパケットを送信
することによって消散される。Ｄチャンネルの待ち行列
に既に配列された総てのパケットがフラッシングされな
ければ、Ｄチャンネルによる送信用に待ち行列に配列さ
れたパケットに対するシーケンス設定と順序再設定上の
問題が生じ、これによりこのようなパケットの潜時が拡
大されることがある。
【００５３】その後、本発明の原理に従って条件付き分
岐点５２３ではパケットがＤチャンネルによる送信を許
容される形式であるかどうかが決められるテストが行わ
れる。ステップ５２３のテスト結果がノーで、現在のパ
ケットがＤチャンネルに送信できないことが表示される
と、制御はステップ５２５に進み、そこではＩＰパケッ
トがＭＬＰＰＰパケットにフレーミングされる。次い
で、ＭＬＰＰＰパケットはステップ５２７で第１Ｂチャ
ンネルの待ち行列に配される。最終的には、ＭＬＰＰＰ
パケットは第１Ｂチャンネルの待ち行列の先頭にきてＢ
チャンネルで送信されることになる。
岐点５２３ではパケットがＤチャンネルによる送信を許
容される形式であるかどうかが決められるテストが行わ
れる。ステップ５２３のテスト結果がノーで、現在のパ
ケットがＤチャンネルに送信できないことが表示される
と、制御はステップ５２５に進み、そこではＩＰパケッ
トがＭＬＰＰＰパケットにフレーミングされる。次い
で、ＭＬＰＰＰパケットはステップ５２７で第１Ｂチャ
ンネルの待ち行列に配される。最終的には、ＭＬＰＰＰ
パケットは第１Ｂチャンネルの待ち行列の先頭にきてＢ
チャンネルで送信されることになる。
【００５４】ステップ５２３のテスト結果がイエスで、
現在のＩＰパケットがＤチャンネルに送信できることが
示されると、制御はステップ５２９に進み、そこではＩ
Ｐパケットの断片的計算がＤチャンネルと第１Ｂチャン
ネルに対し実行される。この断片的計算は、ａ）ＩＰパ
ケットのどのぐらい、例えば、その何個のバイトをＤチ
ャンネルに送信すべきであるか、ｂ）ＩＰパケットのど
のぐらいを第１Ｂチャンネルに送信すべきかを決定する
ために実行される計算である。その後、条件付き分岐点
５３１ではＤチャンネルの断片、即ちＤチャンネルの一
部が所定のしきい値以下であるかどうかを決めるテスト
が本発明の一つの態様に従って行われる。このしきい値
は、通常、管理的に結合マネージャ２１５によって設定
される。断片長さがしきい値以下であれば、パケット断
片はＤチャンネルで送信すべきではない。なぜなら、そ
うするには断片長さが不十分であり、例えば、Ｄチャン
ネルによりパケット断片を送信するためにパケット断片
に加えたオーバヘッドが断片自体のサイズのオーダでの
ように大きいためである。これがそういう場合であれ
ば、ステップ５３１のテスト結果がノーで、制御はステ
ップ５２５に進み、パケット全体がＢチャンネルから送
信される。ステップ５３１のテスト結果がイエスで、Ｄ
チャンネルを通るＩＰパケットの少なくとも一部の送信
にその断片長さが十分であることが示されると、制御は
ステップ５７５に進み、そこではＩＰパケットのＤチャ
ンネル断片とＢチャンネル断片がＤチャンネルとＢチャ
ンネルのそれぞれ対応する待ち行列に配されるＭＬＰＰ
Ｐパケットにフレーミングされる。
現在のＩＰパケットがＤチャンネルに送信できることが
示されると、制御はステップ５２９に進み、そこではＩ
Ｐパケットの断片的計算がＤチャンネルと第１Ｂチャン
ネルに対し実行される。この断片的計算は、ａ）ＩＰパ
ケットのどのぐらい、例えば、その何個のバイトをＤチ
ャンネルに送信すべきであるか、ｂ）ＩＰパケットのど
のぐらいを第１Ｂチャンネルに送信すべきかを決定する
ために実行される計算である。その後、条件付き分岐点
５３１ではＤチャンネルの断片、即ちＤチャンネルの一
部が所定のしきい値以下であるかどうかを決めるテスト
が本発明の一つの態様に従って行われる。このしきい値
は、通常、管理的に結合マネージャ２１５によって設定
される。断片長さがしきい値以下であれば、パケット断
片はＤチャンネルで送信すべきではない。なぜなら、そ
うするには断片長さが不十分であり、例えば、Ｄチャン
ネルによりパケット断片を送信するためにパケット断片
に加えたオーバヘッドが断片自体のサイズのオーダでの
ように大きいためである。これがそういう場合であれ
ば、ステップ５３１のテスト結果がノーで、制御はステ
ップ５２５に進み、パケット全体がＢチャンネルから送
信される。ステップ５３１のテスト結果がイエスで、Ｄ
チャンネルを通るＩＰパケットの少なくとも一部の送信
にその断片長さが十分であることが示されると、制御は
ステップ５７５に進み、そこではＩＰパケットのＤチャ
ンネル断片とＢチャンネル断片がＤチャンネルとＢチャ
ンネルのそれぞれ対応する待ち行列に配されるＭＬＰＰ
Ｐパケットにフレーミングされる。
【００５５】この時点で、ＩＰパケットを送信するため
のプロセスは必ず完了する。しかし、必要とされる帯域
幅は第１ＢチャンネルとＤチャンネルだけを複合したも
のによって適合されるため、第２Ｂチャンネルは必要と
されない。従って、制御はステップ５２７またはステッ
プ５７５から条件付き分岐点５７１に進み、そこでは第
２Ｂチャンネルが能動状態にあるかどうかを決めるテス
トが行われる。ステップ５７１のテスト結果がイエスで
あれば、制御はステップ５７３に進み、第２Ｂチャンネ
ルによる接続は解除される。ステップ５７１のテスト結
果がノーであれば、あるいはステップ５７３の完了後に
制御はステップ５１１に進み、プロセスが終了して、シ
ステムが静止状態に戻る。
のプロセスは必ず完了する。しかし、必要とされる帯域
幅は第１ＢチャンネルとＤチャンネルだけを複合したも
のによって適合されるため、第２Ｂチャンネルは必要と
されない。従って、制御はステップ５２７またはステッ
プ５７５から条件付き分岐点５７１に進み、そこでは第
２Ｂチャンネルが能動状態にあるかどうかを決めるテス
トが行われる。ステップ５７１のテスト結果がイエスで
あれば、制御はステップ５７３に進み、第２Ｂチャンネ
ルによる接続は解除される。ステップ５７１のテスト結
果がノーであれば、あるいはステップ５７３の完了後に
制御はステップ５１１に進み、プロセスが終了して、シ
ステムが静止状態に戻る。
【００５６】ステップ５１３のテスト結果がイエスで、
帯域幅条件がＤチャンネルと第１Ｂチャンネルによって
満たし得ないことが示されると、制御は条件付き分岐点
５３３に進み、そこではＢチャンネルの第２が既に能動
状態にあるかどうかを決めるテストが行われる。ステッ
プ５３３のテスト結果がノーで、インターネットへの接
続に現在使用中のチャンネルに限りＤチャンネルと第１
Ｂチャンネルであることが示されると、制御はステプ５
３５に進み、そこでは端末装置１０１からアクセス・サ
ーバ１０３への接続が第２Ｂチャンネルによって確立さ
れる。ステップ５３７でＭＬＰＰＰリンクが第２Ｂチャ
ンネルによって確立され、第２Ｂチャンネルによるこの
ＭＬＰＰＰリンクはＤチャンネルと第１Ｂチャンネル上
に既に存在するＭＬＰＰＰリンクにＭＬＰＰＰに従って
結合される。次のステップ５３９では、Ｄチャンネルに
対するデータ・パケットの待ち行列と、第１Ｂチャンネ
ルのパケットの待ち行列はフラッシングされ、即ちこの
時点で待ち行列に何等かの付加的なパケットを配するこ
となくＤチャンネルと第１Ｂチャンネルからパケットを
送信することによって消散される。Ｄチャンネルに対す
る待ち行列に既に配列された総てのパケットが送信され
なければ、Ｄチャンネルによる送信用に待ち行列に配列
されるパケットに対するシーケンス設定と順序再設定上
の問題が生じ、これによりそのようなパケットの潜時が
拡大されることがある。
帯域幅条件がＤチャンネルと第１Ｂチャンネルによって
満たし得ないことが示されると、制御は条件付き分岐点
５３３に進み、そこではＢチャンネルの第２が既に能動
状態にあるかどうかを決めるテストが行われる。ステッ
プ５３３のテスト結果がノーで、インターネットへの接
続に現在使用中のチャンネルに限りＤチャンネルと第１
Ｂチャンネルであることが示されると、制御はステプ５
３５に進み、そこでは端末装置１０１からアクセス・サ
ーバ１０３への接続が第２Ｂチャンネルによって確立さ
れる。ステップ５３７でＭＬＰＰＰリンクが第２Ｂチャ
ンネルによって確立され、第２Ｂチャンネルによるこの
ＭＬＰＰＰリンクはＤチャンネルと第１Ｂチャンネル上
に既に存在するＭＬＰＰＰリンクにＭＬＰＰＰに従って
結合される。次のステップ５３９では、Ｄチャンネルに
対するデータ・パケットの待ち行列と、第１Ｂチャンネ
ルのパケットの待ち行列はフラッシングされ、即ちこの
時点で待ち行列に何等かの付加的なパケットを配するこ
となくＤチャンネルと第１Ｂチャンネルからパケットを
送信することによって消散される。Ｄチャンネルに対す
る待ち行列に既に配列された総てのパケットが送信され
なければ、Ｄチャンネルによる送信用に待ち行列に配列
されるパケットに対するシーケンス設定と順序再設定上
の問題が生じ、これによりそのようなパケットの潜時が
拡大されることがある。
【００５７】その後、条件付き分岐点５４１ではパケッ
トがＤチャンネルからの送信を許容される形式であるか
どうかを決定する本発明の原理に従って行われる。ステ
ップ５４１のテストで否定の結果が出され、現在のパケ
ットがＤチャンネルに送信できないことが示されると、
制御はステップ５４３に進み、そこではＩＰパケットが
第１、第２Ｂチャンネルから送信される部分に分割され
るよう、断片計算が実行される。次でステップ５４５で
は、断片がＭＬＰＰＰパケットとしてフレーミングされ
る。ＭＬＰＰＰパケットは次いでステップ５４７で第１
または第２Ｂチャンネルの待ち行列に適切に配される。
次にプロセスはステップ５１１で終了する。最終的に
は、ＭＬＰＰＰパケットはそれらが配された待ち行列の
先頭にきて、それらが関係するＢチャンネルから送信さ
れることになる。
トがＤチャンネルからの送信を許容される形式であるか
どうかを決定する本発明の原理に従って行われる。ステ
ップ５４１のテストで否定の結果が出され、現在のパケ
ットがＤチャンネルに送信できないことが示されると、
制御はステップ５４３に進み、そこではＩＰパケットが
第１、第２Ｂチャンネルから送信される部分に分割され
るよう、断片計算が実行される。次でステップ５４５で
は、断片がＭＬＰＰＰパケットとしてフレーミングされ
る。ＭＬＰＰＰパケットは次いでステップ５４７で第１
または第２Ｂチャンネルの待ち行列に適切に配される。
次にプロセスはステップ５１１で終了する。最終的に
は、ＭＬＰＰＰパケットはそれらが配された待ち行列の
先頭にきて、それらが関係するＢチャンネルから送信さ
れることになる。
【００５８】ステップ５４１のテスト結果がイエスであ
り、現在のＩＰパケットがＤチャンネルに送信ができる
ことが示されると、制御はステップ５４９に進み、そこ
ではＩＰパケットの断片計算がＤチャンネルと第１、第
２Ｂチャンネルへの対して実行される。この断片計算は
ＩＰパケットのどのぐらいが、即ちその何個のバイトが
Ｄチャンネルと第１、第２Ｂチャンネルの各々に送信す
べきかを決定するために実行される計算である。その
後、条件付き分岐点５５１ではＤチャンネルの断片、即
ちＤチャンネルの一部が所定のしきい値以下であるかど
うかを決めるテストが本発明の一つの態様に従って行わ
れる。このしきい値は、通常、管理的に結合マネージャ
２１５によって設定される。断片長さがしきい値以下で
あれば、Ｄチャンネルからのパケット断片の送信には断
片長さが不十分であるため、例えば、そのパケット断片
をＤチャンネルから送信するためにそれに加えたオーバ
ヘッドが断片自体のサイズのオーダでのように大きいた
め、パケット断片はＤチャンネルから送信すべきではな
い。これがそういう場合であれば、ステップ５５１のテ
ストでノーの結果が出され、制御はステップ５４３に進
み、前記のようにパケット全体が第１、第２Ｂチャンネ
ルのみから送信される。
り、現在のＩＰパケットがＤチャンネルに送信ができる
ことが示されると、制御はステップ５４９に進み、そこ
ではＩＰパケットの断片計算がＤチャンネルと第１、第
２Ｂチャンネルへの対して実行される。この断片計算は
ＩＰパケットのどのぐらいが、即ちその何個のバイトが
Ｄチャンネルと第１、第２Ｂチャンネルの各々に送信す
べきかを決定するために実行される計算である。その
後、条件付き分岐点５５１ではＤチャンネルの断片、即
ちＤチャンネルの一部が所定のしきい値以下であるかど
うかを決めるテストが本発明の一つの態様に従って行わ
れる。このしきい値は、通常、管理的に結合マネージャ
２１５によって設定される。断片長さがしきい値以下で
あれば、Ｄチャンネルからのパケット断片の送信には断
片長さが不十分であるため、例えば、そのパケット断片
をＤチャンネルから送信するためにそれに加えたオーバ
ヘッドが断片自体のサイズのオーダでのように大きいた
め、パケット断片はＤチャンネルから送信すべきではな
い。これがそういう場合であれば、ステップ５５１のテ
ストでノーの結果が出され、制御はステップ５４３に進
み、前記のようにパケット全体が第１、第２Ｂチャンネ
ルのみから送信される。
【００５９】ステップ５５１のテストでイエスの結果が
出され、ＤチャンネルからＩＰパケットの少なくとも一
部の送信にその断片長さが十分であることが示される
と、制御はステップ５５３に進み、そこではＤチャンネ
ルの断片と第１、第２Ｂチャンネルの断片がＤチャンネ
ルと第１、第２Ｂチャンネルのそれぞれ対応する待ち行
列に配されるＭＬＰＰＰパケットにフレーミングされ
る。次いでプロセスはステップ５１１で終了する。最終
的には、ＭＬＰＰＰパケットはそれらが配された待ち行
列の先頭にきて、それらが関係するＤチャンネルまたは
Ｂチャンネルの内の一つにより送信される。
出され、ＤチャンネルからＩＰパケットの少なくとも一
部の送信にその断片長さが十分であることが示される
と、制御はステップ５５３に進み、そこではＤチャンネ
ルの断片と第１、第２Ｂチャンネルの断片がＤチャンネ
ルと第１、第２Ｂチャンネルのそれぞれ対応する待ち行
列に配されるＭＬＰＰＰパケットにフレーミングされ
る。次いでプロセスはステップ５１１で終了する。最終
的には、ＭＬＰＰＰパケットはそれらが配された待ち行
列の先頭にきて、それらが関係するＤチャンネルまたは
Ｂチャンネルの内の一つにより送信される。
【００６０】図５、図６に記載のプロセスはスケジュー
ラ／アドミッション・コントローラ３１３（図３）によ
って逆方向に実行されることに留意されたい。
ラ／アドミッション・コントローラ３１３（図３）によ
って逆方向に実行されることに留意されたい。
【００６１】前記は、Ｂチャンネルの内の一本上の既存
の回線交換呼または入り回線交換呼、例えば、付加的な
Ｂチャンネルが必要であると判断される時点でＤチャン
ネル上にＱ．９３１呼表示制御メッセージによって表示
ができるもので、Ｂチャンネルの内の一本を通して着信
する音声、あるいはファックスについての密接な関係を
直接考慮するものではない。このような状況では、どの
トラヒックが利用し得る帯域幅の使用優先権を受けるか
についての方策を実行する必要がある。インプリメンタ
はユーザに方策の内の一つまたはそれ以上の選択を利用
し得るようにすることができる。このような方策には、
例えば、データ・トラヒックに優先権を与えることと、
入り回線交換呼には応答せず、あるいはデータ・トラヒ
ックに対しＢチャンネルを否定し、データ・トラヒック
内のストリームに優先権付与を適用することが含まれ
る。
の回線交換呼または入り回線交換呼、例えば、付加的な
Ｂチャンネルが必要であると判断される時点でＤチャン
ネル上にＱ．９３１呼表示制御メッセージによって表示
ができるもので、Ｂチャンネルの内の一本を通して着信
する音声、あるいはファックスについての密接な関係を
直接考慮するものではない。このような状況では、どの
トラヒックが利用し得る帯域幅の使用優先権を受けるか
についての方策を実行する必要がある。インプリメンタ
はユーザに方策の内の一つまたはそれ以上の選択を利用
し得るようにすることができる。このような方策には、
例えば、データ・トラヒックに優先権を与えることと、
入り回線交換呼には応答せず、あるいはデータ・トラヒ
ックに対しＢチャンネルを否定し、データ・トラヒック
内のストリームに優先権付与を適用することが含まれ
る。
【００６２】本発明の他の例示としての実施形態では、
ＩＳＤＮラインを支援する電話局交換機のＤチャンネル
がフレーム・リレーを支援するために追加される。これ
はＤチャンネルから送信されるパケットをＸ．２５に関
し性能改善をもたらすことができるフレーム・リレー・
フォーマットにすることを可能にする。フレーム・リレ
ー・パケットは自動的にアクセス・サーバに対しルート
設定される。
ＩＳＤＮラインを支援する電話局交換機のＤチャンネル
がフレーム・リレーを支援するために追加される。これ
はＤチャンネルから送信されるパケットをＸ．２５に関
し性能改善をもたらすことができるフレーム・リレー・
フォーマットにすることを可能にする。フレーム・リレ
ー・パケットは自動的にアクセス・サーバに対しルート
設定される。
【００６３】前記説明は本発明の原理を解説しているに
過ぎない。従って、本明細書には明確な記述や図による
提示はないが当該技術に精通した者には本発明の原理を
実施し、本発明の精神と範囲の内に含まれる様々な装置
を工夫し得るであろうことが理解されよう。
過ぎない。従って、本明細書には明確な記述や図による
提示はないが当該技術に精通した者には本発明の原理を
実施し、本発明の精神と範囲の内に含まれる様々な装置
を工夫し得るであろうことが理解されよう。
【図１】本発明の原理に従って、Ｂチャンネルを通して
送信されるパケットに遅延をもたらすどのパケットもＤ
チャンネルから除去する、ＩＳＤＮライン上でのインタ
ーネット・サービス向上を提供するシステムの概観を示
す図である。
送信されるパケットに遅延をもたらすどのパケットもＤ
チャンネルから除去する、ＩＳＤＮライン上でのインタ
ーネット・サービス向上を提供するシステムの概観を示
す図である。
【図２】図１に記載する端末装置の例示としての実施形
態の拡大図である。
態の拡大図である。
【図３】図１に記載のアクセス・サーバの例示としての
実施形態の拡大図である。
実施形態の拡大図である。
【図４】本発明に従った使用に適したＩＳＤＮ Ｄチャ
ンネルからＩＰそのフォーマットしたパケットを伝送す
る初期リンク層接続部を確立する例示としてのプロセス
を示す図である。
ンネルからＩＰそのフォーマットしたパケットを伝送す
る初期リンク層接続部を確立する例示としてのプロセス
を示す図である。
【図５】本発明の原理に従って、利用可能なＩＳＤＮチ
ャンネルの一つにパケットを割り当てる際に使用する例
示としてのプロセスのフローチャートを示す図である。
ャンネルの一つにパケットを割り当てる際に使用する例
示としてのプロセスのフローチャートを示す図である。
【図６】本発明の原理に従って、利用可能なＩＳＤＮチ
ャンネルの一つにパケットを割り当てる際に使用する例
示としてのプロセスのフローチャートを示す図である。
ャンネルの一つにパケットを割り当てる際に使用する例
示としてのプロセスのフローチャートを示す図である。
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 ＦＩ Ｈ０４Ｍ 1/00 (72)発明者 ムラリ アラヴァムーダン アメリカ合衆国 07728 ニュージャーシ ィ，フリーホールド，ペイサー レーン 71
Claims (33)
- 【請求項１】 少なくとも二つのベアラ（Ｂ）チャンネ
ルおよび一つのデータ（Ｄ）チャンネルを有する総合デ
ジタルサービス網（ＩＳＤＮ）を通してインターネット
に類似するサービスを提供するために用いる方法であっ
て、該方法は、該Ｄチャンネルと該Ｂチャンネルの少な
くとも一つが該インターネットに類似するサービスを伝
送するために能動状態のときに使用されるものであり、
該方法は、 パケットを該Ｄチャンネルを介して送信するときに、該
パケットが、遭遇し得る遅延に耐えることができない形
式のストリームに属しているかどうかを決定する段階
と、 該パケットを該Ｄチャンネルを介して送信するときに、
該パケットが、遭遇し得る遅延に耐えることができない
形式のストリームに属していると決定されたときには、
該Ｂチャンネルの一つにより該パケットを送信する段階
とからなることを特徴とする方法。 - 【請求項２】 請求項１に記載の方法において、該決定
段階は、該パケットのヘッダの受信先情報とタイプ情報
を調べることによって実行されることを特徴とする方
法。 - 【請求項３】 請求項１に記載の方法において、該決定
段階は、該パケットのヘッダの発信元情報とタイプ情報
を調べることによって実行されることを特徴とする方
法。 - 【請求項４】 請求項１に記載の方法において、該パケ
ットを該Ｄチャンネルを介して送信するときに、該パケ
ットが、遭遇し得る遅延に耐えることができない形式の
ストリームに該パケットが属していないと決定されたと
きには、該Ｂチャンネルの一つを通して該パケットを送
信し、そうすることによってシステム性能を改善しよう
とする段階が行われることを特徴とする方法。 - 【請求項５】 請求項１に記載の方法において、該決定
段階において、該パケットが連続メディア・アプリケー
ションのデータを含むときに、該パケットを該Ｄチャン
ネルを介して送信するときに遭遇し得る遅延に耐えるこ
とができないタイプのストリームに、該パケットが属し
ていると決定されることを特徴とする方法。 - 【請求項６】 請求項５に記載の方法において、該連続
メディア・アプリケーションが音声とビデオで構成する
セットの内の少なくとも一方を含む発明。 - 【請求項７】 請求項１に記載の発明において、該パケ
ットを該Ｄチャンネルを通して送信すると遭遇すること
がある遅延に耐えることができないタイプのストリーム
に該パケットが属していないとの該決定であれば、該パ
ケットを該Ｄチャンネルを通して送信することを特徴と
する方法。 - 【請求項８】 請求項７に記載の方法において、該決定
する段階では、該パケットが以下のタイプの少なくとも
一つのアプリケーション（プッシュ式のモデル・アプリ
ケーション、アクティブ・ディレクトリ・アプリケーシ
ョンおよび家庭用機器関連アプリケーション）のデータ
を含むとき、該パケットを該Ｄチャンネルを通して送信
すると遭遇することがある遅延に耐えることができない
タイプのストリームに該パケットが属していないと決定
されることを特徴とする方法。 - 【請求項９】 請求項７に記載の方法において、該パケ
ットが該Ｄチャンネルを通してフレーム・リレー・フォ
ーマットで送信されることを特徴とする方法。 - 【請求項１０】 少なくとも二つのベアラ（Ｂ）チャン
ネルおよび一つのデータ（Ｄ）チャンネルを有する総合
デジタルサービス網（ＩＳＤＮ）を通してインターネッ
トに類似するサービスを提供するために用いる方法であ
って、該方法は、該Ｄチャンネルと該Ｂチャンネルの少
なくとも一つが該インターネットに類似するサービスを
伝送するために能動状態であるときに使用されるもので
あり、該方法が、 分離をしたパケットの少なくとも一つのストリームが該
Ｄチャンネルの帯域幅の有効性とは無関係に該少なくと
も二つのＢチャンネルの一つまたはそれ以上にのみ送信
されるよう、パケットが属するストリームの形式の関数
としてパケットを該分離する段階からなることを特徴と
する方法。 - 【請求項１１】 請求項１０に記載の方法において、パ
ケットを該Ｄチャンネルを通して送信すると遭遇するこ
とがある遅延に耐えることができないストリームのパケ
ットが該分離する段階で分離されることを特徴とする方
法。 - 【請求項１２】 請求項１０に記載の方法において、該
分離したパケットの該少なくとも一つのストリームが該
Ｄチャンネルまたは該少なくとも二つのＢチャンネルの
何れかの帯域幅の有効性の関数として送信されることを
特徴とする方法。 - 【請求項１３】 請求項１０に記載の方法において、該
分離したパケットの少なくとも一つのストリームが該少
なくとも二つのＢチャンネルの何れかの帯域幅の有効性
に関係なく該Ｄチャンネルのみに送信されることを特徴
とする方法。 - 【請求項１４】 インターネットに類似するサービスを
提供するために能動状態の少なくとも一つのベアラ
（Ｂ）チャンネルおよび一つのデータ（Ｄ）チャンネル
を有する総合デジタルサービス網（ＩＳＤＮ）ラインを
通して該インターネットに類似するサービスを提供する
ために用いる方法であって、該方法は、該パケットが属
するストリームのタイプの関数として該パケットの幾つ
かが該一つのＤチャンネルを通して送信されることを防
止する段階からなることを特徴とする方法。 - 【請求項１５】 請求項１４に記載の方法において、該
防止段階で該一つのＤチャンネルを通して送信すること
が防止される該パケットの幾つかは、該Ｄチャンネルを
通して送信されると遭遇することがある遅延に耐えるこ
とができないことを特徴とする方法。 - 【請求項１６】 インターネットに類似するサービスを
提供するために能動状態の少なくとも一つのベアラ
（Ｂ）チャンネルおよび一つのデータ（Ｄ）チャンネル
を有する総合デジタルサービス網（ＩＳＤＮ）ラインを
通して該インターネットに類似するサービスを提供する
ために用いる方法であって、該方法は、パケットが属す
るストリームのタイプの関数として、該一つのＤチャン
ネルに帯域幅が利用できるときでも該Ｂチャンネルの一
つまたはそれ以上のみによる送信に該パケットを限定す
る段階からなることを特徴とする方法。 - 【請求項１７】 インターネットに類似するサービスを
提供するため能動状態にある少なくとも一つのベアラ
（Ｂ）チャンネルおよび一つのデータ（Ｄ）チャンネル
を有する総合デジタルサービス網（ＩＳＤＮ）ラインを
通して該インターネットに類似するサービスを提供する
ために用いる方法であって、該方法は、該一つのＤチャ
ンネルの帯域幅の有効性に関係なくストリームの識別さ
れる特定タイプのパケットを該Ｂチャンネルの一つまた
はそれ以上のみによる送信のためのパケットを供給する
段階からなることを特徴とする方法。 - 【請求項１８】 インターネットに類似するサービスを
提供するため能動状態にある少なくとも一つのベアラ
（Ｂ）チャンネルおよび一つのデータ（Ｄ）チャンネル
を有する総合デジタルサービス網（ＩＳＤＮ）ラインを
通して該インターネットに類似するサービスを提供する
ために用いる方法であって、該方法は、該Ｂチャンネル
の少なくとも一つに帯域幅が利用できても、パケットが
属するストリームのタイプの関数として該一つのＤチャ
ンネルのみによる送信に該パケットを限定する段階から
なることを特徴とする方法。 - 【請求項１９】 少なくとも二つのベアラ（Ｂ）チャン
ネルおよび一つのデータ（Ｄ）チャンネルを有する総合
デジタルサービス網（ＩＳＤＮ）ラインを通してインタ
ーネットに類似するサービスを提供するために用いる方
法であって、該方法は、該Ｄチャンネルと該Ｂチャンネ
ルの少なくとも一つが該インターネットに類似するサー
ビスを伝送するために能動状態にあるときに使用される
ものであり、該方法は、 パケットが該Ｄチャンネルを通して送信されると遭遇す
ることがある遅延に耐え得るタイプのストリームに該パ
ケットが属するかどうかを決定する段階と、 該パケットが該Ｄチャンネルから送信されると遭遇する
ことがある遅延に耐え得るタイプとストリームに該パケ
ットが属するとの該決定であれば、該Ｄチャンネルを通
して該パケットを送信する段階からなることを特徴とす
る方法。 - 【請求項２０】 請求項１９に記載の方法において、該
送信する段階において、該パケットが、フレーム・リレ
ー・プロトコルを用いて送信されることを特徴とする方
法。 - 【請求項２１】 少なくとも二つのベアラ（Ｂ）チャン
ネルおよび一つのデータ（Ｄ）チャンネルを有する総合
デジタルサービス網（ＩＳＤＮ）ラインを通してインタ
ーネットに類似するサービスを提供するために用いる方
法であって、該方法は、該Ｄチャンネルと該Ｂチャンネ
ルの少なくとも一つが該インターネットに類似するサー
ビスを伝送するために能動状態にあるときに使用される
ものであり、該方法が、 パケットが該Ｄチャンネルを通して送信されると遭遇す
ることがある遅延に耐えることができないタイプのスト
リームに該パケットが属するかどうかを決定する段階
と、 該パケットが該Ｄチャンネルを通して送信されると遭遇
することがある遅延に耐えることができないタイプのス
トリームに該パケットが属しているとの該決定であれ
ば、該パケットの該Ｄチャンネルを通した送信を防止す
る段階とからなることを特徴とする方法。 - 【請求項２２】 少なくとも一つのベアラ（Ｂ）チャン
ネルおよび一つのデータ（Ｄ）チャンネルを有する総合
デジタルサービス網（ＩＳＤＮ）ラインを通してインタ
ーネットに類似するサービスを提供するために用いられ
るコントローラであって、パケットが、パケット交換機
を通して該Ｄチャンネルにより一つまたはそれ以上のユ
ーザ端末とアクセス・サーバとの間に送信されるもので
あり、該ユーザ端末は、 該Ｄチャンネルを通してパケットを送信する手段と、 該少なくとも一つのベアラ（Ｂ）チャンネルを通してパ
ケットを送信する手段と、 該Ｂチャンネルの少なくとも一つが能動状態である限り
第１タイプのパケットを分離し、該第１タイプのパケッ
トが該Ｄチャンネルを通して送信されることを防止する
手段とからなることを特徴とするコントローラ。 - 【請求項２３】 請求項２２に記載のコントローラにお
いて、該第１タイプの該パケットは、連続する媒体スト
リームの部分であることを特徴とするコントローラ。 - 【請求項２４】 請求項２２に記載のコントローラにお
いて、更に、該Ｄチャンネルがユーザ・データ・パケッ
トと制御パケットとを伝送することを特徴とするコント
ローラ。 - 【請求項２５】 請求項２２に記載のコントローラにお
いて、更に、該Ｄチャンネルを通して送信されるパケッ
トがフレーム・リレー・フォーマットであることを特徴
とするコントローラ。 - 【請求項２６】 請求項２２に記載のコントローラにお
いて、該分離手段がＤチャンネルを通して送信されるパ
ケットの待ち行列と、該Ｂチャンネルの少なくとも一つ
を通して送信されるパケットの待ち行列とからなること
を特徴とするコントローラ。 - 【請求項２７】 請求項２２に記載のコントローラにお
いて、該分離手段が該Ｄチャンネルを通して送信される
パケットの待ち行列と、該Ｂチャンネルを通して送信さ
れるパケットに対するもので、少なくともそれぞれパケ
ットを送信するために能動状態である各Ｂチャンネル用
の複数の待ち行列とからなることを特徴とするコントロ
ーラ。 - 【請求項２８】 請求項２２に記載のコントローラにお
いて、該分離手段が、 該Ｄチャンネルを通して送信されるパケットの待ち行列
と、該Ｂチャンネルの少なくとも一つを通して送信され
るパケットの待ち行列と、 該Ｄチャンネルを通して送信されるパケットの待ち行列
を該Ｂチャンネルの少なくとも一つが能動状態になると
フラッシングするための手段とからなることを特徴とす
るコントローラ。 - 【請求項２９】 データ・パケットを伝送する総合デジ
タルサービス網（ＩＳＤＮ）タイプ・ラインを操作する
方法であって、該方法が、 少なくとも一つのベアラ・タイプ・チャンネルが確立さ
れた後に、および少なくとも一つのベアラ・タイプのチ
ャンネルが確立されたままである限り該ＩＳＤＮタイプ
のラインのベアラ・タイプ・チャンネルのみを通して第
１タイプのパケットを送信する段階からなることを特徴
とする方法。 - 【請求項３０】 請求項２９に記載の方法において、更
に、データ・チャンネルと該ベアラ・チャンネルとを複
合したものを通して第２タイプのパケットを送信する段
階からなることを特徴とする方法。 - 【請求項３１】 請求項２９に記載の方法において、該
パケットの帯域幅が該ＩＳＤＮタイプのラインのデータ
・タイプ・チャンネルに利用し得る帯域幅以上であると
き、第１ベアラ・タイプ・チャンネルが確立されること
を特徴とする方法。 - 【請求項３２】 請求項２９に記載の方法において、該
データ・パケットの帯域幅が、該ＩＳＤＮタイプ・ライ
ンのデータ・タイプ・チャンネルと該ＩＳＤＮラインの
第１ベアラ・タイプ・チャンネルとを複合したものに利
用できる帯域幅以上であるとき、第２ベアラ・タイプ・
チャンネルが確立されることを特徴とする方法。 - 【請求項３３】 データ・パケットを伝送するために総
合デジタルサービス網（ＩＳＤＮ）タイプのリンクを操
作するための方法であって、該方法が、 該データ・パケットの帯域幅合計が該Ｄチャンネルの帯
域幅よりも大きいとき、一つまたはそれ以上のＢチャン
ネルをＤチャンネルに結合する段階と、 該一つまたはそれ以上のＢチャンネルのみを通してパケ
ット・ストリームの第１タイプのパケットを送信する段
階とからなることを特徴とする方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/938,538 US6222837B1 (en) | 1997-09-26 | 1997-09-26 | Internet service via ISDN |
| US08/938538 | 1997-09-26 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11191815A true JPH11191815A (ja) | 1999-07-13 |
Family
ID=25471567
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10270701A Pending JPH11191815A (ja) | 1997-09-26 | 1998-09-25 | Ｉｓｄｎによるインターネット・サービス |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US6222837B1 (ja) |
| EP (1) | EP0905997A3 (ja) |
| JP (1) | JPH11191815A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000207298A (ja) * | 1999-01-14 | 2000-07-28 | Kdd Corp | ファイル転送方法 |
| JP2009060659A (ja) * | 2008-10-20 | 2009-03-19 | Sony Corp | データ伝送方法およびデータ伝送システム |
| JP2010263612A (ja) * | 2009-04-07 | 2010-11-18 | Sony Corp | 情報処理装置、情報処理方法、再生装置、再生方法、およびプログラム |
| JP2012104222A (ja) * | 2009-04-07 | 2012-05-31 | Sony Corp | 再生装置、再生方法、および記録方法 |
Families Citing this family (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6728771B2 (en) * | 1998-03-20 | 2004-04-27 | Siemens Information And Communication Networks, Inc. | Generic transport option for transporting messages in relay or broadcast mode via combinations of ISDN B-channels or D-channels |
| FR2780595B1 (fr) * | 1998-06-25 | 2000-08-04 | Alsthom Cge Alcatel | Procede de communication avec un acces |
| DE19834975A1 (de) * | 1998-08-03 | 2000-02-17 | Siemens Ag | Verfahren zum Umschalten einer ersten auf eine zweite Kommunikationsverbindung, die jeweils zwischen einem ersten und einem zweiten Kommunikationssystem bestehen |
| US6584122B1 (en) | 1998-12-18 | 2003-06-24 | Integral Access, Inc. | Method and system for providing voice and data service |
| US6853651B1 (en) * | 1999-06-17 | 2005-02-08 | Cingular Wireless Ii, Inc. | System and method for outbox-capable wireless transmission |
| US6577644B1 (en) * | 1999-06-22 | 2003-06-10 | Lucent Technologies Inc. | Quality of service (QoS) enhancement to multilink point-to-point protocol (PPP) |
| AU6685600A (en) * | 1999-07-30 | 2001-02-19 | Bruhl, Volker | Isdn-d-channel data transmission |
| AUPQ220199A0 (en) * | 1999-08-13 | 1999-09-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Transport of priority based control protocol messages over a switched communications network |
| US6754714B1 (en) | 1999-10-05 | 2004-06-22 | Cisco Technology, Inc. | Multilink point-to-point protocol network access server channel allocation method and apparatus |
| GB9925101D0 (en) * | 1999-10-22 | 1999-12-22 | Virtual Access Ireland Limited | Multi channel communication control system and method |
| FR2803711B1 (fr) * | 2000-01-06 | 2002-04-05 | Cit Alcatel | Procede de gestion de collision d'appels dans un canal de type canal d |
| US6876656B2 (en) * | 2001-06-15 | 2005-04-05 | Broadcom Corporation | Switch assisted frame aliasing for storage virtualization |
| US7315900B1 (en) * | 2001-06-20 | 2008-01-01 | Juniper Networks, Inc. | Multi-link routing |
| US7903638B2 (en) * | 2005-02-09 | 2011-03-08 | Alcatel Lucent | Communication link bonding apparatus and methods |
| US20060215689A1 (en) * | 2005-03-24 | 2006-09-28 | Alcatel | System-level communication link bonding apparatus and methods |
| US8976670B2 (en) * | 2006-11-16 | 2015-03-10 | Rockstar Consortium Us Lp | System and method for delivering packet data over a multiplicity of communication links |
| US8014400B2 (en) * | 2007-08-10 | 2011-09-06 | Sharp Laboratories Of America, Inc. | Method for allocating data packet transmission among multiple links of a network, and network device and computer program product implementing the method |
| EP2107741A1 (en) | 2008-03-31 | 2009-10-07 | Nokia Siemens Networks Oy | Interworking between messaging services |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4996685A (en) * | 1989-04-10 | 1991-02-26 | Bell Communications Research, Inc. | Technique for dynamically changing an ISDN connection during a host session |
| JPH0498345A (ja) * | 1990-08-09 | 1992-03-31 | Fujitsu Ltd | 端末装置の通信制御方式 |
| US5463629A (en) | 1992-07-13 | 1995-10-31 | Ko; Cheng-Hsu | Dynamic channel allocation method and system for integrated services digital network |
| US5615213A (en) * | 1995-04-13 | 1997-03-25 | International Business Machines Corporation | Message transmission using out-of-band signaling channel |
| US5881142A (en) * | 1995-07-18 | 1999-03-09 | Jetstream Communications, Inc. | Integrated communications control device for a small office configured for coupling within a scalable network |
| US5809070A (en) * | 1996-02-27 | 1998-09-15 | Flat Connections, Inc. | High speed data communications using multiple low speed modems |
| US6073176A (en) * | 1996-07-29 | 2000-06-06 | Cisco Technology, Inc. | Dynamic bidding protocol for conducting multilink sessions through different physical termination points |
| US5815505A (en) * | 1996-08-13 | 1998-09-29 | Advanced Micro Devices, Inc. | Combined analog and digital communications device |
| BR9714352A (pt) * | 1996-10-15 | 2000-04-11 | Siemens Ag | Processo para o tratamento de conexões de serviço em uma rede de comunicação |
| US5931928A (en) * | 1997-05-07 | 1999-08-03 | 3Com Corporaton | System for ISDN terminal adapter DCE for automatically negotiating data compression with it's PPP peer when DTE is unable or unwilling to negotiate compression |
| US6115460A (en) * | 1997-06-30 | 2000-09-05 | Lucent Technologies Inc. | Call redirection system |
-
1997
- 1997-09-26 US US08/938,538 patent/US6222837B1/en not_active Expired - Fee Related
-
1998
- 1998-09-08 EP EP98307219A patent/EP0905997A3/en not_active Withdrawn
- 1998-09-25 JP JP10270701A patent/JPH11191815A/ja active Pending
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000207298A (ja) * | 1999-01-14 | 2000-07-28 | Kdd Corp | ファイル転送方法 |
| JP2009060659A (ja) * | 2008-10-20 | 2009-03-19 | Sony Corp | データ伝送方法およびデータ伝送システム |
| JP2010263612A (ja) * | 2009-04-07 | 2010-11-18 | Sony Corp | 情報処理装置、情報処理方法、再生装置、再生方法、およびプログラム |
| JP2012104222A (ja) * | 2009-04-07 | 2012-05-31 | Sony Corp | 再生装置、再生方法、および記録方法 |
| JP2012138927A (ja) * | 2009-04-07 | 2012-07-19 | Sony Corp | 再生装置、再生方法、および記録方法 |
| US8582953B2 (en) | 2009-04-07 | 2013-11-12 | Sony Corporation | Information processing device, information processing method, playing device, playing method, and program |
| US9781402B2 (en) | 2009-04-07 | 2017-10-03 | Sony Corporation | Information processing device, information processing method, playing device, playing method, and program |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0905997A3 (en) | 1999-08-04 |
| EP0905997A2 (en) | 1999-03-31 |
| US6222837B1 (en) | 2001-04-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH11191815A (ja) | Ｉｓｄｎによるインターネット・サービス | |
| JPH11168463A (ja) | Ｉｓｄｎによるインターネット・サービス | |
| JP3639556B2 (ja) | ＶｏＩＰネットワークの輻輳制御システム | |
| RU2197793C2 (ru) | Способ передачи данных с коммутацией пакетов | |
| CN1316797C (zh) | 利用数字信号处理器来创建分组的方法和设备 | |
| JPH06268689A (ja) | Ｌａｎ間通信システム | |
| US20020150100A1 (en) | Method and apparatus for adaptive frame fragmentation | |
| JP2003198638A (ja) | 交換網およびパケット網間の通信を改良するためのシステムおよび方法 | |
| WO2001048976A9 (en) | Method and apparatus for providing efficient application-level switching for multiplexed internet protocol media streams | |
| CN1600013B (zh) | 用于压缩分组首部的方法和设备 | |
| EP0895381A1 (en) | Telecommunication network with suppression of multiple compression/decompression of voice packets | |
| EP1083730B1 (en) | Callback system and method for internet phone | |
| US6996059B1 (en) | Increasing duration of information in a packet to reduce processing requirements | |
| JPS6342543A (ja) | パケットフロー制御方法 | |
| EP1292083A2 (en) | Method for processing requests in a network adaptor | |
| JP2000049868A (ja) | タイム・スロット・インタ―チェンジ・ネットワ―クを有するデジタル・スイッチによるインタ―ネット・トラヒックの切り替え | |
| US20070064677A1 (en) | Packet media gateway with a secondary PSTN connection and method for time slot switching | |
| US7542465B2 (en) | Optimization of decoder instance memory consumed by the jitter control module | |
| US20030137979A1 (en) | Switching unit | |
| US7330461B2 (en) | Method to control data conversion in the transfer of a connection between a packet-switched and a line-switched communications network | |
| EP1346599B1 (en) | Method of optimizing equipment utilization in telecommunication access network | |
| US7088738B1 (en) | Dynamic fragmentation of information | |
| EP1010347A1 (en) | Arrangement for interleaving data and signalling information | |
| CN1364392A (zh) | 用于监视和必要时控制数据传输链路的传输容量的方法及电路装置 | |
| US7324557B2 (en) | Method, switching devices and remote connection unit for transmitting data having a reduced bandwidth |