本發(fā)明涉及通信技術領域，具體涉及一種用戶終端及數據的傳輸方法。

背景技術：

在長期演進(Long Term Evolution，LTE)系統(tǒng)中，用戶終端(User Equipment，UE)在有業(yè)務需求時，會接入網絡建立無線資源控制(Radio Resource Control，RRC)連接，進而建立專用承載以便傳輸數據。

UE在進入連接態(tài)后，基站會為該UE分配必要的參數，如與安全算法相關的參數，物理層(Layer 1)、數據鏈路層(Layer 2)、以及網絡層(Layer 3)相關的配置參數等。對于建立的承載，基站需要知曉為該承載所建立的與核心網之間的通道信息即GTP(GPRS Tunneling Protocol)隧道的相關信息。上述參數統(tǒng)稱為UE的上下文(UE Context)。當UE從連接態(tài)進入空閑態(tài)時，基站會釋放該UE的所有參數，即釋放該UE的上下文。如果UE期待再次建立業(yè)務，基站需要重新為該UE配置上述參數。這個過程將通過多條空口信令以及S1接口信令完成。

在實際的應用中，不同UE有不同的業(yè)務需求，比如有些UE在一段時間內會多次傳輸數據，每一次傳輸數據的時間有限。針對這一類業(yè)務需求，如果采用現(xiàn)有的機制，即每次傳輸數據均需要建立連接，待數據傳輸結束再釋放連接，那么UE重復多次傳輸數據時，將會產生大量的信令交互，由此導致網絡信令負載過大，數據傳輸的效率大大降低。

針對上述的問題，第五代移動通信網絡(5G)考慮引入一種新的連接狀態(tài)，該狀態(tài)可以適用于LTE和5G中。具體地，UE在接入網絡并完成一次數據傳輸之后，網絡并不會讓該UE釋放連接進入空閑態(tài)，網絡配置UE進入一種新的狀態(tài)，為描述方便，本文中稱之為非激活態(tài)(Inactive State)，也可采用其它名稱。UE進入非激活態(tài)之后，不與基站進行數據傳輸，但可以周期性的接收尋呼，基站保留為該UE所建立的RRC連接及承載相關的參數、與安全算法相關的參數以及基站與核心網之間的接口與該UE相關的配置參數等，UE也需要保存RRC連接及承載相關的參數、與安全算法相關的參數等。進入非激活態(tài)的UE在有數據傳輸時，可以利用保存的配置參數，快速接入網絡進行數據傳輸。

由于UE和基站均有該UE的RRC連接相關的參數，因此UE可以快速的接入網絡以傳輸數據，無需UE先與基站建立RRC連接，再建立承載，然后才能傳輸數據，由此可以節(jié)省大量的信令交互，提高數據傳輸效率。

目前，UE在非激活態(tài)下如何與基站進行數據傳輸還沒有可行的技術方案。

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

本發(fā)明要解決的是非激活態(tài)下的UE如何與基站之間進行數據傳輸的問題。

為解決上述問題，本發(fā)明實施例提供了一種數據的傳輸方法，適用于非激活態(tài)下的用戶終端與基站之間傳輸數據；所述方法包括：所述用戶終端在發(fā)送第一數據前，判斷自身是否需要切換至連接態(tài)；所述用戶終端根據判斷結果調整自身的狀態(tài)，并以調整后的狀態(tài)向所述基站發(fā)送所述第一數據。

可選地，所述判斷自身是否要切換至連接態(tài)：當所述第一數據的數據量大于預設第一數據量閾值時，判定自身需要切換至連接態(tài)，反之維持自身為非激活態(tài)。

可選地，所述判斷自身是否要切換至連接態(tài)，包括：當所述第一數據持續(xù)生成時，判定自身需要切換至連接態(tài)，反之維持自身為非激活態(tài)。

可選地，所述以調整后的狀態(tài)向所述基站發(fā)送所述第一數據之前，還包括：取得與所述基站之間的上行同步。

可選地，所述取得與所述基站之間的上行同步，包括：通過發(fā)起隨機接入的方式，取得與所述基站之間的上行同步。

可選地，所述通過發(fā)起隨機接入的方式，取得與所述基站之間的上行同步，包括：當需要切換至連接態(tài)時，在隨機接入的過程中向所述基站發(fā)送自身的標識信息及RRC連接恢復的信息，恢復與所述基站之間的RRC連接，取得與所述基站之間的上行同步。

可選地，所述以調整后的狀態(tài)向基站發(fā)送所述第一數據，包括：以調整后的狀態(tài)并利用所述基站配置的共享數據傳輸資源，向基站發(fā)送所述第一數據。

可選地，所述共享數據傳輸資源是由所述基站在所述用戶終端非激活態(tài)下發(fā)送第一數據之前，通過系統(tǒng)消息或動態(tài)調度配置的。

可選地，當以連接態(tài)向基站發(fā)送所述第一數據后，所述方法還包括：所述用戶終端判斷預設時間內是否需要傳輸其它數據，當預設時間內需要傳輸其它數據時，維持自身為連接態(tài)；否則向基站發(fā)送切換至非激活態(tài)的請求，由所述基站根據所述切換至非激活態(tài)的請求通知所述用戶終端進入非激活態(tài)。

可選地，所述方法還包括：所述用戶終端當接收到所述基站發(fā)送的傳輸數據的通知消息時，向所述基站發(fā)送相應的反饋消息，所述通知消息中包括所述用戶終端的標識信息以及指示所述用戶終端是否在當前態(tài)接收第二數據的指示信息；接收所述基站根據所述反饋消息發(fā)送的所述第二數據。

可選地，所述指示用戶終端是否在當前態(tài)接收第二數據的指示信息是由基站根據所述第二數據的數據量大小確定的。

可選地，當所述第二數據的數據量大于預設第二數據量閾值時，通過所述指示信息指示所述用戶終端在連接態(tài)下接收所述第二數據，反之指示所述用戶終端在當前態(tài)下接收所述第二數據。

可選地，所述反饋消息為所述用戶終端在上行不同步時發(fā)送的指示信息。

