终端、基站及编解码器模式切换方法与流程

本发明涉及进行与终端的连接目的地的无线访问网络(无线访问网络)的拥堵状况、或各终端的无线环境对应的编解码器模式切换的终端、基站及编解码器模式切换方法。

背景技术：

在3GPP(Third Generation Partnership Project；第三代合作伙伴计划)中，在LTE(Long Term Evolution；长期演进)网络上使用了IMS(IP Multimedia Subsystem；IP多媒体子系统)的VoIP(Voice over IP；IP语音)服务即VoLTE(Voice over LTE；LTE语音)被标准化。

图1表示使用了3GPP的IMS的VoLTE服务的网络结构的一例子。图1所示的网络由IMS网络128、运营商的IP核心网络(EPC：Evolved Packet Core；演进分组核心网)124、126、基站(eNB：e Node B)104、106以及以eNB下属构成的无线访问网络(E－UTRAN：evolved Universal TerrestrialRadio Access Network；演进的通用陆地无线访问网络)120、122构成。

在图1中，终端(UE：User Equipment；用户设备)100、102以E－UTRA120、122分别连接到eNB104、106，通过eNB104、106连接到EPC124、126。

IMS网络128是用于与呼叫控制的信息管理以及呼叫控制的信令消息(SIP：Session Initiation Protocol；会话发起协议)的路由及3GPP网络或是3GPP以外的网络之间进行彼此连接的网络。

在图1所示的IMS网络128中，P－CSCF(Proxy Call Session Control Function；代理呼叫会话控制功能)108、116是作为UE100、102发送接收IMS信令消息(SIP REGISTOR消息、SIP INVITE消息等)时的默认网关(Default GateWay)的CSCF。在各UE最初连接到EPC时检索和确定各UE使用哪个P－CSCF。

S－CSCF(Serving CSCF；服务CSCF)110、114是进行UE100、102的接触信息的管理及会话的管理的CSCF。S－CSCF110、114在进行UE100、102的接触信息的管理时，从HSS(Home Subscriber Server；归属用户服务器)118下载需要的信息。

I－CSCF(Interrogating CSCF；询问CSCF)112保持管理域(各运营商管理的网络的单位)间的CSCF的信息。在P－CSCF108、116及S－CSCF110、114不具有应传输IMS信令消息的下一个节点信息的情况等中，IMS信令消息通过I－CSCF112传输。此外，I－CSCF112有时也通过对HSS118查询信息，确认消息传输目的地的CSCF的信息。以下，例如，说明SIP INVITE消息被发送的情况。

首先从主叫侧UE对该UE存在的域(主叫侧域)的P－CSCF经由EPC发送SIP INVITE消息，从P－CSCF传输到主叫侧域的S－CSCF。SIP INVITE消息在主叫侧域的S－CSCF中进行了适当的处理后，向被叫侧UE存在的域(被叫侧域)的S－CFCS传输。此时，也有SIP INVITE消息经由I－CSCF112的情况。被叫侧域的S－CSCF将接受的SIP INVITE消息经由被叫侧域的P－CSCF向被叫侧UE传输。

再者，非专利文献1中记载了IMS网络128的详细的结构、功能、动作等。

图2是表示在进行使用了3GPP的IMS的VoLTE的通话之前的过程的一例子的流程。图2表示从UE100对UE102打电话的情况下的流程的ー例子。如图2所示，SIP INVITE消息经由IMS网络128从UE100发送到UE102(步骤(以下，称为“ST”)11)，SIP 183会话进度(Session Progress)消息经由IMS网络128从UE102发送到UE100(ST12)。这样，SIP INVITE消息及SIP183会话进度消息在UE间交换，进行与通话有关的磋商(negotiation)。

在SIP INVITE消息中附加的SDP(Session Description Protocol；会话描述协议)提议中，以优先级顺序描述多个(也有单数的情况)UE100在VoLTE通信中可使用的参数的组合(以下记述为“机制”)。作为SDP提议中描述的参数，例如，有编解码器的方式或编解码器模式、以及与传输协议的格式等有关的候选等。编解码器的方式或编解码器模式包含比特率、音频频带(单位为Hz：Hertz)、信道数等的编解码器中所采用的要素。此外，传输协议的格式包含RTP(Real-time Transport Protocol；实时传输协议)有效载荷格式的种类等。

若在ST11中接受SIP INVITE消息，则UE102从SDP提议中描述的多个候选之中选择一个机制，或在容许的范围内变更一个机制，并在SDP应答中进行描述。UE102将SDP应答附加在SIP 183会话进度消息中并对UE100发送(ST12)。

在IMS网络128的P－CSCF108、116中分析UE102中选择出的机制，根据分析结果，建立支持了需要的QoS(Quality of Service)的逻辑数据路径(承载：bearer)的指示被输出到EPC124、126。根据来自IMS网络128的指示，进行EPC124、126以及E－UTRAN120、122中的承载建立，进行对该承载的QoS控制(资源分配处理等)(ST13)。若承载建立完成，则在UE102中进行用户的呼叫(ST14)，若用户响应，则对UE100发送200OK消息(ST15)，在UE100和UE102之间开始通话(ST16)。

再者，IMS信令也使用在用于IMS信令中建立的专用承载来发送接收。

图3表示SDP提议(SDP offer)及SDP应答(SDP answer)的一例子。在图3中，通过SDP提议，在UE100中提议了在EVS(Enhanced Voice Services；增强的语音服务)编解码器中比特率为7.2kbps～13.2kbps、并且音频频带NB(Narrow band；窄带)～SWB(Super Wideband；超宽带)(RTP有效载荷格式是默认)的机制(图3的“97”的行)、AMR－WB(Adaptive Multi Rate-Wide Band；自适应多速率宽带)编解码器(RTP有效载荷格式为默认)的机制(图3的“98”的行)、以及AMR编解码器(RTP有效载荷格式为默认)的机制(图3的“99”的行)的3机制。相对于此，通过SDP应答，在UE102中选择EVS编解码器。

这里，音频频带(或音频带宽)在现有技术中有时被称为窄带(NB：Narrowband)、宽带(WB：Wideband)、超宽带(SWB：Super Wideband)、全带(FB：Fullband)。窄带编解码器一般是300Hz～3.4kHz的带宽、以8kHz采样的编解码器。宽带编解码器一般是50Hz～7kHz的带宽、以16kHz采样的编解码器。超宽带编解码器一般是50Hz～14kHz的带宽、以32kHz采样的编解码器。此外，全带编解码器一般是20Hz～20kHz的带宽、以48kHz采样的编解码器。再者，在SDP提议中检测出包含本网络中不支持的机制的行(line)的情况下，IMS网络128的P－CSCF108、116删除该行。例如，在本网络中不支持EVS编解码器的情况下，P－CSCF108、116删除图3所示的SDP提议内的“97”的行。

再者，在非专利文献2及非专利文献3中分别记载了EVS编解码器的SDP提议/应答中使用的参数、以及有关AMR－WB编解码器、AMR编解码器的SDP提议/应答中使用的参数。此外，在非专利文献4中记载了SDP提议、SDP应答的例子。

图4表示图1所示的EPC124、126的结构。再者，图4所示的eNB104、106及HSS118如图1中记载的那样。MME(Mobility Management Entity)管理UE的位置信息等，还拥有一部分HSS118具有的各UE的信息。S－GW(Serving Gateway；服务网关)及P－GW(Packet Data Network GateWay；分组数据网络网关)管理各UE在数据传输中利用的逻辑路径(bearer)，通过与后述的PCRF(Policy and Charging Rules Function)的协同，根据需要进行对承载的QoS保证。PCRF是管理对各UE的利用的服务的收费或QoS保证的节点。再者，如前述，也有IMS网络128的P－CSCF108、116确认SDP提议/应答的内容，基于磋商的编解码器及编解码器模式的信息，对PCRF通知QoS信息的情况。

非专利文献5中记载了EPC124、126的详细的结构及功能和动作等。

若有关编解码器或编解码器模式的磋商完成，开始UE间的通话，则双方的UE使用磋商的编解码器的RTP有效载荷格式的CMR(编解码器Mode Request)字段(例如，参照非专利文献3)或CMR字节(例如，参照非专利文献2)，或使用RTCP－APP(Application-defined RTCP packet；应用定义的RTCP分组)的CMR(例如，参照非专利文献4)，对于通话对象，可以请求在磋商的范围内的编解码器模式(比特率等)的变更，调整通话对象发送的比特率(数据大小)。

图5表示使用了CMR的比特率变更的一例子。图5所示的UE1及UE2进行使用了编解码器AMR－WB 12.65kbps的通话。在图5的(1)中，UE1对于UE2，发送指示变更为AMR－WB8.85kbps的CMR。在图5的(2)中，若接受CMR，则UE2将比特率变更为AMR－WB为8.85而进行通话。

再者，如非专利文献4中记载的，也可以从MGW(Media GateWay；媒体网关)等的网络节点发送CMR。MGW是可进行在VoLTE服务区域内存在的UE和在VoLTE服务区域外存在的终端(包含在3G线路交换网络、固定网络等中存在的终端)之间的通话的网络节点(在图1、图4中未图示)。

现有技术文献

专利文献

专利文献1：国际公开第2012/063417号

专利文献2：美国专利申请公开2010/0284278号说明书

专利文献3：美国专利申请公开2011/0075563号说明书

非专利文献

非专利文献1：3GPP TS 23.228 v13.4.0，“IP Multimedia Subsystem(IMS)；Stage 2”

非专利文献2：3GPP TS 26.445 v13.0.0，“Codec for Enhanced Voice Services(EVS)；Detailed algorithmic description”

非专利文献3：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"

非专利文献4：3GPP TS 26.114 v13.2.0，"IP Multimedia Subsystem(IMS)；Multimedia Telephony；Media handling and interaction"

非专利文献5：3GPP TS 23.401 v13.5.0，“General PacketRadio Service(GPRS)enhancements for Evolved Universal TerrestrialRadio Access Network(E-UTRAN)access”

