本發(fā)明涉及無線通信技術(shù)領(lǐng)域，特別涉及一種控制雙連接X2狀態(tài)報告發(fā)送的方法、裝置及輔基站。

背景技術(shù)：

目前標準上對于TDD-FDD Joint Operation(時分雙工-頻分雙工的共享操作)主要有CA(有條件接收)和雙連接兩種方案，其中CA屬于緊耦合、基帶處理層面的協(xié)作，不適合異廠家。而雙連接方案支持非理想backhual(雙向回環(huán)鏈路)，不需要共站，支持異廠商互聯(lián)，組網(wǎng)圖如圖1。

當核心網(wǎng)EPC(Evolved Packet Core，分組核心演進)給終端UE發(fā)送數(shù)據(jù)的過程中，數(shù)據(jù)首先會到達主基站MeNB，然后MeNB會根據(jù)流控算法把一部分或者是全部數(shù)據(jù)報文通過X2鏈路(主輔基站之間的一種通信鏈路)發(fā)給輔基站SeNB，輔基站會給MeNB發(fā)送狀態(tài)報告即X2DL DATA DELIVERY STATUS(X2DL數(shù)據(jù)傳送狀態(tài))，此X2狀態(tài)報告的作用是通知MeNB哪些報文有丟失需要重傳，SeNB需要的數(shù)據(jù)量有多大以及哪些報文已經(jīng)被成功發(fā)送。

在實際X2數(shù)據(jù)報文傳輸過程中，標準協(xié)議中并沒有準確描述SeNB給MeNB的狀態(tài)報告在什么時機發(fā)送，這樣就會導致如果X2狀態(tài)報告發(fā)送過于頻繁會嚴重占用X2鏈路本來就緊張的帶寬，但是如果發(fā)送不及時會導致SeNB上數(shù)據(jù)量不足甚至斷流或者是MeNB上存儲報文過多而溢出丟包。

技術(shù)實現(xiàn)要素：

本發(fā)明要解決的技術(shù)問題是提供一種控制雙連接X2狀態(tài)報告發(fā)送的方法、裝置及輔基站，用以解決現(xiàn)有的X2數(shù)據(jù)報文在傳輸過程中，輔基站需要給主基站發(fā)送狀態(tài)報告，標準協(xié)議中并沒有準確描述輔基站給主基站的狀態(tài)報告在什么時機發(fā)送，這樣可能會產(chǎn)生頻繁的狀態(tài)報告造成占用X2鏈路帶寬，或者是狀 態(tài)報告反饋不及時而導致輔基站上數(shù)據(jù)量不足、甚至斷流或是主基站上存儲報文過多而溢出丟包斷流的問題。

為了解決上述技術(shù)問題，本發(fā)明實施例提供一種控制雙連接X2狀態(tài)報告發(fā)送的方法，應用于輔基站，包括：

接收主基站發(fā)送的X2數(shù)據(jù)報文，實時判斷向所述主基站發(fā)送X2狀態(tài)報告的預設(shè)時機是否到達；

當發(fā)送X2狀態(tài)報告的預設(shè)時機到達時，發(fā)送X2狀態(tài)報告給所述主基站。

進一步地，所述方法還包括：

在接收主基站發(fā)送的X2數(shù)據(jù)報文時，實時記錄所述X2數(shù)據(jù)報文的接收狀況。

進一步地，所述在接收主基站發(fā)送的X2數(shù)據(jù)報文時，實時記錄所述X2數(shù)據(jù)報文的接收狀況的步驟具體為：

在接收主基站發(fā)送的X2數(shù)據(jù)報文的過程中，檢測接收到的X2數(shù)據(jù)報文的序列號是否連續(xù)，若所述X2數(shù)據(jù)報文的序列號不連續(xù)，將不連續(xù)報文段的個數(shù)的記錄值進行加1計數(shù)。

進一步地，所述發(fā)送X2狀態(tài)報告的預設(shè)時機為：計時時間到達定時時間；