可選地，所述用戶終端在上行不同步時發(fā)送的指示信息是通過系統(tǒng)消息或所述通知消息配置的。

可選地，所述反饋消息為所述基站預先配置的特定序列。

可選地，所述反饋消息是在所述用戶終端發(fā)起的隨機接入過程中發(fā)送的。

本發(fā)明實施例還提供了一種用戶終端，所述用戶終端適于非激活態(tài)下與基站之間傳輸數據；包括：第一判斷單元，適于在發(fā)送第一數據前，判斷自身是否需要切換至連接態(tài)；第一狀態(tài)調整單元，適于根據所述第一判斷單元的判斷結果調整自身的狀態(tài)；第一數據發(fā)送單元，適于以調整后的狀態(tài)向基站發(fā)送所述第一數據。

可選地，所述第一判斷單元適于當所述第一數據的數據量大于預設第一數據量閾值時，判定自身需要切換至連接態(tài)，反之維持自身為非激活態(tài)。

可選地，所述第一判斷單元適于當所述第一數據持續(xù)生成時，判定自身需要切換至連接態(tài)，反之維持自身為非激活態(tài)。

可選地，所述用戶終端還包括：同步單元，適于在所述第一數據發(fā)送單元以調整后的狀態(tài)向基站發(fā)送所述第一數據之前，取得與所述基站之間的上行同步。

可選地，所述同步單元適于通過發(fā)起隨機接入的方式，取得與所述基站之間的上行同步。

可選地，所述同步單元適于當需要切換至連接態(tài)時，在隨機接入的過程中向所述基站發(fā)送自身的標識信息及RRC連接恢復的信息，恢復與所述基站之間的RRC連接，取得與所述基站之間的上行同步。

可選地，所述第一數據發(fā)送單元適于以調整后的狀態(tài)并利用所述基站配置的共享數據傳輸資源，向基站發(fā)送所述第一數據。

可選地，所述共享數據傳輸資源是由所述基站在所述用戶終端非激活態(tài)下發(fā)送第一數據之前，通過系統(tǒng)消息或動態(tài)調度配置的。

可選地，所述用戶終端還包括：第二判斷單元，適于當以連接態(tài)向基站發(fā)送所述第一數據后，判斷預設時間內是否需要傳輸其它數據；第二狀態(tài)調整單元，適于當所述第二判斷單元判定當預設時間內需要傳輸其它數據時，維持自身為連接態(tài)；否則向基站發(fā)送切換至非激活態(tài)的請求，由所述基站根據所述切換至非激活態(tài)的請求通知所述用戶終端進入非激活態(tài)。

可選地，所述用戶終端還包括：反饋單元，適于當接收到所述基站發(fā)送的傳輸數據的通知消息時，向所述基站發(fā)送相應的反饋消息，所述通知消息中包括所述用戶終端的標識信息以及指示所述用戶終端是否在當前態(tài)接收數據的指示信息；第一數據接收單元，適于接收所述基站根據所述反饋消息發(fā)送的第二數據。

可選地，所述指示用戶終端是否在當前態(tài)接收第二數據的指示信息是由基站根據所述第二數據的數據量大小確定的。

可選地，當所述第二數據的數據量大于預設第二數據量閾值時，所述指示信息指示所述用戶終端在連接態(tài)下接收所述第二數據，反之指示所述用戶終端在當前態(tài)下接收所述第二數據。

可選地，所述反饋單元發(fā)送的反饋消息為為所述用戶終端在上行不同步時發(fā)送的指示信息。

可選地，所述用戶終端在上行不同步時發(fā)送的指示信息是通過系統(tǒng)消息或所述通知消息配置的。

可選地，所述反饋單元發(fā)送的反饋消息發(fā)送的反饋消息為所述基站預先配置的特定序列。

可選地，所述反饋單元在所述用戶終端發(fā)起的隨機接入過程中發(fā)送所述反饋消息。

可選地，當所述指示信息指示所述用戶終端在當前態(tài)下接收第二數據時，所述指示信息包括：所述用戶終端的標識信息；當所述指示信息指示所述用戶終端在連接態(tài)下接收第二數據時，所述指示信息包括：所述用戶終端的標識信息及RRC連接恢復的信息。

采用上述方案，UE在發(fā)送第一數據前，先判斷自身是否需要切換至連接態(tài)，再根據判斷結果調整自身狀態(tài)，最后以調整后的狀態(tài)向基站發(fā)送所述第一數據，由此可以實現(xiàn)UE與基站之間的上行數據的傳輸。

進一步，由于UE可以利用所述基站配置的共享數據傳輸資源，向基站發(fā)送所述第一數據，因此可以使得UE在未與基站進行上行同步的情況下，實現(xiàn)與基站之間的數據傳輸。

進一步，UE在以連接態(tài)向基站發(fā)送所述第一數據后，通過判斷預設時間內是否需要傳輸其它數據，并當預設時間內需要傳輸其它數據時，維持自身為連接態(tài)，否則向基站發(fā)送切換至非激活態(tài)的請求，由所述基站根據所述切換至非激活態(tài)的請求通知所述UE進入非激活態(tài)，可以使得UE以更穩(wěn)定的通信狀態(tài)傳輸數據，避免浪費網絡資源。

進一步，UE在接收到所述基站發(fā)送的傳輸數據的通知消息時，向所述基站發(fā)送相應的反饋消息，以接收基站根據所述反饋消息發(fā)送的第二數據，由此可以實現(xiàn)UE與基站之間的下行數據的傳輸。

附圖說明

圖1是現(xiàn)有技術中一種數據的傳輸方法的信令交互示意圖；

圖2是本發(fā)明實施例中一種數據的傳輸方法流程圖；

圖3是本發(fā)明實施例中另一種數據的傳輸方法流程圖；

圖4是本發(fā)明實施例中又一種數據的傳輸方法流程圖；

圖5是本發(fā)明實施例中另一種數據的傳輸方法流程圖；

圖6是本發(fā)明實施例中再一種數據的傳輸方法流程圖；

圖7是本發(fā)明實施例中一種數據傳輸過程中的信令交互示意圖；

圖8是本發(fā)明實施例中一種用戶終端的結構示意圖；