非专利文献6：IETF RFC 3168，"The Addition of Explicit Congestion Notification(ECN)to IP"

非专利文献7：3GPP TS 36.300 v13.2.0，“Evolved Universal TerrestrialRadio Access(E-UTRA)and Evolved Universal TerrestrialRadio Access Network(E-UTRAN)；Overall description；Stage 2”

非专利文献8：3GPP TS 36.321 v13.0.0，“Evolved Universal TerrestrialRadio Access(E-UTRA)；Medium Access Control(MAC)protocol specification”

非专利文献9：3GPP TS 36.331 v13.0.0，“Evolved Universal TerrestrialRadio Access(E-UTRA)；Radio Resource Control(RRC)；Protocol specification”

非专利文献10：3GPP TS 36.213 v13.0.0，“Evolved Universal TerrestrialRadio Access(E-UTRA)；Physical layer procedures”

技术实现要素：

因各UE的UTRAN中的无线状况的变动，适当的编解码器或编解码器模式不同。然而，在现有技术中，有关根据UE的无线状况而变更编解码器或编解码器模式的方法，并未进行充分的研究。

本发明的非限定性的实施例，提供可以适当地切换与UE的无线状况对应的编解码器或编解码器模式的终端、基站及编解码器模式切换方法。

本发明的一方式的终端采用的结构包括：编解码器模式请求接收单元，接收包含了在基站中根据终端的无线状况确定的编解码器模式的编解码器模式请求；模式切换通知单元，对编码器通知切换到所述接收到的编解码器模式请求中包含的所述编解码器模式；以及模式切换确认单元，在确认了切换所述编码器中的所述编解码器模式的情况下，向所述基站发送响应消息。

本发明的一方式的基站采用的结构包括：无线状态检测单元，检测终端的无线状况；编解码器模式请求发送单元，根据所述终端的无线状况，确定所述终端使用的编解码器模式，向所述终端发送包含了所述确定出的编解码器模式的编解码器模式请求；以及模式切换确认接收单元，接收表示完成了切换到所述接收到的编解码器模式请求中包含的所述编解码器模式的响应消息。

本发明的一方式的编解码器模式切换方法包括：接收包含了在基站中根据终端的无线状况确定的编解码器模式的编解码器模式请求的步骤；对编码器通知切换到所述接收到的编解码器模式请求中包含的所述编解码器模式的步骤；以及在确认了切换所述编码器中的所述编解码器模式的情况下，向所述基站发送响应消息的步骤。

本发明的一方式的编解码器模式切换方法包括：检测终端的无线状况的步骤；根据所述终端的无线状况，确定所述终端使用的编解码器模式，向所述终端发送包含了所述确定出的编解码器模式的编解码器模式请求的步骤；以及接收表示完成了切换到所述接收到的编解码器模式请求中包含的所述编解码器模式的响应消息的步骤。

再者，这些概括性的或具体的方式，可以通过系统、装置、方法、集成电路、计算机程序或记录介质方式实现，也可以通过系统、装置、方法、集成电路、计算机程序和记录介质的任意的组合来实现。

根据本发明的一方式，可以适当地切换与UE的无线状况对应的编解码器或编解码器模式。

从说明书和附图中将清楚本发明的一方式中的更多的优点和效果。这些优点和/或效果可以由几个实施方式和说明书及附图所记载的特征来分别提供，不需要为了获得一个或一个以上的同一特征而提供全部特征。

附图说明

图1是表示IMS网络、IP核心网络及无线访问网络的结构的一例子的图。

图2是表示通话会话建立的基本动作的一例子的图。

图3是表示SDP提议及SDP应答的一例子的图。

图4是表示EPC的结构的一例子的图。

图5是表示使用了CMR的比特率变更的一例子的图。

图6是表示本发明的实施方式1的终端(UE)的结构例子的框图。

图7是表示本发明的实施方式1的基站(eNB)的结构例子的框图。

图8A是表示本发明的实施方式1的各运营商的策略列表的图。

图8B是表示本发明的实施方式1的运营商k的策略列表的图。

图9A是表示本发明的实施方式1的策略索引的通知方法的一例子的图。

图9B是表示本发明的实施方式1的策略索引的通知方法的一例子的图。

图9C是表示本发明的实施方式1的策略索引的通知方法的一例子的图。

图10A是表示本发明的实施方式1的能力信息的通知方法的一例子的图。

图10B是表示本发明的实施方式1的能力信息的通知方法的一例子的图。

图11A是表示本发明的实施方式1的进行了磋商的编解码器模式的通知方法的一例子的图。

图11B是表示本发明的实施方式1的进行了磋商的编解码器模式的通知方法的一例子的图。

图12A是表示在本发明的实施方式1的EUTRA-CMR中使用了MAC CE的情况下的LCID值的一例子的图。

图12B是表示在本发明的实施方式1的EUTRA-CMR中使用了MAC CE的情况下的MAC CE的结构的一例子的图。

图12C是表示在本发明的实施方式1的EUTRA-CMR中使用了MAC CE的情况下的编解码器或编解码器模式和编解码器字段的值的对应例子的图。

图13A是表示在本发明的实施方式1的EUTRA-CMR中使用了MAC CE的情况下的LCID值的一例子的图。

图13B是表示在本发明的实施方式1的EUTRA-CMR中使用了MAC CE的情况下的MAC CE的结构的一例子的图。

图13C是表示在本发明的实施方式1的EUTRA-CMR中使用了MAC CE的情况下的编解码器和编解码器字段的值(索引)的对应例子的图。

图14是表示本发明的实施方式1的使用了EUTRA-CMR的比特率变更的一例子的图。

图15是表示本发明的实施方式2的数据大小的范围和索引之间的对应关系的图。

图16是表示本发明的实施方式2的基站(eNB)的结构例子的框图。

图17A是表示本发明的实施方式2的进行了磋商的编解码器模式的通知方法的一例子的图。

图17B是表示本发明的实施方式2的进行了磋商的编解码器模式的通知方法的一例子的图。

图18A是表示在本发明的实施方式2的EUTRA-CMR中使用了MAC CE的情况下的LCID值的一例子的图。

图18B是表示在本发明的实施方式2的EUTRA-CMR中使用了MAC CE的情况下的MAC CE的结构的一例子的图。

图19是表示使用了本发明的实施方式2的EUTRA-CMR的比特率变更的一例子的图。

具体实施方式

[完成本发明的一方式的经过]

SDP提议/应答由UE创建。此外，对每个运营商设定在网络(E－UTRAN)中支持的编解码器或编解码器模式的信息(策略)。因此，在UE漫游到其他网络的情况下，漫游目的地中支持的编解码器或编解码器模式与本网络中支持的编解码器或编解码器模式不同的可能性高。因此，在UE漫游到其他网络的情况下，UE需要获取漫游目的地的网络支持的编解码器或编解码器模式的信息(运营商的策略)。

相对于此，在专利文献1中，公开了UE获取运营商的策略的方法。然而，在专利文献1中，运营商的策略是一套，并且以不发生UE中一度获取的策略的变更作为前提。因此，在专利文献1中，无法应对在UE漫游的情况下、或在UE的无线状况变动的情况下的运营商的策略的变更。

此外，仅从UE(或MGW)可以发送向通话对象的UE(或MGW)的通话时的比特率的变更请求，其他网络节点不涉及用于通话的比特率的确定和变更。即，尽管eNB可以知道各个UE的无线环境，但无法涉及UE的通话时的比特率确定和变更。

相对于此，在专利文献2中，公开了在eNB检测到无线访问网络的拥堵时，对UE发出指示以降低到指定的比特率的方法。然而，在专利文献2中，对于比特率的变更并未考虑各个UE的无线环境。

此外，在专利文献3、非专利文献6及非专利文献7中，公开了eNB使用ECN(Explicit Congestion Notification；显式拥塞通知)检测到无线访问网络的拥堵或质量下降的情况下，利用在IP信头的QoS管理等中使用的字段的低位2比特，对UE通知无线访问网络的拥堵或质量下降，接受了通知的UE降低发送比特率，并且发送CMR，以对通话对象的UE降低比特率的方法。

然而，在使用ECN的情况下，尽管eNB可以仅通知无线访问网络的拥堵或质量下降，但无法通知无线访问网络的拥堵的改善或质量提高。此外，在使用ECN的情况下，尽管eNB可以通知无线访问网络的状况(拥堵或质量下降)，但无法如CMR那样指定实际的比特率。此外，由于使用IP信头的字段，所以ECN对VoLTE时的用于无线区间的信头压缩的ROHC(Robust Header Compression；稳健信头压缩)的压缩率产生影响。

由以上，在本发明的一方式中，目的在于通过eNB根据各UE的无线状况对UE指示比特率的变更，或者UE适当地使用与UE的无线环境的变化(漫游时、或无线状况的变动)对应的运营商的策略，抑制UE中的通话质量的劣化，并且提高无线资源的利用效率。

(实施方式1)

以下，参照图6～图14详细地说明本发明的实施方式1。

[终端的结构]

图6是表示本实施方式的终端(UE100、102)的结构的框图。再者，在图6中，仅表示与本发明密切关联的结构单元，省略UE的以往的功能等。

在图6所示的UE100、102中，无线接收单元600接收从基站(eNB104、106)或MME发送的信令或数据，向UE100、102的对应的结构单元输出接收到的信令或数据。无线发送单元601向eNB104、106或MME发送从各结构单元输入的信令或数据。

策略列表存储单元602对每个运营商存储至少一个包含多个运营商各自支持的编解码器模式的策略。例如，策略列表存储单元602存储对每个运营商的策略的列表(策略列表)。图8A及图8B表示策略列表存储单元602存储的每个运营商的策略列表的例子。图8A表示存储了运营商1～运营商n的策略列表的例子，图8B表示图8A所示的策略列表之中的一运营商(运营商k)的策略列表的例子。在策略列表内的各策略中，关联着表示该策略的索引(策略索引)。