則所述判斷向主基站發(fā)送X2狀態(tài)報告的預設(shè)時機是否到達的步驟包括：

在接收主基站發(fā)送的X2數(shù)據(jù)報文的過程中，進行總接收時間的記錄；

實時將總接收時間與定時時間進行比較，得到接收時間是否到達定時時間的比較結(jié)果。

進一步地，在所述接收主基站發(fā)送的X2數(shù)據(jù)報文，實時判斷向所述主基站發(fā)送X2狀態(tài)報告的預設(shè)時機是否到達的步驟之前，所述方法還包括：

接收所述主基站發(fā)送的添加所述輔基站的請求；

根據(jù)所述輔基站自身的資源分配情況，判斷所述請求是否為允許被接受；

若所述請求允許被接受，則建立針對所述請求的狀態(tài)報告定時器，并設(shè)置所述報告定時器的預設(shè)時間，所述預設(shè)時間為狀態(tài)報告定時器的定時時間。

進一步地，所述發(fā)送X2狀態(tài)報告的預設(shè)時機為：不連續(xù)報文段的個數(shù)的記錄值達到預設(shè)個數(shù)；

則所述判斷向主基站發(fā)送X2狀態(tài)報告的預設(shè)時機是否到達的步驟具體為：

將所述不連續(xù)報文段的個數(shù)的記錄值與所述預設(shè)個數(shù)進行比較，得到不連續(xù)報文段的個數(shù)是否達到所述預設(shè)個數(shù)的比較結(jié)果。

進一步地，所述發(fā)送X2狀態(tài)報告的預設(shè)時機為：接收到無線鏈路控制RLC協(xié)議層反饋的成功接收所述數(shù)據(jù)報文的狀態(tài)報告；

則所述判斷向主基站發(fā)送X2狀態(tài)報告的預設(shè)時機是否到達的步驟具體為：

實時監(jiān)測是否接收到RLC協(xié)議層反饋的成功接收所述數(shù)據(jù)報文的狀態(tài)報告。

本發(fā)明實施例提供一種控制雙連接X2狀態(tài)報告發(fā)送的裝置，應用于輔基站，包括：

第一判斷模塊，用于接收主基站發(fā)送的X2數(shù)據(jù)報文，實時判斷向所述主基站發(fā)送X2狀態(tài)報告的預設(shè)時機是否到達；

發(fā)送模塊，用于當發(fā)送X2狀態(tài)報告的預設(shè)時機到達時，發(fā)送X2狀態(tài)報告給所述主基站。

進一步地，所述裝置還包括：

記錄模塊，用于在接收主基站發(fā)送的X2數(shù)據(jù)報文時，實時記錄所述X2數(shù)據(jù)報文的接收狀況。

進一步地，所述記錄模塊，具體用于：

在接收主基站發(fā)送的X2數(shù)據(jù)報文的過程中，檢測接收到的X2數(shù)據(jù)報文的序列號是否連續(xù)，若所述X2數(shù)據(jù)報文的序列號不連續(xù)，將不連續(xù)報文段的個數(shù)的記錄值進行加1計數(shù)。

進一步地，所述發(fā)送X2狀態(tài)報告的預設(shè)時機為：計時時間到達定時時間；

所述第一判斷模塊包括：

記錄單元，用于在接收主基站發(fā)送的X2數(shù)據(jù)報文的過程中，進行總接收時間的記錄；

第一比較單元，用于實時將總接收時間與定時時間進行比較，得到接收時間是否到達定時時間的比較結(jié)果。

進一步地，所述裝置還包括：

請求接收模塊，用于接收所述主基站發(fā)送的添加所述輔基站的請求；

第二判斷模塊，用于根據(jù)所述輔基站自身的資源分配情況，判斷所述請求是否為允許被接受；

