本發(fā)明涉及無線通信技術(shù),尤其涉及一種虛擬小區(qū)動態(tài)的控制面信令的傳遞方法及系統(tǒng)。
背景技術(shù):
隨著無線通信的用戶群體越來越多,使得其應(yīng)用場景變得越來越廣泛,移動互聯(lián)網(wǎng)、物聯(lián)網(wǎng)以及其他業(yè)務(wù)應(yīng)用的迅猛發(fā)展已經(jīng)成為推動第五代移動通信技術(shù)(5G)發(fā)展的主要驅(qū)動力。因此,高速數(shù)據(jù)業(yè)務(wù)以及無處不在的接入需求正呈現(xiàn)出一種爆炸式的增長。根據(jù)預(yù)測,到2020年,業(yè)務(wù)量將為目前業(yè)務(wù)量的1000倍,基于此,需要提升寬帶無線接入網(wǎng)的能力,以適應(yīng)未來用戶業(yè)務(wù)需求。
針對寬帶無線接入的需求,目前歐盟、中國、日本、美國等均啟動了第五代移動通信系統(tǒng)的需求與關(guān)鍵技術(shù)的研究。提升網(wǎng)絡(luò)吞吐量的主要手段包括:提升點(diǎn)到點(diǎn)鏈路的傳輸速率、擴(kuò)展頻譜資源、高密度部署的異構(gòu)網(wǎng)絡(luò);其中高密度部署的異構(gòu)網(wǎng)絡(luò)將支撐目前業(yè)務(wù)量的20至30倍,在高密度部署的網(wǎng)絡(luò)(UDN,Ultra Dense Network)環(huán)境中,通過縮小小區(qū)的覆蓋面積,提升頻譜資源的空間復(fù)用率。然而,UDN小站雖然能夠提供較好的鏈路質(zhì)量,但是,由于小站的覆蓋面積很小,無法很好地支持用戶的快速移動,因此現(xiàn)在也提出了新的解決技術(shù),比如引入虛擬小區(qū)的概念,即以用戶為中心,為用戶動態(tài)構(gòu)建虛擬小區(qū)。如圖1所示,虛擬小區(qū)由三個基站(BS,Base Station)構(gòu)成,其中包括一個主服務(wù)基站(Master BS)以及兩個從服務(wù)基站(Slave BS)。一個移動臺(MS,Mobile Station)和這三個基站都存在連接,以解決移動過程中用戶因?yàn)榉?wù)基站的改變而引起業(yè)務(wù)頻繁中斷,影響用戶體驗(yàn)的問題。
由圖1可看出,在現(xiàn)有技術(shù)中,控制面信令是在主服務(wù)基站發(fā)送給用 戶,但實(shí)際上主服務(wù)基站也是一個小小區(qū),為了使得控制面信令能夠更加可靠地被用戶所接收,通常需要頻繁地更換主服務(wù)基站,從而保證從用戶角度而言的主服務(wù)基站一直是和用戶有最好的信道質(zhì)量連接的基站。但這種頻繁的主服務(wù)基站變更會涉及到控制面信令和用戶面數(shù)據(jù)的頻繁同步,不利于L2虛擬化過程。
技術(shù)實(shí)現(xiàn)要素:
為了解決上述技術(shù)問題,本發(fā)明提供一種虛擬小區(qū)動態(tài)的控制面信令的傳遞方法及系統(tǒng),能夠解決現(xiàn)有技術(shù)中為了使得控制面信令被可靠接收而頻繁更換主服務(wù)基站的問題。
為了達(dá)到上述技術(shù)目的,本發(fā)明提供一種虛擬小區(qū)動態(tài)的控制面信令的傳遞方法,包括:發(fā)送端在構(gòu)建成虛擬小區(qū)的基站集合中選擇作為控制面信令傳遞通道的基站;所述發(fā)送端通過所述選擇的基站傳遞所述控制面信令至接收端。
本發(fā)明還提供一種虛擬小區(qū)動態(tài)的控制面信令的傳遞系統(tǒng),包括:選擇模塊,用于在構(gòu)建成虛擬小區(qū)的基站集合中選擇作為控制面信令傳遞通道的基站;傳遞模塊,用于通過所述選擇的基站傳遞所述控制面信令至接收端。
在本發(fā)明中,發(fā)送端在構(gòu)建成虛擬小區(qū)的基站集合中選擇作為控制面信令傳遞通道的基站;通過選擇的基站傳遞控制面信令至接收端。通過本發(fā)明,在控制面信令的傳輸過程中,避免了頻繁更換主服務(wù)基站,同時保證了控制面信令能夠可靠地在網(wǎng)絡(luò)側(cè)和用戶之間進(jìn)行傳遞,減少了由于頻繁變更主服務(wù)基站而導(dǎo)致源主服務(wù)基站和目標(biāo)主服務(wù)基站之間的控制面信令數(shù)據(jù)同步和業(yè)務(wù)數(shù)據(jù)同步的問題,并減小了基站之間的回程(backhaul)傳輸開銷。
附圖說明
圖1為現(xiàn)有技術(shù)中超密集小區(qū)部署時的虛擬小區(qū)示意圖;
圖2為本發(fā)明實(shí)施例提供的虛擬小區(qū)動態(tài)的控制面信令的傳遞方法的流程圖;
圖3為本發(fā)明實(shí)施例中信令數(shù)據(jù)在主服務(wù)基站和從服務(wù)基站傳遞的用戶面協(xié)議棧示意圖;
圖4為本發(fā)明一實(shí)施例中下行控制面信令的傳遞示意圖;
圖5為本發(fā)明一實(shí)施例中下行控制面信令的傳遞示意圖;
圖6為本發(fā)明一實(shí)施例中上行控制面信令的傳遞示意圖;
圖7為本發(fā)明一實(shí)施例中上行控制面信令的傳遞示意圖。
具體實(shí)施方式
以下結(jié)合附圖對本發(fā)明的實(shí)施例進(jìn)行詳細(xì)說明,應(yīng)當(dāng)理解,以下所說明的實(shí)施例僅用于說明和解釋本發(fā)明,并不用于限定本發(fā)明。
圖2為本發(fā)明實(shí)施例提供的虛擬小區(qū)動態(tài)的控制面信令的傳遞方法的流程圖。如圖2所示,本發(fā)明實(shí)施例提供的虛擬小區(qū)動態(tài)的控制面信令的傳遞方法包括以下步驟:
步驟11:發(fā)送端在構(gòu)建成虛擬小區(qū)的基站集合中選擇作為控制面信令傳遞通道的基站。
步驟12:發(fā)送端通過選擇的基站傳遞控制面信令至接收端。
其中,發(fā)送端通過選擇的基站傳遞控制面信令至接收端包括:發(fā)送端通過選擇的基站完整傳遞一條RRC消息的信令數(shù)據(jù)至接收端。
于一實(shí)施例中,發(fā)送端為主服務(wù)基站,接收端為用戶設(shè)備。
于一實(shí)施例中,發(fā)送端為用戶設(shè)備,接收端為主服務(wù)基站。
于本實(shí)施例中,構(gòu)建成虛擬小區(qū)的基站集合包括預(yù)先建立用于傳遞和接收RRC消息的信令數(shù)據(jù)的無線承載的主服務(wù)基站和從服務(wù)基站。其中,主服務(wù)基站的用戶面存在分組數(shù)據(jù)匯聚協(xié)議(PDCP,Packet Data Convergence Protocol)、無線鏈路控制層協(xié)議(RLC,Radio Link Control)、介質(zhì)訪問控制(MAC,Media Access Control)及物理層(PHY)協(xié)議棧。從服務(wù)基站的用戶面存在MAC和PHY協(xié)議棧。
具體而言,發(fā)送端例如為主服務(wù)基站(Master BS),接收端例如為用 戶設(shè)備,如圖3所示,當(dāng)發(fā)送端在構(gòu)建成虛擬小區(qū)的基站集合中選擇從服務(wù)基站作為傳遞RRC消息的信令數(shù)據(jù)的通道時,發(fā)送端通過選擇的基站傳遞控制面信令至接收端包括:發(fā)送端將信令無線承載(SRB,Signal Radio Bearer)的無線鏈路控制層協(xié)議RLC協(xié)議數(shù)據(jù)單元(PDU,Protocol Data Unit)傳遞給從服務(wù)基站。
此外,于實(shí)際應(yīng)用中,發(fā)送端例如根據(jù)基站傳輸指令的質(zhì)量以及資源利用情況在構(gòu)建成虛擬小區(qū)的基站集合中選擇合適的基站作為控制面信令傳遞通道的基站。
圖4為本發(fā)明一實(shí)施例中下行控制面信令的傳遞示意圖。于本實(shí)施例中,由三個基站為用戶構(gòu)成虛擬小區(qū),其中,基站1為主服務(wù)基站(Master-BS),基站2和3分別為從服務(wù)基站(Slave-BS),并分別稱為Slave-BS1和Slave-BS2。圖4中箭頭方向?yàn)橄滦锌刂泼嫘帕畹牧飨颉?/p>
如圖4所示,下行控制面信令在T1~T2時間段內(nèi)的傳遞數(shù)據(jù)過程具體包括以下步驟:
步驟101:Master-BS構(gòu)建RRC消息,并在構(gòu)建成虛擬小區(qū)的基站集合中選擇Slave-BS2作為傳遞該RRC消息的基站,其中,由Master-BS的無線資源控制(RRC,Radio Resource Control)協(xié)議棧來管理RRC消息(包括生成、修改和刪除);
步驟102:Master-BS的RRC層把RRC消息傳遞給Master-BS的用戶面,并指示給用戶面要傳遞的目標(biāo)基站和(或)目標(biāo)小區(qū);
步驟103:Master-BS的用戶面把信令數(shù)據(jù)PDU傳送給Slave-BS2的用戶面;
步驟104:Slave-BS2的用戶面收到信令數(shù)據(jù)后,通過空口通道傳遞給用戶設(shè)備(UE);
步驟105:UE的用戶面接收到信令數(shù)據(jù)后,通過空口傳遞給UE的RRC層。
圖5為本發(fā)明一實(shí)施例中下行控制面信令的傳遞示意圖。于本實(shí)施例中,由三個基站為用戶構(gòu)成虛擬小區(qū),其中,基站1為主服務(wù)基站 (Master-BS),基站2和3分別為從服務(wù)基站(Slave-BS),并分別稱為Slave-BS1和Slave-BS2。圖5中箭頭方向?yàn)橄滦锌刂泼嫘帕畹牧飨颉?/p>
如圖5所示,下行控制面信令在T3~T4時間段內(nèi)的傳遞數(shù)據(jù)過程具體包括以下步驟:
步驟201:Master-BS構(gòu)建RRC消息,并在構(gòu)建成虛擬小區(qū)的基站集合中選擇Master-BS自身作為傳遞該RRC消息的基站,其中,由Master-BS的RRC協(xié)議棧來管理RRC消息(包括生成、修改和刪除);
步驟202:Master-BS的RRC層把RRC消息傳遞給Master-BS的用戶面,并指示給用戶面要傳遞的目標(biāo)基站和(或)目標(biāo)小區(qū);
步驟203:Master-BS的用戶面把信令數(shù)據(jù)通過本基站的空口通道傳遞給用戶(UE);
步驟204:UE的用戶面接收到信令數(shù)據(jù)后,通過空口傳遞給UE的RRC層。
圖6為本發(fā)明一實(shí)施例中上行控制面信令的傳遞示意圖。于本實(shí)施例中,由三個基站為用戶構(gòu)成虛擬小區(qū),其中,基站1為主服務(wù)基站(Master-BS),基站2和3分別為從服務(wù)基站(Slave-BS),并分別稱為Slave-BS1和Slave-BS2。圖6中箭頭方向?yàn)樯闲锌刂泼嫘帕畹牧飨颉?/p>
如圖6所示,上行控制面信令在Tu1~Tu2時間段內(nèi)的傳遞數(shù)據(jù)過程具體包括以下步驟:
步驟301:UE的RRC層構(gòu)建RRC消息,并在構(gòu)建成虛擬小區(qū)的基站集合中選擇Slave-BS1作為傳遞該RRC消息的基站,其中,由UE的RRC協(xié)議棧來管理RRC消息(包括生成、修改和刪除);
步驟302:UE的RRC層把RRC消息傳遞給UE的用戶面,并指示給用戶面要傳遞的目標(biāo)基站和(或)目標(biāo)小區(qū);
步驟303:UE的用戶面接收到信令數(shù)據(jù)PDU后,通過空口傳遞給Slave-BS1的用戶面;
步驟304:Slave-BS1的用戶面收到信令數(shù)據(jù)后,傳遞給Master-BS的用戶面;
步驟305:Master-BS的用戶面接收到信令數(shù)據(jù)后,傳遞給Master-BS的RRC層。
圖7為本發(fā)明一實(shí)施例中上行控制面信令的傳遞示意圖。于本實(shí)施例中,由三個基站為用戶構(gòu)成虛擬小區(qū),其中,基站1為主服務(wù)基站(Master-BS),基站2和3分別為從服務(wù)基站(Slave-BS),并分別稱為Slave-BS1和Slave-BS2。圖7中箭頭方向?yàn)樯闲锌刂泼嫘帕畹牧飨颉?/p>
如圖7所示,上行控制面信令在Tu3~Tu4時間段內(nèi)的傳遞數(shù)據(jù)過程具體包括以下步驟:
步驟401:UE的RRC層構(gòu)建RRC消息,并在構(gòu)建成虛擬小區(qū)的基站集合中選擇Master-BS作為傳遞該RRC消息的基站,其中,由UE的RRC協(xié)議棧來管理RRC消息(包括生成、修改和刪除);
步驟402:UE的RRC層把RRC消息傳遞給UE的用戶面,并指示給用戶面要傳遞的目標(biāo)基站和(或)目標(biāo)小區(qū);
步驟403:UE的用戶面把信令數(shù)據(jù)PDU通過空口傳遞給Master-BS;
步驟404:Master-BS的用戶面接收到信令數(shù)據(jù)后,傳遞給Master-BS的RRC層。
此外,本發(fā)明實(shí)施例還提供一種虛擬小區(qū)動態(tài)的控制面信令的傳遞系統(tǒng),包括:選擇模塊,用于在構(gòu)建成虛擬小區(qū)的基站集合中選擇作為控制面信令傳遞通道的基站;傳遞模塊,用于通過所述選擇的基站傳遞所述控制面信令至接收端。
其中,上述選擇模塊及傳遞模塊設(shè)置于發(fā)送端。發(fā)送端例如為主服務(wù)基站,對應(yīng)地,接收端例如為用戶設(shè)備。或者,發(fā)送端例如為用戶設(shè)備,接收端例如為主服務(wù)基站。
其中,傳遞模塊,用于通過所述選擇的基站傳遞所述控制面信令至接收端包括:通過所述選擇的基站完整傳遞一條RRC消息的信令數(shù)據(jù)至所述接收端。
其中,構(gòu)建成虛擬小區(qū)的基站集合包括預(yù)先建立用于傳遞和接收RRC消息的信令數(shù)據(jù)的無線承載的主服務(wù)基站和從服務(wù)基站。其中,主服務(wù)基站 的用戶面存在PDCP、RLC、MAC及PHY協(xié)議棧。從服務(wù)基站的用戶面存在MAC和PHY協(xié)議棧。
此外,上述系統(tǒng)的具體處理過程同上述方法所述,故于此不再贅述。
以上顯示和描述了本發(fā)明的基本原理和主要特征和本發(fā)明的優(yōu)點(diǎn)。本發(fā)明不受上述實(shí)施例的限制,上述實(shí)施例和說明書中描述的只是說明本發(fā)明的原理,在不脫離本發(fā)明精神和范圍的前提下,本發(fā)明還會有各種變化和改進(jìn),這些變化和改進(jìn)都落入要求保護(hù)的本發(fā)明范圍內(nèi)。