JP6003308B2 - 通信装置、方法及びプログラム - Google Patents

Description

本発明は通信装置、方法及びプログラムに関し、例えば、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）メディアの転送処理を複数のプロセッサの中のいずれかが実行するＶｏＩＰホームゲートウェイに適用し得るものである。

ＶｏＩＰメディアの転送処理を複数のプロセッサのいずれかが実行する通信装置が、既に、提案されている（特許文献１参照）。

例えば、図１０に示す通信装置１０は、複雑な通信パケット処理や制御を行うアプリケーション用プロセッサ（以下、ＡＰと呼ぶ）１１と、通信パケットを高速に転送するためのファストパス用プロセッサ（以下、ＦＰと呼ぶ）１２を有し、配下のＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）端末１３に通話機能を提供する。

図１１は、配下のＳＩＰ端末１３が外線通話を行った場合のシーケンスを示している。図１１では、網をＷＡＮと表現しており、配下の複数のＳＩＰ端末１３が存在する側をＬＡＮと表現している。後述する実施形態の説明でも、適宜、「ＷＡＮ」、「ＬＡＮ」という用語を用いる。

ＳＩＰ端末１３と通信装置１０との間や、通信装置１０と網との間のそれぞれで、ＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）情報を交換し、網から入ってくるＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケットに対し、その宛先ＩＰアドレスとポート番号、送信元ＩＰアドレスとポート番号、ＤＳＣＰ（Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ Ｓｅｒｖｉｃｅ Ｃｏｄｅ Ｐｏｉｎｔ）値、ＲＴＰヘッダ情報（ＳＳＲＣ識別子（同期送信元識別子）、シーケンス番号、タイムスタンプ）などを通信装置１０とＳＩＰ端末１３との経路に合わせて書き換えてＳＩＰ端末１３へ送信し、同様に、ＳＩＰ端末１３から入ってくるＲＴＰパケットに対しても、その宛先ＩＰアドレスとポート番号、送信元ＩＰアドレスとポート番号、ＤＳＣＰ値、ＲＴＰヘッダ情報などを通信装置１０と網との経路に合わせて書き換えて送信している。

上述した図１０は、網からＳＩＰ端末１３へのＲＴＰパケットの流れをも示している。ＡＰ１１が担う機能部として転送処理部１４が設けられており、また、ＦＰ１２が担う機能部として高速転送処理部１５が設けられている。高速転送処理部１５は、ヘッダ情報比較処理部１５Ｂを有し、ヘッダ情報比較処理部１５Ｂは、入力されたＲＴＰパケットに関し、ＦＰ登録管理テーブル１６にＦＰパスの登録がなされているか否かを確認し、登録されている場合には高速転送処理部１５内のＲＴＰヘッダ変換処理部１５Ａを機能させて上述したＲＴＰパケットの変換やその後の転送を実行させ（二重線矢印参照）、登録されていない場合には転送処理部１４内のＲＴＰヘッダ変換処理部１４Ａを機能させて上述したＲＴＰパケットの変換やその後の転送を実行させる（点線矢印参照）。

ＡＰ１１上では、様々なアプリケーションが動作するため比較的低速な転送能力しかなく、転送処理により他のアプリケーションの処理遅延を招く可能性がある。一方、ＡＰ１１が介在しないパス（二重線矢印）でＲＴＰパケットが転送処理された場合、最小のＡＰ１１の負荷でＦＰ１２による高速転送を実現することができる。

従来、どのＲＴＰパケットを、ＡＰ１１からＦＰ１２にオフロードするか（ＡＰ１１の転送処理対象から外すか）は、オペレータ（人間）が明示的に手動設定していた。すなわち、ＡＰ１１が担う機能部としてＦＰ制御部１７が設けられており、ＦＰ制御部１７は、当該通信装置１０に直接接続された保守端末、当該通信装置１０にネットワークを介して接続された遠隔保守端末、又は、当該通信装置１０が有する図示しない表示・操作部（例えばタッチパネル）を制御して、オペレータによる操作信号を取込み、その操作信号に基づいて、ＦＰ登録管理テーブル１６に対する登録を実行する。なお、登録削除も同様にオペレータによる手動設定によっている。

特開２００６−１８０１６２号公報

上述したように、従来の通信装置では、高速転送対象はオペレータが手動で設定しなければならず、また、高速転送が不要になった場合にも、オペレータが、その都度、設定を削除しなければならず、実運用の際に手間がかかるという課題がある。

また、オフロード設定をすることが困難な通信サービスもある。例えば、ＳＩＰ端末１３−１と網側の端末とが通信装置１０を介して通話中の状態から、ＳＩＰ端末１３−１が通話を保留し、他のＳＩＰ端末１３−２に通話を転送するサービスは、オフロード設定をすることが困難な通信サービスである。ＳＩＰ端末１３−１が送っていたＲＴＰヘッダ情報（ＳＳＲＣ識別子、シーケンス番号、タイムスタンプ）とＳＩＰ端末１３−２が送信するＲＴＰヘッダ情報とは、ＳＳＲＣ識別子が異なり、シーケンス番号やタイムスタンプも連番ではなくなるが、通信装置１０から網側へ出るＲＴＰパケットのＲＴＰヘッダ情報は、転送前後で、同じＳＳＲＣ識別子、連番のシーケンス番号、タイムスタンプとなるようにＲＴＰヘッダ情報を書き換えることが必要であるが、このような書換処理をＦＰ１２にオフロード設定をすることは困難であった。

そのため、オペレータがオフロード設定などを行うことなく、オフロード設定による高速転送を享受できる通信装置、方法及びプログラムが望まれている。

第１の本発明は、呼制御とメディアパケットの転送とを行う第１プロセッサ部と、オフロード登録管理部に登録されているオフロード設定されたセッションのメディアパケットを高速転送する第２プロセッサ部とを有する通信装置において、上記第１プロセッサ部は、（１）呼制御パケットから抽出されたセッション情報を管理している呼情報記憶部と、（２）セッションが確立し、メディアパケットの送受信を開始させる際に、上記呼情報記憶部から、確立したセッションに係るパラメータを取得して、確立したセッションについてオフロード設定の登録を行うか否かを判断するメディア制御部と、（３）上記メディア制御部が確立したセッションについてオフロード設定すると判断したときに、上記メディア制御部から与えられた情報に基づき、上記オフロード登録管理部に対して、確立したセッションについてオフロード設定の登録を行うオフロード設定処理部とを有し、（４）上記メディア制御部は、確立したセッションのメディアパケットの送受信を終了させる際に、そのセッションについてオフロード設定の登録がなされていたか否かに基づいてオフロード設定の登録解除の必要性を判断し、（５）上記オフロード設定処理部は、上記メディア制御部からオフロード設定の登録解除が指示されたときに、上記オフロード登録管理部に対して、指示されたセッションのオフロード設定の登録を解除することを特徴とする。
第２の本発明は、呼制御とメディアパケットの転送とを行う第１プロセッサ部と、オフロード登録管理部に登録されているオフロード設定されたセッションのメディアパケットを高速転送する第２プロセッサ部とを有する通信装置において、上記第１プロセッサ部は、（１）呼制御パケットから抽出されたセッション情報を管理している呼情報記憶部と、（２）セッションが確立し、メディアパケットの送受信を開始させる際に、上記呼情報記憶部から、確立したセッションに係るパラメータを取得して、確立したセッションについてオフロード設定の登録を行うか否かを判断するメディア制御部と、（３）上記メディア制御部が確立したセッションについてオフロード設定すると判断したときに、上記メディア制御部から与えられた情報に基づき、上記オフロード登録管理部に対して、確立したセッションについてオフロード設定の登録を行うオフロード設定処理部とを有し、（４）上記メディア制御部は、確立したセッションの一方の要素である配下の通信端末が、配下の他の通信端末に通信を維持したまま切り替えられる際に、そのセッションについてオフロード設定の登録がなされていたか否かに基づいて、オフロード設定の登録内容の変更の必要性を判断し、（５）上記オフロード設定処理部は、上記メディア制御部からオフロード設定の登録内容の変更が指示されたときに、切替え前の配下の通信端末に関するオフロード設定の登録内容の部分を、切替え後の配下の他の通信端末を対象とするように、かつ、切替え前後でメディアパケットの情報の整合が取れているように変更することを特徴とする。