定時器建立模塊，用于當所述請求允許被接受時，建立針對所述請求的狀態(tài)報告定時器，并設(shè)置所述報告定時器的預設(shè)時間，所述預設(shè)時間為狀態(tài)報告定時器的定時時間。

進一步地，所述發(fā)送X2狀態(tài)報告的預設(shè)時機為：不連續(xù)報文段的個數(shù)的記錄值達到預設(shè)個數(shù)；

所述第一判斷模塊包括：

第二比較單元，用于將所述不連續(xù)報文段的個數(shù)的記錄值與所述預設(shè)個數(shù)進行比較，得到不連續(xù)報文段的個數(shù)是否達到所述預設(shè)個數(shù)的比較結(jié)果。

進一步地，所述發(fā)送X2狀態(tài)報告的預設(shè)時機為：接收到無線鏈路控制RLC協(xié)議層反饋的成功接收所述數(shù)據(jù)報文的狀態(tài)報告；

所述第一判斷模塊包括：

監(jiān)測單元，用于實時監(jiān)測是否接收到RLC協(xié)議層反饋的成功接收所述數(shù)據(jù)報文的狀態(tài)報告。

本發(fā)明實施例提供一種輔基站，包括上述的控制雙連接X2狀態(tài)報告發(fā)送的裝置。

本發(fā)明的有益效果是：

上述方案，通過依據(jù)發(fā)送時機對輔基站的X2狀態(tài)報告進行發(fā)送控制，使得X2狀態(tài)報告的發(fā)送能夠更加合理、準確、及時。

附圖說明

圖1表示雙連接組網(wǎng)結(jié)構(gòu)示意圖；

圖2表示本發(fā)明實施例的所述方法的總體流程圖；

圖3表示本發(fā)明實施例一的控制雙連接X2狀態(tài)報告發(fā)送的方法的詳細流程圖；

圖4表示本發(fā)明實施例二的控制雙連接X2狀態(tài)報告發(fā)送的方法的詳細流程圖；

圖5表示本發(fā)明實施例三的控制雙連接X2狀態(tài)報告發(fā)送的方法的詳細流程圖；

圖6表示本發(fā)明實施例的所述控制雙連接X2狀態(tài)報告發(fā)送的裝置的模塊結(jié) 構(gòu)示意圖一；

圖7表示本發(fā)明實施例的所述控制雙連接X2狀態(tài)報告發(fā)送的裝置的模塊結(jié)構(gòu)示意圖二；

圖8表示本發(fā)明實施例的所述控制雙連接X2狀態(tài)報告發(fā)送的裝置的模塊結(jié)構(gòu)示意圖三。

具體實施方式

為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖及具體實施例對本發(fā)明進行詳細描述。

本發(fā)明針對現(xiàn)有的X2數(shù)據(jù)報文在傳輸過程中，輔基站需要給主基站發(fā)送狀態(tài)報告，標準協(xié)議中并沒有準確描述輔基站給主基站的狀態(tài)報告在什么時機發(fā)送，這樣可能會產(chǎn)生頻繁的狀態(tài)報告造成占用X2鏈路帶寬，或者是狀態(tài)報告反饋不及時而導致輔基站上數(shù)據(jù)量不足、甚至斷流或是主基站上存儲報文過多而溢出丟包斷流的問題，提供一種控制雙連接X2狀態(tài)報告發(fā)送的方法、裝置及輔基站。

如圖2所示，本發(fā)明實施例的所述控制雙連接X2狀態(tài)報告發(fā)送的方法，應用于輔基站，包括：

步驟100，接收主基站發(fā)送的X2數(shù)據(jù)報文，實時判斷向所述主基站發(fā)送X2狀態(tài)報告的預設(shè)時機是否到達；

步驟200，當發(fā)送X2狀態(tài)報告的預設(shè)時機到達時，發(fā)送X2狀態(tài)報告給所述主基站。

