專利名稱：一種語音視頻用戶速率協(xié)商的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)字移動通信技術(shù)領(lǐng)域，尤其涉及一種語音視頻用戶速率協(xié)商的方法 及系統(tǒng)。
背景技術(shù)：
IP多媒體子系統(tǒng)(IP Multimedia Subsystem, IMS)最初是第三代合作伙伴計 劃(3GPP)組織制定的3G網(wǎng)絡(luò)核心技術(shù)標(biāo)準(zhǔn)，目前已被國際電信聯(lián)盟遠(yuǎn)程通信標(biāo)準(zhǔn)化 組(ITU-T)和歐洲電信標(biāo)準(zhǔn)化委員會(ETSI)認(rèn)可，納入下一代網(wǎng)絡(luò)(Next Generation Network, NGN)的核心標(biāo)準(zhǔn)框架，并被認(rèn)為是實(shí)現(xiàn)未來固定/移動網(wǎng)絡(luò)融合(Fixed-mobile convergence, FMC)的重要技術(shù)基礎(chǔ)。IMS提出了全I(xiàn)P的網(wǎng)絡(luò)架構(gòu)，采用會話初始化協(xié)議(Session InitiationProtocol, SIP)進(jìn)行控制，實(shí)現(xiàn)移動性管理、多媒體會話信令和載體業(yè)務(wù)傳輸， 實(shí)現(xiàn)端到端的IP業(yè)務(wù)。IMS是一個核心控制層，接入IMS網(wǎng)的接入網(wǎng)是IP通用接入網(wǎng)(IP-Connectivity Access Network, IP-CAN)，即接入網(wǎng)可以是任何IP網(wǎng)，比如LTE網(wǎng)、WCDMA網(wǎng)、CDMA2000網(wǎng)， WLAN或者ADSL、Cable都可以接入到IMS域。IMS提供的核心控制層面與接入無關(guān)，這樣才 可以真正的實(shí)現(xiàn)FMC。傳統(tǒng)的電話網(wǎng)是以電路交換方式傳輸語音，要求的傳輸帶寬為641cbit/S。網(wǎng)絡(luò)電 話(Voice over Internet Protocol, VoIP)是以IP分組交換網(wǎng)絡(luò)為傳輸平臺，通過IP網(wǎng) 絡(luò)傳輸語音，它的基本原理是通過語音壓縮算法將語音數(shù)據(jù)進(jìn)行壓縮編碼處理，然后把這 些壓縮編碼后的語音數(shù)據(jù)按照IP等協(xié)議進(jìn)行打包，經(jīng)過IP網(wǎng)絡(luò)把數(shù)據(jù)包傳送到接收地，再 把這些語音數(shù)據(jù)包經(jīng)過解碼解壓處理恢復(fù)成原來的語音信號。經(jīng)過壓縮編碼處理，在相同 的帶寬條件下，可以大大增加支持的呼叫個數(shù)。目前，長期演進(jìn)(Long-Term Evolution, LTE)系統(tǒng)中，VoIP業(yè)務(wù)是通過IMS實(shí)現(xiàn) 的，其呼叫建立過程如圖1所示。主叫用戶A向被叫用戶B發(fā)起呼叫后，整個呼叫建立過程 分以下幾步，圖中簡化了被叫側(cè)演進(jìn)基站(eNB)、移動性管理實(shí)體(Mobility Management Entity, MME)、服務(wù)網(wǎng)關(guān)(Serving Gateway, S-GW)、策略與計費(fèi)規(guī)則功能(Policy and Charging Rules Function，PCRF)、代理會話控制功能(Proxy Call Session Control Function, PCSCF)等實(shí)體，以省略號代替，本發(fā)明中其它附圖與該圖類似步驟101 用戶(UE)A和本側(cè)基站(E-UTRAN NodeB, eNB)通過信令交互建立無線 資源控制(Radio Resource Control, RRC)連接。步驟102 用戶A側(cè)的分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(Packet Data Network Gateway, PDN-GW/P-GW)和 PCRF 建立 IP-CAN。步驟103 :用戶A與本側(cè)eNB和MME通過信令交互建立缺省無線承載(Radio Bearer, RB)，用于SIP的承載。步驟104 兩端用戶經(jīng)過(兩端的)PCSCF，通過SIP信令交互進(jìn)行編解碼協(xié)商，協(xié)商的結(jié)果包含用戶速率，用戶速率包括上行和下行的，即是雙向的，而且上行和下行是一致 的。這里的上行指的是用戶到無線網(wǎng)絡(luò)方向，下行指的是無線網(wǎng)絡(luò)到用戶的方向，下同。
步驟105 用戶A將協(xié)商結(jié)果通過本側(cè)PCSCF、PCRF, Gff (P-Gff或P-GW與S-GW)通 知本側(cè)的MME。步驟106 用戶A側(cè)的MME根據(jù)協(xié)商結(jié)果通知用戶A側(cè)的eNB，該eNB通知用戶A 并建立業(yè)務(wù)的無線承載。上述步驟104中，兩端用戶進(jìn)行編解碼協(xié)商的過程見圖2所示。圖中，UEl構(gòu)造 UEl支持的完整編解碼集合SDPl通過INVITE消息發(fā)送給PCSCFl，如果PCSCFl收到UEl的 INVITE (SDPl)，檢查發(fā)現(xiàn)SDPl不滿足運(yùn)營商在PCSCFl設(shè)置的策略，會給UEl反饋拒絕原 因，UEl根據(jù)這個原因重新發(fā)起編解碼協(xié)商請求。同理，SCSCFl或SCSCF2或PCSCF2拒絕都 可以讓UEl重新發(fā)起編解碼協(xié)商請求。另外，在這個過程中PCSCFl是否與PCRFl協(xié)商，由 運(yùn)營商的策略決定的，同樣，PCSCF2是否與PCRF2協(xié)商，也是由運(yùn)營商的策略決定的。由此看出，在這個呼叫建立過程中，用戶速率的協(xié)商沒有考慮無線網(wǎng)絡(luò)負(fù)荷，這樣 的話，運(yùn)營商就無法根據(jù)無線網(wǎng)絡(luò)負(fù)荷來調(diào)整語音用戶速率。目前，無線網(wǎng)絡(luò)負(fù)荷只有eNB 知道，因此eNB對用戶速率，比如保證速率(GuaranteedBit Rate，GBR) /最大速率(Maximum Bit Rate，MBR)應(yīng)該具有發(fā)言權(quán)。比較常見的情況是，在呼叫建立過程中，在無線網(wǎng)絡(luò)負(fù)荷比較大的時候，運(yùn)營商在 考慮業(yè)務(wù)體驗(yàn)的同時，可以將用戶請求的用戶速率降低一定的幅度，以便能接入更多的用 戶，降低呼損，待無線網(wǎng)絡(luò)負(fù)荷減輕以后，再恢復(fù)用戶需要的速率。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種語音視頻用戶速率協(xié)商的方法及系 統(tǒng)，用于解決在呼叫建立過程中，用戶速率的協(xié)商沒有考慮無線網(wǎng)絡(luò)負(fù)荷，容易導(dǎo)致網(wǎng)絡(luò)性 能下降的技術(shù)缺陷。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種語音視頻用戶速率協(xié)商的方法，包括在主叫用戶與網(wǎng)絡(luò)側(cè)建立無線承載后，主叫用戶與被叫用戶之間進(jìn)行編解碼協(xié) 商，從而確定初始用戶速率；基站基于所述初始的用戶速率根據(jù)當(dāng)前無線網(wǎng)絡(luò)負(fù)荷情況決策出新的用戶速率， 并使用新的用戶速率建立與主叫用戶的無線承載。進(jìn)一步地，所述基站根據(jù)當(dāng)前無線網(wǎng)絡(luò)負(fù)荷情況決策出新的用戶速率的方法為網(wǎng)絡(luò)負(fù)荷值與用戶速率為負(fù)相關(guān)，將網(wǎng)絡(luò)負(fù)荷及用戶速率劃分為若干個區(qū)間，網(wǎng) 絡(luò)負(fù)荷值大的區(qū)間對應(yīng)用戶速率值小的區(qū)間，基站根據(jù)網(wǎng)絡(luò)負(fù)荷區(qū)間與用戶速率區(qū)間的對 應(yīng)關(guān)系在用戶速率集中選擇對應(yīng)的用戶速率作為新的用戶速率。進(jìn)一步地，若新的用戶速率與初始的用戶速率不同，則移動性管理實(shí)體(MME)將 新的用戶速率通知給被叫用戶，由被叫用戶基于新的用戶速率發(fā)起新的編解碼協(xié)商。若新 的用戶速率低于初始的用戶速率，則被叫用戶可不發(fā)起新的編解碼協(xié)商，仍使用初始的用 戶速率。進(jìn)一步地，若新的用戶速率與初始的用戶速率不同，則MME將新的用戶速率通知給策略與計費(fèi)規(guī)則功能(PCRF)，由主叫用戶基于新的用戶速率發(fā)起新的編解碼協(xié)商。若新 的用戶速率低于初始的用戶速率，則主叫用戶可不發(fā)起新的編解碼協(xié)商，仍使用初始的用 戶速率。進(jìn)一步地，在呼叫建立后，若基站檢測到當(dāng)前無線網(wǎng)絡(luò)負(fù)荷發(fā)生變化，則根據(jù)當(dāng)前 無線網(wǎng)絡(luò)負(fù)荷情況動態(tài)修改上行和/或下行的用戶速率。本發(fā)明還提出一種語音視頻用戶速率協(xié)商的系統(tǒng)，包括初始用戶速率協(xié)商模塊，用于在主叫用戶與網(wǎng)絡(luò)側(cè)建立無線承載后，主叫用戶與 被叫用戶之間進(jìn)行編解碼協(xié)商，從而確定初始用戶速率；新用戶速率確定模塊，用于基于所述初始的用戶速率根據(jù)當(dāng)前無線網(wǎng)絡(luò)負(fù)荷情況 決策出新的用戶速率，并使用新的用戶速率建立與主叫用戶的無線承載。進(jìn)一步地，網(wǎng)絡(luò)負(fù)荷值與用戶速率為負(fù)相關(guān)，所述新用戶速率確定模塊將網(wǎng)絡(luò)負(fù) 荷及用戶速率劃分為若干個區(qū)間，網(wǎng)絡(luò)負(fù)荷值大的區(qū)間對應(yīng)用戶速率值小的區(qū)間，其根據(jù) 網(wǎng)絡(luò)負(fù)荷區(qū)間與用戶速率區(qū)間的對應(yīng)關(guān)系在用戶速率集中選擇對應(yīng)的用戶速率作為新的 用戶速率。進(jìn)一步地，所述系統(tǒng)還包括編解碼重協(xié)商模塊，用于主叫用戶及被叫用戶之間基于所述新的用戶速率重新進(jìn) 行編解碼協(xié)商；若新的用戶速率與初始的用戶速率不同，由被叫用戶基于新的用戶速率發(fā)起新的 編解碼協(xié)商或由主叫用戶基于新的用戶速率發(fā)起新的編解碼協(xié)商。進(jìn)一步地，在呼叫建立后，若所述新用戶速率確定模塊檢測到當(dāng)前無線網(wǎng)絡(luò)負(fù)荷 發(fā)生變化，則根據(jù)當(dāng)前無線網(wǎng)絡(luò)負(fù)荷情況動態(tài)對上行和/或下行的用戶速率進(jìn)行修改，并 使用新的用戶速率重建與主叫用戶的無線資源控制連接。采用本發(fā)明所述方法，eNB可以參與呼叫的用戶速率協(xié)商過程，運(yùn)營商可以通過 eNB的配置使得無線網(wǎng)絡(luò)負(fù)荷可以影響呼叫的用戶速率協(xié)商，比如在無線網(wǎng)絡(luò)負(fù)荷比較大 的時候，在考慮業(yè)務(wù)體驗(yàn)的同時，可以將用戶請求的用戶速率降低一定的幅度，以便能接入 更多的用戶，降低呼損，待無線網(wǎng)絡(luò)負(fù)荷減輕的時候，再恢復(fù)用戶速率。