第３の本発明は、呼制御とメディアパケットの転送とを行う第１プロセッサ部と、オフロード登録管理部に登録されているオフロード設定されたセッションのメディアパケットを高速転送する第２プロセッサ部とを有する通信装置における通信方法において、（１）上記第１プロセッサ部の呼情報記憶部は、呼制御パケットから抽出されたセッション情報を管理し、（２）上記第１プロセッサ部のメディア制御部は、セッションが確立し、メディアパケットの送受信を開始させる際に、上記呼情報記憶部から、確立したセッションに係るパラメータを取得して、確立したセッションについてオフロード設定の登録を行うか否かを判断し、（３）上記第１プロセッサ部のオフロード設定処理部は、確立したセッションについてオフロード設定すると上記メディア制御部が判断したときに、上記メディア制御部から与えられた情報に基づき、上記オフロード登録管理部に対して、確立したセッションについてオフロード設定の登録を行い、（４）上記第１プロセッサ部の上記メディア制御部は、確立したセッションのメディアパケットの送受信を終了させる際に、そのセッションについてオフロード設定の登録がなされていたか否かに基づいてオフロード設定の登録解除の必要性を判断し、（５）上記第１プロセッサ部の上記オフロード設定処理部は、上記メディア制御部からオフロード設定の登録解除が指示されたときに、上記オフロード登録管理部に対して、指示されたセッションのオフロード設定の登録を解除することを特徴とする。

第４の本発明は、呼制御とメディアパケットの転送とを行う第１プロセッサ部と、オフロード登録管理部に登録されているオフロード設定されたセッションのメディアパケットを高速転送する第２プロセッサ部とを有する通信装置における上記第１プロセッサ部が実行する通信プログラムであって、上記第１プロセッサ部を、（１）呼制御パケットから抽出されたセッション情報を管理している呼情報記憶部と、（２）セッションが確立し、メディアパケットの送受信を開始させる際に、上記呼情報記憶部から、確立したセッションに係るパラメータを取得して、確立したセッションについてオフロード設定の登録を行うか否かを判断するメディア制御部と、（３）上記メディア制御部が確立したセッションについてオフロード設定すると判断したときに、上記メディア制御部から与えられた情報に基づき、上記オフロード登録管理部に対して、確立したセッションについてオフロード設定の登録を行うオフロード設定処理部として機能させ、（４）上記メディア制御部に、確立したセッションのメディアパケットの送受信を終了させる際に、そのセッションについてオフロード設定の登録がなされていたか否かに基づいてオフロード設定の登録解除の必要性を判断させ、（５）上記オフロード設定処理部に、上記メディア制御部からオフロード設定の登録解除が指示されたときに、上記オフロード登録管理部に対して、指示されたセッションのオフロード設定の登録を解除させることを特徴とする。
第５の本発明は、呼制御とメディアパケットの転送とを行う第１プロセッサ部と、オフロード登録管理部に登録されているオフロード設定されたセッションのメディアパケットを高速転送する第２プロセッサ部とを有する通信装置における上記第１プロセッサ部が実行する通信プログラムであって、上記第１プロセッサ部を、（１）呼制御パケットから抽出されたセッション情報を管理している呼情報記憶部と、（２）セッションが確立し、メディアパケットの送受信を開始させる際に、上記呼情報記憶部から、確立したセッションに係るパラメータを取得して、確立したセッションについてオフロード設定の登録を行うか否かを判断するメディア制御部と、（３）上記メディア制御部が確立したセッションについてオフロード設定すると判断したときに、上記メディア制御部から与えられた情報に基づき、上記オフロード登録管理部に対して、確立したセッションについてオフロード設定の登録を行うオフロード設定処理部として機能させ、（４）上記メディア制御部に、確立したセッションの一方の要素である配下の通信端末が、配下の他の通信端末に通信を維持したまま切り替えられる際に、そのセッションについてオフロード設定の登録がなされていたか否かに基づいて、オフロード設定の登録内容の変更の必要性を判断させ、（５）上記オフロード設定処理部に、上記メディア制御部からオフロード設定の登録内容の変更が指示されたときに、切替え前の配下の通信端末に関するオフロード設定の登録内容の部分を、切替え後の配下の他の通信端末を対象とするように、かつ、切替え前後でメディアパケットの情報の整合が取れているように変更させることを特徴とする。

本発明によれば、オペレータがオフロード設定などを行うことなく、オフロード設定による高速転送を享受することができるようになる。

実施形態の通信装置の機能的構成を示すブロック図である。 図１の第１のＦＰ登録管理テーブルの構成を示す説明図である。 図１の呼情報記憶テーブルの構成を示す説明図である。 図１の第２のＦＰ登録管理テーブルの構成を示す説明図である。 実施形態の通信装置における、有線ＳＩＰ端末で外線通話を開始したときのオフロード設定の自動的な追加動作を示すシーケンス図である。 図１に示した音声処理ルートの逆方向の音声処理ルートを示すブロック図である。 実施形態の通信装置における、無線ＳＩＰ端末で外線通話を開始したときのオフロード設定の自動的な追加動作を示すシーケンス図である。 実施形態の通信装置におけるオフロード設定の自動的な削除動作を示すシーケンス図である。 実施形態の通信装置における、内線転送時のオフロード設定の変化を示すシーケンス図である。 従来の通信装置の機能的構成を示すブロック図である。 図１０の通信装置配下のＳＩＰ端末が外線通話を行った場合のシーケンス図である。

（Ａ）主たる実施形態
以下、本発明による通信装置、方法及びプログラムの一実施形態を、図面を参照しながら説明する。この実施形態の通信装置は、例えば、ＶｏＩＰホームゲートウェイである。

（Ａ−１）実施形態の構成
図１は、実施形態の通信装置の機能的構成を示すブロック図である。実施形態の通信装置２０は、アプリケーション用プロセッサとファストパス用プロセッサとを備えており、アプリケーション用プロセッサが自己用のプログラムを実行することで発揮する機能部や、ファストパス用プロセッサが自己用のプログラムを実行することで発揮する機能部を書き出したものが図１である。

図１において、ＡＰ３０は、アプリケーション用プロセッサが自己用のプログラムを実行することで発揮する機能部群を表しており、ＦＰ５０は、ファストパス用プロセッサが自己用のプログラムを実行することで発揮する機能部群を表している。なお、従来技術の説明では、ＡＰ及びＦＰについてラフに言及したが、厳密には、この実施形態の場合と同様である。

通信装置２０は、配下の有線ＳＩＰ端末２１若しくは無線ＳＩＰ端末２２と、網（ＷＡＮ）側との通話を実現させるものである。

ＡＰ３０は、転送処理部３１、ＲＴＰ登録管理テーブル３２、ＶｏＩＰ制御部３３、インタフェース情報管理部３４、オフロード設定処理部３５及び無線処理部３６を有する。ＶｏＩＰ制御部３３は、セッション管理部４０、メディア制御部４１、第１のＦＰ登録管理テーブル４２及び呼情報記憶テーブル４３を有する。

アプリケーション用プロセッサ上では、Ｌｉｎｕｘ（登録商標）のようなネットワークスタックを持つ汎用ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）が動作しており、その上で、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバ／クライアント、ＰＰＰｏＥ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ ｏｖｅｒ Ｅｔｈｅｒｎｅｔ（登録商標））クライアント／サーバ、ＶｏＩＰアプリケーション等のアプリケーションが動作することを想定している。このような想定下で機能的に表現したものが、図１のＡＰ３０である。