在图8B中，作为索引1的策略，运营商k设为EVS编解码器，并且作为EVS编解码器的参数，设为比特率9.6kbps～24.4kbps，仅音频频带SWB，有效载荷格式为全信头(Header-Full)格式，关闭Channel-aware模式的接收，将其他的参数设为默认设定值。关于索引2以后的策略，策略列表存储单元602中也存储在编解码器及该编解码器的参数之中、与默认设定值不同的参数。

再者，在非专利文献2中记载了EVS编解码器的参数和默认设定值，在非专利文献3及非专利文献4中记载了AMR－WB编解码器及AMR编解码器的参数和默认设定值。

图6的运营商判定单元603判定UE100、102的连接目的地的运营商。例如，运营商判定单元603使用非专利文献7中记载的PLMN(Public Land Mobile Network；公共陆地移动网)ID，判定UE100、102连接的运营商。

再者，在eNB104、106连接到多个运营商的MME的情况下，运营商判定单元603在非专利文献5中记载的Attach Procedure(附加过程)等时判定连接到哪个运营商的MME。此外，在有多个连接目的地运营商候选的情况下，运营商判定单元603也可以选择喜欢的连接目的地运营商。

索引接收单元604从eNB或MME接受1个或多个表示在UE100、102连接的运营商中使用的策略的策略索引。再者，每当在eNB104、106中变更UE100、102连接的运营商中使用的策略时，索引接收单元604接收表示变更后的策略的策略索引。

SDP创建单元605使用从策略列表存储单元602、运营商判定单元603、索引接收单元604得到的信息，创建SDP提议或SDP应答，进行通话中使用的机制的磋商。即，SDP创建单元605使用在策略列表存储单元602中存储的策略之中、由运营商判定单元603判定的UE100、102连接的运营商中的、与索引接收单元604接收到的策略索引对应的策略，创建SDP提议或SDP应答，在本机和通信对象终端之间进行与通话有关的磋商。

此外，SDP创建单元605也可以将表示UE100、102支持本实施方式公开的功能(后述的使用了EUTRA-CMR的编解码器模式切换)的参数附加在SDP提议或SDP应答中，进行与利用EUTRA-CMR有关的磋商。

能力通知单元606对eNB或MME通知表示UE100、102支持使用了EUTRA-CMR的编解码器模式切换的信息(能力信息)。

编解码器模式通知单元607对eNB通知在SDP创建单元605中磋商的机制之中、有关编解码器模式的信息(比特率、音频频带等)。此时，编解码器模式通知单元607也可以对eNB一起通知磋商的编解码器的信息。此外，在与通话有关的磋商中选择了使用EUTRA-CMR的编解码器模式切换的情况下，编解码器模式通知单元607向eNB104、106通知磋商的比特率的范围。

EUTRA-CMR接收单元608接收来自eNB104、106的EUTRA-CMR。EUTRA-CMR包含在eNB104、106中根据UE100、102的无线状况确定的编解码器模式(切换编解码器模式。例如，比特率)。此外，EUTRA-CMR是使用了E－UTRAN120、122的Layer2或Layer3(记载在非专利文献7等中)的CMR。

例如，EUTRA-CMR可以使用非专利文献8中记载的MAC CE(Control Element(控制元素))(Layer2)，也可以使用非专利文献8或非专利文献7中记载的MAC信头、RLC信头、PDCP信头(Layer2)等。或者，EUTRA-CMR也可以使用非专利文献9中记载的RRC信令(Layer3)。由此，在EUTRA-CMR的发送时，可以避免起因于使用ECN那样的IP信头的字段而对ROHC的压缩率的影响。

模式切换通知单元609通过对编码器(未图示)通知切换到EUTRA-CMR接收单元608接收到的EUTRA-CMR中包含的切换目的地编解码器模式，指示编解码器模式的切换。

在确认了编码器根据EUTRA-CMR切换了编解码器模式的情况下，模式切换确认单元610向eNB104、106发送响应消息(确认；确认)。在响应消息的发送上，可以使用非专利文献8中记载的BSR(Buffer Status Report；缓冲器状态报告)，也可以使用其他的MAC CE。或者，在响应消息的发送上，也可以使用非专利文献9中记载的RRC信令。

[基站的结构]

图7是表示本实施方式的基站(eNB104、106)的结构的框图。再者，在图7中，仅示出与本发明密切关联的结构单元，省略eNB的以往的功能等。

在图7所示的eNB104、106中，接收单元700接收从UE100、102、MME或S－GW发送的信令或数据，向eNB104、106的对应的结构单元输出接收到的信令或数据。发送单元701向UE100、102、MME或S－GW发送从各结构单元输入的信令或数据。

无线状态检测单元702检测无线访问网络的拥堵状况、拥堵缓和状况、或各UE的无线环境的状况。例如，无线状态检测单元702也可以从非专利文献8中记载的PHR(Power Headroom Report；功率余量报告)或非专利文献9中记载的测量报告(measurement report)，检测各UE的无线环境的状况。

策略索引确定单元703基于各运营商具有的默认的策略索引、以及无线状态检测单元702检测到的、无线访问网络的拥堵状况、拥堵缓和状况、或各UE的无线环境的状况，确定对各UE100、102的策略索引，将确定的策略索引通知给各UE100、102。每当无线状态检测单元702检测到的无线状态产生变化而变更对各UE100、102的策略索引时，策略索引确定单元703也可以通知变更后的策略索引。

UE能力获取单元704向UE100、102查询UE100、102是否支持使用了EUTRA-CMR的编解码器模式切换，从UE100、102获取表示UE100、102支持使用了EUTRA-CMR的编解码器模式切换的能力信息。此外，UE能力获取单元704也可以从MME获取UE100、102的能力信息，取代向UE100、102查询。

编解码器模式获取单元705从UE100、102获取与开始通话的UE100、102磋商的编解码器模式有关的信息(例如，磋商的比特率的范围)。编解码器模式获取单元705可以从支持EUTRA-CMR的UE100、102获取磋商的编解码器模式的信息，也可以从EPC侧的节点获取。

EUTRA-CMR发送单元706根据无线状态检测单元702检测的无线访问网络的拥堵状况、或支持各EUTRA-CMR的UE100、102的无线状况，确定UE100、102使用的编解码器模式，将包含确定出的编解码器模式的EUTRA-CMR发送到支持EUTRA-CMR的UE100、102。再者，EUTRA-CMR发送单元706基于编解码器模式获取单元705中获取的编解码器模式的信息(磋商的比特率的范围等)，确定EUTRA-CMR中包含的编解码器模式。

模式切换确认接收单元707从EUTRA-CMR的发送目的地的UE100、102接收表示完成了切换到EUTRA-CMR中包含的编解码器模式的响应消息确认(确认)。

再者，以下，也有将支持使用了EUTRA-CMR的编解码器模式切换的UE100、102仅记载为“UE”的情况。此外，以下，也有将图7所示的eNB104、106仅记载为“eNB”的情况。

[策略索引的通知方法]

接着，使用图9A～图9C，详细地说明运营商的策略索引的通知方法的一例子。

在图9A中，eNB的策略索引确定单元703将确定的策略索引存储在对各UE单独发送的RRC信令(RRC dedicated signaling；RRC专用信令)(记载在非专利文献9中)中，并通知给UE。再者，在图9A中，作为RRC专用信令的一例子，记载了RRC连接设置(RRC Connection Setup)，但也可以是其他的RRC专用信令(例如，RRC Connection Recnfiguration；RRC连接重构)。

在图9B中，eNB的策略索引确定单元703将确定的策略索引存储在用于对无线访问网络内的全部UE广播的RRC信令(broadcast signaling；广播信令)(记载在非专利文献9)中，通知给UE。在图9B中，作为广播信令的一例子，记载了SIB(System Information Block；系统信息块)，但也可以是其他的广播信令。

在图9C中，从EPC124、126向UE发送策略索引。在图9C中，在非专利文献5中记载的附加过程(Attach Procedure)、或TAU(Tracking Area Update；跟踪区域更新)过程时，从EPC124、126向UE发送信令(Attach accept(附加接受)或跟踪区域更新接受(Tracking Area Update accept))的参数，同时发送策略索引。例如，图9C所示的方法用于运营商基于各UE的合同状况确定策略索引的情况等。基于UE的合同信息的策略索引，例如存储在MME中。再者，如前述，基于UE的合同信息的策略索引，也可以由MME通知给eNB，由eNB的策略索引确定单元703最终确定。

此外，在图9A～图9C中，UE从策略列表存储单元602中存储的策略列表之中，基于由运营商判定单元603判别出的运营商、以及索引接收单元604接收到的策略索引，指定运营商使用的策略，基于指定的策略，描述通话开始时的SDP提议和应答。

这样，通过UE预先存储多个运营商的策略，并且从eNB向UE通知策略索引，UE可以使用与E－UTRAN120、122的无线环境(拥堵程度、无线质量、或UE的无线状况)对应的运营商的策略。例如，即使在UE漫游到与编解码器模式不同的网络的情况下，UE也可以使用在漫游目的地的网络中使用的策略。此外，即使在UE存在的网络的无线环境变动的情况下，UE也可以根据网络的无线环境的变动而使用适当的策略。此外，UE可以根据该UE连接到宏小区(macrocell)还是连接到飞蜂窝(femtocell)而使用适当的策略。

[能力信息的通知方法]

接着，使用图10A及图10B，详细地说明表示UE支持使用了EUTRA-CMR的编解码器模式切换的能力信息的通知方法的一例子。

在图10A中，eNB的UE能力获取单元704使用RRC专用信令(例如，UE Capability Enquiry；UE能力查询)，对于UE进行能力(是否支持EUTRA-CMR)的查询。然后，UE的能力通知单元606使用RRC专用信令(例如，UE能力信息(Capability Information))，将表示支持EUTRA-CMR的能力信息发送到eNB。再者，在图10A中，作为RRC专用信令的一例子，表示使用了在非专利文献9中记载的UE能力查询及UE能力信息的方法，但也可以使用其他的RRC专用信令。