本發(fā)明上述方案，通過依據(jù)發(fā)送時機對輔基站的X2狀態(tài)報告進行發(fā)送控制，使得X2狀態(tài)報告的發(fā)送能夠更加合理、準確、及時，避免了因X2狀態(tài)報告反饋的過于頻繁而造成占用X2鏈路帶寬；或者因X2狀態(tài)報告反饋不及時而造成輔基站上數(shù)據(jù)量不足甚至斷流或是主基站上存儲報文過多而溢出丟包斷流的情況。

應當說明的是，主基站通常將X2數(shù)據(jù)報文按照預設(shè)的格式進行發(fā)送，所述X2數(shù)據(jù)報文的發(fā)送格式如表1所示：

表1X2數(shù)據(jù)報文的發(fā)送格式

其中，發(fā)送的所述X2數(shù)據(jù)報文中包括：用1個字節(jié)標識的PDU Type(協(xié)議數(shù)據(jù)單元類型)、用兩個字節(jié)標識的X2-U Sequence Number(X2-U序列號)以及預設(shè)0-4字節(jié)的備用擴展字段。

應當說明的是，在向主基站反饋X2狀態(tài)報告時，所述X2狀態(tài)報告中應包含X2數(shù)據(jù)報文的接收狀況，因此本發(fā)明的又一實施例中，所述方法還包括：

在接收主基站發(fā)送的X2數(shù)據(jù)報文時，實時記錄所述X2數(shù)據(jù)報文的接收狀況。

應當說明的是，所述接收狀況主要為輔基站接收到的X2數(shù)據(jù)報文是否連續(xù)，如果不連續(xù)，需要反饋給主基站，以使主基站重新發(fā)送丟失的X2數(shù)據(jù)報文，因此，所述在接收主基站發(fā)送的X2數(shù)據(jù)報文時，實時記錄所述X2數(shù)據(jù)報文的接收狀況的步驟具體為：

在接收主基站發(fā)送的X2數(shù)據(jù)報文的過程中，檢測接收到的X2數(shù)據(jù)報文的序列號是否連續(xù)，若所述X2數(shù)據(jù)報文的序列號不連續(xù)，將不連續(xù)報文段的個數(shù)的記錄值進行加1計數(shù)。

應當說明的是，在接收狀態(tài)的記錄中，記錄的不僅僅是不連續(xù)報文段的個數(shù)，同時還將不連續(xù)的X2數(shù)據(jù)報文的序列號進行記錄。

例如，默認的X2數(shù)據(jù)報文接收序列應為1-20，但X2數(shù)據(jù)報文的實際接收為1-3、6-9、11-17、20，根據(jù)上述接收狀況，不連續(xù)報文段的個數(shù)的記錄值為3，且記錄的不連續(xù)的序列號為：4-5、10、18-19。

應當說明的是，所述X2狀態(tài)報告的格式如表2所示：

表2X2狀態(tài)報告格式

其中，發(fā)送的所述X2狀態(tài)報告中包括：用1個字節(jié)標識的標識信息，所述標識信息包括PDU Type(協(xié)議數(shù)據(jù)單元類型)、最后一幀的識別碼(Final FrameInd)和是否是丟失的數(shù)據(jù)包報告(Lost Packet Report)；2個字節(jié)標識的最高成功交付PDCH的序列號(Highest successfully delivered PDCP Sequence Number)；4個字節(jié)標識的E-RAB所需緩存區(qū)的大小(Desired buffer size for the E-RAB)；4個字節(jié)標識的UE所需的最小緩存區(qū)的大小(Minimum desired buffer size for the UE)；1個字節(jié)標識的失去X2-U序列號報告范圍的數(shù)量(Number of lost X2-U Sequence Number ranges reported)；失去X2-U序列號的開始范圍(Start of lost X2-U Sequence Number rang)以及失去X2-U序列號的結(jié)束范圍(End of lost X2-U Sequence Number range)；預設(shè)0-4字節(jié)的備用擴展字段。

