本發(fā)明涉及無線通信技術(shù)，尤其涉及一種多用戶共享接入過程中的重傳控制方法、裝置、終端(UE，User Equipment)。

背景技術(shù)：

移動互聯(lián)網(wǎng)、物聯(lián)網(wǎng)、以及其他業(yè)務(wù)應(yīng)用的迅猛發(fā)展已經(jīng)成為推動第五代移動通信技術(shù)(5G，5th Generation)發(fā)展的主要驅(qū)動力。他們迫切要求5G具有媲美光纖的接入速率、千億設(shè)備的連接能力、完美的實時體驗、以及隨時隨地的無線寬帶接入能力。此外，能耗效率、頻譜效率和峰值速率等重要指標也需要在5G系統(tǒng)設(shè)計時綜合考慮。2013年成立了IMT-2020推進組來推動5G技術(shù)的發(fā)展，根據(jù)國際整體情況，預(yù)計2015年將形成5G愿景、關(guān)鍵能力需求及頻譜規(guī)劃，之后將啟動5G標準化工作，并在2020年后開始商用。國際標準方面，長期演進技術(shù)升級版(LTE-Advanced，Long Term Evolution-Advanced)的技術(shù)標準主要在第三代合作伙伴計劃(3GPP，3rd Generation Partnership Project)國際標準化組織制訂。業(yè)界初步認為在3GPP R14階段將啟動面向5G的標準研究工作。

在未來的移動網(wǎng)絡(luò)中，業(yè)務(wù)量需求會不斷提高、終端數(shù)目和種類也不斷爆發(fā)式增長。作為5G的重要場景和技術(shù)手段之一，機器間通信(MTC，Machine Type Communication)正受到越來越多的關(guān)注?？偟膩碚f，機器間通信有四大主流需求：巨量連接、低能耗、低時延、和高可靠。在連接數(shù)量上，未來的5G系統(tǒng)需要支持的用戶容量可達每個小區(qū)30～300萬個用戶設(shè)備，能夠覆蓋99.99％的區(qū)域；在能耗方面，5G系統(tǒng)需要使用戶設(shè)備的電池使用時間比現(xiàn)在延長10倍，達5～10年；在延遲方面，5G系統(tǒng)需要使端到端延遲降低5倍，最小可達 5ms，其中空口延遲最小達1ms；在可靠性方面，安全相關(guān)消息的可靠性要求高達99.999％。實際應(yīng)用中，根據(jù)具體情況，不同的應(yīng)用又可能有著不同的需求組合形式，既可以是以上四種之一，又可以是它們的不同組合，甚至可以包括全部四種需求。

上行多用戶共享接入(MUSA，Multiple User Shared Access)技術(shù)是一種對正交頻分復(fù)用(OFDM，Orthogonal Frequency Division Multiplexing)系統(tǒng)兼容的多用戶接入技術(shù)，其特點是在相同的OFDM信道資源上同時進行多用戶傳輸。例如，不同上行用戶可以利用正交或準正交的具有低相關(guān)特性的擴頻序列對數(shù)據(jù)進行擴頻后才在OFDM信道上傳輸；在接收端，可以使用線性處理和碼塊級串行干擾消除(SIC，Successive Interference Cancellation)技術(shù)來分離各個用戶的信息，達到多個用戶同時進行上行傳輸?shù)哪康?。上述的SIC過程中，每次先譯具有最大信干噪比(SINR，Signal-to-Interference-and-Noise Ratio)的碼塊，并重構(gòu)消去該信號。之所以采用準正交序列擴頻，主要目的是增加可同時進行數(shù)據(jù)傳輸?shù)挠脩魯?shù)(準正交碼字數(shù)量多)，并充分利用接收端的SIC處理來消除不同用戶間的干擾，擴大總體的信道容量。

當用戶有數(shù)據(jù)要發(fā)送時，各個MUSA用戶可以在指定的上行資源區(qū)域直接發(fā)送準正交擴頻后的數(shù)據(jù)。基站在收到該數(shù)據(jù)后利用SIC技術(shù)對來自多個用戶的數(shù)據(jù)進行同時接收。但在大多數(shù)情況下，所有用戶的數(shù)據(jù)不可能同時都被正確接收：其中有些數(shù)據(jù)可能被基站正確收到；其他的則沒有。所以對于數(shù)據(jù)被正確接收的用戶，基站應(yīng)該發(fā)送一個確認(ACK，Acknowledgement)消息，用戶在收到該ACK消息后進行下一個數(shù)據(jù)的發(fā)送。如果用戶在某一段時間內(nèi)沒有收到基站的ACK消息，那么它會認為上一次發(fā)送的數(shù)據(jù)沒有被基站收到，并隨后啟動數(shù)據(jù)重發(fā)流程，直到該數(shù)據(jù)被正確接收或重傳次數(shù)達到某個預(yù)先定義的最大重傳次數(shù)為止。這就是混合自動重傳請求(HARQ，Hybrid Automatic Repeat-reQuest)的一般過程。

LTE系統(tǒng)中，對于上行傳送的數(shù)據(jù)，基站集中在物理HARQ指示信道(PHICH，Physical HARQ Indicator CHannel)中指示各個上行數(shù)據(jù)的接收狀態(tài)。 但是，PHICH中的各個ACK指示是和用戶進行數(shù)據(jù)傳送時所占用的無線資源的位置相對應(yīng)的。當MUSA被引入LTE系統(tǒng)后，由于同一資源塊上可能會有大量用戶同時傳輸數(shù)據(jù)，這就要求PHICH支持對應(yīng)于同一資源位置的大量ACK指示。當MUSA用戶數(shù)較多時，所要求的PHICH中的ACK指示總數(shù)目會非常大。而對于同一子幀中其他的LTE傳輸?shù)馁Y源塊，則沒有類似要求，這將會造成了PHICH容量的巨大浪費。所以，傳統(tǒng)PHICH的和資源位置一一對應(yīng)的ACK指示方式很難適用于基于MUSA的多用戶接入技術(shù)。

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

為解決上述技術(shù)問題，本發(fā)明實施例提供了一種多用戶共享接入過程中的重傳控制方法、裝置、UE。

本發(fā)明實施例提供的多用戶共享接入過程中的重傳控制方法包括：

為UE分配MUSA號碼；

接收UE在基站指示的上行MUSA資源范圍內(nèi)發(fā)送的MUSA數(shù)據(jù)包；

利用多用戶共享接入無線網(wǎng)絡(luò)臨時標識(MUSA-RNTI，MUSA-Radio Network Tempory Identity)指示一段用于傳輸確認信息的無線資源塊；

