业务速率的调整方法和装置与流程

本发明实施例涉及通信技术，尤其涉及一种业务速率的调整方法和装置。

背景技术：

随着数据通信与多媒体业务需求的发展，适应移动数据、移动计算及移动多媒体运作需要的第四代移动通信开始兴起。第四代移动通信技术(the 4th Generation mobile communication technology，简称4G)包括时分长期演进(Time Division Long Term，简称TD-LTE)和频分双工长期演进(Frequency Division Duplexing Long Term，简称FDD-LTE)两种制式。4G集3G与WLAN于一体，并能够快速传输数据、高质量、音频、视频和图像等。

LTE网络语音业务(Voice-over-LTE，简称VoLTE)是基于IP多媒体子系统(IP Multimedia Subsystem，简称IMS)网络的LTE语音解决方案，VoLTE与2G、3G语音通话有着本质的不同，VoLTE是架构在4G网络上全IP条件下的端到端语音方案。

图1为现有VoLTE呼叫流程信令交互图。如图1所示，在呼叫过程中，用户设备(User Equipment，简称UE)通过会话发起协议(Session Initiation Protocol，简称SIP)信令向代理-呼叫会话控制功能(Proxy-Call Session Control Function，简称P-CSCF)/会话边界控制器(Session Border Controller，简称SBC)发送INVITE消息，该INVITE消息包括编解码信息；其中，对于窄带自适应多速率(Adaptive Multirate NarrowBand，简称AMR-NB)、宽带自适应多速率(Adaptive Multirate WideBand，简称AMR-WB)编解码，消息中携带了UE支持的速率集信息。IMS把该INVITE消息发送给对端，即把编解码信息发送给对端，通过SIP信令进行语音承载面编解码协商。之后，P-CSCF/SBC收到对端反馈的响应消息180，该响应消息180中携带对端返回的承载面的编解码信息。P-CSCF/SBC把该响应消息180发送给UE。从而，通过SIP信令协商，UE、P-CSCF/SBC和对端设备获知本次呼叫使用的编解码信息，如 果是AMR-NB、AMR-WB编解码，还获得了速率集信息。后续，呼叫接通后，根据SIP信令协商的结果，进行承载面交互。在上述过程中，演进型网络基站(evolved NodeB，简称eNB)、服务网关(Serving Gateway，简称S-GW)/PDN网关(PDN Gateway，简称P-GW)对信令和承载消息进行传递。在eNB和S-GW/P-GW间建立了信令、承载的GPRS隧道协议(GPRS tunneling protocol，简称GTP隧道)。eNB收到UE发送的上行报文时，通过GTP隧道把该上行报文传递给S-GW/P-GW，S-GW/P-GW把该上行报文发送给P-CSCF/SBC。P-CSCF/SBC向UE发送下行报文时，先将该下行报文发送给S-GW/P-GW，S-GW/P-GW通过GTP隧道将该下行报文发送给eNB，由eNB通过空口传递给UE。

对于上述全IP方式的语音解决方案中，eNB、S-GW/P-GW仅负责对IP报文(包括信令、承载)进行传递，上述全IP方式的语音解决方案不能根据eNB的空口传输质量对业务速率的进行动态调整，从而会造成eNB的实际传输能力与业务速率不匹配而导致丢包、长时延或资源利用率低的问题。

技术实现要素：

本发明实施例提供一种业务速率的调整方法和装置，以实现对向基站发送业务数据的发送端的业务速率的调整，使得发送端的业务速率与基站的实际传输能力相匹配。

第一方面，本发明实施例提供一种业务速率的调整方法，包括：

接收基站发送的所述基站的实际传输能力信息；

根据所述实际传输能力信息和向所述基站发送业务报文的发送端的业务速率，对所述发送端的业务速率进行调整处理。

结合第一方面，在第一方面的第一种可能的实现方式中，所述向所述基站发送业务报文的发送端为终端，所述根据所述实际传输能力信息和向所述基站发送业务报文的发送端的业务速率，对所述发送端的业务速率进行调整处理，包括：

根据所述实际传输能力信息对所述终端的业务速率进行提升或者降低；

向所述终端发送调速请求消息，所述调速请求消息包括所述提升或者降低后的业务速率。

结合第一方面，在第一方面的第二种可能的实现方式中，所述向所述基站发送业务报文的发送端为会话边界控制器SBC，所述根据所述实际传输能力信息和向所述基站发送业务报文的发送端的业务速率，对所述发送端的业务速率进行调整处理，包括：

若所述SBC不进行编解码转换处理，则根据所述实际传输能力信息对对端设备的业务速率进行提升或者降低；向所述对端设备发送调速请求消息，所述调速请求消息包括提升或者降低后的业务速率；或

若所述SBC进行编解码转换处理，则根据所述实际传输能力信息对所述SBC的业务速率进行提升或者降低，以提升和降低后的业务速率向终端发送业务报文。

结合第一方面、第一方面的第一种至第二种任一种可能的实现方式，在第一方面的第三种可能的实现方式中，所述接收基站发送的所述基站的实际传输能力信息，包括：

接收所述基站发送的第一定义应用程序的实时传输控制协议包RTCP APP，在所述第一RTCP APP中获取所述基站的实际传输能力信息，所述实际传输能力信息包括空口当前传输质量信息或空口期望的业务速率信息。

结合第一方面的第三种可能的实现方式，在第一方面的第四种可能的实现方式中，所述方法还包括：

向所述基站发送第二RTCP APP，所述第二RTCP APP携带所述提升或者降低后的业务速率。

第二方面，本发明实施例提供一种业务速率的调整方法，包括：

获取基站的实际传输能力信息；

向会话边界控制器SBC发送所述基站的实际传输能力信息；

其中，所述实际传输能力信息用于所述SBC根据所述实际传输能力信息和向所述基站发送业务报文的发送端的业务速率，对所述发送端的业务速率进行调整处理。

结合第二方面，在第二方面的第一种可能的实现方式中，所述向SBC发送所述基站的实际传输能力信息，包括：

将所述基站的实际传输能力信息设置在第一定义应用程序的实时传输控制协议包RTCP APP中，向所述SBC发送所述第一RTCP APP；