在图10B中，UE经由EPC124、126对eNB通知UE的能力信息。首先，UE的能力通知单元606在前述的附加过程(Attach Procedure)时将表示支持EUTRA-CMR的能力信息作为参数附加在信令中，将该信令发送到MME。此时，MME也可以不是从UE而是从HSS118获取UE的能力信息。之后，例如在IMS信令用承载被建立时(专用承载激活过程和/或服务请求过程(dedicated bearer activation procedure and/or service request procedure)时)，UE能力获取单元704从MME获取UE的能力信息作为信令的参数。

这样一来，eNB可以预先掌握在本机覆盖的E－UTRAN120、122内存在的UE之中，哪个UE支持EUTRA-CMR。

[磋商的编解码器模式的通知方法]

接着，使用图11A及图11B，详细地说明在通话开始的UE间磋商的编解码器模式的通知方法的一例子。

在图11A中，UE的编解码器模式通知单元607使用RRC专用信令(例如，RRC Connection Reconfiguration Complete；RRC连接重构完成)，将表示磋商的编解码器模式(例如，磋商的比特率的范围)的信息通知eNB的编解码器模式获取单元705。在图11A中，作为RRC专用信令的一例子，表示了使用非专利文献9中记载的、对RRC连接重构的RRC连接重构完成的方法，但也可以使用其他的RRC专用信令。

此外，在UE的SDP创建单元605将表示支持EUTRA-CMR的参数附加在SDP提议或SDP应答中进行磋商时，在磋商中失败的情况下，编解码器模式通知单元607也可以不将编解码器模式通知eNB，而将磋商中失败的事实通知eNB。

图11B是从IMS网络128及EPC124、126侧对eNB的编解码器模式获取单元705通知编解码器模式。

具体而言，将开始通话的UE1、2的SDP提议和应答进行中继的节点即P－CSCF1、2确认磋商的编解码器模式。此时，P－CSCF1、2确认表示支持使用了EUTRA-CMR的编解码器模式切换的SDP参数(eutra-cmr)，也可以确认是否进行了使用了EUTRA-CMR的编解码器模式切换的磋商。

P－CSCF1、2将磋商的编解码器模式(例如，磋商的比特率的范围)通知EPC124、126的PCRF，PCRF将获取的编解码器模式发送到P－GW，P－GW在建立通话用承载的信令中包含编解码器模式作为参数。eNB的编解码器模式获取单元705通过接收该信令，获取磋商的编解码器模式。

这里，说明将UE中磋商的编解码器模式通知eNB时的标记方法。作为一例子，说明磋商的编解码器是EVS编解码器，磋商的比特率为9.6kbps～24.4kbps，音频频带是SWB，没有利用信道感知模式(Channel Aware mode)的情况。

例如，磋商的编解码器模式的格式利用在非专利文献2的Annex A.3中记载的媒体类型参数的标记，也可以如"EVS：br＝9.6-24.4；bw＝swb；ch-aw-recv＝-1"那样标记。此外，磋商的编解码器模式可以被映射在非专利文献2的Annex A.2.2.1.1中记载的CMR的代码中，也可以如"T＝011，D＝0011-0110"那样标记。即使在磋商的编解码器为AMR或AMR－WB的情况下，这些标记方法也可以使用非专利文献3及非专利文献4中记载的媒体类型参数及CMR的代码(索引)进行标记。此外，在UE拥有的运营商的策略列表之中，在示出了运营商指定的标记方法的情况下，也可以根据该标记方法来标记编解码器模式。

这样，通过从UE向eNB通知磋商的编解码器模式，eNB可以预先确定使用EUTRA-CMR指定的编解码器模式(比特率)的范围。

此外，在进行使用了EUTRA-CMR的编解码器模式切换之前，UE在与通话对象终端之间，磋商使用了EUTRA-CMR的编解码器模式切换的使用，在双方的UE间同意的情况下，向eNB通知磋商的编解码器模式。由此，eNB在进行通话的UE间使用磋商的比特率，可以指示基于EUTRA-CMR的编解码器模式的切换。

[使用了EUTRA-CMR的编解码器模式的切换方法]

接着，使用图12A～14，详细地说明使用了eNB的EUTRA-CMR的编解码器模式(比特率)的切换方法的一例子。

例如，假设磋商的编解码器及编解码器模式的条件是EVS，比特率为9.6kbps～24.4kbps，音频频带是SWB，没有利用信道感知模式。

图12A、图12B、图12C、图13A、图13B、及图13C表示将非专利文献8中记载的MAC CE用于EUTRA CMR的情况下的MAC CE的一例子。

图12A～图12C表示非专利文献8的LCID(Logical Channel Identifier；逻辑信道标示符)的预留值(Reserved)之中的1个被定义作为EUTRA-CMR的情况下的例子。图12A中，作为一例子，LCID的值(Index)＝"11001"作为EUTRA-CMR被分配。图12B表示EUTRA-CMR的MAC CE的结构例子。R比特表示预留(reserved)。在3比特的编解码器字段中，加入表示是哪个编解码器或编解码器模式的CMR的值。图12C表示编解码器或编解码器模式和编解码器字段的值(索引)之间的对应例子。在图12B的4比特的CMR字段中，加入请求的编解码器模式(比特率等)的值(索引)。例如，CMR字段的值在AMR或AMR－WB的情况下，遵循非专利文献3的CMR的值，在EVS的情况下，遵循非专利文献2的CMR字节之中、D字段的值。

再者，关于图12C的EVS编解码器，EVS AMR－WB IO是AMR－WB兼容模式。此外，EVS－NB、EVS－WB、EVS－SWB、EVS－FB分别是EVS主模式窄带、EVS主模式宽带、EVS主模式超宽带、EVS主模式全带。此外，EVS－CA－WB、EVS－CA－SWB分别是EVS主模式宽带的信道感知模式、EVS主模式超宽带的信道感知模式。

图13A～图13C表示非专利文献8的LCID(Logical Channel Identifier)的预留值(Reserved)之中的2个被定义作为EUTRA-CMR的情况下的例子。在图13A中，作为一例子，LCID的值(Index)＝"11000"作为短EUTRA-CMR被分配，LCID的值(Index)＝"11001"作为长EUTRA-CMR被分配。图13B表示短EUTRA-CMR及长EUTRA-CMR各自的MAC CE的结构例子。R比特表示预留(reserved)。在3比特的编解码器字段中，加入表示是哪个编解码器的CMR的值。图13C表示编解码器和编解码器字段的值(索引)之间的对应例子。在图13B的短EUTRA－CMR的情况为4比特、Long EUTRA－CMR的情况是8比特的CMR字段中，加入请求的编解码器模式(比特率等)的值(索引)。例如，CMR字段的值在AMR或AMR－WB的情况下使用短EUTRA-CMR，遵循非专利文献3的CMR的值，在EVS的情况下使用长EUTRA-CMR遵循非专利文献2的CMR字节的值。

再者，R比特也可以用作表示后述的下行链路(downlink)方向的EUTRA-CMR的比特。

在图14中，UE首先以EVS编解码器的SWB(以下描述为EVS-SWB)的13.2kbps进行编码，发送语音数据(ST21)。

接着，eNB的无线状态检测单元702检测到UE的无线环境恶劣、或E－UTRAN(上行链路)拥堵(ST22)。因此，eNB的EUTRA-CMR发送单元706确定指示，以将UE的发送中使用的比特率降低至9.6kbps，并在EUTRA-CMR中指定EVS-SWB 9.6kbps，发送到UE(ST23)。

UE的EUTRA-CMR接收单元608接收EUTRA-CMR，将被指定EVS-SWB 9.6kbps的情况输出到模式切换通知单元609。模式切换通知单元609对于UE的EVS编码器(未图示)进行指示，使其以EVS-SWB 9.6kbps进行编码。UE的EVS编码器接受EVS-SWB 9.6kbps的指示，将比特率变更为EVS-SWB 9.6kbps并开始编码(ST24)。若UE的模式切换确认单元610确认为EVS编码器切换到EVS-SWB 9.6kbps，则将确认发送到eNB(ST25)。

eNB的模式切换确认接收单元707通过接收确认，检测到按指示切换了UE中发送的语音数据的编解码器模式。

接着，eNB的无线状态检测单元702检测到改善了UE的无线环境、或缓和了E－UTRAN(上行链路)的拥堵(ST26)。因此，eNB的EUTRA-CMR发送单元706确定指示，以将UE的发送中使用的比特率再次提高到13.2kbps，在EUTRA-CMR中指定EVS-SWB 13.2kbps，并发送到UE(ST27)。

UE的EUTRA-CMR接收单元608接收EUTRA-CMR，将指定了EVS-SWB 13.2kbps的情况输出到模式切换通知单元609。模式切换通知单元609对于UE的EVS编码器(未图示)进行指示，以使其按EVS-SWB 13.2kbps进行编码。UE的EVS编码器接受EVS-SWB 13.2kbps的指示，将比特率变更为EVS-SWB 13.2kbps并开始编码(ST28)。若确认EVS编码器切换到EVS-SWB 13.2kbps，则UE的模式切换确认单元610将确认发送到eNB(ST29)。

eNB的模式切换确认接收单元707通过接收确认，检测到按指示切换了UE中发送的语音数据的编解码器模式。

再者，在E－UTRAN的上行链路的调度(scheduling)中，在使用了非专利文献10等中记载的SPS(Semi-Persistent Scheduling；半持久调度)的情况下，eNB也可以伴随EUTRA-CMR产生的上行链路的比特率的变更，变更当前使用中的SPS的设定(非专利文献10中记载的资源分配(resource allocation)或传输块大小(transport block size)等)。该变更可以通过进行非专利文献10中记载的、接续SPS release的SPS activation而变更，也可以通过新定义用于SPS modification等的变更的信令，并进行SPS modification而变更。此外，在因EUTRA-CMR增大上行链路的比特率的情况下，eNB也可以在接收来自UE的确认之前、即与传送EUTRA-CMR同时或紧接其后进行该SPS的设定的变更。相反地，在通过EUTRA-CMR减小上行链路的比特率的情况下，eNB也可以在接收来自UE的确认后进行该SPS的设定的变更。

