一種基于lte網(wǎng)絡(luò)的擁塞控制方法和設(shè)備的制造方法
【專利摘要】本申請(qǐng)公開了一種基于LTE網(wǎng)絡(luò)的擁塞控制方法，包括：CC功能實(shí)體接收MME發(fā)送的UE上下文指示信息；所述CC功能實(shí)體根據(jù)所述UE上下文指示信息為PI功能實(shí)體配置檢測(cè)信息，并接收所述PI功能實(shí)體根據(jù)所述檢測(cè)信息中包括的用戶及承載信息對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行檢測(cè)和分析后獲取并發(fā)送的數(shù)據(jù)特征及用戶體驗(yàn)指標(biāo)；所述CC功能實(shí)體接收各個(gè)基站發(fā)送的空口狀態(tài)報(bào)告；所述CC功能實(shí)體根據(jù)所述空口狀態(tài)報(bào)告以及用戶體驗(yàn)指標(biāo)確定用戶數(shù)據(jù)傳輸?shù)恼{(diào)整方式并進(jìn)行相應(yīng)的調(diào)整。應(yīng)用本申請(qǐng)，能夠提高擁塞控制的準(zhǔn)確性。
【專利說明】
一種基于LTE網(wǎng)絡(luò)的擁塞控制方法和設(shè)備
技術(shù)領(lǐng)域
[0001]本申請(qǐng)涉及無線通信技術(shù)，特別涉及基于LTE網(wǎng)絡(luò)的擁塞控制方法和設(shè)備。
【背景技術(shù)】
[0002]現(xiàn)代移動(dòng)通信越來越趨向于為用戶提供高速率傳輸?shù)亩嗝襟w業(yè)務(wù)，如圖1所示，為現(xiàn)有的系統(tǒng)架構(gòu)演進(jìn)(System Architecture Evolut1n，SAE)的系統(tǒng)架構(gòu)圖。其中:
[0003]用戶設(shè)備(User Equipment, UE) 101是用來接收數(shù)據(jù)的終端設(shè)備。演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)(Evolved Universal Terrestrial Rad1 Access Network，E-UTRAN) 102 是無線接入網(wǎng)絡(luò)，其中包括為UE提供接入無線網(wǎng)絡(luò)接口的宏基站(eNodeB/NodeB)。移動(dòng)管理實(shí)體(Mobility Management Entity，MME) 103負(fù)責(zé)管理UE的移動(dòng)上下文、會(huì)話上下文和安全信息。服務(wù)網(wǎng)關(guān)(Serving Gateffay, SGff) 104主要提供用戶平面的功能，MME 103和SGW104可能處于同一物理實(shí)體。分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(Packet Data Network Gateffay,PGff) 105負(fù)責(zé)計(jì)費(fèi)、合法監(jiān)聽等功能，也可以與SGW 104處于同一物理實(shí)體。策略和計(jì)費(fèi)規(guī)則功能實(shí)體(Policy and Charging Rule Funct1n，PCRF) 106提供服務(wù)質(zhì)量(Quality of Service，QoS)策略和計(jì)費(fèi)準(zhǔn)則。運(yùn)營(yíng)商服務(wù)網(wǎng)絡(luò)107，包括業(yè)務(wù)服務(wù)器，為UE提供業(yè)務(wù)數(shù)據(jù)源服務(wù)。通用分組無線業(yè)務(wù)支持節(jié)點(diǎn)(Serving GPRS Support Node，SGSN) 108是通用移動(dòng)通信系統(tǒng)(Universal Mobile Telecommunicat1ns System,UMTS)中為數(shù)據(jù)的傳輸提供路由的網(wǎng)絡(luò)節(jié)點(diǎn)設(shè)備。歸屬用戶服務(wù)器(Home Subscriber Server，HSS) 109是UE的家鄉(xiāng)歸屬子系統(tǒng)，負(fù)責(zé)保護(hù)包括用戶設(shè)備的當(dāng)前位置、服務(wù)節(jié)點(diǎn)的地址、用戶安全信息、用戶設(shè)備的分組數(shù)據(jù)上下文等用戶信息。
[0004]在LTE網(wǎng)絡(luò)承載的業(yè)務(wù)量劇增的趨勢(shì)下，無線接入網(wǎng)(Rad1 Access NetworkRAN)有限的無線資源勢(shì)必不足以承載業(yè)務(wù)需求，從而產(chǎn)生擁塞。3GPP在版本13(Rel-13)提出了 RAN 擁塞感知功能(RAN Congest1n Apperceive Funct1n，RCAF)，如圖 2 所示，RCAF 從操作管理維護(hù)實(shí)體(Operat1n Administrat1n and Maintenance，0AM)收集 RAN信息并進(jìn)行擁塞檢測(cè)；RCAF通過Nq接口從MME獲取擁塞基站或擁塞小區(qū)所服務(wù)的UE的<IMSI, APN>列表，進(jìn)而確定服務(wù)于這些UE的PCRF ；RCAF通過Np接口向PCRF報(bào)告RAN用戶面擁塞信息(RAN User Congest1n Informat1n, RUCI)，包括〈eNBId，IMSI, APN，擁塞級(jí)別 Congest1n Level〉列表；PCRF 依據(jù) RUCI 進(jìn)行]3DN(Packet Data Network)鏈接級(jí)別的擁塞控制策略判決。
[0005]目前OTT (Over The Top)業(yè)務(wù)爆發(fā)式增長(zhǎng)，如果LTE網(wǎng)絡(luò)僅作為業(yè)務(wù)數(shù)據(jù)的承載網(wǎng)絡(luò)或數(shù)據(jù)管道，運(yùn)營(yíng)商將面臨不斷的擴(kuò)容，增加資本支出和運(yùn)營(yíng)成本，卻得不到預(yù)期收益。在無線資源有限的情況下，如何對(duì)RAN側(cè)進(jìn)行及時(shí)準(zhǔn)確的擁塞檢測(cè)，如何實(shí)時(shí)地分析出QoE指標(biāo)，包括識(shí)別業(yè)務(wù)類型，尤其是LTE網(wǎng)絡(luò)中業(yè)務(wù)量占70%以上的Mobile Video業(yè)務(wù)及其帶給用戶的體驗(yàn)，如何進(jìn)行合理有效的利用，如何做到用戶承載級(jí)及業(yè)務(wù)數(shù)據(jù)流級(jí)別的、精準(zhǔn)的擁塞控制，包括對(duì)特定承載進(jìn)行必要的調(diào)度優(yōu)先級(jí)或QoS調(diào)整，以及對(duì)特定業(yè)務(wù)數(shù)據(jù)流進(jìn)行必要的速率限制或門控，如何使LTE網(wǎng)絡(luò)資源更加智能、充分、有效地利用，緩解擁塞，進(jìn)而整體改善用戶體驗(yàn)，仍在研究中。

【發(fā)明內(nèi)容】