ＦＰ５０は、高速転送処理部５１、ＬＡＮ側有線処理部５２、ＷＡＮ側有線処理部５３及び第２のＦＰ登録管理テーブル５４を有する。高速転送処理部５１は、ヘッダ情報比較処理部６０及びＲＴＰヘッダ変換処理部６１を有する。

ＦＰ５０は、ＷＡＮ側有線処理部５３（有線ＷＡＮインタフェース）やＬＡＮ側有線処理部５２（有線ＬＡＮインタフェース）から入ってきたＲＴＰパケットの高速転送を実現するものである。

転送処理部３１は、例えば、Ｌｉｎｕｘカーネルのネットワークスタック内の転送処理部が該当する。転送処理部３１は、転送処理部３１の内部に設けられているＲＴＰ登録管理テーブル３２のリストを検索し、フレームのヘッダ情報と比較を行うことで出力先インタフェースの決定を行い、ＲＴＰヘッダの書き換えを行って転送を行うものである。

ＲＴＰ登録管理テーブル３２は、リソースのＲＴＰソケットのリストが記述されたテーブルであり、リソース情報を登録して管理するものである。

ＶｏＩＰ制御部３３は、当該通信装置２０の配下のＳＩＰ端末２１、２２に係るセッションを確立したり切断したりする呼制御を行うものである。

セッション管理部４０は、セッション（内線通話、外線通話）の状態と当該通信装置２０配下のＳＩＰ端末２１、２２の状態の管理と呼制御を行うものである。なお、当該通信装置２０は、専用のＩＰ−ＰＢＸではないが、配下のＳＩＰ端末間の通話を内線通話と呼び、配下のＳＩＰ端末と外部網の端末（以下、対向端末と呼ぶ）との間の通話を外線通話と呼ぶこととする。

セッション管理部４０は、ＳＩＰパケットのＳＤＰ情報を取得して呼情報記憶テーブル４３に保存する。例えば、対向端末のＩＰアドレス及びポート番号を取得して保存したり、配下のＳＩＰ端末のＩＰアドレス及びポート番号を取得して保存したり、当該通信装置２０に対する指示情報であるディレクション情報（ｓｅｎｄｒｅｃｖ（当該通信装置はパケットの送受信を行う）／ｓｅｎｄｏｎｌｙ（当該通信装置はパケットの送信だけを行う）／ｒｅｃｖｏｎｌｙ（当該通信装置はパケットの受信だけを行う）／ｉｎａｃｔｉｖｅ（当該通信装置はパケットの送信も受信も実行しない））を取得して保存したりする。また、セッション管理部４０は、使用中でないポートを検索し、当該通信装置２０の外部端末側若しくはＳＩＰ端末側のＲＴＰ受信ポートを設定し、ＳＩＰ／ＳＤＰ情報で通知し、呼情報記憶テーブル４３に保存する。さらに、セッション管理部４０は、通話開始のＳＩＰセッションの処理が完了すると、ＲＴＰ送信開始要求をメディア制御部４１に通知する。さらにまた、セッション管理部４０は、通話終了のＳＩＰパケットを受信すると、ＲＴＰ送信停止要求をメディア制御部４１に通知し、ＳＩＰセッションの終了処理を行う。また、セッション管理部４０は、セッション情報更新のＳＩＰパケットを受信すると、ＲＴＰ情報更新要求をメディア制御部４１に通知する。セッション管理部４０は、内線転送のＳＩＰセッションのやり取りが完了すると、端末変更要求をメディア制御部４１に通知する。

この実施形態のメディア制御部４１は、セッション管理部４０からの要求を受信し、オフロード設定に必要な情報を取得し、オフロード設定処理部３５にオフロード設定の要求を行うものである。

第１のＦＰ登録管理テーブル４２は、後述する第２のＦＰ登録管理テーブル５４が保持しているエントリにおけるＦＰセッションＩＤ、ＦＰリソースＩＤを保持しているものである。第１のＦＰ登録管理テーブル４２は、主に、エントリ追加時に、当該第１のＦＰ登録管理テーブル４２の空きＩＤを割り当てること（採番）と、ＦＰ５０からオフロード設定を削除するために利用される。

第１のＦＰ登録管理テーブル４２は、図２（Ａ）に示すセッションテーブル４２Ａと図２（Ｂ）に示すリソーステーブル４２Ｂとからなる。セッションテーブル４２Ａは、ＦＰセッションＩＤに対応付けて、オフロード設定によりＦＰパス接続する両端のソケット（ＦＰリソースＩＤ）の組み合わせが記述されたものである。リソーステーブル４２Ｂは、ＦＰリソースＩＤに対応付けて、リソース使用状況が記述されたものである。リソーステーブル４２ＢにおけるＦＰリソースＩＤから、オフロード設定によりＦＰパス接続する両端のソケットＩＤがそれぞれ割り当てられ、この割当てられたリソース（ＬＡＮ側有線処理部、ＷＡＮ側有線処理部）の使用状況として「使用中」が記述される。

第１のＦＰ登録管理テーブル４２ヘのエントリの追加契機、削除契機、更新契機は以下の通りであり、第２のＦＰ登録管理テーブル５４へのエントリの追加、削除、更新と同期されている。エントリの追加契機はＦＰ５０にオフロード設定を追加したときであり、エントリの削除契機はＦＰ５０からオフロード設定を削除したときであり、エントリの更新契機はＦＰ５０のオフロード設定を変更したときである。

呼情報記憶テーブル４３は、ＶｏＩＰ制御部３３がセッションＩＤを用いて、ＦＰ５０に設定する情報を保存、参照するためのテーブルである。呼情報記憶テーブル４３は、図３（Ａ）に示すセッションテーブル４３Ａと図３（Ｂ）に示すリソーステーブル４３Ｂとからなる。

セッションテーブル４３Ａでは、セッションＩＤに対応付けて、ＲＴＰの両端のソケット（リソースＩＤ）の組み合わせを登録する。

リソーステーブル４３Ｂでは、ＲＴＰの両端のソケット（外線通話時ＷＡＮ側のＲＴＰソケット、外線通話時ＬＡＮ側のＲＴＰソケット）のリソースＩＤを登録する。このリソースＩＤ毎のエントリは、［１］クロックレート、［２］パケット化周期、［３］送信先のＩＰアドレス及びポート番号、［４］受信先のＩＰアドレス＆ポート番号、［５］ＳＳＲＣ識別子、［６］ＦＰリソースＩＤ（有線インタフェース向けのＦＰソケットのＩＤを保存する）、［７］ＡＣＰリソースＩＤ（カーネル向けのＦＰソケットのＩＤを保存する）等を要素としている。

例えば、外線通話時のセッションテーブル４３Ａとリソーステーブル４３Ｂとの登録状態は以下のようになる。

セッションテーブル４３Ａには、［１］ＲＴＰリソースＩＤ１（ＷＡＮ側のリソースＩＤ）と［２］ＲＴＰリソースＩＤ２（ＬＡＮ側のリソースＩＤ）とが登録される。

リソーステーブル４３ＢのＲＴＰリソースＩＤ１（ＷＡＮ側のリソースＩＤ）に関しては、以下の登録がなされる。

［１］ＳＤＰのａ＝ｒｔｐｍａｐに設定されているクロックレート値が登録される。以下の例の場合には「８０００」が登録される。

ａ＝ｒｔｐｍａｐ：＜ｐａｙｌｏａｄ ｔｙｐｅ＞＜ｅｎｃｏｄｉｎｇ ｎａｍｅ＞／＜ｃｌｏｃｋ ｒａｔｅ＞
例：ａ＝ｒｔｐｍａｐ：０ ＰＣＭＵ／８０００
［２］ＳＤＰのａ＝ｐｔｉｍｅに設定されている値がパケット化周期として登録される。以下の例の場合には「２０」が登録される。なお、ｐｔｉｍｅが設定されていない場合には０を設定（登録）する。