在所指示的無線資源塊中廣播數(shù)據(jù)包被正確接收的UE的MUSA號碼，以使所述UE根據(jù)所述MUSA號碼確定是否重傳已經(jīng)發(fā)送的MUSA數(shù)據(jù)包。

本發(fā)明實施例中，所述方法還包括：

在所指示的無線資源塊中廣播數(shù)據(jù)包沒被正確接收的UE的MUSA號碼。

本發(fā)明實施例中，所述方法還包括：

當單個UE在MUSA資源塊中進行多個數(shù)據(jù)包的傳輸時，在所指示的無線資源塊中廣播數(shù)據(jù)包被正確接收的UE的MUSA號碼的同時，還在所指示的無線資源塊中廣播正確接收的MUSA數(shù)據(jù)包的序列號，以分別確認所述UE的多個數(shù)據(jù)包的傳輸。

本發(fā)明實施例中，所述方法還包括：

接收UE發(fā)送的MUSA號碼更新請求消息；

向UE發(fā)送MUSA號碼更新接受消息，所述MUSA號碼更新接受消息包括：分配的新的MUSA號碼、新MSUA號碼的有效范圍、網(wǎng)絡(luò)所接受的UE的MUSA能力指示、網(wǎng)絡(luò)所接受的UE的MUSA業(yè)務(wù)需求指示；

以使所述UE根據(jù)所述MUSA號碼更新接受消息更新MUSA號碼，并基于更新的MUSA號碼進行MUSA數(shù)據(jù)包的傳輸。

本發(fā)明另一實施例提供的多用戶共享接入過程中的重傳控制方法包括：

接受所分配的MUSA號碼；

在基站指示的上行MUSA資源范圍內(nèi)發(fā)送MUSA數(shù)據(jù)包給基站，所述MUSA數(shù)據(jù)包攜有所述MUSA號碼；

接收基站在MUSA-RNTI指示的無線資源塊中廣播的數(shù)據(jù)包被正確接收的UE的MUSA號碼；

根據(jù)所述MUSA號碼確定是否重傳已經(jīng)發(fā)送的MUSA數(shù)據(jù)包。

本發(fā)明實施例中，所述方法還包括：

根據(jù)所分配的MUSA號碼選擇MUSA擴頻序列進行MUSA數(shù)據(jù)包的上行傳輸。

本發(fā)明實施例中，所述方法還包括：

當單個UE在MUSA資源塊中進行多個數(shù)據(jù)包的傳輸時，接收基站在MUSA-RNTI指示的無線資源塊中廣播的數(shù)據(jù)包被正確接收的UE的MUSA號碼的同時，還接收MUSA數(shù)據(jù)包的序列號；

根據(jù)所接收到的MUSA數(shù)據(jù)包的序列號確定是否重傳已經(jīng)發(fā)送的多個MUSA數(shù)據(jù)包。

本發(fā)明實施例中，所述方法還包括：

檢測到UE移動出MUSA號碼的有效范圍后，向基站發(fā)送MUSA號碼更新請求消息；

接收基站發(fā)送的MUSA號碼更新接受消息，所述MUSA號碼更新接受消息包括：分配的新的MUSA號碼、新MSUA號碼的有效范圍、網(wǎng)絡(luò)所接受的UE的MUSA能力指示、網(wǎng)絡(luò)所接受的UE的MUSA業(yè)務(wù)需求指示；

根據(jù)所述MUSA號碼更新接受消息更新MUSA號碼，并基于更新的MUSA號碼進行MUSA數(shù)據(jù)包的傳輸。

本發(fā)明實施例提供的多用戶共享接入過程中的重傳控制裝置包括：

分配單元，用于為UE分配MUSA號碼；

數(shù)據(jù)包接收單元，用于接收UE在基站指示的上行MUSA資源范圍內(nèi)發(fā)送的MUSA數(shù)據(jù)包；

指示單元，用于利用MUSA-RNTI指示一段用于傳輸確認信息的無線資源塊；

廣播單元，用于在所指示的無線資源塊中廣播數(shù)據(jù)包被正確接收的UE的MUSA號碼，以使所述UE根據(jù)所述MUSA號碼確定是否重傳已經(jīng)發(fā)送的MUSA數(shù)據(jù)包。

本發(fā)明實施例中，所述廣播單元，還用于在所指示的無線資源塊中廣播數(shù)據(jù)包沒被正確接收的UE的MUSA號碼。

本發(fā)明實施例中，所述廣播單元，還用于當單個UE在MUSA資源塊中進行多個數(shù)據(jù)包的傳輸時，在所指示的無線資源塊中廣播數(shù)據(jù)包被正確接收的UE的MUSA號碼的同時，還在所指示的無線資源塊中廣播正確接收的MUSA數(shù)據(jù)包的序列號，以分別確認所述UE的多個數(shù)據(jù)包的傳輸。

本發(fā)明實施例中，所述裝置還包括：

消息接收單元，用于接收UE發(fā)送的MUSA號碼更新請求消息；

消息響應(yīng)單元，用于向UE發(fā)送MUSA號碼更新接受消息，所述MUSA號碼更新接受消息包括：分配的新的MUSA號碼、新MSUA號碼的有效范圍、網(wǎng)絡(luò)所接受的UE的MUSA能力指示、網(wǎng)絡(luò)所接受的UE的MUSA業(yè)務(wù)需求指示；以使所述UE根據(jù)所述MUSA號碼更新接受消息更新MUSA號碼，并基于更新的MUSA號碼進行MUSA數(shù)據(jù)包的傳輸。

本發(fā)明實施例提供的UE包括：

接受單元，用于接受所分配的MUSA號碼；

數(shù)據(jù)包發(fā)送單元，用于在基站指示的上行MUSA資源范圍內(nèi)發(fā)送MUSA 數(shù)據(jù)包給基站，所述MUSA數(shù)據(jù)包攜有所述MUSA號碼；

接收單元，用于接收基站在MUSA-RNTI指示的無線資源塊中廣播的數(shù)據(jù)包被正確接收的UE的MUSA號碼；

重傳單元，用于根據(jù)所述MUSA號碼確定是否重傳已經(jīng)發(fā)送的MUSA數(shù)據(jù)包。

本發(fā)明實施例中，所述數(shù)據(jù)包發(fā)送單元，還用于根據(jù)所分配的MUSA號碼選擇MUSA擴頻序列進行MUSA數(shù)據(jù)包的上行傳輸。

本發(fā)明實施例中，所述接收單元，還用于當單個UE在MUSA資源塊中進行多個數(shù)據(jù)包的傳輸時，接收基站在MUSA-RNTI指示的無線資源塊中廣播的數(shù)據(jù)包被正確接收的UE的MUSA號碼的同時，還接收MUSA數(shù)據(jù)包的序列號；

