(57)【特許請求の範囲】
【請求項１】
端末同士がネットワークを介して通信する際に信号をエンコード／デコードするトランスコーダと、トランスコーダを介さないで端末同士が通信可能とするＴＦＯ（Ｔａｎｄｅｍ  Ｆｒｅｅ  Ｏｐｅｒａｔｉｏｎ）機能を備えた通信システムであって、
該端末同士の通信について、ＴＦＯ機能を使用して通信したか否かを検出する検出手段と、
特定の端末と通信する際に使用した音声コード化種別と、ＴＦＯ機能を使用したか否かとを該特定の端末のダイヤル番号とを対応させて記憶する記憶手段とを備え、
該特定の端末と２回目に通信する際には、該記憶手段の記憶内容に従って、ＴＦＯ機能を利用する可能性の高い通信設定を選択することを特徴とする通信システム。
【請求項２】
端末の通信に使用する移動交換センタが前記ＴＦＯ機能を使用して通信したか否かの情報を取得し、前記端末に通知することを特徴とする請求の範囲第１項に記載の通信システム。
【請求項３】
前記トランスコーダが自律的に、前記ＴＦＯ機能を使用したか否かを検出し、前記端末に通知することを特徴とする請求の範囲第１項に記載の通信システム。
【請求項４】
端末が通信に使用する移動交換センタが、通信中のデータから特定のビットを検出することによって、ＴＦＯ機能を使用して通信が行われているか否かを取得し、前記端末に通知することを特徴とする請求の範囲第１項に記載の通信システム。
【請求項５】
端末が通信に使用する基地局制御センタが前記トランスコーダに、現在の通信にＴＦＯ機能が使用されているか否かを問い合わせ、その結果を前記端末に通知することを特徴とする請求の範囲第１項に記載の通信システム。
【請求項６】
前記ＴＦＯ機能を使用しているか否かの情報は、音声信号に特定の情報として付加されて転送されることを特徴とする請求の範囲第１項に記載の通信システム。
【請求項７】
前記ＴＦＯ機能を使用しているか否かの情報は、制御信号に載せられて転送されることを特徴とする請求の範囲第１項に記載の通信システム。
【請求項８】
前記ＴＦＯ機能を使用しているか否かの情報は、通信の終了時に送信される切断信号に載せて転送されることを特徴とする請求の範囲第１項に記載の通信システム。
【請求項９】
前記記憶手段には、音声コード化種別と、ＴＦＯ機能を使用したか否かと、対応する端末のダイヤル番号の他に、該対応する端末の種別を対応させて記憶することを特徴とする請求の範囲第１項に記載の通信システム。
【請求項１０】
ＴＦＯ（Ｔａｎｄｅｍ  Ｆｒｅｅ  Ｏｐｅｒａｔｉｏｎ）機能を使用して通信する端末であって、
通信相手のダイヤル番号と、該通信相手と前回通信したときにＴＦＯ機能を使用したか否かを示す情報と、該前回の通信において使用した音声コード化種別をと対応させて記憶する記憶手段と、
他の端末と通信する際に、該記憶手段の記憶内容を参照し、該ＴＦＯ機能を使用する可能性の高い通信設定で、該他の端末と通信を行う通信手段と、
を備えることを特徴とする端末。
【請求項１１】
端末同士が固定ネットワークを介して通信する際に信号をエンコード／デコードするトランスコーダと、トランスコーダを介さないで端末同士が通信可能とするＴＦＯ（Ｔａｎｄｅｍ  Ｆｒｅｅ  Ｏｐｅｒａｔｉｏｎ）機能を備えた通信方法であって、
該端末同士の通信中に、ＴＦＯ機能を使用して通信したか否かを検出する検出ステップと、
特定の端末と通信する際に使用した音声コード化種別と、ＴＦＯ機能を使用したか否かとを該特定の端末のダイヤル番号とを対応させて記憶する記憶ステップとを備え、
該特定の端末と２回目に通信する際には、該記憶ステップの記憶内容に従って、ＴＦＯ機能を利用する可能性の高い通信設定を選択することを特徴とする通信方法。
【請求項１２】
複数種類の音声コード化に対応した通信端末において、
通信相手となる通信端末の識別情報に対応して、前記複数種類の音声コード化のうち少なくとも１種類の音声コード化種別情報を記憶する記憶手段と、
通信を行う際に、該通信の通信相手となる通信端末に対応して記憶された少なくとも１種類の音声コード化種別情報を前記ネットワークに送信する送信手段と、
を備えたことを特徴とする通信端末。
【請求項１３】
通信を行う通信端末のそれぞれに対して使用する音声コード化の種別を指示するとともに、該通信を行う通信端末が使用する音声コード化の種別が一致する場合には、該通信端末の通信をネットワーク内のトランスコーダのエンコード／デコード機能を使用せずに行うように制御する機能を備えた通信システムにおいて使用される通信端末において、
通信相手となる通信端末の識別情報に対応して、該通信相手となる通信端末との通信において、前記トランスコーダのエンコード／デコード機能を使用せずに行った際に自通信端末が使用した音声コード化種別情報を記憶する記憶手段と、
通信を行う際に、該通信の通信相手となる通信端末に対応して記憶された音声コード化種別情報を前記ネットワークに送信する送信手段と、
を備えたことを特徴とする通信端末。
【請求項１４】
通信を行う通信端末のそれぞれに対して使用する音声コード化の種別を指示すると共に、該通信を行う通信端末が使用する音声コード化の種別が一致する場合には、該通信端末間の通信をネットワーク内のトランスコーダのエンコード／デコード機能を使用せずに行うように制御する機能を備えた通信システムにおいて使用される通信端末において、
通信相手となる通信端末の識別情報に対応して、該通信相手となる通信端末との通信において、前記トランスコーダのエンコード／デコード機能を使用して行った際に自通信端末が使用した音声コード化種別情報を記憶する記憶手段と、
通信を行う際に、該通信の通信相手となる通信端末に対応して記憶された音声コード化種別とは異なり、かつ、自通信端末が対応可能な他の音声コード化種別情報を前記ネットワークに送信する送信手段と、
を備えたことを特徴とする通信端末。
【請求項１５】
通信を行う通信端末のそれぞれに対して使用する音声コード化の種別を指示するとともに、該通信を行う通信端末が使用する音声コード化の種別が一致する場合には、該通信端末の通信をネットワーク内のトランスコーダのエンコード／デコード機能を使用せずに行うように制御する機能を備えた通信システムにおいて使用される通信端末において、
通信相手となる通信端末の識別情報に対応して、該通信相手との通信において自通信端末が使用した音声コード化種別情報及びその通信の際に、前記トランスコーダのエンコード／デコード機能の使用せずに行ったか否かの情報を記憶する記憶手段と、
通信を行う際に、通信相手となる通信端末に対応して記憶された音声コード化種別情報を前記ネットワークに送信する送信手段と、
を備えたことを特徴とする通信端末。
【請求項１６】
通信を行う通信端末のそれぞれに対して使用する音声コード化の種別を指示するとともに、該通信を行う通信端末が使用する音声コード化の種別が一致する場合には、該通信端末間の通信をネットワーク内のトランスコーダのエンコード／デコード機能を使用せずに行うように制御する機能を備えた通信システムにおいて使用される通信端末において、
通信相手となる通信端末の識別情報に対応して、該通信相手との最新の通信において自通信端末が使用した音声コード化種別情報及びその通信の際に、前記トランスコーダのエンコード／デコード機能の使用せずに行ったか否かの情報を記憶する記憶手段と、
通信を行う際に、通信相手となる通信端末に対応して記憶された音声コード化種別情報を前記ネットワークに送信する送信手段と、
を備えたことを特徴とする通信端末。
【請求項１７】
通信を行う通信端末のそれぞれに対して使用する音声コード化の種別を指示すると共に、該通信を行う通信端末が使用する音声コード化の種別が一致する場合には、該通信端末間の通信をネットワーク内のトランスコーダのエンコード／デコード機能を使用せずに行うように制御する機能と、
通信端末間エンコード／デコード機能を使用せずに通信を行うように制御する場合又は制御した場合に、通信を行った通信端末の少なくともいずれか一方に対して、その旨通知する通知手段と、
を備えたことを特徴とする通信システム。
【発明の詳細な説明】
技術分野
本発明は、ＴＦＯ機能を利用した通信システムに関する。
背景技術
近年、移動通信システム分野では、音声及びデータをデジタル化し、送受するというデジタル移動通信システムが主流である。移動端末には、メモリダイヤルという機能が具備されているため、近年では移動端末から発信する場合には、そのメモリダイヤルに登録している電話番号を用いて発信することもできる。
移動通信ネットワークにおいては、最も制限のあるリソースは、移動端末と基地局との間の無線区間である。無線区間における所要帯域幅を減少させるために、一般の電話ネットワークで通常使用される６４ｋｂｐｓの送信レートではなく、例えば、９．６ｋｂｐｓなどの低い送信レートにする音声エンコード方式が音声送信に使用される。音声エンコーダ動作の場合には、移動端末及び固定ネットワーク側の双方が、最低限一種類は同じ種類の音声エンコーダ及び音声デコーダを有していなければならない。
移動端末では音声コード化機能は移動端末内部にあり、固定ネットワーク側では、音声コード化機能は、例えば、基地局や移動交換センターに配置される。
各移動端末発信又は移動端末着信の音声通話においては、固定ネットワーク側にトランスコーダが接続される。トランスコーダは、移動端末発信の音声信号（上りリンク方向）をデコードし、そして移動端末着信の音声信号（下りリンク方向）をエンコードする。この形式は、音声通信当事者の一方が移動端末で他方が例えば公衆電話ネットワーク（ＰＳＴＮ）の加入者である場合は、問題がなく通常の動作となる。
移動端末発信の通話相手先が移動端末であるような移動端末対移動端末通話（ＭＭ接続）の場合には、移動通信ネットワークの動作は、発信側移動端末と移動交換センタとの間にトランスコーダを含み、被呼側移動端末と移動交換センタ（先ほどの移動交換センタと同じものの場合もあるし、違う場合もある）との間にも第２のトランスコーダが含まれる。これらのトランスコーダは、各ＭＭ接続通話毎に２つのトランスコーダユニットが直列に接続され、このことが音声のエンコード及びデコード動作により音声品質を低下させることになる。
このため、タンデムコード化を防止するために、タンデムフリーオペレーション（ＴＦＯ）という仕様が勧告化されている（ｃｄｍａ２０００の技術仕様を決めている３ＧＰＰ２でのＴＦＯ勧告は、「Ａ．Ｓ  ０００４」であり、ＴＴＣの勧告では「ＪＰ−３ＧＢ−Ａ．Ｓ  ０００４」である。また、Ｗ−ＣＤＭＡの技術仕様を決めいている３ＧＰＰでのＴＦＯ勧告は、「ＴＳ２３．０５３」「ＴＳ２８．０６２」である）。このＴＦＯは、第１トランスコーダと第２トランスコーダの間で音声帯域内で互いに同期取りを行い、同期が取れればＴＦＯ（つまり第１、第２ともトランスコーダを使用しない方法）を実施し、同期が取れなければトランスコーダにおける音声のエンコーダ及びデコーダ動作（低送信レート←→６４ｋｂｐｓのＰＣＭ。相互変換）を実施する。
図１は、ＴＦＯを実現するシステム構成を示した図である。
図１においては、移動端末であるＭＳ１とＭＳ２が基地局１、ＴＲＡＵ（Ｔｒａｎｓｃｏｄｅｒ  ａｎｄ  Ｒａｔｅ  Ａｄａｐｔｅｒ）１、固定ネットワーク１０、ＴＲＡＵ２、基地局２を介して接続されている。ＭＳ１は、エンコーダによって呼接続要求を符号化し、基地局１を介してＴＲＡＵ１に入力する。ＴＲＡＵ１では、ＭＳ１との間で音声コード化種別についてネゴシエーションを行って、音声コード化種別を決定し、デコーダを介して、ＴＲＡＵ２に接続要求を出す。ＴＲＡＵ２は、エンコーダにおいて、ＴＲＡＵ１からの信号を受け取り、基地局２を介してＭＳ２に呼接続要求を出す。ＭＳ２は、受信した呼接続要求をデコードし、ＴＲＡＵ２との間で音声コード化のネゴシエーションを行い、ＴＲＡＵ２とＭＳ２間の音声コード化種別を決定する。次に、ＴＲＡＵ１とＴＲＡＵ２が、それぞれのエンコーダ、デコーダを介して、ＭＳ１とＴＲＡＵ１との音声コード化種別と、ＭＳ２とＴＲＡＵ２との音声コード化種別が一致し（例えば、伝送速度が同じ）ているか否かを調べ、両者が一致したために両者の間で同期が取れた場合には、ＴＲＡＵ１とＴＲＡＵ２は、それぞれ、ＭＳ１、ＭＳ２からの音声信号をエンコーダ、デコーダをバイパスさせ、それぞれの上りＴＦＯ、下りＴＦＯを介してＭＳ１とＭＳ２を通信させる。もし、ＭＳ１側の音声コード化種別とＭＳ２側の音声コード化種別が一致しない場合には、上記のようなＴＦＯ動作は行わず、エンコーダを用いて、ＭＳから受け取った信号を固定ネットワーク１０を伝送するための信号に変換し、デコーダで固定ネットワーク１０から受け取った信号をＭＳに転送するための信号に変換することによって通信を確立する。
ＭＭ接続通信時に、それぞれの移動端末及び固定ネットワーク側でサポートする音声コードの種類が単一のみの場合は、必ずＴＦＯでのＭＭ接続となることが予想されるが、今後は移動端末及び固定ネットワーク側にてサポートする音声コードの種類が多くなってくることから、ＴＦＯでのＭＭ接続通信となる可能性が低くなることが考えられる。これはＭＭ接続時に、発側の音声コード化種別と着側の音声コード化種別が、それぞれ独立に決定され、その後ＴＦＯにて音声帯域内で同期取りを行うためである。
図２は、移動端末対移動端末間の接続シーケンスを示す図である。
移動端末ＭＳ１から呼接続要求が送信されるとする。呼接続要求は、移動端末ＭＳ１から基地局ＢＴＳ及び基地局制御センタＢＳＣ１に送信される。ここで、移動端末ＭＳ１と、基地局、基地局制御センタＢＴＳ、ＢＳＣ１との間で、発信側の音声コード化種別（伝送速度など）が決定される。次に、基地局、基地局制御センタＢＴＳ、ＢＳＣ１から移動交換センタＭＳＣ１に呼接続要求が転送され、スイッチングされて、移動交換センタＭＳＣ２に転送される。そして、移動交換センタＭＳＣ２からは、着信側の基地局、基地局制御センタＢＴＳ、ＢＳＣ２に呼接続要求が転送される。そして、基地局、基地局制御センタＢＴＳ、ＢＳＣ２からは、着信側移動端末ＭＳ２に呼接続要求が通知される。このとき、移動端末ＭＳ２と基地局、基地局制御センタＢＴＳ、ＢＳＣ２の間では、着信側の音声コード化種別の決定が行われる。そして、この後、発信側基地局、基地局制御センタＢＴＳ、ＢＳＣ１と着信側基地局、基地局制御センタＢＴＳ、ＢＳＣ２のＴＲＡＵ間で同期取りを行い、同期がとれれば、ＴＦＯ動作（デコーダ、エンコーダをバイパスする）が行われる。
図３は、ＰＤＣにおける交換局側信号のフォーマットを示し、図４は、ＣＤＭＡ  ＥＶＲＣスピーチコーデックにおけるＴＦＯフレーム構成を示す図である。
図３の場合は、ＰＤＣにおいて、ＴＦＯ動作を行う場合、のフレームフォーマットであり、発信側の音声コード化種別と着信側音声コード化種別が一致し、同期がとれたか否かは、図３のＦ０〜１５のビットを使って判定される。そして、同期がとれたと判断された場合には、同図の斜線部分に低ビットレートの情報（Ｖ．ＳＥＬＰ）を載せて、必要な制御情報を交換する。
図４の場合、Ｃ５ビットは、Ｅｍｂｅｄｄｅｄ  ＴＦＯ  ｍｅｓｓａｇｅ  ｉｎｄｉｃａｔｏｒ  ｂｉｔであり、ＴＦＯに関するメッセージがフレームに含まれているか否かを示すビットである。また、ＴＦＯを行う前に、移動端末と基地局、基地局制御センタとの間でネゴシエーションが行われるが、これは、図４の（１）で示される、Ｏｔｈｅｒ  Ｃ  ｂｉｔｓの部分に音声帯域内信号で埋め込み、情報を交換して、ネゴシエーションを行う。そして、ＴＦＯ動作を行うことになった場合には、図４の（２）で示されるＯｔｈｅｒ  Ｄ  ｂｉｔｓの部分に低ビットの情報を載せて、ＴＦＯ動作に必要な情報を授受することになる。
図５は、従来技術における発信着信シーケンスを示す図である。
まず、移動端末ＭＳ１から通信を始めるためのＯｒｉｇｉｎａｔｉｏｎ  Ｍｅｓｓａｇｅが送信される。これに対し、基地局ＢＳ１は、これを受信すると移動端末への応答メッセージ（Ｂａｓｅ  Ｓｔａｔｉｏｎ  Ａｃｋ  Ｏｒｄｅｒ）を送信する。また、基地局ＢＳ１は、移動交換センタＭＳＣ−ａにリソース使用許可依頼（Ｃｏｍｐｌｅｔｅ  Ｌ３ｉｎｆｏ：ＣＭ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）を送信する。するとこれを受け取った移動交換センタＭＳＣ−ａは、イニシャルアドレスメッセージ（ＩＡＭ）を移動交換センタＭＳＣ−ｂに送信する。移動交換センタＭＳＣ−ｂは、これに応答して、基地局ＢＳ２に、Ｐａｇｉｎｇ  Ｒｅｑｕｅｓｔを送信する。これは、基地局ＢＳ２を介して、移動端末ＭＳ２にＰａｇｅ  Ｍｅｓｓａｇｅとして送信される。また、移動交換センタＭＳＣ−ｂからは、移動交換センタＭＳＣ−ａに対して、コネクトコール（ＡＣＭ）が送信される。
移動端末ＭＳ２からは、Ｐａｇｉｎｇ  Ｒｅｑｕｅｓｔの応答として、Ｐａｇｅ  Ｒｅｓｐｏｎｓｅ  Ｍｅｓｓａｇｅが基地局ＢＳ２に返され、基地局ＢＳ２から、移動交換センタＭＳＣ−ｂへＰａｇｅｉｎｇ  Ｒｅｓｐｏｎｓｅが返される。また、基地局ＢＳ２から移動端末ＭＳ２には、基地局ＢＳ２の応答メッセージ（Ｂａｓｅ  Ｓｔａｔｉｏｎ  Ａｃｋ  Ｏｒｄｅｒ）が返される。
一方、リソース使用許可依頼を受けた移動交換センタＭＳＣ−ａは、基地局ＢＳ１に対し、どのコーデックを使用するかを決定して、Ａｓｓｉｇｎｍｅｎｔ  Ｒｅｑｕｅｓｔを送信する。基地局ＢＳ１は、これを受け取ると、移動端末ＭＳ１に、Ｃｈａｎｎｅｌ  Ａｓｓｉｇｎｍｅｎｔ  Ｍｅｓｓａｇｅによって使用するコーデックを通知する。すると、移動端末ＭＳ１は、使用するチャネルを宣言するメッセージ（ＴｃｈＰｒｅａｍｂｌｅ）を基地局ＭＳ１に通知する。基地局ＢＳ１から移動端末ＭＳ１に応答メッセージ（ＢＳ  Ａｃｋ  Ｏｒｄｅｒ）が返され、移動端末ＭＳ１から基地局ＢＳ１に応答メッセージ（ＭＳ  Ａｃｋ  Ｏｒｄｅｒ）が返される。そして、基地局ＢＳ１から移動端末ＭＳ１に、サービス接続メッセージ（Ｓｅｒｖｉｃｅ  Ｃｏｎｎｅｃｔ  Ｍｅｓｓａｇｅ）が送信され、これに応答して、移動端末ＭＳ１からサービス接続の完了メッセージ（Ｓｅｒｖｉｃｅ  Ｃｏｎｎｅｃｔ  Ｃｏｍｐｌｅｔｉｏｎ）が返される。基地局ＢＳ１は、サービス接続の完了メッセージを受け取ると、リソース割当て完了メッセージ（Ａｓｓｉｇｎｍｅｎｔ  Ｃｏｍｐｌｅｔｅ）を移動交換センタＭＳＣ−ａに送る。そして、移動交換センタＭＳＣ−ａからリングバックトーンが移動機ＭＳ１に送信される。
また、移動機ＭＳ２側でも、移動交換センタＭＳＣ−ｂからのＡｓｓｉｇｎｍｅｎｔ  Ｒｅｑｕｅｓｔの後、上記処理を同じ処理をして、移動機ＭＳ２側で使用するコーデックの設定が行われる。その後、リングバックトーン（Ａｌｅｒｔ  ｗｉｔｈ  ｉｎｆｏ）が移動機ＭＳ２に通知され、移動機ＭＳ２が応答信号（ＭＳ  Ａｃｋ  Ｏｒｄｅｒ）を基地局ＢＳ２に通知する。そして、接続メッセージ（Ｃｏｎｎｅｃｔ  Ｍｅｓｓａｇｅ）が基地局ＢＳ２に通知され、これに対する応答メッセージ（ＢＳ  Ａｃｋ  Ｏｒｄｅｒ）が移動機ＭＳ２に返されると共に、接続メッセージ（Ｃｏｎｎｅｃｔ）が移動交換センタＭＳＣ−ｂに送られ、移動交換センタＭＳＣ−ｂから移動交換センタＭＳＣ−ａに応答メッセージＡＮＭが送信され、移動交換センタＭＳＣ−ａから移動端末ＭＳ１に接続メッセージ（Ｃｏｎｎｅｃｔ）が通知される。
以上により、移動端末ＭＳ１と移動端末ＭＳ２が接続される。
上記のような手順でＴＦＯ動作を行うと、例えば、発側の音声コード化が「コード種別Ａ」となり、着側の音声コード化が「コード化種別Ｂ」と決定してしまったら、ＴＦＯにて音声帯域内で同期取りを行っても、同期が取れず、結果、先に示した第１、第２トランスコーダが接続されることになり、音声品質の劣化が生じる。（双方とも同じコード化種別を選択した場合には、ＴＦＯにて同期取りが行えるため、タンデムコード化が防止される。）
発明の開示
本発明の課題は、複数の音声コード化がサポートされるような移動通信システムにおいて、ＭＭ接続通信時に、勧告化されているＴＦＯでのタンデムコード化率の低減を図り、ＭＭ接続通信における音声の品質を改善された通信システムを提供することである。
本発明の通信システムは、端末同士が固定ネットワークを介して通信する際に信号をエンコード／デコードするトランスコーダと、トランスコーダを介さないで端末同士が通信可能とするＴＦＯ（Ｔａｎｄｅｍ  Ｆｒｅｅ  Ｏｐｅｒａｔｉｏｎ）機能を備えた通信システムであって、該端末同士の通信中に、ＴＦＯ機能を使用して通信したか否かを検出する検出手段と、特定の端末と通信する際に使用した音声コード化種別と、ＴＦＯ機能を使用したか否かとを該特定の端末のダイヤル番号とを対応させて記憶する記憶手段とを備え、該特定の端末と２回目に通信する際には、該記憶手段の記憶内容に従って、ＴＦＯ機能を利用する可能性の高い通信設定を選択することを特徴とする。
本発明の通信端末は、複数種類の音声コード化に対応した通信端末において、通信相手となる通信端末の識別情報に対応して、前記複数種類の音声コード化のうち少なくとも１種類の音声コード化種別情報を記憶する記憶手段と、通信を行う際に、該通信の通信相手となる通信端末に対応して記憶された少なくとも１種類の音声コード化種別情報を前記ネットワークに送信する送信手段とを備えたことを特徴とする。
本発明の他の通信端末は、通信を行う通信端末のそれぞれに対して使用する音声コード化の種別を指示するとともに、該通信を行う通信端末が使用する音声コード化の種別が一致する場合には、該通信端末の通信をネットワーク内のトランスコーダのエンコード／デコード機能を使用せずに行うように制御する機能を備えた通信システムにおいて使用される通信端末において、通信相手となる通信端末の識別情報に対応して、該通信相手となる通信端末との通信において、前記トランスコーダのエンコード／デコード機能を使用せずに行った際に自通信端末が使用した音声コード化種別情報を記憶する記憶手段と、通信を行う際に、該通信の通信相手となる通信端末に対応して記憶された音声コード化種別情報を前記ネットワークに送信する送信手段とを備えたことを特徴とする。
本発明の更に他の通信端末は、通信を行う通信端末のそれぞれに対して使用する音声コード化の種別を指示すると共に、該通信を行う通信端末が使用する音声コード化の種別が一致する場合には、該通信端末間の通信をネットワーク内のトランスコーダのエンコード／デコード機能を使用せずに行うように制御する機能を備えた通信システムにおいて使用される通信端末において、通信相手となる通信端末の識別情報に対応して、該通信相手となる通信端末との通信において、前記トランスコーダのエンコード／デコード機能を使用して行った際に自通信端末が使用した音声コード化種別情報を記憶する記憶手段と、通信を行う際に、該通信の通信相手となる通信端末に対応して記憶された音声コード化種別とは異なり、かつ、自通信端末が対応可能な他の音声コード化種別情報を前記ネットワークに送信する送信手段とを備えたことを特徴とする。
本発明の更に他の通信端末は、通信を行う通信端末のそれぞれに対して使用する音声コード化の種別を指示するとともに、該通信を行う通信端末が使用する音声コード化の種別が一致する場合には、該通信端末の通信をネットワーク内のトランスコーダのエンコード／デコード機能を使用せずに行うように制御する機能を備えた通信システムにおいて使用される通信端末において、通信相手となる通信端末の識別情報に対応して、該通信相手との通信において自通信端末が使用した音声コード化種別情報及びその通信の際に、前記トランスコーダのエンコード／デコード機能の使用せずに行ったか否かの情報を記憶する記憶手段と、通信を行う際に、通信相手となる通信端末に対応して記憶された音声コード化種別情報を前記ネットワークに送信する送信手段とを備えたことを特徴とする。
本発明の更に他の通信端末は、通信を行う通信端末のそれぞれに対して使用する音声コード化の種別を指示するとともに、該通信を行う通信端末が使用する音声コード化の種別が一致する場合には、該通信端末間の通信をネットワーク内のトランスコーダのエンコード／デコード機能を使用せずに行うように制御する機能を備えた通信システムにおいて使用される通信端末において、通信相手となる通信端末の識別情報に対応して、該通信相手との最新の通信において自通信端末が使用した音声コード化種別情報及びその通信の際に、前記トランスコーダのエンコード／デコード機能の使用せずに行ったか否かの情報を記憶する記憶手段と、通信を行う際に、通信相手となる通信端末に対応して記憶された音声コード化種別情報を前記ネットワークに送信する送信手段とを備えたことを特徴とする。
本発明の通信システムは、通信を行う通信端末のそれぞれに対して使用する音声コード化の種別を指示すると共に、該通信を行う通信端末が使用する音声コード化の種別が一致する場合には、該通信端末間の通信をネットワーク内のトランスコーダのエンコード／デコード機能を使用せずに行うように制御する機能と、通信端末間エンコード／デコード機能を使用せずに通信を行うように制御する場合又は制御した場合に、通信を行った通信端末の少なくともいずれか一方に対して、その旨通知する通知手段とを備えたことを特徴とする。
本発明によれば、前回の通信において、ＴＦＯ機能を使用したか否かを記憶しておき、ＴＦＯ機能を使用した場合には、前回と同じ設定で通信を行うので、ＴＦＯ機能を利用して通信する可能性が高い。
また、前回の通信において、ＴＦＯ機能を使用しなかった場合には、前回とは異なる通信設定で通信することにより、今回の通信においてはＴＦＯ機能を利用する可能性が高くなる。
このように、できるだけＴＦＯ機能を使用することにより、タンデムコード化率が低減され、品質の良い音声通信を実現することが出来る。
発明を実施するための最良の形態
本発明の実施形態では、例えば、移動端末において、「メモリダイヤル」と「前回通話したときに使用した音声コード化種別と、そのときのタンデムコード化が防止されていたか否か」を関連付ける手段を具備し、前回の通信の結果をふまえ、次回のメモリダイヤルの発信時に使用する音声コード化をどの種別を優先して呼接続要求をするかについて判断する。
また、同様に移動端末にて過去にかけたダイヤル（リダイヤル）履歴を管理しておき、「リダイヤル」と「前回通話したときに使用した音声コード化種別と、そのときのタンデムコード化が防止されていたか否か」を関連付ける手段を具備し、前回の通信の結果を踏まえ、次回のリダイヤルの発信時に使用する音声コード化をどの種別を優先にて呼接続要求するかについて判断する。
更に、移動端末から、手入力によるダイヤルで発信した場合には、「メモリダイヤル」と「前回通話したときに使用した音声コード化種別と、そのときのタンデムコード化が防止されていたか否か」を関連付ける手段、又は「リダイヤル」と「前回通話したときに使用した音声コード化種別と、そのときのタンデムコード化が防止されていたか否か」を関連付ける手段にて格納されている情報を検索し、使用する音声コード化をどの種別を優先にて呼接続要求をするかについて判断。
上記「タンデムコード化が防止されていたか否か」については、例えば、固定ネットワーク側から通話開始から通話終了までに移動端末へこれを通知する手段を具備する。又は、例えば、移動端末において音声の軟判定復号処理部を具備し、この軟判定復号処理部にて通話中の品質状態を測定し、「タンデムコード化が防止されていた（いる）か否か」について識別可能とする。
通常移動通信システムのＭＭ接続手順に基づくと、そのＭＭ接続には２つのトランスコーダをタンデム構成で有することとなる。このタンデム接続を防止する手段としては、ＴＦＯという仕様が勧告化されているが、これは、双方の移動端末が同じ音声コード化を選択した場合のみに実現可能である。
移動端末（及び固定ネットワーク側）にて複数種類の音声コード化がサポートされた場合には、ＭＭ接続通話にそれぞれの移動端末〜固定ネットワークにて独立に音声コード化を決定するため、双方の移動端末が同じ種類の音声コード化を選択する可能性が低くなるが、上記手段を用いることにより前回の音声コード化とその時のタンデムコード化が防止されたかどうかの結果を用いて、タンデムコード化が防止されていれば、次の発信時に同じ音声コードでの呼接続要求を固定ネットワークへ行い、タンデムコード化防止されていなかった場合には、次の発信時に前回使用したものとは別の音声コード化を選択することにより、接続先移動端末と同様の音声コード化を選択する可能性が大幅に向上することになる。
本発明の実施形態は、無線区間の使用帯域減少のために送信レートを減少させるデジタル音声送信と、音声エンコード／デコード技術、及びタンデムコード化を防止する機能をサポートしているいかなる移動通信システムにも適用できる。
一例として、第３世代移動通信システムであるｃｄｍａ２０００（ＣＤＭＡＭＣ）方式での実現方法について述べるが、本発明の実施形態は、この移動通信システムに限定されるものではない。
図６は、ｃｄｍａ２０００システムの基本的な構成要素を概略説明する図である。
移動交換センタＭＳＣは、入呼及び出呼の接続を処理する。これは、公衆電話ネットワーク（ＰＳＴＮ）の交換機と同様の機能を果たす。これに加えて、加入者位置管理のような移動通信のみの特徴である機能も有する。移動端末ＭＳは、基地局システムを経由してＭＳＣに接続される。基地局システムは、基地局制御センタＢＳＣと基地局ＢＴＳで構成される。１つのＢＳＣが多数のＢＴＳを制御するのに使用される。
ｃｄｍａ２０００システムは完全にデジタルシステムであり、音声及びデータ送信もデジタルで実行され、これは音声品質を均一なものにする。音声送信に使用される音声エンコード方法としては、代表的なものとして、ＣＤＭＡ  ＥＶＲＣ（ＩＳ−１２７：米ＴＩＡの勧告）であるが、その他にもＣＤＭＡ  Ｑ８（ＩＳ−９６−Ｃ：米ＴＩＡの勧告）、ＣＤＭＡ  Ｑ１３（ＩＳ−７３３：米ＴＩＡの勧告）など、音声コード化の種類は今後も増加していくことが予想される。本発明の実施形態においては、音声コード化方法について、ここでは説明しない。なお、この音声エンコード／デコード機能は、ＭＳと固定ネットワーク側の両方に位置する。
ネットワーク側においては、音声コード化及びレート対応に関連した種々の機能がトランスコーダユニットＴＲＡＵ（セレクション／ディストリビューションユニット）に集中される。ＴＲＡＵのインタフェースは、ＭＳＣに向かう６４ｋｂｐｓのＰＣＭインターフェース（Ａインターフェース）とＢＴＳに向かう低レート（例えば、９．６ｋｂｐｓ）のインターフェースとを含む。これらのインターフェースに関連してｃｄｍａ２０００勧告では、「アップリンク」及び「ダウンリンク」という用語も使用され、アップリンクはＢＴＳからＭＳＣへの方向であり、ダウンリンクはＭＳＣからＢＴＳの方向である。
公知の移動通信システムにおいてＭＳから通話が発信されたときには、それに関連する信号がＢＴＳからＭＳＣへ送られ、該センタでは、例えば、ＰＳＴＮラインと上記Ａインターフェースのラインとの間に接続を確立する。同時にＴＲＡＵが割り当てられ、Ａインターフェースラインに接続される。ＭＳＣは、更に、発呼側ＭＳが通信するＢＴＳを、割り当てられたＡインターフェースラインに接続するようにＢＳＣに指令する。ＢＳＣは、Ａインターフェースと発呼側ＭＳが通信するＢＴＳとの間に接続を確立する。ＢＴＳは、無線区間における通話の確立を独立して取り扱う。従って、ＭＳ、ＢＴＳ、ＢＳＣ、ＴＲＡＵ、及びＭＳＣを直列に有する接続が確立される。
公知の移動通信システムが２つのＭＳ間のＭＭ接続通話（ＭＳ対ＭＳ通話）を取り扱う場合には、発呼側ＭＳに関する限り上記と同様に通話接続が行われるが、ここでは、ＭＳＣが発呼側ＭＳに割り与えられたＡインターフェースラインと、被呼側ＭＳに割り与えられたＡインターフェースラインとの間に接続を確立する。被呼側ＭＳのＡインターフェースラインは、第２のＴＲＡＵに接続される。上記第２のＴＲＡＵから被呼側ＭＳの基地局システムへの接続が確立される。つまり、ＭＭ接続通話毎に、２つのＴＲＡＵが直列に接続され、そして、音声データが２回エンコード及びデコードされる。これは、タンデムコード化として知られており、余分なエンコード及びデコード動作により音声品質を劣化させる。
このために、ＴＲＡＵ〜ＴＲＡＵ間にて同期取りを行い、同期が確立できれば、タンデムコード化を防止する。つまり、ＴＲＡＵ〜ＴＲＡＵ間で同期が確立したときには、それぞれのＴＲＡＵが音声のエンコードもデコードも行わずに、単に互いに信号を送受し合う。その結果、音声コード化は、ＭＳにおいて行われるだけで、ＴＲＡＵ間が従来のＰＣＭ（６４ｋｂｐｓ）に変換する必要がない。これは、従来のタンデムコード化と比較して音声品質を著しく改善する。しかし、上記に示しているようにＴＲＡＵ〜ＴＲＡＵ間で同期が確立するには、双方のＴＲＡＵで同じ種類の音声コード化を選択しなければ、ＴＲＡＵ同士で同期が取れないため、タンデムコード化の防止にはならない。
本発明の実施形態では、ＴＲＡＵ同士が同じ種類の音声コード化方法を選択できるように、ＭＳ１からＭＳ２に発信し、ＭＭ接続通話となったときは、そのときのＴＲＡＵ〜ＴＲＡＵ間の同期がとることができたかどうかの「ＴＲＡＵ同期結果」と「使用した音声コード化」を移動端末内（この場合、ＭＳ１内）に、ＭＳ２のダイヤル番号と共に保存し、次回のＭＳ２への発信時に前回の「ＴＲＡＵ同期結果」と「使用した音声コード化」をもとに、「ＴＲＡＵ同期結果」が＜同期＞（つまり、タンデムコード化にならなかった）の場合には「使用した音声コード化」は前回と同じものを使用し、前回の「ＴＲＡＵ同期結果」が＜非同期＞（つまり、タンデムコード化になった）の場合には「使用した音声コード化」は前回と違う音声コード化を使用する。
具体的な動作について以下に示す。特に説明が無ければ、内容は、ＭＭ接続通話に関して記している。
ＭＳ内部において、ダイヤル蓄積部（メモリダイヤル、リダイヤル）と共に、ＴＲＡＵ同期結果蓄積部と音声コード化種別使用履歴蓄積部を具備し、ダイヤル蓄積部の各ダイヤル番号と、ＴＲＡＵ同期結果蓄積部から前回通話時の同期結果を関連づけ、更に音声コード化種別使用履歴蓄積部から前回通話時に使用した音声コード化種別についても関連づける。
前回の通話において、ＴＲＡＵ同期結果が＜同期＞だった場合には、発側ＭＳ１より、呼接続要求信号であるオリジナルメッセージのＳＥＲＶＩＣＥ＿ＯＰＴＯＮに、前回使用した音声コード化を載せて信号を送出する。このとき、前回の通話から移動機の位置が変わったなどにより、網側の発側ＴＲＡＵ１において、使用したい音声コード化がサポートされていない可能性が出てくる。そのため、ＡＬＴ＿ＳＯにＭＳが対応可能な音声コード化の情報について示しておく（もし、ＡＬＴ＿ＳＯに何も設定しないと、ＴＲＡＵ１にてリソース確保ができないことによる呼接続失敗が生じる可能性があるため）。発側ＴＲＡＵ１では、ＭＳ１からのオリジナルメッセージのＳＥＲＶＩＣＥ＿ＯＰＴＯＮに示される音声コード化種別を選択する（その音声コード化種別のリソースがない場合には、ＡＬＴ＿ＳＯに示される音声コード化種別を選択する）。
この後、着側のＭＳＣへ着信信号が送出される。着側ＢＳＣ２２、ＢＴＳ３２を経由して着側ＭＳ１２へ着呼要求であるジェネラルページメッセージを送信する。ＭＳ２は、発信先の電話番号を識別し、メモリダイヤル蓄積部のダイヤル番号にその番号が存在すれば、その番号との前回の通話において、ＴＲＡＵ同期結果が＜同期＞か＜非同期＞だったかを判断する。前回の通話が＜同期＞だった場合、その応答信号であるページレスポンスメッセージのＳＥＲＶＩＣＥ＿ＯＰＴＯＮに、前回使用した音声コード化を載せてこの応答信号を送出する。このとき、前回の通話から移動機の位置が変わったなどにより、網側の着側ＴＲＡＵ２において、使用したい音声コード化がサポートされていない可能性が出てくる。そのため、ＡＬＴ＿ＳＯにＭＳ２が対応可能な音声コード化の情報について示しておく（もし、ＡＬＴ＿ＳＯに何も設定しないと、ＴＲＡＵ２にてリソース確保ができないことによる呼接続失敗が生じる可能性があるため）。着側ＴＲＡＵ２では、ＭＳ２からのページレスポンスメッセージのＳＥＲＶＩＣＥ＿ＯＰＴＯＮに示される音声コード化種別を選択する（その音声コード化種別のリソースがない場合には、ＡＬＴ＿ＳＯに示される音声コード化種別を選択する）。
これらの動作により、ＴＦＯでのタンデムコード化防止の可能性が著しく高まる。
次に、ある通話におけるＭＳが、その通話中にＴＲＡＵが＜同期＞となりタンデムコード化が防止されているのか、＜非同期＞となりタンデムコード化となっているのかをどのように認識するかの実現方法について一例を示す。
ある通話状態において、例えば、ＭＳＣがＴＲＡＵに対して、同期状態確認要求信号を送信し、ＴＲＡＵは、その応答信号として、同期結果報告（同期か非同期か）をＭＳＣに対して送信する。ＭＳＣはそのＴＲＡＵ同期結果をＭＳへ、通知する。この通知手段は、例えば、終話時の切断信号に載せ、ＭＳへ通知する。ＭＳは、このＴＲＡＵ同期状態を識別し、それまで通話していたダイヤル番号及び使用していた音声コード化種別と共に、情報を蓄積する。このとき、ダイヤル番号は、メモリダイヤル蓄積部又はリダイヤル蓄積部に蓄積。ＴＲＡＵ同期状態は、ＴＲＡＵ同期結果蓄積部に蓄積、使用していた音声コード化種別は音声コード化種別使用履歴蓄積部に蓄積し、これらが一意に関連付けられるものにする。
そして、次回のＭＳの発信時又は着信時に、これら蓄積情報を基に、使用する音声コード化を決定する。
図７は、ＭＳに通知する同期情報の通知の仕方の第１の実施形態を説明する図である。
図７においては、まず、ＭＳＣにの制御信号処理機能部からＴＲＡＵの制御信号処理機能部に対して、トランスコーダの使用状況の確認要求を出す（１）。すると、ＴＲＡＵの制御信号処理機能部は、ＴＲＡＵの通話路処理部に対し、トランスコーダの使用状況の問い合わせを行う（２）。この問い合わせに対し、ＴＲＡＵの通話路処理部は、トランスコーダの使用状況を通知する使用状況応答をＴＲＡＵの制御信号処理機能部に通知する（３）。これを受けて、ＴＲＡＵの制御信号処理機能部は、ＭＳＣの制御信号処理機能部へトランスコーダの使用状況報告を行う（４）。また、同時に、ＴＲＡＵの制御信号処理機能部は、ＢＳＣ経由でＭＳへトランスコーダの使用状況報告（同期か非同期かの通知）を行う。このとき、通知の仕方としては、上記したように、例えば、通話の終了時の切断信号にこの情報を載せてＭＳに通知する。
図８は、ＭＳに通知する同期情報の通知の仕方の第２の実施形態を説明する図である。
図８においては、ＴＲＡＵの通話路処理部が自律的にトランスコーダの使用状況（同期しているか非同期か）を通知するものである。まず、ＴＲＡＵの通話路処理部がトランスコーダの使用状態をＴＲＡＵの制御信号処理機能部に通知する（１）。ＴＲＡＵの制御信号処理機能部は、通話路処理部からの通知を受けて、ＭＳＣの制御信号処理部にトランスコーダの使用状況（トランスコーダを使用しているか、同期か非同期か）について報告を行う（２）。同時に制御信号処理機能部は、ＢＳＣ経由でＭＳへトランスコーダの使用状況（通話が同期して行われているか、非同期で行われているか）を通知する（３）。
図９は、ＭＳに通知する同期情報の通知の仕方の第３の実施形態を説明する図である。
本実施形態においては、ＭＳＣの通話路にＴＦＯの同期ビットをモニタする同期ビットモニタ機能が設けられている。同期ビットモニタ機能は、ＭＳＣの制御部によって制御される。同期ビットモニタ機能がＴＦＯの同期ビットを検出しているか否かは、ＭＳＣの制御部に報告され（１）、これが、制御信号処理機能部に通知されて、ＴＲＡＵの制御信号処理機能部にＴＲＡＵ同期状態報告として通知される（２）。ＴＲＡＵの制御信号処理機能部は、ＭＳＣから受け取ったＴＲＡＵ同期状態報告を解釈し、ＢＳＣ経由でＭＳに、例えば、切断信号に載せて、通話が同期状態で行われたか非同期状態で行われたかなどの情報を送信する（３）。
図１０は、ＭＳに通知する同期情報の通知の仕方の第４の実施形態を説明する図である。
まず、通話の同期非同期情報の取得手順として、ＢＳＣの制御信号処理機能部が、ＴＲＡＵの制御信号処理機能部に同期状態確認要求を通知する（１）。ＴＲＡＵの制御信号処理機能部は、ＢＳＣからの同期状態確認要求通知を受け取ると、通話路処理部に対し、同期状態の問い合わせを行う（２）。すなわち、トランスコーダの使用状況の問い合わせを行う。通話路処理部は、同期状態の問い合わせに対し、結果を同期状態応答として、ＴＲＡＵの制御信号処理機能部に通知する（３）。ＴＲＡＵの制御信号処理機能部は、通話路処理部からの同期状態応答を受けると、ＢＳＣの制御信号処理機能部へ同期状態確認応答を行う（４）。ＢＳＣの制御信号処理機能部では、同期状態確認応答に従って、トランスコーダの使用状況から分かる、ＴＦＯ動作が行われたか否か、すなわち、通信が同期して行われたか否かについて、ＭＳに通知する（５）。通知方法は、例えば、切断信号に載せて行う。
図１１は、ＭＳに通知する同期情報の通知の仕方の第５の実施形態を説明する図である。
図１１においては、ＴＲＡＵの通話路処理部に隣接して、結果ビット挿入部を設ける。すなわち、通話路処理部から得られたトランスコーダの使用状況は、結果ビット挿入部によって取得され、ＴＦＯ動作中か否かの情報を音声情報の一部に通知ビットとして載せてＭＳまで音声情報と共に通知し、ＭＳでは、音声情報に含まれる通知ビットの値を見ることによって、ＴＦＯ動作によって通話を行っているか否かの情報を取得する。
図１２は、ＭＳに通知する同期情報の通知の仕方の第６の実施形態を説明する図である。
図１２は、ＴＲＡＵの通話路処理部がトランスコーダの使用状況を自律的に取得し、ＢＳＣを介して、ＭＳに同期非同期を通知する方法である。
まず、通話路処理部がトランスコーダの使用状況を取得し、ＴＲＡＵ同期状態報告として、ＴＲＡＵの制御信号処理機能部に通知する（１）。次に、ＴＲＡＵの制御信号処理機能部は、ＢＳＣの制御信号処理機能部に通話路処理部から得たＴＲＡＵ同期状態報告をＢＳＣの制御信号処理部に通知する（２）。これを受けて、ＢＳＣの制御信号処理部は、ＭＳへ、通話が同期で行われたか否かを通知する（３）。
図１３は、同期情報を制御信号として受け取った場合のＭＳの処理を説明する図である。
図１３において、ＴＲＡＵ同期状態報告をＭＳの制御信号処理部が受け取ると（１）、制御部にこの情報が通知され、ＭＳのダイヤル番号蓄積部に、相手の電話番号、ＴＲＡＵの同期結果、及び、音声コード化種別を登録する（２）。
図１４は、同期情報を通話路内の通知ビットとして受け取った場合のＭＳの処理を説明する図である。
図１４において、音声情報の一部として挿入された通知ビットをＭＳの通話路処理部で認識すると（１）、この情報が制御部に通知され、ＭＳのダイヤル番号蓄積部へ制御部が、相手のダイヤル番号、ＴＲＡＵ同期結果、音声コード化種別を登録する（２）。
図１５は、ＭＳから発信する場合、ダイヤル番号蓄積部を参照する処理を説明する図である。
まず、ユーザがＭＳのダイヤル入力を行い、発信ボタンを押したとする。あるいは、メモリに蓄積された番号で発信ボタンを押したとする。これは、ダイヤル番号処理部によって検出される。すると、ダイヤル番号処理部から制御部に対し、ダイヤル番号通知がなされる（１）。制御部は、ダイヤル番号処理部から得られたダイヤル番号がダイヤル番号蓄積部に蓄積されているか否かを判断する（２）。今の場合、ダイヤル番号蓄積部に蓄積されている番号なので、対応して記憶されているＴＲＡＵ同期結果と、音声コード化種別より、前回の同じ番号への通信では、ＴＦＯ動作が未実施で、コード化種別がＡであるので、今回は、音声コード化種別Ａ以外での呼接続を要求する。この要求は、制御信号処理機能部に通知される（３）。制御信号処理機能部では、推奨音声コード化種別として、複数ある内の、例えば、種別Ｂを設定し、代替音声コード化種別として、種別Ａを設定し、接続要求を送信する（５）。
図１６は、ＭＳに着信した場合の動作を説明する図である。
まず、ＭＳの制御信号処理機能部が着信信号を受信する（１）。すると、制御部において、着信相手先番号の識別を行い（２）、ダイヤル番号蓄積部に当該番号があるか否かを判断する（３）。今の場合、ダイヤル番号蓄積部に蓄積されているので、対応するＴＲＡＵ同期結果と、音声コード化種別を取得する。これにより、制御部は、当該番号は、前回の結果がＴＦＯ実施で、コード化種別がＡであったため、今回は、種別Ａで呼接続要求を行うべく制御信号処理機能部に指示する（４）。制御信号処理部は、制御部からの指示に基づいて、推奨音声コード化種別をＡ、代替種別を複数ある中から一つ決めて（今の場合、種別Ｂ）、着信応答を送信する（５）。
図１７は、ＭＳのダイヤル番号蓄積部の別の構成例を示す図である。
図１７においては、ダイヤル番号蓄積部にダイヤル番号に対応して、相手の電話の形態を蓄積する。本発明の実施形態で解決する問題であるタンデムコード化は、移動端末間の通信においてのみ生じるので、通信相手が移動端末以外、例えば、通常の設置電話である場合には、ダイヤル番号に対応してＴＲＡＵ同期結果や音声コード化種別を格納せず、通常の通信を行う。通信相手が移動端末である場合には、ダイヤル番号に対応して、ＴＲＡＵ同期結果や音声コード化種別を格納し、前述した実施形態の処理を行うようにする。
図１８は、本発明の一実施形態の全体の処理の流れを示す図である。
まず、ＢＳＣの制御信号処理機能部からＴＲＡＵの制御信号処理機能部へ同期状態確認要求が出される（１）。次に、ＴＲＡＵの制御信号処理機能部は、ＴＲＡＵの通話路処理部に同期状態の問い合わせを行い、トランスコーダの使用状況（同期状態）をＴＲＡＵの通話路処理部から取得する（３）。同期状態応答を得たＴＲＡＵの制御信号処理機能部は、ＢＳＣの制御信号処理機能部に同期状態確認応答を行い、通話が同期して行われているか否かを通知する（４）。これは、制御信号として、ＭＳの制御信号処理機能部に通知される。ＭＳの制御信号処理機能部では、受け取った同期状態情報を制御部に通知する。制御部は、相手のダイヤル番号、ＴＲＡＵ同期結果、及び音声コード化種別をダイヤル番号蓄積部に蓄積して登録を終了する。
このようにして蓄積されたダイヤル番号蓄積部の情報は、前述の手順で使用され、タンデムコード化を避けるために使用される。
図１９は、ＭＳにおけるダイヤル蓄積部の蓄積情報と処理の内容を示すフローチャートである。
図１９に示すフローチャートは、ＭＳから発呼する場合である。まず、ダイヤル番号蓄積部に格納されているダイヤル番号Ａの情報が、電話番号「０１２３４５６７８９０」、前回、ＴＲＡＵ同期か非同期かの情報が「同期」、前回の音声コードが「種別Ａ」であるとする。ステップＳ１において、ダイヤル番号Ａ（０１２３４５６７８９０）で発呼すると、ステップＳ２において、ダイヤル番号Ａの情報を検索し、前回の通話がＴＲＡＵ同期であるか否かを判断する。今の場合、「同期」であるので、ステップＳ３に進み、呼接続信号内のプライマリー音声コード（推奨音声コード化種別）を種別Ａとして発信する。ここで、もし、ステップＳ２において、「非同期」と判断された場合には、ステップＳ４に進んで、呼接続信号内のプライマリー音声コードとして、種別Ａ以外のものを使って発信する。以上の手続を行って、通信相手と呼接続を行う。
図２０は、本発明の一実施形態の処理の流れを示すシーケンス図である。
まず、通信相手から切断信号が送信されてくると、ＭＳＣは、ＴＲＡＵに対し、トランスコーダの使用状況確認要求を行い、ＴＲＡＵからトランスコーダ使用状況報告を受ける。すると、ＭＳＣは、ＢＴＳ／ＢＳＣにＴＲＡＵの同期結果を含む切断信号を送信する。ＢＴＳ／ＢＳＣは、この切断信号をそのままＭＳに転送する。ＭＳでは、この切断信号を受信すると、切断信号に含まれているＴＲＡＵの同期結果を抽出し、ＴＲＡＵ同期結果と音声コード化種別を対応するダイヤル番号に関連付けて、ダイヤル番号蓄積部に格納する。そして、ＭＳは、切断確認信号をＢＴＳ／ＢＳＣに送信する。切断確認信号は、ＢＴＳ／ＢＳＣからそのままＭＳＣに送られ、回線が切断され通信が終了する。
なお、上記実施形態においては、ダイヤル番号蓄積部へのダイヤル番号の記憶は自動的に行われるものとしたが、ユーザが手入力によって行ってもよい。すなわち、端末所有者は、通信相手の端末のダイヤル番号を入力し、その通信相手の端末及び自通信端末が対応可能な少なくとも１つの音声コード化種別情報をそれに合わせて入力する。また、音声コード化種別の記憶は、相手端末１つに対して２以上記憶させても良い。
また、上記実施形態においては、相手端末を特定する情報としてダイヤル番号を用いたが、必ずしもこれには限られず、相手の通信端末を識別できれば、該通信端末の所有者名や、通信端末の機体番号など他の情報でもよい。
産業上の利用可能性
本発明によれば、移動端末間での通信において生じやすいタンデムコード化を極力避けることが出来る。すなわち、タンデムコード化は、音声の劣化をもたらすので、これを極力避けることにより、移動端末間でも良好な音声で通話を行うことが出来る。
【図面の簡単な説明】
図１は、ＴＦＯを実現するシステム構成を示した図である。
図２は、移動端末対移動端末間の接続シーケンスを示す図である。
図３は、ＰＤＣにおける交換局側信号のフォーマットを示す図である。
図４は、ＣＤＭＡ  ＥＶＲＣスピーチコーデックにおけるＴＦＯフレーム構成を示す図である。
図５は、従来技術における発信着信シーケンスを示す図である。
図６は、ｃｄｍａ２０００システムの基本的な構成要素を概略説明する図である。
図７は、ＭＳに通知する同期情報の通知の仕方の第１の実施形態を説明する図である。
図８は、ＭＳに通知する同期情報の通知の仕方の第２の実施形態を説明する図である。
図９は、ＭＳに通知する同期情報の通知の仕方の第３の実施形態を説明する図である。
図１０は、ＭＳに通知する同期情報の通知の仕方の第４の実施形態を説明する図である。
図１１は、ＭＳに通知する同期情報の通知の仕方の第５の実施形態を説明する図である。
図１２は、ＭＳに通知する同期情報の通知の仕方の第６の実施形態を説明する図である。
図１３は、同期情報を制御信号として受け取った場合のＭＳの処理を説明する図である。
図１４は、同期情報を通話路内の通知ビットとして受け取った場合のＭＳの処理を説明する図である。
図１５は、ＭＳから発信する場合、ダイヤル番号蓄積部を参照する処理を説明する図である。
図１６は、ＭＳに着信した場合の動作を説明する図である。
図１７は、ＭＳのダイヤル番号蓄積部の別の構成例を示す図である。
図１８は、本発明の一実施形態の全体の処理の流れを示す図である。
図１９は、ＭＳにおけるダイヤル蓄積部の蓄積情報と処理の内容を示すフローチャートである。
図２０は、本発明の一実施形態の処理の流れを示すシーケンス図である。
【図１】
0004421187.tif 000002
【図２】
0004421187.tif 000003
【図３】
0004421187.tif 000004
【図４】
0004421187.tif 000005
【図５】
0004421187.tif 000006
【図６】
0004421187.tif 000007
【図７】
0004421187.tif 000008
【図８】
0004421187.tif 000009
【図９】
0004421187.tif 000010
【図１０】
0004421187.tif 000011
【図１１】
0004421187.tif 000012
【図１２】
0004421187.tif 000013
【図１３】
0004421187.tif 000014
【図１４】
0004421187.tif 000015
【図１５】
0004421187.tif 000016
【図１６】
0004421187.tif 000017
【図１７】
0004421187.tif 000018
【図１８】
0004421187.tif 000019
【図１９】
0004421187.tif 000020
【図２０】
0004421187.tif 000021