ａ＝ｐｔｉｍｅ：＜ｐｔｉｍｅ＞
例：ａ＝ｐｔｉｍｅ：２０
［３］対向端末のＩＰアドレス及びポート番号が登録される。［４］当該通信装置におけるＷＡＮ側のＩＰアドレス及びポート番号が登録される。［５］ＳＳＲＣ識別子が登録される。［６］ＦＰリソースＩＤが保存される。［７］未設定となる。

リソーステーブル４３ＢのＲＴＰリソースＩＤ２（ＬＡＮ側のリソースＩＤ）に関しては、以下の登録がなされる。

［１］ＳＤＰのａ＝ｒｔｐｍａｐに設定されているクロックレート値が登録される。［２］ＳＤＰのａ＝ｐｔｉｍｅに設定されている値が登録される。［３］ＳＩＰ端末のＩＰアドレス及びポート番号が登録される。［４］当該通信装置におけるＬＡＮ側のＩＰアドレス及びポート番号が登録される。［５］ＳＳＲＣ識別子が登録される。［６］無線ＳＩＰ端末の場合には、未設定となる。有線ＳＩＰ端末の場合には、ＦＰリソースＩＤが保存される。［７］有線ＳＩＰ端末の場合には、未設定となる。無線ＳＩＰ端末の場合には、ＡＰリソースＩＤが保存される。

インタフェース情報管理部３４は、メディア制御部４１からＩＰアドレスが与えられると、そのＩＰアドレスに対応したＭＡＣアドレスとインタフェース情報（有線（ＷＡＮ）、有線（ＬＡＮ）、無線（ＬＡＮ））をメディア制御部４１に返信するものである。

無線処理部３６、ＬＡＮ側有線処理部５２及びＷＡＮ側有線処理部５３は、ＡＰ３０とＦＰ５０のどちらに配置されていても良いものである。但し、図１に示すように、無線処理部３６がＡＰ３０上、ＬＡＮ側有線処理部５２及びＷＡＮ側有線処理部５３がＦＰ５０上に実装されている場合、無線ＳＩＰ端末２２とのソケットはＡＰ３０向けに作成し、有線ＳＩＰ端末２１や網側とのソケットはＦＰ５０向けに作成する。そのため、有線ＳＩＰ端末２１、無線ＳＩＰ端末２２の判別のために、インタフェース情報管理部３４を用いる。なお、ＬＡＮ側有線処理部５２及び無線処理部３６の両方がＦＰ５０にある場合や、ＬＡＮ側有線処理部５２及び無線処理部３６の両方がＡＰ３０にある場合には、インタフェース情報管理部３４での判定はなくても良いものである。

オフロード設定処理部３５は、メディア制御部４１からの要求を受けて、ＦＰ５０にオフロード設定を行うものである。

無線処理部３６は、例えば、無線ＬＡＮのドライバが該当するものであり、無線ＳＩＰ端末２２向けのフレームの送受信を行うものである。

高速転送処理部５１は、内蔵するヘッダ情報比較処理部６０の結果に基づいて、内蔵するＲＴＰヘッダ変換処理部６１がＲＴＰヘッダの変換とフレームの高速転送を行うものである。

ＬＡＮ側有線処理部５２は、例えば、有線ＬＡＮ（ネットワークインタフェースカード；ＮＩＣ）のドライバが該当し、有線ＳＩＰ端末２１との間でフレームの送受信を行うものである。

ＷＡＮ側有線処理部５３は、例えば、有線ＷＡＮ（ＮＩＣ）のドライバが該当し、網側との間でフレームの送受信を行うものである。

ヘッダ情報比較処理部６０は、入力されたフレーム（ＩＰパケット）の宛先ＩＰアドレスとポート、送信元ＩＰアドレスとポートからフレームの転送先を判定するものである。ヘッダ情報比較処理部６０は、第２のＦＰ登録管理テーブル５４を検索することによって転送先を判定する。ヘッダ情報比較処理部６０は、第２のＦＰ登録管理テーブル５４にそのフレームに該当するエントリがヒットしなかった場合には、入力されたフレームをＡＰ３０の転送処理部３１へ転送し、ＡＰ３０による比較的低速な転送処理を実行させる。ヘッダ情報比較処理部６０は、入力されたフレームに該当するエントリがヒットした場合には、入力されたフレームをエントリの内容と共にＲＴＰヘッダ変換処理部６１へ与え、高速に転送させる。

ＲＴＰヘッダ変換処理部６１は、ＲＴＰパケットのヘッダ変換などを行って（図１１参照）、フレームを高速に転送させるものである。

第２のＦＰ登録管理テーブル５４は、ＦＰ５０が有するテーブルであり、高速転送処理とＲＴＰヘッダ変換処理されるべきフレームの情報が保持されている。第２のＦＰ登録管理テーブル５４は、図４（Ａ）に示すセッションテーブル５４Ａと図４（Ｂ）に示すリソーステーブル５４Ｂとからなっている。

セッションテーブル５４Ａのエントリの要素は以下の通りである。［１］セッションＩＤ、［２］ソケットＩＤ（ＷＡＮ側）、［３］ソケットＩＤ（ＬＡＮ側（有線）／ＡＰ（無線））、［４］ソケット属性（ｓｅｎｄｒｅｃｖ／ｒｅｃｖｏｎｌｙ／ｓｅｎｄｏｎｌｙ／ｉｎａｃｔｉｖｅ）、［５］シーケンス番号ベース、［６］ＳＳＲＣ識別子、［７］タイムスタンプベース、［８］周波数（タイムスタンプ増加分）である。上述した［５］シーケンス番号ベースには、ＲＴＰパケットのシーケンス番号を格納する。ＲＴＰパケットの送信開始時には設定した値を格納し、１パケット送信するごとに更新したシーケンス番号を格納する。［７］タイムスタンプベースには、ＲＴＰパケットのタイムスタンプ値を格納する。ＲＴＰパケットの送信開始時は設定した値を格納し、１パケット送信するごとに更新したタイムスタンプ値を格納する。［８］周波数（タイムスタンプ増加分）には、タイムスタンプ値の増加分を設定する。例えば、１パケット目がｔｉｍｅｓｔａｍｐ＝１００００で、２パケット目がｔｉｍｅｓｔａｍｐ＝１０１６０の場合、タイムスタンプ値の増加分は１６０である。

リソーステーブル５４Ｂのエントリの要素は以下の通りである。［１］ソケットＩＤ、［２］タイプＦＰ／ＡＰ、［３］宛先ＩＰアドレス、［４］受信ＩＰアドレス、［５］宛先ポート番号、［６］受信ポート番号である。［２］タイプＦＰ／ＡＰには、無線ＳＩＰ端末２２のときにＡＰ３０が、有線ＳＩＰ端末２１と網側（ＷＡＮ）のときにＦＰ５０が設定される。

例えば、有線ＳＩＰ端末２１で外線通話した場合のセッションテーブル５４Ａとリソーステーブル５４Ｂとの登録状態は以下のようになる。

