實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)姆椒?、主基站、系統(tǒng)及其工作方法
【專利摘要】本發(fā)明公開一種實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)姆椒?、主基站、系統(tǒng)及其工作方法，其中實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)墓ぷ鞣椒òǎ褐骰窘邮詹⑻幚碛脩舭l(fā)送的上行業(yè)務(wù)信息；主基站接收協(xié)作基站對(duì)所述上行業(yè)務(wù)信息的處理結(jié)果，并對(duì)協(xié)作基站和自身的上行業(yè)務(wù)信息處理結(jié)果做聯(lián)合處理；主基站在對(duì)上行業(yè)務(wù)信息下發(fā)應(yīng)答之前判斷是否能根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性，若不能，則根據(jù)自身的處理結(jié)果確定本次接收的正確性。本發(fā)明實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)姆椒軌蛟谝欢ǖ恼鹃g時(shí)延范圍內(nèi)，使得基站間CoMP可以實(shí)現(xiàn)，提高小區(qū)邊緣的吞吐量，同時(shí)可以提高系統(tǒng)的吞吐量。
【專利說明】實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)姆椒ā⒅骰?、系統(tǒng)及其工作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及無線通信領(lǐng)域，尤其涉及一種實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)姆椒?、主基站、系統(tǒng)及其工作方法。
【背景技術(shù)】
[0002]在LTE (Long Term Evolution,長(zhǎng)期演進(jìn))系統(tǒng)中，CoMP (CoordinatedMultiplePoints，協(xié)同多點(diǎn)傳輸)是一種多點(diǎn)聯(lián)合發(fā)送與接收的技術(shù)，即指多個(gè)地理位置相互獨(dú)立分散的傳輸點(diǎn)通過不同的協(xié)作方式(如聯(lián)合傳輸、聯(lián)合處理、協(xié)作調(diào)度等)為多個(gè)用戶服務(wù)。其中，多個(gè)傳輸點(diǎn)可以是具有完整資源管理模塊、基帶處理模塊和射頻單元的基站，或者是地理位置互異的多個(gè)射頻單元及天線(如分布式天線)，或者是中繼節(jié)點(diǎn)。CoMP可以提高高速數(shù)據(jù)率的覆蓋范圍，提高小區(qū)邊緣的吞吐量，同時(shí)可以提高系統(tǒng)的吞吐量。上行CoMP包含聯(lián)合接收和協(xié)作調(diào)度(或者協(xié)作波束賦形):聯(lián)合接收是指為了提高接收信號(hào)的質(zhì)量，UE(User Equipment,用戶)傳輸?shù)?PUSCH (Physical Uplink Shared Channel,物理上行共享信道)在多個(gè)點(diǎn)同時(shí)被聯(lián)合接收；協(xié)作調(diào)度(或者協(xié)作波束賦形)是指用戶的調(diào)度和預(yù)編碼選擇決定是由CoMP協(xié)作集中的小區(qū)之間共同決定的。
[0003]從實(shí)現(xiàn)場(chǎng)景的角度，上行CoMP分為站內(nèi)的CoMP和站間的CoMP，站內(nèi)CoMP是指由屬于同一個(gè)基站的不同小區(qū)間進(jìn)行協(xié)作，因此站內(nèi)CoMP的實(shí)現(xiàn)可以不考慮時(shí)延的問題。站間CoMP是指由屬于不同基站的小區(qū)間進(jìn)行協(xié)作，由于基站之間傳輸?shù)臅r(shí)延比較大，在上行聯(lián)合接收中，如果多個(gè)基站聯(lián)合處理，很可能在基站需要對(duì)上行業(yè)務(wù)做應(yīng)答即下發(fā)ACK(Acknowledgement)/NACK (Negative Acknowledgement)時(shí)，站間的協(xié)作信息還沒有收到，或者還沒有來得及處理，導(dǎo)致在一定的站間時(shí)延范圍內(nèi)，上行CoMP無法實(shí)現(xiàn)，降低了小區(qū)邊緣的吞吐量。

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