所述重傳單元，還用于根據(jù)所接收到的MUSA數(shù)據(jù)包的序列號確定是否重傳已經(jīng)發(fā)送的多個MUSA數(shù)據(jù)包。

本發(fā)明實施例中，所述UE還包括：

更新請求單元，用于檢測到UE移動出MUSA號碼的有效范圍后，向基站發(fā)送MUSA號碼更新請求消息；

更新接受單元，用于接收基站發(fā)送的MUSA號碼更新接受消息，所述MUSA號碼更新接受消息包括：分配的新的MUSA號碼、新MSUA號碼的有效范圍、網(wǎng)絡(luò)所接受的UE的MUSA能力指示、網(wǎng)絡(luò)所接受的UE的MUSA業(yè)務(wù)需求指示；

更新單元，用于根據(jù)所述MUSA號碼更新接受消息更新MUSA號碼，并基于更新的MUSA號碼進行MUSA數(shù)據(jù)包的傳輸。

本發(fā)明實施例的技術(shù)方案為LTE系統(tǒng)提供一種的新的ACK指示方式，充分支持MUSA帶來的大量用戶同時接入的能力。本發(fā)明實施例的技術(shù)方案除了包含多用戶共享接入系統(tǒng)之外，還可以包括其他支持共享相同的OFDM信道資源進行多用戶傳輸?shù)母鞣N接入技術(shù)。具體地，為UE分配唯一的MUSA號碼；接收UE在基站指示的上行MUSA資源范圍內(nèi)發(fā)送的MUSA數(shù)據(jù)包；利用 MUSA-RNTI指示一段用于傳輸確認信息的無線資源塊；在所指示的無線資源塊中廣播數(shù)據(jù)包被正確接收的UE的MUSA號碼，以使所述UE根據(jù)所述MUSA號碼確定是否重傳已經(jīng)發(fā)送的MUSA數(shù)據(jù)包?？梢姡碌臄?shù)據(jù)確認指示方法可以在LTE系統(tǒng)中順利的完成多用戶共享接入中的重傳控制，克服了傳統(tǒng)LTE系統(tǒng)中PHICH信道的ACK指示數(shù)目有限且和資源位置有對應(yīng)關(guān)系的影響，能夠充分利用MUSA提供的大量用戶同時接入的能力，支持巨量用戶的同時接入。其次，將MUSA接入的大量的ACK指示獨立出來，避免了巨量MUSA傳輸對傳統(tǒng)PHICH的影響，避免了傳統(tǒng)PHICH容量的浪費。此外，本發(fā)明提實施例提供的基于UE的MUSA號碼的MUSA擴頻序列選擇還可以提供一種非沖突的上行接入模式，進一步提高上行MUSA接入的可靠性，降低了MUSA傳輸?shù)臅r延。這對于實現(xiàn)高可靠和低時延的MTC傳輸有十分積極的作用。最后，本發(fā)明實施例的技術(shù)方案能夠和傳統(tǒng)LTE系統(tǒng)完全兼容。

附圖說明

圖1為本發(fā)明實施例一的多用戶共享接入過程中的重傳控制方法的流程示意圖；

圖2為本發(fā)明實施例二的多用戶共享接入過程中的重傳控制方法的流程示意圖；

圖3為本發(fā)明實施例的上行多用戶共享接入通信示意圖；

圖4為本發(fā)明實施例的擴充了MUSA配置功能的移動管理實體的功能模塊圖；

圖5為本發(fā)明實施例的RRC連接狀態(tài)下的MUSA號碼分配流程示意圖；

圖6為本發(fā)明實施例的MUSA重傳控制流程示意圖；

圖7為本發(fā)明實施例的RRC連接狀態(tài)下的MUSA號碼更新流程示意圖；

圖8為本發(fā)明實施例的空閑狀態(tài)下的MUSA號碼更新流程示意圖；

圖9為基站直接為RRC連接狀態(tài)下的用戶進行MUSA號碼分配的流程示意圖；

圖10為本發(fā)明實施例的多用戶共享接入過程中的重傳控制裝置的結(jié)構(gòu)組成示意圖；

圖11為本發(fā)明實施例的UE的結(jié)構(gòu)組成示意圖。

具體實施方式

為了能夠更加詳盡地了解本發(fā)明實施例的特點與技術(shù)內(nèi)容，下面結(jié)合附圖對本發(fā)明實施例的實現(xiàn)進行詳細闡述，所附附圖僅供參考說明之用，并非用來限定本發(fā)明實施例。

本發(fā)明實施例設(shè)計了一種的新的數(shù)據(jù)確認指示方式，充分支持MUSA帶來的大量用戶同時接入的能力。為此，本發(fā)明實施例首先為每個UE分配一個小區(qū)唯一或一定區(qū)域內(nèi)唯一的MUSA號碼?？蛇x地，用戶可以根據(jù)所分配的MUSA號碼選擇某個或某組MUSA擴頻序列進行MUSA數(shù)據(jù)包的傳輸。當基站正確接收某UE的MUSA數(shù)據(jù)包后，廣播發(fā)送該UE的MUSA號碼作為消息確認指示。此外，為了指示廣播MUSA號碼所用的資源，本發(fā)明實施例引入了一個新的無線網(wǎng)絡(luò)臨時標識：MUSA-RNTI。最后，本發(fā)明實施例提供了MUSA號碼的更新過程來支持用戶的移動性。

本發(fā)明實施例中，為每個UE分配一個小區(qū)唯一或一定區(qū)域內(nèi)(比如跟蹤區(qū))唯一的MUSA號碼。該號碼可以由移動管理實體(MME，Mobility Management Entity)，或基站側(cè)，或核心網(wǎng)(EPC，Evolved Packet Core)中的其他管理實體統(tǒng)一分配，以確保其在小區(qū)或一定區(qū)域內(nèi)的唯一性。可選地，核心網(wǎng)中的其他管理實體可以是某個獨立的MUSA管理實體。只要UE處于小區(qū)或事先規(guī)定的有效區(qū)域內(nèi)，無論UE是空閑狀態(tài)還是連接狀態(tài)，該MUSA號碼一直有效?？蛇x地，移動管理實體或核心網(wǎng)中的其他管理實體在分配該MUSA號碼時指示該號碼的有效范圍，可以為小區(qū)或跟蹤區(qū)，也可以是一組小區(qū)或跟蹤區(qū)。當有效范圍為一組小區(qū)或跟蹤區(qū)時，可以用一個小區(qū)號列表或跟蹤區(qū)號碼列表來表示。一旦UE發(fā)現(xiàn)自己移出了指定的有效范圍，該UE會發(fā)起MUSA號碼更新流程?？蛇x地，當MUSA號碼的有效范圍和跟蹤區(qū)相同時，MUSA號 碼的更新也可以包含在傳統(tǒng)的跟蹤區(qū)更新流程中。