这样，eNB可以根据E－UTRAN120、122的无线状况(拥堵)或UE的无线状况的变动(质量下降及质量提高)，使用EUTRA-CMR对UE指示编解码器模式的切换(指定实际的比特率)。由此，UE可以使用与本机的无线环境对应的编解码器模式(比特率)进行通话。

再者，EUTRA-CMR的CMR的标记方法在EVS编解码器的情况下遵循非专利文献2中记载的CMR的标记方法，在AMR－WB或AMR的情况下可以遵循非专利文献3中记载的CMR的标记方法，也可以是其他的标记方法。此外，也可以取代在EUTRA-CMR中标记具体的编解码器模式，而在EUTRA-CMR中进行将比特率下降1等级、将比特率提高1等级等的标记。

此外，也可以根据运营商的策略而确定在EUTRA-CMR和使用了以往的RTP有效载荷格式或RTCP－APP的CMR发生了争用的情况下使哪个优先。但是，在EVS编解码器的情况下，对于EVS主模式和EVS AMR－WB兼容模式之间的切换，使用了以往的RTP有效载荷格式或RTCP－APP的CMR优先。

再者，在EVS编解码器利用中，在因使用了RTP有效载荷格式或RTCP－APP的CMR而产生EVS主模式和EVS AMR－WB兼容模式之间的切换的情况下，UE的编解码器模式通知单元607对eNB的编解码器模式获取单元705通知表示在切换后的模式(EVS主模式、或EVS AMR－WB兼容模式)中的磋商的编解码器模式(例如，磋商的比特率的范围)的信息。

此外，无论利用中的编解码器如何，在根据IMS信令消息进行编解码器的再磋商，切换了利用的编解码器的情况下，UE的编解码器模式通知单元607也可以对eNB的编解码器模式获取单元705通知表示切换后的编解码器中的磋商的编解码器模式(例如，磋商的比特率的范围)的信息，如前述的，通过建立从P－CSCF1、2经由EPC124、126的承载的信令，eNB的编解码器模式获取单元705也可以获取再磋商的编解码器模式。

以上，说明了使用了eNB的EUTRA-CMR的编解码器模式(比特率)的切换方法。

如以上，在本实施方式中，UE100、102根据UE的无线环境的变化(漫游时、或无线状况的变动)选择运营商的策略。此外，eNB104、106根据各UE100、102的无线状况对UE100、102指示比特率的变更。这样一来，根据本实施方式，eNB104、106可以切换与UE的无线环境对应的编解码器或编解码器模式。

因此，UE100、102可以基于适当的运营商的策略、以及编解码器模式进行通话，所以可以抑制UE100、102中的通话质量的劣化，并且提高无线资源的利用效率。

再者，在本实施方式中，说明了将EUTRA-CMR作为对发送侧(uplink；上行链路)的CMR，但也可以另外准备对接收侧(downlink；下行链路)的EUTRA-CMR。接受了对接收侧的EUTRA-CMR的UE100、102在RTP有效载荷信头或RTCP－APP的CMR中反映对接收侧的EUTRA-CMR的内容，并发送到通话对象的UE。

此外，在本实施方式中，eNB104、106也可以对UE100、102通知本机支持使用了EUTRA-CMR的编解码器模式切换。在该通知中，例如，也可以使用SIB等的广播信令(broadcast signaling)。例如，UE100、102基于来自多个eNB的通知，也可以优先连接到支持EUTRA-CMR的eNB104、106。

(实施方式2)

参照图6、及图15～图19详细地说明本发明的实施方式2。

[终端的结构]

图6是表示本实施方式2的终端(UE100、102)的结构的框图。再者，在图6中，仅表示与本发明密切关联的结构单元，省略UE的以往的功能等。

在图6所示的UE100、102中，无线接收单元600接收从基站(eNB104、106)或MME发送的信令或数据，向UE100、102的对应的结构单元输出接收到的信令或数据。无线发送单元601向eNB104、106或MME发送从各结构单元输入的信令或数据。

与实施方式1同样，策略列表存储单元602对每个运营商存储至少一个包含多个运营商各自支持的编解码器模式的策略(例如，参照图8A及图8B)。策略列表存储单元602中存储的运营商的策略列表，也可以仅是使用本终端(UE100、102)的用户签订合同的运营商、以及该运营商执行漫游合同的运营商的策略列表。此外，策略列表可以在终端(UE100、102)出厂时预置(preset)，也可以按从运营商拥有的服务器等下载等的方法来获取。此外，策略列表也可以利用OMA－DM(open mobile alliance-device management；开放移动联盟设备管理)等来获取。此外，在策略列表中，也可以包含各运营商的VoLTE服务用APN(Access Point Name；访问点名称)等。此外，在该策略列表之中，也可以包含表示运营商的网络是否支持EUTRA-CMR或ECN的信息。

图6的运营商判定单元603判定UE100、102的连接目的地的运营商。例如，运营商判定单元603使用非专利文献7中记载的PLMN(Public Land Mobile Network；公共陆地移动网络)ID，判定UE100、102连接的运营商。

再者，在eNB104、106连接到多个运营商的MME的情况下，运营商判定单元603在非专利文献5中记载的Attach Procedure(附加过程)等时判定连接到哪个运营商的MME。此外，在有多个连接目的地运营商候选的情况下，运营商判定单元603也可以选择喜欢的连接目的地运营商，例如有漫游合同的运营商、或有漫游合同的运营商之中优先级高的运营商。

索引接收单元604从eNB或MME接受1个或多个表示在UE100、102连接的运营商中使用的策略的策略索引。再者，在eNB104、106中每次变更在UE100、102连接的运营商中使用的策略时，索引接收单元604接收表示变更后的策略的策略索引。

SDP创建单元605使用从策略列表存储单元602、运营商判定单元603、索引接收单元604得到的信息，创建SDP提议或SDP应答，进行通话中使用的机制的磋商。即，SDP创建单元605在策略列表存储单元602中存储的策略之中，使用在运营商判定单元603中判定出的UE100、102连接的运营商中的、与索引接收单元604接收到的策略索引对应的策略，创建SDP提议或SDP应答，在本机和通信对象终端之间进行与通话有关的磋商。

此外，SDP创建单元605将表示UE100、102支持本实施方式公开的功能(后述的使用了EUTRA-CMR的编解码器模式切换)的参数附加在SDP提议或SDP应答中，也可以进行与利用EUTRA-CMR有关的磋商。

能力通知单元606对eNB或MME通知表示UE100、102支持使用了EUTRA-CMR的编解码器模式切换的信息(能力信息)。此外，在有多个EUTRA-CMR的方式的情况下，能力通知单元606也可以对eNB或MME通知表示与哪个方式对应的信息。此外，除了表示支持使用了EUTRA-CMR的编解码器模式切换的信息，能力通知单元606也可以对eNB或MME通知表示是否支持使用了ECN的编解码器模式切换的信息。

编解码器模式通知单元607对eNB通知在SDP创建单元605中磋商的机制之中、与编解码器模式有关的信息(比特率、音频频带等)。此时，编解码器模式通知单元607也可以对eNB一起通知磋商的编解码器的信息。此外，在与通话有关的磋商中选择使用了EUTRA-CMR的编解码器模式切换的情况下，编解码器模式通知单元607向eNB104、106通知磋商的比特率的信息(例如AMR或AMR－WB的情况下为非专利文献3中记载的mode-set参数的信息，EVS的情况下为非专利文献2中记载的、br、或br-send及br-recv参数的信息)。此外，在与通话有关的磋商中选择使用了ECN的编解码器模式切换的情况下，编解码器模式通知单元607也可以向eNB104、106通知磋商的比特率的信息。

此外，在终端(UE100、102)拥有用于编解码器模式切换的编解码器模式的信息的情况下(例如，拥有非专利文献4中记载的媒体自适应管理对象(Media Adaptation Management Object)等的情况)，编解码器模式通知单元607也可以将用于该编解码器模式切换的编解码器模式的信息和与磋商的机制之中的编解码器模式有关的信息进行比较，对eNB通知共同的编解码器模式。

此外，编解码器模式通知单元607也可以在数据大小的范围内设置等级，在UE和eNB之间预先共享数据大小的范围和索引之间的关联，对eNB通知该索引，取代对eNB通知编解码器特有的编解码器模式(比特率、音频频带等)。在本实施方式中，“数据大小”设为包含了RTP有效载荷信头或填充的比特率。表示数据大小的范围和索引之间的关联的信息(对应表)可以预置(preset)在UE和eNB中，也可以使用OMA－DM等方法，从服务器下载。

图15是数据大小的范围和索引之间的对应表的一例子。再者，在本实施方式中，也可以使用在非专利文献8中记载的BSR(Buffer Status Report；缓冲器状态报告)中使用的数据大小(缓冲器大小)的范围和索引之间的现有的关联，取代新使用数据大小的范围和索引之间的关联。此外，也可以使用非专利文献10中记载的传输块大小(TBS：Transport Block Size)，取代数据大小的范围。通过编解码器模式通知单元607对eNB仅通知索引，可以减小对eNB的通知中需要的数据量。

此外，编解码器模式通知单元607也可以对eNB通知比特率或数据大小的上限及下限、以及表示在上限和下限之间包含有多少个比特率或数据大小的信息，取代对eNB通知编解码器特有的编解码器模式、或与数据大小的范围相关的索引。但是，关于比特率或数据大小的上限的信息，在eNB中可从非专利文献5等中记载的GBR(Guaranteed Bit Rate；保证比特率)或MBR(Maximum Bit rate；最大比特率)的值得到，所以即使不通知也可以。比特率或数据大小的上限及下限可以是具体的数值，也可以是数值或与数据大小的范围相关的索引。

