本發(fā)明實(shí)施例涉及通信技術(shù)，尤其涉及一種業(yè)務(wù)速率的調(diào)整方法和裝置。

背景技術(shù)：

隨著數(shù)據(jù)通信與多媒體業(yè)務(wù)需求的發(fā)展，適應(yīng)移動數(shù)據(jù)、移動計(jì)算及移動多媒體運(yùn)作需要的第四代移動通信開始興起。第四代移動通信技術(shù)(the 4th Generation mobile communication technology，簡稱4G)包括時(shí)分長期演進(jìn)(Time Division Long Term，簡稱TD-LTE)和頻分雙工長期演進(jìn)(Frequency Division Duplexing Long Term，簡稱FDD-LTE)兩種制式。4G集3G與WLAN于一體，并能夠快速傳輸數(shù)據(jù)、高質(zhì)量、音頻、視頻和圖像等。

LTE網(wǎng)絡(luò)語音業(yè)務(wù)(Voice-over-LTE，簡稱VoLTE)是基于IP多媒體子系統(tǒng)(IP Multimedia Subsystem，簡稱IMS)網(wǎng)絡(luò)的LTE語音解決方案，VoLTE與2G、3G語音通話有著本質(zhì)的不同，VoLTE是架構(gòu)在4G網(wǎng)絡(luò)上全I(xiàn)P條件下的端到端語音方案。

圖1為現(xiàn)有VoLTE呼叫流程信令交互圖。如圖1所示，在呼叫過程中，用戶設(shè)備(User Equipment，簡稱UE)通過會話發(fā)起協(xié)議(Session Initiation Protocol，簡稱SIP)信令向代理-呼叫會話控制功能(Proxy-Call Session Control Function，簡稱P-CSCF)/會話邊界控制器(Session Border Controller，簡稱SBC)發(fā)送INVITE消息，該INVITE消息包括編解碼信息；其中，對于窄帶自適應(yīng)多速率(Adaptive Multirate NarrowBand，簡稱AMR-NB)、寬帶自適應(yīng)多速率(Adaptive Multirate WideBand，簡稱AMR-WB)編解碼，消息中攜帶了UE支持的速率集信息。IMS把該INVITE消息發(fā)送給對端，即把編解碼信息發(fā)送給對端，通過SIP信令進(jìn)行語音承載面編解碼協(xié)商。之后，P-CSCF/SBC收到對端反饋的響應(yīng)消息180，該響應(yīng)消息180中攜帶對端返回的承載面的編解碼信息。P-CSCF/SBC把該響應(yīng)消息180發(fā)送給UE。從而，通過SIP信令協(xié)商，UE、P-CSCF/SBC和對端設(shè)備獲知本次呼叫使用的編解碼信息，如 果是AMR-NB、AMR-WB編解碼，還獲得了速率集信息。后續(xù)，呼叫接通后，根據(jù)SIP信令協(xié)商的結(jié)果，進(jìn)行承載面交互。在上述過程中，演進(jìn)型網(wǎng)絡(luò)基站(evolved NodeB，簡稱eNB)、服務(wù)網(wǎng)關(guān)(Serving Gateway，簡稱S-GW)/PDN網(wǎng)關(guān)(PDN Gateway，簡稱P-GW)對信令和承載消息進(jìn)行傳遞。在eNB和S-GW/P-GW間建立了信令、承載的GPRS隧道協(xié)議(GPRS tunneling protocol，簡稱GTP隧道)。eNB收到UE發(fā)送的上行報(bào)文時(shí)，通過GTP隧道把該上行報(bào)文傳遞給S-GW/P-GW，S-GW/P-GW把該上行報(bào)文發(fā)送給P-CSCF/SBC。P-CSCF/SBC向UE發(fā)送下行報(bào)文時(shí)，先將該下行報(bào)文發(fā)送給S-GW/P-GW，S-GW/P-GW通過GTP隧道將該下行報(bào)文發(fā)送給eNB，由eNB通過空口傳遞給UE。

對于上述全I(xiàn)P方式的語音解決方案中，eNB、S-GW/P-GW僅負(fù)責(zé)對IP報(bào)文(包括信令、承載)進(jìn)行傳遞，上述全I(xiàn)P方式的語音解決方案不能根據(jù)eNB的空口傳輸質(zhì)量對業(yè)務(wù)速率的進(jìn)行動態(tài)調(diào)整，從而會造成eNB的實(shí)際傳輸能力與業(yè)務(wù)速率不匹配而導(dǎo)致丟包、長時(shí)延或資源利用率低的問題。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明實(shí)施例提供一種業(yè)務(wù)速率的調(diào)整方法和裝置，以實(shí)現(xiàn)對向基站發(fā)送業(yè)務(wù)數(shù)據(jù)的發(fā)送端的業(yè)務(wù)速率的調(diào)整，使得發(fā)送端的業(yè)務(wù)速率與基站的實(shí)際傳輸能力相匹配。

第一方面，本發(fā)明實(shí)施例提供一種業(yè)務(wù)速率的調(diào)整方法，包括：

接收基站發(fā)送的所述基站的實(shí)際傳輸能力信息；

根據(jù)所述實(shí)際傳輸能力信息和向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率，對所述發(fā)送端的業(yè)務(wù)速率進(jìn)行調(diào)整處理。

結(jié)合第一方面，在第一方面的第一種可能的實(shí)現(xiàn)方式中，所述向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端為終端，所述根據(jù)所述實(shí)際傳輸能力信息和向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率，對所述發(fā)送端的業(yè)務(wù)速率進(jìn)行調(diào)整處理，包括：

根據(jù)所述實(shí)際傳輸能力信息對所述終端的業(yè)務(wù)速率進(jìn)行提升或者降低；

向所述終端發(fā)送調(diào)速請求消息，所述調(diào)速請求消息包括所述提升或者降低后的業(yè)務(wù)速率。

結(jié)合第一方面，在第一方面的第二種可能的實(shí)現(xiàn)方式中，所述向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端為會話邊界控制器SBC，所述根據(jù)所述實(shí)際傳輸能力信息和向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率，對所述發(fā)送端的業(yè)務(wù)速率進(jìn)行調(diào)整處理，包括：

若所述SBC不進(jìn)行編解碼轉(zhuǎn)換處理，則根據(jù)所述實(shí)際傳輸能力信息對對端設(shè)備的業(yè)務(wù)速率進(jìn)行提升或者降低；向所述對端設(shè)備發(fā)送調(diào)速請求消息，所述調(diào)速請求消息包括提升或者降低后的業(yè)務(wù)速率；或

若所述SBC進(jìn)行編解碼轉(zhuǎn)換處理，則根據(jù)所述實(shí)際傳輸能力信息對所述SBC的業(yè)務(wù)速率進(jìn)行提升或者降低，以提升和降低后的業(yè)務(wù)速率向終端發(fā)送業(yè)務(wù)報(bào)文。

結(jié)合第一方面、第一方面的第一種至第二種任一種可能的實(shí)現(xiàn)方式，在第一方面的第三種可能的實(shí)現(xiàn)方式中，所述接收基站發(fā)送的所述基站的實(shí)際傳輸能力信息，包括：

接收所述基站發(fā)送的第一定義應(yīng)用程序的實(shí)時(shí)傳輸控制協(xié)議包RTCP APP，在所述第一RTCP APP中獲取所述基站的實(shí)際傳輸能力信息，所述實(shí)際傳輸能力信息包括空口當(dāng)前傳輸質(zhì)量信息或空口期望的業(yè)務(wù)速率信息。

結(jié)合第一方面的第三種可能的實(shí)現(xiàn)方式，在第一方面的第四種可能的實(shí)現(xiàn)方式中，所述方法還包括：

向所述基站發(fā)送第二RTCP APP，所述第二RTCP APP攜帶所述提升或者降低后的業(yè)務(wù)速率。

第二方面，本發(fā)明實(shí)施例提供一種業(yè)務(wù)速率的調(diào)整方法，包括：

獲取基站的實(shí)際傳輸能力信息；

向會話邊界控制器SBC發(fā)送所述基站的實(shí)際傳輸能力信息；

其中，所述實(shí)際傳輸能力信息用于所述SBC根據(jù)所述實(shí)際傳輸能力信息和向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率，對所述發(fā)送端的業(yè)務(wù)速率進(jìn)行調(diào)整處理。

結(jié)合第二方面，在第二方面的第一種可能的實(shí)現(xiàn)方式中，所述向SBC發(fā)送所述基站的實(shí)際傳輸能力信息，包括：

將所述基站的實(shí)際傳輸能力信息設(shè)置在第一定義應(yīng)用程序的實(shí)時(shí)傳輸控制協(xié)議包RTCP APP中，向所述SBC發(fā)送所述第一RTCP APP；

其中，所述實(shí)際傳輸能力信息包括空口當(dāng)前傳輸質(zhì)量信息或空口期望的業(yè)務(wù)速率信息。

結(jié)合第二方面或者第二方面的第一種可能的實(shí)現(xiàn)方式，在第二方面的第二種可能的實(shí)現(xiàn)方式中，所述方法還包括：