圖1為本發(fā)明實施例一的多用戶共享接入過程中的重傳控制方法的流程示意圖，如圖1所示，所述多用戶共享接入過程中的重傳控制方法包括以下步驟：

步驟101：為UE分配多用戶共享接入MUSA號碼。

本發(fā)明實施例中，UE的MUSA號碼的初始分配過程通過下述具體步驟實現(xiàn)：

1)UE發(fā)現(xiàn)自己和網(wǎng)絡(luò)都支持MUSA接入技術(shù)且確定有相關(guān)的MUSA上傳需求之后向基站發(fā)送MUSA號碼配置請求消息。可選地，MUSA號碼配置請求消息可以包括UE的MUSA能力指示、MUSA業(yè)務(wù)需求指示、UE的移動性特征指示等內(nèi)容。MUSA號碼配置請求消息可以是一條獨立的無線資源控制(RRC，Radio Resource Control)消息，也可以包含在其他RRC消息的內(nèi)容中。

2)基站向移動管理實體或核心網(wǎng)的其他管理實體傳送MUSA號碼配置請求消息。MUSA號碼配置請求消息可以是一條獨立的非接入層(NAS，Non-Access Stratum)信令消息，也可以包含在其他NAS信令消息的內(nèi)容中。

3)移動管理實體或核心網(wǎng)的其他管理實體向基站發(fā)送MUSA號碼配置消息?？蛇x地，MUSA號碼配置消息可以包括所分配的MUSA號碼、MSUA號碼的有效范圍、網(wǎng)絡(luò)所接受的UE的MUSA能力指示、網(wǎng)絡(luò)所接受的UE的MUSA業(yè)務(wù)需求指示等內(nèi)容。MUSA號碼配置消息可以是一條獨立的NAS信令消息，也可以包含在其他NAS信令消息的內(nèi)容中。

4)基站向UE傳送MUSA號碼配置消息。MUSA號碼配置消息可以是一條獨立的RRC消息，也可以包含在其他RRC消息的內(nèi)容中。

5)UE向基站發(fā)送MUSA號碼配置完成消息，并開始基于新分配的MUSA號碼進行MUSA數(shù)據(jù)傳輸。MUSA號碼配置完成消息可以是一條獨立的RRC消息，也可以包含在其他RRC消息的內(nèi)容中。

6)基站向移動管理實體或核心網(wǎng)的其他管理實體傳送MUSA號碼配置完成消息。MUSA號碼配置完成消息可以是一條獨立的NAS信令消息，也可以包含在其他NAS信令消息的內(nèi)容中。

步驟102：接收UE在基站指示的上行MUSA資源范圍內(nèi)發(fā)送的MUSA數(shù)據(jù)包。

本發(fā)明實施例中，某UE在基站指示的上行MUSA資源范圍內(nèi)發(fā)送MUSA數(shù)據(jù)包。基站在該上行資源范圍內(nèi)進行MUSA數(shù)據(jù)包的接收?？蛇x地，UE可以根據(jù)所分配的MUSA號碼選擇MUSA擴頻序列進行MUSA數(shù)據(jù)包的上行傳輸。

步驟103：利用MUSA-RNTI指示一段用于傳輸確認信息的無線資源塊。

本發(fā)明實施例中，基站在后續(xù)的下行子幀中根據(jù)同時正確接收的MUSA數(shù)據(jù)包的數(shù)量用MUSA-RNTI指示一段用于傳輸確認信息的無線資源塊。

步驟104：在所指示的無線資源塊中廣播數(shù)據(jù)包被正確接收的UE的MUSA號碼，以使所述UE根據(jù)所述MUSA號碼確定是否重傳已經(jīng)發(fā)送的MUSA數(shù)據(jù)包。

本發(fā)明實施例中，在所指示的無線資源塊中廣播數(shù)據(jù)包沒被正確接收的UE的MUSA號碼。

本發(fā)明實施例中，當單個UE在MUSA資源塊中進行多個數(shù)據(jù)包的傳輸時，在所指示的無線資源塊中廣播數(shù)據(jù)包被正確接收的UE的MUSA號碼的同時，還在所指示的無線資源塊中廣播正確接收的MUSA數(shù)據(jù)包的序列號，以分別確認所述UE的多個數(shù)據(jù)包的傳輸。

本發(fā)明實施例中，UE也可以根據(jù)所收到的MUSA數(shù)據(jù)包的序列號來決定是否重傳已經(jīng)發(fā)送的多個數(shù)據(jù)包。

本發(fā)明實施例中，重發(fā)數(shù)據(jù)包可以采用同步重發(fā)或非同步重發(fā)的方式，UE所采用的重發(fā)方式即可以是系統(tǒng)所配置的一種默認的方式，也可以在MUSA-RNTI所指示的無線資源中進行指示。

本發(fā)明實施例中，接收UE發(fā)送的MUSA號碼更新請求消息；向UE發(fā)送MUSA號碼更新接受消息，所述MUSA號碼更新接受消息包括：分配的新的MUSA號碼、新MSUA號碼的有效范圍、網(wǎng)絡(luò)所接受的UE的MUSA能力指示、網(wǎng)絡(luò)所接受的UE的MUSA業(yè)務(wù)需求指示；以使所述UE根據(jù)所述MUSA 號碼更新接受消息更新MUSA號碼，并基于更新的MUSA號碼進行MUSA數(shù)據(jù)包的傳輸。

本發(fā)明實施例中，MUSA號碼的更新過程通過下述具體步驟實現(xiàn)：

1)UE檢測到自己移動出了MUSA號碼的有效范圍之后向基站發(fā)送MUSA號碼更新請求消息?？蛇x地，該消息可以包括UE的MUSA能力指示、MUSA業(yè)務(wù)需求指示、UE的移動性特征指示等內(nèi)容。該消息可以是一條獨立的RRC消息，也可以包含在其他RRC消息的內(nèi)容中。

2)基站向移動管理實體或核心網(wǎng)的其他管理實體傳送MUSA號碼更新請求消息。該消息可以是一條獨立的NAS信令消息，也可以包含在其他NAS信令消息的內(nèi)容中。