其中，所述实际传输能力信息包括空口当前传输质量信息或空口期望的业务速率信息。

结合第二方面或者第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述方法还包括：

接收所述SBC发送的第二RTCP APP，所述第二RTCP APP携带提升或者降低后的业务速率，所述提升或者降低后的业务速率为所述SBC根据所述实际传输能力信息向所述基站发送业务报文的发送端的业务速率，对所述发送端的业务速率进行调整处理后的业务速率。

第三方面，本发明实施例提供一种会话边界控制器SBC，包括：

接收模块，用于接收基站发送的所述基站的实际传输能力信息；

处理模块，用于根据所述实际传输能力信息和向所述基站发送业务报文的发送端的业务速率，对所述发送端的业务速率进行调整处理。

结合第三方面，在第三方面的第一种可能的实现方式中，所述向所述基站发送业务报文的发送端为终端，所述处理模块，具体用于：根据所述实际传输能力信息对所述终端的业务速率进行提升或者降低；

所述SBC还包括发送模块，所述发送模块用于向所述终端发送调速请求消息，所述调速请求消息包括所述提升或者降低后的业务速率。

结合第三方面，在第三方面的第二种可能的实现方式中，所述向所述基站发送业务报文的发送端为会话边界控制器SBC，所述处理模块，具体用于：

若所述SBC不进行编解码转换处理，则根据所述实际传输能力信息对对端设备的业务速率进行提升或者降低；

所述SBC还包括发送模块，用于向所述对端设备发送调速请求消息，所述调速请求消息包括提升或者降低后的业务速率；或

所述处理模块，具体用于：

若所述SBC进行编解码转换处理，则根据所述实际传输能力信息对所述SBC的业务速率进行提升或者降低，以提升或者降低后的业务速率向终端发送业务报文。

结合第三方面、第三方面的第一种至第二种任一种可能的实现方式，在第三方面的第三种可能的实现方式中，所述接收模块，具体用于：

接收所述基站发送的第一定义应用程序的实时传输控制协议包RTCP APP，在所述第一RTCP APP中获取所述基站的实际传输能力信息，所述实际传输能力信息包括空口当前传输质量信息或空口期望的业务速率信息。

结合第三方面的第三种可能的实现方式，在第三方面的第四种可能的实现方式中，所述发送模块还用于：

向所述基站发送第二RTCP APP，所述第二RTCP APP携带所述提升或者降低后的业务速率。

第四方面，本发明实施例提供一种基站，包括：

处理模块，用于获取所述基站的实际传输能力信息；

发送模块，用于向会话边界控制器SBC发送所述基站的实际传输能力信息；

其中，所述实际传输能力信息用于所述SBC根据所述实际传输能力信息和向所述基站发送业务报文的发送端的业务速率，对所述发送端的业务速率进行调整处理。

结合第四方面，在第四方面的第一种可能的实现方式中，所述发送模块，具体用于：

将所述基站的实际传输能力信息设置在第一定义应用程序的实时传输控制协议包RTCP APP中，向所述SBC发送所述第一RTCP APP；

其中，所述实际传输能力信息包括空口当前传输质量信息或空口期望的业务速率信息。

结合第四方面或者第四方面的第一种可能的实现方式，在第四方面的第二种可能的实现方式中，所述基站还包括接收模块，用于：

接收所述SBC发送的第二RTCP APP，所述第二RTCP APP携带提升或者降低后的业务速率，所述提升或者降低后的业务速率为所述SBC根据所述实际传输能力信息和向所述基站发送业务报文的发送端的业务速率，对所述发送端的业务速率进行调整处理后的业务速率。

本发明实施例业务速率的调整方法和装置，SBC通过获取基站的实际传输能力信息，进而根据该基站的实际传输能力信息，对向该基站发送业务报文的发送端的业务速率进行调整处理，从而使得向该基站发送业务报文的发送端的业务速率与基站的实际传输能力相匹配，提升业务数据传输质量。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为现有VoLTE呼叫流程信令交互图；

图2为本发明实施例的网络架构示意图；

图3为本发明业务速率的调整方法实施例一的流程图；

图4为本发明业务速率的调整方法实施例二的流程图；

图5为本发明业务速率的调整方法实施例一的信令流程图；

图6为本发明业务速率的调整方法实施例二的信令流程图；

图7为本发明业务速率的调整方法实施例三的信令流程图；

图8为本发明会话边界控制器实施例一的结构示意图；

图9为本发明基站实施例一的结构示意图；

图10为本发明会话边界控制器实施例二的结构示意图；

图11为本发明基站实施例二的结构示意图；

图12为本发明业务速率调整系统实施例的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图2为本发明实施例的网络架构示意图。本发明实施例的网络架构为LTE网络架构。具体的，用户设备(User Equipment，简称UE)通过演进型网络基站(evolved Node B，简称eNB)接入演进型分组核心网(Evolved Packet Core，简称EPC)。该EPC包括多个网络实体，例如移动性管理实体(Mobility Management Entity，简称MME)、S-GW以及P-GW等等。EPC中的网络实体与演进的UMTS陆面无线接入网络(Evolved Universal Terrestrial Radio Access Network，简称E-UTRAN)连接关系具体为：MME与eNB连接，S-GW与eNB连接，MME与S-GW连接，S-GW通过P-GW与IMS连接。其中IMS中包括P-CSCF/SBC、服务-呼叫会话控制功能(Serving Call Session Control Function，简称S-CSCF)、归属用户服务器(Home Subscriber Server，简称HSS)等。具体的P-CSCF/SBC分别与P-GW和S-CSCF连接，S-CSCF还与HSS和应用服务器(Application Server，简称AS)连接。在该网络架构下，eNB的主要功能包括：无线资源管理功能(即实现无线承载控制)、无线许可控制和连接移动性控制；用户数据流的IP报头压缩和加密；UE附着状态时MME的选择；实现S-GW用户面数据的路由选择；执行由MME发起的寻呼信息和广播信息的调度和传输；完成有关移动性配置和调度的测量和测量报告等。MME的主要功能包括：非接入层(Non-Access Stratum，简称NAS)信令的加密和完整性保护；接入层(Access Stratum，简称AS)安全性控制、空闲状态移动性控制；演进分组系统(Evolved Packet System，简称EPS)承载控制；支持寻呼，切换，漫游，鉴权等。S-GW的主要功能包括：分组数据路由及转发；移动性及切换支持；合法监听；计费等。P-GW的主要功能包括：分组数据过滤；UE的IP地址分配；上下行计费及限速等。

