專利名稱：：一種上行宏分集合并方法、裝置及系統的制作方法
技術領域：
：本發(fā)明涉及無線通信系統的宏分集合并技術，特別涉及一種上行宏分集合并方法、裝置及系統。
背景技術：
：通用移動通信系統(UMTS)是采用寬帶碼分多址接入(WCDMA)空中接口技術的第三代移動通信系統。圖1為現有UMTS系統的組成結構示意圖。參見圖1,UTMS系統包括用戶設備(UE)、UMTS陸地無線接入網(UTRAN)和核心網(CN)。圖l所示系統中，UTRAN是UMTS的無線接入網絡(RAN),用于處理所有與無線有關的功能；UTRAN中包含一個或多個無線網絡子系統(RNS),而每個RNS由一個無線網絡控制器(RNC)和一個或多個基站(NodeB)組成；其中，RNC用于分配和控制與之相連或相關的NodeB的無線資源，NodeB用于完成Iub接口和Uu接口之間的數據流的轉換，同時也參與一部分無線資源管理；RNC與CN之間的接口是iu接口，NodeB與UE之間的接口是Uu接口，RNC與NodeB之間通過Iub接口連接，各RNC之間通過Iur互聯，Iur可以通過RNC之間的直接物理連接或通過傳輸網連接；CN負責處理UMTS系統內所有的話音呼叫和數據連接，并實現與外部網絡的交換和路由功能；CN中包含的網絡實體有移動交換中心/拜訪位置寄存器(MSC/VLR)、服務通用無線分組業(yè)務支持點(SGSN)、歸屬位置寄存器(HLR)、GPRS移動交換中心(GMSC)和網關GPRS支持節(jié)點(GGSN)。宏分集是指在碼分多址接入(CDMA)系統的軟切換過程中，UE同時與兩個或多個基站通過兩條或多條不同的無線鏈路進行通信，這里，UE同時連接的基站的集合稱為激活集。宏分集能夠帶來宏分集增益，增強系統的抗干擾能力，其基本原理是在相互獨立的傳播條件下，幾個信號同時發(fā)生深衰落的概率小于單個信號發(fā)生相同深衰落的概率。例如，UE同時向兩個基站傳送相同的信號時，由于信號傳輸的路徑不同，所以可以認為這兩個信號的衰落是相互獨立的，即一個信號發(fā)生深衰落時，另一個信號同時發(fā)生深衰落的概率非常低，如此，在接收端進行適當的選擇，例如，選擇信號質量更好的一路信號輸出，則系統的信噪比將得以提高。在現有UMTS系統中，宏分集合并(MDC)的實現是對于上行鏈路，激活集中的基站都接收UE碼分信道上的數據，并將所接收的數據發(fā)送到RNC進行選擇合并，例如，RNC可以使用幀可靠性指令符來選擇多個候選幀中的較佳幀，然后將選擇出的較佳幀合并，發(fā)送給核心網；對于下行鏈路，激活集中的基站同時向UE發(fā)射相同的信號。演進的高速分組接入(E-HSPA/HSPA+)是第三代合作伙伴計劃(3GPP)提出的WCDMA演進網絡，目前有多種可能的演進HSPA架構方案正在討論之中。在演進的HSPA中，實現MDC的方式與UMTS系統中有所不同。圖2為現有在一種可能的E-HSPA網絡中實現上行宏分集的方法示意圖。參見圖2,演進的HSPA+基站(NodeB+)是演進HSPA網絡中的基站設備，xGSN表示SGSN與GGSN的組合，代表HSPA網絡中核心網；NodeB+之間通過增強的Iur接口，即Iur，接口相連，各NodeB+通過標準Iu接口接入核心網。在圖2所示網絡中的接入網部分，原有3G網絡中的NodeB和RNC兩節(jié)點結構演進為只有一個NodeB+的單節(jié)點結構，并且RNC的功能全部下移到NodeB+中。圖2所示演進網絡中，上行MDC在用戶的服務小區(qū)NodeB+中實現，對于激活集中的所有無線鏈路上的數據，如果某基站對應的無線鏈路上的接收數據正確，則該基站將上行數據發(fā)送給該服務小區(qū)NodeB+，服務小區(qū)NodeB+對所接收到的上行數據進行宏分集合并處理之后發(fā)送給核心網。此方案類似于現有3G系統RNC中MDC的實現，只是將功能實現的位置從RNC下移到服務小區(qū)NodeB+上。由上述演進網絡中MDC的實現過程可見，如果演進網絡架構實現扁平化，則RNC的功能需要下移到NodeB+中，意味著增強的基站NodeB+需要直接接入核心網。在保持終端UE和Iu接口后向兼容的情況下，如果在服務小區(qū)NodeB+上實現上行宏分集，則各NodeB+之間必然需要相互通訊，而如果讓所有接收數據正確的軟切換基站都將上行接收數據傳輸給該服務小區(qū)NodeB+進行集中式的宏分集處理，則服務小區(qū)NodeB+所接收到的數據中將存在大量冗余信息，這些冗余傳輸是沒有必要的，將增大基站之間接口的負載。此外，對于采用不保證服務質量(QoS)的因特網協議(IP)作為組網協議的網絡來說，大數據量的HSPA業(yè)務將使得基站之間的負載問題尤為突出。
發(fā)明內容有鑒于此，本發(fā)明實施例的主要目的在于提供一種上行宏分集合并方法，以減少實現上行宏分集給基站之間帶來的冗余傳輸量。本發(fā)明實施例的第二個主要目的在于提供一種上行宏分集合并裝置，以減少實現上行宏分集給基站之間帶來的冗余傳輸量。本發(fā)明實施例的第三個主要目的在于提供一種上行宏分集合并系統，以減少實現上行宏分集給基站之間帶來的冗余傳輸量。為達到上述目的，本發(fā)明的技術方案具體是這樣實現的一種上行宏分集合并方法，該方法包括以下步驟當服務小區(qū)基站判定本基站所接收到的數據正確時，將所述本基站所接收到的數據作為所迷上行宏分集合并MDC的數據進行處理；當所述服務小區(qū)基站判定本基站所接收到的數據不正確時，確定進行數據發(fā)送的非服務小區(qū)基站；所述被確定進行數據發(fā)送的非服務小區(qū)基站發(fā)送本基站所接收到的數據；將所述非服務小區(qū)發(fā)送的數據作為所述上行MDC的數據進行處理。其中，所述確定進行數據發(fā)送的非服務小區(qū)基站可以為當所述非服務小區(qū)基站判定本基站所接收到的數據正確時，向所述服務小區(qū)基站發(fā)送數據發(fā)送請求；所述服務小區(qū)基站從所接收到的數據發(fā)送請求中選擇一個，并向所述數據發(fā)送請求所對應的非服務小區(qū)基站返回數據發(fā)送響應，接收到所述數據發(fā)送響應的非服務小區(qū)基站確定為進行數據發(fā)送的基站；當所述服務小區(qū)基站判定本基站所接收到的數據正確時，可以對所述非服務小區(qū)基站發(fā)送的數據發(fā)送請求不返回數據發(fā)送響應。較佳地，可以預先在所述非服務小區(qū)基站中設置表示發(fā)送本基站所接收到的數據的定時器；當所述服務小區(qū)基站判定本基站所接收到的數據正確之后，可以進一步向所述非服務小區(qū)基站發(fā)送表示不發(fā)送數據的指令；所述確定進行數據發(fā)送的非服務小區(qū)基站可以為若接收數據正確的非服務小區(qū)基站在所述定時器超時之后尚未收到來自于所述服務小區(qū)基站的表示不發(fā)送數據的指令，則所述接收數據正確的非服務小區(qū)基站判定本基站是所述被確定進行數據發(fā)送的基站。一種上行宏分集合并裝置，該裝置包括控制模塊和信息交互模塊；所述控制模塊，用于判斷所述裝置自身所接收到的數據的正確性，并將所述判斷的結果通知所述信息交互模塊，當所述裝置所接收到的數據正確時，將所述數據作為所述上行MDC的數據進行處理；所述信息交互模塊，用于根據所述控制模塊的通知，執(zhí)行確定數據發(fā)送源的操作。一種上行宏分集合并系統，該系統包括服務小區(qū)基站和上行MDC的激活集內的非服務小區(qū)基站；所述服務小區(qū)基站，用于判斷其自身所接收到的數據的正確性，當所述服務小區(qū)基站所接收到的數據正確時，將所述數據作為所述上行MDC的數據進行處理，當所述服務小區(qū)基站所接收到的數據不正確時，與所述非服務小區(qū)基站執(zhí)行確定數據發(fā)送基站的操作；所述非服務小區(qū)基站，用于與所述服務小區(qū)基站執(zhí)行所述確定數據發(fā)送基站的操作，并在判定本基站是被確定進行數據發(fā)送的基站時，發(fā)送本基站所接收到的數據。由上述技術方案可見，本發(fā)明實施例所公開的上行宏分集合并方法和系統中，當服務小區(qū)基站判定其所接收的數據正確時，可以直接將該數據作為正確數據參與上行宏分集合并，并通過與非服務小區(qū)基站之間的數據量非常少的信息交互，例如，向非服務小區(qū)基站發(fā)送表示不發(fā)送數據的指令，或者不回應非服務小區(qū)基站發(fā)出的數據發(fā)送請求，以避免非服務小區(qū)基站再向服務小區(qū)基站或核心網發(fā)送數據，如此，可以極大地減少上行宏分集在基站之間的冗余傳輸量。而當服務小區(qū)基站判定其所接收的數據不正確時，也可以通過與非服務小區(qū)基站之間的數據量非常少的信息交互，從接收數據正確的非服務小區(qū)基站中選擇確定數據發(fā)送的基站，通知其向服務小區(qū)基站或核心網發(fā)送數據，例如，可以通過回應某個非服務小區(qū)基站的數據發(fā)送請求，或者通過不向任何非服務小區(qū)基站發(fā)出表示不發(fā)送數據的指令，通知相應的非服務小區(qū)基站進行數據發(fā)送，如此，使得上行宏分集在基站之間的冗余傳輸量得到了很好的控制，并且，由于進行本發(fā)明實施例所述信息交互所需要的數據量非常少，使得用戶面時延也得到了較好的控制。此外，由于只有處于切換區(qū)的用戶才需要本發(fā)明實施例所述信息交互，而切換區(qū)域一般只占整個網絡區(qū)域面積的30~40%，因此，本發(fā)明的信息交互給整個網絡所引入的額外負擔將非常少。而且，本發(fā)明實施例的技術方案始終以服務小區(qū)基站所接收到的數據的正確性為首要判決條件，而通常服務小區(qū)具有比非服務小區(qū)更好的信道特性，因此，大部分參與上行宏分集合并的數據都是來自于服務小區(qū)基站的接收數據，使得本發(fā)明能夠大大減少上行宏分集在基站之間的冗余傳輸量，并使用戶面時延得到了非常有效的控制。圖1為現有UMTS系統的組成結構示意圖。圖2為現有一種可能的E-HSPA網絡架構下實現上行宏分集的方法示意圖。圖3為本發(fā)明實施例中上行宏分集合并方法的示例性流程圖。圖4為本發(fā)明實施例一中上行宏分集合并方法的流程示意圖。圖5為本發(fā)明實施例二中上行宏分集合并方法的流程示意圖。圖6為本發(fā)明實施例三中上行宏分集合并系統的結構示意圖。圖7為本發(fā)明實施例四中上行宏分集合并裝置的結構示意圖。圖8為本發(fā)明實施例五中實現上行宏分集合并的示意圖。具體實施例方式為使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白，以下參照附圖并舉實施例，對本發(fā)明作進一步詳細說明。本發(fā)明實施例的主要思想是當服務小區(qū)基站所接收到的數據正確時，服務小區(qū)直接將其所接收到的數據作為上行宏分集合并的數據進行宏分集合并處理，而當服務小區(qū)基站所接收到的數據不正確時，由服務小區(qū)基站確定進行數據發(fā)送的非服務小區(qū)基站，并通知相應的基站發(fā)送數據，使得實現上行宏分集合并時給基站之間帶來的冗余傳輸量大大減少。本發(fā)明技術方案可以應用于多種無線演進網絡以及現有無線網絡中，本發(fā)明實施例中所涉及的基站是演進網絡中的基站設備，可以為NodeB+或演進的長期演進基站(eNodeB)。圖3為本發(fā)明實施例中上行宏分集合并方法的示例性流程圖。參見圖3,該方法包括以下步驟步驟301:當服務小區(qū)基站判定本基站所接收到的數據正確時，將本基站所接收到的數據作為上行MDC的數據進行處理。本步驟中，服務小區(qū)基站首先判斷其自身所接收到的數據的正確性，當服務小區(qū)基站判定本基站所接收到的數據正確時，服務小區(qū)直接將其所接收到的數據作為上行宏分集合并的數據進行相應的處理，并通過向非服務小區(qū)基站發(fā)送表示不發(fā)送數據的指令，或者不回應非服務小區(qū)基站發(fā)出的數據發(fā)送請求，以避免非服務小區(qū)基站再向服務小區(qū)基站或核心網發(fā)送數據。步驟302:當服務小區(qū)基站判定本基站所接收到的數據不正確時，確定進行數據發(fā)送的非服務小區(qū)基站。本步驟中，當服務小區(qū)基站判定本基站所接收到的數據不正確時，從接收數據正確的非服務小區(qū)基站中選擇一個作為數據發(fā)送基站，通知其向服務小區(qū)基站或核心網發(fā)送數據，例如，可以通過回應某個非服務小區(qū)基站的數據發(fā)送請求，或者通過不向任何非服務小區(qū)基站發(fā)出表示不發(fā)送數據的指令，通知相應的非服務小區(qū)基站進行數據發(fā)送。本步驟中，由于只有校驗正確的數據才能夠被選擇進行上行宏分集合并，因此，非服務小區(qū)基站向服務小區(qū)基站所發(fā)送的數據發(fā)送請求中需要攜帶有關基站接收數據正確性的信息。因此，在本發(fā)明實施例中，所有能夠表征接收數據正確性信息的內容均能作為本步驟中數據發(fā)送請求的內容，并以數據量少且信息量多者為佳。例如，數據發(fā)送請求的內容可以是數據幀的循環(huán)冗余檢驗(CRC)校驗結果、上行信道質量特性或用戶性能信息等。本步驟中，確定數據發(fā)送非服務小區(qū)基站時，所發(fā)送的表示不發(fā)送的指令或數據發(fā)送請求/響應等，這些信令交互可以承載于帶內(inband)消息，也可以承載于帶外(out-of-band)消息。本步驟中，對于服務小區(qū)基站發(fā)出的表示不發(fā)送的指令，以及服務小區(qū)基站與非服務小區(qū)基站之間的數據發(fā)送請求/響應，可以通過優(yōu)化傳輸和提高優(yōu)先權來減少時延。通過本步驟中的這種請求/響應或指令使得服務小區(qū)基站可以對各非服務小區(qū)基站的接收數據進行分布式的選擇，區(qū)別于現有技術的集中式選擇，可以極大地減少基站之間的冗余傳輸量。步驟303:被確定進行數據發(fā)送的非服務小區(qū)基站發(fā)送本基站所接收到的數據。本步驟中，非服務小區(qū)基站根據來自于服務小區(qū)基站的表示不發(fā)送數據的指令，或者服務小區(qū)基站返回的數據發(fā)送響應，判斷其自身是否為被確定進行數據發(fā)送的非服務小區(qū)基站。對于等待來自于服務小區(qū)基站的表示不發(fā)送數據指令的非服務小區(qū)，可以設置一個表示發(fā)送本基站所接收到的數據的定時器，當某個非服務小區(qū)基站所接收的數據校驗正確、且在該定時器超時之后尚未收到來自于服務小區(qū)基站的不發(fā)送指令，則該非服務小區(qū)基站可以判定服務小區(qū)所接收的數據不正確，因此，該非服務小區(qū)基站判定本基站是被確定的進行數據發(fā)送的基站。本步驟中，非服務小區(qū)發(fā)送本基站所接收到的數據的方式有兩種，一種是將本基站接收正確的數據發(fā)送給服務小區(qū)基站，然后由服務小區(qū)基站對該數據進行上行宏分集合并處理；另一種是UE激活集內的每一條鏈路都為該UE的本次通信建立一條Iu接口上的GPRS隧道通道(GTP)，同時，核心網維護該UE與多條GTP通道的對應關系信息，當非服務小區(qū)基站確定本基站是被確定的進行數據發(fā)送的基站時，通過本基站與核心網之間的Iu接口連接直接將本基站接收正確的數據發(fā)送給核心網。步驟304:將非服務小區(qū)發(fā)送的數據作為上行MDC的數據進行處理。本步驟中，若進行上行MDC處理的設備是服務小區(qū)基站，則在步驟303中，被確定進行數據發(fā)送的非服務小區(qū)將把數據發(fā)送給服務小區(qū)基站，當服務小區(qū)基站接收到來自于多個非服務小區(qū)的相同數據時，可以從中選擇一個數據進行上行MDC處理；若進行上行MDC處理的設備是核心網，則在步驟303中，被確定進行數據發(fā)送的非服務小區(qū)基站相應地應該把數據發(fā)送給核心網，而核心網也可以從接收到的多個相同數據中選擇一個數據進行上行MDC處理。本步驟中，對已確定的數據進行上行MDC處理的具體方式與現有技術類似，在此不再贅述。至此，結束本發(fā)明實施例中上行宏分集合并方法的示例性流程。以下結合附圖，舉四個具體實施例對本發(fā)明進行詳細說明實施例一本實施例中，假設默認情況下非服務小區(qū)基站不主動向服務小區(qū)基站發(fā)送接收正確的數據，因此，在非服務小區(qū)基站判斷其自身對應的無線鏈路上的接收數據正確時，向服務小區(qū)基站發(fā)起數據發(fā)送請求，當從服務小區(qū)基站接收到數據發(fā)送響應時，向服務小區(qū)基站發(fā)送接收正確的數據。圖4為本發(fā)明實施例一中上行宏分集數據中的選擇方法的流程示意圖。參見圖4，該方法包括以下步驟步驟401:服務小區(qū)基站判斷其自身所接收到的數據是否正確，如果正確，繼續(xù)執(zhí)行步驟402;否則，繼續(xù)執(zhí)行步驟403。本步驟中，服務小區(qū)基站可以按照現有技術檢驗其自身無線鏈路上接收數據的正確性，當檢驗結果為接收正確時，繼續(xù)執(zhí)行步驟402;否則，繼續(xù)執(zhí)行步驟403。步驟402:服務小區(qū)基站選擇其自身對應的無線鏈路上的接收數據作為正確數據，參與上行宏分集合并，結束本實施例方法流程。本步驟中，服務小區(qū)基站將其自身對應的無線鏈路上的接收數據確定為正確數據之后，可以按照現有宏分集合并技術對該數據進行處理，并將處理之后的^:據通過Iu接口向核心網上傳。步驟403:接收數據正確的非服務小區(qū)基站向服務小區(qū)基站發(fā)送數據發(fā)送請求。由于本實施例中，默認情況下非服務小區(qū)基站不主動向服務小區(qū)基站發(fā)送接收正確的數據，因此，本步驟中，當激活集內的非服務小區(qū)基站經過檢驗，確定本小區(qū)的無線鏈路所接收的數據是正確的時，向服務小區(qū)基站發(fā)起數據發(fā)送請求。該數據發(fā)送請求中攜帶能夠表征接收數據正確性信息的內容，例如，數據幀的CRC校驗結果、上行信道質量特性或用戶性能信息等均可以作為該數據發(fā)送請求的內容，并以數據量少且信息量多者為佳。本步驟中，非服務小區(qū)基站可以通過帶內信息，也可以通過帶外信息向服務小區(qū)基站發(fā)送數據發(fā)送請求，即數據發(fā)送請求可以承載于帶內信息或帶外信息。其中，通過帶外信息進行承載的方式可以是定義新的信令消息，例如，可以在Iur接口上定義新的無線網絡子系統應用部分(RNSAP)信令消息作為數據發(fā)送請求；通過帶內信息進行承載的方式可以是擴展現有信道幀的類型、或者是利用現有信道幀中的未用字段來攜帶數據發(fā)送請求。這里，信道幀中的未用字段是指信道幀中沒有使用的字段，包括預留字段(Spare)、預留擴展字段(SpareExtension)、或其他可以用于攜帶本發(fā)明數據發(fā)送請求的字段。通過帶外信息承載數據發(fā)送請求時，可以按照一定的格式定義新的信令消息，使其符合Iur接口上信令消息的相關規(guī)范即可，在此不再贅述。對于通過帶內信息承載數據發(fā)送請求的情況，其實現比使用帶外信息更為靈活和復雜，且其資源耗費更少，因此，下面以非服務小區(qū)基站通過帶內信息向服務小區(qū)基站發(fā)送數據發(fā)送請求為例進行說明。如前所述，通過帶內信息承載數據發(fā)送請求時，可以擴展現有信道幀的類型，也可以利用現有信道幀中的未用字段，下面對其具體實施方式分別予以說明第一種情況擴展現有信道幀的類型來承載數據發(fā)送請求。例如，接收數據正確的非服務小區(qū)基站可以擴展專用傳輸信道幀協議(DCHFP)幀來承載數據發(fā)送請求。DCHFP幀承載于NodeB+之間的Iur接口上，可以通過擴展現有DCHFP中的控制幀(ControlFrame)，來承載本步驟中的數據發(fā)送請求，以及步驟404中的數據發(fā)送響應?，F有Iur接口上的控制幀類型中只定義了0000000100001011這幾種類型，現有DCHFP的控制幀類型與編碼的對應關系表如表1所示控制幀類型(Typeofcontrolframe)編碼(Coding)OUTERLOOPPOWERCONTROL00000001TIMINGADJUSTMENT00000010<table>tableseeoriginaldocumentpage18</column></row><table>表1本發(fā)明可以擴展現有Iur接口上DCHFP中控制幀的類型，定義除00000001-00001011以外的其他編碼來表示本發(fā)明實施例中的信息交互。例如，設置OOOO1100，表示數據發(fā)送請求，并將表征接收數據正確性的信息攜帶于該控制幀中。通常，控制幀可以按照如表2所示的結構構造<table>tableseeoriginaldocumentpage18</column></row><table>表2參見表2，對于本發(fā)明實施例擴展的幀類型數據發(fā)送請求，可以在控制幀類型字段中填入00001100,并將表征接收數據正確性的信息攜帶于該控制幀中。例如，可以在表中"控制信息，，所示字段中攜帶表征接收數據正確性的信息，或者在其他可以用于攜帶信息的字段中攜帶表征接收數據正確性的信息。需要說明的是，表2只是以一個典型控制幀可能具有的結構為例說明本發(fā)明控制幀的構造方法，并非用于限定本發(fā)明控制幀只能采用圖2所示結構進行構造，本發(fā)明實施例的控制幀當然也可以采用其他方式來構造。第二種情況利用現有信道幀中的未用字段來承載數據發(fā)送請求。接收數據正確的非服務小區(qū)基站可以利用DCHFP的上行數據幀中的未用字段來承載數據發(fā)送請求。這里，未用字段可以是幀中的預留字段、或預留擴展字段、或其他可以用于攜帶本發(fā)明數據發(fā)送請求信息的字段。當非服務小區(qū)基站釆用這種方式來承載數據發(fā)送請求時，可以實現上行交互信息與上行數據一起發(fā)送，能夠節(jié)約帶寬資源、提高傳輸效率。上述兩種情況只是基于本發(fā)明實施例的舉例說明，任何可以利用的帶內信息均可以用于本步驟中的數據發(fā)送請求。步驟404:服務小區(qū)基站根據所接收到的數據發(fā)送請求，選擇進行數據發(fā)送的非服務小區(qū)基站，并向該非服務小區(qū)基站返回數據發(fā)送響應。本步驟中，服務小區(qū)基站可以通過帶內信息，也可以通過帶外信息向非服務小區(qū)基站發(fā)送數據發(fā)送響應。與步驟403類似，通過帶外信息進行承載的方式可以是定義新的信令消息，例如，可以按照一定的格式，在Iur接口上定義新的RNSAP信令消息作為數據發(fā)送響應，在此不再贅述；通過帶內信息進行承載的方式可以是擴展現有專用傳輸信道幀的類型、也可以是擴展現有公共傳輸信道幀的類型、還可以是利用現有信道幀中的未用字段來攜帶數據發(fā)送響應，下面對這三種情況的具體實施方式分別予以說明第一種情況擴展現有專用傳輸信道幀的類型來承載數據發(fā)送響應。這里，參照步驟403中的方法，本發(fā)明也可以擴展現有Iur接口上DCHFP中控制幀的類型，設置00001101,表示數據發(fā)送響應，并按照如表2所示的結構或其他任何能夠構造控制幀的結構構造本步驟中的數據發(fā)送響應。第二種情況擴展現有公共傳輸信道幀的類型來承載數據發(fā)送響應。服務小區(qū)基站可以通過擴展公共傳輸信道幀協議(CCHFP)幀的方式向某個接收數據正確的非服務小區(qū)基站發(fā)送數據發(fā)送響應?，F有CCHFP的控制幀類型中只定義了00000010-00001011這幾種類型，現有CCHFP的控制幀類型與取值的對應關系表如表3所示<table>tableseeoriginaldocumentpage20</column></row><table>表3本發(fā)明可以擴展現有CCHFP中控制幀的類型，定義除0000001000001011以外的其他編碼來表示本發(fā)明中的信息交互。例如，設置00001100，表示數據發(fā)送響應。在擴展表示數據發(fā)送響應的控制幀類型之后，可以按照與步驟403中構造數據發(fā)送請求類似的方式構造數據發(fā)送響應，并將無線網絡臨時標識(RNTI)攜帶于該數據發(fā)送響應中，以區(qū)分不同的用戶。第三種情況利用現有信道幀中的未用字段來承載數據發(fā)送響應。當服務小區(qū)基站存在下行數據需要傳遞給非服務小區(qū)基站時，也可以按照與步驟403中所描述的第二種情況類似的方式，利用DCHFP的下行數據幀中的未用字段來承載數據發(fā)送響應。這里，未用字段可以是幀中的預留字段、或預留擴展字段、或其他可以用于攜帶本發(fā)明數據發(fā)送請求信息的字段。當服務小區(qū)基站采用這種方式來承載數據發(fā)送響應時，可以實現下行交互信息與下行數據一起發(fā)送，能夠節(jié)約帶寬資源、提高傳輸效率。上述三種情況只是基于本發(fā)明實施例的舉例說明，任何可以利用的帶內信息均可以用于本步驟中的數據發(fā)送響應。本步驟中，若服務小區(qū)基站只接收到來自于一個非服務小區(qū)基站的數據發(fā)送請求，則直接將該非服務小區(qū)基站確定為進行數據發(fā)送的非服務小區(qū)基站，向該非服務小區(qū)基站返回數據發(fā)送響應；若服務小區(qū)基站接收到來自于多個非服務小區(qū)基站的數據發(fā)送請求，則可以選擇最先收到的請求所對應的基站確定為進行數據發(fā)送的基站，或者根據數據發(fā)送請求中所包含的上行信道質量特性或用戶性能信息，從這多個非服務小區(qū)基站中選擇最佳的一個作為進行數據發(fā)送的基站，或者任意選擇一個作為進行數據發(fā)送的非服務小區(qū)基站，向該非服務小區(qū)基站返回數據發(fā)送響應。這里，選擇最佳的非服務小區(qū)基站除了可以根據上行信道質量特性或者用戶性能信息等之外，也可以根據現有相關技術按照其他方式進行選擇。步驟405:接收到數據發(fā)送響應的非服務小區(qū)基站將其對應無線鏈路上的接收數據發(fā)送給服務小區(qū)基站。本步驟中，非服務小區(qū)基站根據服務小區(qū)基站返回的數據發(fā)送響應，判斷其自身是被確定進行數據發(fā)送的非服務小區(qū)基站，于是，將對應無線鏈路上的接收正確的數據發(fā)送給服務小區(qū)基站。步驟406:服務小區(qū)基站將來自于非服務小區(qū)基站的數據作為正確數據，參與上行宏分集合并。本步驟中，服務小區(qū)基站接收到來自于非服務小區(qū)基站的數據之后，可以按照與步驟402類似的方式，將該接收數據確定為正確數據，然后按照現有宏分集合并技術對該數據進行處理，并將處理之后的數據通過Iu接口向核心網上傳。至此，結束本發(fā)明上行宏分集合并方法的流程。由上述實施例可見，本實施例所公開的上行宏分集合并方法中，當服務小區(qū)基站判定其所接收的數據正確時，直接將該數據作為正確數據參與上行宏分集合并，并采取了不回應非服務小區(qū)基站的數據發(fā)送請求的方式，避免非服務小區(qū)基站再向服務小區(qū)基站發(fā)送數據，如此，可以極大地減少上行宏分集在基站之間的冗余傳輸量，并且，由于不用等待非服務小區(qū)基站發(fā)送的接收正確的數據，用戶面時延也得以減少；而當服務小區(qū)基站判定其所接收的數據不正確時，則根據來自于非服務小區(qū)基站的數據發(fā)送請求，從中選擇一個，并向其對應的非服務小區(qū)基站回應數據發(fā)送響應，以通知該非服務小區(qū)基站向服務小區(qū)基站或核心網發(fā)送數據，如此，使得上行宏分集在基站之間的冗余傳輸量得到了很好的控制，并且，由于進行本發(fā)明實施例所述信息交互所需要的數據量非常少，使得用戶面時延也得到了較好的控制。并且，本實施例的數據發(fā)送請求和數據發(fā)送響應可以承載于帶內信息，也可以承載于帶外信息。對于承載于帶內信息的方式，可以在控制基站之間冗余傳輸量的基礎上，進一步節(jié)約基站之間的傳輸資源。實施例二本實施例中，默認情況下非服務小區(qū)基站將主動向服務小區(qū)基站發(fā)送接收正確的數據，為此，在非服務小區(qū)基站中設置有定時時間較短的定時器，當某個非服務小區(qū)基站的接收數據正確、且在該定時器超時之后尚未接收到服務小區(qū)基站的表示不發(fā)送數據的指令時，該非服務小區(qū)基站將主動向服務小區(qū)基站發(fā)送接收正確的數據。圖5為本發(fā)明實施例二中上行宏分集合并方法的流程示意圖。參見圖5,該方法包括以下步驟步驟501:服務小區(qū)基站判斷其自身接收的數據是否正確，如果正確，繼續(xù)執(zhí)行步驟502;否則，繼續(xù)執(zhí)行步驟503。數據的正確性，當檢驗結果為接收正確時，繼續(xù)執(zhí)行步驟502;否則，繼續(xù)執(zhí)行步驟503。步驟502:服務小區(qū)基站選擇其自身對應的無線鏈路上的接收數據作為正確數據，參與上行宏分集合并，并向所有非服務小區(qū)基站發(fā)送表示不發(fā)送數據的指令，結束本實施例方法流程。本步驟中，服務小區(qū)基站將其自身對應的無線鏈路上的接收數據確定為正確數據之后，可以按照現有宏分集合并技術對該數據進行處理，并將處理之后的數據通過III接口向核心網上傳。此外，由于本實施例中，默認情況下非服務小區(qū)基站將主動向服務小區(qū)基站發(fā)送接收正確的數據，因此，本步驟中，服務小區(qū)基站應向所有非服務小區(qū)基站發(fā)送表示不發(fā)送數據的指令，以避免非服務小區(qū)基站向服務小區(qū)基站發(fā)送不必要的冗余數據。本步驟中服務小區(qū)基站可以通過帶內信息或帶外信息向所有非服務小區(qū)基站發(fā)送表示不發(fā)送數據的指令。與實施例一類似，對于通過帶外信息進行承載的情況，可以定義新的信令消息，例如，可以按照一定的格式，在Iur接口上定義新的RNSAP信令消息作為數據發(fā)送響應，在此不再贅述；對于通過帶內信息進行承載的情況，可以按照實施例一中數據發(fā)送請求以擴展現有專用傳輸信道幀的類型、也可以擴展現有公共傳輸信道幀的類型、還可以利用現有信道幀中的未用字段來承載本步驟中表示不發(fā)送數據的指令。例如，可以擴展現有Iur接口上DCHFP中控制幀的類型，定義除00000001-00001011以外的其他編碼來表示本步驟中的不發(fā)送數據指令，并按照如表2所示的結構或任何其他能夠構造控制幀的結構構造本步驟中的表示不發(fā)送數據的指令；也可以擴展現有CCHFP中控制幀的類型，定義除00000010~00001011以外的其他編碼來表示本步驟中的不發(fā)送數據指令，然后按照如表2所示的結構或任何其他能夠構造控制幀的結構構造本步驟中的表示不發(fā)送數據的指令，并將RNTI攜帶于該指令中，以區(qū)分不同的用戶；此外，還可以利用DCHFP的下行數據幀中的未用字段來承載表示不發(fā)送數據的指令。步驟503:接收數據正確的非服務小區(qū)基站中的定時器超時，并且沒有收到來自于服務小區(qū)基站的不發(fā)送指令，則向服務小區(qū)基站發(fā)送其對應無線鏈路上接收正確的數據。由于服務小區(qū)基站在其自身接收數據不正確時，將不向非服務小區(qū)基站發(fā)送不發(fā)送數據的指令，因此，本步驟中，當非服務小區(qū)基站經過檢驗，確定本小區(qū)的無線鏈路所接收的數據是正確的、且在定時器超時后還沒有接收到來自于服務小區(qū)基站的表示不發(fā)送數據的指令，則非服務小區(qū)基站判定服務小區(qū)基站接收的數據不正確，應當將其自身對應的無線鏈路上接收正確的數據發(fā)送給服務小區(qū)基站，于是，將其對應無線鏈路上的接收正確的數據發(fā)送給服務小區(qū)基站。步驟504:服務小區(qū)基站從接收到的數據中選擇一個作為正確數據，參與上行宏分集合并。本步驟中，若服務小區(qū)基站只接收到來自于一個非服務小區(qū)基站的數據，則直接將該數據確定為正確數據；若服務小區(qū)基站接收到來自于多個非服務小區(qū)基站的數據，則可以從中選擇一個確定為正確數據，具體可以是，選擇最先接收到的數據，或者隨機選擇。然后按照與步驟502類似的方式，參照現有宏分集合并技術對該數據進行處理，并將處理之后的數據通過Iu4妄口向4亥心網上傳。至此，結束本發(fā)明上行宏分集合并方法流程。由上述實施例可見，本實施例所公開的上行宏分集合并方法中，當服務小區(qū)基站判定其所接收的數據正確時，直接將該數據作為正確數據參與上行宏分集合并，并釆取了向非服務小區(qū)基站發(fā)送表示不發(fā)送數據的指令的方式，避免非服務小區(qū)基站再向服務小區(qū)基站發(fā)送數據，如此，可以極大地減少上行宏分集在基站之間的冗余傳輸量，并且，由于不用等待非服務小區(qū)基站發(fā)送的接收正確的數據，用戶面時延也得以減少；而當服務小區(qū)基站判定其所接收的數據不正確時，不向非服務小區(qū)發(fā)送任何指令，以通知接收數據正確的非服務小區(qū)基站向服務小區(qū)基站發(fā)送數據，如此，使得上行宏分集在基站之間的冗余傳輸量得到了很好的控制，并且，由于進行本發(fā)明實施例所述信息交互所需要的數據量非常少，使得用戶面時延也得到了較好的控制。并且，本實施例的表示不發(fā)送數據的指令可以承載于帶內信息，也可以承載于帶外信息。對于承載于帶內信息的方式，可以在控制基站之間冗余傳輸量的基礎上，進一步節(jié)約基站之間的傳輸資源。上述兩個實施例中，接收數據正確的非服務小區(qū)基站判定其自身為被確定進行數據發(fā)送的基站之后，均將其所接收到的數據發(fā)送給服務小區(qū)基站，由服務小區(qū)基站對數據進行宏分集合并之后發(fā)送給核心網。在實際應用中，被確定進行數據發(fā)送的非服務小區(qū)基站也可以將其所接收到的數據直接發(fā)送給核心網，由核心網對接收正確的數據進行宏分集合并。在非服務小區(qū)基站直接將數據發(fā)送給核心網的情況下，UE激活集內的每一跳鏈路都需要為該UE的本次通信建立一條Iu接口上的GPRS隧道通道(GTP),同時，核心網需要維護該UE與多條GTP通道的對應關系信息，非服務小區(qū)基站可以通過本基站與核心網之間的Iu接口連接直接將本基站接收正確的數據發(fā)送給核心網。對于這種情況下的具體實施方式，可以參照實施例一和實施例二進行，在此不再贅述。上面的實施例一和實施例二介紹了本發(fā)明上行宏分集合并方法的具體實施方式，下面的實施例中介紹本發(fā)明上行宏分集合并系統。實施例三圖6為本發(fā)明實施例三中上行宏分集合并系統的結構示意圖。參見圖6,該系統包括服務小區(qū)基站、上行MDC的激活集內的非服務小區(qū)基站、核心網牙口傳，命網。其中，服務小區(qū)基站，用于判斷其自身所接收到的數據的正確性，當其自身的接收數據正確時，直接將該數據作為正確數據參與上行宏分集合并，并通過與非服務小區(qū)基站之間的數據量非常少的信息交互，避免非服務小區(qū)基站再向服務小區(qū)基站發(fā)送數據；當其自身的接收數據不正確時，通過與非服務小區(qū)基站之間的信息交互，確定進行數據發(fā)送的非服務小區(qū)基站，通常，在同一軟切換激活集中，有且只有一個服務小區(qū)基站；非服務小區(qū)基站，用于與服務小區(qū)基站執(zhí)行確定數據發(fā)送基站的操作，并據此判斷本基站是否為被確定進行數據發(fā)送的基站，當某個非服務小區(qū)基站判定其自身是被確定進行數據發(fā)送的基站時，發(fā)送本基站所接收到的數據，在同一軟切換激活集中，非服務小區(qū)基站可以存在一個或者多個；服務小區(qū)與非服務小區(qū)之間的信息交互可以承載于帶內信息，也可以承載于帶外信息；核心網，用于接收來自于服務小區(qū)基站的數據，當系統中采用被確定的非服務小區(qū)基站直接向核心網發(fā)送數據時，核心網還可以用于接收來自于非服務小區(qū)基站的數據，而非服務小區(qū)基站也可以用于向核心網發(fā)送數據，這里，需要建立核心網與UE激活集內每條鏈路之間的數據傳輸通道，即建立Iu接口上的GTP通道，同時，核心網維護該UE與多條數據傳輸通道的對應關系信息；圖6所示系統結構圖中，示出了非服務小區(qū)基站將數據發(fā)送給服務小區(qū)基站，由服務小區(qū)基站進行上行MDC之后，發(fā)送給核心網；對于非服務小區(qū)基站直接將數據發(fā)送給核心網的情況，激活集內的所有基站均與核心網存在Iu接口上的GTP通道，其系統結構請參照圖6作相應修改即可得到；傳輸網，可以用于服務小區(qū)基站與非服務小區(qū)基站之間的信息交互以及數據傳輸。圖6所示系統中，非服務小區(qū)基站可以用于判斷本基站所接收到的數據的正確性，并在判定本基站所接收到的數據正確時，向服務小區(qū)基站發(fā)送數據發(fā)送請求；服務小區(qū)基站在本基站接收數據不正確時，可以根據來自于非服務小區(qū)基站的數據發(fā)送請求，確定進行數據發(fā)送的非服務小區(qū)基站，并向非服務小區(qū)基站返回數據發(fā)送響應；此外，可以在非服務小區(qū)基站設置表示發(fā)送本基站所接收到的數據的定時器，當服務小區(qū)基站接收數據正確時，向非服務小區(qū)基站發(fā)送表示不轉發(fā)數據的指令；非服務小區(qū)基站在判定本基站所接收到的數據正確、且所述定時器超時之后尚未接收來自于服務小區(qū)基站的表示不發(fā)送數據的指令時，發(fā)送本基站所接收到的數據。在上述系統中，數據發(fā)送請求、數據發(fā)送響應和表示不發(fā)送數據的指令可以承載于帶內信息、也可以承載于帶外信息。對于承載于帶外信息的情況，可以按照方法實施例中所描述的方式，構造新的信令消息以承載本發(fā)明的數據發(fā)送請求/響應和表示不發(fā)送數據的指令。對于承載于帶內信息的情況，數據發(fā)送請求可以承載于DCHFP幀的控制幀中、也可以承載于DCHFP幀的上行數據幀中的未用字段，如預留字段或預留擴展字段中；數據發(fā)送響應可以承載于DCHFP幀的控制幀中、也可以承載于DCHFP幀的下行數據幀中的未用字段中、還可以承載于CCHFP幀的控制幀中，并在該控制幀中攜帶RNTI，以區(qū)分不同的用戶；表示不發(fā)送數據的指令可以承載于DCHFP幀的控制幀中、也可以承載于DCHFP幀的下行數據幀中的未用字段中、還可以承載于CCHFP幀的控制幀中，并在該控制幀中攜帶RNTI,以區(qū)分不同的用戶；這里，未用字段可以是幀中的預留字段、或預留擴展字段或其他可以用于攜帶本發(fā)明數據發(fā)送請求信息的字段。由上述實施例可見，本實施例所公開的上行宏分集合并系統中，由服務小區(qū)基站根據其自身接收數據的正確性情況，以及非服務小區(qū)基站所接收數據的正確性情況，選擇進行數據發(fā)送的非服務小區(qū)基站，并通過與非服務小區(qū)之間的信息交互，通知相應的基站發(fā)送數據，使得實現上行宏分集合并時給基站之間帶來的冗余傳輸量得以大大減少。此外，本實施例中服務小區(qū)基站與非服務小區(qū)基站之間所進行的信息交互可以承載于帶內信息、也可以承載于帶外信息。當承載于帶內信息時，可以在控制基站之間冗余傳輸量的基礎上，進一步節(jié)約基站之間的傳輸資源。實施例四上述實施例中的服務小區(qū)基站可以用本發(fā)明上行宏分集合并裝置實現，本實施例將對本發(fā)明上行宏分集合并裝置進行說明。圖7為本發(fā)明實施例四中上行宏分集合并裝置的結構示意圖。參見圖7,該裝置包括控制模塊701、信息交互模塊702和數據接收模塊703。圖7所示裝置中，控制模塊701,用于判斷該裝置自身所接收到的數據的正確性，并將判斷結果通知信息交互模塊702,當該裝置所接收到的數據正確時，控制模塊701可以直接將該裝置所接收的數據作為上行MDC的數據進行處理；信息交互模塊702,用于根據控制模塊701的通知，執(zhí)行確定數據發(fā)送源的操作；控制模塊701，用于根據所確定的數據發(fā)送源控制數據接收模塊703接收來自于數據發(fā)送源的數據，并將該數據作為上行MDC的數據進行處理。其中，信息交互模塊702，在執(zhí)行確定數據發(fā)送源的操作時，可以用于與數據發(fā)送源進行承載于帶內信息或帶外信息的信令交互，具體而言，信息交互模塊702可以接收來自于數據發(fā)送源的承載于帶內信息或帶外信息的數據發(fā)送請求，并在該裝置自身所接收到的數據不正確時，確定數據發(fā)送源，向所確定的數據發(fā)送源返回承載于帶內信息或帶外信息的數據發(fā)送響應；或者，在該裝置自身所接收到的數據正確時，信息交互模塊702也可以直接向數據發(fā)送源發(fā)送承載于帶內信息或帶外信息的表示不發(fā)送數據的指令。由此可見，圖7所示本發(fā)明裝置中，信息交互模塊所接收到的數據發(fā)送請求、信息交互模塊所發(fā)送的數據發(fā)送響應和表示不發(fā)送數據的指令，可以承載于帶內信息、也可以承載于帶外信息。對于承載于帶外信息的情況，可以按照方法實施例中所描述的方式，構造新的信令消息以承載本發(fā)明的數據發(fā)送請求/響應和表示不發(fā)送數據的指令。對于承載于帶內信息的情況，數據發(fā)送請求可以承載于DCHFP幀的控制幀中、也可以承載于DCHFP幀的上行數據幀中的未用字段，如預留字段或預留擴展字段中；數據發(fā)送響應可以承載于DCHFP幀的控制幀中、也可以承載于DCHFP幀的下行數據幀中的未用字段，如預留字段或預留擴展字段中、還可以承載于CCHFP幀的控制幀中，并在該控制幀中攜帶RNTI,以區(qū)分不同的用戶；表示不發(fā)送數據的指令可以承載于DCHFP幀的控制幀中、也可以承載于DCHFP幀的下行數據幀中的未用字段，如預留字段或預留擴展字段或其他可以用于攜帶該指令的字段中、還可以承載于CCHFP幀的控制幀中，并在該控制幀中攜帶RNTI,以區(qū)分不同的用戶。以上對本發(fā)明實施例中的方法、裝置和系統進行了詳細的說明，下面通過一個更具體的示例，說明本發(fā)明實施例中的技術方案如何應用于無線演進網絡，以實現上行宏分集合并。實施例五圖8為本發(fā)明實施例五中實現上行宏分集合并的示意圖。參見圖8,圖中所示xGSN表示SGSN與GGSN的組合，代表HSPA網絡中核心網，NodeB+(1)、NodeB+(2)和NodeB+(3)是演進網絡中的基站設備，UE處于軟切換中，其中，NodeB十(l)是該UE的服務小區(qū)基站，NodeB+(2)和NodeB+(3)是該UE激活集內的非服務小區(qū)基站。圖8所示示意圖中，如果NodeB+(l)的接收數據正確，則NodeB+(l)直接通過Iu接口向核心網上傳數據；而當NodeB+(l)的接收數據校驗不正確時，NodeB+(l)將與NodeB+(2)和NodeB+(3)進行信息交互，確定由哪個基站傳輸接收正確的數據給NodeB+(1)，按照本發(fā)明實施例所提供的方法，確定進行數據發(fā)送的非服務小區(qū)基站可以有以下幾種方式例如，如果NodeB+(2)和NodeB+(3)對應的UE無線鏈路所接收的數據都正確時，則NodeB+(2)和NodeB+(3)都可以向NodeB+(l)發(fā)送數據發(fā)送請求，NodeB+(l)接收到來自于兩個基站的數據發(fā)送請求后，可以選擇任意一條無線鏈路，通過返回數據發(fā)送響應的方式，通知其對應的基站把接收數據經過傳輸網送給服務小區(qū)NodeB+(1),然后由NodeB+(l)經Iu接口上傳給xGSN;如果NodeB+(2)和NodeB+(3)對應的UE無線鏈路只有NodeB+(2)無線鏈路上行數據是接收正確的，則NodeB+(2)都可以向NodeB+(1)發(fā)送數據發(fā)送請求，NodeB+(l)向NodeB+(2)返回數據發(fā)送響應，通知NodeB+(2)把接收的數據經傳輸網送給服務小區(qū)NodeB+(1),然后由NodeB+(l)經Iu接口上傳給xGSN;如果NodeB+(2)和NodeB+(3)中設置有表示發(fā)送本基站數據的定時器，則當NodeB+(2)和NodeB+(3)接收數據正確時，也可以啟動其自身的定時器，在該定時器超時之后尚未接收到來自于NodeB+(l)的表示不發(fā)送數據的指令時，則將本基站正確接收的數據發(fā)送給NodeB+(1)，然后由NodeB+(l)經Iu接口上傳給xGSN;此外，當NodeB+(2)和NodeB+(3)確定可以發(fā)送其所接收的數據時，也可以通過本基站與核心網之間的接口，直接將數據發(fā)送給核心網。由上述實施例可見，本實施例所公開的上行宏分集合并系統中，由服務小區(qū)基站根據其自身接收數據的正確性情況，以及非服務小區(qū)基站所接收數據的正確性情況，確定進行數據發(fā)送的非服務小區(qū)基站，并通過與非服務小區(qū)之間的信息交互，通知相應的基站發(fā)送數據，使得實現上行宏分集合并時給基站之間帶來的冗余傳輸量得以大大減少。并且，由于本實施例中服務小區(qū)基站與非服務小區(qū)基站之間所進行的信息交互可以承載于帶內信息、也可以承載于帶外信息，而當承載于帶內信息時，可以在控制基站之間冗余傳輸量的基礎上，進一步節(jié)約基站之間的傳輸資源。以上所述僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。權利要求1、一種上行宏分集合并方法，其特征在于，該方法包括以下步驟當服務小區(qū)基站判定本基站所接收到的數據正確時，將所述本基站所接收到的數據作為所述上行宏分集合并MDC的數據進行處理；當所述服務小區(qū)基站判定本基站所接收到的數據不正確時，確定進行數據發(fā)送的非服務小區(qū)基站；所述被確定進行數據發(fā)送的非服務小區(qū)基站發(fā)送本基站所接收到的數據；將所述非服務小區(qū)發(fā)送的數據作為所述上行MDC的數據進行處理。2、根據權利要求1所述的方法，其特征在于，所述確定進行數據發(fā)送的非服務小區(qū)基站為當所述非服務小區(qū)基站判定本基站所接收到的數據正確時，向所述服務小區(qū)基站發(fā)送數據發(fā)送請求；所述服務小區(qū)基站從所接收到的數據發(fā)送請求中選擇一個，并向所述數據發(fā)送請求所對應的非服務小區(qū)基站返回數據發(fā)送響應，接收到所述數據發(fā)送響應的非服務小區(qū)基站確定為進行數據發(fā)送的基站；當所述服務小區(qū)基站判定本基站所接收到的數據正確時，對所述非服務小區(qū)基站發(fā)送的數據發(fā)送請求不返回數據發(fā)送響應。3、根據權利要求l所述的方法，其特征在于，預先在所述非服務小區(qū)基站中設置表示發(fā)送本基站所接收到的數據的定時器；當所述服務小區(qū)基站判定本基站所接收到的數據正確之后，進一步向所述非服務小區(qū)基站發(fā)送表示不發(fā)送數據的指令；所述確定進行數據發(fā)送的非服務小區(qū)基站為若接收數據正確的非服務小區(qū)基站在所述定時器超時之后尚未收到來自于所述服務小區(qū)基站的表示不發(fā)送數據的指令，則所述接收數據正確的非服務小區(qū)基站判定本基站是所述被確定進行數據發(fā)送的基站。4、根據權利要求1所述的方法，其特征在于，所述被確定進行數據發(fā)送的非服務小區(qū)基站發(fā)送本基站所接收到的數據為所述被確定進行數據發(fā)送的非服務小區(qū)基站將本基站所接收到的數據發(fā)送給所述服務小區(qū)基站，由所述服務小區(qū)基站對所述數據進行所述上行MDC處理。5、根據權利要求1所述的方法，其特征在于，所述上行MDC的激活集內的所有基站所對應的無線鏈路均建立一條與核心網的Iu接口連接；所述被確定進行數據發(fā)送的非服務小區(qū)基站發(fā)送所述本基站所接收到的數據為所述被確定進行數據發(fā)送的非服務小區(qū)基站將本基站所接收到的數據通過本基站上的所述與核心網的Iu接口連接發(fā)送給所述核心網，由所述核心網對所述數據進行所述上行MDC處理。6、根據權利要求2所述的方法，其特征在于，所述數據發(fā)送請求的內容為所有能夠表征接收數據正確性信息的內容。7、根據權利要求6所述的方法，其特征在于，所述數據發(fā)送請求的內容包括循環(huán)冗余檢驗CRC校驗結果和/或上行信道質量特性和/或用戶性能信息。8、根據權利要求7所述的方法，其特征在于，所述服務小區(qū)基站從所接收到的數據發(fā)送請求中選擇一個為從所接收到的數據發(fā)送請求中選擇最先接收到的一個，或者任意選擇一個，或者根據所述上行信道質量特性選擇最佳的一個，或者根據所述用戶性能信息選擇最佳的一個。9、根據權利要求1所述的方法，其特征在于，當所述服務小區(qū)基站判定本基站所接收到的數據正確之后，進一步與所述非服務小區(qū)基站進行承載于帶內信息或帶外信息的信令交互；當所述服務小區(qū)基站判定本基站所接收到的數據不正確，確定進行數據發(fā)送的非服務小區(qū)基站時，與所述非服務小區(qū)基站進行承載于帶內信息或帶外信息的信令交互。10、根據權利要求2所述的方法，其特征在于，通過帶內信息或帶外信息承載所述數據發(fā)送請求和數據發(fā)送響應。11、根據權利要求IO所述的方法，其特征在于，所述通過帶內信息承載所述數據發(fā)送請求和數據發(fā)送響應為進一步預先擴展專用傳輸信道幀協議DCHFP中的控制幀類型，分別設置表示數據發(fā)送請求和數據發(fā)送響應的控制幀類型，并通過所述DCHFP幀承載所述數據發(fā)送請求和所述數據發(fā)送響應；或，使用DCHFP幀的上行數據幀中的未用字段承載所述數據發(fā)送請求，使用DCHFP的下行數據幀中的未用字段承載所述數據發(fā)送響應；或，進一步預先擴展公共傳輸信道幀協議CCHFP中的控制幀類型，設置表示數據發(fā)送響應的控制幀類型，在所述數據發(fā)送響應中攜帶無線網絡臨時標識RNTI,并通過所述CCHFP幀承載所述數據發(fā)送響應，使用DCHFP的上行數據幀中的未用字段承載所述數據發(fā)送請求。12、根據權利要求3所述的方法，其特征在于，通過帶內信息或帶外信息承載所述表示不發(fā)送數據的指令。13、根據權利要求12所述的方法，其特征在于，所述通過帶內信息承載所述表示不發(fā)送數據的指令為進一步預先擴展DCHFP幀中的控制幀類型，設置表示不發(fā)送數據指令的控制幀類型，并通過所述DCHFP幀承載所述表示不發(fā)送數據的指令；或，使用DCHFP的下行數據幀中的未用字段承載所述表示不發(fā)送數據的指令；或，進一步預先擴展CCHFP中的控制幀類型，設置表示不發(fā)送數據指令的控制幀類型，在所述表示不發(fā)送數據的指令中攜帶RNTI，并通過所述CCHFP幀承載所述表示不發(fā)送數據的指令。14、根據權利要求1至13任一所述的方法，其特征在于，所述基站為演進的高速分組接入基站NodeB+或演進的長期演進基站eNodeB。15、一種上行宏分集合并裝置，其特征在于，該裝置包括控制模塊和信息交互模塊；所述控制^t塊，用于判斷所述裝置自身所接收到的數據的正確性，并將所述判斷的結果通知所述信息交互模塊，當所述裝置所接收到的數據正確時，將所述數據作為所述上行MDC的數據進行處理；所述信息交互模塊，用于根據所述控制模塊的通知，執(zhí)行確定數據發(fā)送源的操作。16、根據權利要求15所述的裝置，其特征在于，所述信息交互模塊在執(zhí)行所述確定數據發(fā)送源的操作時，用于與所述數據發(fā)送源進行承載于帶內信息或帶外信息的信令交互。17、根據權利要求16所述的裝置，其特征在于，所述信息交互模塊在與所述數據發(fā)送源進行所述信令交互時，具體用于接收來自于所述數據發(fā)送源的承載于帶內信息或帶外信息的數據發(fā)送請求，并在所述裝置自身所接收到的數據不正確時，確定數據發(fā)送源，向所確定的數據發(fā)送源返回承載于帶內信息或帶外信息的數據發(fā)送響應。18、根據權利要求16所述的裝置，其特征在于，所述信息交互模塊在與所述數據發(fā)送源進行所述信令交互時，具體用于在所述裝置自身所接收到的數據正確時，向所述數據發(fā)送源發(fā)送承載于帶內信息或帶外信息的表示不發(fā)送數據的指令。19、根據權利要求15至18任一所述的裝置，其特征在于，所述裝置進一步包括數據接收模塊；所述控制模塊，進一步用于根據所確定的數據發(fā)送源控制所述數據接收模塊進行數據接收；所述數據接收模塊，用于根據所述控制模塊的控制，接收來自于數據發(fā)送源的數據，并將所述數據作為所述上行MDC的數據進行處理。20、一種上行宏分集合并系統，其特征在于，該系統包括服務小區(qū)基站和上行MDC的激活集內的非服務小區(qū)基站；所述服務小區(qū)基站，用于判斷其自身所接收到的數據的正確性，當所述服務小區(qū)基站所接收到的數據正確時，將所述數據作為所述上行MDC的數據進行處理，當所述服務小區(qū)基站所接收到的數據不正確時，與所述非服務小區(qū)基站執(zhí)行確定數據發(fā)送基站的操作；所述非服務小區(qū)基站，用于與所述服務小區(qū)基站執(zhí)行所述確定數據發(fā)送基站的操作，并在判定本基站是被確定進行數據發(fā)送的基站時，發(fā)送本基站所接收到的數據。21、根據權利要求20所述的系統，其特征在于，所述非服務小區(qū)基站，用于判斷本基站所接收到的數據的正確性，并在判定本基站所接收到的數據正確時，向所述服務小區(qū)基站發(fā)送數據發(fā)送請求；所述服務小區(qū)基站，用于在本基站接收數據不正確時，根據來自于所述非服務小區(qū)基站的數據發(fā)送請求，確定進行數據發(fā)送的非服務小區(qū)基站，并向所述非服務小區(qū)基站返回數據發(fā)送響應。22、根據權利要求20所述的系統，其特征在于，所述非服務小區(qū)基站進一步設置有表示發(fā)送本基站所接收到的數據的定時器；所述服務小區(qū)基站，用于在本基站接收數據正確時，向所述非服務小區(qū)基站發(fā)送表示不發(fā)送數據的指令；所述非服務小區(qū)基站，在判定本基站所接收到的數據正確、且所述定時器超時之后尚未接收來自于所述服務小區(qū)基站的所述表示不發(fā)送數據的指令時，發(fā)送所述本基站所接收到的數據。23、根據權利要求21所述的系統，其特征在于，所述數據發(fā)送請求和所述數據發(fā)送響應承載于帶內信息或帶外信息。24、根據權利要求22所述的系統，其特征在于，所述表示不發(fā)送數據的指令承載于帶內信息或帶外信息。25、根據權利要求20至24任一所述的系統，其特征在于，所述非服務小區(qū)基站，用于將所述本基站所接收到的數據向所述服務小區(qū)基站發(fā)送；所述服務小區(qū)基站，用于接收來自于所述非服務小區(qū)基站的數據，將該數據作為所述上行MDC的數據進行處理。26、根據權利要求20至24任一所述的系統，其特征在于，所述系統中進一步包括核心網，用于接收來自于所述被確定進行數據發(fā)送的非服務小區(qū)基站發(fā)送的數據，將該數據作為所述上行MDC的數據進行處理。全文摘要本發(fā)明實施例中公開了一種上行宏分集合并方法，該方法包括以下步驟當服務小區(qū)基站判定本基站所接收到的數據正確時，將所述本基站所接收到的數據作為所述上行宏分集合并MDC的數據進行處理；當所述服務小區(qū)基站判定本基站所接收到的數據不正確時，確定進行數據發(fā)送的非服務小區(qū)基站；所述被確定進行數據發(fā)送的非服務小區(qū)基站發(fā)送本基站所接收到的數據；將所述非服務小區(qū)發(fā)送的數據作為所述上行MDC的數據進行處理。本發(fā)明還公開了一種上行宏分集合并裝置以及一種上行宏分集合并系統。應用本發(fā)明能夠減少實現上行宏分集給基站之間帶來的冗余傳輸量。文檔編號H04B7/02GK101174864SQ20061016207公開日2008年5月7日申請日期2006年12月8日優(yōu)先權日2006年10月31日發(fā)明者孫亞飛,李榮強申請人:華為技術有限公司