一種業(yè)務(wù)接入控制、處理方法及設(shè)備的制造方法
【技術(shù)領(lǐng)域】
[0001 ] 本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種業(yè)務(wù)接入控制、處理方法及設(shè)備。
【背景技術(shù)】
[0002]隨著智能終端設(shè)備的普及，終端對(duì)數(shù)據(jù)業(yè)務(wù)和信令傳輸?shù)男枨笱该驮黾?，長(zhǎng)期演進(jìn)高級(jí)系統(tǒng)(Long Term Evolut1n - Advanced, LTE-A)在智能用戶終端業(yè)務(wù)集中發(fā)起時(shí)必將面臨網(wǎng)絡(luò)擁塞的問題。而在節(jié)日、賽事等重大事件來(lái)臨時(shí)，此種網(wǎng)絡(luò)擁塞問題將更加嚴(yán)峻。在大量用戶業(yè)務(wù)發(fā)起時(shí)，由于網(wǎng)絡(luò)收到用戶的傳輸請(qǐng)求時(shí)并不能判斷有該傳輸需求的用戶業(yè)務(wù)類型，即使當(dāng)前用戶終端有語(yǔ)音業(yè)務(wù)、緊急業(yè)務(wù)或高優(yōu)先級(jí)業(yè)務(wù)等業(yè)務(wù)需要發(fā)起，網(wǎng)絡(luò)也可能因?yàn)閾砣l(fā)生而拒絕該高服務(wù)質(zhì)量(Quality of Service, QoS)要求或高優(yōu)先級(jí)的業(yè)務(wù)的接入或調(diào)度傳輸，從而造成對(duì)用戶緊急或重要業(yè)務(wù)接入需求的不合理拒絕，極大地降低網(wǎng)絡(luò)性能和用戶性能。
[0003]下面給出現(xiàn)有技術(shù)的詳細(xì)介紹。
[0004]隨著智能終端設(shè)備的普及和應(yīng)用，長(zhǎng)期演進(jìn)(Long Term Evolvement, LTE) /高級(jí)長(zhǎng)期演進(jìn)(Long Term Evolut1n Advanced, LTE-A)在智能用戶終端業(yè)務(wù)集中發(fā)起時(shí)必將面臨網(wǎng)絡(luò)擁塞的問題。而在節(jié)日、賽事等重大事件來(lái)臨時(shí)，此種網(wǎng)絡(luò)擁塞問題將更加嚴(yán)峻。對(duì)于網(wǎng)絡(luò)擁塞發(fā)生時(shí)，運(yùn)營(yíng)商希望能夠優(yōu)先語(yǔ)音業(yè)務(wù)、緊急業(yè)務(wù)或高優(yōu)先級(jí)業(yè)務(wù)等業(yè)務(wù)的接入，以保證用戶基礎(chǔ)性接入需求的滿足。然而，當(dāng)前網(wǎng)絡(luò)僅能基于無(wú)線資源控制(Rad1Resource Control, RRC)連接建立原因(RRC connect1n establishment cause)、分配和保留優(yōu)先級(jí)(Allocat1n and Retent1n Pr1rity, ARP)、接入等級(jí)阻塞(Access ClassBarring，ACB)等機(jī)制來(lái)處理網(wǎng)絡(luò)擁塞，而這對(duì)于連接態(tài)用戶的擁塞控制是不夠的。例如:
[0005]為ACB機(jī)制僅能對(duì)空閑態(tài)UE (Idle UE)進(jìn)行接入控制管理；
[0006]無(wú)法利用QoS信息決定是否發(fā)起緊急(emergency)業(yè)務(wù)觸發(fā)的隨機(jī)接入過程。
[0007]因此，第三代合作伙伴計(jì)劃(3ndGenerat1n Partnership Project, 3GPP)在LTE-A(LTE Advanced)版本 12(Rel_12)議題下引入了一個(gè)新的研究項(xiàng)目(SI, Study Item):靈活的擁塞減輕機(jī)制(Smart Congest1n Mitigat1n, SCM),意圖解決網(wǎng)絡(luò)擁塞場(chǎng)景下,用戶語(yǔ)音業(yè)務(wù)、緊急業(yè)務(wù)和高優(yōu)先級(jí)業(yè)務(wù)的優(yōu)先接入的問題。
[0008]關(guān)于RRC連接建立的現(xiàn)有技術(shù)介紹如下:
[0009]RRC連接建立過程用于建立RRC連接，使用戶設(shè)備(User Equipment，UE)從RRC空閑(RRC_IDLE)狀態(tài)轉(zhuǎn)移到RRC連接(RRC_C0NNECTED)狀態(tài)，開始高層信令或數(shù)據(jù)傳輸過程。此過程主要涉及信令無(wú)線承載(Signal Rad1 Bearer, SRB) I的建立。
[0010]當(dāng)UE處于RRC_IDLE狀態(tài)，且高層請(qǐng)求建立一條RRC連接時(shí)，UE發(fā)起此過程。RRC連接建立過程的消息交互如圖1和圖2所示。
[0011]在發(fā)起RRC連接建立過程時(shí)，UE根據(jù)系統(tǒng)信息塊(System Informat1n Block,SIB) 2中基于接入等級(jí)(AC)的阻塞參數(shù)以及相關(guān)定時(shí)器的狀態(tài)，確定是否允許接入當(dāng)前駐留小區(qū)。如果當(dāng)前小區(qū)允許接入，則UE采用協(xié)議上規(guī)定的缺省配置以及廣播信息中指示的配置，開啟T300定時(shí)器(用于控制UE等待接收網(wǎng)絡(luò)側(cè)響應(yīng)的最大時(shí)間)，并發(fā)送RRC連接請(qǐng)求(RRC Connect1n Request)消息；否則，UE的RRC層向高層指示RRC連接建立失敗,并開啟相應(yīng)的定時(shí)器實(shí)現(xiàn)退避，確保在定時(shí)器開啟期間高層不再指示建立RRC連接。
[0012]在RRC Connect1n Request 消息中攜帶 RRC連接建立原因單兀(RRC connect1nestablishment cause IE),指不連接建立發(fā)起的原因。RRC Connect1n Request消息的具體內(nèi)容在36.331協(xié)議中有定義。
[0013]綜上所述，按照現(xiàn)有協(xié)議，在網(wǎng)絡(luò)擁塞時(shí)，無(wú)法實(shí)現(xiàn)連接態(tài)UE的語(yǔ)音業(yè)務(wù)、高優(yōu)先級(jí)業(yè)務(wù)、緊急業(yè)務(wù)優(yōu)先于其他業(yè)務(wù)進(jìn)行調(diào)度或接入的目的。

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