其中，呼叫会话控制器(Call Session Control Function，简称CSCF)按其位置和功能又可分为P-CSCF，S-CSCF和I-CSCF三种类型。其中，P-CSCF(Proxy CSCF)：是IMS中与用户的第一个连接点，提供代理(Proxy)功能，即接受业务请求并转发接受的业务请求。S-CSCF(Serving CSCF)：S-CSCF在IMS核心网中处于核心的控制地位，负责对UE的注册鉴权和会话控制，执行针对主叫端及被叫端IMS用户的基本会话路由功能，并根据用户签约的IMS触发规则，在条件满足时进行到AS的增值业务路由触发及业务控制交互。I-CSCF(Interrogating CSCF)：类似IMS的关口节点，提供本域用户服务节点分配、路由查询以及IMS域间拓朴隐藏功能。

HSS是归属网络中保存IMS用户的签约信息，包括基本标识、路由信息以及业务签约信息等集中综合数据库。AS(Application Server)为IMS用户提供IMS增值业务，AS可以位于用户归属网，也可以由第三方提供。

需要说明的是，P-CSCF与SBC可以分设，也可以合设。通常情况下P-CSCF与SBC合设。因此，本发明实施例中的SBC可以为P-CSCF与SBC 合设的实体设备，也可以为单独的SBC设备，此处不以此作为限制。

本发明基于图2的网络架构实现VoLTE的业务速率调整，具体的详见下述各实施例的解释说明。

图3为本发明业务速率的调整方法实施例一的流程图，本实施例的执行主体为SBC，如图3所示，本实施例的方法可以包括：

步骤101、接收基站发送的所述基站的实际传输能力信息。

其中，所述实际传输能力信息可以包括空口当前传输质量信息或空口期望的业务速率信息。其中，空口当前传输质量信息可以具体为空口当前传输质量良好、空口当前传输质量正常、空口当前传输轻微异常、空口当前传输异常或空口当前传输严重异常等等。空口期望的业务速率信息可以为一具体的速率值。所述速率值用于反应该基站能够为用户的数据业务提供的数据传输能力的大小，以充分利用空口资源传输业务数据。该空口期望的业务速率信息可以为基站根据小区的业务量和传输质量获取的。

具体的，基站获取所述基站的实际传输能力信息，所述基站将所述基站的实际传输能力信息发送给SBC.而所述基站可以是实时获取实际传输能力信息，一种可实现的方式，基站实时将获取的实际传输能力信息发送SBC，另一种可实现的方式，基站实时获取当前的实际传输能力信息，并将该实际传输能力信息与上一次获取的实际传输能力信息进行比较，若与上一次获取的实际传输能力信息不同，则基站向SBC发送该基站当前的实际传输能力信息。即，基站可以是在获知该基站自身与终端间的空口质量发生变化后，向SBC发送自身的空口当前传输质量信息或空口期望的业务速率信息。具体如何设置可以根据需求灵活设置。

步骤102、根据所述实际传输能力信息和向所述基站发送业务报文的发送端的业务速率，对所述发送端的业务速率进行调整处理。

具体的，根据接收到的实际传输能力信息，再结合向基站发送业务报文的发送端的业务速率，对发送端的业务速率进行调整处理。其中，向基站发送业务报文的发送端的业务速率是由SBC对业务报文进行解包而获取的业务速率，业务速率具体指每秒中需要传递的业务报文的大小。举例而言，此处以由终端发起语音业务为例做示意性举例说明，基站的实际传输能力信息为空口当前传输轻微异常，则需要对向基站发送业务报文的发送端的业务速率 进行降低处理，而此处的发送端为终端，即需要对终端的业务速率进行降低处理。具体将终端的业务速率降低多少或者降低后以多大的业务速率进行数据传输，需要结合终端的编解码速率集信息。该编解码速率集信息包括多个该终端所支持的速率信息，例如对于窄带自适应多速率(Adaptive Multirate NarrowBand，简称AMR-NB)编解码，该AMR-NB有8种速率：4.75K、5.15K、5.90K、6.70K、7.40K、7.95K、10.2K、12.2K，具体见表1，对于宽带自适应多速率(Adaptive Multirate WideBand，简称AMR-WB)编解码，该AMR-WB有9种速率：6.6K、8.85K、12.65K、14.25K、15.85K、18.25K、19.85K、23.05K、23.85K，具体见表2，具体的，终端可以支持其一种或多种，即该终端的编解码速率集信息，在需要对终端的业务速率进行降低处理时，则可以采用低于调整处理前的业务速率，并且属于该编解码速率集中的一速率。

表1

表2

与现有技术不同的是，本实施例中SBC可以获取基站的实际传输能力信息，SBC可以根据获取到的向该基站发送业务报文的发送端的业务速率，进而结合基站的实际传输能力信息对该发送端的的业务速率进行适应性调整。从而使得向基站发送业务报文的发送端的业务速率与基站的实际传输能力相 匹配，提升数据传输质量。

进一步的，在实现VoLTE的过程中，基站接收的数据可以是终端发送的上行业务报文，也可以是核心网侧发送的下行业务报文。其中，上行业务报文为终端发送的，具体的，终端向基站发送该上行业务报文，该基站将该上行业务报文发送至核心网，因此对于上行业务报文，向基站发送业务报文的发送端即为终端；下行业务报文为SBC发送的，具体的，SBC通过核心网中的S-GW、P-GW向基站发送该下行业务报文，因此对于下行业务报文，向基站发送业务报文的发送端即为SBC。对于上述不同的向基站发送业务报文的发送端，SBC进行业务速率的调整处理是不同的。下面对不同情况下的业务速率调整处理进行详细说明。

一、若向所述基站发送业务报文的发送端为终端，该终端向所述基站发送上行业务报文，则步骤102中根据所述实际传输能力信息和向所述基站发送业务报文的发送端的业务速率，对所述发送端的的业务速率进行调整处理，具体可以为：根据所述实际传输能力信息对所述终端的业务速率进行提升或者降低，获取提升或者降低后的业务速率；向所述终端发送调速请求消息，所述调速请求消息包括所述提升或者降低后的业务速率。

