(57)【要約】【課題】通信パケットの遅延・喪失や障害が発生しても高品質のサービスを提供することができるパケット通信システムを提供する。【解決手段】パケット交換装置１１０は、パケット交換装置１２０に送信する通信パケットを二重化して、パケット交換網１３０，１４０に送る。パケット中継装置１３１−１〜１３１−ｎ，１４１−１〜１４１−ｎは、同じパケット交換網の前段から受信した通信パケットが未受信であった場合には後段および他方のパケット交換網の対応するパケット中継装置に転送し、既受信であった場合には廃棄する。また、パケット中継装置１３１−１〜１３１−ｎ，１４１−１〜１４１−ｎは、他方のパケット交換網の対応するパケット中継装置から受信した通信パケットが未受信であった場合には後段のみに転送し、既受信であった場合には廃棄する。これにより、通信経路上で障害等が発生しても、その後段では正常通信を行うことができる。【選択図】図１
2007013511.tif 000002
【特許請求の範囲】
【請求項１】
送信装置と受信装置とを第１、第２通信網を介して接続してなるパケット通信システムであって、
前記第１通信網が、複数の第１中継装置を備え、
前記第２通信網が、対応する第１中継装置に通信接続された複数の第２中継装置を備え、
前記送信装置が、同一の通信パケットを２個ずつ生成して初段の前記第１、第２中継装置にそれぞれ出力する手段を備え、
前記第１中継装置が、前記送信装置または前段の前記第１中継装置から受信した前記通信パケットまたは対応する前記第２中継装置から受信した前記通信パケットが未受信であった場合は後段の前記第１中継装置または前記受信装置に転送し且つ当該通信パケットが既受信であった場合は廃棄する第１網内転送手段と、前記送信装置または前段の前記第１中継装置から受信した前記通信パケットが未受信であった場合に対応する前記第２中継装置に転送する第１網間転送手段とを有し、
前記第２中継装置が、前記送信装置または前段の前記第２中継装置から受信した前記通信パケットまたは対応する前記第１中継装置から受信した前記通信パケットが未受信であった場合は後段の前記第２中継装置または前記受信装置に転送し且つ当該通信パケットが既受信であった場合は廃棄する第２網内転送手段と、前記送信装置または前段の前記第２中継装置から受信した前記通信パケットが未受信であった場合に対応する前記第１中継装置に転送する第２網間転送手段とを有し、
前記受信装置が、最終段の前記第１、第２中継装置から受信した前記通信パケットが既受信であった場合は廃棄する、
ことを特徴とするパケット通信システム。
【請求項２】
前記送信装置が、同一のユーザデータと、同一のシーケンス番号と、多重通信であることを示す識別情報とを格納した通信パケットを前記第１、第２通信網にそれぞれ送信し、且つ、
前記第１、第２中継装置および前記受信装置が、受信した前記通信パケットに前記識別情報が格納されているか否かを判断する手段と、該識別情報が格納されている場合に送信元アドレスと前記シーケンス番号とを用いて前記通信パケットの同一性を判断する手段とを備える、
ことを特徴とする請求項１に記載のパケット通信システム。
【請求項３】
前記送信装置が、前記通信パケットに対応するアプリケーションのセッション毎に前記シーケンス番号を発行し、且つ、
前記第１、第２中継装置および前記受信装置が、前記送信元アドレスと、前記シーケンス番号と、前記アプリケーションのセッションとがすべて一致する場合のみ、該通信パケットと既に受信された前記通信パケットとが同一であると判断する、
ことを特徴とする請求項２に記載のパケット通信システム。
【請求項４】
前記通信パケットの同一性の判断が、本来のネットワーク層とトランスポート層との間の層に係る処理として実行されることを特徴とする請求項１または２に記載のパケット通信システム。
【請求項５】
前記シーケンス番号として、トランスミッション・コントロール・プロトコルまたはリアルタイム・トランスポート・プロトコルで規定されたシーケンス番号を使用することを特徴とする請求項１または２に記載のパケット通信システム。
【請求項６】
送信装置と受信装置とを通信接続する複数系統の通信網をそれぞれ構築するためのパケット中継装置であって、
前記送信装置または前段の前記中継装置から受信した前記通信パケットまたは他の前記通信網の対応する前記中継装置から受信した前記通信パケットが未受信であった場合は後段の前記中継装置または前記受信装置に転送し、且つ、当該通信パケットが既受信であった場合は廃棄する網内転送手段と、
前記送信装置または前段の前記中継装置から受信した前記通信パケットが未受信であった場合に前記他の通信網の対応する前記中継装置に転送する網間転送手段と、
を備えることを特徴とするパケット中継装置。
【請求項７】
同一のユーザデータと、同一のシーケンス番号と、多重通信であることを示す識別情報とが格納された前記通信パケットを受信し、
該通信パケットに前記識別情報が格納されているか否かを判断し、
該識別情報が格納されている場合に送信元アドレスと前記シーケンス番号とを用いて前記通信パケットの同一性を判断する、
ことを特徴とする請求項６に記載のパケット中継装置。
【請求項８】
前記シーケンス番号が、前記通信パケットに対応するアプリケーションのセッション毎に発行されており、且つ、
前記送信元アドレスと、前記シーケンス番号と、前記アプリケーションのセッションとがすべて一致する場合のみ、該通信パケットと既に受信された前記通信パケットとが同一であると判断する、
ことを特徴とする請求項７に記載のパケット中継装置。
【請求項９】
前記通信パケットの同一性の判断が、本来のネットワーク層とトランスポート層との間の層に係る処理として実行されることを特徴とする請求項６または７に記載のパケット中継装置。
【請求項１０】
前記シーケンス番号として、トランスミッション・コントロール・プロトコルまたはリアルタイム・トランスポート・プロトコルで規定されたシーケンス番号を使用することを特徴とする請求項６または７に記載のパケット中継装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、同一通信パケットの多重通信を行うパケット通信システムおよびこれに使用するパケット中継装置に関する。
【背景技術】
【０００２】
従来より、通信方式の一種として、パケット交換方式が知られている。パケット交換方式を採用した通信網では、通信パケット単位で任意の回線が使用されるため、送信側と受信側とによって回線が専有されることがなく、したがって通信回線の利用効率を高めることができる。
【０００３】
しかしながら、パケット交換網では、網の輻輳等に起因して通信パケットが遅延・紛失することがあり、このためにサービス品質が劣化する場合がある。例えば、画像通信サービスでは、パケット紛失のために動画のフレーム（１コマ分の画像）が欠落し、画質を劣化させる場合がある。また、例えばトランザクション処理サービス等の、通信データの欠落が許されない通信サービスでは、通信パケットが紛失した場合には該通信パケットを再送しなければならないため、通信レスポンスが低下することになる。
【０００４】
加えて、例えばパケット交換網と通信装置とを接続する通信回線が断線した場合等、通信障害の発生によって、通信パケットが宛先に到達できなくなる場合もある。このような場合には、通信サービスの提供そのものが不能になる。従来は、通信回線を冗長化して障害発生時に経路切り換えを自動的に行うことにより、通信障害からの復旧の迅速化を図っていた。しかしながら、このような方法によっては、通信障害の発生そのものを防止することはできないので、障害発生からその障害が検出されて障害復旧機能が自動起動するまでの間は、通信サービスの中断を余儀なくされる。
【０００５】
通信パケットの遅延・喪失を防止する技術としては、例えば下記特許文献１に記載されたものが知られている。この技術では、パケット交換網の入力パケットスイッチで通信パケットのコピーを生成するとともに（同特許文献の段落００３０参照）、元の通信パケットとコピーパケットとが異なる通信経路を介して宛先に到達するようにヘッダ情報（ルーティングタグ）を設定することによって（同文献の段落００３４〜００３６参照）、パケットの遅延・喪失の抑制を図っている。また、パケット交換網の出力パケットスイッチでは、通信パケットの情報の内容に基づいてコピーパケットの同一性を判断し、同一内容のコピーパケットを廃棄している（同特許文献の段落００３２、００３６参照）。
【特許文献１】特許第３０８３１３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１の技術には、パケット交換網と通信装置とを接続する通信回線で、断線等の通信障害によるサービス中断が生じたときに、対応できないという欠点がある。
【０００７】
加えて、元の通信パケットとコピーパケットとが別の経路を介して宛先に到達するようにルーティングタグを個別に設定しなければならないので、ルート決定のための作業負担が大きいという欠点もある。
【０００８】
また、特許文献１の技術では、通信パケットの情報の内容に基づいてコピーパケットの同一性を判断しているので、かかる同一性判断のための処理負担が大きくなるとともに、出力パケットスイッチが高価になるという欠点もある。
【０００９】
この発明の課題は、通信パケットの遅延・喪失や通信障害が発生しても高品質のサービスを提供することができるパケット通信システムおよびパケット通信装置を安価に提供することにある。
【課題を解決するための手段】
【００１０】
（１）第１の発明は、送信装置と受信装置とを第１、第２通信網を介して接続してなるパケット通信システムに関する。
【００１１】
そして、第１通信網が複数の第１中継装置を備え、第２通信網が対応する第１中継装置に通信接続された複数の第２中継装置を備え、送信装置が同一の通信パケットを２個ずつ生成して初段の第１、第２中継装置にそれぞれ出力する手段を備え、第１中継装置が送信装置または前段の第１中継装置から受信した通信パケットまたは対応する第２中継装置から受信した通信パケットが未受信であった場合は後段の第１中継装置または受信装置に転送し且つ当該通信パケットが既受信であった場合は廃棄する第１網内転送手段と、送信装置または前段の第１中継装置から受信した通信パケットが未受信であった場合に対応する第２中継装置に転送する第１網間転送手段とを有し、第２中継装置が送信装置または前段の第２中継装置から受信した通信パケットまたは対応する第１中継装置から受信した通信パケットが未受信であった場合は後段の第２中継装置または受信装置に転送し且つ当該通信パケットが既受信であった場合は廃棄する第２網内転送手段と、送信装置または前段の第２中継装置から受信した通信パケットが未受信であった場合に対応する第１中継装置に転送する第２網間転送手段とを有し、受信装置が最終段の第１、第２中継装置から受信した通信パケットが既受信であった場合は廃棄することを特徴とする。
【００１２】
（２）第２の発明は、送信装置と受信装置とを通信接続する複数系統の通信網をそれぞれ構築するためのパケット中継装置に関する。
【００１３】
そして、送信装置または前段の中継装置から受信した通信パケットまたは他の通信網の対応する中継装置から受信した通信パケットが未受信であった場合は後段の中継装置または受信装置に転送し、且つ、当該通信パケットが既受信であった場合は廃棄する網内転送手段と、送信装置または前段の中継装置から受信した通信パケットが未受信であった場合に他の通信網の対応する中継装置に転送する網間転送手段とを備える。
【発明の効果】
【００１４】
第１、第２の発明によれば、送信装置が第１、第２通信網に送信した同一通信パケットを、これらの通信網内の対応する中継装置間で交換しながら送信装置に送るので、通信回線で障害が生じてもサービスが中断され難く、また、同一通信パケットが別の経路を介して宛先に到達するようにルーティング設定を行う必要がないので、処理が簡単である。
【発明を実施するための最良の形態】
【００１５】
以下、この発明の実施の形態について、図面を用いて説明する。なお、図中、各構成成分の大きさ、形状および配置関係は、この発明が理解できる程度に概略的に示してあるにすぎず、また、以下に説明する数値的条件は単なる例示にすぎない。
【００１６】
第１実施形態
この発明の第１実施形態について、図１〜図１０を用いて説明する。
【００１７】
図１は、この実施形態に係る通信システムの全体構成を概略的に示す概念図である。図１に示したように、この実施形態の通信システム１００は、２台のパケット交換装置１１０，１２０と、２系統のパケット交換網１３０，１４０とを含む。
【００１８】
パケット交換装置１１０，１２０は、それぞれ固有の機能やサービスを実現するとともに、他方のパケット交換装置に機能やサービスの提供を要求する。パケット交換装置１１０，１２０の内部構造は、図２を用いて後述される。
【００１９】
パケット交換網１３０は、インタフェースＩＦ１１を介してパケット交換装置１１０に接続され且つインタフェースＩＦ２１を介してパケット交換装置１２０に接続される。同様に、パケット交換網１４０は、インタフェースＩＦ１２を介してパケット交換装置１１０に接続され且つインタフェースＩＦ２２を介してパケット交換装置１２０に接続される。パケット交換網１３０は、ｎ台のパケット中継装置１３１−１〜１３１−ｎを備えている。同様に、パケット交換網１４０は、ｎ台のパケット中継装置１４１−１〜１４１−ｎを備えている。
【００２０】
図２は、この実施形態に係るパケット交換装置１１０，１２０の内部構成を概略的に示すブロック図である。
【００２１】
図２に示したように、この実施形態のパケット交換装置１１０は、アプリケーション機能部２１０と、パケット送受信機能部２２０と、パケット入出力部２３０，２４０とを備えている。
【００２２】
アプリケーション機能部２１０は、該パケット交換装置１１０に固有の機能やサービスを実現する。このアプリケーション機能部２１０は、他のパケット交換装置から受信されたデータ等を、パケット送受信機能部２２０を介して受け取る。さらに、アプリケーション機能部２１０は、他のパケット交換装置に送信すべきデータや宛先アドレス等を、パケット送受信機能部２２０に受け渡す。
【００２３】
パケット送受信機能部２２０は、アプリケーション機能部２１０から受け取ったデータや宛先アドレスを用いて、通信パケットを生成する。パケット送受信機能部２２０は、同一の通信パケットを１個ずつ送信する（以下、単一送信と記す）機能と、２個ずつ送信する（以下、二重送信と記す）機能とを有する。後述するように、二重送信を行う場合、パケット送受信機能部２２０は、通信パケットに、二重通信であることを示す識別情報と、シーケンス番号とを格納して、パケット入出力部２３０，２４０の両方に受け渡す。また、パケット送受信機能部２２０は、パケット入出力部２３０，２４０が受信したパケットを受け取る。後述するように、パケット送受信機能部２２０は、同一の通信パケットを２個受信した場合、その一方を廃棄する。さらに、パケット送受信機能部２２０は、保留バッファ２２１と保留タイマ２２２とを備えている。保留バッファ２２１は、受信した通信パケットの送信元アドレスごとに１個の通信パケットを一時保存することができ、通信パケットの受信順序が逆転したときの並べ替えを行うために使用される。保留タイマ２２２は、保留バッファ２２１の保留時間を管理するために使用される。
【００２４】
パケット入出力部２３０は、パケット送受信機能部２２０から受け取った通信パケットを一方のパケット交換網１３０に送信するとともに、該パケット交換網１３０から受信した通信パケットをパケット送受信機能部２２０に受け渡す。同様に、パケット入出力部２４０は、パケット送受信機能部２２０から受け取った通信パケットを他方のパケット交換網１４０に送信するとともに、該パケット交換網１４０から受信した通信パケットをパケット送受信機能部２２０に受け渡す。
【００２５】
図３は、この実施形態に係るパケット中継装置１３１−１〜１３１−ｎ，１４１−１〜１４１−ｎの内部構成を概略的に示すブロック図である。なお、図３は、簡単化のために、パケット交換装置１１０からパケット交換装置１２０へのパケット送信に寄与する構成のみを示しているが、パケット交換装置１２０からパケット交換装置１１０へのパケット送信に寄与する構成も、これと同一でよい。
【００２６】
図３に示したように、この実施形態のパケット交換装置は、網内転送機能部３１０と、網間転送機能部３２０と、パケット入力部３３０，３４０と、パケット出力部３５０，３６０とを備えている。
【００２７】
網内転送機能部３１０は、前段装置（パケット交換装置１１０またはパケット中継装置１３１−１〜１３１−（１−ｎ），１４１−１〜１４１−（ｎ−１）のいずれか）が送信した通信パケットをパケット入力部３３０から受信し、また、他方のパケット交換網の対応パケット中継装置（パケット中継装置１３１−１〜１３１−ｎ，１４１−１〜１４１−ｎのいずれか）が送信した通信パケットをパケット入力部３４０から受信する。網内転送機能部３１０が同一の通信パケットを２個受信した場合、その一方はパケット出力部３５０から次段のパケット中継装置１３１−２に転送され、他方は廃棄される。さらに、網内転送機能部３１０は、保留バッファ３１１と保留タイマ３１２とを備えている。保留バッファ３１１は、受信した通信パケットの送信元アドレスごとに１個の通信パケットを一時保存することができ、通信パケットの受信順序が逆転したときの並べ替えを行うために使用される。保留タイマ３１２は、保留バッファ３１１の保留時間を管理するために使用される。
【００２８】
網間転送機能部３２０は、パケット交換装置１１０が送信した通信パケットをパケット入力部３３０から受信して、受信した通信パケットが二重通信パケットであるかどうかを評価し、二重通信パケットの場合にはパケット出力部３６０を介してパケット中継器１４１−１に転送する。
【００２９】
図４は、パケット通信システム１００で採用される層構造を示す概念図である。
【００３０】
図４に示したように、パケット交換装置１１０，１２０の層構造は、それぞれ、下層側から、イーサネット（登録商標）層Ｅｔｈ（プライマリＥｔｈ（Ｐ）およびセカンダリＥｔｈ（Ｓ））、ＩＰ層、二重通信制御層、ＴＣＰ／ＵＤＰ層、アプリケーション層を有する。
【００３１】
イーサネット（登録商標）層は、ＯＳＩ(Open Systems Interconnection)参照モデルの物理層およびデータリンク層に相当し、パケット交換装置１１０，１２０間のネットワーク接続を行う層である。パケット交換装置１１０のイーサネット（登録商標）層Ｅｔｈのうち、プライマリＥｔｈ（Ｐ）はインタフェースＩＦ１１に相当し、セカンダリＥｔｈ（ｓ）はインタフェースＩＦ１２に相当する（図１参照）。また、パケット交換装置１２０のイーサネット（登録商標）層Ｅｔｈのうち、プライマリＥｔｈ（Ｐ）はインタフェースＩＦ２１に相当し、セカンダ（登録商標）リＥｔｈ（Ｓ）はインタフェースＩＦ２２に相当する。
【００３２】
ＩＰ層は、ＯＳＩ参照モデルにおけるネットワーク層の下層に対応し、ＩＰ(Internet protocol) 制御を実行する。
【００３３】
二重通信制御層は、ＯＳＩ参照モデルにおけるネットワーク層の上層に対応し、この実施形態に係る二重通信の制御を担う層である。すなわち、二重通信制御層は、送信パケットへの識別情報およびシーケンス番号の付加を行うとともに、受信パケットから該識別情報およびシーケンス番号を読み出して二重受信制御を行う（後述）。
【００３４】
ＴＣＰ／ＵＤＰ層は、ＯＳＩ参照モデルのトランスポート層に対応し、通常のＴＣＰ(Transmission Control Protocol) やＵＤＰ(User Datagram Protocol)を実行する。
【００３５】
アプリケーション層は、ＯＳＩ参照モデルのセッション層、プレゼンテーション層およびアプリケーション層に対応し、Ｔｅｌｎｅｔ、ＤＮＳ(Domain Name Service)、ＨＴＴＰ(Hyper Text Transfer Protocol)、ＦＴＰ(File Transfer Protocol)等を実行する。
【００３６】
なお、パケット中継装置１３１−１〜１３１−ｎ，１４１−１〜１４１−ｎは、図４の層構造のうち、イーサネット（登録商標）層Ｅｔｈ、ＩＰ層および二重通信制御層に対応する制御のみを行う。
【００３７】
このように、この実施形態では、二重通信制御層をＴＣＰ／ＵＤＰ層とＩＰ層との間に設けたので、ＴＣＰ／ＵＤＰやアプリケーション層の制御に影響を与えずに、二重通信制御を行うことができる。
【００３８】
以下、この実施形態に係るパケット通信システム１００の動作について、パケット交換装置１１０からパケット交換装置１２０に通信パケットを送信する場合を例に採って説明する。なお、パケット交換装置１２０からパケット交換装置１１０に通信パケットを送信する場合も、これと同様でよい。
【００３９】
図５は、二重送信が正常に行われた場合（通信パケットの損失や遅延が発生しなかった場合）の、パケット通信システム１００の全体動作を説明するための概念図である。図６、図７は、パケット中継装置１３１−１の中継動作を説明するためのフローチャートである。また、図８、図９は、パケット交換装置１２０の受信動作を説明するためのフローチャートである。
【００４０】
最初に、単一送信の場合の動作を説明する。
【００４１】
パケット交換装置１１０が通信パケットを送信する際には、最初に、アプリケーション機能部２１０（図２参照）からパケット送受信機能部２２０に、送信要求が送られる。この送信要求には、送信データ（ユーザデータ）や宛先アドレスが含まれる。パケット送受信機能部２２０は、送信要求を受け取ると、当該送信の単一送信／二重送信の区別を判断する。この判断は、例えば、二重送信を行う宛先アドレスを予めパケット送受信機能部２２０内に登録しておくことにより、行うことができる。
【００４２】
単一送信を行う場合、パケット送受信機能部２２０は、アプリケーション機能部２１０から受け取った送信データや宛先アドレスを用い、従来と同様にして通信パケットを生成する。単一送信の場合、通信パケットには、上述の識別情報やシーケンス番号は格納されない。生成された通信パケットは、パケット入出力部２３０，２４０の一方に送られる。通信パケットを受け取ったパケット入出力部（２３０または２４０）は、この通信パケットを、対応するパケット中継装置（１３０−１または１４０−１）に送信する。ここでは、単一送信に係る通信パケットが、パケット入出力部２３０からパケット中継装置１３１−１に送られる場合を例に採って説明する。
【００４３】
パケット中継装置１３１−１内のパケット入力部３３０（図３参照）は、パケット交換装置１１０から通信パケットを受信する。そして、パケット入力部３３０は、この通信パケットを、網内転送機能部３１０および網間転送機能部３２０に送る。
【００４４】
網内転送機能部３１０は、パケット入力部３３０から通信パケットを受け取ると、その通信パケットに識別情報が格納されているか否かをチェックする（図６のステップＳ６０１参照）。ここでは識別情報が格納されていないので、網内転送機能部３１０は、その通信パケットを単一送信に係る通信パケットであると判断し、パケット出力部３５０に通信パケットの送信を指示して（ステップＳ６０２参照）、通信パケットに関する処理を終了する。
【００４５】
パケット中継装置１３１−２〜１３１−ｎは、それぞれパケット中継装置１３１−１と同様にして、前段から受信した通信パケットを後段に転送する。
【００４６】
パケット交換装置１２０内のパケット入出力部２３０（図３参照）は、パケット中継装置１３１−ｎから通信パケットを受信する。そして、パケット入出力部２３０は、通信パケットを、パケット送受信機能部２２０に送る。
【００４７】
パケット送受信機能部２２０は、通信パケットを受け取ると、その通信パケットに識別情報が格納されているか否かをチェックする（図８のステップＳ８０１参照）。ここでは識別情報が格納されていないので、パケット送受信機能部２２０は、その通信パケットを単一送信に係る通信パケットであると判断して、該通信パケットの受信をアプリケーション機能部２１０に通知し（ステップＳ８０２参照）、その受信パケットに関する処理を終了する。
【００４８】
次に、二重送信の場合の動作を説明する。
【００４９】
上述のように、パケット送受信機能部２２０がアプリケーション機能部２１０から送信要求を受け取り、この送信要求に含まれる宛先アドレスが予めパケット送受信機能部２２０内に登録されているアドレスと一致する場合、パケット送受信機能部は二重送信のための処理を行う。
【００５０】
この二重送信処理では、パケット送受信機能部２２０が、アプリケーション機能部２１０から受け取った送信データや宛先アドレスに加え、識別情報やシーケンス番号を用いて、通信パケットを生成する。識別情報の形態は任意であり、受信側のパケット交換装置が二重送信であることを認識できればよい。また、シーケンス番号は、同一の宛先アドレスに送信される通信パケットの送信順を示す番号である。シーケンス番号の初期値は任意であるが、通信パケットを生成するたびに、「＋１」ずつインクリメントされる。パケット送受信機能部２２０は、登録された宛先アドレス（二重送信を行う宛先アドレス）ごとに、シーケンス番号を一時的に記憶する。識別情報やシーケンス番号の格納位置は、例えば図４に示した層構造に対応させて定めればよい。また、このシーケンス番号として、ＴＣＰ(Transmission Control Protocol) やＲＴＰ(Real-time Transport Protocol)で使用されるシーケンス番号を流用してもよい。
【００５１】
生成された通信パケットは、パケット入出力部２３０，２４０の両方に送られる。通信パケットを受け取ったパケット入出力部２３０，２４０は、それぞれ、該通信パケットを、対応するパケット中継装置１３０−１，１４０−１に送信する（図５のＰ１，Ｐ２参照）。したがって、一回の二重送信に係る一対の通信パケットＰ１，Ｐ２には、同じシーケンス番号が格納されることになる。
【００５２】
パケット中継装置１３１−１内のパケット入力部３３０（図３参照）は、パケット交換装置１１０から通信パケットＰ１を受信する。そして、パケット入力部３３０は、通信パケットＰ１を、網内転送機能部３１０および網間転送機能部３２０に送る。
【００５３】
後述するように、網内転送機能部３１０は、この通信パケットＰ１を、所定の場合にパケット中継装置１４１−１に転送する。同様に、パケット中継装置１４１−１内の網内転送機能部３１０も、通信パケットＰ２を、所定の場合に、パケット中継装置１３１−１に転送する。パケット中継装置１３１−１内のパケット入力部３４０は、パケット中継装置１４１−１から通信パケットＰ２を受信すると、この通信パケットＰ２を網内転送機能部３１０に送る。
【００５４】
網内転送機能部３１０は、パケット入力部３３０または３４０から通信パケットＰ１またはＰ２を受け取ると、その通信パケットに識別情報が格納されているか否かをチェックする（図６のステップＳ６０１参照）。ここでは識別情報が格納されているので、網内転送機能部３１０は、該受信パケットを二重送信に係る通信パケットであると判断して、該受信パケットのシーケンス番号を期待値とを比較する（ステップＳ６０３参照）。網内転送機能部３１０は、二重送信を行うことができるパケット交換装置１１０，１２０のアドレスを記憶しており、さらに、該アドレスごとに、次に受信されるべき通信パケットのシーケンス番号（期待値）を一時保存している。パケット交換装置１１０の電源立ち上げ時、各アドレスに対応する期待値は、初期値に設定される。受信パケットのシーケンス番号が期待値と一致した場合、網内転送機能部３１０は、該期待値を「＋１」だけインクリメントして（ステップＳ６０４参照）、その通信パケットの送信をパケット出力部３５０に指示する（ステップＳ６０５参照）。
【００５５】
続いて、網内転送機能部３１０は、保留バッファ３１１のチェックを行う（ステップＳ６０６参照）。保留バッファ３１１に通信パケットが保存されていない場合、網内転送機能部３１０は、当該受信パケットに関する処理を終了する。一方、ステップＳ６０６で保留バッファ３１１に通信パケットが保存されていると判断された場合、網内転送機能部３１０は、かかる保留パケットのシーケンス番号を、受信パケット（Ｐ１またはＰ２）のシーケンス番号と比較する（ステップＳ６０７参照）。
【００５６】
これらのシーケンス番号が連続している場合、網内転送機能部３１０は、保留バッファ３１１に保存された通信パケット（保留パケット）の転送をパケット出力部３５０に指示する（ステップＳ６０８参照）。
【００５７】
さらに、網内転送機能部３１０は、シーケンス番号の期待値を「＋１」だけインクリメントし（ステップＳ６０９参照）、保留タイマ３１２の停止と保留バッファ３１１の開放とを行って（ステップＳ６１０，Ｓ６１１参照）、その受信パケットに関する処理を終了する。このような処理により、２個の連続パケットの順序が逆転して受信された場合に、その順序を正して次段装置（ここではパケット中継装置３１１−２）に転送することができる。
【００５８】
一方、ステップＳ６０７においてシーケンス番号が非連続の場合は、保留タイマ３１２を再起動して、その受信パケットに関する処理を終了する。この処理により、保留バッファ３１１の保留時間が延長される。
【００５９】
ステップＳ６０３においてシーケンス番号が期待値と一致しなかった場合、網内転送機能部３１０は、受信した通信パケットが、既に受信された通信パケットと同一か否かをチェックする（図７のステップＳ７０１参照）。例えば、シーケンス番号が初期値以上であり且つ内部に保存された期待値よりも小さい値のとき、その通信パケットは既に受信された通信パケットと同一である（すなわち、通信パケットＰ１，Ｐ２が両方とも正常に受信された）と、判断することができる。同一であると判断された場合、網内転送機能部３１０は、その通信パケットを廃棄して（ステップＳ７０２参照）、その受信パケットに関する処理を終了する。
【００６０】
ステップＳ７０１で既に受信された通信パケットと同一でないと判断された場合、網内転送機能部３１０は、保留バッファ３１１に通信パケットが保存されているか否かを判断する（ステップＳ７０３参照）。そして、保留バッファ３１１が空の場合は、受信パケットを格納するとともに（ステップＳ７０４参照）、保留タイマ３１２を起動して（ステップＳ７０５参照）、その受信パケットに関する処理を終了する。なお、保留タイマ３１２の計時時間が所定の保留時間に達した場合は、保留バッファ３１１内の通信パケッが廃棄される。通常、保留タイマ３１２の計時時間が所定の保留時間に達するのは、１個または複数個の通信パケットがパケット交換網１３０，１４０の両方で喪失した場合であり、このような場合に保留バッファ３１１内の１個の通信パケットのみをアプリケーション機能部２１０に引き渡しても有益でないと考えられるからである。通信パケットの喪失が発生した場合、例えばＴＣＰ等では、受信側パケット交換装置（ここではパケット交換装置１２０）のアプリケーション機能部２１０の命令によって送信側パケット交換装置（ここではパケット交換装置１１０）に通信パケットの再送依頼が送信される。かかる保留時間は、任意であるが、例えば数ミリ秒から数十ミリ秒に設定される。
【００６１】
ステップＳ７０３で保留バッファ３１１内に通信パケットが保存されていると判断された場合、網内転送機能部３１０は、保存パケットのシーケンス番号を受信パケット（Ｐ１たまはＰ２）のシーケンス番号と比較する（ステップＳ７０６参照）。
【００６２】
これらのシーケンス番号が連続する場合、網内転送機能部３１０は、これらの通信パケットの順序が逆転して受信されたと判断して、受信パケットおよび保留パケットの送信をパケット出力部３５０に指示する（ステップＳ７０７参照）。このとき、前段装置から受信された通信パケットについては、網間転送機能部３２０にも転送が指示される。さらに、網内転送機能部３１０は、保留タイマ３１２を停止し（ステップＳ７０８参照）、保留バッファを開放することによって保存パケットを廃棄し（ステップＳ７０９参照）、シーケンス番号の期待値を「＋１」だけインクリメントして（ステップＳ７１０参照）、その受信パケットに関する処理を終了する。
【００６３】
また、ステップＳ７０６でシーケンス番号が一致している場合、網内転送機能部３１０は、これらの通信パケットが同一パケットであると判断して、受信パケットの送信をパケット出力部３５０に指示する（ステップＳ７１１参照）。このとき、前段装置から受信された通信パケットについては、網間転送機能部３２０にも転送が指示される。受信順序の逆転や先の通信パケットの喪失のために期待値よりもシーケンス番号が大きい受信パケットが保留バッファ３１１に保存され、さらに当該保存パケットと同一の通信パケットが受信されたとき、ステップＳ７０６で同一パケットであるとの判断が行われる。網内転送機能部３１０は、保留タイマ３１２の停止、保留バッファの開放および期待値のインクリメントを行って（ステップＳ７０８〜Ｓ７１０参照）、その受信パケットに関する処理を終了する。
【００６４】
一方、ステップＳ７０６でシーケンス番号が一致せず且つ連続していない場合、網内転送機能部３１０は、保留バッファ３１１に受信パケットを上書きするとともに（ステップＳ７１２参照）、保留タイマ３１２を再起動して（ステップＳ７１３参照）、その受信パケットに関する処理を終了する。ステップＳ７０６でシーケンス番号が非連続となるのは、通信パケットがパケット交換装置１１０・パケット中継装置１３１−１間およびパケット交換装置１１０・パケット中継装置１４１−１間の両方で喪失した場合が多く、このような場合に保留バッファ３１１内の１個の通信パケットのみを次段装置に転送しても有益でないと考えられるからである。
【００６５】
他のパケット中継装置１３１−２〜１３１−ｎ，１４１−１〜１４１−ｎも、パケット中継装置１３１−１と同様にして、前段装置から受信した通信パケットおよび他のパケット交換網から受信した通信パケットを、後段装置に転送する。これにより、パケット交換装置１１０が二重送信した通信パケットは、通信障害等が発生した場合を除き、パケット交換装置１２０に到達する。
【００６６】
パケット交換装置１２０内のパケット入出力部２３０，２４０（図２参照）は、パケット中継装置１３１−ｎ，１４１−ｎから通信パケットＰ１，Ｐ２を受信する。そして、パケット入出力部２３０，２４０は、通信パケットＰ１，Ｐ２を、パケット送受信機能部２２０に送る。
【００６７】
パケット交換装置１２０内のパケット送受信機能部２２０は、パケット入出力部２３０または２４０から通信パケットＰ１またはＰ２を受け取ると、その通信パケットに識別情報が格納されているか否かをチェックする（図８のステップＳ８０１参照）。ここでは識別情報が格納されているので、パケット送受信機能部２２０は、その通信パケットを二重送信に係る通信パケットであると判断して、その受信パケットのシーケンス番号を期待値とを比較する（ステップＳ８０３参照）。パケット送受信機能部２２０は、上述の網内転送機能部３１０と同様、二重送信を行うことができる他のパケット交換装置のアドレスを記憶しており、さらに、該アドレスごとに、次に受信されるべき通信パケットのシーケンス番号（期待値）を一時保存している。受信パケットのシーケンス番号が期待値と一致した場合、パケット送受信機能部２２０は、該期待値を「＋１」だけインクリメントして（ステップＳ８０４参照）、その通信パケットの受信をアプリケーション機能部２１０に通知する（ステップＳ８０５参照）。
【００６８】
続いて、パケット送受信機能部２２０は、保留バッファ２２１のチェックを行う（ステップＳ８０６参照）。保留バッファ２２１に通信パケットが保存されていない場合、パケット送受信機能部２２０は、当該受信パケットに関する処理を終了する。一方、ステップＳ８０６で保留バッファ２２１に通信パケットが保存されていると判断された場合、パケット送受信機能部２２０は、かかる保留パケットのシーケンス番号を、受信パケットのシーケンス番号と比較する（ステップＳ８０７参照）。
【００６９】
これらのシーケンス番号が連続している場合、パケット送受信機能部２２０は、保留バッファ２２１に保存された通信パケット（保留パケット）をアプリケーション機能部２１０に通知し（ステップＳ８０８参照）、シーケンス番号の期待値をさらに「＋１」だけインクリメントし（ステップＳ８０９参照）、保留タイマ２２２の停止と保留バッファ２２１の開放とを行って（ステップＳ８１０，Ｓ８１１参照）、その受信パケットに関する処理を終了する。このような処理により、２個の連続パケットの順序が逆転して受信された場合に、その順序を正してアプリケーション機能部２１０に受け渡すことができる。
【００７０】
一方、ステップＳ８０７においてシーケンス番号が非連続の場合は、保留タイマ２２２を再起動して、その受信パケットに関する処理を終了する。この処理により、保留バッファ２２１の保留時間が延長される。
【００７１】
ステップＳ８０３においてシーケンス番号が期待値と一致しなかった場合、パケット送受信機能部２２０は、受信した通信パケットが、既に受信された通信パケットと同一か否かをチェックする（図９のステップＳ９０１参照）。例えば、シーケンス番号が初期値以上であり且つ内部に保存された期待値よりも小さい値のとき、その通信パケットは既に受信された通信パケットと同一である（すなわち、各パケット交換網１３０，１４０を介して送信された同一通信パケットＰ１，Ｐ２が両方とも正常に受信された）と、判断することができる。同一であると判断された場合、パケット送受信機能部２２０は、その通信パケットを廃棄して（ステップＳ９０２参照）、その受信パケットに関する処理を終了する。
【００７２】
ステップＳ９０１で既に受信された通信パケットと同一でないと判断された場合、パケット送受信機能部２２０は、保留バッファ２２１に通信パケットが保存されているか否かを判断する（ステップＳ９０３参照）。そして、保留バッファ２２１が空の場合は、受信パケットを格納するとともに（ステップＳ９０４参照）、保留タイマ２２２を起動して（ステップＳ９０５参照）、その受信パケットに関する処理を終了する。なお、上述の網内転送機能部３１０と同様の理由により、保留タイマ２２２の計時時間が所定の保留時間に達した場合は、保留バッファ２２１内の通信パケッが廃棄される。
【００７３】
ステップＳ９０３で保留バッファ２２１内に通信パケットが保存されていると判断された場合、パケット送受信機能部２２０は、保存パケットのシーケンス番号を受信パケットのシーケンス番号と比較する（ステップＳ９０６参照）。
【００７４】
これらのシーケンス番号が連続する場合、パケット送受信機能部２２０は、これらの通信パケットの順序が逆転して受信されたと判断して、受信パケットおよび保留パケットをアプリケーション機能部２１０に通知するとともに（ステップＳ９０７参照）、保留タイマ２２２を停止し（ステップＳ９０８参照）、保留バッファを開放することによって保存パケットを廃棄し（ステップＳ９０９参照）、シーケンス番号の期待値を「＋１」だけインクリメントして（ステップＳ９１０参照）、その受信パケットに関する処理を終了する。
【００７５】
また、ステップＳ９０６でシーケンス番号が一致している場合、パケット送受信機能部２２０は、これらの通信パケットが同一パケットであると判断して、受信パケットをアプリケーション機能部２１０に通知する（ステップＳ９１１参照）。さらに、パケット送受信機能部２２０は、保留タイマ２２２の停止、保留バッファの開放および期待値のインクリメントを行って（ステップＳ９０８〜Ｓ９１０参照）、その受信パケットに関する処理を終了する。
【００７６】
一方、ステップＳ９０６でシーケンス番号が一致せず且つ連続していない場合、パケット送受信機能部２２０は、上述の網内転送機能部３１０と同じ理由により、保留バッファ２２１に受信パケットを上書きするとともに（ステップＳ９１２参照）、保留タイマ２２２を再起動して（ステップＳ９１３参照）、その受信パケットに関する処理を終了する。
【００７７】
この実施形態に係るパケット通信システム１００では、通信障害や大規模な遅延が発生しない限り、パケット交換装置１１０が二重送信した通信パケットは、インタフェースＩＦ１１，１２を介してパケット中継装置１３１−１，１４１−１に達し、パケット交換網１３０，１４０内のすべての通信経路Ａ１〜Ａｎ−１，Ｂ１〜Ｂｎ−１およびパケット交換網１３０，１４０間のすべての通信経路Ｃ１〜Ｃｎ，Ｄ１〜Ｄｎを通過して、パケット中継装置１３１−ｎ，１４１−ｎに受信されることになる。したがって、これらの通信経路Ａ１〜Ａｎ−１，Ｂ１〜Ｂｎ−１，Ｃ１〜Ｃｎ，Ｄ１〜Ｄｎの一部で通信障害等が発生した場合に、サービスが停止される可能性を非常に低くすることができる。
【００７８】
図１０は、異常発生時の、パケット通信システム１００の動作例を示す概念図である。図１０に示したように、この実施形態に係るパケット通信システム１００では、通信経路Ａ１〜Ａｎ−１，Ｂ１〜Ｂｎ−１，Ｃ１〜Ｃｎ，Ｄ１〜Ｄｎの一部で通信障害等が発生しても、その障害発生地点よりも後段では、正常な二重通信を行うことができる。
【００７９】
また、この実施形態によれば、インタフェースＩＦ１１，１２の一方或いはインタフェースＩＦ２１，２２の一方に障害等が発生した場合でも、サービスの提供を継続することができる。
【００８０】
さらに、この実施形態によれば、二重通信を行うか否かを送信側パケット交換装置１１０，１２０で決定することができるので、通信パケットの遅延・喪失が大きな問題になるサービスについてのみ多重送信を行うことができ、パケット交換網１３０，１４０の輻輳を無駄に増大させることがない。
【００８１】
加えて、この実施形態のパケット交換装置１１０，１２０では、送信元アドレスとシーケンス番号とを用いて通信パケットの同一性を判断し且つこの判断処理をＴＣＰ／ＵＤＰ層とＩＰ層との間の層で行うので、同一性判断の処理が簡単であるとともに上層（ＴＣＰ／ＵＤＰやアプリケーション層）の制御に影響を与えることがない。
【００８２】
加えて、この実施形態に係るパケット通信システム１００では、通信パケット毎に個別に通信経路を設定する必要がないので、処理が簡単である。
【００８３】
なお、この実施形態では、通信パケットのシーケンス番号を、送信側のパケット交換装置では宛先アドレスごとに付すこととし且つ受信側のパケット交換装置では送信元アドレスごとにチェックすることとしたが、アプリケーションセッションごと（すなわち、アドレスが一致し且つアプリケーションセッションが一致する複数の通信パケットに一連のシーケンス番号を付す）こととしてもよい。これにより、アプリケーションセッション毎に二重送信を管理することが可能になる。
【００８４】
第２実施形態
次に、この発明の第２実施形態について、図１１〜図１４を用いて説明する。
【００８５】
この実施形態に係るパケット通信システム、パケット交換装置およびパケット中継装置の構成は、第１実施形態の場合（図１〜図３参照）とほぼ同様である。但し、パケット交換装置１２０，１３０内のパケット送受信機能部２２０とパケット中継装置１３１−１〜１３１−ｎ，１４１−１〜１４１−ｎ内の網内転送機能部３１０とに設けられた保留バッファ２２１，３１１が、送信元アドレス毎に複数個の通信パケットを一時保存できるとともに、これら複数の保留パケットごとに保留タイマ２２２，３１２が設けられている点で、第１実施形態と異なる。
【００８６】
また、パケット交換装置の送信動作も、第１実施形態と同様である。
【００８７】
図１１、図１２は、この実施形態に係るパケット中継装置１３１−１〜１３１−ｎ，１４１−１〜１４１−ｎに設けられた網内転送機能部３１０の受信動作を説明するためのフローチャートである。
【００８８】
網内転送機能部３１０は、各パケット入出力部（図３参照）から通信パケットを受け取ると、まず、その通信パケットに識別情報が格納されているか否かをチェックする（図１１のステップＳ１１０１参照）。識別情報が格納されていない場合、網内転送機能部３１０は、その通信パケットを単一送信に係る通信パケットであると判断して、この通信パケットの送信をパケット出力部３５０に指示する（ステップＳ１１０２参照）。その後、網内転送機能部３１０は、その受信パケットに関する処理を終了する。
【００８９】
一方、ステップＳ１１０１において識別情報が格納されていた場合、網内転送機能部３１０は、その通信パケットを二重送信に係る通信パケットであると判断して、シーケンス番号と期待値とを比較する（ステップＳ１１０３参照）。受信パケットのシーケンス番号が期待値と一致した場合、網内転送機能部３１０は、該期待値を「＋１」だけインクリメントして（ステップＳ１１０４参照）、その通信パケットの送信をパケット出力部３５０に指示する（ステップＳ１１０５参照）。このとき、前段装置から受信された通信パケットについては、網間転送機能部３２０にも転送が指示される。
【００９０】
続いて、網内転送機能部３１０は、保留バッファ３１１のチェックを行う（ステップＳ１１０６参照）。保留バッファ３１１に通信パケットが保存されていない場合、網内転送機能部３１０は、当該受信パケットに関する処理を終了する。一方、ステップＳ１１０６で保留バッファ３１１に１個以上の通信パケットが保存されていると判断された場合、網内転送機能部３１０は、各保留パケットおよび受信パケットのシーケンス番号を相互に比較する（ステップＳ１１０７参照）。そして、該シーケンス番号が連続する通信パケットについて、パケット出力部への送信指示を行う（ステップＳ１１０８参照）。このとき、前段装置から受信された通信パケットについては、網間転送機能部３２０にも転送が指示される。さらに、網内転送機能部３１０は、転送を指示した通信パケットの個数分だけシーケンス番号の期待値をインクリメントする（ステップＳ１１０９参照）。例えば、２個の保留パケットのシーケンス番号が‘ｎ＋２’および‘ｎ’であり且つ受信パケットのシーケンス番号が‘ｎ＋１’の場合、これら３個の通信パケットのシーケンス番号は連続するので、これらすべての通信パケットの送信が指示される。一方、２個の保留パケットのシーケンス番号が‘ｎ＋２’および‘ｎ’であり且つ受信パケットのシーケンス番号が‘ｎ−１’である場合、シーケンス番号‘ｎ’の保留パケットおよび受信パケットの送信が指示される。
【００９１】
続いて、網内転送機能部３１０は、保留バッファ３１１に保留パケットが残っているかどうかをチェックする（ステップＳ１１１０）。そして、保留パケットが残っていない場合は、保留タイマ３１２の停止（ステップＳ１１１１参照）と保留バッファ３１１の開放（ステップＳ１１１２参照）とを行って、その受信パケットに関する処理を終了する。
【００９２】
一方、ステップＳ１１０７でシーケンス番号の連続する保留・受信パケットが存在しなかった場合や、ステップＳ１１１０で保留バッファ３１１に保留パケットが残っていた場合は、保留タイマ３１２を再起動させて、その受信パケットに関する処理を終了する。
【００９３】
ステップＳ１１０３においてシーケンス番号が期待値と一致しなかった場合、網内転送機能部３１０は、第１実施形態と同様にして、受信した通信パケットが既に受信された通信パケットと同一か否かをチェックする（図１２のステップＳ１２０１参照）。同一であると判断された場合、網内転送機能部３１０は、その通信パケットを廃棄して（ステップＳ１２０２参照）、その受信パケットに関する処理を終了する。
【００９４】
一方、ステップＳ１２０１で既に受信された通信パケットと同一でないと判断された場合、網内転送機能部３１０は、保留バッファ３１１に空きがあるか否かを判断する（ステップＳ１２０３参照）。そして、保留バッファ３１１に空きがある場合は、その空き部分の一つに受信パケットを格納するとともに（ステップＳ１２０４参照）、保留タイマ３１２を起動して（ステップＳ１２０５参照）、その受信パケットに関する処理を終了する。
【００９５】
ステップＳ１２０３で保留バッファ３１１に空きがないと判断された場合、パケット送受信機能部は、保存パケット中の最も大きいシーケンス番号のものを受信通知するとともに（ステップＳ１２０６参照）、シーケンス番号の期待値を該シーケンス番号よりも「＋１」だけ大きい値に設定して（ステップＳ１２０７参照）、すべての保留バッファ３１１を解放し（ステップＳ１２０８参照）、保留タイマを停止して（ステップＳ１２０９参照）、その受信パケットに関する処理を終了する。すべての保留バッファ３１１に通信パケットが一時保存されるのは、両方のパケット交換網１３０，１４０内で通信パケットの喪失が発生した場合が多く、このような場合に保留バッファ３１１内の数個の通信パケットのみをアプリケーション機能部２１０に引き渡しても有益でないと考えられるからである。
【００９６】
図１３、図１４は、この実施形態に係るパケット交換装置１１０，１２０に設けられたパケット送受信機能部２２０の受信動作を説明するためのフローチャートである。
【００９７】
パケット送受信機能部２２０は、各パケット入出力部（図２参照）から通信パケットを受け取ると、まず、その通信パケットに識別情報が格納されているか否かをチェックする（図１３のステップＳ１３０１参照）。識別情報が格納されていない場合、パケット送受信機能部２２０は、その通信パケットを単一送信に係る通信パケットであると判断して、この通信パケットの受信をアプリケーション機能部２１０に通知し（ステップＳ１３０２参照）、その受信パケットに関する処理を終了する。
【００９８】
一方、ステップＳ１３０１において識別情報が格納されていた場合、パケット送受信機能部２２０は、その通信パケットを二重送信に係る通信パケットであると判断して、シーケンス番号と期待値とを比較する（ステップＳ１３０３参照）。受信パケットのシーケンス番号が期待値と一致した場合、パケット送受信機能部２２０は、該期待値を「＋１」だけインクリメントして（ステップＳ１３０４参照）、その通信パケットの受信をアプリケーション機能部２１０に通知する（ステップＳ１３０５参照）。
【００９９】
続いて、パケット送受信機能部２２０は、保留バッファ２２１のチェックを行う（ステップＳ１３０６参照）。保留バッファ２２１に通信パケットが保存されていない場合、パケット送受信機能部２２０は、当該受信パケットに関する処理を終了する。一方、ステップＳ１３０６で保留バッファ２２１に１個以上の通信パケットが保存されていると判断された場合、パケット送受信機能部２２０は、各保留パケットおよび受信パケットのシーケンス番号を相互に比較する（ステップＳ１３０７参照）。そして、該シーケンス番号が連続する通信パケットについて、アプリケーション機能部２１０への受信通知を行うとともに（ステップＳ１３０８参照）、通知した通信パケットの個数分だけシーケンス番号の期待値をインクリメントする（ステップＳ１３０９参照）。
【０１００】
次に、パケット送受信機能部２２０は、保留バッファ２２１に保留パケットが残っているかどうかをチェックする（ステップＳ１３１０）。そして、保留パケットが残っていない場合は、保留タイマ２２２の停止（ステップＳ１３１１参照）と保留バッファ２２１の開放（ステップＳ１３１２参照）とを行って、その受信パケットに関する処理を終了する。
【０１０１】
一方、ステップＳ１３０７でシーケンス番号の連続する保留・受信パケットが存在しなかった場合や、ステップＳ１３１０で保留バッファ２２１に保留パケットが残っていた場合は、保留タイマ２２２を再起動させて、その受信パケットに関する処理を終了する。
【０１０２】
ステップＳ１３０３においてシーケンス番号が期待値と一致しなかった場合、パケット送受信機能部２２０は、第１実施形態と同様にして、受信した通信パケットが既に受信された通信パケットと同一か否かをチェックする（図１４のステップＳ１４０１参照）。同一であると判断された場合、パケット送受信機能部２２０は、その通信パケットを廃棄して（ステップＳ１４０２参照）、その受信パケットに関する処理を終了する。
【０１０３】
一方、ステップＳ１４０１で既に受信された通信パケットと同一でないと判断された場合、パケット送受信機能部２２０は、保留バッファ２２１に空きがあるか否かを判断する（ステップＳ１４０３参照）。そして、保留バッファ２２１に空きがある場合は、その空き部分の一つに受信パケットを格納するとともに（ステップＳ１４０４参照）、保留タイマ２２２を起動して（ステップＳ１４０５参照）、その受信パケットに関する処理を終了する。
【０１０４】
ステップＳ１４０３で保留バッファ２２１に空きがないと判断された場合、上述の網内転送機能部３１０の場合と同じ理由により、パケット送受信機能部２２０は、保存パケット中の最も大きいシーケンス番号のものを受信通知するとともに（ステップＳ１４０６参照）、シーケンス番号の期待値を該シーケンス番号よりも「＋１」だけ大きい値に設定して（ステップＳ１４０７参照）、すべての保留バッファを解放し（ステップＳ１４０８参照）、保留タイマを停止して（ステップＳ１４０９参照）、その受信パケットに関する処理を終了する。
【０１０５】
以上説明したように、この実施形態によれば、上述の第１実施形態と同様の理由により、通信回線の断線などによるサービス中断が発生し難く、パケット交換網の輻輳を無駄に増大させることがなく、同一性判断の処理が簡単で他の層の制御に影響を与えることがなく、且つ、通信経路を個別に設定する必要がない。
【０１０６】
加えて、この実施形態によれば、複数の通信パケットを保留バッファ内に同時に一時保存することができるので、救済する通信パケット数を増やすことが可能である。
【０１０７】
アプリケーションセッションごとに通信パケットを管理してもよい点は、上述の第１実施形態と同様である。
【図面の簡単な説明】
【０１０８】
【図１】第１実施形態に係る通信システムの全体構成を概略的に示す概念図である。
【図２】第１実施形態に係るパケット交換装置の内部構成を概略的に示すブロック図である。
【図３】第１実施形態に係るパケット中継装置の内部構成を概略的に示すブロック図である。
【図４】第１実施形態に係るパケット通信システムで採用される層構造を示す概念図である。
【図５】第１実施形態に係るパケット通信システムの全体動作を説明するための概念図である。
【図６】第１実施形態に係るパケット中継装置の中継動作を説明するためのフローチャートである。
【図７】第１実施形態に係るパケット中継装置の中継動作を説明するためのフローチャートである。
【図８】第１実施形態に係るパケット交換装置の受信動作を説明するためのフローチャートである。
【図９】第１実施形態に係るパケット交換装置の受信動作を説明するためのフローチャートである。
【図１０】第１実施形態に係るパケット通信システムの異常発生時の全体動作を説明するための概念図である。
【図１１】第２実施形態に係るパケット中継装置の中継動作を説明するためのフローチャートである。
【図１２】第２実施形態に係るパケット中継装置の中継動作を説明するためのフローチャートである。
【図１３】第２実施形態に係るパケット交換装置の受信動作を説明するためのフローチャートである。
【図１４】第２実施形態に係るパケット交換装置の受信動作を説明するためのフローチャートである。
【符号の説明】
【０１０９】
１００  パケット通信システム
１１０，１２０  パケット交換装置
１３０，１４０  パケット交換網
２１０  アプリケーション機能部
２２０  パケット送受信機能部
２３０，２４０  パケット入出力部
３１０  網内転送機能部
３２０  網間転送機能部
３３０，３４０  パケット入力部
３５０，３６０  パケット出力部
【図２】
2007013511.tif 000003
【図３】
2007013511.tif 000004
【図４】
2007013511.tif 000005
【図５】
2007013511.tif 000006
【図６】
2007013511.tif 000007
【図７】
2007013511.tif 000008
【図９】
2007013511.tif 000009
【図１１】
2007013511.tif 000010
【図１２】
2007013511.tif 000011
【図１３】
2007013511.tif 000012
【図１４】
2007013511.tif 000013
【図１】
2007013511.tif 000014
【図８】
2007013511.tif 000015
【図１０】
2007013511.tif 000016