JPH10210078A - 多重化通信装置 - Google Patents
多重化通信装置Info
- Publication number
- JPH10210078A JPH10210078A JP9017878A JP1787897A JPH10210078A JP H10210078 A JPH10210078 A JP H10210078A JP 9017878 A JP9017878 A JP 9017878A JP 1787897 A JP1787897 A JP 1787897A JP H10210078 A JPH10210078 A JP H10210078A
- Authority
- JP
- Japan
- Prior art keywords
- data
- communication
- media data
- communication media
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
- Telephonic Communication Services (AREA)
Abstract
(57)【要約】
【課題】 複数の通信メディアデータを多重化して通信
する装置において、適正にタイムアウト時間を設定して
効率よい転送を行うことができる多重化通信装置を提供
することを目的とする。 【解決手段】 前記複数の通信メディアデータのうちの
１つの通信メディアデータの発生／消滅に連動して、他
の通信メディアデータのトランスポートレイヤプロトコ
ルを制御するようにした。また、電話通信とインターネ
ットプロトコル通信とを多重化して通信する際に、電話
通信における電話呼の発生／消滅に連動して、前記イン
ターネットプロトコル通信におけるＩＰパケットを伝送
するために用いる転送制御プロトコルの再送タイムアウ
ト時間を含むパラメータを変更するようにした。
する装置において、適正にタイムアウト時間を設定して
効率よい転送を行うことができる多重化通信装置を提供
することを目的とする。 【解決手段】 前記複数の通信メディアデータのうちの
１つの通信メディアデータの発生／消滅に連動して、他
の通信メディアデータのトランスポートレイヤプロトコ
ルを制御するようにした。また、電話通信とインターネ
ットプロトコル通信とを多重化して通信する際に、電話
通信における電話呼の発生／消滅に連動して、前記イン
ターネットプロトコル通信におけるＩＰパケットを伝送
するために用いる転送制御プロトコルの再送タイムアウ
ト時間を含むパラメータを変更するようにした。
Description
【０００１】
【発明の属する技術分野】本発明は、電話通信やインタ
ーネットプロトコル（ＩＰ；Internet Protocol）によ
るパケット通信などの複数のメディア通信を行う多重化
通信装置に関し、特に、少なくとも１つのメディアデー
タを伝送するために転送制御プロトコルを用いる通信に
有効なものに関する。
ーネットプロトコル（ＩＰ；Internet Protocol）によ
るパケット通信などの複数のメディア通信を行う多重化
通信装置に関し、特に、少なくとも１つのメディアデー
タを伝送するために転送制御プロトコルを用いる通信に
有効なものに関する。
【０００２】
【従来の技術】従来より、複数のメディアを多重化する
通信装置として、例えば時分割多重化方式（ＴＤＭ；Ti
me Division Multiplexer ）を用いたものが実用されて
いる。これは、データを時分割で多重化し、専用回線な
どの伝送路を通して対向の機器と通信し合うものであ
る。多重化されるデータは、電話やホストデータやＥｔ
ｈｅｒｎｅｔデータなどである。
通信装置として、例えば時分割多重化方式（ＴＤＭ；Ti
me Division Multiplexer ）を用いたものが実用されて
いる。これは、データを時分割で多重化し、専用回線な
どの伝送路を通して対向の機器と通信し合うものであ
る。多重化されるデータは、電話やホストデータやＥｔ
ｈｅｒｎｅｔデータなどである。
【０００３】図４は、６４ｋｂｐｓの伝送路上に４ｍｓ
ｅｃを基本フレームとして、電話とデータ通信とを多重
化した場合の構成を示したものである。多重化には、各
メディアの帯域を固定的に割り当てる方式と帯域を動的
に可変で割り当てる方式がある。
ｅｃを基本フレームとして、電話とデータ通信とを多重
化した場合の構成を示したものである。多重化には、各
メディアの帯域を固定的に割り当てる方式と帯域を動的
に可変で割り当てる方式がある。
【０００４】この図４を使って、これらの２つの方式を
説明する。いま、２つの電話と１つのデータ通信が多重
化の対象になっているとする。この場合、６４ｋｂｐｓ
で４ｍｓｅｃというのは、３２バイトの領域となる。図
４の中のカッコ内の数字は、それぞれの通信に割り当て
られる領域を示す。
説明する。いま、２つの電話と１つのデータ通信が多重
化の対象になっているとする。この場合、６４ｋｂｐｓ
で４ｍｓｅｃというのは、３２バイトの領域となる。図
４の中のカッコ内の数字は、それぞれの通信に割り当て
られる領域を示す。
【０００５】固定的に割り当てる方式では、各メディア
データが帯域を専有しているので、例えば、電話の２回
線目のデータがなくても（すなわち、通話していなくて
も）、空きのデータを埋めている（図４（１））。
データが帯域を専有しているので、例えば、電話の２回
線目のデータがなくても（すなわち、通話していなくて
も）、空きのデータを埋めている（図４（１））。
【０００６】これに対し、動的帯域割り当て方式では、
電話の２回線目がない場合は、その帯域の部分をデータ
通信に割り当て、全体の帯域を節約する（図４
（２））。
電話の２回線目がない場合は、その帯域の部分をデータ
通信に割り当て、全体の帯域を節約する（図４
（２））。
【０００７】また、全体の帯域幅を変えないで、データ
通信への帯域をその分だけ増加させる方式もある（図４
（３））。
通信への帯域をその分だけ増加させる方式もある（図４
（３））。
【０００８】ここで、データ通信をＩＰパケット通信と
し、これを転送制御プロトコル（ＴＣＰ：Transmission
Control Protocol ）による転送制御で通信するときの
ことを考察する。以下、ＴＣＰの動作について説明す
る。
し、これを転送制御プロトコル（ＴＣＰ：Transmission
Control Protocol ）による転送制御で通信するときの
ことを考察する。以下、ＴＣＰの動作について説明す
る。
【０００９】ＴＣＰは、sequence number と acknowled
gement number と制御ビットによってハンドシェイクを
行い、ウインドウサイズ（window size ）と再送タイム
アウト時間（retransmission timeout）によって転送デ
ータの送信間隔と量を制御している。
gement number と制御ビットによってハンドシェイクを
行い、ウインドウサイズ（window size ）と再送タイム
アウト時間（retransmission timeout）によって転送デ
ータの送信間隔と量を制御している。
【００１０】図７は、ＴＣＰヘッダの構成を示してい
る。
る。
【００１１】ここで、まず、Source Port は、送信元の
ポート番号であり、Destination Portは、宛先のポート
番号である。Sequence Number は、送信するデータの先
頭を示す番号であり、Acknowledgement Numberは、受信
したデータの次のデータ番号である。Data Offset は、
ヘッダにおけるデータ領域の先頭を示すためのものであ
る。
ポート番号であり、Destination Portは、宛先のポート
番号である。Sequence Number は、送信するデータの先
頭を示す番号であり、Acknowledgement Numberは、受信
したデータの次のデータ番号である。Data Offset は、
ヘッダにおけるデータ領域の先頭を示すためのものであ
る。
【００１２】次に、Control Bitsとして、ＵＲＧは、ur
gentポインタの有効性を示すビットであり、ＡＣＫは、
acknowledgement numberの有効性を示すビットである。
ＰＳＨは、データをアプリケーション層に渡すことを指
示するためのビットであり、ＲＳＴは、コネクションを
強制的に終了するためのビットである。ＳＹＮは、Sequ
ence Number 同期のための制御ビットであり、ＦＩＮ
は、コネクションを終了するためのビットである。
gentポインタの有効性を示すビットであり、ＡＣＫは、
acknowledgement numberの有効性を示すビットである。
ＰＳＨは、データをアプリケーション層に渡すことを指
示するためのビットであり、ＲＳＴは、コネクションを
強制的に終了するためのビットである。ＳＹＮは、Sequ
ence Number 同期のための制御ビットであり、ＦＩＮ
は、コネクションを終了するためのビットである。
【００１３】また、Windowは、確認（acknowledgement
）なしに、送信可能なデータ量である。Checksumは、
ヘッダとデータのチェックサムであり、Urgent Pointer
は、即時処理を必要とするデータの終わりを指すポイン
タである。
）なしに、送信可能なデータ量である。Checksumは、
ヘッダとデータのチェックサムであり、Urgent Pointer
は、即時処理を必要とするデータの終わりを指すポイン
タである。
【００１４】Options は、最大セグメント長を示すため
のものであり、Padding は、データが３２ビット境界で
始まるようにセットするデータ（詰め物）である。data
は、転送データの実際の中身を示している。
のものであり、Padding は、データが３２ビット境界で
始まるようにセットするデータ（詰め物）である。data
は、転送データの実際の中身を示している。
【００１５】次に、図５および図６を用いてコネクショ
ン確立の典型的な手順について説明する。
ン確立の典型的な手順について説明する。
【００１６】例えば、図５のように、通信機器Ａ、Ｂが
あり、この機器の間で、ＦＴＰ（File Transfer Protoc
ol）で通信を行うときの通信機器の処理は、以下のよう
になる。
あり、この機器の間で、ＦＴＰ（File Transfer Protoc
ol）で通信を行うときの通信機器の処理は、以下のよう
になる。
【００１７】（あ）通信機器ＡのＦＴＰプロセスがＴＣ
Ｐモジュールへ通信機器Ｂに対するコネクション開設要
求を出す。
Ｐモジュールへ通信機器Ｂに対するコネクション開設要
求を出す。
【００１８】（い）通信機器ＡのＴＣＰモジュールは、
通信機器ＢのＴＣＰモジュールとハンドシェイクを行
い、コネクション確立の要求を行う。
通信機器ＢのＴＣＰモジュールとハンドシェイクを行
い、コネクション確立の要求を行う。
【００１９】（う）通信機器ＢのＴＣＰモジュールは、
コネクション確立要求の応答を返す。
コネクション確立要求の応答を返す。
【００２０】（え）するとプロセスＡは、ＴＣＰによっ
て送信したいデータをバッファにセットする。
て送信したいデータをバッファにセットする。
【００２１】（お）続いてデータ送信要求をＴＣＰモジ
ュールＡに対して行う。
ュールＡに対して行う。
【００２２】（か）ＴＣＰモジュールは、バッファのデ
ータを１回のＴＣＰ送信単位（セグメント）毎に取り出
す。
ータを１回のＴＣＰ送信単位（セグメント）毎に取り出
す。
【００２３】（き）さらに制御ビットなど設定したヘッ
ダを付加して、通信機器ＢのＴＣＰモジュールに送る。
ダを付加して、通信機器ＢのＴＣＰモジュールに送る。
【００２４】（く）通信機器ＢのＴＣＰモジュールは、
データを受信したことを示す応答を返す。
データを受信したことを示す応答を返す。
【００２５】（け）同時にそれを通信バッファに入れ
る。
る。
【００２６】（こ）プロセスＢに対して、データ受信し
たことを通知する。
たことを通知する。
【００２７】（さ）プロセスＢは、そのデータをＦＴＰ
データとして受け取る。
データとして受け取る。
【００２８】次に、上記（い）〜（き）の間の双方のＴ
ＣＰモジュールの動作をさらに詳しく説明する。
ＣＰモジュールの動作をさらに詳しく説明する。
【００２９】（１）送信側のＴＣＰモジュールは、非活
性の状態（CLOSED）にあり、受信側のＴＣＰモジュール
は、他からの通信を受信可能な状態（LISTEN）にある。
性の状態（CLOSED）にあり、受信側のＴＣＰモジュール
は、他からの通信を受信可能な状態（LISTEN）にある。
【００３０】（２）プロセスＡからコネクション確立要
求を受けたＴＣＰモジュールＡは、適当なsequence num
ber （１００）で制御ビットのＳＹＮをセットしたＴＣ
ＰセグメントをＴＣＰモジュールＢに送る（い）。
求を受けたＴＣＰモジュールＡは、適当なsequence num
ber （１００）で制御ビットのＳＹＮをセットしたＴＣ
ＰセグメントをＴＣＰモジュールＢに送る（い）。
【００３１】（３）ＴＣＰモジュールＢは、やはり適当
なＳＥＱ（sequence number ）＝３００でその応答を返
す。このとき、ＡＣＫ（acknowledgement number）は送
られた番号より１だけ増やし、制御ビットはＳＹＮとＡ
ＣＫをセットする（う）。
なＳＥＱ（sequence number ）＝３００でその応答を返
す。このとき、ＡＣＫ（acknowledgement number）は送
られた番号より１だけ増やし、制御ビットはＳＹＮとＡ
ＣＫをセットする（う）。
【００３２】（４）ＴＣＰモジュールＡは、上記のＡＣ
Ｋに対する応答をＳＥＱ＝１０１で、ＡＣＫは送られた
番号より１増やした３０１で返す。
Ｋに対する応答をＳＥＱ＝１０１で、ＡＣＫは送られた
番号より１増やした３０１で返す。
【００３３】これにより、ＴＣＰモジュールＡとＢの間
でＳＥＱの同期（ＳＹＮ）が確立する。次からは、ＴＣ
ＰモジュールはＳＥＱ＝１０１で、ＴＣＰモジュールＢ
はＳＥＱ＝３０１で、通信を行うことになる。
でＳＥＱの同期（ＳＹＮ）が確立する。次からは、ＴＣ
ＰモジュールはＳＥＱ＝１０１で、ＴＣＰモジュールＢ
はＳＥＱ＝３０１で、通信を行うことになる。
【００３４】次に、図８を使って、ウィンドウサイズと
再送タイムアウト時間について説明する。ＴＣＰの制御
方法では、送信側は基本的にＡＣＫが返ってきてから次
のデータを送信する。しかし、受信側はヘッダフォーマ
ットのWindow部を使って、ＡＣＫがなくても送信可能な
データ量を送信側に示すことができる。
再送タイムアウト時間について説明する。ＴＣＰの制御
方法では、送信側は基本的にＡＣＫが返ってきてから次
のデータを送信する。しかし、受信側はヘッダフォーマ
ットのWindow部を使って、ＡＣＫがなくても送信可能な
データ量を送信側に示すことができる。
【００３５】図８の上部は、その様子を示している。受
信側である通信機器Ｂから以前の通信時に、ウィンドウ
サイズとして３０（バイト）が通知されていたとする。
送信側である通信機器Ａは、ＳＥＱ＝１０１で内容デー
タが４バイトのセグメント（ＴＣＰの通信単位）を送
る。続いて、受信側からのＡＣＫを受ける前にＳＥＱ＝
１０５で内容データを８バイトのセグメントと、ＳＥＱ
＝１１３で内容データが７バイトのセグメントを送るこ
とができる（受信側のＡＣＫを期待して、３０バイトま
では送ることができる）。
信側である通信機器Ｂから以前の通信時に、ウィンドウ
サイズとして３０（バイト）が通知されていたとする。
送信側である通信機器Ａは、ＳＥＱ＝１０１で内容デー
タが４バイトのセグメント（ＴＣＰの通信単位）を送
る。続いて、受信側からのＡＣＫを受ける前にＳＥＱ＝
１０５で内容データを８バイトのセグメントと、ＳＥＱ
＝１１３で内容データが７バイトのセグメントを送るこ
とができる（受信側のＡＣＫを期待して、３０バイトま
では送ることができる）。
【００３６】ところで、送信側は、それぞれのセグメン
トを送るときに、そのＳＥＱ番号に対応してタイマを開
始する。そして、そのＳＥＱ番号に対応する（実際の数
値は、ＳＥＱ番号＋データ長）ＡＣＫを受信したとき
に、そのタイマを停止する。もし、タイマが満了した場
合（タイムアウトが発生した場合）は、該当セグメント
を再送する。
トを送るときに、そのＳＥＱ番号に対応してタイマを開
始する。そして、そのＳＥＱ番号に対応する（実際の数
値は、ＳＥＱ番号＋データ長）ＡＣＫを受信したとき
に、そのタイマを停止する。もし、タイマが満了した場
合（タイムアウトが発生した場合）は、該当セグメント
を再送する。
【００３７】以上の動作原理からわかるように、再送タ
イムアウト時間を短く設定すると（伝送路／受信側の能
力を高く見積もると）、再送が増えてトラフィックが多
くなる。また、再送タイムアウト時間を長く設定する
と、（伝送路／受信側の能力を低く見積もると）、本当
に再送が必要なときに、なかなかデータが伝送されない
ことになる。
イムアウト時間を短く設定すると（伝送路／受信側の能
力を高く見積もると）、再送が増えてトラフィックが多
くなる。また、再送タイムアウト時間を長く設定する
と、（伝送路／受信側の能力を低く見積もると）、本当
に再送が必要なときに、なかなかデータが伝送されない
ことになる。
【００３８】
【発明が解決しようとする課題】ところで、タイムアウ
ト時間の決定方法として、ＲＦＣ７９３（Internet Eng
ineering Task Force ）には、以下の例が示されてい
る。
ト時間の決定方法として、ＲＦＣ７９３（Internet Eng
ineering Task Force ）には、以下の例が示されてい
る。
【００３９】An Example Retransmission Timeout Proc
edureMeasure the elapsed time between sending a da
ta octet with aparticular sequence number and rece
iving an acknowledgement thatcovers that sequence
number (segments sent do not have to matchsegments
received). This measured elapsed time is the Rou
nd TripTime (RTT). Next compute a Smoothed Round
Trip Time (SRTT) as: SRTT = ( ALPHA * SRTT ) + ((1-ALPHA) * RTT) and based on this, compute the retransmission time
out (RTO) as: RTO = min[UBOUND, max[LBOUND, (BETA * SRTT)]] where UBOUND is an upper bound on the timeout (e.
g., 1 minute),LBOUND is a lower bound on the timeo
ut (e.g., 1 second), ALPHA isa smoothing factor
(e.g., .8 to .9), and BETA is a delay variancefact
or (e.g., 1.3 to 2.0). ここで、ＲＴＴ（Round Trip Time ）とは、送信からＡ
ＣＫ受信までの実測地である。上記計算内容を見てわか
るように、タイムアウト時間の値は、実際のＲＴＴを基
にしたＳＲＴＴと、ＢＥＴＡという計数によって決定さ
れている。すなわち、ＴＣＰモジュールでは、“ＲＴＴ
の変化が偶発的なものか”／“そのまましばらく安定す
るのか”を判断できないためである。
edureMeasure the elapsed time between sending a da
ta octet with aparticular sequence number and rece
iving an acknowledgement thatcovers that sequence
number (segments sent do not have to matchsegments
received). This measured elapsed time is the Rou
nd TripTime (RTT). Next compute a Smoothed Round
Trip Time (SRTT) as: SRTT = ( ALPHA * SRTT ) + ((1-ALPHA) * RTT) and based on this, compute the retransmission time
out (RTO) as: RTO = min[UBOUND, max[LBOUND, (BETA * SRTT)]] where UBOUND is an upper bound on the timeout (e.
g., 1 minute),LBOUND is a lower bound on the timeo
ut (e.g., 1 second), ALPHA isa smoothing factor
(e.g., .8 to .9), and BETA is a delay variancefact
or (e.g., 1.3 to 2.0). ここで、ＲＴＴ（Round Trip Time ）とは、送信からＡ
ＣＫ受信までの実測地である。上記計算内容を見てわか
るように、タイムアウト時間の値は、実際のＲＴＴを基
にしたＳＲＴＴと、ＢＥＴＡという計数によって決定さ
れている。すなわち、ＴＣＰモジュールでは、“ＲＴＴ
の変化が偶発的なものか”／“そのまましばらく安定す
るのか”を判断できないためである。
【００４０】ところで、これは全く一般的な決定方法で
ある。つまり、個々の帯域幅可変の多重化方式の回線上
の通信のように、電話呼が消滅して、明らかにＩＰパケ
ット通信用の帯域が向上した場合でも、そのことを考慮
することなく、ＲＴＴのみからタイムアウト時間を設定
している。そのため、実際に見合ったタイムアウト時間
に設定されるまでに、時間がかかったり、大き目のタイ
ムアウト時間が設定されるという欠点があった。
ある。つまり、個々の帯域幅可変の多重化方式の回線上
の通信のように、電話呼が消滅して、明らかにＩＰパケ
ット通信用の帯域が向上した場合でも、そのことを考慮
することなく、ＲＴＴのみからタイムアウト時間を設定
している。そのため、実際に見合ったタイムアウト時間
に設定されるまでに、時間がかかったり、大き目のタイ
ムアウト時間が設定されるという欠点があった。
【００４１】本発明は、適正にタイムアウト時間を設定
して効率よい転送を行うことができる多重化通信装置を
提供することを目的とする。
して効率よい転送を行うことができる多重化通信装置を
提供することを目的とする。
【００４２】
【課題を解決するための手段】本発明は、複数の通信メ
ディアデータを多重化して通信する装置において、前記
複数の通信メディアデータのうちの１つの通信メディア
データの発生／消滅に連動して、他の通信メディアデー
タのトランスポートレイヤプロトコルを制御するように
したものである。
ディアデータを多重化して通信する装置において、前記
複数の通信メディアデータのうちの１つの通信メディア
データの発生／消滅に連動して、他の通信メディアデー
タのトランスポートレイヤプロトコルを制御するように
したものである。
【００４３】
【発明の実施の形態および実施例】図１は、本発明の実
施例における多重化通信装置の構成を示すブロック図で
ある。
施例における多重化通信装置の構成を示すブロック図で
ある。
【００４４】制御部１は、マイクロプロセッサなどから
構成され、本装置全体の制御を行うものである。電話イ
ンタフェース２は、アナログ電話機またはＩＳＤＮ電話
機２１を収容するものである。
構成され、本装置全体の制御を行うものである。電話イ
ンタフェース２は、アナログ電話機またはＩＳＤＮ電話
機２１を収容するものである。
【００４５】入力インタフェース３は、キーボードやマ
ウス等の入力手段２２による利用者からの入力信号を受
け付けるものである。表示インタフェース４は、表示器
２３とのインタフェースであり、音声データ処理部５
は、例えばアナログ電話の場合に音声を符号／復号化す
るものである。
ウス等の入力手段２２による利用者からの入力信号を受
け付けるものである。表示インタフェース４は、表示器
２３とのインタフェースであり、音声データ処理部５
は、例えばアナログ電話の場合に音声を符号／復号化す
るものである。
【００４６】バッファメモリ６は、各種のデータを一時
記憶するものである。多重化処理部７は、電話データと
その他のアプリケーションデータを多重化するものであ
る。回線制御部８は、対向機器との間を結ぶ回線の制御
部である。回線インタフェース９は、回線とのインタフ
ェースをとるものである。
記憶するものである。多重化処理部７は、電話データと
その他のアプリケーションデータを多重化するものであ
る。回線制御部８は、対向機器との間を結ぶ回線の制御
部である。回線インタフェース９は、回線とのインタフ
ェースをとるものである。
【００４７】メモリ１０は、電話チャネル数等を記憶す
るメモリであり、メモリ１１は、制御部１の動作を記述
したプログラムなどからなる制御情報を記憶するメモリ
である。
るメモリであり、メモリ１１は、制御部１の動作を記述
したプログラムなどからなる制御情報を記憶するメモリ
である。
【００４８】図２は、制御情報の一部であるＴＣＰモジ
ュールの制御シーケンスを示すフローチャートであり、
図３は、再送タイムアウト時間を決定するためのテーブ
ルを示す説明図である。
ュールの制御シーケンスを示すフローチャートであり、
図３は、再送タイムアウト時間を決定するためのテーブ
ルを示す説明図である。
【００４９】まず、ステップＳ１０１は、上位レイヤか
らのデータを送信している状態である。例えば、利用者
が入力手段２２と表示器２３を用いて、ＦＴＰ通信をお
こなっている状態である。なお、ここに至るまでのシー
ケンスは従来例と同様であるので省略する。
らのデータを送信している状態である。例えば、利用者
が入力手段２２と表示器２３を用いて、ＦＴＰ通信をお
こなっている状態である。なお、ここに至るまでのシー
ケンスは従来例と同様であるので省略する。
【００５０】ステップＳ１０２で、このモジュールに対
する要求や通知（イベント）の有無を判断して、それが
データ送信要求でなければ、ステップＳ２１１で、その
他のイベント処理を行う。
する要求や通知（イベント）の有無を判断して、それが
データ送信要求でなければ、ステップＳ２１１で、その
他のイベント処理を行う。
【００５１】また、データ送信要求であれば、使用して
いる伝送路の速度と電話チャネルの数から図３のテーブ
ルを用いて、再送タイムアウト時間を決定する（ステッ
プＳ１０３）。ここで、電話チャネルの数は、電話呼を
制御するアプリケーションがメモリ１０の一部に書き込
むものとする。そして、ＴＣＰモジュールは、このメモ
リ１１の領域を参照できるものとする。
いる伝送路の速度と電話チャネルの数から図３のテーブ
ルを用いて、再送タイムアウト時間を決定する（ステッ
プＳ１０３）。ここで、電話チャネルの数は、電話呼を
制御するアプリケーションがメモリ１０の一部に書き込
むものとする。そして、ＴＣＰモジュールは、このメモ
リ１１の領域を参照できるものとする。
【００５２】次に、ステップＳ１０４で、図７に示すヘ
ッダを構成して送出する。このとき同時に、タイマをセ
ットする（ステップＳ１０５）。
ッダを構成して送出する。このとき同時に、タイマをセ
ットする（ステップＳ１０５）。
【００５３】次に、ウィンドウサイズ分を送信したかを
チェックして（ステップＳ１０６）、送信済みであれ
ば、ＡＣＫ待ちの状態へ遷移する（ステップＳ２０
１）。また、送信済みでなければ、データ送信中に戻
る。
チェックして（ステップＳ１０６）、送信済みであれ
ば、ＡＣＫ待ちの状態へ遷移する（ステップＳ２０
１）。また、送信済みでなければ、データ送信中に戻
る。
【００５４】なお、ステップＳ１０２で、イベントがデ
ータ送信要求以外の場合には、従来例と同じであるので
省略する。
ータ送信要求以外の場合には、従来例と同じであるので
省略する。
【００５５】なお、図３のテーブルにおいて、ＡＬＰＨ
Ａ係数とＢＥＴＡ係数は、従来例のものと概念的には同
じものである。
Ａ係数とＢＥＴＡ係数は、従来例のものと概念的には同
じものである。
【００５６】ここでは、６４ｋｂｐｓの回線を使った場
合は、最大２回線までの電話、１２８ｋｂｐｓの回線を
使った場合は、最大４回線までの電話、をそれぞれ１つ
のＩＰパケット通信と多重化する場合の値を用意してい
る。この値は、何回かの通信を行った結果（タイムアウ
トが頻発することなく、通信を行うことができた状況）
を反映して設定される。
合は、最大２回線までの電話、１２８ｋｂｐｓの回線を
使った場合は、最大４回線までの電話、をそれぞれ１つ
のＩＰパケット通信と多重化する場合の値を用意してい
る。この値は、何回かの通信を行った結果（タイムアウ
トが頻発することなく、通信を行うことができた状況）
を反映して設定される。
【００５７】
【発明の効果】以上説明したように、本発明によれば、
複数の通信メディアデータを多重化して通信する装置に
おいて、１つの通信メディアデータの発生／消滅に連動
して、他の通信メディアデータのトランスポートプロト
コルを制御するようにしたので、効率よい転送を行うこ
とができる効果がある。
複数の通信メディアデータを多重化して通信する装置に
おいて、１つの通信メディアデータの発生／消滅に連動
して、他の通信メディアデータのトランスポートプロト
コルを制御するようにしたので、効率よい転送を行うこ
とができる効果がある。
【図１】本発明の一実施例を示すブロック図である。
【図２】上記実施例における制御情報の一部であるＴＣ
Ｐモジュールの制御シーケンスを示すフローチャートで
ある。
Ｐモジュールの制御シーケンスを示すフローチャートで
ある。
【図３】上記実施例における再送タイムアウト時間を決
定するためのテーブルを示す説明図である。
定するためのテーブルを示す説明図である。
【図４】従来のＴＤＭにおける帯域割り当ての例を示す
説明図である。
説明図である。
【図５】従来の通信機器のＴＣＰモジュール回りの構成
を示すブロック図である。
を示すブロック図である。
【図６】従来のＴＣＰのコネクションのハンドシェイク
シーケンスを示す説明図である。
シーケンスを示す説明図である。
【図７】従来のＴＣＰヘッダの構成を示す説明図であ
る。
る。
【図８】従来のＴＣＰの再送とウィンドウサイズを示す
説明図である。
説明図である。
１…制御部、 ２…電話インタフェース、 ３…入力インタフェース、 ４…表示インタフェース、 ５…音声データ処理部、 ６…バッファメモリ、 ７…多重化処理部、 ８…回線制御部、 ９…回線インタフェース、 １０、１１…メモリ、 ２１…電話機、 ２２…入力手段、 ２３…表示器。
Claims (3)
- 【請求項１】 複数の通信メディアデータを多重化して
通信する装置において、 前記複数の通信メディアデータのうちの１つの通信メデ
ィアデータの発生／消滅に連動して、他の通信メディア
データのトランスポートレイヤプロトコルを制御するこ
とを特徴とする多重化通信装置。 - 【請求項２】 電話通信とインターネットプロトコル通
信とを多重化して通信する装置において、 前記電話通信における電話呼の発生／消滅に連動して、
前記インターネットプロトコル通信におけるＩＰパケッ
トを伝送するために用いる転送制御プロトコルのパラメ
ータを変更することを特徴とした多重化通信装置。 - 【請求項３】 請求項２において、 上記転送制御プロトコルのパラメータとして、少なくと
も再送タイムアウト時間を含むことを特徴とした多重化
通信装置。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9017878A JPH10210078A (ja) | 1997-01-16 | 1997-01-16 | 多重化通信装置 |
| US08/968,280 US6625166B2 (en) | 1996-11-15 | 1997-11-12 | Communication system for communicating a plurality of time-division multiplexed data, and control method therefor |
| EP97309129A EP0843442A3 (en) | 1996-11-15 | 1997-11-13 | Communication system for communicating a plurality of time-division multiplexed data, and control method therefor |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9017878A JPH10210078A (ja) | 1997-01-16 | 1997-01-16 | 多重化通信装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH10210078A true JPH10210078A (ja) | 1998-08-07 |
Family
ID=11955959
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9017878A Pending JPH10210078A (ja) | 1996-11-15 | 1997-01-16 | 多重化通信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH10210078A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003507934A (ja) * | 1999-08-17 | 2003-02-25 | テレフォンアクチーボラゲット エル エム エリクソン（パブル） | 時間パラメータを決定するための方法及び装置 |
-
1997
- 1997-01-16 JP JP9017878A patent/JPH10210078A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003507934A (ja) * | 1999-08-17 | 2003-02-25 | テレフォンアクチーボラゲット エル エム エリクソン（パブル） | 時間パラメータを決定するための方法及び装置 |
| US7701866B2 (en) | 1999-08-17 | 2010-04-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and device for determining a time-parameter |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| AU772524B2 (en) | Method and system for discarding and regenerating acknowledgment packets in ADSL communications | |
| US5463629A (en) | Dynamic channel allocation method and system for integrated services digital network | |
| KR100988339B1 (ko) | 무선 인터페이스를 통해 ｔｃｐ 성능을 개선시키기 위한 이중 프록시 접근 방식 | |
| US6005851A (en) | Adaptive channel control for data service delivery | |
| JP3525869B2 (ja) | パケット通信システムの接続装置及び方法 | |
| KR20010007320A (ko) | Ｃｄｍａ 시스템에서 단신방식 모드로 순방향 링크 고속패킷 데이터 서비스를 위한 주 전송 방법 및 시스템 | |
| KR20010007339A (ko) | 코드 분할 다중 접속 시스템에서 고속 패킷 데이터서비스를 위한 낮은 백 홀 재활성 지연 | |
| US6175575B1 (en) | Internet service via ISDN | |
| JP2004529529A (ja) | セッション待ち行列を用いる多重アクセス通信用の動的帯域幅割当て | |
| US6222837B1 (en) | Internet service via ISDN | |
| US7912078B2 (en) | Credit based flow control in an asymmetric channel environment | |
| Kiiskinen et al. | Data channel service for wireless telephone links | |
| KR100434384B1 (ko) | 선택적 흐름제어를 통한 데이터 신뢰성 보장장치 및 방법 | |
| JP3767862B2 (ja) | 非対称ネットワーク環境下でのｔｃｐデータ伝送効率の向上方法及び通信システム | |
| JPH10210078A (ja) | 多重化通信装置 | |
| JP2007006068A (ja) | 高速ネットワークにおけるパケットの同期送受信方法、送受信システム、送受信装置および同期送受信プログラム | |
| Cisco | Configuring Media-Independent PPP and Multilink PPP | |
| Cisco | Configuring Media-Independent PPP and Multilink PPP | |
| EP1249119B1 (en) | Effective multilink flow handling | |
| Cisco | Configuring Media-Independent PPP and Multilink PPP | |
| KR100259768B1 (ko) | 분산 노드 환경에서 점대점 프로토콜 및 다중링크 프로토콜을이용한 서비스 처리 방법 | |
| JP2001168871A (ja) | データ転送方式 | |
| CA2422919A1 (en) | Dynamic tcp configuration for low latency voice/data traffic | |
| JP3897094B2 (ja) | インタフェース変換装置 | |
| JP2000253056A (ja) | 送信帯域制御装置 |