圖9是本發(fā)明實施例中另一種用戶終端的結構示意圖；

圖10是本發(fā)明實施例中又一種用戶終端的結構示意圖；

圖11是本發(fā)明實施例中一種基站的結構示意圖。

具體實施方式

圖1為現(xiàn)有技術中UE與基站之間的數據傳輸過程中的一種信令交互示意圖。參照圖1，在LTE或5G中，UE在有數據傳輸需求時接入網絡，與基站建立RRC連接，進而建立數據無線承載，以傳輸數據。具體數據傳輸過程如下：

步驟101，UE向基站發(fā)送RRC連接請求信令。

UE在服務小區(qū)中發(fā)起隨機接入，并在隨機接入的過程中發(fā)送RRC連接請求給基站。其中，該基站可以是LTE中的基站，也可以5G中的基站。

步驟102，基站向UE發(fā)送RRC連接建立信令。

如果隨機接入成功，基站會發(fā)送RRC連接建立信令給UE。在RRC連接建立的過程中，基站為UE配置了信令無線承載(Signalling Radio Bearer，SRB)。

步驟103，UE發(fā)送RRC連接建立完成信令給基站。

其中所述RRC連接建立完成信令中包含UE發(fā)送的非接入層信令如業(yè)務請求。

步驟104，基站向核心網中的移動管理實體(MME)發(fā)送初始UE消息。

當基站收到UE發(fā)送的RRC連接建立完成信令時，會為該UE選擇合適的MME，然后向選擇的MME發(fā)送初始UE消息。其中，所述初始UE消息中包含UE發(fā)送的非接入層信令。LTE的核心網包括MME和服務網關等網元；5G的核心網包含新引入的網元。

步驟105，MME發(fā)送初始上下文建立請求信令給基站。

MME根據收到的非接入層信令，獲知UE需要建立數據無線承載以傳輸數據，因此MME發(fā)送初始上下文建立請求信令給基站。其中所述初始上下文建立請求中包含需要建立的承載參數、安全配置參數等。

步驟106，基站發(fā)送安全模式命令給UE。

基站收到MME發(fā)送的初始上下文建立請求后，獲得需要建立的承載參數、安全配置參數等，進而基站控制自身處于安全模式，并發(fā)送安全模式命令給UE，使得UE同樣處于安全模式。

步驟107，UE向基站發(fā)送安全模式完成信令。

UE應用安全模式指令中的算法等參數，調整自身處于安全模式，并向基站發(fā)送安全模式完成信令。

步驟108，基站向UE發(fā)送RRC連接重配置信令。

基站執(zhí)行RRC連接重配置過程，向UE發(fā)送RRC連接重配置信令以便通知UE需要建立的數據無線承載等參數配置以及測量配置。

步驟109，UE向基站發(fā)送RRC連接重配置完成信令。

UE應用收到的RRC連接重配置中包含的參數配置，重新配置RRC連接，并發(fā)送RRC連接重配置完成信令給基站。

步驟110，基站發(fā)送初始上下文建立完成信令給MME，通知MME承載已經建立。

步驟111，UE和基站及MME之間可以開始數據的上下行傳輸。

通常情況下，UE在數據傳輸完畢后，基站將釋放UE的RRC連接，使UE進入空閑態(tài)。此后，如果UE再次需要傳呼數據，則需要重復上述步驟101至步驟111的過程，導致信令開銷很大，數據傳輸的效率大大降低。

為了節(jié)省信令開銷，提高數據的傳輸效率，5G中引入了非激活態(tài)，但并未給出UE在非激活態(tài)下與基站進行數據傳輸的相關技術方案。

針對上述問題，本發(fā)明的實施例提供了一種數據傳輸方法，所述方法適用于非激活態(tài)下的用戶終端與基站之間傳輸數據。具體地，UE在發(fā)送第一數據前，先判斷自身是否需要切換至連接態(tài)，再根據判斷結果調整自身狀態(tài)，最后以調整后的狀態(tài)向基站發(fā)送所述第一數據，由此可以實現(xiàn)UE與基站之間的上行數據的傳輸。

為使本發(fā)明的上述目的、特征和優(yōu)點能夠更為明顯易懂，下面結合附圖對本發(fā)明的具體實施例作詳細地說明。

參照圖2，本發(fā)明實施例提供了一種數據的傳輸方法，所述方法適用于非激活態(tài)下的UE與基站之間傳輸數據。在具體實施中，基站可以通過向UE發(fā)送RRC信令的方式，指示UE進入非激活態(tài)?；具€可以為UE配置應用非激活態(tài)的限制區(qū)域，比如，一個或多個小區(qū)。UE在基站所配置的限制區(qū)域內可以應用非激活態(tài)，一旦UE離開限制區(qū)域，UE需要通知基站或者自行切換至空閑態(tài)。

在非激活態(tài)下，UE與基站之間可以采用如下方法傳輸上行數據：

步驟21，所述UE在發(fā)送第一數據前，判斷自身是否需要切換至連接態(tài)。

當UE處于非激活態(tài)時，向基站發(fā)送第一數據前，需要判斷自身是否需要切換至連接態(tài)。

在具體實施中，可以采用多種方式判斷自身是否需要切換至連接態(tài)。在本發(fā)明的一實施例中，可以通過判斷所述第一數據的數據量是否大于預設第一數據量閾值，來判斷自身是否要切換至連接態(tài)。其中，所述預設第一數據量閾值可以由本領域技術人員根據非激活態(tài)下UE的數據傳輸能力、UE的移動速度等因素確定。也就是說，UE在發(fā)送第一數據前，需要根據當前態(tài)下的數據傳輸能力、移動速度確定是否需要切換至連接態(tài)。所述第一數據量閾值可以由基站設置，或者協(xié)議可以預先設定該閾值，當第一數據的數據量大于預設第一數據量閾值時，判定自身需要切換至連接態(tài)。當第一數據的數據量小于等于預設第一數據量閾值時，維持自身為非激活態(tài)。

