(57)【特許請求の範囲】
【請求項１】
それぞれが複数の符号化方式をサポートする第１の端末と第２の端末との間で、両端末間の通信に使用する符号化方式を選択する符号化方式選択方法において、
上記第１の端末は、自端末がサポートするすべての符号化方式を示す第１の信号を上記第２の端末に送信し、
上記第２の端末は、自端末がサポートするすべての符号化方式と、上記第１の信号にて示された符号化方式との中から、所定の条件に合致する符号化方式を選択し、その選択した符号化方式を示す第２の信号を上記第１の端末に送信し、
上記第１の端末は、上記第２の信号にて示された符号化方式の中から上記第２の端末との通信に使用する符号化方式を選択し、その選択した符号化方式を示す第３の信号を上記第２の端末に送信することを特徴とする符号化方式選択方法。
【請求項２】
請求項１記載の符号化方式選択方法において、
上記第２の端末は、上記第１の端末から第１の信号を受信した際に、自端末がサポートするすべての符号化方式と、上記第１の信号にて示された符号化方式との間で共通する符号化方式のうちの少なくとも一方式を上記所定の条件に合致した符号化方式として選択することを特徴とする符号化方式選択方法。
【請求項３】
請求項１記載の符号化方式選択方法において、
上記第１の端末は、上記第２の信号にて示された符号化方式のうちの少なくとも一方式を上記第２の端末との通信に使用する符号化方式として選択することを特徴とする符号化方式選択方法。
【請求項４】
それぞれが複数の符号化方式をサポートする第１の端末と第２の端末との間で、両端末間の通信に使用する符号化方式を選択する符号化方式選択方法において、
上記第１の端末は、自端末がサポートするすべての符号化方式と自端末が使用可能な最大モード数とを示す第１の信号を上記第２の端末に送信し、
上記第２の端末は、自端末がサポートするすべての符号化方式と、上記第１の信号にて示された符号化方式との間で共通する符号化方式を、選択された方式数が上記最大モード数以下となるように選択し、その選択した符号化方式を示す第２の信号を上記第１の端末に送信し、
上記第１の端末は、上記第２の信号にて示されたすべての符号化方式を上記第２の端末との通信に使用する符号化方式として採用することを特徴とする符号化方式選択方法。
【請求項５】
第２の端末装置と通信を行う第１の端末装置において、
自端末がサポートするすべての符号化方式を示す第１の信号を第２の端末装置に送信する第１の信号送信手段と、
上記第２の端末装置からの第２の信号にて示された符号化方式の中から上記第２の端末装置との通信に使用する符号化方式を選択し、その選択した符号化方式を示す第３の信号を上記第２の端末装置に送信する第３の信号送信手段とを有することを特徴とする第１の端末装置。
【請求項６】
請求項５記載の第１の端末装置において、
上記第３の信号送信手段は、上記第２の端末装置からの第２の信号にて示された符号化方式のうちの少なくとも一方式を上記第２の端末装置との通信に使用する符号化方式として選択する第１端末符号化方式選択手段を有することを特徴とする第１の端末装置。
【請求項７】
請求項５記載の第１の端末装置において、
上記第１の信号送信手段は、自端末がサポートするすべての符号化方式と自端末が使用可能な最大モード数とを示す第１の信号を上記第２の端末に送信し、
上記第３の信号送信手段は、上記第２の端末装置からの第２の信号にて示されたすべての符号化方式を上記第２の端末装置との通信に使用する符号化方式として採用することを特徴とする第１の端末装置。
【請求項８】
自端末がサポートするすべての符号化方式を示す信号を生成する信号生成手段と、
これから通信しようとする潜在的通信相手端末に上記信号生成手段によって生成された信号を送信する送信手段とを有することを特徴とする端末装置。
【請求項９】
自端末がサポートするすべての符号化方式と自端末が使用可能な最大モード数とを示す信号を生成する信号生成手段と、
これから通信しようとする潜在的通信相手端末に上記信号生成手段によって生成された信号を送信する送信手段とを有することを特徴とする端末装置。
【請求項１０】
第１の端末装置と通信を行う第２の端末装置において、
自端末がサポートするすべての符号化方式と、上記第１の端末装置より受信した第１の信号にて示された符号化方式との中から、所定の条件に合致する符号化方式を選択し、その選択した符号化方式を示す第２の信号を上記第１の端末装置に送信する第２の信号送信手段を有することを特徴とする第２の端末装置。
【請求項１１】
請求項１０記載の第２の端末装置において、
上記第２の信号送信手段は、自端末がサポートするすべての符号化方式と、上記第１の端末装置から受信した上記第１の信号にて示された符号化方式との間で共通する符号化方式のうちの少なくとも一方式を上記所定の条件に合致した符号化方式として選択する第２端末符号化方式選択手段を有することを特徴とする第２の端末装置。
【請求項１２】
請求項１１記載の第２の端末装置において、
上記第２端末符号化方式選択手段は、自端末がサポートするすべての符号化方式と、上記第１の端末装置から受信した上記第１の信号にて示された符号化方式との間で共通する符号化方式を、選択された方式数が上記第１の信号にて示された上記第１の端末装置が使用可能な最大モード数以下となるように選択することを特徴とする第２の端末装置。
【請求項１３】
これから通信しようとする潜在的通信相手端末がサポートするすべての符号化方式を示す信号を受信する受信手段と、
自端末がサポートするすべての符号化方式と、上記潜在的通信相手端末がサポートするすべての符号化方式との間で共通する符号化方式のうちの少なくとも一方式を選択する選択手段と、
該選択手段が選択した符号化方式を示す信号を生成する信号生成手段と、
該信号生成手段によって生成された信号を上記潜在的通信相手端末に送信する送信手段とを有することを特徴とする端末装置。
【請求項１４】
これから通信しようとする潜在的通信相手端末がサポートするすべての符号化方式と該通信相手端末が使用可能な最大モード数とを示す信号を受信する受信手段と、
自端末がサポートするすべての符号化方式と、上記潜在的通信相手端末がサポートするすべての符号化方式との間で共通する符号化方式を、選択された方式数が上記潜在的通信相手端末が使用可能な最大モード数以下となるように選択する選択手段と、
該選択手段が選択した符号化方式を示す信号を生成する信号生成手段と、
該信号生成手段によって生成された信号を上記潜在的通信相手端末に送信する送信手段とを有することを特徴とする端末装置。
【発明の詳細な説明】
技術分野
本発明は、符号化方式選択方法に係り、詳しくは、端末が受信可能な符号化方式とその時点で有効な符号化方式とが異なる場合に、端末間の通信に用いる符号化方式の整合がとれるよう該端末間でネゴシエーションを行って最適な符号化方式を選択する符号化方式選択方法に関する。
また、本発明は、そのような符号化方式選択方法に従って符号化方式を選択することのできる端末装置に関する。
背景技術
近年、ＩＴＵ−Ｔ勧告Ｈ．３２３やＩＥＴＦ  ＲＦＣ２５４３のＳＩＰ（ＳＩＰ：Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いたＶｏＩＰ通信（例：インターネット電話でのコール）やマルチメディア通信が普及しつつある。これらの通信で用いられる端末装置やＧＷ（ゲートウェイ装置）等の網内装置は様々な符号化方式を実装していることがある。例えば、８ｋｂｐｓ（Ｇ７２９）、１６ｋｂｐｓ（Ｇ．７２８）、３２ｋｂｐｓ（Ｇ７２６）などの様々音声符号化方式が実装されている場合がある。上記端末装置や網内装置は、様々な符号化方式を実装することによって、用途に応じた符号化方式、例えば、通話品質や通信路の伝送容量にみあう符号化方式を選択することが可能となっている。
ところが、一般的に異なる符号化方式間には互換性がないため、通話をするには送信側と受信側が使用する符号化方式が同一でなければならない。現在、同一の符号化方式（送受信側）を選択する手順を示したものとして、ＩＴＵ−Ｔ勧告Ｈ．２４５やＩＥＴＦ  ＲＦＣ２３２７のＳＤＰ（ＳＤＰ：Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）等がある。これらには、通話開始時や通話中に符号化方式を選択するための交渉手順についての規約が含まれている。ここでは、前述のＩＥＴＦ  ＲＦＣ２３２７のＳＤＰを例にとり、送信側−受信側で行われる符号化方式選択のための交渉手順について説明する。
まず、送信側は、ＳＩＰのＩＮＶＩＴＥメッセージに発着呼側アドレスの他に受信可能な符号化方式（通話に使うメディアの定義）とそのパラメータをＳＤＰで記述して相手側に送信する。このＩＮＶＩＴＥメッセージには、ＳＤＰで記述された複数の符号化方式に関する情報が含まれている。このＳＤＰを受信した受信側は、ＳＤＰで記述された符号化方式のうち送信可能な符号化方式を使用してデータを送信する。送受信側間では上記のようにして選択した符号化方式が用いられて通話が開始されるようになっている。
上記符号化方式には、様々なオプションが定義されているものがあり、符号化方式を選択するためネゴシエーションではこれらのオプションの使用・不使用についても決定されなければならない。例えば、ＥＴＳＩ（ＥＴＳＩ：Ｅｕｒｏｐｅａｎ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｔａｎｄａｒｄｓ  Ｉｎｓｔｉｔｕｔｅ）／３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）で規定されているＡＭＲ（ＡＭＲ：Ａｄａｐｔｉｖｅ  Ｍｕｌｔｉ−Ｒａｔｅ）という音声符号化方式がある。このＡＭＲは、８つの音声符号化方式（以下、符号化モードと略称する）を有しており通信状況に応じてそれらの符号化モードを動的に変更することができる。また、８つすべての符号化モードを使用する必要がなく、その一部でも通話は可能である。以下にＡＭＲの８つの符号化モードの音声信号の伝送速度を示す。
符号化モード１：１２．２ｋｂｉｔ/ｓ
符号化モード２：１０．２ｋｂｉｔ/ｓ
符号化モード３：７．９５ｋｂｉｔ/ｓ
符号化モード４：７．４０ｋｂｉｔ/ｓ
符号化モード５：６．７０ｋｂｉｔ/ｓ
符号化モード６：５．９０ｋｂｉｔ/ｓ
符号化モード７：５．１５ｋｂｉｔ/ｓ
符号化モード８：４．７５ｋｂｉｔ/ｓ
上記ＡＭＲが適用される移動通信方式として欧州が標準化したＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）移動通信方式がある。このＧＳＭ移動通信方式では、通話に使用できる最大のモード数が様々な事由により制限、例えば、網側のリソース状況等により４つに制限されるため、通話をするには使用するモードの組を決定する必要がある。また、端末（この場合、移動端末）同士で通信を行うには、双方向で同一のモードの組を使用しなければならない。従って、ＧＳＭ移動通信方式では、上記のような制約条件を考慮して符号化モード決定を行わなければならない。しかし、前述したＳＤＰによる交渉手順では次のような問題が生じる。この問題について図１及び図２を例にとり説明する。
図１及び図２は、送受信端末でサポートしている符号化モードとその時点で有効な符号化モードとが異なる場合を示す表である。図中のＬＳＣＳ（ＬＳＣＳ：Ｌｏｃａｌ  ｓｕｐｐｏｒｔｅｄ  Ｃｏｄｅｃ  Ｓｅｔ）、ＤＳＣＳ（ＤＳＣＳ：Ｄｉｓｔａｎｔ  Ｓｕｐｐｏｒｔｅｄ  Ｃｏｄｅｃ  Ｓｅｔ）はそれぞれ端末１（例：発呼側端末）、端末２（例：着呼側端末）で送受信可能なＡＭＲの符号化モードを示し、ＬＡＣＳ（ＬＡＣＳ：Ｌｏｃａｌ  Ａｃｔｉｖｅ  Ｃｏｄｅｃ  Ｓｅｔ）及びＤＡＣＳ（ＤＡＣＳ：Ｄｉｓｔａｎｔ  Ａｃｔｉｖｅ  Ｃｏｄｅｃ  Ｓｅｔ）はそれぞれ端末１、端末２が交渉前に使用中の符号化モードの組である。尚、ここでは、端末１から端末２に発呼する場合を想定する。
図１は、端末１が前述のＩＮＶＩＴＥメッセージにＳＤＰでＬＳＣＳを記述し端末２に送信する場合であって、この場合、まず、端末１は６つの符号化モード（符号化モード０〜５）が受信可能である旨のＬＳＣＳを端末２に送信する。端末２は、自端末において受信可能な５つの符号化モード（符号化モード０〜２、４、７）の中から、端末１から送られてきた６つの符号化モード（符号化モード０〜５）と共通する符号化モードを決定し端末１に対し送信（ＤＡＣＳ送信）する。このとき、端末１側におけるＬＡＣＳの符号化モードが０、４の２つに制限されていたとすると、端末１は符号化モード１、２で待受けることはできない。つまり、何らかの制約条件により端末１側で使用する符号化モード数に制限がかけられた場合、該端末１側はＬＡＣＳ以外を受信できなくなり、通話が行えないという問題が発生してしまう。
また、図２は、端末１が前述のＩＮＶＩＴＥメッセージにＳＤＰでＬＡＣＳを記述し端末２に送信する場合であって、この場合、端末２は端末１との共通（ＬＳＣＳとＤＳＣＳの共通の符号化モード０、１、２、４）の符号化モードを用いれば端末１側との通信を行うことができるが、端末１より最初にＬＡＣＳが送られてくるような本ケースの場合、該端末１が符号化モード３もしくは５をＬＡＣＳとして端末２に通知する場合がある。このような場合、端末１、２共に共通する符号化モードがあるにもかかわらず端末２側は符号化モード３、５で待受けることができない。そのため、端末間で通話ができないという問題が生じる。尚、上述した問題は、Ｈ．２４５でも同様に発生する。
発明の開示
そこで、本発明は、本発明の第一の目的は、端末が受信可能な符号化方式（ＬＳＣＳとＤＳＣＳ）と、その時点で有効な符号化方式（ＬＡＣＳとＤＡＣＳ）とが異なる場合に、通信に用いる符号化方式の整合がとれるよう端末間でネゴシエーションを行って最適な符号化方式を選択することのできる符号化方式選択方法を提供することである。
また、本発明の第二の目的は、そのような符号化方式選択方法を用いて通信（音声通話など）を行うことのできる端末装置を提供することである。
上記第一の目的は、それぞれが複数の符号化方式をサポートする第１の端末と第２の端末との間で、両端末間の通信に使用する符号化方式を選択する符号化方式選択方法において、上記第１の端末は、自端末がサポートするすべての符号化方式を示す第１の信号を上記第２の端末に送信し、上記第２の端末は、自端末がサポートするすべての符号化方式と、上記第１の信号にて示された符号化方式との中から、所定の条件に合致する符号化方式を選択し、その選択した符号化方式を示す第２の信号を上記第１の端末に送信し、上記第１の端末は、上記第２の信号にて示された符号化方式の中から上記第２の端末との通信に使用する符号化方式を選択し、その選択した符号化方式を示す第３の信号を上記第２の端末に送信することを特徴とする符号化方式選択方法によって達成される。
このような符号化方式選択方法では、第２の端末は第１の端末から送信されたＬＳＣＳ（第１の端末がサポートする全ての符号化方式）と、ＤＳＣＳ（自端末がサポートする全ての符号化方式）との論理積をとったＤＡＣＳを第１の端末に返す。第１の端末は受信したＤＡＣＳの中から自端末がその時点で使用できる符号化方式を制約条件など考慮して選び第２の端末に通知する。すなわち、本発明の符号化方式選択方法によれば、端末でサポートしている符号化方式とその時点で実際に使用できる符号化方式（様々な制限事由による）とが異なっていても、上述した端末間交渉を行うことで、ＬＡＣＳとＤＡＣＳを一致させた上で、両端末が共通してサポートする符号化方式を用いて情報を生成し、通信を行うことができる。そのため、端末間の呼が確実につながるようになる。従って、端末ユーザに対して安定した品質で音声通話などのサービスを提供することが可能となる。
上記第二の目的は、上記符号化方式選択方法を実施する端末装置によって達成される。
なお、本発明の他の目的、特徴、利点は、添付図面と共に為される以下の詳細な説明にて、明らかにされる。
【図面の簡単な説明】
図１は、送受信端末でサポートしている符号化方式とその時点で有効な符号化方式とが異なる場合の一例を示す表である。
図２は、送受信端末でサポートしている符号化方式とその時点で有効な符号化方式とが異なる場合の別の一例を示す表である。
図３は、本発明の一実施形態に係る符号化方式選択方法が適用される通信システムの一例（接続形態１）を示す図である。
図４は、本発明の一実施形態に係る符号化方式選択方法が適用される通信システムの一例（接続形態２）を示す図である。
図５は、本発明の一実施形態に係る符号化方式選択方法に基づいた処理手順を示すフローチャートである。
図６は、本発明の一実施形態に係る符号化方式選択方法に基づく端末間の信号の流れを示すシーケンスである。
図７は、図３の接続形態１において、端末間で本発明の一実施形態に係る符号化方式選択方法に基づくネゴシエーションを行った後の結果を示す図である。
図８は、図４の接続形態２において、端末間で本発明の一実施形態に係る符号化方式選択方法に基づくネゴシエーションを行った後の結果を示す図である。
図９は、本発明の一実施形態に係る端末の装置構成を示す図である。
図１０は、図９に示した端末（端末１）内の呼制御部の機能ブロックを示す図である。
図１１は、端末１から発呼する場合の端末１と相手端末との間のシーケンス図である。
図１２は、相手端末から発呼する場合の端末１と相手端末との間のシーケンス図である。
図１３は、本発明の別の一実施形態に係る符号化方式選択方法に基づいた処理手順を示すフローチャートである。
発明を実施するための最良の形態
以下、本発明の実施の形態を図面に基づいて説明する。なお、以下の説明では、「符号化方式」と「符号化モード」を同義で用いるが、実際のシステムでは、一方式が複数のモードに分類されるように区別されて使われる場合もある。したがって、本願でいう「符号化方式」が、実際のシステムでは符号化モードに対応する場合もあり得る。
本発明の一実施形態に係る符号化方式選択方法が適用される通信システムは、例えば、図３及び図４に示すように構成される。
図３において、本発明の一実施形態に係る通信システムは、例えば、端末装置Ａ１０ａと端末装置Ｂ１０ｂ（以下、端末Ａ、Ｂと略称する）の間に２つの中継ノード、即ち、ネットワークＡ２０ａ（例：ＩＰネットワーク）及びＢ２０ｂ（例：ＩＰネットワーク）が介在する構成であって、端末Ａ（例：発呼側端末）１０ａから発せられた音声信号はパケット化されておりネットワークＡ２０ａ及びＢ２０ｂを介して相手方の端末Ｂ（例：着信側端末）１０ｂに伝送される。端末Ｂ（例：着信側端末）１０ｂは、受信した音声パケットを組み立てることによって発信側端末Ａ１０ａとの通話が行えるようになっている（ＶｏＩＰ通信）。尚、ネットワークＡ２０ａ及びＢ２０ｂは、１つの通信事業者内で形成されるものであっても、また異なる通信事業者間とを結ぶものであってもかまわない。また、端末Ａ１０ａ、及び端末Ｂ１０ｂは音声をパケット化する機能が具備されていればどのような端末（例：ＩＰが具備された携帯電話等）であってもよい。
続いて、図３を参照しながら本発明の一実施形態に係る通信システムの接続形態例について説明する。
図３に示す接続形態（以下、「接続形態１」と称す）は、端末Ａ１０ａ及び端末Ｂ１０ｂがサポートしている符号化モード（この符号化モードは、音声コーデックの他に映像コーデックであってもよい）がそれぞれ制限されており、さらに、ネットワークＡ２０ａ及びネットワークＢ２０ｂでも最大で使える符号化モード数が制限されているケースである。具体的には、以下に示すとおりである。
１．端末Ａ１０ａのサポートする符号化モードが０〜５（ＬＳＣＳ＝０〜５）に制限。
２．端末Ｂ１０ｂのサポートする符号化モードが０、１、２、４、７（ＤＳＣＳ＝０，１，２，４，７）に制限。
３．ネットワークＡ２０ａの最大で使えるモード数が２（ＭＡＸ＿Ｎ（ＬＡＣＳ）＝２）に制限。
４．ネットワークＢ２０ｂの最大で使えるモード数が４（ＭＡＸ＿Ｎ（ＤＡＣＳ）＝４）に制限されている状態である。
他方、図４に示す接続形態（以下、「接続形態２」と称す）は、端末Ａ３０ａ及び端末Ｂ３０ｂはすべての符号化モードをサポートしているが、ネットワークＡ４０ａ及びＢ４０ｂでサポートしている符号化モードが制限され、かつ最大で使える符号化モード数が制限されているケースである。具体的には、以下に示すとおりである。
１．端末Ａ３０ａ及び端末Ｂ３０ｂは全ての符号化モードをサポート（ＬＳＣＳ＝ａｌｌ、ＤＳＣＳ＝ａｌｌ）している。
２．ネットワークＡ４０ａではサポートしている符号化モードが０〜５（ＬＳＣＳ＝０〜５）に制限され、かつ最大で使えるモード数が２（ＭＡＸ＿Ｎ（ＬＡＣＳ）＝２）に制限されている。
３．ネットワークＢ４０ｂでは、サポートしている符号化モードが０、１、２、４、７（ＤＳＣＳ＝０，１，２，４，７）に制限され、かつ最大で使えるモード数が４（ＭＡＸ＿Ｎ（ＤＡＣＳ）＝４）に制限されている状態である。
上記接続形態１及び２に示したように、端末がサポートする符号化モードとその時点で有効な符号化モードに差異があるような場合、従来は、端末Ａ１０ａ−端末Ｂ１０ｂ間、端末Ａ３０ａ−端末Ｂ３０ｂ間では通話が行えないという問題が生じてしまうが、本発明の符号化方式選択方法をＥＮＤ間の端末Ａ１０ａ、３０ａ及び端末Ｂ１０ｂ、３０ｂが適用することによってこのような問題を解決することが可能である。
次に、上記のような問題を解決することのできる本発明の一実施形態に係る符号化方式選択方法に基づいた処理手順について図５のフローチャートを参照しながら説明する。尚、該符号化方式選択方法を説明するにあたり前述のＡＭＲを例にとり説明を行う。また、ここでは端末１（＝端末Ａ１０ａ、３０ａ）が端末２（＝端末Ｂ１０ｂ、３０ｂ）に対して電話をかけることを前提とし、フローチャート中にあるＮ（  ）及びＭＡＸ＿Ｎ（  ）はそれぞれ（  ）内の組に含まれる個数及び含むことができる最大の個数を表す。
図５において、まず、端末１は端末２との通信（音声）を開始する前に、自端末がサポートしているすべての符号化モード（＝ＡＭＲモード）を端末２に送信（ＬＳＣＳ送信）する（Ｓ１）。このＬＳＣＳを受信した端末２は、自端末がサポートしているすべてのＡＭＲモード（ＤＳＣＳ）と、端末１から受信したＬＳＣＳとの共通部分（ＣＳＣＳ：Ｃｏｍｍｏｎ  Ｓｕｐｐｏｒｔｅｄ  Ｃｏｄｅｃ  Ｓｅｔ）を求める（Ｓ２）。
次に、上記のようにして求めたＣＳＣＳに含まれる共通部分のモード数（Ｎ（ＣＳＣＳ））が０であるか否かを判定（Ｓ３）し、この判定（Ｓ３）で、共通のモード数が０であると判定された（Ｓ３でＹＥＳ）ときは、端末１−２間で共通するモードがないため通話はできない（Ｓ１３）。この場合、ネットワーク内で符号化変換を行って呼を救済するかもしくは通話を切断することになる。
一方、上記判定（Ｓ３）で、共通のモード数が０でないと判定された（Ｓ３でＮＯ）ときは、次のステップ（Ｓ４）に移行し、ＣＳＣＳに含まれるモード数（Ｎ（ＣＳＣＳ））が端末２で使用できる最大のモード数（ＭＡＸ＿Ｎ（ＤＡＣＳ））以下であるか否かを判定（Ｓ４）する。この判定（Ｓ４）で、ＣＳＣＳに含まれるモード数（Ｎ（ＣＳＣＳ））が端末２で使用できる最大のモード数（ＭＡＸ＿Ｎ（ＤＡＣＳ））以下であると判定された場合（Ｓ４でＹＥＳ）、ＣＳＣＳをＤＡＣＳにして（Ｓ５）該ＤＡＣＳを末端１に送信（Ｓ６）する。しかし、上記判定（Ｓ４）で、ＣＳＣＳに含まれるモード数（Ｎ（ＣＳＣＳ））が端末２で使用できる最大のモード数（ＭＡＸ＿Ｎ（ＤＡＣＳ））を超える場合（Ｓ４でＮＯ）には、ＣＳＣＳに含まれるモードのなかからＭＡＸ＿Ｎ（ＤＡＣＳ）個以下のモードを選択（Ｓ７）し、その選択したモードをＤＡＣＳとして端末１に送信（Ｓ６）する。
上記のようにして端末２から送信されたＤＡＣＳを受信した端末１は、そのＤＡＣＳに含まれるモード数（Ｎ（ＤＡＣＳ））が自端末で使用できる最大のモード数（ＭＡＸ＿Ｎ（ＬＡＣＳ））以下であるかどうかを判定（Ｓ８）する。この判定（Ｓ８）で、ＤＡＣＳに含まれるモード数（Ｎ（ＤＡＣＳ））が自端末で使用できる最大のモード数（ＭＡＸ＿Ｎ（ＬＡＣＳ））以下であると判定された場合（Ｓ８でＹＥＳ）、ＬＡＣＳをＤＡＣＳにして（Ｓ９）端末２に送信（Ｓ１０）する。しかし、上記判定（Ｓ８）で、ＤＡＣＳに含まれるモード数（Ｎ（ＤＡＣＳ））が自端末で使用できる最大のモード数（ＭＡＸ＿Ｎ（ＬＡＣＳ））を超えると判定された場合（Ｓ８でＮＯ）、ＤＡＣＳに含まれるモードの中からＭＡＸ＿Ｎ（ＬＡＣＳ）個以下のモードを選択（Ｓ１１）し、それをＬＡＣＳとして端末２に送信（Ｓ１０）する。尚、ＤＡＣＳは端末２側でＬＳＣＳとの共通部分を選択しているため、ＤＡＣＳに含まれるモードは常に端末１側でサポートされている。
端末２は、上記のようにして端末１から送信されたＬＡＣＳ受信すると、そのＬＡＣＳを新たなＤＡＣＳとする（Ｓ１２）ことで端末１との通話が開始できるようになる。
上述したように、本発明の一実施形態に係る符号化方式選択方法によれば、端末１及び２がサポートしている共通モードのなかからＤＡＣＳを選択し、さらに、その選択したＤＡＣＳのなかからＬＡＣＳを選択するよう端末間でネゴシエーションを行うので、端末１側がアクティブにしたい符号化モードと端末２側がアクティブにしたい符号化モードとを一致（＝整合）させることができる（ＬＡＣＳ＝ＤＡＣＳ）。その結果、端末１、２のサポートする符号化モードとその時点で有効な符号化モードとが異なる接続形態１（図３参照）及び接続形態２（図４参照）のような接続形態であっても端末１−２間の呼を確実につなげることができるので、端末ユーザに対し安定した品質で音声サービスを提供することができる。尚、端末間で行われる上記ネゴシエーションは、通信を開始する前、あるいは通信中のいずれでもかまわない。
また、上記例では、端末同士の接続例を示したが、本発明はこのような接続形態に限られるものでなく、例えば、端末の途中の中継区間（中継ノード）においてサポートする符号化モードとその時点で有効な符号化モードとが異なっているような場合であってもかまわない。この場合、中継区間の中継ノード（例：交換装置などのネットワーク装置）でそれぞれの情報（ＬＳＣＳ及びＤＡＣＳ）を書き換えることによって実現が可能である。
図６は、上述した本発明の一実施形態に係る符号化方式選択方法に基づく端末１−２間の符号の流れを示すシーケンスである。
同図に示すように、端末１は端末２に対してＬＳＣＳを送信する。このＬＳＣＳの送信は図５の（Ｓ１）に相当する。端末２は受信したＬＳＣＳに基づいてＤＡＣＳを選択し、端末１に対してＤＡＣＳを送信する。これは図５の（Ｓ２）から（Ｓ７）の動作に相当する。次に、端末１は受信したＤＡＣＳに基づいてＬＡＣＳを選択し、端末２に対してＬＡＣＳを送信する。これは、図５の（Ｓ８）から（Ｓ１１）の動作に相当する。そして、端末２が受信したＬＡＣＳをＤＡＣＳとした（図５の（Ｓ１２）に相当）後に、端末１との通話が開始される。このとき、ＣＡＣＳ＝＝ＤＡＣＳ＝＝ＬＡＣＳの関係が成り立つ。
図７は、図３の接続形態１において、端末１−２間で本発明の一実施形態に係る符号化方式選択方法に基づくネゴシエーションを行った後の結果を示す図である。
図３の接続形態１は、端末１及び２がサポートしているモードがそれぞれ制限され、さらにネットワークが最大で使用できるモード数が制限されているようなケース（図１１参照）で、このような場合、端末１は端末２からのモード１あるいはモード２で符号化された信号を待受けることはできない。しかし、本発明の一実施形態に係る符号化方式選択方法に従った交渉（図５の説明を参照）を端末１、２間で行うことで、ＬＡＣＳとＤＡＣＳを一致させることができる（図７参照）。これは、端末１が端末２から送られてきたＤＡＣＳ（モード：０、１、２、４）のなかからネットワークＡで制限されるモード数の組を除いたモードをアクティブにすべきＬＡＣＳとして選択（この場合、モード０、４）するからである。
従って、本発明の上記一実施形態に係るアルゴリズム（＝符号化方式選択方法）をＥＮＤ間の端末が用いることで、前述したような制限（接続形態１のような）があっても呼がつながらないという問題を回避することができる。
図８は、図４の接続形態２において、端末１−２間で本発明の一実施形態に係る符号化方式選択方法に基づくネゴシエーションを行った後の結果を示す図である。
図４の接続形態２は、端末１及び２は全モードをサポートしているものの、ネットワークＡ及びＢがサポートしているモードが制限されかつ、最大で使用できるモード数が制限されているような次のような場合（結果として図１２に相当）であって、この場合、端末２はネットワークＢがモード３、５をサポートしていないため、端末１がモード３あるいはモード５を使用して送信してきた信号を待受けることはできない。しかし、本発明の一実施形態に係る符号化方式選択方法に従った交渉（図５の説明を参照）を端末１、２間で行うことによって、ＬＡＣＳとＤＡＣＳを一致させることができる（図８参照）。
これは端末１がネットワークＢを介して端末２から受信したＤＡＣＳ（５つのモード（０、１、２、４、７）のうちネットワークＢで４つのモードに制限される。例えば、ネットワークＢで０、１、２、４の４つのモードが選択されたもの仮定する。）のなかからネットワークＡで制限されるモード数の組（モード１、２の２つのモードを有効）を除いたモードをアクティブにすべきＬＡＣＳとして選択（この場合、モード１、２が選択される）するからである。
従って、本発明の上記一実施形態に係るアルゴリズム（＝符号化方式選択方法）をＥＮＤ間の端末が用いることで、前述したような制限（接続形態２のような）があっても呼がつながらないという問題を回避することができる。
次に、本発明の一実施形態に係る端末の装置構成について図９を参照しながら説明する。
図９において、この端末は、音声符号化部１１と、パケット化部１２と、無線送信部１３と、音声復号化部１４と、パケット分解部１５と、無線受信部１６と、呼制御部１７とから構成される。
無線送信部１３は、パケット化部１２から受取ったパケットを変調し無線信号に変換して無線回線に送出する。尚、本端末がＩＰ端末であれば、無線部を有しない通常の送信機となる。無線受信部１６は、受信した無線回線からデータを復調し、パケット分解部１５に送出する。パケット化部１２は、呼制御部１７および音声符号化部１１からの情報（例：音声情報）をパケット化する。パケット分離部１５は、無線受信部１６からのパケットを分解して情報を取り出し、呼制御部１７あるいは音声復号部１４に送出する。音声符号化部１１は、相手側から通知された符号化モードに従い、音声信号を所定の方法でディジタル圧縮する。音声復号化部１４は、受信したディジタル圧縮された音声信号を復号すると共に、相手側から要求された符号化モードを音声符号化部１１に通知する。呼制御部１７は、ネットワークや相手側端末とのやりとりによって使用する符号化モード（ＡＣＳ）を決定する役割を担う。
続いて、本端末内の呼制御部１７の機能構成および動作について説明する。図１０は、本端末内の呼制御部１７の機能ブロックを示す図である。
図１０において、この呼制御部１７は、次のような機能が具備される。
１．呼制御プロトコル部１０１
２．ＳＣＳの設定部１０２
３．受信したＳＣＳとＬＳＣＳの共通部分の算出部１０３
４．共通部分とＬＡＣＳから符号化モードを決定する決定部Ａ１０４
５．受信したＡＣＳとＬＡＣＳから符号化モードを決定する決定部Ｂ１０５
６．ＡＣＳ受信部１０６
７．スイッチ部Ａ１０７
８．スイッチ部Ｂ１０８
９．スイッチ部Ｃ１０９
１０．ＬＳＣＳ（サポートしている符号化モード）記憶部１１０
１１．ＬＡＣＳ（実際に通話に使用する符号化モード）記憶部１１１
次に、上記呼制御部１７を具備する端末（ここでは、端末１とする）から発呼する場合の動作について図１０及び図１１のシーケンス図を参照しながら説明する。図１１のシーケンス図は、端末１と相手端末との信号のやりとりを示したものである。
ここでは、端末１から発呼する場合について、端末１で行われる動作に着目して説明する。尚、端末１から発呼する場合、呼制御部１７に設けられたスイッチ１０７、１０８及び１０９はすべてａ側に設定される。
図１０において、ＳＣＳの設定部１０２は、ＬＳＣＳが記憶されているＬＳＣＳ記憶部１１０からＬＳＣＳを読み出し、呼制御プロトコル部１０１に通知する。呼制御プロトコル部１０１は、通知されたＬＳＣＳを制御信号に含めて送信する（図１１のＳ１１０１）。
次に、上記送信に対する相手側の符号化モードのセット（相手側の符号化モードの組が示されているＤＡＣＳ）を含む応答信号を呼制御プロトコル部１０１で受信し、その受信した符号化モードセット（ＤＡＣＳ）を決定部Ｂ１０５に送る。
決定部Ｂ１０５は、受信した符号化モードセット（ＤＡＣＳ）とＬＡＣＳ記憶部１１１から読込んだＬＡＣＳとから通話に使用する符号化モードを決定する（図１１のＳ１１０２）。尚、ここでの決定は、受信した符号化モードセット（ＤＡＣＳ）と、ＬＡＣＳの共通項をとってもよいし、また受信した符号化モードセットの中から使用できる最大の符号化モード数分を選択してもよい。決定部Ｂ１０５は、上記のようにして決定した符号化モードを呼制御プロトコル部１０１に送信すると共に、スイッチ部Ｃ１０９を介してＬＡＣＳ記憶部１１１に送信する。
呼制御プロトコル部１０１は、決定部Ｂ１０５で決定された符号化モードを制御信号に含めて相手側に送信する（図１１のＳ１１０３）。ＬＡＣＳ記憶部１１１はスイッチ部Ｃ１０９を介して受信したモードでＬＡＣＳの内容を書き換える（図１１のＳ１１０４）。さらに、同ＬＡＣＳ記憶部１１１では符号化、パケット化及び無線回線の設定が行われる。
このようにして端末１のＬＡＣＳの書換えが終わると、相手端末との通話が開始される。
次に相手端末から発呼する場合について図１０及び図１２のシーケンス図を参照しながら説明する。
ここでも、端末１で行われる動作に着目して説明する。尚、相手端末から発呼される場合、端末１の呼制御部１７に設けられたスイッチ１０７、１０８及び１０９はすべてｂ側に設定される。
図１０において、まず、端末１は、相手端末から発呼された呼制御信号を呼制御プロトコル部１０１で受信し、該呼制御信号に含まれるモードセット（ＤＳＣＳ）の情報を算出部１０３に送出する。算出部１０３では呼制御プロトコル部１０１から受取ったモードセット（ＤＳＣＳ）と、ＬＳＣＳ記憶部１１０から読込んだＬＳＣＳとの共通部分を計算し、その計算結果を決定部Ａ１０４に送出する。
決定部Ａ１０４は受信した共通部分とＬＡＣＳ記憶部１１１から読込んだＬＡＣＳとから通話に使用するモードを決定する（図１２のＳ１２０１）。尚、ここでのモード決定は受信したモードとＬＡＣＳの共通項をとってもよいし、また受信したモードセットの中から使用できる最大のモード数分を選択してもよい。決定部Ａ１０４は、上記のようにして設定したモードを呼制御プロトコル部１０１に送信する。
呼制御プロトコル部１０１は、決定部Ａ１０４から受信したモードセットを制御信号に含めて送信する（図１２のＳ１２０２）。呼制御プロトコル部１０１は該送信に対する応答（相手端末で選択されたモードセット（ＤＡＣＳ）が含まれる）を相手端末から受信した後、そのモードセット（ＤＡＣＳ）をＡＣＳ受信部１０６に送信する。ＡＣＳ受信部１０６は、受信したモードセットをスイッチ部Ｃ１０９経由でＬＡＣＳ記憶部１１１に送る。ＬＡＣＳ記憶部１１１は、受信したモードでＬＡＣＳの内容を書き換える（図１２のＳ１２０３）。さらに、同ＬＡＣＳ記憶部１１１では符号化、パケット化及び無線回線の設定が行われる。このようにして端末のＬＡＣＳの書換えが終わると、相手端末との通話が開始される。
尚、ＬＡＣＳは初期段階ではデフォルト値である場合もあれば、なにも設定されていない場合もある。後者の場合は、使用できる最大のモード数を決定部Ａ１０４や決定部Ｂ１０５に対し送出する。
このように、上記一実施形態によれば、自端末から発呼した場合でも、相手端末から発呼された場合であっても、呼制御部１７に設けられたスイッチＡ〜Ｃ１０７〜１０９の設定を変え、上述した端末間交渉を行うことで互いの通信に使用する符号化方式が選択される。その結果、符号化方式の不一致による通話が行えなくなるという問題を回避することができ、呼の接続をより確実に行うことが可能となる。
本発明の別の一実施形態として、端末１が、自端末がサポートするすべての符号化方式（ＬＳＣＳ）に加えて、自端末で使用可能な最大モード数（ＭＡＸ＿Ｎ（ＬＡＣＳ））をも端末２へ送信するようにしてもよい。この場合の処理手順を図１３に示す。なお、フローチャート中のＭＩＮ＿Ｎ（  ）は（  ）内の組に含むことができる最小の個数を表す。
Ｓ１３０１において、端末１は、自端末がサポートするすべての符号化方式（ＬＳＣＳ）と、自端末がその時点で使用可能な最大モード数（ＭＡＸ＿Ｎ（ＬＡＣＳ））とを示す信号を端末２へ送信する。
端末２におけるＳ１３０２、Ｓ１３０３、及びＳ１３０８での処理は、前述の図５におけるＳ２、Ｓ３、及びＳ１３における処理と同じであるため、詳しい説明を省略する。
Ｓ１３０４において、端末２は、端末１がその時点で使用可能な最大モード数（ＭＡＸ＿Ｎ（ＬＡＣＳ））と、端末２がその時点で使用可能な最大モード数（ＭＡＸ＿Ｎ（ＤＡＣＳ））とのうち、数が小さい方を選択する。そして、その選択された数を両端末間での通信に用いる符号化方式（ＣＡＣＳ）のモード数とする。
Ｓ１３０５において、端末２は、端末１及び２が共通してサポートする符号化方式（ＣＳＣＳ）の中から上記選択された数の符号化方式を選択し、この選択された符号化方式を端末２が使用する符号化方式（ＤＡＣＳ）に設定する。設定されたＤＡＣＳは、Ｓ１３０６において、端末１へ送信される。
Ｓ１３０７において、端末１は、前述の一実施形態とは異なり、受信したＤＡＣＳをそのまま自端末が使用する符号化方式（ＬＡＣＳ）として設定する。
すなわち、この別の一実施形態においては、Ｓ１３０５において端末２が選択したＤＡＣＳがそのまま端末１、２間の通信に用いられる最終的な符号化方式となり、端末１から端末２への第３の信号の送信（図５のＳ１０参照）が省略される。
本実施形態がこのように処理の簡素化を図れるのは、Ｓ１３０５におけるＤＡＣＳ選択の時点で既に端末１で使用可能な最大モード数が考慮されているため、端末１に伝達されたＤＡＣＳの数が常にＭＡＸ＿Ｎ（ＬＡＣＳ）以下となるからである。
尚、これまで説明したきた実施形態では、本発明に係る通信システムとして音声信号をパケット化して通信を行うＶｏＩＰ通信を実施する通信システムを想定して説明してきたが、本発明はそのような通信システムへの適用に限定されるものではない。例えば、音声信号をパケット化せずに音声信号を伝送する通信システム、すなわち、回線交換機能を持つネットワークを通じてＥＮＤ端末間が通信を行う回線交換型の通信システムであっても勿論適用可能である。
上記実施形態において、端末の無線送信部１３の信号送信機能が第１の信号送信手段、第２の信号送信手段、及び第３の信号送信手段に対応し、呼制御部１７の符号化方式選択機能が第１端末側符号化方式選択手段、及び第２端末側符号化方式選択手段に対応する。
以上、説明したように、本願発明によれば、第１の端末及び第２の端末がサポートしている符号化モードの共通項の中から第１の端末が使用する符号化モードが選択されるので、ＬＡＣＳとＤＡＣＳを一致させることができる。その結果、呼が確実につながるようになり、端末ユーザに対し安定した通信サービスを提供することができる。
【図１】
0003766087.tif 000002
【図２】
0003766087.tif 000003
【図３】
0003766087.tif 000004
【図４】
0003766087.tif 000005
【図５】
0003766087.tif 000006
【図６】
0003766087.tif 000007
【図７】
0003766087.tif 000008
【図８】
0003766087.tif 000009
【図９】
0003766087.tif 000010
【図１０】
0003766087.tif 000011
【図１１】
0003766087.tif 000012
【図１２】
0003766087.tif 000013
【図１３】
0003766087.tif 000014