應當說明的是，發(fā)送所述X2狀態(tài)報告的預設(shè)時機可以分為：計時時間到達定時時間、不連續(xù)報文段的個數(shù)的記錄值達到預設(shè)個數(shù)、接收到無線鏈路控制 RLC協(xié)議層反饋的成功接收所述數(shù)據(jù)報文的狀態(tài)報告三種情況。

本發(fā)明實施例一中，發(fā)送所述X2狀態(tài)報告的預設(shè)時機為：計時時間到達定時時間；

則所述步驟100具體包括：

在接收主基站發(fā)送的X2數(shù)據(jù)報文的過程中，進行總接收時間的記錄；

實時將總接收時間與定時時間進行比較，得到接收時間是否到達定時時間的比較結(jié)果。

在實施例一中，在接收X2數(shù)據(jù)報文的過程中開始計時，并實時的將計時時間與定時時間進行比對，當計時時間達到定時時間時，就向主基站發(fā)送X2狀態(tài)報告；應當說明的是，當計時時間達到定時時間，向主基站發(fā)送X2狀態(tài)報告時，輔基站會重新進行X2數(shù)據(jù)報文的接收計時，此計時過程是循環(huán)進行的。

應當說明的是，為了保證能順利實現(xiàn)輔基站的定時，本發(fā)明實施例一的所述方法，在所述步驟100之前，所述方法還包括：

接收所述主基站發(fā)送的添加所述輔基站的請求；

根據(jù)輔基站自身的資源分配情況，判斷所述請求是否為允許被接受；

若所述請求允許被接受，則建立針對所述請求的狀態(tài)報告定時器，并設(shè)置所述報告定時器的預設(shè)時間，所述預設(shè)時間為狀態(tài)報告定時器的定時時間。

結(jié)合上述實施例，如圖3所示，本發(fā)明實施例一的具體實現(xiàn)方式為：

步驟1.1，MeNB發(fā)送SeNB添加請求；

步驟1.2，SeNB如果判斷資源可以接納，則會進行實例建立并且配置狀態(tài)報告定時器，優(yōu)選地，所述配置狀態(tài)報告定時器的定時時間默認為5ms；

步驟1.3，SeNB向MeNB反饋應答消息；

步驟1.4，MeNB將X2數(shù)據(jù)以X2數(shù)據(jù)報文格式持續(xù)發(fā)送給SeNB；

步驟1.5，SeNB檢測X2序列號是否連續(xù)，如果不連續(xù)則記錄非連續(xù)報文段的個數(shù)，并下發(fā)報文給RLC(Radio Link Control)協(xié)議層；同時，SeNB實時判斷狀態(tài)報告定時器是否超時；

步驟1.6，等待狀態(tài)報告定時器超時，SeNB會按照表2中的格式發(fā)送X2狀態(tài)報告給MeNB。

本發(fā)明實施例二中，發(fā)送所述X2狀態(tài)報告的預設(shè)時機為：不連續(xù)報文段的 個數(shù)的記錄值達到預設(shè)個數(shù)；

則所述步驟100具體為：

將所述不連續(xù)報文段的個數(shù)的記錄值與所述預設(shè)個數(shù)進行比較，得到不連續(xù)報文段的個數(shù)是否達到所述預設(shè)個數(shù)的比較結(jié)果。

在實施例二中，當記錄得到不連續(xù)報文段的個數(shù)達到了預設(shè)值，輔基站便需要向主基站發(fā)送X2狀態(tài)報告；應當說明的是，當不連續(xù)報文段的個數(shù)達到預設(shè)值，向主基站發(fā)送X2狀態(tài)報告時，輔基站會重新進行X2數(shù)據(jù)報文不連續(xù)報文段個數(shù)的計數(shù)，此計數(shù)過程是循環(huán)進行的。

如圖4所示，本發(fā)明實施例二的具體實現(xiàn)方式為：

步驟2.1，MeNB發(fā)送SeNB添加請求；