3)移動管理實體或核心網(wǎng)的其他管理實體向基站發(fā)送MUSA號碼更新接受消息。可選地，該消息可以包括所分配的新的MUSA號碼、新MSUA號碼的有效范圍、網(wǎng)絡(luò)所接受的UE的MUSA能力指示、網(wǎng)絡(luò)所接受的UE的MUSA業(yè)務(wù)需求指示等內(nèi)容。該消息可以是一條獨立的NAS信令消息，也可以包含在其他NAS信令消息的內(nèi)容中。

4)基站向UE傳送MUSA號碼更新接受消息。該消息可以是一條獨立的RRC消息，也可以包含在其他RRC消息的內(nèi)容中。

5)UE向基站發(fā)送MUSA號碼更新完成消息，并基于新的MUSA號碼進行MUSA數(shù)據(jù)傳輸。該消息可以是一條獨立的RRC消息，也可以包含在其他RRC消息的內(nèi)容中。

6)基站向移動管理實體或核心網(wǎng)的其他管理實體傳送MUSA號碼更新完成消息。該消息可以是一條獨立的NAS信令消息，也可以包含在其他NAS信令消息的內(nèi)容中。

可選地，當MUSA號碼的有效范圍可以和跟蹤區(qū)相同，MUSA號碼的更新也可以包含在傳統(tǒng)的跟蹤區(qū)更新流程中。這種情況下，只需要將相關(guān)的信令消息的內(nèi)容包含在進行跟蹤區(qū)更新的各個已有信令中。

圖2為本發(fā)明實施例二的多用戶共享接入過程中的重傳控制方法的流程示 意圖，如圖2所示，所述多用戶共享接入過程中的重傳控制方法包括以下步驟：

步驟201：接受所分配的MUSA號碼。

本發(fā)明實施例中，UE的MUSA號碼的初始分配過程通過下述具體步驟實現(xiàn)：

1)UE發(fā)現(xiàn)自己和網(wǎng)絡(luò)都支持MUSA接入技術(shù)且確定有相關(guān)的MUSA上傳需求之后向基站發(fā)送MUSA號碼配置請求消息?？蛇x地，MUSA號碼配置請求消息可以包括UE的MUSA能力指示、MUSA業(yè)務(wù)需求指示、UE的移動性特征指示等內(nèi)容。MUSA號碼配置請求消息可以是一條獨立的無線資源控制(RRC，Radio Resource Control)消息，也可以包含在其他RRC消息的內(nèi)容中。

2)基站向移動管理實體或核心網(wǎng)的其他管理實體傳送MUSA號碼配置請求消息。MUSA號碼配置請求消息可以是一條獨立的非接入層(NAS，Non-Access Stratum)信令消息，也可以包含在其他NAS信令消息的內(nèi)容中。

3)移動管理實體或核心網(wǎng)的其他管理實體向基站發(fā)送MUSA號碼配置消息?？蛇x地，MUSA號碼配置消息可以包括所分配的MUSA號碼、MSUA號碼的有效范圍、網(wǎng)絡(luò)所接受的UE的MUSA能力指示、網(wǎng)絡(luò)所接受的UE的MUSA業(yè)務(wù)需求指示等內(nèi)容。MUSA號碼配置消息可以是一條獨立的NAS信令消息，也可以包含在其他NAS信令消息的內(nèi)容中。

4)基站向UE傳送MUSA號碼配置消息。MUSA號碼配置消息可以是一條獨立的RRC消息，也可以包含在其他RRC消息的內(nèi)容中。

5)UE向基站發(fā)送MUSA號碼配置完成消息，并開始基于新分配的MUSA號碼進行MUSA數(shù)據(jù)傳輸。MUSA號碼配置完成消息可以是一條獨立的RRC消息，也可以包含在其他RRC消息的內(nèi)容中。

6)基站向移動管理實體或核心網(wǎng)的其他管理實體傳送MUSA號碼配置完成消息。MUSA號碼配置完成消息可以是一條獨立的NAS信令消息，也可以包含在其他NAS信令消息的內(nèi)容中。

步驟202：在基站指示的上行MUSA資源范圍內(nèi)發(fā)送MUSA數(shù)據(jù)包給基站，所述MUSA數(shù)據(jù)包攜有所述MUSA號碼。

本發(fā)明實施例中，根據(jù)所分配的MUSA號碼選擇MUSA擴頻序列進行MUSA數(shù)據(jù)包的上行傳輸。

本發(fā)明實施例中，某UE在基站指示的上行MUSA資源范圍內(nèi)發(fā)送MUSA數(shù)據(jù)包?；驹谠撋闲匈Y源范圍內(nèi)進行MUSA數(shù)據(jù)包的接收。

步驟203：接收基站在MUSA-RNTI指示的無線資源塊中廣播的數(shù)據(jù)包被正確接收的UE的MUSA號碼。

本發(fā)明實施例中，當單個UE在MUSA資源塊中進行多個數(shù)據(jù)包的傳輸時，接收基站在MUSA-RNTI指示的無線資源塊中廣播的數(shù)據(jù)包被正確接收的UE的MUSA號碼的同時，還接收MUSA數(shù)據(jù)包的序列號。

步驟204：根據(jù)所述MUSA號碼確定是否重傳已經(jīng)發(fā)送的MUSA數(shù)據(jù)包。

本發(fā)明實施例中，當單個UE在MUSA資源塊中進行多個數(shù)據(jù)包的傳輸時，根據(jù)所接收到的MUSA數(shù)據(jù)包的序列號確定是否重傳已經(jīng)發(fā)送的多個MUSA數(shù)據(jù)包。

本發(fā)明實施例中，重發(fā)數(shù)據(jù)包可以采用同步重發(fā)或非同步重發(fā)的方式，UE所采用的重發(fā)方式即可以是系統(tǒng)所配置的一種默認的方式，也可以在MUSA-RNTI所指示的無線資源中進行指示。

本發(fā)明實施例中，檢測到UE移動出MUSA號碼的有效范圍后，向基站發(fā)送MUSA號碼更新請求消息；接收基站發(fā)送的MUSA號碼更新接受消息，所述MUSA號碼更新接受消息包括：分配的新的MUSA號碼、新MSUA號碼的有效范圍、網(wǎng)絡(luò)所接受的UE的MUSA能力指示、網(wǎng)絡(luò)所接受的UE的MUSA業(yè)務(wù)需求指示；根據(jù)所述MUSA號碼更新接受消息更新MUSA號碼，并基于更新的MUSA號碼進行MUSA數(shù)據(jù)包的傳輸。

本發(fā)明實施例中，MUSA號碼的更新過程通過下述具體步驟實現(xiàn)：