此外，只要有在SDP创建单元605中磋商的机制之中、有关编解码器模式切换的信息，则编解码器模式通知单元607也对eNB通知该信息。例如，在AMR或AMR－WB中，磋商了非专利文献3中记载的模式切换期间(mode-change-period)、模式切换能力(mode-change-capability)、模式切换邻区(mode-change-neighbor)等，编解码器模式(比特率)变更可能的周期、或可以进行编解码器模式变更的范围(是否限于向上一个或下一个的比特率的变更)等中有限制的情况下，编解码器模式通知单元607也对eNB通知有关这些限制的信息。此外，在EVS中，在磋商了非专利文献2中记载的cmr参数的情况下，编解码器模式通知单元607也对eNB通知表示是否允许RTP有效载荷的CMR的信息。此外，编解码器模式通知单元607也可以对eNB通知磋商的RTP有效载荷格式的信息。

EUTRA-CMR接收单元608接收来自eNB104、106的EUTRA-CMR。EUTRA-CMR包含在eNB104、106中根据UE100、102的无线状况确定的编解码器模式(切换编解码器模式。例如，比特率或表示前述的数据大小的范围的索引)。此外，EUTRA-CMR是使用了E－UTRAN120、122的Layer2或Layer3(记载在非专利文献7等中)的CMR。但是，在本实施方式中，也可以取代指定AMR、AMR－WB、EVS等那样的确定的编解码器模式(比特率、频带等)，EUTRA-CMR如前述那样指定数据大小的范围或表示数据大小的范围的索引。

例如，EUTRA-CMR可以使用非专利文献8中记载的MAC CE(Control Element)(Layer2)，也可以使用非专利文献8或非专利文献7中记载的MAC信头、RLC信头、PDCP信头(Layer2)等。或者，EUTRA-CMR也可以使用非专利文献9中记载的RRC信令(Layer3)。或者，ERTRA-CMR也可以利用在非专利文献10等中记载的PDCCH(Physical Downlink Control Channel；物理下行链路控制信道)。由此，在EUTRA-CMR的发送时，可以避免起因于使用ECN那样的IP信头的字段而对ROHC的压缩率的影响。再者，为了降低在利用了ECN的情况下对ROHC的压缩率的影响，也可以在PDCP信头等中新设置ECN拥塞通知用的字段，取代在ROHC内的IP信头信息部分中包含IP信头中包含的拥塞通知(ECN-CE：ECN Congestion Experienced；ECN拥塞经历)。

模式切换通知单元609通过对编码器(未图示)通知切换到在EUTRA-CMR接收单元608接收到的EUTRA-CMR中包含的切换目的地编解码器模式，指示编解码器模式的切换。此外，在EUTRA-CMR指定了如前述的数据大小的范围、或指定了表示数据大小的范围的索引的情况下，模式切换通知单元609指定与该数据大小对应的、使用中的编解码器的比特率，并通知给编码器(未图示)。

在确认了编码器根据EUTRA-CMR切换了编解码器模式的情况下，模式切换确认单元610向eNB104、106发送响应消息(确认；确认)。在响应消息的发送上，可用使用非专利文献8中记载的BSR(Buffer Status Report；缓冲器状态报告)，也可以使用其他的MAC CE。或者，在响应消息的发送上，也可以利用非专利文献9中记载的RRC信令。再者，在UE100、102接受使用了以往的RTP有效载荷格式或RTCP－APP的CMR，通过该CMR切换了编解码器模式的情况下，模式切换确认单元610也可以向eNB104、106传送通知消息。再者，基于EUTRA-CMR的对编解码器模式切换的响应消息和基于使用了以往的RTP有效载荷格式或RTCP－APP的CMR的编解码器模式切换通知，可以是相同的信令，也可以是不同的信令。

[基站的结构]

图16是表示本实施方式的基站(eNB104、106)的结构的框图。再者，在图16中，仅表示与本发明密切关联的结构单元，省略了eNB的以往的功能等。此外，在图16中，对与实施方式1(图7)进行同等的处理的结构单元附加相同的标号。图16所示的eNB104、106新包括了承载QoS更新单元1501。

在图16所示的eNB104、106中，接收单元700接收从UE100、102、MME或S－GW发送的信令或数据，将接收到的信令或数据输出到eNB104、106的对应的结构单元。发送单元701向UE100、102、MME或S－GW发送从各结构单元输入的信令或数据。

无线状态检测单元702检测无线访问网络的拥堵状况、拥堵缓和状况、或各UE的无线环境的状况。例如，无线状态检测单元702也可以从非专利文献8中记载的PHR(Power Headroom Report；功率余量报告)或非专利文献9中记载的测量报告(measurement report)，检测各UE的无线环境的状况。此外，无线状态检测单元702也可以根据检测出的各UE的无线环境的状况，判断使用EUTRA-CMR变更该UE的编解码器模式好、或将该UE切换到其他的eNB、UTRAN(UMTS Terrestrial Radio Access Network；UMTS地面无线访问网)或GERAN(GSM EDGE Radio Access Network；GSM EDGE无线访问网)等LTE以外的基站等好。在该判断时，无线状态检测单元702也可以考虑该UE当前使用中的编解码器模式。

策略索引确定单元703基于各运营商拥有的默认的策略索引、以及无线状态检测单元702检测到的、无线访问网络的拥堵状况、拥堵缓和状况或各UE的无线环境的状况，确定对各UE100、102的策略索引，将确定的策略索引通知给各UE100、102。每当在无线状态检测单元702检测出的无线状态中产生变化而变更对各UE100、102的策略索引时，策略索引确定单元703也可以通知变更后的策略索引。再者，策略索引确定的无线环境的状况的阈值，各eNB可以通过预置(preset)而保持，也可以按OMA－DM等方法从服务器下载。

UE能力获取单元704向UE100、102查询UE100、102是否支持使用了EUTRA-CMR的编解码器模式切换，从UE100、102获取表示UE100、102支持使用了EUTRA-CMR的编解码器模式切换的能力信息。此外，UE能力获取单元704也可以从MME获取UE100、102的能力信息，取代向UE100、102查询。再者，在EUTRA-CMR的方式有多个的情况下，UE能力获取单元704也可以从UE100、102获取与哪个方式对应。此外，UE能力获取单元704也可以从UE100、102获取表示UE100、102是否支持使用了ECN的编解码器模式切换的信息。

编解码器模式获取单元705从UE100、102获取有关开始通话的UE100、102磋商的编解码器模式的信息(例如，磋商的比特率的范围)。编解码器模式获取单元705可以从支持EUTRA-CMR的UE100、102获取磋商的编解码器模式的信息，也可以从EPC侧的节点获取。

此外，如上述，编解码器模式获取单元705也可以在数据大小(包含RTP有效载荷信头和填充的比特率)的范围内设置等级，在UE和eNB之间预先共享数据大小的范围和索引之间的关联，获取该索引，取代获取编解码器特有的编解码器模式(比特率、音频频带等)。可以在UE和eNB中预置(preset)数据大小的范围和索引之间的对应表(例如，参照图15)，也可以使用OMA－DM等方法，从服务器下载。此外，编解码器模式获取单元705也可以获取表示比特率或数据大小的上限及下限、以及在上限和下限之间包含多少个比特率或数据大小的信息，取代获取编解码器特有的编解码器模式、或与数据大小的范围相关的索引。此外，编解码器模式获取单元705将获取的有关编解码器模式的信息不仅用于本实施方式的基于EUTRA-CMR的编解码器模式(比特率)变更，还用于基于ECN的编解码器模式(比特率)变更。

此外，编解码器模式获取单元705也可以获取有关编解码器模式切换的信息。例如，在编解码器模式(比特率)变更可能的周期、可以进行编解码器模式变更的范围(是否限于向上一个或下一个的比特率的变更)、基于RTP有效载荷的CMR利用等中有限制的情况下，编解码器模式获取单元705也获取有关这些限制的信息。此外，编解码器模式获取单元705也可以获取磋商的RTP有效载荷格式的信息。

EUTRA-CMR发送单元706根据无线状态检测单元702检测出的无线访问网络的拥堵状况、或支持各EUTRA-CMR的UE100、102的无线状况，确定UE100、102使用的编解码器模式，将包含确定出的编解码器模式的EUTRA-CMR发送到支持EUTRA-CMR的UE100、102。再者，EUTRA-CMR发送单元706基于编解码器模式获取单元705中获取的编解码器模式的信息(表示磋商的比特率的范围、前述的数据大小的范围的索引、以及有关前述的编解码器模式切换的信息等)，确定在EUTRA-CMR中包含的编解码器模式。但是，在本实施方式中，EUTRA-CMR也可以如前述那样指定表示数据大小的范围或数据大小的范围的索引(例如，参照图15)，取代指定如AMR、AMR－WB、EVS等那样的特定的编解码器模式(比特率、频带等)。

模式切换确认接收单元707从EUTRA-CMR的发送目的地的UE100、102接收表示完成了切换到EUTRA-CMR中包含的编解码器模式的响应消息确认(确认)。再者，在UE100、102接受使用了以往的RTP有效载荷格式或RTCP－APP的CMR，通过该CMR切换了编解码器模式的情况下，模式切换确认接收单元707也可以传送来自UE100、UE102的通知消息。

承载QoS更新单元1501通过EUTRA-CMR、或使用了以往的RTP有效载荷格式或RTCP－APP的CMR、或ECN，在切换了编解码器模式(比特率)的上限的情况下，为了变更通话用专用承载的保证频带(GBR：Guaranteed Bit Rate(保证比特率)。记载在非专利文献5等中)，对于MME发送信令。再者，在eNB下属的多个UE的编解码器模式一起改变的情况下(例如，对多个UE一起传送了EUTRA-CMR的情况)，承载QoS更新单元1501通过将对MME的信令仅发送一次或限定次数，也可以变更多个UE的通话用专用承载的保证频带。为了将对MME的信令仅发送一次或限定次数，变更多个UE的通话用专用承载的保证频带，eNB以发送到MME的信令，将有关相应的多个UE的专用承载的信息(Tunnel Endpoint Identifier(TEID；隧道端点标示符)等。记载在非专利文献5中)及有关GBR的信息一起发送。