需要說明的是，在具體實施中，所述第一數據量閾值本身為一邊界值。在所述第一數據的數據量等于所述第一數據量閾值時，所述UE可以判定自身需要切換至連接態(tài)，也可以判定自身不需要切換至連接態(tài)。具體如何判定，可以由本領域人員自行設定。但無論如何判定，均不夠成對本發(fā)明的限制，且均在本發(fā)明的保護范圍之內。

在本發(fā)明的另一實施例中，所述UE通過判斷所述第一數據是否持續(xù)生成，來判斷自身是否需要切換至連接態(tài)。當第一數據會持續(xù)生成時，如UE會周期性的生成第一數據，此時UE判斷自身需要切換至連接態(tài)，否則UE維持在非激活態(tài)。

步驟22，所述UE根據判斷結果調整自身的狀態(tài)，并以調整后的狀態(tài)向所述基站發(fā)送所述第一數據。

在具體實施中，當UE判定自身需要切換至連接態(tài)時，則將自身切換至連接態(tài)后，以連接態(tài)向所述基站發(fā)送第一數據。其中，UE由當前態(tài)切換至連接態(tài)的過程中需要與基站交互信令，取得基站的確認后才能成功切換到連接態(tài)。當UE維持自身為非激活態(tài)時，以非激活態(tài)向基站發(fā)送第一數據。

在具體實施中，無論所述UE處于連接態(tài)還是非激活態(tài)，為了減少基站的處理復雜度以及提高傳輸效率，UE可以在取得上行同步之后，再向所述基站發(fā)送所述第一數據。也就是說，在發(fā)送所述第一數據之前，UE可以取得與所述基站之間的上行同步。UE取得上行同步之后再發(fā)送第一數據，可以使得UE發(fā)送的信號能夠完整的落在基站的接收窗口。當然，在UE僅需要發(fā)送少量數據時，UE可以發(fā)送信息冗余的信號給基站，基站在接收窗口只需要接收部分信號即能夠解出UE發(fā)送的數據，而無須發(fā)送第一數據前取得與基站之間的上行同步?？梢岳斫獾氖?，具體在發(fā)送第一數據之前，UE是否取得與基站之間的上行同步，均不夠成對本發(fā)明的限制，且均在本發(fā)明的保護范圍之內。

在本發(fā)明的一實施例中，當UE在發(fā)送第一數據之前未與基站上行同步時，可以由基站在UE非激活態(tài)下發(fā)送第一數據之前，通過系統(tǒng)消息或動態(tài)調度配置相應的共享數據傳輸資源，使得所述UE可以利用預先配置的共享數據傳輸資源，在未與基站上行同步的情況下傳輸第一數據。其中，所述共享數據傳輸資源可以由基站根據處于非激活態(tài)UE的數量以及當前小區(qū)的負載水平等因素進行配置，具體不作限制，只要UE能夠利用該共享數據傳輸資源傳輸第一數據即可。動態(tài)調度配置共享數據傳輸資源時，可以由基站通過物理下行控制信令指示所述共享傳輸資源。

在具體實施中，為了避免浪費網絡資源，在以連接態(tài)向基站發(fā)送所述第一數據后，UE還可以判斷預設時間內是否需要傳輸其它數據。當預設時間內UE需要傳輸其它數據時，則維持自身為連接態(tài)，否則向基站發(fā)送切換至非激活態(tài)的請求，由基站根據所述切換至非激活態(tài)的請求通知UE進入非激活態(tài)。

圖3為本發(fā)明實施例提供的另一種數據的傳輸方法流程圖。參照圖3，所述方法可以包括如下步驟：

步驟31，所述UE在發(fā)送第一數據前，判斷自身是否需要切換至連接態(tài)。

關于步驟31，具體可以參照上述關于步驟21的描述，此處不再贅述。

步驟32，UE根據判斷結果調整自身的狀態(tài)。

在具體實施中，當UE判定自身需要切換至連接態(tài)時，則將自身切換至連接態(tài)后(UE是否切換至連接態(tài)需要取得基站的確認)，否則維持自身為非激活態(tài)。

步驟33，取得與所述基站之間的上行同步。

在具體實施中，可以采用多種方式取得與基站之間的上行同步，具體不作限制。

在本發(fā)明的一實施例中，可以通過發(fā)起隨機接入的方式，取得與所述基站之間的上行同步。

具體地，當UE維持自身為非激活態(tài)時，可以在隨機接入的過程中向所述基站發(fā)送自身的標識信息，基站在接收到所述UE的標識信息后，可以通過動態(tài)調度，為所述UE分配上行傳輸資源，使得所述UE可以利用所分配的上行傳輸資源向基站發(fā)送第一數據。在第一數據傳輸完畢后，所述UE會再次中斷與基站之間的通信，并仍舊處于非激活態(tài)下。其中，所述UE的標識信息通過隨機接入過程中的MSG3發(fā)送。

當UE切換至連接態(tài)時，可以在隨機接入的過程中向所述基站發(fā)送自身的標識信息及RRC連接恢復的信息，恢復與所述基站之間的RRC連接，同時取得與所述基站之間的上行同步。其中，所述UE的標識信息及RRC連接恢復的信息可以通過隨機接入過程中的MSG3(即第三條信令)發(fā)送。

步驟34，以調整后的狀態(tài)向所述基站發(fā)送所述第一數據。

在具體實施中，當UE判定自身需要切換至連接態(tài)時，則將自身切換至連接態(tài)后，以連接態(tài)向所述基站發(fā)送第一數據。當UE維持自身為非激活態(tài)時，以非激活態(tài)向基站發(fā)送第一數據。其中，UE在由當前態(tài)切換至連接態(tài)時，通常是在UE發(fā)送連接恢復消息并取得基站的確認之后，才切換到連接態(tài)。

圖4為本發(fā)明實施例提供的又一種數據傳輸方法，所述方法同樣適用于非激活態(tài)下的用戶終端與基站之間傳輸數據。在具體實施中，基站可以通過向UE發(fā)送RRC信令的方式，指示UE進入非激活態(tài)?；具€可以為UE配置應用非激活態(tài)的限制區(qū)域，比如，一個或多個小區(qū)。UE在基站所配置的限制區(qū)域內可以應用非激活態(tài)，一旦UE離開限制區(qū)域，UE需要通知基站或者自行切換至空閑態(tài)。