1)UE檢測到自己移動出了MUSA號碼的有效范圍之后向基站發(fā)送MUSA號碼更新請求消息。可選地，該消息可以包括UE的MUSA能力指示、MUSA業(yè)務(wù)需求指示、UE的移動性特征指示等內(nèi)容。該消息可以是一條獨立的RRC消息，也可以包含在其他RRC消息的內(nèi)容中。

2)基站向移動管理實體或核心網(wǎng)的其他管理實體傳送MUSA號碼更新請求消息。該消息可以是一條獨立的NAS信令消息，也可以包含在其他NAS信令消息的內(nèi)容中。

3)移動管理實體或核心網(wǎng)的其他管理實體向基站發(fā)送MUSA號碼更新接受消息?？蛇x地，該消息可以包括所分配的新的MUSA號碼、新MSUA號碼的有效范圍、網(wǎng)絡(luò)所接受的UE的MUSA能力指示、網(wǎng)絡(luò)所接受的UE的MUSA業(yè)務(wù)需求指示等內(nèi)容。該消息可以是一條獨立的NAS信令消息，也可以包含在其他NAS信令消息的內(nèi)容中。

4)基站向UE傳送MUSA號碼更新接受消息。該消息可以是一條獨立的RRC消息，也可以包含在其他RRC消息的內(nèi)容中。

5)UE向基站發(fā)送MUSA號碼更新完成消息，并基于新的MUSA號碼進行MUSA數(shù)據(jù)傳輸。該消息可以是一條獨立的RRC消息，也可以包含在其他RRC消息的內(nèi)容中。

6)基站向移動管理實體或核心網(wǎng)的其他管理實體傳送MUSA號碼更新完成消息。該消息可以是一條獨立的NAS信令消息，也可以包含在其他NAS信令消息的內(nèi)容中。

可選地，當MUSA號碼的有效范圍可以和跟蹤區(qū)相同，MUSA號碼的更新也可以包含在傳統(tǒng)的跟蹤區(qū)更新流程中。這種情況下，只需要將相關(guān)的信令消息的內(nèi)容包含在進行跟蹤區(qū)更新的各個已有信令中。

圖3為上行多用戶共享接入通信示意圖。上行多用戶共享接入技術(shù)是一種對OFDM系統(tǒng)兼容的多用戶接入技術(shù)，其特點是不同上行用戶利用正交或準正交的具有低互相關(guān)特性的擴頻序列對數(shù)據(jù)進行擴頻后才在OFDM信道上傳輸。在基站接收端，使用線性處理和碼塊級串行干擾消除技術(shù)來來分離各用戶的信息，達到多個用戶同時進行上行傳輸?shù)哪康?。SIC過程中，每次先譯具有最大信干噪比的碼塊，并重構(gòu)消去該信號。之所以采用準正交序列擴頻，主要目的是增加可同時進行數(shù)據(jù)傳輸?shù)挠脩魯?shù)(非正交碼字數(shù)量多)，并充分利用接收端的SIC處理來消除不同用戶間的干擾，擴大總體的信道容量。如圖所示，多個 用戶在對數(shù)據(jù)進行MUSA擴頻后直接將擴頻后的符號在相同的上行時頻資源中進行發(fā)送。基站在收到該混合信號后，通過線性處理和串行干擾消除技術(shù)將各個用戶的數(shù)據(jù)進行恢復(fù)后上傳給基站的上層處理模塊。值得注意的是，上述的用戶實際是指UE。

圖4為擴充了MUSA配置功能的移動管理實體的功能模塊圖。如圖所示，作為MUSA配置和MUSA號碼管理的網(wǎng)元，MME除了傳統(tǒng)的移動管理模塊、會話管理模塊、接入控制模塊和其他管理控制模塊之外，還增加了MUSA配置管理模塊，來對MUSA業(yè)務(wù)進行管理，對MUSA號碼進行分配。這樣，MME就能為每個用戶分配一個小區(qū)唯一或一定區(qū)域內(nèi)唯一的MUSA號碼。只要用戶處于該區(qū)域內(nèi)，無論用戶是空閑狀態(tài)還是連接狀態(tài)，該MUSA號碼一直有效?？蛇x地，移動管理實體在分配該MUSA號碼時指示該號碼的有效范圍，可以是某個小區(qū)號或跟蹤區(qū)號，也可以是一個小區(qū)號列表或跟蹤區(qū)號碼列表。一旦用戶發(fā)現(xiàn)自己出了指定的有效范圍，該用戶會發(fā)起MUSA號碼更新流程?？蛇x地，當MUSA號碼的有效范圍和跟蹤區(qū)相同時，MUSA號碼的更新也可以包含在傳統(tǒng)的跟蹤區(qū)更新流程中。值得注意的是，上述的用戶實際是指UE。

圖5為本發(fā)明實施例的RRC連接狀態(tài)下的MUSA號碼分配流程示意圖，如圖所示，本發(fā)明實施例提供的MUSA號碼的分配過程包括：

步驟501：用戶發(fā)現(xiàn)自己和網(wǎng)絡(luò)都支持MUSA接入技術(shù)且確定有相關(guān)的MUSA上傳需求之后向基站發(fā)送MUSA號碼配置請求消息。

可選地，該消息可以包括用戶的MUSA能力指示、MUSA業(yè)務(wù)需求指示、用戶的移動性特征指示等內(nèi)容。本實施例中，該消息是一條獨立的無線資源控制消息。

步驟502：基站向移動管理實體或核心網(wǎng)的其他管理實體傳送MUSA號碼配置請求消息。

本實施例中，該消息是一條獨立的NAS信令消息。

步驟503：移動管理實體或核心網(wǎng)的其他管理實體向基站發(fā)送MUSA號碼配置消息。

可選地，該消息可以包括所分配的MUSA號碼、MSUA號碼的有效范圍、網(wǎng)絡(luò)所接受的用戶的MUSA能力指示、網(wǎng)絡(luò)所接受的用戶的MUSA業(yè)務(wù)需求指示等內(nèi)容。本實施例中，該消息是一條獨立的NAS信令消息。

步驟504：基站向用戶傳送MUSA號碼配置消息。

本實施例中，該消息是一條獨立的無線資源控制消息。

步驟505：用戶向基站發(fā)送MUSA號碼配置完成消息，并開始用新分配的MUSA號碼進行MUSA數(shù)據(jù)傳輸。

本實施例中，該消息是一條獨立的無線資源控制消息。

步驟506：基站向移動管理實體或核心網(wǎng)的其他管理實體傳送MUSA號碼配置完成消息。

本實施例中，該消息是一條獨立的NAS信令消息。