步驟2.2，SeNB如果判斷資源可以接納，則會進行實例建立并且配置狀態(tài)報告定時器，優(yōu)選地，所述配置狀態(tài)報告定時器的定時時間默認為5ms；

步驟2.3，SeNB向MeNB反饋應答消息；

步驟2.4，MeNB將X2數(shù)據(jù)以X2數(shù)據(jù)報文格式持續(xù)發(fā)送給SeNB；

步驟2.5，SeNB檢測X2序列號是否連續(xù)，如果不連續(xù)則記錄非連續(xù)報文段的個數(shù)，并下發(fā)報文給RLC協(xié)議層；同時，SeNB實時判斷記錄的非連續(xù)報文段個數(shù)是否大于等于4個；

步驟2.6，當記錄的非連續(xù)報文段個數(shù)大于等于4個時，SeNB會按照表2中的格式發(fā)送X2狀態(tài)報告給MeNB(在X2狀態(tài)報告中攜帶的丟失段最大為256)。

本發(fā)明實施例三中，發(fā)送所述X2狀態(tài)報告的預設(shè)時機為：接收到無線鏈路控制RLC協(xié)議層反饋的成功接收所述數(shù)據(jù)報文的狀態(tài)報告；

則所述判斷向主基站發(fā)送X2狀態(tài)報告的預設(shè)時機是否到達的步驟具體為：

實時監(jiān)測是否接收到RLC協(xié)議層反饋的成功接收所述數(shù)據(jù)報文的狀態(tài)報告。

應當說明的是，輔基站在接收到RLC協(xié)議層反饋的狀態(tài)報告時，則證明X2數(shù)據(jù)報文已成功被終端接收，此時輔基站需要通知主基站將成功被接收的X2數(shù)據(jù)報文刪除。

如圖5所示，本發(fā)明實施例三的具體實現(xiàn)方式為：

步驟3.1，MeNB發(fā)送SeNB添加請求；

步驟3.2，SeNB如果判斷資源可以接納，則會進行實例建立并且配置狀態(tài) 報告定時器，優(yōu)選地，所述配置狀態(tài)報告定時器的定時時間默認為5ms；

步驟3.3，SeNB向MeNB反饋應答消息；

步驟3.4，MeNB將X2數(shù)據(jù)以X2數(shù)據(jù)報文格式持續(xù)發(fā)送給SeNB；

步驟3.5，SeNB檢測X2序列號是否連續(xù)，如果不連續(xù)則記錄非連續(xù)報文段的個數(shù)，并下發(fā)報文給RLC協(xié)議層；同時，實時檢測是否收到RLC反饋的狀態(tài)報告；

步驟3.6，當SeNB收到RLC反饋的狀態(tài)報告時，會按照表2中的格式發(fā)送X2狀態(tài)報告給MeNB。

需要說明的是，應用上述方法的輔基站既可以只通過實施例一、實施例二或?qū)嵤├姆绞缴蠄笏鯴2狀態(tài)報告；也可以實施例一和實施例二并存、實施例一和實施例三并存或者實施例二和實施例三并存的方式上報所述X2狀態(tài)報告；同時也可以同時包括實施例一、實施例二和實施例三中所述的方式上報所述X2狀態(tài)報告；應當說明的是，具體選用哪種組合方式，需根據(jù)實際需求狀況進行制定。

應當說明的是，本發(fā)明上述方案，狀態(tài)報告的時長配置可以根據(jù)不同系統(tǒng)的實現(xiàn)進行，這樣可以使得定時器時長更加合理；且狀態(tài)報告定時發(fā)送充分利用目前協(xié)議規(guī)定的格式進行，不會造成鏈路中存在大量狀態(tài)報告的情況，不會占用過多的X2鏈路帶寬。

對應于上述方法，如圖6所示，本發(fā)明實施例還提供一種控制雙連接X2狀態(tài)報告發(fā)送的裝置，應用于輔基站，包括：