セッションテーブル５４Ａにおいて、［１］セッションＩＤには第１のＦＰ登録管理テーブル４２と同一のセッションＩＤが格納される。［２］ソケットＩＤ（ＷＡＮ）には、ＷＡＮ側のＦＰリソースＩＤが格納され、［３］ソケットＩＤ（ＬＡＮ／ＡＰ）にはＬＡＮ側のＦＰリソースＩＤが格納される。［４］ソケット属性には、通話中の場合はｓｅｎｄｒｅｃｖが格納され、転送処理時にはｉｎａｃｔｉｖｅが格納される。［５］シーケンス番号ベースにはＲＴＰパケットのシーケンス番号が格納される。シーケンス番号ベースの初期の設定値としては任意に設定した値を渡す。パケット送信後は、１パケット送信ごとに更新したシーケンス番号を格納する。［６］ＳＳＲＣ識別子には、ランダムに生成した値を設定する。［７］タイムスタンプベースにはＲＴＰパケットのタイムスタンプ値が格納される。タイムスタンプベースの初期の設定値として任意に設定した値を渡す。パケット送信後は、１パケット送信ごとに更新したタイムスタンプ値を格納する。［８］周波数にはタイムスタンプ値の増加分を設定する。クロックレートとパケット化周期の値を元に設定する。パケット化周期が０の場合には、クロックレートを設定する。パケット化周期が０以外の場合は、（クロックレート×パケット化周期）／１０００を設定する。

リソーステーブル５４ＢのＦＰリソースＩＤ１（ＷＡＮ側のリソース）に関しては、以下の登録がなされる。

リソーステーブル５４ＢのＦＰリソースＩＤ１（ＷＡＮ側）の［１］ソケットＩＤにはＷＡＮ側のリソースＩＤが格納され、［２］タイプＦＰ／ＡＰにはＦＰが格納され、［３］宛先ＩＰアドレスには対向端末のＩＰアドレスが格納され、［４］受信ＩＰアドレスには当該通信装置２０のＷＡＮ側のＩＰアドレスが格納され、［５］宛先ポート番号には対向端末のポート番号が格納され、［６］受信ポート番号には当該通信装置２０のＷＡＮ側のポート番号が格納される。

一方、リソーステーブル５４ＢのＦＰリソースＩＤ２のＦＰリソースＩＤ２（ＬＡＮ側）の［１］ソケットＩＤにはＬＡＮ側のリソースＩＤが格納され、［２］タイプＦＰ／ＡＰにはＡＰが格納され、［３］宛先ＩＰアドレスには有線ＳＩＰ端末２１のＩＰアドレスが格納され、［４］受信ＩＰアドレスには当該通信装置２０のＬＡＮ側のＩＰアドレスが格納され、［５］宛先ポート番号には有線ＳＩＰ端末２１のポート番号が格納され、［６］受信ポート番号には当該通信装置２０のＬＡＮ側のポート番号が格納される。

（Ａ−２）実施形態の動作
次に、実施形態の通信装置２０における特徴的な動作を、図１に加えて、シーケンス図をも参照しながら説明する。

（Ａ−２−１）オフロード設定の自動的な追加動作（その１）
実施形態の通信装置２０は、外線通話を開始するときに、ＶｏＩＰ制御部３３のセッション管理部４０がＲＴＰ送信開始要求をＶｏＩＰ制御部３３のメディア制御部４１に通知し、メディア制御部４１がオフロード設定追加要求をオフロード設定処理部３５へ行うことでオフロード設定の追加を自動的に行うことができる。

図５は、有線ＳＩＰ端末２１で外線通話を開始したときのオフロード設定の追加動作を示すシーケンス図である。図５の一連の処理により、有線ＳＩＰ端末２１の外線通話に関してオフロード設定がなされた場合には、網から有線ＳＩＰ端末２１へは、図１の二重線の音声処理ルートで通話信号が流れ、有線ＳＩＰ端末２１から網へは、図６の二重線の音声処理ルートで通話信号が流れる。言い換えると、図１及び図６の二重線の音声処理ルートを実現するように、オフロード設定が追加される。

ここで、外線通話を開始したときには、オフロード設定の追加動作に先立ち、以下の動作が実行される。すなわち、セッション管理部４０は、ＳＩＰパケットのＳＤＰから取得した情報（送信先ＩＰアドレス及びポート番号と、ディレクション情報）を呼情報記憶テーブル４３に保存し（ステップＳ１００）、その後、セッションＩＤを通知してＲＴＰパケットの送信開始要求をメディア制御部４１に与え（ステップＳ１０１）、メディア制御部４１は、通知されたセッションＩＤに基づいて呼情報記憶テーブル４３から、ディレクション情報や、各通信方向の送信先のＩＰアドレス及びポート番号や、各通信方向の受信先のＩＰアドレス及びポート番号を取得する（ステップＳ１０２）。なお、有線ＳＩＰ端末２１から対向端末への通信方向について、送信先のＩＰアドレス及びポート番号として、対向端末のＩＰアドレス及びポート番号を取得し、受信先のＩＰアドレス及びポート番号として、当該通信装置２０におけるＷＡＮ側のＩＰアドレス及びポート番号を取得し、対向端末から有線ＳＩＰ端末２１への通信方向について、送信先のＩＰアドレス及びポート番号として、有線ＳＩＰ端末２１のＩＰアドレス及びポート番号を取得し、受信先のＩＰアドレス及びポート番号として、当該通信装置２０におけるＬＡＮ側のＩＰアドレス及びポート番号を取得する。

上述したステップＳ１０２の処理後に、オフロード設定の追加動作が実行される。

メディア制御部４１は、呼情報記憶テーブル４３から得たＩＰアドレス情報に基づいて、インタフェース情報管理部３４からインタフェース情報を取得する（ステップＳ１０３）。図５の例の場合、インタフェース情報管理部３４は、送信先ＩＰアドレスに基づいて、ＷＡＮ（網側；有線）、ＬＡＮ（ＳＩＰ端末側；有線）のインタフェースと判定してそのインタフェースを表す値を返信する。

メディア制御部４１は、第１のＦＰ登録管理テーブル４２から空き状態のＦＰリソースＩＤを２つ取得して今回のオフロード設定に用いるものとして割り当て、オフロード設定処理部３５へ、ＦＰリソースＩＤと、取得した各種情報などを含むＦＰ５０におけるソケット情報（相手側ＩＰアドレス及びポート番号、当該通信装置２０のＩＰアドレス及びポート番号、ソケットタイプ（ＦＰ））を渡し、ＦＰソケットの追加登録（作成）を要求する（ステップＳ１０４）。この際には、網側（ＷＡＮ）のＦＰソケットと、ＳＩＰ端末側（ＬＡＮ）のＦＰソケットの２つを登録作成する。また、ＷＡＮ側有線処理部５３及びＬＡＮ側有線処理部５２はＦＰ５０内にあるため、ソケットタイプはＦＰで作成する。また、メディア制御部４１は、取得したＦＰリソースＩＤを呼情報記憶テーブル４３に登録する（ステップＳ１０５）。

なお、メディア制御部４１は、第１のＦＰ登録管理テーブル４２から空き状態のＦＰリソースＩＤを取得できない場合には、オフロード設定をし得ないものと判断し、以降の設定動作を中止する。

ＦＰソケットの追加登録（作成）要求に応じて、オフロード設定処理部３５は、第２のＦＰ登録管理テーブル５４のリソーステーブルに、ＦＰソケット情報を登録（エントリ追加）する（ステップＳ１０６）。

メディア制御部４１は、第１のＦＰ登録管理テーブル４２から空いているＦＰセッションＩＤを取得し、ＷＡＮ／ＬＡＮのＦＰソケットの組み合わせを第１のＦＰ登録管理テーブル４２に登録すると共に、ＦＰセッションＩＤとＦＰリソースＩＤ（ＷＡＮ）とＦＰリソースＩＤ（ＬＡＮ）をオフロード設定処理部３５へ渡し、ＦＰパスの登録を要求する（ステップＳ１０７）。

また、メディア制御部４１は、ＦＰパスに対して、ＦＰセッションＩＤ、ソケット属性、ＲＴＰ情報（ＳＳＲＣ、タイムスタンプベース、タイムスタンプ増分）をオフロード設定処理部３５に渡し、ＲＴＰヘッダ書き換えをＦＰ５０内で実行するための情報の登録を要求する（ステップＳ１０８）。