[0014]本發(fā)明實(shí)施例提供了一種業(yè)務(wù)接入控制、處理方法及設(shè)備，用以在網(wǎng)絡(luò)擁塞時(shí)，實(shí)現(xiàn)連接態(tài)UE的語(yǔ)音業(yè)務(wù)、高優(yōu)先級(jí)業(yè)務(wù)、緊急業(yè)務(wù)等優(yōu)先于其他業(yè)務(wù)進(jìn)行調(diào)度或接入。
[0015]本發(fā)明實(shí)施例提供的一種業(yè)務(wù)接入控制方法，包括:
[0016]網(wǎng)絡(luò)側(cè)確定當(dāng)前發(fā)生網(wǎng)絡(luò)擁塞；
[0017]網(wǎng)絡(luò)側(cè)向處于連接狀態(tài)的用戶設(shè)備UE發(fā)送用于指示該UE進(jìn)行業(yè)務(wù)接入的控制信肩、O
[0018]通過上述方法，在網(wǎng)絡(luò)擁塞時(shí)，網(wǎng)絡(luò)側(cè)可以實(shí)現(xiàn)連接態(tài)UE的語(yǔ)音業(yè)務(wù)、高優(yōu)先級(jí)業(yè)務(wù)、緊急業(yè)務(wù)等優(yōu)先于其他業(yè)務(wù)進(jìn)行調(diào)度。
[0019]較佳地，所述控制信息包括:網(wǎng)絡(luò)擁塞狀態(tài)信息、和/或允許所述UE接入的業(yè)務(wù)類型信息、和/或不允許所述UE接入的業(yè)務(wù)類型信息。
[0020]較佳地，當(dāng)所述控制信息包括允許所述UE接入的業(yè)務(wù)類型信息時(shí)，所述控制信息還包括:允許所述UE接入的業(yè)務(wù)的業(yè)務(wù)接入控制參數(shù)。
[0021]較佳地，當(dāng)所述控制信息包括網(wǎng)絡(luò)擁塞狀態(tài)信息時(shí)，所述控制信息還包括:網(wǎng)絡(luò)擁塞狀態(tài)的持續(xù)時(shí)間。
[0022]較佳地，網(wǎng)絡(luò)側(cè)通過下列方式之一向處于連接狀態(tài)的UE發(fā)送用于指示該UE進(jìn)行業(yè)務(wù)接入的控制信息:
[0023]重用版本8的系統(tǒng)消息更新過程；
[0024]重用版本10的地震和海嘯預(yù)警系統(tǒng)通知過程；
[0025]采用專用信令。
[0026]較佳地，網(wǎng)絡(luò)側(cè)確定當(dāng)前發(fā)生網(wǎng)絡(luò)擁塞時(shí)，或者網(wǎng)絡(luò)側(cè)確定當(dāng)前發(fā)生網(wǎng)絡(luò)擁塞之前，該方法還包括:
[0027]網(wǎng)絡(luò)側(cè)判斷所述UE當(dāng)前承載的業(yè)務(wù)是否為特定業(yè)務(wù)；
[0028]當(dāng)所述UE當(dāng)前承載的業(yè)務(wù)不是特定業(yè)務(wù)時(shí)，網(wǎng)絡(luò)側(cè)通知釋放所述UE的連接，或者網(wǎng)絡(luò)側(cè)通知所述UE停止當(dāng)前承載的數(shù)據(jù)傳輸和資源傳輸請(qǐng)求。
[0029]本發(fā)明實(shí)施例提供的一種業(yè)務(wù)處理方法，包括:
[0030]用戶設(shè)備UE接收網(wǎng)絡(luò)側(cè)在確定當(dāng)前發(fā)生網(wǎng)絡(luò)擁塞時(shí)發(fā)送的用于指示該UE進(jìn)行業(yè)務(wù)接入的控制信息；
[0031 ] 所述UE根據(jù)所述控制信息，進(jìn)行業(yè)務(wù)處理。
[0032]通過上述方法，在網(wǎng)絡(luò)擁塞時(shí)，UE可以實(shí)現(xiàn)連接態(tài)UE的語(yǔ)音業(yè)務(wù)、高優(yōu)先級(jí)業(yè)務(wù)、緊急業(yè)務(wù)等優(yōu)先于其他業(yè)務(wù)進(jìn)行接入處理。
[0033]較佳地，所述UE根據(jù)所述控制信息，進(jìn)行業(yè)務(wù)處理，包括:
[0034]該UE的媒體接入控制MAC層根據(jù)所述控制信息，當(dāng)確定當(dāng)前觸發(fā)緩沖區(qū)狀態(tài)上報(bào)BSR和專用調(diào)度請(qǐng)求D-SR的業(yè)務(wù)不是允許接入或優(yōu)先接入的業(yè)務(wù)時(shí)，取消觸發(fā)的BSR和D-SR,或延遲上報(bào)BSR和D-SR。
[0035]較佳地，該UE的MAC層根據(jù)所述控制信息，以及該UE的無(wú)線資源控制RRC層交互的業(yè)務(wù)類型和承載的對(duì)應(yīng)關(guān)系，或者業(yè)務(wù)類型和邏輯信道的對(duì)應(yīng)關(guān)系，當(dāng)確定當(dāng)前觸發(fā)緩沖區(qū)狀態(tài)上報(bào)BSR和專用調(diào)度請(qǐng)求D-SR的業(yè)務(wù)不是允許接入或優(yōu)先接入的業(yè)務(wù)時(shí)，取消觸發(fā)的BSR和D-SR，或延遲上報(bào)BSR和D-SR ；
[0036]或者，該UE的MAC層根據(jù)所述控制信息，以及待傳輸數(shù)據(jù)的接入等級(jí)信息，當(dāng)確定當(dāng)前觸發(fā)緩沖區(qū)狀態(tài)上報(bào)BSR和專用調(diào)度請(qǐng)求D-SR的業(yè)務(wù)不是允許接入或優(yōu)先接入的業(yè)務(wù)時(shí)，取消觸發(fā)的BSR和D-SR，或延遲上報(bào)BSR和D-SR。
[0037]較佳地，所述UE根據(jù)所述控制信息，進(jìn)行業(yè)務(wù)處理，包括:
[0038]該UE的媒體接入控制MAC層根據(jù)所述控制信息，當(dāng)確定當(dāng)前觸發(fā)隨機(jī)接入調(diào)度請(qǐng)求RA-SR的業(yè)務(wù)不是允許接入或優(yōu)先接入的業(yè)務(wù)時(shí)，取消觸發(fā)的RA-SR，或延遲上報(bào)RA-SR。
[0039]較佳地，該UE的MAC層根據(jù)所述控制信息，以及該UE的無(wú)線資源控制RRC層交互的業(yè)務(wù)類型和承載的對(duì)應(yīng)關(guān)系，或者業(yè)務(wù)類型和邏輯信道的對(duì)應(yīng)關(guān)系，當(dāng)確定當(dāng)前觸發(fā)隨機(jī)接入調(diào)度請(qǐng)求RA-SR的業(yè)務(wù)不是允許接入或優(yōu)先接入的業(yè)務(wù)時(shí)，取消觸發(fā)的RA-SR，或延遲上報(bào)RA-SR ；
[0040]或者，該UE的MAC層根據(jù)所述控制信息，以及待傳輸數(shù)據(jù)的接入等級(jí)信息，當(dāng)確定當(dāng)前觸發(fā)隨機(jī)接入調(diào)度請(qǐng)求RA-SR的業(yè)務(wù)不是允許接入或優(yōu)先接入的業(yè)務(wù)時(shí)，取消觸發(fā)的RA-SR,或延遲上報(bào)RA-SR。
[0041]較佳地，所述對(duì)應(yīng)關(guān)系是該UE的應(yīng)用層通知給該UE的NAS層，再由該NAS層通知該UE的RRC層的。
[0042]較佳地，所述待傳輸數(shù)據(jù)的接入等級(jí)信息包括:待傳輸數(shù)據(jù)的邏輯信道標(biāo)識(shí)LCID、業(yè)務(wù)類型、服務(wù)質(zhì)量QoS信息、和/或業(yè)務(wù)接入優(yōu)先級(jí)。
[0043]較佳地，所述待傳輸數(shù)據(jù)的接入等級(jí)信息是由該UE的高層在需要發(fā)送數(shù)據(jù)時(shí)，通知給該UE的MAC層的。
[0044]較佳地，所述UE的MAC層獲取的所述控制信息，是由所述UE的無(wú)線資源控制RRC層交互給所述UE的MAC層的。
[0045]較佳地，所述UE根據(jù)所述控制信息，進(jìn)行業(yè)務(wù)處理，包括:
[0046]