[0004]本發(fā)明要解決的主要技術(shù)問題是，提供一種實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)姆椒?、主基站、系統(tǒng)及其工作方法能夠在一定的站間時(shí)延范圍內(nèi)，使得上行基站間CoMP可以實(shí)現(xiàn)，提高小區(qū)邊緣的吞吐量。
[0005]為解決上述技術(shù)問題，本發(fā)明提供一種實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)幕竟ぷ鞣椒?，包括以下步驟:
[0006]主基站接收并處理用戶發(fā)送的上行業(yè)務(wù)信息；
[0007]所述主基站接收協(xié)作基站對(duì)所述上行業(yè)務(wù)信息的處理結(jié)果，并對(duì)協(xié)作基站和自身的上行業(yè)務(wù)信息處理結(jié)果做聯(lián)合處理；
[0008]所述主基站在對(duì)所述上行業(yè)務(wù)信息下發(fā)應(yīng)答之前判斷是否能根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性，若不能，則根據(jù)自身的處理結(jié)果確定本次接收的正確性。
[0009]進(jìn)一步地，所述根據(jù)自身的處理結(jié)果確定本次接收的正確性的過程包括:
[0010]根據(jù)自身的處理結(jié)果判斷本次接收是否正確，若是，則對(duì)所述上行業(yè)務(wù)信息下發(fā)ACK。
[0011]進(jìn)一步地，所述根據(jù)自身的處理結(jié)果確定本次接收的正確性的過程還包括:
[0012]根據(jù)自身的處理結(jié)果判斷本次接收是否正確，若否，則對(duì)所述上行業(yè)務(wù)信息下發(fā)臨時(shí)ACK ；
[0013]在主基站對(duì)所述上行業(yè)務(wù)信息下發(fā)臨時(shí)ACK之后，所述實(shí)現(xiàn)基站協(xié)同多點(diǎn)傳輸?shù)姆椒ㄟ€包括:
[0014]主基站等待或者聯(lián)合處理協(xié)作基站的處理結(jié)果；
[0015]主基站在調(diào)度所述上行業(yè)務(wù)進(jìn)程的下一個(gè)上行業(yè)務(wù)信息之前再次判斷是否能根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性，若不能，則在所述上行業(yè)務(wù)進(jìn)程的下一個(gè)上行業(yè)務(wù)信息的調(diào)度時(shí)刻，調(diào)度用戶重新上傳上一次的上行業(yè)務(wù)信息。
[0016]進(jìn)一步地，當(dāng)主基站在所述上行業(yè)務(wù)進(jìn)程的調(diào)度下一個(gè)上行業(yè)務(wù)信息之前能根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性時(shí)還包括:
[0017]主基站判斷本次接收是否正確，若正確，則在所述上行業(yè)務(wù)進(jìn)程的下一個(gè)上行業(yè)務(wù)信息的調(diào)度時(shí)刻，調(diào)度用戶上傳新的上行業(yè)務(wù)信息，若否，則在所述上行業(yè)務(wù)進(jìn)程的下一個(gè)上行業(yè)務(wù)信息的調(diào)度時(shí)刻，調(diào)度用戶重新上傳上一次的上行業(yè)務(wù)信息。
[0018]同樣為了解決上述的技術(shù)問題，本發(fā)明還提供了實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)闹骰?，包?業(yè)務(wù)調(diào)度模塊、業(yè)務(wù)處理模塊、聯(lián)合處理模塊、第一判斷模塊和信息確認(rèn)模塊；
[0019]所述業(yè)務(wù)調(diào)度模塊用于調(diào)度用戶的上行業(yè)務(wù)并確認(rèn)上行業(yè)務(wù)的進(jìn)程；
[0020]所述業(yè)務(wù)處理模塊用于接收并處理用戶發(fā)送的所述上行業(yè)務(wù)進(jìn)程的上行業(yè)務(wù)信息；
[0021]所述聯(lián)合處理模塊用于接收協(xié)作基站對(duì)上行業(yè)務(wù)信息的處理結(jié)果，并對(duì)協(xié)作基站和所述業(yè)務(wù)模塊上行業(yè)務(wù)信息的處理結(jié)果做聯(lián)合處理；
[0022]所述第一判斷模塊用于在對(duì)所述上行業(yè)務(wù)信息下發(fā)應(yīng)答之前判斷所述用戶的歸屬基站是否能根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性，若不能，則通知所述信息確認(rèn)模塊根據(jù)所述業(yè)務(wù)模塊的處理結(jié)果確定本次接收的正確性。
[0023]進(jìn)一步地，所述信息確認(rèn)模塊包括:第二判斷模塊和下發(fā)模塊；
[0024]所述第二判斷模塊用于根據(jù)自身的處理結(jié)果確定本次接收是否正確，若是，則通知所述下發(fā)模塊對(duì)所述上行業(yè)務(wù)信息下發(fā)ACK。
[0025]進(jìn)一步地，所述第二判斷模塊還用于根據(jù)自身的處理結(jié)果判斷本次接收是否正確，若否，則通知所述下發(fā)模塊對(duì)所述上行業(yè)務(wù)信息下發(fā)臨時(shí)ACK ;所述聯(lián)合處理模塊還用于在下發(fā)臨時(shí)ACK之后等待或者聯(lián)合處理協(xié)作基站的處理結(jié)果，所述第一判斷模塊還用于在所述上行業(yè)務(wù)進(jìn)程的調(diào)度下一個(gè)上行業(yè)務(wù)信息之前再次判斷是否能根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性，若不能，則通知所述調(diào)度模塊在所述上行業(yè)務(wù)進(jìn)程的下一個(gè)上行業(yè)務(wù)信息的調(diào)度時(shí)刻，調(diào)度用戶重新上傳上一次的上行業(yè)務(wù)信息。
[0026]進(jìn)一步地，還包括:第三判斷模塊；所述第三判斷模塊用于當(dāng)在調(diào)度下一個(gè)上行業(yè)務(wù)信息之前能根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性時(shí)判斷本次接收是否正確，若正確，則通知所述業(yè)務(wù)調(diào)度模塊在所述上行業(yè)務(wù)進(jìn)程的下一個(gè)上行業(yè)務(wù)信息的調(diào)度時(shí)刻，調(diào)度用戶上傳新的上行業(yè)務(wù)信息，若否，則通知所述調(diào)度模塊在所述上行業(yè)務(wù)進(jìn)程的下一個(gè)上行業(yè)務(wù)信息的調(diào)度時(shí)刻，調(diào)度用戶重新上傳上一次的上行業(yè)務(wù)信息。[0027]同樣為了解決上述的技術(shù)問題，本發(fā)明還提供了一種實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)南到y(tǒng)，包括:如上所述的主基站和至少一個(gè)協(xié)作基站；所述主基站與所述協(xié)作基站聯(lián)合接收上行業(yè)務(wù)信息。
[0028]同樣為了解決上述的技術(shù)問題，本發(fā)明還提供了一種實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)南到y(tǒng)工作方法，包括以下步驟:
[0029]主基站接收并處理用戶發(fā)送的上行業(yè)務(wù)信息；
[0030]協(xié)作基站接收并處理用戶發(fā)送的上行業(yè)務(wù)信息，并將對(duì)所述上行業(yè)務(wù)信息的處理結(jié)果發(fā)送給所述主基站；
[0031]所述主基站對(duì)協(xié)作基站和自身的上行業(yè)務(wù)信息處理結(jié)果做聯(lián)合處理；
[0032]所述主基站在對(duì)所述上行業(yè)務(wù)信息下發(fā)應(yīng)答之前判斷是否能根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性，若不能，則根據(jù)自身的處理結(jié)果確定本次接收的正確性。
[0033]本發(fā)明的有益效果是:
[0034]本發(fā)明提供了一種實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)姆椒?、主基站、系統(tǒng)及其工作方法能夠在一定的站間時(shí)延范圍內(nèi)，使得基站間CoMP可以實(shí)現(xiàn)，提聞接收/[目號(hào)的質(zhì)量；其中實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)墓ぷ鞣椒ò?主基站接收并處理用戶發(fā)送的上行業(yè)務(wù)信息；所述主基站接收協(xié)作基站對(duì)所述上行業(yè)務(wù)信息的處理結(jié)果，并對(duì)協(xié)作基站和自身的上行業(yè)務(wù)信息處理結(jié)果做聯(lián)合處理；所述主基站在對(duì)所述上行業(yè)務(wù)信息下發(fā)應(yīng)答之前判斷是否能根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性，若不能，則根據(jù)自身的處理結(jié)果確定本次接收的正確性；本發(fā)明的實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)姆椒ㄖ性趯?duì)所述上行業(yè)務(wù)信息下發(fā)應(yīng)答之前由于站間時(shí)延不能根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性的情況下，利用自身的處理結(jié)果來確認(rèn)本次接收上行業(yè)務(wù)信息的正確性，實(shí)現(xiàn)上行基站間CoMP，提高小區(qū)邊緣的吞吐量，同時(shí)也可以提高系統(tǒng)的吞吐量。
【專利附圖】

