識別Xn接口造成擁塞以及對接收窗口進行控制的方法
【專利摘要】本發(fā)明涉及一種在具有宏小區(qū)及小小區(qū)的多連接通信系統(tǒng)中用于識別由Xn接口造成的擁塞進而控制相應協(xié)議層窗口的方法，包括所述小小區(qū)的基站經(jīng)過所述Xn接口從所述宏小區(qū)的基站接收下行數(shù)據(jù)包并對所述下行數(shù)據(jù)包進行檢測；以及所述小小區(qū)基站根據(jù)所述檢測的結(jié)果確定是否存在由所述Xn接口造成的擁塞，在檢測到Xn擁塞后在下行通知用戶或在上行在基站處不停止相應協(xié)議層窗口。本發(fā)明還涉及執(zhí)行上述方法的基站設備。
【專利說明】識別Xn接口造成擁塞以及對接收窗口進行控制的方法

【技術領域】
[0001]本申請主要涉及通信技術，特別的，涉及在多連接通信系統(tǒng)中識別由Xn接口造成擁塞的方法以及相應的對接收窗口進行控制的方法。

【背景技術】
[0002]由于低功率節(jié)點能夠帶來容量擴增和盲點覆蓋方面的增益，越來越多的研究將重點指向由低功率節(jié)點所覆蓋的小小區(qū)(small cell)的部署和增強中。這里，低功率節(jié)點可以是小型基站，其例子包括但不限于Pico、Femto等低功率基站。在3GPP R12中，一個新的研究項目 “Small Cell Enhancements for E-UTRA and E-UTRAN Higher-layeraspects”(“針對E-UTRA和E-UTRAN高層方面的小小區(qū)增強)”已經(jīng)得到批準，并且其中的一個重點是要支持宏小區(qū)(由宏基站提供覆蓋的小區(qū))和小小區(qū)之間的雙/多連接(dual /plural connectivity)。
[0003]在這樣的多連接通信系統(tǒng)中，小小區(qū)基站和宏小區(qū)基站通過Xn接口進行通信，所述Xn接口具有非理想特征，可能發(fā)生擁塞并有較長的延遲以及數(shù)據(jù)丟失。
[0004]TCP協(xié)議中包含擁塞避免機制。在發(fā)生了擁塞后，TCP層會丟棄數(shù)據(jù)包。鑒于由Xn接口引發(fā)擁塞的情況比較少見，因此丟棄受這種擁塞影響的數(shù)據(jù)包對于最終的用戶體驗沒有很大的影響。然而，無線鏈路或空中接口是非常不穩(wěn)定的，所以要對因空口產(chǎn)生的數(shù)據(jù)包丟失采用傳統(tǒng)的重傳輸?shù)仁侄蝸肀ＷC數(shù)據(jù)的正確傳輸，否則用戶體驗就會大打折扣。


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

