(57)【要約】【課題】  通信環境の変化に柔軟に対応した最適なコーデックを選択し、通信を行っている間に当該最適なコーデックに切替える。【解決手段】  通信制御システム１０は、あるＢＴＳ２５０によって形成される通信エリアに在圏している通信端末１００が、当該通信エリアから、別のＢＴＳ２５０によって形成される通信エリアへと移動するハンドオーバを検出するハンドオーバ検出部２２０と、ハンドオーバ検出部２２０がハンドオーバを検出した場合に、コーデック切替に用いる、当該ハンドオーバに基づく情報を取得する情報取得部３２０と、情報取得部３２０が取得した情報に基づいて切替後コーデックを選択するコーデック選択部３３０と、現在行っている通信に対して、コーデック選択部３３０が選択した切替後コーデックを適用するように制御するコーデック切替部３４０と、を備える。【選択図】図４
2011029713.tif 000002
【特許請求の範囲】
【請求項１】
１の基地局によって形成される通信エリアに在圏している通信端末が当該通信エリアから、他の基地局によって形成される通信エリアへと移動するハンドオーバを検出するハンドオーバ検出部と、
前記ハンドオーバ検出部がハンドオーバを検出した場合に、前記通信端末が現在行っている通信に対して適用されているコーデックを切替えるコーデック切替に用いる、当該ハンドオーバに基づく情報を取得する情報取得部と、
前記情報取得部が取得した情報に基づいて切替後コーデックを選択するコーデック選択部と、
前記現在行っている通信に対して、前記コーデック選択部が選択した切替後コーデックを適用するように制御するコーデック切替部と、
を備える通信制御システム。
【請求項２】
前記情報取得部は、前記他の基地局が接続している通信ネットワークにおける負荷状況を検出するネットワーク負荷検出部を更に備える請求項１に記載の通信制御システム。
【請求項３】
前記ネットワーク負荷検出部は、前記通信ネットワークに設けられた、前記通信端末が行っている通信を制御するネットワーク機器におけるＣＰＵ負荷を検知し、当該検知したＣＰＵ負荷に基づいて前記通信ネットワークにおける負荷状況を検出する請求項２に記載の通信制御システム。
【請求項４】
前記コーデック選択部は、前記ネットワーク負荷検出部が検出した前記通信ネットワークにおける負荷状況が、所定の閾値より大きな負荷である場合に、適用可能なコーデックの中で最も品質が低いコーデックを前記切替後コーデックとして選択する請求項２に記載の通信制御システム。
【請求項５】
前記ネットワーク負荷検出部は、前記通信ネットワークにおける呼損率を検知し、該検知した呼損率に基づいて前記通信ネットワークにおける負荷状況を検出する請求項２に記載の通信制御システム。
【請求項６】
前記情報取得部は、前記通信端末と前記他の基地局との間で行う通信における１の通信方式を検出する通信方式検出部を更に備える請求項１又は２に記載の通信制御システム。
【請求項７】
前記通信方式検出部は、更に、前記通信端末が通信を行っている相手である他の通信端末が行っている他の通信方式を検出し、
前記コーデック選択部は、前記１の通信方式及び前記他の通信方式のうち、より低品質である通信方式に基づいて前記切替後コーデックを選択する
請求項６に記載の通信制御システム
【請求項８】
所定のエリアに対して通信の規制が行われていることを表示する規制情報を含んで保持する保持部を更に備え、
前記コーデック選択部は、前記保持部が保持する規制情報を参照し、前記通信端末は該規制情報が示すエリアに在圏している場合に、適用可能なコーデックの中で最も品質が低いコーデックを前記切替後コーデックとして選択する
請求項１〜７の何れか１項に記載の通信制御システム。
【請求項９】
１の基地局によって形成される通信エリアに在圏している通信端末が当該通信エリアから、他の基地局によって形成される通信エリアへと移動するハンドオーバを検出するハンドオーバ検出ステップと、
前記ハンドオーバ検出ステップにおいてハンドオーバが検出された場合に、前記通信端末が現在行っている通信に対して適用されているコーデックを切替えるコーデック切替に用いる、当該ハンドオーバに基づく情報を取得する情報取得ステップと、
前記情報取得ステップにおいて取得された情報に基づいて切替後コーデックを選択するコーデック選択ステップと、
前記現在行っている通信に対して、前記コーデック選択ステップにおいて選択された切替後コーデックを適用するように制御するコーデック切替ステップと、
を含む通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御システム、及び通信制御方法に関する。
【背景技術】
【０００２】
コーデックの変換をする技術として例えば特許文献１には、通信カードの種別に応じてコーデックを変更する技術が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−１２１０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載された方法では、通信を開始する際に通信カードの種別を判断し、当該判断結果に基づいてコーデックを選択しているため、通信環境の変化に柔軟に対応した最適なコーデックを選択し、通信を行っている間に当該最適なコーデックに切替えることができないという課題があった。
【０００５】
そこで、本発明は上記課題を解決するために、通信環境の変化に柔軟に対応した最適なコーデックを選択し、通信を行っている間に当該最適なコーデックに切替えることを可能とする通信制御システム、及び通信制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明の通信制御システムは、１の基地局によって形成される通信エリアに在圏している通信端末が当該通信エリアから、他の基地局によって形成される通信エリアへと移動するハンドオーバを検出するハンドオーバ検出部と、ハンドオーバ検出部がハンドオーバを検出した場合に、通信端末が現在行っている通信に対して適用されているコーデックを切替えるコーデック切替に用いる、当該ハンドオーバに基づく情報を取得する情報取得部と、情報取得部が取得した情報に基づいて切替後コーデックを選択するコーデック選択部と、現在行っている通信に対して、コーデック選択部が選択した切替後コーデックを適用するように制御するコーデック切替部と、を備える。
【０００７】
この構成により、ハンドオーバが生じた場合に、当該ハンドオーバに基づく情報に基づいて切替後のコーデックが選択され、当該切替後のコーデックが適用された通信が行われることとなる。その為、通信環境の変化に柔軟に対応した最適なコーデックを選択し、通信を行っている間に当該最適なコーデックに切替えることが可能となる。
【０００８】
また、通信制御システムの情報取得部は、他の基地局が接続している通信ネットワークにおける負荷状況を検出するネットワーク負荷検出部を更に備えることが好適である。
【０００９】
この構成により、ハンドオーバ先のネットワークにおける負荷状況を検出することで、より適切なコーデックを選択することが可能となる。
【００１０】
また、ネットワーク負荷検出部は、通信ネットワークに設けられた、通信端末が行っている通信を制御するネットワーク機器におけるＣＰＵ負荷を検知し、当該検知したＣＰＵ負荷に基づいて前記通信ネットワークにおける負荷状況を検出することが好適である。ＣＰＵ負荷を検知することにより、確実にネットワークにおける負荷状況を検出することが可能となる。
【００１１】
また、コーデック選択部は、ネットワーク負荷検出部が検出した通信ネットワークにおける負荷状況が、所定の閾値より大きな負荷である場合に、適用可能なコーデックの中で最も品質が低いコーデックを前記切替後コーデックとして選択することが好適である。ネットワークへの負荷が大きい場合に最も品質が低いコーデックを選択することでネットワークへの更なる負荷を最小限とすることが可能となる。
【００１２】
また、ネットワーク負荷検出部は、通信ネットワークにおける呼損率を検知し、該検知した呼損率に基づいて通信ネットワークにおける負荷状況を検出することが好適である。これにより、より実際の負荷状況に即したネットワークにおける負荷状況を検出することが可能となる。
【００１３】
また、情報取得部は、通信端末と他の基地局との間で行う通信における１の通信方式を検出する通信方式検出部を更に備えることが好適である。通信方式に応じて切替後のコーデックを選択することが可能となる。
【００１４】
通信方式検出部は、更に、前記通信端末が通信を行っている相手である他の通信端末が行っている他の通信方式を検出し、コーデック選択部は、１の通信方式及び他の通信方式のうち、より低品質である通信方式に基づいて切替後コーデックを選択することが好適である。品質がより低い通信方式に基づくことでより安全にコーデックを切替えることが可能となる。
【００１５】
通信制御システムは、所定のエリアに対して通信の規制が行われていることを表示する規制情報を含んで保持する保持部を更に備え、コーデック選択部は、保持部が保持する規制情報を参照し、通信端末は該規制情報が示すエリアに在圏している場合に、適用可能なコーデックの中で最も品質が低いコーデックを切替後コーデックとして選択することが好適である。
【００１６】
これにより、人が多く集まるイベントなどが行われる場合などに、所定のエリアのみ、通信の品質を制限（通信の制限）することにより、より多くの通信を確保することが可能となる。
【００１７】
前記課題を解決するために、本発明の通信制御方法は、１の基地局によって形成される通信エリアに在圏している通信端末が当該通信エリアから、他の基地局によって形成される通信エリアへと移動するハンドオーバを検出するハンドオーバ検出ステップと、ハンドオーバ検出ステップにおいてハンドオーバが検出された場合に、通信端末が現在行っている通信に対して適用されているコーデックを切替えるコーデック切替に用いる、当該ハンドオーバに基づく情報を取得する情報取得ステップと、情報取得ステップにおいて取得された情報に基づいて切替後コーデックを選択するコーデック選択ステップと、現在行っている通信に対して、コーデック選択ステップにおいて選択された切替後コーデックを適用するように制御するコーデック切替ステップと、を含む。
【００１８】
この構成により、ハンドオーバが生じた場合に、当該ハンドオーバに基づく情報に基づいて切替後のコーデックが選択され、当該切替後のコーデックが適用された通信が行われることとなる。その為、通信環境の変化に柔軟に対応した最適なコーデックを選択し、通信を行っている間に当該最適なコーデックに切替えることが可能となる。
【発明の効果】
【００１９】
本発明によれば、通信環境の変化に柔軟に対応した最適なコーデックを選択し、通信を行っている間に当該最適なコーデックに切替えることを可能とする通信制御システム、及び通信制御方法を提供することが可能となる。
【図面の簡単な説明】
【００２０】
【図１】発明の概略を説明するための図である。
【図２】本実施形態における通信制御システムの構成例を示す図である。
【図３】本実施形態における通信制御システムの構成例を示す図である。
【図４】図２及び３に示す無線制御部及びコアネットワーク部の機能構成を示す図である。
【図５】図４に示すコーデック選択部が切替後コーデックを選択する方法を説明するための図である。
【図６】図４に示すノード負荷情報保持部が保持する情報の例を示す図である。
【図７】図２及び図３に示す各ノードにおけるハードウェア構成の例を示す図である。
【図８】本実施形態における通信制御システム１０の処理の流れを示す図である。
【図９】本実施形態における通信制御システム１０の処理の流れを示す図である。
【図１０】本実施形態における通信制御システム１０の処理の流れを示す図である。
【図１１】本実施形態における通信制御システム１０の処理の流れを示す図である。
【図１２】本実施形態における通信制御システム１０の処理の流れを示す図である。
【図１３】コーデック変更方法の一例を示す図である。
【発明を実施するための形態】
【００２１】
添付図面を参照しながら本発明の実施形態を説明する。可能な場合には、同一の部分には同一の符号を付して、重複する説明を省略する。
【００２２】
図１を用いて本実施形態の前提について説明する。図１における各構成要素の説明は後述する。本実施形態における通信制御システム１０においては、複数の通信方式を利用することが可能である。発明の説明のための通信方式の例としてＣＤＭＡ（Code  Division  Multiple  Access）方式、及びＨＳＤＰＡ（High  Speed  Downlink  Packet  Access）方式を用いる。但し、これらは通信方式の一例であり、これらに限定する意図はない。ＨＳＤＰＡ方式の方がより高速な通信が可能である。以下、高速な通信が可能であることを「品質が高い」と表現する。
【００２３】
更に、本実施形態における通信制御システム１０及び通信端末１００は、通信に対して複数種類のコーデックのうちから選択されたものを適用することが可能である。発明を説明するためのコーデックの例として、ＡＭＲ−ＮＢ（adaptive  multi−rate  Narrowband）、及びＡＭＲ−ＷＢ（adaptive  multi−rate  Wideband）を用いる。但し、これらのコーデックは一例でありこれらに限定する意図はない。利用するコーデックは３種類以上でもよい。本実施形態においては、ＡＭＲ−ＷＢを適用した方がＡＭＲ−ＮＢを適用するより送受信データ量が増える。以下、送受信データ量が増えるコーデックのことを「品質が高い」と表現する。通信に対して、所定のコーデックを適用する、とは、該コーデックに従って通信を行うことをいう。
【００２４】
図１に示すように、ＢＴＳ（基地局）２５０はＣＤＭＡ方式が利用可能である通信エリア又はＨＳＤＰＡが利用可能である通信エリアを構成することができる。
【００２５】
本実施形態における通信端末１００は、一台で複数の通信方式を利用可能である。通信端末１００は、更に、通信中に通信エリア境界を跨いで移動した場合にハンドオーバを行い、移動先の通信エリアで利用可能である通信方式へ変更してそのまま通信を継続することが可能である。図１の例では通信端末１００は、通信エリアＡから通信エリアＢに移動している。
【００２６】
図２及び３は、通信制御システム１０のシステム構成の例を示す図である。図２に示すように、この通信制御システム１０は、通信端末１００、無線制御部２００、コアネットワーク部３００を含んで構成されている。図２に示す通信制御システム１０は、ＩＭＴ（International  Mobile  Telecommunications）網を例にしたシステム構成である。この場合図２に示すように各構成要素が階梯構造をなしている。
【００２７】
通信制御システム１０における無線部分を制御する無線制御部２００は、通信端末１００が在圏する通信エリアを形成するＢＴＳ（基地局）２５０、及び、ＢＴＳ２５０を介して通信端末１００と通信を行い無線ネットワークの制御を行うＲＮＣ（Radio  Network  Controller：無線ネットワーク制御装置）２６０、を含んで構成されている。
【００２８】
通信制御システム１０における有線ネットワーク部分であり、無線制御部２００の制御及び経路制御等を行うコアネットワーク部３００は、ＬＭＭＳ（Local  Mobile  Multimedia  Switching  System:加入者階梯交換機）３５０、ＧＭＭＳ（Gateway  Multimedia  Switching  System:関門階梯交換機）３５１、ＴＭＭＳ（Transit  Multimedia  Switching  System:中継階梯交換機）３５２、及び、ＳＣＰ（Service  Control  Point）３６０を含んで構成されている。
【００２９】
ここで、ＭＭＳとは、回線交換ネットワーク制御を行う論理ノードであるＭＳＣ（Mobile  Switching  Center）／ＶＬＲ（Visitor  Location  Register）の機能を持った物理ノードのことを指す。本実施形態においては、ＬＭＭＳ３５０、ＧＭＭＳ３５１、ＴＭＭＳ３５２が階梯状に設けられ、組み合わされて機能することにより回線交換ネットワーク制御を行い、後述の通信制御システム１０の各構成要素が備えるそれぞれの機能を実現している。
【００３０】
ＳＣＰ３６０は、本実施形態においては、データベースとしての機能を提供するノードである。具体的には着信側通信端末１００のロケーションに関する情報等を保持している。
【００３１】
本実施形態のコアネットワーク部３００を含む通信制御システム１０のシステム構成は上記の例に限られない、例えば、図３に示したようなシステム構成であっても良い。図２の例では、コアネットワーク部３００は、階梯構造を有していたが、図３の例では、階梯構造はとらず、ＩＰルータ網によって各ノードがそれぞれフラットな関係である構成となっている。
【００３２】
図３に示すようにこの例のコアネットワーク部３００は、ＳＩＰを終端させる機能を備えるノードであるＣＳ-ＧＷ（Circuit Switch-Gateway）３５５、ＣＳ-ＧＷ３５５を制御するノードであるＳ−ＣＳＣＦ（Serving  Call  Session  Control  Function）３６５及びＡＳ（Application  Sever）３７５、ＳＣＰ３６０、並びに他網（例えばＮＧＮ）との間のＭＧＷ（MediaGateway）３９５を含んで構成されている。なお、ＮＧＮ（Next  Generation  Network：次世代ネットワーク）とは、ＩＰ（Internet  Protocol：インターネットプロトコル）技術を利用する次世代電話網であり、電話、データ通信、及びストリーミング放送を融合したマルチメディアサービスを実現（Triple  Play：トリプルプレイ）するネットワークのことをいう。
【００３３】
この場合であっても、ＣＳ-ＧＷ３５５、Ｓ−ＣＳＣＦ３６５、ＡＳ３７５、及びＳＣＰ３６０がＩＰを利用してお互いに通信をすることにより後述の通信制御システム１０の各構成要素が備えるそれぞれの機能を実現している。図３に示す場合であっても、無線制御部２００のシステム構成は図２を用いて説明した部分と同様である。
【００３４】
図４に、本実施形態における無線制御部２００及びコアネットワーク部３００の機能構成を示す。図４に示すように、無線制御部２００は、具体的には、通信制御部２１０、ハンドオーバ検出部２２０、及び通信方式通知部２３０を含んで構成されている。
【００３５】
通信制御部２１０は、無線制御部２００と通信端末１００との間、及び、無線制御部２００とコアネットワーク部３００との間の通信を制御する機能を備える。これらの機能は、図２及び図３におけるＢＴＳ２５０が物理的に備えた無線通信装置（図示せず）、及びＲＮＣ２６０が物理的に備えたネットワークカード（図示せず）等によって実現されている。例えばＢＴＳ２５０が無線通信装置を介して通信端末１００から受信した種々の信号はＲＮＣ２６０へ送られ、ＲＮＣ２６０において信号（情報）の取捨選択がなされた上で、ＲＮＣ２６０は必要な信号（情報）をネットワークカード等を介してコアネットワーク部３００へ送信する。
【００３６】
ハンドオーバ検出部２２０は、１のＢＴＳ２５０によって形成される通信エリアに在圏している通信端末１００が当該通信エリアから、他のＢＴＳ２５０によって形成される通信エリアへと移動したことによりハンドオーバが実行されたことを検出する機能を備える。
【００３７】
ハンドオーバ検出部２２０は、更に、通信端末１００がハンドオーバを行ったことを検出すると、ハンドオーバを検出した旨、及びハンドオーバ先の通信エリアを一意に識別可能であるハンドオーバ先識別子をコアネットワーク部３００へ通信制御部２１０を介して送信する機能を備える。ここで、ハンドオーバ先識別子は、具体的には、同じＲＮＣ２６０の配下にあるＢＴＳ２５０間におけるハンドオーバの場合には、ハンドオーバ先ＢＴＳ２５０の装置番号（通し番号）を用いても良い。異なるＲＮＣ２６０の配下にあるＢＴＳ２５０間におけるハンドオーバの場合には、ハンドオーバ先ＢＴＳ２５０が接続しているＲＮＣ２６０の装置番号（通し番号）とハンドオーバ先ＢＴＳ２５０の装置番号（通し番号）とを組み合わせた符号を用いても良い。
【００３８】
具体的には、通信端末１００は、ハンドオーバ時に追加されたブランチ（デバイスの接続ポイント）に関するブランチ追加報告をＲＮＣ２６０に対して送信する送信部（図示せず）を備える。ハンドオーバ検出部２２０は、この情報を受信することによって通信端末１００がハンドオーバをしたことを検出できる。ＢＴＳ２５０は、ＲＮＣ２６０の制御により通信端末１００からブランチ追加報告を受信する。ＢＴＳ２５０はブランチ追加報告を受信すると、当該受信したブランチ追加報告をＲＮＣ２６０へ送信する。なお、標準仕様書「Radio  Resource  Control  (RRC)  Protocol  Specification：  3GPP  TS  25.331」によれば、ブランチ追加時には「ACTIVE  SET  UPDATE  COMPLETE」メッセージが通信端末１００からＲＮＣ２６０へ送信される旨が規定されており、本実施形態はこれに準拠することによって実施可能となる。但し、標準仕様書に規定された方法に限定するものではない。
【００３９】
通信方式通知部２３０は、例えばＲＮＣ２６０により実現され、通信端末１００が行なっている通信の通信方式を通信制御部２１０を介してコアネットワーク部３００へ通知する機能を備える。本実施形態においては、通信端末１００が行なっている通信方式は、当該通信が行われているチャネルの種別から判断している。
【００４０】
すなわち、通信端末１００は、ＣＤＭＡ方式にしか対応していないＲ９９端末である場合或いは通信エリアがＣＤＭＡのみ利用可能である通信エリアに在圏している場合などで通信端末１００とＢＴＳ２５０とがＣＤＭＡ方式で通信を行っている場合、ＢＴＳ２５０との間でＣＤＭＡを用いた通信に用いられるチャネルであるＤＣＨ（data  channel）を用いて通信を行う。一方、ＢＴＳ２５０と通信端末１００とがＨＳＤＰＡ方式で通信を行っている場合、通信端末１００は、ＢＴＳ２５０との間でＨＳＤＰＡ専用のチャネルであるＨＳＤＳＣＨ（High-Speed  Downlink  Shared  Channel）を用いて通信を行う。従って、通信方式通知部２３０は、ＢＴＳ２５０と通信端末１００との間でどのチャネルを用いて通信が行われているかに基づいて通信方式を検知し、当該検知した通信方式の情報をコアネットワーク部３００へ送信する。
【００４１】
なお、通信方式通知部２３０は通信方式の情報をコアネットワーク部３００へ通知するのではなく、チャネルの情報をコアネットワーク部３００へ送信してもよい。
【００４２】
通信方式通知部２３０が通信方式或いはチャネルの情報をコアネットワーク部３００に送信するタイミングは、後述のコアネットワーク部３００における通信方式検出部３２５から送信要求に関する信号を受信したタイミングであることが好適である。
【００４３】
コアネットワーク部３００は、交換機通信制御部３１０、情報取得部３２０、コーデック選択部３３０、コーデック切替部３４０、及びノード負荷情報保持部（保持部）３３５を含んで構成される。
【００４４】
交換機通信制御部３１０は、コアネットワーク部３００と無線制御部２００との間の通信を制御する機能を備える。ＲＮＣ２６０は一つのノードであり、ＬＭＭＳ３５０と有線回線で接続されている。ＲＮＣ２６０とＬＭＭＳ３５０との間の通信は物理的にはこれらのノードが備える通信カード等（図示せず）によって制御されている。
【００４５】
以下に説明する本実施形態におけるコアネットワーク部３００が備えるそれぞれの機能は、物理的にはコアネットワーク部３００内のどのノードによって実現されていてもよい。一つの機能を備える専用のサーバを別に備えてもよい。複数のサーバに分散して一つの機能を備えてもよい。コアネットワーク部３００内に存在するこれらの機能を実現するためのノード、或いはサーバの物理的な位置に対して必要な信号を出力するため、ＬＭＭＳ３５０、ＧＭＭＳ３５１、ＴＭＭＳ３５２及びＳＣＰ３６０は、協働して通信を制御している。また、ＣＳ-ＧＷ３５５、Ｓ−ＣＳＣＦ３６５、ＡＳ３７５、及びＳＣＰ３６０は、ＩＰを用いて協働して通信を制御している。交換機通信制御部３１０の機能はこれらによって実現されている。
【００４６】
情報取得部３２０は、ハンドオーバ検出部２２０がハンドオーバを検出した旨の情報を交換機通信制御部３１０を介して受信すると、通信端末１００がＢＴＳ２５０との間で行っている通信に対して適用されているコーデックを切替えるコーデック切替に用いる情報を取得し、コーデック選択部３３０へ出力する機能を備える。
【００４７】
情報取得部３２０は、具体的には、使用可能コーデック検出部３２１、ネットワーク負荷検出部３２３及び通信方式検出部３２５を含んで構成されている。使用可能コーデック検出部３２１は、通信端末１００に対して交換機通信制御部３１０を介して通信端末１００が使用可能なコーデックを問いあわせることによって、通信端末１００が使用可能であるコーデックの種別を検出する機能を備える。使用可能コーデック検出部３２１は、当該問いあわせに対して通信端末１００が返答した信号を交換機通信制御部３１０を介して受信することで通信端末１００が使用可能であるコーデックの種別を検出する。この問いあわせは、例えば、通信端末１００が通信網に接続したことを検出し、そのタイミングで行われてもよい。
【００４８】
更に、使用可能コーデック検出部３２１は、検出したコーデックの種別をコーデック選択部３３０へ出力する機能を備える。具体的には、使用可能コーデック検出部３２１は、無線制御部２００のハンドオーバ検出部２２０がハンドオーバを検出して、その旨を情報取得部３２０に通知した場合に、コーデック選択部３３０に対して通信端末１００が使用可能であるコーデックの種別を通知する。
【００４９】
ネットワーク負荷検出部３２３は、ハンドオーバ検出部２２０がハンドオーバを検出した場合に、ハンドオーバ先のネットワークの負荷を検出する機能を備える。具体的には、ネットワーク負荷検出部３２３は、ハンドオーバ検出部２２０がハンドオーバを検出した場合に、ハンドオーバ検出部２２０から交換機通信制御部３１０を介してハンドオーバ先識別子を入力し、当該入力したハンドオーバ先識別子が表示するハンドオーバ先通信エリアを構成しているＢＴＳ２５０が接続している通信ネットワークにおける負荷状況を検出する機能を備える。
【００５０】
ネットワーク負荷検出部３２３は、更に、検出したネットワークにおける負荷状況を後述のコーデック選択部３３０へ出力する機能を備える。
【００５１】
ネットワークにおける負荷状況とは、例えば、通信端末１００がハンドオーバした場合に、ハンドオーバ先の通信エリアを形成するＢＴＳ２５０が接続しているネットワークにおけるＬＭＭＳ３５０、ＧＭＭＳ３５１、ＴＭＭＳ３５２、ＣＳ-ＧＷ３５５、Ｓ−ＣＳＣＦ３６５、或いはＡＳ３７５（通信端末１００が行っている通信を制御するネットワーク機器）のＣＰＵ負荷である。当該ＣＰＵ負荷を検知し、検知したＣＰＵ負荷から通信ネットワークにおける負荷状況を検出してもよい。ＣＰＵの負荷は、処理負担の観点から、例えば一定幅（例えば１０％幅）毎に区切って管理することとするのが良い。
【００５２】
更に、呼の数量に対して接続が拒否される確率である呼損率からネットワークの負荷状況を検出してもよい。この場合は、具体的には、呼損率はＮＯＣ（ネットワークオペレーションセンタ）から手動で、コアネットワーク部３００のノード、例えばＬＭＭＳ３５０へ通知してもよい。
【００５３】
以上の説明では、ネットワーク負荷検出部３２３はハンドオーバ検出部２２０がハンドオーバを検出した場合にハンドオーバ先のネットワークにおける負荷状況を検出していたが、ネットワーク負荷検出部３２３は、常時ネットワークにおける負荷状況を検出していてもよい。その場合、ネットワーク負荷検出部３２３は、検出したネットワークにおける負荷状況をコーデック選択部３３０へ出力するのではなく、後述するノード負荷情報保持部３３５へ出力する。
【００５４】
通信方式検出部３２５は、通信端末１００がハンドオーバを行った場合に、ハンドオーバ先の通信エリアを形成するＢＴＳ２５０と該ハンドオーバを行った通信端末１００との間で行う通信方式、及び該通信端末１００が通信をしている相手の通信端末１００が行っている通信の通信方式を検出する機能を備える。
【００５５】
具体的には、通信方式検出部３２５は、通信方式通知部２３０に対してハンドオーバを行った通信端末１００が行っている通信方式に関する情報を送信することを要求する信号である送信要求に関する信号を送信する。通信方式通知部２３０が該通信方式に関する情報を送信すると、通信方式検出部３２５は、交換機通信制御部３１０を介して当該通信方式に関する情報を受信する。更に、ハンドオーバを行った通信端末１００が通信をしている相手の通信端末１００が在圏しているエリアを構成しているＢＴＳ２５０を含む無線制御部２００に対して当該通信相手の通信端末１００が行っている通信の通信方式を交換機通信制御部３１０を介して問いあわせる。
【００５６】
コーデック選択部３３０は、使用可能コーデック検出部３２１、ネットワーク負荷検出部３２３及び通信方式検出部３２５からそれぞれ通信端末１００が使用可能であるコーデックの種別、ネットワークにおける負荷状況、及び通信方式に関する情報を入力し、該入力した情報からハンドオーバ後の通信に対して適用されるコーデックである切替後コーデックを選択する機能を備える。
【００５７】
具体的には、コーデック選択部３３０は、ネットワーク負荷検出部３２３から入力したネットワークにおける負荷状況としての通信端末１００が行っている通信を制御するネットワーク機器におけるＣＰＵ負荷率が所定の閾値以上であるか確かめる。所定の閾値はシステム管理者によって自由に設定可能としてもよい。
【００５８】
次に、コーデック選択部３３０は、無線制御部２００から交換機通信制御部３１０を介してハンドオーバ先識別子を受信し、後述のノード負荷情報保持部３３５を参照することによりハンドオーバ先通信エリアに対して手動の通信規制がかけられていないか確かめる。
【００５９】
コーデック選択部３３０は、ＣＰＵ負荷率が所定の閾値以上である場合、或いは、ハンドオーバ先通信エリアに対して手動の通信規制がかけられている場合には、使用可能コーデック検出部３２１が検出した通信端末１００が使用可能であるコーデックの中で最も品質が低いコーデックを切替後コーデックとして選択する。
【００６０】
上記条件のどちらにも該当しない場合には、コーデック選択部３３０は、通信方式検出部３２５から入力したハンドオーバを行った通信端末１００が行っている通信の通信方式と、該通信端末１００が通信を行っている相手の通信端末１００における通信方式と、に基づいて切替後コーデックを選択する。
【００６１】
図５を参照して説明する。ノード負荷情報保持部３３５は、図５に示す情報を予め保持している。図５においては、便宜上通信端末１００を発側及び着側に分けて説明するが、ハンドオーバを行う通信端末１００は、発側或いは着側のどちらでもよい。コーデック選択部３３０は、コアネットワーク部３００の通信方式検出部３２５から受信した発側通信端末１００がＢＴＳ２５０との間で行っている通信の通信方式と、着側通信端末１００がＢＴＳ２５０との間で行っている通信の通信方式と、の組合せから、切替後のコーデックを選択する。切替後コーデック選択方法の一例を図５に示す。
【００６２】
この図に示すように、コーデック選択部３３０は、発側通信端末１００及び着側通信端末１００の両方若しくはどちらか一方がＣＤＭＡ方式で通信を行っている場合は、切替後コーデックとして比較的品質の低いＡＭＲ−ＮＢを選択する。コーデック選択部３３０は、発信側通信端末１００及び受信側通信端末１００の両方がＨＳＤＰＡ方式で通信を行っている場合は、切替後コーデックとして比較的品質の高いＡＭＲ−ＷＢを選択する。すなわち、コーデック選択部３３０は、発信側通信端末１００が行っている通信方式及び受信側通信端末１００が行っている通信方式のうち、より低品質である通信方式を基準として（本実施形態において発明を説明するための例においては、発側或いは着側の少なくとも一方がＣＤＭＡ方式で通信を行っている場合にはＣＤＭＡ方式、両方がＨＳＤＰＡ方式で通信を行っている場合にはＨＳＤＰＡ方式を基準として）切替後コーデックを選択する。
【００６３】
コーデック切替部３４０は、コーデック切替が必要であるか否かを判断する機能、及び通信端末１００が行う通信に対してコーデック選択部３３０が選択した切替後コーデックが適用されるように通信を制御する機能を備える。
【００６４】
具体的には、コーデック切替部３４０は、コーデック選択部３３０からコーデック選択部３３０が選択した切替後コーデックを入力し、当該入力した切替後コーデックと現在適用されているコーデックとを比較し、両者が同一である場合にはコーデック切替が不要であると判断する。両者が異なる場合には、コーデック切替が必要であると判断する。コーデック切替が必要であると判断した場合には、コーデック切替部３４０は、通信を行っている通信端末１００に対してコーデック選択部３３０が選択した切替後コーデックで通信を行うように求める信号を送信する。
【００６５】
コーデック切替部３４０は、通信を行っている両方の通信端末１００に対して同じコーデックを適用することを求めることに限らず、後述するように両方を別々のコーデックとしてもよい。
【００６６】
ノード負荷情報保持部３３５は、特定のエリアに手動で通信規制がかけられていることを示す情報である「手動規制情報」を保持する機能を備える。
【００６７】
上記説明では、ネットワーク負荷検出部３２３は、ハンドオーバ検出部２２０がハンドオーバを検出した時点でネットワークにおける負荷状況を検出している例を説明したが、ネットワーク負荷検出部３２３は、常にネットワークにおける負荷状況を検出してもよい。その場合、ノード負荷情報保持部３３５は更に、ネットワークにおける負荷状況を保持する機能を備える。
【００６８】
図６に、その場合のノード負荷情報保持部３３５が保持する情報の例を示す。この図に示すように、ノード負荷情報保持部３３５は、ネットワークにおける負荷状況としてのコアネットワーク部３００を構成するそれぞれのノードのＣＰＵ負荷、及び「手動規制情報」をノードと関連付けて保持している。「手動規制情報」には、例えば花火大会、その他イベント等の開催にともなって通信の品質を制限（通信の制限）しているエリアであることを示す“規制中”との情報が保持されている。なお、ここで「通信の品質を制限する」とは、通信端末１００一台あたりに利用可能である通信量を減らすことを意味する。そのような方法で通信を制限することで、品質を落としてでも、通信可能である通信端末１００の数を増やすことが可能となる。
【００６９】
ネットワーク負荷検出部３２３は、ネットワークにおける負荷状況を常に検出している場合、コーデック選択部３３０は、切替後コーデックを選択する際に、ネットワークにおける負荷状況情報を、その都度通信方式検出部３２５から入力するのではなく図６に示すノード負荷情報保持部３３５が保持する情報を参照することで得てもよい。
【００７０】
次に、図７を用いて、図２或いは図３に記載された無線制御部２００及びコアネットワーク部３００を構成する各ノード（例えばＬＭＭＳ３５０等）のハードウェア構成を示す。図７に示すようにＬＭＭＳ３５０等の各ノードは、物理的には、ＣＰＵ（Central  Processing  Unit）等の制御装置１０１、ＲＡＭ（Random  Access  Memory）といった揮発性半導体等のメモリ１０２、ＬＡＮ（Local  Area  Network）の通信制御カード若しくはボード等の通信を制御する通信装置１０３、フラッシュメモリー、ハードディスクなどの補助記憶部１０４を備える。ＬＭＭＳ３５０等、コアネットワーク部３００を構成する各ノードの機能は、制御装置１０１、メモリ１０２等のハードウェア上に所定のソフトウェアを読み込ませることにより、制御装置１０１の制御のもとで通信装置１０３を動作させると共に、メモリ１０２や補助記憶部１０４におけるデータの読み出し及び書き込みを行うことで実現される。通信端末１００のハードウェア構成も以下の一点を除いて同様である、即ち、通信端末１００の通信装置１０３は、アンテナ等であって、無線でＢＴＳ２５０と接続する機能を備える。
【００７１】
次に図８〜１３を用いて、本実施形態の通信制御システム１０の処理の流れについて説明する。
【００７２】
図８に本実施形態の通信制御システム１０における処理の流れを示す。本処理では、予め２つの通信端末１００間で通信が行われている。この通信には、２つの通信端末１００間でコーデックネゴシエーションが行われて決定されたコーデックが適用されている。無線制御部２００のハンドオーバ検出部２２０は、通信端末１００がハンドオーバをしたことを検出する（ステップＳ１０１：ハンドオーバ検出ステップ）。
【００７３】
コアネットワーク部３００の使用可能コーデック検出部３２１は、通信端末１００に対して通信端末１００が使用可能なコーデックを問いあわせることによって、通信端末１００が使用可能であるコーデックの種別を検出する（ステップＳ１０２：情報取得ステップ）。
【００７４】
通信方式検出部３２５は、通信端末１００がハンドオーバを行った場合に、ハンドオーバ先の通信エリアを形成するＢＴＳ２５０と該ハンドオーバを行った通信端末１００との間で行う通信方式、及び該通信端末１００が通信をしている相手の通信端末１００が行っている通信の通信方式を検出する（ステップＳ１０３：情報取得ステップ）。
【００７５】
ネットワーク負荷検出部３２３は、ハンドオーバ検出部２２０がハンドオーバを検出した場合に、ハンドオーバ先のネットワークの負荷を検出する（ステップＳ１０４：情報取得ステップ）。
【００７６】
コーデック選択部３３０は、使用可能コーデック検出部３２１、ネットワーク負荷検出部３２３、及び通信方式検出部３２５からそれぞれ通信端末１００が使用可能であるコーデックの種別、ネットワークにおける負荷状況、及び通信方式に関する情報を入力し、該入力した情報からハンドオーバ後の通信に対して適用されるコーデックである切替後コーデックを選択する（ステップＳ１０５：コーデック選択ステップ）。
【００７７】
コーデック切替部３４０は、コーデック切替が必要であるか否かを判断し（ステップＳ１０６）、コーデック切替の必要があると判断した場合（ステップＳ１０６で“ＹＥＳ”）、通信端末１００が行う通信に対してコーデック選択部３３０が選択した切替後コーデックが適用されるように制御する（ステップＳ１０７：コーデック切替ステップ）。
【００７８】
コーデック切替部３４０は、コーデック切替は不要であると判断した場合（ステップＳ１０６で“ＮＯ”）、処理を終了する。
【００７９】
図９は、本実施形態における通信制御システム１０における処理の流れを、通信端末１００間の情報の流れを中心に記載した図である。この図では、説明の便宜のため、通信を行っている通信端末１００についてハンドオーバを行う通信端末１００を端末Ａ、端末Ａが通信を行っている相手の通信端末１００を端末Ｂとする。
【００８０】
この図におけるＢＴＳ／ＲＮＣ  Ａは、端末Ａがハンドオーバを行う前に端末Ａが在圏していた通信エリア（エリアＡ）を形成するＢＴＳ２５０及びＲＮＣ２６０を示している。また、ＢＴＳ／ＲＮＣ  Ｂは、ハンドオーバ後に端末Ａが在圏する通信エリア（エリアＢ）を形成するＢＴＳ２５０及びＲＮＣ２６０を示している。図９におけるＮＷ装置とは、図２及び図３に示すコアネットワーク部３００に含まれる各ノードのことを指す。
【００８１】
図９に示す処理は、端末Ａは、ＢＴＳ／ＲＮＣ  Ａによって形成される通信エリアに在圏し、通信方式がＣＤＭＡ方式、コーデックとしてＣＯＤＥＣ＿Ａ（例えば、ＡＭＲ−ＮＢ）が適用された通信によって既に通信が行われている状態から始まる。この状態で、端末ＡがＣＤＭＡ方式が利用可能である通信エリアＡからＨＳＤＰＡが利用可能である通信エリアＢへ移動すると、無線制御部２００のハンドオーバ検出部２２０は、ハンドオーバが行われたことを検出する（図８におけるステップＳ１０１に対応）。また、これまで通信に利用されていたＣＤＭＡ方式が利用できなくなり、無通話状態となる。この状態が一定時間（約８秒）続くと、ＣＤＭＡ方式及びＨＳＤＰＡ方式共に適用可能である共通チャネルがネットワーク側における共通チャネル割当て部（図示せず）から端末Ａに対して割当てられる（ステップＳ２００）。
【００８２】
図示しない共通チャネル割当て部から共通チャネルが割当てられると、端末Ａの通知部（図示せず）は、自端末はＨＳＤＰＡが利用可能である旨の情報をエリアＢを構成するＢＴＳ２５０を介してＲＮＣ２６０へ通知する（ステップＳ２０１）。
【００８３】
当該通知を受けたＲＮＣ２６０のＨＳＤＳＣＨ割当て部（図示せず）は、ＢＴＳ２５０を介して通信端末１００に対してＨＳＤＰＡ方式専用のチャネルであるＨＳＤＳＣＨを割当てる（ステップＳ２０２）。無線制御部２００の通信方式通知部２３０は、通信制御部２１０を介してコアネットワーク部３００の通信方式検出部３２５に対して、通信端末１００の通信方式はＨＳＤＰＡ方式である旨の情報を送信する（ステップＳ２０３、図８のステップＳ１０３に対応）。なお、通信方式通知部２３０が当該情報を送信するタイミングは、コアネットワーク部３００の通信方式検出部３２５からの送信要求に関する信号を受信した時点であることが好ましい。
【００８４】
図示しないＨＳＤＳＣＨ割当て部によって通信端末１００に対してＨＳＤＰＡ方式専用のチャネルであるＨＳＤＳＣＨが割当てられると、端末ＡとＢＴＳ／ＲＮＣ  Ｂとの間で通信が接続される（ステップＳ２０４）。端末Ａの接続要求部（図示せず）は、ＢＴＳ／ＲＮＣ  Ｂを介して端末Ｂに対する接続要求を行う（ステップＳ２０５）。図２に示す通信制御システム１０の例では、この要求は無線制御部２００におけるＲＮＣ２６０からコアネットワーク部３００のＬＭＭＳ３５０に送信され、ＬＭＭＳ３５０、ＧＭＭＳ３５１、及びＴＭＭＳ３５２等を経由して端末Ｂが在圏している通信エリアを構成しているＢＴＳ２５０を制御しているＬＭＭＳ３５０まで送信される。一方図３に示す通信制御システム１０の例では、接続要求はＲＮＣ２６０からＣＳ-ＧＷ３５５へ送信される。その後はＩＰを用いて、端末Ｂが在圏している通信エリアを構成しているＢＴＳ２５０を制御しているＣＳ-ＧＷ３５５へ送信される。端末Ａの接続要求部（図示せず）は、端末Ａにおいて使用可能であるコーデック種別に関する情報を接続要求に含める。使用可能コーデック検出部３２１は、これによって使用可能であるコーデックを検出する（図８のステップＳ１０２に対応）。
【００８５】
ネットワーク負荷検出部３２３は、ハンドオーバ先のネットワークの負荷を検出する（図８のステップＳ１０４に対応）。コーデック選択部３３０は、使用可能コーデック検出部３２１、ネットワーク負荷検出部３２３、及び通信方式検出部３２５からそれぞれ通信端末１００が使用可能であるコーデックの種別、ネットワークにおける負荷状況、及び通信方式に関する情報を入力し、該入力した情報からハンドオーバ後の通信に対して適用されるコーデックである切替後コーデックを選択する（図８のステップＳ１０５に対応）（ステップＳ２０６）。
【００８６】
ここで、説明のための例として、コーデック選択部３３０は、切替後のコーデックとしてＣＯＤＥＣ＿Ｂ（例えば、ＡＭＲ−ＷＢ）を選択したとする。コーデック切替部３４０は、コーデック切替が必要か否か判断する（図８におけるステップＳ１０６に対応）。図８に示した例では、切替前コーデック（ＣＯＤＥＣ＿Ａ）と、切替後コーデック（ＣＯＤＥＣ＿Ｂ）とが異なるため、コーデック切替部３４０はコーデック切替が必要であると判断する。コーデック切替部３４０がコーデック切替が必要であると判断した場合、コーデック切替部３４０は、切替後コーデックであるＣＯＤＥＣ＿Ｂを用いた通信を行うよう、交換機通信制御部３１０及び無線制御部２００の通信制御部２１０を介して、端末Ａ及び端末Ｂに対して切替後コーデックで通信を行うよう求める信号であるＩＮＶＩＴＥ或いはｒｅＩＮＶＩＴＥを送信する（ステップＳ２０７、図８のステップＳ１０７に対応）。
【００８７】
端末Ａ及び端末Ｂは、ＩＮＶＩＴＥ或いはｒｅＩＮＶＩＴＥを受信すると、responseを送信する（ステップＳ２０９）。
【００８８】
端末Ａ及び端末Ｂがresponseを送信した後に、端末Ａ及び端末Ｂとの間で切替後コーデック（ＣＯＤＥＣ＿Ｂ）が適用された通信が行われることとなる。
【００８９】
コーデック切替部３４０は、端末Ａが行っている通信と端末Ｂが行っている通信とで異なるコーデックを適用してもよい。その場合の処理の流れを図１０に示す。ＣＯＤＥＣ＿Ｂへのコーデック切替が必要であると判断したコーデック切替部３４０は、ハンドオーバを行った端末Ａにのみコーデック切替の要求としてのＩＮＶＩＴＥ或いはｒｅＩＮＶＩＴＥを送信する（ステップＳ２０７）。これにより、端末Ａは、切替後コーデック（ＣＯＤＥＣ＿Ｂ）を用いた通信を行う。コーデック切替部３４０は、コーデック選択部３３０が選択した切替後コーデック（ＣＯＤＥＣ＿Ｂ）を用いた通信を行う要求に関する情報を端末Ｂに対しては送信しないため、端末Ｂは、切替前のコーデックであるＣＯＤＥＣ＿Ａが適用された通信を行っている。これはコアネットワーク部３００におけるトランスコーデック部（図示せず）が、ＣＯＤＥＣ＿ＡとＣＯＤＥＣ＿Ｂとの間でトランスコーデックを行うことで実現可能である。
【００９０】
本処理では、一方のみコーデックを変更すれば良く、他方の端末との間ではコーデックネゴシエーション等を行う必要がないため、当該他方の端末における負荷が軽減される。
【００９１】
次に、コアネットワーク部３００内における処理の流れについて、主に情報の流れを中心に図１１を用いて説明する。図１１は図９及び図１０におけるステップＳ２０６以降の処理に対応する。即ち、図１１の処理は、既に、ハンドオーバ検出部２２０はハンドオーバを検出しており、使用可能コーデック検出部３２１は使用可能であるコーデック種別を検出しており、且つ通信方法検出部３２５は端末Ａが行っている通信の通信種別を検出している状態から処理が始まる。なお、図１１のシーケンス図は、図３に示すハードウェア構成によって通信制御システム１０が機能している場合の例を示す。図２に示すハードウェア構成によって通信制御システム１０が機能している場合であっても、同様である。
【００９２】
端末Ａが在圏する通信エリアを形成するＢＴＳ２５０及びＲＮＣ２６０を制御するＣＳ-ＧＷ３５５における交換機通信制御部３１０は、端末Ａが送信する接続要求を受信する（ステップＳ４００、図９及び図１０のステップＳ２０５に該当）。ネットワーク負荷検出部３２３は、ハンドオーバ先ネットワークにおけるＣＰＵ負荷（例えばＣＰＵ負荷）を検出する（図８におけるステップＳ１０４に該当）。コーデック選択部３３０は、当該ＣＰＵ負荷、端末Ａ及び端末Ｂが行っている通信の通信方式、及び、使用可能コーデック種別に基づいて切替後コーデック（ＣＯＤＥＣ＿Ｂ）を選択する（ステップＳ４０１、図８のステップＳ１０５に該当）。コーデック切替部３４０は、コーデック選択部３３０が選択した切替後コーデック（ＣＯＤＥＣ＿Ｂ）と、切替前コーデック（ＣＯＤＥＣ＿Ａ）とを比較することでコーデック切替が必要か否かを判断し（図１１においては図示せず、図８におけるステップＳ１０６）、必要と判断した場合にはＳＣＰ３６０を参照して、着ユーザプロファイル（端末Ｂのロケーション情報）を得る（ステップＳ４０３）。当該得られたユーザプロファイルに基づいて、判断された端末Ｂまでの経路に沿って発信側のＣＳ-ＧＷ３５５から着信側のＣＳ-ＧＷ３５５へＩＮＶＩＴＥが送信される（ステップＳ４０４、図８のステップＳ１０７、及び図９のステップＳ２０７に該当）。
【００９３】
送信されたＩＮＶＩＴＥには切替後コーデックであるＣＯＤＥＣ＿Ｂを示す情報が含まれている。
【００９４】
端末Ａ側のＣＳ-ＧＷ３５５からＩＮＶＩＴＥを受け取った端末Ｂ側のＣＳ-ＧＷ３５５は、ＯＫレスポンスを送信する。（ステップＳ４０６、図８のステップＳ１０７、及び図９のステップＳ２０９）。端末Ｂ側のＣＳ-ＧＷ３５５が送信したＯＫレスポンスは、Ｓ−ＣＳＣＦ３６５及びＡＳ３７５を介して端末Ａ側のＣＳ-ＧＷ３５５へ送信される。
【００９５】
図１１は、同一ネットワーク内の処理の流れであったが、次に、ネットワーク間の処理（すなわち、端末Ａ及び端末Ｂがネットワークを跨いで通信している場合の処理）を図１２を用いて説明する。
【００９６】
図１２におけるステップＳ５００、Ｓ５０１、Ｓ５０２、及びＳ５０３は、図１１におけるステップＳ４００、Ｓ４０１、Ｓ４０２、及びＳ４０３とそれぞれ同様である。
【００９７】
コーデック切替部３４０は、ネットワーク内のゲートウェイに該当するＭＧＷ３９５に対してＩＮＶＩＴＥを送信する（ステップＳ５０４、図８のステップＳ１０７に該当）。ＭＧＷ３９５は別のネットワーク（説明のための例ではＮＧＮ）に対してＩＮＶＩＴＥを転送する。なお、ＩＮＶＩＴＥには切替後コーデックであるＣＯＤＥＣ＿Ｂを示す情報が含まれている。ＩＮＶＩＴＥに対するＯＫレスポンスはＮＧＮからＭＧＷ３９５に送信される。ＮＧＮからＭＧＷ３９５に対して送信されたＯＫレスポンスは、ＭＧＷ３９５によって転送され、交換機通信制御部３１０が受信する（ステップＳ５０６）。
【００９８】
これによって、通信端末１００間で、交換機通信制御部３１０、通信制御部２１０を介して切替後コーデックが適用された通信が行われることとなる。
【００９９】
図１３は、コアネットワーク部３００内におけるコーデック切替方法の一例について説明するための図である。本実施形態の通信制御システム１０においては、コーデック切替部３４０は、コーデック選択部３３０が選択した切替後コーデックを適用した通信が行われるように交換機通信制御部３１０及び通信制御部２１０を制御する。この制御の方法（コーデックの切替方法）については、特に限定する意図はない。以下に、図１３に示したコーデック切替方法の一例について説明する。
【０１００】
図１３は、ハンドオーバを行う端末Ａ側のＬＭＭＳ３５０或いはＣＳ-ＧＷ３５５（以後、「オファー側」という）と、端末Ａと通信を行なう端末Ｂ側のＬＭＭＳ３５０或いはＣＳ-ＧＷ３５５（以後、「アンサー側」という）と、の間での処理の流れを示している。当該処理が始まる時点においてはオファー側の端末Ａとアンサー側の端末Ｂとは通信を開始していない。
【０１０１】
オファー側は、切替前コーデック（例えば、ＣＯＤＥＣ＿Ａ）を適用した通信をするようアンサー側に提案する（ステップＳ６０１）。
【０１０２】
アンサー側が切替前コーデック（ＣＯＤＥＣ＿Ａ）を適用した通信をする提案を受けると、可能である場合、切替前コーデック（ＣＯＤＥＣ＿Ａ）による送信及び受信が可能である状態となり、オファー側に対してＯＫレスポンスを送信する（ステップＳ６０２）。ここで、あるコーデックによる受信或いは送信が可能である状態とは、当該コーデックを適用した通信の受信或いは送信がそれぞれ可能である状態を指す。図１３において、例えばオファー側において切替前コーデック（ＣＯＤＥＣ＿Ａ）による受信が可能である状態を「オファー側」、「受信」に“四角囲い文字Ａ”を記入することによって表示する。例えば、図１３に示すように、アンサー側においては、オファー側からオファーＳＤＰを受信した時点で切替前コーデック（ＣＯＤＥＣ＿Ａ）の受信及び送信が可能である状態となる。
【０１０３】
オファー側がＯＫレスポンスを受信すると、切替前コーデック（ＣＯＤＥＣ＿Ａ）による受信が可能な状態となる。以上の処理（ステップＳ６０１及びステップＳ６０２）においては、図示しないコアネットワーク部３００における判断部によってコーデックＡが判断され、当該判断に従って、オファー側及びアンサー側の通信制御部２１０及び交換機通信制御部３１０が信号を送受信することによって処理がなされる。
【０１０４】
図１３には図示していないが、図１３におけるステップＳ６０２とステップＳ６０３との間において、オファー側の通信端末Ａは、一の通信エリアから、他の通信エリアに移動したことによりハンドオーバを行った。当該ハンドオーバが行われたことを無線制御部２００のハンドオーバ検出部２２０が検出し（図８におけるステップＳ１０１に該当）、コアネットワーク部３００のコーデック選択部３３０は、使用可能コーデック検出部３２１、ネットワーク負荷検出部３２３、及び通信方式検出部３２５からそれぞれ入力した情報、又はノード負荷情報保持部３３５が保持する情報に基づいて切替後コーデックを選択する（図１３においては図示せず。図８におけるステップＳ１０２〜Ｓ１０５に該当）。説明のための例としてコーデック選択部３３０は、切替後コーデックとしてＣＯＤＥＣ＿Ｂ（図１３において四角囲いＢで示す）を選択したとする。
【０１０５】
コーデック切替部３４０は、交換機通信制御部３１０及び通信制御部２１０を制御することによって、アンサー側に対してＣＯＤＥＣ＿Ｂを適用した通信の提案としてのオファーＳＤＰ（更新）を送信する（ステップＳ６０３、図８のステップＳ１０７、並びに、図１１のステップＳ４０２及びＳ４０４に該当）。当該オファーＳＤＰ（更新）を送信した時点でオファー側は、切替前コーデック（ＣＯＤＥＣ＿Ａ）に加えて切替後コーデック（ＣＯＤＥＣ＿Ｂ）による受信も可能である状態となる。
【０１０６】
一方、当該オファーＳＤＰ（更新）を受信したアンサー側は、切替前コーデック（ＣＯＤＥＣ＿Ａ）に加えて切替後コーデック（ＣＯＤＥＣ＿Ｂ）が適用された通信を受信可能である状態となる。同時に、当該オファーＳＤＰ（更新）を受信したアンサー側は、切替前コーデック（ＣＯＤＥＣ＿Ａ）による通信の送信を中断し、切替後コーデック（ＣＯＤＥＣ＿Ｂ）による送信が可能である状態となる。アンサー側は切替後コーデック（ＣＯＤＥＣ＿Ｂ）を用いてオファー側に対してアンサーＳＤＰ（更新）を送信する（ステップＳ６０４、図８のステップＳ１０７、及び図１１のステップＳ４０６に該当）。アンサーＳＤＰ（更新）を受信したオファー側は、切替前コーデック（ＣＯＤＥＣ＿Ａ）による送信及び受信を中断する。同時に、アンサーＳＤＰ（更新）を受信したオファー側は、切替後コーデック（ＣＯＤＥＣ＿Ｂ）による送信が可能である状態となる。
【０１０７】
オファー側は、更新後コーデック（ＣＯＤＥＣ＿Ｂ）を用いて更新メディア（即ちデータ）を送信する（ステップＳ６０５）。
【０１０８】
アンサー側は、更新メディアを受信した時点で切替前コーデック（ＣＯＤＥＣ＿Ａ）による受信を中断する。
【０１０９】
以上の処理によって、切替前コーデック（ＣＯＤＥＣ＿Ａ）から切替後コーデック（ＣＯＤＥＣ＿Ｂ）へのコーデック切替が可能となる。なお、図１３においてはコアネットワーク３００内における処理の流れを示しており、ネットワーク内のノードであるオファー側（ＭＭＳ／ＣＳ−ＧＷ）と、アンサー側（ＭＭＳ／ＣＳ−ＧＷ）と、の間の処理のみ記載されているが、実際は端末Ａと端末Ｂとの間で行われている通信に対してコーデック切替が行われる。図１３における「オファー側（ＭＭＳ／ＣＳ−ＧＷ）」及び「アンサー側（ＭＭＳ／ＣＳ−ＧＷ）」を、「端末Ａ」及び「端末Ｂ」へとそれぞれ変更しても処理の内容的には同様である。
【０１１０】
次に本実施形態の作用及び効果について説明する。
【０１１１】
本実施形態の通信制御システム１０においては、通信端末１００がハンドオーバを行った場合に、当該ハンドオーバに基づく情報に基づいて切替後のコーデックが選択され、当該切替後のコーデックが適用された通信が行われることとなる。その為、通信環境の変化に柔軟に対応した最適なコーデックを選択し、通信を行っている間に当該最適なコーデックに切替えることが可能となる。
【０１１２】
本実施形態の通信制御システム１０は、通信ネットワークにおける輻輳の状態、及び通信方式等の情報に基づいて切替後のコーデックを選択し、当該選択したコーデックが適用された通信を行うため、ハンドオーバ時にハンドオーバ先の通信環境に合致した適切なコーデックを選択し、当該選択したコーデックへと切替えることが可能となる。
【０１１３】
また、通信制御システム1０の情報取得部３２０は、ＢＴＳ２５０が接続している通信ネットワークにおける負荷状況を検出するネットワーク負荷検出部３２３を更に備えるため、ハンドオーバ先のネットワークにおける負荷状況を検出することで、より適切なコーデックを選択することが可能となる。
【０１１４】
また、ネットワーク負荷検出部３２３は、通信ネットワークに設けられた、通信端末１００が行っている通信を制御するネットワーク機器におけるＣＰＵ負荷を検知し、当該検知したＣＰＵ負荷に基づいて通信ネットワークにおける負荷状況を検出している。ＣＰＵ負荷を検知することにより、確実にネットワークにおける負荷状況を検出することが可能となる。
【０１１５】
また、コーデック選択部３３０は、ネットワーク負荷検出部３２３が検出した通信ネットワークにおける負荷状況が、所定の閾値より大きな負荷である場合に、適用可能なコーデックの中で最も品質が低いコーデックを切替後コーデックとして選択している。ネットワークへの負荷状況が大きい場合に最も品質が低いコーデックを選択することでネットワークへの更なる負荷を最小限とすることが可能となる。
【０１１６】
また、ネットワーク負荷検出部３２３は、通信ネットワークにおける呼損率を検知し、該検知した呼損率に基づいて通信ネットワークにおける負荷状況を検出しているため、より実際の負荷状況に即したネットワークにおける負荷状況を検出することが可能となる。
【０１１７】
また、情報取得部３２０は、通信端末１００とＢＴＳ２５０との間で行う通信における通信方式を検出する通信方式検出部３２５を備えているため、通信方式に応じて切替後のコーデックを選択することが可能となる。
【０１１８】
通信方式検出部３２５は、更に、着側の通信端末１００（他の通信端末）が行っている通信方式を検出し、コーデック選択部３３０は、発側及び着側の通信端末１００が行っている通信方式のうち（１の通信方式及び他の通信方式のうち）、より低品質である通信方式に基づいて切替後コーデックを選択している。品質がより低い通信方式に基づくことでより安全にコーデックを切替えることが可能となる。なお、発側及び着側の通信端末１００が行っている通信方式が同一である場合には当該通信方式に基づいて切替後コーデックを選択することとなる。
【０１１９】
通信制御システム１０は、所定のエリアに対して通信の品質を制限していることを表示する規制情報を含んで保持するノード負荷情報保持部３３５を更に備え、コーデック選択部３３０は、ノード負荷情報保持部３３５が保持する規制情報を参照し、通信端末１００は該規制情報が示すエリアに在圏している場合に、適用可能なコーデックの中で最も品質が低いコーデックを切替後コーデックとして選択している。そのため、人が多く集まるイベントなどが行われる場合などに、所定のエリアのみ、通信の品質を制限することが可能となる。
【０１２０】
なお、端末がエリアを往復する場合、コーデック変更が頻繁に発生することが考えられる。そのような場合を鑑み、一定値以上の品質向上が見込める、又は、今のコーデックだとネットワークが逼迫するなどの場合のみにコーデック変更をするようにしてもよい。
【０１２１】
また、コーデック変更がなされると、通信の品質が変わるのでコーデックが変更された場合、その旨の表示（例えば「輻輳エリアに移ったため品質を下げて通信を継続しています」との表示）を行う等、ユーザに通知を行うことが望ましい。
【符号の説明】
【０１２２】
１０…通信制御システム、１００…通信端末、２００…無線制御部、２１０…通信制御部、２２０…ハンドオーバ検出部、２３０…通信方式通知部、２５０…ＢＴＳ、２６０…ＲＮＣ、３００…コアネットワーク部、３１０…交換機通信制御部、３２０…情報取得部、３２１…使用可能コーデック検出部、３２３…ネットワーク負荷検出部、３２５…通信方法検出部、３３０…コーデック選択部、３３５…ノード負荷情報保持部、３４０…コーデック切替部、３５０…ＬＭＭＳ、３５１…ＧＭＭＳ、３５２…ＴＭＭＳ、３５５…ＣＳ-ＧＷ、３６０…ＳＣＰ、３６５…Ｓ−ＣＳＣＦ、３７５…ＡＳ、３９５…ＭＧＷ。
【図１】
2011029713.tif 000003
【図２】
2011029713.tif 000004
【図３】
2011029713.tif 000005
【図４】
2011029713.tif 000006
【図５】
2011029713.tif 000007
【図６】
2011029713.tif 000008
【図７】
2011029713.tif 000009
【図８】
2011029713.tif 000010
【図９】
2011029713.tif 000011
【図１０】
2011029713.tif 000012
【図１１】
2011029713.tif 000013
【図１２】
2011029713.tif 000014
【図１３】
2011029713.tif 000015