再者，以下，也有将支持使用了EUTRA-CMR的编解码器模式切换的UE100、102仅记载为“UE”的情况。此外，以下，也有将图16所示的eNB104、106仅记载为“eNB”的情况。

在本实施方式中，策略索引的通知方法、能力信息的通知方法与本实施方式1是同样的，所以省略其说明。

[磋商的编解码器模式的通知方法]

接着，使用图17A及图17B，详细地说明在通话开始的UE间磋商的编解码器模式的通知方法的一例子。这里，说明使用了本实施方式中的、数据大小的范围和索引之间的对应表(例如，参照图15)的索引的通知方法。

在图17A中，UE的编解码器模式通知单元607使用RRC专用信令(例如，RRC Connection Reconfiguration Complete；RRC连接重构完成)，对eNB的编解码器模式获取单元705通知与磋商的编解码器模式对应的索引。例如，在与磋商的编解码器模式的数据大小对应的索引为1、2、3的情况下，编解码器模式通知单元607可以在模式变更中许可的数据大小的字段中，设置并通知如“1、2、3”那样的索引，也可以设置并通知如“1-3”模样的索引的范围。在图17A中，作为RRC专用信令的一例子，表示在非专利文献9中记载的、使用对RRC连接重构的RRC连接重构完成的方法，但也可以使用其他的RRC专用信令。

此外，编解码器模式通知单元607也可以与索引一起通知有关前述的编解码器模式变更的信息(mode change information；模式变更信息)。例如，在容许编解码器模式变更的周期为40msec的情况下，编解码器模式通知单元607也可以在表示编解码器模式变更的周期的字段中存储并发送称为“40”的值、或与40msec对应的索引。此外，在一次的EUTRA-CMR中，仅容许相邻的比特率(本例中为索引)的变更的情况下，编解码器模式通知单元607也可以在是否仅容许相邻的比特率的字段中，存储并发送表示仅容许相邻的比特率的值(例如“1”)。

此外，在UE的SDP创建单元605将表示支持EUTRA-CMR的参数附加在SDP提议或SDP应答中并进行磋商时，在磋商中失败的情况下，编解码器模式通知单元607也可以不对eNB通知编解码器模式，而对eNB通知在磋商中失败的情况。再者，除了EUTRA-CMR的信息以外，或者替代，编解码器模式通知单元607也可以对eNB通知有关ECN的信息。有关ECN的信息是，表示例如通过SDP提议及应答，是否磋商了ECN利用、以及磋商的编解码器模式(比特率)的范围等的信息。

图17B中，从IMS网络128及EPC124、126侧对eNB的编解码器模式获取单元705通知索引。此外，也可以与索引一起通知有关前述的编解码器模式变更的信息。

具体而言，对开始通话的UE1、2的SDP提议和应答进行中继的节点即P－CSCF1、2确认磋商的编解码器模式。此时，P－CSCF1、2确认表示支持使用了EUTRA-CMR的编解码器模式切换的SDP参数(eutra-cmr)，也可以确认是否进行了使用了EUTRA-CMR的编解码器模式切换的磋商。再者，从图17B的IMS网络128及EPC124、126侧，对eNB的编解码器模式获取单元705通知索引的方法也可以用于磋商ECN的情况。

P－CSCF1、2对EPC124、126的PCRF通知与磋商的编解码器模式对应的索引，PCRF将获取的索引发送到P－GW，P－GW在建立通话用承载的信令中包含索引作为参数。eNB的编解码器模式获取单元705通过接收该信令，获取与磋商的编解码器模式对应的索引。

这样，通过从UE对eNB通知与磋商的编解码器模式对应的索引，eNB可以预先确定与使用EUTRA-CMR指定的编解码器模式(比特率)对应的索引的范围。

此外，在进行使用了EUTRA-CMR的编解码器模式切换之前，UE与通话对象终端之间磋商使用了EUTRA-CMR的编解码器模式切换的使用，在双方的UE间同意的情况下，向eNB通知与磋商的编解码器模式对应的索引。由此，eNB可以使用与在进行通话的UE间磋商的比特率对应的索引，指示基于EUTRA-CMR的编解码器模式的切换。

[使用了EUTRA-CMR的编解码器模式的切换方法]

接着，使用图18A、图18B、及图19，详细地说明使用了基于eNB的EUTRA-CMR的编解码器模式(比特率)的切换方法的一例子。

例如，假设磋商的编解码器及编解码器模式的条件是EVS，比特率为9.6kbps～24.4kbps，未指定仅使用全信头RTP有效载荷格式(记载在非专利文献2中)(hf-only＝0、或无hf-only参数)，音频频带为SWB，不利用信道感知模式。

图18A表示将非专利文献8中记载的MAC CE用于EUTRA CMR的情况下的MAC CE的一例子。

图18B表示在非专利文献8的LCID(Logical Channel Identifier)的预留值(Reserved)之中1个被定义作为EUTRA-CMR的情况下的例子。在图18A中，作为一例子，LCID的值(索引)＝"11001"被分配作为EUTRA-CMR。图18B表示EUTRA-CMR的MAC CE的结构例子。R比特表示预留(reserved)。在4比特的Index字段中，加入图15所示的索引的值。该索引值意味着请求的数据的大小。

再者，R比特也可以用作表示后述的下行链路(downlink)方向的EUTRA-CMR的比特。

在图19中，UE首先按EVS编解码器的SWB(以下描述为EVS-SWB)的13.2kbps进行编码，发送语音数据(ST21)。这里，EVS编解码器13.2kbps的紧凑RTP有效载荷格式(记载在非专利文献2中)的每1帧的数据大小是264比特。因此，eNB识别为使用了index＝4的数据大小(数据大小的范围：193～264比特。参照图15)。

接着，eNB的无线状态检测单元702检测到UE的无线环境恶劣、或E－UTRAN(上行链路)拥堵(ST22)。因此，eNB的无线状态检测单元702对eNB的EUTRA-CMR发送单元706发出指示，以使用EUTRA-CMR降低在UE的发送中使用的比特率(未图示)。eNB的EUTRA-CMR发送单元706确定指示的情况，使得将UE的发送中使用的比特率下降1等级，并在EUTRA-CMR中指定index＝3(数据大小的范围：161～192bit。参照图15)，发送到UE(ST31)。这里，取代对eNB的EUTRA-CMR发送单元706发出指示，使其使用EUTRA-CMR降低在UE的发送中使用的比特率，eNB的无线状态检测单元702也可以确定使UE切换到其他的eNB、UTRAN或GERAN等的LTE以外的基站等(未图示)。

UE的EUTRA-CMR接收单元608接收EUTRA-CMR，将指定的index＝3输出到模式切换通知单元609。通过使用中的编解码器是EVS，磋商了SWB音频频带使用，并且由EUTRA-CMR指定了index＝3，模式切换通知单元609指定是EVS-SWB9.6kbps的指定(EVS编解码器9.6kbps的紧凑RTP有效载荷格式的每1帧的数据大小为192比特)。然后，模式切换通知单元609对UE的EVS编码器(未图示)进行指示，使得按EVS-SWB 9.6kbps来编码。UE的EVS编码器接受EVS-SWB 9.6kbps的指示，将比特率变更为EVS-SWB 9.6kbps并开始编码(ST24)。若EVS编码器确认了切换到EVS-SWB 9.6kbps，则UE的模式切换确认单元610将确认发送到eNB(ST25)。

eNB的模式切换确认接收单元707通过接收确认，检测到按指示切换了UE中发送的语音数据的编解码器模式。这里，eNB的承载QoS更新单元1501也可以对MME发送信令(Bearer QoS update；承载QoS更新)，提醒变更切换了编解码器模式的UE的通话用专用承载的GBR(ST32)。

接着，eNB的无线状态检测单元702检测到改善了UE的无线环境、或缓和了E－UTRAN(上行链路)的拥堵(ST26)。因此，eNB的EUTRA-CMR发送单元706确定进行指示，以将UE的发送中使用的比特率再次提高1等级，对EUTRA-CMR指定index＝4，发送到UE(ST33)。

UE的EUTRA-CMR接收单元608接收EUTRA-CMR，将指定了index＝4输出到模式切换通知单元609。通过使用中的编解码器是EVS，磋商了SWB音频频带使用，并且由EUTRA-CMR指定了index＝4，模式切换通知单元609指定是EVS-SWB13.2kbps的指定。然后，模式切换通知单元609指示UE的EVS编码器(未图示)，使其按EVS-SWB 13.2kbps进行编码。UE的EVS编码器接受EVS-SWB 13.2kbps的指示，将比特率变更为EVS-SWB 13.2kbps而开始编码(ST28)。若确认了EVS编码器切换到EVS-SWB 13.2kbps，则UE的模式切换确认单元610将确认发送到eNB(ST29)。

eNB的模式切换确认接收单元707通过接收确认，检测到按指示切换了UE中发送的语音数据的编解码器模式。这里，eNB的承载QoS更新单元1501也可以对MME发送信令，提醒其变更切换了编解码器模式的UE的通话用专用承载的GBR(ST34)。

再者，在E－UTRAN的上行链路的调度(scheduling)中，使用了非专利文献10等中记载的SPS(Semi-Persistent Scheduling)的情况下，eNB也可以伴随EUTRA-CMR造成的上行链路的比特率的变更，而变更当前使用中的SPS的设定(非专利文献10中记载的资源分配(resource allocation)或传输块大小(transport block size)等)。该变更可以通过非专利文献10中记载的、在接续SPS释放(release)进行SPS激活(activation)而变更，也可以通过新定义用于SPS修改(modification)等的变更的信令，进行SPS修改而变更。此外，在通过EUTRA-CMR增大上行链路的比特率的情况下，eNB也可以在接收来自UE的确认之前、即在传送EUTRA-CMR的同时或紧接其后进行该SPS的设定的变更。相反地，在通过EUTRA-CMR减小上行链路的比特率的情况下，eNB也可以在接收来自UE的确认后进行该SPS的设定的变更。

