(57)【特許請求の範囲】
【請求項１】
端末をネットワークに接続するための中継装置であって、
前記端末より、前記端末に設定可能な符号化方式を取得する制御部と、
前記端末より取得した、前記端末に設定可能な符号化方式を符号化方式情報として記憶する記憶部と
を備え、
前記制御部は、
前記端末に符号化方式を指定するＩＮＶＩＴＥメッセージを生成する処理と、
前記ＩＮＶＩＴＥメッセージを前記端末に送信し、前記ＩＮＶＩＴＥメッセージへの応答により、前記端末に設定可能な符号化方式を取得する処理と、
前記ネットワークから前記端末に送信されたＩＮＶＩＴＥメッセージで指定された符号化方式が、前記符号化方式情報として記憶された符号化方式ではない場合には、当該ＩＮＶＩＴＥメッセージで指定された符号化方式を、前記符号化方式情報として記憶された符号化方式に変更して前記端末に転送する処理と
を行うことを特徴とする中継装置。
【請求項２】
請求項１に記載の中継装置であって、
前記制御部は、
前記ＩＮＶＩＴＥメッセージに対する応答がエラーを通知する応答ではない場合に、前記ＩＮＶＩＴＥメッセージで指定した符号化方式を前記端末に設定可能と判断することを特徴とする中継装置。
【請求項３】
請求項１または２に記載の中継装置であって、
前記制御部は、
前記端末が送受信する情報の符号化方式を変換する処理をさらに行い、
前記ＩＮＶＩＴＥメッセージで指定する符号化方式は、
前記制御部が変換することのできる符号化方式であることを特徴とする中継装置。
【請求項４】
請求項１から３のいずれか一項に記載の中継装置に接続される端末であって、
前記中継装置が生成したＩＮＶＩＴＥメッセージを受信した場合には、着呼を通知する処理を行わないことを特徴とする端末。
【請求項５】
請求項１から３のいずれか一項に記載の中継装置に接続される端末であって、
前記中継装置が生成したＩＮＶＩＴＥメッセージを受信した場合には、ネットワーク側から受信したＩＮＶＩＴＥメッセージを受信した場合とは異なる着呼通知を行うことを特徴とする端末。
【請求項６】
端末と、当該端末をネットワークに接続するための中継装置と、を備える通信システムであって、
前記中継装置は、
前記端末より、前記端末に設定可能な符号化方式を取得する制御部を備え、
前記制御部は、
前記端末に符号化方式を指定するＩＮＶＩＴＥメッセージを生成する処理と、
前記ＩＮＶＩＴＥメッセージを前記端末に送信し、前記ＩＮＶＩＴＥメッセージへの応答により、前記端末に設定可能な符号化方式を取得する処理と
を行い、
前記端末は、
前記中継装置が生成したＩＮＶＩＴＥメッセージを受信した場合には、ネットワーク側から受信したＩＮＶＩＴＥメッセージを受信した場合とは異なる着呼通知を行うことを特徴とする通信システム。
【請求項７】
端末をネットワークに接続するための中継装置が行う端末管理方法であって、
前記端末に設定可能な符号化方式を前記端末から取得する制御過程を行い、
前記制御過程において、
前記端末に符号化方式を指定するＩＮＶＩＴＥメッセージを生成する処理と、
前記ＩＮＶＩＴＥメッセージを前記端末に送信し、前記ＩＮＶＩＴＥメッセージへの応答により、前記端末に設定可能な符号化方式を取得する処理と
を行い、
前記ＩＮＶＩＴＥメッセージには、符号化方式を確認するためのＩＮＶＩＴＥメッセージであることを前記端末に識別させて前記端末が当該ＩＮＶＩＴＥメッセージを受信したときの鳴動処理を変更させる識別情報を含めることを特徴とする端末管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して通信を行う端末間の符号化方式を管理する技術に関する。
【背景技術】
【０００２】
ＩＰ（Internet Protocol）電話通信においては、通信を行う端末同士で通信するデータを同じ符号化方式（コーデック方式）により符号化を行って通信を行うようにしている。
【０００３】
例えば、特許文献１に記載の技術は、ＳＩＰ（Session Initiation Protocol）発呼を行う端末がＩＮＶＩＴＥメッセージで設定可能な符号化方式の種別を特定して着呼側の端末に通知することで、着呼側の端末が通知された符号化方式の種別から自端末において設定可能な符号化方式の種別を選択することができるようにしている。
【０００４】
【特許文献１】特開２００６−４２１７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載の技術では、通信を行う端末同士において、設定可能な符号化方式の種別に共通のものがない場合には、通信を行うことができない。
【０００６】
このような場合、通信を中継する装置において、通信を行う端末に設定可能な符号化方式に変換を行うことで通信が可能となるが、通信を行う端末において設定可能な符号化方式の種別を特定することができなければ、符号化方式の変換を行うことができない。
【０００７】
そこで、本発明は、通信を行う端末に設定可能な符号化方式の種別を特定することができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
以上の課題を解決するために、本発明は、中継装置において、端末に設定可能な符号化方式を取得して、記憶しておく。
【０００９】
例えば、本発明は、端末をネットワークに接続するための中継装置であって、
前記端末より、前記端末に設定可能な符号化方式を取得する制御部と、
前記端末より取得した、前記端末に設定可能な符号化方式を符号化方式情報として記憶する記憶部と
を備え、
前記制御部は、
前記端末に符号化方式を指定するＩＮＶＩＴＥメッセージを生成する処理と、
前記ＩＮＶＩＴＥメッセージを前記端末に送信し、前記ＩＮＶＩＴＥメッセージへの応答により、前記端末に設定可能な符号化方式を取得する処理と、
前記ネットワークから前記端末に送信されたＩＮＶＩＴＥメッセージで指定された符号化方式が、前記符号化方式情報として記憶された符号化方式ではない場合には、当該ＩＮＶＩＴＥメッセージで指定された符号化方式を、前記符号化方式情報として記憶された符号化方式に変更して前記端末に転送する処理と
を行うことを特徴とする。
【発明の効果】
【００１０】
以上のように、本発明によれば、通信を行う端末に設定可能な符号化方式の種別を特定することができる技術を提供することができる。
【発明を実施するための最良の形態】
【００１１】
図１は、本発明の第一の実施形態である通信システム１００の概略図である。
【００１２】
図示するように、通信システム１００は、端末１１０Ａ〜１１０Ｄ（以下、個々の端末１１０Ａ〜１１０Ｄを特に区別しない場合には、端末１１０という）と、ゲートウェイ（以下、ＧＷ）１２０Ａ、１２０Ｂ（以下、個々のＧＷ１２０Ａ、１２０Ｂを特に区別しない場合には、ＧＷ１２０という）と、を備えており、ＧＷ１２０は、終端装置１６０Ａ、１６０Ｂ（以下、個々の終端装置１６０Ａ、１６０Ｂを特に区別しない場合には、終端装置１６０という）を介してネットワーク１７０に接続することができるようにされている。
【００１３】
端末１１０は、音声通信を行う端末で、本実施形態においては、ＳＩＰに従って呼制御を行うＩＰ電話端末が使用される。なお、本実施形態における端末１１０については、汎用のものを使用すればよいため、詳細な説明は省略する。
【００１４】
図２は、ＧＷ１２０の概略図である。
【００１５】
図示するようにＧＷ１２０は、記憶部１３０と、制御部１４０と、第一のＩＦ部１５０と、第二のＩＦ部１５１と、を備える。
【００１６】
記憶部１３０は、符号化方式情報記憶領域１３１と、登録情報記憶領域１３２と、を備える。
【００１７】
符号化方式情報記憶領域１３１には、各端末１１０において設定可能な符号化方式（コーデック方式）を特定する情報が記憶される。
【００１８】
例えば、符号化方式情報記憶領域１３１には、図３（符号化方式テーブル１３１ａの概略図）に示すような符号化方式テーブル１３１ａが端末１１０毎に記憶される。
【００１９】
符号化方式テーブル１３１ａは、使用可能コーデック欄１３１ｂを備える。
【００２０】
使用可能コーデック欄１３１ｂには、符号化方式テーブル１３１ａで使用可能な符号化方式を特定する対象となっている端末１１０に設定可能な符号化方式（コーデック方式）を特定することのできる情報が格納される。
【００２１】
なお、符号化方式テーブル１３１ａについては、後述する制御部１４０の符号化方式管理部１４４が各々の端末１１０毎に設定可能な符号化方式を取得し、生成する。
【００２２】
図２に戻り、登録情報記憶領域１３２には、ＧＷ１２０の配下にある端末１１０（ここでは、第一のＩＦ部１５０に接続されている端末１１０）のロケーション情報が格納される。
【００２３】
例えば、登録情報記憶領域１３２には、第一のＩＦ部１５０に接続されている端末１１０から送信されてくるＳＩＰに従ったＲＥＧＩＳＴＥＲメッセージで送信されてくるロケーション情報（少なくとも電話番号などの論理アドレス及びＩＰアドレスなどのコンタクトアドレスを含む）を格納する。
【００２４】
制御部１４０は、全体制御部１４１と、ＳＩＰ処理部１４２と、符号化方式変換部１４３と、符号化方式管理部１４４と、を備える。
【００２５】
全体制御部１４１は、ＧＷ１２０における全体の処理を制御する。
【００２６】
ＳＩＰ処理部１４２は、ＳＩＰを用いたメッセージを送受信する等の処理を制御する。
【００２７】
特に、本実施形態においては、ＳＩＰ処理部１４２は、第一のＩＦ部１５０に接続される端末１１０からＲＥＧＩＳＴＥＲメッセージを受信した際に、当該端末１１０が設定可能な符号化方式を確かめるためのメッセージを送信し、その応答を受信する処理を行う。
【００２８】
また、ＳＩＰ処理部１４２は、第二のＩＦ部１５１側に接続される端末１１０から、第一のＩＦ部１５０側に接続される端末１１０に対して送信されたＩＮＶＩＴＥメッセージにおいて、第一のＩＦ部１５０側に接続される端末１１０が対応していない符号化方式が指定されている場合に、当該ＩＮＶＩＴＥメッセージのＳＤＰ（Session Description Protocol）における符号化方式を、第一のＩＦ部１５０側に接続される端末１１０が対応している符号化方式（符号化方式情報記憶領域１３１に記憶されている符号化方式）に変更する処理を行う。
【００２９】
符号化方式変換部１４３は、第一のＩＦ部１５０に接続される端末１１０と、第二のＩＦ部１５１及びネットワーク１７０を介して接続される端末１１０と、の間の通信において、符号化方式が異なる場合には、これらの間の符号化方式を変換するいわゆるトランスコーデック処理を行う。
【００３０】
符号化方式管理部１４４は、第一のＩＦ部１５０に接続される端末１１０の符号化方式を管理する処理を制御する。
【００３１】
具体的には、ＳＩＰ処理部１４２においてＲＥＧＩＳＴＥＲメッセージを受信した際に、当該ＲＥＧＩＳＴＥＲメッセージで通知されたロケーション情報が登録情報記憶領域１３２に記憶されていない場合や、登録情報記憶領域１３２に記憶されているロケーション情報に変更を生ずる場合には、ＳＩＰ処理部１４２に当該ＲＥＧＩＳＴＥメッセージを送信してきた端末１１０に符号化方式を確認するためのメッセージを送信するよう指示を出す。
【００３２】
ここで、本実施形態においては、符号化方式を確認するためのメッセージとして、ＩＮＶＩＴＥメッセージを用い、当該ＩＮＶＩＴＥメッセージにおいて、符号化方式変換部１４３で符号化方式を変換することのできる符号化方式を指定して、端末１１０に送信し、当該ＩＮＶＩＴＥメッセージへの応答が１８０ＲＩＮＧレスポンスであるか、エラー応答（例えば、４００番台のレスポンス）であるか、で端末１１０に設定可能な符号化方式を確認するようにしている。
【００３３】
そして、符号化方式管理部１４４は、各々の端末１１０毎に確認した設定可能な符号化方式を符号化方式テーブル１３１ａに格納して、符号化方式情報記憶領域１３１に記憶する。
【００３４】
第一のＩＦ部１５０は、ＧＷ１２０の配下にある端末１１０（ＧＷ１２０を介してネットワーク１７０に接続する端末１１０）との間で情報の送受信を行うためのインターフェースである。
【００３５】
第二のＩＦ部１５１は、ネットワーク１７０を介して情報の送受信を行うためのインターフェースである。
【００３６】
図１に戻り、終端装置１６０は、アクセス回線の終端装置であって、例えば、光ファイバを介してネットワーク１７０に接続するための光終端装置である。これは、汎用の光回線終端装置を用いればよいため、説明を省略する。
【００３７】
本実施形態におけるネットワーク１７０には、ＳＩＰに従った呼制御を行う呼制御サーバが接続されているものとする。この呼制御サーバについては、汎用のものを用いればよいため、説明を省略する。
【００３８】
図４は、以上のように構成される通信システム１００において、ＧＷ１２０が端末１１０において設定可能な符号化方式を取得する処理を示すシーケンス図である。
【００３９】
まず、端末１１０は、ＲＥＧＩＳＴＥＲメッセージをＧＷ１２０に送信する（Ｓ１０）。
【００４０】
このようなＲＥＧＩＳＴＥＲメッセージを受信したＧＷ１２０では、ＳＩＰ処理部１４２が、ＲＥＧＩＳＴＥＲメッセージに含まれているロケーション情報を取得し、登録情報記憶領域１３２に記憶する処理を行う（Ｓ１１）。
【００４１】
そして、ＳＩＰ処理部１４２は、登録処理が成功した旨のレスポンスである２００ＯＫレスポンスを端末１１０に返信する（Ｓ１２）。
【００４２】
一方、ＳＩＰ処理部１４２は、ステップＳ１０でＲＥＧＩＳＴＥＲメッセージを受信した場合には、符号化方式管理部１４４にその旨の報告を行い、符号化方式管理部１４４が、符号化方式の確認が必要か否かを判断する（Ｓ１３）。
【００４３】
ここで、符号化方式管理部１４４は、ステップＳ１０で受信したＲＥＧＩＳＴＥＲメッセージに含まれているロケーション情報に対応する情報が登録情報記憶領域１３２に記憶されていない場合（記憶されているロケーション情報を変更する場合も含む）には、符号化方式の取得が必要と判断して、端末１１０から対応する符号化方式を取得する処理を行うようにＳＩＰ処理部１４２に指示を出す。なお、本シーケンスでは、ステップＳ１０で受信したＲＥＧＩＳＴＥＲメッセージに含まれているロケーション情報に対応する情報が登録情報記憶領域１３２に記憶されていないものとして説明を行う。
【００４４】
そして、ＳＩＰ処理部１４２は、ＧＷ１２０の符号化方式変換部１４３で変換可能な符号化方式のうちから一つの符号化方式（ここでは、Ｇ．７１１）を取得し、取得した符号化方式を示す符号化種別をＳＤＰの「a=rtpmap」属性において特定したＩＮＶＩＴＥメッセージを生成して端末１１０に送信する（Ｓ１４）。
【００４５】
このようなＩＮＶＩＴＥメッセージを受信した端末１１０では、ＩＮＶＩＴＥメッセージで特定されている符号化種別に対応している場合には、１８０ＲＩＮＧレスポンスをＧＷ１２０に返信し、一方、このような符号化種別に対応していない場合には、エラー応答である４００番台のレスポンスをＧＷ１２０に返信する。
【００４６】
ここでは、端末１１０は、ステップＳ１４で受信したＩＮＶＩＴＥメッセージで特定されている符号化種別に対応しているものとし、１８０ＲＩＮＧレスポンスをＧＷ１２０に返信する（Ｓ１５）。
【００４７】
このような１８０ＲＩＮＧレスポンスを受信したＧＷ１２０では、ＳＩＰ処理部１４２が１８０ＲＩＮＧレスポンスを受信した旨を符号化方式管理部１４４に報告し、符号化方式管理部１４４は、ステップＳ１０でＲＥＧＩＳＴＥＲメッセージを送信してきた端末１１０に関連させた符号化方式テーブル１３１ａを生成し、ステップＳ１５で１８０ＲＩＮＧのレスポンスの対象となったＩＮＶＩＴＥメッセージで特定した符号化方式（ここでは、Ｇ．７１１）を特定する情報を、生成した符号化方式テーブル１３１ａに格納する（Ｓ１６）。
【００４８】
なお、符号化方式テーブル１３１ａと端末１１０との対応付けは、端末１１０を一意に識別することのできる情報（例えば、端末１１０のＩＤ、論理アドレス、ＩＰアドレス等）に符号化方式テーブル１３１ａを対応させればよい。
【００４９】
そして、端末１１０からのレスポンス（ここでは、１８０ＲＩＮＧ）を受信したＳＩＰ処理部１４２は、ＩＮＶＩＴＥメッセージでの呼制御をキャンセルするため、ＣＡＮＣＥＬメッセージを端末１１０に送信する（Ｓ１７）。
【００５０】
また、ＳＩＰ処理部１４２は、ＧＷ１２０の符号化方式変換部１４３で変換可能な符号化方式のうちで、まだ確認していない符号化方式がある場合には（ここでは、このような符号化方式があるものとして説明する）、まだ確認していない符号化方式から一つの符号化方式（ここでは、Ｇ．７２３）を取得し、取得した符号化方式を示す符号化種別をＳＤＰの「a=rtpmap」属性において特定したＩＮＶＩＴＥメッセージを生成して端末１１０に送信する（Ｓ１８）。
【００５１】
このようなＩＮＶＩＴＥメッセージを受信した端末１１０では、ＩＮＶＩＴＥメッセージで特定されている符号化種別に対応している場合には、１８０ＲＩＮＧレスポンスをＧＷ１２０に返信し、一方、このような符号化種別に対応していない場合には、エラー応答である４００番台のレスポンスをＧＷ１２０に返信する。
【００５２】
ここでは、端末１１０は、ステップＳ１８で受信したＩＮＶＩＴＥメッセージで特定されている符号化種別に対応しているものとし、１８０ＲＩＮＧレスポンスをＧＷ１２０に返信する（Ｓ１９）。
【００５３】
このような１８０ＲＩＮＧレスポンスを受信したＧＷ１２０では、ＳＩＰ処理部１４２が１８０ＲＩＮＧレスポンスを受信した旨を符号化方式管理部１４４に報告し、符号化方式管理部１４４は、ステップＳ１０でＲＥＧＩＳＴＥＲメッセージを送信してきた端末１１０に関連させた符号化方式テーブル１３１ａに、ステップＳ１９で１８０ＲＩＮＧのレスポンスの対象となったＩＮＶＩＴＥメッセージで特定した符号化方式（ここでは、Ｇ．７２３）を特定する情報を格納する（Ｓ２０）。
【００５４】
そして、端末１１０からのレスポンス（ここでは、１８０ＲＩＮＧ）を受信したＳＩＰ処理部１４２は、ＩＮＶＩＴＥメッセージでの呼制御をキャンセルするため、ＣＡＮＣＥＬメッセージを端末１１０に送信する（Ｓ２１）。
【００５５】
また、ＳＩＰ処理部１４２は、ＧＷ１２０の符号化方式変換部１４３で変換可能な符号化方式のうちで、まだ確認していない符号化方式がある場合には（ここでは、このような符号化方式があるものとして説明する）、まだ確認していない符号化方式から一つの符号化方式（ここでは、Ｇ．７２９）を取得し、取得した符号化方式を示す符号化種別をＳＤＰの「a=rtpmap」属性において特定したＩＮＶＩＴＥメッセージを生成して端末１１０に送信する（Ｓ２２）。
【００５６】
このようなＩＮＶＩＴＥメッセージを受信した端末１１０では、ＩＮＶＩＴＥメッセージで特定されている符号化種別に対応している場合には、１８０ＲＩＮＧレスポンスをＧＷ１２０に返信し、一方、このような符号化種別に対応していない場合には、エラー応答である４００番台のレスポンスをＧＷ１２０に返信する。
【００５７】
ここでは、端末１１０は、ステップＳ２２で受信したＩＮＶＩＴＥメッセージで特定されている符号化種別に対応していないものとし、エラー応答である４００レスポンスをＧＷ１２０に返信する（Ｓ２３）。
【００５８】
このような４００レスポンスを受信したＧＷ１２０では、ＳＩＰ処理部１４２がエラー応答を受信した旨を符号化方式管理部１４４に報告する。ここでは、符号化方式管理部１４４は、符号化方式テーブル１３１ａには符号化方式の格納を行わない。
【００５９】
以上の処理は、ＧＷ１２０の符号化方式変換部１４３で変換可能な符号化方式のうちで、まだ確認していない符号化方式がある場合には、続けて行う。
【００６０】
図５は、ＧＷ１２０において端末１１０が対応している符号化方式を確認する処理を示すフローチャートである。
【００６１】
まず、ＳＩＰ処理部１４２は、第一のＩＦ部１５０を介して、ＲＥＧＩＳＴＥＲメッセージを受信した場合には（Ｓ３０）、ＲＥＧＩＳＴＥＲメッセージに含まれているロケーション情報を取得し、符号化方式管理部１４４に出力することで、符号化方式管理部１４４は、符号化方式を取得するか否かを判断する（Ｓ３１）。
【００６２】
本実施形態では、符号化方式管理部１４４は、ステップＳ３０で受信したＲＥＧＩＳＴＥＲメッセージに含まれているロケーション情報に対応する情報が登録情報記憶領域１３２に記憶されていない場合に、符号化方式の取得が必要と判断する。
【００６３】
そして、符号化方式管理部１４４が、符号化方式の取得が必要と判断した場合には（ステップＳ３１でＹＥＳ）、ステップＳ３２に進み、符号化方式の取得が必要ないと判断した場合には（ステップＳ３１でＮＯ）、処理を終了する。
【００６４】
ステップＳ３２では、符号化方式管理部１４４は、端末１１０から対応する符号化方式を取得するようＳＩＰ処理部１４２に指示を出し、ＳＩＰ処理部１４２は、ＧＷ１２０の符号化方式変換部１４３で変換可能な符号化方式のうちから一つの符号化方式を取得し、取得した符号化方式を示す符号化種別をＳＤＰの「a=rtpmap」属性において特定したＩＮＶＩＴＥメッセージを生成して端末１１０に送信する。
【００６５】
そして、ＳＩＰ処理部１４２は、ＩＮＶＩＴＥメッセージを送信した端末１１０からの応答が、コーデックエラーを通知するエラー応答であるか否かを確認する（Ｓ３３）。
【００６６】
ここで、ＩＮＶＩＴＥメッセージを送信した端末１１０からの応答が１８０ＲＩＮＧレスポンスである場合には（ステップＳ３３でＮＯ）、ステップＳ３４に進み、当該応答がエラーレスポンスである場合には（ステップＳ３３でＹＥＳ）、ステップＳ３５に進む。
【００６７】
ステップＳ３４では、ＳＩＰ処理部１４２が１８０ＲＩＮＧレスポンスを受信した旨を符号化方式管理部１４４に報告し、符号化方式管理部１４４は、ステップＳ３０でＲＥＧＩＳＴＥＲメッセージを送信してきた端末１１０に関連付けられた符号化方式テーブル１３１ａに、ステップＳ３３で１８０ＲＩＮＧのレスポンスの対象となったＩＮＶＩＴＥメッセージで特定した符号化方式を特定する情報を格納する。
【００６８】
そして、ステップＳ３５では、ＳＩＰ処理部１４２は、未確認の符号化方式があるか否かを確認し、このような符号化方式がある場合には、ステップＳ３２に戻り処理を繰り返し、このような符号化方式がない場合には、処理を終了する。
【００６９】
以上のように、本実施形態においては、ＧＷ１２０は、自己の配下にある端末１１０が対応している符号化方式を取得することができるため、例えば、ＷＡＮ側のネットワーク１７０から端末１１０が対応していない符号化方式による呼制御があった場合でも、符号化方式管理部１４４は、呼制御の対象となっている端末１１０が対応している符号化方式を符号化方式テーブル１３１ａから取得して、ＳＩＰ処理部１４２に出力することにより、ＳＩＰ処理部１４２は、ＩＮＶＩＴＥメッセージのＳＤＰの「a=rtpmap」属性において特定されている符号化種別を当該端末１１０が対応している符号化種別に変更することで、円滑な呼制御を行うことができる。
【００７０】
このような制御を行うことができるため、例えば、フォーキングによりＧＷ１２０の配下にある複数の端末１１０に呼び出しをかける場合でも、ほぼ同じタイミングで、端末１１０に呼出音を鳴らすこと（鳴動）が可能となる。
【００７１】
以上に記載した実施形態においては、ＩＮＶＩＴＥメッセージを利用して、端末１１０に設定可能な符号化方式を確認するようにしているが、このような態様に限定されず、他のＳＩＰメッセージを用いて端末１１０に設定可能な符号化方式を確認するようにしてもよい。
【００７２】
例えば、ＩＮＶＩＴＥメッセージの代わりに、ＭＥＳＳＡＧＥメッセージやＩＮＦＯメッセージを利用して、端末１１０に設定可能な符号化方式を確認するようにしてもよい。この場合には、ＭＥＳＳＡＧＥメッセージやＩＮＦＯメッセージに端末１１０に設定可能な符号化方式を応答するように指示する記述を含めておくことで、端末１１０は自装置に設定可能な符号化方式をレスポンスに記述して応答するようにすればよい。
【００７３】
次に、第二の実施形態について説明する。
【００７４】
本発明の第二の実施形態は、第一の実施形態と比較して、端末及びＧＷが異なっているため、以下、端末及びＧＷに関連する事項について説明する。
【００７５】
図６は、本発明の第二の実施形態で使用する端末２１０の概略図である。
【００７６】
図示するように、端末２１０は、音声処理部２１１と、ＲＴＰ（Real Time Protocol）処理部２１２と、記憶部２１３と、ＳＩＰ制御部２１４と、鳴動制御部２１５と、ダイヤル制御部２１６と、ＩＦ部２１７と、ハンドセット２１８と、ダイヤル２１９と、を備える。
【００７７】
音声処理部２１１は、ハンドセット２１８のマイク（図示せず）を介して入力された音声に対してサンプリング及び符号化を行い、音声信号としてＲＴＰ処理部２１２に送る。
【００７８】
また、音声処理部２１１は、ＲＴＰ処理部２１２から送られてきた音声信号を復号化して、ハンドセット２１８のスピーカ（図示せず）に送る。
【００７９】
ＲＴＰ処理部２１２は、ＲＴＰに従った処理を行う。
【００８０】
例えば、ＲＴＰ処理部２１２は、音声処理部２１１から送られてきた音声信号をＲＴＰパケット化し、このＲＴＰパケットを、ＳＩＰ制御部２１４より通知されたＩＰアドレスを宛先としてＩＦ部２１７へ送る。
【００８１】
また、ＲＴＰ処理部２１２は、ＩＦ部２１７より受け取ったＲＴＰパケットから音声信号を復元し、これを音声処理部２１１に送る。
【００８２】
記憶部２１３には、ＩＰを介して通信を行うために必要な情報が記憶される。例えば、端末２１０のロケーション情報、ＧＷ２２０のＩＰアドレス、端末２１０が対応する符号化方式を特定する情報等が記憶される。
【００８３】
ＳＩＰ制御部２１４は、ＳＩＰに従った呼制御を行う。
【００８４】
例えば、ＳＩＰ制御部２１４は、ＧＷ２２０から送信されてきたＩＮＶＩＴＥメッセージのＳＤＰで特定されている符号化種別に対応している場合には、ＧＷ２２０に１８０ＲＩＮＧレスポンスを返信し、対応していない場合には、ＧＷ２２０にエラーレスポンス（４００番台のレスポンス）を返信する。
【００８５】
また、本実施形態においては、ＳＩＰ制御部２１４は、ＧＷ２２０から送信されてきたＩＮＶＩＴＥメッセージに特定の識別情報（例えば、テスト中であることを示す識別情報）がある場合には、鳴動制御部２１５に鳴動を停止するように（呼出音を出さないように）指示を出す。
【００８６】
さらに、ＳＩＰ制御部２１４は、特定の識別情報を有するＩＮＶＩＴＥメッセージに対するＣＡＮＣＥＬメッセージをＧＷ２２０から受信した場合には、鳴動制御部２１５に鳴動を再開するように（呼出音を出すように）指示を出す。
【００８７】
鳴動制御部２１５は、端末１１０のスピーカ（図示せず）から出力する呼出音のＯＮ又はＯＦＦを制御する。
【００８８】
また、本実施形態においては、鳴動制御部２１５は、ＳＩＰ制御部２１４から鳴動を停止するように指示があった場合には、再開の指示があるまで、着信があっても呼出音をスピーカより出力しないようにする。
【００８９】
ダイヤル制御部２１６は、ダイヤル２１９から入力される信号の制御を行う。
【００９０】
ＩＦ部２１７は、ＧＷ２２０との間で情報の送受信を行うためのインターフェースである。
【００９１】
図７は、本発明の第二の実施形態で使用するＧＷ２２０の概略図である。
【００９２】
図示するようにＧＷ２２０は、記憶部１３０と、制御部２４０と、第一のＩＦ部１５０と、第二のＩＦ部１５１と、を備え、第一の実施形態と比較して、制御部２４０が異なっているため、以下この異なっている点に関連する事項について説明する。
【００９３】
制御部２４０は、全体制御部１４１と、ＳＩＰ処理部２４２と、符号化方式変換部１４３と、符号化方式管理部１４４と、を備え、第一の実施形態と比較して、ＳＩＰ処理部２４２が異なっているため、以下、ＳＩＰ処理部２４２に関連する事項について説明する。
【００９４】
ＳＩＰ処理部２４２は、第一の実施形態と同様の処理を行うが、第一のＩＦ部１５０に接続される端末１１０からＲＥＧＩＳＴＥＲメッセージを受信した際に、当該端末１１０が設定可能な符号化方式を確かめるためのメッセージを送信する場合に、当該メッセージに符号化方式を確かめるためのメッセージであることを特定する識別情報を付加する。
【００９５】
例えば、本実施形態においては、符号化方式を確かめるためのメッセージとしてＩＮＶＩＴＥメッセージを使用するようにしており、当該ＩＮＶＩＴＥメッセージのヘッダ部のFromヘッダに特定の識別情報（例えば、特定の番号）を記述することで、符号化方式を確かめるためのＩＮＶＩＴＥメッセージであることを特定している。
【００９６】
図８は、以上のように構成される端末２１０と、ＧＷ２２０において、ＧＷ２２０が端末２１０において設定可能な符号化方式を取得する処理を示すシーケンス図である。
【００９７】
まず、端末２１０のＳＩＰ制御部２１４は、端末２１０のロケーション情報をＲＥＧＩＳＴＥＲメッセージにてＧＷ２２０に送信する（Ｓ４０）。
【００９８】
このようなＲＥＧＩＳＴＥＲメッセージを受信したＧＷ２２０では、ＳＩＰ処理部２４２が、ＲＥＧＩＳＴＥＲメッセージに含まれているロケーション情報を取得し、登録情報記憶領域１３２に記憶する処理を行う（Ｓ４１）。
【００９９】
そして、ＳＩＰ処理部２４２は、登録処理が成功した旨のレスポンスである２００ＯＫレスポンスを端末２１０に返信する（Ｓ４２）。
【０１００】
一方、ＳＩＰ処理部２４２は、ステップＳ４０でＲＥＧＩＳＴＥＲメッセージを受信した場合には、符号化方式管理部１４４にその旨の報告を行い、符号化方式管理部１４４が、符号化方式の確認が必要か否かを判断する（Ｓ４３）。
【０１０１】
ここで、符号化方式管理部１４４は、ステップＳ４０で受信したＲＥＧＩＳＴＥＲメッセージに含まれているロケーション情報に対応する情報が登録情報記憶領域１３２に記憶されていない場合には、符号化方式の取得が必要と判断して、端末２１０から対応する符号化方式を取得する処理を行うようにＳＩＰ処理部２４２に指示を出す。なお、本シーケンスでは、ステップＳ４０で受信したＲＥＧＩＳＴＥＲメッセージに含まれているロケーション情報に対応する情報が登録情報記憶領域１３２に記憶されていないものとして説明を行う。
【０１０２】
そして、ＳＩＰ処理部２４２は、ＧＷ２２０の符号化方式変換部１４３で変換可能な符号化方式のうちから一つの符号化方式（ここでは、Ｇ．７１１）を取得し、取得した符号化方式を示す符号化種別をＳＤＰの「a=rtpmap」属性において特定したＩＮＶＩＴＥメッセージを生成して端末２１０に送信する（Ｓ４４）。
【０１０３】
ここで、ＳＩＰ処理部２４２は、ステップＳ４４で生成するＩＮＶＩＴＥメッセージのヘッダ部のFromヘッダに予め定められた識別情報（例えば、９９９９９９９）を記述することにより、符号化方式を確認するためのＩＮＶＩＴＥメッセージであることを端末２１０に識別させる。
【０１０４】
このようなＩＮＶＩＴＥメッセージを受信した端末２１０では、ＳＩＰ制御部２１４が、ＩＮＶＩＴＥメッセージのヘッダ部のFromヘッダに予め定められた識別情報があるか否かを確認することにより、鳴動の要否を判定する処理を行う（Ｓ４５）。ここでは、このような識別情報があるものとして説明を行う。
【０１０５】
そして、ＳＩＰ制御部２１４は、ＩＮＶＩＴＥメッセージのヘッダ部のFromヘッダに予め定められた識別情報がある場合には、鳴動制御部２１５に鳴動を行わないように指示を出し、鳴動制御部２１５は、鳴動を停止する（呼出音を出力しないようにする）（Ｓ４６）。
【０１０６】
次に、ＳＩＰ制御部２１４は、ステップＳ４４で受信したＩＮＶＩＴＥメッセージで特定されている符号化種別に対応しているか否かを確認し、対応している場合には、１８０ＲＩＮＧレスポンスをＧＷ２２０に返信し、一方、このような符号化種別に対応していない場合には、エラー応答である４００番台のレスポンスをＧＷ２２０に返信する。
【０１０７】
ここでは、端末２１０は、ステップＳ４４で受信したＩＮＶＩＴＥメッセージで特定されている符号化種別に対応しているものとし、１８０ＲＩＮＧレスポンスをＧＷ２２０に返信する（Ｓ４７）。
【０１０８】
このような１８０ＲＩＮＧレスポンスを受信したＧＷ２２０では、ＳＩＰ処理部２４２が１８０ＲＩＮＧレスポンスを受信した旨を符号化方式管理部１４４に報告し、符号化方式管理部１４４は、ステップＳ４０でＲＥＧＩＳＴＥＲメッセージを送信してきた端末１１０に関連させた符号化方式テーブル１３１ａに、ステップＳ４７で１８０ＲＩＮＧのレスポンスの対象となったＩＮＶＩＴＥメッセージで特定した符号化方式（ここでは、Ｇ．７１１）を特定する情報を格納する（Ｓ４８）。
【０１０９】
そして、端末２１０からのレスポンス（ここでは、１８０ＲＩＮＧ）を受信したＳＩＰ処理部２４２は、ＩＮＶＩＴＥメッセージでの呼制御をキャンセルするため、ＣＡＮＣＥＬメッセージを端末２１０に送信する（Ｓ４９）。
【０１１０】
このようなＣＡＮＣＥＬメッセージを受信した端末２１０では、ＳＩＰ制御部２１４が、鳴動制御部２１５に鳴動を再開するよう指示を出し、鳴動制御部２１５は、次に着信があった場合には、鳴動を再開する（再び呼出音を出力するようにする）（Ｓ５０）。
【０１１１】
ステップＳ４４からＳ５０までの処理は、ＧＷ２２０の符号化方式変換部１４３で変換可能な符号化方式のうちで未確認のものがある場合には、繰り返し行われる。
【０１１２】
図９は、ＩＮＶＩＴＥメッセージを受信した際の端末２１０での処理を示すフローチャートである。
【０１１３】
まず、端末２１０のＳＩＰ制御部２１４は、ＩＦ部２１７を介してＩＮＶＩＴＥメッセージを受信した場合には（Ｓ６０）、ＩＮＶＩＴＥメッセージに符号化方式を確認するためのメッセージであることを特定するための識別情報が含まれているか否かを確認する（Ｓ６１）。そして、ＩＮＶＩＴＥメッセージに符号化方式を確認知るためのメッセージであることを特定するための識別情報が含まれている場合には（Ｓ６１でＹＥＳ）、ステップＳ６２に進み、識別情報が含まれていない場合には（Ｓ６１でＮＯ）、ステップＳ６９に進む。
【０１１４】
ステップＳ６２では、ＳＩＰ制御部２１４は、鳴動制御部２１５に鳴動を行わないように指示を出し、鳴動制御部２１５は、鳴動を停止する。
【０１１５】
そして、ＳＩＰ制御部２１４は、ステップＳ６０で受信したＩＮＶＩＴＥメッセージで特定されている符号化種別に設定可能か否かを記憶部２１３に記憶されている情報に基づいて判断し（Ｓ６３）、設定可能である場合には（ステップＳ６３でＹＥＳ）、ステップＳ６４に進み、設定可能でない場合には（ステップＳ６３でＮＯ）、ステップＳ６７に進む。
【０１１６】
ステップＳ６４では、ＳＩＰ制御部２１４は、ＩＮＶＩＴＥメッセージに対して１８０ＲＩＮＧをＧＷ２２０に送信する。
【０１１７】
そして、ＳＩＰ制御部２１４は、ＧＷ２２０よりＣＡＮＣＥＬメッセージを受信した場合には（Ｓ６６）、ＳＩＰ制御部２１４は、鳴動制御部２１５に鳴動を再開するように指示を出し、鳴動制御部２１５は、鳴動を再開する（Ｓ６６）。
【０１１８】
一方、ステップＳ６７では、ＳＩＰ制御部２１４は、ＩＮＶＩＴＥメッセージに対してエラー応答（例えば、４００番台のレスポンス）をＧＷ２２０に送信する。
【０１１９】
そして、ＳＩＰ制御部２１４は、ＧＷ２２０よりＣＡＮＣＥＬメッセージを受信した場合には（Ｓ６８）、ＳＩＰ制御部２１４は、鳴動制御部２１５に鳴動を再開するように指示を出し、鳴動制御部２１５は、鳴動を再開する（Ｓ６６）。
【０１２０】
ステップＳ６９では、ＳＩＰ制御部２１４は、ステップＳ６０で受信したＩＮＶＩＴＥメッセージで特定されている符号化種別に設定可能か否かを記憶部２１３に記憶されている情報に基づいて判断し、設定可能である場合には（ステップＳ６９でＹＥＳ）、ステップＳ７０に進み、設定可能ではない場合には（ステップＳ６９でＮＯ）、ステップＳ７３に進む。
【０１２１】
ステップＳ７０では、ＳＩＰ制御部２１４は、ＩＮＶＩＴＥメッセージに対して１８０ＲＩＮＧをＧＷ２２０に送信する。
【０１２２】
そして、鳴動制御部２１５は、端末２１０のスピーカより呼出音を出力し（Ｓ７１）、その後は、ＳＩＰ制御部２１４は、ＳＩＰに従った処理を行う（Ｓ７２）。例えば、ハンドセット２１８を介して通話を行うような場合には、ＳＩＰ制御部２１４は、ＧＷ２２０に２００ＯＫメッセージを送信する。
【０１２３】
一方、ステップＳ７３では、ＳＩＰ制御部２１４は、ＩＮＶＩＴＥメッセージに対してエラー応答（例えば、４００番台のレスポンス）をＧＷ２２０に送信し、その後は、ＳＩＰ制御部２１４は、ＳＩＰに従った処理を行う（Ｓ７４）。
【０１２４】
以上のように、本実施形態によれば、ＧＷ２２０から対応可能な符号化方式を確認するためのＩＮＶＩＴＥメッセージを受信したような場合には、端末２１０において鳴動が行われないため、端末２１０のユーザがハンドセット２１８を持ち上げてしまう等の操作を防止することができる。
【０１２５】
なお、本実施形態においては、鳴動を停止するようにしているが、このような態様に限定されず、例えば、端末２１０に表示部が備えられているような場合には、確認中又はテスト中であることを識別可能な表示を行うようにしてもよい。
【０１２６】
また、以上の実施形態においては、ＩＮＶＩＴＥメッセージを受信してからＣＡＮＣＥＬメッセージを受信するまで鳴動を停止するようにしているが、このような態様に限定されず、ＩＮＶＩＴＥメッセージを受信してから予め定められた時間が経過するまで、鳴動を停止するようにしてもよい。
【０１２７】
さらに、ＩＮＶＩＴＥメッセージに符号化方式を確認するために送るＩＮＶＩＴＥメッセージの数を特定する情報を記述しておくことで、当該数に含まれるＩＮＶＩＴＥメッセージを受信した際には、鳴動を行わないようにすることも可能である。
【０１２８】
また、ＩＮＶＩＴＥメッセージに符号化方式を確認するために最後に送るＩＮＶＩＴＥメッセージを識別するための識別情報を付加しておき、このような識別情報が追加されているＩＮＶＩＴＥメッセージを受信した後に、ＩＮＶＩＴＥメッセージを受信した際には、鳴動を再開するようにすることも可能である。
【０１２９】
次に、第三の実施形態について説明する。
【０１３０】
本発明の第三の実施形態は、第一の実施形態と比較してＧＷが異なっているため、以下、ＧＷに関連する事項について説明する。
【０１３１】
図１０は、本発明の第三の実施形態で使用するＧＷ３２０の概略図である。
【０１３２】
図示するようにＧＷ３２０は、記憶部１３０と、制御部３４０と、第一のＩＦ部１５０と、第二のＩＦ部１５１と、を備え、第一の実施形態と比較して、制御部３４０が異なっているため、以下この異なっている点に関連する事項について説明する。
【０１３３】
制御部３４０は、全体制御部１４１と、ＳＩＰ処理部３４２と、符号化方式変換部１４３と、符号化方式管理部３４４と、を備え、第一の実施形態と比較して、ＳＩＰ処理部３４２及び符号化方式管理部３４４での処理が異なっているため、以下これらに関連する事項について説明する。
【０１３４】
ＳＩＰ処理部３４２は、ＧＷ３２０の配下にある端末１１０からＩＮＶＩＴＥメッセージを受信した際に、当該ＩＮＶＩＴＥメッセージのＳＤＰに記述されている符号化種別から符号化方式を特定して、特定した符号化方式を符号化方式管理部３４４に出力する。
【０１３５】
また、ＳＩＰ処理部３４２は、ＧＷ３２０の配下にある端末１１０からコーデックエラーの応答を受信した場合には、当該応答に対応可能な符号化種別の記述があるか否かを判断し、このような記述がある場合にはこのような記述から対応可能な符号化方式を特定して、符号化方式管理部３４４に出力する。
【０１３６】
符号化方式管理部３４４は、第一のＩＦ部１５０に接続される端末１１０の符号化方式を管理する処理を制御する。
【０１３７】
具体的には、ＳＩＰ処理部３４２から出力されてきた符号化方式を、符号化方式情報記憶領域１３１に記憶されている符号化方式テーブル１３１ａに端末１１０毎に格納する処理を行う。
【０１３８】
図１１は、以上のように構成されるＧＷ３２０を用いた通信システムにおいて、ＧＷ３２０が端末１１０において設定可能な符号化方式を取得する処理を示すシーケンス図である。なお、本シーケンスでは、端末１１０Ａから端末１１０Ｃに発呼を行う際のシーケンスを示しているがこのような態様に限定されるわけではない。
【０１３９】
まず、端末１１０Ａは、端末１１０Ｃとの間で通信を行うよう、ＧＷ３２０ＡにＩＮＶＩＴＥメッセージを送信する（Ｓ８０）。ここで、端末１１０Ａは、ＩＮＶＩＴＥメッセージのＳＤＰの「a=rtpmap」属性において、端末１１０Ａが設定可能な符号化種別を記述する。
【０１４０】
このようなＩＮＶＩＴＥメッセージを受信したＧＷ３２０では、ＳＩＰ処理部３４２が、ＩＮＶＩＴＥメッセージのＳＤＰの「a=rtpmap」属性に記述されている符号化種別を抽出して、当該符号化種別により特定される符号化方式を符号化方式管理部３４４に出力し、符号化方式管理部３４４は、端末１１０Ａを識別するための識別情報に関連付けられている符号化方式テーブル１３１ａに（このようなテーブルがない場合には新たに生成して）、ＳＩＰ処理部３４２から出力されてきた符号化方式を格納する（Ｓ８１）。
【０１４１】
そして、ＳＩＰ処理部３４２は、ＳＩＰに従って、第二のＩＦ部１５１からネットワーク１７０に接続されている呼制御サーバにＩＮＶＩＴＥメッセージを送信する（Ｓ８２）。
【０１４２】
ネットワーク１７０に接続されている呼制御サーバは、ＳＩＰに従って予め登録されているレジスタ情報に基づいて、ＩＮＶＩＴＥメッセージを端末１１０Ｃを配下におくＧＷ３２０Ｂに転送する（Ｓ８３）。
【０１４３】
そして、ＧＷ３２０Ｂは、ＳＩＰ処理部３４２が、登録情報記憶領域１３２に記憶されているロケーション情報に基づいて、第二のＩＦ部１５１から取得したＩＮＶＩＴＥメッセージを第一のＩＦ部１５０を介して、端末１１０Ｃに転送する（Ｓ８４）。
【０１４４】
端末１１０Ｃでは、ＩＮＶＩＴＥメッセージのＳＤＰの「a=rtpmap」属性に記述されている符号化種別の中に、端末１１０Ｃにおいて設定可能な符号化方式があるか否かを判断して、ある場合には、１８０ＲＩＮＧレスポンスをＧＷ３２０Ｂに返信し、設定可能な符号化方式がない場合には、端末１１０Ｃにおいて設定可能な符号化種別を記述したエラー応答（例えば、４００番台のエラーレスポンス）をＧＷ３２０Ｂに送信する（Ｓ８５）。
【０１４５】
ここでは、端末１１０Ｃにおいて設定可能な符号化方式がないものとして、説明する。
【０１４６】
ＧＷ３２０Ｂは、第一のＩＦ部１５０を介して配下の端末１１０ＣからＩＮＶＩＴＥメッセージに対するエラー応答を受信した場合には、ＳＩＰ処理部３４２が、受信したエラー応答に端末１１０Ｃに設定可能な符号化種別を特定する情報があるか否かを確認し、当該情報がある場合には、当該符号化種別により特定される符号化方式を符号化方式管理部３４４に出力し、符号化方式管理部３４４は、端末１１０Ｃを識別するための識別情報に関連付けられている符号化方式テーブル１３１ａに（このようなテーブルがない場合には新たに生成して）、ＳＩＰ処理部３４２から出力されてきた符号化方式を格納する（Ｓ８６）。
【０１４７】
そして、ＳＩＰ処理部３４２は、第一のＩＦ部１５０を介して受信したエラー応答を、第二のＩＦ部１５１を介して、ネットワーク１７０に接続されている呼制御サーバに送信し（Ｓ８７）、呼制御サーバは、当該エラー応答をＧＷ３２０Ａに転送する（Ｓ８８）。
【０１４８】
そして、このようなエラー応答を受信したＧＷ３２０Ａでは、端末１１０Ａにエラー応答を転送する（Ｓ８９）。
【０１４９】
図１２は、配下の端末１１０からＩＮＶＩＴＥメッセージを受信した際のＧＷ３２０での処理を示すフローチャートである。
【０１５０】
まず、ＧＷ３２０のＳＩＰ処理部３４２は、第一のＩＦ部１５０を介して端末１１０からＩＮＶＩＴＥメッセージを受信した場合には（Ｓ９０）、ＳＩＰ処理部３４２は、ＩＮＶＩＴＥメッセージのＳＤＰの「a=rtpmap」属性に記述されている符号化種別を抽出して、当該符号化種別により特定される符号化方式を符号化方式管理部３４４に出力し、符号化方式管理部３４４は、ＩＮＶＩＴＥメッセージを送信してきた端末１１０を識別するための識別情報に関連付けられている符号化方式テーブル１３１ａがあるか否か、及び、このような符号化方式テーブル１３１ａにＳＩＰ処理部３４２より出力されてきた符号化方式が既に格納されているか否かにより、登録の必要性を確認する（Ｓ９１）。
【０１５１】
そして、ＩＮＶＩＴＥメッセージを送信してきた端末１１０を識別するための識別情報に関連付けられている符号化方式テーブル１３１ａがない場合、または、ＩＮＶＩＴＥメッセージを送信してきた端末１１０を識別するための識別情報に関連付けられている符号化方式テーブル１３１ａに、ＳＩＰ処理部３４２より出力されてきた符号化方式が格納されていない場合、には（ステップＳ９１でＹＥＳ）、符号化方式管理部３４４は、符号化方式テーブル１３１ａを生成又は符号化方式テーブル１３１ａを更新する（Ｓ９２）。
【０１５２】
一方、ＩＮＶＩＴＥメッセージを送信してきた端末１１０を識別するための識別情報に関連付けられている符号化方式テーブル１３１ａがあり、ＳＩＰ処理部３４２より出力されてきた符号化方式が既に格納されている場合には（ステップＳ９１でＮＯ）、ステップＳ９３に進む。
【０１５３】
ステップＳ９３では、ＳＩＰ処理部３４２は、ＩＮＶＩＴＥメッセージを第二のＩＦ部１５１からネットワーク１７０に接続されている呼制御サーバに送信する（Ｓ９３）。
【０１５４】
図１３は、配下の端末１１０からＩＮＶＩＴＥメッセージに対するエラー応答を受信した際のＧＷ３２０での処理を示すフローチャートである。
【０１５５】
まず、ＧＷ３２０のＳＩＰ処理部３４２は、第一のＩＦ部１５０を介して端末１１０からエラー応答を受信した場合には（Ｓ１００）、ＳＩＰ処理部３４２は、エラー応答に端末１１０に設定可能な符号化種別を特定する情報があるか否かを確認し、このような情報がある場合には、ＳＩＰ制御部３４２は、端末１１０に設定可能な符号化方式を符号化方式管理部３４４に出力し、符号化方式管理部３４４が、登録の必要性を確認する（Ｓ１０１）。
【０１５６】
ここで、符号化方式管理部３４４は、エラー応答を送信してきた端末１１０を識別するための識別情報に関連付けられている符号化方式テーブル１３１ａがあるか否か、及び、このような符号化方式テーブル１３１ａにＳＩＰ処理部３４２より出力されてきた符号化方式が既に格納されているか否かにより、登録の必要性を確認する。
【０１５７】
そして、エラー応答を送信してきた端末１１０を識別するための識別情報に関連付けられている符号化方式テーブル１３１ａがない場合、または、エラー応答を送信してきた端末１１０を識別するための識別情報に関連付けられている符号化方式テーブル１３１ａに、ＳＩＰ処理部３４２より出力されてきた符号化方式が格納されていない場合、には（ステップＳ１０１でＹＥＳ）、符号化方式管理部３４４は、符号化方式テーブル１３１ａを生成又は符号化方式テーブル１３１ａを更新する（Ｓ１０２）。
【０１５８】
一方、エラー応答を送信してきた端末１１０を識別するための識別情報に関連付けられている符号化方式テーブル１３１ａがあり、ＳＩＰ処理部３４２より出力されてきた符号化方式が既に格納されている場合には（ステップＳ１０１でＮＯ）、ステップＳ１０３に進む。
【０１５９】
ステップＳ１０３では、ＳＩＰ処理部３４２は、エラー応答を第二のＩＦ部１５１からネットワーク１７０に接続されている呼制御サーバに送信する（Ｓ１０３）。
【０１６０】
以上のように、本実施形態によれば、端末１１０同士でのＳＩＰメッセージの送受信を介して、ＧＷ３２０が端末１１０に設定可能な符号化方式を取得することができる。
【０１６１】
なお、以上に記載した第三の実施形態で行っている処理を、第一の実施形態又は第二の実施形態におけるＧＷ１２０、２２０で行うようにすることもできる。このような処理を行うことで、例えば、ＲＥＧＩＳＴＥＲメッセージを送信した際に取得された符号化方式に変更等が生じた場合に、変更後の符号化方式を符号化方式情報記憶領域１３１に記憶されている符号化方式テーブル１３１ａに反映させることができるようになる。
【図面の簡単な説明】
【０１６２】
【図１】通信システムの概略図。
【図２】ＧＷの概略図。
【図３】符号化方式テーブルの概略図。
【図４】ＧＷが端末において設定可能な符号化方式を取得する処理を示すシーケンス図。
【図５】ＧＷにおいて端末が対応している符号化方式を確認する処理を示すフローチャート。
【図６】端末の概略図。
【図７】ＧＷの概略図。
【図８】ＧＷが端末において設定可能な符号化方式を取得する処理を示すシーケンス図。
【図９】ＩＮＶＩＴＥメッセージを受信した際の端末での処理を示すフローチャート。
【図１０】ＧＷの概略図。
【図１１】ＧＷが端末において設定可能な符号化方式を取得する処理を示すシーケンス図。
【図１２】端末からＩＮＶＩＴＥメッセージを受信した際のＧＷでの処理を示すフローチャート。
【図１３】端末からＩＮＶＩＴＥメッセージに対するエラー応答を受信した際のＧＷでの処理を示すフローチャート。
【符号の説明】
【０１６３】
１００  通信システム
１１０、２１０  端末
２１３  記憶部
２１４  ＳＩＰ制御部
２１５  鳴動制御部
１２０、２２０、３２０  ＧＷ
１３０  記憶部
１３１  符号化方式情報記憶領域
１３２  登録情報記憶領域
１４０、２４０、３４０  制御部
１４１  全体制御部
１４２、２４２、３４２  ＳＩＰ処理部
１４３  符号化方式変換部
１４４、３４４  符号化方式管理部
【図１】
0005201938.tif 000002
【図２】
0005201938.tif 000003
【図３】
0005201938.tif 000004
【図４】
0005201938.tif 000005
【図５】
0005201938.tif 000006
【図６】
0005201938.tif 000007
【図７】
0005201938.tif 000008
【図８】
0005201938.tif 000009
【図９】
0005201938.tif 000010
【図１０】
0005201938.tif 000011
【図１１】
0005201938.tif 000012
【図１２】
0005201938.tif 000013
【図１３】
0005201938.tif 000014