具体的，基站分配空口传输资源传递业务报文，基站的实际传输能力可以表现为该基站每秒能够传递的实际数据量的多少。例如，基站每秒能够传递的数据量大时，则该基站的实际传输能力较好，基站每秒能够传递的数据量少时，则该基站的实际传输能力差。其中，实际传输能力较好具体可以为，基站的空口当前传输质量较好，或空口期望的业务速率较高，而具体可以设定在每秒能够传递的数据量大于一个阈值时，则该实际传输能力较好，每秒能够传递的数据量小于一个阈值时，则该实际传输能力较差。当然可以理解的，也可以设定一定范围，各范围对应不同的实际传输能力，例如设置第一范围对应实际传输能力较好，该范围可以为一数值区间，当基站每秒能够传递的数据量在该第一范围内，则该实际传输能力较好。需要说明的是，具体阈值和范围设定可以根据需求进行灵活设置，此处仅作示意性举例说明。进一步的，在实际传输能力较好时可以提升业务速率，使得终端使用较高的业务速率传输数据；在实际传输能力较差时可以降低业务速率，使得终端可以使用较低的业务速率传输业务报文，进而可以减少因基站实际传输能力较差而 终端业务速率较高而造成的多丢包、长时延的问题。

通过上述步骤可以获知基站的实际传输能力信息，并且根据该实际传输能力信息获知需要对终端的业务速率进行相应调整处理，而具体的调整的处理，即如何完成提升业务速率以及较低业务速率，需要进行如下解释说明。对实际传输能力信息为空口期望的业务速率信息进行举例说明。eNB可以把空口期望的业务速率信息通知给SBC。假设空口期望的业务速率信息为上行速率12.5K，SBC可选择相近的业务速率:如果当前采用AMR WB编码方式且终端支持该AMR WB编码方式的所有速率，根据表2可知与空口期望的业务速率信息12.5K相近的业务速率为12.65K，则SBC通知终端调整速率为12.65K；如果当前采用AMR NB编码方式且终端支持该AMR NB编码方式的所有速率，根据表1可知与空口期望的业务速率信息12.5K相近的业务速率为12.2K，则SBC通知终端调整速率为12.2K。

对实际传输能力信息为空口的传输质量信息进行举例说明。eNB把空口的传输质量良好的信息通知SBC，且若当前采用AMR WB编码方式且终端支持该AMR WB编码方式的所有速率，由于空口的传输质量良好，那么SBC可以将终端的业务速率尽可能提升，根据表2可知该AMR WB编码方式下最大的速率为23.85K，则SBC通知终端调整速率为23.85K；以相同的编码方式，当eNB把空口的传输质量正常的信息通知SBC时，则SBC通知终端调整速率为12.65K；以相同的编码方式，当eNB把空口的传输质量严重异常的信息通知SBC时，则SBC通知终端调整速率为6.6K，即SBC将终端的业务速率尽可能降低。本实施例中对于实际传输能力信息为空口的传输质量信息，而SBC获取到该空口的传输质量信息后，如何调整终端的业务速率可以根据需求进行灵活设置，上述仅为举例，并不以此作为限制。可以理解的，例如当终端支持AMR WB的编码方式的速率为6.60K、15.85K和23.0K，那么当eNB把空口的传输质量良好的信息通知SBC时，则SBC通知终端调整速率为23.0K，当eNB把空口的传输质量正常的信息通知SBC时，则SBC通知终端调整速率为15.85K，当eNB把空口的传输质量严重异常的信息通知SBC时，则SBC通知本侧中观调整速率为6.60K，即不同的速率对应不同的空口传输质量信息。

由此可知，具体的调整业务速率的原则可以根据需求进行灵活设置，此 处不以上述举例作为限制。

二、若向所述基站发送业务报文的发送端为SBC，即该SBC向所述基站发送下行业务报文，则步骤102中根据所述实际传输能力信息和向所述基站发送业务报文的发送端的业务速率，对所述发送端的的业务速率进行调整处理，具体可以为：如所述SBC不进行编解码转换处理，则根据所述实际传输能力信息对对端的业务速率进行提升或者降低；向所述对端发送调速请求消息，所述调速请求消息包括提升或者降低后的业务速率。

需要说明的是，向所述基站发送业务报文的发送端为SBC，即该SBC向所述基站发送下行业务报文，也有两种情况，1、SBC不进行编解码转换处理，2、SBC进行编解码处理。其中SBC是否进行编解码转换处理是根据呼叫发起端和呼叫接收端进行如背景技术中UE与PEER进行的SIP信令协商而获取的。对于情况1，则具体采用上述步骤的向对端设备发送调速请求消息。而对于情况2，步骤102具体可以为：如所述SBC进行编解码转换处理，则根据所述实际传输能力信息对所述SBC的业务速率进行提升或者降低，以提升和降低后的业务速率向终端发送业务报文。即SBC对自身的业务速率进行调整，以该调整处理后的业务速率向基站发送业务报文。

进一步的，步骤101中接收基站发送的所述基站的实际传输能力信息，所述实际传输能力信息包括空口当前传输质量信息或空口期望的业务速率信息，具体实现方式可以有很多种，例如eNB发送消息给MME，该MME将该消息发送给S-GW/P-GW，该S-GW/P-GW发送该消息给PCRF，该PCRF发送该消息给SBC，该消息可以携带该eNB的实际传输能力信息，即空口当前传输质量信息或eNB期望的业务速率信息。需要说明的是，S-GW/P-GW用于表示合设的S-GW和P-GW，当然S-GW和P-GW也可以分设，相应的实现方式即为：eNB发送消息给MME，该MME将该消息发送给S-GW，该S-GW将该消息发送给P-GW，该P-GW发送该消息给PCRF，该PCRF发送该消息给SBC。

也可以采用另一具体实现方式实现SBC接收基站发送的所述基站的实际传输能力信息，具体的：SBC接收所述基站发送的第一定义应用程序的实时传输协议控制协议包(Application-Defined RTCP Packet，简称RTCP APP)，在所述第一RTCP APP中获取所述基站的空口当前传输质量信息或空口期望 的业务速率信息。