接收所述SBC發(fā)送的第二RTCP APP，所述第二RTCP APP攜帶提升或者降低后的業(yè)務(wù)速率，所述提升或者降低后的業(yè)務(wù)速率為所述SBC根據(jù)所述實(shí)際傳輸能力信息向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率，對所述發(fā)送端的業(yè)務(wù)速率進(jìn)行調(diào)整處理后的業(yè)務(wù)速率。

第三方面，本發(fā)明實(shí)施例提供一種會話邊界控制器SBC，包括：

接收模塊，用于接收基站發(fā)送的所述基站的實(shí)際傳輸能力信息；

處理模塊，用于根據(jù)所述實(shí)際傳輸能力信息和向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率，對所述發(fā)送端的業(yè)務(wù)速率進(jìn)行調(diào)整處理。

結(jié)合第三方面，在第三方面的第一種可能的實(shí)現(xiàn)方式中，所述向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端為終端，所述處理模塊，具體用于：根據(jù)所述實(shí)際傳輸能力信息對所述終端的業(yè)務(wù)速率進(jìn)行提升或者降低；

所述SBC還包括發(fā)送模塊，所述發(fā)送模塊用于向所述終端發(fā)送調(diào)速請求消息，所述調(diào)速請求消息包括所述提升或者降低后的業(yè)務(wù)速率。

結(jié)合第三方面，在第三方面的第二種可能的實(shí)現(xiàn)方式中，所述向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端為會話邊界控制器SBC，所述處理模塊，具體用于：

若所述SBC不進(jìn)行編解碼轉(zhuǎn)換處理，則根據(jù)所述實(shí)際傳輸能力信息對對端設(shè)備的業(yè)務(wù)速率進(jìn)行提升或者降低；

所述SBC還包括發(fā)送模塊，用于向所述對端設(shè)備發(fā)送調(diào)速請求消息，所述調(diào)速請求消息包括提升或者降低后的業(yè)務(wù)速率；或

所述處理模塊，具體用于：

若所述SBC進(jìn)行編解碼轉(zhuǎn)換處理，則根據(jù)所述實(shí)際傳輸能力信息對所述SBC的業(yè)務(wù)速率進(jìn)行提升或者降低，以提升或者降低后的業(yè)務(wù)速率向終端發(fā)送業(yè)務(wù)報(bào)文。

結(jié)合第三方面、第三方面的第一種至第二種任一種可能的實(shí)現(xiàn)方式，在第三方面的第三種可能的實(shí)現(xiàn)方式中，所述接收模塊，具體用于：

接收所述基站發(fā)送的第一定義應(yīng)用程序的實(shí)時(shí)傳輸控制協(xié)議包RTCP APP，在所述第一RTCP APP中獲取所述基站的實(shí)際傳輸能力信息，所述實(shí)際傳輸能力信息包括空口當(dāng)前傳輸質(zhì)量信息或空口期望的業(yè)務(wù)速率信息。

結(jié)合第三方面的第三種可能的實(shí)現(xiàn)方式，在第三方面的第四種可能的實(shí)現(xiàn)方式中，所述發(fā)送模塊還用于：

向所述基站發(fā)送第二RTCP APP，所述第二RTCP APP攜帶所述提升或者降低后的業(yè)務(wù)速率。

第四方面，本發(fā)明實(shí)施例提供一種基站，包括：

處理模塊，用于獲取所述基站的實(shí)際傳輸能力信息；

發(fā)送模塊，用于向會話邊界控制器SBC發(fā)送所述基站的實(shí)際傳輸能力信息；

其中，所述實(shí)際傳輸能力信息用于所述SBC根據(jù)所述實(shí)際傳輸能力信息和向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率，對所述發(fā)送端的業(yè)務(wù)速率進(jìn)行調(diào)整處理。

結(jié)合第四方面，在第四方面的第一種可能的實(shí)現(xiàn)方式中，所述發(fā)送模塊，具體用于：

將所述基站的實(shí)際傳輸能力信息設(shè)置在第一定義應(yīng)用程序的實(shí)時(shí)傳輸控制協(xié)議包RTCP APP中，向所述SBC發(fā)送所述第一RTCP APP；

其中，所述實(shí)際傳輸能力信息包括空口當(dāng)前傳輸質(zhì)量信息或空口期望的業(yè)務(wù)速率信息。

結(jié)合第四方面或者第四方面的第一種可能的實(shí)現(xiàn)方式，在第四方面的第二種可能的實(shí)現(xiàn)方式中，所述基站還包括接收模塊，用于：

接收所述SBC發(fā)送的第二RTCP APP，所述第二RTCP APP攜帶提升或者降低后的業(yè)務(wù)速率，所述提升或者降低后的業(yè)務(wù)速率為所述SBC根據(jù)所述實(shí)際傳輸能力信息和向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率，對所述發(fā)送端的業(yè)務(wù)速率進(jìn)行調(diào)整處理后的業(yè)務(wù)速率。

本發(fā)明實(shí)施例業(yè)務(wù)速率的調(diào)整方法和裝置，SBC通過獲取基站的實(shí)際傳輸能力信息，進(jìn)而根據(jù)該基站的實(shí)際傳輸能力信息，對向該基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率進(jìn)行調(diào)整處理，從而使得向該基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率與基站的實(shí)際傳輸能力相匹配，提升業(yè)務(wù)數(shù)據(jù)傳輸質(zhì)量。

附圖說明

為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為現(xiàn)有VoLTE呼叫流程信令交互圖；

圖2為本發(fā)明實(shí)施例的網(wǎng)絡(luò)架構(gòu)示意圖；

圖3為本發(fā)明業(yè)務(wù)速率的調(diào)整方法實(shí)施例一的流程圖；

圖4為本發(fā)明業(yè)務(wù)速率的調(diào)整方法實(shí)施例二的流程圖；

圖5為本發(fā)明業(yè)務(wù)速率的調(diào)整方法實(shí)施例一的信令流程圖；

圖6為本發(fā)明業(yè)務(wù)速率的調(diào)整方法實(shí)施例二的信令流程圖；

圖7為本發(fā)明業(yè)務(wù)速率的調(diào)整方法實(shí)施例三的信令流程圖；

圖8為本發(fā)明會話邊界控制器實(shí)施例一的結(jié)構(gòu)示意圖；

圖9為本發(fā)明基站實(shí)施例一的結(jié)構(gòu)示意圖；

圖10為本發(fā)明會話邊界控制器實(shí)施例二的結(jié)構(gòu)示意圖；

圖11為本發(fā)明基站實(shí)施例二的結(jié)構(gòu)示意圖；

圖12為本發(fā)明業(yè)務(wù)速率調(diào)整系統(tǒng)實(shí)施例的結(jié)構(gòu)示意圖。

具體實(shí)施方式

為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

圖2為本發(fā)明實(shí)施例的網(wǎng)絡(luò)架構(gòu)示意圖。本發(fā)明實(shí)施例的網(wǎng)絡(luò)架構(gòu)為LTE網(wǎng)絡(luò)架構(gòu)。具體的，用戶設(shè)備(User Equipment，簡稱UE)通過演進(jìn)型網(wǎng)絡(luò)基站(evolved Node B，簡稱eNB)接入演進(jìn)型分組核心網(wǎng)(Evolved Packet Core，簡稱EPC)。該EPC包括多個網(wǎng)絡(luò)實(shí)體，例如移動性管理實(shí)體(Mobility Management Entity，簡稱MME)、S-GW以及P-GW等等。EPC中的網(wǎng)絡(luò)實(shí)體與演進(jìn)的UMTS陸面無線接入網(wǎng)絡(luò)(Evolved Universal Terrestrial Radio Access Network，簡稱E-UTRAN)連接關(guān)系具體為：MME與eNB連接，S-GW與eNB連接，MME與S-GW連接，S-GW通過P-GW與IMS連接。其中IMS中包括P-CSCF/SBC、服務(wù)-呼叫會話控制功能(Serving Call Session Control Function，簡稱S-CSCF)、歸屬用戶服務(wù)器(Home Subscriber Server，簡稱HSS)等。具體的P-CSCF/SBC分別與P-GW和S-CSCF連接，S-CSCF還與HSS和應(yīng)用服務(wù)器(Application Server，簡稱AS)連接。在該網(wǎng)絡(luò)架構(gòu)下，eNB的主要功能包括：無線資源管理功能(即實(shí)現(xiàn)無線承載控制)、無線許可控制和連接移動性控制；用戶數(shù)據(jù)流的IP報(bào)頭壓縮和加密；UE附著狀態(tài)時(shí)MME的選擇；實(shí)現(xiàn)S-GW用戶面數(shù)據(jù)的路由選擇；執(zhí)行由MME發(fā)起的尋呼信息和廣播信息的調(diào)度和傳輸；完成有關(guān)移動性配置和調(diào)度的測量和測量報(bào)告等。MME的主要功能包括：非接入層(Non-Access Stratum，簡稱NAS)信令的加密和完整性保護(hù)；接入層(Access Stratum，簡稱AS)安全性控制、空閑狀態(tài)移動性控制；演進(jìn)分組系統(tǒng)(Evolved Packet System，簡稱EPS)承載控制；支持尋呼，切換，漫游，鑒權(quán)等。S-GW的主要功能包括：分組數(shù)據(jù)路由及轉(zhuǎn)發(fā)；移動性及切換支持；合法監(jiān)聽；計(jì)費(fèi)等。P-GW的主要功能包括：分組數(shù)據(jù)過濾；UE的IP地址分配；上下行計(jì)費(fèi)及限速等。

