本發(fā)明涉及移動通信技術,尤指一種雙連接中實現(xiàn)重配置的方法、主服務基站及輔服務基站。
背景技術:
圖1為相關技術中雙連接(dc,dualconnectivity)的網(wǎng)絡架構示意圖,如圖1所示,對于每一個用戶設備(ue,userequipment)來說,在控制面上,主服務基站(menb,masterenb)如宏基站節(jié)點通過s1-mme連接到移動管理實體(mme,mobilitymanagemententity),menb和輔服務基站(senb,secondaryenb)如微基站或低功率節(jié)點之間通過x2-c連接。在用戶面上,對于主小區(qū)組承載(mcgbearer,mastercellgroupbearer),menb通過s1-u連接到服務網(wǎng)關(s-gw,servinggateway),senb不參加到用戶面的數(shù)據(jù)傳輸。對于分流承載(splitbearer),menb通過s1-u連接到s-gw,menb通過x2-u連接到senb。對于輔小區(qū)組承載(scgbearer,secondarycellgroupbearer),senb通過s1-u連接到s-gw,menb不參加到用戶面的數(shù)據(jù)傳輸。
圖2為相關技術中長期演進(lte,long-termevolution)的用戶面數(shù)據(jù)協(xié)議棧,如圖2所示,從核心網(wǎng)經(jīng)用戶層面gprs隧道協(xié)議(gtp-u,gprstunnellingprotocolfortheuserplane)收到的下行數(shù)據(jù),經(jīng)解包后通過分組數(shù)據(jù)匯聚協(xié)議(pdcp,packetdataconvergenceprotocol)子層、無線鏈路控制(rlc,radiolinkcontrol)協(xié)議子層、媒體接入控制(mac,mediumaccesscontrol)協(xié)議子層和物理層(phy)處理后發(fā)送給ue;上行數(shù)據(jù)的發(fā)送與下行數(shù)據(jù)正好相反。第三代合作伙伴計劃(3gpp,3rdgenerationpartnershipproject)在討論release12雙連接時,提到過兩種用戶面的分流方式:一種是1a,即ue在menb和senb上的承載用戶面直接連接在s-gw上,如圖3所示;一種是3c,即menb做分流錨點,數(shù)據(jù)在pdcp層與rlc層發(fā)生分流,分別發(fā)送給menb和senb進行傳遞,如圖4所示。
雙連接的目的,是ue的用戶面承載在同一menb下的senb之間轉移時,能夠減少對核心網(wǎng)的信令沖擊,同時保證ue的數(shù)據(jù)吞吐量和用戶體驗。然而,對于scgbearer來說,由于重配置時pdcp層的重建,用戶面仍然會出現(xiàn)較大的中斷。即使考慮不需要pdcp層重建的splitbearer,ue依舊執(zhí)行的是先斷后連的操作,即ue從源senb斷開連接后,再建立和目標senb的連接。通常情況下,senb的角色由微基站或低功率節(jié)點承擔,menb的角色由宏基站節(jié)點承擔。由于微基站或低功率節(jié)點距離ue較近,覆蓋范圍較小,senb會承載比menb更多的用戶面分流數(shù)據(jù),因此,即使是ue短暫的和senb斷開連接仍然會造成用戶吞吐量的急劇下降。
技術實現(xiàn)要素:
本發(fā)明提供一種雙連接中實現(xiàn)重配置的方法、主服務基站及輔服務基站,能夠避免用戶面數(shù)據(jù)吞吐量的急劇下降。
為了達到本發(fā)明目的,本發(fā)明提供了一種雙連接中實現(xiàn)重配置的方法,在將ue的用戶面承載從源senb轉移到同一menb下的目標senb的重配置過程中,包括:
建立源senb與目標senb之間為ue提供上行數(shù)據(jù)服務和下行數(shù)據(jù)服務的用戶面接口;
在重配置過程中,目標senb將上行無線鏈路控制rlc數(shù)據(jù)協(xié)議數(shù)據(jù)單元pdu轉發(fā)給源senb,源senb將下行分組數(shù)據(jù)匯聚協(xié)議pdcp數(shù)據(jù)pdu分流給目標senb。
可選地,該方法還包括:所述源senb保持和所述ue的數(shù)據(jù)傳輸直到重配置成功。
可選地,所述建立用戶面接口之前還包括:
所述menb指示所述目標senb為源senb上一個或多個將要轉移到目標senb上的輔小區(qū)組承載scgbearer建立對應的分流承載splitbearer協(xié)議實體。
可選地,所述建立源senb與目標senb之間為ue提供上行數(shù)據(jù)服務和 下行數(shù)據(jù)服務的用戶面接口包括:
所述menb將來自所述目標senb分配的傳輸層地址發(fā)送給源senb,以使在所述源senb和所述目標senb之間建立為ue提供下行數(shù)據(jù)分流服務的用戶面接口;
所述menb接收來自所述源senb的分配的傳輸層地址后發(fā)送給目標senb,以使在所述源senb和所述目標senb之間建立為ue提供上行數(shù)據(jù)分流服務的用戶面接口。
可選地,所述menb指示目標senb為源senb上一個或多個將要轉移到目標senb上的scgbearer建立對應的splitbearer協(xié)議實體包括:
所述menb向所述目標senb發(fā)送接納請求消息,在接納請求消息中攜帶有splitbearer配置信息或建立splitbearer的指示信息;
其中,splitbearer配置信息或建立splitbearer的指示信息用于為所述源senb上一個或多個將要轉移到所述目標senb上的scgbearer在所述目標senb上建立對應的所述splitbearer協(xié)議實體。
可選地,所述menb將來自目標senb分配的傳輸層地址發(fā)送給源senb,以使在源senb和目標senb之間建立為ue提供下行數(shù)據(jù)分流服務的用戶面接口包括:
所述目標senb完成對ue的資源配置后,向所述menb回復接納確認消息,在接納確認消息中攜帶有為接收所述建立的splitbearer的下行pdcp數(shù)據(jù)pdu而分配的傳輸層地址;
所述menb收到接納確認消息后,向所述源senb發(fā)送修改請求消息,在修改請求消息中攜帶有所述目標senb分配的傳輸層地址,其目的是建立所述源senb和所述目標senb之間為ue提供下行數(shù)據(jù)分流服務的用戶面接口。
可選地,所述menb接收來自源senb的分配的傳輸層地址后發(fā)送給目標senb,以使在源senb和目標senb之間建立為ue提供上行數(shù)據(jù)分流服務的用戶面接口包括:
所述源senb向所述menb發(fā)送修改請求確認消息,在修改請求確認消息中攜帶有為接收所述建立的splitbearer的上行rlc數(shù)據(jù)pdu而分配的傳輸層地址;
所述menb在收到所述源senb的修改請求確認消息后,向所述目標senb發(fā)送x2通知消息,在x2通知消息中攜帶有所述源senb分配的傳輸層地址,其目的是建立所述源senb和所述目標senb之間為ue提供上行數(shù)據(jù)分流服務的用戶面接口。
可選地,該方法還包括:
所述menb在收到所述源senb的修改請求確認消息后,根據(jù)接收到的接納確認消息中所攜帶的信息組成面向ue的無線資源控制rrc信令并發(fā)送給ue;ue在收到來自所述menb的指示將第一個或多個scgbearer從所述源senb轉移到所述目標senb的rrc信令后,按照獲得的rrc信令中攜帶的信息,與所述目標senb進行同步、向所述目標senb發(fā)起隨機接入,按照新的配置建立scgbearer,并建立對應的splitbearer協(xié)議實體。
可選地,所述目標senb將上行rlc數(shù)據(jù)pdu轉發(fā)給源senb包括:通過為接收所述建立的splitbearer的上行rlc數(shù)據(jù)pdu而分配的傳輸層地址,將上行rlc數(shù)據(jù)pdu轉發(fā)給所述源senb;
所述源senb將下行pdcp數(shù)據(jù)pdu分流給目標senb包括:通過為接收所述建立的splitbearer的下行pdcppdu而分配的傳輸層地址,將部分或全部下行pdcp數(shù)據(jù)pdu分流給所述目標senb進行傳輸。
可選地,對于所述建立的splitbearer,
在下行鏈路上,數(shù)據(jù)在所述源senb的pdcp層和rlc層之間分流,分別發(fā)送給所述源senb和所述目標senb進行傳遞,所述目標senb上僅建立pdcp層之下的協(xié)議實體;所述ue從空口收到兩路下行數(shù)據(jù)后,在pdcp層進行合并;
在上行鏈路上,數(shù)據(jù)在所述ue的rlc層和mac之間分流,分別通過空口發(fā)送給所述源senb和所述目標senb,所述目標senb上僅建立rlc層之下的協(xié)議實體;所述目標senb收到上行數(shù)據(jù)后,發(fā)送給所述源senb, 在所述源senb的rlc層進行合并。
可選地,所述建立源senb與目標senb之間為ue提供上行數(shù)據(jù)服務和下行數(shù)據(jù)服務的用戶面接口之后,該方法還包括:
在ue接入所述目標senb并完成配置更新后,如果所述目標senb已經(jīng)通過x2-u從所述源senb收到分流的下行pdcp數(shù)據(jù)pdu,所述目標senb開始將下行pdcp數(shù)據(jù)pdu通過splitbearer的下層協(xié)議實體處理后發(fā)送給ue。
可選地,所述建立源senb與目標senb之間為ue提供上行數(shù)據(jù)服務和下行數(shù)據(jù)服務的用戶面接口之后,該方法還包括:
ue接入所述目標senb并完成配置更新后,通過和所述目標senb對應的splitbearer和/或scgbearer協(xié)議實體,向所述目標senb發(fā)送上行數(shù)據(jù)包。
可選地,當所述源senb收到來自s-gw的結束標識時,該方法還包括:
在所述源senb為所有下行數(shù)據(jù)包分配pdcp子層的sn號后,向所述目標senb發(fā)送sn狀態(tài)傳輸消息,所述目標senb根據(jù)sn狀態(tài)傳輸消息,開始為從s-gw收到下行數(shù)據(jù)包分配pdcp子層的sn號;在所述源senb完成所有下行數(shù)據(jù)的發(fā)送和/或轉發(fā)后,向所述menb請求進行所述源senb釋放;相應地,
所述目標senb成功發(fā)送所有的下行轉發(fā)數(shù)據(jù),或者已經(jīng)從scgbearer協(xié)議實體收到來自ue的上行數(shù)據(jù)包且已經(jīng)完成所有轉發(fā)上行數(shù)據(jù)包的排序,向所述menb請求刪除所述splitbearer協(xié)議實體;
所述menb收到來自所述源senb和所述目標senb的釋放所述源senb及刪除所述splitbearer協(xié)議實體的消息后,所述menb向源senb發(fā)送senb釋放確認消息,所述menb向所述目標senb發(fā)送senb修改確認消息,所述menb向ue發(fā)送rrc連接重配置消息要求ue刪除對應splitbearer。
本發(fā)明還提供了一種主服務基站,包括第一處理單元,用于建立源senb與目標senb之間為ue提供上行數(shù)據(jù)服務和下行數(shù)據(jù)服務的用戶面接口。
可選地,所述第一處理單元包括第一建立模塊,第二建立模塊;其中,
第一建立模塊,用于將來自所述目標senb分配的傳輸層地址發(fā)送給源senb,以使在所述源senb和所述目標senb之間建立為ue提供下行數(shù)據(jù)分流服務的用戶面接口;
第二建立模塊,用于接收來自所述源senb的分配的傳輸層地址后發(fā)送給所述目標senb,并以使在所述源senb和所述目標senb之間建立為ue提供上行數(shù)據(jù)分流服務的用戶面接口;組成面向ue的rrc信令并發(fā)送給ue。
可選地,所述第一建立模塊還用于:指示所述目標senb為所述源senb上一個或多個將要轉移到所述目標senb上的scgbearer建立對應的splitbearer協(xié)議實體。
可選地,所述第一建立模塊具體用于:
向所述目標senb發(fā)送攜帶有splitbearer配置信息或建立splitbearer的指示信息的接納請求消息;其中,splitbearer配置信息或建立splitbearer的指示信息用于為所述源senb上一個或多個將要轉移到所述目標senb上的scgbearer在所述目標senb上建立對應的splitbearer協(xié)議實體;
接收來自所述目標senb的攜帶有為接收建立的splitbearer的下行pdcp數(shù)據(jù)pdu而分配的傳輸層地址的接納確認消息,向所述源senb發(fā)送攜帶有所述目標senb分配的傳輸層地址的修改請求消息。
可選地,所述第二建立模塊具體用于:
接收來自所述源senb的攜帶有為接收建立的splitbearer的上行rlc數(shù)據(jù)pdu而分配的傳輸層地址的修改請求確認消息;向所述目標senb發(fā)送攜帶有所述源senb分配的為接收建立的splitbearer的上行rlc數(shù)據(jù)pdu而分配的傳輸層地址的x2通知消息;根據(jù)接收到的接納確認消息中所攜帶的信息組成面向ue的rrc信令并發(fā)送給ue。
可選地,所述第二建立模塊還用于:
收到來自所述源senb和所述目標senb的釋放所述源senb及刪除所述splitbearer協(xié)議實體的消息,向所述源senb發(fā)送senb釋放確認消息,向所 述目標senb發(fā)送senb修改確認消息,向所述ue發(fā)送rrc連接重配置消息要求ue刪除對應splitbearer。
本發(fā)明又提供了一種輔服務基站,包括:第二處理單元,和/或第三處理單元;其中,
第二處理單元,用于按照來自menb的指示,為源senb上一個或多個將要轉移到目標senb上的scgbearer建立對應的splitbearer協(xié)議實體;為接收建立的splitbearer的下行pdcp數(shù)據(jù)pdu而分配傳輸層地址;接收來自menb的源senb分配的傳輸層地址,在源senb和目標senb之間建立為ue提供上行數(shù)據(jù)分流服務的用戶面接口;
第三處理單元,用為接收建立的splitbearer的上行rlc數(shù)據(jù)pdu而分配傳輸層地址;接收來自menb的目標senb的分配的傳輸層地址;在源senb和目標senb之間建立為ue提供下行數(shù)據(jù)分流服務的用戶面接口。
可選地,所述第二處理單元具體用于:
接收到來自所述menb的攜帶有splitbearer配置信息或建立splitbearer的指示信息的接納請求消息,為所述源senb上一個或多個將要轉移到目標senb上的scgbearer在所述目標senb上建立對應的splitbearer協(xié)議實體;
向所述menb發(fā)送攜帶有為接收建立的splitbearer的下行pdcp數(shù)據(jù)pdu而分配的傳輸層地址的接納確認消息;
接收來自所述menb的攜帶有所述源senb分配的為接收建立的splitbearer的上行rlc數(shù)據(jù)pdu而分配的傳輸層地址的修改請求確認消息;建立所述源senb和所述目標senb之間為ue提供上行數(shù)據(jù)分流服務的用戶面接口;
在重配置過程中,將上行rlc數(shù)據(jù)pdu轉發(fā)給所述源senb。
可選地,所述第三處理單元具體用于:
接收來自所述menb的攜帶有所述目標senb分配的傳輸層地址的修改請求消息;建立所述源senb和所述目標senb之間為ue提供下行數(shù)據(jù)分流服務的用戶面接口;
向所述menb發(fā)送攜帶有為接收建立的splitbearer的上行rlc數(shù)據(jù)pdu而分配的傳輸層地址的修改請求確認消息;
在重配置過程中,將下行pdcp數(shù)據(jù)pdu分流給所述目標senb。
可選地,所述第三處理單元還用于:保持和所述ue的數(shù)據(jù)傳輸直到重配置成功。
可選地,所述第三處理單元還用于:收到來自s-gw的結束標識時為所有下行數(shù)據(jù)包分配pdcp子層的sn號后,向所述目標senb發(fā)送sn狀態(tài)傳輸消息,完成所有下行數(shù)據(jù)的發(fā)送和/或轉發(fā)后,向所述menb請求進行所述源senb釋放;相應地,
所述第二處理單元還用于:根據(jù)sn狀態(tài)傳輸消息,開始為從s-gw收到下行數(shù)據(jù)包分配pdcp子層的sn號;在已經(jīng)成功發(fā)送所有的下行轉發(fā)數(shù)據(jù),或者,已經(jīng)從scgbearer協(xié)議實體收到來自ue的上行數(shù)據(jù)包且已經(jīng)完成所有轉發(fā)上行數(shù)據(jù)包的排序,向所述menb請求刪除所述splitbearer協(xié)議實體。
與現(xiàn)有技術相比,本申請技術方案包括:在將ue的用戶面承載從源senb轉移到同一menb下的目標senb的重配置過程中,建立源senb與目標senb之間為ue提供上行數(shù)據(jù)服務和下行數(shù)據(jù)服務的用戶面接口;在重配置過程中,目標senb將上行rlc數(shù)據(jù)pdu轉發(fā)給源senb,源senb將下行pdcp數(shù)據(jù)pdu分流給目標senb。ue在建立和目標senb的連接的過程中,建立源senb與目標senb之間為ue提供上行/下行數(shù)據(jù)服務的用戶面接口,從而解決了ue在和目標senb進行上下行同步并建立連接時,無法和網(wǎng)絡側在微基站或低功率節(jié)點層面有數(shù)據(jù)傳輸?shù)膯栴},避免了避免用戶面數(shù)據(jù)吞吐量的急劇下降,保證了ue在用戶面重配置時的用戶體驗。
同時,目標senb不需要對發(fā)生重配置前已經(jīng)發(fā)送給源senb的下行數(shù)據(jù)重新通過pdcp層打包后發(fā)給ue,也就是說,已經(jīng)發(fā)送給源senb的下行數(shù)據(jù)不需要通過數(shù)據(jù)前傳轉發(fā)給目標senb,也不需要由目標senb的pdcp層重新打包后發(fā)送給ue,從而減少了重復處理的浪費。
本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述,并且,部分地從說 明書中變得顯而易見,或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在說明書、權利要求書以及附圖中所特別指出的結構來實現(xiàn)和獲得。
附圖說明
此處所說明的附圖用來提供對本發(fā)明的進一步理解,構成本申請的一部分,本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明,并不構成對本發(fā)明的不當限定。在附圖中:
圖1為相關技術中dc的網(wǎng)絡架構示意圖;
圖2為相關技術中l(wèi)te的用戶面數(shù)據(jù)協(xié)議棧;
圖3為相關技術中雙連接用戶面1a的示意圖;
圖4為相關技術中雙連接用戶面3c的示意圖;
圖5為本發(fā)明雙連接中實現(xiàn)重配置的方法的流程圖;
圖6為本發(fā)明雙連接中實現(xiàn)重配置的實施例的流程示意圖;
圖7為本發(fā)明用戶面協(xié)議實體及下行數(shù)據(jù)傳輸?shù)牡谝粚嵤├氖疽鈭D;
圖8為本發(fā)明用戶面協(xié)議實體及下行數(shù)據(jù)傳輸?shù)牡诙嵤├氖疽鈭D;
圖9為本發(fā)明用戶面協(xié)議實體及上行數(shù)據(jù)傳輸?shù)牡谌龑嵤├氖疽鈭D;
圖10為本發(fā)明用戶面協(xié)議實體及上行數(shù)據(jù)傳輸?shù)牡谒膶嵤├氖疽鈭D
圖11為本發(fā)明主服務基站的組成結構示意圖;
圖12為本發(fā)明輔服務基站的組成結構示意圖。
具體實施方式
為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚明白,下文中將結合附圖對本發(fā)明的實施例進行詳細說明。需要說明的是,在不沖突的情況下,本申請中的實施例及實施例中的特征可以相互任意組合。
在雙連接的1a架構的相關技術中,將ue的用戶面承載從源senb轉移到同一menb下的目標senb,雖然menb執(zhí)行的是先添加目標senb,再刪除源senb的流程,但實際ue需要先從源senb斷開連接,再建立和目標 senb的連接,因此,同樣會存在由于ue短暫的和senb斷開連接而造成的用戶吞吐量的急劇下降的問題。
而本發(fā)明實施例提供的技術方案中,ue在建立和目標senb的連接的過程中,建立源senb與目標senb之間為ue提供上行/下行數(shù)據(jù)服務的用戶面接口,從而解決了ue在和目標senb進行上下行同步并建立連接時,無法和網(wǎng)絡側在微基站或低功率節(jié)點層面有數(shù)據(jù)傳輸?shù)膯栴},避免了用戶面數(shù)據(jù)吞吐量的急劇下降,保證了ue在用戶面重配置時的用戶體驗。
同時,目標senb不需要對發(fā)生重配置前已經(jīng)發(fā)送給源senb的下行數(shù)據(jù)重新通過pdcp層打包后發(fā)給ue,也就是說,已經(jīng)發(fā)送給源senb的下行數(shù)據(jù)不需要通過數(shù)據(jù)前傳轉發(fā)給目標senb,也不需要由目標senb的pdcp層重新打包后發(fā)送給ue,從而減少了重復處理的浪費。
圖5為本發(fā)明雙連接中實現(xiàn)重配置的方法的流程圖,在將ue的用戶面承載從源senb轉移到同一menb下的目標senb的重配置過程中,如圖5所示,包括:
步驟500:建立源senb與目標senb之間為ue提供上行數(shù)據(jù)服務和下行數(shù)據(jù)服務的用戶面接口。
本步驟之前還包括:menb指示目標senb為源senb上一個或多個將要轉移到目標senb上的scgbearer建立對應的splitbearer協(xié)議實體。具體包括:menb向目標senb發(fā)送接納請求消息,在接納請求消息中除了參考相關協(xié)議中x2-ap消息(senbadditionrequest)而攜帶密鑰信息、ue安全能力信息、scgbearer配置信息等外,還至少攜帶有splitbearer配置信息或建立splitbearer的指示信息。其中,splitbearer配置信息或建立splitbearer的指示信息用于為源senb上一個或多個將要轉移到目標senb上的scgbearer在目標senb上建立對應的splitbearer協(xié)議實體。
本步驟的實現(xiàn)包括:menb將來自目標senb分配的傳輸層地址如gprs隧道協(xié)議(gtp,gprstunnellingprotocol)隧道端點標識符(teid,tunnelendpointidentity)等發(fā)送給源senb,以使在源senb和目標senb之間建立為ue提供下行數(shù)據(jù)分流服務的用戶面接口。具體包括:
目標senb根據(jù)接收到的信息判斷是否有足夠的資源以允許ue的接入。如果允許接入,則目標senb完成對ue的資源配置后,向menb回復接納確認消息,在接納確認消息中除參考相關協(xié)議中x2-ap消息(senbadditionrequestacknowledge)而攜帶目標senb同意接納的scgbearer配置信息外,還至少攜帶有為接收建立的splitbearer的下行pdcp數(shù)據(jù)協(xié)議數(shù)據(jù)單元(pdu,protocoldataunit)而分配的傳輸層地址如gtpteid;
menb收到接納確認消息后,向源senb發(fā)送修改請求消息。在修改請求消息中攜帶有目標senb分配的傳輸層地址如gtpteid,其目的是建立源senb和目標senb之間為ue提供下行數(shù)據(jù)分流服務的用戶面接口。源senb上的承載類型由scgbearer變更為splitbearer。
menb接收來自源senb的分配的傳輸層地址如gtpteid后發(fā)送給目標senb,以使在源senb和目標senb之間建立為ue提供上行數(shù)據(jù)分流服務的用戶面接口。具體包括:
源senb向menb發(fā)送修改請求確認消息。在修改請求確認消息中攜帶有為接收建立的splitbearer的上行rlc數(shù)據(jù)pdu而分配的傳輸層地址如gtpteid;
menb在收到源senb的修改請求確認消息后,向目標senb發(fā)送x2通知消息。在x2通知消息中攜帶有源senb分配的傳輸層地址如gtpteid,其目的是建立源senb和目標senb之間為ue提供上行數(shù)據(jù)分流服務的用戶面接口。
同時,本步驟還包括:menb在收到源senb的修改請求確認消息后,根據(jù)接收到的接納確認消息中所攜帶的信息組成面向ue的無線資源控制(rrc,radioresourcecontrol)信令并發(fā)送給ue。ue在收到來自menb的指示將第一個或多個scgbearer從源senb轉移到目標senb的rrc信令后,按照rrc信令中攜帶的信息,與目標senb進行同步、向目標senb發(fā)起隨機接入,按照新的配置建立scgbearer,并建立對應的splitbearer協(xié)議實體。
步驟501:在重配置過程中,目標senb將上行rlc數(shù)據(jù)pdu轉發(fā)給源 senb,源senb將下行pdcp數(shù)據(jù)pdu分流給目標senb并保持和ue的數(shù)據(jù)傳輸直到重配置成功。
源senb可以通過為接收建立的splitbearer的下行pdcppdu而分配的傳輸層地址如gtpteid,將部分或全部下行pdcp數(shù)據(jù)pdu分流給目標senb進行傳輸;
目標senb可以通過為接收建立的splitbearer的上行rlc數(shù)據(jù)pdu而分配的傳輸層地址如gtpteid,將上行rlc數(shù)據(jù)pdu轉發(fā)給源senb。
需要說明的是,上行rlc數(shù)據(jù)pdu對應的rlc控制pdu可以由源senb直接反饋;也可以由源senb通知目標senb,再由目標senb反饋。
對于splitbearer,具體地,
在下行鏈路上,數(shù)據(jù)在源senb的pdcp層和rlc層之間分流,分別發(fā)送給源senb和目標senb進行傳遞,目標senb上僅建立pdcp層之下的協(xié)議實體;ue從空口收到兩路下行數(shù)據(jù)后,在pdcp層進行合并;
在上行鏈路上,數(shù)據(jù)在ue的rlc層和mac之間分流,分別通過空口發(fā)送給源senb和目標senb,目標senb上僅建立rlc層之下的協(xié)議實體;目標senb收到上行數(shù)據(jù)后,發(fā)送給源senb,在源senb的rlc層進行合并。
其中,源senb是將部分下行pdcp數(shù)據(jù)pdu分流給目標senb進行傳輸,還是將全部下行pdcp數(shù)據(jù)pdu分流給目標senb進行傳輸可以考慮:
當源senb信號質量還比較好,源senb可以只將一部分下行pdcp數(shù)據(jù)pdu分流給目標senb,并保持和ue的數(shù)據(jù)傳輸;當源senb信號質量已經(jīng)很差,源senb可以將大部分甚至全部下行pdcp數(shù)據(jù)pdcu分流給目標senb,但是,此時由于ue還沒有接入目標senb,ue的數(shù)據(jù)傳輸吞吐量將會稍有下降。從這里可見,本發(fā)明方法根據(jù)源senb的信號質量選擇斷開或者保持和源senb的數(shù)據(jù)傳輸,這樣,在源senb信號質量還比較好的情況下,讓ue保持了和源senb的信號傳輸。
本發(fā)明方法的步驟500之后,還包括:
一方面,在ue接入目標senb并完成配置更新后,如果目標senb已經(jīng)通過x2-u從源senb收到分流的下行pdcp數(shù)據(jù)pdu,目標senb開始將下行pdcp數(shù)據(jù)pdu通過splitbearer的下層協(xié)議實體處理后,發(fā)送給ue。
另一方面,ue接入目標senb并完成配置更新后,可以開始通過和目標senb對應的splitbearer和/或scgbearer協(xié)議實體,向目標senb發(fā)送上行數(shù)據(jù)包。
當menb收到來自ue的rrc連接重配置完成消息后,該方法還包括:menb向核心網(wǎng)發(fā)起路徑轉換程序,請求全部或部分下行數(shù)據(jù)承載的下行隧道端點的變更。
當源senb收到來自s-gw的結束標識時,
在源senb為所有下行數(shù)據(jù)包分配pdcp子層的sn號后,向目標senb發(fā)送sn狀態(tài)傳輸消息,目標senb根據(jù)sn狀態(tài)傳輸消息,可以開始為從s-gw收到下行數(shù)據(jù)包分配pdcp子層的sn號;
在源senb完成所有下行數(shù)據(jù)的發(fā)送和/或轉發(fā)后,向menb請求進行源senb釋放。
而目標senb也會向menb請求刪除splitbearer協(xié)議實體。在請求menb刪除splitbearer協(xié)議實體之前,目標senb已經(jīng)成功發(fā)送所有的下行轉發(fā)數(shù)據(jù),或者,在請求menb刪除splitbearer協(xié)議實體之前,目標senb已經(jīng)從scgbearer協(xié)議實體收到來自ue的上行數(shù)據(jù)包,且已經(jīng)完成所有轉發(fā)上行數(shù)據(jù)包的排序。
在menb收到來自源senb和目標senb的釋放源senb及刪除splitbearer協(xié)議實體的消息后,menb向源senb發(fā)送senb釋放確認消息(senbreleaseconfirm),向目標senb發(fā)送senb修改確認消息(senbmodificationconfirm),向ue發(fā)送rrc連接重配置消息要求ue刪除對應splitbearer。
圖6為本發(fā)明雙連接中實現(xiàn)重配置的實施例的流程示意圖,如圖6所示,本實施例描述的是本發(fā)明中menb收到ue測量報告后,對ue的用戶面承載進行轉移的流程。在轉移執(zhí)行階段,menb除了請求目標senb為ue在源senb上的scgbearer執(zhí)行接納判決外,還需要目標senb為允許接納的scg bearer建立對應的splitbearer協(xié)議實體。具體包括以下步驟:
步驟601:menb根據(jù)ue的測量上報(或其他無線資源管理功能得出的結果,如負荷過重)做出需要用戶面重配置的決定,假設決定是將該ue的用戶面承載從源senb轉移到同一menb下的目標senb讓該ue繼續(xù)從輔服務基站獲得通信服務。
步驟602:menb向目標senb發(fā)送接納請求消息。
其中,接納請求消息除參考相關協(xié)議x2-ap消息(senbadditionrequest)而攜帶密鑰信息、ue安全能力信息、scgbearer配置信息等外,還至少攜帶有splitbearer配置信息或建立splitbearer的指示信息。其中,splitbearer配置信息或建立splitbearer的指示信息用于為源senb上一個或多個將要轉移到目標senb上的scgbearer在目標senb上建立對應的splitbearer協(xié)議實體。
對于splitbearer,
在下行鏈路上,數(shù)據(jù)在源senb的pdcp層和rlc層之間分流,分別發(fā)送給源senb和目標senb進行傳遞,目標senb上僅建立pdcp層之下的協(xié)議實體。ue從空口收到兩路下行數(shù)據(jù)后,在pdcp層進行合并‘
在上行鏈路上,數(shù)據(jù)在ue的rlc層和mac之間分流,分別通過空口發(fā)送給源senb和目標senb,目標senb上僅建立rlc層之下的協(xié)議實體。目標senb收到上行數(shù)據(jù)后,發(fā)送給源senb,在源senb的rlc層進行合并。
步驟603:目標senb接收到接納請求消息后,結合自身的資源狀況判斷是否可接納ue接入。本步驟的具體實現(xiàn)是本領域技術人員熟知的,并不用于限定本發(fā)明的保護范圍,這里不再贅述。
步驟604:如果目標senb判斷可以接納ue的接入,則向menb回復接納確認消息,在接納確認消息中除參考相關協(xié)議x2-ap消息(senbadditionrequestacknowledge)而攜帶目標senb同意接納的scgbearer列表外,還至少攜帶有為接收splitbearer的下行pdcp數(shù)據(jù)pdu而分配的傳輸層地址如gtpteid。
步驟605:menb收到接納確認消息后,向源senb發(fā)送修改請求消息。其中,修改請求消息通知源senb從目標senb通過接納確認消息收到的gtpteid,其目的是建立源senb和目標senb之間為ue提供下行數(shù)據(jù)分流服務的用戶面接口。這樣,源senb可以通過所述gtpteid將部分或全部下行pdcp數(shù)據(jù)pdu,通過x2-u分流給目標senb進行傳輸。源senb上的承載類型由scgbearer變更為splitbearer。
步驟606:源senb向menb發(fā)送修改請求確認消息,通知menb配置修改成功。其中,修改請求確認消息中還攜帶有為接收所述splitbearer的上行rlc數(shù)據(jù)pdu而分配的gtpteid。
本步驟中,在源senb向menb發(fā)送修改請求確認消息的同時或之后,源senb開始通過目標senb提供的gtpteid將部分或全部下行pdcp數(shù)據(jù)pdu分流給目標senb。
其中,如果源senb信號質量還比較好,源senb可以只將一部分下行pdcp數(shù)據(jù)pdu分流給目標senb,并保持和ue的數(shù)據(jù)傳輸。如果源senb信號質量已經(jīng)很差,源senb可以將大部分甚至全部下行pdcp數(shù)據(jù)pdcu分流給目標senb,但是這種情況下,由于ue還沒有接入目標senb,ue的數(shù)據(jù)傳輸吞吐量將會稍有下降。
本步驟中,在源senb向menb發(fā)送修改請求確認消息的同時或之后,源senb開始將還沒有完成排序的上行數(shù)據(jù)包發(fā)送給目標senb。同時,源senb的pdcp層的排序功能停止工作;源senb將后續(xù)收到的所有上行pdcp數(shù)據(jù)pdu解密后,發(fā)送目標senb,由目標senb的pdcp層完成排序。
步驟607:menb在收到源senb的修改請求確認消息后,向目標senb發(fā)送x2通知消息。其中,x2通知消息用于通知目標senb從源senb通過修改請求確認消息收到的gtpteid,其目的是建立源senb和目標senb之間為ue提供上行數(shù)據(jù)分流服務的用戶面接口。這樣,目標senb可以通過該gtpteid將目標senb從ue收到的上行rlc數(shù)據(jù)pdu,轉發(fā)給源senb。
步驟608:menb在收到源senb的修改請求確認消息后,根據(jù)接收到的接納確認消息中所攜帶的信息組成面向ue的無線資源控制(rrc,radio resourcecontrol)信令并發(fā)送給ue。
步驟609:ue在收到來自menb的指示將第一個或多個scgbearer從源senb轉移到目標senb的rrc信令后,判斷是否能按照rrc信令中的要求執(zhí)行rrc連接重配置請求。如果能,ue向menb發(fā)送rrc連接重配置完成(rrcconnectionreconfigurationcomplete)消息,指示ue已啟用新的無線資源配置。
步驟610:ue按照信令中攜帶的信息,與目標senb進行同步、向目標senb發(fā)起隨機接入,按照新的配置建立scgbearer,并建立對應的splitbearer協(xié)議實體。
ue接入目標senb并完成配置更新后,如果此時目標senb已經(jīng)通過x2-u從源senb收到分流的下行pdcp數(shù)據(jù)pdu,目標senb開始將下行pdcp數(shù)據(jù)pdu通過splitbearer的下層協(xié)議實體處理后發(fā)送給ue;
ue接入目標senb并完成配置更新后,可以開始通過和目標senb對應的splitbearer或scgbearer協(xié)議實體,向目標senb發(fā)送上行數(shù)據(jù)包。
步驟611:menb收到ue的rrc連接重配置完成消息后,向核心網(wǎng)發(fā)起路徑轉換程序,請求全部或部分下行數(shù)據(jù)承載的下行隧道端點的變更。
步驟612:源senb收到來自s-gw的結束標識,并為所有下行數(shù)據(jù)包分配pdcp子層的sn號后,向目標senb發(fā)送sn狀態(tài)傳輸消息,目標senb根據(jù)sn狀態(tài)傳輸消息,可以開始為從s-gw收到下行數(shù)據(jù)包分配pdcp子層的sn號。
步驟613:源senb收到來自s-gw的結束標識,并完成所有下行數(shù)據(jù)的發(fā)送和/或轉發(fā)后,請求menb進行源senb釋放。
步驟614:目標senb請求menb刪除splitbearer協(xié)議實體。
在請求menb刪除splitbearer協(xié)議實體之前,目標senb已經(jīng)成功發(fā)送所有的下行轉發(fā)數(shù)據(jù)。以及,
在請求menb刪除splitbearer協(xié)議實體之前,目標senb已經(jīng)從scgbearer協(xié)議實體收到來自ue的上行數(shù)據(jù)包,且已經(jīng)完成所有轉發(fā)上行數(shù)據(jù)包 的排序。
步驟615:在menb收到上述步驟613和步驟614中的消息后,menb向源senb發(fā)送senb釋放確認(senbreleaseconfirm)消息;向目標senb發(fā)送senb修改確認(senbmodificationconfirm)消息;向ue發(fā)送rrc連接重配置消息要求ue刪除對應splitbearer。
圖7為本發(fā)明用戶面協(xié)議實體及下行數(shù)據(jù)傳輸?shù)牡谝粚嵤├氖疽鈭D,第一實施例描述的是路徑轉換完成后源senb、目標senb和ue上的用戶平面協(xié)議實體及一種下行數(shù)據(jù)傳輸示意圖。如圖7所示,假設源senb已經(jīng)傳輸了sn號為1到5的pdcp數(shù)據(jù)pdu,重配置發(fā)生時,ue只收到了sn號為1,2和4的pdcp數(shù)據(jù)pdu并向源senb做了確認。對于sn號為3和5的pdcp數(shù)據(jù)pdu,ue只收到了部分rlc數(shù)據(jù)pdu。此時,如果源senb信號質量已經(jīng)不足以支持繼續(xù)向ue發(fā)送數(shù)據(jù),源senb會將sn號為3和5的pdcp數(shù)據(jù)pdu轉發(fā)給目標senb,由目標senb的splitbearer協(xié)議實體處理并發(fā)送。所有在收到結束標識之前從s-gw收到的還沒有開始發(fā)送的下行數(shù)據(jù),如sn號為6到9的pdcp數(shù)據(jù)sdu,都經(jīng)由pdcp層處理后,轉發(fā)給目標senb,由目標senb的splitbearer協(xié)議實體處理并發(fā)送。
對于下行數(shù)據(jù),ue與源senb對應的pdcp實體完成所有向上層遞交數(shù)據(jù)的工作后,與目標senb對應的pdcp實體才開始向上層遞交數(shù)據(jù),避免上層收到亂序的數(shù)據(jù)包。
圖8為本發(fā)明用戶面協(xié)議實體及下行數(shù)據(jù)傳輸?shù)牡诙嵤├氖疽鈭D,第二實施例描述的是路徑轉換完成后源senb、目標senb和ue上的用戶平面協(xié)議實體及一種下行數(shù)據(jù)傳輸示意圖。如圖8所示,假設源senb已經(jīng)傳輸了sn號為1到5的pdcp數(shù)據(jù)pdu,重配置發(fā)生時,ue只收到了sn號為1,2和4的pdcp數(shù)據(jù)pdu并向源senb做了確認。對于sn號為3和5的pdcp數(shù)據(jù)pdu,ue只收到了部分rlc數(shù)據(jù)pdu。此時,至少在一段時間內,源senb還可以繼續(xù)保持和ue之間的數(shù)據(jù)傳輸,源senb至少會繼續(xù)發(fā)送sn號為3和5的pdcp數(shù)據(jù)pdu對應的還沒有收到ue確認回復的rlc數(shù)據(jù)pdu或rlc數(shù)據(jù)pdu分段。所有在收到結束標識之前從s-gw收到的 還沒有開始發(fā)送的下行數(shù)據(jù),如sn號為6到9的pdcp數(shù)據(jù)sdu,都經(jīng)由pdcp層處理后,分流給源senb或目標senb發(fā)送。如圖7所示,源senb在收到結束標識前,還會收到sn號為6、7、8、9的pdcp數(shù)據(jù)sdu,經(jīng)由pdcp層處理后,源senb將sn號為8、9的pdcp數(shù)據(jù)pdu分流給目標senb發(fā)送,而將sn號為6、7的pdcp數(shù)據(jù)pdu留在源senb發(fā)送,保證了ue在向目標senb進行同步和接入時,ue和源senb之間依舊保持一定的數(shù)據(jù)傳輸。
對于下行數(shù)據(jù),ue與源senb對應的pdcp實體完成所有向上層遞交數(shù)據(jù)的工作后,與目標senb對應的pdcp實體才開始向上層遞交數(shù)據(jù),避免上層收到亂序的數(shù)據(jù)包。
圖9為本發(fā)明用戶面協(xié)議實體及上行數(shù)據(jù)傳輸?shù)牡谌龑嵤├氖疽鈭D,第三實施例描述的是路徑轉換完成后,源senb、目標senb和ue上的用戶平面協(xié)議實體及上行數(shù)據(jù)傳輸示意圖。如圖9所示,假設ue已經(jīng)傳輸了sn號為1到5的pdcp數(shù)據(jù)pdu,重配置發(fā)生時,源senb只收到了sn號為1,2和4的pdcp數(shù)據(jù)pdu并向ue做了確認。對于sn號為3和5的pdcp數(shù)據(jù)pdu,源senb只收到了部分rlc數(shù)據(jù)pdu。
此時,如果源senb和ue之間的信號質量已經(jīng)不能支持ue向源senb發(fā)送數(shù)據(jù),對于sn號為3和5的pdcp數(shù)據(jù)pdu,ue會將沒有發(fā)送或沒有發(fā)送成功的rlc數(shù)據(jù)pdu或rlc數(shù)據(jù)pdu分段,通過splitbearer協(xié)議實體發(fā)送給目標senb。目標senb收到所述rlc數(shù)據(jù)pdu或rlc數(shù)據(jù)pdu分段后,將所述rlc數(shù)據(jù)pdu或rlc數(shù)據(jù)pdu分段轉發(fā)給源senb,由源senb組合成sn號為3和5的pdcp數(shù)據(jù)pdu。后續(xù)上行數(shù)據(jù)包,如sn號為6及以后的數(shù)據(jù)包,ue使用和目標senb對應的scgbearer協(xié)議實體處理后發(fā)送給目標senb。
對于上行數(shù)據(jù),目標senb在源senb向s-gw遞交數(shù)據(jù)完成以后,才開始向s-gw遞交數(shù)據(jù),避免上層收到亂序的數(shù)據(jù)包。
圖10為本發(fā)明用戶面協(xié)議實體及上行數(shù)據(jù)傳輸?shù)牡谒膶嵤├氖疽鈭D,第四實施例描述的是路徑轉換完成后,源senb、目標senb和ue上的用戶 平面協(xié)議實體及上行數(shù)據(jù)傳輸示意圖。如圖10所示,假設ue已經(jīng)傳輸了sn號為1到5的pdcp數(shù)據(jù)pdu,重配置發(fā)生時,源senb只收到了sn號為1,2和4的pdcp數(shù)據(jù)pdu并向ue做了確認。對于sn號為3和5的pdcp數(shù)據(jù)pdu,源senb只收到了部分rlc數(shù)據(jù)pdu。
此時,如果源senb和ue之間的信號質量還足夠好,至少,對于sn號為3和5的pdcp數(shù)據(jù)pdu,ue會將沒有發(fā)送或沒有發(fā)送成功的rlc數(shù)據(jù)pdu或rlc數(shù)據(jù)pdu分段,通過splitbearer協(xié)議實體發(fā)送給源senb,并和已經(jīng)收到rlc數(shù)據(jù)pdu或rlc數(shù)據(jù)pdu分段組合成sn號為3和5的pdcp數(shù)據(jù)pdu。后續(xù)上行數(shù)據(jù)包,如sn號為6及以后的數(shù)據(jù)包,ue可以使用和目標senb對應的scgbearer協(xié)議實體處理后發(fā)送給目標senb。
對于上行數(shù)據(jù),目標senb在源senb向s-gw遞交數(shù)據(jù)完成以后,才開始向s-gw遞交數(shù)據(jù),避免上層收到亂序的數(shù)據(jù)包。
圖11為本發(fā)明主服務基站的組成結構示意圖,如圖11所示,至少包括第一處理單元,用于建立源senb與目標senb之間為ue提供上行數(shù)據(jù)服務和下行數(shù)據(jù)服務的用戶面接口。其中,
第一處理單元包括:第一建立模塊,第二建立模塊;其中,
第一建立模塊,用于將來自目標senb分配的傳輸層地址發(fā)送給源senb,以使在源senb和目標senb之間建立為ue提供下行數(shù)據(jù)分流服務的用戶面接口;
第二建立模塊,用于接收來自源senb的分配的傳輸層地址后發(fā)送給目標senb,并以使在源senb和目標senb之間建立為ue提供上行數(shù)據(jù)分流服務的用戶面接口;組成面向ue的rrc信令并發(fā)送給ue。
其中,第一建立模塊還用于:指示目標senb為源senb上一個或多個將要轉移到目標senb上的scgbearer建立對應的splitbearer協(xié)議實體。
其中,
第一建立模塊具體用于:向目標senb發(fā)送攜帶有splitbearer配置信息或建立splitbearer的指示信息的接納請求消息。其中,splitbearer配置信息或 建立splitbearer的指示信息用于為源senb上一個或多個將要轉移到目標senb上的scgbearer在目標senb上建立對應的splitbearer協(xié)議實體;
接收來自目標senb的攜帶有為接收建立的splitbearer的下行pdcp數(shù)據(jù)pdu而分配的傳輸層地址的接納確認消息,向源senb發(fā)送攜帶有目標senb分配的傳輸層地址的修改請求消息。
第二建立模塊具體用于:接收來自源senb的攜帶有為接收建立的splitbearer的上行rlc數(shù)據(jù)pdu而分配的傳輸層地址的修改請求確認消息;向目標senb發(fā)送攜帶有源senb分配的為接收建立的splitbearer的上行rlc數(shù)據(jù)pdu而分配的傳輸層地址的x2通知消息;根據(jù)接收到的接納確認消息中所攜帶的信息組成面向ue的rrc信令并發(fā)送給ue。
進一步地,
第二建立模塊還用于:當收到來自ue的rrc連接重配置完成消息,向核心網(wǎng)發(fā)起路徑轉換程序,請求全部或部分下行數(shù)據(jù)承載的下行隧道端點的變更。
圖12為本發(fā)明輔服務基站的組成結構示意圖,如圖12所示,至少包括:第二處理單元,和/或第三處理單元;其中,
第二處理單元,用于按照來自menb的指示,為源senb上一個或多個將要轉移到目標senb上的scgbearer建立對應的splitbearer協(xié)議實體;為接收建立的splitbearer的下行pdcp數(shù)據(jù)pdu而分配傳輸層地址;接收來自menb的源senb分配的傳輸層地址,在源senb和目標senb之間建立為ue提供上行數(shù)據(jù)分流服務的用戶面接口。具體用于:
接收到來自menb的攜帶有splitbearer配置信息或建立splitbearer的指示信息的接納請求消息,為源senb上一個或多個將要轉移到目標senb上的scgbearer在目標senb上建立對應的splitbearer協(xié)議實體;
向menb發(fā)送攜帶有為接收建立的splitbearer的下行pdcp數(shù)據(jù)pdu而分配的傳輸層地址的接納確認消息;
接收來自menb的攜帶有源senb分配的為接收建立的splitbearer的上 行rlc數(shù)據(jù)pdu而分配的傳輸層地址修改請求確認消息;建立源senb和目標senb之間為ue提供上行數(shù)據(jù)分流服務的用戶面接口;
在重配置過程中,將上行rlc數(shù)據(jù)pdu轉發(fā)給源senb。
第三處理單元,用為接收建立的splitbearer的上行rlc數(shù)據(jù)pdu而分配傳輸層地址;接收來自menb的目標senb的分配的傳輸層地址;在源senb和目標senb之間建立為ue提供下行數(shù)據(jù)分流服務的用戶面接口。具體用于:
接收來自menb的攜帶有目標senb分配的傳輸層地址的修改請求消息;建立源senb和目標senb之間為ue提供下行數(shù)據(jù)分流服務的用戶面接口;
向menb發(fā)送攜帶有為接收建立的splitbearer的上行rlc數(shù)據(jù)pdu而分配的傳輸層地址的修改請求確認消息;
在重配置過程中,將下行pdcp數(shù)據(jù)pdu分流給目標senb。
第三處理單元還用于:保持和ue的數(shù)據(jù)傳輸直到重配置成功。
進一步地,
第三處理單元還用于:收到來自s-gw的結束標識時為所有下行數(shù)據(jù)包分配pdcp子層的sn號后,向目標senb發(fā)送sn狀態(tài)傳輸消息,完成所有下行數(shù)據(jù)的發(fā)送和/或轉發(fā)后,向menb請求進行源senb釋放;相應地,
第二處理單元還用于:根據(jù)sn狀態(tài)傳輸消息,開始為從s-gw收到下行數(shù)據(jù)包分配pdcp子層的sn號;在已經(jīng)成功發(fā)送所有的下行轉發(fā)數(shù)據(jù),或者,已經(jīng)從scgbearer協(xié)議實體收到來自ue的上行數(shù)據(jù)包,且已經(jīng)完成所有轉發(fā)上行數(shù)據(jù)包的排序,向menb請求刪除splitbearer協(xié)議實體;
此時,
主服務基站中的第二建立模塊還用于:收到來自源senb和目標senb的釋放源senb及刪除splitbearer協(xié)議實體的消息,向源senb發(fā)送senb釋放確認消息,向目標senb發(fā)送senb修改確認消息,向ue發(fā)送rrc連接重配置消息要求ue刪除對應splitbearer。
以上所述,僅為本發(fā)明的較佳實例而已,并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內,所做的任何修改、等同替換、改進等, 均應包含在本發(fā)明的保護范圍之內。