(57)【特許請求の範囲】
【請求項１】
入力パケットを処理するパケット処理装置において、
それぞれの入力パケットに対して、当該入力パケットの処理に関する処理制御情報を生成する制御情報生成手段と、
初期の処理パケットとしての入力パケットと、当該処理パケットの処理制御情報とが挿入された内部パケットと、当該処理パケットに対する処理内容に基づき決定された宛先ＭＡＣアドレスが挿入された当該内部パケットのイーサネットヘッダとを生成する内部パケット生成手段と、
イーサネットヘッダに処理内容に対応するＭＡＣアドレスが付与されており当該ＭＡＣアドレスを宛先ＭＡＣアドレスとする内部パケットが供給されると、当該内部パケットに挿入された処理制御情報に基づいて、当該内部パケットに挿入された処理パケットを処理するメディア変換処理手段を複数用いて、上記内部パケット生成手段が生成した内部パケットを処理するパケット処理手段と、
上記パケット処理手段により処理された内部パケットから、処理パケットを抽出して出力するパケット出力手段と
を有することを特徴とするパケット処理装置。
【請求項２】
入力パケットの各フローに関するフロー情報を管理するフロー情報管理手段と、
上記フロー情報管理手段で管理された情報に基づいて、入力された入力パケットが属するフローを識別するフロー識別手段とをさらに備え、
上記制御情報生成手段は、入力パケットのフロー情報に基づいて、当該入力パケットの処理制御情報を生成する
ことを特徴とする請求項１に記載のパケット処理装置。
【請求項３】
内部パケットの処理制御情報には、少なくとも当該内部パケットに挿入された処理パケットの処理内容を識別する処理ＩＤが含まれることを特徴とする請求項２に記載のパケット処理装置。
【請求項４】
内部パケットの処理制御情報には、さらに、当該内部パケットに係るフローを識別するためのフローＩＤが含まれることを特徴とする請求項３に記載のパケット処理装置。
【請求項５】
入力パケットを処理するパケット処理装置のパケット処理方法において、
制御情報生成手段、内部パケット生成手段、パケット処理手段、パケット出力手段を備え、
上記制御情報生成手段は、それぞれの入力パケットに対して、当該入力パケットの処理に関する処理制御情報を生成し、
上記内部パケット生成手段は、初期の処理パケットとしての入力パケットと、当該処理パケットの処理制御情報とが挿入された内部パケットと、当該処理パケットに対する処理内容に基づき決定された宛先ＭＡＣアドレスが挿入された当該内部パケットのイーサネットヘッダとを生成し、
上記パケット処理手段は、イーサネットヘッダに処理内容に対応するＭＡＣアドレスが付与されており当該ＭＡＣアドレスを宛先ＭＡＣアドレスとする内部パケットが供給されると、当該内部パケットに挿入された処理制御情報に基づいて、当該内部パケットに挿入された処理パケットを処理するパケット処理モジュールを１又は複数用いて、上記内部パケット生成手段が生成した内部パケットを処理し、
上記パケット出力手段は、上記パケット処理手段により処理された内部パケットから、処理パケットを抽出して出力する
ことを特徴とするパケット処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、パケット処理装置及び方法に関し、例えば、リアルタイムに音声データ等のパケットを処理するメディア変換サーバに適用し得る。
【背景技術】
【０００２】
従来、ネットワーク事業者向けのＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバ等の通信装置（パケット処理装置）に適用可能なハードウェアの規格として、ＡＴＣＡ（Ａｄｖａｎｃｅｄ  Ｔｅｌｅｃｏｍ  Ｃｏｍｐｕｔｉｎｇ  Ａｒｃｈｉｔｅｃｔｕｒｅ）という規格がある。
【０００３】
ＡＴＣＡでは、通信装置を構成するシャーシ（筐体；シェルフ）や、シャーシに挿入するモジュール（ブレード）のハードウェア仕様（形状等）等を規定している。ＡＴＣＡ等の規格に準拠して、通信装置（各モジュール）を開発することにより、通信装置の開発効率を高め開発コストを低減させたり、開発した装置の柔軟な拡張性を確保する等を実現できる。  
従来のＡＴＣＡに準拠した通信装置（パケット処理装置）としては、例えば、特許文献１の記載技術がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２８７０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載された装置のように、ＡＴＣＡ等の規格に基づいて装置を構築した場合、モジュール内のデータ転送速度（例えば、プロセッサ間のデータ転送）に比べて、モジュール間のデータ転送速度は遅くなる。また、モジュール間のデータ転送では、フレーム形式（例えば、イーサネット（登録商標）フレーム）となる場合には、モジュール間のデータ転送を行う際にフレーム化する処理も発生する。
【０００６】
そのため、ＡＴＣＡの規格等に基づいて、複数のモジュールを用いて構成されたパケット処理装置では、モジュール間通信をできるだけ少なくすることが望ましい。
【０００７】
しかしながら、ＡＴＣＡの規格等に基づいてモジュールを構成する場合には、モジュールの形状（サイズ）は限定されるため、全ての機能や処理能力を１つのモジュールで実現することが難しい場合がある。特に通信事業者向けの大規模なシステムに適用するモジュールは、モジュールに搭載する半導体装置等の量も多いため、パケット処理装置を構成するモジュール数は多くなる傾向にある。
【０００８】
また、複数種類の機能を１つのモジュールに収めてしまうと、機能ごとにモジュール化されている場合と比べて、一部のモジュール差し替えや追加による柔軟な仕様変更に対応できないといった問題がある。
【０００９】
以上のような問題に鑑みて、複数モジュールを用いて構成した場合でもモジュール間通信の量を低減することができるパケット処理装置及び方法が望まれている。
【課題を解決するための手段】
【００１０】
第１の本発明は、入力パケットを処理するパケット処理装置において、（１）それぞれの入力パケットに対して、当該入力パケットの処理に関する処理制御情報を生成する制御情報生成手段と、（２）初期の処理パケットとしての入力パケットと、当該処理パケットの処理制御情報とが挿入された内部パケットと、当該処理パケットに対する処理内容に基づき決定された宛先ＭＡＣアドレスが挿入された当該内部パケットのイーサネットヘッダとを生成する内部パケット生成手段と、（３）イーサネットヘッダに処理内容に対応するＭＡＣアドレスが付与されており当該ＭＡＣアドレスを宛先ＭＡＣアドレスとする内部パケットが供給されると、当該内部パケットに挿入された処理制御情報に基づいて、当該内部パケットに挿入された処理パケットを処理するパケット処理モジュールを１又は複数用いて、上記内部パケット生成手段が生成した内部パケットを処理するパケット処理手段と、（４）上記パケット処理手段により処理された内部パケットから、処理パケットを抽出して出力するパケット出力手段とを有することを特徴とする。
【００１１】
第２の本発明は、入力パケットを処理するパケット処理装置のパケット処理方法において、（１）制御情報生成手段、内部パケット生成手段、パケット処理手段、パケット出力手段を備え、（２）上記制御情報生成手段は、それぞれの入力パケットに対して、当該入力パケットの処理に関する処理制御情報を生成し、（３）上記内部パケット生成手段は、初期の処理パケットとしての入力パケットと、当該処理パケットの処理制御情報とが挿入された内部パケットと、当該処理パケットに対する処理内容に基づき決定された宛先ＭＡＣアドレスが挿入された当該内部パケットのイーサネットヘッダとを生成し、（４）上記パケット処理手段は、イーサネットヘッダに処理内容に対応するＭＡＣアドレスが付与されており当該ＭＡＣアドレスを宛先ＭＡＣアドレスとする内部パケットが供給されると、当該内部パケットに挿入された処理制御情報に基づいて、当該内部パケットに挿入された処理パケットを処理するパケット処理モジュールを１又は複数用いて、上記内部パケット生成手段が生成した内部パケットを処理し、（５）上記パケット出力手段は、上記パケット処理手段により処理された内部パケットから、処理パケットを抽出して出力することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、複数モジュールを用いて構成した場合でもモジュール間通信の量を低減することができるパケット処理装置を提供することができる。
【図面の簡単な説明】
【００１３】
【図１】実施形態に係るパケット処理装置の構成について示したブロック図である。
【図２】実施形態に係るパケット処理装置を備える通信システムの全体構成について示したブロック図である。
【図３】実施形態に係るパケット受信機能モジュール（フロー識別部）で保持されるフロー識別テーブルの内容例について示した説明図である。
【図４】実施形態に係るパケット受信機能モジュール（内部パケット生成部）で保持されるヘッダ処理テーブルの内容例について示した説明図である。
【図５】実施形態に係るパケット処理装置の各モジュール間を流れる内部パケットの構成例について示した説明図である。
【図６】実施形態のパケット処理機能モジュールを構成するＤＳＰ内の各コアの機能的構成について示した説明図である。
【図７】実施形態のパケット処理機能モジュールを構成するＤＳＰ内の各コアで保持されるバッファ管理テーブルの構成例について示した説明図である。
【図８】実施形態のパケット処理装置で、新規フローの追加処理が行われる場合の動作について示したシーケンス図である。
【図９】実施形態のパケット処理装置で、入力パケットの処理が行われる場合の動作について示したシーケンス図である。
【図１０】実施形態のパケット処理装置で、フローの切断が発生した場合の動作について示したシーケンス図である。
【発明を実施するための形態】
【００１４】
（Ａ）主たる実施形態
以下、本発明によるパケット処理装置及び方法の一実施形態を、図面を参照しながら詳述する。
【００１５】
（Ａ−１）実施形態の構成
図２は、この実施形態のパケット処理装置を備える通信システム１の全体構成について示した説明図である。
【００１６】
また、図１は、パケット処理装置１０の構成について示したブロック図である。
【００１７】
図２に示すように、通信システム１では、Ｎ台のＳＩＰ端末２０（ＳＩＰ端末２０−１〜２０−Ｎ）と、ＳＩＰ端末２０間のパケットを処理・中継するパケット処理装置１０が配置されている。
【００１８】
この実施形態では、それぞれのＳＩＰ端末２０は、ＳＩＰに対応した通信端末であるものとして説明する。具体的には、例えば、ＳＩＰを用いてメッセージ送受信やメディア通信（例えば、音声通話やビデオ通話等）を行う端末が該当する。ＳＩＰ端末２０としては、既存のＳＩＰに対応した端末を適用することができるので詳しい説明は省略する。
【００１９】
そして、この実施形態のパケット処理装置１０は、例として、ＳＩＰ端末２０間のメディア通信のデータが挿入されたパケット（例えば、音声通話に伴う音声データが挿入されたパケット）を処理するメディア変換サーバ機能、および、ＳＩＰ端末２０間の呼制御（シグナリング）を行う呼制御機能（ＳＩＰサーバの機能）に対応するものとして説明する。
【００２０】
そして、パケット処理装置１０では、ハードウェア的に、制御機能モジュール１１、内部スイッチ１２、パケット受信機能モジュール１３、パケット処理機能モジュール１４、及びパケット送信機能モジュール１５のモジュールを備えているものとする。この実施形態では、例として、パケット処理装置１０は、図示しないシャーシ（筐体）に、複数の板形状のモジュール（ブレード）を挿入して構築された装置（いわゆるブレードサーバ）であるものとする。パケット処理装置１０を構成する図示しない筐体（シャーシ）や、各モジュールのハードウェア要件については、例えば既存のＡＴＣＡ等の規格に基づいたものを適用することができる。
【００２１】
そして、パケット処理装置１０を構成するモジュールのそれぞれは、図示しない内部バスに接続されているものとする。
【００２２】
内部スイッチ１２は、その他のモジュール間のデータ転送を行うスイッチであり、図示しない内部バスを介して、各モジュールから受信したフレームを、宛先のモジュールに転送する。この実施形態の内部スイッチ１２では、イーサネット（登録商標）フレームを転送するように構成されているものとする。そして、パケット処理装置１０内の各モジュールには、それぞれＭＡＣアドレス（レイヤ２アドレス）が１又は複数割り振られており、各モジュールは、宛先のモジュールに対応するＭＡＣアドレスをヘッダに設定したイーサネットフレームを、スイッチ１２に送出する構成となっている。
【００２３】
上述のように、内部スイッチ１２を用いてモジュール間の通信を実現する構成については、例えば、既存のブレードサーバと同様の構成を適用することができるため詳しい説明については省略する。ただし、パケット処理装置１０内で、各モジュール間の通信を行う構成については、上述のイーサネットフレームをスイッチングする構成に限定されず、種々の内部データ転送の構成を適用することができる。
【００２４】
制御機能モジュール１１は、パケット処理装置１０内のパケットを処理するための各モジュール（パケット受信機能モジュール１３、パケット処理機能モジュール１４、パケット送信機能モジュール１５）の動作を制御する機能を担っている。
【００２５】
パケット処理装置１０では、制御機能モジュール１１の制御の下、パケットを処理するための各モジュール（パケット受信機能モジュール１３、パケット処理機能モジュール１４、パケット送信機能モジュール１５）が、送信元のＳＩＰ端末２０から受信した、メディア通信に係る入力パケット（以下「ＰＩ」とも表わす）を処理して、出力パケットを生成（以下、「ＰＯ」パケット）し、出力パケットを宛先のＳＩＰ端末２０へ向けて送出する。
【００２６】
次に、制御機能モジュール１１の内部構成について説明する。
【００２７】
制御機能モジュール１１は、内部ＩＦ１１１、モジュール制御部１１２、及び呼制御部１１３を有している。
【００２８】
内部ＩＦ１１１は、内部スイッチ１２を介して、他のモジュールとフレームの送受信をするものである。
【００２９】
モジュール制御部１１２は、パケットを処理するための各モジュールの動作を制御する機能を担っている。
【００３０】
呼制御部１１３は、ＳＩＰ端末２０間の呼制御処理を行う機能を担っている。呼制御部１１３は、具体的には、例えば、ＳＩＰ信号（ＩＮＶＩＴＥメッセージ等のＳＩＰメッセージ）を呼制御対象のＳＩＰ端末２０とやりとりして呼制御処理（シグナリング）を行う。呼制御部１１３は、ＳＩＰ端末２０とＳＩＰ信号の送受信を行う場合、パケット受信機能モジュール１３及びパケット送信機能モジュール１５をネットワークＮに接続するインタフェースとして用いるようにしても良いし、別途独自のインタフェースを備えるようにしても良い。なお、呼制御部１１３が行う呼制御処理自体は、既存のＳＩＰサーバ（呼制御サーバ）と同様の処理を適用することができるため詳しい説明は省略する。また、図１では、呼制御部１１３は、制御機能モジュール１１内に配置されるものとして図示しているが、呼制御部１１３を配置する位置は限定されないものであり、別のモジュールや外部装置に配置するようにしても良い。
【００３１】
そして、呼制御部１１３は、ＳＩＰ端末２０間の呼制御処理が終了すると、モジュール制御部１１２に、当該パケット処理装置１０で処理が必要なフローに関する情報を通知する。
【００３２】
次に、パケット受信機能モジュール１３の概要について説明する。
【００３３】
パケット受信機能モジュール１３は、内部ＩＦ１３１、外部ＩＦ１３２、パケット受信処理部１３３、フロー識別部１３４、及び内部パケット生成部１３５を有している。
【００３４】
外部ＩＦ１３２は、パケット受信機能モジュール１３で、外部（ネットワークＮ）からパケット受信するためのインタフェースである。外部ＩＦ１３２は、受信したパケットを、パケット受信処理部１３３に引き渡す。
【００３５】
パケット受信処理部１３３は、外部ＩＦ１３２から供給されたパケットがメディア通信に係る入力パケットＰＩである場合、当該入力パケットＰＩについて受信処理（フロー識別部１３４及び内部パケット生成部１３５による処理）を施して、内部パケットＰＥ１として、内部ＩＦ１３１に引き渡す。
【００３６】
内部ＩＦ１３１は、内部スイッチ１２を介して、他のモジュールとフレームの送受信をするためのインタフェースであり、パケット受信処理部１３３から供給された内部パケットＰＥ１を、パケット処理機能モジュール１４に向けて送出する。
【００３７】
次に、パケット処理機能モジュール１４の概要について説明する。
【００３８】
パケット処理機能モジュール１４は、内部ＩＦ１４１と、３つのＤＳＰ１４２（１４２−１〜１４２−３）（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）を有している。
【００３９】
内部ＩＦ１４１は、パケット処理機能モジュール１４で、内部スイッチ１２を介して、他のモジュールとフレームの送受信するためのインタフェースである。また、内部ＩＦ１４１は、パケット受信機能モジュール１３から送出された内部パケットＰＥ１を受信して、対応するＤＳＰ１４２に供給する。
【００４０】
ＤＳＰ１４２（１４２−１〜１４２−３）は、それぞれ、パケット受信機能モジュール１３から供給された内部パケットＰＥ１の処理を行う半導体装置（専用チップ）である。なお、パケット受信機能モジュール１３に搭載されるＤＳＰ１４２の数は限定されないものである。また、この実施形態では、各ＤＳＰ１４２は、パケット受信機能モジュール１３から供給された内部パケットＰＥ１のデータについてメディア変換処理（音声コーデック変換処理）を行うものとして説明する。
【００４１】
そして、それぞれのＤＳＰ１４２は、４つのコアＣ（Ｃ１〜Ｃ４）を備えており、それぞれのコアＣ１〜Ｃ４が並列的にメディア変換処理を行うことが可能な構成となっているものとする。
【００４２】
そして、それぞれのコアＣには、内部スイッチ１２で認識可能なＭＡＣアドレスが付与されているものとする。したがって、パケット受信機能モジュール１３では、３つのＤＳＰ１４２−１〜１４２−３により、合計１２個のコアＣが搭載されていることになるので、少なくとも１２個のＭＡＣアドレスが付与されている。
【００４３】
以下では、説明を簡易にするために、ＤＳＰ１４２−１の各コアＣ１〜Ｃ４のＭＡＣアドレスを、それぞれＭＡＣ３１１〜ＭＡＣ３１４と表わすものとする。例えば、ＤＳＰ１４２−１のコアＣ１のＭＡＣアドレスはＭＡＣ３１１となる。同様に、ＤＳＰ１４２−２の各コアＣ１〜Ｃ４のＭＡＣアドレスを、それぞれＭＡＣ３２１〜ＭＡＣ３２４と表わすものとする。また、ＤＳＰ１４２−３の各コアＣ１〜Ｃ４のＭＡＣアドレスを、それぞれＭＡＣ３３１〜ＭＡＣ３３４と表わすものとする。
【００４４】
したがって、内部ＩＦ１４１は、パケット受信機能モジュール１３から供給された内部パケットＰＥ１のイーサネットヘッダ（宛先ＭＡＣアドレス）に対応するＤＳＰ１４２のコアＣに、当該内部パケットＰＥ１を供給する。
【００４５】
なお、以下では、モジュール制御部１１２のＭＡＣアドレスをＭＡＣ１００、パケット受信機能モジュール１３のＭＡＣアドレスをＭＡＣ２００、パケット送信機能モジュール１５のＭＡＣアドレスを４００と表わすものとする。
【００４６】
そして、それぞれのコアＣは、内部パケットＰＥ１を受信すると、当該内部パケットＰＥ１を処理し、出力パケットＰＯを生成し、生成した出力パケットＰＯをデータ部に挿入した内部パケットＰＥ２（パケット送信機能モジュール１５を宛先とするパケット）を生成（イーサネットヘッダを付与）して、内部ＩＦ１４１に供給する。
【００４７】
そして、内部パケットＰＥ２の供給を受けた内部ＩＦ１４１は、当該パケットをパケット送信機能モジュール１５に向けて送出する。なお、コアＣが生成した出力パケットＰＯにヘッダを付与する処理については、内部ＩＦ１４１側で行うようにしても良い。
【００４８】
次に、パケット送信機能モジュール１５の概要について説明する。
【００４９】
パケット送信機能モジュール１５は、内部ＩＦ１５１、パケット送信処理部１５３、及び外部ＩＦ１５２を有している。
【００５０】
内部ＩＦ１５１は、パケット送信機能モジュール１５で、内部スイッチ１２を介して、他のモジュールとフレームの送受信するためのインタフェースである。また、内部ＩＦ１５１は、パケット処理機能モジュール１４から送出された内部パケットＰＥ２を受信して、パケット送信処理部１５３に供給する。
【００５１】
パケット送信処理部１５３は、内部ＩＦ１５１から供給された内部パケットＰＥ２のデータから出力パケットＰＯを抽出して、外部ＩＦ１５２に供給する処理を行う。
【００５２】
外部ＩＦ１５２は、パケット送信機能モジュール１５で、外部（ネットワークＮ）にパケット送信するためのインタフェースである。外部ＩＦ１５２は、パケット送信処理部１５３から供給された出力パケットＰＯを、ネットワークＮに送出する処理を行う。
【００５３】
次に、パケット受信機能モジュール１３のパケット受信処理部１３３について説明する。
【００５４】
上述の通り、パケット受信処理部１３３では、供給されたパケットがメディア通信に係るパケット（入力パケットＰＩ）である場合には、当該入力パケットＰＩについて、フロー識別部１３４及び内部パケット生成部１３５による処理を行う。
【００５５】
パケット受信処理部１３３では、例えば、供給されたパケットのヘッダ情報（例えば、ポート番号等）等により、当該パケットがメディア通信に係るパケット（入力パケットＰＩ）であるか否かを判定することができる。パケット受信処理部１３３が受信したパケットが、メディア通信に係るパケット（入力パケットＰＩ）に該当しない場合（例えば、ネットワーク制御に係るパケット等）の処理については、例えば、既存のサーバ（メディア変換サーバ等）と同様の処理を行うようにしても良く、詳細な説明については省略する。
【００５６】
そして、外部ＩＦ１３２から供給されたパケットが、入力パケットＰＩに該当する場合、まずフロー識別部１３４により、いずれのフローに該当するのかが判定される。ここでいうフローとは、第１のＳＩＰ端末２０と第２のＳＩＰ端末２０との間のＥｎｄ−ｔｏ−Ｅｎｄのデータの流れ（音声データの流れ）を表すものとする。具体的には、例えば、第１のＳＩＰ端末２０から、第２のＳＩＰ端末２０へ向けて送信される音声データの流れ（ストリーム）が該当する。この実施形態では、第１のＳＩＰ端末２０と第２のＳＩＰ端末２０との間の音声通話について、パケット処理装置１０でメディア変換（音声コーデック変換処理）を行うため、第１のＳＩＰ端末２０と、第２のＳＩＰ端末２０との間では双方向で計２本のフローが発生することになる。
【００５７】
フロー識別部１３４では、それぞれのフローに対してフローＩＤが付与されて管理されており、フロー識別部１３４では、受信した入力パケットＰＩが、いずれのフローＩＤに該当するのかを判定する処理を行う。フロー識別部１３４で、フローＩＤを判定する処理を行う具体的な方法については管理されないものであるが、この実施形態では、図３に示すような、テーブル（以下、「フロー識別テーブル」と呼ぶ）に基づいて、受信した入力パケットＰＩのフローＩＤを確認するものとする。フロー識別テーブルの内容については、制御機能モジュール１１からの制御に基づいてセットされるものとする。
【００５８】
そして、図３に示すように、フロー識別テーブルには、フローＩＤごとに、当該フローＩＤを識別するためのフロー識別情報として、送信元アドレス、送信元ポート番号、宛先アドレス、宛先ポート番号が登録されている。なお、フロー識別情報の項目については、フロー識別部１３４の内容に基づいてフローを識別することができれば、図３の例に限定されないものである。
【００５９】
図３では、ＦＩＤ１が、ＳＩＰ端末２０−１からＳＩＰ端末２０−２へのフローのフローＩＤを示しているものとする。また、図３では、ＦＩＤ２が、ＳＩＰ端末２０−２からＳＩＰ端末２０−１へのフローのフローＩＤを示しているものとする。
【００６０】
なお、図３に示すように、以下では、ＳＩＰ端末２０−１のＩＰアドレスをＩＰ１、ＳＩＰ端末２０−２のＩＰアドレスをＩＰ２と表わすものとする。また、ＳＩＰ端末２０−１側でＳＩＰ端末２０−２とのパケット送受信に用いるポート番号をＰ１と表わすものとする。さらに、ＳＩＰ端末２０−２側でＳＩＰ端末２０−１とのパケット送受信に用いるポート番号をＰ２と表わすものとする。
【００６１】
そして、フロー識別部１３４の識別結果（当該入力パケットＰＩのフローＩＤ）に基づいて、内部パケット生成部１３５による処理が行われる。
【００６２】
具体的には、内部パケット生成部１３５では、図４に示すヘッダ処理テーブルに基づいて、内部パケットＰＥ１を生成する処理を行う。
【００６３】
図５は、内部パケット生成部１３５が生成する内部パケットＰＥ１の構成例について示した説明図である。図５（ａ）は、内部パケットＰＥ１の全体構成（イーサネットフレーム全体）について示した説明図である。また、図５（ｂ）は内部パケットＰＥ１を構成するデータ部について示した説明図である。
【００６４】
上述の通り、内部パケットＰＥ１のデータ部には、少なくともパケット処理機能モジュール１４で処理対象となるパケット（以下、「処理対象パケット」と呼ぶ）が挿入される。パケット受信機能モジュール１３では、処理対象パケットの初期データとして、入力パケットＰＩが、内部パケットＰＥ１のデータ部に挿入される。
【００６５】
そして、内部パケット生成部１３５では、内部パケットＰＥ１のデータ部に、処理対象パケット（入力パケットＰＩ）に加えて、当該処理対象パケットの処理に関する情報として処理制御情報ＩＣを付加する。具体的には、この実施形態の処理制御情報ＩＣには、当該処理対象パケットのメディア変換処理（パケット処理機能モジュール１４が行う処理）に関する情報として、「メディア変換処理ＩＤ」及び「フローＩＤ」が含まれるものとして説明する。
【００６６】
メディア変換処理ＩＤとは、変換処理前の音声コーデックの形式（入力パケットＰＩの音声コーデックの形式）と、変換処理後の音声コーデックの形式（出力パケットＰＯの音声コーデックの形式）の組み合わせごとに、パケット処理装置１０内で共通に定められているＩＤを示している。
【００６７】
以下では、例として、Ｇ．７１１μ−ｌａｗのコーデックの音声データを、Ｇ．７２２．１のコーデックの音声データに変換する場合のメディア変換処理ＩＤを「ＴＩＤ１」であるものとする。また、逆に、Ｇ．７２２．１のコーデックの音声データを、Ｇ．７１１μ−ｌａｗのコーデックの音声データに変換する場合のメディア変換処理ＩＤを「ＴＩＤ２」と表すものとする。以下では、説明を簡易とするためにメディア変換処理ＩＤについて「ＴＩＤ１、ＴＩＤ２、ＴＩＤ３、…」と表わすが、実際には、「１、２、３、…」等、できるだけデータ量の少ない形式で記述（１０進数ではなく２進数でビット単位の形式で記述するようにしても良い）することが望ましい。
【００６８】
なお、パケット処理装置１０では、上述のようにコーデックの形式だけでなく、ビットレートや圧縮率等のパラメータについても異なる組み合わせとして、メディア変換処理ＩＤを付与するようにしても良い。なお、パケット処理機能モジュール１４側で、メディア変換処理の内容が認識できれば、メディア変換処理ＩＤの項目について、他の記述形式（例えば、変換前と変換後のコーデックの両方の情報を記述する形式）に置き換えるようにしてもよい。
【００６９】
そして、内部パケット生成部１３５では、フローごと（フローＩＤごと）のメディア変換処理ＩＤについて、図４に示すように、ヘッダ処理テーブルで管理されている。図４では、ＦＩＤ１のフローについては、メディア変換処理ＩＤをＴＩＤ１と設定し、ＦＩＤ２のフローについては、メディア変換処理ＩＤをＴＩＤ２と設定している。
【００７０】
また、パケット処理装置１０では、パケット受信機能モジュール１３（パケット受信処理部１３３）から、パケット処理機能モジュール１４へ、内部パケットＰＥ１を送信する場合には、当該内部パケットＰＥ１の入力パケットＰＩを処理するＤＳＰ１４２及びコアＣを指定する。
【００７１】
具体的には、パケット受信処理部１３３では、図４に示すように、フローＩＤごとに対応するコアＣのＭＡＣアドレス（以下、「指定コアＭＡＣアドレス」と呼ぶ）を管理している。そして、パケット受信処理部１３３は、内部パケットＰＥ１のイーサネットヘッダを生成する際に、当該ヘッダの宛先ＭＡＣアドレスを、フローＩＤに対応する指定コアＭＡＣアドレスに設定する。
【００７２】
図４では、ＦＩＤ１のフローについては、指定コアＭＡＣアドレスをＭＡＣ３１１(ＤＳＰ１４２−１のコアＣ１のＭＡＣアドレス)と設定し、ＦＩＤ２のフローについては、メディア変換処理ＩＤをＭＡＣ３２１(ＤＳＰ１４２−２のコアＣ１のＭＡＣアドレス)と設定している。
【００７３】
したがって、例えば、フロー識別部１３４でフローＩＤがＦＩＤ１と識別された入力パケットＰＩに基づく内部パケットＰＥ１では、送信元ＭＡＣアドレスは「ＭＡＣ２００」、宛先ＭＡＣアドレスは「ＭＡＣ３１１」、処理制御情報ＩＣのメディア変換処理ＩＤは「ＴＩＤ１」、処理制御情報ＩＣのフローＩＤは「ＦＩＤ１」となる。
【００７４】
次に、上述のような内部パケットＰＥ１を受信して処理するコアＣ内部の機能的構成について説明する。
【００７５】
図６は、それぞれのコアＣ内部の機能的構成の例について示した説明図である。この実施形態では、全てのコアＣは同じ構成であるものとして説明する。
【００７６】
図６に示すように、それぞれのコアＣは、パケット処理部ＣＣ、内部パケット入力部ＣＲ、Ｍ個の処理バッファＣＢ（ＣＢ１〜ＣＢＭ）、及び内部パケット出力部ＣＳを有している。
【００７７】
なお、図６に示すコアＣの機能的構成は、物理的な構成について示すものではなく、一部又は全部を内部の処理プロセッサを用いてソフトウェア的に構成するようにしても良い。
【００７８】
それぞれの処理バッファＣＢ１〜ＣＢＭは、１つのフロー(フローＩＤ)に係る内部パケットＰＥ１を一時的に保留するためのバッファメモリである。なお、それぞれのコアＣに備える処理バッファＣＢの数は限定されないものである。
【００７９】
なお、コアＣ内では、処理バッファＣＢにＩＤ（以下、「バッファＩＤ」と呼ぶ）が付与されているものとする。この実施形態では、処理バッファＣＢ１〜ＣＢＭのバッファＩＤを、それぞれＢＩＤ１〜ＢＩＤＭと表わすものとする。
【００８０】
そして、コアＣにおいて、それぞれの処理バッファＣＢに対応するフローＩＤについては、内部パケット入力部ＣＲで保持されるバッファ管理テーブルにより管理されているものとする。
【００８１】
図７の例では、バッファＩＤ「ＢＩＤ１」（処理バッファＣＢ１）と、フローＩＤ「ＦＩＤ１」とが対応付けられている。なお、バッファ管理テーブルにおいて、使用していない処理バッファＣＢに対応するフローＩＤの欄には、未使用であることを示すパラメータ（図７の例では「−」）が入力されるものとする。
【００８２】
そして、内部パケット入力部ＣＲでは、内部パケットＰＥ１が供給されると、当該内部パケットＰＥ１の処理制御情報ＩＣのフローＩＤの情報を抽出する。そして、内部パケット入力部ＣＲは、フローＩＤに対応するバッファＩＤを、バッファ管理テーブルから取得する。そして、内部パケット入力部ＣＲは、取得したバッファＩＤの処理バッファＣＢに、当該内部パケットＰＥ１を供給する。
【００８３】
また、内部パケットＰＥ１の処理制御情報ＩＣから抽出したフローＩＤが、バッファ管理テーブルに登録されていない場合（新規のフローＩＤの場合）、内部パケット入力部ＣＲは、空いている処理バッファＣＢに、当該フローを割り当てる。具体的には、内部パケット入力部ＣＲは、新規のフローのフローＩＤを、バッファ管理テーブル上でフローＩＤが割り当てられていないバッファＩＤに対応付けて登録する。
【００８４】
そして、パケット処理部ＣＣは、各処理バッファＣＢに保持された内部パケットＰＥ１からメディア変換処理ＩＤ及び処理対象パケット（入力パケットＰＩ）を抽出する。そして、パケット処理部ＣＣは、抽出した処理対象パケットに対して、抽出したメディア変換処理ＩＤに基づく方式でのメディア変換処理（コーデック変換処理）を行い、出力パケットＰＯを生成する。そして、パケット処理部ＣＣは、出力パケットＰＯを挿入した内部パケットＰＥ２（パケット送信機能モジュール１５を宛先ＭＡＣアドレスとするフレーム）を生成して、内部ＩＦ１４１に引き渡す。なお、パケット処理部ＣＣが行うメディア変換処理自体は、既存のメディア変換サーバと同様の処理を適用することができるため、詳しい説明は省略する。
【００８５】
（Ａ−２）実施形態の動作
次に、以上のような構成を有するこの実施形態のパケット処理装置１０の動作について図８〜図１０のフローチャートを用いて説明する。
【００８６】
図８〜図１０のフローチャートでは、説明を簡易にするために、ＳＩＰ端末２０−１からＳＩＰ端末２０−２へむけて送出されるフローを中心とした動作説明をしている。パケット処理装置１０において、各フローに関する個別の動作については、各種パラメータ（例えば、メディア変換処理の内容やアドレス等）が異なるだけであるため詳しい説明を省略する。
【００８７】
図８は、パケット処理装置１０で新規フローの受入れ準備を行う処理について示したフローチャートである。
【００８８】
まず、制御機能モジュール１１（呼制御部１１３）により、ＳＩＰ端末２０−１とＳＩＰ端末２０−２との間のＳＩＰに基づく呼制御（ＩＮＶＩＴＥメッセージを利用した呼制御）が完了し、ＳＩＰ端末２０−１と、ＳＩＰ端末２０−２との間の音声通話（双方向の音声データのセッション）について接続状態となったものとする（Ｓ１０１）。
【００８９】
そして、呼制御部１１３から、モジュール制御部１１２に、ＳＩＰ端末２０−１とＳＩＰ端末２０−２との間の音声通話フローに関する情報が供給される。そして、モジュール制御部１１２では、ＳＩＰ端末２０−１からＳＩＰ端末２０−２へのフローと、ＳＩＰ端末２０−２からＳＩＰ端末２０−１へのフローに対して、それぞれフローＩＤ及びコアＣの割り当てが実行される（Ｓ１０２）。
【００９０】
呼制御部１１３からモジュール制御部１１２に対しては、少なくとも、パケット受信機能モジュール１３に設定するパラメータを決定できる内容が含まれている必要がある。具体的には、フローごとの、送信元アドレス、送信元ポート番号、宛先アドレス、宛先ポート番号、送信元のＳＩＰ端末２０が対応するメディアの種類（コーデックの種類）、宛先のＳＩＰ端末２０が対応するメディアの種類（コーデックの種類）の項目の情報が含まれる必要がある。なお、送信元及び宛先のＳＩＰ端末２０が対応するメディアの種類（コーデックの種類）については、上述のメディア変換処理ＩＤを用いて表現するようにしても良い。
【００９１】
そして、モジュール制御部１１２では、上述の例と同様に、ＳＩＰ端末２０−１からＳＩＰ端末２０−２へのフローには、ＦＩＤ１というフローＩＤが付与され、ＳＩＰ端末２０−２からＳＩＰ端末２０−１へのフローには、ＦＩＤ２というフローＩＤが付与されたものとする。また、ＦＩＤ１のフローには、指定コアＭＡＣアドレスとしてＭＡＣ３１１が付与され、ＦＩＤ２のフローには、指定コアＭＡＣアドレスとしてＭＡＣ３２１が付与されたものとする。
【００９２】
なお、モジュール制御部１１２では、フロー識別部１３４のフロー識別テーブル、及び、内部パケット生成部のヘッダ処理テーブルと同様の情報について保持しているものとする。
【００９３】
そして、モジュール制御部１１２からパケット受信機能モジュール１３へは、ＦＩＤ１のフローとＦＩＤ２のフローについて新規に処理を開始する指示と共に、フロー識別テーブル及びヘッダ処理テーブルに設定するために必要な情報が通知される（Ｓ１０３）。
【００９４】
そして、パケット受信機能モジュール１３のフロー識別部１３４では、モジュール制御部１１２からの通知に基づいて、ヘッダ処理テーブルに新規フロー（ＦＩＤ１及びＦＩＤ２のフロー）に関する情報がセットされる（Ｓ１０４）。
【００９５】
ここでは、上述のステップＳ１０４の処理の結果、ヘッダ処理テーブルの内容は、上述の図３のような内容になったものとする。
【００９６】
そして、パケット受信機能モジュール１３の内部パケット生成部１３５では、モジュール制御部１１２からの通知に基づいて、フロー識別テーブルに新規フロー（ＦＩＤ１及びＦＩＤ２のフロー）に関する情報がセットされる（Ｓ１０５）。
【００９７】
ここでは、上述のステップＳ１０５の処理の結果、フロー識別テーブルの内容は、上述の図４のような内容になったものとする。
【００９８】
そして、パケット受信機能モジュール１３では、各テーブルへのデータのセットが終了すると、当該フロー（ＦＩＤ１、ＦＩＤ２のフロー）について処理の準備が完了した旨を、制御機能モジュール１１（モジュール制御部１１２）に通知する（Ｓ１０６）。
【００９９】
以上のように、パケット処理装置１０（パケット受信機能モジュール１３）では、新規フローの受入れ準備を行う処理が実行される。
【０１００】
次に、パケット処理装置１０でＳＩＰ端末２０−１から受信した入力パケットＰＩを処理して、出力パケットＰＯをＳＩＰ端末２０−２に向けて送出する動作について、図９のフローチャートを用いて説明する。
【０１０１】
ここでは、上述の図８の処理により、パケット受信機能モジュール１３には、ＦＩＤ１及びＦＩＤ２に関する情報はセットされているものとする。
【０１０２】
そして、パケット受信機能モジュール１３では、ＳＩＰ端末２０−１からＳＩＰ端末２０−２へのフロー（ＦＩＤ１のフロー）の入力パケットＰＩが到来すると（Ｓ２０１）、まず、フロー識別部１３４により当該入力パケットＰＩのフローが識別される（Ｓ２０２）。
【０１０３】
そして、当該入力パケットＰＩは、内部パケット生成部１３５により、フロー識別部１３４の識別結果（ＦＩＤ１）に基づいた処理が行われ、内部パケットＰＥ１が生成される（Ｓ２０３）。
【０１０４】
当該内部パケットＰＥ１の宛先ＭＡＣアドレスは、ヘッダ処理テーブルの内容に基づいて、ＭＡＣ３１１（ＤＳＰ１４２−１のコアＣ１）が設定されることになる。
【０１０５】
そして、当該内部パケットＰＥ１が内部スイッチ１２を経由してパケット処理機能モジュール１４のＤＳＰ１４２−１のコアＣ１に送信される（Ｓ２０４）。
【０１０６】
そして、ＤＳＰ１４２−１のコアＣ１では、当該フロー（ＦＩＤ１のフロー）の内部パケットＰＥ１は、初めて受信することになるので、当該フローに対して、新規に処理バッファＣＢを割り当てる処理（バッファ管理テーブルへの登録処理）が行われる（Ｓ２０５）。
【０１０７】
ここでは、ＤＳＰ１４２−１のコアＣ１では、ＦＩＤ１のフローに対して、処理バッファＣＢ１（ＢＩＤ１のバッファ）が割り当てられ、バッファ管理テーブルの内容は、上述の図７のように設定されたものとする。
【０１０８】
そして、当該内部パケットＰＥ１は、ＤＳＰ１４２−１のコアＣ１の内部パケット入力部ＣＲにより、当該フローに割り当てられた処理バッファＣＢ１に供給される（Ｓ２０６）。
【０１０９】
そして、ＤＳＰ１４２−１のコアＣ１を構成するパケット処理部ＣＣでは、処理バッファＣＢ１で保持された内部パケットＰＥ１の処理が開始され（Ｓ２０７）、当該処理に基づいたタイミングで、出力パケットＰＯが生成される。そして、処理バッファＣＢ１では、その生成した出力パケットＰＯを挿入した内部パケットＰＥ２が生成され、パケット送信処理部１５３に送信される（Ｓ２０８）。
【０１１０】
そして、内部パケットＰＥ２を受信したパケット送信機能モジュール１５では、パケット送信処理部１５３により内部パケットＰＥ２から出力パケットＰＯが抽出され、ネットワークＮに送出（ＳＩＰ端末２０−２へ向けて送信）される（Ｓ２０９）。
【０１１１】
その後、パケット処理装置１０では、ＦＩＤ１のフローの入力パケットＰＩが供給される度に、同様の処理（ただし、ステップＳ２０５の処理バッファＣＢ割り当て処理は除く）が行われることになる。
【０１１２】
そして、その後、ＳＩＰ端末２０−１とＳＩＰ端末２０−２との間の音声通話の処理が終了し、ＳＩＰ端末２０−１とＳＩＰ端末２０−２との間の音声通話を切断した場合のパケット処理装置１０の動作について図１０を用いて説明する。
【０１１３】
まず、呼制御部１１３により、ＳＩＰ端末２０−１とＳＩＰ端末２０−２との間の音声通話が終了し、切断する呼制御が行われたものとする（Ｓ３０１）。
【０１１４】
呼制御部１１３による音声通話の切断の呼制御については、例えば、既存のＳＩＰサーバ（呼制御サーバ）と同様の処理を適用することができるので、詳しい説明については省略する。
【０１１５】
そして、呼制御部１１３から、モジュール制御部１１２に、ＳＩＰ端末２０−１とＳＩＰ端末２０−２との間の音声通話に係るフローの情報が供給され、モジュール制御部１１２は、その供給された情報に基づいて、対応するフロー（フローＩＤ）を確認する（Ｓ３０２）。
【０１１６】
なお、上述の通り、モジュール制御部１１２では、フロー識別部１３４及び内部パケット生成部１３５が保持するフロー識別テーブル及びヘッダ処理テーブルと同様の情報について保持しているものとする。
【０１１７】
呼制御部１１３からモジュール制御部１１２に対しては、少なくとも、切断対象となるフローのフローＩＤが特定できる情報が含まれている必要がある。例えば、上述のステップＳ１０２で説明した、呼制御部１１３からモジュール制御部１１２に対して供給される情報と同様の項目としても良い。
【０１１８】
そして、モジュール制御部１１２では、切断対象のフローとして、ＦＩＤ１及びＦＩＤ２が検出される。
【０１１９】
そして、モジュール制御部１１２からパケット受信機能モジュール１３へは、ＦＩＤ１のフローとＦＩＤ２のフローについて切断処理を行う指示が通知される（Ｓ３０３）。
【０１２０】
そして、パケット受信機能モジュール１３のフロー識別部１３４では、モジュール制御部１１２からの通知に基づいて、フロー識別テーブルから切断対象フロー（ＦＩＤ１及びＦＩＤ２のフロー）に関する情報が削除される。また、パケット受信機能モジュール１３の内部パケット生成部１３５では、モジュール制御部１１２からの通知に基づいて、ヘッダ処理テーブルから切断対象フロー（ＦＩＤ１及びＦＩＤ２のフロー）に関する情報が削除される（Ｓ３０４）。
【０１２１】
そして、パケット受信機能モジュール１３の内部パケット生成部１３５は、切断処理を行うフローＩＤに対応する指定コアＭＡＣアドレス宛に、当該フローＩＤについて切断処理を指示するための制御用の内部パケットを生成して送信する（Ｓ３０５）。
【０１２２】
具体的には、内部パケット生成部１３５では、処理バッファＣＢ１のコア１宛（ＭＡＣ３１１）に、ＦＩＤ１のフローの切断処理を指示する内部パケットが生成・送出が行われる。また、内部パケット生成部１３５では、処理バッファＣＢ２のコア２宛（ＭＡＣ３１１）に、ＦＩＤ２のフローの切断処理を指示する内部パケットが生成・送出が行われる。
【０１２３】
また、切断処理を指示するための内部パケットの記述形式については限定されないものであるが、例えば、処理制御情報ＩＣに、切断処理を行う旨の指示信号（例えば、切断処理を示す所定パターンのデータ）と、切断処理の対象となるフローのフローＩＤを含むように記述してもよい。
【０１２４】
そして、パケット受信機能モジュール１３から、切断処理を指示する内部パケットを受信したパケット処理機能モジュール１４のコアＣ（ＤＳＰ１４２−１のコア１及びＤＳＰ１４２−２のコア１）は、フロー識別テーブルから切断対象フローのフローＩＤ（ＦＩＤ１及びＦＩＤ２）の情報が削除され、対応する処理バッファＣＢが未使用の状態に管理される（Ｓ３０６）。
【０１２５】
そして、パケット受信機能モジュール１３では、各テーブルからの情報削除、及び、パケット処理機能モジュール１４へのフロー切断指示の内部パケットの送信が終了すると、当該フロー（ＦＩＤ１、ＦＩＤ２のフロー）について切断処理が完了した旨を、制御機能モジュール１１（モジュール制御部１１２）に通知する（Ｓ３０７）。
【０１２６】
上述のように、パケット処理装置１０では、呼制御結果に応じたフローの切断処理が行われる。
【０１２７】
（Ａ−３）実施形態の効果
この実施形態によれば、以下のような効果を奏することができる。
【０１２８】
パケット処理装置１０では、パケット受信機能モジュール１３で、処理対象パケット（入力パケットＰＩ）に処理制御情報ＩＣ付加した内部パケットを生成して後段のモジュール（パケット処理機能モジュール１４）への処理の指示を行っている。これにより、パケット処理装置１０では、制御機能モジュール１１から、パケット受信機能モジュール１３に対する制御を行うだけで、各フローに対するパケット処理を行うことが可能となる。
【０１２９】
従来の複数モジュールを用いて構成するパケット処理装置では、装置全体を制御する制御機能モジュールから、他のモジュールの全てに対する制御やモジュール間の同期制御処理を行う必要があった。一方、この実施形態のパケット処理装置１０では、上述の通りパケット受信機能モジュール１３で、処理制御情報ＩＣ付加した内部パケットを生成して後段のモジュールに引き渡すことにより、制御機能モジュール１１による制御処理の量を低減することができる。
【０１３０】
以上のように、パケット処理装置１０では、制御機能モジュール１１による他のモジュールへの制御処理の量を低減することにより、モジュール間の通信量を低減し、パケット処理装置１０全体の制御性能等を向上させることができる。特に、制御処理能力が低く、パケット処理能力が高いハードウェア上でパケット処理装置１０を実現する場合、上述の効果が大きくなる。また、機能モジュール数が多いハードウェアでパケット処理装置１０を実現する場合でも上述の効果が大きくなる。
【０１３１】
（Ｂ）他の実施形態
本発明は、上記の実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。
【０１３２】
（Ｂ−１）上記の実施形態のパケット処理装置１０では、パケット処理機能モジュール１４を１つだけ搭載しているが、複数搭載して、パケット処理手段を実現するようにしてもよい。
【０１３３】
例えば、上記の実施形態のパケット処理装置１０では、パケット処理機能モジュール１４を用いて、処理対象パケットに挿入された音声データのメディア変換処理を行っているが、パケット処理機能モジュール１４の後段（パケット処理機能モジュール１４とパケット送信機能モジュール１５との間）に、第２のパケット処理機能モジュールを追加して、暗号化処理を行うようにしてもよい。このように、パケット処理装置１０では、複数のパケット処理機能モジュールを直列に連結した多段構成とすることにより、パケット処理を行うようにしてもよい。
【０１３４】
パケット処理装置１０に、複数段のパケット処理機能モジュールが連結して搭載されている場合には、パケット受信機能モジュール１３の内部パケット生成部１３５では、それぞれの段のパケット処理機能モジュールに対する制御情報をスタックして内部パケットの処理制御情報ＩＣを構成するようにしてもよい。この場合、それぞれのパケット処理機能モジュールに対する制御情報としては、例えば、当該パケット処理機能モジュールの処理内容（例えば、暗号化方式や、暗号化に係るパラメータ等）の情報や、次の段のパケット処理モジュールへ内部パケットを送信する際の宛先（ＭＡＣアドレス）の情報が記述されている必要がある。
【０１３５】
このように、パケット受信機能モジュール１３で、多段構成のパケット処理機能モジュールのそれぞれに対する制御情報を有する処理制御情報ＩＣと、処理対象パケット（入力パケットＰＩ）とを挿入した内部パケットを生成し、生成した内部パケットを多段構成の先頭のパケット処理機能モジュールに引き渡すだけで、多段構成のパケット処理機能モジュールのそれぞれに処理対象パケットの処理を実行させることができる。このように、本発明のパケット処理装置１０では、パケット処理機能モジュールの数が多くなるほど、モジュール間の制御処理量の低減効果を大きくすることができる。
【０１３６】
（Ｂ−２）上記の実施形態では、パケット処理装置１０において、処理対象パケット（入力パケットＰＩ）のヘッダのアドレス等の変換処理（送信元及び又は宛先のＩＰアドレスやポート番号について変換する処理）を行う構成となっていないが、ヘッダのアドレス等を変換する処理構成について付加するようにしてもよい。
【０１３７】
パケット処理装置１０において、ヘッダのアドレス等を変換する処理を行うモジュールについては限定されないものであるが、例えば、パケット受信機能モジュール１３の内部パケット生成部１３５で行うようにしてもよい。例えば、内部パケット生成部１３５において、入力パケットＰＩに対して所定のアドレス変換処理を行ったものを初期の処理対象パケットとして、内部パケットＰＥ１に挿入するようにしてもよい。この場合、内部パケット生成部１３５は、図示しないアドレス変換テーブルに基づいて、入力パケットＰＩに対するアドレス変換処理を行うようにしてもよい。内部パケット生成部１３５で保持されるアドレス変換テーブルの内容や、内部パケット生成部１３５による具体的なアドレス変換処理の内容については、例えば、既存のＮＡＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ）やＮＡＰＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｐｏｒｔ  Ｔｒａｎｓｌａｔｉｏｎ）に対応するルータ等と同様の処理を適用することができる。
【０１３８】
（Ｂ−３）上記の実施形態では、パケット処理装置１０で用いる呼制御信号はＳＩＰ信号（ＳＩＰメッセージ）を用いるものとして説明したが、呼制御方式はＳＩＰに限定されず、既存の種々の方式を適用することができる。
【０１３９】
（Ｂ−４）上記の実施形態では、パケット処理機能モジュール１４へのフローの切断処理の指示を、パケット受信機能モジュール１３から行っているが、制御機能モジュール１１から直接指示するように構成してもよい。
【符号の説明】
【０１４０】
１…通信システム、１０…パケット処理装置、２０、２０−１〜２０−Ｎ…ＳＩＰ端末、１１…制御機能モジュール、１２…内部スイッチ、１１１…内部ＩＦ、１１２…モジュール制御部、１１３…呼制御部、１３…パケット受信機能モジュール、１３１…内部ＩＦ、１３２…外部ＩＦ、１３３…パケット受信処理部、１３４…フロー識別部、１３５…内部パケット生成部、１４…パケット処理機能モジュール、１４１…内部ＩＦ、１４２、１４２−１〜１４２−３…ＤＳＰ、ＤＳＰ１４２−３、Ｃ、Ｃ１〜Ｃ４…コア、１５…パケット送信機能モジュール、１５１…内部ＩＦ、１５３…パケット送信処理部、１５２…外部ＩＦ、ＰＩ…入力パケット、ＰＯ…出力パケット、ＰＥ１、ＰＥ２…内部パケット、ＩＣ…処理制御情報、Ｎ…ネットワーク、Ｃ…コア、ＣＣ…パケット処理部、ＣＲ…内部パケット入力部、ＣＢ、ＣＢ１〜ＣＢＭ…処理バッファ、ＣＳ…内部パケット出力部。  
【図１】
0005857661.tif 000002
【図２】
0005857661.tif 000003
【図３】
0005857661.tif 000004
【図４】
0005857661.tif 000005
【図５】
0005857661.tif 000006
【図６】
0005857661.tif 000007
【図７】
0005857661.tif 000008
【図８】
0005857661.tif 000009
【図９】
0005857661.tif 000010
【図１０】
0005857661.tif 000011