在非激活態(tài)下，可以采用如下方法傳輸下行數據：

步驟41，當接收到所述基站發(fā)送的傳輸數據的通知消息時，UE向所述基站發(fā)送相應的反饋消息。

其中，所述通知消息中可以包括所述UE的標識信息以及指示所述UE是否在當前態(tài)接收第二數據的指示信息。

當基站需要向處于非激活態(tài)下的UE發(fā)送數據時，先向所述UE發(fā)送傳輸數據的通知消息。UE在接收到所述通知消息時，向所述基站發(fā)送相應的反饋消息。

在具體實施中，所述通知消息可以為承載尋呼信令的消息，也可以為新引入的消息，具體不作限制。

在所述通知消息中，基站通過所述指示信息可以采用多種方式指示UE是否在當前態(tài)接收第二數據。在本發(fā)明的一實施例中，所述指示所述UE是否在當前態(tài)接收第二數據的指示信息可以由基站根據所述第二數據的數據量大小確定的，比如，當所述第二數據的數據量大于預設第二數據量閾值時，通過所述指示信息指示所述用戶終端在連接態(tài)下接收所述第二數據，反之指示所述用戶終端在當前態(tài)下接收所述第二數據。

其中，所述預設第二數據量閾值可以由本領域技術人員根據非激活態(tài)下UE的數據傳輸能力等因素確定。也就是說，基站在向UE發(fā)送第二數據前，需要根據UE在當前態(tài)下的數據傳輸能力指示UE是否需要切換至連接態(tài)。

需要說明的是，在具體實施中，所述第二數據量閾值本身為一邊界值。在所述第二數據的數據量等于所述第二數據量閾值時，基站可以指示UE在當前態(tài)接收第二數據，也可以指示UE在連接態(tài)接收第二數據。具體是否指示UE在當前態(tài)下接收第二數據，可以由本領域人員自行設定。但無論如何指示，均不夠成對本發(fā)明的限制，且均在本發(fā)明的保護范圍之內。

步驟42，UE接收所述基站根據所述反饋消息發(fā)送的所述第二數據。

在具體實施中，無論所述UE處于連接態(tài)還是非激活態(tài)，UE通常會先取得上行同步，再向基站發(fā)送第二數據，使得UE發(fā)送的信號能夠完整的落在基站的接收窗口，減少基站的處理復雜度以及提高傳輸效率。當然，在保證有效接收的情況下，UE不需要預先取得與基站之間的上行同步，此時，所述反饋消息為所述用戶終端在上行不同步時發(fā)送的指示信息，基站根據所述反饋消息可以獲知UE不需要取得上行同步即可發(fā)送數據。比如，UE可以發(fā)送信息冗余的信號給基站，只需要部分信號被基站的接收窗口接收，基站就能獲得完整的信息。可以理解的是，具體在接收第二數據之前，UE是否取得與基站之間的上行同步，均不夠成對本發(fā)明的限制，且均在本發(fā)明的保護范圍之內。

在本發(fā)明的一實施例中，所述UE可以通過隨機接入向所述基站發(fā)送反饋消息，還可以通過隨機接入取得與所述基站之間的上行同步，即向所述基站發(fā)送反饋信息與取得上行同步同時進行。當基站發(fā)現(xiàn)UE需要取得上行同步時，即認為UE進行了反饋。之后，基站可以與所述UE進行信令交互，在所述UE取得上行同步后，再向所述UE發(fā)送第二數據。

在本發(fā)明的一實施例中，基站在向非激活態(tài)下的UE發(fā)送第二數據之前，可以預先通過系統(tǒng)消息或者所述通知消息配置用于承載所述反饋消息的特定序列。當UE不需要取得與基站之間的上行同步時，可以在接收到所述通知消息后，通過所配置的特定序列向所述基站反饋，所述基站在接收到UE的反饋后，將第二數據發(fā)送至所述UE。其中，所述特定序列可以為Preamble(即特定序列)等參考信號，具體不作限制，只要能夠將所述反饋信息反饋至所述基站即可。

在具體實施中，基站可以同時配置多個特定序列用于UE的反饋，也可以僅配置一個特定序列用于UE的反饋。當基站配置了多個特定序列用于UE反饋時，基站除了在所述通知消息中指示UE的標識以及所述UE是否在當前態(tài)接收第二數據外，還需指示這些序列的標識。如果基站只配置一個特定序列用于UE反饋，則基站在所述通知消息中不需要指示該特定序列的標識，只需指示UE的標識和所述UE是否在當前態(tài)接收第二數據。

當UE的當前態(tài)為非激活態(tài)時，即指示UE在非激活態(tài)接收第二數據，UE可以在隨機接入的過程中通過MSG3向所述基站發(fā)送自身的標識信息，基站在接收到所述UE的標識信息后，可以通過下行調度，向所述UE發(fā)送第二數據。

當UE的當前態(tài)為連接態(tài)時，即指示UE在連接態(tài)接收第二數據，UE可以在隨機接入的過程中通過MSG3向所述基站發(fā)送自身的標識信息及RRC連接恢復的信息，恢復與所述基站之間的RRC連接，進而在UE取得與所述基站之間的上行同步后，向所述UE發(fā)送第二數據。

圖5為本發(fā)明實施例提供的一種數據傳輸方法，所述方法可以包括如下步驟：

步驟51，所述UE在發(fā)送第一數據前，判斷自身是否需要切換至連接態(tài)。

步驟52，所述UE根據判斷結果調整自身的狀態(tài)，并以調整后的狀態(tài)向所述基站發(fā)送所述第一數據。

步驟53，所述UE當接收到所述基站發(fā)送的傳輸數據的通知消息時，向所述基站發(fā)送相應的反饋消息。

步驟54，接收所述基站根據所述反饋消息發(fā)送的所述第二數據。

關于步驟51及52，可以分別參數上述對步驟21及22的描述。關于步驟53及54可以分別參照上述對步驟41及42的描述。