其中，呼叫會話控制器(Call Session Control Function，簡稱CSCF)按其位置和功能又可分為P-CSCF，S-CSCF和I-CSCF三種類型。其中，P-CSCF(Proxy CSCF)：是IMS中與用戶的第一個連接點(diǎn)，提供代理(Proxy)功能，即接受業(yè)務(wù)請求并轉(zhuǎn)發(fā)接受的業(yè)務(wù)請求。S-CSCF(Serving CSCF)：S-CSCF在IMS核心網(wǎng)中處于核心的控制地位，負(fù)責(zé)對UE的注冊鑒權(quán)和會話控制，執(zhí)行針對主叫端及被叫端IMS用戶的基本會話路由功能，并根據(jù)用戶簽約的IMS觸發(fā)規(guī)則，在條件滿足時(shí)進(jìn)行到AS的增值業(yè)務(wù)路由觸發(fā)及業(yè)務(wù)控制交互。I-CSCF(Interrogating CSCF)：類似IMS的關(guān)口節(jié)點(diǎn)，提供本域用戶服務(wù)節(jié)點(diǎn)分配、路由查詢以及IMS域間拓樸隱藏功能。

HSS是歸屬網(wǎng)絡(luò)中保存IMS用戶的簽約信息，包括基本標(biāo)識、路由信息以及業(yè)務(wù)簽約信息等集中綜合數(shù)據(jù)庫。AS(Application Server)為IMS用戶提供IMS增值業(yè)務(wù)，AS可以位于用戶歸屬網(wǎng)，也可以由第三方提供。

需要說明的是，P-CSCF與SBC可以分設(shè)，也可以合設(shè)。通常情況下P-CSCF與SBC合設(shè)。因此，本發(fā)明實(shí)施例中的SBC可以為P-CSCF與SBC 合設(shè)的實(shí)體設(shè)備，也可以為單獨(dú)的SBC設(shè)備，此處不以此作為限制。

本發(fā)明基于圖2的網(wǎng)絡(luò)架構(gòu)實(shí)現(xiàn)VoLTE的業(yè)務(wù)速率調(diào)整，具體的詳見下述各實(shí)施例的解釋說明。

圖3為本發(fā)明業(yè)務(wù)速率的調(diào)整方法實(shí)施例一的流程圖，本實(shí)施例的執(zhí)行主體為SBC，如圖3所示，本實(shí)施例的方法可以包括：

步驟101、接收基站發(fā)送的所述基站的實(shí)際傳輸能力信息。

其中，所述實(shí)際傳輸能力信息可以包括空口當(dāng)前傳輸質(zhì)量信息或空口期望的業(yè)務(wù)速率信息。其中，空口當(dāng)前傳輸質(zhì)量信息可以具體為空口當(dāng)前傳輸質(zhì)量良好、空口當(dāng)前傳輸質(zhì)量正常、空口當(dāng)前傳輸輕微異常、空口當(dāng)前傳輸異?；蚩湛诋?dāng)前傳輸嚴(yán)重異常等等?？湛谄谕臉I(yè)務(wù)速率信息可以為一具體的速率值。所述速率值用于反應(yīng)該基站能夠?yàn)橛脩舻臄?shù)據(jù)業(yè)務(wù)提供的數(shù)據(jù)傳輸能力的大小，以充分利用空口資源傳輸業(yè)務(wù)數(shù)據(jù)。該空口期望的業(yè)務(wù)速率信息可以為基站根據(jù)小區(qū)的業(yè)務(wù)量和傳輸質(zhì)量獲取的。

具體的，基站獲取所述基站的實(shí)際傳輸能力信息，所述基站將所述基站的實(shí)際傳輸能力信息發(fā)送給SBC.而所述基站可以是實(shí)時(shí)獲取實(shí)際傳輸能力信息，一種可實(shí)現(xiàn)的方式，基站實(shí)時(shí)將獲取的實(shí)際傳輸能力信息發(fā)送SBC，另一種可實(shí)現(xiàn)的方式，基站實(shí)時(shí)獲取當(dāng)前的實(shí)際傳輸能力信息，并將該實(shí)際傳輸能力信息與上一次獲取的實(shí)際傳輸能力信息進(jìn)行比較，若與上一次獲取的實(shí)際傳輸能力信息不同，則基站向SBC發(fā)送該基站當(dāng)前的實(shí)際傳輸能力信息。即，基站可以是在獲知該基站自身與終端間的空口質(zhì)量發(fā)生變化后，向SBC發(fā)送自身的空口當(dāng)前傳輸質(zhì)量信息或空口期望的業(yè)務(wù)速率信息。具體如何設(shè)置可以根據(jù)需求靈活設(shè)置。

步驟102、根據(jù)所述實(shí)際傳輸能力信息和向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率，對所述發(fā)送端的業(yè)務(wù)速率進(jìn)行調(diào)整處理。