オフロード設定処理部３５は、ＦＰパスの登録要求やＲＴＰヘッダの書換え情報の登録要求に応じ、第２のＦＰ登録管理テーブル５４のセッションテーブルに、それら情報を登録（エントリ追加）する（ステップＳ１０９）。

（Ａ−２−２）オフロード設定の自動的な追加動作（その２）
以上では、有線ＳＩＰ端末２１で外線通話を開始したときのオフロード設定の追加動作を説明した。以下では、無線ＳＩＰ端末２２で外線通話を開始したときのオフロード設定の追加動作を説明する。

図７は、無線ＳＩＰ端末２２で外線通話を開始したときのオフロード設定の追加動作を示すシーケンス図である。

外線通話を開始したときには、オフロード設定の追加動作に先立ち実行される動作は、無線ＳＩＰ端末２２で外線通話を開始したときも、上述した有線ＳＩＰ端末２１で外線通話を開始したとき（ステップＳ１００〜Ｓ１０２）と同様である（ステップＳ２００〜Ｓ２０２）。

メディア制御部４１は、呼情報記憶テーブル４３から得たＩＰアドレス情報に基づいて、インタフェース情報管理部３４からインタフェース情報を取得する（ステップＳ２０３）。図７の例の場合、インタフェース情報管理部３４は、送信先ＩＰアドレスに基づいて、ＷＡＮ（網側；有線）、ＬＡＮ（ＳＩＰ端末側；有線）のインタフェースと判定してそのインタフェースを表す値を返信する。

そのため、メディア制御部４１は、オフロード設定処理部３５へ、ＦＰソケットの追加登録（作成）を要求する際の情報が図５の場合と異なっている（ステップＳ２０４）。図７の場合、取得したインタフェース情報がＬＡＮ（無線）であるので、メディア制御部４１は、ＷＡＮ側のＦＰソケットは図５の場合と同様にソケットタイプ「ＦＰ」で作成し、ＬＡＮ側のＦＰソケットは図５の場合とは異なりソケットタイプ「ＡＰ」で作成する。

図７におけるこれ以降の処理（ステップＳ２０５〜Ｓ２０９）は、上述した図５の場合（ステップＳ１０５〜Ｓ１０９）と同様である。

図７に示す動作によってオフロード設定された場合において、対向端末から無線ＳＩＰ端末２２へ向かうＲＴＰパケットは、高速転送処理部５１のヘッダ情報比較処理部６０によって高速転送対象かつＡＰ３０への転送と判定され、ＲＴＰヘッダ変換処理部６１によってＲＴＰヘッダの変換等が実行された後、ＡＰ３０内の転送処理部３１を経由して無線処理部３６に与えられるようになる。また、無線ＳＩＰ端末２２から対向端末へ向かうＲＴＰパケットは、ＡＰ３０内の転送処理部３１を経由して高速転送処理部５１へ向かい、高速転送処理部５１のヘッダ情報比較処理部６０によって高速転送対象と判定され、ＲＴＰヘッダ変換処理部６１によってＲＴＰヘッダの変換等が実行された後、ＷＡＮ側有線処理部５３に与えられるようになる。

この実施形態の場合、無線処理部３６がＡＰ３０上にある構成のため、ＡＰ３０の転送処理部３１を経由しなければならない。そのため、ＬＡＮ側のＦＰソケットはソケットタイプを「ＡＰ」にする必要があったが、無線処理部３６をＦＰ５０上にある構成としても良く、この場合には、ＬＡＮ側のＦＰソケットのソケットタイプは「ＦＰ」になる。

（Ａ−２−３）オフロード設定の自動的な削除動作
実施形態の通信装置２０では、外線通話の終了時に、オフロード設定の削除を自動的に行うことができる。すなわち、実施形態の通信装置２０において、外線通話の終了時に、セッション管理部４０がＲＴＰ送信の停止要求をメディア制御部４１に通知し、メディア制御部４１がオフロード設定の削除要求をオフロード設定処理部３５へ行うことでオフロード設定の削除を自動的に行うことができる。

図８は、オフロード設定の自動的な削除動作を示すシーケンス図であり、この図８をも参照しながら、オフロード設定の自動的な削除動作を詳述する。

セッション管理部４０は、あるセッション（ＲＴＰセッション）の通話が終了したときには、セッションＩＤを特定して、ＲＴＰ送信の停止要求をメディア制御部４１に与える（ステップＳ３００）。

このとき、メディア制御部４１は、呼情報記憶テーブル４３から、通話終了のセッションＩＤに関連するＦＰリソースＩＤを取得する（ステップＳ３０１）。なお、この処理で、ＦＰリソースＩＤが取得できないことは、通話終了したセッションはオフロード設定されていなかったことを表している。

メディア制御部４１はＦＰリソースＩＤを取得すると、次に、第１のＦＰ登録管理テーブル４２から、ＦＰリソースＩＤに対応するＦＰセッションＩＤを取得する（ステップＳ３０２）。そして、メディア制御部４１は、取得したＦＰセッションＩＤに対するＦＰパスの切断要求をオフロード設定処理部３５に送出すると共に（ステップＳ３０３）、第１のＦＰ登録管理テーブル４２のセッションテーブルから、そのＦＰセッションＩＤに対応付けられているＦＰリソースＩＤ１及びＦＰリソースＩＤ２を初期化（クリア）する（ステップＳ３０４）。

ＦＰパスの切断要求を受信したオフロード設定処理部３５は、第２のＦＰ登録管理テーブル５４のセッションテーブルから、そのＦＰセッションＩＤに係るエントリを削除する（ステップＳ３０５）。

また、メディア制御部４１は、ＷＡＮ側のＦＰリソースＩＤ、ＬＡＮ側のＦＰリソースＩＤをオフロード設定処理部３５へ渡して、ＦＰソケットの削除要求を行うと共に、第１のＦＰ登録管理テーブル４２のリソーステーブルからＦＰリソースＩＤに一致する情報を削除する（ステップＳ３０６）。

ＦＰソケットの削除要求を受信したオフロード設定処理部３５は、第２のＦＰ登録管理テーブル５４のＷＡＮ側及びＬＡＮ側のリソーステーブルから、削除要求されたＦＰソケットに係るエントリを削除する（ステップＳ３０７）。

（Ａ−２−４）内線転送に伴うオフロード設定の自動的な操作動作
実施形態の通信装置２０は、配下のＳＩＰ端末２１又は２２が外線通話している状態から、配下の他のＳＩＰ端末へ内線転送を行う場合にも、内線転送後の他のＳＩＰ端末と対向端末との通信に高速転送を実現できるようにオフロード設定を自動的に操作することができる。

すなわち、セッション管理部４０が端末変更要求をメディア制御部４１に通知し、メディア制御部４１が、ＲＴＰの停止／再開と、オフロード設定の情報更新をオフロード設定処理部３５へ要求することにより、内線転送前のＳＩＰ端末に係るオフロード設定の削除と内線転送後の他のＳＩＰ端末に係るオフロード設定の登録とを自動的に行うことができる。

図９は、内線転送時におけるオフロード設定の自動的な操作を示すシーケンス図であり、この図９をも参照しながら、内線転送（音声処理のルート変更）時におけるオフロード設定の自動的な操作を詳述する。

セッション管理部４０は、セッションに係るＬＡＮ側のＳＩＰ端末が内線転送により変更されたことを認識したときには、セッションＩＤや、内線転送後のＳＩＰ端末に係る情報を伴い、端末の変更要求をメディア制御部４１に送出する（ステップＳ４００）。

このとき、メディア制御部４１は、セッションＩＤをキーとして、呼情報記憶テーブル４３から、ＦＰリソースＩＤ、ＬＡＮ側に係る送信先ＩＰアドレス及びポート番号、ＬＡＮ側に係る受信先ＩＰアドレス及びポート番号を取得する（ステップＳ４０１）。