[0005]當前所面臨的情況是由空中接口造成的數(shù)據(jù)包丟失有可能和由Xn接口所造成的擁塞或數(shù)據(jù)包丟失可能同時存在。盡管，由于Xn接口造成的擁塞或數(shù)據(jù)包丟失對于用戶體驗影響不大，但是對于空中接口造成的數(shù)據(jù)包丟失必須及時采取重傳等措施加以處理，否則就會影響用戶體驗。而如何將二者區(qū)分開來是一個亟待解決的問題。
[0006]因此，為了克服上述問題，根據(jù)本申請的一個實施例提供了一種在具有宏小區(qū)及小小區(qū)的多連接通信系統(tǒng)中用于識別由Xn接口造成的擁塞的方法，包括:所述小小區(qū)的基站經(jīng)過所述Xn接口從所述宏小區(qū)的基站接收下行數(shù)據(jù)包并對所述下行數(shù)據(jù)包進行檢測；以及所述小小區(qū)基站根據(jù)所述檢測的結(jié)果確定是否存在由所述Xn接口造成的擁塞。
[0007]特別的，所述檢測包括根據(jù)所述下行數(shù)據(jù)包的序號對所述下行數(shù)據(jù)包進行重排序；所述方法還包括，當所述重排序結(jié)果顯示所述下行數(shù)據(jù)包存在丟失時，所述小小區(qū)基站確定存在由所述Xn接口造成的擁塞，并直接通知或者通過所述宏小區(qū)基站通知用戶設備不要因所述Xn接口造成的擁塞而停止所述用戶設備接收窗口的滑動。
[0008]特別的，所述重排序是基于GTP序號進行的。
[0009]特別的，所述重排序是基于由所述Xn接口傳輸?shù)乃鱿滦袛?shù)據(jù)包的類型以及所述宏小區(qū)與所述小小區(qū)之間的承載分割模式進行的，其中當所述下行數(shù)據(jù)包是rocp數(shù)據(jù)包，并且在所述宏小區(qū)和所述小小區(qū)之間不存在承載分割，則所述重排序是基于rocp序號進行的；當所述下行數(shù)據(jù)包是RLC數(shù)據(jù)包，并且在所述宏小區(qū)和所述小小區(qū)之間不存在承載分割，則所述重排序是基于RLC數(shù)據(jù)序號進行的；或當所述宏小區(qū)和所述小小區(qū)之間存在承載分割，則所述重排序是基于GTP序號進行的。
[0010]根據(jù)本申請的一個實施例提供了一種在具有宏小區(qū)及小小區(qū)的多連接通信系統(tǒng)中用于協(xié)助識別由Xn接口造成的擁塞的方法，包括:所述小小區(qū)的基站經(jīng)過空中接口從用戶設備接收上行數(shù)據(jù)包，并檢測所述上行數(shù)據(jù)包是否存在丟失；所述小小區(qū)基站基于所述檢測結(jié)果確定是否存在由所述空中接口造成的數(shù)據(jù)包丟失；以及所述小小區(qū)基站將其所接收到的所述上行數(shù)據(jù)包經(jīng)過所述Xn接口轉(zhuǎn)發(fā)給所述宏小區(qū)的基站，并且通過狀態(tài)報告通知所述宏小區(qū)基站所述空中接口造成丟失的數(shù)據(jù)包序號，用于所述宏小區(qū)基站在識別由所述Xn接口造成的擁塞時對所述由所述空中接口造成丟失的數(shù)據(jù)包序號加以排除。
[0011]特別的，檢測包括所述小小區(qū)基站對所述上行數(shù)據(jù)包進行重傳輸或重排序，并且所述丟失的數(shù)據(jù)包序號為rocp或RLC序號。
[0012]根據(jù)本申請的一個實施例提供了一種在具有宏小區(qū)及小小區(qū)的多連接通信系統(tǒng)中用于識別由Xn接口造成的擁塞的方法，包括所述宏小區(qū)的基站經(jīng)過所述Xn接口從所述小小區(qū)的基站接收上行數(shù)據(jù)包并對所述上行數(shù)據(jù)包進行檢測；以及所述宏小區(qū)基站根據(jù)所述檢測的結(jié)果確定是否存在由所述Xn接口造成的擁塞。
[0013]特別的，所述檢測包括基于GTP序號對所述上行數(shù)據(jù)包進行重排序，并判斷所述上行數(shù)據(jù)包是否有丟失；所述方法還包括，當所述上行數(shù)據(jù)包有丟失時，所述宏小區(qū)基站確定存在由所述Xn接口造成的擁塞，并不由于所述Xn接口造成擁塞停止相應層的接收窗口的滑動。
[0014]特別的，所述檢測是基于所述上行數(shù)據(jù)包的類型以及所述宏小區(qū)和所述小小區(qū)之間的承載分割模式進行的，其中當所述上行數(shù)據(jù)包是rocp數(shù)據(jù)包，且所述宏小區(qū)與所述小小區(qū)之間不存在承載分割時，則所述方法還包括所述宏小區(qū)基站從所述小小區(qū)基站接收狀態(tài)報告，其中所述狀態(tài)報告至少包括空中接口造成丟失的數(shù)據(jù)包的rocp序號，所述檢測包括所述宏小區(qū)基站基于rocp序號對所述上行數(shù)據(jù)包進行重排序，并確定其中除了所述狀態(tài)報告中所包含的rocp序號對應的數(shù)據(jù)包以外，所述上行數(shù)據(jù)包是否還存在任何丟失；或者當所述上行數(shù)據(jù)包是RLC數(shù)據(jù)包，且所述宏小區(qū)與所述小小區(qū)之間不存在承載分割時，則所述方法還包括所述宏小區(qū)基站從所述小小區(qū)基站接收狀態(tài)報告，其中包括所述空中接口造成丟失的數(shù)據(jù)包的RLC序號，所述檢測包括所述宏小區(qū)基站基于RLC序號對所述上行數(shù)據(jù)包進行重排序，并確定其中除了所述狀態(tài)報告中所包含的RLC序號對應的數(shù)據(jù)包以夕卜，所述上行數(shù)據(jù)包是否還存在任何丟失。
[0015]特別的，當除了所述狀態(tài)報告中所包含的序號對應的數(shù)據(jù)包以外所述上行數(shù)據(jù)包仍然存在丟失時，所述宏小區(qū)基站確定存在由所述Xn接口造成的擁塞，并不因所述Xn接口造成的擁塞停止接收窗口的滑動。
[0016]特別的，當所述宏小區(qū)與所述小小區(qū)之間存在承載分割時，所述檢測包括所述宏小區(qū)基站基于GTP序號對所述上行數(shù)據(jù)包進行重排序從而判斷所述上行數(shù)據(jù)包是否有丟失。
[0017]根據(jù)本申請的一個實施例所提供了一種用于執(zhí)行前述任一方法的基站設備。
[0018]采用本發(fā)明實施例中所提供的方法和裝置，不僅可以有效的對由空中接口所造成的數(shù)據(jù)包丟失和由Xn接口所造成的擁塞加以區(qū)分，從而可以有效的制止相應層接收窗口因Xn接口產(chǎn)生擁塞而停止滑動。這樣一來，不僅保證了用戶體驗的質(zhì)量，還節(jié)省了系統(tǒng)資源。