即采用RFC3550中的RTCP APP获取基站的空口当前传输质量信息或空口期望的业务速率信息，RCF3550中的“6.7APP：Application-Defined RTCP Packet”具体描述了RTCP APP的格式和应用，RTCP APP是一种可以由用户自己定义的应用，如果收到自己不能理解的RTCP APP，则忽略不进行处理，具体的RTCP APP的格式如下：

其中，RFC具体是征求修正意见书(Request For Comments)的意思，是由互联网工程任务组(IETF)发布的一系列备忘录，文件收集了有关互联网相关信息，以及UNIX和互联网社区的软件文件，以编号排定。常见的互联网协议的RFC编号有IP：791、DHCP：2131、SIP：3261、RTP：3550以及L2TP：3931等等，而本实施的上述步骤是在现有RFC3550的基础上进行相应修改，以实现SBC可以获取基站的实际传输能力信息。

本实施例在使用RTCP APP传输基站的实际传输能力信息时，将subtype域设置为用于表示发送方向的信息。具体的，可以采用标识1表示该RTCP APP是由基站发送给IMS的请求，其具体可以携带的参数包括空口当前传输质量信息或空口期望的业务速率信息，该参数具体可以携带在application-dependent data域。

具体的，eNB与S-GW之间、S-GW与P-GW之间，根据GPRS隧道协议(GPRS tunneling protocol，简称GTP)建立GTP隧道，eNB将RTCP APP进行隧道封装后，通过GTP隧道把封装后的RTCP APP发送给S-GW，S-GW通过GTP隧道把封装后的RTCP APP发送给P-GW，P-GW进行解封装获取RTCP APP，并把该RTCP APP发送给SBC。

进一步的，在SBC对进行业务速率调整后，SBC还可以向所述基站发送第二RTCP APP，所述第二RTCP APP携带所述提升或者降低后的业务速率。

具体的，该第二RTCP APP采用与上述第一RTCP APP相同的格式，不同之处在于，第二RTCP APP的subtype域采用与上述第一RTCP APP不同的标识，具体可以采用标识2用于表示该第二RTCP APP是由SBC发送给基站的响应，该响应中的application-dependent data域可以具体携带提升或者降低后的业务速率。

具体的，SBC把第二RTCP APP发送给P-GW，该P-GW进行隧道封装后，通过GTP隧道把封装后的第二RTCP APP发送给S-GW，该S-GW通过GTP隧道把封装后的第二RTCP APP发送给eNB。

进一步的，若所述业务报文为语音业务的报文，即对于语音业务，所述调速请求消息包括所述业务报文的编解码速率请求CMR，所述CMR中携带所述提升或者降低后的业务速率。

相应的，向所述终端发送调速请求消息，所述调速请求消息包括提升或者降低后的业务速率，具体可以为：将所述提升或者降低后的业务速率填写至所述业务报文的编解码速率请求(Codec Mode Request，简称CMR)中，向所述终端发送在CMR中携带所述提升或降低后的业务速率的业务报文。即修改RTP携带净荷中的CMR，填写对应的速率，以便终端根据CMR控制使用的编解码速率。

相应的，向所述对端发送调速请求消息，所述调速请求消息包括提升或者降低后的业务速率，具体可以为：将所述提升或者降低后的业务速率填写至所述业务报文的编解码速率请求CMR中，向所述对端发送在CMR中携带所述提升或降低后的业务速率的。

即对于语音业务，进行业务速率调整时，是通过CMR将提升或者降低处理后的业务速率发送给终端或对端。

若所述业务报文为视频业务的报文，即对于视频业务，所述调速请求消息具体为临时最大媒体流的比特率的请求消息，所述临时最大媒体流的比特率的请求消息包括所述提升或者降低后的业务速率。

相应的，向所述终端发送调速请求消息，所述调速请求消息包括提升或者降低后的业务速率，具体可以为：向所述终端发送临时最大媒体流的比特率的请求消息(Temporary Maximum Media Stream Bit Rate Request，简称TMMBR)，所述临时最大媒体流的比特率的请求消息包括所述提升或者降 低后的业务速率。

向所述对端发送调速请求消息，所述调速请求消息包括提升或者降低后的业务速率，具体可以为：向所述对端发送临时最大媒体流的比特率的请求消息，所述临时最大媒体流的比特率的请求消息包括所述提升或者降低后的业务速率。

即对于视频业务，进行业务速率调整时，是通过TMMBR将提升或者降低处理后的业务速率发送给终端或对端。

需要说明的是，此处的TMMBR具体为RFC5104中定义的消息类型。

进一步的，对于视频业务，SBC还可以接收所述终端或所述对端发送的临时最大媒体流的比特率的通知消息(Temporary Maximum Media Stream Bit Rate Notification，简称TMMBN)，所述临时最大媒体流的比特率的通知消息为所述临时最大媒体流的比特率的请求消息的响应消息。

本实施例，SBC通过获取基站的实际传输能力信息，进而根据该基站的实际传输能力信息对向该基站发送业务报文的发送端的的业务速率进行调整处理，从而使得向该基站发送业务报文的发送端的业务速率与基站的实际传输能力相匹配，提升业务数据传输质量。

图4为本发明业务速率的调整方法实施例二的流程图，本实施例的执行主体为基站，对于图2的网络架构，可以具体是eNB，如图4所示，本实施例的方法可以包括：

步骤201、获取基站的实际传输能力信息。

具体的，基站可以实时获取该基站的实际传输能力信息

若基站的空口传输能力发生变化，则基站获取该基站的实际传输能力信息，具体的实现方式可以是，基站实时获取基站自身的实际传输能力信息，可以设置预设条件，在满足预设条件的情况下，执行步骤202，该预设条件可以根据需求进行灵活设置，例如，该预设条件可以为当前的实际传输能力信息，与上一次获取的实际传输能力信息不同，该预设条件也可以为获取到实际传输能力信息，此处不以此作为限制。基站的空口传输质量和很多因素相关，其中一个重要的因素就是终端和基站间的距离，终端和基站的距离近，空口传输质量好，终端和基站的距离远，传输质量差。

