モバイル高速ネットワークで輻輳が検出された場合に、モバイル高速ネットワーク上のパケット転送装置に接続する携帯端末が送信または受信する音声のビットレートのうちの少なくともいずれかを変更することが可能か否か、および、変更後のビットレートの通知方式を記述した制御信号を該携帯端末との間で送受信する制御信号送受信部と、前記モバイル高速ネットワークで輻輳が検出され、前記携帯端末が送信または受信する音声のビットレートが変更された場合に、前記パケット転送装置から受信したパケットに格納された音声の圧縮符号化ビットストリームを、前記通知方式で通知された変更後のビットレートから、モバイル回線交換ネットワーク上の無線基地局制御装置に接続される携帯端末が送受信可能なビットレートに変換し、変換後の圧縮符号化ビットストリームを前記無線基地局制御装置に送出する変換部とを備え、IMSIPMultimediaSubsystemネットワークを介して、前記パケット転送装置と前記無線基地局制御装置との間における音声通信を接続することを特徴とするゲートウェイ装置。前記変換部は、前記モバイル高速ネットワークで輻輳が検出され、前記パケット転送装置に接続する携帯端末が送信または受信する音声のビットレートが変更された場合に、前記無線基地局制御装置から受信した音声の圧縮符号化ビットストリームを、前記通知方式で通知された変更後のビットレートに変換し、変換後の圧縮符号化ビットストリームを前記パケット転送装置に送出することを特徴とする、請求項1に記載のゲートウェイ装置。前記通知方式は、変更後のビットレートを、RTCPReal-timeTransportControlProtocolAPPまたはCMRCodecModeRequestを用いて通知する方式であることを特徴とする、請求項1または2に記載のゲートウェイ装置。前記制御信号送受信部は、前記制御信号をSIPSessionInitiationProtocol/SDPSessionDescriptionProtocolを用いて送受信することを特徴とする、請求項1ないし3のいずれか1項に記載のゲートウェイ装置。前記モバイル高速ネットワークは、モバイルLTELongTermEvolution/EPCEvolvedPacketCoreネットワーク、HSPAHighSpeedPacketAccess、HSPA、HNBHomeNodeB、HeNBHomeeNodeB、および、WiMaxWorldwideInteroperabilityforMicrowaveAccessのうちの少なくともいずれかであることを特徴とする、請求項1ないし4のいずれか1項に記載のゲートウェイ装置。ゲートウェイ装置が、IMSIPMultimediaSubsystemネットワークを介して、モバイル高速ネットワーク上のパケット転送装置とモバイル回線交換ネットワーク上の無線基地局制御装置との間における音声通信を接続する工程と、前記モバイル高速ネットワークで輻輳が検出された場合に、前記パケット転送装置に接続する携帯端末が送信または受信する音声のビットレートのうちの少なくともいずれかを変更することが可能か否か、および、変更後のビットレートの通知方式を記述した制御信号を該携帯端末との間で送受信する工程と、前記モバイル高速ネットワークで輻輳が検出され、前記携帯端末が送信または受信する音声のビットレートが変更された場合に、前記パケット転送装置から受信したパケットに格納された音声の圧縮符号化ビットストリームを、前記通知方式で通知された変更後のビットレートから、前記無線基地局制御装置に接続される携帯端末が送受信可能なビットレートに変換し、変換後の圧縮符号化ビットストリームを前記無線基地局制御装置に送出する工程と、を含むことを特徴とする音声通信方法。前記モバイル高速ネットワークで輻輳が検出され、前記パケット転送装置に接続する携帯端末が送信または受信する音声のビットレートが変更された場合に、前記無線基地局制御装置から受信した音声の圧縮符号化ビットストリームを、前記通知方式で通知された変更後のビットレートに変換し、変換後の圧縮符号化ビットストリームを前記パケット転送装置に送出する工程を含むことを特徴とする、請求項6に記載の音声通信方法。前記通知方式は、変更後のビットレートを、RTCPReal-timeTransportControlProtocolAPPまたはCMRCodecModeRequestを用いて通知する方式であることを特徴とする、請求項6または7に記載の音声通信方法。前記制御信号は、SIPSessionInitiationProtocol/SDPSessionDescriptionProtocolを用いて送受信されることを特徴とする、請求項6ないし8のいずれか1項に記載の音声通信方法。前記モバイル高速ネットワークは、モバイルLTELongTermEvolution/EPCEvolvedPacketCoreネットワーク、HSPAHighSpeedPacketAccess、HSPA、HNBHomeNodeB、HeNBHomeeNodeB、および、WiMaxWorldwideInteroperabilityforMicrowaveAccessのうちの少なくともいずれかであることを特徴とする、請求項6ないし9のいずれか1項に記載の音声通信方法。上記の特許文献の各開示を、本書に引用をもって繰り込むものとする。以下に本発明による分析を与える。LTEおよびEPCが導入されたときに、既存の携帯端末のすべてが、LTEおよびEPCによるVoIPをサポートする新型端末に置き換わるまでの過渡期間において、LTEおよびEPCネットワークと接続してVoIP音声通信を行う新型の携帯端末と、既存のモバイル回線交換ネットワークに接続して回線交換の音声通信を行う既存の携帯端末とが混在する。したがって、モバイル回線交換ネットワークでの音声通信と、モバイルLTE/EPCネットワークでのVoIP音声通信とを相互接続する必要がある。また、LTE区間では、ネットワークの輻輳をeNodeBが検出すると、携帯端末に輻輳であることを通知し、携帯端末がかかる通知を受信すると音声コーデックのビットレートを変更する要求をネットワークに送出する、レートアダプテーションrateadaptation機能が3GPP標準化において審議されている。しかしながら、現状では、モバイルLTE/EPCネットワークに接続される新型の携帯端末と、既存のモバイル回線交換ネットワークに接続される既存の携帯端末との相互接続を可能にするゲートウェイ装置が存在しないという問題がある。また、モバイルLTE/EPCネットワークに接続される新型端末が、LTE区間での輻輳の検出により音声コーデックのビットレートを変更するレートアダプテーション機能を搭載していても、既存のモバイル回線交換ネットワークに接続される既存端末にはレートアダプテーション機能は登載されておらず、固定のビットレートとなる。したがって、LTEネットワークが輻輳して新型端末の送出ビットレートや受信ビットレートの少なくとも一方を変更したくても、既存端末でこれを受け付けないため、変更することができない。この結果として、LTE区間での輻輳が回避できず、LTE区間でパケットロスが発生し、新型携帯端末で受信した音声が途切れたり、または、既存端末で受信した音声が途切れたりして音質が低下する。そこで、モバイル高速ネットワークに接続される携帯端末とモバイル回線交換ネットワークに接続される携帯端末との間における音声通信を実現するとともに、モバイル高速ネットワークにおいて輻輳が生じた場合における音質の低下を防ぐことが課題となる。本発明の目的は、かかる課題を解決するゲートウェイ装置および音声通信方法を提供することにある。本発明の第1の視点に係るゲートウェイ装置は、モバイル高速ネットワークで輻輳が検出された場合に、モバイル高速ネットワーク上のパケット転送装置に接続する携帯端末が送信または受信する音声のビットレートのうちの少なくともいずれかを変更することが可能か否か、および、変更後のビットレートの通知方式を記述した制御信号を該携帯端末との間で送受信する制御信号送受信部と、前記モバイル高速ネットワークで輻輳が検出され、前記携帯端末が送信または受信する音声のビットレートが変更された場合に、前記パケット転送装置から受信したパケットに格納された音声の圧縮符号化ビットストリームを、前記通知方式で通知された変更後のビットレートから、モバイル回線交換ネットワーク上の無線基地局制御装置に接続される携帯端末が送受信可能なビットレートに変換し、変換後の圧縮符号化ビットストリームを前記無線基地局制御装置に送出する変換部とを備え、IMSIPMultimediaSubsystemネットワークを介して、前記パケット転送装置と前記無線基地局制御装置との間における音声通信を接続する。本発明の第2の視点に係る音声通信方法は、ゲートウェイ装置が、IMSIPMultimediaSubsystemネットワークを介して、モバイル高速ネットワーク上のパケット転送装置とモバイル回線交換ネットワーク上の無線基地局制御装置との間における音声通信を接続する工程と、前記モバイル高速ネットワークで輻輳が検出された場合に、前記パケット転送装置に接続する携帯端末が送信または受信する音声のビットレートのうちの少なくともいずれかを変更することが可能か否か、および、変更後のビットレートの通知方式を記述した制御信号を該携帯端末との間で送受信する工程と、前記モバイル高速ネットワークで輻輳が検出され、前記携帯端末が送信または受信する音声のビットレートが変更された場合に、前記パケット転送装置から受信したパケットに格納された音声の圧縮符号化ビットストリームを、前記通知方式で通知された変更後のビットレートから、前記無線基地局制御装置に接続される携帯端末が送受信可能なビットレートに変換し、変換後の圧縮符号化ビットストリームを前記無線基地局制御装置に送出する工程と、を含む。本発明に係るゲートウェイ装置および音声通信方法によると、モバイル高速ネットワークに接続される携帯端末とモバイル回線交換ネットワークに接続される携帯端末との間における音声通信を実現するとともに、モバイル高速ネットワークにおいて輻輳が生じた場合における音質の低下を防ぐことができる。はじめに、本発明の概要について説明する。なお、この概要に付記する図面参照符号は、専ら理解を助けるための例示であり、本発明を図示の態様に限定することを意図するものではない。図1および図2を参照すると、本発明のゲートウェイ装置110は、制御信号送受信部160と、変換部250とを備え、IMSIPMultimediaSubsystemネットワーク131を介して、パケット転送装置例えばS/P-GW装置139と無線基地局制御装置135との間における音声通信を接続する。制御信号送受信部160は、モバイル高速ネットワーク例えば、モバイルLTC/EPCネットワーク140で輻輳が検出された場合に、モバイル高速ネットワーク上のパケット転送装置139に接続する携帯端末150が送信または受信する音声のビットレートのうちの少なくともいずれかを変更することが可能か否か、および、変更後のビットレートの通知方式を記述した制御信号を携帯端末150との間で送受信する。変換部250は、モバイル高速ネットワーク140で輻輳が検出され、携帯端末150が送信または受信する音声のビットレートが変更された場合に、パケット転送装置139から受信したパケットに格納された音声の圧縮符号化ビットストリームを、上記通知方式で通知された変更後のビットレートから、モバイル回線交換ネットワーク130上の無線基地局制御装置135に接続される携帯端末120が送受信可能なビットレートに変換し、変換後の圧縮符号化ビットストリームを無線基地局制御装置135に送出する。また、変換部250は、モバイル高速ネットワークで輻輳が検出され、携帯端末150が送信または受信する音声のビットレートが変更された場合に、無線基地局制御装置135から受信した音声の圧縮符号化ビットストリームを、上記通知方式で通知された変更後のビットレートに変換し、変換後の圧縮符号化ビットストリームをパケット転送装置に送出することが好ましい。ここで、上記の通知方式は、変更後のビットレートを、RTCPReal-timeTransportControlProtocolAPPまたはCMRCodecModeRequestを用いて通知する方式であってもよい。また、制御信号送受信部160は、制御信号をSIPSessionInitiationProtocol/SDPSessionDescriptionProtocolを用いて送受信するようにしてもよい。さらに、モバイル高速ネットワークは、モバイルLTELongTermEvolution/EPCEvolvedPacketCoreネットワーク140の代わりに、HSPAHighSpeedPacketAccess、HSPA、HNBHomeNodeB、HeNBHomeeNodeB、または、WiMaxWorldwideInteroperabilityforMicrowaveAccessであってもよい。本発明によれば、既存のモバイル回線交換ネットワークに接続して回線交換の音声通信を行う既存の携帯端末と、モバイルLTE/EPCネットワークに接続されVoIP通信を行う新型の携帯端末とが混在しても、これらの相互接続を可能とすることができる。また、モバイルLTE/EPCネットワークに接続される新型端末がLTE区間での輻輳の通知により音声コーデックのビットレートを変更することができるレートアダプテーション機能を搭載している場合に、本発明のゲートウェイ装置は、ビットレートの変更が可能かどうか、可能な場合にRTCPReal-timeTransportControlProtocolAPPまたはCMRCodecModeRequestのいずれの方法で変更後のビットレートを通知するか、をSIP/SDPを用いて、携帯端末との間で互いに通知することができる。このとき、ビットレートを変更した携帯端末からの圧縮符号化ビットストリームを受信するとともに、変更後のビットレートにあわせて変換した圧縮符号化ビットストリームを新型端末に送出することができる。したがって、本発明のゲートウェイ装置によると、LTE区間での輻輳を回避することができ、これにより、パケットロスの発生を回避でき、新型携帯端末で受信した音声が途切れたり、または、既存端末で受信した音声が途切れたりして音質が低下することを防ぐことができる。また、本発明において、下記の形態が可能である。[形態1]上記第1の視点に係るゲートウェイ装置のとおりである。[形態2]変換部は、モバイル高速ネットワークで輻輳が検出され、パケット転送装置に接続する携帯端末が送信または受信する音声のビットレートが変更された場合に、無線基地局制御装置から受信した音声の圧縮符号化ビットストリームを、前記通知方式で通知された変更後のビットレートに変換し、変換後の圧縮符号化ビットストリームをパケット転送装置に送出することが好ましい。[形態3]上記形態に係るゲートウェイ装置において、前記通知方式は、変更後のビットレートを、RTCPReal-timeTransportControlProtocolAPPまたはCMRCodecModeRequestを用いて通知する方式であってもよい。[形態4]前記制御信号送受信部は、前記制御信号をSIPSessionInitiationProtocol/SDPSessionDescriptionProtocolを用いて送受信するようにしてもよい。[形態5]上記形態に係るゲートウェイ装置において、前記モバイル高速ネットワークは、モバイルLTELongTermEvolution/EPCEvolvedPacketCoreネットワーク、HSPAHighSpeedPacketAccess、HSPA、HNBHomeNodeB、HeNBHomeeNodeB、および、WiMaxWorldwideInteroperabilityforMicrowaveAccessのうちの少なくともいずれかであってもよい。[形態6]上記第2の視点に係る音声通信方法のとおりである。[形態7]前記モバイル高速ネットワークで輻輳が検出され、前記パケット転送装置に接続する携帯端末が送信または受信する音声のビットレートが変更された場合に、前記無線基地局制御装置から受信した音声の圧縮符号化ビットストリームを、前記通知方式で通知された変更後のビットレートに変換し、変換後の圧縮符号化ビットストリームを前記パケット転送装置に送出する工程を含むことが好ましい。[形態8]上記形態に係る音声通信方法において、前記通知方式は、変更後のビットレートを、RTCPReal-timeTransportControlProtocolAPPまたはCMRCodecModeRequestを用いて通知する方式であってもよい。[形態9]上記形態に係る音声通信方法において、前記制御信号は、SIPSessionInitiationProtocol/SDPSessionDescriptionProtocolを用いて送受信されるようにしてもよい。[形態10]上記形態に係る音声通信方法において、前記モバイル高速ネットワークは、モバイルLTELongTermEvolution/EPCEvolvedPacketCoreネットワーク、HSPAHighSpeedPacketAccess、HSPA、HNBHomeNodeB、HeNBHomeeNodeB、および、WiMaxWorldwideInteroperabilityforMicrowaveAccessのうちの少なくともいずれかであってもよい。[形態11]また、本発明によると、IMSIPMultimediaSubsystemネットワークを介して、モバイル高速ネットワーク上のパケット転送装置とモバイル回線交換ネットワーク上の無線基地局制御装置との間における音声通信を接続する処理と、前記モバイル高速ネットワークで輻輳が検出された場合に、前記パケット転送装置に接続する携帯端末が送信または受信する音声のビットレートのうちの少なくともいずれかを変更することが可能か否か、および、変更後のビットレートの通知方式を記述した制御信号を該携帯端末との間で送受信する処理と、前記モバイル高速ネットワークで輻輳が検出され、前記携帯端末が送信または受信する音声のビットレートが変更された場合に、前記パケット転送装置から受信したパケットに格納された音声の圧縮符号化ビットストリームを、前記通知方式で通知された変更後のビットレートから、前記無線基地局制御装置に接続される携帯端末が送受信可能なビットレートに変換し、変換後の圧縮符号化ビットストリームを前記無線基地局制御装置に送出する処理と、をゲートウェイ装置に実行させるプログラムが提供される。なお、プログラムは、非トランジエンなコンピュータ読み取り可能なnon-transientcomputer-readable記録媒体に記録されたプログラム製品としても提供することができる。実施形態1第1の実施形態に係るゲートウェイ装置の構成および動作について、図面を参照して説明する。図1は、本実施形態に係るゲートウェイ装置を備えた音声通信システムのネットワーク構成を示す図である。図1を参照すると、音声通信システムは、モバイル回線交換ネットワーク130に設けられたゲートウェイ装置110および無線基地局制御装置135と、IMSネットワーク131に設けられたセッション制御CSCF:CallSessionControlFunction装置137と、モバイルLTE/EPCネットワーク140に設けられたS/P-GWServing/Packetdata-Gateway装置139およびeNodeB装置138と、携帯端末120、150とを備えている。ここでは、一例として、モバイル高速ネットワークとして、モバイルLTE/EPCネットワーク140を用いるものとする。なお、モバイル高速ネットワークとして、HSPAまたはHSPAを用いることもできる。ゲートウェイ装置110は、モバイルLTE/EPCネットワーク140上のパケット転送装置例えば、S/P-GW装置139と、モバイル回線交換ネットワーク130上の無線基地局制御装置RNC:RadioNetworkController135とを、IMSネットワーク131を介して相互接続し、モバイルLTE/EPCネットワーク140に接続された携帯端末150と無線基地局制御装置135に接続された携帯端末120との間で、音声通信の相互接続を実現する。ここで、ゲートウェイ装置110とモバイルLTE/EPCネットワーク140に接続されたパケット転送装置との間の呼制御信号は、IMSやVoIPで使用されるSIPを使用し、これをLTE/EPCのベアラで転送する。また、ゲートウェイ装置110とパケット転送装置との間の音声信号は、RTP/UDP/IPによるパケットを用いて転送する。以下の実施形態では、パケット転送装置として、S/P-GW装置139を用いるものとする。なお、パケット転送装置として、xGSN装置を用いることもできる。ゲートウェイ装置110とモバイル回線交換ネットワーク130上の無線基地局制御装置135との間の音声信号は、回線交換のプロトコルであるIuUPIuU-Planeプロトコルを用いて転送する。図1において、携帯端末120は、モバイル回線交換ネットワーク130に接続される音声電話端末である。携帯端末120として、既存の音声電話端末をそのまま使うことができる。携帯端末120は、モバイル回線交換ネットワーク130に接続され、無線基地局制御装置135を介して、ゲートウェイ装置110との間で呼制御信号と音声信号をやりとりする。携帯端末120は、音声コーデックとして、例えば、AMRAdaptiveMulti-Rate音声コーデックを搭載し、音声信号を12.2kbpsのビットレートで圧縮符号化して得たビットストリームを送受信するものとする。なお、AMR音声コーデックの詳細は、3GPPのTSTechnicalSpecification26.090規格に規定されている。ゲートウェイ装置110は、携帯端末120との間で、モバイル回線交換ネットワーク130で使用される呼処理信号として、例えば、ISUPIntegratedServicesDigitalNetworkUserPartをやりとりし、音声データとしてAMR圧縮符号化ビットストリームをやりとりする。また、ゲートウェイ装置110は、IMSネットワーク131を介して、モバイル回線交換ネットワーク130とモバイルLTE/EPCネットワーク140とを相互接続するために、上記の呼処理信号をSIP/SDPSessionInitiationProtocol/SessionDescriptionProtocol呼制御信号に変換し、IMSネットワーク上のCSCF装置137に出力し、CSCF装置137を経由してモバイルLTE/EPCネットワーク140上のS/P-GW装置139に出力する。S/P-GW装置139は、SIP/SDP呼制御信号を、GTP-CプロトコルでトネリングしてeNodeB装置138に送出する。eNodeB装置138は、この呼制御信号を無線区間に送出し、携帯端末150がこの呼制御信号を受信する。逆方向として、携帯端末150から送出されたSIP/SDP呼制御信号は、無線区間を介してeNodeB138で受信され、S/P-GW装置139をGTP-Cでトネリング転送されて、CSCF装置137でSIP/SDP信号として受信される。ゲートウェイ装置110は、CSCF装置137からSIP/SDPによる呼制御信号を受信し、上記のISUP等に変換して無線基地局制御装置135に出力し、無線区間を介して携帯端末120に送信する。U-planeの音声信号については、携帯端末120から送出された12.2kbpsのAMR圧縮音声ビットストリームは、無線区間を介して無線基地局制御装置135で受信され、無線基地局制御装置135においてIuUPプロトコルフレームに格納されてゲートウェイ装置110に転送される。ここで、IuUPプロトコルについては、3GPPTS25.415規格、または、TS26.102を参照することができる。ゲートウェイ装置110は、IuUPプロトコルフレームに格納されたAMRビットストリームを取り出してRTPパケットのペイロードに格納し、RTP/UDP/IPパケットとしてIMSネットワーク131を介してモバイルLTE/EPCネットワーク140上のS/P-GW装置139に転送する。S/P-GW装置139は、RTP/UDP/IPパケットを受信し、RTPパケットのペイロード部分に対してGTP-Uヘッダを付加し、GTP-U/UDP/IPパケットとしてトネリングし、eNodeB装置138に転送する。eNodeB装置138は、GTP-Uパケットのペイロード部分を取り出し、RTPパケットとして無線区間を介して携帯端末150に送出する。携帯端末150は、RTPパケットを受信し、AMRビットストリームを取り出してAMRでコードし音声を再生する。なお、携帯端末150から携帯端末120への信号の流れについては、上記の信号の流れを逆にたどることに相当するため、説明を省略する。本実施形態のゲートウェイ装置110を備えた通信システムにおいては、次の動作が行われる。第1に、携帯端末150とゲートウェイ装置110は、トラヒックの輻輳を検出したときに、前記ビットレートの変更が可能であることをSIP/SDPを用いて通知する。第2に、ビットレート変更の通知にCMR信号を用いるかRTCPを用いるかをSDPに記載する。第3に、モバイルLTE/EPCネットワーク140がLTE区間においてトラヒックの輻輳を検出した場合に、携帯端末150とゲートウェイ装置110との間で、SDPに記載した方法でビットレート変更の通知を行う。第4に、ゲートウェイ装置110は、AMRの送受信ビットレートを変更する機能を有しており、携帯端末120は回線交換による既存端末でありAMR12.2kbpsに固定となっているため、ゲートウェイ装置110の音声トランスコーダが携帯端末150のビットレートの変更に合わせてビットレートの変換を行う。次に、これらの第1ないし第4の動作を実現するための構成について説明する。携帯端末150からゲートウェイ装置110に対し、SIP/SDPを用いてAMRビットレートを変換させる能力があることをSDPに記載し、SDPのオファー/アンサープロセスを用いて携帯端末150とゲートウェイ装置110がお互いに通知し合う。具体的には、携帯端末150からSDP上でecn-capable-rtpのオファーがゲートウェイ装置110に届き、ゲートウェイ装置110は、これに対しSDPにecn-capable-rtpを記載してアンサーを返す。このプロセスにより、携帯端末150とゲートウェイ装置110との間で、お互いにAMRのビットレートを変化させる能力があることを確認する。さらに、携帯端末150とゲートウェイ装置110は、SDP上にビットレートの変更通知として、CMRとRTCPのいずれを用いるかを記述して、お互いにやりとりする。以下では、RTCPAPPを用いる場合の例を説明する。eNodeB装置138は、モバイルLTE/EPCネットワーク140のLTE区間での輻輳を検出すると、携帯端末150へ送信するパケットのIPヘッダにECN-CEExplicitCongestionNotification-CongestionExperiencedフラグを立てて送信する。携帯端末150は、eNodeB装置138から受信したパケットのIPヘッダにECN-CEフラグが立っている場合には、モバイルLTE/EPCネットワーク140のLTE区間の輻輳と判断し、AMRのビットレートを下げる例えば12.2kbpsから6.8kbpsに下げることを判断し、ゲートウェイ装置110に対しRTCPAPP信号を送出し、RTCPAPPにビットレートの変更と変更後のビットレートを記載して送出する。図2は、図1のゲートウェイ装置110の構成を示す図である。図2を参照すると、ゲートウェイ装置110は、制御信号送受信部160および変換部250を備えている。また、変換部250は、制御解析部180、IuUPプロトコル分解組み立て部200、音声トランスコーダ190、および、パケット送受信部176を備えている。まず、LTE区間が輻輳していない場合の動作を説明する。制御信号送受信部160は、IMSネットワーク131上のCSCF装置137からSIP呼制御信号を受信し、これをモバイル回線交換のISUP信号に変換し、モバイル回線交換ネットワーク130上の無線基地局制御装置135に送出する。また、CSCF装置137からadaptationrequest信号を受信していないことを確認した上で制御解析部180に、割り当てられたチャネルに対する通信開始指示を出す。制御解析部180は、制御信号送受信部160から通信開始指示を受信し、adaptationrequestを受信していないので、AMRのビットレートは携帯端末150および携帯端末120ともに12.2kbpsで一致しているものと判断し、音声トランスコーダ190に対し、変換を行わずにスルー処理するよう指示を出す。また、制御解析部180は、IuUPプロトコル分解組み立て部200に対し、IuUPプロトコルの分解組み立てを指示する。パケット送受信部176は、S/P-GW装置139からAMR12.2kbps圧縮符号化ビットストリームが格納されたRTP/UDP/IPパケットを受信し、音声トランスコーダ190に出力する。音声トランスコーダ190は、制御解析部180からの指示を受けて、変換処理をスルーしてAMR12.2kbps圧縮符号化ビットストリームをスルー処理してIuUPプロトコル分解組み立て部200に出力する。IuUPプロトコル分解組み立て部200は、音声トランスコーダ190から入力したAMR12.2kbps圧縮符号化ビットストリームをIuUPフレームフォーマットのペイロード部に格納した上で、IuUPフレームを無線基地局制御装置135に対して送出する。次に、LTE区間が輻輳してない場合の逆方向の説明を行う。C-Planeでは、制御信号送受信部160は、無線基地局制御装置135からISUP信号を受信し、これをSIP/SDPに変換して、CSCF装置137を介してS/P-GW装置139に送出する。S/P-GW装置139は、受信したSIP/SDP信号をGTP-CプロトコルでトネリングしてeNodeB装置138に転送する。eNodeB装置138は、GTP-CパケットからSIP/SDP信号を取り出して、LTE無線区間を介して携帯端末150に送信する。携帯端末150は、SIP/SDP信号を受信して、セッションの制御や音声の送受信の制御を行う。U-Planeでは、IuUPプロトコル分解組み立て部200は、無線基地局制御装置135からIuUPフレームプロトコルを受信し、ペイロードに格納されている12.2kbpsAMRの圧縮符号化ビットストリームを読み出して、音声トランスコーダ190に出力する。音声トランスコーダ190は、12.2kbpsAMR圧縮符号化ストリームをスルーし、パケット送受信部176に送出する。パケット送受信部176は、12.2kbpsAMR圧縮符号化ビットストリームをRTPパケットのペイロードに格納し、S/P-GW装置139に送出する。ここで、RTPペイロードフォーマットとしては、IETFInternetEngineeringTaskForceRFCRequestForComments3267を用いることができる。次に、eNodeB装置138がLTE区間での輻輳を検出した場合の動作を説明する。ゲートウェイ装置110の制御信号送受信部160が、携帯端末150からのSIP/SDPによるecn-capable-rtpを、CSCF装置137を介して受信したときは、アンサーとして、SDPにecn-capable-rtpを記載してCSCF装置137を介してS/P-GW装置139に送出する。また、SDPによりビットレートの変更の通知をRTCPAPPを用いるか、CMRを用いるかをSDPに記述してお互いに通知する。ここでは、RTCPAPPを用いる場合の構成について説明する。RTCPAPP送受信部185において、携帯端末150からのRTCPAPP信号をS/P-GW装置139を介して受信したときは、RTCPAPP信号に含まれているAMRのビットレートの変更情報を読み出して制御解析部180に出力する。ここで、AMRのビットレートのビットレート変更情報は、一例として、12.2kbspから6.8kbpsへの変更であるものとする。制御解析部180は、RTCPAPP送受信部185からのビットレート変更情報の通知を受け、また制御解析部180から通信開始の指示を受け、ビットレートの変更が、例えば、上り方向および下り方向ともに12.2kbpsから6.8kbpsへの変更である場合には、音声トランスコーダが必要なため、音声トランスコーダ190に対し、AMR音声トランスコーディングの指示および12.2kbpsから6.8kbpsへのビットレートの変更を指示する。また、制御解析部180は、RTCPAPP送受信部185に対し、携帯端末150に送出するAMRのビットレートを6.8kbpsに変更する情報を記述した上で、S/P-GW装置139に向けてRTCPAPPパケットを送出する。音声トランスコーダ190は、通信開始指示とトランスコーディングの指示およびビットレートに関する変更指示を入力し、両方向ともにAMR音声トランスコーダを起動し、ビットレートの変換として、12.2kbpsから6.8kbpsへの変換を実施する。具体的には、音声トランスコーダ190は、パケット送受信部176から受信したRTPパケットに格納されたAMR6.8kbpsのビットストリームを12.2kbpsに変換し、IuUPプロトコル分解組み立て部200に出力する。逆方向として、音声トランスコーダ190は、IuUPプロトコル分解組み立て部200から入力した12.2kbpsAMRストリームを6.8kbpsに変換し、パケット送受信部176に出力する。IuUPプロトコル分解組み立て部200は、音声トランスコーダ190から入力した12.2kbpsAMRビットストリームに対し、IuUP回線交換プロトコルフレームのペイロード部に格納して、無線基地局制御装置135に送出する。具体的には、IuUPプロトコル分解組み立て部200は、RFC3267RTPペイロードフォーマットヘッダのCMR等を読み出し、これに基づいてIuUP回線交換プロトコルフレームを組み立て、前記AMR圧縮符号化ストリームをIuUPペイロード部のRABRadioAccessBearerSubFlowに格納し、回線交換ベアラにのせて、無線基地局制御装置135に送出する。次に、逆方向の説明を行う。IuUPプロトコル分解組み立て部200は、無線基地局制御装置135から受信したIuUPプロトコルフレームをRFC3267プロトコルに変換する。具体的には、IuUPプロトコル分解組み立て部200は、IuUPプロトコルフレームのペイロード部のRABSubFlowに格納されている12.2kbpsAMRの圧縮符号化ビットストリームを読み出し、音声トランスコーダ190に出力する。音声トランスコーダ190は、制御解析部180から通信開始とトランスコーディングの指示を入力し、IuUPプロトコル分解組み立て部200から入力した12.2kbpsAMR圧縮符号化ビットストリームを6.8kbpsに変換し、パケット送受信部176に送出する。パケット送受信部176は、RTPペイロードフォーマットヘッダを構築した上で、6.8kbpsAMR圧縮符号化ビットストリームをRTPペイロード部分に格納する処理を行う。パケット送受信部176は、RTP/UDPUserDatagramProtocol/IPパケットを、IMSネットワーク131を経由して、モバイルLTE/EPCネットワーク140上のS/P-GW装置139に送出する。実施形態2第2の実施形態に係るゲートウェイ装置の構成および動作について、図面を参照して説明する。図3は、本実施形態に係るゲートウェイ装置210の構成を示すブロック図である。図3において図2と同一の符号を付した構成要素の動作は、図2における構成要素の動作と同一であるため、説明を省略する。本実施形態では、ビットレートの変更を、CMR信号を用いて通知するものとする。図3に示した構成においては、携帯端末150でECN-CEを検出してAMR音声符号化のビットレートを変更するときに、携帯端末150のAMR音声コーデックにおいてビットレートを、例えば6.8kbpsに変更し、変更後のビットレート6.8kbpsを、携帯端末150からIETFRFC3267で規定されるRTPペイロードフォーマットのCMRフィールドに記載した上で、RTPペイロードに6.8kbpsAMR圧縮符号化ビットストリームを格納してRTPパケットを送出し、eNodeB装置138およびS/P-GW装置139を経由して、ゲートウェイ装置210で受信する。eNodeBがLTE区間での輻輳を検出した場合に、ゲートウェイ装置210の制御信号送受信部160が、携帯端末150からのSIP/SDPによるecn-capable-rtpを、CSCF装置137を介して受信したときには、アンサーとして、SDPにecn-capable-rtpを記載してCSCF装置137を介してS/P-GW装置139に送出する。また、ビットレートの変更の通知としてCMRを用いることをSDPに記述し、お互いに通知する。パケット送受信部276は、S/P-GW装置139からRTPパケットを受信し、RTPペイロードフォーマット部のCMRフィールドを確認して、AMRのビットレート変更情報を抽出し、制御解析部180に出力する。また、パケット送受信部276は、RTPペイロード部からAMR圧縮符号化ビットストリームを読み出し、ビットレート情報およびAMR圧縮符号化ビットストリームを音声トランスコーダ290に出力する。制御解析部180は、パケット送受信部276からAMRのビットレート変更情報を入力し、変更後のビットレートが6.8kbpsであることを認識し、音声トランスコーダ290に対し、変換開始通知とともに、AMRのビットレートを6.8kbpsから12.2kbpsに変換する指示を出す。音声トランスコーダ290は、制御解析部180から、変換開始通知、ビットレート変換指示を入力し、パケット送受信部276から6.8kbpsのAMR圧縮符号化ビットストリームを入力し、6.8kbpsAMR圧縮符号化ビットストリームを12.2kbpsのAMR圧縮符号化ビットストリームに変換し、IuUPプロトコル分解組み立て部200に出力する。逆方向の音声通信については、上述の手続を逆向きに辿ることで実現することができる。上記の第1および第2の実施形態において、AMR音声トランスコーダとして、フルデコーダとフル再エンコーダを組み合わせたタンデム型トランスコーダを用いることもできる。また、AMR圧縮符号化ビットストリームを一部のみデコードし、一部のみ再エンコードする非タンデム型トランスコーダを用いることもできる。後者によると、前者と比較して、処理遅延および処理量を削減することができる。上記の実施形態において、音声の圧縮符号化ビットストリームの生成に使用する音声コーデックは、上述のAMR以外に、AMR-WBAdaptiveMulti-RateWideband、G.711その他のコーデックを使用することができる。また、S/P-GW装置139から送受信される、音声圧縮符号化ストリームを格納するプロトコルとして、上述のプロトコル以外のプロトコル、例えば、GTP-UGPRSTunnelingProtocol.User等を用いることもできる。また、上記の実施形態のように、制御解析部180を変換部250の中に配置する代わりに、制御信号送受信部160の中に配置することもできる。さらに、制御信号送受信部160と変換部250、350は、各々の別の装置に分離して実現することもできる。かかる構成の場合は、制御信号送受信部160と変換部250、350との間の制御信号のやりとりには、例えば、ITU-TInternationalTelecommunicationUnion-TelecommunicationsectorH.248MEGACOMediaGateayControlプロトコルを使用することができる。さらに、音声トランスコーダ190、290を、それぞれ、ゲートウェイ装置110、210とは別の装置で実現することもできる。また、モバイル高速ネットワークとしては、LTE/EPCのみならず、HSPA、HSPAやHNBHomeNodeB、HeNBHomeeNodeB、WiMaxWorldwideInteroperabilityforMicrowaveAccess等を使用することができる。なお、上記の実施形態において、ゲートウェイ装置110または210における制御信号送受信部160および変換部250または350は、ゲートウェイ装置110または210を構成するコンピュータ上で実行されるコンピュータプログラムによりその機能処理を実現するようにしてもよい。本発明の全開示請求の範囲を含むの枠内において、さらにその基本的技術思想に基づいて、実施例ないし実施例の変更調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素各請求項の各要素、各実施例の各要素、各図面の各要素等を含むの多様な組み合わせないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。