そして、メディア制御部４１は、呼情報記憶テーブル４３から取得したＦＰリソースＩＤに基づいて、第１のＦＰ登録管理テーブル４２からＦＰセッションＩＤを取得し（ステップＳ４０２）、オフロード設定処理部３５に対して、内線転送前のＳＩＰ端末に張られているルートでのＲＴＰ送受信の停止を指示する（ステップＳ４０３）。メディア制御部４１は、ＦＰセッションＩＤでＦＰセッションを特定した上で、ＲＴＰのソケット属性をｉｎａｃｔｉｖｅ（パケットの送受信停止）に変更することによりオフロード設定処理部３５にＲＴＰ送受信の停止を指示する。このとき、オフロード設定処理部３５は、第２のＦＰ登録管理テーブル５４の該当するエントリのソケット属性をｉｎａｃｔｉｖｅに変更してＲＴＰ送受信の停止状態に移行させる（ステップＳ４０４）。

なお、メディア制御部４１は、ステップＳ４０２の処理で第１のＦＰ登録管理テーブル４２からＦＰセッションＩＤを取得できない場合には、内線転送前においてオフロード設定されていないと判断し、内線転送後もオフロード設定なしでＲＴＰパケットの転送を行うこととする。

次に、メディア制御部４１は、転送先のＳＩＰ端末のＦＰソケットを新規に作成するために、第１のＦＰ登録管理テーブル４２からＦＰリソースＩＤを取得し（ステップＳ４０５）、オフロード設定処理部３５に対して、転送先のＳＩＰ端末のＦＰソケットを新規登録することを要求する（ステップＳ４０６）。このとき、オフロード設定処理部３５は、第２のＦＰ登録管理テーブル５４のＬＡＮ側のリソーステーブルに、要求されたＦＰソケットのエントリを追加する（ステップＳ４０７）。

その後、メディア制御部４１は、第１のＦＰ登録管理テーブル４２のセッションテーブルの該当するＦＰセッション（ＦＰセッションＩＤで特定される）におけるＬＡＮ側ＦＰリソースＩＤを、上述したステップＳ４０５で取得したものに変更すると共に（ステップＳ４０８）、オフロード設定処理部３５に対して、パス接続の更新要求を送出する（ステップＳ４０９）。このとき、オフロード設定処理部３５は、第２のＦＰ登録管理テーブル５４のセッションテーブルの該当するＦＰセッション（ＦＰセッションＩＤで特定される）におけるＷＡＮ側ＦＰリソースＩＤ及びＬＡＮ側ＦＰリソースＩＤの組合せのうち、ＬＡＮ側ＦＰリソースＩＤを、転送元のＦＰリソースＩＤから転送先のＦＰリソースＩＤへ変更してパスを再接続する（ステップＳ４１０）。

その後、メディア制御部４１は、ＦＰセッションＩＤでＦＰセッションを特定した上で、ＲＴＰのソケット属性をｓｅｎｄｒｅｃｖ（パケットの送受信許容）に変更することによりオフロード設定処理部３５にＲＴＰ送受信の再開を指示する（ステップＳ４１１）。このとき、オフロード設定処理部３５は、第２のＦＰ登録管理テーブル５４のセッションテーブルの該当するエントリのソケット属性をｓｅｎｄｒｅｃｖに変更してＲＴＰ送受信状態に移行させる（ステップＳ４１２）。

最後に、メディア制御部４１は、転送前のＬＡＮ側のＦＰリソースＩＤを含むＦＰリソースの削除要求をオフロード設定処理部３５に送出すると共に、第１のＦＰ登録管理テーブル４２のリソーステーブルにおける転送前のＬＡＮ側のＦＰリソースＩＤのエントリを空き状態にする（ステップＳ４１３）。ＦＰリソースの削除要求が与えられたオフロード設定処理部３５は、第２のＦＰ登録管理テーブル５４のＬＡＮ側のリソーステーブルから、削除要求されたＦＰリソースのエントリを削除する（ステップＳ４１４）。

上述したステップＳ４０８〜Ｓ４１０の処理により、ＦＰセッションＩＤを新たに取得するのではなく転送前のＦＰセッションＩＤをそのまま使用し、ＬＡＮ側のＦＰリソースＩＤのみを更新することで、シーケンス番号、ＳＳＲＣ識別子、タイムスタンプの値は転送前の値を引き継いだ状態で、転送後ＲＴＰを送信することができるようになっている。

（Ａ−３）実施形態の効果
上記実施形態によれば、以下の効果を奏することができる。

上記実施形態によれば、従来ではオペレータによる手動操作が必要であったオフロード設定を、ＲＴＰ送信を開始するときに自動的に実行することができる。しかも、ＬＡＮ側のＳＩＰ端末が、有線ＳＩＰ端末に限定されず、無線ＳＩＰ端末の場合にも、オフロード設定を自動的に行うことができる。

オフロード設定を自動的に実行できるため、高速転送可能なセッションが従来より多くなることを期待でき、このことはＡＰ３０の処理負担の軽減につながり、当該通信装置のサービスを向上させることができる。

また、上記実施形態によれば、従来ではオペレータによる手動操作が必要であったオフロード設定の解除を、ＲＴＰ送信を停止するときに自動的に実行することができる。自動的なオフロード設定の解除のため、ＦＰ登録管理テーブルに不要なエントリが残存することを防止できる。このことは、テーブルが満杯なために新たなオフロード設定を拒否するような不都合を、未然に防止できていることを意味している。また、通話切断パケット受信後にオフロード設定解除を行うことで、通話切断完了前に通話相手が送信してきたＲＴＰパケットを通話切断パケットを送信した端末へ転送することを防ぐことができる。

さらに、上記実施形態によれば、従来では不可能であった、内線転送後のオフロード設定も自動的に実行される。すなわち、内線転送前後を問わず、高速転送を行うことができる。

（Ｂ）他の実施形態
上記実施形態では、ＬＡＮ側有線処理部５２をＦＰ５０上に配置したものを示したが、一部又は全てのＬＡＮ側有線処理部５２をＡＰ３０上に配置するようにしても良い。

上記実施形態では、ＷＡＮ側有線処理部５３をＦＰ５０上に配置したものを示したが、一部又は全てのＷＡＮ側有線処理部５３をＡＰ３０上に配置するようにしても良い。

上記実施形態では、無線処理部３６をＡＰ３０上に配置したものを示したが、一部又は全ての無線処理部３６をＦＰ５０上に配置するようにしても良い。

上記実施形態では、ＷＡＮ側は有線処理部５３だけを備えるものを示したが、ＷＡＮ側の一部又は全てのインタフェース処理部が無線処理部であっても良い。

上記各実施形態の説明では、複数のＬＡＮ側有線処理部５２が配置されているように説明したが、有線ＬＡＮポートを複数有する単一のＬＡＮ側有線処理部であっても良い。同様に、複数の無線処理部３６に代えて、ＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ ＩＤｅｎｔｉｆｉｅｒ）を複数有する単一の無線処理部を適用するようにしても良い。

上記各実施形態では、ＷＡＮ側の端末と配下のＳＩＰ端末との間の通信で高速転送（オフロード設定）が可能なものを示したが、配下のＳＩＰ端末間の通信で高速転送（オフロード設定）が可能なものであっても良い。

上記各実施形態では、ＦＰ登録管理テーブルに空きがあれば、どのようなセッションでも、通話開始時に自動的にオフロード設定するものを示したが、自動的にオフロード設定するセッションに条件も設けるようにしても良い。例えば、ＲＴＰヘッダ情報内の優先度を表すパラメータが、所定の優先度以上であることを条件として、自動的にオフロード設定するようにしても良い。

上記各実施形態では、呼制御プロトコルがＳＩＰであるものを示したが、他の呼制御プロトコルに従うものであっても良い。

上記各実施形態では、ＶｏＩＰ通信に本発明を適用するものを示したが、メディアは音声に限定されるものではない。

