(57)【特許請求の範囲】
【請求項１】
入力されたパケットが音声信号を含むパケットと仮定して、前記パケットのレイヤー２にて前記パケットの種類を判別するパケット判別装置において、
前記パケットのデータリンクヘッダ情報を取得する第１の取得部と、
前記パケットのネットワークヘッダ情報を取得する第２の取得部と、
前記パケットのトランスポートヘッダ情報を取得する第３の取得部と、
前記パケットの任意のビットの情報を取得する第４の取得部とを有し、
前記第１の取得部、前記第２の取得部、前記第３の取得部、前記第４の取得部にて取得した情報に基づいて、前記パケットがＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケットであるかどうかを判別するパケット判別部とを備えること
を特徴とするパケット判別装置。
【請求項２】
請求項１に記載のパケット判別装置において、
前記パケット判別部は、
前記第１の取得部で取得したデータが、前記宛先ＭＡＣアドレスヘッダがマルチキャストのアドレスまたはブロードキャストのアドレスではなく、
前記第２の取得部で取得したデータが、前記パケットのデータ形式においてＵＤＰであり、
前記第３の取得部で取得したデータが、ＲＴＰで用いるポート番号であり、
前記第３の取得部で取得したデータが、前記ＵＤＰデータ長においてＲＴＰの最小サイズ以上であり、
前記第４の取得部で取得したデータが、前記ＲＴＰヘッダのバージョンにおいて現在使用されているバージョンであり、
前記第４の取得部で取得したデータが、前記メディアタイプが音声を含むものであり、
前記第４の取得部で取得したデータが、前記パケットにおけてパディングが無いときに、
前記パケットがＲＴＰパケットであると判別すること
を特徴とするパケット判別装置。
【請求項３】
請求項１に記載のパケット判別装置において、
前記第１の取得部は、
前記パケットが音声信号を含むパケットであると仮定して、前記データリンクヘッダ情報の宛先ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレスヘッダに相当する箇所の第１のデータを抽出し、
前記パケット判別部は、
前記第１のデータが、前記宛先ＭＡＣアドレスヘッダがマルチキャストのアドレスまたはブロードキャストのアドレスではないことを判別すること
を特徴とするパケット判別装置。
【請求項４】
請求項１に記載のパケット判別装置において、
前記第２の取得部は、
前記パケットが音声信号を含むパケットであると仮定して、前記ネットワークヘッダ情報のプロトコルに相当する箇所の第２のデータを抽出し、
前記パケット判別部は、
前記第２のデータが、前記パケットのデータ形式においてＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）であることを判別すること
を特徴とするパケット判別装置。
【請求項５】
請求項１に記載のパケット判別装置において、
前記第３の取得部は、
前記パケットが音声信号を含むパケットであると仮定して、前記トランスポートヘッダ情報のＵＤＰヘッダの宛先ポートに相当する箇所の第３のデータを抽出し、
前記パケット判別部は、
前記第３のデータが、ＲＴＰで用いるポート番号であることを判別すること
を特徴とするパケット判別装置。
【請求項６】
請求項１に記載のパケット判別装置において、
前記第３の取得部は、
前記パケットが音声信号を含むパケットであると仮定して、前記トランスポートヘッダ情報のＵＤＰデータ長に相当する箇所の第４のデータを抽出し、
前記パケット判別部は、
前記第４のデータが、前記ＵＤＰデータ長においてＲＴＰの最小サイズ以上であることを判別すること
を特徴とするパケット判別装置。
【請求項７】
請求項１に記載のパケット判別装置において、
前記第４の取得部は、
前記パケットが音声信号を含むパケットであると仮定して、トランスポートのデータにおけるＲＴＰヘッダのバージョンに相当する箇所の第５のデータを抽出し、
前記パケット判別部は、
前記第５のデータが、前記ＲＴＰヘッダのバージョンにおいて現在使用されているバージョンであることを判別すること
を特徴とするパケット判別装置。
【請求項８】
請求項１に記載のパケット判別装置において、
前記第４の取得部は、
前記パケットが音声信号を含むパケットであると仮定して、トランスポートのデータにおけるペイロードタイプの最上位ビットに相当する箇所の第６のデータを抽出し、
前記パケット判別部は、
前記第６のデータが、前記メディアタイプが音声を含むものであることを判別すること
を特徴とするパケット判別装置。
【請求項９】
請求項１に記載のパケット判別装置において、
前記第４の取得部は、
前記パケットが音声信号を含むパケットであると仮定して、トランスポートのデータにおけるパディングに相当する箇所の第７のデータを抽出し、
前記パケット判別部は、
前記第７のデータが、前記パケットにおけてパディングが無いことを判別すること
を特徴とするパケット判別装置。
【請求項１０】
請求項１に記載のパケット判別装置において、
前記第４の取得部は、
前記パケットが音声信号を含むパケットであると仮定して、前記パケットのトランスポートのデータにおけるＲＴＰヘッダの拡張ヘッダに関する情報に相当する箇所の第８のデータを抽出し、
前記パケット判別部は、
前記第８のデータに基づいて、前記パケットにおけるＲＴＰペイロードのサイズを判別すること
を特徴とするパケット判別装置。
【請求項１１】
請求項１０に記載のパケット判別装置において、
前記第４の取得部は、
前記パケットが音声信号を含むパケットであると仮定して、前記パケットのトランスポートのデータにおけるＲＴＰペイロードに相当する箇所の第９のデータを抽出し、
前記パケット判別部は、
前記第８のデータに基づいて、前記パケットにおけるＲＴＰの種類を判別すること
を特徴とするパケット判別装置。
【請求項１２】
入力されたパケットが音声信号を含むパケットと仮定して、前記パケットのレイヤー２にて前記パケットの種類を判別するパケット判別方法において、
前記パケットのデータリンクヘッダ情報を取得する第１の取得ステップと、
前記パケットのネットワークヘッダ情報を取得する第２の取得ステップと、
前記パケットのトランスポートヘッダ情報を取得する第３の取得ステップと、
前記パケットの任意のビットの情報を取得する第４の取得ステップとを有し、
前記第１の取得ステップ、前記第２の取得ステップ、前記第３の取得ステップ、前記第４の取得ステップにて取得した情報に基づいて、前記パケットがＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケットであるかどうかを判別するパケット判別ステップとを備えること
を特徴とするパケット判別方法。
【請求項１３】
請求項１２に記載のパケット判別方法において、
前記パケット判別ステップは、
前記第１の取得ステップで取得したデータが、前記宛先ＭＡＣアドレスヘッダがマルチキャストのアドレスまたはブロードキャストのアドレスではなく、
前記第２の取得ステップで取得したデータが、前記パケットのデータ形式においてＵＤＰであり、
前記第３の取得ステップで取得したデータが、ＲＴＰで用いるポート番号であり、
前記第３の取得ステップで取得したデータが、前記ＵＤＰデータ長においてＲＴＰの最小サイズ以上であり、
前記第４の取得ステップで取得したデータが、前記ＲＴＰヘッダのバージョンにおいて現在使用されているバージョンであり、
前記第４の取得ステップで取得したデータが、前記メディアタイプが音声を含むものであり、
前記第４の取得ステップで取得したデータが、前記パケットにおけてパディングが無いときに、
前記パケットがＲＴＰパケットであると判別すること
を特徴とするパケット判別方法。
【請求項１４】
請求項１２に記載のパケット判別方法において、
前記第１の取得ステップは、
前記パケットが音声信号を含むパケットであると仮定して、前記データリンクヘッダ情報の宛先ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレスヘッダに相当する箇所の第１のデータを抽出し、
前記パケット判別ステップは、
前記第１のデータが、前記宛先ＭＡＣアドレスヘッダがマルチキャストのアドレスまたはブロードキャストのアドレスではないことを判別すること
を特徴とするパケット判別方法。
【請求項１５】
請求項１２に記載のパケット判別方法において、
前記第２の取得ステップは、
前記パケットが音声信号を含むパケットであると仮定して、前記ネットワークヘッダ情報のプロトコルに相当する箇所の第２のデータを抽出し、
前記パケット判別ステップは、
前記第２のデータが、前記パケットのデータ形式においてＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）であることを判別すること
を特徴とするパケット判別方法。
【請求項１６】
請求項１２に記載のパケット判別方法において、
前記第３の取得ステップは、
前記パケットが音声信号を含むパケットであると仮定して、前記トランスポートヘッダ情報のＵＤＰヘッダの宛先ポートに相当する箇所の第３のデータを抽出し、
前記パケット判別ステップは、
前記第３のデータが、ＲＴＰで用いるポート番号であることを判別すること
を特徴とするパケット判別方法。
【請求項１７】
請求項１２に記載のパケット判別方法において、
前記第３の取得ステップは、
前記パケットが音声信号を含むパケットであると仮定して、前記トランスポートヘッダ情報のＵＤＰデータ長に相当する箇所の第４のデータを抽出し、
前記パケット判別ステップは、
前記第４のデータが、前記ＵＤＰデータ長においてＲＴＰの最小サイズ以上であることを判別すること
を特徴とするパケット判別方法。
【請求項１８】
請求項１２に記載のパケット判別方法において、
前記第４の取得ステップは、
前記パケットが音声信号を含むパケットであると仮定して、トランスポートのデータにおけるＲＴＰヘッダのバージョンに相当する箇所の第５のデータを抽出し、
前記パケット判別ステップは、
前記第５のデータが、前記ＲＴＰヘッダのバージョンにおいて現在使用されているバージョンであることを判別すること
を特徴とするパケット判別方法。
【請求項１９】
請求項１２に記載のパケット判別方法において、
前記第４の取得ステップは、
前記パケットが音声信号を含むパケットであると仮定して、トランスポートのデータにおけるペイロードタイプの最上位ビットに相当する箇所の第６のデータを抽出し、
前記パケット判別ステップは、
前記第６のデータが、前記メディアタイプが音声を含むものであることを判別すること
を特徴とするパケット判別方法。
【請求項２０】
請求項１２に記載のパケット判別方法において、
前記第４の取得ステップは、
前記パケットが音声信号を含むパケットであると仮定して、トランスポートのデータにおけるパディングに相当する箇所の第７のデータを抽出し、
前記パケット判別ステップは、
前記第７のデータが、前記パケットにおけてパディングが無いことを判別すること
を特徴とするパケット判別方法。
【請求項２１】
請求項１２に記載のパケット判別方法において、
前記第４の取得ステップは、
前記パケットが音声信号を含むパケットであると仮定して、前記パケットのトランスポートのデータにおけるＲＴＰヘッダの拡張ヘッダに関する情報に相当する箇所の第８のデータを抽出し、
前記パケット判別ステップは、
前記第８のデータに基づいて、前記パケットにおけるＲＴＰペイロードのサイズを判別すること
を特徴とするパケット判別方法。
【請求項２２】
請求項２１に記載のパケット判別方法において、
前記第４の取得ステップは、
前記パケットが音声信号を含むパケットであると仮定して、前記パケットのトランスポートのデータにおけるＲＴＰペイロードに相当する箇所の第９のデータを抽出し、
前記パケット判別ステップは、
前記第８のデータに基づいて、前記パケットにおけるＲＴＰの種類を判別すること
を特徴とするパケット判別方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケット判別装置およびパケット判別方法に関するものである。特に、本発明は、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケットの判別装置および判別方法に関するものである。
【背景技術】
【０００２】
従来のＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ））に関するシステムの優先制御の一例としては、セッション状態を監視し、中央制御コンピュータ装置内の流量制御監視部の情報に基づき、流量制御部がアプリケーションレベルでのパケット処理により、音声通話に使用されるパケットを優先制御を行っていた。その際、優先制御におけるパケットの選択は、アプリケーションセッション情報などを基にして選択される。
【特許文献１】特開２００３−４６５６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来技術の優先制御におけるパケットの選択には、セッション状態を監視すること、さらにアプリケーションセッション層のアプリケーションセッション情報などを用いることが必要なため、一般的に高いスペックを有する装置などが必要であり、コストが高いという欠点を有していた。
【課題を解決するための手段】
【０００４】
かかる課題を解決するため、本発明によるパケット判別装置は、入力されたパケットが音声信号を含むパケットと仮定して、パケットのレイヤー２にてパケットの種類を判別するパケット判別装置において、パケットのデータリンクヘッダ情報を取得する第１の取得部と、パケットのネットワークヘッダ情報を取得する第２の取得部と、パケットのトランスポートヘッダ情報を取得する第３の取得部と、パケットの任意のビットの情報を取得する第４の取得部とを有し、第１の取得部、第２の取得部、第３の取得部、第４の取得部にて取得した情報に基づいて、パケットがＲＴＰパケットであるかどうかを判別するパケット判別部とを備えることを特徴とする。
【０００５】
また、かかる課題を解決するため、本発明によるパケット判別方法は、入力されたパケットが音声信号を含むパケットと仮定して、パケットのレイヤー２にてパケットの種類を判別するパケット判別方法において、パケットのデータリンクヘッダ情報を取得する第１の取得ステップと、パケットのネットワークヘッダ情報を取得する第２の取得ステップと、パケットのトランスポートヘッダ情報を取得する第３の取得ステップと、パケットの任意のビットの情報を取得する第４の取得ステップとを有し、第１の取得ステップ、第２の取得ステップ、第３の取得ステップ、第４の取得ステップにて取得した情報に基づいて、パケットがＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケットであるかどうかを判別するパケット判別ステップとを備えることを特徴とする。
【発明の効果】
【０００６】
本発明によるパケット判別装置／パケット判別方法によれば、パケットのデータリンクヘッダを読み取る機能と、ネットワークヘッダを読み取る機能と、トランスポートヘッダを読み取る機能と、パケット中の任意のビットを取得する機能を設けることにより、一つのパケットでＲＴＰパケットであると高い精度で判別することが可能となる。
【発明を実施するための最良の形態】
【０００７】
本発明の第１の実施形態について図面を参照して説明する。
【０００８】
（Ａ）第１の実施形態
（Ａ−１）第１の実施形態の構成
図１は、本発明の第１の実施形態におけるネットワーク機器のパケット判別の構成を示すブロック図である。
【０００９】
本パケット判別装置（ＲＴＰパケット判別装置１）の構成は、入力されたパケットを取得するパケット取得部１１と、パケットにおけるデータリンク層のヘッダ情報を取得するデータリンクヘッダ前記取得部１２と、パケットにおけるネットワーク層のヘッダ情報を取得するネットワークヘッダ情報取得部１３と、パケットにおけるトランスポート層のヘッダ情報を取得するトランスポートヘッダ情報取得部１４と、パケットにおける任意のビット情報を取得するビット情報取得部１５と、データリンクヘッダ前記取得部１２、ネットワークヘッダ情報取得部１３、トランスポートヘッダ情報取得部１４、ビット情報取得部１５にて得られた情報を元に、パケットの種類がＲＴＰのものであるか他のパケットのものであるかを判別するパケット判別部１６を有する。さらに、ＲＴＰパケット判別装置１で判別されたパケットの種類の結果は、パケット処理部［図示せず］に送信され、パケット処理部［図示せず］は、判別されたパケットの種類の結果に応じて、取得したパケットの優先制御を行う。各構成部の詳細は、下記に示す。
【００１０】
データリンクヘッダ取得部［図１：１２］は、取得したパケットがＶｏＩＰパケットであると仮定して、データリンクヘッダ情報（ＭＡＣヘッダ）の宛先ＭＡＣアドレスヘッダに相当する箇所のデータを抽出し、パケット判別部［図１：１６］は、抽出したデータが取得したパケットのＭＡＣアドレスにおける宛先ＭＡＣアドレスヘッダにおいてマルチキャストのアドレスまたはブロードキャストのアドレスではないかを判別する。
【００１１】
ネットワークヘッダ取得部［図１：１３］は、取得したパケットがＶｏＩＰパケットであると仮定して、ネットワークヘッダ情報（ＩＰヘッダ）のプロトコルに相当する箇所のデータを抽出し、パケット判別部［図１：１６］は、抽出したデータが取得したパケットのデータ形式においてＵＤＰであるかを判別する。
【００１２】
トランスポートヘッダ取得部［図１：１４］は、取得したパケットがＶｏＩＰパケットであると仮定して、トランスポートヘッダ情報（ＵＤＰヘッダ）のＵＤＰヘッダの宛先ポートに相当する箇所のデータを抽出し、パケット判別部［図１：１６］は、抽出したデータが取得したパケットのトランスポートヘッダ情報（ＵＤＰヘッダ）のＵＤＰヘッダの宛先ポートにおいてＲＴＰで用いるポート番号（１０２６以上の偶数）であるかを判別する。
【００１３】
トランスポートヘッダ取得部［図１：１４］は、取得したパケットがＶｏＩＰパケットであると仮定して、トランスポートヘッダ情報（ＵＤＰヘッダ）のＵＤＰデータ長に相当する箇所のデータを抽出し、パケット判別部［図１：１６］は、抽出したデータが取得したパケットのトランスポートヘッダ情報（ＵＤＰヘッダ）のＵＤＰデータ長においてＲＴＰの最小サイズ以上であるかを判別する。
【００１４】
ビット情報取得部［図１：１５］は、取得したパケットがＶｏＩＰパケットであると仮定して、トランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰヘッダのバージョンに相当する箇所のデータを抽出し、パケット判別部［図１：１６］は、抽出したデータが取得したパケットのトランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰヘッダのバージョンにおいて現在使用されているバージョンであるかを判別する。
【００１５】
ビット情報取得部［図１：１５］は、取得したパケットがＶｏＩＰパケットであると仮定して、トランスポートのデータ（ＵＤＰペイロード）におけるペイロードタイプの最上位ビットに相当する箇所のデータを抽出し、パケット判別部［図１：１６］は、抽出したデータが取得したパケットのトランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰペイロードタイプにおいてメディアタイプが音声を含むもの［ペイロードタイプの最上位ビットにおいて０］であるかを判別する。
【００１６】
ビット情報取得部［図１：１５］は、取得したパケットがＶｏＩＰパケットであると仮定して、トランスポートのデータ（ＵＤＰペイロード）におけるパディングに相当する箇所のデータを抽出し、パケット判別部［図１：１６］は、抽出したデータが取得したパケットのトランスポートのデータ（ＵＤＰペイロード）におけるパディングに関する情報においてパディングが無いかを判別する。
【００１７】
パケット判別部［図１：１６］において、取得したパケットがＲＴＰパケットではないと判別した場合、パケット処理部［図示せず］は、当該パケットに係わる処理をＲＴＰパケット以外の手順にて処理を行う。ここで、パケット判別部［図１：１６］において、取得したパケットがＲＴＰパケットではないと判別した場合は、以下の＜条件：ａ＞〜＜条件：ｇ＞のいずれかを含む場合である。
＜条件：ａ＞
抽出したデータが取得したパケットのＭＡＣアドレスにおける宛先ＭＡＣアドレスヘッダは、マルチキャストのアドレスまたはブロードキャストのアドレスである。
＜条件：ｂ＞
抽出したデータが取得したパケットのデータ形式は、ＵＤＰではない。
＜条件：ｃ＞
抽出したデータが取得したパケットのトランスポートヘッダ情報（ＵＤＰヘッダ）のＵＤＰヘッダの宛先ポートは、ＲＴＰで用いるポート番号（１０２６以上の偶数）ではない。
＜条件：ｄ＞
抽出したデータが取得したパケットのトランスポートヘッダ情報（ＵＤＰヘッダ）のＵＤＰデータ長は、ＲＴＰの最小サイズ以上ではない。
＜条件：ｅ＞
抽出したデータが取得したパケットのトランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰヘッダのバージョンは、現在使用されているバージョンではない。
＜条件：ｆ＞
抽出したデータが取得したパケットのトランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰペイロードタイプは、メディアタイプが音声を含むもの［ペイロードタイプの最上位ビットにおいて０］ではない。
＜条件：ｇ＞
抽出したデータが取得したパケットのトランスポートのデータ（ＵＤＰペイロード）は、パディングが無い。
【００１８】
パケット判別部［図１：１６］において、取得したパケットがＲＴＰパケットであると判別した場合（上記＜条件：ａ＞〜＜条件：ｇ＞のいずれも含まない場合）、さらに、ビット情報取得部［図１：１５］は、取得したパケットがＶｏＩＰパケットであると仮定して、トランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰヘッダの拡張ヘッダに関する情報に相当する箇所のデータを抽出し、パケット判別部［図１：１６］は、抽出したデータが取得したパケットのＲＴＰヘッダの拡張ヘッダに関する情報において拡張ヘッダがあるかを判別する。
【００１９】
パケット判別部［図１：１６］が、取得したパケットにトランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰヘッダに拡張ヘッダあると判定したとき、取得したパケットのトランスポートのデータ（ＵＤＰペイロード）における「ＵＤＰデータサイズ」−「１６バイト」の値がＲＴＰペイロードのサイズであるとする。
【００２０】
パケット判別部［図１：１６］がは、取得したパケットにトランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰヘッダに拡張ヘッダが無いと判定したとき、取得したパケットのトランスポートのデータ（ＵＤＰペイロード）における「ＵＤＰデータサイズ」−「１２バイト」の値がＲＴＰペイロードのサイズであるとする。
【００２１】
ビット情報取得部［図１：１５］は、取得したパケットがＶｏＩＰパケットであると仮定して、トランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰペイロードに相当する箇所のデータを抽出し、パケット判別部［図１：１６］は、抽出したデータが取得したパケットのトランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰペイロードのデータにおいてＶｏＩＰパケットのコーディクがＧ．７１１であるかを判別する。
【００２２】
ビット情報取得部［図１：１５］は、取得したパケットがＶｏＩＰパケットであると仮定して、トランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰペイロードに相当する箇所のデータを抽出し、パケット判別部［図１：１６］は、抽出したデータが取得したパケットのトランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰペイロードのデータにおいてＶｏＩＰパケットのコーディクがＧ．７２９であるかを判別する。
【００２３】
パケット判別部［図１：１６］が、取得したパケットがＲＴＰであり、取得したパケットのコーデックがＩＴＵ−Ｔで制定されるＧ．７１１であり、ペイロード長が８の倍数バイトであると判別したとき、パケット処理部［図示せず］は、取得したパケットに関連する処理をコーデック：ＩＴＵ−Ｔで制定されるＧ．７１１、ペイロード長：８の倍数バイトのＲＴＰに対応した優先制御の処理を行う。
【００２４】
パケット判別部［図１：１６］が、取得したパケットがＲＴＰであり、取得したパケットのコーデックがＩＴＵ−Ｔで制定されるＧ．７２９であり、ペイロード長が１０の倍数バイトであると判別したとき、パケット処理部［図示せず］は、取得したパケットに関連する処理をコーデック：ＩＴＵ−Ｔで制定されるＧ．７２９、ペイロード長：１０の倍数バイトのＲＴＰに対応した優先制御の処理を行う。
【００２５】
パケット判別部［図１：１６］が、取得したパケットがＲＴＰであり、上記以外のその他のＲＴＰであると判別したとき、パケット処理部［図示せず］は、取得したパケットに関連する処理を上記以外のその他のＲＴＰに対応した優先制御の処理を行う。
【００２６】
（Ａ−２）第１の実施形態の動作
第１の実施形態の動作は、図２〜図７を用いて説明する。図２は、本発明の第１の実施形態におけるネットワーク機器におけるパケット判別の動作を示すフローチャートである。図３は、本発明の第１の実施形態においてパケットがＶｏＩＰのときにおけるレイヤー２の構造である。図４は、本発明の第１の実施形態においてパケットがＶｏＩＰのときにおけるＭＡＣヘッダ（イーサネット（登録商標）Ｖ２形式）の構造である。図５は、本発明の第１の実施形態においてパケットがＶｏＩＰのときにおけるＩＰヘッダの構造である。図６は、本発明の第１の実施形態においてパケットがＶｏＩＰのときにおけるＵＤＰヘッダの構造である。図７は、本発明の第１の実施形態においてパケットがＶｏＩＰのときにおいてＵＤＰデータにおけるＲＴＰヘッダの構造である。本発明は、取得したパケットのレイヤー２におけるデータの構造に基づいたパケット判別の動作を示す。ステップ１〜ステップ８において、取得したパケットのレイヤー２のデータ構造からＲＴＰであるか否かを判定する。さらにステップ９〜ステップ１６において、取得したパケットのレイヤー２のデータ構造から、音声に係わるＲＴＰであるかそれ以外のその他のＲＴＰであるかを判別、および音声に係わるＲＴＰがコーディク：ＩＴＵ−Ｔで制定されるＧ．７１１であり、ペイロード長：８の倍数ｂｙｔｅであるＲＴＰか、コーディク：ＩＴＵ−Ｔで制定されるＧ．７２９であり、ペイロード長：１０の倍数ｂｙｔｅであるＲＴＰかを判別する。
【００２７】
＜ステップ１［図２：Ｓ１］＞
ステップ１［図２：Ｓ１］は、取得したパケットがＶｏＩＰパケットであると仮定して、データリンクヘッダ情報（ＭＡＣヘッダ）の宛先ＭＡＣアドレスヘッダに相当する箇所のデータを抽出し、抽出したデータが取得したパケットのＭＡＣアドレスにおける宛先ＭＡＣアドレスヘッダにおいてマルチキャストのアドレスまたはブロードキャストのアドレスではないかを判別する。ステップ１［図２：Ｓ１］は、データリンクヘッダ取得部［図１：１２］、パケット判別部［図１：１６］で処理される。
【００２８】
ステップ１［図２：Ｓ１］における具体的な判別処理の一例は、次の通りである。データリンクヘッダ取得部［図１：１２］は、取得したパケットのレイヤー２の構造［図３：３１］において、レイヤー２の構造の１〜１４（ｂｙｔｅ）［図３：３２］の先頭から１〜６（ｂｙｔｅ）のデータ［図４：４１］を抽出する。パケット判別部［図１：１６］は、抽出したデータが取得したパケットのＭＡＣアドレスにおいてマルチキャストのアドレスまたはブロードキャストのアドレスに該当しないかを判別する。パケット判別部［図１：１６］が、判別結果において取得したパケットのＭＡＣアドレスがマルチキャストのアドレスまたはブロードキャストのアドレスに該当しない場合、ステップ１［図２：Ｓ１］の処理はステップ２［図２：Ｓ２］の処理に遷移し、判別結果において取得したパケットのＭＡＣアドレスがマルチキャストのアドレスまたはブロードキャストのアドレスに該当する場合、ステップ１［図２：Ｓ１］の処理はステップ８［図２：Ｓ８］の処理に遷移する。
【００２９】
＜ステップ２［図２：Ｓ２］＞
続いて、ステップ２［図２：Ｓ２］は、取得したパケットがＶｏＩＰパケットであると仮定して、ネットワークヘッダ情報（ＩＰヘッダ）のプロトコルに相当する箇所のデータを抽出し、抽出したデータが取得したパケットのデータ形式においてＵＤＰであるかを判別する。ステップ２［図２：Ｓ２］は、ネットワークヘッダ取得部［図１：１３］、パケット判別部［図１：１６］で処理される。
【００３０】
ステップ２［図２：Ｓ２］における具体的な判別処理の一例は、次の通りである。ネットワークヘッダ取得部［図１：１３］は、取得したパケットのレイヤー２［図３：３１］において、レイヤー２の構造の１５〜３４（ｂｙｔｅ）［図３：３３］の先頭から１０（ｂｙｔｅ）のデータ［図５：５１］を抽出する。パケット判別部［図１：１６］は、抽出したデータが取得したパケットのデータ形式においてＵＤＰ（：抽出したデータの値が１７）に該当するかを判別する。パケット判別部［図１：１６］は、判別結果において取得したパケットのデータ形式がＵＤＰ（：値が１７）に該当する場合、ステップ２［図２：Ｓ２］の処理はステップ３［図２：Ｓ３］の処理に遷移し、判別結果において取得したパケットのデータ形式がＵＤＰ（：値が１７）に該当しない場合、ステップ２［図２：Ｓ２］の処理はステップ８［図２：Ｓ８］の処理に遷移する。
【００３１】
＜ステップ３［図２：Ｓ３］＞
ステップ３［図２：Ｓ３］は、取得したパケットがＶｏＩＰパケットであると仮定して、トランスポートヘッダ情報（ＵＤＰヘッダ）のＵＤＰヘッダの宛先ポートに相当する箇所のデータを抽出し、抽出したデータが取得したパケットのＵＤＰヘッダの宛先ポートにおいてＲＴＰで用いるポート番号であるかを判別する。ステップ３［図２：Ｓ３］は、トランスポートヘッダ取得部［図１：１４］、パケット判別部［図１：１６］で処理される。
【００３２】
ステップ３［図２：Ｓ３］における具体的な判別処理の一例は、次の通りである。トランスポートヘッダ情報取得部［図１：１４］は、取得したパケットのレイヤー２［図３：３１］において、レイヤー２の構造の３５〜４２（ｂｙｔｅ）［図３：３４］の先頭から３〜４（ｂｙｔｅ）のデータ［図６：６１］を抽出する。パケット判別部［図１：１６］は、抽出したデータが取得したパケットのＵＤＰヘッダの宛先ポートにおいて１０２６以上の偶数に該当するかを判別する。パケット判別部［図１：１６］は、判別結果において取得したパケットのＵＤＰヘッダの宛先ポートが１０２６以上の偶数に該当する場合、ステップ３［図２：Ｓ３］の処理はステップ４［図２：Ｓ４］の処理に遷移し、判別結果において取得したパケットのＵＤＰヘッダの宛先ポートが１０２６以上の偶数に該当しない場合、ステップ３［図２：Ｓ３］の処理はステップ８［図２：Ｓ８］の処理に遷移する。
【００３３】
＜ステップ４［図２：Ｓ４］＞
ステップ４［図２：Ｓ４］は、取得したパケットがＶｏＩＰパケットであると仮定して、トランスポートヘッダ情報（ＵＤＰヘッダ）のＵＤＰデータ長に相当する箇所のデータを抽出し、抽出したデータが取得したパケットのＵＤＰデータ長においてＵＤＰペイロードのサイズがＲＴＰの最小サイズ以上であるかを判別する。ステップ４［図２：Ｓ４］は、トランスポートヘッダ取得部［図１：１４］、パケット判別部［図１：１６］で処理される。
【００３４】
ステップ４［図２：Ｓ４］における具体的な判別処理の一例は、次の通りである。トランスポートヘッダ情報取得部［図１：１４］は、取得したパケットのレイヤー２［図３：３１］において、レイヤー２の構造の３５〜４２（ｂｙｔｅ）［図３：３４］の先頭から５〜６（ｂｙｔｅ）のデータ［図６：６２］を抽出する。パケット判別部［図１：１６］は、抽出したデータが取得したパケットのＵＤＰデータ長において２０バイト以上に該当するかを判別する。パケット判別部［図１：１６］は、判別結果において取得したパケットのＵＤＰデータ長において２０バイト以上に該当する場合、ステップ４［図２：Ｓ４］の処理はステップ５［図２：Ｓ５］の処理に遷移し、判別結果において取得したパケットのＵＤＰデータ長において２０バイト以上に該当しない場合、ステップ４［図２：Ｓ４］の処理はステップ８［図２：Ｓ８］の処理に遷移する。
【００３５】
＜ステップ５［図２：Ｓ５］＞
ステップ５［図２：Ｓ５］は、取得したパケットがＶｏＩＰパケットであると仮定して、トランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰヘッダのバージョンに相当する箇所のデータを抽出し、抽出したデータが取得したパケットのトランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰヘッダのバージョンにおいて現在使用されているバージョンであるかを判別する。ステップ５［図２：Ｓ５］は、トランスポートヘッダ取得部［図１：１４］、パケット判別部［図１：１６］で処理される。
【００３６】
ステップ５［図２：Ｓ５］における具体的な判別処理の一例は、次の通りである。ビット情報取得部［図１：１５］は、取得したパケットのレイヤー２［図３：３１］において、レイヤー２の構造の４３〜５４（または、オプション：寄与送信元（ＣＳＲＣ）識別子があるときは、レイヤー２の構造の４３〜５８）（ｂｙｔｅ）［図３：３５］の先頭から１（ｂｙｔｅ）であり、この１（ｂｙｔｅ）の上位から１〜２（ｂｉｔ）（：８〜７（ｂｉｔ）に該当）のデータ［図７：７１］を抽出する。パケット判別部［図１：１６］は、抽出したデータが取得したパケットのＲＴＰヘッダのバージョンにおいて２に該当するかを判別する。パケット判別部［図１：１６］は、判別結果において取得したパケットのＲＴＰヘッダのバージョンが２に該当する場合、ステップ５［図２：Ｓ５］の処理はステップ６［図２：Ｓ６］の処理に遷移し、判別結果において取得したパケットのＲＴＰヘッダのバージョンが２に該当しない場合、ステップ５［図２：Ｓ５］の処理はステップ８［図２：Ｓ８］の処理に遷移する。（なお、オプション：寄与送信元（ＣＳＲＣ）識別子は、取得したパケットのレイヤー２［図３：３１］において、レイヤー２の構造の４３〜５８（ｂｙｔｅ）［図３：３５］の先頭から１３〜１６（ｂｙｔｅ）のデータ［図７：７２］である。）
【００３７】
＜ステップ６［図２：Ｓ６］＞
ステップ６［図２：Ｓ６］は、取得したパケットがＶｏＩＰパケットであると仮定して、トランスポートのデータ（ＵＤＰペイロード）におけるペイロードタイプの最上位ビットに相当する箇所のデータを抽出し、抽出したデータが取得したパケットのトランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰペイロードタイプにおいてメディアタイプが音声を含むもの［ペイロードタイプの最上位ビットにおいて０］であるかを判別する。ステップ６［図２：Ｓ６］は、ビット情報取得部［図１：１５］、パケット判別部［図１：１６］で処理される。
【００３８】
ステップ６［図２：Ｓ６］における具体的な判別処理の一例は、次の通りである。ビット情報取得部［図１：１５］は、取得したパケットのレイヤー２［図３：３１］において、レイヤー２の構造の４３〜５４（または、オプション：寄与送信元（ＣＳＲＣ）識別子があるときは、レイヤー２の構造の４３〜５８）（ｂｙｔｅ）［図３：３５］の先頭から２（ｂｙｔｅ）であり、この２（ｂｙｔｅ）の上位から２（ｂｉｔ）（：７（ｂｉｔ）に該当）のデータ［図７：７３］を抽出する。パケット判別部［図１：１６］は、抽出したデータが取得したパケットのトランスポートのデータ（ＵＤＰペイロード）におけるペイロードタイプの最上位ビットにおいて０に該当するかを判別する。パケット判別部［図１：１６］は、判別結果において取得したパケットのトランスポートのデータ（ＵＤＰペイロード）におけるペイロードタイプの最上位ビットが０に該当する場合、ステップ６［図２：Ｓ６］の処理はステップ７［図２：Ｓ８］の処理に遷移し、判別結果において取得したパケットのトランスポートのデータ（ＵＤＰペイロード）におけるペイロードタイプの最上位ビットが０に該当しない場合、ステップ６［図２：Ｓ６］の処理はステップ８［図２：Ｓ８］の処理に遷移する。
【００３９】
＜ステップ７［図２：Ｓ７］＞
ステップ７［図２：Ｓ７］は、取得したパケットがＶｏＩＰパケットであると仮定して、トランスポートのデータ（ＵＤＰペイロード）におけるパディングに相当する箇所のデータを抽出し、抽出したデータが取得したパケットのトランスポートのデータ（ＵＤＰペイロード）におけるパディングに関する情報においてパディングが無いかを判別する。ステップ７［図２：Ｓ７］は、ビット情報取得部［図１：１５］、パケット判別部［図１：１６］で処理される。
【００４０】
ステップ７［図２：Ｓ７］における具体的な判別処理の一例は、次の通りである。ビット情報取得部［図１：１５］は、取得したパケットのレイヤー２［図３：３１］において、レイヤー２の構造の４３〜５４（または、オプション：寄与送信元（ＣＳＲＣ）識別子があるときは、４３〜５８）（ｂｙｔｅ）［図３：３５］の上位から１（ｂｙｔｅ）であり、この１（ｂｙｔｅ）の上位から３［ｂｉｔ］（：６（ｂｉｔ）に該当）のデータ［図７：７４］を抽出する。パケット判別部［図１：１６］は、抽出したデータが取得したパケットのトランスポートのデータ（ＵＤＰペイロード）におけるパディングにおいて０に該当するかを判別する。パケット判別部［図１：１６］は、判別結果において取得したパケットのトランスポートのデータ（ＵＤＰペイロード）におけるパディングが０に該当する場合、ステップ７［図２：Ｓ７］の処理はステップ９［図２：Ｓ９］の処理に遷移し、判別結果において取得したパケットのトランスポートのデータ（ＵＤＰペイロード）におけるパディングが０に該当しない場合、ステップ７［図２：Ｓ７］の処理はステップ８［図２：Ｓ８］の処理に遷移する。
【００４１】
＜ステップ８［図２：Ｓ８］＞
ステップ８［図２：Ｓ８］は、ステップ１［図２：Ｓ１］〜ステップ１［図２：Ｓ７］の判定条件がすべて該当しない場合、取得したパケットがＲＴＰパケットではないと判別し、当該パケットに係わる処理をＲＴＰパケット以外の手順にて処理を行う。ステップ８［図２：Ｓ８］は、パケット判別部［図１：１６］、パケット処理部［図示せず］で処理される。
【００４２】
ステップ８［図２：Ｓ８］における具体的な判別処理の一例は、次の通りである。パケット判別部［図１：１６］は、ステップ１［図２：Ｓ１］〜ステップ１［図２：Ｓ７］の判定条件がすべて該当しない場合、パケットはＲＴＰパケットではないと判別し、パケット処理部［図示せず］は、当該パケットに係わる処理をＲＴＰパケット以外の手順にて処理を行う。
【００４３】
ステップ１［図２：Ｓ１］〜ステップ７［図２：Ｓ７］において、取得したパケットがＲＴＰであると仮定されると、さらにステップ９［図２：Ｓ９］〜ステップ１６［図２：Ｓ１６］においては、取得したパケットがＲＴＰ該当すると判別し、取得したパケットにおけるＲＴＰの種類を判別する。判定するＲＴＰの種類は、ＲＴＰヘッダの拡張があるか否かと、ＲＴＰに使用されるコーディク／ペイロード長である。ＲＴＰに使用されるコーディク／ペイロード長については、コーディク：ＩＴＵ−Ｔで制定されるＧ．７１１でありペイロード長：８の倍数ｂｙｔｅであるＲＴＰか、コーディク：ＩＴＵ−Ｔで制定されるＧ．７２９でありペイロード長：１０の倍数ｂｙｔｅであるＲＴＰか、上記以外のその他のＲＴＰであるかを判別する。
【００４４】
＜ステップ９［図２：Ｓ９］＞
ステップ９［図２：Ｓ９］は、取得したパケットがＶｏＩＰパケットであると仮定して、トランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰヘッダの拡張ヘッダに関する情報に相当する箇所のデータを抽出し、抽出したデータが取得したパケットのＲＴＰヘッダの拡張ヘッダに関する情報において拡張ヘッダがあるかを判別する。ステップ９［図２：Ｓ９］は、ビット情報取得部［図１：１５］、パケット判別部［図１：１６］で処理される。
【００４５】
ステップ９［図２：Ｓ９］における具体的な判別処理の一例は、次の通りである。ビット情報取得部［図１：１５］は、取得したパケットのレイヤー２［図３：３１］において、レイヤー２の構造の４３〜５４（または、オプション：寄与送信元（ＣＳＲＣ）識別子があるときは、レイヤー２の構造の４３〜５８）（ｂｙｔｅ）［図７：３５］の先頭から１（ｂｙｔｅ）であり、この１（ｂｙｔｅ）の上位から４（ｂｉｔ）（：５（ｂｉｔ）に該当）のデータ［図７：７５］を抽出する。パケット判別部［図１：１６］は、抽出したデータが取得したパケットのトランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰヘッダの拡張ヘッダに関する情報において１に該当するかを判別する。パケット判別部［図１：１６］は、判別結果において取得したパケットのトランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰヘッダの拡張ヘッダに関する情報が１に該当する場合、ステップ９［図２：Ｓ９］の処理はステップ１０［図２：Ｓ１０］の処理に遷移し、判別結果において取得したパケットのトランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰヘッダの拡張ヘッダに関する情報が１に該当しない場合、ステップ９［図２：Ｓ９］の処理はステップ１１［図２：Ｓ１１］の処理に遷移する。
【００４６】
＜ステップ１０［図２：Ｓ１０］＞
ステップ１０［図２：Ｓ１０］は、取得したパケットにトランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰヘッダに拡張ヘッダあると判定し、取得したパケットのトランスポートのデータ（ＵＤＰペイロード）における「ＵＤＰデータサイズ」−「１６バイト」の値がＲＴＰペイロードのサイズであると判別し、ステップ１２の処理を行う。ステップ１０［図２：Ｓ１０］は、パケット判別部［図１：１６］で処理される。
【００４７】
ステップ１０［図２：Ｓ１０］において具体的な処理の一例は、次の通りである。パケット判別部［図１：１６］は、トランスポートヘッダ情報取得部［図１：１４］が取得したパケットのトランスポートのデータ（ＵＤＰペイロード）における「ＵＤＰデータサイズ」−「１６バイト」の値がＲＴＰペイロード［図３：３６］のサイズであると判別し、ステップ１０［図２：Ｓ１０］の処理はステップ１２［図２：Ｓ１２］の処理に遷移する。
【００４８】
＜ステップ１１［図２：Ｓ１１］＞
ステップ１１［図２：Ｓ１１］は、取得したパケットにトランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰヘッダに拡張ヘッダが無いと判定し、取得したパケットのトランスポートのデータ（ＵＤＰペイロード）における「ＵＤＰデータサイズ」−「１２バイト」の値がＲＴＰペイロードのサイズであると判別し、ステップ１２の処理を行う。ステップ１１［図２：Ｓ１０］は、パケット判別部［図１：１６］で処理される。
【００４９】
ステップ１１［図２：Ｓ１１］において具体的な処理の一例は、次の通りである。パケット判別部［図１：１６］は、トランスポートヘッダ情報取得部［図１：１４］が取得したパケットトランスポートのデータ（ＵＤＰペイロード）における「ＵＤＰデータサイズ」−「１２バイト」の値がＲＴＰペイロード［図３：３６］のサイズであると判別し、ステップ１１［図２：Ｓ１１］の処理はステップ１２［図２：Ｓ１２］の処理に遷移する。
【００５０】
＜ステップ１２［図２：Ｓ１２］＞
ステップ１２［図２：Ｓ１２］は、取得したパケットがＶｏＩＰパケットであると仮定して、トランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰペイロードに相当する箇所のデータを抽出し、抽出したデータが取得したパケットのトランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰペイロードのデータにおいてＶｏＩＰパケットのコーディクがＧ．７１１であるかを判別する。ステップ１２［図２：Ｓ１２］は、ビット情報取得部［図１：１５］、パケット判別部［図１：１６］で処理される。
【００５１】
ステップ１２［図２：Ｓ１２］において具体的な処理の一例は、次の通りである。ビット情報取得部［図１：１５］は、取得したパケットのレイヤー２［図３：３１］において、レイヤー２の構造の４３〜５４（または、オプション：寄与送信元（ＣＳＲＣ）識別子があるときは、４３〜５８）（ｂｙｔｅ）［図７：３５］の先頭から２（ｂｙｔｅ）であり、この２（ｂｙｔｅ）の上位から２〜８［ｂｉｔ］（：７〜１（ｂｉｔ）に該当）のデータ［図７：７３］を抽出する。パケット判別部［図１：１６］は、抽出したデータが取得したパケットのトランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰペイロードのペイロードタイプ（エンコーディングネーム）においてＧ．７１１（：値が０）に該当するかを判別する。パケット判別部［図１：１６］は、判別結果において取得したパケットのトランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰペイロードのエンコーディングネームがＧ．７１１（：値が０）に該当しない場合、ステップ１２［図２：Ｓ１２］の処理はステップ１３［図２：Ｓ１３］の処理に遷移し、判別結果において取得したパケットのトランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰペイロードのエンコーディングネームにおいてＧ．７１１（：値が０）に該当する場合、ステップ１２［図２：Ｓ１２］の処理はステップ１４［図２：Ｓ１４］の処理に遷移する。
【００５２】
＜ステップ１３［図２：Ｓ１３］＞
ステップ１３［図２：Ｓ１３］は、取得したパケットがＶｏＩＰパケットであると仮定して、トランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰペイロードに相当する箇所のデータを抽出し、抽出したデータが取得したパケットのトランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰペイロードのデータにおいてＶｏＩＰパケットのコーディクがＧ．７２９であるかを判別する。ステップ１３［図２：Ｓ１３］は、ビット情報取得部
［図１：１４］、パケット判別部［図１：１６］、パケット判別部［図１：１６］で処理される。
【００５３】
ステップ１３［図２：Ｓ１３］における具体的な判別処理の一例は、次の通りである。ビット情報取得部［図１：１５］は、取得したパケットのレイヤー２［図３：３１］において、レイヤー２の構造の４３〜５４（または、オプション：寄与送信元（ＣＳＲＣ）識別子があるときは、４３〜５８）（ｂｙｔｅ）［図７：３５］の先頭から２（ｂｙｔｅ）であり、この２（ｂｙｔｅ）の上位から２〜８［ｂｉｔ］（：７〜１（ｂｉｔ）に該当）のデータ［図７：７３］を抽出する。パケット判別部［図１：１６］は、抽出したデータが取得したパケットのトランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰペイロードのペイロードタイプ（エンコーディングネーム）がＧ．７２９（：値が１８）に該当するかを判別する。パケット判別部［図１：１６］は、判別結果において取得したパケットのトランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰペイロードのエンコーディングネームがＧ．７２９（：値が１８）に該当する場合、ステップ１３［図２：Ｓ１３］の処理はステップ１５［図２：Ｓ１５］の処理に遷移し、判別結果において取得したパケットのトランスポートのデータ（ＵＤＰペイロード）におけるＲＴＰペイロードのエンコーディングネームがＧ．７２９（：値が１８）に該当しない場合、ステップ１３［図２：Ｓ１３］の処理はステップ１６［図２：Ｓ１６］の処理に遷移する。
【００５４】
＜ステップ１４［図２：Ｓ１４］＞
ステップ１４［図２：Ｓ１４］は、取得したパケットがＲＴＰであり、取得したパケットのコーデックがＩＴＵ−Ｔで制定されるＧ．７１１であり、ペイロード長が８の倍数バイトであると判別する。ステップ１４［図２：Ｓ１４］は、パケット判別部［図１：１６］、パケット処理部［図示せず］で処理される。
【００５５】
ステップ１４［図２：Ｓ１４］において具体的な処理の一例は、次の通りである。パケット判別部［図１：１６］は、取得したパケットのコーデックがＩＴＵ−Ｔで制定されるＧ．７１１であり、ペイロード長が８の倍数バイトであると判別し、パケット処理部［図示せず］は、取得したパケットに関連する処理をコーデック：ＩＴＵ−Ｔで制定されるＧ．７１１、ペイロード長：８の倍数バイトのＲＴＰに対応した優先制御の処理を行う。
【００５６】
＜ステップ１５［図２：Ｓ１５］＞
ステップ１５［図２：Ｓ１５］は、取得したパケットがＲＴＰであり、取得したパケットのコーデックがＩＴＵ−Ｔで制定されるＧ．７２９であり、ペイロード長が１０の倍数バイトであると判別する。ステップ１５［図２：Ｓ１５］は、パケット判別部［図１：１６］、パケット処理部［図示せず］で処理される。
【００５７】
ステップ１５［図２：Ｓ１５］において具体的な処理の一例は、次の通りである。パケット判別部［図１：１６］は、取得したパケットのコーデックがＩＴＵ−Ｔで制定されるＧ．７２９であり、ペイロード長が１０の倍数バイトであると判別し、パケット処理部［図示せず］は、取得したパケットに関連する処理をコーデック：ＩＴＵ−Ｔで制定されるＧ．７２９、ペイロード長：１０の倍数バイトのＲＴＰに対応した優先制御の処理を行う。
【００５８】
＜ステップ１６［図２：Ｓ１６］＞
ステップ１６［図２：Ｓ１６］は、取得したパケットがＲＴＰであり、上記以外のその他のＲＴＰであると判別する。ステップ１６［図２：Ｓ１６］は、パケット判別部［図１：１６］、パケット処理部［図示せず］で処理される。
【００５９】
ステップ１６［図２：Ｓ１６］において具体的な処理の一例は、次の通りである。パケット判別部［図１：１６］は、取得したパケットがその他のＲＴＰであると判別し、パケット処理部［図示せず］は、取得したパケットに関連する処理を上記以外のその他のＲＴＰに対応した優先制御の処理を行う。
【００６０】
（Ａ−３）第１の実施形態の効果
以上説明したように本発明の第１の実施形態におけるネットワーク機器におけるパケット判別は、パケットのデータリンクヘッダを読み取る機能と、ネットワークヘッダを読み取る機能と、トランスポートヘッダを読み取る機能と、パケット中の任意のビットを取得する機能を設けることにより、一つのパケットでＲＴＰパケットであると高い精度で判別することが可能となる。
【図面の簡単な説明】
【００６１】
【図１】本発明の第１の実施形態におけるネットワーク機器のパケット判別の構成を示すブロック図である。
【図２】本発明の第１の実施形態におけるネットワーク機器におけるパケット判別の動作を示すフローチャートである。
【図３】本発明の第１の実施形態においてパケットがＶｏＩＰのときにおけるレイヤー２の構造である。
【図４】本発明の第１の実施形態においてパケットがＶｏＩＰのときにおけるＭＡＣヘッダ（イーサネット（登録商標）Ｖ２形式）の構造である。
【図５】本発明の第１の実施形態においてパケットがＶｏＩＰのときにおけるＩＰヘッダの構造である。
【図６】本発明の第１の実施形態においてパケットがＶｏＩＰのときにおけるＵＤＰヘッダの構造である。
【図７】本発明の第１の実施形態においてパケットがＶｏＩＰのときにおいてＵＤＰデータにおけるＲＴＰヘッダの構造である。
【符号の説明】
【００６２】
１・・・ＲＴＰパケット判別装置。
１１・・・パケット取得部。
１２・・・データリンクヘッダ前記取得部。
１３・・・ネットワークヘッダ情報取得部。
１４・・・トランスポートヘッダ情報取得部。
１５・・・ビット情報取得部。
１６・・・パケット判別部。
３１・・・取得したパケットのレイヤー２の構造。
３２・・・取得したパケットのレイヤー２の構造における１〜１４（ｂｙｔｅ）のデータ（データリンクヘッダ情報（１４ｂｙｔｅ））。
３３・・・取得したパケットのレイヤー２の構造における１５〜３４（ｂｙｔｅ）のデータ（ネットワークヘッダ情報（２０ｂｙｔｅ））。
３４・・・取得したパケットのレイヤー２の構造における３５〜４２（ｂｙｔｅ）のデータ（トランスポートヘッダ情報（８ｂｙｔｅ））。
３５・・・取得したパケットのレイヤー２の構造における４３〜５４（または、オプション：寄与送信元（ＣＳＲＣ）識別子があるときは、レイヤー２の構造の４３〜５８）（ｂｙｔｅ）のデータ（ＲＴＰヘッダ情報（１２〜１６ｂｙｔｅ））。
３６・・・取得したパケットのレイヤー２の構造における５５〜６２（最大：２１４）（または、オプション：寄与送信元（ＣＳＲＣ）識別子があるときは、レイヤー２の構造の５９〜６６（最大：２１８））（ｂｙｔｅ）のデータ（ＲＴＰのペイロード（８〜１６０ｂｙｔｅ））。
４１・・・取得したパケットのレイヤー２の構造における１〜１４（ｂｙｔｅ）の先頭から１〜６（ｂｙｔｅ）のデータ（宛先ＭＡＣアドレスヘッダ）。
５１・・・取得したパケットのレイヤー２の構造における１５〜３４（ｂｙｔｅ）の先頭から１０（ｂｙｔｅ）のデータ（プロトコル）。
６１・・・取得したパケットのレイヤー２の構造における３５〜４２（ｂｙｔｅ）の先頭から３〜４（ｂｙｔｅ）のデータ（送信元ポート番号）。
６２・・・取得したパケットのレイヤー２の構造における３５〜４２（ｂｙｔｅ）の先頭から５〜６（ｂｙｔｅ）のデータ（宛先ポート番号）。
７１・・・取得したパケットのレイヤー２の構造における４３〜５４（または、オプション：寄与送信元（ＣＳＲＣ）識別子があるときは、レイヤー２の構造の４３〜５８）（ｂｙｔｅ）の先頭から１（ｂｙｔｅ）であり、この１（ｂｙｔｅ）の上位から１〜２（ｂｉｔ）（：８〜７（ｂｉｔ）に該当）のデータ（Ｖ：バージョン）。
７２・・・取得したパケットのレイヤー２の構造における４３〜５８（ｂｙｔｅ）の先頭から１３〜１６（ｂｙｔｅ）のデータ（寄与送信元（CSRC）識別子（オプション））。
７３・・・取得したパケットのレイヤー２の構造における４３〜５４（または、オプション：寄与送信元（ＣＳＲＣ）識別子があるときは、レイヤー２の構造の４３〜５８）（ｂｙｔｅ）の先頭から２（ｂｙｔｅ）であり、この２（ｂｙｔｅ）の上位から２〜８（ｂｉｔ）（：７〜１（ｂｉｔ）に該当）のデータ（ペイロードタイプ）。
７４・・・取得したパケットのレイヤー２の構造における４３〜５４（または、オプション：寄与送信元（ＣＳＲＣ）識別子があるときは、４３〜５８）（ｂｙｔｅ）の先頭から１（ｂｙｔｅ）であり、この１（ｂｙｔｅ）の上位から３［ｂｉｔ］（：６（ｂｉｔ）に該当）のデータ（Ｐ：パディング）。
７５・・・取得したパケットのレイヤー２の構造における４３〜５４（または、オプション：寄与送信元（ＣＳＲＣ）識別子があるときは、４３〜５８）（ｂｙｔｅ）の先頭から１（ｂｙｔｅ）であり、この１（ｂｙｔｅ）の上位から４（ｂｉｔ）（：５（ｂｉｔ）に該当）のデータ（Ｘ：拡張）。
【図１】
0004600251.tif 000002
【図２】
0004600251.tif 000003
【図３】
0004600251.tif 000004
【図４】
0004600251.tif 000005
【図５】
0004600251.tif 000006
【図６】
0004600251.tif 000007
【図７】
0004600251.tif 000008