專(zhuān)利名稱(chēng)：一種實(shí)現(xiàn)用戶間協(xié)作的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線通信技術(shù)，尤指一種實(shí)現(xiàn)用戶間協(xié)作的方法及系統(tǒng)。
背景技術(shù)：
隨著移動(dòng)通信網(wǎng)絡(luò)的技術(shù)發(fā)展和用戶業(yè)務(wù)需求的多樣化，用戶希望通過(guò)移動(dòng)無(wú)線 網(wǎng)絡(luò)體驗(yàn)多媒體廣播組播類(lèi)型業(yè)務(wù)的需求日益明顯，例如手機(jī)電視、天氣預(yù)報(bào)、新聞和雜志 等業(yè)務(wù)。多媒體廣播組播業(yè)務(wù)的特點(diǎn)在于所需傳輸帶寬高，占用大量無(wú)線資源；面向服務(wù)的 用戶數(shù)多，而不僅僅針對(duì)個(gè)別用戶。然而，無(wú)線蜂窩網(wǎng)絡(luò)中通常采用點(diǎn)到點(diǎn)的專(zhuān)用信道方式提供業(yè)務(wù)，因此，對(duì)于大數(shù) 據(jù)量的多媒體廣播組播業(yè)務(wù)而言會(huì)出現(xiàn)成本高、業(yè)務(wù)資費(fèi)昂貴、規(guī)模效益差的情況，從而使 得網(wǎng)絡(luò)運(yùn)營(yíng)商難于推廣。為了實(shí)現(xiàn)在現(xiàn)有蜂窩網(wǎng)絡(luò)中提供低成本多媒體業(yè)務(wù)的目標(biāo)，引入 了多播廣播業(yè)務(wù)來(lái)承載此類(lèi)業(yè)務(wù)。多播廣播業(yè)務(wù)(MBS，Multicast Broadcast Service)是從一個(gè)數(shù)據(jù)源向多個(gè) 目標(biāo)傳送數(shù)據(jù)的技術(shù)，能夠提高網(wǎng)絡(luò)資源，尤其是空中接口資源的利用率，目前使用的較 為廣泛的是多媒體廣播組播業(yè)務(wù)(MBMS)、增強(qiáng)型多播業(yè)務(wù)(E-MBS，Enhanced multicast broadcast service)等。圖1為現(xiàn)有用戶終端接收MBS業(yè)務(wù)的示意圖，如圖1所示，系統(tǒng)在 發(fā)射MBS業(yè)務(wù)時(shí)，接收業(yè)務(wù)的一組用戶即UE1、UE2和UE3會(huì)接收相同的業(yè)務(wù)。MBS業(yè)務(wù)的承 載可以采用兩種方式一種是專(zhuān)用載波方式，即MBS業(yè)務(wù)獨(dú)占某個(gè)載波上的所有時(shí)頻資源； 另一種方式是共享載波方式，即MBS業(yè)務(wù)與單播業(yè)務(wù)共享載波上的時(shí)頻資源。隨著多媒體 共享業(yè)務(wù)的應(yīng)用推廣，高效地進(jìn)行多播和廣播業(yè)務(wù)傳輸對(duì)于下一代寬帶移動(dòng)通信系統(tǒng)變得 尤為重要。目前，接收相同MBS業(yè)務(wù)的一組用戶之間是各自獨(dú)立完成自身的業(yè)務(wù)接收的。在 某用戶出現(xiàn)接收錯(cuò)誤，或者認(rèn)為接收到的業(yè)務(wù)數(shù)據(jù)不能滿足自身的服務(wù)質(zhì)量(QoS)要求 時(shí)，該用戶只能丟棄該包或通過(guò)重傳機(jī)制重新獲得所需的業(yè)務(wù)數(shù)據(jù)。在存在多個(gè)用戶都需 要重傳時(shí)，需要占用較多資源，同時(shí)無(wú)法保證上行傳輸?shù)目煽啃裕蝗绻麤](méi)有重傳機(jī)制，那么， 用戶就不能正確接收業(yè)務(wù)，降低了用戶的QoS，影響了用戶對(duì)業(yè)務(wù)的接收效果和用戶感受。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種實(shí)現(xiàn)用戶間協(xié)作的方法，能夠?qū)崿F(xiàn)對(duì) 接收相同業(yè)務(wù)的用戶進(jìn)行協(xié)作，保證用戶正確接收業(yè)務(wù)，提高用戶的QoS，提高用戶的感受。本發(fā)明的另一目的在于提供一種實(shí)現(xiàn)用戶間協(xié)作的系統(tǒng)，能夠通過(guò)接收相同業(yè)務(wù) 的用戶間的協(xié)作，保證用戶正確接收業(yè)務(wù)，提高用戶的QoS，提高用戶的感受。本發(fā)明的另一目的在于提供一種實(shí)現(xiàn)上行的用戶協(xié)作的方法，通過(guò)用戶間的交互 信息，由用戶間構(gòu)成上行虛擬ΜΙΜ0，提高上行鏈路的可靠性。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種實(shí)現(xiàn)用戶間協(xié)作的方法，該方法包括以下步驟
根據(jù)用戶接收業(yè)務(wù)屬性設(shè)置用戶協(xié)作群組；通過(guò)尋找協(xié)作伙伴，在用戶協(xié)作群組 中的各用戶終端中建立可以協(xié)作的用戶終端信息；在用戶協(xié)作群組中存在需要協(xié)作的用戶終端時(shí)，利用該用戶協(xié)作群組中的其他用 戶獲取所需業(yè)務(wù)。在所述用戶終端與業(yè)務(wù)發(fā)射端之間存在重傳機(jī)制時(shí)，該方法還包括所述用戶終 端通過(guò)選擇協(xié)作用戶，建立協(xié)作多輸入多輸出ΜΙΜ0，并通過(guò)系統(tǒng)定義的反饋信道或用戶專(zhuān) 用上行信道建立上行協(xié)作。所述建立上行協(xié)作具體包括請(qǐng)求建立上行協(xié)作的所述用戶終端，將系統(tǒng)分配給自身的上行資源配置信息發(fā)送 給被請(qǐng)求建立上行協(xié)作的用戶終端；被請(qǐng)求建立上行協(xié)作的用戶終端根據(jù)自身上行資源的 占用情況，在自身剩余的上行資源能夠滿足接收到的資源要求時(shí)，向請(qǐng)求建立上行協(xié)作的 用戶終端回復(fù)滿足協(xié)作要求；如果滿足協(xié)作條件，則請(qǐng)求建立上行協(xié)作的用戶終端與被請(qǐng)求建立上行協(xié)作的用 戶終端之間進(jìn)行上行協(xié)作協(xié)商，請(qǐng)求建立上行協(xié)作的用戶終端將需協(xié)作的用戶數(shù)據(jù)發(fā)送給 被請(qǐng)求建立上行協(xié)作的用戶終端，并按照協(xié)商好的協(xié)作方式進(jìn)行上行協(xié)作；如果不滿足協(xié)作條件，被請(qǐng)求建立上行協(xié)作的用戶終端回復(fù)不滿足協(xié)作條件，請(qǐng) 求建立上行協(xié)作的用戶終端從可以協(xié)作的用戶終端信息中，重新選擇被請(qǐng)求建立上行協(xié)作 的用戶終端并重新發(fā)起上行協(xié)作請(qǐng)求。所述上行協(xié)作協(xié)商的協(xié)作方式為采用空頻編碼/空時(shí)編碼SFBC/STBC方式，或者 循環(huán)延時(shí)CDD方式，或者預(yù)編碼方式，或者天線波束賦形技術(shù)。所述用戶協(xié)作群組包括具有相同接收業(yè)務(wù)屬性的一組用戶。所述接收業(yè)務(wù)屬性為相同業(yè)務(wù)ID，或其他表示相同業(yè)務(wù)的標(biāo)識(shí)信息。所述用戶協(xié)作群組中的各用戶通過(guò)向用戶協(xié)作群組中的其他用戶發(fā)起尋找協(xié)作 伙伴請(qǐng)求，來(lái)建立可協(xié)作的用戶終端信息，具體包括用戶將自身的接收業(yè)務(wù)屬性攜帶在尋找協(xié)作伙伴請(qǐng)求中，發(fā)送給所述用戶協(xié)作群 組中的其他用戶，接收到尋找協(xié)作伙伴請(qǐng)求的用戶比較自身的接收業(yè)務(wù)屬性是否與接收到 的相同，如果相同，則向發(fā)起請(qǐng)求的用戶回復(fù)攜帶有自身用戶終端信息的允許協(xié)作應(yīng)答，發(fā) 起請(qǐng)求的用戶存儲(chǔ)其用戶終端信息；如果不相同，則向發(fā)起請(qǐng)求的用戶回復(fù)拒絕協(xié)作應(yīng)答。該方法還包括在所述用戶終端中針對(duì)不同的業(yè)務(wù)，預(yù)先設(shè)置是否愿意作為協(xié)作 用戶的業(yè)務(wù)協(xié)作標(biāo)識(shí)；在接收到尋找協(xié)作伙伴請(qǐng)求的用戶比較自身的接收業(yè)務(wù)屬性與接收到的相同時(shí)， 如果預(yù)先設(shè)置的業(yè)務(wù)協(xié)作標(biāo)識(shí)表明對(duì)于當(dāng)前接收業(yè)務(wù)屬性標(biāo)識(shí)的業(yè)務(wù)，該用戶不愿意作為 協(xié)作用戶，則該用戶向發(fā)起請(qǐng)求的用戶回復(fù)拒絕協(xié)作應(yīng)答；如果該用戶原意作為協(xié)作用戶，則該用戶保留當(dāng)前接收正確的數(shù)據(jù)包，在預(yù)設(shè)時(shí) 間內(nèi)如果沒(méi)有其他用戶請(qǐng)求協(xié)作，則丟棄該包數(shù)據(jù)；如果有其他用戶請(qǐng)求協(xié)作，則將該保留 的數(shù)據(jù)包的部分或全部傳給協(xié)作用戶。該方法還包括所述發(fā)起請(qǐng)求的用戶對(duì)接收到的允許協(xié)作應(yīng)答信號(hào)進(jìn)行測(cè)量，并 按照測(cè)量得到允許協(xié)作應(yīng)答的用戶的信道質(zhì)量的好壞，對(duì)可以協(xié)作的用戶終端信息按照協(xié) 作優(yōu)先級(jí)排列。
在預(yù)設(shè)周期到來(lái)時(shí)，或者滿足預(yù)設(shè)時(shí)間觸發(fā)條件時(shí)，執(zhí)行所述尋找協(xié)作伙伴的步 驟或更新所述建立的可以協(xié)作的用戶終端信息。所述協(xié)作用戶群組中的用戶終端之間通過(guò)藍(lán)牙、紅外、無(wú)線局域網(wǎng)或其它用戶終 端之間通訊的其它協(xié)議或手段進(jìn)行通信。所述需要協(xié)作的用戶終端為用戶接收業(yè)務(wù)存在錯(cuò)誤的用戶終端，或者接收的數(shù) 據(jù)包無(wú)法滿足用戶的服務(wù)質(zhì)量QoS的用戶終端，或者用戶希望通過(guò)協(xié)作提高接收質(zhì)量的用 戶終端。所述利用該用戶協(xié)作群組中的其他用戶獲取所需業(yè)務(wù)具體包括所述需要協(xié)作的用戶終端從可協(xié)作的用戶終端信息中選擇用戶終端，并向選出的 用戶終端發(fā)起要求共享數(shù)據(jù)請(qǐng)求；收到要求共享數(shù)據(jù)請(qǐng)求的用戶終端將部分或全部所需業(yè) 務(wù)數(shù)據(jù)發(fā)送給需要協(xié)作的用戶終端；所述需要協(xié)作的用戶終端將接收到的部分或全部業(yè)務(wù)數(shù)據(jù)，和已接收到的數(shù)據(jù)聯(lián) 合解碼，獲得正確的所需數(shù)據(jù)；如果所述需要協(xié)作的用戶終端在接收到協(xié)作用戶的數(shù)據(jù)時(shí)仍不能正確解碼，選擇 向當(dāng)前返回所需業(yè)務(wù)數(shù)據(jù)的用戶或用戶協(xié)作群組中的其他用戶，重復(fù)發(fā)起要求共享數(shù)據(jù)請(qǐng) 求；當(dāng)重復(fù)次數(shù)超出預(yù)設(shè)重復(fù)次數(shù)時(shí)，終止本次協(xié)作請(qǐng)求。所述收到要求共享數(shù)據(jù)請(qǐng)求的用戶終端將部分或全部所需業(yè)務(wù)數(shù)據(jù)發(fā)送給需要 協(xié)作的用戶終端之前，該方法還包括所述接收要求共享數(shù)據(jù)請(qǐng)求的用戶終端，根據(jù)自身建立的可協(xié)作的用戶終端信息 判斷發(fā)起請(qǐng)求的用戶終端是否是自身允許協(xié)作的用戶終端，如果是，將部分或全部所需業(yè) 務(wù)數(shù)據(jù)發(fā)送給需要協(xié)作的用戶終端；否則，拒絕請(qǐng)求，所述需要協(xié)作的用戶終端向用戶協(xié)作群組中的其他用戶發(fā)起要 求共享數(shù)據(jù)請(qǐng)求；當(dāng)所述接收要求共享數(shù)據(jù)請(qǐng)求的用戶終端自身也需要協(xié)作時(shí)，拒絕請(qǐng)求。所述業(yè)務(wù)為多播廣播業(yè)務(wù)MBS、或增強(qiáng)型多播業(yè)務(wù)E-MBS或多媒體廣播組播業(yè)務(wù) MBMS0一種實(shí)現(xiàn)上行的用戶協(xié)作的方法，該方法包括以下步驟根據(jù)用戶接收業(yè)務(wù)屬性設(shè)置用戶協(xié)作群組；通過(guò)尋找協(xié)作伙伴，在用戶協(xié)作群組 中的各用戶終端中建立可以協(xié)作的用戶終端信息；在用戶協(xié)作群組中存在需要協(xié)作的用戶終端時(shí)，利用該用戶協(xié)作群組中的其他用 戶獲取所需業(yè)務(wù)；在所述用戶終端與業(yè)務(wù)發(fā)射端之間存在重傳機(jī)制時(shí)，該方法還包括所述用戶終 端通過(guò)選擇協(xié)作用戶，建立協(xié)作多輸入多輸出ΜΙΜ0，并通過(guò)系統(tǒng)定義的反饋信道或用戶專(zhuān) 用上行信道建立上行協(xié)作。所述建立上行協(xié)作具體包括請(qǐng)求建立上行協(xié)作的所述用戶終端，將系統(tǒng)分配給自身的上行資源配置信息發(fā)送 給被請(qǐng)求建立上行協(xié)作的用戶終端；被請(qǐng)求建立上行協(xié)作的用戶終端根據(jù)自身上行資源的 占用情況，在自身剩余的上行資源能夠滿足接收到的資源要求時(shí)，向請(qǐng)求建立上行協(xié)作的用戶終端回復(fù)滿足協(xié)作要求；如果滿足協(xié)作條件，則請(qǐng)求建立上行協(xié)作的用戶終端與被請(qǐng)求建立上行協(xié)作的用 戶終端之間進(jìn)行上行協(xié)作協(xié)商，請(qǐng)求建立上行協(xié)作的用戶終端將需協(xié)作的用戶數(shù)據(jù)發(fā)送給 被請(qǐng)求建立上行協(xié)作的用戶終端，并按照協(xié)商好的協(xié)作方式進(jìn)行上行協(xié)作；如果不滿足協(xié)作條件，被請(qǐng)求建立上行協(xié)作的用戶終端回復(fù)不滿足協(xié)作條件，請(qǐng) 求建立上行協(xié)作的用戶終端從可以協(xié)作的用戶終端信息中，重新選擇被請(qǐng)求建立上行協(xié)作 的用戶終端并重新發(fā)起上行協(xié)作請(qǐng)求。所述上行協(xié)作協(xié)商的協(xié)作方式為采用空頻編碼/空時(shí)編碼SFBC/STBC方式，或者 循環(huán)延時(shí)CDD方式，或者預(yù)編碼方式，或者天線波束賦形技術(shù)。一種實(shí)現(xiàn)用戶間協(xié)作的系統(tǒng)，該系統(tǒng)包括對(duì)小區(qū)中的所有用戶或一組用戶實(shí)現(xiàn)業(yè) 務(wù)鏈接的基站，其特征在于，該系統(tǒng)還包括兩個(gè)或兩個(gè)以上用戶終端，其中，用戶終端，用于在根據(jù)用戶接收業(yè)務(wù)屬性設(shè)置用戶協(xié)作群組中，通過(guò)尋找協(xié)作伙 伴，建立可以協(xié)作的用戶終端信息，在存在需要協(xié)作時(shí)，利用該用戶終端所在協(xié)作群組中的 其他用戶獲取所需業(yè)務(wù)。當(dāng)所述用戶協(xié)作群組中的用戶終端與基站之間存在上行反饋信道時(shí)，所述用戶終端還用于，通過(guò)在用戶協(xié)作群組中選擇協(xié)作用戶，建立協(xié)作ΜΙΜ0，并通 過(guò)系統(tǒng)定義的反饋信道或用戶專(zhuān)用反饋信道進(jìn)行上行協(xié)作。所述用戶協(xié)作群組中的用戶終端之間通過(guò)藍(lán)牙、紅外、無(wú)線局域網(wǎng)或其它用戶終 端之間通訊的其它協(xié)議、或其它通信方式進(jìn)行通信。所述業(yè)務(wù)為多播廣播業(yè)務(wù)MBS、或增強(qiáng)型多播業(yè)務(wù)E-MBS或多媒體廣播組播業(yè)務(wù) MBMS0從上述本發(fā)明提供的技術(shù)方案可以看出，針對(duì)接收相同業(yè)務(wù)的用戶設(shè)置用戶協(xié)作 群組，并通過(guò)尋找協(xié)作伙伴，在用戶協(xié)作群組中的各用戶終端中建立可以協(xié)作的用戶終端 信息；在用戶協(xié)作群組中存在需要協(xié)作的用戶終端時(shí)，利用該用戶協(xié)作群組中的其他用戶 獲取所需的部分業(yè)務(wù)包。通過(guò)本發(fā)明用戶間的協(xié)作，保證了用戶正確接收業(yè)務(wù)，提高了用戶 的QoS。在用戶終端與業(yè)務(wù)發(fā)射端(如基站)之間存在重傳機(jī)制即上行反饋信道時(shí)，可以通 過(guò)選擇協(xié)作用戶，建立協(xié)作多輸入多輸出(MIMO)，即虛擬ΜΙΜ0，并通過(guò)系統(tǒng)定義的反饋信 道或用戶專(zhuān)用上行信道進(jìn)行上行協(xié)作，提高了上行的可靠性，進(jìn)而保證了系統(tǒng)的整體性能， 提高了用戶的感受。