２０…通信装置、２１…有線ＳＩＰ端末、２２…無線ＳＩＰ端末、３０…ＡＰ（アプリケーション用プロセッサが実行する機能部群）、３１…転送処理部、３２…ＲＴＰ登録管理テーブル、３３…ＶｏＩＰ制御部、３４…インタフェース情報管理部、３５…オフロード設定処理部、３６…無線処理部、４０…セッション管理部、４１…メディア制御部、４２…第１のＦＰ登録管理テーブル、４３…呼情報記憶テーブル、５０…ＦＰ（ファストパス用プロセッサが実行する機能部群）、５１…高速転送処理部、５２…ＬＡＮ側有線処理部、５３…ＷＡＮ側有線処理部、５４…第２のＦＰ登録管理テーブル、６０…ヘッダ情報比較処理部、６１…ＲＴＰヘッダ変換処理部。

Claims (5)

1. 呼制御とメディアパケットの転送とを行う第１プロセッサ部と、オフロード登録管理部に登録されているオフロード設定されたセッションのメディアパケットを高速転送する第２プロセッサ部とを有する通信装置において、
   上記第１プロセッサ部は、
   呼制御パケットから抽出されたセッション情報を管理している呼情報記憶部と、
   セッションが確立し、メディアパケットの送受信を開始させる際に、上記呼情報記憶部から、確立したセッションに係るパラメータを取得して、確立したセッションについてオフロード設定の登録を行うか否かを判断するメディア制御部と、
   上記メディア制御部が確立したセッションについてオフロード設定すると判断したときに、上記メディア制御部から与えられた情報に基づき、上記オフロード登録管理部に対して、確立したセッションについてオフロード設定の登録を行うオフロード設定処理部とを有し、
   上記メディア制御部は、確立したセッションのメディアパケットの送受信を終了させる際に、そのセッションについてオフロード設定の登録がなされていたか否かに基づいてオフロード設定の登録解除の必要性を判断し、
   上記オフロード設定処理部は、上記メディア制御部からオフロード設定の登録解除が指示されたときに、上記オフロード登録管理部に対して、指示されたセッションのオフロード設定の登録を解除する
   ことを特徴とする通信装置。
2. 呼制御とメディアパケットの転送とを行う第１プロセッサ部と、オフロード登録管理部に登録されているオフロード設定されたセッションのメディアパケットを高速転送する第２プロセッサ部とを有する通信装置において、
   上記第１プロセッサ部は、
   呼制御パケットから抽出されたセッション情報を管理している呼情報記憶部と、
   セッションが確立し、メディアパケットの送受信を開始させる際に、上記呼情報記憶部から、確立したセッションに係るパラメータを取得して、確立したセッションについてオフロード設定の登録を行うか否かを判断するメディア制御部と、
   上記メディア制御部が確立したセッションについてオフロード設定すると判断したときに、上記メディア制御部から与えられた情報に基づき、上記オフロード登録管理部に対して、確立したセッションについてオフロード設定の登録を行うオフロード設定処理部とを有し、
   上記メディア制御部は、確立したセッションの一方の要素である配下の通信端末が、配下の他の通信端末に通信を維持したまま切り替えられる際に、そのセッションについてオフロード設定の登録がなされていたか否かに基づいて、オフロード設定の登録内容の変更の必要性を判断し、
   上記オフロード設定処理部は、上記メディア制御部からオフロード設定の登録内容の変更が指示されたときに、切替え前の配下の通信端末に関するオフロード設定の登録内容の部分を、切替え後の配下の他の通信端末を対象とするように、かつ、切替え前後でメディアパケットの情報の整合が取れているように変更する
   ことを特徴とする通信装置。
3. 呼制御とメディアパケットの転送とを行う第１プロセッサ部と、オフロード登録管理部に登録されているオフロード設定されたセッションのメディアパケットを高速転送する第２プロセッサ部とを有する通信装置における通信方法において、
   上記第１プロセッサ部の呼情報記憶部は、呼制御パケットから抽出されたセッション情報を管理し、
   上記第１プロセッサ部のメディア制御部は、セッションが確立し、メディアパケットの送受信を開始させる際に、上記呼情報記憶部から、確立したセッションに係るパラメータを取得して、確立したセッションについてオフロード設定の登録を行うか否かを判断し、
   上記第１プロセッサ部のオフロード設定処理部は、確立したセッションについてオフロード設定すると上記メディア制御部が判断したときに、上記メディア制御部から与えられた情報に基づき、上記オフロード登録管理部に対して、確立したセッションについてオフロード設定の登録を行い、
   上記第１プロセッサ部の上記メディア制御部は、確立したセッションのメディアパケットの送受信を終了させる際に、そのセッションについてオフロード設定の登録がなされていたか否かに基づいてオフロード設定の登録解除の必要性を判断し、
   上記第１プロセッサ部の上記オフロード設定処理部は、上記メディア制御部からオフロード設定の登録解除が指示されたときに、上記オフロード登録管理部に対して、指示されたセッションのオフロード設定の登録を解除する
   ことを特徴とする通信方法。
4. 呼制御とメディアパケットの転送とを行う第１プロセッサ部と、オフロード登録管理部に登録されているオフロード設定されたセッションのメディアパケットを高速転送する第２プロセッサ部とを有する通信装置における上記第１プロセッサ部が実行する通信プログラムであって、
   上記第１プロセッサ部を、
   呼制御パケットから抽出されたセッション情報を管理している呼情報記憶部と、
   セッションが確立し、メディアパケットの送受信を開始させる際に、上記呼情報記憶部から、確立したセッションに係るパラメータを取得して、確立したセッションについてオフロード設定の登録を行うか否かを判断するメディア制御部と、
   上記メディア制御部が確立したセッションについてオフロード設定すると判断したときに、上記メディア制御部から与えられた情報に基づき、上記オフロード登録管理部に対して、確立したセッションについてオフロード設定の登録を行うオフロード設定処理部として機能させ、
   上記メディア制御部に、確立したセッションのメディアパケットの送受信を終了させる際に、そのセッションについてオフロード設定の登録がなされていたか否かに基づいてオフロード設定の登録解除の必要性を判断させ、
   上記オフロード設定処理部に、上記メディア制御部からオフロード設定の登録解除が指示されたときに、上記オフロード登録管理部に対して、指示されたセッションのオフロード設定の登録を解除させる
   ことを特徴とする通信プログラム。
5. 呼制御とメディアパケットの転送とを行う第１プロセッサ部と、オフロード登録管理部に登録されているオフロード設定されたセッションのメディアパケットを高速転送する第２プロセッサ部とを有する通信装置における上記第１プロセッサ部が実行する通信プログラムであって、
   上記第１プロセッサ部を、
   呼制御パケットから抽出されたセッション情報を管理している呼情報記憶部と、
   セッションが確立し、メディアパケットの送受信を開始させる際に、上記呼情報記憶部から、確立したセッションに係るパラメータを取得して、確立したセッションについてオフロード設定の登録を行うか否かを判断するメディア制御部と、
   上記メディア制御部が確立したセッションについてオフロード設定すると判断したときに、上記メディア制御部から与えられた情報に基づき、上記オフロード登録管理部に対して、確立したセッションについてオフロード設定の登録を行うオフロード設定処理部として機能させ、
   上記メディア制御部に、確立したセッションの一方の要素である配下の通信端末が、配下の他の通信端末に通信を維持したまま切り替えられる際に、そのセッションについてオフロード設定の登録がなされていたか否かに基づいて、オフロード設定の登録内容の変更の必要性を判断させ、
   上記オフロード設定処理部に、上記メディア制御部からオフロード設定の登録内容の変更が指示されたときに、切替え前の配下の通信端末に関するオフロード設定の登録内容の部分を、切替え後の配下の他の通信端末を対象とするように、かつ、切替え前後でメディアパケットの情報の整合が取れているように変更させる
   ことを特徴とする通信プログラム。

Images