JP2004248032A - 同一相手に対して複数の通信チャネルを用いた通信を行うことが可能な通信装置、その制御方法 - Google Patents
同一相手に対して複数の通信チャネルを用いた通信を行うことが可能な通信装置、その制御方法 Download PDFInfo
- Publication number
- JP2004248032A JP2004248032A JP2003036651A JP2003036651A JP2004248032A JP 2004248032 A JP2004248032 A JP 2004248032A JP 2003036651 A JP2003036651 A JP 2003036651A JP 2003036651 A JP2003036651 A JP 2003036651A JP 2004248032 A JP2004248032 A JP 2004248032A
- Authority
- JP
- Japan
- Prior art keywords
- data
- network
- time
- communication
- real
- 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.)
- Withdrawn
Links
Images
Abstract
【課題】同一相手に対して単一または複数の通信チャネルを用いて通信する際に、ネットワークデータのＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を維持して効率よく通信をおこなえるようにする。
【解決手段】送信要求されたネットワークデータを、同一相手に対して接続されている通信チャネル数（リンク数）に等分割するよう制御する。
任意の通信チャネルに送信中の非リアルタイム系ネットワークデータを、任意のタイミングでリアルタイムに分割するよう制御する。
【選択図】 図１
【解決手段】送信要求されたネットワークデータを、同一相手に対して接続されている通信チャネル数（リンク数）に等分割するよう制御する。
任意の通信チャネルに送信中の非リアルタイム系ネットワークデータを、任意のタイミングでリアルタイムに分割するよう制御する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、同一相手に対して複数の通信チャネルを用いた通信を行うことが可能な通信装置、その制御方法に関するものである。
【０００２】
【従来の技術】
近年になって、Ｇ４ファクシミリ、デジタル電話機、ＴＡ（ターミナルアダプタ）、ＩＳＤＮルータなど、ＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ ＳｅｒｖｉｃｅＤｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）回線を用いる通信装置が普及しつつある。
【０００３】
ＩＳＤＮの特色として、局線１本で複数のチャネルを同時に使用して通信をおこなえる点があげられる。たとえば、基本インターフェース（ＢＲＩ：Ｂａｓｉｃ Ｒａｔｅ Ｉｎｔｅｒｆａｃｅ）は、Ｂチャネル２本とＤチャネルからなり、Ｂチャネル１本を電話で、もう１本をインターネットで同時に用いて通信をおこなうことができる。また、一次群インターフェース（ＰＲＩ：ＰｒｉｍａｒｙＲａｔｅ Ｉｎｔｅｒｆａｃｅ）は主にビジネス用で、ＰＢＸ用などにＢチャネル２３本とＤチャネルまたはＢチャネル２４本からなる。
【０００４】
前記複数のＢチャネルは束ねて同じ通信相手と通信する、いわゆるバルク通信モードも用いることができる。たとえば、２Ｂを束ねてバルク通信すれば、Ｂチャネルの転送速度６４ｋｂｐの２倍である１２８ｋｂｐｓで通信できるため、より短時間にデータを転送することができる。このバルク通信では、各チャネルはそれぞれ別の発呼制御により接続され、課金も別に行われる。
【０００５】
バルク通信においては、複数のリンク（チャネル）を仮想的な１つのリンクにみせるためのプロトコルが有効になる。こうしたプロトコルとして、ＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ）１７１７に記載されるＭＰ（Ｍｕｌｔｉｌｉｎｋ Ｐｒｏｔｏｃｏｌ）がある。ＭＰは、複数のリンクをまとめて一つのリンクにするためのプロトコルである。ＭＰでは、送信すべきネットワークデータを各リンクに分割するために、図１に示すＭＰヘッダを付加する。始点ビットは、はじめのフラグメントには１を、それ以外には０をセットする。終点ビットは、最後のフラグメントには１を、それ以外には０をセットする。シーケンスナンバーは、各フラグメント毎にインクリメントしてセットされる。分割されたデータを受信した場合、分割前のデータがすべて揃うのを待って、それらを組み立て、ネットワーク・プロトコルに通知する。
【０００６】
また、スループットＢＯＤ（Ｂａｎｄｉｄｔｈ Ｏｎ Ｄｅｍａｎｄ）などと呼ばれる技術、すなわち現在の時刻におけるチャネルの累積使用頻度や、現在の時刻における回線使用料金に応じてバルク通信する／しないを決定する技術や単位時間あたりの転送データ量に応じて動的に使用するチャネル数を増減する技術が知られている。
【０００７】
【発明が解決しようとする課題】
前述したように、ＭＰでは、ネットワークデータを分割する際に、最初のフラグメントと最後のフラグメントを認識する必要がある。すなわち、送信すべきネットワークデータをあらかじめ分割した後に、ＭＰヘッダを付加する必要がある。これは、ＩＳＤＮのリンク毎にネットワークデータを分割する場合には有効だが、たとえば、あるリンク上で非リアルタイム系のネットワークデータを送信中に、リアルタイム系のネットワークデータの送信要求があり、前記非リアルタイム系のネットワークデータを分割する場合などは最後のフラグメントを認識することが困難である。なぜなら、前記リアルタイム系のネットワークデータの送信要求がいつ発生するかは不明であるため、前記非リアルタイム系のネットワークデータがどのように分割されるかも不明であるからだ。このような場合には、ＭＰでは最後のフラグメントを認識できないために、受信側において分割されたネットワークデータを再構築することができないという問題がある。
【０００８】
また、ＭＰでは、それぞれのリンクに対してどういう割合でネットワークデータを分割するかについては考慮されていない。そのため、たとえば、あるリンクに対してネットワークデータが集中すると、別のリンクとの間でネットワークデータの転送時間に差が生じるため、ネットワーク層からの送信要求時のネットワークデータ・シーケンスと受信時のネットワークデータ・シーケンスに差が生じる。このような場合に、ＭＰでは分割されたネットワークデータをキューに蓄え、分割前の（ネットワーク層からの送信要求時の）ネットワークデータに再構築し、送信要求時のネットワークデータ・シーケンス順にネットワーク・プロトコルに通知するといった複雑な処理を必要とする。よって、ネットワークデータを物理層が受信してからネットワーク層に通知するまでに、シーケンスの差を吸収する時間がかかることがあるという問題がある。
【０００９】
また、ＭＰでは、シーケンスナンバーどおりにネットワークデータを受信しなかった場合に、そのデータがネットワーク伝送路上で消失したのか、または遅延しているのかをタイムアウトを設定するなどして認識する。よって、タイムアウトするまで、ネットワーク伝送路上で消失したのか、または遅延しているのかを認識することができないという問題がある。
【００１０】
本発明の課題は、上記の問題を解決し、同一相手に対して単独または複数の通信チャネルを用いて通信する際に、ネットワークデータを任意のタイミングで分割して送信しても、受信側において効率よく再構築できるようにすることである。
【００１１】
また、同一相手に対して単独または複数の通信チャネルを用いて通信する際に、受信側において送信要求時のネットワークデータ・シーケンス順に効率よくネットワーク・プロトコルに通知できるようにすることである。
【００１２】
また、同一相手に対して単独または複数の通信チャネルを用いて通信する際に、ネットワークデータがネットワーク伝送路上で消失したのか、または遅延しているのかを効率よく認識できるようにすることである。
【００１３】
【課題を解決するための手段】
以上の課題を解決するために、本発明においては、同一相手に対して複数の通信チャネルを用いた通信が可能な通信装置において、送信要求されたネットワークデータを、同一相手に対して接続されている通信チャネル数（リンク数）に等分割するよう制御する手段を有する。
【００１４】
あるいは、前記通信装置において、同一相手に対して接続されているリンク数に等分割されたネットワークフラグメントデータにそれぞれデータ種別（リアルタイム系か非リアルタイム系かなど）、ＩＤ（サイクリック・インクリメント・シーケンスナンバー）、シーケンスナンバーおよび終端ビットを含むＣＦ（Ｃｏｎｓｔａｎｔ Ｆｒａｇｍｅｎｔ）ヘッダを付加して送信し、受信側において前記ＣＦヘッダを参照することにより送信要求時のネットワークデータを再構築する手段を有する。
【００１５】
あるいは、前記通信装置において、前記等分割されたネットワークフラグメントデータを受信した際に、ネットワークデータＡｉ（ｉはＣＦヘッダのＩＤ）を再構築し終わる前にネットワークフラグメントデータＢｊ（ｊはｉと異なるＣＦヘッダのＩＤ）を受信すると、ネットワークデータＡｉのフラグメントデータの一部または全部がネットワーク伝送路上で消失したと判断し、ネットワークデータＡｉを廃棄し、次のネットワークデータＢｊを受信するよう制御する手段を有する。
【００１６】
あるいは、前記通信装置において、非リアルタイム系ネットワークデータを任意の１本の通信チャネル（リンク）に送信する際に、ＩＤ（サイクリック・インクリメント・シーケンスナンバーであり、各リンク毎にもつ）、パケット長、分割ビット（分割前は０）、データ種別（リアルタイム系か非リアルタイム系かなど）を含むＲＦ（Ｒｅａｌｔｉｍｅ Ｆｒａｇｍｅｎｔ）ヘッダを付加して送信し、前記通信チャネルにリアルタイム系ネットワークデータの送信要求があるとその時点で前記非リアルタイム系ネットワークデータを分割して送借を中断し、前記リアルタイム系ネットワークデータを送信するよう制御する手段を有する。
【００１７】
あるいは、前記通信装置において、前記非リアルタイム系ネットワークデータを分割する際に、分割後の残りの非リアルタイム系ネットワークデータに前記ＲＦヘッダ（ＩＤ、データ種別は分割前と同じ、分割ビットは１、パケット長は付加しない）を付加して送信し、受信側において前記ＲＦヘッダを参照することにより前記通信チャネルに送信された非リアルタイム系ネットワークデータを再構築する手段を有する。
【００１８】
あるいは、前記通信装置において、前記分割された非リアルタイム系ネットワークデータを前記通信チャネルから受信した際に、ネットワークデータＣｉ（ｉはＲＦヘッダのＩＤ）を再構築し終わる前にネットワークフラグメントデータＤｊ（ｊはｉと異なるＲＦヘッダのＩＤ）を受信すると、ネットワークデータＣｉのフラグメントデータの一部または全部がネットワーク伝送路上で消失したと判断し、ネットワークデータＣｉを廃棄し、次のネットワークデータＤｊを受信するよう制御する手段を有する。
【００１９】
【発明の実施の形態】
以下、本発明の実施例を図面を参照して詳細に説明する。
【００２０】
［第１の実施の形態］
図２は、本発明に係るＩＳＤＮ端末装置のブロック構成図を示す。ＣＰＵ２００はメモリ２３０に格納されているプログラムを読み出し、実行することにより装置全体の制御をおこなう。ＨＤＬＣ（Ｈｉｇｈｌｅｖｅｌ Ｄａｔａ ＬｉｎｋＣｏｎｔｒｏｌ）コントローラ２１０は、ＤＭＡＣ（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌｌｅｒ）を内臓しており、２１０と２３０の間で高速にデータをＤＭＡ転送し、ＨＤＬＣフレームとしてシリアルデータに変換して送信する。また、受信されたＨＤＬＣフレームを分解し、２１０と２３０の間で高速にデータをＤＭＡ転送する。ＩＳＤＮ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ２２０は、ＩＳＤＮのＢＲＩ（Ｂａｓｉｃ Ｒａｔｅ Ｉｎｔｅｒｆａｃｅ：２Ｂ＋Ｄ）またはＰＲＩ（Ｐｒｉｍａｒｙ Ｒａｔｅ Ｉｎｔｅｒｆａｃｅ：２３Ｂ＋Ｄ／２４Ｂ）におけるユーザ・網インターフェースを実現する。また、ＩＴＵ−Ｔ勧告のＩ．４３０に定められたレイヤ１制御機能を有すると共に、ＩＴＵ−Ｔ勧告のＱ．９２０、Ｑ．９２１に定められたレイヤ２（ＬＡＰ−Ｄプロトコル）制御機能をサポートする。Ｅｔｈｅｒｎｅｔ（Ｒ） Ｃｏｎｔｒｏｌｌｅｒ２４０は、複数のＲＪ−４５ポートを備え、イーサネット（Ｒ）プロトコルをサポートする。前記ＩＳＤＮ端末装置２台閣において、Ｌｉｎｅ Ｉ／Ｆ２２０によりＤチャネルを通じて、ＩＴＵ−Ｔ勧告のＱ．９３１シグナリングプロトコルにより、複数のＢチャネル（Ｂｌ〜Ｂｎ）を接続することができる。
【００２１】
本実施例では、前記ＩＳＤＮ端末装置２台間で、Ｂチャネルがｎ本接続されている場合に、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）データを送受信することを考える。本実施例では、ＩＰデータのＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）は考えない。すなわち、リアルタイム系ＩＰデータも非リアルタイム系ＩＰデータも同様に扱う。前記ＩＳＤＮ端末装置において、ネットワーク層からＩＰデータの送信要求があったときのフローチャートを図４に示す。
【００２２】
ステップＳ４００にてネットワーク層からＩＰデータの送信要求があると、ステップＳ４１０にて前記ＩＰデータを接続Ｂチャネル数ｎで等分割する。ステップＳ４２０にて前記分割された各ＩＰフラグメントデータに対して、図３に示すＣＦヘッダを付加する。ＣＦ・Ｔｙｐｅフィールド（ＣＦヘッダのＩＤを示す。以下同様）。３００は２Ｂｉｔであり、ＩＰデータの種別を示す。たとえば、音声０、ＦＡＸ１、ＬＡＮ２、制御３というように定める。ＣＦ・終端ビット３１０は１Ｂｉｔであり、１のとき、ＩＰフラグメントの終端を示す。ＣＦ・シーケンスナンバー３２０は５Ｂｉｔであり、フラグメント先頭を０として、フラグメントの順序を示す。ＣＦ・ＩＤ３３０は８Ｂｉｔであり、各フラグメントが送信要求時に同一ＩＰデータであることを示すサイクリック・インクリメント・シーケンスナンバーである。たとえば、Ｂチャネルが１本だけ接続されている場合、ＩＰデータは分割せず、ＣＦ・終端ビット＝１、ＣＦ・シーケンスナンバー＝０とする。Ｂチャネルが２本接続されている場合、ＩＰデータは半分に分割され、前半のＩＰフラグメントデータに対しては、ＣＦ・終端ビット＝０、ＣＦ・シーケンスナンバー＝０とし、後半のＩＰフラグメントデータに対しては、ＣＦ・終端ビット＝１、ＣＦ・シーケンスナンバー＝１とする。前半のフラグメントデータも後半のフラグメントデータもＣＦ・ＩＤは共通である。Ｂチャネルがｎ本接続されている場合、ＩＰデータはｎ等分割され、先頭を１としてｉ番目のフラグメントデータに対して、ｉ＜ｎのとき、ＣＦ・終端ビット＝０、ＣＦ・シーケンスナンバー＝ｉ−１とし、ｉ＝ｎのとき、ＣＦ・終端ビット＝１、ＣＦ・シーケンスナンバー＝ｎ−１とする。ｉ＝１〜ｎのフラグメントデータに対して、ＣＦ・ＩＤは共通である。ここで、フラグメントヘッダを付加したｉ番目のフラグメントデータはメモリ２３０上におかれ、ＨＤＬＣコントローラ２１０によりＩＳＤＮのＢｉチャネルに対してＤＮＡ送信する。
【００２３】
前記ＩＳＤＮ端末装置において、ＩＳＤＮからＩＰデータの受信イベントがあったときのフローチャートを図５に示す。ステップＳ５００にてＩＳＤＮからＩＰデータを受信すると、ステップＳ５１０にて図３のＣＦヘッダを参照する。もし、再構築待ちのＩＰフラグメントデータが存在し、そのＣＦ・ＩＤと異なるＣＦ・ＩＤのＩＰフラグメントデータを受信すれば、前記再構築待ちのＩＰデータはその一部（フラグメント）がネットワーク伝送路上で消失したと判断し、ステップＳ５２０にて前記再構築待ちのＩＰフラグメントデータをすべて廃棄してステップＳ５３０に進む。ステップＳ５１０にて再構築待ちのＩＰフラグメントデータが存在しない、または再構築待ちのＩＰフラグメントデータが存在し、そのＣＦ・ＩＤと同一のＣＦ・ＩＤのＩＰフラグメントデータを受信すれば、ステップＳ５３０に進む。ステップＳ５３０にて同一のＩＤのＩＰフラグメントデータがすべて揃えば、ステップＳ５４０に進んでＩＰフラグメントデータをＣＦ・シーケンスナンバー順に再構築してネットワーク層に通知する。たとえば、受信されたＩＰデータのＣＦヘッダのＣＦ・終端ビット＝１、ＣＦ・シーケンスナンバー＝０の場合、Ｂチャネルが１本だけ接続されていると判断し、再構築することなく受信されたＩＰデータをネットワーク層に通知する。また、ＣＦ・終端ビット＝１、ＣＦ・シーケンスナンバー＝１、ＣＦ・ＩＤ＝０のＩＰフラグメントデータを受信済みの場合、Ｂチャネルが２本接続されていると考えられる。この場合に、次にＣＦ・終端ビット＝０、ＣＦ・シーケンスナンバー＝０、ＣＦ・ＩＤ＝０のＩＰフラグメントデータを受信すれば、ＣＦ・ＩＤ＝０のＩＰフラグメントデータはすべて揃ったと判断し、ＩＰフラグメントデータをＣＦ・シーケンスナンバー順に再構築してネットワーク層に通知する。前記の場合に、次にＣＦ・ＩＤ＝１のＩＰフラグメントデータを受信すれば、ＣＦ・シーケンスナンバー＝０、ＣＦ・ＩＤ＝０のＩＰフラグメントデータはネットワーク伝送路上で消失したと判断し、ＣＦ・ＩＤ＝０のＩＰフラグメントデータを廃棄する。
【００２４】
［第２の実施の形態］
図６は、本発明に係るＩＳＤＮ端末装置のブロック構成図を示す。ＣＰＵ２００、ＨＤＬＣ（Ｈｉｇｈｌｅｖｅｌ Ｄａｔａ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）コントローラ２１０、ラインインターフェース２２０、メモリ２３０、イーサネット（Ｒ）コントローラ２４０は第１の実施例と同様である。ＰＣＭコーデック６００は、アナログの音声信号を８ｋＨｚ＆８Ｂｉｔでサンプリングして６４ｋＢｐｓのＰＣＭデータにする。ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌｉｎｇ Ｐｒｏｃｅｓｓｏｒ）６１０は、電話機の呼出信号生成に必要な電圧を作る昇圧部、リンガ（呼出信号）発生部、ＤＴＭＦデコーダ部、フック判定部などの各電話回線に対する様々なインタフェースを司るための回路を有するとともに入力された音声データを符号化／復号化する回路が含まれている。また、ＦＡＸデータを自動検出して符号化／復号化する回路が含まれている。ＤＳＰは４つのＲＪｌｌアナログポートを備え、それぞれ電話チャネル０〜３に対応する。本実施例では音声圧縮方式としてＧ７２９８ｋＢｐｓを用いる。Ｇ７２９ ８ｋＢｐｓでは、１０ｍ秒毎に有音の場合は１０Ｂｙｔｅ、無音の場合は０Ｂｙｔｅの音声データを発生する。
【００２５】
本実施例では、前記ＩＳＤＮ端末装置２台間で、Ｂチャネルが１本接続されている場合に、アナログ電話からの音声データとイーサネット（Ｒ）ＬＡＮからのＬＡＮデータを多重して前記Ｂチャネルで送受信することを考える。本実施例では、アナログ電話からの音声データをリアルタイム系データとして扱い、イーサネット（Ｒ）ＬＡＮからのＬＡＮデータを非リアルタイム系データとして扱い、音声データをＬＡＮデータよりも優先的に送信することを考える。
【００２６】
前記ＩＳＤＮ端末装置において、前記Ｂチャネルに対して送信要求をおこなうとき、図３に示すＣＦヘッダを付加する。ＣＦヘッダのＴｙｐｅフィールドは音声データ＝０、ＬＡＮデータ＝２と定める。本実施例ではＢチャネルを１本しか使用しないため、ＣＦ・終端ビット＝１、ＣＦ・シーケンスナンバー＝０とする。
【００２７】
前記ＩＳＤＮ端末装置において、前記Ｂチャネルに対して送信要求があったときのフローチャートを図８に示す。ステップＳ８００の送信要求待ち状態において、ＣＦヘッダ付ＬＡＮデータの送信要求があると（ステップＳ８０５）、図７に示すＲＦ（Ｒｅａｌｔｉｍｅ Ｆｒａｇｍｅｎｔ）ヘッダを付加する。ＲＦ・Ｔｙｐｅフィールド７００は２Ｂｉｔであり、図３のＣＦ・Ｔｙｐｅフィールド３００と同じ値をセットする。ＲＦ・分割ビット７１０は１Ｂｉｔであり、送信要求時は０である。ＲＦ・ＩＤ７３０は５Ｂｉｔであり、分割されたパケットが送信要求時に同一パケットであることを示すサイクリック・インクリメント・シーケンスナンバーであり、通信チャネル（リンク）毎にもつ。ＲＦ・パケット長７４０は送信要求時のＣＦヘッダも含めたパケット長（Ｂｙｔｅ単位）、すなわちリアルタイムデータによる分割前のパケット長であり、ＲＦ・分割ビット７１０が０のとき、すなわち最初のフラグメントのみ１６ビットで示す。ステップＳ８３５にてメモリ上の非リアルタイムデータキューに前記ＲＦヘッダを付加したＬＡＮデータを入れる。その後、音声データが送信中でなく（ステップＳ８４０）、かつＬＡＮデータも送信中でない（ステップＳ８４５）場合、ステップＳ８５０において、前記非リアルタイムデータキューからＬＡＮデータを抜き出し、ＨＤＬＣコントローラによりＤＭＡ送信する。音声データが送信中またはＬＡＮデータが送信中の場合、ステップＳ８００の送信要求待ち状態に戻る。
【００２８】
ステップＳ８００の送信要求待ち状態において、ＣＦヘッダ付音声データの送信要求があると（ステップＳ８０５）、ステップＳ８１０にてメモリ上のリアルタイムデータキューに前記音声データを入れる。その後、音声データが送信中でなく（ステップＳ８１５）、かつＬＡＮデータが中断中でなく（ステップＳ８２０）、かつＬＡＮデータが送信中でない（ステップＳ８２５）場合、ステップＳ８３０において、前記リアルタイムデータキューから音声データを抜き出し、ＨＤＬＣコントローラによりＤＭＡ送信する。音声データが送信中またはＬＡＮデータが中断中の場合、ステップＳ８００の送信要求待ち状態に戻る。ＬＡＮデータが送信中の場合、ステップＳ８５５にて前記ＬＡＮデータを分割し、ＬＡＮデータは中断中の状態に入る。このときに、分割後の残りのＬＡＮデータに付加するＲＦヘッダは、ＲＦ・分割ビット７１０＝１、ＲＦ・パケット長７３０は付加しない。ＲＦ・Ｔｙｐｅフィールド７００、ＲＦ・ＩＤ７２０は分割前と同じ値である。その後、ステップＳ８００の送信要求待ち状態に戻る。
【００２９】
ステップＳ８６０にて送信ＤＮＡ完了が発生すると、ステップＳ８６５にて送信完了Ｂチャネルのリアルタイムデータキューに音声データがあれば、ステップＳ８７５にて前記リアルタイムデータキューから音声データを抜き出し、ＨＤＬＣコントローラによりＤＭＡ送信する。その後、ステップＳ８６０の送信ＤＭＡ完了待ち状態に戻る。ステップＳ８７０にて前記リアルタイムデータキューに音声データがなく、送信完了Ｂチャネルの非リアルタイムデータキューにＬＡＮデータがあれば、ステップＳ８８０にて前記非リアルタイムデータキューからＬＡＮデータを抜き出し、ＨＤＬＣコントローラによりＤＭＡ送信する。その後、ステップＳ８６０の送信ＤＭＡ完了待ち状態に戻る。
【００３０】
前記ＩＳＤＮ端末装置において、前記１本のＢチャネルから受信イベントが発生したとき、まずヘッダの上位２ＢｉｔすなわちＴｙｐｅフィールドを参照することにより、受信されたパケットが音声データなのかＬＡＮデータなのかを識別する。受信されたパケットが音声データの場合、ＣＦヘッダをのぞいて、ＤＳＰ６１０に通知する。
【００３１】
受信されたパケットがＬＡＮデータの場合のフローチャートを図９に示す。受信アルゴリズムは各通信チャネル（リンク）毎に、次に組み立てるパケットのＲＦ・ＩＤをもち、それをＲｘＳｅｑＮｏとする。また、受信アルゴリズムは各通信チャネル（リンク）毎に、受信キューをもつ。ステップＳ９００にてＬＡＮデータを受信すると、ＲＦヘッダ内のＩＤ７２０を参照し、それをＮｏｗＳｅｑＮｏとする。また、ＲＦヘッダ内の分割ビットが０ならば、ＲＦヘッダ内のパケット長７３０を参照し、それをＰａｃｋｅｔＬｅｎｇｔｈ（Ｂｙｔｅ）とする。ステップＳ９１０にてＲｘＳｅｑＮｏとＮｏｗＳｅｑＮｏが一致すれば、ステップＳ９３０にて前記受信キューに前記受信パケットを入れる。ステップＳ９１０にてＲｘＳｅｑＮｏとＮｏｗＳｅｑＮｏが一致しなければ、ＲＦ・ＩＤがＲｘＳｅｑＮｏのパケットはネットワーク伝送路上で消失したと判断し、前記受信キュー内のデータをクリアする。その後、ＲｘＳｅｑＮｏにＮｏｗＳｅｑＮｏを代入し、ステップＳ９３０にて前記クリアした受信キューに前記受信パケットを入れる。ステップＳ９４０にて前記受信キュー内の総データ長と前記ＰａｃｋｅｔＬｅｎｇｔｈが一致すれば、分割前のパケットが受信キュー内で再構築されたと判断し、ステップＳ９５０にて受信キューからＬＡＮデータを抜き出し、ＣＦヘッダをのぞいてネットワーク層に通知する。その後、ステップＳ９６０にてＲｘＳｅｑＮｏをインクリメントし、ステップＳ９００のＬＡＮデータ受信待ち状態に戻る。ステップＳ９４０にて前記受信キュー内の総データ長と前記ＰａｃｋｅｔＬｅｎｇｔｈが一致しなければ、まだ分割されたパケットがすべて揃っていないと判断し、ステップＳ９００のＬＡＮデータ受信待ち状態に戻る。
【００３２】
［第３の実施の形態］
本実施例では、図６のＩＳＤＮ端末装置２台閣で、ＩＳＤＮのＢチャネルが２本（Ｂｌ，Ｂ２）接続されている場合に、アナログ電話からの音声データとイーサネット（Ｒ）ＬＡＮからのＬＡＮデータを多重して２本のＢチャネルで送受信することを考える。本実施例では、アナログ電話からの音声データをリアルタイム系データとして扱い、イーサネット（Ｒ）ＬＡＮからのＬＡＮデータを非リアルタイム系データとして扱い、音声データをＬＡＮデータよりも優先的に送信することを考える。
【００３３】
図１０にリアルタイム系データと非リアルタイム系データの送受信の例を示す。リアルタイムデータ１０００の送信要求があると、図４のアルゴリズムにしたがって、リアルタイムデータ１０００はリアルタイムデータ１０１０とリアルタイムデータ１０２０に２等分される。ここで、１０１０がリアルタイムデータの前半部分、１０２０がリアルタイムデータの後半部分である。このとき、１０１０、１０２０にそれぞれ図３に示すＣＦヘッダ１０１１、１０２１が付加される。１０１１のＣＦ・Ｔｙｐｅ（データ種別）＝０（音声）、ＣＦ・終端ビット＝０、ＣＦ・Ｓｅｑｕｅｎｃｅｎｕｍｂｅｒ＝０（先頭のフラグメント）となる。１０２１のＣＦ・Ｔｙｐｅ（データ種別）＝０（音声）、ＣＦ・終端ビット＝１（最後のフラグメント）、ＣＦ・Ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ＝１（２番目のフラグメント）となる。１０１１付の１０１０をＢｌチャネルに、１０２１付の１０２０をＢ２チャネルに、それぞれ図８のアルゴリズムにしたがって送信する。
【００３４】
非リアルタイムデータ２０００も同様、図４のアルゴリズムにしたがって、非リアルタイムデータ２０１０と非リアルタイムデータ２０２０に２等分される。ここで、２０１０が非リアルタイムデータの前半部分、２０２０が非リアルタイムデータの後半部分である。このとき、２０１０、２０２０にそれぞれ図３に示すＣＦヘッダ２０１１、２０２１が付加される。２０１１のＣＦ・Ｔｙｐｅ（データ種別）＝０（ＬＡＮ）、ＣＦ・終端ビット＝０、ＣＦ・Ｓｅｑｕｅｎｃｅｎｕｍｂｅｒ＝０（先頭のフラグメント）となる。２０２１のＣＦ・Ｔｙｐｅ（データ種別）＝０（ＬＡＮ）、ＣＦ・終端ビット＝１（最後のフラグメント）、ＣＦ・Ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ＝１（２番目のフラグメント）となる。２０１１付の２０１０をＢｌチャネルに、２０２１付の２０２０をＢ２チャネルに、それぞれ図８のアルゴリズムにしたがって送信する。
【００３５】
ここで、非リアルタイムデータに対してはＲＦヘッダを付加する。図１０には２０１１付の２０１０を送信中にリアルタイムデータの送信要求があり、２０１１付の２０１０が前から順番に３つのパケット２０１２、２０１３、２０１４に分割された例を示す。このとき、２０１２、２０１３、２０１４にそれぞれ図７に示すＲＦヘッダ２０１５、２０１６、２０１７が付加される。２０１５のＲＦ・Ｔｙｐｅ（データ種別）＝２（ＬＡＮ）、ＲＦ・分割ビット＝０、ＲＦ・ＩＤ＝０、ＲＦ・パケット長＝１０２４Ｂｙｔｅとなる。２０１６、２０１７のＲＦ・Ｔｙｐｅ（データ種別）＝２（ＬＡＮ）、ＲＦ・分割ビット＝１、ＲＦ・ＩＤ＝０となる。
【００３６】
次に、前記ＩＳＤＮ端末装置において、あるＢチャネルから受信イベントが発生したとき、まずヘッダの上位２ＢｉｔすなわちＴｙｐｅフィールドを参照することにより、受信されたパケットがリアルタイムデータなのか非リアルタイムデータなのかを識別する。受信されたパケットがリアルタイムデータの場合、ＣＦヘッダを参照することにより、図５のアルゴリズムにしたがって、リアルタイムデータを送信要求時の状態に再構築する。図１０の例では、１０１１と１０２１を参照することにより、フラグメント１０１０と１０２０を１０００に再構築する。ここで、１０１１付１０１０を受信したのち、１０１１付１０１０／とＣＦ・ＩＤの異なる（ＣＦ・ＩＤ＝０ではない）パケットを受信すると、１０２１付１０２０はネットワーク伝送路上で消失したと認識し、バッファリングしていた１０１１付１０１０をクリアする。
【００３７】
受信されたパケットが非リアルタイムデータの場合、ＲＦヘッダを参照することにより、図８のアルゴリズムにしたがって、非リアルタイムデータを各Ｂチャネルへの送信要求時の状態に再構築する。図１０の例では、２０１５、２０１６、２０１７を参照することにより、２０１２、２０１３、２０１４を２０１０に再構築する。ここで、２０１５付２０１２と２０１６付２０１３を受信したのち、２０１５付２０１２とＲＦ・ＩＤの異なる（ＲＦ・ＩＤ＝０ではない）パケットを受信すると、２０１７付２０１４はネットワーク伝送路上で消失したと認識し、バッファリングしていた２０１５付２０１２と２０１６付２０１３をクリアする。この段階では、再構築された非リアルタイムデータはＣＦヘッダが付加されており、送信要求時の非リアルタイムデータの一部である。次に、ＣＦヘッダを参照することにより、図５のアルゴリズムにしたがって、非リアルタイムデータを送信要求時の状態に再構築する。図１０では、２０１１と２０２１を参照することにより、フラグメント２０１０と２０２０を２０００に再構築する。ここでも、２０１１付２０１０を受信したのち、２０１１付２０１０とＣＦ・ＩＤの異なる（ＣＦ・ＩＤ＝１ではない）パケットを受信すると、２０２１付２０２０はネットワーク伝送路上で消失したと認識し、バッファリングしていた２０１１付２０１０をクリアする。
【００３８】
【発明の効果】
以上から明らかなように本発明によれば、同一相手に対して複数の通信チャネルを用いた通信を行うことが可能な通信装置において、送信要求されたネットワークデータを、同一相手に対して接続されている通信チャネル数（リンク数）に等分割するよう制御する手段を有する構成を採用することにより、あるリンクに対してネットワークデータが集中することを防ぎ、別のリンクとの間でネットワークデータの転送時間に差を生じないようにできる、および、ネットワークデータを送信順序どおりに受信することができる、およびネットワークデータの送信順序と受信順序が異なることによる受信処理時間を省くことができる、という優れた効果がある。
【００３９】
あるいは、同一相手に対して複数の通信チャネルを用いた通信を行うことが可能な通信装置において、同一相手に対して接続されているリンク数に等分割されたネットワークフラグメントデータにそれぞれデータ種別（リアルタイム系か非リアルタイム系かなど）、ＩＤ（サイクリック・インクリメント・シーケンスナンバー）、シーケンスナンバーおよび終端ビットを含むＣＦ（ＣｏｎｓｔａｎｔＦｒａｇｍｅｎｔ）ヘッダを付加して送信し、受信側において前記ＣＦヘッダを参照することにより送信要求時のネットワークデータを再構築する手段と、前記等分割されたネットワークフラグメントデータを受信した際に、ネットワークデータＡｉ（ｉはＣＦヘッダのＩＤ）を再構築し終わる前にネットワークフラグメントデータＢｊ（ｊはｉと異なるＣＦヘッダのＩＤ）を受信すると、ネットワークデータＡｉのフラグメントデータの一部または全部がネットワーク伝送路上で消失したと判断し、ネットワークデータＡｉを廃棄し、次のネットワークデータＢｊを受信するよう制御する手段と、を有する構成を採用することにより、ネットワークデータを受信する際に、ネットワークフラグメントデータがネットワーク伝送路上で消失したのか、または遅延しているのかを効率よく検知することができる、および、ネットワークフラグメントデータをフラグメント前のネットワークデータに正しく再構築できる、および、再構築されたネットワークデータを送信要求時のネットワークデータ・シーケンス順にネットワーク層に通知することができる、という優れた効果がある。
【００４０】
あるいは、同一相手に対して単一または複数の通信チャネルを用いた通信を行うことが可能な通信装置において、非リアルタイム系ネットワークデータを任意の１本の通信チャネル（リンク）に送信する際に、ＩＤ（サイクリック・インクリメント・シーケンスナンバーであり、各リンク毎にもつ）、パケット長、分割ビット（分割前は０）、データ種別（リアルタイム系か非リアルタイム系かなど）を含むＲＦ（Ｒｅａｌｔｉｍｅ Ｆｒａｇｍｅｎｔ）ヘッダを付加して送信し、前記通信チャネルにリアルタイム系ネットワークデータの送信要求があるとその時点で前記非リアルタイム系ネットワークデータを分割して送信を中断し、前記リアルタイム系ネットワークデータを送信するよう制御する手段と、前記非リアルタイム系ネットワークデータを分割する際に、分割後の残りの非リアルタイム系ネットワークデータに前記ＲＦヘッダ（ＩＤ、データ種別は分割前と同じ、分割ビットは１、パケット長は付加しない）を付加して送信し、受信側において前記ＲＦヘッダを参照することにより前記通信チャネルに送信された非リアルタイム系ネットワークデータを再構築する手段と、前記分割された非リアルタイム系ネットワークデータを前記通信チャネルから受信した際に、ネットワークデータＣｉ（ｉはＲＦヘッダのＩＤ）を再構築し終わる前にネットワークフラグメントデータＤｊ（ｊはｉと異なるＲＦヘッダのＩＤ）を受信すると、ネットワークデータＣｉのフラグメントデータの一部または全部がネットワーク伝送路上で消失したと判断し、ネットワークデータＣｉを廃棄し、次のネットワークデータＤｊを受信するよう制御する手段と、を有する構成を採用することにより、任意の１本の通信チャネルにリアルタイム系ネットワークデータを非リアルタイム系ネットワークデータよりも優先的に送信する際に、非リアルタイム系ネットワークデータを任意のタイミングで分割しても非リアルタイム系ネットワークフラグメントデータがネットワーク伝送路上で消失したのか、または遅延しているのかを効率よく検知することができる、および、前記非リアルタイム系ネットワークフラグメントデータを前記通信チャネルへの送信要求時の非リアルタイム系ネットワークデータに正しく再構築できる、および、前記通信チャネルへの送信要求時の非リアルタイム系ネットワークデータ・シーケンス順に受信することができる、という優れた効果がある。
【図面の簡単な説明】
【図１】ＭＰ（Ｍｕｌｔｉｌｉｎｋ Ｐｒｏｔｏｃｏｌ）ヘッダの構成を示す図である。
【図２】第１の実施形態のＩＳＤＮ端末装置のブロック構成図である。
【図３】ＣＦ（Ｃｏｎｓｔａｎｔ Ｆｒａｇｍｅｎｔ）ヘッダの構成を示す図である。
【図４】ＣＦ（Ｃｏｎｓｔａｎｔ Ｆｒａｇｍｅｎｔ）送信のフローチャート図である。
【図５】ＣＦ（Ｃｏｎｓｔａｎｔ Ｆｒａｇｍｅｎｔ）受信のフローチャート図である。
【図６】第２、第３の実施形態のＩＳＤＮ端末装置のブロック構成図である。
【図７】ＲＦ（Ｒｅａｌｔｉｍｅ Ｆｒａｇｍｅｎｔ）ヘッダの構成を示す図である。
【図８】ＲＦ（Ｒｅａｌｔｉｍｅ Ｆｒａｇｍｅｎｔ）送信のフローチャート図である。
【図９】ＲＦ（Ｒｅａｌｔｉｍｅ Ｆｒａｇｍｅｎｔ）受信のフローチャート図である。
【図１０】第３の実施形態におけるデータのパケット化を示す図である。
【発明の属する技術分野】
本発明は、同一相手に対して複数の通信チャネルを用いた通信を行うことが可能な通信装置、その制御方法に関するものである。
【０００２】
【従来の技術】
近年になって、Ｇ４ファクシミリ、デジタル電話機、ＴＡ（ターミナルアダプタ）、ＩＳＤＮルータなど、ＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ ＳｅｒｖｉｃｅＤｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）回線を用いる通信装置が普及しつつある。
【０００３】
ＩＳＤＮの特色として、局線１本で複数のチャネルを同時に使用して通信をおこなえる点があげられる。たとえば、基本インターフェース（ＢＲＩ：Ｂａｓｉｃ Ｒａｔｅ Ｉｎｔｅｒｆａｃｅ）は、Ｂチャネル２本とＤチャネルからなり、Ｂチャネル１本を電話で、もう１本をインターネットで同時に用いて通信をおこなうことができる。また、一次群インターフェース（ＰＲＩ：ＰｒｉｍａｒｙＲａｔｅ Ｉｎｔｅｒｆａｃｅ）は主にビジネス用で、ＰＢＸ用などにＢチャネル２３本とＤチャネルまたはＢチャネル２４本からなる。
【０００４】
前記複数のＢチャネルは束ねて同じ通信相手と通信する、いわゆるバルク通信モードも用いることができる。たとえば、２Ｂを束ねてバルク通信すれば、Ｂチャネルの転送速度６４ｋｂｐの２倍である１２８ｋｂｐｓで通信できるため、より短時間にデータを転送することができる。このバルク通信では、各チャネルはそれぞれ別の発呼制御により接続され、課金も別に行われる。
【０００５】
バルク通信においては、複数のリンク（チャネル）を仮想的な１つのリンクにみせるためのプロトコルが有効になる。こうしたプロトコルとして、ＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ）１７１７に記載されるＭＰ（Ｍｕｌｔｉｌｉｎｋ Ｐｒｏｔｏｃｏｌ）がある。ＭＰは、複数のリンクをまとめて一つのリンクにするためのプロトコルである。ＭＰでは、送信すべきネットワークデータを各リンクに分割するために、図１に示すＭＰヘッダを付加する。始点ビットは、はじめのフラグメントには１を、それ以外には０をセットする。終点ビットは、最後のフラグメントには１を、それ以外には０をセットする。シーケンスナンバーは、各フラグメント毎にインクリメントしてセットされる。分割されたデータを受信した場合、分割前のデータがすべて揃うのを待って、それらを組み立て、ネットワーク・プロトコルに通知する。
【０００６】
また、スループットＢＯＤ（Ｂａｎｄｉｄｔｈ Ｏｎ Ｄｅｍａｎｄ）などと呼ばれる技術、すなわち現在の時刻におけるチャネルの累積使用頻度や、現在の時刻における回線使用料金に応じてバルク通信する／しないを決定する技術や単位時間あたりの転送データ量に応じて動的に使用するチャネル数を増減する技術が知られている。
【０００７】
【発明が解決しようとする課題】
前述したように、ＭＰでは、ネットワークデータを分割する際に、最初のフラグメントと最後のフラグメントを認識する必要がある。すなわち、送信すべきネットワークデータをあらかじめ分割した後に、ＭＰヘッダを付加する必要がある。これは、ＩＳＤＮのリンク毎にネットワークデータを分割する場合には有効だが、たとえば、あるリンク上で非リアルタイム系のネットワークデータを送信中に、リアルタイム系のネットワークデータの送信要求があり、前記非リアルタイム系のネットワークデータを分割する場合などは最後のフラグメントを認識することが困難である。なぜなら、前記リアルタイム系のネットワークデータの送信要求がいつ発生するかは不明であるため、前記非リアルタイム系のネットワークデータがどのように分割されるかも不明であるからだ。このような場合には、ＭＰでは最後のフラグメントを認識できないために、受信側において分割されたネットワークデータを再構築することができないという問題がある。
【０００８】
また、ＭＰでは、それぞれのリンクに対してどういう割合でネットワークデータを分割するかについては考慮されていない。そのため、たとえば、あるリンクに対してネットワークデータが集中すると、別のリンクとの間でネットワークデータの転送時間に差が生じるため、ネットワーク層からの送信要求時のネットワークデータ・シーケンスと受信時のネットワークデータ・シーケンスに差が生じる。このような場合に、ＭＰでは分割されたネットワークデータをキューに蓄え、分割前の（ネットワーク層からの送信要求時の）ネットワークデータに再構築し、送信要求時のネットワークデータ・シーケンス順にネットワーク・プロトコルに通知するといった複雑な処理を必要とする。よって、ネットワークデータを物理層が受信してからネットワーク層に通知するまでに、シーケンスの差を吸収する時間がかかることがあるという問題がある。
【０００９】
また、ＭＰでは、シーケンスナンバーどおりにネットワークデータを受信しなかった場合に、そのデータがネットワーク伝送路上で消失したのか、または遅延しているのかをタイムアウトを設定するなどして認識する。よって、タイムアウトするまで、ネットワーク伝送路上で消失したのか、または遅延しているのかを認識することができないという問題がある。
【００１０】
本発明の課題は、上記の問題を解決し、同一相手に対して単独または複数の通信チャネルを用いて通信する際に、ネットワークデータを任意のタイミングで分割して送信しても、受信側において効率よく再構築できるようにすることである。
【００１１】
また、同一相手に対して単独または複数の通信チャネルを用いて通信する際に、受信側において送信要求時のネットワークデータ・シーケンス順に効率よくネットワーク・プロトコルに通知できるようにすることである。
【００１２】
また、同一相手に対して単独または複数の通信チャネルを用いて通信する際に、ネットワークデータがネットワーク伝送路上で消失したのか、または遅延しているのかを効率よく認識できるようにすることである。
【００１３】
【課題を解決するための手段】
以上の課題を解決するために、本発明においては、同一相手に対して複数の通信チャネルを用いた通信が可能な通信装置において、送信要求されたネットワークデータを、同一相手に対して接続されている通信チャネル数（リンク数）に等分割するよう制御する手段を有する。
【００１４】
あるいは、前記通信装置において、同一相手に対して接続されているリンク数に等分割されたネットワークフラグメントデータにそれぞれデータ種別（リアルタイム系か非リアルタイム系かなど）、ＩＤ（サイクリック・インクリメント・シーケンスナンバー）、シーケンスナンバーおよび終端ビットを含むＣＦ（Ｃｏｎｓｔａｎｔ Ｆｒａｇｍｅｎｔ）ヘッダを付加して送信し、受信側において前記ＣＦヘッダを参照することにより送信要求時のネットワークデータを再構築する手段を有する。
【００１５】
あるいは、前記通信装置において、前記等分割されたネットワークフラグメントデータを受信した際に、ネットワークデータＡｉ（ｉはＣＦヘッダのＩＤ）を再構築し終わる前にネットワークフラグメントデータＢｊ（ｊはｉと異なるＣＦヘッダのＩＤ）を受信すると、ネットワークデータＡｉのフラグメントデータの一部または全部がネットワーク伝送路上で消失したと判断し、ネットワークデータＡｉを廃棄し、次のネットワークデータＢｊを受信するよう制御する手段を有する。
【００１６】
あるいは、前記通信装置において、非リアルタイム系ネットワークデータを任意の１本の通信チャネル（リンク）に送信する際に、ＩＤ（サイクリック・インクリメント・シーケンスナンバーであり、各リンク毎にもつ）、パケット長、分割ビット（分割前は０）、データ種別（リアルタイム系か非リアルタイム系かなど）を含むＲＦ（Ｒｅａｌｔｉｍｅ Ｆｒａｇｍｅｎｔ）ヘッダを付加して送信し、前記通信チャネルにリアルタイム系ネットワークデータの送信要求があるとその時点で前記非リアルタイム系ネットワークデータを分割して送借を中断し、前記リアルタイム系ネットワークデータを送信するよう制御する手段を有する。
【００１７】
あるいは、前記通信装置において、前記非リアルタイム系ネットワークデータを分割する際に、分割後の残りの非リアルタイム系ネットワークデータに前記ＲＦヘッダ（ＩＤ、データ種別は分割前と同じ、分割ビットは１、パケット長は付加しない）を付加して送信し、受信側において前記ＲＦヘッダを参照することにより前記通信チャネルに送信された非リアルタイム系ネットワークデータを再構築する手段を有する。
【００１８】
あるいは、前記通信装置において、前記分割された非リアルタイム系ネットワークデータを前記通信チャネルから受信した際に、ネットワークデータＣｉ（ｉはＲＦヘッダのＩＤ）を再構築し終わる前にネットワークフラグメントデータＤｊ（ｊはｉと異なるＲＦヘッダのＩＤ）を受信すると、ネットワークデータＣｉのフラグメントデータの一部または全部がネットワーク伝送路上で消失したと判断し、ネットワークデータＣｉを廃棄し、次のネットワークデータＤｊを受信するよう制御する手段を有する。
【００１９】
【発明の実施の形態】
以下、本発明の実施例を図面を参照して詳細に説明する。
【００２０】
［第１の実施の形態］
図２は、本発明に係るＩＳＤＮ端末装置のブロック構成図を示す。ＣＰＵ２００はメモリ２３０に格納されているプログラムを読み出し、実行することにより装置全体の制御をおこなう。ＨＤＬＣ（Ｈｉｇｈｌｅｖｅｌ Ｄａｔａ ＬｉｎｋＣｏｎｔｒｏｌ）コントローラ２１０は、ＤＭＡＣ（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌｌｅｒ）を内臓しており、２１０と２３０の間で高速にデータをＤＭＡ転送し、ＨＤＬＣフレームとしてシリアルデータに変換して送信する。また、受信されたＨＤＬＣフレームを分解し、２１０と２３０の間で高速にデータをＤＭＡ転送する。ＩＳＤＮ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ２２０は、ＩＳＤＮのＢＲＩ（Ｂａｓｉｃ Ｒａｔｅ Ｉｎｔｅｒｆａｃｅ：２Ｂ＋Ｄ）またはＰＲＩ（Ｐｒｉｍａｒｙ Ｒａｔｅ Ｉｎｔｅｒｆａｃｅ：２３Ｂ＋Ｄ／２４Ｂ）におけるユーザ・網インターフェースを実現する。また、ＩＴＵ−Ｔ勧告のＩ．４３０に定められたレイヤ１制御機能を有すると共に、ＩＴＵ−Ｔ勧告のＱ．９２０、Ｑ．９２１に定められたレイヤ２（ＬＡＰ−Ｄプロトコル）制御機能をサポートする。Ｅｔｈｅｒｎｅｔ（Ｒ） Ｃｏｎｔｒｏｌｌｅｒ２４０は、複数のＲＪ−４５ポートを備え、イーサネット（Ｒ）プロトコルをサポートする。前記ＩＳＤＮ端末装置２台閣において、Ｌｉｎｅ Ｉ／Ｆ２２０によりＤチャネルを通じて、ＩＴＵ−Ｔ勧告のＱ．９３１シグナリングプロトコルにより、複数のＢチャネル（Ｂｌ〜Ｂｎ）を接続することができる。
【００２１】
本実施例では、前記ＩＳＤＮ端末装置２台間で、Ｂチャネルがｎ本接続されている場合に、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）データを送受信することを考える。本実施例では、ＩＰデータのＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）は考えない。すなわち、リアルタイム系ＩＰデータも非リアルタイム系ＩＰデータも同様に扱う。前記ＩＳＤＮ端末装置において、ネットワーク層からＩＰデータの送信要求があったときのフローチャートを図４に示す。
【００２２】
ステップＳ４００にてネットワーク層からＩＰデータの送信要求があると、ステップＳ４１０にて前記ＩＰデータを接続Ｂチャネル数ｎで等分割する。ステップＳ４２０にて前記分割された各ＩＰフラグメントデータに対して、図３に示すＣＦヘッダを付加する。ＣＦ・Ｔｙｐｅフィールド（ＣＦヘッダのＩＤを示す。以下同様）。３００は２Ｂｉｔであり、ＩＰデータの種別を示す。たとえば、音声０、ＦＡＸ１、ＬＡＮ２、制御３というように定める。ＣＦ・終端ビット３１０は１Ｂｉｔであり、１のとき、ＩＰフラグメントの終端を示す。ＣＦ・シーケンスナンバー３２０は５Ｂｉｔであり、フラグメント先頭を０として、フラグメントの順序を示す。ＣＦ・ＩＤ３３０は８Ｂｉｔであり、各フラグメントが送信要求時に同一ＩＰデータであることを示すサイクリック・インクリメント・シーケンスナンバーである。たとえば、Ｂチャネルが１本だけ接続されている場合、ＩＰデータは分割せず、ＣＦ・終端ビット＝１、ＣＦ・シーケンスナンバー＝０とする。Ｂチャネルが２本接続されている場合、ＩＰデータは半分に分割され、前半のＩＰフラグメントデータに対しては、ＣＦ・終端ビット＝０、ＣＦ・シーケンスナンバー＝０とし、後半のＩＰフラグメントデータに対しては、ＣＦ・終端ビット＝１、ＣＦ・シーケンスナンバー＝１とする。前半のフラグメントデータも後半のフラグメントデータもＣＦ・ＩＤは共通である。Ｂチャネルがｎ本接続されている場合、ＩＰデータはｎ等分割され、先頭を１としてｉ番目のフラグメントデータに対して、ｉ＜ｎのとき、ＣＦ・終端ビット＝０、ＣＦ・シーケンスナンバー＝ｉ−１とし、ｉ＝ｎのとき、ＣＦ・終端ビット＝１、ＣＦ・シーケンスナンバー＝ｎ−１とする。ｉ＝１〜ｎのフラグメントデータに対して、ＣＦ・ＩＤは共通である。ここで、フラグメントヘッダを付加したｉ番目のフラグメントデータはメモリ２３０上におかれ、ＨＤＬＣコントローラ２１０によりＩＳＤＮのＢｉチャネルに対してＤＮＡ送信する。
【００２３】
前記ＩＳＤＮ端末装置において、ＩＳＤＮからＩＰデータの受信イベントがあったときのフローチャートを図５に示す。ステップＳ５００にてＩＳＤＮからＩＰデータを受信すると、ステップＳ５１０にて図３のＣＦヘッダを参照する。もし、再構築待ちのＩＰフラグメントデータが存在し、そのＣＦ・ＩＤと異なるＣＦ・ＩＤのＩＰフラグメントデータを受信すれば、前記再構築待ちのＩＰデータはその一部（フラグメント）がネットワーク伝送路上で消失したと判断し、ステップＳ５２０にて前記再構築待ちのＩＰフラグメントデータをすべて廃棄してステップＳ５３０に進む。ステップＳ５１０にて再構築待ちのＩＰフラグメントデータが存在しない、または再構築待ちのＩＰフラグメントデータが存在し、そのＣＦ・ＩＤと同一のＣＦ・ＩＤのＩＰフラグメントデータを受信すれば、ステップＳ５３０に進む。ステップＳ５３０にて同一のＩＤのＩＰフラグメントデータがすべて揃えば、ステップＳ５４０に進んでＩＰフラグメントデータをＣＦ・シーケンスナンバー順に再構築してネットワーク層に通知する。たとえば、受信されたＩＰデータのＣＦヘッダのＣＦ・終端ビット＝１、ＣＦ・シーケンスナンバー＝０の場合、Ｂチャネルが１本だけ接続されていると判断し、再構築することなく受信されたＩＰデータをネットワーク層に通知する。また、ＣＦ・終端ビット＝１、ＣＦ・シーケンスナンバー＝１、ＣＦ・ＩＤ＝０のＩＰフラグメントデータを受信済みの場合、Ｂチャネルが２本接続されていると考えられる。この場合に、次にＣＦ・終端ビット＝０、ＣＦ・シーケンスナンバー＝０、ＣＦ・ＩＤ＝０のＩＰフラグメントデータを受信すれば、ＣＦ・ＩＤ＝０のＩＰフラグメントデータはすべて揃ったと判断し、ＩＰフラグメントデータをＣＦ・シーケンスナンバー順に再構築してネットワーク層に通知する。前記の場合に、次にＣＦ・ＩＤ＝１のＩＰフラグメントデータを受信すれば、ＣＦ・シーケンスナンバー＝０、ＣＦ・ＩＤ＝０のＩＰフラグメントデータはネットワーク伝送路上で消失したと判断し、ＣＦ・ＩＤ＝０のＩＰフラグメントデータを廃棄する。
【００２４】
［第２の実施の形態］
図６は、本発明に係るＩＳＤＮ端末装置のブロック構成図を示す。ＣＰＵ２００、ＨＤＬＣ（Ｈｉｇｈｌｅｖｅｌ Ｄａｔａ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）コントローラ２１０、ラインインターフェース２２０、メモリ２３０、イーサネット（Ｒ）コントローラ２４０は第１の実施例と同様である。ＰＣＭコーデック６００は、アナログの音声信号を８ｋＨｚ＆８Ｂｉｔでサンプリングして６４ｋＢｐｓのＰＣＭデータにする。ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌｉｎｇ Ｐｒｏｃｅｓｓｏｒ）６１０は、電話機の呼出信号生成に必要な電圧を作る昇圧部、リンガ（呼出信号）発生部、ＤＴＭＦデコーダ部、フック判定部などの各電話回線に対する様々なインタフェースを司るための回路を有するとともに入力された音声データを符号化／復号化する回路が含まれている。また、ＦＡＸデータを自動検出して符号化／復号化する回路が含まれている。ＤＳＰは４つのＲＪｌｌアナログポートを備え、それぞれ電話チャネル０〜３に対応する。本実施例では音声圧縮方式としてＧ７２９８ｋＢｐｓを用いる。Ｇ７２９ ８ｋＢｐｓでは、１０ｍ秒毎に有音の場合は１０Ｂｙｔｅ、無音の場合は０Ｂｙｔｅの音声データを発生する。
【００２５】
本実施例では、前記ＩＳＤＮ端末装置２台間で、Ｂチャネルが１本接続されている場合に、アナログ電話からの音声データとイーサネット（Ｒ）ＬＡＮからのＬＡＮデータを多重して前記Ｂチャネルで送受信することを考える。本実施例では、アナログ電話からの音声データをリアルタイム系データとして扱い、イーサネット（Ｒ）ＬＡＮからのＬＡＮデータを非リアルタイム系データとして扱い、音声データをＬＡＮデータよりも優先的に送信することを考える。
【００２６】
前記ＩＳＤＮ端末装置において、前記Ｂチャネルに対して送信要求をおこなうとき、図３に示すＣＦヘッダを付加する。ＣＦヘッダのＴｙｐｅフィールドは音声データ＝０、ＬＡＮデータ＝２と定める。本実施例ではＢチャネルを１本しか使用しないため、ＣＦ・終端ビット＝１、ＣＦ・シーケンスナンバー＝０とする。
【００２７】
前記ＩＳＤＮ端末装置において、前記Ｂチャネルに対して送信要求があったときのフローチャートを図８に示す。ステップＳ８００の送信要求待ち状態において、ＣＦヘッダ付ＬＡＮデータの送信要求があると（ステップＳ８０５）、図７に示すＲＦ（Ｒｅａｌｔｉｍｅ Ｆｒａｇｍｅｎｔ）ヘッダを付加する。ＲＦ・Ｔｙｐｅフィールド７００は２Ｂｉｔであり、図３のＣＦ・Ｔｙｐｅフィールド３００と同じ値をセットする。ＲＦ・分割ビット７１０は１Ｂｉｔであり、送信要求時は０である。ＲＦ・ＩＤ７３０は５Ｂｉｔであり、分割されたパケットが送信要求時に同一パケットであることを示すサイクリック・インクリメント・シーケンスナンバーであり、通信チャネル（リンク）毎にもつ。ＲＦ・パケット長７４０は送信要求時のＣＦヘッダも含めたパケット長（Ｂｙｔｅ単位）、すなわちリアルタイムデータによる分割前のパケット長であり、ＲＦ・分割ビット７１０が０のとき、すなわち最初のフラグメントのみ１６ビットで示す。ステップＳ８３５にてメモリ上の非リアルタイムデータキューに前記ＲＦヘッダを付加したＬＡＮデータを入れる。その後、音声データが送信中でなく（ステップＳ８４０）、かつＬＡＮデータも送信中でない（ステップＳ８４５）場合、ステップＳ８５０において、前記非リアルタイムデータキューからＬＡＮデータを抜き出し、ＨＤＬＣコントローラによりＤＭＡ送信する。音声データが送信中またはＬＡＮデータが送信中の場合、ステップＳ８００の送信要求待ち状態に戻る。
【００２８】
ステップＳ８００の送信要求待ち状態において、ＣＦヘッダ付音声データの送信要求があると（ステップＳ８０５）、ステップＳ８１０にてメモリ上のリアルタイムデータキューに前記音声データを入れる。その後、音声データが送信中でなく（ステップＳ８１５）、かつＬＡＮデータが中断中でなく（ステップＳ８２０）、かつＬＡＮデータが送信中でない（ステップＳ８２５）場合、ステップＳ８３０において、前記リアルタイムデータキューから音声データを抜き出し、ＨＤＬＣコントローラによりＤＭＡ送信する。音声データが送信中またはＬＡＮデータが中断中の場合、ステップＳ８００の送信要求待ち状態に戻る。ＬＡＮデータが送信中の場合、ステップＳ８５５にて前記ＬＡＮデータを分割し、ＬＡＮデータは中断中の状態に入る。このときに、分割後の残りのＬＡＮデータに付加するＲＦヘッダは、ＲＦ・分割ビット７１０＝１、ＲＦ・パケット長７３０は付加しない。ＲＦ・Ｔｙｐｅフィールド７００、ＲＦ・ＩＤ７２０は分割前と同じ値である。その後、ステップＳ８００の送信要求待ち状態に戻る。
【００２９】
ステップＳ８６０にて送信ＤＮＡ完了が発生すると、ステップＳ８６５にて送信完了Ｂチャネルのリアルタイムデータキューに音声データがあれば、ステップＳ８７５にて前記リアルタイムデータキューから音声データを抜き出し、ＨＤＬＣコントローラによりＤＭＡ送信する。その後、ステップＳ８６０の送信ＤＭＡ完了待ち状態に戻る。ステップＳ８７０にて前記リアルタイムデータキューに音声データがなく、送信完了Ｂチャネルの非リアルタイムデータキューにＬＡＮデータがあれば、ステップＳ８８０にて前記非リアルタイムデータキューからＬＡＮデータを抜き出し、ＨＤＬＣコントローラによりＤＭＡ送信する。その後、ステップＳ８６０の送信ＤＭＡ完了待ち状態に戻る。
【００３０】
前記ＩＳＤＮ端末装置において、前記１本のＢチャネルから受信イベントが発生したとき、まずヘッダの上位２ＢｉｔすなわちＴｙｐｅフィールドを参照することにより、受信されたパケットが音声データなのかＬＡＮデータなのかを識別する。受信されたパケットが音声データの場合、ＣＦヘッダをのぞいて、ＤＳＰ６１０に通知する。
【００３１】
受信されたパケットがＬＡＮデータの場合のフローチャートを図９に示す。受信アルゴリズムは各通信チャネル（リンク）毎に、次に組み立てるパケットのＲＦ・ＩＤをもち、それをＲｘＳｅｑＮｏとする。また、受信アルゴリズムは各通信チャネル（リンク）毎に、受信キューをもつ。ステップＳ９００にてＬＡＮデータを受信すると、ＲＦヘッダ内のＩＤ７２０を参照し、それをＮｏｗＳｅｑＮｏとする。また、ＲＦヘッダ内の分割ビットが０ならば、ＲＦヘッダ内のパケット長７３０を参照し、それをＰａｃｋｅｔＬｅｎｇｔｈ（Ｂｙｔｅ）とする。ステップＳ９１０にてＲｘＳｅｑＮｏとＮｏｗＳｅｑＮｏが一致すれば、ステップＳ９３０にて前記受信キューに前記受信パケットを入れる。ステップＳ９１０にてＲｘＳｅｑＮｏとＮｏｗＳｅｑＮｏが一致しなければ、ＲＦ・ＩＤがＲｘＳｅｑＮｏのパケットはネットワーク伝送路上で消失したと判断し、前記受信キュー内のデータをクリアする。その後、ＲｘＳｅｑＮｏにＮｏｗＳｅｑＮｏを代入し、ステップＳ９３０にて前記クリアした受信キューに前記受信パケットを入れる。ステップＳ９４０にて前記受信キュー内の総データ長と前記ＰａｃｋｅｔＬｅｎｇｔｈが一致すれば、分割前のパケットが受信キュー内で再構築されたと判断し、ステップＳ９５０にて受信キューからＬＡＮデータを抜き出し、ＣＦヘッダをのぞいてネットワーク層に通知する。その後、ステップＳ９６０にてＲｘＳｅｑＮｏをインクリメントし、ステップＳ９００のＬＡＮデータ受信待ち状態に戻る。ステップＳ９４０にて前記受信キュー内の総データ長と前記ＰａｃｋｅｔＬｅｎｇｔｈが一致しなければ、まだ分割されたパケットがすべて揃っていないと判断し、ステップＳ９００のＬＡＮデータ受信待ち状態に戻る。
【００３２】
［第３の実施の形態］
本実施例では、図６のＩＳＤＮ端末装置２台閣で、ＩＳＤＮのＢチャネルが２本（Ｂｌ，Ｂ２）接続されている場合に、アナログ電話からの音声データとイーサネット（Ｒ）ＬＡＮからのＬＡＮデータを多重して２本のＢチャネルで送受信することを考える。本実施例では、アナログ電話からの音声データをリアルタイム系データとして扱い、イーサネット（Ｒ）ＬＡＮからのＬＡＮデータを非リアルタイム系データとして扱い、音声データをＬＡＮデータよりも優先的に送信することを考える。
【００３３】
図１０にリアルタイム系データと非リアルタイム系データの送受信の例を示す。リアルタイムデータ１０００の送信要求があると、図４のアルゴリズムにしたがって、リアルタイムデータ１０００はリアルタイムデータ１０１０とリアルタイムデータ１０２０に２等分される。ここで、１０１０がリアルタイムデータの前半部分、１０２０がリアルタイムデータの後半部分である。このとき、１０１０、１０２０にそれぞれ図３に示すＣＦヘッダ１０１１、１０２１が付加される。１０１１のＣＦ・Ｔｙｐｅ（データ種別）＝０（音声）、ＣＦ・終端ビット＝０、ＣＦ・Ｓｅｑｕｅｎｃｅｎｕｍｂｅｒ＝０（先頭のフラグメント）となる。１０２１のＣＦ・Ｔｙｐｅ（データ種別）＝０（音声）、ＣＦ・終端ビット＝１（最後のフラグメント）、ＣＦ・Ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ＝１（２番目のフラグメント）となる。１０１１付の１０１０をＢｌチャネルに、１０２１付の１０２０をＢ２チャネルに、それぞれ図８のアルゴリズムにしたがって送信する。
【００３４】
非リアルタイムデータ２０００も同様、図４のアルゴリズムにしたがって、非リアルタイムデータ２０１０と非リアルタイムデータ２０２０に２等分される。ここで、２０１０が非リアルタイムデータの前半部分、２０２０が非リアルタイムデータの後半部分である。このとき、２０１０、２０２０にそれぞれ図３に示すＣＦヘッダ２０１１、２０２１が付加される。２０１１のＣＦ・Ｔｙｐｅ（データ種別）＝０（ＬＡＮ）、ＣＦ・終端ビット＝０、ＣＦ・Ｓｅｑｕｅｎｃｅｎｕｍｂｅｒ＝０（先頭のフラグメント）となる。２０２１のＣＦ・Ｔｙｐｅ（データ種別）＝０（ＬＡＮ）、ＣＦ・終端ビット＝１（最後のフラグメント）、ＣＦ・Ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ＝１（２番目のフラグメント）となる。２０１１付の２０１０をＢｌチャネルに、２０２１付の２０２０をＢ２チャネルに、それぞれ図８のアルゴリズムにしたがって送信する。
【００３５】
ここで、非リアルタイムデータに対してはＲＦヘッダを付加する。図１０には２０１１付の２０１０を送信中にリアルタイムデータの送信要求があり、２０１１付の２０１０が前から順番に３つのパケット２０１２、２０１３、２０１４に分割された例を示す。このとき、２０１２、２０１３、２０１４にそれぞれ図７に示すＲＦヘッダ２０１５、２０１６、２０１７が付加される。２０１５のＲＦ・Ｔｙｐｅ（データ種別）＝２（ＬＡＮ）、ＲＦ・分割ビット＝０、ＲＦ・ＩＤ＝０、ＲＦ・パケット長＝１０２４Ｂｙｔｅとなる。２０１６、２０１７のＲＦ・Ｔｙｐｅ（データ種別）＝２（ＬＡＮ）、ＲＦ・分割ビット＝１、ＲＦ・ＩＤ＝０となる。
【００３６】
次に、前記ＩＳＤＮ端末装置において、あるＢチャネルから受信イベントが発生したとき、まずヘッダの上位２ＢｉｔすなわちＴｙｐｅフィールドを参照することにより、受信されたパケットがリアルタイムデータなのか非リアルタイムデータなのかを識別する。受信されたパケットがリアルタイムデータの場合、ＣＦヘッダを参照することにより、図５のアルゴリズムにしたがって、リアルタイムデータを送信要求時の状態に再構築する。図１０の例では、１０１１と１０２１を参照することにより、フラグメント１０１０と１０２０を１０００に再構築する。ここで、１０１１付１０１０を受信したのち、１０１１付１０１０／とＣＦ・ＩＤの異なる（ＣＦ・ＩＤ＝０ではない）パケットを受信すると、１０２１付１０２０はネットワーク伝送路上で消失したと認識し、バッファリングしていた１０１１付１０１０をクリアする。
【００３７】
受信されたパケットが非リアルタイムデータの場合、ＲＦヘッダを参照することにより、図８のアルゴリズムにしたがって、非リアルタイムデータを各Ｂチャネルへの送信要求時の状態に再構築する。図１０の例では、２０１５、２０１６、２０１７を参照することにより、２０１２、２０１３、２０１４を２０１０に再構築する。ここで、２０１５付２０１２と２０１６付２０１３を受信したのち、２０１５付２０１２とＲＦ・ＩＤの異なる（ＲＦ・ＩＤ＝０ではない）パケットを受信すると、２０１７付２０１４はネットワーク伝送路上で消失したと認識し、バッファリングしていた２０１５付２０１２と２０１６付２０１３をクリアする。この段階では、再構築された非リアルタイムデータはＣＦヘッダが付加されており、送信要求時の非リアルタイムデータの一部である。次に、ＣＦヘッダを参照することにより、図５のアルゴリズムにしたがって、非リアルタイムデータを送信要求時の状態に再構築する。図１０では、２０１１と２０２１を参照することにより、フラグメント２０１０と２０２０を２０００に再構築する。ここでも、２０１１付２０１０を受信したのち、２０１１付２０１０とＣＦ・ＩＤの異なる（ＣＦ・ＩＤ＝１ではない）パケットを受信すると、２０２１付２０２０はネットワーク伝送路上で消失したと認識し、バッファリングしていた２０１１付２０１０をクリアする。
【００３８】
【発明の効果】
以上から明らかなように本発明によれば、同一相手に対して複数の通信チャネルを用いた通信を行うことが可能な通信装置において、送信要求されたネットワークデータを、同一相手に対して接続されている通信チャネル数（リンク数）に等分割するよう制御する手段を有する構成を採用することにより、あるリンクに対してネットワークデータが集中することを防ぎ、別のリンクとの間でネットワークデータの転送時間に差を生じないようにできる、および、ネットワークデータを送信順序どおりに受信することができる、およびネットワークデータの送信順序と受信順序が異なることによる受信処理時間を省くことができる、という優れた効果がある。
【００３９】
あるいは、同一相手に対して複数の通信チャネルを用いた通信を行うことが可能な通信装置において、同一相手に対して接続されているリンク数に等分割されたネットワークフラグメントデータにそれぞれデータ種別（リアルタイム系か非リアルタイム系かなど）、ＩＤ（サイクリック・インクリメント・シーケンスナンバー）、シーケンスナンバーおよび終端ビットを含むＣＦ（ＣｏｎｓｔａｎｔＦｒａｇｍｅｎｔ）ヘッダを付加して送信し、受信側において前記ＣＦヘッダを参照することにより送信要求時のネットワークデータを再構築する手段と、前記等分割されたネットワークフラグメントデータを受信した際に、ネットワークデータＡｉ（ｉはＣＦヘッダのＩＤ）を再構築し終わる前にネットワークフラグメントデータＢｊ（ｊはｉと異なるＣＦヘッダのＩＤ）を受信すると、ネットワークデータＡｉのフラグメントデータの一部または全部がネットワーク伝送路上で消失したと判断し、ネットワークデータＡｉを廃棄し、次のネットワークデータＢｊを受信するよう制御する手段と、を有する構成を採用することにより、ネットワークデータを受信する際に、ネットワークフラグメントデータがネットワーク伝送路上で消失したのか、または遅延しているのかを効率よく検知することができる、および、ネットワークフラグメントデータをフラグメント前のネットワークデータに正しく再構築できる、および、再構築されたネットワークデータを送信要求時のネットワークデータ・シーケンス順にネットワーク層に通知することができる、という優れた効果がある。
【００４０】
あるいは、同一相手に対して単一または複数の通信チャネルを用いた通信を行うことが可能な通信装置において、非リアルタイム系ネットワークデータを任意の１本の通信チャネル（リンク）に送信する際に、ＩＤ（サイクリック・インクリメント・シーケンスナンバーであり、各リンク毎にもつ）、パケット長、分割ビット（分割前は０）、データ種別（リアルタイム系か非リアルタイム系かなど）を含むＲＦ（Ｒｅａｌｔｉｍｅ Ｆｒａｇｍｅｎｔ）ヘッダを付加して送信し、前記通信チャネルにリアルタイム系ネットワークデータの送信要求があるとその時点で前記非リアルタイム系ネットワークデータを分割して送信を中断し、前記リアルタイム系ネットワークデータを送信するよう制御する手段と、前記非リアルタイム系ネットワークデータを分割する際に、分割後の残りの非リアルタイム系ネットワークデータに前記ＲＦヘッダ（ＩＤ、データ種別は分割前と同じ、分割ビットは１、パケット長は付加しない）を付加して送信し、受信側において前記ＲＦヘッダを参照することにより前記通信チャネルに送信された非リアルタイム系ネットワークデータを再構築する手段と、前記分割された非リアルタイム系ネットワークデータを前記通信チャネルから受信した際に、ネットワークデータＣｉ（ｉはＲＦヘッダのＩＤ）を再構築し終わる前にネットワークフラグメントデータＤｊ（ｊはｉと異なるＲＦヘッダのＩＤ）を受信すると、ネットワークデータＣｉのフラグメントデータの一部または全部がネットワーク伝送路上で消失したと判断し、ネットワークデータＣｉを廃棄し、次のネットワークデータＤｊを受信するよう制御する手段と、を有する構成を採用することにより、任意の１本の通信チャネルにリアルタイム系ネットワークデータを非リアルタイム系ネットワークデータよりも優先的に送信する際に、非リアルタイム系ネットワークデータを任意のタイミングで分割しても非リアルタイム系ネットワークフラグメントデータがネットワーク伝送路上で消失したのか、または遅延しているのかを効率よく検知することができる、および、前記非リアルタイム系ネットワークフラグメントデータを前記通信チャネルへの送信要求時の非リアルタイム系ネットワークデータに正しく再構築できる、および、前記通信チャネルへの送信要求時の非リアルタイム系ネットワークデータ・シーケンス順に受信することができる、という優れた効果がある。
【図面の簡単な説明】
【図１】ＭＰ（Ｍｕｌｔｉｌｉｎｋ Ｐｒｏｔｏｃｏｌ）ヘッダの構成を示す図である。
【図２】第１の実施形態のＩＳＤＮ端末装置のブロック構成図である。
【図３】ＣＦ（Ｃｏｎｓｔａｎｔ Ｆｒａｇｍｅｎｔ）ヘッダの構成を示す図である。
【図４】ＣＦ（Ｃｏｎｓｔａｎｔ Ｆｒａｇｍｅｎｔ）送信のフローチャート図である。
【図５】ＣＦ（Ｃｏｎｓｔａｎｔ Ｆｒａｇｍｅｎｔ）受信のフローチャート図である。
【図６】第２、第３の実施形態のＩＳＤＮ端末装置のブロック構成図である。
【図７】ＲＦ（Ｒｅａｌｔｉｍｅ Ｆｒａｇｍｅｎｔ）ヘッダの構成を示す図である。
【図８】ＲＦ（Ｒｅａｌｔｉｍｅ Ｆｒａｇｍｅｎｔ）送信のフローチャート図である。
【図９】ＲＦ（Ｒｅａｌｔｉｍｅ Ｆｒａｇｍｅｎｔ）受信のフローチャート図である。
【図１０】第３の実施形態におけるデータのパケット化を示す図である。
Claims (12)
- 同一相手に対して複数の通信チャネルを用いた通信を行うことが可能な通信装置において、送信要求されたネットワークデータを、同一相手に対して接続されている通信チャネル数（リンク数）に等分割するよう制御する手段を有することを特徴とする通信装置。
- 前記通信手段は、あるリンクに対してネットワークデータが集中することを防ぎ、別のリンクとの間でネットワークデータの転送時間に差を生じないようにできる、および、ネットワークデータを送信順序どおりに受信することができる、およびネットワークデータの送信順序と受信順序が異なることによる受信処理時間を省くことができる、ことを特徴とする請求項１に記載の通信装置。
- 前記通信手段は、デジタル回線を介した通信をおこなうことを特徴とする請求項１に記載の通信装置。
- 前記デジタル回線は、統合サービス網であることを特徴とする請求項１に記載の通信装置。
- 前記通信手段において、同一相手に対して接続されているリンク数に等分割されたネットワークフラグメントデータにそれぞれデータ種別、ＩＤ、シーケンスナンバーおよび終端ビットを含むＣＦ（Ｃｏｎｓｔａｎｔ Ｆｒａｇｍｅｎｔ）ヘッダを付加して送信することを特徴とする請求項１に記載の通信装置。
- 請求項５に記載のＩＤは、前記等分割されたネットワークフラグメントデータが送信要求時に同一パケットであることを示すサイクリック・インクリメント・シーケンスナンバーであることを特徴とする請求項１に記載の通信装置。
- 請求項５に記載のシーケンスナンバーは、前記等分割されたネットワークフラグメントデータの先頭からの位置を示すシーケンスナンバーであることを特徴とする請求項１に記載の通信装置。
- 前記通信手段において、前記ＣＦヘッダを参照することにより送信要求時のネットワークデータを再構築する手段と、前記等分割されたネットワークフラグメントデータを受信した際に、ネットワークデータＡｉ（ｉはＣＦヘッダのＩＤ）を再構築し終わる前にネットワークフラグメントデータＢｊ（ｊはｉと異なるＣＦヘッダのＩＤ）を受信すると、ネットワークデータＡｉのフラグメントデータの一部または全部がネットワーク伝送路上で消失したと判断し、ネットワークデータＡｉを廃棄し、次のネットワークデータＢｊを受信するよう制御する手段と、を有することを特徴とする請求項１に記載の通信装置。
- 前記通信手段は、ネットワークデータを受信する際に、ネットワークフラグメントデータがネットワーク伝送路上で消失したのか、または遅延しているのかを効率よく検知することができる、および、ネットワークフラグメントデータを送信要求時のネットワークデータに正しく再構築することができる、および、再構築されたネットワークデータを送信要求時のネットワークデータ・シーケンス順にネットワーク層に通知することができる、ことを特徴とする請求項１に記載の通信装置。
- 同一相手に対して単一または複数の通信チャネルを用いた通信を行うことが可能な通信装置において、任意の通信チャネルに送信中の非リアルタイム系ネットワークデータを、任意のタイミングでリアルタイムに分割するよう制御する手段を有することを特徴とする通信装置。
- 前記通信手段において、非リアルタイム系ネットワークデータを任意の１本の通信チャネル（リンク）に送信する際に、ＩＤ（サイクリック・インクリメント・シーケンスナンバーであり、各リンク毎にもつ）、パケット長、分割ビット（分割前は０）、データ種別（リアルタイム系か非リアルタイム系かなど）を含むＲＦ（Ｒｅａｌｔｉｍｅ Ｆｒａｇｍｅｎｔ）ヘッダを付加して送信し、前記通信チャネルにリアルタイム系ネットワークデータの送信要求があるとその時点で前記非リアルタイム系ネットワークデータを分割して送信を中断し、前記リアルタイム系ネットワークデータを送信するよう制御する手段と、前記非リアルタイム系ネットワークデータを分割する際に、分割後の残りの非リアルタイム系ネットワークデータに前記ＲＦヘッダ（ＩＤ、データ種別は分割前と同じ、分割ビットは１、パケット長は付加しない）を付加して送信し、受信側において前記ＲＦヘッダを参照することにより前記通信チャネルに送信された非リアルタイム系ネットワークデータを再構築する手段と、前記分割された非リアルタイム系ネットワークデータを前記通信チャネルから受信した際に、ネットワークデータＣｉ（ｉはＲＦヘッダのＩＤ）を再構築し終わる前にネットワークフラグメントデータＤｊ（ｊはｉと異なるＲＦヘッダのＩＤ）を受信すると、ネットワークデータＣｉのフラグメントデータの一部または全部がネットワーク伝送路上で消失したと判断し、ネットワークデータＣｉを廃棄し、次のネットワークデータＤｊを受信するよう制御する手段と、を有することを特徴とする請求項１０に記載の通信装置。
- 前記通信手段は、任意の１本の通信チャネルにリアルタイム系ネットワークデータを非リアルタイム系ネットワークデータよりも優先的に送信する際に、非リアルタイム系ネットワークデータを任意のタイミングで分割しても非リアルタイム系ネットワークフラグメントデータがネットワーク伝送路上で消失したのか、または遅延しているのかを効率よく検知することができる、および、前記非リアルタイム系ネットワークフラグメントデータを前記通信チャネルへの送信要求時の非リアルタイム系ネットワークデータに正しく再構築できる、および、前記通信チャネルへの送信要求時の非リアルタイム系ネットワークデータ・シーケンス順に受信することができる、ことを特徴とする請求項１０に記載の通信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003036651A JP2004248032A (ja) | 2003-02-14 | 2003-02-14 | 同一相手に対して複数の通信チャネルを用いた通信を行うことが可能な通信装置、その制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003036651A JP2004248032A (ja) | 2003-02-14 | 2003-02-14 | 同一相手に対して複数の通信チャネルを用いた通信を行うことが可能な通信装置、その制御方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004248032A true JP2004248032A (ja) | 2004-09-02 |
Family
ID=33021677
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003036651A Withdrawn JP2004248032A (ja) | 2003-02-14 | 2003-02-14 | 同一相手に対して複数の通信チャネルを用いた通信を行うことが可能な通信装置、その制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004248032A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010187297A (ja) * | 2009-02-13 | 2010-08-26 | Fujitsu Ltd | データ転送システム、データ転送装置およびデータ転送方法 |
-
2003
- 2003-02-14 JP JP2003036651A patent/JP2004248032A/ja not_active Withdrawn
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010187297A (ja) * | 2009-02-13 | 2010-08-26 | Fujitsu Ltd | データ転送システム、データ転送装置およびデータ転送方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7042841B2 (en) | Controlling network congestion using a biased packet discard policy for congestion control and encoded session packets: methods, systems, and program products | |
| US6771594B1 (en) | Reliable/non-reliable transmission of voice using TCP/UDP based on network quality of service | |
| KR100551859B1 (ko) | 패킷 처리 장치 | |
| US20020016937A1 (en) | Method and apparatus for utilizing a network processor as part of a test system | |
| KR100501324B1 (ko) | 음성 품질 예측값을 이용한 보이스 오버 인터넷프로토콜에서의 콜 라우팅 방법 | |
| US20020015387A1 (en) | Voice traffic packet capture and analysis tool for a data network | |
| US20030185210A1 (en) | Monitoring quality of service in a packet-based network | |
| JP2000004259A (ja) | インタ―ネット網上でのリアルタイムのデ―タ及び音声伝送のためのシステム及び方法 | |
| US7236483B2 (en) | Method for controlling bandwidth in a voice over internet protocol system | |
| EP0843442A2 (en) | Communication system for communicating a plurality of time-division multiplexed data, and control method therefor | |
| US6990079B2 (en) | Optimizing fragment sizes in frame relay networks | |
| JP2003198638A (ja) | 交換網およびパケット網間の通信を改良するためのシステムおよび方法 | |
| JP2002521965A (ja) | 電話ゲートウェイのための装置及び方法 | |
| US6996059B1 (en) | Increasing duration of information in a packet to reduce processing requirements | |
| JPH11122307A (ja) | 網接続装置 | |
| US7330900B2 (en) | Low-latency packet processor | |
| US6961331B2 (en) | IP gateway apparatus | |
| US20020016708A1 (en) | Method and apparatus for utilizing a network processor as part of a test system | |
| RU2459373C1 (ru) | Способ определения длины кадра передачи кодеков речевых сигналов на основе линейного предсказания в сетях с пакетной коммутацией на основе ip-протокола | |
| KR100369798B1 (ko) | 보이스 오버 인터넷 프로토콜 시스템에서의 대역폭 관리방법 | |
| JP2004248032A (ja) | 同一相手に対して複数の通信チャネルを用いた通信を行うことが可能な通信装置、その制御方法 | |
| JP5390632B2 (ja) | 多数のｉｐホストからのｉｐ多重化 | |
| JP2002158702A (ja) | パケット分割方法、それを実行するゲートウェイ装置及びルータ装置 | |
| Cisco | Call Admission Control for H.323 VoIP Gateways | |
| US6694373B1 (en) | Method and apparatus for hitless switchover of a voice connection in a voice processing module |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20060509 |