(57)【要約】      （修正有）【課題】重複パケットを判定するために、蓄積情報量を軽減でき、多数のセッション処理を行なう場合でも適切に重複パケットを判定することができるノード装置、転送方法及び転送プログラムを提供する。【解決手段】ノード装置は、いずれかのネットワークからパケットを受信する受信手段１４と、受信パケットのセッションを識別するセッション情報を保持するセッション情報保持手段１２と、送信済みであるパケットに含まれる情報に基づいて、シーケンス番号及びメディアソース識別情報の組み合わせを有するパケット重複判定情報を保持するパケット重複判定情報保持手段１２と、送信するパケットのシーケンス番号及びメディアソース識別情報の組み合わせと、パケット重複判定情報との比較結果に基づいて重複判定を行なうパケット重複判定手段１１と、判定結果に基づいて、パケットを送信する送信手段１５とを備える。【選択図】図１
2018160780.tif 000002
【特許請求の範囲】
【請求項１】
それぞれ異なる複数のネットワークの間に介在して、いずれかのネットワークからのパケットを転送するノード装置において、
いずれかのネットワークからパケットを受信する受信手段と、
受信したパケットに含まれる情報に基づいて、セッションを識別するセッション情報を保持するセッション情報保持手段と、
送信済みであるパケットに含まれる情報に基づいて、シーケンス番号及びメディアソース識別情報の組み合わせを有するパケット重複判定情報を保持するパケット重複判定情報保持手段と、
送信するパケットから抽出されたシーケンス番号及びメディアソース識別情報の組み合わせと、上記パケット重複判定情報との比較結果に基づいて、当該パケットの重複判定を行なうパケット重複判定手段と、
上記パケット重複判定手段による判定結果に基づいて、パケットを送信する送信手段と
を備えることを特徴とするノード装置。
【請求項２】
上記パケット重複判定手段が、上記シーケンス番号及びメディアソース識別情報の組み合わせと一致する上記パケット重複判定情報が存在しないとき、セッション毎のパケット重複判定情報を作成して、上記パケット重複判定情報保持手段に保持させることを特徴とする請求項１に記載のノード装置。
【請求項３】
上記セッション情報が、少なくとも、ネットワーク識別情報を含むことを特徴とする請求項１又は２に記載のノード装置。
【請求項４】
上記パケット重複判定手段は、上記シーケンス番号及びメディアソース識別情報の組み合わせと一致する上記パケット重複判定情報が存在するとき、当該パケットを廃棄することを特徴とする請求項１〜３のいずれかに記載のノード装置。
【請求項５】
上記送信手段は、上記シーケンス番号及びメディアソース識別情報の組み合わせと一致する上記パケット重複判定情報が存在しないとき、当該パケットを送信することを特徴とする請求項１〜３のいずれかに記載のノード装置。
【請求項６】
セッション毎に保持される上記パケット重複判定情報の保持数が所定数を超えると、複数の上記パケット重複判定情報の中から、古いパケット重複判定情報を削除するパケット重複判定情報管理部を備えることを特徴とする請求項１〜５のいずれかに記載のノード装置。
【請求項７】
それぞれ異なる複数のネットワークの間に介在して、いずれかのネットワークからのパケットを転送する転送方法において、
受信手段が、いずれかのネットワークからパケットを受信し、
セッション情報保持手段が、受信したパケットに含まれる情報に基づいて、セッションを識別するセッション情報を保持し、
パケット重複判定手段保持手段が、送信済みであるパケットに含まれる情報に基づいて、シーケンス番号及びメディアソース識別情報の組み合わせを有するパケット重複判定情報を保持し、
パケット重複判定手段が、送信するパケットから抽出されたシーケンス番号及びメディアソース識別情報の組み合わせと、上記パケット重複判定情報との比較結果に基づいて、当該パケットの重複判定を行ない、
送信手段が、上記パケット重複判定手段による判定結果に基づいて、パケットを送信する
ことを特徴とする転送方法。
【請求項８】
それぞれ異なる複数のネットワークの間に介在して、いずれかのネットワークからのパケットを転送する転送プログラムにおいて、
コンピュータを、
いずれかのネットワークからパケットを受信する受信手段と、
受信したパケットに含まれる情報に基づいて、セッションを識別するセッション情報を保持するセッション情報保持手段と、
送信済みであるパケットに含まれる情報に基づいて、シーケンス番号及びメディアソース識別情報の組み合わせを有するパケット重複判定情報を保持するパケット重複判定情報保持手段と、
送信するパケットから抽出されたシーケンス番号及びメディアソース識別情報の組み合わせと、上記パケット重複判定情報との比較結果に基づいて、当該パケットの重複判定を行なうパケット重複判定手段と、
上記パケット重複判定手段による判定結果に基づいて、パケットを送信する送信手段と
して機能させることを特徴とする転送プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ノード装置、パケット転送方法及びパケット転送プログラムに関し、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークにおいて、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケットを転送するノード装置、転送方法及び転送プログラムに適用し得るものである。
【背景技術】
【０００２】
近年、電話交換システム等の通信システムでは、通信端末間の音声通話に汎用的なＲＴＰを採用して音声通信（ＲＴＰパケットによる音声通信）を行なっている。
【０００３】
ＩＰ網を経由して、通信端末間で音声通信（ＲＴＰ通信）を行っている場合において、ネットワーク機器等の不具合等による何かしらの要因により、ＲＴＰパケットが重複して送信されるような事象が発生することがある。この場合、通信トラフィックが増加することがある。
【０００４】
そのため、ＩＰ網における通信品質に影響がでたり、通信端末における音声品質に影響がでたり、音声を録音する音声録音システム等の場合には、その録音品質に影響がでたりすること等がある。そこで、サービス品質の劣化を防止するため、重複したＲＴＰパケットであるか否かを適切に判定して、重複したＲＴＰパケットを廃棄することが求められている。
【０００５】
特許文献１の記載技術は、受信したパケットに対して、ノード装置自身が一度送信したパケットか否かを判定し、送信済みであれば、そのパケットを廃棄し、送信済みでなければ次の受信時において、送信済みであるか否かを判定するために、そのパケットを一意に識別するための情報を記録した上で、そのパケットを送信する。このことにより、ループ発生時のパケットの無限コピーを防いでいる。
【０００６】
特許文献１では、パケットを一意に識別する方法として、以下のような４つの識別方法及び４つの識別方法の組み合わせを挙げている。
【０００７】
＜識別方法＞
１．受信パケットのペイロードを比較する。
２．受信パケットのペイロードのハッシュ値を求めておき、ハッシュ値を比較する。
３．受信パケットのＲＴＰヘッダ中のシーケンス番号フィールドに格納されている値であるシーケンス番号を比較する。
４．受信パケットの送信元アドレス、宛先アドレス、送信元ポート番号、宛先ポート番号のいずれかの値、若しくは、いずれかの値の組を比較する。
【０００８】
すなわち、パケットを識別するために、上記のような情報を蓄積し、受信パケットと蓄積した情報とを比較した結果、情報が重複すると判定したときに、その受信パケットを廃棄する。
【０００９】
なお、特許文献１の記載技術では、パケットの重複を判定するための動的なタイムアウト値を各蓄積情報に設けており、タイムアウト値を超えた蓄積情報は削除される。すなわち、タイムアウト値以上の期間経過後に、本来重複と判定されるべきパケットが到達した場合、そのパケットの廃棄を行なわれない。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】国際公開番号ＷＯ２００８／１４６７３０パンフレット
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかしながら、多数のセッション（ＩＰパケットの送信元アドレス、宛先アドレス、送信元ポート番号、宛先ポート番号、の組合せで特定される通信）処理を行なう中継装置にて、上述した特許文献１の記載技術を適用して重複したパケットを判定し、重複したパケットのみを廃棄することは可能であるが、その際には以下の課題が考えられる。
【００１２】
第１に、上記識別方法１、２を適用して、多数のセッション処理を行なう場合、各蓄積情報の容量が大きいため、蓄積情報のデータ保存領域が大きくなること、また演算処理や比較判定に係る処理負荷が大きくなること、が懸念される。
【００１３】
第２に、上記の識別方法３を適用した場合、呼処理においてセッション変更が行なわれると、正常動作としてＲＴＰヘッダ内のＲＴＰシーケンス番号が重複する可能性があるため、本来であれば、重複と判定されないＲＴＰパケットも重複するものと判定されてしまい、そのパケットが廃棄されてしまう可能性がある。
【００１４】
第３に、上記の識別方法４を適用した場合、ＶＬＡＮが異なるときには、ＩＰアドレスやポート番号が重複してもルーティング等が動作する中継装置（例えば、ＳＢＣ；Ｓｅｓｓｉｏｎ  Ｂｏｒｄｅｒ  Ｃｏｎｔｒｏｌｌｅｒ機能を備えた中継装置）においては、重複ではないパケットであっても廃棄してしまう可能性がある。
【００１５】
第４に、タイムアウト値を管理してパケットの廃棄判定を行う場合、タイムアウト値が短ければ、ネットワークのゆらぎによりパケットの到達が遅れることもあるので、本来重複と判定されるべきパケットが廃棄されない可能性がある。逆に、タイムアウト値が長ければ、蓄積情報のデータ保存領域が大きくなることが懸念される。
【００１６】
そのため、上記課題に鑑みて、重複するパケットを判定するために蓄積する情報量を軽減することができ、多数のセッション処理を行なう場合でも適切に重複パケットを判定することができるノード装置、転送方法及び転送プログラムが求められている。
【課題を解決するための手段】
【００１７】
かかる課題を解決するために、第１の本発明に係るノード装置は、それぞれ異なる複数のネットワークの間に介在して、いずれかのネットワークからのパケットを転送するノード装置において、（１）いずれかのネットワークからパケットを受信する受信手段と、（２）受信したパケットに含まれる情報に基づいて、セッションを識別するセッション情報を保持するセッション情報保持手段と、（３）送信済みであるパケットに含まれる情報に基づいて、シーケンス番号及びメディアソース識別情報の組み合わせを有するパケット重複判定情報を保持するパケット重複判定情報保持手段と、（４）送信するパケットから抽出されたシーケンス番号及びメディアソース識別情報の組み合わせと、パケット重複判定情報との比較結果に基づいて、当該パケットの重複判定を行なうパケット重複判定手段と、（５）パケット重複判定手段による判定結果に基づいて、パケットを送信する送信手段とを備えることを特徴とする。
【００１８】
第２の本発明に係る転送方法は、それぞれ異なる複数のネットワークの間に介在して、いずれかのネットワークからのパケットを転送するパケット転送方法において、（１）受信手段が、いずれかのネットワークからパケットを受信し、（２）セッション情報保持手段が、受信したパケットに含まれる情報に基づいて、セッションを識別するセッション情報を保持し、（３）パケット重複判定手段保持手段が、送信済みであるパケットに含まれる情報に基づいて、シーケンス番号及びメディアソース識別情報の組み合わせを有するパケット重複判定情報を保持し、（４）パケット重複判定手段が、送信するパケットから抽出されたシーケンス番号及びメディアソース識別情報の組み合わせと、パケット重複判定情報との比較結果に基づいて、当該パケットの重複判定を行ない、（５）送信手段が、パケット重複判定手段による判定結果に基づいて、パケットを送信することを特徴とする。
【００１９】
第３の本発明に係る転送プログラムは、それぞれ異なる複数のネットワークの間に介在して、いずれかのネットワークからのパケットを転送するパケット転送プログラムにおいて、コンピュータを、（１）いずれかのネットワークからパケットを受信する受信手段と、（２）受信したパケットに含まれる情報に基づいて、セッションを識別するセッション情報を保持するセッション情報保持手段と、（３）送信済みであるパケットに含まれる情報に基づいて、シーケンス番号及びメディアソース識別情報の組み合わせを有するパケット重複判定情報を保持するパケット重複判定情報保持手段と、（４）送信するパケットから抽出されたシーケンス番号及びメディアソース識別情報の組み合わせと、パケット重複判定情報との比較結果に基づいて、当該パケットの重複判定を行なうパケット重複判定手段と、（５）パケット重複判定手段による判定結果に基づいて、パケットを送信する送信手段として機能させることを特徴とする。
【発明の効果】
【００２０】
本発明によれば、重複するパケットを判定するために蓄積する情報量を軽減することができ、多数のセッション処理を行なう場合でも適切に重複パケットを判定することができる。
【図面の簡単な説明】
【００２１】
【図１】実施形態に係る通信システムの全体構成及び中継装置の内部構成を示す構成図である。
【図２】実施形態に係る音声セッション情報の構成を示す構成図である。
【図３】ＲＴＰパケットのフォーマットを説明する説明図である。
【図４】実施形態に係るパケット重複判定情報の構成を示す構成図である。
【図５】実施形態に係るパケット転送処理の動作を示すフローチャートである。
【発明を実施するための形態】
【００２２】
（Ａ）主たる実施形態
以下では、本発明に係るノード装置、パケット転送方法及びパケット転送プログラムの実施形態を、図面を参照しながら詳細に説明する。
【００２３】
（Ａ−１）実施形態の構成
図１は、実施形態に係る通信システムの全体構成及び中継装置の内部構成を示す構成図である。
【００２４】
図１において、実施形態に係る通信システム５は、ノード装置としての中継装置１、通信装置２１及び２２、ネットワーク３１及び３２を有する。
【００２５】
ネットワーク３１及び３２は、例えばＩＰ網を適用でき、有線回線網であってもよいし、無線回線網であってもよい。
【００２６】
通信装置２１は、ＩＰ網等のネットワーク３１に接続されている。また、通信装置２２は、ＩＰ網等のネットワーク３２に接続されている。通信装置２１及び２２は、音声通信を行なうＩＰ音声通信端末を適用することができる。なお、この実施形態では、説明を容易にするために、通信装置２１及び２２が、ＩＰ音声通信端末である場合を想定して説明するが、通信装置２１及び２２のいずれか又は両方は、例えば、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバや、音声信号を終端するゲートウェイ装置等の装置としてもよい。いずれにしても、通信装置２１及び２２は、それぞれ接続しているネットワーク３１及び３２と中継装置１とを介して、パケットの送受信を行なう。
【００２７】
中継装置１は、パケット情報抽出部１０、パケット重複判定部１１、記憶部１２、パケット重複判定情報管理部１３、受信部１４、送信部１５、ＳＩＰ制御部１６、メディア制御部１７、第１のＩＰインタフェース部１８、第２のＩＰインタフェース部１９を有する。
【００２８】
中継装置１のハードウェア構成は、図示しないが、一般的なコンピュータ装置と同様のハードウェア構成により実現することができる。すなわち、中継装置１は、ハードウェア構成として、例えば、ＣＰＵ、ＲＡＭ等のメインメモリ、ＲＯＭ等の主記憶部、不揮発性モリ等の補助記憶部、通信処理部、インタフェース部等を有する。ＣＰＵは、処理プログラム（例えば、パケット転送プログラム）を実行して、中継装置１の動作をソフトウェア的に実現するようにしても良い。
【００２９】
中継装置１は、例えば、それぞれ異なるネットワーク３１及び３２の境界に存在して、いずれかのネットワーク３１又は３２から受信したパケット信号を、他のネットワーク３２又３１に転送するＳＢＣ（Ｓｅｓｓｉｏｎ  Ｂｏｒｄｅｒ  Ｃｏｎｔｒｏｌｌｅｒ）機能を備えた装置である。
【００３０】
ＳＢＣ機能を備えた中継装置１とは、運用ポリシの異なるネットワーク３１及び３２（ＩＰネットワーク）の境界に設置され、ＩＰパケットのＮＡＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ）、ＮＡＰＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｐｏｒｔ  Ｔｒａｎｓｌａｔｉｏｎ）、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）等のシグナリングプロトコルやメディア通信プロトコルのファイアウォール機能、各信号やコーデックの変換機能、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）制御、等の機能を提供するものである。
【００３１】
ＳＢＣ機能を備えた中継装置１は、ＳＩＰメッセージを終端してアドレス変換処理（例えば、ＮＡＴ処理、ＮＡＰＴ処理等）や、各変換処理等を行なうＳＩＰ制御部１６、音声等のメディアを終端してＮＡＴ・ＮＡＰＴ処理や各変換処理（例えば、コーデック変換）等を行うメディア制御部１７を有する。
【００３２】
中継装置１は、ネットワーク３１に対して第１のＩＰインタフェース部１８を介して接続しており、第１のＩＰインタフェース部１８には、ネットワーク３１におけるＩＰアドレス等の情報が設定されている。また、通信装置２１との間でパケットを授受するために、ポート番号１８１が設定されている。
【００３３】
同様に、中継装置１は、ネットワーク３２に対して第２のＩＰインタフェース部１９を介して接続しており、第２のＩＰインタフェース部１９には、ネットワーク３２におけるＩＰアドレス等の情報が設定されている。また、通信装置２２との間でパケットの授受をするために、ポート番号１９１が設定されている。
【００３４】
受信部１４は、第１のＩＰインタフェース部１８又は第２のＩＰインタフェース部１９からのパケットを受信して、パケット情報抽出部１０にパケットを与える。送信部１５は、送信すべきパケットを、第１のＩＰインタフェース部１８又は第２のＩＰインタフェース部１９から送信するものである。
【００３５】
記憶部１２は、パケット重複判定に必要な情報を記憶するものであり、少なくとも、音声セッション情報１２１、パケット重複判定情報１２２を記憶する。なお、音声セッション情報１２１、パケット重複判定情報１２２の詳細な説明は後述する。
【００３６】
パケット情報抽出部１０は、セッションを識別するために、セッションを特定する情報を受信パケットのヘッダ情報から抽出したり、重複パケットであるか否かを判定するために必要な情報を受信パケットのヘッダ情報から抽出したりする。
【００３７】
通信装置２１と通信装置２２との間で音声通信を行なうために、通信装置２１と通信装置２２との間では、ＳＩＰ等のシグナリング信号が授受される。シグナリング信号を受信したとき、パケット情報抽出部１０は、受信したパケット（例えば、ＳＩＰパケット）に含まれている情報から、音声セッション情報を抽出して、その音声セッション情報１２１を記憶部１２に記憶する。
【００３８】
ここで、音声セッション情報１２１とは、セッション（音声セッション）を一意に識別するための情報である。以下に、図２を参照して、音声セッション情報１２１を説明する。
【００３９】
図２は、実施形態に係る音声セッション情報の構成を示す構成図である。
【００４０】
パケット情報抽出部１０は、ＳＩＰ等のシグナリング信号に含まれている情報の中から、「ネットワークのＶＬＡＮ識別子」、「通信装置のＩＰアドレス」、「通信装置のポート番号」、「ＩＰインタフェース部のＩＰアドレス」、「ＩＰインタフェース部のポート番号」、を少なくとも抽出し、これら抽出した各情報に「セッション管理番号」を付与して、図２に例示する音声セッション情報（例えば、テーブル形式の情報）１２１を構成する。
【００４１】
なお、音声セッション情報１２１は、送受信される信号の各種ヘッダ情報、シグナリング信号内の情報、等から必要な情報を取得して構成することができるものとする。
【００４２】
例えば、図２に例示するように、通信装置２１からシグナリング信号が受信されると、パケット情報抽出部１０は、「ネットワーク３１のＶＬＡＮ識別子」、「通信装置２１のＩＰアドレス」、「通信装置２１のポート番号」、「第１のＩＰインタフェース部１８のＩＰアドレス」、「第１のＩＰインタフェース部１８のポート番号１８１」を抽出し、これらの各情報に「セッション管理番号：１」を付与して音声セッション情報１２１を記憶する。
【００４３】
同様に、通信装置２１に対向する通信装置２２からシグナリング信号が受信されると、パケット情報抽出部１０は、「ネットワーク３２のＶＬＡＮ識別子」、「通信装置２２のＩＰアドレス」、「通信装置２２のポート番号」、「第２のＩＰインタフェース部１９のＩＰアドレス」、「第２のＩＰインタフェース部１９のポート番号１９１」を抽出し、これらの各情報に「セッション管理番号：２」を付与して音声セッション情報１２１を記憶する。
【００４４】
このように、ネットワークのＶＬＡＮ識別子も含めて音声セッション情報１２１を構成することにより、運用の異なるネットワーク３１及び３２で、ＩＰアドレスやポート番号が重複して割り当てられた場合でも、重複パケットの判定を適切に行なうことができる。
【００４５】
また、通信装置２１と通信装置２２との呼確立後、通信装置２１と通信装置２２との間で、音声信号を含むＲＴＰパケットが授受される。ＲＴＰパケットを受信したとき、パケット情報抽出部１０は、音声セッション情報を識別すると共に、ＲＴＰパケットに含まれている情報の中から、パケット重複判定情報を抽出して、パケット重複判定部１１に与える。
【００４６】
パケット重複判定部１１は、記憶部１２に記憶されているパケット重複判定情報１２２を参照して、パケット情報抽出部１０から取得したパケット重複判定情報と同一の情報が記憶部１２に記憶されているか否かを検索して、受信したパケットが重複するか否かを判定する。
【００４７】
受信パケットのパケット重複判定情報が記憶部１２に記憶されている場合、パケット重複判定部１１は、同じパケットのループを回避するために、受信パケットを廃棄する。
【００４８】
また、受信パケットのパケット重複判定情報が記憶部１２に記憶されていない場合、パケット重複判定部１１は、当該パケットを転送するために、受信パケットを送信部１５に与える。さらに、パケット重複判定部１１は、当該パケットのパケット重複判定情報を記憶部１２に記憶する。
【００４９】
ここで、図３及び図４を参照しながら、パケット重複判定情報を説明する。パケット重複判定情報とは、受信パケットを一意に識別するための情報である。
【００５０】
図３に示すように、ＲＴＰパケットのフォーマットは、音声データを有するペイロードと、ＲＴＰヘッダと、を有する。ＲＴＰヘッダは、図３に示すように、「Ｖ：バージョン」、「Ｐ：パンディングビット」、「Ｘ：拡張ビット」、「ＣＣ：ＣＳＲＣ数」、「Ｍ：マーカービット」、「ＰＴ：ペイロードタイプ」、「シーケンス番号」、「タイムスタンプ」、「ＳＳＲＣ：Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｏｕｒｃｅ」を有して構成される。
【００５１】
上述したパケット情報抽出部１０は、ＲＴＰパケットを受信すると、音声セッションを識別すると共に、受信したＲＴＰパケットのＲＴＰヘッダ中の、「シーケンス番号」フィールドに格納されている値である「シーケンス番号（ＲＴＰシーケンス番号）」と、「ＳＳＲＣ（Ｓｙｎｃｈｒｏｚｉｎａｔｉｏｎ  Ｓｏｕｒｃｅ）フィールド」に格納されている値である送信元を識別するための「ＳＳＲＣ値」とを、ＲＴＰパケットを受信するたびに、抽出する。
【００５２】
ここで、ＳＳＲＣ値は、ＲＴＰパケットに含まれるメディアストリームのソース（送信元）を識別する識別情報である。ＳＳＲＣ値は、メディアソースを特定することができ、一般的にセッション変更の際には、別番号が使用される。つまり、多数のセッションが発生し、そのうち呼処理においてセッション変更が行なわれると、別のＳＳＲＣ値が使用される。
【００５３】
また、パケット重複判定部１１は、重複しないパケットのパケット重複判定情報１２２を、図４に例示するようなテーブル形式で、記憶部１２に記憶する。
【００５４】
このとき、パケット重複判定部１１は、音声セッション情報１２１を参照して、音声セッションが識別されるので、そこで得られたセッション管理番号を対応付けてパケット重複判定情報１２２を構成する。
【００５５】
これは、呼処理においてセッションが変更されたときに、ＲＴＰヘッダのＲＴＰシーケンス番号が重複し、重複パケットを適切に判定できないことがある。これに対して、この実施形態は、図４に例示するように、ＲＴＰパケットの受信時に音声セッションを識別して、そのセッション管理番号を対応付けてパケット重複判定情報１２２を構成する。また、この実施形態では、ＲＴＰシーケンス番号と、ＳＳＲＣ値と、を対応付ける。一般的に、ＳＳＲＣ値は、セッション変更の場合でも別番号が使用されるので、重複パケットの誤判定を回避することができる。
【００５６】
なお、パケット重複判定情報１２２の構成は、図４に例示する構成に限定されない。つまり、パケット重複判定情報１２２は、図４に例示する情報に加えて、送受信される信号の各種ヘッダ情報、シグナリング信号内の情報、等から必要な情報を取得して構成するようにしてもよい。
【００５７】
パケット重複判定情報管理部１３は、記憶部１２に記憶されるパケット重複判定情報１２２を、セッション毎に、管理する。例えば、パケット重複判定情報管理部１３は、セッション毎に、最大Ｘ（Ｘは正の整数）個のパケット重複判定情報１２２を記憶し、「Ｘ」の値を超えると、「Ｘ＋１」個のパケット重複判定情報１２２の中から古い情報を順番に削除する。「Ｘ」の値は、運用に応じて適宜設定することができる。また、「Ｘ」の値は、セッション毎に異なる値としてもよい。
【００５８】
上記のように、セッション毎に、パケット重複判定情報１２２の記憶数（「Ｘ」の値）を設定し、記憶数を超えたときに、古いパケット重複判定情報１２２から順番に削除することにより、記憶領域を小さくすることができると共に、ゆらぎ等によりＲＴＰパケットの到着が遅延した場合でも、パケット重複判定情報１２２を適切に記憶することができる。
【００５９】
（Ａ−２）実施形態の動作
次に、実施形態に係るパケット転送処理の動作を、図面を参照しながら説明する。
【００６０】
図５は、実施形態に係るパケット転送処理の動作を示すフローチャートである。
【００６１】
通信装置２１と通信装置２２との間で音声通信をするために、ＳＩＰ等のシグナリング信号（呼制御パケット）が中継装置１に受信される。このとき、中継装置１は、受信したパケットの種類を識別し（Ｓ１０１）、受信パケットがシグナリング信号であると判定する。
【００６２】
パケット情報抽出部１０は、通信装置２１と通信装置２２とが音声通信で使用する情報を、シグナリング信号に含まれる情報から抽出する（Ｓ１０２）。このとき、中継装置１は、音声信号であるＲＴＰパケットを終端するため、通信装置２１と通信装置２２とが音声通信するための情報を、ＩＰインタフェース部１８、ＩＰインタフェース部１９に動的に設定する。
【００６３】
また、パケット情報抽出部１０は、少なくとも、「ネットワークのＶＬＡＮ識別子」、「通信装置のＩＰアドレス」、「通信装置のポート番号」、「ＩＰインタフェース部のＩＰアドレス」、「ＩＰインタフェース部のポート番号」を、音声通信で使用する情報として、抽出する。
【００６４】
そして、パケット情報抽出部１０は、上記のような抽出した情報に、「セッション管理番号」を付して、図２に示すように、音声セッション情報１２１を記憶部１２に記憶する（Ｓ１０３）。
【００６５】
通信装置２１と通信装置２２との間で送受信される、ＳＩＰ等のシグナリング信号により呼接続が完了する時点で、パケット情報抽出部１０は音声セッション情報１２１を生成し、記憶部１２で管理する。
【００６６】
以降、中継装置１は、通信装置２１、又は、通信装置２２から音声信号（ＲＴＰパケット）を受信すると、音声セッション情報１２１を参照して、ＲＴＰパケットを中継する。以下では、ＲＴＰパケットを受信したときの重複パケット判定処理及びパケット転送処理を説明する。
【００６７】
呼接続が確立した通信装置２１、又は、通信装置２２からのＲＴＰパケットが中継装置１に受信され、受信パケットがＲＴＰパケットであると識別される（Ｓ１０１）。
【００６８】
パケット情報抽出部１０は、受信パケットのヘッダ情報からセッション情報を抽出して、記憶部１２の音声セッション情報１２１を参照して、音声セッションを識別する（Ｓ１０５）。より具体的には、受信したパケットのヘッダ情報から、少なくとも、「ネットワークのＶＬＡＮ識別子」、「通信装置のＩＰアドレス」、「通信装置のポート番号」、「ＩＰインタフェース部のＩＰアドレス」、「ＩＰインタフェース部のポート番号」を抽出して、セッション管理番号を認識する。
【００６９】
パケット情報抽出部１０は、ＲＴＰパケットのＲＴＰヘッダにおける、「シーケンス番号フィールド」に格納されている値であるシーケンス番号（ＲＴＰシーケンス番号）、及び、「ＳＳＲＣフィールド」に格納されている値である送信元を識別するためのＳＳＲＣ値を、ＲＴＰパケットを受信するたびに、抽出する（Ｓ１０５）。このとき、パケット情報抽出部１０は、音声セッションを識別しているので、ＲＴＰシーケンス番号及びＳＳＲＣ値と併せて、対応するセッション管理番号も、パケット重複判定部１１に与える。
【００７０】
パケット重複判定部１１は、パケット情報抽出部１０から取得した、ＲＴＰシーケンス番号及びＳＳＲＣ値の組み合わせと、対応するセッション管理番号とを用いて、記憶部１２に記憶されているパケット重複判定情報１２２と比較して、受信パケットの重複判定を行なう（Ｓ１０６）。
【００７１】
一致するパケット重複判定情報１２２が存在する場合、パケット重複判定部１１は、そのＲＴＰパケットを廃棄する（Ｓ１０７）。一致するパケット重複判定情報１２２が存在しない場合、パケット重複判定部１１は、ＲＴＰパケットを転送するために、送信部１５に与える。送信部１５は、宛先に向けてパケットを送信する（Ｓ１０８）。このとき、パケット重複判定部１１は、以降のパケット重複判定に利用するために、ＲＴＰシーケンス番号とＳＳＲＣとの組み合わせに、セッション管理番号を付与した情報を、パケット重複判定情報１２２として記憶部１２に記憶する（Ｓ１０９）。
【００７２】
上記のようにして、重複パケットのループを回避するために、ＲＴＰパケットを転送するたびに、パケット重複判定部１１は、パケット重複判定を行なう。
【００７３】
次に、パケット重複判定情報管理部１３によるパケット重複判定情報の管理処理を説明する。
【００７４】
パケット重複判定情報管理部１３は、セッション毎に、最大Ｘ個のパケット重複判定情報を管理する。つまり、記憶部１２に記憶されるパケット重複判定情報が、セッション毎に蓄積されていき、「Ｘ＋１」個目のパケット重複判定情報が蓄積されると、パケット重複判定情報管理部１３は、「Ｘ＋１」個のパケット重複判定情報のうち、最も古いパケット重複判定情報を削除する。
【００７５】
すなわち、中継装置１における、受信したＲＴＰパケットの重複判定は、その前に受信した最大Ｘ個のＲＴＰパケットのパケット重複判定情報を参照して行なわれることになる。
【００７６】
（Ａ−３）実施形態の効果
以上のように、実施形態によれば、次のような効果を奏する。
【００７７】
第１に、音声セッション情報及びパケット重複判定情報の情報量を最小限にすることで、蓄積情報のデータ保存領域が小さくでき、重複判定時の比較処理の処理負荷の軽減を実現することができる。
【００７８】
第２に、呼処理においてセッション変更が行われる際、ＲＴＰヘッダ内のシーケンス番号はセッション間で重複する可能性があり、ＲＴＰシーケンス番号によるパケット重複判定だけでは誤判定となる可能性がある。これに対して、セッション変更の際に、一般にＳＳＲＣ値には別番号を使用するため、ＲＴＰ重複判定情報として、ＲＴＰセッション番号とＳＳＲＣとを組み合わせることにより、パケット重複判定に関する誤判定の可能性を、非常に小さくすることができる。
【００７９】
第３に、パケット重複判定情報には、セッション管理番号が含まれ、セッション管理番号はＩＰネットワークのＶＬＡＮ識別子と関連付けられる。すなわち、パケット重複判定を行なう前に、ＶＬＡＮ識別子によるセッションの識別を行っている。これにより、ＶＬＡＮが異なる場合は、ＩＰアドレスやポート番号が重複しても、ルーティング等を動作するネットワーク機器においても、パケット重複判定を誤りなく行なうことが可能となる。
【００８０】
第４に、パケット重複判定情報の蓄積数を、セッション毎に、最大Ｘ個と管理することにより、従来のように時間（タイムアウト）に関係なく、パケット重複判定ができる。そのため、例えばネットワークのゆらぎ・遅延等が発生した場合に、重複パケットが廃棄されないことを解消できる。また、従来のようなタイムアウト値によるパケット重複判定情報の管理方法と比較し、最大Ｘ個のパケット重複判定情報を調整することで、蓄積情報のデータ保存領域を小さくすることができる。更に、蓄積情報のデータ保存領域を一定にすることができるため、データ領域の設計が容易になる。
【００８１】
（Ｂ）他の実施形態
上述した実施形態においても種々の変形実施形態を言及したが、本発明は、以下の変形実施形態にも適用できる。
【００８２】
（Ｂ−１）上述した実施形態では、通信装置２１及び２２が、ＩＰ端末（ＩＰ音声通信端末）である場合を想定して説明した。しかし、通信装置２１及び２２は、ＩＰ端末に限定されるものではなく、ＳＩＰ信号を終端するＳＩＰサーバ等、音声信号を終端するゲートウェイ装置、等の装置に置き換えても適用可能である。
【００８３】
（Ｂ−２）上述した実施形態では、通信装置２１及び２２の間で音声通信を行なう場合を例示した。しかし、本発明は、音声通信に限定されるものではなく、映像、音響等のメディアを通信する場合にも適用できる。すなわち、本発明は、ＲＴＰパケットを使用したメディア通信に広く適用することができる。
【００８４】
（Ｂ−３）上述した実施形態において、パケット重複判定情報管理部１３は、セッション毎に、最大Ｘ個のパケット重複判定情報を保持するように管理する場合を例示した。これに加えて、通信装置２１及び２２の呼が終了すると、パケット重複判定情報管理部１３は、当該呼に係るパケット重複判定情報を全て削除するようにしてもよい。これにより、蓄積情報のデータ保存領域を軽減することができる。
【符号の説明】
【００８５】
５…通信システム、１…中継装置、２１及び２２…通信装置、３１及び３３…ネットワーク、１０…パケット情報抽出部、１１…パケット重複判定部、１２…記憶部、１３…パケット重複判定情報管理部、１４…受信部、１５…送信部、１６…ＳＩＰ制御部、１７…メディア制御部、１８…第１のＩＰインタフェース部、１９…第２のＩＰインタフェース部。
【図１】
2018160780.tif 000003
【図２】
2018160780.tif 000004
【図３】
2018160780.tif 000005
【図４】
2018160780.tif 000006
【図５】
2018160780.tif 000007