其中，步驟51及52用于非激活態(tài)下的UE與基站之間進行上行數據的傳輸。步驟53及54用于非激活態(tài)下的UE與基站之間進行下行數據的傳輸?？梢岳斫獾氖?，對于同一個UE，無論是傳輸上行數據，還是傳輸下行數據，相應步驟在執(zhí)行順序上不存在限制。換句話說，當UE需要與基站之間傳輸上行數據時，可以采用步驟51及52實施數據傳輸。當UE需要與基站之間傳輸下行數據時，可以采用步驟53及54實施數據傳輸。具體執(zhí)行哪個步驟，由UE及基站的需求確定。

比如，當UE首先向基站發(fā)送數據時，執(zhí)行步驟51和52，如果執(zhí)行結束之后，UE處于非激活態(tài)，當基站在之后某個時間需要向UE發(fā)送數據時，可以繼續(xù)執(zhí)行步驟53和54。如果UE在向基站發(fā)送數據之后，不再處于非激活態(tài)，則不執(zhí)行步驟53和54。

當然，非激活態(tài)下的UE與基站之間進行上行數據傳輸的過程中，在UE以調整后的狀態(tài)向基站發(fā)送第一數據前，還可以先取得與基站之間的上行同步，之后再以調整后的狀態(tài)向基站發(fā)送第一數據。具體關于如何取得與基站之間的上行同步，可以參照上述對步驟33的描述進行實施，此處不再贅述。

圖6為本發(fā)明實施例提供的再一種數據的傳輸方法流程圖，所述方法適用于非激活態(tài)下的UE與基站之間傳輸數據。參照圖6，所述方法可以包括如下步驟：

步驟61，向非激活態(tài)下的UE發(fā)送傳輸數據的通知消息。

在具體實施中，當基站需要向處于非激活態(tài)下的UE發(fā)送數據時，先向所述UE發(fā)送傳輸數據的通知消息。其中，所述通知消息中包括所述UE的標識信息以及指示所述UE是否在當前態(tài)接收第二數據的指示信息。UE在接收到所述通知消息時，向所述基站發(fā)送相應的反饋消息。

在具體實施中，所述通知消息可以為承載尋呼信令的消息，也可以為新引入的消息，具體不作限制。

在所述通知消息中，通過所述指示信息可以采用多種方式指示UE是否在當前態(tài)接收第二數據，比如，可以由基站根據所述第二數據的數據量大小確定所述指示所述UE是否在當前態(tài)接收第二數據的指示信息。具體地，可以在所述第二數據的數據量大于預設第二數據量閾值時，通過所述指示信息指示所述用戶終端在連接態(tài)下接收所述第二數據，反之指示所述用戶終端在當前態(tài)下接收所述第二數據。其中，所述預設第二數據量閾值可以由本領域技術人員根據非激活態(tài)下UE的數據傳輸能力等因素確定。

需要說明的是，在具體實施中，所述第二數據量閾值本身為一邊界值。在所述第二數據的數據量等于所述第二數據量閾值時，基站可以指示UE在當前態(tài)接收第二數據，也可以指示UE在連接態(tài)接收第二數據。具體是否指示UE在當前態(tài)下接收第二數據，可以由本領域人員自行設定。但無論如何指示，均不夠成對本發(fā)明的限制，且均在本發(fā)明的保護范圍之內。

步驟62，當接收到所述UE發(fā)送的反饋消息時，根據所述反饋消息向所述UE發(fā)送所述第二數據。

在具體實施中，UE在接收到所述通知消息后，可以根據所述通知消息調整自身的狀態(tài)。無論所述UE調整后的狀態(tài)是連接態(tài)還是非激活態(tài)，UE通常會先取得上行同步，再向基站發(fā)送第二數據，使得UE發(fā)送的信號能夠完整的落在基站的接收窗口，減少基站的處理復雜度以及提高傳輸效率。當然，在保證有效接收的情況下，UE不需要預先取得與基站之間的上行同步，此時，所述反饋消息為所述用戶終端在上行不同步時發(fā)送的指示信息，基站根據所述反饋消息可以獲知UE不需要取得上行同步即可發(fā)送數據。比如，UE可以發(fā)送信息冗余的信號給基站，只需要部分信號被基站的接收窗口接收，基站就能獲得完整的信息?？梢岳斫獾氖?，具體通過所述反饋消息是否取得與基站之間的上行同步，均不夠成對本發(fā)明的限制，且均在本發(fā)明的保護范圍之內。

在本發(fā)明的一實施例中，所述UE可以通過隨機接入向所述基站發(fā)送反饋消息，還可以通過隨機接入取得與所述基站之間的上行同步，即向所述基站發(fā)送反饋信息與取得上行同步同時進行。當基站發(fā)現(xiàn)UE需要取得上行同步時，即認為UE進行了反饋。之后，基站可以與所述UE進行信令交互，在所述UE取得上行同步后，再向所述UE發(fā)送第二數據。

在本發(fā)明的一實施例中，基站在向非激活態(tài)下的UE發(fā)送第二數據之前，可以預先通過系統(tǒng)消息或者所述通知消息配置特定序列，以用于UE的反饋，即所述反饋消息為基站預先配置的特定序列。當UE不需要取得與基站之間的上行同步時，可以在接收到所述通知消息后，通過所配置的特定序列向所述基站反饋，所述基站在接收到UE的反饋后，將第二數據發(fā)送至所述UE。其中，所述特定序列可以為Preamble(即特定序列)等參考信號，具體不作限制，只要能夠將所述反饋信息反饋至所述基站即可。

在具體實施中，基站可以同時配置多個特定序列用于UE的反饋，也可以僅配置一個特定序列用于UE的反饋。當基站配置了多個特定序列用于UE反饋時，基站除了在所述通知消息中指示UE的標識以及所述UE是否在當前態(tài)接收第二數據外，還需指示這些序列的標識。如果基站只配置一個特定序列用于UE反饋，則基站在所述通知消息中不需要指示該特定序列的標識，只需指示UE的標識和所述UE是否在當前態(tài)接收第二數據

