專利名稱：宏分集合并實現(xiàn)方法、系統(tǒng)、基站和用戶設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通訊技術(shù)領(lǐng)域，具體涉及一種宏分集合并實現(xiàn)方法、系統(tǒng)、 基站和用戶設(shè)備。
背景技術(shù)：
UMTS是采用WCDMA空中接口技術(shù)的第三代移動通信系統(tǒng)，通常也把 UMTS系統(tǒng)稱為WCDMA通信系統(tǒng)。在UMTS系統(tǒng)中，相鄰小區(qū)的覆蓋區(qū)域 會存在重疊，利用軟切換可以提供無縫切換，通過宏分集合并MDC (Macro Diversity Combining )所實現(xiàn)的增益，可以增加系統(tǒng)的抗干^l尤能力。
隨著移動通信技術(shù)的發(fā)展，3G技術(shù)也在不斷的發(fā)展演進。在3GPP第6版 (Release6,簡稱"R6")的版本中，引入了高速上行分組接入(High Speed Uplink Packet Access,簡稱"HSUPA" ) 。 HSUPA同樣支持上行宏分集技術(shù)。
以下對MDC的實現(xiàn)過程進行簡單描述軟切換過程中的移動臺與多個基 站同時通過兩條不同的空中接口信道進行通信，對于上行鏈路，多個基站都接 收移動臺的碼分信道中的上行用戶數(shù)據(jù)。兩個基站接收到的上行用戶數(shù)據(jù)均發(fā) 送到RNC (Radio Network Controller,無線網(wǎng)絡(luò)控制器)進行選擇合并，RNC 利用提供給外環(huán)功率控制的幀可靠性指示符來選擇其中一個較好的上行用戶 數(shù)據(jù)，并將選擇的數(shù)據(jù)發(fā)送給核心網(wǎng)。
以上的網(wǎng)絡(luò)架構(gòu)是基于3GPP R6以前版本的架構(gòu)，為了提高WCDMA的 生命周期和運營商的投資保護，3GPP提出了 E-HSPA演進的研究計劃，希望 在現(xiàn)有R6版本的基礎(chǔ)上提高頻譜效率，減少控制面和用戶面延遲，并且能夠后向兼容和前向平滑演進到LTE/SAE (長期演進計劃/系統(tǒng)架構(gòu)演進)系統(tǒng)， 包括空口性能的提升和RAN架構(gòu)的演進。
在E-HSPA ( Evolved High Speed Packet Access,演進的高速分組接入)網(wǎng) 絡(luò)中，RNC功能下移到NodeB十(E-HSPANodeB， E-HSPA基站)。NodeB + 通過IuPS接口直接與核心網(wǎng)相連。
在E-HSPA網(wǎng)絡(luò)中MDC的一種實現(xiàn)過程為上行MDC在用戶的服務(wù)小 區(qū)基站中實現(xiàn)，對于激活集中的所有無線鏈路上的數(shù)據(jù)，如果某非服務(wù)小區(qū)基 站對應(yīng)的無線鏈路上的接收數(shù)據(jù)正確，則該基站將上行數(shù)據(jù)發(fā)送給該服務(wù)小區(qū) 基站，服務(wù)小區(qū)基站對所接收到的上行數(shù)據(jù)，進行宏分集合并處理之后發(fā)送給 核心網(wǎng)。此方案類似于現(xiàn)有3G系統(tǒng)RNC中MDC的實現(xiàn)，只是將功能實現(xiàn)的 位置從RNC下移到服務(wù)小區(qū)基站上。如果在服務(wù)小區(qū)基站(包括Serving RNC 服務(wù)RNC功能)上實現(xiàn)上行宏分集，則必然需要基站之間需要相互通訊。如 果讓其他軟切換基站都傳輸上行接收數(shù)據(jù)給該服務(wù)小區(qū)基站進行宏分集處理， 會有基站之間接口傳輸(最后一公里傳輸資源)負(fù)載過大和用戶面的時延問題。
可見，不論是引入了 HSUPA的系統(tǒng)或者E-HSPA，采用的上述方案是以實 現(xiàn)MDC為前提的，該方案存在不夠靈活的缺點比如，如果運營商希望通過 一定的性能下降(比如不采用MDC)來換取傳輸資源的節(jié)約，該要求在這個 方案的J^出上就沒有辦法得到滿足。
當(dāng)然，上述系統(tǒng)也可以不采用MDC,從而節(jié)省基站之間的傳輸資源。但 是，如果不實現(xiàn)宏分集，性能會有一定的下降?？梢?，這種方案是以不實現(xiàn) MDC增益的前提下完成的， 一定程度上降低了系統(tǒng)性能。
綜上所述，在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)上述現(xiàn)有技術(shù)至少存在如 下問題
現(xiàn)有技術(shù)的解決方案中，或者是采用MDC,或者不采用MDC。而沒有考 慮到針對不同特性的業(yè)務(wù)，采用MDC所獲得增益是不同的。所以，還沒有一種
解決方案，可以根據(jù)業(yè)務(wù)特性以更加靈活方式實現(xiàn)宏分集合并，從而提高系統(tǒng) 的性能。