【附圖說明】
[0035]圖1為本發(fā)明實(shí)施例一實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)姆椒ǖ囊环N流程圖；
[0036]圖2為本發(fā)明實(shí)施例一實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)姆椒ǖ牧硪环N流程圖；
[0037]圖3為本發(fā)明實(shí)施例二實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)闹骰镜囊环N結(jié)構(gòu)示意圖；
[0038]圖4為本發(fā)明實(shí)施例二實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)闹骰镜牧硪环N結(jié)構(gòu)示意圖；
[0039]圖5為本發(fā)明實(shí)施例二實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)闹骰镜挠忠环N結(jié)構(gòu)示意圖；
[0040]圖6為本發(fā)明實(shí)施例二實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)南到y(tǒng)的結(jié)構(gòu)示意圖；
[0041]圖7為本發(fā)明實(shí)施例三實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)姆椒ǖ囊环N流程圖。
【具體實(shí)施方式】
[0042]下面通過【具體實(shí)施方式】結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步詳細(xì)說明。
[0043]實(shí)施例一:
[0044]如圖1所示，本實(shí)施的例實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)姆椒?，包?
[0045]步驟100:主基站調(diào)度用戶的上行業(yè)務(wù)并確認(rèn)上行業(yè)務(wù)進(jìn)程；
[0046]步驟101:主基站接收并處理用戶發(fā)送的所述上行業(yè)務(wù)進(jìn)程的上行業(yè)務(wù)信息；
[0047]步驟102:主基站接收協(xié)作基站對(duì)所述上行業(yè)務(wù)信息的處理結(jié)果，并對(duì)協(xié)作基站和自身的上行業(yè)務(wù)信息處理結(jié)果做聯(lián)合處理；
[0048]步驟103:主基站在對(duì)所述上行業(yè)務(wù)信息下發(fā)應(yīng)答之前判斷是否能根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性，若能執(zhí)行步驟104，若不能，則執(zhí)行步驟107 ；
[0049]步驟104:根據(jù)聯(lián)合處理結(jié)果判斷本次接收是否正確，若正確執(zhí)行步驟105，若不正確，則執(zhí)行步驟106 ；
[0050]步驟105:對(duì)本次上行業(yè)務(wù)信息下發(fā)ACK，本次基站間CoMP流程結(jié)束；
[0051 ] 步驟106:對(duì)本次上行業(yè)務(wù)信息下發(fā)NACK，本次基站間CoMP流程結(jié)束；
[0052]步驟107:根據(jù)自身的處理結(jié)果確定本次接收的正確性。
[0053]本實(shí)施例中每一個(gè)上行業(yè)務(wù)都對(duì)應(yīng)一個(gè)調(diào)度進(jìn)程，上行業(yè)務(wù)調(diào)度生效時(shí)，進(jìn)程也隨之產(chǎn)生。
[0054]在不同基站的小區(qū)內(nèi)，由于基站之間傳輸?shù)臅r(shí)延比較大，在上行聯(lián)合接收中，如果多個(gè)基站聯(lián)合處理，很可能在基站需要對(duì)上行業(yè)務(wù)做應(yīng)答即下發(fā)ACK (Acknowledgement)/NACK (Negative Acknowledgement)時(shí),站間的協(xié)作信息還沒有收到,或者還沒有來得及處理，會(huì)導(dǎo)致上行基站間CoMP無法實(shí)現(xiàn)。本實(shí)施實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)幕竟ぷ鞣椒ㄖ型ㄟ^利用自身的處理結(jié)果來確定上行業(yè)務(wù)的正確性實(shí)現(xiàn)了上行基站間CoMP，提高了協(xié)同多點(diǎn)傳輸?shù)牧鲿承?，以及?shù)據(jù)傳輸?shù)姆€(wěn)定性。本實(shí)施例中的主基站是指用戶的歸屬基站；協(xié)作基站是指協(xié)助用戶的歸屬基站進(jìn)行聯(lián)合接收處理的基站。
[0055]上述步驟107中根據(jù)自身的處理結(jié)果確定本次接收的正確性的過程包括:
[0056]根據(jù)自身的處理結(jié)果判斷本次接收是否正確，若是，則對(duì)所述上行業(yè)務(wù)信息下發(fā)ACK,若否，則對(duì)上行業(yè)務(wù)信息下發(fā)臨時(shí)ACK。
[0057]本實(shí)施例的實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)幕竟ぷ鞣椒ㄖ挟?dāng)根據(jù)基站自身對(duì)上行業(yè)務(wù)信息處理結(jié)果判斷本次接收業(yè)務(wù)的正確性時(shí)，若在判斷不正確的情況下發(fā)送一個(gè)臨時(shí)ACK，默認(rèn)本次接收業(yè)務(wù)是正確的，使本次業(yè)務(wù)進(jìn)程繼續(xù)，實(shí)現(xiàn)基站間CoMP，當(dāng)UE在規(guī)定的時(shí)刻接收到臨時(shí)ACk時(shí)，UE，默認(rèn)為主基站已經(jīng)確認(rèn)本次接收的是正確的，UE不進(jìn)行任何的重傳業(yè)務(wù)信息的動(dòng)作。
[0058]當(dāng)主基站根據(jù)自身的業(yè)務(wù)信息處理結(jié)果判斷本次接收的業(yè)務(wù)是錯(cuò)誤的時(shí)候，可能是由于主基站自身本次的接收信號(hào)質(zhì)量不好等原因造成，因此還可以利用協(xié)作基站的處理結(jié)果進(jìn)行聯(lián)合處理做進(jìn)行進(jìn)一步的判斷，所以在后續(xù)的處理過程中還需要通過聯(lián)合處理結(jié)果再次判斷本次接收業(yè)務(wù)是否正確。因此本實(shí)施例的實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)姆椒ㄔ谥骰緦?duì)所述上行業(yè)務(wù)信息下發(fā)臨時(shí)ACK之后還包括:
[0059]在主基站對(duì)所述上行業(yè)務(wù)信息下發(fā)臨時(shí)ACK之后，所述實(shí)現(xiàn)基站協(xié)同多點(diǎn)傳輸?shù)姆椒ㄟ€包括:
[0060]主基站等待或者聯(lián)合處理協(xié)作基站的處理結(jié)果；
[0061]主基站在調(diào)度所述上行業(yè)務(wù)進(jìn)程的下一個(gè)上行業(yè)務(wù)信息之前再次判斷是否能根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性，若不能，則在所述上行業(yè)務(wù)進(jìn)程的下一個(gè)上行業(yè)務(wù)信息的調(diào)度時(shí)刻，調(diào)度用戶重新上傳上一次的上行業(yè)務(wù)信息。本次接收的上行業(yè)務(wù)信息與下一個(gè)上行業(yè)務(wù)信息歸屬于同一業(yè)務(wù)進(jìn)程。
[0062]為了保證本次接收業(yè)務(wù)的正確性，在主基站再次判斷不能根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性的情況，本實(shí)施例的實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)幕竟ぷ鞣椒ú捎孟乱粋€(gè)上行業(yè)務(wù)信息的調(diào)度時(shí)刻，調(diào)度用戶重新上傳上一次的上行業(yè)務(wù)信息的方式。
[0063]如圖2所示，當(dāng)主基站在調(diào)度下一個(gè)上行業(yè)務(wù)信息之前能根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性時(shí)本實(shí)施例的基站工方法還包括:
[0064]主基站判斷本次接收是否正確，若正確，則在下一個(gè)上行業(yè)務(wù)信息的調(diào)度時(shí)刻，調(diào)度用戶上傳新的上行業(yè)務(wù)信息，若否，則在下一個(gè)上行業(yè)務(wù)信息的調(diào)度時(shí)刻，調(diào)度用戶重新上傳上一次的上行業(yè)務(wù)信息。
[0065]如圖2所示，本實(shí)施例實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)幕竟ぷ鞣椒ň唧w包括如下步驟:
[0066]步驟200:主基站調(diào)度用戶的上行業(yè)務(wù)并確認(rèn)上行業(yè)務(wù)進(jìn)程；
[0067]步驟201:主基站接收并處理用戶發(fā)送的所述上行業(yè)務(wù)進(jìn)程的上行業(yè)務(wù)信息；
[0068]步驟202:主基站接收協(xié)作基站對(duì)所述上行業(yè)務(wù)信息的處理結(jié)果，并對(duì)協(xié)作基站和自身的上行業(yè)務(wù)信息處理結(jié)果做聯(lián)合處理；
[0069]步驟203:主基站在對(duì)所述上行業(yè)務(wù)信息下發(fā)應(yīng)答之前判斷是否能根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性，若能執(zhí)行步驟204，若不能，則執(zhí)行步驟207 ；
[0070]步驟204:主基站根據(jù)聯(lián)合處理結(jié)果判斷本次接收是否正確，若正確執(zhí)行步驟205，若不正確，則執(zhí)行步驟206 ；
[0071]步驟205:主基站對(duì)本次上行業(yè)務(wù)信息下發(fā)ACK，本次基站間CoMP流程結(jié)束；
[0072]步驟206:主基站對(duì)本次上行業(yè)務(wù)信息下發(fā)NACK，本次基站間CoMP流程結(jié)束；
[0073]步驟207:主基站根據(jù)自身的處理結(jié)果判斷本次接收是否正確，若是，執(zhí)行步驟208，若否，則執(zhí)行步驟209 ；
[0074]步驟208:主基站對(duì)所述上行業(yè)務(wù)信息下發(fā)ACK ；
[0075]步驟209:主基站對(duì)上行業(yè)務(wù)信息下發(fā)臨時(shí)ACK ；
[0076]步驟210:主基站等待或者聯(lián)合處理協(xié)作基站的處理結(jié)果；
[0077]步驟211:主基站在調(diào)度該上行業(yè)務(wù)進(jìn)程的下一個(gè)上行業(yè)務(wù)信息之前判斷是否能根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性，若能，則執(zhí)行步驟212，若不能，則執(zhí)行步驟214 ；
[0078]步驟212:主基站判斷本次接收是否正確，若正確，則執(zhí)行步驟213，若不正確，則執(zhí)行步驟214 ；
[0079]步驟213:主基站在下一個(gè)該上行業(yè)務(wù)進(jìn)程的上行業(yè)務(wù)信息的調(diào)度時(shí)刻，調(diào)度用戶上傳新的上行業(yè)務(wù)信息；
[0080]步驟214:主基站在下一個(gè)該上行業(yè)務(wù)進(jìn)程的上行業(yè)務(wù)信息的調(diào)度時(shí)刻，調(diào)度用戶重新上傳上一次的上行業(yè)務(wù)信息。
[0081]實(shí)施例二:
[0082]如圖3所示本實(shí)施例提供了一種實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)闹骰?，包?業(yè)務(wù)調(diào)度模塊、業(yè)務(wù)處理模塊、聯(lián)合處理模塊、第一判斷模塊和信息確認(rèn)模塊；
[0083]業(yè)務(wù)調(diào)度模塊用于調(diào)度用戶的上行業(yè)務(wù)并確認(rèn)上行業(yè)務(wù)的進(jìn)程；
[0084]業(yè)務(wù)處理模塊用于接收并處理用戶發(fā)送的所述上行業(yè)務(wù)進(jìn)程的上行業(yè)務(wù)信息；
[0085]聯(lián)合處理模塊用于接收協(xié)作基站對(duì)上行業(yè)務(wù)信息的處理結(jié)果，并對(duì)協(xié)作基站和所述業(yè)務(wù)模塊上行業(yè)務(wù)信息的處理結(jié)果做聯(lián)合處理；
[0086]第一判斷模塊用于在對(duì)所述上行業(yè)務(wù)信息下發(fā)應(yīng)答之前判斷所述用戶的歸屬基站是否能根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性，若不能，則通知所述信息確認(rèn)模塊根據(jù)所述業(yè)務(wù)模塊的處理結(jié)果確定本次接收的正確性。
[0087]如圖4所示，本實(shí)施例信息確認(rèn)模塊包括:第二判斷模塊和下發(fā)模塊；
[0088]第二判斷模塊用于根據(jù)自身的處理結(jié)果確定本次接收是否正確，若是，則通知所述下發(fā)模塊對(duì)所述上行業(yè)務(wù)信息下發(fā)ACK。
[0089]為了確保本次接收判斷的準(zhǔn)確性，還需要再次利用聯(lián)合處理結(jié)果來判斷本次接收。因此本實(shí)施例中第二判斷模塊還用于根據(jù)自身的處理結(jié)果判斷本次接收是否正確，若否，則通知所述下發(fā)模塊對(duì)所述上行業(yè)務(wù)信息下發(fā)臨時(shí)ACK;所述聯(lián)合處理模塊還用于在下發(fā)臨時(shí)ACK之后等待或者聯(lián)合處理協(xié)作基站的處理結(jié)果，所述第一判斷模塊還用于在調(diào)度上述上行業(yè)務(wù)進(jìn)程的下一個(gè)上行業(yè)務(wù)信息之前再次判斷是否能根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性，若不能，則通知所述調(diào)度模塊在上述上行業(yè)務(wù)進(jìn)程的下一個(gè)上行業(yè)務(wù)信息的調(diào)度時(shí)刻，調(diào)度用戶重新上傳上一次的上行業(yè)務(wù)信息。
[0090]如圖5所述，本實(shí)施例中的實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)幕具€包括:第三判斷模塊；所述第三判斷模塊用于當(dāng)在調(diào)度上述上行業(yè)務(wù)進(jìn)程的下一個(gè)上行業(yè)務(wù)信息之前能根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性時(shí)判斷本次接收是否正確，若正確，則通知所述業(yè)務(wù)調(diào)度模塊在上述上行業(yè)務(wù)進(jìn)程的下一個(gè)上行業(yè)務(wù)信息的調(diào)度時(shí)刻，調(diào)度用戶上傳新的上行業(yè)務(wù)信息，若否，則通知所述調(diào)度模塊在上述上行業(yè)務(wù)進(jìn)程的下一個(gè)上行業(yè)務(wù)信息的調(diào)度時(shí)刻，調(diào)度用戶重新上傳上一次的上行業(yè)務(wù)信息。
[0091 ] 本實(shí)施例中的上一個(gè)上行業(yè)務(wù)信息與下一個(gè)業(yè)務(wù)信息歸屬于同一個(gè)業(yè)務(wù)進(jìn)程。
[0092]如圖6所示，本實(shí)施例還提供了一種實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)南到y(tǒng)，包括如本實(shí)施例所述的主基站和至少一個(gè)協(xié)作基站；該主基站與所述協(xié)作基站聯(lián)合接收用戶的上行業(yè)務(wù)信肩、O
[0093]本實(shí)施例的實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)闹骰灸軌蛟谟捎谥骰九c協(xié)作基站之間的時(shí)延導(dǎo)致不能采用聯(lián)合處理結(jié)果來確認(rèn)本次接收業(yè)務(wù)的正確性的情況下，根據(jù)自身對(duì)本次上行業(yè)務(wù)信息的處理結(jié)果確認(rèn)本次接收的正確性；當(dāng)本次接收不正確時(shí)，下發(fā)一個(gè)臨時(shí)ACK給UE，讓UE不進(jìn)行重傳動(dòng)作，主基站繼續(xù)等待聯(lián)合處理結(jié)果，若最后還是不能夠根據(jù)聯(lián)合處理結(jié)果(如在主基站還沒有聯(lián)合處理完成的情況下)確認(rèn)本次接收的正確性，或者根據(jù)聯(lián)合處理的結(jié)果確定本次接收為不正確時(shí)，則要求UE重新上傳該次的上行業(yè)務(wù)信息。本實(shí)施例的實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)闹骰咎岣咝^(qū)邊緣的吞吐量，同時(shí)可以提高系統(tǒng)的吞吐量。
[0094]在上行COMP中，每個(gè)上行業(yè)務(wù)都對(duì)應(yīng)一個(gè)進(jìn)程，該進(jìn)程規(guī)定了主基站執(zhí)行動(dòng)作的時(shí)間，在時(shí)間到達(dá)主基站就要執(zhí)行相應(yīng)的動(dòng)作，當(dāng)一個(gè)進(jìn)程結(jié)束后代表一個(gè)上行業(yè)務(wù)信息上傳成功或失敗。
[0095]實(shí)施例三:
[0096]本實(shí)施例提供了一種實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)南到y(tǒng)工作方法，包括:
[0097]主基站接收并處理用戶發(fā)送的上行業(yè)務(wù)信息；
[0098]協(xié)作基站接收并處理用戶發(fā)送的上行業(yè)務(wù)信息，并將對(duì)所述上行業(yè)務(wù)信息的處理結(jié)果發(fā)送給所述主基站；
[0099]主基站對(duì)協(xié)作基站和自身的上行業(yè)務(wù)信息處理結(jié)果做聯(lián)合處理；
[0100]主基站在對(duì)所述上行業(yè)務(wù)信息下發(fā)應(yīng)答之前判斷是否能根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性，若不能，則根據(jù)自身的處理結(jié)果確定本次接收的正確性。
[0101]如圖7所示，對(duì)于LTE FDD系統(tǒng)中實(shí)現(xiàn)基站間協(xié)同多點(diǎn)傳輸?shù)姆椒ň唧w包括:
[0102]步驟701:主基站在第η個(gè)子幀調(diào)度用戶的上行業(yè)務(wù)并確認(rèn)上行業(yè)務(wù)進(jìn)程；
[0103]步驟702:主基站和協(xié)作基站在第η+4個(gè)子幀接收并處理用戶發(fā)送的該上行業(yè)務(wù)進(jìn)程的上行業(yè)務(wù)信息
[0104]步驟703:協(xié)作基站將協(xié)作基站的處理結(jié)果傳輸給主基站，并由主基站做聯(lián)合處
理
[0105]步驟704:主基站判斷在第η+8個(gè)子幀下發(fā)ACK/NACK前可以根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性，如果主基站在第η+8個(gè)子幀下發(fā)ACK/NACK前可以根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性，則執(zhí)行步驟705，否則執(zhí)行步驟706 ；
[0106]步驟705:主基站根據(jù)聯(lián)合處理結(jié)果判斷本次接收是否正確，如果本次接收正確則執(zhí)行步驟707，否則執(zhí)行步驟708 ；
[0107]步驟706:主基站根據(jù)自身的處理結(jié)果判斷本次接收是否正確，如果正確執(zhí)行步驟707，否則執(zhí)行步驟709 ；
[0108]步驟707:在η+8個(gè)子幀下發(fā)ACK，本次站間CoMP流程結(jié)束
[0109]步驟708:在η+8個(gè)子幀下發(fā)NACK，本次站間CoMP流程結(jié)束
[0110]步驟709:在η+8個(gè)子幀下發(fā)ACK即下發(fā)一個(gè)臨時(shí)ACK后執(zhí)行步驟710 ；
[0111]步驟710:主基站繼續(xù)等待或者聯(lián)合處理協(xié)作基站的處理結(jié)果
[0112]步驟711:判斷在第η+16個(gè)子幀主基站調(diào)度同一個(gè)上行業(yè)務(wù)進(jìn)程的下一個(gè)業(yè)務(wù)信息前是否可以根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性，如果在第η+16個(gè)子幀主基站調(diào)度下一個(gè)業(yè)務(wù)信息前可以根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性，則執(zhí)行步驟712，否則執(zhí)行步驟713;
[0113]步驟712:主基站判斷本次接收是否正確，如果本次接收正確則執(zhí)行步驟714，否則執(zhí)行步驟713。
[0114]步驟713:在第η+16個(gè)子幀，調(diào)度用戶重新上傳前一次的業(yè)務(wù)，即給該用戶下發(fā)的DCI (Downlink Control Information)中的 NDI (New dataindicator)不翻轉(zhuǎn)，本次 CoMP
流程結(jié)束。
[0115]步驟714:在第η+16個(gè)子幀調(diào)度用戶開始新的業(yè)務(wù)上傳，即給該用戶下發(fā)的DCI中的NDI翻轉(zhuǎn)，本次CoMP流程結(jié)束。
[0116]本實(shí)施例中的I個(gè)子幀為I毫秒。
[0117]本實(shí)施例中的主基站是指用戶的歸屬基站；協(xié)作基站是指協(xié)助用戶的歸屬基站進(jìn)行聯(lián)合接收的基站。
[0118]本實(shí)施例的實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)姆椒軌蛟谝欢ǖ恼鹃g時(shí)延范圍內(nèi)，有效的利用協(xié)作基站的處理結(jié)果，使得上行基站間CoMP可以有效的實(shí)現(xiàn)，從而提升整個(gè)網(wǎng)絡(luò)的上行業(yè)務(wù)性能，提高小區(qū)邊緣的吞吐量，同時(shí)可以提高系統(tǒng)的吞吐量。
[0119]以上內(nèi)容是結(jié)合具體的實(shí)施方式對(duì)本發(fā)明所作的進(jìn)一步詳細(xì)說明，不能認(rèn)定本發(fā)明的具體實(shí)施只局限于這些說明。對(duì)于本發(fā)明所屬【技術(shù)領(lǐng)域】的普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干簡(jiǎn)單推演或替換，都應(yīng)當(dāng)視為屬于本發(fā)明的保護(hù)范圍。
【權(quán)利要求】
1.一種實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)姆椒?，其特征在于，包括以下步驟: 主基站調(diào)度用戶的上行業(yè)務(wù)并確認(rèn)上行業(yè)務(wù)進(jìn)程； 主基站接收并處理用戶發(fā)送的所述上行業(yè)務(wù)進(jìn)程的上行業(yè)務(wù)信息； 所述主基站接收協(xié)作基站對(duì)所述上行業(yè)務(wù)信息的處理結(jié)果，并對(duì)協(xié)作基站和自身的上行業(yè)務(wù)信息處理結(jié)果做聯(lián)合處理； 所述主基站在對(duì)所述上行業(yè)務(wù)信息下發(fā)應(yīng)答之前判斷是否能根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性，若不能，則根據(jù)自身的處理結(jié)果確定本次接收的正確性。
2.如權(quán)利要求1所述的實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)姆椒?，其特征在于，所述根?jù)自身的處理結(jié)果確定本次接收的正確性的過程包括: 根據(jù)自身的處理結(jié)果判斷本次接收是否正確，若是，則對(duì)所述上行業(yè)務(wù)信息下發(fā)ACK。
3.如權(quán)利要求2所述的實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)姆椒?，其特征在于，所述根?jù)自身的處理結(jié)果確定本次接收的正確性的過程還包括: 根據(jù)自身的處理結(jié)果判斷本次接收是否正確，若否，則對(duì)所述上行業(yè)務(wù)信息下發(fā)臨時(shí)ACK ； 在主基站對(duì)所述上行業(yè)務(wù)信息下發(fā)臨時(shí)ACK之后，所述實(shí)現(xiàn)基站協(xié)同多點(diǎn)傳輸?shù)姆椒ㄟ€包括: 主基站等待或者聯(lián)合處理協(xié)作基站的處理結(jié)果；` 主基站在調(diào)度所述上行業(yè)務(wù)進(jìn)程的下一個(gè)上行業(yè)務(wù)信息之前再次判斷是否能根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性，若不能，則在所述上行業(yè)務(wù)進(jìn)程的下一個(gè)上行業(yè)務(wù)信息的調(diào)度時(shí)刻，調(diào)度用戶重新上傳上一次的上行業(yè)務(wù)信息。
4.如權(quán)利要求3所述的實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)姆椒?，其特征在于，?dāng)主基站在調(diào)度所述上行業(yè)務(wù)進(jìn)程的下一個(gè)上行業(yè)務(wù)信息之前能根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性時(shí)還包括: 主基站判斷本次接收是否正確，若正確，則在所述上行業(yè)務(wù)進(jìn)程的下一個(gè)上行業(yè)務(wù)信息的調(diào)度時(shí)刻，調(diào)度用戶上傳新的上行業(yè)務(wù)信息，若否，則在所述上行業(yè)務(wù)進(jìn)程的下一個(gè)上行業(yè)務(wù)信息的調(diào)度時(shí)刻，調(diào)度用戶重新上傳上一次的上行業(yè)務(wù)信息。
5.一種實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)闹骰?，其特征在于，包?業(yè)務(wù)調(diào)度模塊、業(yè)務(wù)處理模塊、聯(lián)合處理模塊、第一判斷模塊和信息確認(rèn)模塊； 所述業(yè)務(wù)調(diào)度模塊用于調(diào)度用戶的上行業(yè)務(wù)并確認(rèn)上行業(yè)務(wù)的進(jìn)程； 所述業(yè)務(wù)處理模塊用于接收并處理用戶發(fā)送的所述上行業(yè)務(wù)進(jìn)程的上行業(yè)務(wù)信息； 所述聯(lián)合處理模塊用于接收協(xié)作基站對(duì)上行業(yè)務(wù)信息的處理結(jié)果，并對(duì)協(xié)作基站和所述業(yè)務(wù)模塊上行業(yè)務(wù)信息的處理結(jié)果做聯(lián)合處理； 所述第一判斷模塊用于在對(duì)所述上行業(yè)務(wù)信息下發(fā)應(yīng)答之前判斷所述用戶的歸屬基站是否能根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性，若不能，則通知所述信息確認(rèn)模塊根據(jù)所述業(yè)務(wù)模塊的處理結(jié)果確定本次接收的正確性。
6.如權(quán)利要求5所述的實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)闹骰荆涮卣髟谟?，所述信息確認(rèn)模塊包括:第二判斷模塊和下發(fā)模塊； 所述第二判斷模塊用于根據(jù)自身的處理結(jié)果確定本次接收是否正確，若是，則通知所述下發(fā)模塊對(duì)所述上行業(yè)務(wù)信息下發(fā)ACK。
7.如權(quán)利要求6所述的實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)闹骰?，其特征在于，所述第二判斷模塊還用于根據(jù)自身的處理結(jié)果判斷本次接收是否正確，若否，則通知所述下發(fā)模塊對(duì)所述上行業(yè)務(wù)信息下發(fā)臨時(shí)ACK ;所述聯(lián)合處理模塊還用于在下發(fā)臨時(shí)ACK之后等待或者聯(lián)合處理協(xié)作基站的處理結(jié)果，所述第一判斷模塊還用于在調(diào)度所述上行業(yè)務(wù)進(jìn)程的下一個(gè)上行業(yè)務(wù)信息之前再次判斷是否能根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性，若不能，則通知所述調(diào)度模塊在所述上行業(yè)務(wù)進(jìn)程的下一個(gè)上行業(yè)務(wù)信息的調(diào)度時(shí)刻，調(diào)度用戶重新上傳上一次的上行業(yè)務(wù)信息。
8.如權(quán)利要求7所述的實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)闹骰?，其特征在于，還包括:第三判斷模塊；所述第三判斷模塊用于當(dāng)在調(diào)度所述上行業(yè)務(wù)進(jìn)程的下一個(gè)上行業(yè)務(wù)信息之前能根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性時(shí)判斷本次接收是否正確，若正確，則通知所述業(yè)務(wù)調(diào)度模塊在所述上行業(yè)務(wù)進(jìn)程的下一個(gè)上行業(yè)務(wù)信息的調(diào)度時(shí)刻，調(diào)度用戶上傳新的上行業(yè)務(wù)信息，若否，則通知所述調(diào)度模塊在所述上行業(yè)務(wù)進(jìn)程的下一個(gè)上行業(yè)務(wù)信息的調(diào)度時(shí)刻，調(diào)度用戶重新上傳上一次的上行業(yè)務(wù)信息。
9.一種實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)南到y(tǒng)，其特征在于，包括:如權(quán)利要求5-8任一項(xiàng)所述的主基站和至少一個(gè)協(xié)作基站；所述主基站與所述協(xié)作基站聯(lián)合接收用戶的上行業(yè)務(wù)信息。
10.一種實(shí)現(xiàn)協(xié)同多點(diǎn)傳輸?shù)南到y(tǒng)工作方法，其特征在于，包括以下步驟: 主基站接收并處理用戶發(fā)送的上行業(yè)務(wù)信息； 協(xié)作基站接收并處理用戶發(fā)送的上行業(yè)務(wù)信息，并將對(duì)所述上行業(yè)務(wù)信息的處理結(jié)果發(fā)送給所述主基站； 所述主基站對(duì)協(xié)作基站和自 身的上行業(yè)務(wù)信息處理結(jié)果做聯(lián)合處理； 所述主基站在對(duì)所述上行業(yè)務(wù)信息下發(fā)應(yīng)答之前判斷是否能根據(jù)聯(lián)合處理的結(jié)果判斷本次接收的正確性，若不能，則根據(jù)自身的處理結(jié)果確定本次接收的正確性。
【文檔編號(hào)】H04W28/16GK103874138SQ201210551902
【公開日】2014年6月18日 申請(qǐng)日期:2012年12月18日 優(yōu)先權(quán)日:2012年12月18日
【發(fā)明者】雷超琴, 劉巧艷, 耿鵬, 毛凱 申請(qǐng)人:中興通訊股份有限公司