[0006]本申請(qǐng)?zhí)峁┮环N基于LTE網(wǎng)絡(luò)的擁塞控制方法和設(shè)備，能夠?qū)崿F(xiàn)高效準(zhǔn)確的擁塞控制。
[0007]為實(shí)現(xiàn)上述目的，本申請(qǐng)采用如下的技術(shù)方案:
[0008]—種基于長(zhǎng)期演進(jìn)LTE網(wǎng)絡(luò)的擁塞控制方法，包括:
[0009]擁塞控制CC功能實(shí)體接收MME發(fā)送的用戶設(shè)備UE上下文指示信息；
[0010]所述CC功能實(shí)體根據(jù)所述UE上下文指示信息為包檢測(cè)PI功能實(shí)體配置檢測(cè)信息，并接收所述PI功能實(shí)體根據(jù)所述檢測(cè)信息中包括的用戶及承載信息對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行檢測(cè)和分析后獲取并發(fā)送的用戶體驗(yàn)指標(biāo)；
[0011]所述CC功能實(shí)體接收各個(gè)基站發(fā)送的空口狀態(tài)報(bào)告；
[0012]所述CC功能實(shí)體根據(jù)所述空口狀態(tài)報(bào)告和所述用戶體驗(yàn)指標(biāo)確定用戶數(shù)據(jù)傳輸?shù)恼{(diào)整方式并進(jìn)行相應(yīng)的調(diào)整。
[0013]較佳地，所述空口狀態(tài)報(bào)告中包括空口資源利用狀況和空口信道質(zhì)量信息。
[0014]較佳地，對(duì)于承載級(jí)擁塞控制，所述確定用戶數(shù)據(jù)傳輸?shù)恼{(diào)整方式包括:根據(jù)所述空口資源利用狀況和空口信道質(zhì)量信息確定承載擁塞狀態(tài)，并根據(jù)所述擁塞狀態(tài)和所述用戶體驗(yàn)指標(biāo)確定需要調(diào)整的用戶承載的調(diào)度優(yōu)先級(jí)或服務(wù)質(zhì)量QoS。
[0015]較佳地，所述空口資源利用狀況為用戶承載的PRB利用率，所述空口信道質(zhì)量信息為用戶的MPR;
[0016]對(duì)于業(yè)務(wù)數(shù)據(jù)流級(jí)擁塞控制，所述確定用戶數(shù)據(jù)傳輸?shù)恼{(diào)整方式包括:對(duì)于所述PRB利用率高于設(shè)定的PRB閾值、所述MPR低于設(shè)定的MPR閾值且所述用戶體驗(yàn)QoE指標(biāo)低于設(shè)定的QoE閾值的用戶承載，降低其處理優(yōu)先級(jí)。
[0017]較佳地，所述進(jìn)行相應(yīng)的調(diào)整包括:
[0018]所述CC功能實(shí)體直接或通過MME向調(diào)整的基站發(fā)送調(diào)度指示消息，用于指示調(diào)整后的調(diào)度優(yōu)先級(jí)；
[0019]所述CC功能實(shí)體向PCRF發(fā)送所述用戶承載的QoS和所述用戶業(yè)務(wù)數(shù)據(jù)流的速率限制或門控；所述PCRF根據(jù)所述CC功能實(shí)體發(fā)送的信息進(jìn)行判決后向PGW發(fā)送需要調(diào)整的業(yè)務(wù)數(shù)據(jù)流標(biāo)識(shí)和所述用戶速率限制或門控；所述PGW進(jìn)行相應(yīng)的業(yè)務(wù)數(shù)據(jù)流控制。
[0020]較佳地，所述CC功能實(shí)體與MME相互獨(dú)立；
[0021]所述CC功能實(shí)體接收各個(gè)基站發(fā)送的空口狀態(tài)報(bào)告的方式包括:所述CC功能實(shí)體通過其與基站間的接口直接從所述基站接收所述空口狀態(tài)報(bào)告；或者，所述基站通過Sl-MME接口向所述MME發(fā)送所述空口狀態(tài)報(bào)告，所述CC功能實(shí)體接收所述MME轉(zhuǎn)發(fā)的所述空口狀態(tài)報(bào)告。
[0022]較佳地，當(dāng)需要?jiǎng)h除承載時(shí)，該方法進(jìn)一步包括:MME向所述CC功能實(shí)體發(fā)送UE上下文釋放指示，指示需要釋放的承載、用戶的國(guó)際移動(dòng)用戶識(shí)別碼MSI，所述CC功能實(shí)體根據(jù)接收的指示刪除相應(yīng)承載的上下文信息，并通知所述PI功能實(shí)體釋放與刪除的承載對(duì)應(yīng)的檢測(cè)配置。
[0023]較佳地，當(dāng)需要進(jìn)行帶有業(yè)務(wù)流模板TFT更新的承載修改時(shí)，該方法進(jìn)一步包括:MME向所述CC功能實(shí)體發(fā)送UE上下文更新指示，并指示業(yè)務(wù)數(shù)據(jù)流的變更信息、承載標(biāo)識(shí)和用戶頂SI ;所述CC功能實(shí)體根據(jù)所述UE上下文更新指示對(duì)相應(yīng)的承載和業(yè)務(wù)數(shù)據(jù)流的上下文進(jìn)行更新，并通知所述PI功能實(shí)體修改相應(yīng)承載和進(jìn)行業(yè)務(wù)數(shù)據(jù)流的上下文更新。
[0024]較佳地，所述CC功能實(shí)體設(shè)置在MME中；
[0025]所述CC功能實(shí)體接收各個(gè)基站發(fā)送的空口狀態(tài)報(bào)告包括:所述CC功能實(shí)體通過Sl-MME接口接收所述基站發(fā)送的空口狀態(tài)報(bào)告。
[0026]—種基于LTE網(wǎng)絡(luò)的擁塞控制方法，包括:
[0027]PI功能實(shí)體接收CC功能實(shí)體配置的檢測(cè)信息；
[0028]所述PI功能實(shí)體根據(jù)所述檢測(cè)信息中包括的用戶及承載信息對(duì)該用戶的業(yè)務(wù)數(shù)據(jù)進(jìn)行檢測(cè)和分析，獲取所述業(yè)務(wù)數(shù)據(jù)的數(shù)據(jù)特征和用戶體驗(yàn)指標(biāo)，并將所述用戶體驗(yàn)指標(biāo)上報(bào)給CC功能實(shí)體，用于CC功能實(shí)體進(jìn)行擁塞控制。
[0029]較佳地，所述PI功能實(shí)體將所述用戶體驗(yàn)指標(biāo)上報(bào)給所述CC功能實(shí)體的方式包括:
[0030]當(dāng)所述PI功能實(shí)體獲取的用戶體驗(yàn)指標(biāo)達(dá)到配置的閾值時(shí)，向所述CC功能實(shí)體上報(bào)該用戶體驗(yàn)指標(biāo)；和/或，
[0031]所述PI功能實(shí)體按照配置的周期，定時(shí)上報(bào)獲取的所述用戶體驗(yàn)指標(biāo)。
[0032]較佳地，所述PI功能實(shí)體與PGW相互獨(dú)立設(shè)置，或者，所述PI功能實(shí)體位于所述PGW 中。
[0033]—種CC功能實(shí)體，包括:MME接口單元、PI接口單元、空口報(bào)告接收單元和擁塞控制單元；
[0034]所述MME接口單元，用于接收MME發(fā)送的UE上下文指示信息；
[0035]所述PI接口單元，用于根據(jù)所述UE上下文指示信息為PI功能實(shí)體配置檢測(cè)信息，并接收PI功能實(shí)體根據(jù)所述檢測(cè)信息中包括的用戶及承載信息對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行檢測(cè)和分析后獲取并發(fā)送的數(shù)據(jù)特征及用戶體驗(yàn)指標(biāo)；
[0036]所述空口報(bào)告接收單元，用于接收各個(gè)基站發(fā)送的空口狀態(tài)報(bào)告，所述空口狀態(tài)報(bào)告包括空口資源利用狀況和空口信道質(zhì)量信息；
[0037]所述擁塞控制單元，用于根據(jù)所述空口狀態(tài)報(bào)告和用戶體驗(yàn)指標(biāo)確定用戶數(shù)據(jù)傳輸?shù)恼{(diào)整方式并進(jìn)行相應(yīng)的調(diào)整。
[0038]—種PI功能實(shí)體，包括:接收單元、檢測(cè)單元和發(fā)送單元；
[0039]所述接收單元，用于接收CC功能實(shí)體配置的檢測(cè)信息；
[0040]所述檢測(cè)單元，用于根據(jù)所述檢測(cè)信息中包括的用戶及承載信息對(duì)該用戶的業(yè)務(wù)數(shù)據(jù)進(jìn)行檢測(cè)和分析，獲取所述業(yè)務(wù)數(shù)據(jù)的數(shù)據(jù)特征和用戶體驗(yàn)指標(biāo)；
[0041 ] 所述發(fā)送單元，用于將所述用戶體驗(yàn)指標(biāo)上報(bào)給CC功能實(shí)體，以用于CC功能實(shí)體進(jìn)行擁塞控制。
[0042]由上述技術(shù)方案可見，通過本發(fā)明提供的一種基于LTE網(wǎng)絡(luò)的擁塞控制方法，由CC功能實(shí)體從基站接收空口狀態(tài)報(bào)告，獲取空口資源利用狀況和空口信道質(zhì)量信息，從而可以及時(shí)準(zhǔn)確地檢測(cè)到RAN的擁塞狀況，同時(shí)，CC功能實(shí)體通過對(duì)PI功能實(shí)體的檢測(cè)信息配置，使PI功能實(shí)體實(shí)時(shí)地分析出QoE指標(biāo)并上報(bào)給CC功能實(shí)體，從而CC功能實(shí)體進(jìn)行合理有效的利用，達(dá)到用戶承載級(jí)及業(yè)務(wù)數(shù)據(jù)流級(jí)別的、精準(zhǔn)的擁塞控制的目的。
[0043]更詳細(xì)地，具體的擁塞控制可以包括對(duì)特定承載進(jìn)行必要的調(diào)度優(yōu)先級(jí)或QoS調(diào)整，以及對(duì)特定業(yè)務(wù)數(shù)據(jù)流進(jìn)行必要的速率限制或門控，使LTE網(wǎng)絡(luò)資源更加智能、充分、有效地利用，緩解擁塞，進(jìn)而整體改善用戶體驗(yàn)。
【附圖說明】
[0044]圖1為現(xiàn)有的SAE系統(tǒng)架構(gòu)圖；
[0045]圖2為3GPP Rel-13擁塞控制架構(gòu)示意圖；
[0046]圖3為一種新穎的擁塞控制架構(gòu)示意圖；
[0047]圖4為本申請(qǐng)中擁塞控制方法的基本流程示意圖；
[0048]圖5為CC/PI功能實(shí)體獨(dú)立部署的承載級(jí)擁塞控制流程實(shí)施例示意圖；
[0049]圖6為CC/PI功能實(shí)體獨(dú)立部署的業(yè)務(wù)數(shù)據(jù)流級(jí)擁塞控制流程實(shí)施例示意圖；
[0050]圖7為MME和CC功能實(shí)體合設(shè)的承載級(jí)擁塞控制流程實(shí)施例示意圖；
[0051]圖8為CC/PI功能實(shí)體獨(dú)立部署的承載刪除流程實(shí)施例示意圖；
[0052]圖9為CC/PI功能實(shí)體獨(dú)立部署的帶有TFT更新的承載修改流程實(shí)施例示意圖。
【具體實(shí)施方式】
[0053]為了使本申請(qǐng)的目的、技術(shù)手段和優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖對(duì)本申請(qǐng)做進(jìn)一步詳細(xì)說明。
[0054]在本申請(qǐng)中為更好地實(shí)現(xiàn)擁塞控制，引入兩個(gè)功能實(shí)體，分別為擁塞控制(CC)功能實(shí)體和包檢測(cè)(PI)功能實(shí)體。引入該兩個(gè)功能實(shí)體后的系統(tǒng)結(jié)構(gòu)示意圖如圖3所示。其中，基站(eNodeB)實(shí)現(xiàn)對(duì)用戶空口狀態(tài)的檢測(cè)和上報(bào)；PI功能實(shí)體對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行檢測(cè)分析獲取用戶體驗(yàn)(Quality of Experience, QoE)指標(biāo)并上報(bào)；CC功能實(shí)體，包含Rel_13中RCAF收集RAN側(cè)擁塞信息的功能，但信息直接來源于基站對(duì)空口及時(shí)準(zhǔn)確的擁塞檢測(cè)，而不是0ΑΜ，即CC功能實(shí)體根據(jù)基站和PI功能實(shí)體上報(bào)的信息對(duì)承載(Bearer)及業(yè)務(wù)數(shù)據(jù)流(Service Dada Flow, SDF)進(jìn)行必要的判決和管控。這里，需要說明的是，為描述和理解方便，圖3中CC功能實(shí)體PI功能實(shí)體是獨(dú)立標(biāo)記的，事實(shí)上，CC功能實(shí)體和PI功能實(shí)體既可以是單獨(dú)的物理實(shí)體，也可以是設(shè)置在其他物理實(shí)體中的功能模塊。具體地，CC功能實(shí)體可以是獨(dú)立的物理實(shí)體，或者也可以是設(shè)置在MME中的功能模塊，當(dāng)然也可以設(shè)置在其他物理實(shí)體中；PI功能可以是獨(dú)立的物理實(shí)體，或者也可以是設(shè)置PGW中的功能模塊，當(dāng)然也可以設(shè)置在其他物理實(shí)體中。
[0055]基于上述圖3所示的系統(tǒng)結(jié)構(gòu)，圖4為本申請(qǐng)中基于LTE網(wǎng)絡(luò)的擁塞控制方法的基本流程示意圖。如圖4所示，該方法包括:
[0056]步驟401，對(duì)于已經(jīng)建立的承載，CC功能實(shí)體接收MME發(fā)送的UE的上下文指示信息。
[0057]步驟402，CC功能實(shí)體根據(jù)UE上下文指示信息向PI功能實(shí)體配置檢測(cè)信息。
[0058]步驟403，PI功能實(shí)體接收CC功能實(shí)體發(fā)送的檢測(cè)信息并進(jìn)行保存。
[0059]步驟404，PI功能實(shí)體根據(jù)檢測(cè)信息中包括的用戶及承載信息對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行檢測(cè)和分析，獲取數(shù)據(jù)特征及用戶體驗(yàn)指標(biāo)后上報(bào)給CC功能實(shí)體。
[0060]步驟405，CC功能實(shí)體接收各個(gè)基站發(fā)送的空口狀態(tài)報(bào)告。
[0061]其中，優(yōu)選地，該空口狀態(tài)報(bào)告可以包括空口資源利用狀況和空口質(zhì)量信息。
[0062]步驟406，CC功能實(shí)體根據(jù)空口狀態(tài)報(bào)告和用戶體驗(yàn)指標(biāo)確定用戶數(shù)據(jù)傳輸?shù)恼{(diào)整方式并進(jìn)行相應(yīng)的調(diào)整。
[0063]至此，本申請(qǐng)中的擁塞控制方法的基本流程結(jié)束。其中，步驟405的操作和步驟402-404的操作可以是并行進(jìn)行，或者也可以以任意先后順序執(zhí)行。在上述流程中，PI功能實(shí)體根據(jù)CC功能實(shí)體配置的檢測(cè)信息，通過對(duì)業(yè)務(wù)數(shù)據(jù)的分析獲取用戶體驗(yàn)指標(biāo)并上報(bào)；CC功能實(shí)體從基站獲取空口狀態(tài)報(bào)告，并從PI功能實(shí)體獲取用戶體驗(yàn)指標(biāo)，據(jù)此來進(jìn)行準(zhǔn)確的擁塞檢測(cè)，而實(shí)現(xiàn)相應(yīng)的擁塞控制。在圖4所示的方法流程中，為描述方便起見，從多個(gè)實(shí)體交互的角度描述了整個(gè)方法流程。事實(shí)上，上述步驟401、步驟402、步驟405和步驟406的處理構(gòu)成了 CC功能實(shí)體的擁塞控制方法，步驟403和步驟404的處理構(gòu)成了 PI功能實(shí)體的擁塞控制方法。兩方面相互配合，實(shí)現(xiàn)了更加準(zhǔn)確的擁塞控制。
[0064]如前所述，本申請(qǐng)中，CC功能實(shí)體和PI功能實(shí)體可以是獨(dú)立的物理實(shí)體，也可以與其他實(shí)體合設(shè)，同時(shí)，系統(tǒng)的擁塞控制也分為承載級(jí)的擁塞控制和數(shù)據(jù)流級(jí)的擁塞控制。下面，針對(duì)CC/PI功能實(shí)體的不同位置和擁塞控制的不同類別，對(duì)本申請(qǐng)的方法實(shí)現(xiàn)分別進(jìn)行詳細(xì)描述，其中，仍然通過多個(gè)實(shí)體交互的形式進(jìn)行描述。
[0065]圖5為本申請(qǐng)所提供的方法中關(guān)于CC/PI功能實(shí)體獨(dú)立部署的承載級(jí)擁塞控制流程實(shí)施例。其中，CC功能實(shí)體與MME之間可以采用Nq接口，CC功能實(shí)體與PCRF之間可以采用基于Diameter協(xié)議的Np接口，CC功能實(shí)體與PI功能實(shí)體之間可以采用基于GTP的Pi接口，CC功能實(shí)體與基站之間可以采用基于GTP的Ce接口直接通信，或通過MME與基站間接通信。圖5所示的方法流程包括以下步驟:
[0066]步驟501，通過現(xiàn)有的承載建立過程完成承載的建立；
[0067]步驟502，MME通過Nq接口向CC功能實(shí)體發(fā)送新增的UE上下文指示消息。
[0068]在UE上下文指示消息中攜帶內(nèi)容可以包括但不限于<Message_Type, Global_eNB_ID, eNB_UE_SlAP_ID, IMSI, Bearer_Id, UEIP, QoS> ；
[0069]步驟503，CC 功能實(shí)體保存 UE 標(biāo)識(shí) IMSI 與 <Global_eNB_ID, eNB_UE_SlAP_ID> 之間的映射關(guān)系及UE相關(guān)上下文信息。
[0070]因基站側(cè)采用eNB_UE_S 1AP_ID標(biāo)識(shí)UE，而核心網(wǎng)側(cè)主要以頂SI標(biāo)識(shí)UE，為便于相互通信，CC功能實(shí)體保存UE標(biāo)識(shí)IMSI與<Global_eNB_ID，eNB_UE_SlAP_ID>之間的映射關(guān)系。
[0071]步驟504，CC功能實(shí)體通過Pi接口向PI功能實(shí)體發(fā)送檢測(cè)信息配置消息，攜帶〈Message—Type，IMSIj Bearer—Id，UEIP>0
[0072]步驟505，PI功能實(shí)體收到檢測(cè)信息配置消息后，根據(jù)相關(guān)用戶和承載信息，對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行檢測(cè)和分析，在識(shí)別業(yè)務(wù)類型的基礎(chǔ)上，獲得數(shù)據(jù)特征及用戶體驗(yàn)指標(biāo)。
[0073]步驟506，PI功能實(shí)體向CC功能實(shí)體報(bào)告用戶體驗(yàn)指標(biāo)。
[0074]PI功能實(shí)體上報(bào)的用戶體驗(yàn)指標(biāo)可以根據(jù)擁塞控制的需求進(jìn)行設(shè)置，或者也可以將獲取的所有用戶體驗(yàn)指標(biāo)上報(bào)給CC功能實(shí)體，由CC功能實(shí)體根據(jù)擁塞控制的需求選擇相應(yīng)指標(biāo)。對(duì)于承載級(jí)擁塞控制，與之相關(guān)的用戶體驗(yàn)指標(biāo)可以包括諸如承載的業(yè)務(wù)類型，視頻業(yè)務(wù)的編碼率(Encode Rate)及UE已緩存數(shù)據(jù)的可播放時(shí)間(Buffer Level)等的信息。
[0075]PI功能實(shí)體可以通過新增的Pi接口消息將用戶體驗(yàn)指標(biāo)報(bào)給CC功能實(shí)體，上報(bào)方式包括但不限于:
[0076]I)事件觸發(fā)上報(bào)
[0077]PI功能實(shí)體對(duì)特定的用戶承載或業(yè)務(wù)數(shù)據(jù)流深度分析，得到其用戶體驗(yàn)指標(biāo)，當(dāng)指標(biāo)達(dá)到所配置的閾值時(shí)，觸發(fā)PI功能實(shí)體向CC功能實(shí)體上報(bào)QoE指標(biāo)。
[0078]2)周期性上報(bào)
[0079]PI功能實(shí)體對(duì)特定的用戶承載或業(yè)務(wù)數(shù)據(jù)流深度分析，得到其用戶體驗(yàn)指標(biāo)，根據(jù)配置的周期，定期上報(bào)給CC功能實(shí)體。
[0080]步驟507，基站每個(gè)發(fā)送時(shí)間間隔(TTI)收集承載級(jí)的PRB利用率，然后根據(jù)配置的周期，對(duì)PRB利用率進(jìn)行平滑/平均計(jì)算，并根據(jù)UE上報(bào)的信道質(zhì)量指示(CQI)確定其調(diào)制編碼率MPR。
[0081]如前所述，空口狀態(tài)報(bào)告包括空口資源利用狀況和空口信道質(zhì)量信息。本實(shí)施例中，利用用戶承載的PRB利用率表示空口資源利用狀況，利用用戶的MPR作為空口信道質(zhì)量信息。因此，本步驟中，基站確定PRB利用率和MPR，為發(fā)送空口狀態(tài)報(bào)告做準(zhǔn)備。當(dāng)然，空口資源利用狀況和空口信道質(zhì)量信息也可以利用其它形式的信息表示，本申請(qǐng)對(duì)此不作限定，只要能夠表征空口資源利用狀況和空口信道質(zhì)量即可。
[0082]步驟508，CC功能實(shí)體從各個(gè)基站接收空口狀態(tài)報(bào)告。
[0083]其中，對(duì)于PRB利用率達(dá)到所配置的PRB利用率閾值的用戶及承載，基站向CC功能實(shí)體上報(bào)其相關(guān)UE級(jí)的MPR及承載級(jí)的PRB利用率信息。根據(jù)CC功能實(shí)體與基站間的不同接口方式，CC功能實(shí)體可以采用如下兩種方法之一實(shí)現(xiàn)空口狀態(tài)報(bào)告的接收:
[0084]—、如果CC功能實(shí)體與基站之間采用基于GTP的Ce接口直接通信，步驟508包括步驟508a操作:
[0085]步驟508a，基站發(fā)送空口狀態(tài)報(bào)告消息給CC功能實(shí)體，攜帶內(nèi)容包括但不限于<Message_Type, Global_eNB_ID, eNB_UE_SlAP_ID, MPR, Bearer_Id, PRB_Usage> 列表信息。
[0086]二、如果CC功能實(shí)體通過MME與基站間接通信，步驟508包括如下步驟508b和509b的操作:
[0087]步驟508b，基站通過Sl-MME接口向MME發(fā)送新增的空口狀態(tài)報(bào)告消息，攜帶內(nèi)容包括但不限于 <Message_Type, Global_eNB_ID, eNB_UE_SlAP_ID, MPR, Bearer_Id, PRB_Usage〉列表信息；
[0088]步驟509b，MME將相關(guān)信息通過Nq接口新增的UE資源狀態(tài)報(bào)告消息轉(zhuǎn)發(fā)給CC功能實(shí)體；
[0089]通過上述步驟506和508的處理CC功能實(shí)體得到基站和PI功能實(shí)體上報(bào)的相關(guān)用戶承載信息后，本方法的流程進(jìn)一步包括:
[0090]步驟510，CC功能實(shí)體綜合考慮各基站、各用戶及各承載的空口狀態(tài)和用戶體驗(yàn)指標(biāo)，做出判決，確定需要調(diào)整的用戶承載的調(diào)度優(yōu)先級(jí)或QoS，即<Global_eNB_ID，eNB_UE_SIAP_ID/1MSI, Bearer_Id, Pr1rity_Level/QoS>0
[0091]這里，CC功能實(shí)體根據(jù)空口資源利用狀況和空口信道質(zhì)量信息(例如用戶承載的PRB利用率和用戶的MPR)確定用戶承載的擁塞狀態(tài)，并根據(jù)擁塞狀態(tài)和用戶體驗(yàn)指標(biāo)確定需要調(diào)整的用戶承載的調(diào)度優(yōu)先級(jí)或QoS。例如，對(duì)于PRB利用率很高、MPR很低且QoE指標(biāo)很差的用戶承載，可以降低其處理優(yōu)先級(jí)；具體地，可以對(duì)PRB利用率高于設(shè)定PRB閾值、MPR低于設(shè)定的MPR閾值且QoE指標(biāo)低于設(shè)定QoE閾值的用戶承載，降低其處理優(yōu)先級(jí)。
[0092]步驟511，CC功能實(shí)體對(duì)需要調(diào)整的用戶承載的數(shù)據(jù)傳輸進(jìn)行調(diào)整。
[0093]本步驟中對(duì)數(shù)據(jù)傳輸進(jìn)行調(diào)整的方式可以包括如下兩種:
[0094]一、如果CC功能實(shí)體希望通過已確定的用戶承載的調(diào)度優(yōu)先級(jí)直接作用于基站的MAC調(diào)度器，則由CC功能實(shí)體將指示調(diào)整方式的調(diào)度指示消息發(fā)送給相應(yīng)基站；這里，如果CC功能實(shí)體與基站之間采用基于GTP的Ce接口直接通信，則步驟511的處理包括:
[0095]步驟511a，CC功能實(shí)體發(fā)送調(diào)度指示消息給基站，攜帶內(nèi)容包括但不限于<Message_Type, Global_eNB_ID, eNB_UE_S 1AP_ID, Bearer_Id, Pr1rity_Level> 列表信息;
[0096]如果CC功能實(shí)體通過MME與基站間接通信，則步驟511的處理包括:
[0097]步驟511b，CC功能實(shí)體通過Nq接口新增的調(diào)度指示消息發(fā)送給MME，攜帶內(nèi)容包括但不限于〈Message_Type, Global_eNB_ID, eNB_UE_S 1AP_ID, Bearer_Id, Pr1rity_Level〉列表信息；
[0098]步驟512b，MME將相關(guān)信息通過Sl-MME接口新增的調(diào)度指示消息轉(zhuǎn)發(fā)給基站；
[0099]當(dāng)通過步驟511a或者步驟511b_512b的處理基站收到調(diào)度指示消息后，繼續(xù)執(zhí)行步驟513，根據(jù)調(diào)度指示消息，對(duì)特定用戶的承載采用指定的優(yōu)先級(jí)進(jìn)行調(diào)度，并結(jié)束本流程。
[0100]二、如果希望LTE網(wǎng)絡(luò)通過CC功能實(shí)體已確定的用戶承載的QoS提供相應(yīng)的服務(wù)，則步驟511的處理可以通過如下步驟514-519的具體流程來實(shí)現(xiàn):
[0101]步驟514，對(duì)現(xiàn)有的Np接口消息ARR(Aggregated RUCI Report，聚合無線接入網(wǎng)用戶面擁塞信息報(bào)告)進(jìn)行增強(qiáng)，包含〈MSI，Bearer_Id, QoS>列表信息，CC功能實(shí)體發(fā)送ARR消息給PCRF ；
[0102]步驟515，PCRF參考來自CC功能實(shí)體的ARR消息攜帶的用戶承載及QoS，進(jìn)行策略判決后通過現(xiàn)有RAR(Re-Auth-Request，重授權(quán)請(qǐng)求)消息，攜帶QoS-1nformat1n，發(fā)送給PGW(PCEF)；
[0103]步驟516，PCRF向CC功能實(shí)體回復(fù)ARA (Aggregated RUCI ACK,聚合無線接入網(wǎng)用戶面擁塞信息應(yīng)答)消息；
[0104]步驟517，PGff(PCEF)向 PCRF 回復(fù) RAA (Re-Auth-Answer，重授權(quán)應(yīng)答)消息；
[0105]步驟518，PGff發(fā)起帶有QoS更新的承載修改流程；
[0106]步驟519，新的承載QoS策略控制下的下行數(shù)據(jù)傳輸，并結(jié)束本流程。
[0107]通過上述圖5所示的方法，可以實(shí)現(xiàn)CC和PI功能實(shí)體獨(dú)立部署的承載級(jí)的擁塞控制。
[0108]圖6為本申請(qǐng)所提供的方法中關(guān)于CC/PI功能實(shí)體獨(dú)立部署的業(yè)務(wù)數(shù)據(jù)流級(jí)擁塞控制流程實(shí)施例。包括以下步驟:
[0109]步驟601，同步驟501?504。
[0110]步驟602，PI功能實(shí)體收到檢測(cè)信息配置消息后，對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行檢測(cè)和分析，在識(shí)別業(yè)務(wù)類型的基礎(chǔ)上，獲得數(shù)據(jù)特征及用戶體驗(yàn)指標(biāo)。
[0111]步驟603，PI功能實(shí)體向CC功能實(shí)體報(bào)告用戶體驗(yàn)指標(biāo)。
[0112]PI功能實(shí)體上報(bào)的用戶體驗(yàn)指標(biāo)可以根據(jù)擁塞控制的需求進(jìn)行設(shè)置或者也可以將獲取的所有用戶體驗(yàn)指標(biāo)上報(bào)給CC功能實(shí)體，由CC功能實(shí)體根據(jù)擁塞控制的需求選擇相應(yīng)指標(biāo)。本實(shí)施例進(jìn)行的是數(shù)據(jù)流級(jí)的擁塞控制，因此，與之相關(guān)的用戶體驗(yàn)指標(biāo)包括業(yè)務(wù)數(shù)據(jù)流標(biāo)識(shí)(Sdfld，由數(shù)據(jù)源IP地址、源端口號(hào)、目的IP地址、目的端口號(hào)構(gòu)成)、業(yè)務(wù)類型，比如視頻業(yè)務(wù)的編碼率(Encode Rate)及UE已緩存數(shù)據(jù)的可播放時(shí)間(BufferLevel)等。
[0113]步驟604，同步驟507?509 ;
[0114]步驟605，CC功能實(shí)體綜合考慮各基站、各用戶、各承載的空口狀態(tài)和用戶體驗(yàn)指標(biāo)，做出判決，確定需要調(diào)整的用戶承載的具體調(diào)整指標(biāo)。
[0115]這里，CC功能實(shí)體根據(jù)空口資源利用狀況和空口信道質(zhì)量信息(例如用戶承載的PRB利用率和用戶的MPR)確定用戶承載的擁塞狀態(tài)，并根據(jù)該擁塞狀態(tài)和用戶體驗(yàn)指標(biāo)確定需要調(diào)整的用戶承載的調(diào)度優(yōu)先級(jí)和QoS，和，確定業(yè)務(wù)數(shù)據(jù)流級(jí)的速率限制及門控，例如確定出 <Global_eNB_ID, eNB_UE_S 1AP_ID/IMSI, Bearer_Id, Pr1rity_Level, QoS,Sdfld，MBR(最大比特率)/Gating (門控)>;舉個(gè)簡(jiǎn)單的例子，對(duì)于PRB利用率很高、MPR很低且QoE指標(biāo)很差的業(yè)務(wù)數(shù)據(jù)流(SDF，Service Data Flow)，可以采用速率限制或門控手段；具體地，可以對(duì)PRB利用率高于設(shè)定PRB閾值、MPR低于設(shè)定的MPR閾值且QoE指標(biāo)低于設(shè)定QoE閾值的SDF，采用速率限制或門控手段。
[0116]步驟606，同步驟511?513 ;
[0117]為實(shí)現(xiàn)業(yè)務(wù)數(shù)據(jù)流級(jí)的調(diào)整，例如對(duì)業(yè)務(wù)數(shù)據(jù)流進(jìn)行速率限制和門控，則需要通過如下步驟607?610的操作實(shí)現(xiàn)數(shù)據(jù)流傳輸?shù)恼{(diào)整:
[0118]步驟607，對(duì)現(xiàn)有的Np接口消息ARR(Aggregated RUCI R印ort)進(jìn)行增強(qiáng)，包含<IMSI, Bearer_Id, QoS, Sdfld, MBR/Gating> 列表信息，CC 功能實(shí)體發(fā)送 ARR 消息給 PCRF ；
[0119]步驟608，PCRF參考來自CC功能實(shí)體的ARR消息攜帶的信息，進(jìn)行策略判決后通過現(xiàn)有 RAR(Re-Auth-Request)消息，攜帶 Flow-1nformat1n, Flow-Status, QoS-1nformat1n，發(fā)送給 PGW (PCEF)；
[0120]步驟609，同步驟416?418 ;
[0121]步驟610，新的業(yè)務(wù)數(shù)據(jù)流策略控制下的下行數(shù)據(jù)傳輸。
[0122]通過上述方法，可以實(shí)現(xiàn)CC和PI功能實(shí)體獨(dú)立部署的業(yè)務(wù)數(shù)據(jù)流級(jí)的擁塞控制。
[0123]圖7為本申請(qǐng)所提供的方法中關(guān)于CC和MME實(shí)體合設(shè)而PI獨(dú)立設(shè)置的承載級(jí)擁塞控制流程實(shí)施例，與圖5相比，主要差別在于CC功能實(shí)體和MME之間采用內(nèi)部交互，MME/CC聯(lián)合體和基站之間通過S 1-MME接口通信。具體包括以下步驟:
[0124]步驟701，通過現(xiàn)有的承載建立過程完成承載的建立；
[0125]步驟702，MME/CC聯(lián)合體保存UE標(biāo)識(shí)映射關(guān)系及UE相關(guān)上下文信息，內(nèi)容包括但不限于 <Message_Type, Global_eNB_ID, eNB_UE_SlAP_ID, IMSI, Bearer_Id, UEIP, QoS> ；
[0126]步驟703，同步驟504?507 ;
[0127]步驟704，基站通過S 1-MME接口向MME/CC聯(lián)合體發(fā)送新增的空口狀態(tài)報(bào)告消息，攜帶內(nèi)容包括但不限于 <Message_Type, Global_eNB_ID, eNB_UE_SlAP_ID, MPR, Bearer_Id, PRB_Usage> 列表信息；
[0128]步驟705，同步驟510 ;
[0129]步驟706，MME/CC聯(lián)合體通過Sl-MME接口向基站發(fā)送新增的調(diào)度指示消息，攜帶內(nèi)容包括但不限于〈Message_Type, Global_eNB_ID, eNB_UE_SlAP_ID, Bearer_Id, Pr1rity_Level> 列表信息；
[0130]步驟707，同步驟513?519。
[0131]通過上述方法，可以實(shí)現(xiàn)CC功能實(shí)體和MME合設(shè)而PI獨(dú)立設(shè)置的承載級(jí)擁塞控制。
[0132]圖8為本申請(qǐng)所提供的方法中關(guān)于CC/PI功能實(shí)體獨(dú)立部署的承載刪除流程實(shí)施例。包括以下步驟:
[0133]步驟801，通過現(xiàn)有的承載釋放過程完成對(duì)現(xiàn)有實(shí)體的承載釋放；
[0134]步驟802，MME通過Nq接口向CC功能實(shí)體發(fā)送新增的UE上下文釋放指示消息，攜帶內(nèi)容包括但不限于<Message_Type, IMSI, Bearer_Id> ；CC功能實(shí)體刪除相應(yīng)承載的上下文信息；
[0135]步驟803，CC功能實(shí)體通過Np接口向PI功能實(shí)體發(fā)送新增的檢測(cè)配置信息釋放消息，攜帶內(nèi)容包括但不限于<Message_Type, IMSI, Bearer_Id> ；PI功能實(shí)體刪除相應(yīng)承載的檢測(cè)配置上下文信息。
[0136]通過上述方法，可以實(shí)現(xiàn)CC和PI功能實(shí)體獨(dú)立部署場(chǎng)景下的承載釋放；如果CC功能實(shí)體與MME合設(shè)，或PI功能實(shí)體與PGW合設(shè)，則由MME/CC聯(lián)合體或PGW/PI聯(lián)合體完成承載釋放。
[0137]圖9為本申請(qǐng)所提供的方法中關(guān)于CC/PI功能實(shí)體獨(dú)立部署的帶有TFT更新的承載修改流程實(shí)施例。包括以下步驟:
[0138]步驟901，通過現(xiàn)有的承載修改過程完成對(duì)現(xiàn)有實(shí)體的承載更新；
[0139]步驟902，MME通過Nq接口向CC功能實(shí)體發(fā)送新增的UE上下文更新消息，攜帶內(nèi)容包括但不限于〈Message_Type, IMSI, Bearer_Id, Sdf-1nfo>，其中 Sdf-1nfo 是MME 根據(jù)變更的TFT解析得到的業(yè)務(wù)數(shù)據(jù)流的變更信息，包括該承載對(duì)應(yīng)業(yè)務(wù)數(shù)據(jù)流信息的增加、替換、刪除等；CC功能實(shí)體根據(jù)Sdf-1nfo對(duì)相應(yīng)承載及業(yè)務(wù)數(shù)據(jù)流上下文進(jìn)行更新；
[0140]步驟903，CC功能實(shí)體通過Np接口向PI功能實(shí)體發(fā)送新增的檢測(cè)配置信息更新消息，攜帶內(nèi)容包括但不限于<Message_Type, IMSI, Bearer_Id, Sdf_Info> ；PI功能實(shí)體根據(jù)Sdf-1nfo對(duì)相應(yīng)承載及業(yè)務(wù)數(shù)據(jù)流上下文進(jìn)行更新。
[0141]通過上述方法，可以實(shí)現(xiàn)CC和PI功能實(shí)體獨(dú)立部署場(chǎng)景下的帶有TFT更新的承載修改，包括該承載對(duì)應(yīng)業(yè)務(wù)數(shù)據(jù)流信息的增加、替換、刪除等；如果CC功能實(shí)體與MME合設(shè)，或PI功能實(shí)體與PGW合設(shè)，則由MME/CC聯(lián)合體或PGW/PI聯(lián)合體完成承載修改。
[0142]對(duì)于如下幾種場(chǎng)景的承載級(jí)及業(yè)務(wù)數(shù)據(jù)流級(jí)的擁塞控制相關(guān)流程，可以參考圖5?圖9，主要差別如下:
[0143]I) CC功能實(shí)體與MME獨(dú)立設(shè)置，PI功能實(shí)體和PGW合并設(shè)置
[0144]與PI功能實(shí)體或PGW有接口的實(shí)體，將直接與PGW/PI聯(lián)合體進(jìn)行交互；PGW/PI聯(lián)合體兼有PGW和PI功能實(shí)體的功能；PI功能實(shí)體與PGW之間采用內(nèi)部交互。
[0145]2) CC功能實(shí)體與MME合并設(shè)置，PI功能實(shí)體和PGW合并設(shè)置
[0146]與CC功能實(shí)體或MME有接口的實(shí)體，將直接與MME/CC聯(lián)合體進(jìn)行交互；MME/CC聯(lián)合體兼有MME和CC功能實(shí)體的功能；CC功能實(shí)體與MME之間采用內(nèi)部交互。與PI功能實(shí)體或PGW有接口的實(shí)體，將直接與PGW/PI聯(lián)合體進(jìn)行交互；PGW/PI聯(lián)合體兼有PGW和PI功能實(shí)體的功能；PI功能實(shí)體與PGW之間采用內(nèi)部交互。
[0147]上述為本申請(qǐng)中方法的具體實(shí)現(xiàn)。本申請(qǐng)還提供了 CC功能實(shí)體和PI功能實(shí)體，可以用于實(shí)施上述方法。
[0148]具體地，本申請(qǐng)?zhí)峁┑腃C功能實(shí)體包括:MME接口單元、PI接口單元、空口報(bào)告接收單元和擁塞控制單元。
[0149]其中，MME接口單元，用于接收MME發(fā)送的UE上下文指示信息。PI接口單元，用于根據(jù)所述UE上下文指示信息為PI功能實(shí)體配置檢測(cè)信息，并接收PI功能實(shí)體根據(jù)所述檢測(cè)信息中包括的用戶承載信息對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行檢測(cè)和分析后獲取并發(fā)送的數(shù)據(jù)特征及用戶體驗(yàn)指標(biāo)?？湛趫?bào)告接收單元，用于接收各個(gè)基站發(fā)送的空口狀態(tài)報(bào)告，空口狀態(tài)報(bào)告包括空口資源利用狀況和空口信道質(zhì)量信息。擁塞控制單元，用于根據(jù)空口狀態(tài)報(bào)告和用戶體驗(yàn)指標(biāo)確定用戶數(shù)據(jù)傳輸?shù)恼{(diào)整方式并進(jìn)行相應(yīng)的調(diào)整。
[0150]本申請(qǐng)?zhí)峁┑腜I功能實(shí)體包括:接收單元、檢測(cè)單元和發(fā)送單元。
[0151]其中，接收單元，用于接收CC功能實(shí)體配置的檢測(cè)信息。檢測(cè)單元，用于根據(jù)所述檢測(cè)信息中包括的用戶承載信息對(duì)該用戶的業(yè)務(wù)數(shù)據(jù)進(jìn)行檢測(cè)和分析，獲取所述業(yè)務(wù)數(shù)據(jù)的數(shù)據(jù)特征和用戶體驗(yàn)指標(biāo)。發(fā)送單元，用于將用戶體驗(yàn)指標(biāo)上報(bào)給CC功能實(shí)體，以用于CC功能實(shí)體進(jìn)行擁塞控制。
[0152]通過上述方法，可以及時(shí)準(zhǔn)確地檢測(cè)到RAN的擁塞狀況，并實(shí)時(shí)地分析出QoE指標(biāo)，從而進(jìn)行合理有效的利用，達(dá)到用戶承載級(jí)及業(yè)務(wù)數(shù)據(jù)流級(jí)別的、精準(zhǔn)的擁塞控制的目的，包括對(duì)特定承載進(jìn)行必要的調(diào)度優(yōu)先級(jí)或QoS調(diào)整，以及對(duì)特定業(yè)務(wù)數(shù)據(jù)流進(jìn)行必要的速率限制或門控，使LTE網(wǎng)絡(luò)資源更加智能、充分、有效地利用，緩解擁塞，進(jìn)而整體改善用戶體驗(yàn)。
[0153]以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明保護(hù)的范圍之內(nèi)。
【主權(quán)項(xiàng)】
1.一種基于長(zhǎng)期演進(jìn)LTE網(wǎng)絡(luò)的擁塞控制方法，其特征在于，包括: 擁塞控制CC功能實(shí)體接收MME發(fā)送的用戶設(shè)備UE上下文指示信息； 所述CC功能實(shí)體根據(jù)所述UE上下文指示信息為包檢測(cè)PI功能實(shí)體配置檢測(cè)信息，并接收所述PI功能實(shí)體根據(jù)所述檢測(cè)信息中包括的用戶及承載信息對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行檢測(cè)和分析后獲取并發(fā)送的用戶體驗(yàn)指標(biāo)； 所述CC功能實(shí)體接收各個(gè)基站發(fā)送的空口狀態(tài)報(bào)告； 所述CC功能實(shí)體根據(jù)所述空口狀態(tài)報(bào)告和所述用戶體驗(yàn)指標(biāo)確定用戶數(shù)據(jù)傳輸?shù)恼{(diào)整方式并進(jìn)行相應(yīng)的調(diào)整。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述空口狀態(tài)報(bào)告中包括空口資源利用狀況和空口信道質(zhì)量信息。3.根據(jù)權(quán)利要求2所述的方法，其特征在于，對(duì)于承載級(jí)擁塞控制，所述確定用戶數(shù)據(jù)傳輸?shù)恼{(diào)整方式包括:根據(jù)所述空口資源利用狀況和空口信道質(zhì)量信息確定承載擁塞狀態(tài)，并根據(jù)所述擁塞狀態(tài)和所述用戶體驗(yàn)指標(biāo)確定需要調(diào)整的用戶承載的調(diào)度優(yōu)先級(jí)或服務(wù)質(zhì)量QoS。4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述空口資源利用狀況為用戶承載的PRB利用率，所述空口信道質(zhì)量信息為用戶的MPR ; 對(duì)于承載級(jí)擁塞控制，所述確定用戶數(shù)據(jù)傳輸?shù)恼{(diào)整方式包括:對(duì)于所述PRB利用率高于設(shè)定的PRB閾值、所述MPR低于設(shè)定的MPR閾值且所述用戶體驗(yàn)QoE指標(biāo)低于設(shè)定的QoE閾值的用戶承載，降低其處理優(yōu)先級(jí)。5.根據(jù)權(quán)利要求3或4所述的方法，其特征在于，所述進(jìn)行相應(yīng)的調(diào)整包括: 所述CC功能實(shí)體直接或通過移動(dòng)管理實(shí)體MME向調(diào)整的基站發(fā)送調(diào)度指示消息，用于指示調(diào)整后的調(diào)度優(yōu)先級(jí)；或者， 所述CC功能實(shí)體向策略和計(jì)費(fèi)規(guī)則功能實(shí)體PCRF發(fā)送調(diào)整后的用戶承載的QoS信息；所述PCRF根據(jù)所述QoS信息進(jìn)行判決后向分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)PGW發(fā)送所述QoS信息；所述PGW發(fā)起帶有QoS更新的承載修改流程。6.根據(jù)權(quán)利要求2所述的方法，其特征在于，對(duì)于業(yè)務(wù)數(shù)據(jù)流級(jí)擁塞控制，所述確定用戶數(shù)據(jù)傳輸?shù)恼{(diào)整方式包括:根據(jù)所述空口資源利用狀況和空口信道質(zhì)量信息確定用戶承載的擁塞狀態(tài)，并根據(jù)所述擁塞狀態(tài)和所述用戶體驗(yàn)指標(biāo)確定需要調(diào)整的用戶承載的調(diào)度優(yōu)先級(jí)和QoS，以及確定需要調(diào)整的用戶業(yè)務(wù)數(shù)據(jù)流的速率限制或門控。7.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述空口資源利用狀況為用戶承載的PRB利用率，所述空口信道質(zhì)量信息為用戶的MPR ; 對(duì)于業(yè)務(wù)數(shù)據(jù)流級(jí)的擁塞控制，所述確定用戶數(shù)據(jù)傳輸?shù)恼{(diào)整方式包括:對(duì)PRB利用率高于設(shè)定PRB閾值、MPR低于設(shè)定的MPR閾值且QoE指標(biāo)低于設(shè)定QoE閾值的業(yè)務(wù)數(shù)據(jù)流SDF，采用速率限制或門控手段。8.根據(jù)權(quán)利要求6或7所述的方法，其特征在于，所述進(jìn)行相應(yīng)的調(diào)整包括: 所述CC功能實(shí)體直接或通過MME向調(diào)整的基站發(fā)送調(diào)度指示消息，用于指示調(diào)整后的調(diào)度優(yōu)先級(jí)； 所述CC功能實(shí)體向PCRF發(fā)送所述用戶承載的QoS和所述用戶業(yè)務(wù)數(shù)據(jù)流的速率限制或門控；所述PCRF根據(jù)所述CC功能實(shí)體發(fā)送的信息進(jìn)行判決后向PGW發(fā)送需要調(diào)整的業(yè)務(wù)數(shù)據(jù)流標(biāo)識(shí)和所述用戶速率限制或門控；所述PGW進(jìn)行相應(yīng)的業(yè)務(wù)數(shù)據(jù)流控制。9.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述CC功能實(shí)體與MME相互獨(dú)立； 所述CC功能實(shí)體接收各個(gè)基站發(fā)送的空口狀態(tài)報(bào)告的方式包括:所述CC功能實(shí)體通過其與基站間的接口直接從所述基站接收所述空口狀態(tài)報(bào)告；或者，所述基站通過Sl-MME接口向所述MME發(fā)送所述空口狀態(tài)報(bào)告，所述CC功能實(shí)體接收所述MME轉(zhuǎn)發(fā)的所述空口狀態(tài)報(bào)告。10.根據(jù)權(quán)利要求9所述的方法，其特征在于，當(dāng)需要?jiǎng)h除承載時(shí)，該方法進(jìn)一步包括:MME向所述CC功能實(shí)體發(fā)送UE上下文釋放指示，指示需要釋放的承載、用戶的國(guó)際移動(dòng)用戶識(shí)別碼頂SI，所述CC功能實(shí)體根據(jù)接收的指示刪除相應(yīng)承載的上下文信息，并通知所述PI功能實(shí)體釋放與刪除的承載對(duì)應(yīng)的檢測(cè)配置。11.根據(jù)權(quán)利要求9或10所述的方法，其特征在于，當(dāng)需要進(jìn)行帶有業(yè)務(wù)流模板TFT更新的承載修改時(shí)，該方法進(jìn)一步包括:MME向所述CC功能實(shí)體發(fā)送UE上下文更新指示，并指示業(yè)務(wù)數(shù)據(jù)流的變更信息、承載標(biāo)識(shí)和用戶IMSI ;所述CC功能實(shí)體根據(jù)所述UE上下文更新指示對(duì)相應(yīng)的承載和業(yè)務(wù)數(shù)據(jù)流的上下文進(jìn)行更新，并通知所述PI功能實(shí)體修改相應(yīng)承載和進(jìn)行業(yè)務(wù)數(shù)據(jù)流的上下文更新。12.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述CC功能實(shí)體設(shè)置在MME中； 所述CC功能實(shí)體接收各個(gè)基站發(fā)送的空口狀態(tài)報(bào)告包括:所述CC功能實(shí)體通過Sl-MME接口接收所述基站發(fā)送的空口狀態(tài)報(bào)告。13.一種基于LTE網(wǎng)絡(luò)的擁塞控制方法，其特征在于，包括: PI功能實(shí)體接收CC功能實(shí)體配置的檢測(cè)信息； 所述PI功能實(shí)體根據(jù)所述檢測(cè)信息中包括的用戶及承載信息對(duì)該用戶的業(yè)務(wù)數(shù)據(jù)進(jìn)行檢測(cè)和分析，獲取所述業(yè)務(wù)數(shù)據(jù)的數(shù)據(jù)特征和用戶體驗(yàn)指標(biāo)，并將所述用戶體驗(yàn)指標(biāo)上報(bào)給CC功能實(shí)體，用于CC功能實(shí)體進(jìn)行擁塞控制。14.根據(jù)權(quán)利要求13所述的方法，其特征在于，所述PI功能實(shí)體將所述用戶體驗(yàn)指標(biāo)上報(bào)給所述CC功能實(shí)體的方式包括: 當(dāng)所述PI功能實(shí)體獲取的用戶體驗(yàn)指標(biāo)達(dá)到配置的閾值時(shí)，向所述CC功能實(shí)體上報(bào)該用戶體驗(yàn)指標(biāo)；和/或， 所述PI功能實(shí)體按照配置的周期，定時(shí)上報(bào)獲取的所述用戶體驗(yàn)指標(biāo)。15.根據(jù)權(quán)利要求13或14所述的方法，其特征在于，所述PI功能實(shí)體與PGW相互獨(dú)立設(shè)置，或者，所述PI功能實(shí)體位于所述PGW中。16.一種CC功能實(shí)體，其特征在于，包括:MME接口單元、PI接口單元、空口報(bào)告接收單元和擁塞控制單元； 所述MME接口單元，用于接收MME發(fā)送的UE上下文指示信息； 所述PI接口單元，用于根據(jù)所述UE上下文指示信息為PI功能實(shí)體配置檢測(cè)信息，并接收PI功能實(shí)體根據(jù)所述檢測(cè)信息中包括的用戶及承載信息對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行檢測(cè)和分析后獲取并發(fā)送的數(shù)據(jù)特征及用戶體驗(yàn)指標(biāo)； 所述空口報(bào)告接收單元，用于接收各個(gè)基站發(fā)送的空口狀態(tài)報(bào)告，所述空口狀態(tài)報(bào)告包括空口資源利用狀況和空口信道質(zhì)量信息； 所述擁塞控制單元，用于根據(jù)所述空口狀態(tài)報(bào)告和用戶體驗(yàn)指標(biāo)確定用戶數(shù)據(jù)傳輸?shù)恼{(diào)整方式并進(jìn)行相應(yīng)的調(diào)整。17.—種PI功能實(shí)體，其特征在于，包括:接收單元、檢測(cè)單元和發(fā)送單元； 所述接收單元，用于接收CC功能實(shí)體配置的檢測(cè)信息； 所述檢測(cè)單元，用于根據(jù)所述檢測(cè)信息中包括的用戶及承載信息對(duì)該用戶的業(yè)務(wù)數(shù)據(jù)進(jìn)行檢測(cè)和分析，獲取所述業(yè)務(wù)數(shù)據(jù)的數(shù)據(jù)特征和用戶體驗(yàn)指標(biāo)； 所述發(fā)送單元，用于將所述用戶體驗(yàn)指標(biāo)上報(bào)給CC功能實(shí)體，以用于CC功能實(shí)體進(jìn)行擁塞控制。
【文檔編號(hào)】H04W28/02GK106034327SQ201510113201
【公開日】2016年10月19日
【申請(qǐng)日】2015年3月16日
【發(fā)明人】王君, 麻曉寧, 許麗香, 王弘, 柯小婉, 邱禹
【申請(qǐng)人】北京三星通信技術(shù)研究有限公司, 三星電子株式會(huì)社