圖6為本發(fā)明實施例提供的重傳控制流程另一實施例的流程示意圖，圖中同一資源塊上的數(shù)據(jù)上行傳輸或下行廣播用同一水平線表示。如圖所示，本發(fā)明實施例提供的重傳控制方法包括：

步驟601：基站廣播通知所有用戶進行上行MUSA傳輸?shù)目捎觅Y源。

步驟602：用戶A和用戶B在基站指示的上行MUSA資源范圍內(nèi)同時發(fā)送MUSA數(shù)據(jù)包?；驹谠撋闲匈Y源范圍內(nèi)進行多用戶MUSA數(shù)據(jù)的接收。

可選地，用戶可以根據(jù)所分配的MUSA號碼選擇MUSA擴頻序列進行MUSA數(shù)據(jù)的上行傳輸。

步驟603：基站在后續(xù)的下行子幀中根據(jù)同時正確接收的MUSA數(shù)據(jù)包的數(shù)量用MUSA-RNTI指示一段用于傳輸確認信息的無線資源塊，并在所指示的無線資源塊發(fā)送數(shù)據(jù)包被正確接收的用戶的MUSA號碼列表。

步驟604：用戶根據(jù)收到的MUSA號碼來決定是否重傳已經(jīng)發(fā)送的數(shù)據(jù)包。

如圖所示，用戶A在基站指示的確認資源塊中收到了本機的MUSA號碼，表明上次上傳的MUSA數(shù)據(jù)被正確接收了，所有它不再重發(fā)該數(shù)據(jù)。用戶B未收到了本機的MUSA號碼，表明上次上傳的MUSA數(shù)據(jù)未被正確接收，所有他在下一MUSA上傳資源中重發(fā)該數(shù)據(jù)?？蛇x地，用戶A也可以在下一MUSA 上傳資源中發(fā)送新的數(shù)據(jù)。

圖7為本發(fā)明實施例提供的RRC連接狀態(tài)下的MUSA號碼更新流程示意圖，如圖所示，本發(fā)明實施例提供的RRC連接狀態(tài)下的MUSA號碼的更新過程包括：

步驟701：用戶檢測到移動出了MUSA號碼的有效范圍之后向基站發(fā)送MUSA號碼更新請求消息。

可選地，該消息可以包括用戶的MUSA能力指示、MUSA業(yè)務(wù)需求指示、用戶的移動性特征指示等內(nèi)容。本實施例中，該消息是一條獨立的無線資源控制消息。

步驟702：基站向移動管理實體或核心網(wǎng)的其他管理實體傳送MUSA號碼更新請求消息。

本實施例中，該消息是一條獨立的NAS信令消息。

步驟703：移動管理實體或核心網(wǎng)的其他管理實體向基站發(fā)送MUSA號碼更新接受消息。

可選地，該消息可以包括所分配的新的MUSA號碼、新MSUA號碼的有效范圍、網(wǎng)絡(luò)所接受的用戶的MUSA能力指示、網(wǎng)絡(luò)所接受的用戶的MUSA業(yè)務(wù)需求指示等內(nèi)容。本實施例中，該消息是一條獨立的NAS信令消息。

步驟704：基站向用戶傳送MUSA號碼更新接受消息。

本實施例中，該消息是一條獨立的無線資源控制消息。

步驟705：用戶向基站發(fā)送MUSA號碼更新完成消息，并用新的MUSA號碼進行MUSA數(shù)據(jù)傳輸。

本實施例中，該消息是一條獨立的無線資源控制消息。

步驟706：基站向移動管理實體或核心網(wǎng)的其他管理實體傳送MUSA號碼更新完成消息。

本實施例中，該消息是一條獨立的NAS信令消息。

圖8為本發(fā)明實施例提供的空閑狀態(tài)下的MUSA號碼更新流程示意圖。可選地，MUSA號碼的有效范圍可以和跟蹤區(qū)相同，MUSA號碼的更新也可以包 含在傳統(tǒng)的跟蹤區(qū)更新流程中。如圖所示，本發(fā)明實施例提供的空閑狀態(tài)下的MUSA號碼的更新過程包括：

步驟801：用戶檢測到移動出了MUSA號碼的有效范圍之后，重新選擇新基站并開始隨機接入流程。在用戶完成上行同步和初始接入之后，用戶在向基站發(fā)送的RRC連接建立完成消息中攜帶MUSA號碼更新請求的相關(guān)內(nèi)容。

可選地，該內(nèi)容可以包括用戶的MUSA能力指示、MUSA業(yè)務(wù)需求指示、用戶的移動性特征指示等。

步驟802：基站向移動管理實體或核心網(wǎng)的其他管理實體傳送初始UE消息，并在其中攜帶MUSA號碼更新請求的相關(guān)內(nèi)容。

步驟803：經(jīng)過傳統(tǒng)的用戶鑒權(quán)和接入處理之后，移動管理實體或核心網(wǎng)的其他管理實體為用戶分配新的MUSA號碼，并向基站發(fā)送下行NAS傳輸消息，其中攜帶MUSA號碼更新信息。

可選地，該更新信息可以包括所分配的新的MUSA號碼、新MSUA號碼的有效范圍、網(wǎng)絡(luò)所接受的用戶的MUSA能力指示、網(wǎng)絡(luò)所接受的用戶的MUSA業(yè)務(wù)需求指示等內(nèi)容。

步驟804：基站向用戶傳送下行信息傳遞消息，其中攜帶有上述的MUSA號碼更新信息。

步驟805：用戶獲得MUSA號碼更新信息后，向基站發(fā)送上行信息傳遞消息，其中攜帶MUSA號碼更新完成信息。

之后，用戶開始用新的MUSA號碼進行MUSA數(shù)據(jù)傳輸。

步驟806：基站向移動管理實體或核心網(wǎng)的其他管理實體傳送上行NAS傳輸消息，其中攜帶MUSA號碼更新完成信息。

圖9為本發(fā)明實施例提供的基站直接為RRC連接狀態(tài)下的用戶進行MUSA號碼分配的流程示意圖。這時，MUSA配置管理實體位于基站內(nèi)部。如圖所示，本發(fā)明實施例提供的MUSA號碼的分配過程包括：

步驟901：用戶發(fā)現(xiàn)自己和網(wǎng)絡(luò)都支持MUSA接入技術(shù)且確定有相關(guān)的MUSA上傳需求之后向基站發(fā)送MUSA號碼配置請求消息。

可選地，該消息可以包括用戶的MUSA能力指示、MUSA業(yè)務(wù)需求指示、用戶的移動性特征指示等內(nèi)容。本實施例中，該消息是一條獨立的無線資源控制消息。

步驟902：基站進行MUSA號碼配置后，向用戶發(fā)送MUSA號碼配置消息。