具體的，根據(jù)接收到的實(shí)際傳輸能力信息，再結(jié)合向基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率，對發(fā)送端的業(yè)務(wù)速率進(jìn)行調(diào)整處理。其中，向基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率是由SBC對業(yè)務(wù)報(bào)文進(jìn)行解包而獲取的業(yè)務(wù)速率，業(yè)務(wù)速率具體指每秒中需要傳遞的業(yè)務(wù)報(bào)文的大小。舉例而言，此處以由終端發(fā)起語音業(yè)務(wù)為例做示意性舉例說明，基站的實(shí)際傳輸能力信息為空口當(dāng)前傳輸輕微異常，則需要對向基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率 進(jìn)行降低處理，而此處的發(fā)送端為終端，即需要對終端的業(yè)務(wù)速率進(jìn)行降低處理。具體將終端的業(yè)務(wù)速率降低多少或者降低后以多大的業(yè)務(wù)速率進(jìn)行數(shù)據(jù)傳輸，需要結(jié)合終端的編解碼速率集信息。該編解碼速率集信息包括多個該終端所支持的速率信息，例如對于窄帶自適應(yīng)多速率(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，對于寬帶自適應(yīng)多速率(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，具體的，終端可以支持其一種或多種，即該終端的編解碼速率集信息，在需要對終端的業(yè)務(wù)速率進(jìn)行降低處理時(shí)，則可以采用低于調(diào)整處理前的業(yè)務(wù)速率，并且屬于該編解碼速率集中的一速率。

表1

表2

與現(xiàn)有技術(shù)不同的是，本實(shí)施例中SBC可以獲取基站的實(shí)際傳輸能力信息，SBC可以根據(jù)獲取到的向該基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率，進(jìn)而結(jié)合基站的實(shí)際傳輸能力信息對該發(fā)送端的的業(yè)務(wù)速率進(jìn)行適應(yīng)性調(diào)整。從而使得向基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率與基站的實(shí)際傳輸能力相 匹配，提升數(shù)據(jù)傳輸質(zhì)量。

進(jìn)一步的，在實(shí)現(xiàn)VoLTE的過程中，基站接收的數(shù)據(jù)可以是終端發(fā)送的上行業(yè)務(wù)報(bào)文，也可以是核心網(wǎng)側(cè)發(fā)送的下行業(yè)務(wù)報(bào)文。其中，上行業(yè)務(wù)報(bào)文為終端發(fā)送的，具體的，終端向基站發(fā)送該上行業(yè)務(wù)報(bào)文，該基站將該上行業(yè)務(wù)報(bào)文發(fā)送至核心網(wǎng)，因此對于上行業(yè)務(wù)報(bào)文，向基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端即為終端；下行業(yè)務(wù)報(bào)文為SBC發(fā)送的，具體的，SBC通過核心網(wǎng)中的S-GW、P-GW向基站發(fā)送該下行業(yè)務(wù)報(bào)文，因此對于下行業(yè)務(wù)報(bào)文，向基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端即為SBC。對于上述不同的向基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端，SBC進(jìn)行業(yè)務(wù)速率的調(diào)整處理是不同的。下面對不同情況下的業(yè)務(wù)速率調(diào)整處理進(jìn)行詳細(xì)說明。

一、若向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端為終端，該終端向所述基站發(fā)送上行業(yè)務(wù)報(bào)文，則步驟102中根據(jù)所述實(shí)際傳輸能力信息和向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率，對所述發(fā)送端的的業(yè)務(wù)速率進(jìn)行調(diào)整處理，具體可以為：根據(jù)所述實(shí)際傳輸能力信息對所述終端的業(yè)務(wù)速率進(jìn)行提升或者降低，獲取提升或者降低后的業(yè)務(wù)速率；向所述終端發(fā)送調(diào)速請求消息，所述調(diào)速請求消息包括所述提升或者降低后的業(yè)務(wù)速率。

具體的，基站分配空口傳輸資源傳遞業(yè)務(wù)報(bào)文，基站的實(shí)際傳輸能力可以表現(xiàn)為該基站每秒能夠傳遞的實(shí)際數(shù)據(jù)量的多少。例如，基站每秒能夠傳遞的數(shù)據(jù)量大時(shí)，則該基站的實(shí)際傳輸能力較好，基站每秒能夠傳遞的數(shù)據(jù)量少時(shí)，則該基站的實(shí)際傳輸能力差。其中，實(shí)際傳輸能力較好具體可以為，基站的空口當(dāng)前傳輸質(zhì)量較好，或空口期望的業(yè)務(wù)速率較高，而具體可以設(shè)定在每秒能夠傳遞的數(shù)據(jù)量大于一個閾值時(shí)，則該實(shí)際傳輸能力較好，每秒能夠傳遞的數(shù)據(jù)量小于一個閾值時(shí)，則該實(shí)際傳輸能力較差。當(dāng)然可以理解的，也可以設(shè)定一定范圍，各范圍對應(yīng)不同的實(shí)際傳輸能力，例如設(shè)置第一范圍對應(yīng)實(shí)際傳輸能力較好，該范圍可以為一數(shù)值區(qū)間，當(dāng)基站每秒能夠傳遞的數(shù)據(jù)量在該第一范圍內(nèi)，則該實(shí)際傳輸能力較好。需要說明的是，具體閾值和范圍設(shè)定可以根據(jù)需求進(jìn)行靈活設(shè)置，此處僅作示意性舉例說明。進(jìn)一步的，在實(shí)際傳輸能力較好時(shí)可以提升業(yè)務(wù)速率，使得終端使用較高的業(yè)務(wù)速率傳輸數(shù)據(jù)；在實(shí)際傳輸能力較差時(shí)可以降低業(yè)務(wù)速率，使得終端可以使用較低的業(yè)務(wù)速率傳輸業(yè)務(wù)報(bào)文，進(jìn)而可以減少因基站實(shí)際傳輸能力較差而 終端業(yè)務(wù)速率較高而造成的多丟包、長時(shí)延的問題。

通過上述步驟可以獲知基站的實(shí)際傳輸能力信息，并且根據(jù)該實(shí)際傳輸能力信息獲知需要對終端的業(yè)務(wù)速率進(jìn)行相應(yīng)調(diào)整處理，而具體的調(diào)整的處理，即如何完成提升業(yè)務(wù)速率以及較低業(yè)務(wù)速率，需要進(jìn)行如下解釋說明。對實(shí)際傳輸能力信息為空口期望的業(yè)務(wù)速率信息進(jìn)行舉例說明。eNB可以把空口期望的業(yè)務(wù)速率信息通知給SBC。假設(shè)空口期望的業(yè)務(wù)速率信息為上行速率12.5K，SBC可選擇相近的業(yè)務(wù)速率:如果當(dāng)前采用AMR WB編碼方式且終端支持該AMR WB編碼方式的所有速率，根據(jù)表2可知與空口期望的業(yè)務(wù)速率信息12.5K相近的業(yè)務(wù)速率為12.65K，則SBC通知終端調(diào)整速率為12.65K；如果當(dāng)前采用AMR NB編碼方式且終端支持該AMR NB編碼方式的所有速率，根據(jù)表1可知與空口期望的業(yè)務(wù)速率信息12.5K相近的業(yè)務(wù)速率為12.2K，則SBC通知終端調(diào)整速率為12.2K。

對實(shí)際傳輸能力信息為空口的傳輸質(zhì)量信息進(jìn)行舉例說明。eNB把空口的傳輸質(zhì)量良好的信息通知SBC，且若當(dāng)前采用AMR WB編碼方式且終端支持該AMR WB編碼方式的所有速率，由于空口的傳輸質(zhì)量良好，那么SBC可以將終端的業(yè)務(wù)速率盡可能提升，根據(jù)表2可知該AMR WB編碼方式下最大的速率為23.85K，則SBC通知終端調(diào)整速率為23.85K；以相同的編碼方式，當(dāng)eNB把空口的傳輸質(zhì)量正常的信息通知SBC時(shí)，則SBC通知終端調(diào)整速率為12.65K；以相同的編碼方式，當(dāng)eNB把空口的傳輸質(zhì)量嚴(yán)重異常的信息通知SBC時(shí)，則SBC通知終端調(diào)整速率為6.6K，即SBC將終端的業(yè)務(wù)速率盡可能降低。本實(shí)施例中對于實(shí)際傳輸能力信息為空口的傳輸質(zhì)量信息，而SBC獲取到該空口的傳輸質(zhì)量信息后，如何調(diào)整終端的業(yè)務(wù)速率可以根據(jù)需求進(jìn)行靈活設(shè)置，上述僅為舉例，并不以此作為限制。可以理解的，例如當(dāng)終端支持AMR WB的編碼方式的速率為6.60K、15.85K和23.0K，那么當(dāng)eNB把空口的傳輸質(zhì)量良好的信息通知SBC時(shí)，則SBC通知終端調(diào)整速率為23.0K，當(dāng)eNB把空口的傳輸質(zhì)量正常的信息通知SBC時(shí)，則SBC通知終端調(diào)整速率為15.85K，當(dāng)eNB把空口的傳輸質(zhì)量嚴(yán)重異常的信息通知SBC時(shí)，則SBC通知本側(cè)中觀調(diào)整速率為6.60K，即不同的速率對應(yīng)不同的空口傳輸質(zhì)量信息。

由此可知，具體的調(diào)整業(yè)務(wù)速率的原則可以根據(jù)需求進(jìn)行靈活設(shè)置，此 處不以上述舉例作為限制。

二、若向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端為SBC，即該SBC向所述基站發(fā)送下行業(yè)務(wù)報(bào)文，則步驟102中根據(jù)所述實(shí)際傳輸能力信息和向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率，對所述發(fā)送端的的業(yè)務(wù)速率進(jìn)行調(diào)整處理，具體可以為：如所述SBC不進(jìn)行編解碼轉(zhuǎn)換處理，則根據(jù)所述實(shí)際傳輸能力信息對對端的業(yè)務(wù)速率進(jìn)行提升或者降低；向所述對端發(fā)送調(diào)速請求消息，所述調(diào)速請求消息包括提升或者降低后的業(yè)務(wù)速率。

需要說明的是，向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端為SBC，即該SBC向所述基站發(fā)送下行業(yè)務(wù)報(bào)文，也有兩種情況，1、SBC不進(jìn)行編解碼轉(zhuǎn)換處理，2、SBC進(jìn)行編解碼處理。其中SBC是否進(jìn)行編解碼轉(zhuǎn)換處理是根據(jù)呼叫發(fā)起端和呼叫接收端進(jìn)行如背景技術(shù)中UE與PEER進(jìn)行的SIP信令協(xié)商而獲取的。對于情況1，則具體采用上述步驟的向?qū)Χ嗽O(shè)備發(fā)送調(diào)速請求消息。而對于情況2，步驟102具體可以為：如所述SBC進(jìn)行編解碼轉(zhuǎn)換處理，則根據(jù)所述實(shí)際傳輸能力信息對所述SBC的業(yè)務(wù)速率進(jìn)行提升或者降低，以提升和降低后的業(yè)務(wù)速率向終端發(fā)送業(yè)務(wù)報(bào)文。即SBC對自身的業(yè)務(wù)速率進(jìn)行調(diào)整，以該調(diào)整處理后的業(yè)務(wù)速率向基站發(fā)送業(yè)務(wù)報(bào)文。

進(jìn)一步的，步驟101中接收基站發(fā)送的所述基站的實(shí)際傳輸能力信息，所述實(shí)際傳輸能力信息包括空口當(dāng)前傳輸質(zhì)量信息或空口期望的業(yè)務(wù)速率信息，具體實(shí)現(xiàn)方式可以有很多種，例如eNB發(fā)送消息給MME，該MME將該消息發(fā)送給S-GW/P-GW，該S-GW/P-GW發(fā)送該消息給PCRF，該P(yáng)CRF發(fā)送該消息給SBC，該消息可以攜帶該eNB的實(shí)際傳輸能力信息，即空口當(dāng)前傳輸質(zhì)量信息或eNB期望的業(yè)務(wù)速率信息。需要說明的是，S-GW/P-GW用于表示合設(shè)的S-GW和P-GW，當(dāng)然S-GW和P-GW也可以分設(shè)，相應(yīng)的實(shí)現(xiàn)方式即為：eNB發(fā)送消息給MME，該MME將該消息發(fā)送給S-GW，該S-GW將該消息發(fā)送給P-GW，該P(yáng)-GW發(fā)送該消息給PCRF，該P(yáng)CRF發(fā)送該消息給SBC。

也可以采用另一具體實(shí)現(xiàn)方式實(shí)現(xiàn)SBC接收基站發(fā)送的所述基站的實(shí)際傳輸能力信息，具體的：SBC接收所述基站發(fā)送的第一定義應(yīng)用程序的實(shí)時(shí)傳輸協(xié)議控制協(xié)議包(Application-Defined RTCP Packet，簡稱RTCP APP)，在所述第一RTCP APP中獲取所述基站的空口當(dāng)前傳輸質(zhì)量信息或空口期望 的業(yè)務(wù)速率信息。

即采用RFC3550中的RTCP APP獲取基站的空口當(dāng)前傳輸質(zhì)量信息或空口期望的業(yè)務(wù)速率信息，RCF3550中的“6.7APP：Application-Defined RTCP Packet”具體描述了RTCP APP的格式和應(yīng)用，RTCP APP是一種可以由用戶自己定義的應(yīng)用，如果收到自己不能理解的RTCP APP，則忽略不進(jìn)行處理，具體的RTCP APP的格式如下：

其中，RFC具體是征求修正意見書(Request For Comments)的意思，是由互聯(lián)網(wǎng)工程任務(wù)組(IETF)發(fā)布的一系列備忘錄，文件收集了有關(guān)互聯(lián)網(wǎng)相關(guān)信息，以及UNIX和互聯(lián)網(wǎng)社區(qū)的軟件文件，以編號排定。常見的互聯(lián)網(wǎng)協(xié)議的RFC編號有IP：791、DHCP：2131、SIP：3261、RTP：3550以及L2TP：3931等等，而本實(shí)施的上述步驟是在現(xiàn)有RFC3550的基礎(chǔ)上進(jìn)行相應(yīng)修改，以實(shí)現(xiàn)SBC可以獲取基站的實(shí)際傳輸能力信息。

本實(shí)施例在使用RTCP APP傳輸基站的實(shí)際傳輸能力信息時(shí)，將subtype域設(shè)置為用于表示發(fā)送方向的信息。具體的，可以采用標(biāo)識1表示該RTCP APP是由基站發(fā)送給IMS的請求，其具體可以攜帶的參數(shù)包括空口當(dāng)前傳輸質(zhì)量信息或空口期望的業(yè)務(wù)速率信息，該參數(shù)具體可以攜帶在application-dependent data域。

具體的，eNB與S-GW之間、S-GW與P-GW之間，根據(jù)GPRS隧道協(xié)議(GPRS tunneling protocol，簡稱GTP)建立GTP隧道，eNB將RTCP APP進(jìn)行隧道封裝后，通過GTP隧道把封裝后的RTCP APP發(fā)送給S-GW，S-GW通過GTP隧道把封裝后的RTCP APP發(fā)送給P-GW，P-GW進(jìn)行解封裝獲取RTCP APP，并把該RTCP APP發(fā)送給SBC。

進(jìn)一步的，在SBC對進(jìn)行業(yè)務(wù)速率調(diào)整后，SBC還可以向所述基站發(fā)送第二RTCP APP，所述第二RTCP APP攜帶所述提升或者降低后的業(yè)務(wù)速率。

具體的，該第二RTCP APP采用與上述第一RTCP APP相同的格式，不同之處在于，第二RTCP APP的subtype域采用與上述第一RTCP APP不同的標(biāo)識，具體可以采用標(biāo)識2用于表示該第二RTCP APP是由SBC發(fā)送給基站的響應(yīng)，該響應(yīng)中的application-dependent data域可以具體攜帶提升或者降低后的業(yè)務(wù)速率。

具體的，SBC把第二RTCP APP發(fā)送給P-GW，該P(yáng)-GW進(jìn)行隧道封裝后，通過GTP隧道把封裝后的第二RTCP APP發(fā)送給S-GW，該S-GW通過GTP隧道把封裝后的第二RTCP APP發(fā)送給eNB。

進(jìn)一步的，若所述業(yè)務(wù)報(bào)文為語音業(yè)務(wù)的報(bào)文，即對于語音業(yè)務(wù)，所述調(diào)速請求消息包括所述業(yè)務(wù)報(bào)文的編解碼速率請求CMR，所述CMR中攜帶所述提升或者降低后的業(yè)務(wù)速率。

相應(yīng)的，向所述終端發(fā)送調(diào)速請求消息，所述調(diào)速請求消息包括提升或者降低后的業(yè)務(wù)速率，具體可以為：將所述提升或者降低后的業(yè)務(wù)速率填寫至所述業(yè)務(wù)報(bào)文的編解碼速率請求(Codec Mode Request，簡稱CMR)中，向所述終端發(fā)送在CMR中攜帶所述提升或降低后的業(yè)務(wù)速率的業(yè)務(wù)報(bào)文。即修改RTP攜帶凈荷中的CMR，填寫對應(yīng)的速率，以便終端根據(jù)CMR控制使用的編解碼速率。

相應(yīng)的，向所述對端發(fā)送調(diào)速請求消息，所述調(diào)速請求消息包括提升或者降低后的業(yè)務(wù)速率，具體可以為：將所述提升或者降低后的業(yè)務(wù)速率填寫至所述業(yè)務(wù)報(bào)文的編解碼速率請求CMR中，向所述對端發(fā)送在CMR中攜帶所述提升或降低后的業(yè)務(wù)速率的。

即對于語音業(yè)務(wù)，進(jìn)行業(yè)務(wù)速率調(diào)整時(shí)，是通過CMR將提升或者降低處理后的業(yè)務(wù)速率發(fā)送給終端或?qū)Χ恕?/p>