第一判斷模塊110，用于接收主基站發(fā)送的X2數(shù)據(jù)報文，實時判斷向所述主基站發(fā)送X2狀態(tài)報告的預設(shè)時機是否到達；

發(fā)送模塊120，當發(fā)送X2狀態(tài)報告的預設(shè)時機到達時，用于發(fā)送X2狀態(tài)報告給所述主基站。

可選地，如圖7所示，在上述實施例基礎(chǔ)上，所述裝置還包括：

記錄模塊101，用于在接收主基站發(fā)送的X2數(shù)據(jù)報文時，實時記錄所述X2數(shù)據(jù)報文的接收狀況。

具體地，所述記錄模塊101具體為：

在接收主基站發(fā)送的X2數(shù)據(jù)報文的過程中，檢測接收到的X2數(shù)據(jù)報文的 序列號是否連續(xù)，若所述X2數(shù)據(jù)報文的序列號不連續(xù)，將不連續(xù)報文段的個數(shù)的記錄值進行加1計數(shù)。

具體地，所述發(fā)送X2狀態(tài)報告的預設(shè)時機為：計時時間到達定時時間；

所述第一判斷模塊110包括：

記錄單元，用于在接收主基站發(fā)送的X2數(shù)據(jù)報文的過程中，進行總接收時間的記錄；

第一比較單元，用于實時將總接收時間與定時時間進行比較，得到接收時間是否到達定時時間的比較結(jié)果。

可選地，如圖8所示，所述裝置還包括：

請求接收模塊102，用于接收所述主基站發(fā)送的添加所述輔基站的請求；

第二判斷模塊103，用于根據(jù)輔基站自身的資源分配情況，判斷所述請求是否為允許被接受；

定時器建立模塊104，若所述請求允許被接受，則建立針對所述請求的狀態(tài)報告定時器，并設(shè)置所述報告定時器的預設(shè)時間，所述預設(shè)時間為狀態(tài)報告定時器的定時時間。

具體地，所述發(fā)送X2狀態(tài)報告的預設(shè)時機為：不連續(xù)報文段的個數(shù)的記錄值達到預設(shè)個數(shù)；

所述第一判斷模塊110包括：

第二比較單元，用于將所述不連續(xù)報文段的個數(shù)的記錄值與預設(shè)值進行比較，得到不連續(xù)報文段的個數(shù)是否達到預設(shè)值的比較結(jié)果。

具體地，所述發(fā)送X2狀態(tài)報告的預設(shè)時機為：接收到無線鏈路控制RLC協(xié)議層反饋的成功接收所述數(shù)據(jù)報文的狀態(tài)報告；

所述第一判斷模塊110包括：

監(jiān)測單元，用于實時監(jiān)測是否接收到RLC協(xié)議層反饋的成功接收所述數(shù)據(jù)報文的狀態(tài)報告。

應當說明的是，上述控制雙連接X2狀態(tài)報告發(fā)送的裝置的功能模塊通常以軟件方式實現(xiàn)，并集成在基站的中央控制芯片中。

需要說明的是，該裝置實施例是與上述方法相對應的裝置，上述方法的所有實現(xiàn)方式均適用于該裝置實施例中，也能達到與上述方法相同的技術(shù)效果。

本發(fā)明實施例提供一種輔基站，包括上述的控制雙連接X2狀態(tài)報告發(fā)送的裝置。

應當說明的是，設(shè)置有上述裝置的輔基站，通過依據(jù)自身的X2數(shù)據(jù)報文接收狀況對發(fā)送X2狀態(tài)報告的時機進行控制，使得X2狀態(tài)報告的發(fā)送能夠更加合理、準確、及時。

以上所述的是本發(fā)明的優(yōu)選實施方式，應當指出對于本技術(shù)領(lǐng)域的普通人員來說，在不脫離本發(fā)明所述的原理前提下還可以作出若干改進和潤飾，這些改進和潤飾也在本發(fā)明的保護范圍內(nèi)。