圖1為LTE中VoIP業(yè)務(wù)呼叫建立過程；圖2為IMS中用戶編解碼協(xié)商過程；圖3本發(fā)明第一種改進(jìn)方式的呼叫建立過程；圖4本發(fā)明第二種改進(jìn)方式的呼叫建立過程。
具體實(shí)施例方式本發(fā)明的核心思想是在呼叫建立過程中，eNB參與用戶速率的協(xié)商過程，例如 GBR/MBR的協(xié)商過程，同時不影響呼叫建立的時長。本文的實(shí)施例以AMR-NB(Adaptive Multi-Rate Narrowband)為例進(jìn)行說明。為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，以下舉實(shí)施例并參照附圖，對 本發(fā)明進(jìn)一步詳細(xì)說明。
本發(fā)明提出對現(xiàn)有流程的兩種改進(jìn)方式，第一改進(jìn)方式如圖3所示，具體步驟如 下步驟301 主叫用戶A和本側(cè)eNB通過信令交互建立RRC連接；步驟302 用戶 A 側(cè)的 PDN-GW 和 PCRF 建立 IP-CAN ；步驟303 主叫用戶A與本側(cè)的eNB和MME通過信令交互建立缺省無線承載(RB)， 用于SIP的承載；步驟304 主叫用戶A與被叫用戶B之間經(jīng)過兩端的PCSCF，通過SIP信令交互進(jìn) 行編解碼協(xié)商，協(xié)商的結(jié)果包含初始用戶速率；本發(fā)明中，用戶速率包括上行用戶速率和下行用戶速率，可根據(jù)需要統(tǒng)一進(jìn)行配 置，也可分別進(jìn)行配置，即上下行用戶速率可不同；步驟305 主叫用戶A將協(xié)商結(jié)果分別通過本側(cè)PCSCF、PCRF、網(wǎng)關(guān)GW (P-Gff或P-GW 與S-GW)通知本側(cè)MME，協(xié)商結(jié)果中包含初始用戶速率；被叫用戶B側(cè)的通知過程同該步 驟，圖中省略。步驟306 主叫用戶A側(cè)的MME將協(xié)商結(jié)果通過E-RAB (E-UTRAN RadioAccess Bearer)消息通知給主叫用戶A側(cè)的eNB ；步驟307 主叫用戶A側(cè)的eNB根據(jù)當(dāng)前無線網(wǎng)絡(luò)負(fù)荷情況結(jié)合傳輸質(zhì)量要求，決 策出新的用戶速率；決策的方法為若當(dāng)前網(wǎng)絡(luò)負(fù)荷較重，采用初始的用戶速率會導(dǎo)致網(wǎng)絡(luò)負(fù)荷加重 或其它性能指標(biāo)的下降，則基站根據(jù)用戶所支持的用戶速率集及選擇策略，從用戶所支持 的用戶速率集選擇速率較低一級的用戶速率作為新的用戶速率；若當(dāng)前網(wǎng)絡(luò)負(fù)荷較輕，采 用初始的用戶速率不會導(dǎo)致網(wǎng)絡(luò)負(fù)荷加重或其它性能損失，則基站仍選擇使用初始的用戶 速率，在用戶速率不做改變的情況下，可按照現(xiàn)有技術(shù)的處理流程進(jìn)行處理。步驟308 主叫用戶A側(cè)的eNB決策使用新的用戶速率后，與主叫用戶A按照新的 用戶速率建立RRC連接；步驟309 主叫用戶A側(cè)的eNB在給MME的反饋中攜帶新的用戶速率；步驟310 主叫用戶A側(cè)的MME將新的用戶速率通過GW、PCRF, PCSCF通知對端用 戶；步驟311 被叫用戶B基于新的用戶速率發(fā)起新的編解碼協(xié)商。被叫用戶B在獲知新用戶速率后，若發(fā)現(xiàn)其速率與初始用戶速率不同，則發(fā)起新 的編解碼協(xié)商；優(yōu)選地，若新用戶速率低于初始用戶速率且本端支持，則可不用發(fā)起新的編 解碼協(xié)商。本發(fā)明提出的對現(xiàn)有流程的第二種改進(jìn)方式如圖4所示，具體步驟如下步驟401-步驟409 同第一種改進(jìn)方式的步驟301-步驟309 ；步驟410 主叫用戶A側(cè)的MME將新的用戶速率通過本側(cè)的GW通知PCRF ；步驟411 由主叫用戶A基于新的用戶速率發(fā)起新的編解碼協(xié)商。主叫用戶A在獲知新用戶速率后，若發(fā)現(xiàn)其速率與初始用戶速率不同，則發(fā)起新 的編解碼協(xié)商；優(yōu)選地，若新用戶速率低于初始用戶速率且兩端都支持，則可不用發(fā)起新的 編解碼協(xié)商。第二種改進(jìn)方式與第一種改進(jìn)方式的不同在于是由主叫用戶發(fā)起新的編解碼協(xié)商。基于上述第一種和第二種改進(jìn)方式，在呼叫建立后，若eNB檢測到當(dāng)前無線網(wǎng)絡(luò) 負(fù)荷發(fā)生變化，eNB可動態(tài)修改上行和/或下行的用戶速率，eNB首先通知本端用戶上行和 /或下行用戶速率，并修改為新的用戶速率，然后將新的用戶速率通知給ΜΜΕ,ΜΜΕ將新的用 戶速率通過GW通知給對端用戶或PCRF，對端用戶或本端用戶根據(jù)情況決定是否發(fā)起新的 編解碼協(xié)商。本發(fā)明優(yōu)選實(shí)施例中，網(wǎng)絡(luò)負(fù)荷值與用戶速率為負(fù)相關(guān)，eNB可以將網(wǎng)絡(luò)負(fù)荷及用 戶速率均劃分為η個區(qū)間，第i個網(wǎng)絡(luò)負(fù)荷區(qū)間的值大于第i+Ι個網(wǎng)絡(luò)負(fù)荷區(qū)間的值，第i 個用戶速率區(qū)間的值小于第i+Ι個用戶速率區(qū)間的值，所述1 < i < η ；設(shè)當(dāng)前網(wǎng)絡(luò)負(fù)荷位 于第i個區(qū)間，對于用戶速率集中的每個用戶速率，eNB確定該用戶速率所處的區(qū)間j，若 j < i則當(dāng)前網(wǎng)絡(luò)負(fù)荷支持該用戶速率，否則不支持，eNB可以據(jù)此來確定調(diào)整速率的大小。本發(fā)明優(yōu)選實(shí)施例中，MME通過“用戶速率通知消息”將新的用戶速率發(fā)送至GW ； Gff通過“CC-Request消息”、“Re-Auth-Answer重新鑒權(quán)應(yīng)答消息”或“用戶速率通知消息” 將新的用戶速率發(fā)送至PCRF ；PCRF通過"DiameterAA-Answer消息”，"Re-Auth-Request消 息”或“用戶速率通知消息”將新的用戶速率發(fā)送至PCSCF ；PCSCF通過SIP的INF0、INVITE、 MESSAGE、NOTIFY、UPDATE消息或用戶速率通知消息將新的用戶速率發(fā)送至UE。本發(fā)明優(yōu)選實(shí)施例中，呼叫進(jìn)行過程中的用戶速率協(xié)商也可以采用本發(fā)明的方 法，如eNB發(fā)現(xiàn)無線網(wǎng)絡(luò)負(fù)荷發(fā)生變化后，需要調(diào)整用戶速率，則由eNB根據(jù)當(dāng)前的上行和 下行用戶速率提出一個新的上行和下行用戶速率，后續(xù)過程同呼叫建立過程，即eNB通知 本端UE采用新的用戶速率，同時通知MME這個新的用戶速率，再由本端用戶發(fā)起新的速率 協(xié)商過程，或者由MME通過GW通知對端用戶由對端用戶發(fā)起新的速率協(xié)商過程。本發(fā)明提出的用于實(shí)現(xiàn)語音視頻用戶速率協(xié)商方法的系統(tǒng)從功能模塊上劃分，可 劃分為如下幾個模塊初始用戶速率協(xié)商模塊，該模塊用于在主叫用戶與網(wǎng)絡(luò)側(cè)建立無線承載后，主叫 用戶與被叫用戶之間進(jìn)行編解碼協(xié)商，從而確定初始用戶速率；新用戶速率確定模塊，該模塊位于基站，用于基于所述初始的用戶速率根據(jù)當(dāng)前 無線網(wǎng)絡(luò)負(fù)荷情況，決策出新的用戶速率，并使用新的用戶速率建立與主叫用戶的無線承 載。編解碼重協(xié)商模塊，該模塊用于主叫用戶及被叫用戶之間基于所述新的用戶速率 重新進(jìn)行編解碼協(xié)商；若新的用戶速率與初始的用戶速率不同，由被叫用戶基于新的用戶 速率發(fā)起新的編解碼協(xié)商或由主叫用戶基于新的用戶速率發(fā)起新的編解碼協(xié)商。本發(fā)明中，網(wǎng)絡(luò)負(fù)荷值與用戶速率為負(fù)相關(guān)，可將網(wǎng)絡(luò)負(fù)荷及用戶速率劃分為若 干個區(qū)間，網(wǎng)絡(luò)負(fù)荷值大的區(qū)間對應(yīng)用戶速率值小的區(qū)間，新用戶速率確定模塊根據(jù)網(wǎng)絡(luò) 負(fù)荷區(qū)間與用戶速率區(qū)間的對應(yīng)關(guān)系在用戶速率集中選擇對應(yīng)的用戶速率作為新的用戶 速率。實(shí)施例一參照圖3的方法一的流程，當(dāng)前無線網(wǎng)絡(luò)負(fù)荷是滿負(fù)荷的80%，用戶處于LTE網(wǎng)絡(luò) 中，發(fā)起VoIP業(yè)務(wù)，主被叫用戶支持的上行及下行用戶速率均為10. 2kBit/s, 7. 4kBit/s, 5. 9kBit/s,呼叫建立過程如下(相同步驟不再贅述)
在對應(yīng)的步驟304中，兩端用戶經(jīng)過(兩端的)PCSCF,通過SIP信令交互進(jìn)行編解 碼協(xié)商，此時還沒有考慮無線網(wǎng)絡(luò)負(fù)荷，協(xié)商的結(jié)果是上行和下行用戶速率都為10. 2kBit/ s ；在對應(yīng)的步驟305中，用戶A將協(xié)商結(jié)果上行和下行用戶速率為10. 2kBit/s通過 PCSCF, PCRF, Gff(P-Gff 或 P-GW 與 S-GW)通知 MME ；在對應(yīng)的步驟307中，eNB發(fā)現(xiàn)當(dāng)前的無線網(wǎng)絡(luò)負(fù)荷為滿負(fù)荷的80%，提出該業(yè)務(wù) 先以上行和下行用戶速率為7. 4kBit/s建立業(yè)務(wù)，于是eNB與本端用戶A按照上行和下行 用戶速率為7. 4kBit/s建立無線承載，在給MME的反饋中包含新的用戶速率上行和下行為 7.4kBit/s ；在對應(yīng)的步驟310中，MME將新的用戶速率上行和下行為7. 4kBit/s通過GW通知 對端用戶B ；在對應(yīng)的步驟311中，對端用戶B在接收到新用戶速率后，發(fā)現(xiàn)其速率比協(xié)商結(jié)果 中的速率低且本端支持，因此可不用重新發(fā)起編解碼協(xié)商，呼叫建立完成。若過了一段時間，eNB檢測到當(dāng)前無線網(wǎng)絡(luò)負(fù)荷變?yōu)闈M負(fù)荷的70%，eNB提出該業(yè) 務(wù)的上行和下行用戶速率可以恢復(fù)為10. 2kBit/s，則eNB通知本端用戶上行和下行無線承 載修改為10. 2kBit/s，通知MME新的用戶速率上行和下行為10. 2kBit/s, MME將新的用戶 速率上行和下行為10. 2kBit/s通過GW通知對端用戶，對端用戶可以根據(jù)自身情況決定是 否重新發(fā)起編解碼協(xié)商。實(shí)施例二 參照圖3的方法一的流程，當(dāng)前無線網(wǎng)絡(luò)負(fù)荷上行是滿負(fù)荷的80%，下行是滿 負(fù)荷的90%，用戶處于LTE網(wǎng)絡(luò)中，發(fā)起VoIP業(yè)務(wù)，用戶支持上行和下行用戶速率為 12. 2kBit/s, 7. 4kBit/s, 5. 9kBit/s,呼叫建立過程如下在對應(yīng)的步驟304中，兩端用戶進(jìn)行編解碼協(xié)商，此時還沒有考慮無線網(wǎng)絡(luò)負(fù)荷， 協(xié)商的結(jié)果是上行和下行用戶速率為12. 2kBit/s在對應(yīng)的步驟305中，用戶A將協(xié)商結(jié)果上行和下行用戶速率為12. 2kBit/s通過 PCSCF, PCRF, Gff(P-Gff 或 P-GW 與 S-GW)通知 MME在對應(yīng)的步驟307中，eNB發(fā)現(xiàn)當(dāng)前的無線網(wǎng)絡(luò)負(fù)荷上行為滿負(fù)荷的80%，下行為 滿負(fù)荷的90%，提出該業(yè)務(wù)先以上行為10. 2kBit/s和下行為7. 4kBit/s建立業(yè)務(wù)，eNB與 本端用戶間按照上行為10. 2kBit/s和下行為7. 4kBit/s建立無線承載，在給MME的反饋中 包含新的用戶速率上行為10. 2kBit/s和下行為7. 4kBit/s ；在對應(yīng)的步驟310中，MME將新的用戶速率上行為10. 2kBit/s和下行為7. 4kBit/ s通過GW通知對端用戶B;在對應(yīng)的步驟311中，對端用戶B在接收到新用戶速率后，發(fā)現(xiàn)其速率比協(xié)商結(jié)果 中的速率低且本端支持，因此可不用重新發(fā)起編解碼協(xié)商，呼叫建立完成。若過了一段時間，eNB檢測到當(dāng)前無線網(wǎng)絡(luò)負(fù)荷變?yōu)樯闲惺菨M負(fù)荷的70%，下行 是滿負(fù)荷的90%，eNB提出該業(yè)務(wù)的上行可以恢復(fù)為12. 2kBit/s，eNB通知本端用戶上行無 線承載修改為12. 2kBit/s，通知MME新的用戶速率上行為12. 2kBit/s，MME將新的用戶速率 上行為12. 2kBit/s通過GW通知對端用戶；對端用戶B在接收到新用戶速率后，發(fā)現(xiàn)其速率 比協(xié)商結(jié)果中的速率高，則對端用戶可根據(jù)自身支持情況決策是否重新發(fā)起編解碼協(xié)商。
若過了一段時間，eNB檢測到當(dāng)前無線網(wǎng)絡(luò)負(fù)荷變?yōu)樯闲惺菨M負(fù)荷的70%，下行 是滿負(fù)荷的75%，eNB提出該業(yè)務(wù)的下行可以恢復(fù)為12. 2kBit/s，eNB通知本端用戶下行無 線承載修改為12. 2kBit/s,并通知MME新的用戶速率下行為12. 2kBit/s, MME將新的用戶 速率下行為12. 2kBit/s通過GW通知對端用戶；對端用戶B在接收到新用戶速率后，發(fā)現(xiàn)其 速率比協(xié)商結(jié)果中的速率高，則對端用戶可根據(jù)自身支持情況決策是否重新發(fā)起編解碼協(xié) 商。實(shí)施例三參照圖4的方法二的流程，當(dāng)前無線網(wǎng)絡(luò)負(fù)荷是滿負(fù)荷的90%，用戶處于LTE網(wǎng)絡(luò) 中，發(fā)起VoIP業(yè)務(wù)，用戶支持上行和下行用戶速率為10. 2kBit/s, 7. 4kBit/s, 5. 9kBit/s, 呼叫建立過程如下在對應(yīng)的步驟404中，兩端用戶進(jìn)行編解碼協(xié)商，此時還沒有考慮無線網(wǎng)絡(luò)負(fù)荷， 協(xié)商的結(jié)果是上行和下行用戶速率為10. 2kBit/s ；在對應(yīng)的步驟405中，用戶A將協(xié)商結(jié)果上行和下行用戶速率為10. 2kBit/s通過 PCSCF, PCRF, Gff(P-Gff 或 P-GW 與 S-GW)通知 MME在對應(yīng)的步驟406中，eNB發(fā)現(xiàn)當(dāng)前的無線網(wǎng)絡(luò)負(fù)荷為滿負(fù)荷的90%，提出該業(yè) 務(wù)先以上行和下行用戶速率為5. 9kBit/s建立業(yè)務(wù)，eNB與本端用戶間按照上行和下行用 戶速率為5. 9kBit/s建立無線承載，在給MME的反饋中包含新的用戶速率上行和下行為 5. 9kBit/s ；在對應(yīng)的步驟410中，MME將新的用戶速率通過GW通知PCRF ；在對應(yīng)的步驟411中，由本端用戶A發(fā)起新的用戶速率上行和下行為5. 9kBit/s 的編解碼協(xié)商，因?yàn)槭墙邓?，因此，也可不進(jìn)行再次協(xié)商。若過了一段時間，eNB檢測到當(dāng)前無線網(wǎng)絡(luò)負(fù)荷是滿負(fù)荷的75%，eNB提出該業(yè)務(wù) 的上行和下行用戶速率可以恢復(fù)為10. 2kBit/s, eNB通知本端用戶上行和下行無線承載修 改為10. 2kBit/s，通知MME、GW、PCRF新的用戶速率上行和下行為10. 2kBit/s,由于與之前 的用戶速率相比是升速，所以本端用戶發(fā)起新的用戶速率上行和下行為10. 2kBit/s的編 解碼協(xié)商。實(shí)施例四參照圖4的方法二的流程，當(dāng)前無線網(wǎng)絡(luò)負(fù)荷上行是滿負(fù)荷的85%，下行是滿 負(fù)荷的75%，用戶處于LTE網(wǎng)絡(luò)中，發(fā)起VoIP業(yè)務(wù)，用戶支持上行和下行用戶速率為 10. 2kBit/s, 7. 4kBit/s, 5. 9kBit/s,呼叫建立過程如下在對應(yīng)的步驟404中，兩端用戶進(jìn)行編解碼協(xié)商，此時還沒有考慮無線網(wǎng)絡(luò)負(fù)荷， 協(xié)商的結(jié)果是上行和下行用戶速率為10. 2kBit/s ；在對應(yīng)的步驟405中，用戶A將協(xié)商結(jié)果上行和下行用戶速率為10. 2kBit/s通過 PCSCF, PCRF, Gff(P-Gff 或 P-GW 與 S-GW)通知 MME ；在對應(yīng)的步驟406中，eNB發(fā)現(xiàn)當(dāng)前的無線網(wǎng)絡(luò)負(fù)荷上行是滿負(fù)荷的85%， 下行是滿負(fù)荷的75%，提出該業(yè)務(wù)先以上行用戶速率為5. 9kBit/s和下行用戶速率為 10. 2kBit/s建立業(yè)務(wù)，eNB與本端用戶間按照上行用戶速率為5. 9kBit/s和下行用戶速率 為10. 2kBit/s建立無線承載，在給MME的反饋中包含新的用戶速率上行為5. 9kBit/s和下 行為 10. 2kBit/s ；
在對應(yīng)的步驟410中，MME將新的用戶速率通過GW通知PCRF ；在對應(yīng)的步驟411中，由本端用戶A發(fā)起新的用戶速率上行為5. 9kBit/s和下行 為10. 2kBit/s的編解碼協(xié)商，因?yàn)槭墙邓?，所以這個協(xié)商可以不進(jìn)行。若過了一段時間，eNB檢測到當(dāng)前無線網(wǎng)絡(luò)負(fù)荷是上行是滿負(fù)荷的70%，下行是 滿負(fù)荷的75%，eNB提出該業(yè)務(wù)的上行用戶速率可以恢復(fù)為10. 2kBit/s，eNB通知本端用戶 上行無線承載修改為10. 2kBit/s，通知MME、GW、PCRF新的用戶速率上行為10. 2kBit/s,由 于是升速，本端用戶A發(fā)起新的用戶速率上行為10. 2kBit/s的編解碼協(xié)商。上述的具體實(shí)施方式
僅是為理解本發(fā)明方便而提供的優(yōu)選實(shí)施例，不能理解為限 定本發(fā)明，因此由本發(fā)明權(quán)利要求所覆蓋的一切技術(shù)方案均在本發(fā)明的要求權(quán)利之列。
權(quán)利要求
1.一種語音視頻用戶速率協(xié)商的方法，其特征在于，包括在主叫用戶與網(wǎng)絡(luò)側(cè)建立無線承載后，主叫用戶與被叫用戶之間進(jìn)行編解碼協(xié)商，從 而確定初始用戶速率；基站基于所述初始的用戶速率根據(jù)當(dāng)前無線網(wǎng)絡(luò)負(fù)荷情況決策出新的用戶速率，并使 用新的用戶速率建立與主叫用戶的無線承載。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，基站根據(jù)當(dāng)前無線網(wǎng)絡(luò)負(fù)荷情況決策出 新的用戶速率的方法為網(wǎng)絡(luò)負(fù)荷值與用戶速率為負(fù)相關(guān)，將網(wǎng)絡(luò)負(fù)荷及用戶速率劃分為若干個區(qū)間，網(wǎng)絡(luò)負(fù) 荷值大的區(qū)間對應(yīng)用戶速率值小的區(qū)間，基站根據(jù)網(wǎng)絡(luò)負(fù)荷區(qū)間與用戶速率區(qū)間的對應(yīng)關(guān) 系在用戶速率集中選擇對應(yīng)的用戶速率作為新的用戶速率。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，若新的用戶速率與初始的用戶速率不同， 則移動性管理實(shí)體(MM)將新的用戶速率通知給被叫用戶，由被叫用戶基于新的用戶速率 發(fā)起新的編解碼協(xié)商。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，若新的用戶速率低于初始的用戶速率，則 被叫用戶不發(fā)起新的編解碼協(xié)商。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，若新的用戶速率與初始的用戶速率不同， 則MME將新的用戶速率通知給策略與計費(fèi)規(guī)則功能(PCRF)，由主叫用戶基于新的用戶速率 發(fā)起新的編解碼協(xié)商。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，若新的用戶速率低于初始的用戶速率，則 主叫用戶不發(fā)起新的編解碼協(xié)商。
7.根據(jù)權(quán)利要求1至6中的任意一項(xiàng)權(quán)利要求所述的方法，其特征在于，在呼叫建立 后，若基站檢測到當(dāng)前無線網(wǎng)絡(luò)負(fù)荷發(fā)生變化，則根據(jù)當(dāng)前無線網(wǎng)絡(luò)負(fù)荷情況動態(tài)修改上 行和/或下行的用戶速率。
8.一種語音視頻用戶速率協(xié)商的系統(tǒng)，其特征在于，初始用戶速率協(xié)商模塊，用于在主叫用戶與網(wǎng)絡(luò)側(cè)建立無線承載后，主叫用戶與被叫 用戶之間進(jìn)行編解碼協(xié)商，從而確定初始用戶速率；新用戶速率確定模塊，用于基于所述初始的用戶速率根據(jù)當(dāng)前無線網(wǎng)絡(luò)負(fù)荷情況決策 出新的用戶速率，并使用新的用戶速率建立與主叫用戶的無線承載。
9.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，網(wǎng)絡(luò)負(fù)荷值與用戶速率為負(fù)相關(guān)，所述新 用戶速率確定模塊將網(wǎng)絡(luò)負(fù)荷及用戶速率劃分為若干個區(qū)間，網(wǎng)絡(luò)負(fù)荷值大的區(qū)間對應(yīng)用 戶速率值小的區(qū)間，其根據(jù)網(wǎng)絡(luò)負(fù)荷區(qū)間與用戶速率區(qū)間的對應(yīng)關(guān)系在用戶速率集中選擇 對應(yīng)的用戶速率作為新的用戶速率。
10.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括編解碼重協(xié)商模塊，用于主叫用戶及被叫用戶之間基于所述新的用戶速率重新進(jìn)行編 解碼協(xié)商；若新的用戶速率與初始的用戶速率不同，由被叫用戶基于新的用戶速率發(fā)起新的編解 碼協(xié)商或由主叫用戶基于新的用戶速率發(fā)起新的編解碼協(xié)商。
11.根據(jù)權(quán)利要求8至10中的任意一項(xiàng)權(quán)利要求所述的系統(tǒng)，其特征在于，在呼叫建立 后，若所述新用戶速率確定模塊檢測到當(dāng)前無線網(wǎng)絡(luò)負(fù)荷發(fā)生變化，則根據(jù)當(dāng)前無線網(wǎng)絡(luò)負(fù)荷情況動態(tài)對上行和/或下行的用戶速率進(jìn)行修改，并使用新的用戶速率重建與主叫用 戶的無線資源控制連接。
全文摘要
本發(fā)明公開了一種語音視頻用戶速率協(xié)商的方法及系統(tǒng)，用于解決在呼叫建立過程中，用戶速率的協(xié)商沒有考慮無線網(wǎng)絡(luò)負(fù)荷，容易導(dǎo)致網(wǎng)絡(luò)性能下降的技術(shù)缺陷。本發(fā)明中，基站參與呼叫的用戶速率協(xié)商過程，運(yùn)營商可通過基站的配置使得無線網(wǎng)絡(luò)負(fù)荷影響呼叫的用戶速率協(xié)商，從而優(yōu)化網(wǎng)絡(luò)的性能。
文檔編號H04W28/22GK102045782SQ20091023643
公開日2011年5月4日 申請日期2009年10月21日 優(yōu)先權(quán)日2009年10月21日
發(fā)明者杜忠達(dá), 陳中明 申請人:中興通訊股份有限公司