若所述業(yè)務(wù)報(bào)文為視頻業(yè)務(wù)的報(bào)文，即對于視頻業(yè)務(wù)，所述調(diào)速請求消息具體為臨時(shí)最大媒體流的比特率的請求消息，所述臨時(shí)最大媒體流的比特率的請求消息包括所述提升或者降低后的業(yè)務(wù)速率。

相應(yīng)的，向所述終端發(fā)送調(diào)速請求消息，所述調(diào)速請求消息包括提升或者降低后的業(yè)務(wù)速率，具體可以為：向所述終端發(fā)送臨時(shí)最大媒體流的比特率的請求消息(Temporary Maximum Media Stream Bit Rate Request，簡稱TMMBR)，所述臨時(shí)最大媒體流的比特率的請求消息包括所述提升或者降 低后的業(yè)務(wù)速率。

向所述對端發(fā)送調(diào)速請求消息，所述調(diào)速請求消息包括提升或者降低后的業(yè)務(wù)速率，具體可以為：向所述對端發(fā)送臨時(shí)最大媒體流的比特率的請求消息，所述臨時(shí)最大媒體流的比特率的請求消息包括所述提升或者降低后的業(yè)務(wù)速率。

即對于視頻業(yè)務(wù)，進(jìn)行業(yè)務(wù)速率調(diào)整時(shí)，是通過TMMBR將提升或者降低處理后的業(yè)務(wù)速率發(fā)送給終端或?qū)Χ恕?/p>

需要說明的是，此處的TMMBR具體為RFC5104中定義的消息類型。

進(jìn)一步的，對于視頻業(yè)務(wù)，SBC還可以接收所述終端或所述對端發(fā)送的臨時(shí)最大媒體流的比特率的通知消息(Temporary Maximum Media Stream Bit Rate Notification，簡稱TMMBN)，所述臨時(shí)最大媒體流的比特率的通知消息為所述臨時(shí)最大媒體流的比特率的請求消息的響應(yīng)消息。

本實(shí)施例，SBC通過獲取基站的實(shí)際傳輸能力信息，進(jìn)而根據(jù)該基站的實(shí)際傳輸能力信息對向該基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的的業(yè)務(wù)速率進(jìn)行調(diào)整處理，從而使得向該基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率與基站的實(shí)際傳輸能力相匹配，提升業(yè)務(wù)數(shù)據(jù)傳輸質(zhì)量。

圖4為本發(fā)明業(yè)務(wù)速率的調(diào)整方法實(shí)施例二的流程圖，本實(shí)施例的執(zhí)行主體為基站，對于圖2的網(wǎng)絡(luò)架構(gòu)，可以具體是eNB，如圖4所示，本實(shí)施例的方法可以包括：

步驟201、獲取基站的實(shí)際傳輸能力信息。

具體的，基站可以實(shí)時(shí)獲取該基站的實(shí)際傳輸能力信息

若基站的空口傳輸能力發(fā)生變化，則基站獲取該基站的實(shí)際傳輸能力信息，具體的實(shí)現(xiàn)方式可以是，基站實(shí)時(shí)獲取基站自身的實(shí)際傳輸能力信息，可以設(shè)置預(yù)設(shè)條件，在滿足預(yù)設(shè)條件的情況下，執(zhí)行步驟202，該預(yù)設(shè)條件可以根據(jù)需求進(jìn)行靈活設(shè)置，例如，該預(yù)設(shè)條件可以為當(dāng)前的實(shí)際傳輸能力信息，與上一次獲取的實(shí)際傳輸能力信息不同，該預(yù)設(shè)條件也可以為獲取到實(shí)際傳輸能力信息，此處不以此作為限制。基站的空口傳輸質(zhì)量和很多因素相關(guān)，其中一個重要的因素就是終端和基站間的距離，終端和基站的距離近，空口傳輸質(zhì)量好，終端和基站的距離遠(yuǎn)，傳輸質(zhì)量差。

步驟202、向SBC發(fā)送所述基站的實(shí)際傳輸能力信息。

其中，所述實(shí)際傳輸能力信息用于所述SBC根據(jù)所述實(shí)際傳輸能力信息和向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率，對所述發(fā)送端的業(yè)務(wù)速率進(jìn)行調(diào)整處理。