當UE的當前態(tài)為非激活態(tài)時，即指示UE在非激活態(tài)接收第二數據，UE可以在隨機接入的過程中通過MSG3向所述基站發(fā)送自身的標識信息，基站在接收到所述UE的標識信息后，可以通過下行調度，向所述UE發(fā)送第二數據。

當UE的當前態(tài)為連接態(tài)時，即指示UE在連接態(tài)接收第二數據，UE可以在隨機接入的過程中通過MSG3向所述基站發(fā)送自身的標識信息及RRC連接恢復的信息，恢復與所述基站之間的RRC連接，進而在UE取得與所述基站之間的上行同步后，向所述UE發(fā)送第二數據。

圖7為本發(fā)明實施例中數據傳輸的信令交互圖。參照圖7，整個數據傳輸過程可以包括如下步驟：

步驟71，基站向UE發(fā)送傳輸數據的通知消息。

其中，所述通知消息中可以包括所述UE的標識信息以及指示所述UE是否在當前態(tài)接收第二數據的指示信息。

在本發(fā)明的一實施例中，所述指示所述UE是否在當前態(tài)接收第二數據的指示信息可以由基站根據所述第二數據的數據量大小確定的，比如，當所述第二數據的數據量大于預設第二數據量閾值時，通過所述指示信息指示所述用戶終端在連接態(tài)下接收所述第二數據，反之指示所述用戶終端在當前態(tài)下接收所述第二數據。

步驟72，UE向基站發(fā)送相應的反饋消息。

在本發(fā)明的一實施例中，所述UE可以通過所述反饋消息向基站反饋不需要取得與所述基站之間的上行同步。

在本發(fā)明的另一實施例中，所述反饋信息為上行同步請求信息。

在具體實施中，所述上行同步請求信息可以是在所述UE發(fā)起的隨機接入過程中發(fā)送的。

步驟73，基站向UE發(fā)送第二數據。

步驟74，UE在發(fā)送第一數據前，判斷自身是否需要切換至連接態(tài)。

在本發(fā)明的一實施例中，可以通過判斷所述第一數據的數據量是否大于預設第一數據量閾值，來判斷自身是否要切換至連接態(tài)。當第一數據的數據量大于預設第一數據量閾值時，判定自身需要切換至連接態(tài)。當第一數據的數據量小于等于預設第一數據量閾值時，維持自身為非激活態(tài)。

在本發(fā)明的另一實施例中，所述UE通過判斷所述第一數據是否持續(xù)生成，當第一數據會持續(xù)生成時，如UE會周期性的生成第一數據，此時UE判斷自身需要切換至連接態(tài)，否則UE維持在非激活態(tài)。

步驟75，UE根據判斷結果調整自身的狀態(tài)。

步驟76，取得與基站之間的上行同步。

在具體實施中，UE可以通過隨機接入取得與基站之間的上行同步。當然，在保證有效接收的情況下，UE也可以不取得與基站之間的上行同步即向基站發(fā)送數據。

步驟77，向所述基站發(fā)送第一數據。

關于步驟71至73，具體可以參照上述對步驟41及42的描述進行實施。關于步驟74至77，具體可以參照上述對步驟31至34的描述進行實施。

由上述內容可知，本發(fā)明實施例中數據的傳輸方法，不僅實現(xiàn)了非激活態(tài)下UE與基站之間的上行數據傳輸，還實現(xiàn)了非激活態(tài)下UE與基站之間的下行數據傳輸。利用所述數據傳輸方法，可以在數據傳輸的過程中，節(jié)省大量的信令交互，提高數據傳輸效率。

為了使本領域技術人員更好地理解和實現(xiàn)本發(fā)明，以下對上述數據的傳輸方法進行詳細描述。

參照圖8，本發(fā)明實施例提供了一種用戶終端80，所述用戶終端80適于非激活態(tài)下與基站之間傳輸數據。具體地所述用戶終端80可以包括：第一判斷單元81，第一狀態(tài)調整單元82以及第一數據發(fā)送單元83。其中：

所述第一判斷單元81，適于在發(fā)送第一數據前，判斷自身是否需要切換至連接態(tài)；

所述第一狀態(tài)調整單元82，適于根據所述第一判斷單元81的判斷結果調整自身的狀態(tài)；

所述第一數據發(fā)送單元83，適于以調整后的狀態(tài)向基站發(fā)送所述第一數據。

在具體實施中，所述第一判斷單元81適于當所述第一數據的數據量大于預設第一數據量閾值時，判定自身需要切換至連接態(tài)，反之維持自身為非激活態(tài)。

在具體實施中，所述第一判斷單元81適于當所述第一數據持續(xù)生成時，判定自身需要切換至連接態(tài)，反之維持自身為非激活態(tài)。

在具體實施中，所述用戶終端80還可以包括：同步單元84，適于在所述第一數據發(fā)送單元83以調整后的狀態(tài)向基站發(fā)送所述第一數據之前，取得與所述基站之間的上行同步。

在具體實施中，所述同步單元84適于通過發(fā)起隨機接入的方式，取得與所述基站之間的上行同步。

在具體實施中，所述同步單元84適于當需要切換至連接態(tài)時，在隨機接入的過程中向所述基站發(fā)送自身的標識信息及RRC連接恢復的信息，恢復與所述基站之間的RRC連接，取得與所述基站之間的上行同步。

在具體實施中，所述第一數據發(fā)送單元83適于以調整后的狀態(tài)并利用所述基站配置的共享數據傳輸資源，向基站發(fā)送所述第一數據。

在具體實施中，所述共享數據傳輸資源是由所述基站在所述用戶終端非激活態(tài)下發(fā)送第一數據之前，通過系統(tǒng)消息或動態(tài)調度配置的。

在本發(fā)明的一實施例中，所述用戶終端80還可以包括：第二判斷單元85以及第二狀態(tài)調整單元86。其中：

所述第二判斷單元85，適于當以連接態(tài)向基站發(fā)送所述第一數據后，判斷預設時間內是否需要傳輸其它數據；

所述第二狀態(tài)調整單元86，適于向基站發(fā)送切換至非激活態(tài)的請求，由所述基站根據所述切換至非激活態(tài)的請求通知所述UE進入非激活態(tài)。

