(57)【要約】ＵＥは、ｅＮＢにおいてＵＥの無線状況に応じて決定されたコーデックモードを含むコーデックモード要求（EUTRA-CMR）を受信するEUTRA-CMR受信部と、受信したコーデックモード要求に含まれるコーデックモードへの切替をエンコーダに通知するモード切替通知部と、エンコーダにおけるコーデックモードの切替を確認した場合、ｅＮＢへ応答メッセージを送信するモード切替確認部と、を具備する。
2017169090.tif 000002
【特許請求の範囲】
【請求項１】
基地局において端末の無線状況に応じて決定されたコーデックモードを含むコーデックモード要求を受信するコーデックモード要求受信部と、
前記受信したコーデックモード要求に含まれる前記コーデックモードへの切替をエンコーダに通知するモード切替通知部と、
前記エンコーダにおける前記コーデックモードの切替を確認した場合、前記基地局へ応答メッセージを送信するモード切替確認部と、
を具備する端末。
【請求項２】
複数のオペレータの各々がサポートするコーデックモードを含むポリシーを、オペレータ毎に少なくとも１つ格納する格納部と、
前記端末が接続するオペレータで使用する前記ポリシーを示すポリシーインデックスを受信するインデックス受信部と、
前記格納部に格納された前記ポリシーのうち、前記受信されたポリシーインデックスに対応する前記ポリシーを用いて、前記端末と、前記端末の通信相手端末との間で通話に関する折衝を行うＳＤＰ作成部と、
をさらに具備する、
請求項１に記載の端末。
【請求項３】
前記インデックス受信部は、前記基地局において前記端末が接続するオペレータで使用する前記ポリシーが変更される度に、変更後の前記ポリシーを示す前記ポリシーインデックスを受信する、
請求項２に記載の端末。
【請求項４】
前記コーデックモード要求受信部は、前記基地局の無線アクセス網のLayer2及びLayer3の何れかを用いて前記コーデックモード要求を受信する、
請求項１に記載の端末。
【請求項５】
前記モード切替確認部は、前記基地局の無線アクセス網のLayer2及びLayer3の何れかを用いて前記応答メッセージを送信する、
請求項１に記載の端末。
【請求項６】
前記ＳＤＰ作成部は、前記基地局からの前記コーデックモード要求を用いたコーデックモード切替をサポートすることを示すパラメータをＳＤＰオファーに付加して、前記通話に関する折衝を行う、
請求項２に記載の端末。
【請求項７】
前記通話に関する折衝において前記基地局からの前記コーデックモード要求を用いた前記コーデックモード切替が選択された場合、折衝されたビットレートの範囲を前記基地局へ通知するコーデックモード通知部、をさらに具備する、
請求項６に記載の端末。
【請求項８】
前記端末が前記基地局からの前記コーデックモード要求を用いたモード切替をサポートすることを示す能力情報を前記基地局へ通知する能力通知部、をさらに具備する、
請求項１に記載の端末。
【請求項９】
データサイズの複数の範囲と、インデックスとが１対１で対応付けられ、
前記コーデックモード要求には、前記複数の範囲のうち、前記端末が使用するコーデックモードのデータサイズを含む範囲に対応付けられた前記インデックスが含まれる、
請求項１に記載の端末。
【請求項１０】
端末の無線状況を検出する無線状態検出部と、
前記端末の無線状況に応じて、前記端末が使用するコーデックモードを決定し、前記決定されたコーデックモードを含むコーデックモード要求を前記端末へ送信するコーデックモード要求送信部と、
前記受信したコーデックモード要求に含まれる前記コーデックモードへの切替が完了したことを示す応答メッセージを受信するモード切替確認受信部と、
を具備する基地局。
【請求項１１】
基地局において端末の無線状況に応じて決定されたコーデックモードを含むコーデックモード要求を受信するステップと、
前記受信したコーデックモード要求に含まれる前記コーデックモードへの切替をエンコーダに通知するステップと、
前記エンコーダにおける前記コーデックモードの切替を確認した場合、前記基地局へ応答メッセージを送信するステップと、
を具備するコーデックモード切替方法。
【請求項１２】
端末の無線状況を検出するステップと、
前記端末の無線状況に応じて、前記端末が使用するコーデックモードを決定し、前記決定されたコーデックモードを含むコーデックモード要求を前記端末へ送信するステップと、
前記受信したコーデックモード要求に含まれる前記コーデックモードへの切替が完了したことを示す応答メッセージを受信するステップと、
を具備するコーデックモード切替方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、端末の接続先の無線アクセスネットワーク（無線アクセスネットワーク）の混雑状況、又は各端末の無線環境に応じたコーデックモード切替を行う端末、基地局及びコーデックモード切替方法に関する。
【背景技術】
【０００２】
３ＧＰＰ（Third Generation Partnership Project）において、ＬＴＥ（Long Term Evolution）ネットワーク上でＩＭＳ（IP Multimedia Subsystem）を使ったＶｏＩＰ（Voice over IP）サービスであるＶｏＬＴＥ（Voice over LTE）が標準化されている。【０００３】
図１は、３ＧＰＰのＩＭＳを使ったＶｏＬＴＥサービスのネットワーク構成の一例を示す。図１に示すネットワークは、ＩＭＳネットワーク１２８と、オペレータのＩＰコアネットワーク（ＥＰＣ：Evolved Packet Core）１２４、１２６と、基地局（ｅＮＢ：e Node B）１０４、１０６及びｅＮＢ配下で構成される無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：evolved Universal Terrestrial Radio Access Network）１２０、１２２とから成る。【０００４】
図１において、端末（ＵＥ：User Equipment）１００、１０２は、Ｅ−ＵＴＲＡ１２０、１２２でｅＮＢ１０４、１０６にそれぞれ無線接続し、ｅＮＢ１０４、１０６を介してＥＰＣ１２４、１２６に接続する。【０００５】
ＩＭＳネットワーク１２８は、呼制御のための情報管理及び呼制御のシグナリングメッセージ（ＳＩＰ：Session Initiation Protocol）のルーティング及び３ＧＰＰネットワークあるいは３ＧＰＰ以外のネットワークとの相互接続を行うためのネットワークである。【０００６】
図１に示すＩＭＳネットワーク１２８において、Ｐ−ＣＳＣＦ（Proxy Call Session Control Function）１０８、１１６は、ＵＥ１００、１０２がＩＭＳシグナリングメッセージ（SIP REGISTORメッセージ、SIP INVITEメッセージ等）を送受信する際のデフォルトゲートウェイ(Default GateWay)となるＣＳＣＦである。各ＵＥがどのＰ−ＣＳＣＦを使用するかは、各ＵＥがＥＰＣに最初に接続する際などに検索・決定される。【０００７】
Ｓ−ＣＳＣＦ（Serving CSCF）１１０、１１４は、ＵＥ１００、１０２のコンタクト情報の管理及びセッションの管理を行うＣＳＣＦである。Ｓ−ＣＳＣＦ１１０、１１４は、ＵＥ１００、１０２のコンタクト情報の管理を行う際、ＨＳＳ（Home Subscriber Server）１１８から必要な情報をダウンロードする。【０００８】
Ｉ−ＣＳＣＦ（Interrogating CSCF）１１２は、管理ドメイン（各オペレータが管理しているネットワークの単位）間のＣＳＣＦの情報を保持する。Ｐ−ＣＳＣＦ１０８、１１６及びＳ−ＣＳＣＦ１１０、１１４がＩＭＳシグナリングメッセージを転送すべき次のノード情報を持たない場合等に、ＩＭＳシグナリングメッセージは、Ｉ−ＣＳＣＦ１１２経由で転送される。また、Ｉ−ＣＳＣＦ１１２は、ＨＳＳ１１８に情報を照会することにより、メッセージ転送先のＣＳＣＦの情報を確認することもある。以下、例えば、SIP INVITEメッセージが送信される場合について説明する。【０００９】
SIP INVITEメッセージは、まず発呼側ＵＥから、当該ＵＥが存在するドメイン（発呼側ドメイン）のＰ−ＣＳＣＦにＥＰＣ経由で送信され、Ｐ−ＣＳＣＦから発呼側ドメインのＳ−ＣＳＣＦに転送される。SIP INVITEメッセージは、発呼側ドメインのＳ−ＣＳＣＦで適当な処理が行われた後、着呼側ＵＥが存在するドメイン（着呼側ドメイン）のＳ−ＣＦＣＳへと転送される。この際、SIP INVITEメッセージがＩ−ＣＳＣＦ１１２を経由する場合もある。着呼側ドメインのＳ−ＣＳＣＦは、受け取ったSIP INVITEメッセージを着呼側ドメインのＰ−ＣＳＣＦ経由で着呼側ＵＥへ転送する。【００１０】
なお、ＩＭＳネットワーク１２８の詳細な構成、機能、動作などは非特許文献１に記載されている。【００１１】
図２は、３ＧＰＰのＩＭＳを使用したＶｏＬＴＥの通話が行われるまでの手順の一例を示すフローである。図２は、ＵＥ１００からＵＥ１０２に電話をかける場合のフロー例を示す。図２に示すように、SIP INVITEメッセージがＩＭＳネットワーク１２８経由でＵＥ１００からＵＥ１０２に送信され（ステップ（以下、「ＳＴ」という）１１）、SIP 183 Session ProgressメッセージがＩＭＳネットワーク１２８経由でＵＥ１０２からＵＥ１００へ送信される（ＳＴ１２）。このように、SIP INVITEメッセージ及びSIP 183 Session ProgressメッセージがＵＥ間でやりとりされ、通話に関する折衝（ネゴシエーション）が行われる。【００１２】
SIP INVITEメッセージに付加されたＳＤＰ（Session Description Protocol）オファーには、ＵＥ１００がＶｏＬＴＥ通信で使用可能なパラメータの組み合わせ（以下「メカニズム」と記述する）が、優先度順に複数（単数の場合もある）記述される。ＳＤＰオファーに記述されるパラメータとしては、例えば、コーデックの方式あるいはコーデックモード、及び、トランスポートプロトコルのフォーマットなどに関する候補等である。コーデックの方式あるいはコーデックモードは、ビットレート、オーディオ帯域（単位はHz:Hertz）、チャンネル数等のコーデックに採用されている要素を含む。また、トランスポートプロトコルのフォーマットは、ＲＴＰ（Real-time Transport Protocol）ペイロードフォーマットの種類等を含む。【００１３】
ＵＥ１０２は、ＳＴ１１でSIP INVITEメッセージを受け取ると、ＳＤＰオファーに記述された複数の候補の中から１つのメカニズムを選択し、又は、１つのメカニズムを許可された範囲内で変更し、ＳＤＰアンサーに記述する。ＵＥ１０２は、ＳＤＰアンサーをSIP 183 Session Progressメッセージに付加してＵＥ１００に送信する（ＳＴ１２）。【００１４】
ＵＥ１０２で選択されたメカニズムは、ＩＭＳネットワーク１２８のＰ−ＣＳＣＦ１０８、１１６で解析され、解析結果に応じて、必要なＱｏＳ(Quality of Service)をサポートした論理データ経路(ベアラ: bearer)を確立する指示が、ＥＰＣ１２４、１２６に出力される。ＩＭＳネットワーク１２８からの指示に従って、ＥＰＣ１２４、１２６及びＥ−ＵＴＲＡＮ１２０、１２２でのベアラ確立が行われ、このベアラに対するＱｏＳ制御（リソース割当処理など）が行われる（ＳＴ１３）。ベアラ確立が完了すると、ＵＥ１０２ではユーザの呼び出しが行われ（ＳＴ１４）、ユーザが応答するとＵＥ１００に２００ＯＫメッセージが送信され（ＳＴ１５）、ＵＥ１００とＵＥ１０２との間で通話が開始される（ＳＴ１６）。【００１５】
なおＩＭＳシグナリングも、ＩＭＳシグナリング用に確立された専用ベアラを用いて送受信される。【００１６】
図３は、ＳＤＰオファー（SDP offer）及びＳＤＰアンサー（SDP answer）の一例を示す。図３では、ＳＤＰオファーによって、ＥＶＳ(Enhanced Voice Services)コーデックでビットレート7.2kbps〜13.2kbps、かつオーディオ帯域ＮＢ(Narrow band)〜ＳＷＢ(Super Wideband)（RTPペイロードフォーマットはデフォルト）のメカニズム（図３の“９７”のライン）、ＡＭＲ−ＷＢ（Adaptive Multi Rate - Wide Band）コーデック（RTPペイロードフォーマットはデフォルト）のメカニズム（図３の“９８”のライン）、及びＡＭＲコーデック（RTPペイロードフォーマットはデフォルト）のメカニズム（図３の“９９”のライン）の３メカニズムがＵＥ１００においてオファーされている。これに対し、ＳＤＰアンサーによって、ＵＥ１０２においてＥＶＳコーデックが選択されている。【００１７】
ここで、オーディオ帯域（又はオーディオ帯域幅）とは、従来技術で狭帯域（ＮＢ：Narrowband）、広帯域（ＷＢ：Wideband）、超広帯域（ＳＷＢ：Super Wideband）、フル帯域（ＦＢ：Fullband）と呼ばれるものがある。狭帯域コーデックとは、一般的に３００Ｈｚ〜３．４ｋＨｚの帯域幅で、８ｋＨｚでサンプリングされるコーデックである。広帯域コーデックとは、一般的に５０Ｈｚ〜７ｋＨｚの帯域幅で、１６ｋＨｚでサンプリングされるコーデックである。超広帯域コーデックとは、一般的に５０Ｈｚ〜１４ｋＨｚの帯域幅で、３２ｋＨｚでサンプリングされるコーデックである。また、フル帯域コーデックとは、一般的に２０Ｈｚ〜２０ｋＨｚの帯域幅で、４８ｋＨｚでサンプリングされるコーデックである。なお、ＩＭＳネットワーク１２８のＰ−ＣＳＣＦ１０８、１１６は、ＳＤＰオファーに自ネットワークでサポートしていないメカニズムを含む行（ライン）を検出した場合、その行を削除する。例えば、Ｐ−ＣＳＣＦ１０８、１１６は、自ネットワークでＥＶＳコーデックをサポートしていない場合には、図３に示すＳＤＰオファー内の“９７”のラインを削除する。【００１８】
なお、ＥＶＳコーデックのＳＤＰオファー/アンサーに用いられるパラメータ、及びＡＭＲ−ＷＢコーデック、ＡＭＲコーデックのＳＤＰオファー/アンサーに用いられるパラメータに関しては、非特許文献２及び非特許文献３にそれぞれ記載されている。また、ＳＤＰオファー、ＳＤＰアンサーの例は非特許文献４に記載されている。【００１９】
図４は、図１に示すＥＰＣ１２４、１２６の構成を示す。なお、図４に示すｅＮＢ１０４、１０６及びＨＳＳ１１８は図１に記載の通りである。ＭＭＥ(Mobility Management Entity)は、ＵＥの位置情報などを管理し、ＨＳＳ１１８が有する各ＵＥの情報も一部保有する。Ｓ−ＧＷ(Serving Gateway)及びＰ−ＧＷ(Packet Data Network GateWay)は、各ＵＥがデータ転送に利用する論理経路(bearer)を管理し、後述のＰＣＲＦ(Policy and Charging Rules Function)との連携により、必要に応じてbearerに対するＱｏＳ保証を行う。ＰＣＲＦは、各ＵＥの利用するサービスに対する課金又はＱｏＳ保証を管理するノードである。なお、前述の通り、ＩＭＳネットワーク１２８のＰ−ＣＳＣＦ１０８、１１６がＳＤＰオファー／アンサーの中身を確認し、折衝されたコーデック及びコーデックモードの情報に基づいて、ＱｏＳ情報は、ＰＣＲＦに通知される場合もある。【００２０】
ＥＰＣ１２４、１２６の詳細な構成及び機能・動作等は非特許文献５に記載されている。【００２１】
コーデック又はコーデックモードに関する折衝が完了し、ＵＥ間での通話が開始されると、双方のＵＥは、折衝されたコーデックのＲＴＰペイロードフォーマットのＣＭＲ(Codec Mode Request)フィールド（例えば、非特許文献３を参照）又はＣＭＲバイト（例えば、非特許文献２を参照）を用いて、又は、ＲＴＣＰ−ＡＰＰ(Application-defined RTCP packet)のＣＭＲ（例えば、非特許文献４を参照）を用いて、通話相手に対して、折衝された範囲でのコーデックモード（ビットレート等）の変更を要求し、通話相手が送信するビットレート（データサイズ）を調整することができる。【００２２】
図５は、ＣＭＲを用いたビットレート変更の一例を示す。図５に示すＵＥ１及びＵＥ２は、ＡＭＲ−ＷＢコーデック12.65kbpsを用いた通話を行っている。図５の（１）では、ＵＥ１は、ＵＥ２に対して、ＡＭＲ−ＷＢ 8.85kbpsに変更することを指示するＣＭＲを送信する。図５の（２）では、ＵＥ２は、ＣＭＲを受け取ると、ビットレートをＡＭＲ−ＷＢ 8.85に変更して通話を行う。【００２３】
なお、ＣＭＲは、非特許文献４に記載の通り、ＭＧＷ(Media GateWay)等のネットワークノードから送信されてもよい。ＭＧＷとは、ＶｏＬＴＥサービスエリア内に存在するＵＥと、ＶｏＬＴＥサービスエリア外に存在する端末（3G回線交換ネットワーク、固定ネットワークなどに存在する端末を含む）との通話を可能にするネットワークノードである（図１，図４には不図示）。
【先行技術文献】
【特許文献】
【００２４】
【特許文献１】国際公開第２０１２／０６３４１７号
【特許文献２】米国特許出願公開２０１０／０２８４２７８号明細書
【特許文献３】米国特許出願公開２０１１／００７５５６３号明細書
【非特許文献】
【００２５】
【非特許文献１】3GPP TS 23.228 v13.4.0, “IP Multimedia Subsystem (IMS); Stage 2”
【非特許文献２】3GPP TS 26.445 v13.0.0, “Codec for Enhanced Voice Services (EVS); Detailed algorithmic description”
【非特許文献３】IETF RFC 4867, "RTP Payload Format and File Storage Format for the Adaptive Multi-Rate (AMR) and Adaptive Multi-Rate Wideband (AMR-WB) Audio Codecs"
【非特許文献４】3GPP TS 26.114 v13.2.0, "IP Multimedia Subsystem (IMS); Multimedia Telephony; Media handling and interaction"
【非特許文献５】3GPP TS 23.401 v13.5.0, “General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access”
【非特許文献６】IETF RFC 3168, "The Addition of Explicit Congestion Notification (ECN) to IP"
【非特許文献７】3GPP TS 36.300 v13.2.0, “Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2”
【非特許文献８】3GPP TS 36.321 v13.0.0, “Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification”
【非特許文献９】3GPP TS 36.331 v13.0.0, “Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specification”
【非特許文献１０】3GPP TS 36.213 v13.0.0, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures”
【発明の概要】
【００２６】
各ＵＥのＵＴＲＡＮでの無線状況の変動によって、適切なコーデック又コーデックモードは異なる。しかしながら、従来技術では、ＵＥの無線状況に応じてコーデック又はコーデックモードを変更する方法については十分な検討がなされていない。
【００２７】
本開示の非限定的な実施例は、ＵＥの無線状況に応じたコーデック又コーデックモードを適切に切り替えることができる端末、基地局及びコーデックモード切替方法を提供することである。
【００２８】
本開示の一態様に係る端末は、基地局において端末の無線状況に応じて決定されたコーデックモードを含むコーデックモード要求を受信するコーデックモード要求受信部と、前記受信したコーデックモード要求に含まれる前記コーデックモードへの切替をエンコーダに通知するモード切替通知部と、前記エンコーダにおける前記コーデックモードの切替を確認した場合、前記基地局へ応答メッセージを送信するモード切替確認部と、を具備する構成を採る。
【００２９】
本開示の一態様に係る基地局は、端末の無線状況を検出する無線状態検出部と、前記端末の無線状況に応じて、前記端末が使用するコーデックモードを決定し、前記決定されたコーデックモードを含むコーデックモード要求を前記端末へ送信するコーデックモード要求送信部と、前記受信したコーデックモード要求に含まれる前記コーデックモードへの切替が完了したことを示す応答メッセージを受信するモード切替確認受信部と、を具備する構成を採る。
【００３０】
本開示の一態様に係るコーデックモード切替方法は、基地局において端末の無線状況に応じて決定されたコーデックモードを含むコーデックモード要求を受信するステップと、前記受信したコーデックモード要求に含まれる前記コーデックモードへの切替をエンコーダに通知するステップと、前記エンコーダにおける前記コーデックモードの切替を確認した場合、前記基地局へ応答メッセージを送信するステップと、を具備する。
【００３１】
本開示の一態様に係るコーデックモード切替方法は、端末の無線状況を検出するステップと、前記端末の無線状況に応じて、前記端末が使用するコーデックモードを決定し、前記決定されたコーデックモードを含むコーデックモード要求を前記端末へ送信するステップと、前記受信したコーデックモード要求に含まれる前記コーデックモードへの切替が完了したことを示す応答メッセージを受信するステップと、を具備する。
【００３２】
なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【００３３】
本開示の一態様によれば、ＵＥの無線状況に応じたコーデック又コーデックモードを適切に切り替えることができる。
【００３４】
本開示の一態様における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
【図面の簡単な説明】
【００３５】
【図１】図１は、ＩＭＳネットワーク、ＩＰコアネットワーク及び無線アクセスネットワークの構成の一例を示す図である。
【図２】図２は、通話セッション確立の基本動作の一例を示す図である。
【図３】図３は、ＳＤＰオファー及びＳＤＰアンサーの一例を示す図である。
【図４】図４は、ＥＰＣの構成の一例を示す図である。
【図５】図５は、ＣＭＲを用いたビットレート変更の一例を示す図である。
【図６】図６は、本開示の実施の形態１に係る端末（ＵＥ）の構成例を示すブロック図である。
【図７】図７は、本開示の実施の形態１に係る基地局（ｅＮＢ）の構成例を示すブロック図である。
【図８Ａ】図８Ａは、本開示の実施の形態１に係る各オペレータのポリシーリストを示す図である。
【図８Ｂ】図８Ｂは、本開示の実施の形態１に係るオペレータｋのポリシーリストを示す図である。
【図９Ａ】図９Ａは、本開示の実施の形態１に係るポリシーインデックスの通知方法の一例を示す図である。
【図９Ｂ】図９Ｂは、本開示の実施の形態１に係るポリシーインデックスの通知方法の一例を示す図である。
【図９Ｃ】図９Ｃは、本開示の実施の形態１に係るポリシーインデックスの通知方法の一例を示す図である。
【図１０Ａ】図１０Ａは、本開示の実施の形態１に係る能力情報の通知方法の一例を示す図である。
【図１０Ｂ】図１０Ｂは、本開示の実施の形態１に係る能力情報の通知方法の一例を示す図である。
【図１１Ａ】図１１Ａは、本開示の実施の形態１に係る折衝されたコーデックモードの通知方法の一例を示す図である。
【図１１Ｂ】図１１Ｂは、本開示の実施の形態１に係る折衝されたコーデックモードの通知方法の一例を示す図である。
【図１２Ａ】図１２Ａは、本開示の実施の形態１に係るEUTRA-CMRにMAC CEが用いられた場合のLCID値の一例を示す図である。
【図１２Ｂ】図１２Ｂは、本開示の実施の形態１に係るEUTRA-CMRにMAC CEが用いられた場合のMAC CEの構成の一例を示す図である。
【図１２Ｃ】図１２Ｃは、本開示の実施の形態１に係るEUTRA-CMRにMAC CEが用いられた場合のコーデック又はコーデックモードとCodecフィールドの値との対応例を示す図である。
【図１３Ａ】図１３Ａは、本開示の実施の形態１に係るEUTRA-CMRにMAC CEが用いられた場合のLCID値の一例を示す図である。
【図１３Ｂ】図１３Ｂは、本開示の実施の形態１に係るEUTRA-CMRにMAC CEが用いられた場合のMAC CEの構成の一例を示す図である。
【図１３Ｃ】図１３Ｃは、本開示の実施の形態１に係るEUTRA-CMRにMAC CEが用いられた場合のコーデックと、Codecフィールドの値(Index)との対応例を示す図である。
【図１４】図１４は、本開示の実施の形態１に係るEUTRA-CMRを用いたビットレート変更の一例を示す図である。
【図１５】図１５は、本開示の実施の形態２に係るデータサイズの範囲とインデックスとの対応関係を示す図である。
【図１６】図１６は、本開示の実施の形態２に係る基地局（ｅＮＢ）の構成例を示すブロック図である。
【図１７Ａ】図１７Ａは、本開示の実施の形態２に係る折衝されたコーデックモードの通知方法の一例を示す図である。
【図１７Ｂ】図１７Ｂは、本開示の実施の形態２に係る折衝されたコーデックモードの通知方法の一例を示す図である。
【図１８Ａ】図１８Ａは、本開示の実施の形態２に係るEUTRA-CMRにMAC CEが用いられた場合のLCID値の一例を示す図である。
【図１８Ｂ】図１８Ｂは、本開示の実施の形態２に係るEUTRA-CMRにMAC CEが用いられた場合のMAC CEの構成の一例を示す図である。
【図１９】図１９は、本開示の実施の形態２に係るEUTRA-CMRを用いたビットレート変更の一例を示す図である。
【発明を実施するための形態】
【００３６】
［本開示の一態様に至る経緯］
ＳＤＰオファー/アンサーはＵＥで作成される。また、ネットワーク（Ｅ−ＵＴＲＡＮ）でサポートされるコーデック又はコーデックモードの情報（ポリシー）はオペレータ毎に設定される。このため、ＵＥが他のネットワークにローミングした場合、ローミング先でサポートしているコーデック又はコーデックモードは、自ネットワークでサポートしているコーデック又はコーデックモードと異なる可能性が高い。このため、他のネットワークへＵＥがローミングした場合には、ＵＥは、ローミング先のネットワークがサポートしているコーデック又はコーデックモードの情報（オペレータのポリシー）を取得する必要がある。
【００３７】
これに対して、特許文献１には、ＵＥがオペレータのポリシーを取得する方法が開示されている。しかしながら、特許文献１では、オペレータのポリシーは一通りであり、かつ、ＵＥで一旦取得されたポリシーの変更は生じないことを前提としている。よって、特許文献１では、ＵＥがローミングした場合、又は、ＵＥの無線状況が変動した場合におけるオペレータのポリシーの変更には対応できない。
【００３８】
また、通話相手のＵＥ（又はＭＧＷ）への通話時のビットレートの変更要求は、ＵＥ（又はＭＧＷ）からのみ送信することができ、他のネットワークノードが通話に用いられるビットレートの決定・変更に関わることはない。すなわち、ｅＮＢは、個々のＵＥの無線環境を知りうるものの、ＵＥの通話時のビットレート決定・変更に関わることはできない。
【００３９】
これに対して、特許文献２には、ｅＮＢが無線アクセスネットワークの混雑を検出した時に、指定したビットレートに下げるようＵＥに指示を出す方法が開示されている。しかしながら、特許文献２では、ビットレートの変更について個々のＵＥの無線環境は考慮されていない。
【００４０】
また、特許文献３、非特許文献６及び非特許文献７には、ｅＮＢが、ＥＣＮ(Explicit Congestion Notification)を用いて無線アクセスネットワークの混雑又は品質低下を検出した場合、ＩＰヘッダのＱｏＳ管理等に使われるフィールドの下位２ビットを利用して、ＵＥに無線アクセスネットワークの混雑又は品質低下を通知し、通知を受け取ったＵＥが、送信ビットレートを下げたり、通話相手のＵＥにビットレートを下げるようにＣＭＲを送信したりする方法が開示されている。
【００４１】
しかしながら、ＥＣＮを用いる場合、ｅＮＢは、無線アクセスネットワークの混雑又は品質低下のみを通知することができるものの、無線アクセスネットワークの混雑の改善又は品質向上を通知することはできない。また、ＥＣＮを用いる場合、ｅＮＢは、無線アクセスネットワークの状況（混雑又は品質低下）を通知できるものの、ＣＭＲのように実際のビットレートを指定することができない。また、ＥＣＮは、ＩＰヘッダのフィールドを用いるため、ＶｏＬＴＥの際の無線区間のヘッダ圧縮に用いられるＲＯＨＣ(Robust Header Compression)の圧縮率に影響が生じてしまう。
【００４２】
以上より、本開示の一態様では、ｅＮＢが各ＵＥの無線状況に応じてビットレートの変更をＵＥに指示すること、または、ＵＥが、ＵＥの無線環境の変化（ローミング時、又は、無線状況の変動）に応じたオペレータのポリシーを適切に使用することにより、ＵＥでの通話品質の劣化を抑えつつ、無線リソースの利用効率を向上することを目的とする。
【００４３】
（実施の形態１）
以下、本開示の実施の形態１について、図６〜図１４を参照して詳細に説明する。
【００４４】
［端末の構成］
図６は、本実施の形態に係る端末（ＵＥ１００、１０２）の構成を示すブロック図である。なお、図６では、本開示と密接に関連する構成部のみを示し、ＵＥの従来の機能などは省略している。
【００４５】
図６に示すＵＥ１００、１０２において、無線受信部６００は、基地局（ｅＮＢ１０４、１０６）又はＭＭＥから送信されるシグナリング又はデータを受信し、受信したシグナリング又はデータを、ＵＥ１００、１０２の対応する構成部へ出力する。無線送信部６０１は、各構成部から入力されるシグナリング又はデータをｅＮＢ１０４、１０６又はＭＭＥへ送信する。
【００４６】
ポリシーリスト格納部６０２は、複数のオペレータの各々がサポートするコーデックモードを含むポリシーを、オペレータ毎に少なくとも１つ格納する。例えば、ポリシーリスト格納部６０２は、オペレータ毎のポリシーのリスト（ポリシーリスト）を格納する。図８Ａ及び図８Ｂは、ポリシーリスト格納部６０２が格納するオペレータ毎のポリシーリストの例を示す。図８Ａは、オペレータ１〜オペレータｎのポリシーリストが格納される例を示し、図８Ｂは、図８Ａに示すポリシーリストの中の一オペレータ（オペレータｋ）のポリシーリストの例を示す。ポリシーリスト内の各ポリシーには、当該ポリシーを示すインデックス（ポリシーインデックス）が対応付けられている。
【００４７】
図８Ｂでは、オペレータｋは、インデックス１のポリシーとして、ＥＶＳコーデック、かつＥＶＳコーデックのパラメータとして、ビットレート9.6kbps〜24.4kbps、オーディオ帯域ＳＷＢのみ、ペイロードフォーマットはヘッダフル(Header-Full)フォーマット、Channel-awareモードの受信をoff、その他のパラメータをデフォルト設定値としている。インデックス２以降のポリシーに関しても、コーデック及び該当コーデックのパラメータのうち、デフォルト設定値と異なるパラメータが、ポリシーリスト格納部６０２に格納される。
【００４８】
なお、ＥＶＳコーデックのパラメータとデフォルト設定値は非特許文献２に記載され、ＡＭＲ−ＷＢコーデック及びＡＭＲコーデックのパラメータとデフォルト設定値は、非特許文献３及び非特許文献４に記載されている。
【００４９】
図６のオペレータ判定部６０３は、ＵＥ１００、１０２の接続先のオペレータを判定する。オペレータ判定部６０３は、例えば、非特許文献７に記載のPLMN(Public Land Mobile Network)IDを用いて、ＵＥ１００、１０２が接続するオペレータを判定する。
【００５０】
なお、オペレータ判定部６０３は、ｅＮＢ１０４、１０６が複数のオペレータのＭＭＥに接続されている場合、どのオペレータのＭＭＥに接続したかを、非特許文献５に記載のAttach Procedureの際などに判定する。また、オペレータ判定部６０３は、複数の接続先オペレータ候補がある場合、好みの接続先オペレータを選択してもよい。
【００５１】
インデックス受信部６０４は、ｅＮＢ又はＭＭＥから、ＵＥ１００、１０２が接続するオペレータで使用するポリシーを示すポリシーインデックスを１つ又は複数受け取る。なお、インデックス受信部６０４は、ｅＮＢ１０４、１０６においてＵＥ１００、１０２が接続するオペレータで使用するポリシーが変更される度に、変更後のポリシーを示すポリシーインデックスを受信する。
【００５２】
ＳＤＰ作成部６０５は、ポリシーリスト格納部６０２、オペレータ判定部６０３、インデックス受信部６０４から得られた情報を用いて、ＳＤＰオファー又はＳＤＰアンサーを作成し、通話で使用するメカニズムの折衝を行う。すなわち、ＳＤＰ作成部６０５は、ポリシーリスト格納部６０２に格納されたポリシーのうち、オペレータ判定部６０３で判定されたＵＥ１００、１０２が接続するオペレータにおける、インデックス受信部６０４で受信されたポリシーインデックスに対応するポリシーを用いて、ＳＤＰオファー又はＳＤＰアンサーを作成し、自機と通信相手端末との間で通話に関する折衝を行う。
【００５３】
また、ＳＤＰ作成部６０５は、ＵＥ１００、１０２が本実施の形態が開示する機能（後述するEUTRA-CMRを用いたコーデックモード切替）をサポートすることを示すパラメータを、ＳＤＰオファー又はＳＤＰアンサーに付加し、EUTRA-CMRを利用することに関する折衝を行ってもよい。
【００５４】
能力通知部６０６は、ＵＥ１００、１０２がEUTRA-CMRを用いたコーデックモード切替をサポートしていることを示す情報（能力情報）を、ｅＮＢ又はＭＭＥに通知する。
【００５５】
コーデックモード通知部６０７は、ＳＤＰ作成部６０５で折衝されたメカニズムのうち、コーデックモードに関する情報（ビットレート、オーディオ帯域など）をｅＮＢに通知する。この際、コーデックモード通知部６０７は、折衝されたコーデックの情報も一緒にｅＮＢに通知してもよい。また、コーデックモード通知部６０７は、通話に関する折衝においてEUTRA-CMRを用いたコーデックモード切替が選択された場合、折衝されたビットレートの範囲をｅＮＢ１０４、１０６へ通知する。
【００５６】
EUTRA-CMR受信部６０８は、ｅＮＢ１０４、１０６からのEUTRA-CMRを受信する。EUTRA-CMRは、ｅＮＢ１０４、１０６においてＵＥ１００、１０２の無線状況に応じて決定されるコーデックモード（切替コーデックモード。例えば、ビットレート）を含む。また、EUTRA-CMRは、Ｅ−ＵＴＲＡＮ１２０、１２２のLayer2又はLayer3（非特許文献７等に記載）を用いたＣＭＲである。
【００５７】
例えば、EUTRA-CMRは、非特許文献８に記載のMAC CE(Control Element)（Layer2）を用いてもよく、非特許文献８又は非特許文献７に記載のMACヘッダ、RLCヘッダ、PDCPヘッダ（Layer2）などを用いてもよい。または、EUTRA-CMRは、非特許文献９に記載のRRCシグナリング（Layer3）を利用してもよい。これにより、EUTRA-CMRの送信時に、ＥＣＮのようにＩＰヘッダのフィールドを用いることに起因するＲＯＨＣの圧縮率への影響を回避することができる。
【００５８】
モード切替通知部６０９は、EUTRA-CMR受信部６０８が受信したEUTRA-CMRに含まれる切替先コーデックモードへの切替をエンコーダ（図示せず）に通知することにより、コーデックモードの切替を指示する。
【００５９】
モード切替確認部６１０は、エンコーダがEUTRA-CMRに従ってコーデックモードを切り替えたことを確認した場合、ｅＮＢ１０４、１０６へ応答メッセージ（acknowledgement）を送信する。応答メッセージの送信には、非特許文献８に記載のＢＳＲ(Buffer Status Report)を用いてもよく、他のMAC CEを用いてもよい。または、応答メッセージの送信には、非特許文献９に記載のRRCシグナリングを利用してもよい。
【００６０】
［基地局の構成］
図７は、本実施の形態に係る基地局（ｅＮＢ１０４、１０６）の構成を示すブロック図である。なお、図７では、本開示と密接に関連する構成部のみを示し、ｅＮＢの従来の機能などは省略している。
【００６１】
図７に示すｅＮＢ１０４、１０６において、受信部７００は、ＵＥ１００、１０２、ＭＭＥ又はＳ−ＧＷから送信されるシグナリング又はデータを受信し、受信したシグナリング又はデータを、ｅＮＢ１０４、１０６の対応する構成部へ出力する。送信部７０１は、各構成部から入力されるシグナリング又はデータを、ＵＥ１００、１０２、ＭＭＥ又はＳ−ＧＷへ送信する。
【００６２】
無線状態検出部７０２は、無線アクセスネットワークの混雑状況、混雑緩和状況、又は、各ＵＥの無線環境の状況を検出する。無線状態検出部７０２は、例えば、非特許文献８に記載のＰＨＲ(Power Headroom Report)又は非特許文献９に記載のメジャメント・レポート(measurement report)から、各ＵＥの無線環境の状況を検出してもよい。
【００６３】
ポリシーインデックス決定部７０３は、各オペレータが有するデフォルトのポリシーインデックス、及び、無線状態検出部７０２が検出した、無線アクセスネットワークの混雑状況、混雑緩和状況、又は、各ＵＥの無線環境の状況に基づいて、各ＵＥ１００、１０２に対するポリシーインデックスを決定し、決定したポリシーインデックスを各ＵＥ１００、１０２へ通知する。ポリシーインデックス決定部７０３は、無線状態検出部７０２が検出した無線状態に変化が起きて各ＵＥ１００、１０２に対するポリシーインデックスを変更する度に、変更後のポリシーインデックスを通知してもよい。
【００６４】
ＵＥ能力取得部７０４は、ＵＥ１００、１０２がEUTRA-CMRを用いたコーデックモード切替をサポートしているか否かをＵＥ１００、１０２に問い合わせ、ＵＥ１００、１０２がEUTRA-CMRを用いたコーデックモード切替をサポートしていることを示す能力情報をＵＥ１００、１０２から取得する。また、ＵＥ能力取得部７０４は、ＵＥ１００、１０２に問い合わせる代わりに、ＭＭＥからＵＥ１００、１０２の能力情報を取得してもよい。
【００６５】
コーデックモード取得部７０５は、通話を開始するＵＥ１００、１０２が折衝したコーデックモードに関する情報（例えば、折衝されたビットレートの範囲）をＵＥ１００、１０２から取得する。コーデックモード取得部７０５は、折衝されたコーデックモードの情報をEUTRA-CMRをサポートするＵＥ１００、１０２から取得してもよく、ＥＰＣ側のノードから取得してもよい。
【００６６】
EUTRA-CMR送信部７０６は、無線状態検出部７０２が検出した無線アクセスネットワークの混雑状況、又は、各EUTRA-CMRをサポートするＵＥ１００、１０２の無線状況に応じて、ＵＥ１００、１０２が使用するコーデックモードを決定し、決定されたコーデックモードを含むEUTRA-CMRを、EUTRA-CMRをサポートするＵＥ１００、１０２に送信する。なお、EUTRA-CMR送信部７０６は、コーデックモード取得部７０５で取得されたコーデックモードの情報（折衝されたビットレートの範囲など）に基づいて、EUTRA-CMRに含めるコーデックモードを決定する。
【００６７】
モード切替確認受信部７０７は、EUTRA-CMRの送信先のＵＥ１００、１０２から、EUTRA-CMRに含まれるコーデックモードへの切替が完了したことを示す応答メッセージ（acknowledgement）を受信する。
【００６８】
なお、以下では、EUTRA-CMRを用いたコーデックモード切替をサポートしているＵＥ１００、１０２のことを単に「ＵＥ」と記載する場合もある。また、以下では、図７に示すｅＮＢ１０４、１０６のことを単に「ｅＮＢ」と記載する場合もある。
【００６９】
［ポリシーインデックスの通知方法］
次に、図９Ａ〜図９Ｃを用いて、オペレータのポリシーインデックスの通知方法の一例について詳細に説明する。
【００７０】
図９Ａでは、ｅＮＢのポリシーインデックス決定部７０３は、決定したポリシーインデックスを、各ＵＥに個別に送信されるＲＲＣシグナリング（RRC dedicated signaling）（非特許文献９に記載）に格納し、ＵＥに通知する。なお、図９Ａでは、RRC dedicated signalingの一例として、RRCConnectionSetupを記載しているが、他のRRC dedicated signaling（例えば、RRCConnectionRecnfiguration）でもよい。
【００７１】
図９Ｂでは、ｅＮＢのポリシーインデックス決定部７０３は、決定したポリシーインデックスを、無線アクセスネットワーク内の全てのＵＥに報知するためのＲＲＣシグナリング(broadcast signaling)（非特許文献９に記載）に格納し、ＵＥに通知する。図９Ｂでは、broadcast signalingの一例として、SIB(System Information Block)を記載しているが、他のbroadcast signalingでもよい。
【００７２】
図９Ｃでは、ＥＰＣ１２４、１２６からＵＥへポリシーインデックスが送信される。図９Ｃでは、非特許文献５に記載のAttach Procedure、又は、TAU(Tracking Area Update)Procedureの際に、ＥＰＣ１２４、１２６からシグナリング(Attach accept又はTracking Area Update accept)のパラメータとともに、ポリシーインデックスがＵＥへ送信される。図９Ｃに示す方法は、例えば、オペレータが各ＵＥの契約状況に基づいてポリシーインデックスを決定する場合などに用いられる。ＵＥの契約情報に基づくポリシーインデックスは、例えばＭＭＥに格納されている。なお、前述した通り、ＵＥの契約情報に基づくポリシーインデックスは、ＭＭＥからｅＮＢに通知され、ｅＮＢのポリシーインデックス決定部７０３で最終決定されてもよい。
【００７３】
また、図９Ａ〜図９Ｃでは、ＵＥは、ポリシーリスト格納部６０２に格納されたポリシーリストの中から、オペレータ判定部６０３で判別したオペレータ、及び、インデックス受信部６０４が受信したポリシーインデックスに基づいて、オペレータが使用するポリシーを特定し、特定したポリシーに基づいて、通話開始の際のＳＤＰオファー・アンサーを記述する。
【００７４】
このように、ＵＥが複数のオペレータのポリシーを予め格納し、かつ、ｅＮＢからＵＥへポリシーインデックスを通知することにより、ＵＥは、Ｅ−ＵＴＲＡＮ１２０、１２２の無線環境（混雑具合、無線品質、又はＵＥの無線状況）に応じたオペレータのポリシーを使用することができる。例えば、ＵＥがコーデックモードの異なるネットワークへローミングした場合でも、ＵＥは、ローミング先のネットワークで使用されるポリシーを用いることができる。また、ＵＥが存在するネットワークの無線環境が変動した場合でも、ＵＥは、ネットワークの無線環境の変動に応じて適切なポリシーを使用することができる。また、ＵＥは、当該ＵＥがマクロセル(macrocell)に繋がっているか、フェムトセル(femtocell)に繋がっているかに応じても適切なポリシーを使用することができる。
【００７５】
［能力情報の通知方法］
次に、図１０Ａ及び図１０Ｂを用いて、ＵＥがEUTRA-CMRを用いたコーデックモード切替をサポートしていることを示す能力情報の通知方法の一例について詳細に説明する。
【００７６】
図１０Ａでは、ｅＮＢのＵＥ能力取得部７０４は、RRC dedicated signaling（例えば、UECapabilityEnquiry）を用いて、ＵＥに対して能力(EUTRA-CMRをサポートしているか否か)の問い合わせを行う。そして、ＵＥの能力通知部６０６は、RRC dedicated signaling（例えば、UECapabilityInformation）を用いて、EUTRA-CMRをサポートしていることを示す能力情報をｅＮＢに送信する。なお、図１０Ａでは、RRC dedicated signalingの一例として、非特許文献９に記載のUECapabilityEnquiry及びUECapabilityInformationを用いる方法を示すが、他のRRC dedicated signalingを用いてもよい。
【００７７】
図１０Ｂでは、ＵＥが、ＥＰＣ１２４、１２６経由でｅＮＢにＵＥの能力情報を通知する。まず、ＵＥの能力通知部６０６は、前述のAttach Procedureの際にEUTRA-CMRをサポートしていることを示す能力情報をパラメータとしてシグナリングに付加し、当該シグナリングをＭＭＥに送信する。この際、ＭＭＥは、ＵＥの能力情報を、ＵＥからではなく、ＨＳＳ１１８から取得してもよい。その後、例えばＩＭＳシグナリング用ベアラが確立される際（dedicated bearer activation procedure and/or service request procedureの際）、ＵＥ能力取得部７０４は、ＵＥの能力情報をＭＭＥからシグナリングのパラメータとして取得する。
【００７８】
こうすることで、ｅＮＢは、自機がカバーするＥ−ＵＴＲＡＮ１２０、１２２に存在するＵＥのうち、どのＵＥがEUTRA-CMRをサポートしているかを予め把握することができる。
【００７９】
［折衝されたコーデックモードの通知方法］
次に、図１１Ａ及び図１１Ｂを用いて、通話開始するＵＥ間で折衝されたコーデックモードの通知方法の一例について詳細に説明する。
【００８０】
図１１Ａでは、ＵＥのコーデックモード通知部６０７は、RRC dedicated signaling（例えば、RRCConnectionReconfigurationComplete）を用いて、折衝したコーデックモード（例えば、折衝されたビットレートの範囲）を示す情報を、ｅＮＢのコーデックモード取得部７０５に通知する。図１１Ａでは、RRC dedicated signalingの一例として、非特許文献９に記載の、RRCConnectionReconfigurationに対するRRCConnectionReconfigurationCompleteを用いる方法を示すが、他のRRC dedicated signalingを用いてもよい。
【００８１】
また、ＵＥのＳＤＰ作成部６０５がEUTRA-CMRをサポートしていることを示すパラメータをＳＤＰオファー又はＳＤＰアンサーに付加して折衝する際に、折衝に失敗した場合、コーデックモード通知部６０７は、コーデックモードをｅＮＢに通知せずに、折衝に失敗したことをｅＮＢに通知してもよい。
【００８２】
図１１Ｂは、ＩＭＳネットワーク１２８及びＥＰＣ１２４、１２６側から、ｅＮＢのコーデックモード取得部７０５にコーデックモードを通知する。
【００８３】
具体的には、通話を開始するＵＥ１、２のＳＤＰオファー・アンサーを中継するノードであるＰ−ＣＳＣＦ１、２は、折衝されたコーデックモードを確認する。このとき、Ｐ−ＣＳＣＦ１、２は、EUTRA-CMRを用いたコーデックモード切替をサポートすることを示すＳＤＰパラメータ（eutra-cmr）を確認し、EUTRA-CMRを用いたコーデックモード切替の折衝が行われたか否かを確認してもよい。
【００８４】
Ｐ−ＣＳＣＦ１、２は、折衝されたコーデックモード（例えば、折衝されたビットレートの範囲）をＥＰＣ１２４、１２６のＰＣＲＦに通知し、ＰＣＲＦは取得したコーデックモードをＰ−ＧＷに送信し、Ｐ−ＧＷは通話用ベアラを確立するシグナリングにパラメータとしてコーデックモードを含める。ｅＮＢのコーデックモード取得部７０５は、このシグナリングを受信することにより、折衝されたコーデックモードを取得する。
【００８５】
ここで、ＵＥで折衝されたコーデックモードをｅＮＢに通知する際の表記方法について説明する。一例として、折衝されたコーデックがＥＶＳコーデックであり、折衝されたビットレートが9.6kbps〜24.4kbpsであり、オーディオ帯域がＳＷＢであり、Channel Aware mode利用無しである場合について説明する。
【００８６】
例えば、折衝されたコーデックモードのフォーマットは、非特許文献２のAnnex A.3に記載されているメディアタイプパラメータの表記を利用し、"EVS: br=9.6-24.4; bw=swb; ch-aw-recv=-1"のように表記してもよい。また、折衝されたコーデックモードは、非特許文献２のAnnex A.2.2.1.1に記載されているＣＭＲのコードにマッピングされ、"T=011, D=0011-0110"のように表記してもよい。これらの表記方法は、折衝されたコーデックがＡＭＲ又はＡＭＲ−ＷＢの場合でも、非特許文献３及び非特許文献４に記載のメディアタイプパラメータ及びＣＭＲのコード（インデックス）を用いて表記することができる。また、ＵＥが保有するオペレータのポリシーリストの中に、オペレータ指定の表記方法が示されている場合には、その表記方法に従ってコーデックモードを表記してもよい。
【００８７】
このように、ＵＥからｅＮＢへ折衝されたコーデックモードを通知することにより、ｅＮＢは、EUTRA-CMRを用いて指定するコーデックモード（ビットレート）の範囲を予め特定することができる。
【００８８】
また、ＵＥは、EUTRA-CMRを用いたコーデックモード切替を行う前に、通話相手端末との間で、EUTRA-CMRを用いたコーデックモード切替の使用を折衝し、双方のＵＥ間で合意された場合に、折衝されたコーデックモードをｅＮＢへ通知する。これにより、ｅＮＢは、通話を行っているＵＥ間で折衝されたビットレートを用いて、EUTRA-CMRによるコーデックモードの切替を指示することができる。
【００８９】
［EUTRA-CMRを用いたコーデックモードの切替方法］
次に、図１２Ａ〜１４を用いて、ｅＮＢによるEUTRA-CMRを用いたコーデックモード（ビットレート）の切替方法の一例について詳細に説明する。
【００９０】
例えば、折衝されたコーデック及びコーデックモードの条件がＥＶＳであり、ビットレートが9.6kbps〜24.4kbpsであり、オーディオ帯域がＳＷＢであり、Channel Aware mode利用無しであるとする。
【００９１】
図１２Ａ、図１２Ｂ、図１２Ｃ、図１３Ａ、図１３Ｂ、及び図１３Ｃは、非特許文献８に記載のMAC CEをEUTRA CMRに用いる場合のMAC CEの一例を示す。
【００９２】
図１２Ａ〜図１２Ｃは、非特許文献８のLCID(Logical Channel Identifier)の予約値(Reserved)のうち１つがEUTRA-CMRとして定義された場合の例を示す。図１２Ａでは、一例として、LCIDの値（Index）＝"11001"がEUTRA-CMRとして割り当てられている。図１２Ｂは、EUTRA-CMRのMAC CEの構成例を示す。Rビットは予約(reserved)を示す。３ビットのCodecフィールドには、どのコーデック又はコーデックモードのＣＭＲであるかを示す値が入る。図１２Ｃは、コーデック又はコーデックモードと、Codecフィールドの値(Index)との対応例を示す。図１２Ｂの４ビットのＣＭＲフィールドには、要求しているコーデックモード（ビットレート等）の値(Index)が入る。ＣＭＲフィールドの値は、例えば、ＡＭＲ又はＡＭＲ−ＷＢの場合には非特許文献３のＣＭＲの値に従い、ＥＶＳの場合には非特許文献２のＣＭＲバイトのうち、Ｄフィールドの値に従う。
【００９３】
なお、図１２ＣのＥＶＳコーデックに関し、ＥＶＳ  ＡＭＲ−ＷＢ  ＩＯはＡＭＲ−ＷＢ互換モードである。また、ＥＶＳ−ＮＢ、ＥＶＳ−ＷＢ、ＥＶＳ−ＳＷＢ、ＥＶＳ−ＦＢはそれぞれ、ＥＶＳプライマリモード狭帯域、ＥＶＳプライマリモード広帯域、ＥＶＳプライマリモード超広帯域、ＥＶＳプライマリモードフル帯域である。また、ＥＶＳ−ＣＡ−ＷＢ、ＥＶＳ−ＣＡ−ＳＷＢはそれぞれ、ＥＶＳプライマリモード広帯域のChannel Aware mode、ＥＶＳプライマリモード超広帯域のChannel Aware modeである。
【００９４】
図１３Ａ〜図１３Ｃは、非特許文献８のLCID(Logical Channel Identifier)の予約値(Reserved)のうち２つがEUTRA-CMRとして定義された場合の例を示す。図１３Ａでは、一例として、LCIDの値（Index）＝"11000"がShort EUTRA-CMRとして割り当てられて、LCIDの値（Index）＝"11001"がLong EUTRA-CMRとして割り当てられている。図１３Ｂは、Short EUTRA-CMR及びLong EUTRA-CMRそれぞれのMAC CEの構成例を示す。Rビットは予約(reserved)を示す。３ビットのCodecフィールドには、どのコーデックのＣＭＲであるかを示す値が入る。図１３Ｃは、コーデックと、Codecフィールドの値(Index)との対応例を示す。図１３ＢのShort EUTRA−CMRの場合４ビットであり、Long EUTRA−CMRの場合８ビットであるＣＭＲフィールドには、要求しているコーデックモード（ビットレート等）の値(Index)が入る。CMRフィールドの値は、例えば、ＡＭＲ又はＡＭＲ−ＷＢの場合にはShort EUTRA-CMRを用いて非特許文献３のＣＭＲの値に従い、ＥＶＳの場合にはLong EUTRA-CMRを用いて非特許文献２のＣＭＲバイトの値に従う。
【００９５】
なお、Rビットは後述のdownlink方向のEUTRA-CMRを表すビットとして使用しても良い。
【００９６】
図１４において、最初、ＵＥは、ＥＶＳコーデックのＳＷＢ（以下EVS-SWBと記述する）の13.2kbpsでエンコードを行い、音声データを送信する（ＳＴ２１）。
【００９７】
次に、ｅＮＢの無線状態検出部７０２は、ＵＥの無線環境が劣悪であること、又は、Ｅ−ＵＴＲＡＮ（uplink）が混雑していることを検出する（ＳＴ２２）。そこで、ｅＮＢのEUTRA-CMR送信部７０６は、ＵＥの送信に使用するビットレートを9.6kbpsに下げるように指示することを決定し、EUTRA-CMRにEVS-SWB 9.6kbpsを指定して、ＵＥに送信する（ＳＴ２３）。
【００９８】
ＵＥのEUTRA-CMR受信部６０８は、EUTRA-CMRを受信し、EVS-SWB 9.6kbpsが指定されたことをモード切替通知部６０９に出力する。モード切替通知部６０９は、ＵＥのＥＶＳエンコーダ（図示せず）に対して、EVS-SWB 9.6kbpsでエンコードするように指示する。ＵＥのＥＶＳエンコーダは、EVS-SWB 9.6kbpsの指示を受け取り、ビットレートをEVS-SWB 9.6kbpsに変更してエンコードを開始する（ＳＴ２４）。ＵＥのモード切替確認部６１０は、ＥＶＳエンコーダがEVS-SWB 9.6kbpsへ切り替えたことを確認すると、AcknowledgementをｅＮＢに送信する（ＳＴ２５）。
【００９９】
ｅＮＢのモード切替確認受信部７０７は、Acknowledgementを受信することにより、ＵＥにおいて送信される音声データのコーデックモードが指示通り切り替わったことを検出する。
【０１００】
次に、ｅＮＢの無線状態検出部７０２は、ＵＥの無線環境が改善されたこと、又は、Ｅ−ＵＴＲＡＮ（uplink）の混雑が緩和したことを検出する（ＳＴ２６）。そこで、ｅＮＢのEUTRA-CMR送信部７０６は、ＵＥの送信に使用するビットレートを再び13.2kbpsに上げるように指示することを決定し、EUTRA-CMRにEVS-SWB 13.2kbpsを指定して、ＵＥに送信する（ＳＴ２７）。
【０１０１】
ＵＥのEUTRA-CMR受信部６０８は、EUTRA-CMRを受信し、EVS-SWB 13.2kbpsが指定されたことをモード切替通知部６０９に出力する。モード切替通知部６０９は、ＵＥのＥＶＳエンコーダ（図示せず）に対して、EVS-SWB 13.2kbpsでエンコードするように指示する。ＵＥのＥＶＳエンコーダは、EVS-SWB 13.2kbpsの指示を受け取り、ビットレートをEVS-SWB 13.2kbpsに変更してエンコードを開始する（ＳＴ２８）。ＵＥのモード切替確認部６１０は、ＥＶＳエンコーダがEVS-SWB 13.2kbpsへ切り替えたことを確認すると、AcknowledgementをｅＮＢに送信する（ＳＴ２９）。
【０１０２】
ｅＮＢのモード切替確認受信部７０７は、Acknowledgementを受信することにより、ＵＥにおいて送信される音声データのコーデックモードが指示通り切り替わったことを検出する。
【０１０３】
なお、Ｅ−ＵＴＲＡＮのuplinkのスケジューリング(scheduling)に、非特許文献１０などに記載のＳＰＳ(Semi-Persistent Scheduling)が使われていた場合、ｅＮＢはEUTRA-CMRによるuplinkのビットレートの変更に伴い、現在使用中のＳＰＳの設定（非特許文献１０に記載のresource allocation又はtransport block sizeなど）を変更しても良い。この変更は非特許文献１０に記載の、SPS releaseに続きSPS activationを行う事により変更しても良いし、SPS modificationなどの変更のためのシグナリングを新たに定義し、SPS modificationを行う事により変更しても良い。また、ｅＮＢは、EUTRA-CMRによりuplinkのビットレートを大きくする場合には、このＳＰＳの設定の変更を、ＵＥからのAcknowledgementを受信する前、即ちEUTRA-CMRを送ると同時又は直後に行ってもよい。逆に、ｅＮＢは、EUTRA-CMRによりuplinkのビットレートを小さくする場合には、このＳＰＳの設定の変更を、ＵＥからのAcknowledgementを受信後に行っても良い。
【０１０４】
このように、ｅＮＢは、Ｅ−ＵＴＲＡＮ１２０、１２２の無線状況（混雑）又はＵＥの無線状況の変動（品質低下及び品質向上）に応じて、EUTRA-CMRを用いてＵＥに対してコーデックモードの切替を指示（実際のビットレートを指定）することができる。これにより、ＵＥは、自機の無線環境に応じたコーデックモード（ビットレート）を用いて通話することができる。
【０１０５】
なお、EUTRA-CMRのＣＭＲの表記方法は、ＥＶＳコーデックの場合は非特許文献２に記載のＣＭＲの表記方法、ＡＭＲ−ＷＢ又はＡＭＲの場合は非特許文献３に記載のＣＭＲの表記方法に従ってもよく、他の表記方法でもよい。また、具体的なコーデックモードをEUTRA-CMRに表記する代わりに、ビットレートを１段階下げる、ビットレートを１段階上げるなどの表記をEUTRA-CMRで行ってもよい。
【０１０６】
また、EUTRA-CMRと、従来のＲＴＰペイロードフォーマット又はＲＴＣＰ−ＡＰＰを用いたＣＭＲと、が競合した場合に何れを優先するかに関しては、オペレータのポリシーによって決定されてもよい。ただし、ＥＶＳコーデックの場合で、ＥＶＳプライマリモードとＥＶＳ  ＡＭＲ−ＷＢ互換モードとの切替に関しては、従来のＲＴＰペイロードフォーマット又はＲＴＣＰ−ＡＰＰを用いたＣＭＲが優先される。
【０１０７】
なお、ＥＶＳコーデック利用中に、ＲＴＰペイロードフォーマット又はＲＴＣＰ−ＡＰＰを用いたＣＭＲによりＥＶＳプライマリモードとＥＶＳ  ＡＭＲ−ＷＢ互換モードの切替が生じた場合、ＵＥのコーデックモード通知部６０７は、切替後のモード（ＥＶＳプライマリモード、又はＥＶＳ  ＡＭＲ−ＷＢ互換モード）における折衝したコーデックモード（例えば、折衝されたビットレートの範囲）を示す情報を、ｅＮＢのコーデックモード取得部７０５に通知する。
【０１０８】
また、利用中のコーデックに係らず、ＩＭＳシグナリングメッセージによりコーデックの再折衝が行われ、利用するコーデックが切り替わった場合には、ＵＥのコーデックモード通知部６０７が、切替後のコーデックにおける折衝したコーデックモード（例えば、折衝されたビットレートの範囲）を示す情報を、ｅＮＢのコーデックモード取得部７０５に通知しても良いし、前述のようにＰ−ＣＳＣＦ１、２からＥＰＣ１２４、１２６経由でのベアラを確立するシグナリングより、ｅＮＢのコーデックモード取得部７０５は、再折衝されたコーデックモードを取得しても良い。
【０１０９】
以上、ｅＮＢによるEUTRA-CMRを用いたコーデックモード（ビットレート）の切替方法について説明した。
【０１１０】
以上のように、本実施の形態では、ＵＥ１００、１０２は、ＵＥの無線環境の変化（ローミング時、又は、無線状況の変動）に応じてオペレータのポリシーを選択する。また、ｅＮＢ１０４、１０６は、各ＵＥ１００、１０２の無線状況に応じてビットレートの変更をＵＥ１００、１０２に指示する。こうすることで、本実施の形態によれば、ｅＮＢ１０４、１０６は、ＵＥの無線環境に応じたコーデック又コーデックモードを切り替えることができる。
【０１１１】
よって、ＵＥ１００、１０２は、適切なオペレータのポリシー、及び、コーデックモードに基づいて通話することができるので、ＵＥ１００、１０２での通話品質の劣化を抑えつつ、無線リソースの利用効率を向上することができる。
【０１１２】
なお、本実施の形態では、EUTRA-CMRを、送信側(uplink)に対するＣＭＲとして説明したが、受信側(downlink)に対するEUTRA-CMRが別途用意されてもよい。受信側に対するEUTRA-CMRを受け取ったＵＥ１００、１０２は、ＲＴＰペイロードヘッダ又はＲＴＣＰ−ＡＰＰのＣＭＲに、受信側に対するEUTRA-CMRの内容を反映し、通話相手のＵＥに送信する。
【０１１３】
また、本実施の形態では、ｅＮＢ１０４、１０６は、自機がEUTRA-CMRを用いたコーデックモード切替をサポートすることをＵＥ１００、１０２に通知してもよい。この通知には、例えば、SIB等のbroadcast signalingを用いてもよい。例えば、ＵＥ１００、１０２は、複数のｅＮＢからの通知に基づいて、EUTRA-CMRをサポートしているｅＮＢ１０４、１０６へ優先して接続してもよい。
【０１１４】
（実施の形態２）
本開示の実施の形態２について、図６、及び図１５〜図１９を参照して詳細に説明する。
【０１１５】
［端末の構成］
図６は、本実施の形態２に係る端末（ＵＥ１００、１０２）の構成を示すブロック図である。なお、図６では、本開示と密接に関連する構成部のみを示し、ＵＥの従来の機能などは省略している。
【０１１６】
図６に示すＵＥ１００、１０２において、無線受信部６００は、基地局（ｅＮＢ１０４、１０６）又はＭＭＥから送信されるシグナリング又はデータを受信し、受信したシグナリング又はデータを、ＵＥ１００、１０２の対応する構成部へ出力する。無線送信部６０１は、各構成部から入力されるシグナリング又はデータをｅＮＢ１０４、１０６又はＭＭＥへ送信する。
【０１１７】
ポリシーリスト格納部６０２は、実施の形態１と同様、複数のオペレータの各々がサポートするコーデックモードを含むポリシーを、オペレータ毎に少なくとも１つ格納する（例えば、図８Ａ及び図８Ｂを参照）。ポリシーリスト格納部６０２に格納されるオペレータのポリシーリストは、自端末（ＵＥ１００、１０２）を使用するユーザが契約しているオペレータ、及び、そのオペレータがローミング契約をしているオペレータのポリシーリストのみであってもよい。また、ポリシーリストは、端末（ＵＥ１００、１０２）の出荷時にプリセット(preset)されていても良く、オペレータが保有するサーバなどからダウンロードするなどの方法で取得しても良い。また、ポリシーリストは、ＯＭＡ−ＤＭ(open mobile alliance-device management)などを利用して取得しても良い。また、ポリシーリストには、各オペレータのＶｏＬＴＥサービス用ＡＰＮ(Access Point Name)などが含まれていても良い。また、このポリシーリストの中に、オペレータのネットワークがEUTRA-CMR又はＥＣＮをサポートしているか否かを示す情報が含まれても良い。
【０１１８】
図６のオペレータ判定部６０３は、ＵＥ１００、１０２の接続先のオペレータを判定する。オペレータ判定部６０３は、例えば、非特許文献７に記載のPLMN(Public Land Mobile Network)IDを用いて、ＵＥ１００、１０２が接続するオペレータを判定する。
【０１１９】
なお、オペレータ判定部６０３は、ｅＮＢ１０４、１０６が複数のオペレータのＭＭＥに接続されている場合、どのオペレータのＭＭＥに接続したかを、非特許文献５に記載のAttach Procedureの際などに判定する。また、オペレータ判定部６０３は、複数の接続先オペレータ候補がある場合、好みの接続先オペレータ、例えばローミング契約のあるオペレータや、ローミング契約のあるオペレータのうち優先度の高いオペレータを選択してもよい。
【０１２０】
インデックス受信部６０４は、ｅＮＢ又はＭＭＥから、ＵＥ１００、１０２が接続するオペレータで使用するポリシーを示すポリシーインデックスを１つ又は複数受け取る。なお、インデックス受信部６０４は、ｅＮＢ１０４、１０６においてＵＥ１００、１０２が接続するオペレータで使用するポリシーが変更される度に、変更後のポリシーを示すポリシーインデックスを受信する。
【０１２１】
ＳＤＰ作成部６０５は、ポリシーリスト格納部６０２、オペレータ判定部６０３、インデックス受信部６０４から得られた情報を用いて、ＳＤＰオファー又はＳＤＰアンサーを作成し、通話で使用するメカニズムの折衝を行う。すなわち、ＳＤＰ作成部６０５は、ポリシーリスト格納部６０２に格納されたポリシーのうち、オペレータ判定部６０３で判定されたＵＥ１００、１０２が接続するオペレータにおける、インデックス受信部６０４で受信されたポリシーインデックスに対応するポリシーを用いて、ＳＤＰオファー又はＳＤＰアンサーを作成し、自機と通信相手端末との間で通話に関する折衝を行う。
【０１２２】
また、ＳＤＰ作成部６０５は、ＵＥ１００、１０２が本実施の形態が開示する機能（後述するEUTRA-CMRを用いたコーデックモード切替）をサポートすることを示すパラメータを、ＳＤＰオファー又はＳＤＰアンサーに付加し、EUTRA-CMRを利用することに関する折衝を行ってもよい。
【０１２３】
能力通知部６０６は、ＵＥ１００、１０２がEUTRA-CMRを用いたコーデックモード切替をサポートしていることを示す情報（能力情報）を、ｅＮＢ又はＭＭＥに通知する。また能力通知部６０６は、EUTRA-CMRの方式が複数ある場合、どの方式に対応しているのかを示す情報をｅＮＢ又はＭＭＥに通知しても良い。また、能力通知部６０６は、EUTRA-CMRを用いたコーデックモード切替をサポートしていることを示す情報に加え、ＥＣＮを用いたコーデックモード切替をサポートしているか否かを示す情報を、ｅＮＢ又はＭＭＥに通知しても良い。
【０１２４】
コーデックモード通知部６０７は、ＳＤＰ作成部６０５で折衝されたメカニズムのうち、コーデックモードに関する情報（ビットレート、オーディオ帯域など）をｅＮＢに通知する。この際、コーデックモード通知部６０７は、折衝されたコーデックの情報も一緒にｅＮＢに通知してもよい。また、コーデックモード通知部６０７は、通話に関する折衝においてEUTRA-CMRを用いたコーデックモード切替が選択された場合、折衝されたビットレートの情報（例えばＡＭＲやＡＭＲ−ＷＢの場合は非特許文献３に記載のmode-setパラメータの情報、ＥＶＳの場合は非特許文献２に記載の、br、又はbr-send及びbr-recvパラメータの情報）をｅＮＢ１０４、１０６へ通知する。また、コーデックモード通知部６０７は、通話に関する折衝においてＥＣＮを用いたコーデックモード切替が選択された場合にも、折衝されたビットレートの情報をｅＮＢ１０４、１０６へ通知しても良い。
【０１２５】
また、端末（ＵＥ１００、１０２）がコーデックモード切替に使われるコーデックモードの情報を保有している場合（例えば、非特許文献４に記載のMedia Adaptation Management Objectなどを保有している場合）には、コーデックモード通知部６０７は、このコーデックモード切替に使われるコーデックモードの情報と、折衝されたメカニズムのうちのコーデックモードに関する情報とを比較し、共通するコーデックモードをｅＮＢに通知してもよい。
【０１２６】
また、コーデックモード通知部６０７は、コーデック特有のコーデックモード（ビットレート、オーディオ帯域など）をｅＮＢに通知する代わりに、データサイズの範囲に段階を設けて、データサイズの範囲とインデックスとの対応付けをＵＥとｅＮＢとの間で予め共有し、そのインデックスをｅＮＢに通知してもよい。本実施の形態では、「データサイズ」は、RTPペイロードヘッダ又はパディングを含むビットレートとする。データサイズの範囲とインデックスとの対応付けを示す情報（対応表）は、ＵＥとｅＮＢにプリセット(preset)されてもよく、ＯＭＡ−ＤＭなどの方法を用いて、サーバからダウンロードしても良い。
【０１２７】
図１５は、データサイズの範囲とインデックスとの対応表の一例である。なお、本実施の形態では、データサイズの範囲とインデックスとの対応付けを新たに用いる代わりに、非特許文献８に記載のＢＳＲ(Buffer Status Report)に用いられるデータサイズ（バッファサイズ）の範囲とインデックスとの既存の対応付けを用いても良い。また、データサイズの範囲の代わりに、非特許文献１０に記載の伝送ブロックサイズ(TBS: Transport Block Size)を用いても良い。コーデックモード通知部６０７がインデックスのみをｅＮＢに通知することにより、ｅＮＢへの通知に必要なデータ量を小さくすることができる。
【０１２８】
また、コーデックモード通知部６０７は、コーデック特有のコーデックモード、又はデータサイズの範囲に紐付けられたインデックスをｅＮＢに通知する代わりに、ビットレート又はデータサイズの上限及び下限、及び上限と下限の間にビットレート又はデータサイズが何個含まれるかを示す情報をｅＮＢに通知しても良い。ただし、ビットレート又はデータサイズの上限の情報に関しては、ｅＮＢにて非特許文献５などに記載のＧＢＲ(Guaranteed Bit Rate)又はＭＢＲ(Maximum Bitrate)の値より得る事が可能なため、通知しなくても良い。ビットレート又はデータサイズの上限及び下限は、具体的な数値でも良く、数値やデータサイズの範囲と紐づいたインデックスであっても良い。
【０１２９】
また、コーデックモード通知部６０７は、ＳＤＰ作成部６０５で折衝されたメカニズムのうち、コーデックモード切替に関する情報があれば、この情報もｅＮＢに通知する。例えば、ＡＭＲ又はＡＭＲ−ＷＢにおいて、非特許文献３に記載のmode-change-period、mode-change-capability、mode-change-neighborなどが折衝され、コーデックモード（ビットレート）変更が可能な周期、又は、コーデックモード変更を行うことができる範囲（一つ上又は一つ下のビットレートへの変更に限られるか否か）などに制限がある場合には、コーデックモード通知部６０７は、これらの制限に関する情報もｅＮＢに通知する。また、ＥＶＳにおいて、非特許文献２に記載のcmrパラメータが折衝された場合、コーデックモード通知部６０７は、ＲＴＰペイロードのＣＭＲを許可するか否かを示す情報もｅＮＢに通知する。また、コーデックモード通知部６０７は、折衝されたＲＴＰペイロードフォーマットの情報をｅＮＢに通知しても良い。
【０１３０】
EUTRA-CMR受信部６０８は、ｅＮＢ１０４、１０６からのEUTRA-CMRを受信する。EUTRA-CMRは、ｅＮＢ１０４、１０６においてＵＥ１００、１０２の無線状況に応じて決定されるコーデックモード（切替コーデックモード。例えば、ビットレートや前述のデータサイズの範囲を表すインデックス）を含む。また、EUTRA-CMRは、Ｅ−ＵＴＲＡＮ１２０、１２２のLayer2又はLayer3（非特許文献７等に記載）を用いたＣＭＲである。ただし、本実施の形態では、EUTRA-CMRは、ＡＭＲ、ＡＭＲ−ＷＢ、ＥＶＳなどのように特定のコーデックモード（ビットレート、帯域等）を指定する代わりに、前述したようにデータサイズの範囲又はデータサイズの範囲を表すインデックスを指定しても良い。
【０１３１】
例えば、EUTRA-CMRは、非特許文献８に記載のMAC CE(Control Element)（Layer2）を用いてもよく、非特許文献８又は非特許文献７に記載のMACヘッダ、RLCヘッダ、PDCPヘッダ（Layer2）などを用いてもよい。または、EUTRA-CMRは、非特許文献９に記載のRRCシグナリング（Layer3）を利用してもよい。または、ERTRA-CMRは、非特許文献１０などに記載のPDCCH(Physical Downlink Control Channel)を利用してもよい。これにより、EUTRA-CMRの送信時に、ＥＣＮのようにＩＰヘッダのフィールドを用いることに起因するＲＯＨＣの圧縮率への影響を回避することができる。なお、ＥＣＮを利用した場合のＲＯＨＣの圧縮率への影響を低減するため、ＩＰヘッダに含まれる輻輳通知（ECN-CE: ECN Congestion Experienced）をＲＯＨＣ内のＩＰヘッダ情報部分に含める代わりに、ＰＤＣＰヘッダなどにＥＣＮ輻輳通知用のフィールドを新たに設けても良い。
【０１３２】
モード切替通知部６０９は、EUTRA-CMR受信部６０８が受信したEUTRA-CMRに含まれる切替先コーデックモードへの切替をエンコーダ（図示せず）に通知することにより、コーデックモードの切替を指示する。また、モード切替通知部６０９は、EUTRA-CMRが前述のようにデータサイズの範囲、又は、データサイズの範囲を表すインデックスを指定していた場合には、このデータサイズに対応する、使用中のコーデックのビットレートを特定し、エンコーダ（図示せず）に通知する。
【０１３３】
モード切替確認部６１０は、エンコーダがEUTRA-CMRに従ってコーデックモードを切り替えたことを確認した場合、ｅＮＢ１０４、１０６へ応答メッセージ（acknowledgement）を送信する。応答メッセージの送信には、非特許文献８に記載のＢＳＲ(Buffer Status Report)を用いてもよく、他のMAC CEを用いてもよい。または、応答メッセージの送信には、非特許文献９に記載のRRCシグナリングを利用してもよい。なお、モード切替確認部６１０は、ＵＥ１００、１０２が従来のＲＴＰペイロードフォーマット又はＲＴＣＰ−ＡＰＰを用いたＣＭＲを受け取り、当該ＣＭＲによりコーデックモードを切り替えた場合にも、ｅＮＢ１０４、１０６へ通知メッセージを送っても良い。なお、EUTRA-CMRによるコーデックモード切替に対する応答メッセージと、従来のＲＴＰペイロードフォーマット又はＲＴＣＰ−ＡＰＰを用いたＣＭＲによるコーデックモード切替通知は、同じシグナリングであっても良く、異なるシグナリングであっても良い。
【０１３４】
［基地局の構成］
図１６は、本実施の形態に係る基地局（ｅＮＢ１０４、１０６）の構成を示すブロック図である。なお、図１６では、本開示と密接に関連する構成部のみを示し、ｅＮＢの従来の機能などは省略している。また、図１６において、実施の形態１（図７）と同等の処理を行う構成部には同一の符号を付す。図１６に示すｅＮＢ１０４、１０６は、ベアラＱｏＳ更新部１５０１を新たに備える。
【０１３５】
図１６に示すｅＮＢ１０４、１０６において、受信部７００は、ＵＥ１００、１０２、ＭＭＥ又はＳ−ＧＷから送信されるシグナリング又はデータを受信し、受信したシグナリング又はデータを、ｅＮＢ１０４、１０６の対応する構成部へ出力する。送信部７０１は、各構成部から入力されるシグナリング又はデータを、ＵＥ１００、１０２、ＭＭＥ又はＳ−ＧＷへ送信する。
【０１３６】
無線状態検出部７０２は、無線アクセスネットワークの混雑状況、混雑緩和状況、又は、各ＵＥの無線環境の状況を検出する。無線状態検出部７０２は、例えば、非特許文献８に記載のＰＨＲ(Power Headroom Report)又は非特許文献９に記載のメジャメント・レポート(measurement report)から、各ＵＥの無線環境の状況を検出してもよい。また、無線状態検出部７０２は、検出した各ＵＥの無線環境の状況により、EUTRA-CMRを用いて該当ＵＥのコーデックモードを変更するのか、又は、該当ＵＥを他のｅＮＢ、ＵＴＲＡＮ(UMTS Terrestrial Radio Access Network)又はＧＥＲＡＮ(GSM EDGE Radio Access Network)などのＬＴＥ以外の基地局などにハンドオーバさせるのが良いのかを判断する。この判断の際、無線状態検出部７０２は、該当ＵＥが現在使用中のコーデックモードを考慮に入れても良い。
【０１３７】
ポリシーインデックス決定部７０３は、各オペレータが有するデフォルトのポリシーインデックス、及び、無線状態検出部７０２が検出した、無線アクセスネットワークの混雑状況、混雑緩和状況、又は、各ＵＥの無線環境の状況に基づいて、各ＵＥ１００、１０２に対するポリシーインデックスを決定し、決定したポリシーインデックスを各ＵＥ１００、１０２へ通知する。ポリシーインデックス決定部７０３は、無線状態検出部７０２が検出した無線状態に変化が起きて各ＵＥ１００、１０２に対するポリシーインデックスを変更する度に、変更後のポリシーインデックスを通知してもよい。なお、ポリシーインデックス決定に係る無線環境の状況の閾値は、各ｅＮＢがプリセット(preset)で保持しても良く、ＯＭＡ−ＤＭなどの方法でサーバからダウンロードしても良い。
【０１３８】
ＵＥ能力取得部７０４は、ＵＥ１００、１０２がEUTRA-CMRを用いたコーデックモード切替をサポートしているか否かをＵＥ１００、１０２に問い合わせ、ＵＥ１００、１０２がEUTRA-CMRを用いたコーデックモード切替をサポートしていることを示す能力情報をＵＥ１００、１０２から取得する。また、ＵＥ能力取得部７０４は、ＵＥ１００、１０２に問い合わせる代わりに、ＭＭＥからＵＥ１００、１０２の能力情報を取得してもよい。なお、ＵＥ能力取得部７０４は、EUTRA-CMRの方式が複数ある場合、どの方式に対応しているのかをＵＥ１００、１０２から取得しても良い。また、ＵＥ能力取得部７０４は、ＵＥ１００、１０２がＥＣＮを用いたコーデックモード切替をサポートしているか否かを示す情報をＵＥ１００，１０２から取得しても良い。
【０１３９】
コーデックモード取得部７０５は、通話を開始するＵＥ１００、１０２が折衝したコーデックモードに関する情報（例えば、折衝されたビットレートの範囲）をＵＥ１００、１０２から取得する。コーデックモード取得部７０５は、折衝されたコーデックモードの情報をEUTRA-CMRをサポートするＵＥ１００、１０２から取得してもよく、ＥＰＣ側のノードから取得してもよい。
【０１４０】
また、上述したように、コーデックモード取得部７０５は、コーデック特有のコーデックモード（ビットレート、オーディオ帯域など）を取得する代わりに、データサイズ（RTPペイロードヘッダやパディングを含むビットレート）の範囲に段階を設けて、データサイズの範囲とインデックスとの対応付けをＵＥとｅＮＢとの間で予め共有し、そのインデックスを取得してもよい。データサイズの範囲とインデックスとの対応表（例えば、図１５を参照）は、ＵＥとｅＮＢにプリセット(preset)されていてもよく、ＯＭＡ−ＤＭなどの方法を用いて、サーバからダウンロードしても良い。また、コーデックモード取得部７０５は、コーデック特有のコーデックモード、又はデータサイズの範囲に紐付けられたインデックスを取得する代わりに、ビットレート又はデータサイズの上限及び下限、及び上限と下限の間にビットレート又はデータサイズが何個含まれるかを示す情報を取得しても良い。また、コーデックモード取得部７０５は、取得したコーデックモードに関する情報を、本実施の形態のEUTRA-CMRによるコーデックモード（ビットレート）変更だけではなく、ＥＣＮによるコーデックモード（ビットレート）変更に用いても良い。
【０１４１】
また、コーデックモード取得部７０５は、コーデックモード切替に関する情報を取得しても良い。例えば、コーデックモード（ビットレート）変更が可能な周期や、コーデックモード変更を行うことのできる範囲（一つ上又は下のビットレートへの変更に限られるか否か）や、ＲＴＰペイロードによるＣＭＲ利用などに制限がある場合には、コーデックモード取得部７０５は、これらの制限に関する情報も取得する。また、コーデックモード取得部７０５は、折衝されたＲＴＰペイロードフォーマットの情報を取得しても良い。
【０１４２】
EUTRA-CMR送信部７０６は、無線状態検出部７０２が検出した無線アクセスネットワークの混雑状況、又は、各EUTRA-CMRをサポートするＵＥ１００、１０２の無線状況に応じて、ＵＥ１００、１０２が使用するコーデックモードを決定し、決定されたコーデックモードを含むEUTRA-CMRを、EUTRA-CMRをサポートするＵＥ１００、１０２に送信する。なお、EUTRA-CMR送信部７０６は、コーデックモード取得部７０５で取得されたコーデックモードの情報（折衝されたビットレートの範囲や、前述のデータサイズの範囲を表すインデックス、及び前述のコーデックモード切替に関する情報など）に基づいて、EUTRA-CMRに含めるコーデックモードを決定する。ただし、本実施の形態では、EUTRA-CMRは、ＡＭＲ、ＡＭＲ−ＷＢ、ＥＶＳなどのように特定のコーデックモード（ビットレート、帯域等）を指定する代わりに、前述したようにデータサイズの範囲又はデータサイズの範囲を表すインデックス（例えば、図１５を参照）を指定しても良い。
【０１４３】
モード切替確認受信部７０７は、EUTRA-CMRの送信先のＵＥ１００、１０２から、EUTRA-CMRに含まれるコーデックモードへの切替が完了したことを示す応答メッセージ（acknowledgement）を受信する。なお、モード切替確認受信部７０７は、ＵＥ１００、１０２が従来のＲＴＰペイロードフォーマット又はＲＴＣＰ−ＡＰＰを用いたＣＭＲを受け取り、当該ＣＭＲによりコーデックモードを切り替えた場合にも、ＵＥ１００、ＵＥ１０２からの通知メッセージを送っても良い。
【０１４４】
ベアラＱｏＳ更新部１５０１は、EUTRA-CMR、又は、従来のＲＴＰペイロードフォーマット又はＲＴＣＰ−ＡＰＰを用いたＣＭＲ、又はＥＣＮにより、コーデックモード（ビットレート）の上限が切り替わった場合、通話用専用ベアラの保証帯域（GBR: Guaranteed Bit Rate。非特許文献５などに記載）を変更するために、ＭＭＥに対してシグナリングを送信する。なお、ｅＮＢ配下の複数のＵＥのコーデックモードが一斉に変わった場合（例えば、複数のＵＥに一斉にEUTRA-CMRを送った場合）、ベアラＱｏＳ更新部１５０１は、ＭＭＥに対するシグナリングを一回又は限定回数のみ送信することにより、複数のＵＥの通話用専用ベアラの保証帯域を変更しても良い。ＭＭＥに対するシグナリングを一回又は限定回数のみ送信して、複数のＵＥの通話用専用ベアラの保証帯域を変更するために、ｅＮＢは、ＭＭＥに送信するシグナリングで、該当する複数ＵＥの専用ベアラに関する情報（Tunnel Endpoint Identifier (TEID)など。非特許文献５に記載）及びGBRに関する情報をまとめて送信する。
【０１４５】
なお、以下では、EUTRA-CMRを用いたコーデックモード切替をサポートしているＵＥ１００、１０２のことを単に「ＵＥ」と記載する場合もある。また、以下では、図１６に示すｅＮＢ１０４、１０６のことを単に「ｅＮＢ」と記載する場合もある。
【０１４６】
本実施の形態において、ポリシーインデックスの通知方法、能力情報の通知方法は本実施の形態１と同様であるためその説明を省略する。
【０１４７】
［折衝されたコーデックモードの通知方法］
次に、図１７Ａ及び図１７Ｂを用いて、通話開始するＵＥ間で折衝されたコーデックモードの通知方法の一例について詳細に説明する。ここでは、本実施の形態における、データサイズの範囲とインデックスとの対応表（例えば、図１５を参照）を用いた、インデックスの通知方法について説明する。
【０１４８】
図１７Ａでは、ＵＥのコーデックモード通知部６０７は、RRC dedicated signaling（例えば、RRCConnectionReconfigurationComplete）を用いて、折衝したコーデックモードに対応するインデックスを、ｅＮＢのコーデックモード取得部７０５に通知する。コーデックモード通知部６０７は、例えば、折衝したコーデックモードのデータサイズに対応するインデックスが1,2,3の場合、モード変更に許可されるデータサイズのフィールドに、「1,2,3」のようにインデックスをセットして通知してもよく、「1-3」のようにインデックスの範囲をセットして通知してもよい。図１７Ａでは、RRC dedicated signalingの一例として、非特許文献９に記載の、RRCConnectionReconfigurationに対するRRCConnectionReconfigurationCompleteを用いる方法を示すが、他のRRC dedicated signalingを用いてもよい。
【０１４９】
また、コーデックモード通知部６０７は、インデックスとともに、前述のコーデックモード変更に関する情報（mode change information）を通知しても良い。例えば、コーデックモード変更が許される周期が40msecの場合、コーデックモード通知部６０７は、コーデックモード変更の周期を示すフィールドに「40」という値、又は40msecに対応するインデックスを格納して送信しても良い。また、一回のEUTRA-CMRにおいて、隣り合うビットレート（本例ではインデックス）の変更のみが許される場合、コーデックモード通知部６０７は、隣り合うビットレートのみを許すか否かのフィールドに、隣り合うビットレートのみが許されることを示す値（例えば「1」）を格納して送信しても良い。
【０１５０】
また、ＵＥのＳＤＰ作成部６０５がEUTRA-CMRをサポートしていることを示すパラメータをＳＤＰオファー又はＳＤＰアンサーに付加して折衝する際に、折衝に失敗した場合、コーデックモード通知部６０７は、コーデックモードをｅＮＢに通知せずに、折衝に失敗したことをｅＮＢに通知してもよい。なお、コーデックモード通知部６０７は、EUTRA-CMRに係る情報に加えて、又は替えて、ＥＣＮに関する情報をｅＮＢに通知しても良い。ＥＣＮに関する情報とは、例えばＳＤＰオファー及びアンサーにより、ＥＣＮ利用が折衝されたか否か、また折衝されたコーデックモード（ビットレート）の範囲などを示す情報である。
【０１５１】
図１７Ｂは、ＩＭＳネットワーク１２８及びＥＰＣ１２４、１２６側から、ｅＮＢのコーデックモード取得部７０５にインデックスを通知する。また、インデックスとともに、前述のコーデックモード変更に関する情報が通知されてもよい。
【０１５２】
具体的には、通話を開始するＵＥ１、２のＳＤＰオファー・アンサーを中継するノードであるＰ−ＣＳＣＦ１、２は、折衝されたコーデックモードを確認する。このとき、Ｐ−ＣＳＣＦ１、２は、EUTRA-CMRを用いたコーデックモード切替をサポートすることを示すＳＤＰパラメータ（eutra-cmr）を確認し、EUTRA-CMRを用いたコーデックモード切替の折衝が行われたか否かを確認してもよい。なお、図１７Ｂの、ＩＭＳネットワーク１２８及びＥＰＣ１２４、１２６側から、ｅＮＢのコーデックモード取得部７０５にインデックスを通知する方法は、ＥＣＮが折衝された場合においても用いられても良い。
【０１５３】
Ｐ−ＣＳＣＦ１、２は、折衝されたコーデックモードに対応するインデックスをＥＰＣ１２４、１２６のＰＣＲＦに通知し、ＰＣＲＦは取得したインデックスをＰ−ＧＷに送信し、Ｐ−ＧＷは通話用ベアラを確立するシグナリングにパラメータとしてインデックスを含める。ｅＮＢのコーデックモード取得部７０５は、このシグナリングを受信することにより、折衝されたコーデックモードに対応するインデックスを取得する。
【０１５４】
このように、ＵＥからｅＮＢへ折衝されたコーデックモードに対応するインデックスを通知することにより、ｅＮＢは、EUTRA-CMRを用いて指定するコーデックモード（ビットレート）に対応するインデックスの範囲を予め特定することができる。
【０１５５】
また、ＵＥは、EUTRA-CMRを用いたコーデックモード切替を行う前に、通話相手端末との間で、EUTRA-CMRを用いたコーデックモード切替の使用を折衝し、双方のＵＥ間で合意された場合に、折衝されたコーデックモードに対応するインデックスをｅＮＢへ通知する。これにより、ｅＮＢは、通話を行っているＵＥ間で折衝されたビットレートに対応するインデックスを用いて、EUTRA-CMRによるコーデックモードの切替を指示することができる。
【０１５６】
［EUTRA-CMRを用いたコーデックモードの切替方法］
次に、図１８Ａ、図１８Ｂ、及び図１９を用いて、ｅＮＢによるEUTRA-CMRを用いたコーデックモード（ビットレート）の切替方法の一例について詳細に説明する。
【０１５７】
例えば、折衝されたコーデック及びコーデックモードの条件がＥＶＳであり、ビットレートが9.6kbps〜24.4kbpsであり、ヘッダフルRTPペイロードフォーマット（非特許文献２に記載）のみ使用する指定なし(hf-only=0、又はhf-onlyパラメータ無し)であり、 オーディオ帯域がＳＷＢであり、Channel Aware mode利用無しであるとする。
【０１５８】
図１８Ａは、非特許文献８に記載のMAC CEをEUTRA CMRに用いる場合のMAC CEの一例を示す。
【０１５９】
図１８Ｂは、非特許文献８のLCID(Logical Channel Identifier)の予約値(Reserved)のうち１つがEUTRA-CMRとして定義された場合の例を示す。図１８Ａでは、一例として、LCIDの値（Index）＝"11001"がEUTRA-CMRとして割り当てられている。図１８Ｂは、EUTRA-CMRのMAC CEの構成例を示す。Rビットは予約(reserved)を示す。４ビットのIndexフィールドには、図１５に示すインデックスの値が入る。このインデックス値は、要求しているデータの大きさを意味する。
【０１６０】
なお、Rビットは後述のdownlink方向のEUTRA-CMRを表すビットとして使用しても良い。
【０１６１】
図１９において、最初、ＵＥは、ＥＶＳコーデックのＳＷＢ（以下EVS-SWBと記述する）の13.2kbpsでエンコードを行い、音声データを送信する（ＳＴ２１）。ここで、ＥＶＳコーデック13.2kbpsのコンパクトRTPペイロードフォーマット（非特許文献２に記載）の1フレームあたりのデータサイズは264bitsである。このため、ｅＮＢは、index=4のデータサイズ（データサイズの範囲：193〜264 bits。図１５を参照）が用いられていると認識する。
【０１６２】
次に、ｅＮＢの無線状態検出部７０２は、ＵＥの無線環境が劣悪であること、又は、Ｅ−ＵＴＲＡＮ（uplink）が混雑していることを検出する（ＳＴ２２）。そこで、ｅＮＢの無線状態検出部７０２は、ｅＮＢのEUTRA-CMR送信部７０６に、EUTRA-CMRを用いてＵＥの送信に使用するビットレートを下げるよう指示を出す（不図示）。ｅＮＢのEUTRA-CMR送信部７０６は、ＵＥの送信に使用するビットレートを1段階下げるように指示することを決定し、EUTRA-CMRにindex=3（データサイズの範囲：161〜192 bit。図１５を参照）を指定して、ＵＥに送信する（ＳＴ３１）。ここで、ｅＮＢの無線状態検出部７０２は、ｅＮＢのEUTRA-CMR送信部７０６に、EUTRA-CMRを用いてＵＥの送信に使用するビットレートを下げるよう指示を出す事に替え、ＵＥを他のｅＮＢ、ＵＴＲＡＮ又はＧＥＲＡＮなどのＬＴＥ以外の基地局などにハンドオーバさせる事を決定しても良い（不図示）。
【０１６３】
ＵＥのEUTRA-CMR受信部６０８は、EUTRA-CMRを受信し、index=3が指定されたことをモード切替通知部６０９に出力する。モード切替通知部６０９は、使用中のコーデックがＥＶＳであり、ＳＷＢオーディオ帯域使用が折衝されており、かつ、EUTRA-CMRによってindex=3が指定されていることより、EVS-SWB9.6kbpsの指定であることを特定する（ＥＶＳコーデック9.6kbpsのコンパクトRTPペイロードフォーマットの1フレームあたりのデータサイズは192bits）。そして、モード切替通知部６０９は、ＵＥのＥＶＳエンコーダ（図示せず）に対して、EVS-SWB 9.6kbpsでエンコードするように指示する。ＵＥのＥＶＳエンコーダは、EVS-SWB 9.6kbpsの指示を受け取り、ビットレートをEVS-SWB 9.6kbpsに変更してエンコードを開始する（ＳＴ２４）。ＵＥのモード切替確認部６１０は、ＥＶＳエンコーダがEVS-SWB 9.6kbpsへ切り替えたことを確認すると、AcknowledgementをｅＮＢに送信する（ＳＴ２５）。
【０１６４】
ｅＮＢのモード切替確認受信部７０７は、Acknowledgementを受信することにより、ＵＥにおいて送信される音声データのコーデックモードが指示通り切り替わったことを検出する。ここで、ｅＮＢのベアラＱｏＳ更新部１５０１は、ＭＭＥにシグナリング（Bearer QoS update）を送信し、コーデックモードが切り替わったＵＥの通話用専用ベアラのＧＢＲの変更を促しても良い（ＳＴ３２）。
【０１６５】
次に、ｅＮＢの無線状態検出部７０２は、ＵＥの無線環境が改善されたこと、又は、Ｅ−ＵＴＲＡＮ（uplink）の混雑が緩和したことを検出する（ＳＴ２６）。そこで、ｅＮＢのEUTRA-CMR送信部７０６は、ＵＥの送信に使用するビットレートを再び1段階上げるように指示することを決定し、EUTRA-CMRにindex=4を指定して、ＵＥに送信する（ＳＴ３３）。
【０１６６】
ＵＥのEUTRA-CMR受信部６０８は、EUTRA-CMRを受信し、index=4が指定されたことをモード切替通知部６０９に出力する。モード切替通知部６０９は、使用中のコーデックがＥＶＳであり、ＳＷＢオーディオ帯域使用が折衝されており、かつ、EUTRA-CMRによってindex=4が指定されていることより、EVS-SWB13.2kbpsの指定であることを特定する。そして、モード切替通知部６０９は、ＵＥのＥＶＳエンコーダ（図示せず）に対して、EVS-SWB 13.2kbpsでエンコードするように指示する。ＵＥのＥＶＳエンコーダは、EVS-SWB 13.2kbpsの指示を受け取り、ビットレートをEVS-SWB 13.2kbpsに変更してエンコードを開始する（ＳＴ２８）。ＵＥのモード切替確認部６１０は、ＥＶＳエンコーダがEVS-SWB 13.2kbpsへ切り替えたことを確認すると、AcknowledgementをｅＮＢに送信する（ＳＴ２９）。
【０１６７】
ｅＮＢのモード切替確認受信部７０７は、Acknowledgementを受信することにより、ＵＥにおいて送信される音声データのコーデックモードが指示通り切り替わったことを検出する。ここで、ｅＮＢのベアラＱｏＳ更新部１５０１は、ＭＭＥにシグナリングを送信し、コーデックモードが切り替わったＵＥの通話用専用ベアラのＧＢＲの変更を促しても良い（ＳＴ３４）。
【０１６８】
なお、Ｅ−ＵＴＲＡＮのuplinkのスケジューリング(scheduling)に、非特許文献１０などに記載のＳＰＳ(Semi-Persistent Scheduling)が使われていた場合、ｅＮＢはEUTRA-CMRによるuplinkのビットレートの変更に伴い、現在使用中のＳＰＳの設定（非特許文献１０に記載のresource allocation又はtransport block sizeなど）を変更しても良い。この変更は非特許文献１０に記載の、SPS releaseに続きSPS activationを行う事により変更しても良いし、SPS modificationなどの変更のためのシグナリングを新たに定義し、SPS modificationを行う事により変更しても良い。また、ｅＮＢは、EUTRA-CMRによりuplinkのビットレートを大きくする場合には、このＳＰＳの設定の変更を、ＵＥからのAcknowledgementを受信する前、即ちEUTRA-CMRを送ると同時又は直後に行ってもよい。逆に、ｅＮＢは、EUTRA-CMRによりuplinkのビットレートを小さくする場合には、このＳＰＳの設定の変更を、ＵＥからのAcknowledgementを受信後に行っても良い。
【０１６９】
このように、ｅＮＢは、Ｅ−ＵＴＲＡＮ１２０、１２２の無線状況（混雑）又はＵＥの無線状況の変動（品質低下及び品質向上）に応じて、EUTRA-CMRを用いてＵＥに対してコーデックモードの切替を指示することができる。これにより、ＵＥは、自機の無線環境に応じたコーデックモード（ビットレート）を用いて通話することができる。
【０１７０】
なお、EUTRA-CMRのインデックスを用いて特定されるコーデックモードの切り替え候補が複数個ある場合、ｅＮＢ及びＵＥは、何れのコーデックモードに切り替えるかを予め設定してもよい。例えば、ｅＮＢ及びＵＥは、複数の切り替え候補のうち、最も大きいデータサイズのコーデックモード又は最も小さいデータサイズのコーデックモードに切り替えることを予め設定してもよい。
【０１７１】
また、EUTRA-CMRのインデックスの表記方法は前述のとおりでも良く、インデックスを指定する代わりにデータサイズを１段階下げる、データサイズを１段階上げるなどの表記をEUTRA-CMRで行ってもよい。
【０１７２】
また、EUTRA-CMRと、従来のＲＴＰペイロードフォーマット又はＲＴＣＰ−ＡＰＰを用いたＣＭＲと、が競合した場合に何れを優先するかに関しては、オペレータのポリシーによって決定されてもよい。ただし、ＥＶＳコーデックの場合で、ＥＶＳプライマリモードとＥＶＳ  ＡＭＲ−ＷＢ互換モードとの切替に関しては、従来のＲＴＰペイロードフォーマット又はＲＴＣＰ−ＡＰＰを用いたＣＭＲが優先される。
【０１７３】
なお、ＥＶＳコーデック利用中に、ＲＴＰペイロードフォーマット又はＲＴＣＰ−ＡＰＰを用いたＣＭＲによりＥＶＳプライマリモードとＥＶＳ  ＡＭＲ−ＷＢ互換モードの切替が生じた場合、ＵＥのコーデックモード通知部６０７は、切替後のモード（ＥＶＳプライマリモード、又はＥＶＳ  ＡＭＲ−ＷＢ互換モード）における折衝したコーデックモード（例えば、折衝されたビットレートの範囲）を示す情報や、コーデックモード切替に関する制限に関する情報を、ｅＮＢのコーデックモード取得部７０５に通知する。
【０１７４】
また、利用中のコーデックに係らず、ＩＭＳシグナリングメッセージによりコーデックの再折衝が行われ、利用するコーデックが切り替わった場合、又は利用するコーデックは同じであるが、コーデックモード（ビットレートやオーディオ帯域）などが切り替わった場合には、ＵＥのコーデックモード通知部６０７が、切替後のコーデックにおける折衝したコーデックモード（例えば、折衝されたビットレートの範囲）に対応するインデックスを、ｅＮＢのコーデックモード取得部７０５に通知しても良く、前述のようにＰ−ＣＳＣＦ１、２からＥＰＣ１２４、１２６経由でのベアラを確立するシグナリングより、ｅＮＢのコーデックモード取得部７０５は、再折衝されたコーデックモードに対応するインデックスを取得しても良い。
【０１７５】
以上、ｅＮＢによるEUTRA-CMRを用いたコーデックモード（ビットレート）の切替方法について説明した。
【０１７６】
以上のように、本実施の形態では、ＵＥ１００、１０２は、ＵＥの無線環境の変化（ローミング時、又は、無線状況の変動）に応じてオペレータのポリシーを選択する。また、ｅＮＢ１０４、１０６は、各ＵＥ１００、１０２の無線状況に応じてビットレートの変更をＵＥ１００、１０２に指示する。こうすることで、本実施の形態によれば、ｅＮＢ１０４、１０６は、ＵＥの無線環境に応じたコーデック又コーデックモードを切り替えることができる。
【０１７７】
よって、ＵＥ１００、１０２は、適切なオペレータのポリシー、及び、コーデックモードに基づいて通話することができるので、ＵＥ１００、１０２での通話品質の劣化を抑えつつ、無線リソースの利用効率を向上することができる。
【０１７８】
また、本実施の形態では、ｅＮＢ及びＵＥは、各コーデックモードに対応するデータサイズを複数の範囲に分けて、データサイズの範囲とインデックスとの対応付けを予め保持する。そして、ｅＮＢは、データサイズの複数の範囲のうち、ＵＥが使用するコーデックモードのデータサイズを含む範囲に対応付けられたインデックスをEUTRA-CMRに含めてＵＥに通知する。これにより、ｅＮＢは、ＵＥに対して、現在使用しているコーデックモード（ビットレート）からどれくらいのレベル調整を行うかを通知することができる。つまり、ｅＮＢ及びＵＥは、コーデックモードに依存しない、共通のEUTRA-CMRを用いてコーデックモードの切り替えを行うことができる。また、EUTRA-CMRによってデータサイズの範囲を示すインデックスを通知することで、コーデック特有の実際のコーデックモード（ビットレート又はビットレート範囲など）を通知する場合と比較して、データ量を小さくすることができる。
【０１７９】
なお、本実施の形態では、EUTRA-CMRを、送信側(uplink)に対するＣＭＲとして説明したが、受信側(downlink)に対するEUTRA-CMRが別途用意されてもよい。受信側に対するEUTRA-CMRを受け取ったＵＥ１００、１０２は、ＲＴＰペイロードヘッダ又はＲＴＣＰ−ＡＰＰのＣＭＲに、受信側に対するEUTRA-CMRの内容を反映し、通話相手のＵＥに送信する。
【０１８０】
また、本実施の形態では、ｅＮＢ１０４、１０６は、自機がEUTRA-CMRやＥＣＮを用いたコーデックモード切替をサポートすることをＵＥ１００、１０２に通知してもよい。この通知には、例えば、SIB等のbroadcast signalingを用いてもよい。例えば、ＵＥ１００、１０２は、複数のｅＮＢからの通知に基づいて、EUTRA-CMRをサポートしているｅＮＢ１０４、１０６へ優先して接続してもよい。
【０１８１】
以上、本開示の各実施の形態について説明した。
【０１８２】
なお、本開示は、上記実施の形態に限定されず、種々変更して実施することが可能である。
【０１８３】
また、上記実施の形態では、ＡＭＲ，ＡＭＲ−ＷＢ、ＥＶＳなどの音声コーデックを例にあげて説明したが、非特許文献４などに記載のＨ．２６４，Ｈ．２６５などのビデオコーデックに適応しても良い。
【０１８４】
また、上記実施の形態では、本開示の一態様をハードウェアで構成する場合を例にとって説明したが、本開示はハードウェアとの連携においてソフトウェアで実現することも可能である。
【０１８５】
また、上記実施の形態の説明に用いた各機能ブロックは、典型的には、入力端子および出力端子を有する集積回路であるＬＳＩとして実現される。集積回路は、上記実施の形態の説明に用いた各機能ブロックを制御し、入力端子と出力端子を備えてもよい。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１８６】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【０１８７】
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【０１８８】
本開示の端末は、基地局において端末の無線状況に応じて決定されたコーデックモードを含むコーデックモード要求を受信するコーデックモード要求受信部と、前記受信したコーデックモード要求に含まれる前記コーデックモードへの切替をエンコーダに通知するモード切替通知部と、前記エンコーダにおける前記コーデックモードの切替を確認した場合、前記基地局へ応答メッセージを送信するモード切替確認部と、を具備する。
【０１８９】
本開示の端末において、複数のオペレータの各々がサポートするコーデックモードを含むポリシーを、オペレータ毎に少なくとも１つ格納する格納部と、前記端末が接続するオペレータで使用する前記ポリシーを示すポリシーインデックスを受信するインデックス受信部と、前記格納部に格納された前記ポリシーのうち、前記受信されたポリシーインデックスに対応する前記ポリシーを用いて、前記端末と、前記端末の通信相手端末との間で通話に関する折衝を行うＳＤＰ作成部と、をさらに具備する。
【０１９０】
本開示の端末において、前記インデックス受信部は、前記基地局において前記端末が接続するオペレータで使用する前記ポリシーが変更される度に、変更後の前記ポリシーを示す前記ポリシーインデックスを受信する。
【０１９１】
本開示の端末において、コーデックモード要求受信部は、前記基地局の無線アクセス網のLayer2及びLayer3の何れかを用いて前記コーデックモード要求を受信する。
【０１９２】
本開示の端末において、モード切替確認部は、前記基地局の無線アクセス網のLayer2及びLayer3の何れかを用いて前記応答メッセージを送信する。
【０１９３】
本開示の端末において、ＳＤＰ作成部は、前記基地局からの前記コーデックモード要求を用いたコーデックモード切替をサポートすることを示すパラメータをＳＤＰオファーに付加して、前記通話に関する折衝を行う。
【０１９４】
本開示の端末において、前記通話に関する折衝において前記基地局からの前記コーデックモード要求を用いた前記コーデックモード切替が選択された場合、折衝されたビットレートの範囲を前記基地局へ通知するコーデックモード通知部、をさらに具備する。
【０１９５】
本開示の端末において、端末が前記基地局からの前記コーデックモード要求を用いたモード切替をサポートすることを示す能力情報を前記基地局へ通知する能力通知部、をさらに具備する。
【０１９６】
本開示の端末において、データサイズの複数の範囲と、インデックスとが１対１で対応付けられ、前記コーデックモード要求には、前記複数の範囲のうち、前記端末が使用するコーデックモードのデータサイズを含む範囲に対応付けられた前記インデックスが含まれる。
【０１９７】
本開示の基地局は、端末の無線状況を検出する無線状態検出部と、前記端末の無線状況に応じて、前記端末が使用するコーデックモードを決定し、前記決定されたコーデックモードを含むコーデックモード要求を前記端末へ送信するコーデックモード要求送信部と、前記受信したコーデックモード要求に含まれる前記コーデックモードへの切替が完了したことを示す応答メッセージを受信するモード切替確認受信部と、を具備する。
【０１９８】
本開示のコーデックモード切替方法は、基地局において端末の無線状況に応じて決定されたコーデックモードを含むコーデックモード要求を受信するステップと、前記受信したコーデックモード要求に含まれる前記コーデックモードへの切替をエンコーダに通知するステップと、前記エンコーダにおける前記コーデックモードの切替を確認した場合、前記基地局へ応答メッセージを送信するステップと、を具備する。
【０１９９】
本開示のコーデックモード切替方法は、端末の無線状況を検出するステップと、前記端末の無線状況に応じて、前記端末が使用するコーデックモードを決定し、前記決定されたコーデックモードを含むコーデックモード要求を前記端末へ送信するステップと、前記受信したコーデックモード要求に含まれる前記コーデックモードへの切替が完了したことを示す応答メッセージを受信するステップと、を具備する。
【産業上の利用可能性】
【０２００】
本開示は、特に、各ＵＥの無線環境に応じたコーデックのビットレート変更を行う無線システム等に好適である。
【符号の説明】
【０２０１】
１００，１０２  ＵＥ
１０４，１０６  ｅＮＢ
１０８，１１６  Ｐ−ＣＳＣＦ
１１０，１１４  Ｓ−ＣＳＣＦ
１１２  Ｉ−ＣＳＣＦ
１１８  ＨＳＳ
１２０，１２２  無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）
１２４，１２６  ＩＰコアネットワーク（ＥＰＣ）
１２８  ＩＭＳネットワーク
６００  無線受信部
６０１  無線送信部
６０２  ポリシーリスト格納部
６０３  オペレータ判定部
６０４  インデックス受信部
６０５  ＳＤＰ作成部
６０６  能力通知部
６０７  コーデックモード通知部
６０８  EUTRA-CMR受信部
６０９  モード切替通知部
６１０  モード切替確認部
７００  受信部
７０１  送信部
７０２  無線状態検出部
７０３  ポリシーインデックス決定部
７０４  ＵＥ能力取得部
７０５  コーデックモード取得部
７０６  EUTRA-CMR送信部
７０７  モード切替確認受信部
１５０１  ベアラＱｏＳ更新部
【図１】
2017169090.tif 000003
【図２】
2017169090.tif 000004
【図３】
2017169090.tif 000005
【図４】
2017169090.tif 000006
【図５】
2017169090.tif 000007
【図６】
2017169090.tif 000008
【図７】
2017169090.tif 000009
【図８Ａ】
2017169090.tif 000010
【図８Ｂ】
2017169090.tif 000011
【図９Ａ】
2017169090.tif 000012
【図９Ｂ】
2017169090.tif 000013
【図９Ｃ】
2017169090.tif 000014
【図１０Ａ】
2017169090.tif 000015
【図１０Ｂ】
2017169090.tif 000016
【図１１Ａ】
2017169090.tif 000017
【図１１Ｂ】
2017169090.tif 000018
【図１２Ａ】
2017169090.tif 000019
【図１２Ｂ】
2017169090.tif 000020
【図１２Ｃ】
2017169090.tif 000021
【図１３Ａ】
2017169090.tif 000022
【図１３Ｂ】
2017169090.tif 000023
【図１３Ｃ】
2017169090.tif 000024
【図１４】
2017169090.tif 000025
【図１５】
2017169090.tif 000026
【図１６】
2017169090.tif 000027
【図１７Ａ】
2017169090.tif 000028
【図１７Ｂ】
2017169090.tif 000029
【図１８Ａ】
2017169090.tif 000030
【図１８Ｂ】
2017169090.tif 000031
【図１９】
2017169090.tif 000032
【国際調査報告】
2017169090.tif 000033
2017169090.tif 000034
2017169090.tif 000035
2017169090.tif 000036