進(jìn)一步的，步驟202中向SBC發(fā)送所述基站的實(shí)際傳輸能力信息，所述實(shí)際傳輸能力信息包括空口當(dāng)前傳輸質(zhì)量信息或空口期望的業(yè)務(wù)速率信息，具體可以為：將所述基站的空口當(dāng)前傳輸質(zhì)量信息或空口期望的業(yè)務(wù)速率信息設(shè)置在第一定義應(yīng)用程序的實(shí)時(shí)傳輸控制協(xié)議包RTCP APP中，向所述SBC發(fā)送所述第一RTCP APP。此處的第一RTCP APP的具體解釋詳見圖3所示實(shí)施例。

進(jìn)一步的，基站還可以接收所述SBC發(fā)送的第二RTCP APP，所述第二RTCP APP攜帶提升或者降低后的業(yè)務(wù)速率，所述提升或者降低后的業(yè)務(wù)速率為所述SBC根據(jù)所述實(shí)際傳輸能力信息和向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率，對所述發(fā)送端的業(yè)務(wù)速率進(jìn)行調(diào)整處理后的業(yè)務(wù)速率。此處的第二RTCP APP的具體解釋詳見圖3所示實(shí)施例。此處第二RTCP APP用于SBC在根據(jù)第一RTCP APP對所述發(fā)送端的業(yè)務(wù)速率進(jìn)行調(diào)整處理，而發(fā)給基站該第二RTCP APP，以告知SBC已根據(jù)該基站的實(shí)際傳輸能力信息進(jìn)行相應(yīng)調(diào)速處理，從而避免該基站重復(fù)發(fā)送相同內(nèi)容的第一RTCP APP。

本實(shí)施例，若基站的傳輸能力發(fā)生變化，則獲取基站的實(shí)際傳輸能力信息，并將該實(shí)際傳輸能力信息發(fā)送給SBC，由SBC根據(jù)該實(shí)際傳輸能力信息和向該基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率進(jìn)行調(diào)整處理，即通過接入網(wǎng)的基站與核心網(wǎng)的SBC相互配合，使得向該基站發(fā)送業(yè)務(wù)報(bào)文的業(yè)務(wù)速率與基站的實(shí)際傳輸能力相匹配，提升數(shù)據(jù)傳輸質(zhì)量。

下面采用幾個具體的實(shí)施例，對圖3和圖4所示方法實(shí)施例的技術(shù)方案進(jìn)行詳細(xì)說明。

圖5為本發(fā)明業(yè)務(wù)速率的調(diào)整方法實(shí)施例一的信令流程圖，本實(shí)施例是上述實(shí)施例的一交互實(shí)施方式，本實(shí)施例包括UE、eNB、S-GW、P-GW、P-CSCF/SBC和對端節(jié)點(diǎn)PEER，本實(shí)施例可以適用于語音業(yè)務(wù)，也可以適用于視頻業(yè)務(wù)，本實(shí)施例的方法可以包括：

S501：UE、P-CSCF/SBC和對端節(jié)點(diǎn)PEER之間進(jìn)行呼叫信令協(xié)商。

其中，在通過SIP信令協(xié)商后，UE、eNB、S-GW、P-GW、P-CSCF/SBC 和對端節(jié)點(diǎn)PEER之間進(jìn)行承載面交互。例如，eNB收到UE上行的數(shù)據(jù)報(bào)文，具體通過GTP隧道把數(shù)據(jù)報(bào)文傳遞給S-GW，S-GW發(fā)送給P-GW，P-GW從GTP隧道中獲取數(shù)據(jù)報(bào)文發(fā)送給P-CSCF/SBC。下行方向時(shí)，P-CSCF/SBC將下行數(shù)據(jù)報(bào)文發(fā)送給P-GW，P-GW通過GTP隧道發(fā)送給S-GW，S-GW通過GTP隧道發(fā)送給eNB，由eNB通過空口傳遞給UE。在UE、P-CSCF/SBC和對端節(jié)點(diǎn)PEER之間傳輸實(shí)時(shí)數(shù)據(jù)時(shí)可以利用RTP和RTCP，實(shí)現(xiàn)端對端的網(wǎng)絡(luò)傳輸功能，其間在eNB、S-GW和P-GW間可以利用GTP隧道發(fā)送RTP和RTCP數(shù)據(jù)包。其中P-CSCF/SBC用于表示合設(shè)的P-CSCF和SBC。

S502：eNB獲取空口實(shí)際傳輸質(zhì)量發(fā)生變化。

具體的，eNB可以實(shí)時(shí)獲取空口實(shí)際傳輸質(zhì)量信息，當(dāng)獲取到當(dāng)前的實(shí)際傳輸能力信息與上一次獲取的實(shí)際傳輸能力不同時(shí)，則eNB獲知空口實(shí)際傳輸質(zhì)量發(fā)生變化。

S503：eNB通過S-GW向P-CSCF/SBC發(fā)送第一RTCP APP。

其中，該第一RTCP APP中攜帶基站的空口實(shí)際傳輸質(zhì)量信息，該空口實(shí)際傳輸質(zhì)量信息的具體內(nèi)容可以參見上述實(shí)施例中的解釋說明，此處不再贅述。具體的，eNB將該第一RTCP APP發(fā)送給S-GW，該S-GW將該第一RTCP發(fā)送給P-GW，該P(yáng)-GW將該第一RTCP APP發(fā)送給P-CSCF/SBC。

S504：P-CSCF/SBC根據(jù)基站的空口實(shí)際傳輸質(zhì)量信息，對向eNB發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端啟動調(diào)速處理。

具體的，若為上行業(yè)務(wù)報(bào)文，則具體對UE啟動調(diào)速處理，若為下行業(yè)務(wù)報(bào)文且P-CSCF/SBC不進(jìn)行編解碼轉(zhuǎn)換，則具體對PEER啟動調(diào)速處理，若為下行業(yè)務(wù)報(bào)文且P-CSCF/SBC進(jìn)行編解碼轉(zhuǎn)換，則具體對P-CSCF/SBC啟動調(diào)速處理。

S505：P-CSCF/SBC向eNB發(fā)送第二RTCP APP。

其中，該第二RTCP APP中攜帶P-CSCF/SBC對UE或PEER啟動調(diào)速處理后的業(yè)務(wù)速率。

本實(shí)施例，通過eNB將該eNB的空口實(shí)際傳輸能力信息通知給P-CSCF/SBC，P-CSCF/SBC根據(jù)業(yè)務(wù)情況發(fā)起業(yè)務(wù)速率的調(diào)整，使得調(diào)速處理后的業(yè)務(wù)速率與實(shí)際傳輸能力相匹配，提升數(shù)據(jù)傳輸質(zhì)量。

圖6為本發(fā)明業(yè)務(wù)速率的調(diào)整方法實(shí)施例二的信令流程圖，本實(shí)施例在 圖5所示實(shí)施例的基礎(chǔ)上，針對語音業(yè)務(wù)的具體解釋說明，本實(shí)施例包括UE、eNB、S-GW、P-GW、P-CSCF/SBC和對端節(jié)點(diǎn)PEER，本實(shí)施例的方法可以包括：

S601：UE、eNB、S-GW、P-GW、P-CSCF/SBC和對端節(jié)點(diǎn)PEER之間進(jìn)行呼叫信令協(xié)商。

S602：eNB獲取空口實(shí)際傳輸質(zhì)量發(fā)生變化。

S603：eNB通過S-GW向P-CSCF/SBC發(fā)送第一RTCP APP。

其中，本實(shí)施例S601～S603的與圖5所示實(shí)施例的S501～S503相同，具體參見上述實(shí)施例的解釋說明，此處不再贅述。

S604：若為上行方向，P-CSCF/SBC根據(jù)基站的空口實(shí)際傳輸質(zhì)量信息，向UE發(fā)送RTP報(bào)文。

具體的，P-CSCF/SBC根據(jù)基站的空口實(shí)際傳輸質(zhì)量信息和UE所支持的速率集信息對原業(yè)務(wù)速率進(jìn)行提升或者降低處理，將提升或者降低處理后的業(yè)務(wù)速率設(shè)置在實(shí)時(shí)傳輸協(xié)議(Real-Time Transport Protocol，簡稱RTP)報(bào)文的凈荷中的CMR中。UE接收到獲取到該CMR后便可以對自身的編解碼速率進(jìn)行相應(yīng)調(diào)整。

S605：若為下行方向且P-CSCF/SBC不進(jìn)行編解碼轉(zhuǎn)換，P-CSCF/SBC根據(jù)基站的空口實(shí)際傳輸質(zhì)量信息，向PEER發(fā)送RTP報(bào)文。

其中，該RTP報(bào)文與S604中的RTP報(bào)文相同，即在RTP報(bào)文的凈荷總的CMR中填寫提升或者降低處理后的業(yè)務(wù)速率，與S604不同之處在于，S605將該提升或者降低處理后的業(yè)務(wù)速率發(fā)送給PEER。

S606：若為下行方向且P-CSCF/SBC進(jìn)行編解碼轉(zhuǎn)換，P-CSCF/SBC根據(jù)基站的空口實(shí)際傳輸質(zhì)量信息，對自身的業(yè)務(wù)速率進(jìn)行相應(yīng)調(diào)整。

具體的，P-CSCF/SBC根據(jù)該基站的空口實(shí)際傳輸質(zhì)量信息，對自身發(fā)送業(yè)務(wù)報(bào)文的業(yè)務(wù)速率進(jìn)行提升或者降低處理，即以提升或者降低處理后的業(yè)務(wù)速率向基站發(fā)送業(yè)務(wù)報(bào)文。