步骤202、向SBC发送所述基站的实际传输能力信息。

其中，所述实际传输能力信息用于所述SBC根据所述实际传输能力信息和向所述基站发送业务报文的发送端的业务速率，对所述发送端的业务速率进行调整处理。

进一步的，步骤202中向SBC发送所述基站的实际传输能力信息，所述实际传输能力信息包括空口当前传输质量信息或空口期望的业务速率信息，具体可以为：将所述基站的空口当前传输质量信息或空口期望的业务速率信息设置在第一定义应用程序的实时传输控制协议包RTCP APP中，向所述SBC发送所述第一RTCP APP。此处的第一RTCP APP的具体解释详见图3所示实施例。

进一步的，基站还可以接收所述SBC发送的第二RTCP APP，所述第二RTCP APP携带提升或者降低后的业务速率，所述提升或者降低后的业务速率为所述SBC根据所述实际传输能力信息和向所述基站发送业务报文的发送端的业务速率，对所述发送端的业务速率进行调整处理后的业务速率。此处的第二RTCP APP的具体解释详见图3所示实施例。此处第二RTCP APP用于SBC在根据第一RTCP APP对所述发送端的业务速率进行调整处理，而发给基站该第二RTCP APP，以告知SBC已根据该基站的实际传输能力信息进行相应调速处理，从而避免该基站重复发送相同内容的第一RTCP APP。

本实施例，若基站的传输能力发生变化，则获取基站的实际传输能力信息，并将该实际传输能力信息发送给SBC，由SBC根据该实际传输能力信息和向该基站发送业务报文的发送端的业务速率进行调整处理，即通过接入网的基站与核心网的SBC相互配合，使得向该基站发送业务报文的业务速率与基站的实际传输能力相匹配，提升数据传输质量。

下面采用几个具体的实施例，对图3和图4所示方法实施例的技术方案进行详细说明。

图5为本发明业务速率的调整方法实施例一的信令流程图，本实施例是上述实施例的一交互实施方式，本实施例包括UE、eNB、S-GW、P-GW、P-CSCF/SBC和对端节点PEER，本实施例可以适用于语音业务，也可以适用于视频业务，本实施例的方法可以包括：

S501：UE、P-CSCF/SBC和对端节点PEER之间进行呼叫信令协商。

其中，在通过SIP信令协商后，UE、eNB、S-GW、P-GW、P-CSCF/SBC 和对端节点PEER之间进行承载面交互。例如，eNB收到UE上行的数据报文，具体通过GTP隧道把数据报文传递给S-GW，S-GW发送给P-GW，P-GW从GTP隧道中获取数据报文发送给P-CSCF/SBC。下行方向时，P-CSCF/SBC将下行数据报文发送给P-GW，P-GW通过GTP隧道发送给S-GW，S-GW通过GTP隧道发送给eNB，由eNB通过空口传递给UE。在UE、P-CSCF/SBC和对端节点PEER之间传输实时数据时可以利用RTP和RTCP，实现端对端的网络传输功能，其间在eNB、S-GW和P-GW间可以利用GTP隧道发送RTP和RTCP数据包。其中P-CSCF/SBC用于表示合设的P-CSCF和SBC。

S502：eNB获取空口实际传输质量发生变化。

具体的，eNB可以实时获取空口实际传输质量信息，当获取到当前的实际传输能力信息与上一次获取的实际传输能力不同时，则eNB获知空口实际传输质量发生变化。

S503：eNB通过S-GW向P-CSCF/SBC发送第一RTCP APP。

其中，该第一RTCP APP中携带基站的空口实际传输质量信息，该空口实际传输质量信息的具体内容可以参见上述实施例中的解释说明，此处不再赘述。具体的，eNB将该第一RTCP APP发送给S-GW，该S-GW将该第一RTCP发送给P-GW，该P-GW将该第一RTCP APP发送给P-CSCF/SBC。

S504：P-CSCF/SBC根据基站的空口实际传输质量信息，对向eNB发送业务报文的发送端启动调速处理。

具体的，若为上行业务报文，则具体对UE启动调速处理，若为下行业务报文且P-CSCF/SBC不进行编解码转换，则具体对PEER启动调速处理，若为下行业务报文且P-CSCF/SBC进行编解码转换，则具体对P-CSCF/SBC启动调速处理。

S505：P-CSCF/SBC向eNB发送第二RTCP APP。

其中，该第二RTCP APP中携带P-CSCF/SBC对UE或PEER启动调速处理后的业务速率。

本实施例，通过eNB将该eNB的空口实际传输能力信息通知给P-CSCF/SBC，P-CSCF/SBC根据业务情况发起业务速率的调整，使得调速处理后的业务速率与实际传输能力相匹配，提升数据传输质量。

图6为本发明业务速率的调整方法实施例二的信令流程图，本实施例在 图5所示实施例的基础上，针对语音业务的具体解释说明，本实施例包括UE、eNB、S-GW、P-GW、P-CSCF/SBC和对端节点PEER，本实施例的方法可以包括：

S601：UE、eNB、S-GW、P-GW、P-CSCF/SBC和对端节点PEER之间进行呼叫信令协商。

S602：eNB获取空口实际传输质量发生变化。

S603：eNB通过S-GW向P-CSCF/SBC发送第一RTCP APP。

其中，本实施例S601～S603的与图5所示实施例的S501～S503相同，具体参见上述实施例的解释说明，此处不再赘述。

S604：若为上行方向，P-CSCF/SBC根据基站的空口实际传输质量信息，向UE发送RTP报文。

具体的，P-CSCF/SBC根据基站的空口实际传输质量信息和UE所支持的速率集信息对原业务速率进行提升或者降低处理，将提升或者降低处理后的业务速率设置在实时传输协议(Real-Time Transport Protocol，简称RTP)报文的净荷中的CMR中。UE接收到获取到该CMR后便可以对自身的编解码速率进行相应调整。

S605：若为下行方向且P-CSCF/SBC不进行编解码转换，P-CSCF/SBC根据基站的空口实际传输质量信息，向PEER发送RTP报文。

其中，该RTP报文与S604中的RTP报文相同，即在RTP报文的净荷总的CMR中填写提升或者降低处理后的业务速率，与S604不同之处在于，S605将该提升或者降低处理后的业务速率发送给PEER。