發(fā)明內(nèi)容
本發(fā)明實施方式提供一種宏分集合并實現(xiàn)方法、系統(tǒng)、基站和用戶設(shè)備，
可以根據(jù)UE當(dāng)前業(yè)務(wù)的業(yè)務(wù)特性，以更加靈活的方式實現(xiàn)宏分集合并，優(yōu)化系 統(tǒng)性能。
本發(fā)明實施方式提供的一種宏分集合并實現(xiàn)方法，應(yīng)用于包括非服務(wù)小區(qū) 基站和用戶設(shè)備UE的通信系統(tǒng)，所述方法包括非服務(wù)小區(qū)基站根據(jù)UE當(dāng)前 業(yè)務(wù)的業(yè)務(wù)特性，判斷所述UE當(dāng)前業(yè)務(wù)中是否存在業(yè)務(wù)特性滿足預(yù)定條件的業(yè) 務(wù)；若判斷結(jié)果為是，則非服務(wù)小區(qū)基站將業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)作為 需要宏分集合并MDC的業(yè)務(wù)進行處理。
本發(fā)明另一個實施方式提供的一種基站，用于實現(xiàn)宏分集合并，包括判 斷單元，用于根據(jù)UE當(dāng)前業(yè)務(wù)的業(yè)務(wù)特性，判斷所述UE當(dāng)前業(yè)務(wù)中是否存在 業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)；處理單元，用于當(dāng)所述判斷單元的判斷結(jié)果為 是時，將業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)作為需要MDC的業(yè)務(wù)進行處理。
本發(fā)明另一個實施方式提供的一種網(wǎng)絡(luò)節(jié)點，用于執(zhí)行MDC操作，包括 接收單元，用于接收非服務(wù)小區(qū)基站發(fā)送的根據(jù)業(yè)務(wù)特性判斷需要MDC的業(yè) 務(wù)；MDC執(zhí)行單元，用于對所述接收單元接收到的業(yè)務(wù)執(zhí)行MDC操作。
本發(fā)明再一個實施方式提供的一種用戶設(shè)備UE，用于軟切換中的宏分集合 并實現(xiàn)過程，包括指示接收單元，用于接收網(wǎng)絡(luò)節(jié)點的指示，所示指示表示 若UE當(dāng)前業(yè)務(wù)中同時存在需要MDC的業(yè)務(wù)和不需要MDC的業(yè)務(wù)時，所述需要 MDC的業(yè)務(wù)和不需要MDC的業(yè)務(wù)需要分別包含在不同的傳輸塊中；處理單元， 用于根據(jù)指示接收單元接收到的指示，將所述需要MDC的業(yè)務(wù)和不需要MDC 的業(yè)務(wù)分別包含在不同的傳輸塊中；發(fā)送單元，用于將所述處理單元處理的傳
輸塊發(fā)送給非服務(wù)小區(qū)基站。
本發(fā)明再一個實施方式提供的一種實現(xiàn)宏分集合并的系統(tǒng)，包括用戶設(shè)備
UE、非服務(wù)小區(qū)基站和執(zhí)行MDC的網(wǎng)絡(luò)節(jié)點，所述非服務(wù)小區(qū)基站包括判 斷單元，用于根據(jù)UE當(dāng)前業(yè)務(wù)的業(yè)務(wù)特性，判斷所述UE當(dāng)前業(yè)務(wù)中是否存在 業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)；處理單元，用于當(dāng)所述判斷單元的判斷結(jié)果為 是時，將業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)作為需要MDC的業(yè)務(wù)進行處理；所述執(zhí) 行MDC的網(wǎng)絡(luò)節(jié)點包括接收單元，用于接收非服務(wù)小區(qū)發(fā)送的根據(jù)業(yè)務(wù)特性 判斷需要MDC的業(yè)務(wù)；MDC執(zhí)行單元，用于對所述接收單元接收到的業(yè)務(wù)執(zhí) 行MDC操作。
通過上述技術(shù)方案的描述可知，本發(fā)明實施方式提供的技術(shù)方案，由非服 務(wù)小區(qū)基站判斷UE業(yè)務(wù)是否滿足預(yù)定條件，將滿足預(yù)定條件的業(yè)務(wù)作為需要 MDC的業(yè)務(wù)進行處理。這樣，可以根據(jù)業(yè)務(wù)特性以更加靈活方式實現(xiàn)宏分集合 并，從而提高系統(tǒng)的性能。