需要說明的是，S604～S606沒有先后順序。在執(zhí)行S604～S606中任意一個之后執(zhí)行S607。

S607：P-CSCF/SBC向eNB發(fā)送第二RTCP APP。

其中，該第二RTCP APP中攜帶P-CSCF/SBC啟動調(diào)速處理后的業(yè)務(wù)速 率。

本實(shí)施例，針對語音業(yè)務(wù)，通過eNB將eNB的空口實(shí)際傳輸能力信息通知給P-CSCF/SBC，P-CSCF/SBC根據(jù)業(yè)務(wù)情況發(fā)起業(yè)務(wù)速率的調(diào)整，使得調(diào)速處理后的業(yè)務(wù)速率與實(shí)際傳輸能力相匹配，提升數(shù)據(jù)傳輸質(zhì)量。

圖7為本發(fā)明業(yè)務(wù)速率的調(diào)整方法實(shí)施例三的信令流程圖，本實(shí)施例在圖5所示實(shí)施例的基礎(chǔ)上，針對視頻業(yè)務(wù)的具體解釋說明，本實(shí)施例包括UE、eNB、S-GW、P-GW、P-CSCF/SBC和對端節(jié)點(diǎn)PEER，本實(shí)施例的方法可以包括：

S701：UE、eNB、S-GW、P-GW、P-CSCF/SBC和對端節(jié)點(diǎn)PEER之間進(jìn)行呼叫信令協(xié)商。

S702：eNB獲取空口實(shí)際傳輸質(zhì)量發(fā)生變化。

S703：eNB通過S-GW向P-CSCF/SBC發(fā)送第一RTCP APP。

其中，本實(shí)施例S701～S703的與圖6所示實(shí)施例的S501～S503相同，具體參見上述實(shí)施例的解釋說明，此處不再贅述。

S704：若為上行方向，P-CSCF/SBC根據(jù)基站的空口實(shí)際傳輸質(zhì)量信息，向UE發(fā)送TMMBR。

該TMMBER中攜帶有P-CSCF/SBC根據(jù)基站的空口實(shí)際傳輸質(zhì)量信息進(jìn)行提升或者降低處理后的業(yè)務(wù)速率。

S705：若為下行方向且P-CSCF/SBC不進(jìn)行編解碼轉(zhuǎn)換，P-CSCF/SBC根據(jù)基站的空口實(shí)際傳輸質(zhì)量信息，向PEER發(fā)送TMMBR。

具體的，與S704相同，此處TMMBER中攜帶有P-CSCF/SBC根據(jù)基站的空口實(shí)際傳輸質(zhì)量信息進(jìn)行提升或者降低處理后的業(yè)務(wù)速率，與S704不同之處在于，該TMMBR是發(fā)送給PEER。

S706：若為下行方向且P-CSCF/SBC進(jìn)行編解碼轉(zhuǎn)換，P-CSCF/SBC根據(jù)基站的空口實(shí)際傳輸質(zhì)量信息，對自身的業(yè)務(wù)速率進(jìn)行相應(yīng)調(diào)整。

具體的，P-CSCF/SBC根據(jù)該基站的空口實(shí)際傳輸質(zhì)量信息，對自身發(fā)送業(yè)務(wù)報(bào)文的業(yè)務(wù)速率進(jìn)行提升或者降低處理，即以提升或者降低處理后的業(yè)務(wù)速率向基站發(fā)送業(yè)務(wù)報(bào)文。

需要說明的是，S704～S706沒有先后順序。在執(zhí)行S704或S705中任意一個之后執(zhí)行S707。執(zhí)行706之后執(zhí)行S708。

S707：UE或PEER向P-CSCF/SBC發(fā)送TMMBN。

該TMMBN為S804中的TMMBR的響應(yīng)消息。

S708：P-CSCF/SBC向eNB發(fā)送第二RTCP APP。

其中，該第二RTCP APP中攜帶P-CSCF/SBC啟動調(diào)速處理后的業(yè)務(wù)速率。

本實(shí)施例，針對視頻業(yè)務(wù)，通過eNB將eNB的空口實(shí)際傳輸能力信息通知給P-CSCF/SBC，P-CSCF/SBC根據(jù)業(yè)務(wù)情況發(fā)起業(yè)務(wù)速率的調(diào)整，使得調(diào)速處理后的業(yè)務(wù)速率與實(shí)際傳輸能力相匹配，提升數(shù)據(jù)傳輸質(zhì)量。

圖8為本發(fā)明會話邊界控制器實(shí)施例一的結(jié)構(gòu)示意圖，如圖8所示，本實(shí)施例的裝置可以包括：接收模塊11和處理模塊12，其中，接收模塊11用于接收基站發(fā)送的所述基站的實(shí)際傳輸能力信息，處理模塊12用于根據(jù)所述實(shí)際傳輸能力信息和向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率，對所述發(fā)送端的業(yè)務(wù)速率進(jìn)行調(diào)整處理。

進(jìn)一步的，三種可實(shí)現(xiàn)的方式，一、所述向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端為終端，所述處理模塊12，具體用于：根據(jù)所述實(shí)際傳輸能力信息對所述終端的業(yè)務(wù)速率進(jìn)行提升或者降低，獲取提升或者降低后的業(yè)務(wù)速率；所述SBC還包括發(fā)送模塊13，所述發(fā)送模塊13用于向所述終端發(fā)送調(diào)速請求消息，所述調(diào)速請求消息包括所述提升或者降低后的業(yè)務(wù)速率。

二、所述向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端為會話邊界控制器SBC，所述處理模塊12，具體用于：若所述SBC不進(jìn)行編解碼轉(zhuǎn)換處理，則根據(jù)所述實(shí)際傳輸能力信息對對端的業(yè)務(wù)速率進(jìn)行提升或者降低；所述SBC還包括發(fā)送模塊13，用于向所述對端發(fā)送調(diào)速請求消息，所述調(diào)速請求消息包括提升或者降低后的業(yè)務(wù)速率。

三、所述向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端為會話邊界控制器SBC，所述處理模塊12，具體用于：若所述SBC進(jìn)行編解碼轉(zhuǎn)換處理，則根據(jù)所述實(shí)際傳輸能力信息對所述SBC的業(yè)務(wù)速率進(jìn)行提升或者降低，以提升和降低后的業(yè)務(wù)速率向終端發(fā)送業(yè)務(wù)報(bào)文。

進(jìn)一步的，接收模塊11具體用于接收所述基站發(fā)送的第一定義應(yīng)用程序的實(shí)時(shí)傳輸控制協(xié)議包RTCP APP，在所述第一RTCP APP中獲取所述基站的實(shí)際傳輸能力信息，所述實(shí)際傳輸能力信息包括空口當(dāng)前傳輸質(zhì)量信息或 空口期望的業(yè)務(wù)速率信息。

進(jìn)一步的，SBC的發(fā)送模塊13還用于向所述基站發(fā)送第二RTCP APP，所述第二RTCP APP攜帶所述提升或者降低后的業(yè)務(wù)速率。

進(jìn)一步的，所述業(yè)務(wù)報(bào)文為語音業(yè)務(wù)的報(bào)文，所述調(diào)速請求消息包括所述業(yè)務(wù)報(bào)文的編解碼速率請求CMR，所述CMR中攜帶所述提升或者降低后的業(yè)務(wù)速率。

進(jìn)一步的，所述業(yè)務(wù)報(bào)文為視頻業(yè)務(wù)的報(bào)文，所述調(diào)速請求消息具體為：臨時(shí)最大媒體流的比特率的請求消息，所述臨時(shí)最大媒體流的比特率的請求消息包括所述提升或者降低后的業(yè)務(wù)速率。

進(jìn)一步的，所述接收模塊11還用于：接收臨時(shí)最大媒體流的比特率的通知消息，所述臨時(shí)最大媒體流的比特率的通知消息為所述臨時(shí)最大媒體流的比特率的請求消息的響應(yīng)消息。其中，所述臨時(shí)最大媒體流的比特率的通知消息可以是終端發(fā)送的，也可以為對端發(fā)送的。

本實(shí)施例的裝置，可以用于執(zhí)行圖3所示方法實(shí)施例的技術(shù)方案，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。

圖9為本發(fā)明基站實(shí)施例一的結(jié)構(gòu)示意圖，如圖9所示，本實(shí)施例的裝置可以包括：處理模塊21和發(fā)送模塊22，該處理模塊21用于獲取所述基站的實(shí)際傳輸能力信息，該發(fā)送模塊22用于向會話邊界控制器SBC發(fā)送所述基站的實(shí)際傳輸能力信息；其中，所述實(shí)際傳輸能力信息用于所述SBC根據(jù)所述實(shí)際傳輸能力信息和向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率，對所述發(fā)送端的業(yè)務(wù)速率進(jìn)行調(diào)整處理。

進(jìn)一步的，所述發(fā)送模塊22具體用于：將所述基站的實(shí)際傳輸能力信息設(shè)置在第一定義應(yīng)用程序的實(shí)時(shí)傳輸控制協(xié)議包RTCP APP中，向所述SBC發(fā)送所述第一RTCP APP。