S606：若为下行方向且P-CSCF/SBC进行编解码转换，P-CSCF/SBC根据基站的空口实际传输质量信息，对自身的业务速率进行相应调整。

具体的，P-CSCF/SBC根据该基站的空口实际传输质量信息，对自身发送业务报文的业务速率进行提升或者降低处理，即以提升或者降低处理后的业务速率向基站发送业务报文。

需要说明的是，S604～S606没有先后顺序。在执行S604～S606中任意一个之后执行S607。

S607：P-CSCF/SBC向eNB发送第二RTCP APP。

其中，该第二RTCP APP中携带P-CSCF/SBC启动调速处理后的业务速 率。

本实施例，针对语音业务，通过eNB将eNB的空口实际传输能力信息通知给P-CSCF/SBC，P-CSCF/SBC根据业务情况发起业务速率的调整，使得调速处理后的业务速率与实际传输能力相匹配，提升数据传输质量。

图7为本发明业务速率的调整方法实施例三的信令流程图，本实施例在图5所示实施例的基础上，针对视频业务的具体解释说明，本实施例包括UE、eNB、S-GW、P-GW、P-CSCF/SBC和对端节点PEER，本实施例的方法可以包括：

S701：UE、eNB、S-GW、P-GW、P-CSCF/SBC和对端节点PEER之间进行呼叫信令协商。

S702：eNB获取空口实际传输质量发生变化。

S703：eNB通过S-GW向P-CSCF/SBC发送第一RTCP APP。

其中，本实施例S701～S703的与图6所示实施例的S501～S503相同，具体参见上述实施例的解释说明，此处不再赘述。

S704：若为上行方向，P-CSCF/SBC根据基站的空口实际传输质量信息，向UE发送TMMBR。

该TMMBER中携带有P-CSCF/SBC根据基站的空口实际传输质量信息进行提升或者降低处理后的业务速率。

S705：若为下行方向且P-CSCF/SBC不进行编解码转换，P-CSCF/SBC根据基站的空口实际传输质量信息，向PEER发送TMMBR。

具体的，与S704相同，此处TMMBER中携带有P-CSCF/SBC根据基站的空口实际传输质量信息进行提升或者降低处理后的业务速率，与S704不同之处在于，该TMMBR是发送给PEER。

S706：若为下行方向且P-CSCF/SBC进行编解码转换，P-CSCF/SBC根据基站的空口实际传输质量信息，对自身的业务速率进行相应调整。

具体的，P-CSCF/SBC根据该基站的空口实际传输质量信息，对自身发送业务报文的业务速率进行提升或者降低处理，即以提升或者降低处理后的业务速率向基站发送业务报文。

需要说明的是，S704～S706没有先后顺序。在执行S704或S705中任意一个之后执行S707。执行706之后执行S708。

S707：UE或PEER向P-CSCF/SBC发送TMMBN。

该TMMBN为S804中的TMMBR的响应消息。

S708：P-CSCF/SBC向eNB发送第二RTCP APP。

其中，该第二RTCP APP中携带P-CSCF/SBC启动调速处理后的业务速率。

本实施例，针对视频业务，通过eNB将eNB的空口实际传输能力信息通知给P-CSCF/SBC，P-CSCF/SBC根据业务情况发起业务速率的调整，使得调速处理后的业务速率与实际传输能力相匹配，提升数据传输质量。

图8为本发明会话边界控制器实施例一的结构示意图，如图8所示，本实施例的装置可以包括：接收模块11和处理模块12，其中，接收模块11用于接收基站发送的所述基站的实际传输能力信息，处理模块12用于根据所述实际传输能力信息和向所述基站发送业务报文的发送端的业务速率，对所述发送端的业务速率进行调整处理。

进一步的，三种可实现的方式，一、所述向所述基站发送业务报文的发送端为终端，所述处理模块12，具体用于：根据所述实际传输能力信息对所述终端的业务速率进行提升或者降低，获取提升或者降低后的业务速率；所述SBC还包括发送模块13，所述发送模块13用于向所述终端发送调速请求消息，所述调速请求消息包括所述提升或者降低后的业务速率。

二、所述向所述基站发送业务报文的发送端为会话边界控制器SBC，所述处理模块12，具体用于：若所述SBC不进行编解码转换处理，则根据所述实际传输能力信息对对端的业务速率进行提升或者降低；所述SBC还包括发送模块13，用于向所述对端发送调速请求消息，所述调速请求消息包括提升或者降低后的业务速率。

三、所述向所述基站发送业务报文的发送端为会话边界控制器SBC，所述处理模块12，具体用于：若所述SBC进行编解码转换处理，则根据所述实际传输能力信息对所述SBC的业务速率进行提升或者降低，以提升和降低后的业务速率向终端发送业务报文。

进一步的，接收模块11具体用于接收所述基站发送的第一定义应用程序的实时传输控制协议包RTCP APP，在所述第一RTCP APP中获取所述基站的实际传输能力信息，所述实际传输能力信息包括空口当前传输质量信息或 空口期望的业务速率信息。

进一步的，SBC的发送模块13还用于向所述基站发送第二RTCP APP，所述第二RTCP APP携带所述提升或者降低后的业务速率。

进一步的，所述业务报文为语音业务的报文，所述调速请求消息包括所述业务报文的编解码速率请求CMR，所述CMR中携带所述提升或者降低后的业务速率。

进一步的，所述业务报文为视频业务的报文，所述调速请求消息具体为：临时最大媒体流的比特率的请求消息，所述临时最大媒体流的比特率的请求消息包括所述提升或者降低后的业务速率。

进一步的，所述接收模块11还用于：接收临时最大媒体流的比特率的通知消息，所述临时最大媒体流的比特率的通知消息为所述临时最大媒体流的比特率的请求消息的响应消息。其中，所述临时最大媒体流的比特率的通知消息可以是终端发送的，也可以为对端发送的。