圖l是本發(fā)明第 一個實施例提供的E-HSPA系統(tǒng)中MDC實現(xiàn)方法示意圖； 圖2是本發(fā)明第二個實施例提供的E-HSPA系統(tǒng)中MDC實現(xiàn)方法示意圖； 圖3是本發(fā)明第三個實施例提供的E-HSPA系統(tǒng)中MDC實現(xiàn)方法示意圖； 圖4是本發(fā)明第四個實施例提供的實現(xiàn)MDC的系統(tǒng)結(jié)構(gòu)示意圖。
具體實施例方式
下面對本發(fā)明實施方式的宏分集合并實現(xiàn)方法進行說明，可以理解的是， 本發(fā)明實施方式只是舉例。另外，本發(fā)明實施方式以WCDMA和E-HSPA系統(tǒng) 為例進行說明，但可以理解的是，本發(fā)明實施方式提供的技術(shù)方案同樣適用于 LTE/SAE等系統(tǒng)中。
在方法實施方式中，由非服務(wù)小區(qū)基站根據(jù)UE當(dāng)前業(yè)務(wù)的業(yè)務(wù)特性，判斷 UE當(dāng)前業(yè)務(wù)中是否存在業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)，如果有，則將該業(yè)務(wù)特 性滿足預(yù)定條件的業(yè)務(wù)作為需要MDC的業(yè)務(wù)。然后相應(yīng)的，進行后續(xù)的流程。
該預(yù)定的條件可以由系統(tǒng)來設(shè)定，系統(tǒng)設(shè)定好之后，或者在各個網(wǎng)絡(luò)節(jié)點 (WCDMA中的服務(wù)小區(qū)基站、RNC， E-HSPA系統(tǒng)中的服務(wù)小區(qū)基站、非服 務(wù)小區(qū)基站等)中預(yù)先配置該預(yù)定條件，或者在某個或某幾個網(wǎng)絡(luò)節(jié)點中預(yù)先 配置該預(yù)訂條件，再由配置好預(yù)訂條件的網(wǎng)絡(luò)節(jié)點通過消息告知其他網(wǎng)絡(luò)節(jié) 點。
而如前所述，具體條件可以有多種
1、 從業(yè)務(wù)速率的角度來考慮，當(dāng)UE業(yè)務(wù)的業(yè)務(wù)速率低于第一門限，則認(rèn) 為滿足了預(yù)定條件。該第一門限可以按照系統(tǒng)策略設(shè)定，比如，限定第一門限 為100kbps。
2、 從業(yè)務(wù)優(yōu)先級的角度來考慮，當(dāng)UE業(yè)務(wù)的業(yè)務(wù)優(yōu)先級大于第二門限， 則認(rèn)為滿足了預(yù)定條件。該第二門限可以按照系統(tǒng)策略設(shè)定，比如，限定優(yōu)先 級大于10的業(yè)務(wù)為需要MDC的業(yè)務(wù)。
3、 以業(yè)務(wù)類型作為條件，比如，可以將CS話音，VoIP話音，接近實時業(yè) 務(wù)的游戲業(yè)務(wù)或者低速的交互業(yè)務(wù)、背景業(yè)務(wù)等，作為需要MDC的業(yè)務(wù)。
4、 綜合業(yè)務(wù)速率和業(yè)務(wù)優(yōu)先級，當(dāng)UE業(yè)務(wù)的業(yè)務(wù)速率低于第三門限，且 所述UE業(yè)務(wù)的業(yè)務(wù)優(yōu)先級大于第四門限時，認(rèn)為滿足了預(yù)定條件。這里的第三 門限可以和上述第 一 門限相同或不同，第四門限可以和第二門限相同或不同。
5、 當(dāng)然，判斷條件還可以是上面幾個因素的其他組合，比如"業(yè)務(wù)速率 +業(yè)務(wù)類型"、"業(yè)務(wù)優(yōu)先級+業(yè)務(wù)類型，，、"業(yè)務(wù)速率+業(yè)務(wù)優(yōu)先級+業(yè)務(wù) 類型"等，本發(fā)明實施例對該預(yù)設(shè)條件不做限定，此處不再——列舉。
確定出存在需要MDC的業(yè)務(wù)之后，非服務(wù)小區(qū)基站將進行相應(yīng)的處理，下 面分別進行簡單描述
如果UE當(dāng)前業(yè)務(wù)中存在需要MDC的業(yè)務(wù)，那么，非服務(wù)小區(qū)基站建立與 需要執(zhí)行MDC操作的網(wǎng)絡(luò)節(jié)點的用戶面?zhèn)鬏敵休d，并且將該需要MDC業(yè)務(wù)對
在WCDMA系統(tǒng)中，該網(wǎng)絡(luò)節(jié)點是RNC,在E-HSPA系統(tǒng)中，該網(wǎng)絡(luò)節(jié)點是服 務(wù)小區(qū)基站(具有SRNC功能)，LTE系統(tǒng)中，該網(wǎng)絡(luò)節(jié)點是服務(wù)小區(qū)基站 (E-NODEB)。
如果UE當(dāng)前業(yè)務(wù)中不存在需要MDC的業(yè)務(wù)，那么，非服務(wù)小區(qū)基站并不 建立與上述網(wǎng)絡(luò)節(jié)點的用戶面?zhèn)鬏敵休d，即不轉(zhuǎn)發(fā)上行用戶數(shù)據(jù)。而且，非服 務(wù)小區(qū)基站可以只解調(diào)空口的上行控制信道，對UE上行功率進行控制，以實現(xiàn) 干擾控制。
以下分別舉具體實施例，對本發(fā)明技術(shù)方案進行詳細(xì)描述。
實施例一，以E-HSPA系統(tǒng)中，UE當(dāng)前業(yè)務(wù)只有為低速、實時業(yè)務(wù)的VOIP
為例，對本發(fā)明實施例提供的宏分集合并實現(xiàn)方法進行說明。圖l為本實施例
的宏分集合并實現(xiàn)方法示意圖。
在軟切換狀態(tài)下，服務(wù)小區(qū)基站首先要觸發(fā)非服務(wù)小區(qū)建立承載用戶業(yè)務(wù)
的無線鏈路。
例如，服務(wù)小區(qū)根據(jù)UE的測量報告，判斷出需要在激活集中增加該非服務(wù) 小區(qū)時，觸發(fā)非服務(wù)小區(qū)建立承載用戶業(yè)務(wù)的無線鏈路。非服務(wù)小區(qū)基站在該 無線鏈路上接收UE發(fā)送的業(yè)務(wù)后，進行步驟101的判斷。
步驟101:非服務(wù)小區(qū)基站根據(jù)UE當(dāng)前業(yè)務(wù)的業(yè)務(wù)特性，判斷UE當(dāng)前業(yè)務(wù) 中是否存在業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)，若存在則執(zhí)行步驟102，若不存在 則執(zhí)行步驟103;
假設(shè)本實施例的預(yù)定條件是"業(yè)務(wù)速率+業(yè)務(wù)優(yōu)先級"，具體的，該條件 為"業(yè)務(wù)速率小于100kbps、且業(yè)務(wù)優(yōu)先級高于10"。本實施例中，以UE當(dāng)前 業(yè)務(wù)只有VOIP為例，而VOIP是滿足上述條件的。所以，非服務(wù)小區(qū)基站判斷VOIP的業(yè)務(wù)特性滿足預(yù)定條件，即UE當(dāng)前業(yè)務(wù)中存在業(yè)務(wù)特性滿足預(yù)定條件 的業(yè)務(wù)，執(zhí)行步驟102。
步驟102、非服務(wù)小區(qū)基站將滿足預(yù)定條件的業(yè)務(wù)作為需要MDC的業(yè)務(wù)進 行處理；
本步驟包括以下子步驟
1021、 確定UE當(dāng)前業(yè)務(wù)中存在業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)后，建立與服 務(wù)小區(qū)基站之間的用戶面?zhèn)鬏敵休d；
1022、 非服務(wù)小區(qū)基站解調(diào)上行控制信道和上行數(shù)據(jù)信道；
本步驟中，非服務(wù)小區(qū)基站通過解調(diào)上行控制信道和數(shù)據(jù)信道，對UE發(fā)送 的上行業(yè)務(wù)數(shù)據(jù)進行處理，該業(yè)務(wù)數(shù)據(jù)是需要MDC的業(yè)務(wù)數(shù)據(jù)。
1023、 非服務(wù)小區(qū)基站將解調(diào)出的需要MDC的業(yè)務(wù)的上行業(yè)務(wù)數(shù)據(jù)封裝成 數(shù)據(jù)幀；
1024、 非服務(wù)小區(qū)基站將封裝后的數(shù)據(jù)幀發(fā)送給執(zhí)行MDC的網(wǎng)絡(luò)節(jié)點，即 服務(wù)小區(qū)基站。
本步驟中，在步驟1021建立的用戶面?zhèn)鬏敵休d上，非服務(wù)小區(qū)基站向服務(wù) 小區(qū)基站發(fā)送該數(shù)據(jù)幀。該數(shù)據(jù)幀可以是FP數(shù)據(jù)幀，即包括FP包頭的MAC-d
流o
當(dāng)然，可以理解的是，非服務(wù)小區(qū)基站只向服務(wù)小區(qū)基站發(fā)送接收正確的
數(shù)據(jù)。所以，步驟102中，隱含了數(shù)據(jù)校驗的細(xì)節(jié)，由于該細(xì)節(jié)是本領(lǐng)域所共 知，本實施例不予詳細(xì)描述。
可以理解的是，服務(wù)小區(qū)基站收到該數(shù)據(jù)幀后，對其進行MDC操作的步驟 為現(xiàn)有技術(shù)，此處不再贅述。
步驟103、非服務(wù)小區(qū)基站只接收和解調(diào)上行控制信道，實現(xiàn)對UE的上行 功率控制。
由于本實施例中以只存在VOIP為例進行說明，所以不需要執(zhí)行步驟103。
但需要說明的是，在步驟102中，也存在通過控制信道對UE進行功率控制的步 驟，不同之處在于，步驟103中，非服務(wù)小區(qū)基站并不建立與服務(wù)小區(qū)基站的 用戶面?zhèn)鬏敵休d，即不轉(zhuǎn)發(fā)上行用戶數(shù)據(jù)，也就不需要對上行數(shù)據(jù)信道進行解 調(diào)。
實施例二，以E-HSPA系統(tǒng)中，UE當(dāng)前業(yè)務(wù)只有高速文件上傳業(yè)務(wù)為例， 對本發(fā)明實施例提供的宏分集合并實現(xiàn)方法進行說明。圖2為本實施例的宏分 集合并實現(xiàn)方法示意圖。
步驟201:非服務(wù)小區(qū)基站根據(jù)UE當(dāng)前業(yè)務(wù)的業(yè)務(wù)特性，判斷UE當(dāng)前業(yè)務(wù) 中是否存在業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)，若存在則執(zhí)行步驟202，若不存在 則執(zhí)行步驟203;
假設(shè)本實施例的預(yù)定條件是"業(yè)務(wù)速率+業(yè)務(wù)優(yōu)先級，，，具體的，該條件 為"業(yè)務(wù)速率大于100kbps、且業(yè)務(wù)優(yōu)先級高于10"。由于本實施例中，UE當(dāng) 前業(yè)務(wù)只有高速文件上傳業(yè)務(wù)為例，所以，非服務(wù)小區(qū)基站判斷高速文件上傳 業(yè)務(wù)的業(yè)務(wù)特性不滿足預(yù)定條件，即UE當(dāng)前業(yè)務(wù)中不存在業(yè)務(wù)特性滿足預(yù)定條 件的業(yè)務(wù)，執(zhí)行步驟203。
步驟202、非服務(wù)小區(qū)基站將滿足預(yù)定條件的業(yè)務(wù)作為需要MDC的業(yè)務(wù)進 行處理；
由于本實施例中以只存在高速文件上傳業(yè)務(wù)為例進行說明，所以不需要執(zhí) 行步驟202。
步驟203、非服務(wù)小區(qū)基站只接收和解調(diào)上行控制信道，實現(xiàn)對UE的上行 功率控制。
本步驟中，由于該業(yè)務(wù)屬于不需要MDC的業(yè)務(wù)，即，當(dāng)前業(yè)務(wù)中沒有滿 足預(yù)定條件的業(yè)務(wù)，那么，非服務(wù)小區(qū)基站并不建立與服務(wù)小區(qū)基站的用戶面 傳輸承載，即不轉(zhuǎn)發(fā)上行用戶數(shù)據(jù)。而且，非服務(wù)小區(qū)基站可以只接收和解調(diào) 空口的上行控制信道，對UE上行功率進行控制，以實現(xiàn)干擾控制。
具體的，可以采用如下方式在建立非服務(wù)的無線鏈路時，在該無線鏈路 中僅設(shè)置用于估計該UE對小區(qū)上行負(fù)載貢獻的上行控制信道和用于控制該UE 發(fā)射功率的下行控制信道；非服務(wù)小區(qū)基站根據(jù)從該上行控制信道收到的信 號，估計UE對小區(qū)上行負(fù)載的貢獻，并根據(jù)該估計的結(jié)果通過該下行控制信道 控制UE的上行發(fā)射功率。采用這樣的干擾控制方式，節(jié)省了非服務(wù)小區(qū)的上行 數(shù)據(jù)信道解調(diào)資源。
實施例三，仍以E-HSPA系統(tǒng)為例，且UE當(dāng)前業(yè)務(wù)既包括為低速、實時業(yè) 務(wù)的VOIP、又包括高速文件上傳業(yè)務(wù)為例，對本發(fā)明實施例提供的宏分集合并 實現(xiàn)方法進行說明。如圖3所示
步驟301:非服務(wù)小區(qū)基站根據(jù)UE當(dāng)前業(yè)務(wù)的業(yè)務(wù)特性，判斷UE當(dāng)前業(yè)務(wù) 中是否存在業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)，若存在則執(zhí)行步驟302,若不存在 則執(zhí)行步驟303;
仍假設(shè)本實施例的預(yù)定條件是"業(yè)務(wù)速率+業(yè)務(wù)優(yōu)先級，，，具體的，該條 件為"業(yè)務(wù)速率大于100kbps、且業(yè)務(wù)優(yōu)先級高于10"。由于UE當(dāng)前有兩種不 同業(yè)務(wù)特性的業(yè)務(wù)，并且根據(jù)系統(tǒng)預(yù)設(shè)的規(guī)則，VOIP屬于業(yè)務(wù)特性滿足預(yù)定條 件的業(yè)務(wù)，即需要MDC的業(yè)務(wù)，而高速文件上傳業(yè)務(wù)屬于業(yè)務(wù)特性不滿足預(yù)定 條件的業(yè)務(wù)，即不需要MDC的業(yè)務(wù)，那么，非服務(wù)小區(qū)判斷的結(jié)論是UE當(dāng) 前業(yè)務(wù)中存在業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)，接著需要執(zhí)行步驟302。
需要說明的是，由于UE當(dāng)前有兩種不同業(yè)務(wù)特性、且是需要做不同處理的 業(yè)務(wù)，UE向非服務(wù)小區(qū)基站發(fā)送業(yè)務(wù)時，可以采用兩種方式方式一、滿足預(yù) 定條件的業(yè)務(wù)和不滿足預(yù)定條件的業(yè)務(wù)，包含在不同的傳輸塊中，發(fā)送給非服 務(wù)小區(qū)基站，即，將VOIP和高速上傳業(yè)務(wù)并不復(fù)用在同一個傳輸塊中。方式二、 滿足預(yù)定條件和不滿足預(yù)定條件的業(yè)務(wù)數(shù)據(jù)，包含在同一個傳輸塊中，即，將 VOIP和高速上傳業(yè)務(wù)復(fù)用在同 一個傳輸塊中。
而如果UE以第一方式來發(fā)送業(yè)務(wù)，可以由服務(wù)小區(qū)基站設(shè)置需要MDC的
業(yè)務(wù)和不需要MDC的業(yè)務(wù)不能復(fù)用在同一個傳輸塊，由服務(wù)小區(qū)基站告知UE。 或者是由系統(tǒng)預(yù)先設(shè)置該規(guī)則。
步驟302、非服務(wù)小區(qū)基站將滿足預(yù)定條件的VOIP業(yè)務(wù)作為需要MDC的業(yè) 務(wù)進行處理；
本步驟包括以下子步驟
3021、 確定存在需要MDC的VOIP后，即UE當(dāng)前業(yè)務(wù)中存在需要MDC的業(yè)務(wù)， 建立與服務(wù)小區(qū)基站之間的用戶面?zhèn)鬏敵休d；
3022、 非服務(wù)小區(qū)基站解調(diào)上行控制信道和上行數(shù)據(jù)信道；
本步驟中，非服務(wù)小區(qū)基站通過解調(diào)上行控制信道和上行數(shù)據(jù)信道，對UE 發(fā)送的業(yè)務(wù)數(shù)據(jù)進行處理，該業(yè)務(wù)數(shù)據(jù)是需要MDC的VOIP業(yè)務(wù)數(shù)據(jù)。
3023、 非服務(wù)小區(qū)基站將解調(diào)出的需要MDC的業(yè)務(wù)的上行業(yè)務(wù)數(shù)據(jù)封裝成 數(shù)據(jù)幀；
由于步驟301中可能有不同的發(fā)送方式，在3023中有相應(yīng)的處理方式 若在步驟301中，采用的是方式一，即，需要MDC和不需要MDC的業(yè)務(wù)數(shù)據(jù)
沒有復(fù)用在同一個傳輸塊中。則，非服務(wù)小區(qū)基站將包含業(yè)務(wù)特性滿足預(yù)定條
件的業(yè)務(wù)的傳輸塊封裝成第一數(shù)據(jù)幀，在步驟3021建立的傳輸承載上向服務(wù)小
區(qū)基站發(fā)送該第 一數(shù)據(jù)幀。
如果是采用這樣的方式，則非服務(wù)小區(qū)可以基于現(xiàn)有的實現(xiàn)方式，不需要
做進一步改動。
若在步驟301中，采用的是方式二，即，需要MDC和不需要MDC的業(yè)務(wù)數(shù)據(jù) 復(fù)用在同一個傳輸塊中。則，非服務(wù)小區(qū)基站對該傳輸塊解復(fù)用，將業(yè)務(wù)特性 滿足預(yù)定條件的業(yè)務(wù)封裝成第一數(shù)據(jù)幀，在步驟3021建立的傳輸承載上向服務(wù) 小區(qū)基站發(fā)送該第一數(shù)據(jù)幀。
3024、 非服務(wù)小區(qū)基站將封裝后的VOIP業(yè)務(wù)的數(shù)據(jù)幀發(fā)送給服務(wù)小區(qū)基
站；
非服務(wù)小區(qū)基站在步驟3021建立的用戶面?zhèn)鬏敵休d上，向服務(wù)小區(qū)基站發(fā) 送該數(shù)據(jù)幀。
可以理解的是，服務(wù)小區(qū)基站收到該封裝了該數(shù)據(jù)幀后，對其進行MDC操 作的步驟為現(xiàn)有技術(shù)，此處不再贅述。
步驟303、非服務(wù)小區(qū)基站只接收和解調(diào)上行控制信道，實現(xiàn)對UE的上行 功率控制。
由于本實施例中以存在需要MDC的業(yè)務(wù)進行說明，所以不需要執(zhí)行步驟 303。但需要說明的是，在步驟302中，也存在通過控制信道對UE進行功率控制 的步驟，不同之處在于，步驟303中，非服務(wù)小區(qū)基站并不建立與服務(wù)小區(qū)基 站的用戶面?zhèn)鬏敵休d，即不轉(zhuǎn)發(fā)上行用戶數(shù)據(jù)，也就不需要對上行數(shù)據(jù)信道進 行解調(diào)。
WCDMA系統(tǒng)中，與上述實施例中E-HSPA系統(tǒng)的技術(shù)方案不同之處在于 1、執(zhí)行MDC的網(wǎng)絡(luò)節(jié)點不同，WCDMA系統(tǒng)中，該網(wǎng)絡(luò)節(jié)點為RNC; 2、涉 及到UE當(dāng)前同時具有需要MDC和不需要MDC的不同業(yè)務(wù)時，預(yù)先設(shè)置UE 發(fā)送方式的網(wǎng)絡(luò)節(jié)點不同，WCDMA系統(tǒng)中，該網(wǎng)絡(luò)節(jié)點可以為RNC。由于 基本流程大體類似，不再對WCDMA系統(tǒng)的類似技術(shù)方案進行詳細(xì)描述。
實施例四，為本發(fā)明實施例提供的實現(xiàn)宏分集合并的系統(tǒng)實施例，且以 E-HSPA系統(tǒng)為例。圖3為本實施例的系統(tǒng)結(jié)構(gòu)示意圖。
該系統(tǒng)包括用戶設(shè)備UE、非服務(wù)小區(qū)基站和執(zhí)行MDC的網(wǎng)絡(luò)節(jié)點，在 該系統(tǒng)中，該網(wǎng)絡(luò)節(jié)點為服務(wù)小區(qū)基站。
非服務(wù)小區(qū)基站包括判斷單元401，用于根據(jù)UE當(dāng)前業(yè)務(wù)的業(yè)務(wù)特性， 判斷所述UE當(dāng)前業(yè)務(wù)中是否存在業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)；處理單元 402,用于當(dāng)所述判斷單元的判斷結(jié)果為是時，將業(yè)務(wù)特性滿足預(yù)定條件的業(yè) 務(wù)作為需要MDC的業(yè)務(wù)進行處理。
服務(wù)小區(qū)基站包括接收單元403,用于接收非服務(wù)小區(qū)發(fā)送的根據(jù)業(yè)務(wù)
特性判斷需要MDC的業(yè)務(wù)；MDC執(zhí)行單元404，用于對所述接收單元接收到 的業(yè)務(wù)執(zhí)行MDC操作。
下面對非服務(wù)小區(qū)基站和服務(wù)小區(qū)基站進行詳細(xì)描述。
非服務(wù)小區(qū)基站，包括判斷單元，用于根據(jù)UE當(dāng)前業(yè)務(wù)的業(yè)務(wù)特性， 判斷所述UE當(dāng)前業(yè)務(wù)中是否存在業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)；處理單元， 用于當(dāng)所述判斷單元的判斷結(jié)果為是時，將業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)作為 需要MDC的業(yè)務(wù)進行處理。
進一步的，該處理單元可以由以下子單元實現(xiàn)其功能承載建立子單元， 用于當(dāng)所述判斷單元的判斷結(jié)果為是時，建立與執(zhí)行MDC的網(wǎng)絡(luò)節(jié)點之間的 用戶面承載；發(fā)送子單元，用于在所述承載建立子單元所建立的承載上，將所 述業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)發(fā)送給所述執(zhí)行MDC的網(wǎng)絡(luò)節(jié)點。在該系統(tǒng) 中，執(zhí)行MDC的網(wǎng)絡(luò)節(jié)點是服務(wù)小區(qū)基站。
更進一步的，該發(fā)送子單元可以由以下子單元實現(xiàn)其功能解調(diào)子單元， 用于解調(diào)上行控制信道和上行數(shù)據(jù)信道；封裝子單元，用于將解調(diào)出的需要 MDC的業(yè)務(wù)的上行業(yè)務(wù)數(shù)據(jù)封裝成數(shù)據(jù)幀；執(zhí)行子單元，用于將封裝后的數(shù) 據(jù)幀發(fā)送給所述執(zhí)行MDC的網(wǎng)絡(luò)節(jié)點。
當(dāng)判斷單元的判斷結(jié)果為否時，該非服務(wù)小區(qū)基站可以包括功控單元， 用于當(dāng)所述判斷單元的判斷結(jié)果為否時，只接收和解調(diào)上行控制信道，實現(xiàn)對 UE的上行功率控制。
進一步的，該判斷單元可以包括接收子單元，用于接收UE發(fā)送的業(yè)務(wù)； 若所述業(yè)務(wù)中同時包括業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)和業(yè)務(wù)特性不滿足預(yù)定 條件的業(yè)務(wù)，則所述接收子單元接收到的業(yè)務(wù)中，所述特性滿足預(yù)定條件的業(yè) 務(wù)和業(yè)務(wù)特性不滿足預(yù)定條件的業(yè)務(wù)分別包含在不同的傳輸塊中。
實施例五，為本發(fā)明實施例提供的用戶設(shè)備的實施例。該用戶設(shè)備UE， 用于軟切換中的宏分集合并實現(xiàn)過程，包括
指示接收單元，用于接收網(wǎng)絡(luò)節(jié)點的指示，所示指示表示若UE當(dāng)前業(yè)務(wù)
中同時存在需要MDC的業(yè)務(wù)和不需要MDC的業(yè)務(wù)時，所述需要MDC的業(yè)務(wù) 和不需要MDC的業(yè)務(wù)需要分別包含在不同的傳輸塊中；
處理單元，用于根據(jù)指示接收單元接收到的指示，將所述需要MDC的業(yè) 務(wù)和不需要MDC的業(yè)務(wù)分別包含在不同的傳輸塊中；
發(fā)送單元，用于將所述處理單元處理的傳輸塊發(fā)送給非服務(wù)小區(qū)基站。
由于本發(fā)明實施例子提供的方案中，由非服務(wù)小區(qū)基站根據(jù)業(yè)務(wù)特性，判 斷UE業(yè)務(wù)是否滿足預(yù)定條件，從而決定是否將該業(yè)務(wù)作為需要MDC的業(yè)務(wù)， 可以根據(jù)業(yè)務(wù)特性以更加靈活方式實現(xiàn)宏分集合并。對于需要實現(xiàn)上行宏分集 的業(yè)務(wù)，非服務(wù)小區(qū)基站將數(shù)據(jù)轉(zhuǎn)發(fā)給服務(wù)小區(qū)基站；對于不需要實現(xiàn)上行宏 分集的業(yè)務(wù)，非服務(wù)小區(qū)基站不需要轉(zhuǎn)發(fā)數(shù)據(jù)給服務(wù)小區(qū)基站，同時可以只解 調(diào)空口的上行數(shù)據(jù)信道，對UE進行上行功率控制。比如，當(dāng)預(yù)設(shè)條件為低速、 實時業(yè)務(wù)需要MDC時，可以實現(xiàn)對于低速、實時的業(yè)務(wù)利用上行宏分集合 并增益提高性能；對于高速、非實時的業(yè)務(wù)(比如web瀏覽，高速數(shù)據(jù)上傳) 取消上行宏分集合并，減少傳輸資源浪費?？傊?，采用基于業(yè)務(wù)特性進行有選 擇性的上行宏分集方案后，解決了傳輸資源浪費問題的同時，兼顧了針對不同 業(yè)務(wù)的系統(tǒng)性能的優(yōu)化。
再者，網(wǎng)絡(luò)節(jié)點可以預(yù)先配置需要MDC的業(yè)務(wù)特性，根據(jù)預(yù)先設(shè)置的條 件進行相應(yīng)的處理。
另外，如果預(yù)先設(shè)置需要MDC的業(yè)務(wù)數(shù)據(jù)和不需要MDC的業(yè)務(wù)數(shù)據(jù)不 復(fù)用在同一個傳輸塊中，則非服務(wù)小區(qū)可以基于現(xiàn)有的實現(xiàn)方式，不需要做進 一步改動。當(dāng)然，相應(yīng)的，可以在服務(wù)小區(qū)基站中設(shè)置該規(guī)則，告知UE，也 可以是系統(tǒng)i殳置該-見則?？梢岳斫獾氖?，當(dāng)UE當(dāng)前業(yè)務(wù)有多種時，其向非月良 務(wù)小區(qū)基站發(fā)送時，可以采用不同的方式。本發(fā)明實施例提供了多種技術(shù)實現(xiàn) 的可能，根據(jù)UE當(dāng)前業(yè)務(wù)的業(yè)務(wù)特性，以更加靈活的方式實現(xiàn)宏分集合并，
優(yōu)化系統(tǒng)性能。。
可以理解的是，本發(fā)明實施例提供的技術(shù)方案，不僅適用于WCDMA、 E-HSPA，而且，對LTE/SAE等系統(tǒng)都適用。其他系統(tǒng)中，執(zhí)行MDC的網(wǎng)絡(luò) 節(jié)點有所不同。
雖然通過實施例描繪了本發(fā)明，本領(lǐng)域普通技術(shù)人員知道，本發(fā)明有許多 變形和變化而不脫離本發(fā)明的實質(zhì)，本發(fā)明的申請文件的權(quán)利要求包括這些變 形和變化。
權(quán)利要求
1、一種宏分集合并實現(xiàn)方法，應(yīng)用于包括非服務(wù)小區(qū)基站和用戶設(shè)備UE的通信系統(tǒng)，其特征在于，所述方法包括非服務(wù)小區(qū)基站根據(jù)UE當(dāng)前業(yè)務(wù)的業(yè)務(wù)特性，判斷所述UE當(dāng)前業(yè)務(wù)中是否存在業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)；若判斷結(jié)果為是，則非服務(wù)小區(qū)基站將業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)作為需要宏分集合并MDC的業(yè)務(wù)進行處理。
2、 如權(quán)利要求l所述的方法，其特征在于，所述預(yù)定條件為以下條件的 一種或其組合所述UE業(yè)務(wù)的業(yè)務(wù)速率低于第一門限；或所述UE業(yè)務(wù)的業(yè)務(wù)優(yōu)先級大于第二門限；或所述UE業(yè)務(wù)的業(yè)務(wù)類型符合預(yù)定要求。
3、 如權(quán)利要求l所述的方法，其特征在于，非服務(wù)小區(qū)基站將業(yè)務(wù)特性 滿足預(yù)定條件的業(yè)務(wù)作為需要MDC的業(yè)務(wù)進行處理的步驟包括建立與執(zhí)行MDC的網(wǎng)絡(luò)節(jié)點之間的用戶面?zhèn)鬏敵休d，將所述業(yè)務(wù)特性 滿足預(yù)定條件的業(yè)務(wù)通過所述傳輸承載發(fā)送給所述執(zhí)行MDC的網(wǎng)絡(luò)節(jié)點。
4.如權(quán)利要求3所述的方法，其特征在于，所述將所述業(yè)務(wù)特性滿足預(yù) 定條件的業(yè)務(wù)通過所述傳輸承載發(fā)送給執(zhí)行MDC的網(wǎng)絡(luò)節(jié)點的步驟包括非服務(wù)小區(qū)基站解調(diào)上行控制信道和上行數(shù)據(jù)信道；非服務(wù)小區(qū)基站將解調(diào)出的需要MDC的業(yè)務(wù)的上行業(yè)務(wù)數(shù)據(jù)封裝成數(shù) 據(jù)幀；非服務(wù)小區(qū)基站將封裝后的數(shù)據(jù)幀發(fā)送給執(zhí)行MDC的網(wǎng)絡(luò)節(jié)點。
5、 如權(quán)利要求l所述的方法，其特征在于，所述方法還包括若判斷結(jié)果為否，則所述非服務(wù)小區(qū)基站只接收和解調(diào)上行控制信道， 實現(xiàn)對UE的上行功率控制。
6、 如權(quán)利要求3所述的方法，其特征在于，在所述非服務(wù)小區(qū)基站做出 判斷之前，還包括非服務(wù)小區(qū)基站接收UE發(fā)送的業(yè)務(wù)的步驟，其中，若UE當(dāng)前業(yè)務(wù)中同時包括業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)和業(yè)務(wù) 特性不滿足預(yù)定條件的業(yè)務(wù)，業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)和業(yè)務(wù)特性不滿 足預(yù)定條件的業(yè)務(wù)分別包含在不同的傳輸塊中。
7、 如權(quán)利要求6所述的方法，其特征在于，所述將所述業(yè)務(wù)特性滿足預(yù) 定條件的業(yè)務(wù)通過所述傳輸承載發(fā)送給執(zhí)行MDC的網(wǎng)絡(luò)節(jié)點的步驟包括非服務(wù)小區(qū)基站解調(diào)上行控制信道和上行數(shù)據(jù)信道；非服務(wù)小區(qū)基站將包含業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)的傳輸塊封裝成 第一數(shù)據(jù)幀；非服務(wù)小區(qū)基站將封裝后的數(shù)據(jù)幀發(fā)送給執(zhí)行MDC的網(wǎng)絡(luò)節(jié)點。
8、 一種基站，用于實現(xiàn)宏分集合并，其特征在于，包括判斷單元，用于才艮據(jù)UE當(dāng)前業(yè)務(wù)的業(yè)務(wù)特性，判斷所述UE當(dāng)前業(yè)務(wù)中 是否存在業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)；處理單元，用于當(dāng)所述判斷單元的判斷結(jié)果為是時，將業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)作為需要MDC的業(yè)務(wù)進行處理。
9、 如權(quán)利要求8所述的基站，其特征在于，所述處理單元包括承載建立子單元，用于當(dāng)所述判斷單元的判斷結(jié)果為是時，建立與執(zhí)行 MDC的網(wǎng)絡(luò)節(jié)點之間的用戶面承載；發(fā)送子單元，用于在所述承載建立子單元所建立的承載上，將所述業(yè)務(wù) 特性滿足預(yù)定條件的業(yè)務(wù)發(fā)送給所述執(zhí)行MDC的網(wǎng)絡(luò)節(jié)點；所述執(zhí)行MDC的網(wǎng)絡(luò)節(jié)點為服務(wù)小區(qū)基站或無線網(wǎng)絡(luò)控制器RNC。
10、 如權(quán)利要求9所述的基站，其特征在于，所述發(fā)送子單元包括解調(diào)子單元，用于解調(diào)上行控制信道和上行數(shù)據(jù)信道；封裝子單元，用于將解調(diào)出的需要MDC的業(yè)務(wù)的上行業(yè)務(wù)數(shù)據(jù)封裝成 數(shù)據(jù)幀；執(zhí)行子單元，用于將封裝后的數(shù)據(jù)幀發(fā)送給所述執(zhí)行MDC的網(wǎng)絡(luò)節(jié)點。
11、 如權(quán)利要求8所述的基站，其特征在于，所述基站還包括功控單元，用于當(dāng)所述判斷單元的判斷結(jié)果為否時，只接收和解調(diào)上行 控制信道，實現(xiàn)對UE的上行功率控制。
12、 如權(quán)利要求8所述的基站，其特征在于，所述判斷單元還包括 接收子單元，用于接收UE發(fā)送的業(yè)務(wù)；若所述業(yè)務(wù)中同時包括業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)和業(yè)務(wù)特性不滿 足預(yù)定條件的業(yè)務(wù)，則所述接收子單元接收到的業(yè)務(wù)中，所述特性滿足預(yù)定 條件的業(yè)務(wù)和業(yè)務(wù)特性不滿足預(yù)定條件的業(yè)務(wù)分別包含在不同的傳輸塊中。
13、 一種網(wǎng)絡(luò)節(jié)點，用于執(zhí)行MDC操作，其特征在于，包括接收單元，用于接收非服務(wù)小區(qū)基站發(fā)送的根據(jù)業(yè)務(wù)特性判斷需要 MDC的業(yè)務(wù)；MDC執(zhí)行單元，用于對所述接收單元接收到的業(yè)務(wù)執(zhí)行MDC操作。
14、 如權(quán)利要求13所述的網(wǎng)絡(luò)節(jié)點，其特征在于，該網(wǎng)絡(luò)節(jié)點還包括設(shè)置單元，用于當(dāng)UE當(dāng)前業(yè)務(wù)中同時存在需要MDC的業(yè)務(wù)和不需要 MDC的業(yè)務(wù)時，設(shè)置所述需要MDC的業(yè)務(wù)和不需要MDC的業(yè)務(wù)需要分別包 含在不同的傳輸塊中；所述需要MDC的業(yè)務(wù)為業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)，所述不需要 MDC的業(yè)務(wù)為業(yè)務(wù)特性不滿足預(yù)定條件的業(yè)務(wù)。
15、 一種用戶設(shè)備UE，用于軟切換中的宏分集合并實現(xiàn)過程，其特征 在于，包括指示接收單元，用于接收網(wǎng)絡(luò)節(jié)點的指示，所示指示表示若UE當(dāng)前業(yè) 務(wù)中同時存在需要MDC的業(yè)務(wù)和不需要MDC的業(yè)務(wù)時，所述需要MDC的業(yè) 務(wù)和不需要MDC的業(yè)務(wù)需要分別包含在不同的傳輸塊中；處理單元，用于根據(jù)指示接收單元接收到的指示，將所述需要MDC的 業(yè)務(wù)和不需要MDC的業(yè)務(wù)分別包含在不同的傳輸塊中；發(fā)送單元，用于將所述處理單元處理的傳輸塊發(fā)送給非服務(wù)小區(qū)基站。
16、 一種實現(xiàn)宏分集合并的系統(tǒng)，包括用戶設(shè)備UE、非服務(wù)小區(qū)基站 和執(zhí)行MDC的網(wǎng)絡(luò)節(jié)點，其特征在于，所述非服務(wù)小區(qū)基站包括 判斷單元，用于才艮據(jù)UE當(dāng)前業(yè)務(wù)的業(yè)務(wù)特性，判斷所述UE當(dāng)前業(yè)務(wù)中 是否存在業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)；處理單元，用于當(dāng)所述判斷單元的判斷結(jié)果為是時，將業(yè)務(wù)特性滿足預(yù) 定條件的業(yè)務(wù)作為需要MDC的業(yè)務(wù)進行處理；所述執(zhí)行MDC的網(wǎng)絡(luò)節(jié)點包括接收單元，用于接收非服務(wù)小區(qū)發(fā)送的根據(jù)業(yè)務(wù)特性判斷需要MDC的業(yè)務(wù)；MDC執(zhí)行單元，用于對所述接收單元接收到的業(yè)務(wù)執(zhí)行MDC操作。
全文摘要
本發(fā)明實施方式提供一種宏分集合并實現(xiàn)方法、系統(tǒng)、基站和用戶設(shè)備。所述方法包括非服務(wù)小區(qū)基站根據(jù)UE當(dāng)前業(yè)務(wù)的業(yè)務(wù)特性，判斷UE當(dāng)前業(yè)務(wù)中是否存在業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)；若判斷結(jié)果為是，則非服務(wù)小區(qū)基站將業(yè)務(wù)特性滿足預(yù)定條件的業(yè)務(wù)作為需要宏分集合并MDC的業(yè)務(wù)進行處理。本發(fā)明實施方式提供的技術(shù)方案，可以根據(jù)UE當(dāng)前業(yè)務(wù)的業(yè)務(wù)特性，以更加靈活的方式實現(xiàn)宏分集合并，優(yōu)化系統(tǒng)性能。
文檔編號H04B7/08GK101364825SQ20071007569
公開日2009年2月11日 申請日期2007年8月10日 優(yōu)先權(quán)日2007年8月10日
發(fā)明者孫亞飛, 李榮強, 威 顧 申請人:華為技術(shù)有限公司