【專利附圖】

【附圖說明】
[0019]圖1所示為根據(jù)本發(fā)明一個實施例所述的在多連接通信系統(tǒng)中識別由Xn接口在下行鏈路造成的擁塞的通信過程示意圖；
[0020]圖2所示為根據(jù)本發(fā)明一個實施例所述的在多連接通信系統(tǒng)中識別由Xn接口在上行鏈路造成的擁塞的通信過程示意圖；
[0021]圖3所示為根據(jù)本發(fā)明另一個實施例所述的在多連接通信系統(tǒng)中識別由Xn接口在上行鏈路造成的擁塞的通信過程示意圖；以及
[0022]圖4(a)_(d)所示為根據(jù)本發(fā)明的實施例所述的四種用戶面多連接通信系統(tǒng)架構(gòu)示意圖。

【具體實施方式】
[0023]下面詳細討論本申請的實施例的制造和使用。但是，應當理解的是，本發(fā)明提供了許多可以在各種具體背景下實施的可行的創(chuàng)新性概念。所討論的具體實施例僅是說明制造和使用本發(fā)明的具體方式，并不限制本發(fā)明的范圍。
[0024]圖1所示為根據(jù)本發(fā)明一個實施例所述的在具有宏小區(qū)和小小區(qū)的多連接通信系統(tǒng)中識別由Xn接口在下行鏈路造成的擁塞的通信過程示意圖。
[0025]宏小區(qū)基站MeNBllO包括分組數(shù)據(jù)匯聚協(xié)議層(packet data convergenceprotocol,簡稱F1DCP),無線鏈路控制(rad1 link control,簡稱RLC)層，以及介質(zhì)訪問控制層(media access control,簡稱MAC)。小小區(qū)基站SeNB200也包括RLC層和MAC層。在圖4(a)所示的用戶面多連接通信系統(tǒng)架構(gòu)中，MeNBlOO在其HXP層產(chǎn)生TOCP數(shù)據(jù)包，并經(jīng)由Xn接口傳輸給SeNB200的RLC層。承載在MeNBlOO和SeNB200之間沒有分割，承載數(shù)據(jù)只能通過SeNB200傳輸給用戶設備UE300。
[0026]對于這種架構(gòu)來說，在如圖1所示的過程中，在步驟S301，MeNBlOO通過Xn接口向SeNB200傳輸下行HXP數(shù)據(jù)包。在步驟S302，SeNB200基于HXP序號對其所接收到的數(shù)據(jù)包進行重排序。由于數(shù)據(jù)包不必然是按照順序被SeNB200接收的，因此通過重排序操作就可以知道在經(jīng)過Xn接口的傳輸過程中丟失了哪些數(shù)據(jù)包。
[0027]在步驟S303，當SeNB200發(fā)現(xiàn)其所接收到的下行數(shù)據(jù)包中存在丟失的時候，就確定存在由Xn接口造成的擁塞。在步驟S304，SeNB200就會通知UE300，不要因為由Xn接口造成的擁塞而停止UE300的接收窗口的滑動。根據(jù)一個實施例，SeNB200可以將因Xn接口擁塞而丟失的下行數(shù)據(jù)包的序號告知UE300。根據(jù)另一個實施例，SeNB200可以在步驟S304告知MeNBlOO存在由Xn接口造成的擁塞。在步驟S305’，MeNBlOO通知UE300不要因為由Xn接口造成的擁塞而停止接收窗口的滑動。
[0028]在圖4(b)所示用戶面多連接通信系統(tǒng)架構(gòu)中，MeNBlOO在其RLC層，也稱主RLC層，產(chǎn)生RLC數(shù)據(jù)包，并經(jīng)由Xn接口傳輸給SeNB200的RLC層也稱從RLC層。同樣的，承載在MeNBlOO和SeNB200之間沒有分割，承載數(shù)據(jù)只能通過SeNB200傳輸給用戶設備UE300。
[0029]圖4(b)所示的多連接通信系統(tǒng)的通信過程與上面所描述的關于圖4(a)所示的多連接通信系統(tǒng)的通信過程基本相似，不同之處在于經(jīng)過Xn接口所傳輸?shù)臄?shù)據(jù)包為RLC數(shù)據(jù)包。在步驟S302，SeNB200基于RLC的序號對其所接收到的下行數(shù)據(jù)包進行重排序。
[0030]根據(jù)本發(fā)明的一個實施例，針對圖4(a)和(b)中所示的多連接通信系統(tǒng)來說，SeNB200也可以采用Xn接口專用的GPRS隧道協(xié)議(GPRS tunneling protocol，簡稱GTP)以及相應的GTP序號來對其所接收到的下行數(shù)據(jù)包進行重排序操作，并在確定發(fā)生了由Xn接口造成的擁塞時，通知UE300相應的HXP層或RLC層不要因Xn接口造成的擁塞而停止其接收窗口的滑動。
[0031]在圖4(c)所示的多連接通信系統(tǒng)架構(gòu)中，MeNBlOO在其HXP層產(chǎn)生HXP數(shù)據(jù)包，并經(jīng)由Xn接口傳輸給SeNB200的RLC層但是與圖4 (a)中的架構(gòu)不同的是，承載在MeNBlOO和SeNB200之間有所分割，承載數(shù)據(jù)既可以通過SeNB200傳輸給用戶設備UE300，也可以通過MeNBlOO直接傳輸給用戶設備UE300。
[0032]在圖4(d)所示用戶面多連接通信系統(tǒng)架構(gòu)中，MeNBlOO在主RLC層產(chǎn)生RLC數(shù)據(jù)包，并經(jīng)由Xn接口傳輸給SeNB200的從RLC層。但是與圖4(b)中的架構(gòu)不同的是，承載在MeNBlOO和SeNB200之間有所分割，承載數(shù)據(jù)既可以通過SeNB200傳輸給用戶設備UE300，也可以通過MeNBlOO直接傳輸給用戶設備UE300。
[0033]對于具有上述兩種架構(gòu)的通信系統(tǒng)來說，由于存在無線承載的分割，因此就不能再基于rocp或RLC序號來進行重排序。因為即便在SeNB200端發(fā)現(xiàn)存在下行數(shù)據(jù)包的缺失也不一定代表存在由Xn接口造成的擁塞。那些看上去缺失的數(shù)據(jù)包中的部分或全部可能已經(jīng)通過MeNBlOO傳輸給UE300 了。因此，對于圖4(c)和圖4(d)所示的通信系統(tǒng)來說，只能基于GTP協(xié)議來進行重排序。GTP協(xié)議之所以在這種情況下仍然能夠準確的進行數(shù)據(jù)包丟失統(tǒng)計的原因在于，GTP協(xié)議是用于基站間的點對點通信協(xié)議，基于GTP協(xié)議可以僅關注MeNBlOO傳輸給SeNB200的數(shù)據(jù)包進行監(jiān)控和排序，而不考慮那些由MeNBlOO直接發(fā)送給UE300的數(shù)據(jù)包。
[0034]圖2所示為根據(jù)本發(fā)明一個實施例所述的在具有宏小區(qū)和小小區(qū)的多連接通信系統(tǒng)中識別由Xn接口在上行鏈路造成的擁塞的通信過程示意圖。
[0035]對于圖4(a)所示的通信系統(tǒng)來說，在步驟S401，UE300通過空中接口向SeNB200發(fā)送上行數(shù)據(jù)包。由于空中接口 /無線鏈路非常不穩(wěn)定，常常會發(fā)生丟失數(shù)據(jù)包的情況，因此在步驟S402，SeNB200要利用其所具有的重傳輸和/或重排序功能模塊來對其所接收到的上行數(shù)據(jù)包進行檢測和/或重傳。
[0036]在步驟S403，當SeNB200發(fā)現(xiàn)其從UE300接收到的上行數(shù)據(jù)包有所丟失，則確定存在由空中接口造成的數(shù)據(jù)包丟失，從而將所丟失的數(shù)據(jù)包的序號保存下來。
[0037]在步驟S404，SeNB200會將其從UE300處接收到的上行數(shù)據(jù)包經(jīng)過Xn接口轉(zhuǎn)發(fā)給MeNBlOO，另外還會采用狀態(tài)報告的方式將上述由空中接口造成丟失的數(shù)據(jù)包的序號告知MeNBlOO。針對圖4 (a)所示的通信系統(tǒng)來說，SeNB200轉(zhuǎn)發(fā)給MeNBlOO的數(shù)據(jù)包是HXP數(shù)據(jù)包。
[0038]在步驟S405，MeNBlOO在TOCP層基于TOCP序號對其所接收到的轉(zhuǎn)發(fā)上行數(shù)據(jù)包進行重排序。在步驟S406，MeNBlOO確定除了 SeNB200所報告的由于空中接口造成丟失的數(shù)據(jù)包以外，仍然存在其他數(shù)據(jù)包的丟失。因此確定存在由Xn接口造成的擁塞。在步驟S407，MeNBlOO不會因Xn接口造成的擁塞而停止其接收窗口的滑動，或者說MeNBlOO的接收窗口不會等待那些因Xn接口擁塞而丟失的數(shù)據(jù)包，而是直接將其所接收到的轉(zhuǎn)發(fā)上行數(shù)據(jù)包轉(zhuǎn)發(fā)給其他設備。
[0039]對于圖4(b)所示的通信系統(tǒng)來說，其識別由Xn接口在上行鏈路造成的擁塞的通信過程與圖4(a)所示系統(tǒng)的通信過程基本類似，不同的是在步驟S404，SeNB200轉(zhuǎn)發(fā)給MeNBlOO的數(shù)據(jù)包是RLC數(shù)據(jù)包。在步驟S405，MeNBlOO基于RLC序號對其所接收到的轉(zhuǎn)發(fā)上行數(shù)據(jù)包進行重排序。
[0040]圖3所示為根據(jù)本發(fā)明另一個實施例所述的在具有宏小區(qū)和小小區(qū)的多連接通信系統(tǒng)中識別由Xn接口在上行鏈路造成的擁塞的通信過程示意圖。
[0041]根據(jù)本發(fā)明的一個實施例，針對圖4(a)和圖4(b)中所示的多連接通信系統(tǒng)來說，也可以通過如圖3所示的通信過程對由Xn接口造成的擁塞加以識別。在步驟501，UE300經(jīng)過空中接口向SeNB200發(fā)送上行數(shù)據(jù)包。在步驟S502，SeNB200經(jīng)過Xn接口向MeNBlOO轉(zhuǎn)發(fā)其所收到的上行數(shù)據(jù)包。在步驟S503，MeNBlOO采用GTP協(xié)議以及相應的GTP序號來對其所接收到的轉(zhuǎn)發(fā)上行數(shù)據(jù)包進行重排序操作。在步驟S504，MeNBlOO發(fā)現(xiàn)SeNB200轉(zhuǎn)發(fā)給其的數(shù)據(jù)包有所丟失，則確定存在Xn接口造成的擁塞，因此不停止MeNBlOO相應的TOCP或RLC層接收窗口的滑動。
[0042]根據(jù)本發(fā)明的另一實施例，針對圖4(c)和圖4(d)所示的多連接通信系統(tǒng)來說，由于在MeNBlOO和SeNB200之間存在承載分割，因此除了步驟S501以外，還可能存在S501’，在該步驟中UE300可能直接向MeNBlOO傳輸上行數(shù)據(jù)包。與下行傳輸?shù)那闆r類似，在存在承載分割的多連接通信系統(tǒng)中，如果仍然利用HXP或RLC序號來對MeNBlOO所接收到的上行數(shù)據(jù)包進行重排序，無法對是否存在由Xn接口造成的擁塞加以準確的判斷。因此，對圖4(c)和圖4(d)所示的多連接通信系統(tǒng)來說，只能采用GTP協(xié)議基于GTP序號進行重排序，從而判斷通過Xn接口進行傳輸?shù)纳闲袛?shù)據(jù)包是否存在丟失的情況。
[0043]綜上所述，本申請不僅提供了用于識別具有宏小區(qū)和小小區(qū)的多連接通信系統(tǒng)中由Xn接口造成的擁塞的方法，還提供了避免因Xn接口造成的擁塞而停止接收窗口滑動的方法。
[0044]根據(jù)本申請的一個實施例，在上面所提到的多連接系統(tǒng)的MeNBlOO和SeNB200中都包含相應的GTP功能模塊(未示出)。當采用rocp或RLC序號進行重排序的情況下，數(shù)據(jù)包中的GTP協(xié)議部分被屏蔽，而在采用GTP序號進行重排序的情況下，則基于數(shù)據(jù)包中的GTP協(xié)議部分進行操作。
[0045]本領域技術人員很容易就得知，可以在本實用新型的范圍內(nèi)改變材料和方法。還應該理解的是，除了用于說明實施例的具體語境之外，本實用新型提供了許多可應用的創(chuàng)新性概念。相應地，所附權(quán)利要求旨在將這樣的過程、機器、制造、物質(zhì)合成、裝置、方法或者步驟包括在它們的范圍內(nèi)。
【權(quán)利要求】
1.一種在具有宏小區(qū)及小小區(qū)的多連接通信系統(tǒng)中用于識別由Xn接口造成的擁塞的方法，包括: 所述小小區(qū)的基站經(jīng)過所述Xn接口從所述宏小區(qū)的基站接收下行數(shù)據(jù)包并對所述下行數(shù)據(jù)包進行檢測；以及 所述小小區(qū)基站根據(jù)所述檢測的結(jié)果確定是否存在由所述Xn接口造成的擁塞。
2.如權(quán)利要求1所述的方法，其中所述檢測包括根據(jù)所述下行數(shù)據(jù)包的序號對所述下行數(shù)據(jù)包進行重排序； 所述方法還包括，當所述重排序結(jié)果顯示所述下行數(shù)據(jù)包存在丟失時，所述小小區(qū)基站確定存在由所述Xn接口造成的擁塞，并直接通知或者通過所述宏小區(qū)基站通知用戶設備不要因所述Xn接口造成的擁塞而停止所述用戶設備接收窗口的滑動。
3.如權(quán)利要求2所述的方法，其中所述重排序是基于GTP序號進行的。
4.如權(quán)利要求2所述的方法，其中所述重排序是基于由所述Xn接口傳輸?shù)乃鱿滦袛?shù)據(jù)包的類型以及所述宏小區(qū)與所述小小區(qū)之間的承載分割模式進行的，其中 當所述下行數(shù)據(jù)包是HXP數(shù)據(jù)包，并且在所述宏小區(qū)和所述小小區(qū)之間不存在承載分割，則所述重排序是基于rocp序號進行的； 當所述下行數(shù)據(jù)包是RLC數(shù)據(jù)包，并且在所述宏小區(qū)和所述小小區(qū)之間不存在承載分害I]，則所述重排序是基于RLC數(shù)據(jù)序號進行的；或 當所述宏小區(qū)和所述小小區(qū)之間存在承載分割，則所述重排序是基于GTP序號進行的。
5.一種在具有宏小區(qū)及小小區(qū)的多連接通信系統(tǒng)中用于協(xié)助識別由Xn接口造成的擁塞的方法，包括: 所述小小區(qū)的基站經(jīng)過空中接口從用戶設備接收上行數(shù)據(jù)包，并對所述上行數(shù)據(jù)包進行檢測； 所述小小區(qū)基站發(fā)現(xiàn)所述上行數(shù)據(jù)包發(fā)生了丟失，則記錄所述丟失的數(shù)據(jù)包序號；以及 所述小小區(qū)基站將其所接收到的所述上行數(shù)據(jù)包經(jīng)過所述Xn接口轉(zhuǎn)發(fā)給所述宏小區(qū)的基站，并且通過狀態(tài)報告通知所述宏小區(qū)基站由所述空中接口造成丟失的數(shù)據(jù)包序號，用于所述宏小區(qū)基站在識別由所述Xn接口造成的擁塞時對因所述空中接口造成丟失的數(shù)據(jù)包序號加以排除。
6.如權(quán)利要求5所述的方法，其中檢測包括所述小小區(qū)基站對所述上行數(shù)據(jù)包進行重傳輸或重排序，且所述丟失的數(shù)據(jù)包序號為rocp或RLC序號。
7.一種在具有宏小區(qū)及小小區(qū)的多連接通信系統(tǒng)中用于識別由Xn接口造成的擁塞的方法，包括: 所述宏小區(qū)的基站經(jīng)過所述Xn接口從所述小小區(qū)的基站接收上行數(shù)據(jù)包并對所述上行數(shù)據(jù)包進行檢測；以及 所述宏小區(qū)基站根據(jù)所述檢測的結(jié)果確定是否存在由所述Xn接口造成的擁塞。
8.如權(quán)利要求7所述的方法，其中所述檢測包括基于GTP序號對所述上行數(shù)據(jù)包進行重排序，并判斷所述上行數(shù)據(jù)包是否有丟失； 所述方法還包括，當所述上行數(shù)據(jù)包有丟失時，所述宏小區(qū)基站確定存在由所述Xn接口造成的擁塞，并不因所述Xn接口造成擁塞停止相應層的接收窗口的滑動。
9.如權(quán)利要求7所述的方法，其中所述檢測是基于所述上行數(shù)據(jù)包的類型以及所述宏小區(qū)和所述小小區(qū)之間的承載分割模式進行的，其中 當所述上行數(shù)據(jù)包是rocp數(shù)據(jù)包，且所述宏小區(qū)與所述小小區(qū)之間不存在承載分割時，則所述方法還包括所述宏小區(qū)基站從所述小小區(qū)基站接收狀態(tài)報告，其中所述狀態(tài)報告至少包括在空中接口造成丟失的數(shù)據(jù)包的rocp序號，所述檢測包括所述宏小區(qū)基站基于rocp序號對所述上行數(shù)據(jù)包進行重排序，并確定其中除了所述狀態(tài)報告中所包含的PDCP序號對應的數(shù)據(jù)包以外，所述上行數(shù)據(jù)包是否還存在任何丟失；或 當所述上行數(shù)據(jù)包是RLC數(shù)據(jù)包，且所述宏小區(qū)與所述小小區(qū)之間不存在承載分割時，則所述方法還包括所述宏小區(qū)基站從所述小小區(qū)基站接收狀態(tài)報告，其中包括受所述空中接口造成丟失的數(shù)據(jù)包的RLC序號，所述檢測包括所述宏小區(qū)基站基于RLC序號對所述上行數(shù)據(jù)包進行重排序，并確定其中除了所述狀態(tài)報告中所包含的RLC序號對應的數(shù)據(jù)包以外，所述上行數(shù)據(jù)包是否還存在任何丟失。
10.如權(quán)利要求9所述的方法，當所述宏小區(qū)與所述小小區(qū)之間存在承載分割時，所述檢測包括所述宏小區(qū)基站基于GTP序號對所述上行數(shù)據(jù)包進行重排序從而判斷所述上行數(shù)據(jù)包是否有丟失；并且當所述上行數(shù)據(jù)包存在丟失時，所述宏小區(qū)基站確定存在由所述Xn接口造成的擁塞，并不因所述Xn接口造成的擁塞而停止所述宏小區(qū)基站相應層的接收窗口的滑動。
11.如權(quán)利要求9所述的方法，其中當除了所述狀態(tài)報告中所包含的序號對應的數(shù)據(jù)包以外所述上行數(shù)據(jù)包仍然存在丟失時，所述宏小區(qū)基站確定存在由所述Xn接口造成的擁塞，并不因所述Xn接口造成的擁塞而停止所述宏小區(qū)基站相應層的接收窗口的滑動。
12.—種用于執(zhí)行前述任一權(quán)利要求所述的方法的基站設備。
【文檔編號】H04W28/02GK104519477SQ201310454723
【公開日】2015年4月15日 申請日期:2013年9月27日 優(yōu)先權(quán)日:2013年9月27日
【發(fā)明者】溫萍萍, 錢德瑞卡·沃拉爾 申請人:上海貝爾股份有限公司, 阿爾卡特朗訊