本实施例的装置，可以用于执行图3所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图9为本发明基站实施例一的结构示意图，如图9所示，本实施例的装置可以包括：处理模块21和发送模块22，该处理模块21用于获取所述基站的实际传输能力信息，该发送模块22用于向会话边界控制器SBC发送所述基站的实际传输能力信息；其中，所述实际传输能力信息用于所述SBC根据所述实际传输能力信息和向所述基站发送业务报文的发送端的业务速率，对所述发送端的业务速率进行调整处理。

进一步的，所述发送模块22具体用于：将所述基站的实际传输能力信息设置在第一定义应用程序的实时传输控制协议包RTCP APP中，向所述SBC发送所述第一RTCP APP。

进一步的，所述基站还包括接收模块23，用于：接收所述SBC发送的第二RTCP APP，所述第二RTCP APP携带提升或者降低后的业务速率，所述提升或者降低后的业务速率为所述SBC根据所述实际传输能力信息向所述基站发送业务报文的发送端的业务速率，对所述发送端的业务速率进行调整处理后的业务速率。

本实施例的装置，可以用于执行图4所示方法实施例的技术方案，其实 现原理和技术效果类似，此处不再赘述。

图10为本发明会话边界控制器实施例二的结构示意图，如图10所示，本实施例的设备可以包括：接收器1001和处理器1002，该接收器1001用于接收基站发送的所述基站的实际传输能力信息；该处理器1002，用于根据所述实际传输能力信息和向所述基站发送业务报文的发送端的业务速率，对所述发送端的业务速率进行调整处理。

进一步的，所述向所述基站发送业务报文的发送端为终端，所述处理器1002具体用于根据所述实际传输能力信息对所述终端的业务速率进行提升或者降低；所述会话边界控制器还包括发送器1003，用于向所述终端发送调速请求消息，所述调速请求消息包括提升或者降低后的业务速率。

进一步的，所述向所述基站发送业务报文的发送端为会话边界控制器SBC，所述处理器1002具体用于：若所述SBC不进行编解码转换处理，则根据所述实际传输能力信息对对端的业务速率进行提升或者降低；所述会话边界控制器还包括发送器1003，用于向所述对端发送调速请求消息，所述调速请求消息包括提升或者降低后的业务速率；或

所述处理器1002具体用于：若所述SBC进行编解码转换处理，则根据所述实际传输能力信息对所述SBC的业务速率进行提升或者降低，以提升或者降低后的业务速率向终端发送业务报文。

进一步的，所述接收器1001用于接收基站发送的所述基站的实际传输能力信息，具体可以为：接收所述基站发送的第一定义应用程序的实时传输控制协议包RTCP APP，在所述第一RTCP APP中获取所述基站的实际传输能力信息，所述实际传输能力信息包括空口当前传输质量信息或空口期望的业务速率信息。

所述发送器1003还用于：向所述基站发送第二RTCP APP，所述第二RTCP APP携带所述提升或者降低后的业务速率。

进一步的，所述业务报文为语音业务的报文，所述调速请求消息包括所述业务报文的编解码速率请求CMR，所述CMR中携带所述提升或者降低后的业务速率。

进一步的，所述业务报文为视频业务的报文，所述调速请求消息具体可以为：临时最大媒体流的比特率的请求消息，所述临时最大媒体流的比特率 的请求消息包括所述提升或者降低后的业务速率。

进一步的，所述接收器1001还用于接收临时最大媒体流的比特率的通知消息，所述临时最大媒体流的比特率的通知消息为所述临时最大媒体流的比特率的请求消息的响应消息。所述临时最大媒体流的比特率的通知消息可以为终端发送的，也可以为对端发送的。

本实施例的装置，可以用于执行图3所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图11为本发明基站实施例二的结构示意图，如图11所示，本实施例的设备可以包括：处理器1101和发送器1102，该处理器1101用于获取基站的实际传输能力信息；该发送器1102用于向会话边界控制器SBC发送所述基站的实际传输能力信息；其中，所述实际传输能力信息用于所述SBC根据所述实际传输能力信息和向所述基站发送业务报文的发送端的业务速率，对所述发送端的业务速率进行调整处理。

进一步的，所述发送器1102用于向SBC发送所述基站的实际传输能力信息，具体可以为：将所述基站的实际传输能力信息设置在第一定义应用程序的实时传输控制协议包RTCP APP中，向所述SBC发送所述第一RTCP APP；其中，所述实际传输能力信息包括空口当前传输质量信息或空口期望的业务速率信息。

所述基站还可以包括接收器1103，用于接收所述SBC发送的第二RTCP APP，所述第二RTCP APP携带提升或者降低后的业务速率，所述提升或者降低后的业务速率为所述SBC根据所述实际传输能力信息和向所述基站发送业务报文的发送端的业务速率，对所述发送端的业务速率进行调整处理后的业务速率。

本实施例的装置，可以用于执行图4所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图12为本发明业务速率调整系统实施例的结构示意图，如图12所示，本实施例的系统包括：会话边界控制器1201和基站1202，其中，会话边界控制器1201可以采用图8装置实施例的结构或图10设备实施例的结构，其对应地，可以执行图3～图7中任一方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。基站1202可以采用图9装置实施例的结构或图 11设备实施例的结构，其对应地，可以执行图3～图7中任一方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

需要说明的是，本发明实施例中的接收模块11可以与会话边界控制器的接收器对应，也可以对应会话边界控制器的收发器。发送模块13可以与会话边界控制器的发送器对应，也可以对应会话边界控制器的收发器。处理模块12可以与会话边界控制器的处理器对应，这里处理器可以是一个中央处理器(Central Processing Unit，CPU)，或者是特定集成电路(Application Specific Integrated Circuit，ASIC)，或者完成实施本发明实施例的一个或多个集成电路。会话边界控制器还可以包括存储器，存储器用于存储指令代码，处理器调用存储器的指令代码，控制本发明实施例中的接收模块11和发送模块13执行上述操作。

本发明实施例中的发送模块22可以与基站的发送器对应，也可以对应基站的收发器。接收模块23可以与基站的接收器对应，也可以对应基站的收发器。处理模块21可以与基站的处理器对应，这里处理器可以是一个CPU，或者是ASIC，或者完成实施本发明实施例的一个或多个集成电路。基站还可以包括存储器，存储器用于存储指令代码，处理器调用存储器的指令代码，控制本发明实施例中的发送模块22和接收模块23执行上述操作。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。