進(jìn)一步的，所述基站還包括接收模塊23，用于：接收所述SBC發(fā)送的第二RTCP APP，所述第二RTCP APP攜帶提升或者降低后的業(yè)務(wù)速率，所述提升或者降低后的業(yè)務(wù)速率為所述SBC根據(jù)所述實(shí)際傳輸能力信息向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率，對所述發(fā)送端的業(yè)務(wù)速率進(jìn)行調(diào)整處理后的業(yè)務(wù)速率。

本實(shí)施例的裝置，可以用于執(zhí)行圖4所示方法實(shí)施例的技術(shù)方案，其實(shí) 現(xiàn)原理和技術(shù)效果類似，此處不再贅述。

圖10為本發(fā)明會話邊界控制器實(shí)施例二的結(jié)構(gòu)示意圖，如圖10所示，本實(shí)施例的設(shè)備可以包括：接收器1001和處理器1002，該接收器1001用于接收基站發(fā)送的所述基站的實(shí)際傳輸能力信息；該處理器1002，用于根據(jù)所述實(shí)際傳輸能力信息和向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率，對所述發(fā)送端的業(yè)務(wù)速率進(jìn)行調(diào)整處理。

進(jìn)一步的，所述向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端為終端，所述處理器1002具體用于根據(jù)所述實(shí)際傳輸能力信息對所述終端的業(yè)務(wù)速率進(jìn)行提升或者降低；所述會話邊界控制器還包括發(fā)送器1003，用于向所述終端發(fā)送調(diào)速請求消息，所述調(diào)速請求消息包括提升或者降低后的業(yè)務(wù)速率。

進(jìn)一步的，所述向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端為會話邊界控制器SBC，所述處理器1002具體用于：若所述SBC不進(jìn)行編解碼轉(zhuǎn)換處理，則根據(jù)所述實(shí)際傳輸能力信息對對端的業(yè)務(wù)速率進(jìn)行提升或者降低；所述會話邊界控制器還包括發(fā)送器1003，用于向所述對端發(fā)送調(diào)速請求消息，所述調(diào)速請求消息包括提升或者降低后的業(yè)務(wù)速率；或

所述處理器1002具體用于：若所述SBC進(jìn)行編解碼轉(zhuǎn)換處理，則根據(jù)所述實(shí)際傳輸能力信息對所述SBC的業(yè)務(wù)速率進(jìn)行提升或者降低，以提升或者降低后的業(yè)務(wù)速率向終端發(fā)送業(yè)務(wù)報(bào)文。

進(jìn)一步的，所述接收器1001用于接收基站發(fā)送的所述基站的實(shí)際傳輸能力信息，具體可以為：接收所述基站發(fā)送的第一定義應(yīng)用程序的實(shí)時(shí)傳輸控制協(xié)議包RTCP APP，在所述第一RTCP APP中獲取所述基站的實(shí)際傳輸能力信息，所述實(shí)際傳輸能力信息包括空口當(dāng)前傳輸質(zhì)量信息或空口期望的業(yè)務(wù)速率信息。

所述發(fā)送器1003還用于：向所述基站發(fā)送第二RTCP APP，所述第二RTCP APP攜帶所述提升或者降低后的業(yè)務(wù)速率。

進(jìn)一步的，所述業(yè)務(wù)報(bào)文為語音業(yè)務(wù)的報(bào)文，所述調(diào)速請求消息包括所述業(yè)務(wù)報(bào)文的編解碼速率請求CMR，所述CMR中攜帶所述提升或者降低后的業(yè)務(wù)速率。

進(jìn)一步的，所述業(yè)務(wù)報(bào)文為視頻業(yè)務(wù)的報(bào)文，所述調(diào)速請求消息具體可以為：臨時(shí)最大媒體流的比特率的請求消息，所述臨時(shí)最大媒體流的比特率 的請求消息包括所述提升或者降低后的業(yè)務(wù)速率。

進(jìn)一步的，所述接收器1001還用于接收臨時(shí)最大媒體流的比特率的通知消息，所述臨時(shí)最大媒體流的比特率的通知消息為所述臨時(shí)最大媒體流的比特率的請求消息的響應(yīng)消息。所述臨時(shí)最大媒體流的比特率的通知消息可以為終端發(fā)送的，也可以為對端發(fā)送的。

本實(shí)施例的裝置，可以用于執(zhí)行圖3所示方法實(shí)施例的技術(shù)方案，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。

圖11為本發(fā)明基站實(shí)施例二的結(jié)構(gòu)示意圖，如圖11所示，本實(shí)施例的設(shè)備可以包括：處理器1101和發(fā)送器1102，該處理器1101用于獲取基站的實(shí)際傳輸能力信息；該發(fā)送器1102用于向會話邊界控制器SBC發(fā)送所述基站的實(shí)際傳輸能力信息；其中，所述實(shí)際傳輸能力信息用于所述SBC根據(jù)所述實(shí)際傳輸能力信息和向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率，對所述發(fā)送端的業(yè)務(wù)速率進(jìn)行調(diào)整處理。

進(jìn)一步的，所述發(fā)送器1102用于向SBC發(fā)送所述基站的實(shí)際傳輸能力信息，具體可以為：將所述基站的實(shí)際傳輸能力信息設(shè)置在第一定義應(yīng)用程序的實(shí)時(shí)傳輸控制協(xié)議包RTCP APP中，向所述SBC發(fā)送所述第一RTCP APP；其中，所述實(shí)際傳輸能力信息包括空口當(dāng)前傳輸質(zhì)量信息或空口期望的業(yè)務(wù)速率信息。

所述基站還可以包括接收器1103，用于接收所述SBC發(fā)送的第二RTCP APP，所述第二RTCP APP攜帶提升或者降低后的業(yè)務(wù)速率，所述提升或者降低后的業(yè)務(wù)速率為所述SBC根據(jù)所述實(shí)際傳輸能力信息和向所述基站發(fā)送業(yè)務(wù)報(bào)文的發(fā)送端的業(yè)務(wù)速率，對所述發(fā)送端的業(yè)務(wù)速率進(jìn)行調(diào)整處理后的業(yè)務(wù)速率。

本實(shí)施例的裝置，可以用于執(zhí)行圖4所示方法實(shí)施例的技術(shù)方案，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。

圖12為本發(fā)明業(yè)務(wù)速率調(diào)整系統(tǒng)實(shí)施例的結(jié)構(gòu)示意圖，如圖12所示，本實(shí)施例的系統(tǒng)包括：會話邊界控制器1201和基站1202，其中，會話邊界控制器1201可以采用圖8裝置實(shí)施例的結(jié)構(gòu)或圖10設(shè)備實(shí)施例的結(jié)構(gòu)，其對應(yīng)地，可以執(zhí)行圖3～圖7中任一方法實(shí)施例的技術(shù)方案，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。基站1202可以采用圖9裝置實(shí)施例的結(jié)構(gòu)或圖 11設(shè)備實(shí)施例的結(jié)構(gòu)，其對應(yīng)地，可以執(zhí)行圖3～圖7中任一方法實(shí)施例的技術(shù)方案，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。

需要說明的是，本發(fā)明實(shí)施例中的接收模塊11可以與會話邊界控制器的接收器對應(yīng)，也可以對應(yīng)會話邊界控制器的收發(fā)器。發(fā)送模塊13可以與會話邊界控制器的發(fā)送器對應(yīng)，也可以對應(yīng)會話邊界控制器的收發(fā)器。處理模塊12可以與會話邊界控制器的處理器對應(yīng)，這里處理器可以是一個中央處理器(Central Processing Unit，CPU)，或者是特定集成電路(Application Specific Integrated Circuit，ASIC)，或者完成實(shí)施本發(fā)明實(shí)施例的一個或多個集成電路。會話邊界控制器還可以包括存儲器，存儲器用于存儲指令代碼，處理器調(diào)用存儲器的指令代碼，控制本發(fā)明實(shí)施例中的接收模塊11和發(fā)送模塊13執(zhí)行上述操作。

本發(fā)明實(shí)施例中的發(fā)送模塊22可以與基站的發(fā)送器對應(yīng)，也可以對應(yīng)基站的收發(fā)器。接收模塊23可以與基站的接收器對應(yīng)，也可以對應(yīng)基站的收發(fā)器。處理模塊21可以與基站的處理器對應(yīng)，這里處理器可以是一個CPU，或者是ASIC，或者完成實(shí)施本發(fā)明實(shí)施例的一個或多個集成電路。基站還可以包括存儲器，存儲器用于存儲指令代碼，處理器調(diào)用存儲器的指令代碼，控制本發(fā)明實(shí)施例中的發(fā)送模塊22和接收模塊23執(zhí)行上述操作。

本領(lǐng)域普通技術(shù)人員可以理解：實(shí)現(xiàn)上述各方法實(shí)施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成。前述的程序可以存儲于一計(jì)算機(jī)可讀取存儲介質(zhì)中。該程序在執(zhí)行時(shí)，執(zhí)行包括上述各方法實(shí)施例的步驟；而前述的存儲介質(zhì)包括：ROM、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

最后應(yīng)說明的是：以上各實(shí)施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述各實(shí)施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分或者全部技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的范圍。