參照圖9，本發(fā)明實施例還提供了另一種用戶終端90，所述用戶終端90適于非激活態(tài)下與基站之間傳輸數據。具體地，所述用戶終端90可以包括：反饋單元91以及第一數據接收單元92。其中：

所述反饋單元91，適于當接收到所述基站發(fā)送的傳輸數據的通知消息時，向所述基站發(fā)送相應的反饋消息，所述通知消息中包括所述用戶終端的標識信息以及指示所述用戶終端是否在當前態(tài)接收數據的指示信息；

所述第一數據接收單元92，適于接收所述基站根據所述反饋消息發(fā)送的第二數據。

在具體實施中，所述指示用戶終端是否在當前態(tài)接收第二數據的指示信息是由基站根據所述第二數據的數據量大小確定的。

在具體實施中，當所述第二數據的數據量大于預設第二數據量閾值時，所述指示信息指示所述用戶終端在連接態(tài)下接收所述第二數據，反之指示所述用戶終端在當前態(tài)下接收所述第二數據。

在具體實施中，所述反饋單元92發(fā)送的反饋消息為所述用戶終端在上行不同步時發(fā)送的指示信息。

在具體實施中，所述用戶終端在上行不同步時發(fā)送的指示信息是通過系統(tǒng)消息或所述通知消息配置的。

在具體實施中，所述反饋單元92發(fā)送的反饋消息為所述基站預先配置的特定序列。

在具體實施中，所述反饋單元在所述用戶終端發(fā)起的隨機接入過程中發(fā)送所述反饋消息。

參照圖10，本發(fā)明實施例還提供了又一種用戶終端1，所述用戶終端1可以包括：第一判斷單元11，第一狀態(tài)調整單元12，第一數據發(fā)送單元13，反饋單元14以及第一數據接收單元15。其中：

所述第一判斷單元11，適于在發(fā)送第一數據前，判斷自身是否需要切換至連接態(tài)；

所述第一狀態(tài)調整單元12，適于根據所述第一判斷單元11的判斷結果調整自身的狀態(tài)；

所述第一數據發(fā)送單元13，適于以調整后的狀態(tài)向基站發(fā)送所述第一數據；

所述反饋單元14，適于當接收到所述基站發(fā)送的傳輸數據的通知消息時，向所述基站發(fā)送相應的反饋消息，所述通知消息中包括所述用戶終端的標識信息以及指示所述用戶終端是否在當前態(tài)接收數據的指示信息；

所述第一數據接收單元15，適于接收所述基站根據所述反饋消息發(fā)送的第二數據。

關于第一判斷單元11，第一狀態(tài)調整單元12，數據發(fā)送單元13，反饋單元14以及第一數據接收單元15，可以分別參照上述對第一判斷單元71，第一狀態(tài)調整單元72，數據發(fā)送單元73，反饋單元81以及第一數據接收單元82的描述進行實施，此處不再贅述。

在具體實施中，所述用戶終端1還可以包括：同步單元16，適于在所述數據發(fā)送單元以調整后的狀態(tài)向基站發(fā)送所述第一數據之前，取得與所述基站之間的上行同步。具體可以參照上述對同步單元74的描述，實施所述同步單元16。

在具體實施中，所述用戶終端1還可以包括：第二判斷單元17以及第二狀態(tài)調整單元18，其中：

所述第二判斷單元17，適于當以連接態(tài)向基站發(fā)送所述第一數據后，判斷預設時間內是否需要傳輸其它數據；

所述第二狀態(tài)調整單元18，適于當所述第二判斷單元判定當預設時間內需要傳輸其它數據時，維持自身為連接態(tài)；否則控制自身切換至非激活態(tài)。

參照圖11，本發(fā)明實施例還提供了一種基站120，所述基站120可以包括：

通知單元121，適于向非激活態(tài)下的UE發(fā)送傳輸數據的通知消息，所述通知消息中包括所述用戶終端的標識信息以及指示所述UE是否在當前態(tài)接收第二數據的指示信息；

第二數據接收單元122，適于接收所述UE發(fā)送的反饋消息；

第二數據發(fā)送單元123，適于當接收到所述UE發(fā)送的反饋消息時，根據所述反饋消息向所述UE發(fā)送所述第二數據。

在具體實施中，所述通知單元121適于根據所述第二數據的數據量大小確定所述UE是否在當前狀態(tài)接收待傳輸數據的指示信息。

在具體實施中，所述通知單元121適于當所述第二數據的數據量大于預設第二數據量閾值時，通過所述指示信息指示所述UE在連接態(tài)下接收所述第二數據，反之指示所述UE在當前態(tài)下接收所述第二數據。

在具體實施中，所述第二數據接收單元122接收到的反饋消息為所述UE在上行不同步時發(fā)送的指示信息。

在具體實施中，所述第二數據接收單元122接收到的在上行不同步時發(fā)送的指示信息，是通過系統(tǒng)消息或所述通知消息配置的。

在具體實施中，所述第二數據接收單元122接收到的反饋消息為所述基站120預先配置的特定序列。

在具體實施中，所述第二數據發(fā)送單元123，適于當接收到所述反饋消息時，與所述UE進行信令交互，在所述UE取得上行同步后，向所述UE發(fā)送所述第二數據。

在具體實施中，所述第二數據接收單元122接收到的反饋消息是所述UE在發(fā)起的隨機接入過程中發(fā)送的。

在具體實施中，所述第二數據發(fā)送單元123，適于當接收到所述UE發(fā)送的RRC連接恢復的信息時，與所述UE恢復RRC連接，向處于連接態(tài)下的所述UE發(fā)送所述第二數據。

本領域普通技術人員可以理解上述實施例的各種方法中的全部或部分步驟是可以通過程序來指令相關的硬件來完成，該程序可以存儲于一計算機可讀存儲介質中，存儲介質可以包括：ROM、RAM、磁盤或光盤等。

雖然本發(fā)明披露如上，但本發(fā)明并非限定于此。任何本領域技術人員，在不脫離本發(fā)明的精神和范圍內，均可作各種更動與修改，因此本發(fā)明的保護范圍應當以權利要求所限定的范圍為準。