这样，eNB可以根据E－UTRAN120、122的无线状况(拥堵)或UE的无线状况的变动(质量下降及质量提高)，使用EUTRA-CMR对UE指示编解码器模式的切换。由此，UE可以使用与本机的无线环境对应的编解码器模式(比特率)进行通话。

再者，在使用EUTRA-CMR的索引指定的编解码器模式的切换候选有多个的情况下，eNB及UE也可以预先设定切换到哪个编解码器模式。例如，eNB及UE也可以预先设定切换到多个切换候选之中、数据大小最大的编解码器模式或数据大小最小的编解码器模式。

此外，EUTRA-CMR的索引的标记方法可以如前述那样，也可以取代指定索引而在EUTRA-CMR中进行将比特率下降1等级、将数据大小提高1等级等的标记。

此外，也可以根据运营商的策略来确定在EUTRA-CMR和使用了以往的RTP有效载荷格式或RTCP－APP的CMR发生争用的情况下使哪个优先。但是，在EVS编解码器的情况下，对于EVS主模式和EVS AMR－WB兼容模式之间的切换，使用了以往的RTP有效载荷格式或RTCP－APP的CMR优先。

再者，在EVS编解码器利用中，在因使用了RTP有效载荷格式或RTCP－APP的CMR产生了EVS主模式和EVS AMR－WB兼容模式的切换的情况下，UE的编解码器模式通知单元607对eNB的编解码器模式获取单元705通知表示切换后的模式(EVS主模式、或EVS AMR－WB兼容模式)中的磋商的编解码器模式(例如，磋商的比特率的范围)的信息、以及有关涉及编解码器模式切换的限制的信息。

此外，无论利用中的编解码器如何，在通过IMS信令消息进行编解码器的再磋商，切换了利用的编解码器的情况下，或在利用的编解码器相同，但切换了编解码器模式(比特率和音频频带)等情况下，UE的编解码器模式通知单元607也可以对eNB的编解码器模式获取单元705通知与切换后的编解码器中的磋商的编解码器模式(例如，磋商的比特率的范围)对应的索引，如前述，通过建立从P－CSCF1、2经由EPC124、126的承载的信令，eNB的编解码器模式获取单元705也可以获取与再磋商的编解码器模式对应的索引。

以上，说明了使用了基于eNB的EUTRA-CMR的编解码器模式(比特率)的切换方法。

如以上，在本实施方式中，UE100、102根据UE的无线环境的变化(漫游时、或无线状况的变动)选择运营商的策略。此外，eNB104、106根据各UE100、102的无线状况对UE100、102指示比特率的变更。这样一来，根据本实施方式，eNB104、106可以切换与UE的无线环境对应的编解码器或编解码器模式。

因此，UE100、102可以基于适当的运营商的策略、以及编解码器模式进行通话，所以可以抑制UE100、102中的通话质量的劣化，并且提高无线资源的利用效率。

此外，在本实施方式中，eNB及UE将与各编解码器模式对应的数据大小分为多个范围，预先保持数据大小的范围和索引之间的关联。然后，eNB将数据大小的多个范围之中、与包含了UE使用的编解码器模式的数据大小的范围关联的索引包含在EUTRA-CMR中并通知给UE。由此，eNB可以对于UE通知从当前使用的编解码器模式(比特率)进行多少级别调整。即，eNB及UE可以不依赖于编解码器模式，使用共同的EUTRA-CMR进行编解码器模式的切换。此外，通过由EUTRA-CMR通知表示数据大小的范围的索引，与通知编解码器特有的实际的编解码器模式(比特率或比特率范围等)的情况比较，可以减小数据量。

再者，在本实施方式中，说明了将EUTRA-CMR作为对发送侧(上行链路)的CMR，但也可以另外准备对接收侧(下行链路)的EUTRA-CMR。接受了对接收侧的EUTRA-CMR的UE100、102在RTP有效载荷信头或RTCP－APP的CMR中反映对接收侧的EUTRA-CMR的内容，并发送到通话对象的UE。

此外，在本实施方式中，eNB104、106也可以对UE100、102通知本机支持使用了EUTRA-CMR和ECN的编解码器模式切换。在该通知中，例如，也可以使用SIB等的广播信令(broadcast signaling)。例如，UE100、102基于来自多个eNB的通知，也可以优先连接到支持EUTRA-CMR的eNB104、106。

以上，说明了本发明的各实施方式。

再者，本发明不限定于上述实施方式，可进行各种变更来实施。

此外，在上述实施方式中，将AMR、AMR－WB、EVS等的语音编解码器列举为例子说明，但也可以适用于非专利文献4等中记载的H.264、H.265等的视频编解码器。

此外，在上述各实施方式中，通过例子说明了由硬件构成本发明的一方式的情况，但本发明也可在与硬件的协同中用软件实现。

此外，用于上述实施方式的说明中的各功能块通常被作为具有输入端子和输出端子的集成电路即LSI来实现。集成电路控制上述实施方式的说明中使用的各功能块，也可以包括输入端子和输出端子。这些集成电路既可以被单独地集成为单芯片，也可以包含一部分或全部被集成为单芯片。这里，虽设为了LSI，但根据集成程度的不同，有时也被称为IC、系统LSI、超大LSI(Super LSI)、特大LSI(Ultra LSI)。

此外，集成电路的方法不限于LSI，也可以用专用电路或通用处理器来实现。也可以使用可在LSI制造后可编程的FPGA(Field Programmable Gate Array：现场可编程门阵列)，或者使用可重构LSI内部的电路单元的连接、设定的可重构处理器(Reconfigurable Processor)。

而且，随着半导体的技术进步或随之派生的其它技术，如果出现能够替代LSI的集成电路化的技术，当然可利用该技术进行功能块的集成化。还存在着适用生物技术等的可能性。

本发明的终端包括：编解码器模式请求接收单元，接收包含了在基站中根据终端的无线状况确定的编解码器模式的编解码器模式请求；模式切换通知单元，对编码器通知切换到所述接收到的编解码器模式请求中包含的所述编解码器模式；以及模式切换确认单元，在确认了切换所述编码器中的所述编解码器模式的情况下，向所述基站发送响应消息。

在本发明的终端中，还包括：存储单元，对每个运营商存储至少一个包含多个运营商各自支持的编解码器模式的策略；索引接收单元，接收表示在所述终端连接的运营商中使用的所述策略的策略索引；以及SDP创建单元，在所述存储单元中存储的所述策略之中，使用与所述接收到的策略索引对应的所述策略，在所述终端和所述终端的通信对象终端之间进行与通话有关的磋商。

在本发明的终端中，每当所述基站中变更了在所述终端连接的运营商中使用的所述策略时，所述索引接收单元接收表示变更后的所述策略的所述策略索引。

在本发明的终端中，编解码器模式请求接收单元使用所述基站的无线访问网的Layer2及Layer3的任何一个，接收所述编解码器模式请求。

在本发明的终端中，模式切换确认单元使用所述基站的无线访问网的Layer2及Layer3的任何一个，发送所述响应消息。

在本发明的终端中，SDP创建单元将表示支持使用了来自所述基站的所述编解码器模式请求的编解码器模式切换的参数附加在SDP提议中，进行与所述通话有关的磋商。

在本发明的终端中，还包括：编解码器模式通知单元，在与有关所述通话的磋商中选择了使用来自所述基站的所述编解码器模式请求的所述编解码器模式的情况下，向所述基站通知磋商的比特率的范围。

在本发明的终端中，还包括：能力通知单元，向所述基站通知表示所述终端支持使用了来自所述基站的所述编解码器模式请求的模式切换的能力信息。

在本发明的终端中，数据大小的多个范围和索引以一对一方式相关联，在所述编解码器模式请求中，包含与所述多个范围之中、包含了所述终端使用的编解码器模式的数据大小的范围相关联的所述索引。

本发明的基站包括：无线状态检测单元，检测终端的无线状况；编解码器模式请求发送单元，根据所述终端的无线状况，确定所述终端使用的编解码器模式，向所述终端发送包含了确定出的所述编解码器模式的编解码器模式请求；以及模式切换确认接收单元，接收表示完成了切换到在所述接收到的编解码器模式请求中包含的所述编解码器模式的响应消息。

本发明的编解码器模式切换方法，包括以下步骤：接收包含了在基站中根据终端的无线状况确定的编解码器模式的编解码器模式请求的步骤；对编码器通知切换到在所述接收到的编解码器模式请求中包含的所述编解码器模式的步骤；以及在确认了切换所述编码器中的所述编解码器模式的情况下，向所述基站发送响应消息的步骤。

本发明的编解码器模式切换方法，包括以下步骤：检测终端的无线状况的步骤；根据所述终端的无线状况，确定所述终端使用的编解码器模式，向所述终端发送包含了所述确定出的编解码器模式的编解码器模式请求的步骤；以及接收表示完成了切换到在所述接收到的编解码器模式请求中包含的所述编解码器模式的响应消息的步骤。

工业实用性

本发明特别适合于进行与各UE的无线环境对应的编解码器的比特率变更的无线系统等。

标号说明

100，102 UE

104，106 eNB

108，116 P－CSCF

110，114 S－CSCF

112 I－CSCF

118 HSS

120，122 无线访问网络(E－UTRAN)

124，126 IP核心网络(EPC)

128 IMS网络

600 无线接收单元

601 无线发送单元

602 策略列表存储单元

603 运营商判定单元

604 索引接收单元

605 SDP创建单元

606 能力通知单元

607 编解码器模式通知单元

608 EUTRA-CMR接收单元

609 模式切换通知单元

610 模式切换确认单元

700 接收单元

701 发送单元

702 无线状态检测单元

703 策略索引确定单元

704 UE能力获取单元

705 编解码器模式获取单元

706 EUTRA-CMR发送单元

707 模式切换确认接收单元

1501 承载QoS更新单元