圖1為現(xiàn)有用戶終端接收MBS業(yè)務(wù)的示意圖；圖2為本發(fā)明實(shí)現(xiàn)用戶間協(xié)作的方法的流程圖；圖3為本發(fā)明實(shí)現(xiàn)用戶協(xié)作接收EMBS業(yè)務(wù)的實(shí)施例的流程示意圖；圖4為本發(fā)明用戶實(shí)現(xiàn)上行協(xié)作的實(shí)施例的流程示意圖。
具體實(shí)施例方式圖2為本發(fā)明實(shí)現(xiàn)用戶間協(xié)作的方法的流程圖，如圖2所示，根據(jù)用戶終端能力， 用戶間交互過(guò)程可以是和接收業(yè)務(wù)同時(shí)進(jìn)行，也可以采用接收業(yè)務(wù)間隙進(jìn)行。本發(fā)明方法包括以下步驟步驟200 根據(jù)用戶接收業(yè)務(wù)屬性設(shè)置用戶協(xié)作群組。對(duì)于接收相同業(yè)務(wù)數(shù)據(jù)的用戶，可以根據(jù)接收相同業(yè)務(wù)的一些特殊信息確定用戶 協(xié)作群組，所述特殊信息是接收業(yè)務(wù)屬性，比如業(yè)務(wù)ID信息，或者其他表示相同業(yè)務(wù)的標(biāo)
識(shí)fe息等。步驟201 通過(guò)尋找協(xié)作伙伴，在用戶協(xié)作群組中的各用戶終端中建立可以協(xié)作 的用戶終端信息。用戶協(xié)作群組中的各用戶終端之間可以通過(guò)藍(lán)牙、紅外、無(wú)線局域網(wǎng)或其它手段 進(jìn)行通信，其中，其它手段可以包括用戶終端之間通訊的其它協(xié)議或手段等。用戶協(xié)作群組中的各用戶通過(guò)向用戶協(xié)作群組中的其他用戶發(fā)起尋找協(xié)作伙伴 請(qǐng)求，來(lái)建立可以協(xié)作的用戶終端信息。具體實(shí)現(xiàn)為用戶將自身的接收業(yè)務(wù)屬性攜帶在尋找協(xié)作伙伴請(qǐng)求中發(fā)送給用戶協(xié)作群組中 的其他用戶，接收到尋找協(xié)作伙伴請(qǐng)求的用戶比較自身的接收業(yè)務(wù)屬性是否與接收到的相 同，如果相同，則向發(fā)起請(qǐng)求的用戶回復(fù)攜帶有自身用戶終端信息的允許協(xié)作應(yīng)答，發(fā)起請(qǐng) 求的用戶認(rèn)為該回復(fù)的用戶為可以協(xié)作的用戶并存儲(chǔ)其用戶終端信息，其中用戶終端信息 可以是用戶終端ID等信息；如果不相同，則向發(fā)起請(qǐng)求的用戶回復(fù)拒絕協(xié)作應(yīng)答。可以協(xié) 作的用戶終端信息可以以協(xié)作列表的形式存儲(chǔ)。進(jìn)一步地，在用戶終端中可以針對(duì)不同的業(yè)務(wù)，預(yù)先設(shè)置是否愿意作為協(xié)作用戶 的業(yè)務(wù)協(xié)作標(biāo)識(shí)，在接收到尋找協(xié)作伙伴請(qǐng)求的用戶比較自身的接收業(yè)務(wù)屬性與接收到的 相同時(shí)，如果業(yè)務(wù)協(xié)作標(biāo)識(shí)表明對(duì)于當(dāng)前接收業(yè)務(wù)屬性標(biāo)識(shí)的業(yè)務(wù)，該用戶不愿意作為協(xié) 作用戶，那么，該用戶向發(fā)起請(qǐng)求的用戶回復(fù)拒絕協(xié)作應(yīng)答，如果該用戶原意作為協(xié)作用 戶，則該用戶保留當(dāng)前接收正確的數(shù)據(jù)包，在預(yù)設(shè)時(shí)間內(nèi)如果沒(méi)有用戶請(qǐng)求協(xié)作，則丟棄該 包數(shù)據(jù)，如有用戶協(xié)作則將該數(shù)據(jù)包的部分或全部傳給協(xié)作用戶。進(jìn)一步地，發(fā)起請(qǐng)求的用戶可以對(duì)接收到的允許協(xié)作應(yīng)答信號(hào)進(jìn)行測(cè)量，并按照 測(cè)量得到允許協(xié)作應(yīng)答的用戶的信道質(zhì)量的好壞，對(duì)可以協(xié)作的用戶終端信息按照協(xié)作優(yōu) 先級(jí)排列?？梢詤f(xié)作的用戶終端信息可以采用用戶終端列表的形式存儲(chǔ)，進(jìn)一步按照協(xié)作優(yōu) 先級(jí)排列。用戶終端可以以預(yù)設(shè)周期方式(預(yù)設(shè)周期到來(lái)時(shí))，或者預(yù)設(shè)時(shí)間觸發(fā)方式(滿足 預(yù)設(shè)觸發(fā)條件時(shí))重復(fù)步驟201來(lái)更新自身存儲(chǔ)的可以協(xié)作的用戶終端信息。步驟202 在用戶協(xié)作群組中存在需要協(xié)作的用戶終端時(shí)，利用該用戶協(xié)作群組 中的其他用戶獲取所需業(yè)務(wù)。需要協(xié)作的用戶終端可以是，用戶接收業(yè)務(wù)存在錯(cuò)誤時(shí)，或者接收的數(shù)據(jù)包無(wú)法 滿足用戶的QoS時(shí)，或者用戶希望通過(guò)協(xié)作提高接收質(zhì)量時(shí)等。需要協(xié)作的用戶終端可以利用用戶協(xié)作群組中的其他用戶獲取所需業(yè)務(wù)。具體實(shí) 現(xiàn)包括需要協(xié)作的用戶終端從可以協(xié)作的用戶終端信息中選擇用戶終端，并向其發(fā)起要 求共享數(shù)據(jù)請(qǐng)求，收到該請(qǐng)求的用戶終端將接收的部分或全部所需業(yè)務(wù)數(shù)據(jù)發(fā)送給需要協(xié) 作的用戶終端；需要協(xié)作的用戶終端將接收到的部分或全部業(yè)務(wù)數(shù)據(jù)，和已接收到的數(shù)據(jù) 聯(lián)合解碼，以獲得正確的所需數(shù)據(jù)。之后，可以向發(fā)送所需業(yè)務(wù)數(shù)據(jù)的用戶終端返回正確接收消息。如果需要協(xié)作的用戶終端在接收到協(xié)作用戶的數(shù)據(jù)時(shí)仍不能正確解碼，可以選擇 向當(dāng)前返回所需業(yè)務(wù)數(shù)據(jù)的用戶或用戶協(xié)作群組中的其他用戶，重復(fù)發(fā)起要求共享數(shù)據(jù)請(qǐng) 求。當(dāng)重復(fù)次數(shù)超出預(yù)設(shè)重復(fù)次數(shù)時(shí)，終止本次協(xié)作請(qǐng)求。另外，接收要求共享數(shù)據(jù)請(qǐng)求的用戶終端可以進(jìn)一步根據(jù)自身建立的可協(xié)作的用 戶終端信息判斷發(fā)起請(qǐng)求的用戶終端是否是自身允許協(xié)作的用戶終端，如果是，將部分或 全部所需業(yè)務(wù)數(shù)據(jù)發(fā)送給需要協(xié)作的用戶終端；否者拒絕請(qǐng)求，此時(shí)，要求共享數(shù)據(jù)的用戶 終端回向用戶協(xié)作群組中的其他用戶發(fā)起要求共享數(shù)據(jù)請(qǐng)求?；蛘?，接收要求共享數(shù)據(jù)請(qǐng) 求的用戶終端自身也需要協(xié)作時(shí)，會(huì)拒絕請(qǐng)求。進(jìn)一步地，本發(fā)明方法還可以包括在用戶終端與業(yè)務(wù)發(fā)射端(如基站)之間存 在上行反饋信道時(shí)，如通過(guò)接收到要求共享數(shù)據(jù)請(qǐng)求的用戶不能實(shí)現(xiàn)需要協(xié)作的用戶終端 的正確接收，或者用戶協(xié)作群組中的部分或所有用戶都不能正確接收業(yè)務(wù)數(shù)據(jù)時(shí)，用戶終 端可以通過(guò)選擇協(xié)作用戶，建立協(xié)作多輸入多輸出(MIMO)即虛擬ΜΙΜ0，并通過(guò)系統(tǒng)定義的 反饋信道或用戶專(zhuān)用反饋信道進(jìn)行上行協(xié)作。MIMO方式可以采用現(xiàn)有方式實(shí)現(xiàn)，比如空頻 編碼/空時(shí)編碼(SFBC/STBC)、循環(huán)延時(shí)(CDD)、預(yù)編碼(precoding)或天線波束賦形技術(shù) (beamforming)等，具體實(shí)現(xiàn)屬于本領(lǐng)域技術(shù)人員慣用技術(shù)手段，這里不再贅述。其中，建立 上行協(xié)作的具體實(shí)現(xiàn)包括請(qǐng)求建立上行協(xié)作的用戶終端，將系統(tǒng)分配給自身的上行資源配置信息發(fā)送給被 請(qǐng)求建立上行協(xié)作的用戶終端；被請(qǐng)求建立上行協(xié)作的用戶終端根據(jù)自身上行資源的占用 情況，在自身剩余的上行資源能夠滿足接收到的資源要求時(shí)，向請(qǐng)求建立上行協(xié)作的用戶 終端回復(fù)滿足協(xié)作要求；否則回復(fù)不滿足協(xié)作條件，請(qǐng)求建立上行協(xié)作的用戶終端從可以 協(xié)作的用戶終端信息中，重新選擇被請(qǐng)求建立上行協(xié)作的用戶終端并重新發(fā)起上行協(xié)作請(qǐng) 求。如果滿足協(xié)作條件，則請(qǐng)求建立上行協(xié)作的用戶終端與被請(qǐng)求建立上行協(xié)作的用 戶終端之間進(jìn)行上行協(xié)作協(xié)商，主要協(xié)商協(xié)作方式，如協(xié)商選擇采用SFBC/STBC或CDD或 Precoding或beamforming等，即有協(xié)作用戶和被協(xié)作用戶共同按協(xié)商的MIMO方式工作。請(qǐng) 求建立上行協(xié)作的用戶終端將需協(xié)作的用戶數(shù)據(jù)發(fā)送給被請(qǐng)求建立上行協(xié)作的用戶終端， 并按照協(xié)商好的協(xié)作方式進(jìn)行上行協(xié)作。下面以接收EMBS業(yè)務(wù)為例，結(jié)合實(shí)施例對(duì)本發(fā)明方法進(jìn)行詳細(xì)描述。目前，協(xié)議 中沒(méi)有確定對(duì)于EMBS業(yè)務(wù)是否需要重傳，下面針對(duì)需要重傳和不需要重傳兩種情況分別 進(jìn)行描述。對(duì)應(yīng)本發(fā)明方法，還提供一種實(shí)現(xiàn)用戶間協(xié)作的系統(tǒng)，該系統(tǒng)包括用于對(duì)小區(qū)中 的所有用戶或一組用戶實(shí)現(xiàn)業(yè)務(wù)鏈接的基站，以及兩個(gè)或兩個(gè)以上用戶終端，其中，用戶終端，用于在根據(jù)用戶接收業(yè)務(wù)屬性設(shè)置用戶協(xié)作群組中，通過(guò)尋找協(xié)作伙 伴，建立可以協(xié)作的用戶終端信息，在存在需要協(xié)作時(shí)，利用該用戶終端所在協(xié)作群組中的 其他用戶獲取所需業(yè)務(wù)包。所述用戶協(xié)作群組中的用戶終端之間通過(guò)藍(lán)牙、紅外、無(wú)線局域網(wǎng)或其它用戶終 端之間通訊的其它協(xié)議、或其它手段等進(jìn)行通信。當(dāng)用戶協(xié)作群組中的用戶終端與基站之間存在上行反饋信道時(shí)，所述用戶終端還用于，通過(guò)在用戶協(xié)作群組中選擇協(xié)作用戶，建立協(xié)作ΜΙΜ0，并通過(guò)系統(tǒng)定義的反饋信道或 用戶專(zhuān)用反饋信道進(jìn)行上行協(xié)作。圖3為本發(fā)明實(shí)現(xiàn)用戶協(xié)作接收EMBS業(yè)務(wù)的實(shí)施例的流程示意圖，假設(shè)不存在重 傳機(jī)制即無(wú)EMBS反饋信道，用戶A、用戶B和用戶C屬于某用戶協(xié)作群組，如圖3所示，以用 戶A發(fā)起尋找協(xié)作伙伴請(qǐng)求和要求共享數(shù)據(jù)請(qǐng)求為例，包括步驟300a 用戶A向用戶B發(fā)起尋找協(xié)作伙伴請(qǐng)求，尋找協(xié)作伙伴請(qǐng)求中攜帶有 EMBS業(yè)務(wù)的ID。步驟301a 用戶B向用戶A返回允許協(xié)作應(yīng)答/拒絕協(xié)作應(yīng)答。本實(shí)施例中，假 設(shè)用戶B比較后得到接收到的EMBS業(yè)務(wù)的ID與自身的業(yè)務(wù)ID相同，則向用戶A返回允許 協(xié)作應(yīng)答。步驟300b 用戶A向用戶C發(fā)起尋找協(xié)作伙伴請(qǐng)求，尋找協(xié)作伙伴請(qǐng)求中攜帶有 EMBS業(yè)務(wù)的ID。步驟301b 用戶C向用戶A返回允許協(xié)作應(yīng)答/拒絕協(xié)作應(yīng)答。本實(shí)施例中，假 設(shè)用戶C比較后得到接收到的EMBS業(yè)務(wù)的ID與自身的業(yè)務(wù)ID相同，則向用戶A返回允許 協(xié)作應(yīng)答。步驟302 用戶A根據(jù)協(xié)作應(yīng)答情況，建立協(xié)作用戶終端列表。本實(shí)施例中，協(xié)作 用戶終端列表中包括用戶B和用戶C。假設(shè)用戶A在接收應(yīng)答時(shí)，通過(guò)測(cè)量獲知用戶B的信 道質(zhì)量?jī)?yōu)于用戶C的，所以在協(xié)作用戶終端列表中，用戶B的協(xié)作優(yōu)先級(jí)高于用戶C的。步驟303 步驟304 本實(shí)施例中假設(shè)用戶A接收業(yè)務(wù)存在錯(cuò)誤，向協(xié)作優(yōu)先級(jí)高 的用戶B發(fā)起要求共享數(shù)據(jù)請(qǐng)求，假設(shè)用戶B自身也需要協(xié)作，用戶B向用戶A返回拒絕請(qǐng) 求應(yīng)答。步驟305 步驟306 用戶A向用戶C發(fā)起要求共享數(shù)據(jù)請(qǐng)求，假設(shè)用戶C向用戶 A返回允許請(qǐng)求應(yīng)答。步驟307 步驟308 用戶C將將部分或全部所需業(yè)務(wù)數(shù)據(jù)發(fā)送給用戶A，用戶A 將接收到的部分或全部業(yè)務(wù)數(shù)據(jù)，和已接收到的數(shù)據(jù)聯(lián)合解碼，以獲得正確的所需數(shù)據(jù)。圖3所示為不存在重傳機(jī)制時(shí)，通過(guò)用戶間協(xié)作來(lái)保證用戶正確接收業(yè)務(wù)的實(shí)施 例。如果EMBS業(yè)務(wù)存在重傳機(jī)制，當(dāng)協(xié)作用戶群組有多個(gè)用戶存在接收錯(cuò)誤時(shí)，可以在接 收錯(cuò)誤的用戶群組之間建立上行協(xié)作ΜΙΜ0，以保證上行反饋信道的可靠性。下面結(jié)合圖4 詳細(xì)描述上行協(xié)作的具體實(shí)施例。圖4為本發(fā)明用戶實(shí)現(xiàn)上行協(xié)作的實(shí)施例的流程示意圖，假設(shè)存在重傳機(jī)制即有 EMBS反饋信道，用戶A和用戶B屬于某用戶協(xié)作群組，如圖4所示，以用戶A發(fā)起尋找協(xié)作 伙伴請(qǐng)求和要求共享數(shù)據(jù)請(qǐng)求為例，包括步驟400 用戶A向用戶B發(fā)起尋找協(xié)作伙伴請(qǐng)求，尋找協(xié)作伙伴請(qǐng)求中攜帶有 EMBS業(yè)務(wù)的ID。步驟401 本實(shí)施例中，假設(shè)用戶B比較后得到接收到的EMBS業(yè)務(wù)的ID與自身的 業(yè)務(wù)ID相同，用戶B向用戶A返回允許協(xié)作應(yīng)答。步驟402 用戶A根據(jù)協(xié)作應(yīng)答情況，建立協(xié)作用戶終端列表。本實(shí)施例中，協(xié)作 用戶終端列表中包括用戶B。步驟403 步驟404 本實(shí)施例中假設(shè)用戶A接收業(yè)務(wù)存在錯(cuò)誤，向協(xié)作用戶B發(fā)起要求共享數(shù)據(jù)請(qǐng)求，假設(shè)用戶B自身也需要協(xié)作，用戶B向用戶A返回拒絕請(qǐng)求應(yīng)答。步驟405 步驟406 用戶A向用戶B發(fā)送上行協(xié)作請(qǐng)求，本實(shí)施例中，假設(shè)用戶 B判斷出滿足協(xié)作要求，則在用戶A與用戶B之間進(jìn)行上行協(xié)作協(xié)商，假設(shè)協(xié)商后得出協(xié)作 方式采用CDD方式。步驟407 用戶A和用戶B采用協(xié)商好的協(xié)作方式向基站發(fā)送協(xié)作上行數(shù)據(jù)，即用 戶A發(fā)送數(shù)據(jù)包1，用戶B采用頻域或時(shí)域偏移后發(fā)送數(shù)據(jù)包1。以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍，凡在 本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù) 范圍之內(nèi)。
權(quán)利要求
一種實(shí)現(xiàn)用戶間協(xié)作的方法，其特征在于，該方法包括以下步驟根據(jù)用戶接收業(yè)務(wù)屬性設(shè)置用戶協(xié)作群組；通過(guò)尋找協(xié)作伙伴，在用戶協(xié)作群組中的各用戶終端中建立可以協(xié)作的用戶終端信息；在用戶協(xié)作群組中存在需要協(xié)作的用戶終端時(shí)，利用該用戶協(xié)作群組中的其他用戶獲取所需業(yè)務(wù)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述用戶終端與業(yè)務(wù)發(fā)射端之間存 在重傳機(jī)制時(shí)，該方法還包括所述用戶終端通過(guò)選擇協(xié)作用戶，建立協(xié)作多輸入多輸出 ΜΙΜ0，并通過(guò)系統(tǒng)定義的反饋信道或用戶專(zhuān)用上行信道建立上行協(xié)作。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述建立上行協(xié)作具體包括請(qǐng)求建立上行協(xié)作的所述用戶終端，將系統(tǒng)分配給自身的上行資源配置信息發(fā)送給被 請(qǐng)求建立上行協(xié)作的用戶終端；被請(qǐng)求建立上行協(xié)作的用戶終端根據(jù)自身上行資源的占用 情況，在自身剩余的上行資源能夠滿足接收到的資源要求時(shí)，向請(qǐng)求建立上行協(xié)作的用戶 終端回復(fù)滿足協(xié)作要求；如果滿足協(xié)作條件，則請(qǐng)求建立上行協(xié)作的用戶終端與被請(qǐng)求建立上行協(xié)作的用戶終 端之間進(jìn)行上行協(xié)作協(xié)商，請(qǐng)求建立上行協(xié)作的用戶終端將需協(xié)作的用戶數(shù)據(jù)發(fā)送給被請(qǐng) 求建立上行協(xié)作的用戶終端，并按照協(xié)商好的協(xié)作方式進(jìn)行上行協(xié)作；如果不滿足協(xié)作條件，被請(qǐng)求建立上行協(xié)作的用戶終端回復(fù)不滿足協(xié)作條件，請(qǐng)求建 立上行協(xié)作的用戶終端從可以協(xié)作的用戶終端信息中，重新選擇被請(qǐng)求建立上行協(xié)作的用 戶終端并重新發(fā)起上行協(xié)作請(qǐng)求。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述上行協(xié)作協(xié)商的協(xié)作方式為采用空 頻編碼/空時(shí)編碼SFBC/STBC方式，或者循環(huán)延時(shí)CDD方式，或者預(yù)編碼方式，或者天線波 束賦形技術(shù)。
5.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述用戶協(xié)作群組包括具有相同接收 業(yè)務(wù)屬性的一組用戶。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述接收業(yè)務(wù)屬性為相同業(yè)務(wù)ID，或其他 表示相同業(yè)務(wù)的標(biāo)識(shí)信息。
7.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述用戶協(xié)作群組中的各用戶通過(guò)向 用戶協(xié)作群組中的其他用戶發(fā)起尋找協(xié)作伙伴請(qǐng)求，來(lái)建立可協(xié)作的用戶終端信息，具體 包括用戶將自身的接收業(yè)務(wù)屬性攜帶在尋找協(xié)作伙伴請(qǐng)求中，發(fā)送給所述用戶協(xié)作群組中 的其他用戶，接收到尋找協(xié)作伙伴請(qǐng)求的用戶比較自身的接收業(yè)務(wù)屬性是否與接收到的相 同，如果相同，則向發(fā)起請(qǐng)求的用戶回復(fù)攜帶有自身用戶終端信息的允許協(xié)作應(yīng)答，發(fā)起請(qǐng) 求的用戶存儲(chǔ)其用戶終端信息；如果不相同，則向發(fā)起請(qǐng)求的用戶回復(fù)拒絕協(xié)作應(yīng)答。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，該方法還包括在所述用戶終端中針對(duì)不 同的業(yè)務(wù)，預(yù)先設(shè)置是否愿意作為協(xié)作用戶的業(yè)務(wù)協(xié)作標(biāo)識(shí)；在接收到尋找協(xié)作伙伴請(qǐng)求的用戶比較自身的接收業(yè)務(wù)屬性與接收到的相同時(shí)，如果 預(yù)先設(shè)置的業(yè)務(wù)協(xié)作標(biāo)識(shí)表明對(duì)于當(dāng)前接收業(yè)務(wù)屬性標(biāo)識(shí)的業(yè)務(wù)，該用戶不愿意作為協(xié)作 用戶，則該用戶向發(fā)起請(qǐng)求的用戶回復(fù)拒絕協(xié)作應(yīng)答；如果該用戶原意作為協(xié)作用戶，則該用戶保留當(dāng)前接收正確的數(shù)據(jù)包，在預(yù)設(shè)時(shí)間內(nèi)如果沒(méi)有其他用戶請(qǐng)求協(xié)作，則丟棄該包數(shù)據(jù)；如果有其他用戶請(qǐng)求協(xié)作，則將該保留的數(shù) 據(jù)包的部分或全部傳給協(xié)作用戶。
9.根據(jù)權(quán)利要求7所述的方法，其特征在于，該方法還包括所述發(fā)起請(qǐng)求的用戶對(duì)接 收到的允許協(xié)作應(yīng)答信號(hào)進(jìn)行測(cè)量，并按照測(cè)量得到允許協(xié)作應(yīng)答的用戶的信道質(zhì)量的好 壞，對(duì)可以協(xié)作的用戶終端信息按照協(xié)作優(yōu)先級(jí)排列。
10.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，在預(yù)設(shè)周期到來(lái)時(shí)，或者滿足預(yù)設(shè) 時(shí)間觸發(fā)條件時(shí)，執(zhí)行所述尋找協(xié)作伙伴的步驟或更新所述建立的可以協(xié)作的用戶終端信 息。
11.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述協(xié)作用戶群組中的用戶終端之 間通過(guò)藍(lán)牙、紅外、無(wú)線局域網(wǎng)或其它用戶終端之間通訊的其它協(xié)議或手段進(jìn)行通信。
12.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述需要協(xié)作的用戶終端為用戶 接收業(yè)務(wù)存在錯(cuò)誤的用戶終端，或者接收的數(shù)據(jù)包無(wú)法滿足用戶的服務(wù)質(zhì)量QoS的用戶終 端，或者用戶希望通過(guò)協(xié)作提高接收質(zhì)量的用戶終端。
13.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述利用該用戶協(xié)作群組中的其他 用戶獲取所需業(yè)務(wù)具體包括所述需要協(xié)作的用戶終端從可協(xié)作的用戶終端信息中選擇用戶終端，并向選出的用戶 終端發(fā)起要求共享數(shù)據(jù)請(qǐng)求；收到要求共享數(shù)據(jù)請(qǐng)求的用戶終端將部分或全部所需業(yè)務(wù)數(shù) 據(jù)發(fā)送給需要協(xié)作的用戶終端；所述需要協(xié)作的用戶終端將接收到的部分或全部業(yè)務(wù)數(shù)據(jù)，和已接收到的數(shù)據(jù)聯(lián)合解 碼，獲得正確的所需數(shù)據(jù)；如果所述需要協(xié)作的用戶終端在接收到協(xié)作用戶的數(shù)據(jù)時(shí)仍不能正確解碼，選擇向當(dāng) 前返回所需業(yè)務(wù)數(shù)據(jù)的用戶或用戶協(xié)作群組中的其他用戶，重復(fù)發(fā)起要求共享數(shù)據(jù)請(qǐng)求；當(dāng)重復(fù)次數(shù)超出預(yù)設(shè)重復(fù)次數(shù)時(shí)，終止本次協(xié)作請(qǐng)求。
14.根據(jù)權(quán)利要求13所述的方法，其特征在于，所述收到要求共享數(shù)據(jù)請(qǐng)求的用戶終 端將部分或全部所需業(yè)務(wù)數(shù)據(jù)發(fā)送給需要協(xié)作的用戶終端之前，該方法還包括所述接收要求共享數(shù)據(jù)請(qǐng)求的用戶終端，根據(jù)自身建立的可協(xié)作的用戶終端信息判斷 發(fā)起請(qǐng)求的用戶終端是否是自身允許協(xié)作的用戶終端，如果是，將部分或全部所需業(yè)務(wù)數(shù) 據(jù)發(fā)送給需要協(xié)作的用戶終端；否則，拒絕請(qǐng)求，所述需要協(xié)作的用戶終端向用戶協(xié)作群組中的其他用戶發(fā)起要求共 享數(shù)據(jù)請(qǐng)求；當(dāng)所述接收要求共享數(shù)據(jù)請(qǐng)求的用戶終端自身也需要協(xié)作時(shí)，拒絕請(qǐng)求。
15.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述業(yè)務(wù)為多播廣播業(yè)務(wù)MBS、或增 強(qiáng)型多播業(yè)務(wù)E-MBS或多媒體廣播組播業(yè)務(wù)MBMS。
16.一種實(shí)現(xiàn)上行的用戶協(xié)作的方法，其特征在于，該方法包括以下步驟根據(jù)用戶接收業(yè)務(wù)屬性設(shè)置用戶協(xié)作群組；通過(guò)尋找協(xié)作伙伴，在用戶協(xié)作群組中的 各用戶終端中建立可以協(xié)作的用戶終端信息；在用戶協(xié)作群組中存在需要協(xié)作的用戶終端時(shí)，利用該用戶協(xié)作群組中的其他用戶獲 取所需業(yè)務(wù)；在所述用戶終端與業(yè)務(wù)發(fā)射端之間存在重傳機(jī)制時(shí)，該方法還包括所述用戶終端通過(guò)選擇協(xié)作用戶，建立協(xié)作多輸入多輸出ΜΙΜ0，并通過(guò)系統(tǒng)定義的反饋信道或用戶專(zhuān)用上 行信道建立上行協(xié)作。
17.根據(jù)權(quán)利要求16所述的方法，其特征在于，所述建立上行協(xié)作具體包括請(qǐng)求建立上行協(xié)作的所述用戶終端，將系統(tǒng)分配給自身的上行資源配置信息發(fā)送給被 請(qǐng)求建立上行協(xié)作的用戶終端；被請(qǐng)求建立上行協(xié)作的用戶終端根據(jù)自身上行資源的占用 情況，在自身剩余的上行資源能夠滿足接收到的資源要求時(shí)，向請(qǐng)求建立上行協(xié)作的用戶 終端回復(fù)滿足協(xié)作要求；如果滿足協(xié)作條件，則請(qǐng)求建立上行協(xié)作的用戶終端與被請(qǐng)求建立上行協(xié)作的用戶終 端之間進(jìn)行上行協(xié)作協(xié)商，請(qǐng)求建立上行協(xié)作的用戶終端將需協(xié)作的用戶數(shù)據(jù)發(fā)送給被請(qǐng) 求建立上行協(xié)作的用戶終端，并按照協(xié)商好的協(xié)作方式進(jìn)行上行協(xié)作；如果不滿足協(xié)作條件，被請(qǐng)求建立上行協(xié)作的用戶終端回復(fù)不滿足協(xié)作條件，請(qǐng)求建 立上行協(xié)作的用戶終端從可以協(xié)作的用戶終端信息中，重新選擇被請(qǐng)求建立上行協(xié)作的用 戶終端并重新發(fā)起上行協(xié)作請(qǐng)求。
18.根據(jù)權(quán)利要求17所述的方法，其特征在于，所述上行協(xié)作協(xié)商的協(xié)作方式為采用 空頻編碼/空時(shí)編碼SFBC/STBC方式，或者循環(huán)延時(shí)CDD方式，或者預(yù)編碼方式，或者天線 波束賦形技術(shù)。
19.一種實(shí)現(xiàn)用戶間協(xié)作的系統(tǒng)，該系統(tǒng)包括對(duì)小區(qū)中的所有用戶或一組用戶實(shí)現(xiàn)業(yè) 務(wù)鏈接的基站，其特征在于，該系統(tǒng)還包括兩個(gè)或兩個(gè)以上用戶終端，其中，用戶終端，用于在根據(jù)用戶接收業(yè)務(wù)屬性設(shè)置用戶協(xié)作群組中，通過(guò)尋找協(xié)作伙伴，建 立可以協(xié)作的用戶終端信息，在存在需要協(xié)作時(shí)，利用該用戶終端所在協(xié)作群組中的其他 用戶獲取所需業(yè)務(wù)。
20.根據(jù)權(quán)利要求19所述的系統(tǒng)，其特征在于，當(dāng)所述用戶協(xié)作群組中的用戶終端與 基站之間存在上行反饋信道時(shí)，所述用戶終端還用于，通過(guò)在用戶協(xié)作群組中選擇協(xié)作用戶，建立協(xié)作ΜΙΜ0，并通過(guò)系 統(tǒng)定義的反饋信道或用戶專(zhuān)用反饋信道進(jìn)行上行協(xié)作。
21.根據(jù)權(quán)利要求19或20所述的系統(tǒng)，其特征在于，所述用戶協(xié)作群組中的用戶終端 之間通過(guò)藍(lán)牙、紅外、無(wú)線局域網(wǎng)或其它用戶終端之間通訊的其它協(xié)議、或其它通信方式進(jìn) 行通信。
22.根據(jù)權(quán)利要求19或20所述的系統(tǒng)，其特征在于，所述業(yè)務(wù)為多播廣播業(yè)務(wù)MBS、或 增強(qiáng)型多播業(yè)務(wù)E-MBS或多媒體廣播組播業(yè)務(wù)MBMS。
全文摘要
本發(fā)明提供了一種實(shí)現(xiàn)用戶間協(xié)作的方法及系統(tǒng)，針對(duì)接收相同業(yè)務(wù)的用戶設(shè)置用戶協(xié)作群組，并通過(guò)尋找協(xié)作伙伴，在用戶協(xié)作群組中的各用戶終端中建立可以協(xié)作的用戶終端信息；在用戶協(xié)作群組中存在需要協(xié)作的用戶終端時(shí)，利用該用戶協(xié)作群組中的其他用戶獲取所需業(yè)務(wù)。通過(guò)本發(fā)明用戶間的協(xié)作，保證了用戶正確接收業(yè)務(wù)，提高了用戶的QoS。在用戶終端與業(yè)務(wù)發(fā)射端(如基站)之間存在上行反饋信道時(shí)，可以通過(guò)選擇協(xié)作用戶，建立協(xié)作多輸入多輸出(MIMO)，并通過(guò)系統(tǒng)定義的反饋信道或用戶專(zhuān)用反饋信道進(jìn)行上行協(xié)作，提高了上行的可靠性，進(jìn)而保證了系統(tǒng)的整體性能，提高了用戶的感受。
文檔編號(hào)H04L1/06GK101882979SQ200910083188
公開(kāi)日2010年11月10日 申請(qǐng)日期2009年5月5日 優(yōu)先權(quán)日2009年5月5日
發(fā)明者王文煥 申請(qǐng)人:中興通訊股份有限公司