可選地，該消息可以包括所分配的MUSA號碼、MSUA號碼的有效范圍、網(wǎng)絡(luò)所接受的用戶的MUSA能力指示、網(wǎng)絡(luò)所接受的用戶的MUSA業(yè)務(wù)需求指示等內(nèi)容。本實施例中，該消息是一條獨立的無線資源控制消息。

步驟903：用戶向基站發(fā)送MUSA號碼配置完成消息，并開始用新分配的MUSA號碼進行MUSA數(shù)據(jù)傳輸。

本實施例中，該消息是一條獨立的無線資源控制消息。

圖10為本發(fā)明實施例提供的用戶共享接入過程中的重傳控制裝置的結(jié)構(gòu)組成示意圖，如圖10所示，本發(fā)明實施例提供的多用戶共享接入過程中的重傳控制裝置包括：

分配單元11，用于為UE分配MUSA號碼；

數(shù)據(jù)包接收單元12，用于接收UE在基站指示的上行MUSA資源范圍內(nèi)發(fā)送的MUSA數(shù)據(jù)包；

指示單元13，用于利用MUSA-RNTI指示一段用于傳輸確認信息的無線資源塊；

廣播單元14，用于在所指示的無線資源塊中廣播數(shù)據(jù)包被正確接收的UE的MUSA號碼，以使所述UE根據(jù)所述MUSA號碼確定是否重傳已經(jīng)發(fā)送的MUSA數(shù)據(jù)包。

本發(fā)明實施例中，所述廣播單元14，還用于在所指示的無線資源塊中廣播數(shù)據(jù)包沒被正確接收的UE的MUSA號碼。

本發(fā)明實施例中，所述廣播單元14，還用于當單個UE在MUSA資源塊中進行多個數(shù)據(jù)包的傳輸時，在所指示的無線資源塊中廣播數(shù)據(jù)包被正確接收的UE的MUSA號碼的同時，還在所指示的無線資源塊中廣播正確接收的MUSA數(shù)據(jù)包的序列號，以分別確認所述UE的多個數(shù)據(jù)包的傳輸。

本發(fā)明實施例中，所述裝置還包括：

消息接收單元15，用于接收UE發(fā)送的MUSA號碼更新請求消息；

消息響應(yīng)單元16，用于向UE發(fā)送MUSA號碼更新接受消息，所述MUSA號碼更新接受消息包括：分配的新的MUSA號碼、新MSUA號碼的有效范圍、網(wǎng)絡(luò)所接受的UE的MUSA能力指示、網(wǎng)絡(luò)所接受的UE的MUSA業(yè)務(wù)需求指示；以使所述UE根據(jù)所述MUSA號碼更新接受消息更新MUSA號碼，并基于更新的MUSA號碼進行MUSA數(shù)據(jù)包的傳輸。

本領(lǐng)域技術(shù)人員應(yīng)當理解，圖10所示的用戶共享接入過程中的重傳控制裝置中的各單元的實現(xiàn)功能可參照前述用戶共享接入過程中的重傳控制方法的相關(guān)描述而理解。圖10所示的用戶共享接入過程中的重傳控制裝置可通過圖4所示的移動管理實體實現(xiàn)。

圖11為本發(fā)明實施例的UE的結(jié)構(gòu)組成示意圖，如圖11所示，本發(fā)明實施例提供的UE包括：

接受單元21，用于接受所分配的MUSA號碼；

數(shù)據(jù)包發(fā)送單元22，用于在基站指示的上行MUSA資源范圍內(nèi)發(fā)送MUSA數(shù)據(jù)包給基站，所述MUSA數(shù)據(jù)包攜有所述MUSA號碼；

接收單元23，用于接收基站在MUSA-RNTI指示的無線資源塊中廣播的數(shù)據(jù)包被正確接收的UE的MUSA號碼；

重傳單元24，用于根據(jù)所述MUSA號碼確定是否重傳已經(jīng)發(fā)送的MUSA數(shù)據(jù)包。

本發(fā)明實施例中，所述數(shù)據(jù)包發(fā)送單元22，還用于根據(jù)所分配的MUSA號碼選擇MUSA擴頻序列進行MUSA數(shù)據(jù)包的上行傳輸。

本發(fā)明實施例中，所述接收單元23，還用于當單個UE在MUSA資源塊中進行多個數(shù)據(jù)包的傳輸時，接收基站在MUSA-RNTI指示的無線資源塊中廣播的數(shù)據(jù)包被正確接收的UE的MUSA號碼的同時，還接收MUSA數(shù)據(jù)包的序列號；

所述重傳單元24，還用于根據(jù)所接收到的MUSA數(shù)據(jù)包的序列號確定是 否重傳已經(jīng)發(fā)送的多個MUSA數(shù)據(jù)包。

本發(fā)明實施例中，所述UE還包括：

更新請求單元25，用于檢測到UE移動出MUSA號碼的有效范圍后，向基站發(fā)送MUSA號碼更新請求消息；

更新接受單元26，用于接收基站發(fā)送的MUSA號碼更新接受消息，所述MUSA號碼更新接受消息包括：分配的新的MUSA號碼、新MSUA號碼的有效范圍、網(wǎng)絡(luò)所接受的UE的MUSA能力指示、網(wǎng)絡(luò)所接受的UE的MUSA業(yè)務(wù)需求指示；

更新單元27，用于根據(jù)所述MUSA號碼更新接受消息更新MUSA號碼，并基于更新的MUSA號碼進行MUSA數(shù)據(jù)包的傳輸。

本領(lǐng)域技術(shù)人員應(yīng)當理解，圖11所示的UE中的各單元的實現(xiàn)功能可參照前述用戶共享接入過程中的重傳控制方法的相關(guān)描述而理解。圖11所示的UE的各單元的功能可通過運行于處理器上的程序而實現(xiàn)，也可通過具體的邏輯電路而實現(xiàn)。

以上圖示的各種實施例的各種組合均在本發(fā)明的保護范圍之類。

本發(fā)明所述集成的模塊如果以軟件功能模塊的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，也可以存儲在一個計算機可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明實施例的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機、服務(wù)器、或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明所述方法的全部或部分。而前述的存儲介質(zhì)包括：U盤、移動硬盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。這樣，本發(fā)明實施例不限制于任何特定的硬件和軟件結(jié)合。

相應(yīng)的，本發(fā)明實施例還提供一種計算機存儲介質(zhì)，其中存儲有計算機程序，該計算機程序用于執(zhí)行本發(fā)明提供的實施方法。

以上所述，僅為本發(fā)明的實施方法而已，并非用于限定本發(fā)明的保護范圍。