本發(fā)明實施例涉及但不限于無線通信技術(shù)領(lǐng)域，尤指一種數(shù)據(jù)傳輸方法、裝置和系統(tǒng)。

背景技術(shù)：

隨著無線通信技術(shù)的發(fā)展和用戶對通信需求的日益增加，以及逐步增加的數(shù)據(jù)傳輸速率，無線通信技術(shù)中業(yè)務(wù)流傳輸?shù)臅r延成為影響系統(tǒng)性能的重要因素。

現(xiàn)有長期演進(longtermevolution，簡稱為：lte)技術(shù)在進行上行數(shù)據(jù)傳輸前，需要基站(basestation，簡稱為：bs)為終端設(shè)備(userequipment，簡稱為：ue)分配資源。具體地，現(xiàn)有的資源分配方式中采用的是資源申請的方式，如圖1所示，為現(xiàn)有l(wèi)te技術(shù)中一種ue向bs申請資源的流程圖，首先ue會向bs發(fā)送探測消息(probe)，在bs向ue反饋響應(yīng)(response)消息之后，ue會向bs發(fā)送調(diào)度請求(schedulerequest)消息，bs根據(jù)自身的資源使用情況執(zhí)行后續(xù)操作，如果bs中存在空閑資源，則會向ue發(fā)送資源響應(yīng)(resourceresponse)消息，之后ue會向bs上報自身的緩存狀態(tài)報告(bufferstatusreport，簡稱為：bsr)，bs根據(jù)ue上報的bsr為該ue分配相應(yīng)的資源，并通過資源分配響應(yīng)(resourceallocationresponse)消息將分配的資源發(fā)送給ue，隨后ue可以使用上述申請的資源進行數(shù)據(jù)傳輸。

然而，現(xiàn)有l(wèi)te技術(shù)中的數(shù)據(jù)傳輸方法，由于ue從bs側(cè)申請傳輸資源的過程通常需要一定的時間，從而導(dǎo)致ue在傳輸超實時緊急業(yè)務(wù)流時不能滿足該緊急業(yè)務(wù)流對傳輸時延要求的問題。

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

為了解決上述技術(shù)問題，本發(fā)明實施例提供了一種數(shù)據(jù)傳輸方法、裝置和系統(tǒng)，本發(fā)明實施例以解決現(xiàn)有l(wèi)te技術(shù)中的數(shù)據(jù)傳輸方法，由于ue從bs側(cè)申請傳輸資源的過程通常需要一定的時間，從而導(dǎo)致ue在傳輸超實時緊急業(yè)務(wù)流時不能滿足該緊急業(yè)務(wù)流對傳輸時延要求的問題。

第一方面，本發(fā)明實施例提供一種數(shù)據(jù)傳輸方法，包括：

終端設(shè)備ue接收基站bs發(fā)送的包括預(yù)留資源指示信息的主信息塊mib消息，所述預(yù)留資源指示信息中包括緊急業(yè)務(wù)流與預(yù)留資源的對應(yīng)關(guān)系；

所述ue檢測到存在待傳輸?shù)木o急業(yè)務(wù)流后，根據(jù)所述預(yù)留資源指示信息采用所述緊急業(yè)務(wù)流對應(yīng)的預(yù)留資源傳輸所述緊急業(yè)務(wù)流。

在第一方面的第一種可能的實現(xiàn)方式中，所述終端設(shè)備ue接收基站bs發(fā)送的包括預(yù)留資源指示信息的mib消息之后，還包括：

所述ue接收所述bs廣播的與所述緊急業(yè)務(wù)流對應(yīng)的靜默幀，所述靜默幀為所述bs在每個幀的第一個子幀上廣播的；

所述ue檢測到存在待傳輸?shù)木o急業(yè)務(wù)流后，采用所述預(yù)留資源傳輸所述緊急業(yè)務(wù)流之前，還包括：

所述ue根據(jù)所述靜默幀進行靜默處理；

所述ue采用所述預(yù)留資源傳輸所述緊急業(yè)務(wù)流，包括：

所述ue在靜默處理結(jié)果為未靜默時，采用所述預(yù)留資源傳輸所述緊急業(yè)務(wù)流；

所述ue在靜默處理結(jié)果為被靜默時，在下一個重傳窗口的第一個子幀通過所述靜默幀重新進行靜默處理，并根據(jù)靜默處理結(jié)果確定采用所述預(yù)留資源傳輸所述緊急業(yè)務(wù)流或推遲傳輸所述緊急業(yè)務(wù)流。

根據(jù)第一方面的第一種可能的實現(xiàn)方式，在第二種可能的實現(xiàn)方式中，所述靜默幀中包括靜默概率；所述ue根據(jù)所述靜默幀進行靜默處理，包括：

所述ue將所述ue生成的隨機靜默值與所述靜默概率進行對比，并根據(jù)所述對比結(jié)果確定所述ue未靜默或被靜默。

根據(jù)第一方面的第一種可能的實現(xiàn)方式，在第三種可能的實現(xiàn)方式中，所述ue采用所述預(yù)留資源傳輸所述緊急業(yè)務(wù)流之后，還包括：

所述ue接收所述bs發(fā)送的資源指示幀，所述資源指示幀中包括所述bs為所述ue分配的傳輸資源，其中，所分配的傳輸資源為所述bs在接收到的所述緊急業(yè)務(wù)流后進行沖突檢測，且沖突檢測結(jié)果為未沖突時為所述ue分配的；

所述ue采用所述分配的傳輸資源傳輸所述緊急業(yè)務(wù)流。

根據(jù)第一方面的第一種可能的實現(xiàn)方式，在第四種可能的實現(xiàn)方式中，所述ue采用所述預(yù)留資源傳輸所述緊急業(yè)務(wù)流之后，還包括：

所述ue進行超時判斷；

當判斷結(jié)果為超時時，所述ue在下一個重傳窗口的第一個子幀通過所述靜默幀重新進行靜默處理，并根據(jù)靜默處理結(jié)果確定采用所述預(yù)留資源傳輸所述緊急業(yè)務(wù)流或推遲傳輸所述緊急業(yè)務(wù)流。

根據(jù)第一方面、第一方面的第一種到第四種可能的實現(xiàn)方式中任意一種，在第五種可能的實現(xiàn)方式中，所述終端設(shè)備ue接收基站bs發(fā)送的包括預(yù)留資源指示信息的mib消息之前，還包括：

所述ue向所述bs或軟件定義網(wǎng)絡(luò)sdn控制器發(fā)送注冊請求消息，所述注冊請求消息中包括所述ue中的緊急業(yè)務(wù)流信息；

所述ue接收所述bs或所述sdn控制器發(fā)送的注冊響應(yīng)消息，所述注冊響應(yīng)消息向所述ue指示所述bs確定為所述ue中的緊急業(yè)務(wù)流分配預(yù)留資源。

根據(jù)第一方面的第五種可能的實現(xiàn)方式，在第六種可能的實現(xiàn)方式中，所述ue發(fā)送的緊急業(yè)務(wù)流信息包括：所述緊急業(yè)務(wù)流的類型或內(nèi)容，或者，所述緊急業(yè)務(wù)流和其它緊急業(yè)務(wù)流的類型或內(nèi)容；所述預(yù)留資源指示信息中的對應(yīng)關(guān)系為：相同類型的緊急業(yè)務(wù)流對應(yīng)一個預(yù)留資源。

根據(jù)第一方面的第五種可能的實現(xiàn)方式，在第七種可能的實現(xiàn)方式中，所述ue發(fā)送的緊急業(yè)務(wù)流信息包括：所述緊急業(yè)務(wù)流的類型和所述緊急業(yè)務(wù)流對應(yīng)的傳輸間隔周期，所述預(yù)留資源指示信息中的對應(yīng)關(guān)系為：緊急業(yè)務(wù)流與傳輸間隔周期和預(yù)留資源的對應(yīng)關(guān)系；

所述ue采用所述預(yù)留資源傳輸所緊急業(yè)務(wù)流，包括：

所述ue每隔一個所述傳輸間隔周期采用所述預(yù)留資源傳輸所述緊急業(yè)務(wù)流。

根據(jù)第一方面的第七種可能的實現(xiàn)方式，在第八種可能的實現(xiàn)方式中，所述ue采用所述預(yù)留資源傳輸所述緊急業(yè)務(wù)流之后，還包括：

所述ue在所述傳輸間隔周期內(nèi)采用所述預(yù)留資源傳輸?shù)姆蔷o急業(yè)務(wù)流。

第二方面，本發(fā)明實施例提供一種數(shù)據(jù)傳輸方法，包括：

基站bs向終端設(shè)備ue發(fā)送包括預(yù)留資源指示信息的主信息塊mib消息，所述預(yù)留資源指示信息中包括緊急業(yè)務(wù)流與預(yù)留資源的對應(yīng)關(guān)系；

所述bs接收所述ue采用緊急業(yè)務(wù)流對應(yīng)的預(yù)留資源傳輸?shù)乃鼍o急業(yè)務(wù)流。

在第二方面的第一種可能的實現(xiàn)方式中，所述基站bs向終端設(shè)備ue發(fā)送包括預(yù)留資源指示信息的主信息塊mib消息之后，還包括：

所述bs在每個幀的第一子幀上廣播與所述緊急業(yè)務(wù)流對應(yīng)的靜默幀，所述靜默幀中包括靜默概率，所述靜默幀用于向具有所述緊急業(yè)務(wù)流的每個ue指示，在檢測到存在待傳輸?shù)木o急業(yè)務(wù)流后根據(jù)所述靜默概率進行靜默處理；

所述bs接收所述ue采用所述預(yù)留資源傳輸?shù)乃鼍o急業(yè)務(wù)流，包括：

所述bs接收所述ue在靜默處理結(jié)果為未靜默時，所述ue采用所述預(yù)留資源傳輸?shù)乃鼍o急業(yè)務(wù)流；

所述bs接收所述ue在靜默處理結(jié)果為被靜默時，所述ue在下一個重傳窗口的第一個子幀通過所述靜默幀重新進行靜默處理，并根據(jù)靜默處理結(jié)果確定用所述預(yù)留資源傳輸?shù)乃鼍o急業(yè)務(wù)流或推遲傳輸所述緊急業(yè)務(wù)流。

根據(jù)第二方面的第一種可能的實現(xiàn)方式，在第二種可能的實現(xiàn)方式中，所述bs接收所述ue采用預(yù)留資源傳輸?shù)木o急業(yè)務(wù)流之后，還包括：

所述bs進行沖突檢測，所述bs根據(jù)之前在所述預(yù)留資源上接收的緊急業(yè)務(wù)流是否能正確解析，判斷所述預(yù)留資源是否產(chǎn)生沖突；

所述bs在沖突檢測結(jié)果為未沖突時，為所述ue分配傳輸資源，并向 所述ue發(fā)送包括所述傳輸資源的資源指示幀，指示ue采用所述傳輸資源傳輸所述緊急業(yè)務(wù)流。

根據(jù)第二方面的第二種可能的實現(xiàn)方式，在第三種可能的實現(xiàn)方式中，所述方法還包括：

所述bs記錄所述預(yù)留資源在每個幀內(nèi)產(chǎn)生沖突的次數(shù)；

所述bs根據(jù)記錄的沖突次數(shù)調(diào)整靜默概率。

根據(jù)第二方面、第二方面的第一種到第三種可能的實現(xiàn)方式中任意一種，在第四種可能的實現(xiàn)方式中，所述基站bs向終端設(shè)備ue發(fā)送包括預(yù)留資源指示信息的主信息塊mib消息之前，還包括：

所述bs接收多個ue發(fā)送的注冊請求消息，所述注冊請求消息中包括每個所述ue中的緊急業(yè)務(wù)流信息；

所述bs確定為所述多個ue中的全部或部分ue分配預(yù)留資源，并向確定分配預(yù)留資源的ue發(fā)送注冊響應(yīng)消息；

所述bs根據(jù)接收到的緊急業(yè)務(wù)流信息進行預(yù)留處理，為緊急業(yè)務(wù)流分配對應(yīng)的預(yù)留資源。

根據(jù)第二方面的第四種可能的實現(xiàn)方式，在第五種可能的實現(xiàn)方式中，所述bs根據(jù)接收到的緊急業(yè)務(wù)流的信息進行預(yù)留處理，包括：

所述bs根據(jù)所述接收到的緊急業(yè)務(wù)流的信息進行等效帶寬計算和資源預(yù)留，其中，所述資源預(yù)留的結(jié)果為：相同類型或相同內(nèi)容的緊急業(yè)務(wù)流對應(yīng)一個預(yù)留資源。

根據(jù)第二方面的第四種可能的實現(xiàn)方式，在第六種可能的實現(xiàn)方式中，所述基站bs向終端設(shè)備ue發(fā)送包括預(yù)留資源指示信息的主信息塊mib消息，包括：

所述bs向所述確定分配預(yù)留資源的ue分別發(fā)送包括所述預(yù)留資源指示信息的mib消息；或者，

所述bs廣播包括所述預(yù)留資源指示信息的mib消息。

根據(jù)第二方面的第四種可能的實現(xiàn)方式，在第七種可能的實現(xiàn)方式中，所述bs接收的緊急業(yè)務(wù)流信息包括：所述緊急業(yè)務(wù)流的類型或內(nèi)容和所述緊急業(yè)務(wù)流對應(yīng)的傳輸間隔周期，所述預(yù)留資源指示信息中的對應(yīng)關(guān)系為： 緊急業(yè)務(wù)流與傳輸間隔周期和預(yù)留資源的對應(yīng)關(guān)系；

所述bs接收所述ue采用預(yù)留資源傳輸?shù)木o急業(yè)務(wù)流，包括：

所述bs接收所述ue每隔一個所述傳輸間隔周期采用所述預(yù)留資源傳輸?shù)乃鼍o急業(yè)務(wù)流。

根據(jù)第二方面的第七種可能的實現(xiàn)方式，在第八種可能的實現(xiàn)方式中，所述bs接收所述ue采用預(yù)留資源傳輸?shù)木o急業(yè)務(wù)流之后，還包括：

所述bs接收所述ue在所述傳輸間隔周期內(nèi)采用所述預(yù)留資源傳輸?shù)姆蔷o急業(yè)務(wù)流。

第三方面，本發(fā)明實施例提供一種數(shù)據(jù)傳輸方法，包括：

軟件定義網(wǎng)絡(luò)sdn控制器根據(jù)從終端設(shè)備ue接收到的緊急業(yè)務(wù)流的信息進行預(yù)留處理；

所述sdn向基站bs發(fā)送處理結(jié)果通知消息，所述處理結(jié)果通知消息用于指示所述bs為所述sdn控制器接收到的緊急業(yè)務(wù)流分配對應(yīng)的預(yù)留資源，并向所述ue發(fā)送包括預(yù)留資源指示信息的主信息塊mib消息，所述預(yù)留資源指示信息中包括緊急業(yè)務(wù)流與預(yù)留資源的對應(yīng)關(guān)系。

在第三方面的第一種可能的實現(xiàn)方式中，所述軟件定義網(wǎng)絡(luò)sdn控制器根據(jù)從終端設(shè)備ue接收到的緊急業(yè)務(wù)流的信息進行預(yù)留處理之前，還包括：

所述sdn控制器接收多個ue發(fā)送的注冊請求消息，所述注冊請求消息中包括每個所述ue中緊急業(yè)務(wù)流的信息；

所述sdn控制器確定為所述多個ue中的全部或部分ue分配預(yù)留資源，并向確定分配預(yù)留資源的ue發(fā)送注冊響應(yīng)消息。

第四方面，本發(fā)明實施例提供一種數(shù)據(jù)傳輸裝置，設(shè)置于終端設(shè)備ue中，所述數(shù)據(jù)傳輸裝置包括：相連接的接收模塊和發(fā)送模塊；

所述接收模塊，配置為能夠接收基站bs發(fā)送的包括預(yù)留資源指示信息的主信息塊mib消息，所述預(yù)留資源指示信息中包括緊急業(yè)務(wù)流與預(yù)留資源的對應(yīng)關(guān)系；

所述發(fā)送模塊，配置為能夠在所述ue檢測到存在待傳輸?shù)木o急業(yè)務(wù)流后，根據(jù)所述接收模塊接收的預(yù)留資源指示信息采用所述緊急業(yè)務(wù)流對應(yīng)的 預(yù)留資源傳輸所述緊急業(yè)務(wù)流。

在第四方面的第一種可能的實現(xiàn)方式中，所述接收模塊，還配置為能夠在接收所述bs發(fā)送的所述mib消息之后，接收所述bs廣播的與所述緊急業(yè)務(wù)流對應(yīng)的靜默幀，所述靜默幀為所述bs在每個幀的第一個子幀上廣播的；

所述數(shù)據(jù)傳輸裝置還包括：與所述發(fā)送模塊相連接的靜默處理模塊，配置為能夠在ue檢測到存在待傳輸?shù)木o急業(yè)務(wù)流后，且所述發(fā)送模塊傳輸所述緊急業(yè)務(wù)流之前，根據(jù)所述接收模塊接收的靜默幀進行靜默處理；

所述發(fā)送模塊配置為能夠采用所述預(yù)留資源傳輸所述緊急業(yè)務(wù)流，包括：

配置為能夠在所述靜默處理的靜默處理結(jié)果為未靜默時，采用所述預(yù)留資源傳輸所述緊急業(yè)務(wù)流；

配置為能夠在所述靜默處理的靜默處理結(jié)果為被靜默時，在下一個重傳窗口的第一個子幀通過所述靜默幀重新進行靜默處理，并根據(jù)靜默處理結(jié)果確定采用所述預(yù)留資源傳輸所述緊急業(yè)務(wù)流或推遲傳輸所述緊急業(yè)務(wù)流。

根據(jù)第四方面的第一種可能的實現(xiàn)方式，在第二種可能的實現(xiàn)方式中，所述靜默幀中包括靜默概率；所述靜默處理模塊配置為能夠根據(jù)所述接收模塊接收的靜默幀進行靜默處理，包括：配置為能夠?qū)⑺鰑e生成的隨機靜默值與所述靜默概率進行對比，并根據(jù)所述對比結(jié)果確定所述ue未靜默或被靜默。

根據(jù)第四方面的第一種可能的實現(xiàn)方式，在第三種可能的實現(xiàn)方式中，所述接收模塊，還配置為能夠在所述接收模塊采用所述預(yù)留資源傳輸所述緊急業(yè)務(wù)流之后，接收所述bs發(fā)送的資源指示幀，所述資源指示幀中包括所述bs為所述ue分配的傳輸資源，其中，所分配的傳輸資源為所述bs在接收到的所述緊急業(yè)務(wù)流后進行沖突檢測，且沖突檢測結(jié)果為未沖突時為所述ue分配的；

所述發(fā)送模塊，還配置為能夠采用所述分配的傳輸資源傳輸所述緊急業(yè)務(wù)流。

根據(jù)第四方面的第一種可能的實現(xiàn)方式，在第四種可能的實現(xiàn)方式中，所述數(shù)據(jù)傳輸裝置還包括：分別與所述發(fā)送模塊和所述靜默處理模塊相連接 的超時判斷模塊，配置為能夠在所述發(fā)送模塊采用所述預(yù)留資源傳輸所述緊急業(yè)務(wù)流之后，進行超時判斷；

所述靜默處理模塊，還配置為能夠在所述超時判斷模塊判斷出超時時，在下一個重傳窗口的第一個子幀通過所述靜默幀重新進行靜默處理；

所述發(fā)送模塊，還配置為能夠根據(jù)所述靜默處理模塊的靜默處理結(jié)果確定采用所述預(yù)留資源傳輸所述緊急業(yè)務(wù)流或推遲傳輸所述緊急業(yè)務(wù)流。

根據(jù)第四方面、第四方面的第一種到第四種可能的實現(xiàn)方式中任意一種，在第五種可能的實現(xiàn)方式中，所述發(fā)送模塊，還配置為能夠在所述接收模塊接收所述bs發(fā)送的所述mib消息之前，向所述bs或軟件定義網(wǎng)絡(luò)sdn控制器發(fā)送注冊請求消息，所述注冊請求消息中包括所述ue中的緊急業(yè)務(wù)流信息；

所述接收模塊，還配置為能夠接收所述bs或所述sdn控制器發(fā)送的注冊響應(yīng)消息，所述注冊響應(yīng)消息向所述ue指示所述bs確定為所述ue中的緊急業(yè)務(wù)流分配預(yù)留資源。

根據(jù)第四方面的第五種可能的實現(xiàn)方式，在第六種可能的實現(xiàn)方式中，所述發(fā)送模塊發(fā)送的緊急業(yè)務(wù)流信息包括：所述緊急業(yè)務(wù)流的類型或內(nèi)容，或者，所述緊急業(yè)務(wù)流和其它緊急業(yè)務(wù)流的類型或內(nèi)容；所述預(yù)留資源指示信息中的對應(yīng)關(guān)系為：相同類型的緊急業(yè)務(wù)流對應(yīng)一個預(yù)留資源。

根據(jù)第四方面的第五種可能的實現(xiàn)方式，在第七種可能的實現(xiàn)方式中，所述發(fā)送模塊發(fā)送的緊急業(yè)務(wù)流信息包括：所述緊急業(yè)務(wù)流的類型和所述緊急業(yè)務(wù)流對應(yīng)的傳輸間隔周期，所述預(yù)留資源指示信息中的對應(yīng)關(guān)系為：緊急業(yè)務(wù)流與傳輸間隔周期和預(yù)留資源的對應(yīng)關(guān)系；

所述發(fā)送模塊配置為能夠采用所述預(yù)留資源傳輸所緊急業(yè)務(wù)流，包括：

配置為能夠每隔一個所述傳輸間隔周期采用所述預(yù)留資源傳輸所述緊急業(yè)務(wù)流。

根據(jù)第四方面的第七種可能的實現(xiàn)方式，在第八種可能的實現(xiàn)方式中，所述發(fā)送模塊，還配置為能夠在采用所述預(yù)留資源傳輸所述緊急業(yè)務(wù)流之后，在所述傳輸間隔周期內(nèi)采用所述預(yù)留資源傳輸?shù)姆蔷o急業(yè)務(wù)流。

第五方面，本發(fā)明實施例提供一種數(shù)據(jù)傳輸裝置，設(shè)置于基站bs中， 所述數(shù)據(jù)傳輸裝置包括：相連接的發(fā)送模塊和接收模塊；

所述發(fā)送模塊，配置為能夠向終端設(shè)備ue發(fā)送包括預(yù)留資源指示信息的主信息塊mib消息，所述預(yù)留資源指示信息中包括緊急業(yè)務(wù)流與預(yù)留資源的對應(yīng)關(guān)系；

所述接收模塊，配置為能夠接收所述ue采用緊急業(yè)務(wù)流對應(yīng)的預(yù)留資源傳輸?shù)乃鼍o急業(yè)務(wù)流。

在第五方面的第一種可能的實現(xiàn)方式中，所述發(fā)送模塊，還配置為能夠在向所述ue發(fā)送所述mib消息之后，在每個幀的第一子幀上廣播與所述緊急業(yè)務(wù)流對應(yīng)的靜默幀，所述靜默幀中包括靜默概率，所述靜默幀用于向具有所述緊急業(yè)務(wù)流的每個ue指示，在檢測到存在待傳輸?shù)木o急業(yè)務(wù)流后根據(jù)所述靜默概率進行靜默處理；

所述接收模塊配置為能夠接收所述ue采用所述預(yù)留資源傳輸?shù)乃鼍o急業(yè)務(wù)流，包括：

配置為能夠接收所述ue在靜默處理結(jié)果為未靜默時，所述ue采用所述預(yù)留資源傳輸?shù)乃鼍o急業(yè)務(wù)流；

配置為能夠接收所述ue在靜默處理結(jié)果為被靜默時，所述ue在下一個重傳窗口的第一個子幀通過所述靜默幀重新進行靜默處理，并根據(jù)靜默處理結(jié)果確定采用所述預(yù)留資源傳輸?shù)乃鼍o急業(yè)務(wù)流或推遲傳輸所述緊急業(yè)務(wù)流。

根據(jù)第五方面的第一種可能的實現(xiàn)方式，在第二種可能的實現(xiàn)方式中，所述數(shù)據(jù)傳輸裝置還包括：相連接的沖突檢測模塊和資源分配模塊，所述沖突檢測模塊還與所述接收模塊相連接，所述資源分配模塊還與所述發(fā)送模塊相連接；

所述沖突檢測模塊，配置為能夠在所述接收模塊接收所述ue采用預(yù)留資源傳輸?shù)木o急業(yè)務(wù)流之后進行沖突檢測，所述bs根據(jù)之前在所述預(yù)留資源上接收的緊急業(yè)務(wù)流是否能正確解析，判斷所述預(yù)留資源是否產(chǎn)生沖突；

所述資源分配模塊，配置為能夠在所述沖突檢測模塊的沖突檢測結(jié)果為未沖突時，為所述ue分配傳輸資源；

所述發(fā)送模塊，還配置為能夠向所述ue發(fā)送包括所述傳輸資源的資源 指示幀，指示ue采用所述傳輸資源傳輸所述緊急業(yè)務(wù)流。

根據(jù)第五方面的第二種可能的實現(xiàn)方式，在第三種可能的實現(xiàn)方式中，所述數(shù)據(jù)傳輸裝置還包括：相連接的記錄模塊和調(diào)整模塊，所述記錄模塊還與所述沖突檢測模塊相連接；

所述記錄模塊，配置為能夠記錄所述預(yù)留資源在每個幀內(nèi)產(chǎn)生沖突的次數(shù)；

所述調(diào)整模塊，配置為能夠根據(jù)所述記錄模塊記錄的沖突次數(shù)調(diào)整靜默概率。

根據(jù)第五方面、第五方面的第一種到第三種可能的實現(xiàn)方式中任意一種，在第四種可能的實現(xiàn)方式中，所述接收模塊，還配置為能夠在所述發(fā)送模塊向所述ue發(fā)送所述mib消息之前，接收多個ue發(fā)送的注冊請求消息，所述注冊請求消息中包括每個所述ue中的緊急業(yè)務(wù)流信息；

所述發(fā)送模塊，還配置為能夠在所述bs確定為所述多個ue中的全部或部分ue分配預(yù)留資源后，向確定分配預(yù)留資源的ue發(fā)送注冊響應(yīng)消息；

所述數(shù)據(jù)傳輸裝置還包括：與所述發(fā)送模塊相連接的資源分配模塊，配置為能夠根據(jù)所述接收模塊接收到的緊急業(yè)務(wù)流信息進行預(yù)留處理，為緊急業(yè)務(wù)流分配對應(yīng)的預(yù)留資源。

根據(jù)第五方面的第四種可能的實現(xiàn)方式，在第五種可能的實現(xiàn)方式中，所述資源分配模塊配置為能夠根據(jù)所述接收模塊接收到的緊急業(yè)務(wù)流的信息進行預(yù)留處理，包括：

配置為能夠根據(jù)所述接收模塊接收到的緊急業(yè)務(wù)流的信息進行等效帶寬計算和資源預(yù)留，其中，所述資源預(yù)留的結(jié)果為：相同類型或相同內(nèi)容的緊急業(yè)務(wù)流對應(yīng)一個預(yù)留資源。

根據(jù)第五方面的第四種可能的實現(xiàn)方式，在第六種可能的實現(xiàn)方式中，所述發(fā)送模塊配置為能夠向所述ue發(fā)送所述mib消息，包括：

配置為能夠向所述確定分配預(yù)留資源的ue分別發(fā)送包括所述預(yù)留資源指示信息的mib消息；或者，

配置為能夠廣播包括所述預(yù)留資源指示信息的mib消息。

根據(jù)第五方面的第四種可能的實現(xiàn)方式，在第七種可能的實現(xiàn)方式中， 所述接收模塊接收的緊急業(yè)務(wù)流信息包括：所述緊急業(yè)務(wù)流的類型或內(nèi)容和所述緊急業(yè)務(wù)流對應(yīng)的傳輸間隔周期，所述預(yù)留資源指示信息中的對應(yīng)關(guān)系為：緊急業(yè)務(wù)流與傳輸間隔周期和預(yù)留資源的對應(yīng)關(guān)系；

所述接收模塊配置為能夠接收所述ue采用預(yù)留資源傳輸?shù)木o急業(yè)務(wù)流，包括：

配置為能夠接收所述ue每隔一個所述傳輸間隔周期采用所述預(yù)留資源傳輸?shù)乃鼍o急業(yè)務(wù)流。

根據(jù)第五方面的第七種可能的實現(xiàn)方式，在第八種可能的實現(xiàn)方式中，所述接收模塊，還配置為能夠在接收所述ue采用預(yù)留資源傳輸?shù)木o急業(yè)務(wù)流之后，接收所述ue在所述傳輸間隔周期內(nèi)采用所述預(yù)留資源傳輸?shù)姆蔷o急業(yè)務(wù)流。

第六方面，本發(fā)明實施例提供一種數(shù)據(jù)傳輸裝置，設(shè)置于軟件定義網(wǎng)絡(luò)sdn控制器中，所述數(shù)據(jù)傳輸裝置包括：相連接的處理模塊和發(fā)送模塊；

所述處理模塊，配置為能夠根據(jù)從終端設(shè)備ue接收到的緊急業(yè)務(wù)流的信息進行預(yù)留處理；

所述發(fā)送模塊，配置為能夠向基站bs發(fā)送處理結(jié)果通知消息，所述處理結(jié)果通知消息用于指示所述bs為所述sdn控制器接收到的緊急業(yè)務(wù)流分配對應(yīng)的預(yù)留資源，并向所述ue發(fā)送包括預(yù)留資源指示信息的主信息塊mib消息，所述預(yù)留資源指示信息中包括緊急業(yè)務(wù)流與預(yù)留資源的對應(yīng)關(guān)系。

在第六方面的第一種可能的實現(xiàn)方式中，所述數(shù)據(jù)傳輸裝置還包括：與所述處理模塊相連接的接收模塊，配置為能夠在所述處理模塊根據(jù)從終端設(shè)備ue接收到的緊急業(yè)務(wù)流的信息進行預(yù)留處理之前，接收多個ue發(fā)送的注冊請求消息，所述注冊請求消息中包括每個所述ue中緊急業(yè)務(wù)流的信息；

所述處理模塊，還配置為能夠確定為所述多個ue中的全部或部分ue分配預(yù)留資源；

所述發(fā)送模塊，還配置為能夠向所述處理模塊所確定的分配預(yù)留資源的ue發(fā)送注冊響應(yīng)消息。

第七方面，本發(fā)明實施例提供一種數(shù)據(jù)傳輸系統(tǒng)，包括：至少一個用戶 設(shè)備ue和基站bs；

其中，每個所述ue中設(shè)置有如權(quán)利要求21～29中任一項所述的數(shù)據(jù)傳輸裝置，所述bs中設(shè)置有如權(quán)利要求30～38中任一項所述的數(shù)據(jù)傳輸裝置。

在第七方面的第一種可能的實現(xiàn)方式中，所述系統(tǒng)還包括：軟件定義網(wǎng)絡(luò)sdn控制器，所述sdn控制器中設(shè)置有如權(quán)利要求39或40所述的數(shù)據(jù)傳輸裝置。

本發(fā)明提供的數(shù)據(jù)傳輸方法、裝置和系統(tǒng)，ue通過接收bs發(fā)送的包括預(yù)留資源指示信息的mib消息獲知緊急業(yè)務(wù)流與預(yù)留資源的對應(yīng)關(guān)系，從而在ue檢測到緊急業(yè)務(wù)流待傳輸后，可以根據(jù)該緊急業(yè)務(wù)流對應(yīng)的預(yù)留資源傳輸該緊急業(yè)務(wù)流；本發(fā)明實施例通過提前預(yù)留緊急業(yè)務(wù)流對應(yīng)的預(yù)留資源的方式，實現(xiàn)了在ue中具有緊急業(yè)務(wù)流時，不需要申請資源就可以直接傳輸數(shù)據(jù)，節(jié)省了ue與bs在傳輸緊急業(yè)務(wù)流前進行信令交互產(chǎn)生的傳輸時延，本發(fā)明實施例解決了現(xiàn)有l(wèi)te技術(shù)中的數(shù)據(jù)傳輸方法，由于ue從bs側(cè)申請傳輸資源的過程通常需要一定的時間，從而導(dǎo)致ue在傳輸超實時緊急業(yè)務(wù)流時不能滿足該緊急業(yè)務(wù)流對傳輸時延要求的問題。

附圖說明

附圖用來提供對本發(fā)明技術(shù)方案的進一步理解，并且構(gòu)成說明書的一部分，與本申請的實施例一起用于解釋本發(fā)明的技術(shù)方案，并不構(gòu)成對本發(fā)明技術(shù)方案的限制。

圖1為現(xiàn)有l(wèi)te技術(shù)中一種ue向bs申請資源的流程圖；

圖2為本發(fā)明實施例提供的一種數(shù)據(jù)傳輸方法的流程圖；

圖3為本發(fā)明實施例提供的另一種數(shù)據(jù)傳輸方法的流程圖；

圖4為本發(fā)明實施例提供的又一種數(shù)據(jù)傳輸方法的流程圖；

圖5為本發(fā)明實施例提供的再一種數(shù)據(jù)傳輸方法的流程圖；

圖6為本發(fā)明實施例提供的還一種數(shù)據(jù)傳輸方法的流程圖；

圖7為本發(fā)明實施例提供的還一種數(shù)據(jù)傳輸方法的流程圖；

圖8為本發(fā)明實施例提供的還一種數(shù)據(jù)傳輸方法的流程圖；

圖9為本發(fā)明實施例提供的還一種數(shù)據(jù)傳輸方法的流程圖；

圖10為本發(fā)明具體實例一提供的一種數(shù)據(jù)傳輸方法的信令交互流程圖；

圖11為圖10所示實施例提供的數(shù)據(jù)傳輸方法的一種應(yīng)用場景示意圖；

圖12為圖10所示實施例提供的數(shù)據(jù)傳輸方法中一種緊急業(yè)務(wù)流的傳輸示意圖；

圖13為圖10所示實施例提供的數(shù)據(jù)傳輸方法中另一種緊急業(yè)務(wù)流的傳輸示意圖；

圖14為本發(fā)明具體實例一提供的另一種數(shù)據(jù)傳輸方法的信令交互流程圖；

圖15為圖14所示實施例提供的數(shù)據(jù)傳輸方法的一種應(yīng)用場景示意圖；

圖16為本發(fā)明具體實例二提供的一種數(shù)據(jù)傳輸方法的信令交互流程圖；

圖17為圖16所示實施例提供的數(shù)據(jù)傳輸方法的一種應(yīng)用場景示意圖；

圖18為圖16所示所示實施例提供的數(shù)據(jù)傳輸方法中一種緊急業(yè)務(wù)流的傳輸示意圖；

圖19為本發(fā)明實施例提供的一種數(shù)據(jù)傳輸裝置的結(jié)構(gòu)示意圖；

圖20為本發(fā)明實施例提供的另一種數(shù)據(jù)傳輸裝置的結(jié)構(gòu)示意圖；

圖21為本發(fā)明實施例提供的又一種數(shù)據(jù)傳輸裝置的結(jié)構(gòu)示意圖；

圖22為本發(fā)明實施例提供的再一種數(shù)據(jù)傳輸裝置的結(jié)構(gòu)示意圖；

圖23為本發(fā)明實施例提供的還一種數(shù)據(jù)傳輸裝置的結(jié)構(gòu)示意圖；

圖24為本發(fā)明實施例提供的一種數(shù)據(jù)傳輸系統(tǒng)的結(jié)構(gòu)示意圖。

具體實施方式

為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，下文中將結(jié)合附圖對本發(fā)明的實施例進行詳細說明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互任意組合。

在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的計算機 系統(tǒng)中執(zhí)行。并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。

上述背景技術(shù)中已經(jīng)介紹現(xiàn)有l(wèi)te技術(shù)中進行數(shù)據(jù)傳輸前，ue申請資源的具體方式，現(xiàn)有l(wèi)te技術(shù)在資源申請的設(shè)計中，未考慮頻率為100毫秒(ms)或50ms以下的超實時緊急業(yè)務(wù)流(以下簡稱為：緊急業(yè)務(wù)流)，ue從bs側(cè)申請傳輸資源的過程，即圖1中的信令交互過程通常需要幾毫秒的時延，對于緊急業(yè)務(wù)流來說，這幾毫米的時延嚴重影響了緊急業(yè)務(wù)流的時效性。因此，如何降低緊急業(yè)務(wù)流的傳輸時延為當前亟需解決的問題。

下面通過具體的實施例對本發(fā)明的技術(shù)方案進行詳細說明，本發(fā)明以下各實施例中的基站可以為lte系統(tǒng)中的演進型基站(evolvednodeb，簡稱為：enb)，ue可以為網(wǎng)絡(luò)中具有數(shù)據(jù)收集能力的接入點(accesspoint，簡稱為：ap)，本發(fā)明以下各實施例可以應(yīng)用于非軟件定義網(wǎng)絡(luò)(softwaredefinednetwork，簡稱為：sdn)構(gòu)架的網(wǎng)絡(luò)系統(tǒng)或sdn構(gòu)架的網(wǎng)絡(luò)系統(tǒng)中。本發(fā)明提供以下幾個具體的實施例可以相互結(jié)合，對于相同或相似的概念或過程可能在某些實施例不再贅述。

圖2為本發(fā)明實施例提供的一種數(shù)據(jù)傳輸方法的流程圖。本實施例提供的數(shù)據(jù)傳輸方法適用于ue傳輸緊急業(yè)務(wù)流的情況中，該方法可以由數(shù)據(jù)傳輸裝置執(zhí)行，該數(shù)據(jù)傳輸裝置通過硬件和軟件結(jié)合的方式來實現(xiàn)，該裝置可以集成在ue的處理器中，供處理器調(diào)用使用。如圖2所示，本實施例的方法可以包括：

s110，ue接收bs發(fā)送的包括預(yù)留資源指示信息的主信息塊(masterinformationblock，簡稱為：mib)消息，該預(yù)留資源指示信息中包括緊急業(yè)務(wù)流與預(yù)留資源的對應(yīng)關(guān)系。

本發(fā)明實施例提供的數(shù)據(jù)傳輸方法，為ue中具有緊急業(yè)務(wù)流時的數(shù)據(jù)傳輸方法，ue中存在待傳輸?shù)木o急業(yè)務(wù)流之前，可以先接收到bs發(fā)送的預(yù)留資源指示信息，該預(yù)留資源指示信息可以是bs根據(jù)其覆蓋范圍內(nèi)ue上報的緊急業(yè)務(wù)流信息生成的，其中包括各種類型或各種內(nèi)容的緊急業(yè)務(wù)流與預(yù)留資源的對應(yīng)關(guān)系。在具體實現(xiàn)中，bs可以對相同類型或相同內(nèi)容的緊急業(yè)務(wù)流分配同一預(yù)留資源，即緊急業(yè)務(wù)流與預(yù)留資源的對應(yīng)關(guān)系并不是一一 對應(yīng)的關(guān)系，通常是多對一的關(guān)系。

可選地，本實施例中ue接收到的預(yù)留資源指示信息可以是bs向該ue發(fā)送的，例如bs根據(jù)ue上報的緊急業(yè)務(wù)流信息向其反饋對應(yīng)的預(yù)留資源。在本實施例的另一種可能的實現(xiàn)方式中，該預(yù)留資源指示信息也可以是bs廣播的，例如bs根據(jù)其它ue上報的緊急業(yè)務(wù)流信息生成并通過廣播消息通知預(yù)留資源指示信息，bs覆蓋范圍內(nèi)的ue接收到廣播消息后，解析廣播消息的內(nèi)容并判斷出自身中是否具有與上述預(yù)留資源指示信息中相同類型或相同內(nèi)容的緊急業(yè)務(wù)流，如果判斷有，后續(xù)可以根據(jù)對應(yīng)的預(yù)留資源進行數(shù)據(jù)傳輸。

s120，ue檢測到存在待傳輸?shù)木o急業(yè)務(wù)流后，根據(jù)預(yù)留資源指示信息采用緊急業(yè)務(wù)流對應(yīng)的預(yù)留資源傳輸該緊急業(yè)務(wù)流。

在本實施例中，處于空閑(idle)態(tài)的ue在檢測到具有緊急業(yè)務(wù)流需要傳輸后，可以根據(jù)接收的預(yù)留資源指示信息獲取到與需要的緊急業(yè)務(wù)流對應(yīng)的預(yù)留資源，從而直接通過該預(yù)留資源傳輸當前的緊急業(yè)務(wù)流，此時，ue由空閑態(tài)變?yōu)檫B接(connection)態(tài)。

需要說明的是，若多個ue向bs上報的緊急業(yè)務(wù)流信息相同，例如ue1和ue2中具有相同內(nèi)容的緊急業(yè)務(wù)流，記為content1，則ue1和ue2在接收到預(yù)留資源指示信息后，都關(guān)注與content1對應(yīng)的預(yù)留資源；若ue1中還具有不同內(nèi)容的緊急業(yè)務(wù)流，記為content2，ue1還關(guān)注與content2對應(yīng)的預(yù)留資源。也就是說，本發(fā)明各實施例中bs進行資源預(yù)留時，并不是依據(jù)ue的數(shù)量，而是依據(jù)所上報的緊急業(yè)務(wù)流的類型或內(nèi)容。

相比于現(xiàn)有l(wèi)te技術(shù)中ue傳輸數(shù)據(jù)的方式，ue在具有緊急業(yè)務(wù)流時，不需要向bs申請資源，即避免了資源申請過程中的信令交互造成的傳輸時延，而是采用提前預(yù)留資源的方式，為緊急業(yè)務(wù)流分配對應(yīng)的預(yù)留資源，這樣，在ue中具有緊急業(yè)務(wù)流時不需要實時申請資源，可以采用已分配的預(yù)留資源進行數(shù)據(jù)傳輸，從而保證緊急業(yè)務(wù)流對傳輸時延的要求。

本實施例提供的數(shù)據(jù)傳輸方法，ue通過接收bs發(fā)送的包括預(yù)留資源指示信息的mib消息獲知緊急業(yè)務(wù)流與預(yù)留資源的對應(yīng)關(guān)系，從而在ue檢測到緊急業(yè)務(wù)流待傳輸后，可以根據(jù)該緊急業(yè)務(wù)流對應(yīng)的預(yù)留資源傳輸該緊急 業(yè)務(wù)流；本實施例通過提前預(yù)留緊急業(yè)務(wù)流對應(yīng)的預(yù)留資源的方式，實現(xiàn)了在ue中具有緊急業(yè)務(wù)流時，不需要申請資源就可以直接傳輸數(shù)據(jù)，節(jié)省了ue與bs在傳輸緊急業(yè)務(wù)流前進行信令交互產(chǎn)生的傳輸時延，本實施例解決了現(xiàn)有l(wèi)te技術(shù)中的數(shù)據(jù)傳輸方法，由于ue從bs側(cè)申請傳輸資源的過程通常需要一定的時間，從而導(dǎo)致ue在傳輸超實時緊急業(yè)務(wù)流時不能滿足該緊急業(yè)務(wù)流對傳輸時延要求的問題。

進一步地，本實施例通過對業(yè)務(wù)進行分類的方式，區(qū)別普通業(yè)務(wù)流與緊急業(yè)務(wù)流的傳輸方式，具體通過空口側(cè)的預(yù)留資源來執(zhí)行緊急業(yè)務(wù)流的傳輸，以保證緊急業(yè)務(wù)的傳輸能夠滿足對傳輸時延較高的要求。

本發(fā)明實施例的應(yīng)用場景例如為，多個ue具有相同類型或相同內(nèi)容的緊急業(yè)務(wù)流，并且該多個ue同時具有緊急業(yè)務(wù)流的傳輸需要，此時，若多個ue同時采用同一預(yù)留資源傳輸緊急業(yè)務(wù)流，有可能會造成預(yù)留資源上的數(shù)據(jù)沖突，使得數(shù)據(jù)傳輸失敗或者bs不能成功解析數(shù)據(jù)，從而使得本次緊急業(yè)務(wù)流傳輸失敗。

針對上述由于多個ue采用同一預(yù)留資源傳輸緊急業(yè)務(wù)流，而造成數(shù)據(jù)傳輸失敗的可能情況，本實施例提供一種解決方案，如圖3所示，為本發(fā)明實施例提供的另一種數(shù)據(jù)傳輸方法的流程圖。在上述圖2所示實施例的基礎(chǔ)上，在s110之后還包括：

s111，ue接收bs廣播的與緊急業(yè)務(wù)流對應(yīng)的靜默幀，該靜默幀為bs在每個幀的第一個子幀上廣播的。

本實施例提供的方法，在ue檢測到ue中存在待傳輸?shù)木o急業(yè)務(wù)流后，且在執(zhí)行s120之前，還包括：

s112，ue在檢測到存在待傳輸?shù)木o急業(yè)務(wù)流待傳輸后，根據(jù)靜默幀進行靜默處理。

在本實施例中，所有接收到靜默幀(記為contentsilence)且具有與該靜默幀對應(yīng)的緊急業(yè)務(wù)流(記為content)的ue，都需要進行靜默處理。本實施例中的靜默幀中可以包括靜默概率，相應(yīng)地，靜默處理方式可以為，ue將ue生成的隨機靜默值與靜默概率進行對比，并根據(jù)對比結(jié)果確定該ue未靜默或被靜默。

舉例來說，假設(shè)bs發(fā)送的contentsilence中的靜默概率為0.9，ue在檢測到存在待傳輸?shù)腸ontent后生成隨機靜默值，可以將對比和判斷的原則設(shè)置為，若隨機靜默值小于0.9則說明ue被靜默，若隨機靜默值大于0.9且小于1則說明ue未靜默。需要說明的是，上述對比和判斷原則為本實施例提供的一種可能的靜默處理方式，本發(fā)明實施例不限制ue進行靜默處理的具體方式，以及對比和判斷原則。

本實施例中的ue根據(jù)靜默處理的結(jié)果確定傳輸緊急業(yè)務(wù)流的具體方式，即s120包括：

s121，ue在靜默處理結(jié)果為未靜默時，采用預(yù)留資源傳輸緊急業(yè)務(wù)流。

s122，ue在靜默處理結(jié)果為被靜默時，在下一個重傳窗口的第一個子幀通過靜默幀重新進行靜默處理，并根據(jù)靜默處理結(jié)果確定采用預(yù)留資源傳輸緊急業(yè)務(wù)流或推遲傳輸緊急業(yè)務(wù)流。

在本實施例中，重傳窗口，也為失效窗口的定義為：指將多個一個幀中的多個傳輸間隔時間(transmissiontimeinterval，簡稱為：tti)做更細致的劃分，其作用是可以增加ue在一個幀中的重傳次數(shù)。具體地，第一，當ue被靜默時，并不立即在當前重傳窗口的下一個子幀重新進行靜默處理并傳輸緊急業(yè)務(wù)流，而是在下一個重傳窗口的第一個子幀進行靜默處理并傳輸；第二，當ue使用預(yù)留資源傳輸緊急業(yè)務(wù)流之后，可能bs側(cè)的預(yù)留資源上檢測出了沖突，在一個重傳窗口(失效窗口)的間隔時間內(nèi)ue可以進行超時判斷，并在下一個重傳窗口(失效窗口)的第一個子幀進行判斷是否重新進行靜默處理并確定是否使用預(yù)留資源進行緊急業(yè)務(wù)流的傳輸；第三，重傳窗口的大小可以調(diào)節(jié)。

需要說明的是，本實施例中的s121和s122為ue根據(jù)靜默處理結(jié)果的選擇性處理方式，即s121和s122為為擇一執(zhí)行的。

本實施例在具體實現(xiàn)中，s120之后還包括：

s130，ue接收bs發(fā)送的資源指示幀，該資源指示幀中包括bs為ue分配的傳輸資源，其中，所分配的傳輸資源為bs在接收到的緊急業(yè)務(wù)流后進行沖突檢測，且沖突檢測結(jié)果為未沖突時為ue分配的。

在本實施例中，bs根據(jù)之前在預(yù)留資源上接收的緊急業(yè)務(wù)流是否能正確解析，判斷預(yù)留資源是否產(chǎn)生沖突，若可以正確解析，則說明該預(yù)留資源上沒有產(chǎn)生沖突，若不能正確解析，則說明該預(yù)留資源上產(chǎn)生了沖突。

s140，ue采用分配的傳輸資源傳輸緊急業(yè)務(wù)流。

在本實施例中，bs在每個幀的第一個子幀上發(fā)送靜默幀，ue通過接收bs發(fā)送靜默幀，在ue中存在與該靜默幀對應(yīng)的緊急業(yè)務(wù)流時進行靜默處理，并在采用預(yù)留資源成功傳輸緊急業(yè)務(wù)流后，根據(jù)bs分配的傳輸資源進行該緊急業(yè)務(wù)流的后續(xù)傳輸，以便預(yù)留資源可以用于具有該緊急業(yè)務(wù)流的其它ue進行緊急業(yè)務(wù)流的傳輸；本實施例提供的數(shù)據(jù)傳輸方法的目的是在一定概率上避免具有相同類型或相同內(nèi)容緊急業(yè)務(wù)流的多個ue在同一時隙內(nèi)使用同一預(yù)留資源發(fā)送緊急性業(yè)務(wù)流，從而避免了同時發(fā)送多個相同類型或相同內(nèi)容的緊急業(yè)務(wù)流而導(dǎo)致預(yù)留資源發(fā)生沖突的情況。

舉例來說，ue1和ue2需要在同一時隙內(nèi)采用同一預(yù)留資源傳輸content，ue1的靜默處理結(jié)果為未靜默，則ue1可以直接采用預(yù)留資源傳輸content，在ue接收到bs為其分配的傳輸資源后，采用該傳輸資源傳輸content；于此同時，ue2的靜默處理結(jié)果為被靜默，則ue2推遲傳輸content1，即在ue1采用預(yù)留資源傳輸content時ue2并不傳輸，而是在下一個重傳窗口的第一個子幀通過靜默幀重新進行靜默處理，并根據(jù)靜默處理結(jié)果確定采用預(yù)留資源傳輸content或者繼續(xù)推遲傳輸content，此時，ue1已采用bs單獨分配的傳輸資源傳輸content，因此，避免了ue1和ue2在同一時隙采用相同預(yù)留資源傳輸content的沖突情況。

圖3所示實施例通過ue執(zhí)行靜默處理的方式，雖然可以在一定概率上避免預(yù)留資源發(fā)生沖突的情況，然而，靜默幀并不能保證100％靜默成功，同樣以上述實例進行說明，靜默失敗的場景例如可以是ue1和ue2的靜默處理結(jié)果都為未靜默，則ue1和ue2會在同一時隙內(nèi)采用同一預(yù)留資源傳輸content，此時同樣會造成預(yù)留資源的沖突情況；相應(yīng)地，bs執(zhí)行沖突檢測的結(jié)果為發(fā)生沖突，因此bs不會為ue分配傳輸資源且不發(fā)送資源指示幀。如圖4所示，為本發(fā)明實施例提供的又一種數(shù)據(jù)傳輸方法的流程圖，在上述圖3所示實施例的基礎(chǔ)上，s130～s140可以替換為：

s130，ue進行超時判斷。

s140，ue在判斷結(jié)果為超時時，在下一個重傳窗口的第一個子幀通過靜默幀重新進行靜默處理，并根據(jù)靜默處理結(jié)果確定采用預(yù)留資源傳輸緊急業(yè)務(wù)流或推遲傳輸緊急業(yè)務(wù)流。

在本實施例中，ue進行超時判斷(timeoutjudgment)的結(jié)果為超時，即超過預(yù)置時間未接收到基站發(fā)送的資源指示幀，則說明bs進行沖突檢測的結(jié)果為發(fā)生沖突，ue可以自動推遲傳輸緊急業(yè)務(wù)流到，并在下一個重傳窗口的第一個子幀發(fā)送緊急業(yè)務(wù)流，并且在下一個重傳窗口的第一個子幀發(fā)送該緊急業(yè)務(wù)流之前，ue同樣可以進行靜默處理，并且根據(jù)靜默處理結(jié)果執(zhí)行后續(xù)操作，ue進行靜默處理和后續(xù)操作方式與s112、s121和s122的執(zhí)行方式相同，故在此不再贅述。

上述實施例中已經(jīng)說明bs發(fā)送預(yù)留資源指示信息的方式可以是bs向上報緊急業(yè)務(wù)流的ue反饋的，還可以為bs通過廣播消息通知所有具有相同類型緊急業(yè)務(wù)流的ue。可選地，圖5為本發(fā)明實施例提供的再一種數(shù)據(jù)傳輸方法的流程圖。在上述圖2所示實施例的基礎(chǔ)上，本實施例在s110之前還包括：

s100，ue向bs或sdn控制器發(fā)送注冊請求消息，該注冊請求消息中包括ue中的緊急業(yè)務(wù)流信息。

本實施例中，ue發(fā)送的緊急業(yè)務(wù)流信息可以為上述實施例中ue傳輸?shù)木o急業(yè)務(wù)流的類型或內(nèi)容，還可以包括暫時未傳輸?shù)钠渌o急業(yè)務(wù)流的類型或內(nèi)容，即ue中若具有不同類型或不同內(nèi)容的緊急業(yè)務(wù)流，則ue接收到的預(yù)留資源指示信息中的對應(yīng)關(guān)系為：每種類型或每種內(nèi)容的緊急業(yè)務(wù)流與預(yù)留資源的對應(yīng)關(guān)系。

s101，ue接收基站或sdn控制器發(fā)送的注冊響應(yīng)消息，該注冊響應(yīng)消息向ue指示bs確定為ue中的緊急業(yè)務(wù)流分配預(yù)留資源。

在本實施例中，bs或sdn控制器接收到ue發(fā)送的緊急業(yè)務(wù)流信息后，只會針對bs或sdn控制器判斷出的緊急業(yè)務(wù)流進行資源預(yù)留，對于bs或sdn控制器判斷為非緊急業(yè)務(wù)流的上報信息，不會向?qū)?yīng)的ue返回注冊響應(yīng)消息。另外，本實施例中的ue在執(zhí)行s100之前，同樣可以向bs發(fā)送探 測消息，并接收bs返回的響應(yīng)消息，從而建立ue與bs的連接。

需要說明的是，本實施例中ue發(fā)送注冊請求消息和返回注冊響應(yīng)消息的對端可以是非sdn構(gòu)架中的bs，也可以是sdn構(gòu)架中的sdn控制器，ue執(zhí)行緊急業(yè)務(wù)流注冊的對象并不影響ue傳輸緊急業(yè)務(wù)流的方式。

進一步地，本實施例中ue發(fā)送的緊急業(yè)務(wù)流信息還可以包括：緊急業(yè)務(wù)流的類型或內(nèi)容，以及緊急業(yè)務(wù)流對應(yīng)的傳輸間隔周期，相應(yīng)地，預(yù)留資源指示信息中的對應(yīng)關(guān)系可以為：緊急業(yè)務(wù)流與傳輸間隔周期和預(yù)留資源的對應(yīng)關(guān)系。例如，ue1中的緊急業(yè)務(wù)流content對應(yīng)的傳輸間隔周期為t，對應(yīng)的預(yù)留資源為傳輸塊(transportblock，簡稱為：rb)。本實施例中的s120可以替換為：ue每隔一個傳輸間隔周期采用預(yù)留資源傳輸緊急業(yè)務(wù)流；相應(yīng)地，ue在傳輸緊急業(yè)務(wù)流后，預(yù)留資源會失效且失效周期為上述傳輸間隔周期，即ue還可以在傳輸間隔周期內(nèi)采用預(yù)留資源傳輸?shù)姆蔷o急業(yè)務(wù)流。

本實施例中的ue在未傳輸緊急業(yè)務(wù)流的其它時隙中，可以將預(yù)留資源用于非緊急業(yè)務(wù)流的傳輸，通過有效利用預(yù)留資源實現(xiàn)了資源的最大化利用，在一定程度上避免了資源浪費的現(xiàn)象。

圖6為本發(fā)明實施例提供的還一種數(shù)據(jù)傳輸方法的流程圖。本實施例提供的數(shù)據(jù)傳輸方法適用于ue傳輸緊急業(yè)務(wù)流的情況中，該方法可以由數(shù)據(jù)傳輸裝置執(zhí)行，該數(shù)據(jù)傳輸裝置通過硬件和軟件結(jié)合的方式來實現(xiàn)，該裝置可以集成在bs的處理器中，供處理器調(diào)用使用。如圖5所示，本實施例的方法可以包括：

s210，bs向ue發(fā)送包括預(yù)留資源指示信息的mib消息，該預(yù)留資源指示信息中包括緊急業(yè)務(wù)流與預(yù)留資源的對應(yīng)關(guān)系。

本發(fā)明實施例提供的數(shù)據(jù)傳輸方法，為ue中具有緊急業(yè)務(wù)流時的數(shù)據(jù)傳輸方法，ue中存在待傳輸?shù)木o急業(yè)務(wù)流之前，bs向ue發(fā)送的預(yù)留資源指示信息，該預(yù)留資源指示信息可以是bs根據(jù)其覆蓋范圍內(nèi)ue上報的緊急業(yè)務(wù)流信息生成的，其中包括各種類型或各種內(nèi)容的緊急業(yè)務(wù)流與預(yù)留資源的對應(yīng)關(guān)系。在具體實現(xiàn)中，bs可以對相同類型或相同內(nèi)容的緊急業(yè)務(wù)流分配同一預(yù)留資源，即緊急業(yè)務(wù)流與預(yù)留資源的對應(yīng)關(guān)系并不是一一對應(yīng)的 關(guān)系，通常是多對一的關(guān)系。

可選地，本實施例中bs發(fā)送的預(yù)留資源指示信息可以是bs向ue發(fā)送的，例如bs根據(jù)ue上報的緊急業(yè)務(wù)流信息向其反饋對應(yīng)的預(yù)留資源。在本實施例的另一種可能的實現(xiàn)方式中，該預(yù)留資源指示信息也可以是bs廣播的，例如bs根據(jù)其它ue上報的緊急業(yè)務(wù)流信息生成并通過廣播消息通知預(yù)留資源指示信息，bs覆蓋范圍內(nèi)的ue接收到廣播消息后，解析廣播消息的內(nèi)容并判斷出自身中是否具有與上述預(yù)留資源指示信息中相同類型或相同內(nèi)容的緊急業(yè)務(wù)流，如果判斷有，后續(xù)可以根據(jù)對應(yīng)的預(yù)留資源進行數(shù)據(jù)傳輸。

s220，bs接收ue采用緊急業(yè)務(wù)流對應(yīng)的預(yù)留資源傳輸?shù)脑摼o急業(yè)務(wù)流。

在本實施例中，ue在檢測到具有緊急業(yè)務(wù)流需要傳輸后，可以根據(jù)接收的預(yù)留資源指示信息獲取到與需要傳輸?shù)木o急業(yè)務(wù)流對應(yīng)的預(yù)留資源，從而bs可以接收到ue通過該預(yù)留資源傳輸?shù)木o急業(yè)務(wù)流。與上述實施例類似地，本實施例中的bs進行資源預(yù)留時，同樣是依據(jù)上報的緊急業(yè)務(wù)流的類型或內(nèi)容執(zhí)行的。

相比于現(xiàn)有l(wèi)te技術(shù)中ue傳輸數(shù)據(jù)的方式，ue在具有緊急業(yè)務(wù)流時，不需要向bs申請資源，即避免了資源申請過程中的信令交互造成的傳輸時延，而是采用提前預(yù)留資源的方式，為緊急業(yè)務(wù)流分配對應(yīng)的預(yù)留資源，這樣，在ue中具有緊急業(yè)務(wù)流時不需要實時申請資源，可以采用已分配的預(yù)留資源進行數(shù)據(jù)傳輸，從而保證緊急業(yè)務(wù)流對傳輸時延的要求。

本實施例提供的數(shù)據(jù)傳輸方法，bs通過向ue發(fā)送的包括預(yù)留資源指示信息的mib消息通知ue緊急業(yè)務(wù)流與預(yù)留資源的對應(yīng)關(guān)系，隨后bs接收ue采用緊急業(yè)務(wù)流對應(yīng)的預(yù)留資源傳輸?shù)脑摼o急業(yè)務(wù)流；本實施例通過提前預(yù)留緊急業(yè)務(wù)流對應(yīng)的預(yù)留資源的方式，實現(xiàn)了在ue在傳輸緊急業(yè)務(wù)流時，不需要申請資源就可以直接傳輸數(shù)據(jù)，節(jié)省了ue與bs在傳輸緊急業(yè)務(wù)流前進行信令交互產(chǎn)生的傳輸時延，本實施例解決了現(xiàn)有l(wèi)te技術(shù)中的數(shù)據(jù)傳輸方法，由于ue從bs側(cè)申請傳輸資源的過程通常需要一定的時間，從而導(dǎo)致ue在傳輸超實時緊急業(yè)務(wù)流時不能滿足該緊急業(yè)務(wù)流對傳輸時延要求的問題。

進一步地，本實施例通過對業(yè)務(wù)進行分類的方式，區(qū)別普通業(yè)務(wù)流與緊急業(yè)務(wù)流的傳輸方式，具體通過空口側(cè)的預(yù)留資源來執(zhí)行緊急業(yè)務(wù)流的傳輸，以保證緊急業(yè)務(wù)的傳輸能夠滿足對傳輸時延較高的要求。

本發(fā)明實施例的應(yīng)用場景例如為，多個ue具有相同類型或相同內(nèi)容的緊急業(yè)務(wù)流，并且該多個ue同時具有緊急業(yè)務(wù)流的傳輸需要，此時，若多個ue同時采用同一預(yù)留資源傳輸緊急業(yè)務(wù)流，有可能會造成預(yù)留資源上的數(shù)據(jù)沖突，使得數(shù)據(jù)傳輸失敗或者bs不能成功解析數(shù)據(jù)，從而使得本次緊急業(yè)務(wù)流傳輸失敗。

針對上述由于多個ue采用同一預(yù)留資源傳輸緊急業(yè)務(wù)流，而造成數(shù)據(jù)傳輸失敗的可能情況，本實施例提供一種解決方案，如圖7所示，為本發(fā)明實施例提供的還一種數(shù)據(jù)傳輸方法的流程圖。在上述圖6所示實施例的基礎(chǔ)上，在s210之后還包括：

s211，bs在每個幀的第一子幀上廣播與緊急業(yè)務(wù)流對應(yīng)的靜默幀，該靜默幀中包括靜默概率，該靜默幀用于向具有緊急業(yè)務(wù)流的每個ue指示，在檢測到存在待傳輸?shù)木o急業(yè)務(wù)流后根據(jù)靜默概率進行靜默處理。

本實施例中ue進行靜默處理的方式，以及對比和判斷的原則與上述實施例中相同，故在此不再具體說明，并且ue進行靜默處理后的傳輸緊急業(yè)務(wù)流的具體方式不同，即本實施例中bs接收緊急業(yè)務(wù)流的方式，即s220可以包括：

s221，bs接收ue在靜默處理結(jié)果為未靜默時，該ue采用預(yù)留資源傳輸?shù)木o急業(yè)務(wù)流。

s222，bs接收ue在靜默處理結(jié)果為被靜默時，該ue在下一個重傳窗口的第一個子幀通過靜默幀重新進行靜默處理，并根據(jù)靜默處理結(jié)果確定采用預(yù)留資源傳輸?shù)木o急業(yè)務(wù)流或推遲傳輸緊急業(yè)務(wù)流。

需要說明的是，本實施例中的s221和s222為bs在ue靜默處理的結(jié)果不同時的選擇性接收方式，即s221和s222為為擇一執(zhí)行的。

本實施例在具體實現(xiàn)中，s220之后還包括：

s230，bs進行沖突檢測。在本實施例中，bs根據(jù)之前在預(yù)留資源上接 收的緊急業(yè)務(wù)流是否能正確解析，判斷預(yù)留資源是否產(chǎn)生沖突，若可以正確解析，則說明該預(yù)留資源上沒有產(chǎn)生沖突，若不能正確解析，則說明該預(yù)留資源上產(chǎn)生了沖突。

s240，bs在沖突檢測結(jié)果為未沖突時，為ue分配傳輸資源，并向ue發(fā)送包括傳輸資源的資源指示幀，指示ue采用傳輸資源傳輸緊急業(yè)務(wù)流。

在本實施例中，若bs在沖突檢測結(jié)果為沖突時，則忽略為ue分配傳輸資源和向ue發(fā)送資源指示幀。

本實施例提供的數(shù)據(jù)傳輸方法的目的是在一定概率上避免具有相同類型或相同內(nèi)容緊急業(yè)務(wù)流的多個ue在同一時隙內(nèi)使用同一預(yù)留資源發(fā)送緊急性業(yè)務(wù)流，從而避免了同時發(fā)送多個相同類型或相同內(nèi)容的緊急業(yè)務(wù)流而導(dǎo)致預(yù)留資源發(fā)生沖突的情況。

本實施例通過ue執(zhí)行靜默處理的方式，雖然可以在一定概率上避免預(yù)留資源發(fā)生沖突的情況，然而，靜默幀并不能保證100％靜默成功，也就是說bs執(zhí)行沖突檢測的結(jié)果可能為沖突，即bs不會為ue分配傳輸資源且不發(fā)送資源指示幀，與上述實施例相同的，ue可以執(zhí)行超時判斷，如果判斷結(jié)果為超時，則在在下一個重傳窗口的第一個子幀通過靜默幀重新進行靜默處理，并根據(jù)靜默處理結(jié)果確定采用預(yù)留資源傳輸緊急業(yè)務(wù)流或推遲傳輸緊急業(yè)務(wù)流，具體執(zhí)行方式與上述實施例相同，故在此不再贅述。

可選地，本實施例提供的方還包括：s250，bs記錄預(yù)留資源在每個幀內(nèi)產(chǎn)生沖突的次數(shù)。

s260，bs根據(jù)記錄的沖突次數(shù)調(diào)整靜默概率。

本實施例中的bs通過在每個幀的時間間隔內(nèi)記錄預(yù)留資源上產(chǎn)生沖突的次數(shù)，如果次數(shù)太多，bs在下一次廣播靜默幀時將通過調(diào)整靜默概率而降低預(yù)留資源上產(chǎn)生沖突的次數(shù)。

上述實施例中已經(jīng)說明bs發(fā)送預(yù)留資源指示信息的方式可以是bs向上報緊急業(yè)務(wù)流的ue反饋的，還可以為bs通過廣播消息通知所有具有相同類型緊急業(yè)務(wù)流的ue?？蛇x地，圖8為本發(fā)明實施例提供的還一種數(shù)據(jù)傳輸方法的流程圖。在上述圖6所示實施例的基礎(chǔ)上，本實施例在s210之前 還包括：

s200，bs接收多個ue發(fā)送的注冊請求消息，該注冊請求消息中包括每個ue中的緊急業(yè)務(wù)流信息。

本實施例中，bs接收到的緊急業(yè)務(wù)流信息可以為上述實施例中ue傳輸?shù)木o急業(yè)務(wù)流的類型或內(nèi)容，還可以包括暫時未傳輸?shù)钠渌o急業(yè)務(wù)流的類型或內(nèi)容，即ue中若具有不同類型或不同內(nèi)容的緊急業(yè)務(wù)流，則ue接收到的預(yù)留資源指示信息中的對應(yīng)關(guān)系為：每種類型或每種內(nèi)容的緊急業(yè)務(wù)流與預(yù)留資源的對應(yīng)關(guān)系。

s201，bs確定為多個ue中的全部或部分ue分配預(yù)留資源，并向確定分配預(yù)留資源的ue發(fā)送注冊響應(yīng)消息。

s202，bs根據(jù)接收到的緊急業(yè)務(wù)流信息進行預(yù)留處理，為緊急業(yè)務(wù)流分配對應(yīng)的預(yù)留資源。

本實施例中的bs進行預(yù)留處理的具體方式為，根據(jù)接收到的緊急業(yè)務(wù)流信息進行等效帶寬計算和資源預(yù)留，其中，資源預(yù)留的結(jié)果同樣為：相同類型或相同內(nèi)容的緊急業(yè)務(wù)流對應(yīng)一個預(yù)留資源。

需要說明的是，本實施例的bs接收到ue發(fā)送的緊急業(yè)務(wù)流信息后，只會針對bs判斷出的緊急業(yè)務(wù)流進行資源預(yù)留，對于bs判斷為非緊急業(yè)務(wù)流的上報信息，不會向?qū)?yīng)的ue返回注冊響應(yīng)消息，即bs向ue發(fā)送mib消息時，具體向確定分配預(yù)留資源的ue分別發(fā)送。另外，本實施例中的bs在執(zhí)行s200之前，同樣可以接收ue發(fā)送探測消息，并向ue返回的響應(yīng)消息，從而建立ue與bs的連接。

進一步地，本實施例中bs接收的緊急業(yè)務(wù)流信息還可以包括：緊急業(yè)務(wù)流的類型或內(nèi)容，以及緊急業(yè)務(wù)流對應(yīng)的傳輸間隔周期，相應(yīng)地，預(yù)留資源指示信息中的對應(yīng)關(guān)系可以為：緊急業(yè)務(wù)流與傳輸間隔周期和預(yù)留資源的對應(yīng)關(guān)系。本實施例中的s220可以替換為：bs接收ue每隔一個傳輸間隔周期采用預(yù)留資源傳輸?shù)木o急業(yè)務(wù)流；相應(yīng)地，ue在傳輸緊急業(yè)務(wù)流后，預(yù)留資源會失效且失效周期為上述傳輸間隔周期，即bs還接收ue在傳輸間隔周期內(nèi)采用預(yù)留資源傳輸該ue的非緊急業(yè)務(wù)流。

本實施例中的ue在未傳輸緊急業(yè)務(wù)流的其它時隙中，可以將預(yù)留資源用于非緊急業(yè)務(wù)流的傳輸，通過有效利用預(yù)留資源實現(xiàn)了資源的最大化利用，在一定程度上避免了資源浪費的現(xiàn)象。

圖9為本發(fā)明實施例提供的還一種數(shù)據(jù)傳輸方法的流程圖。本實施例提供的數(shù)據(jù)傳輸方法適用于ue傳輸緊急業(yè)務(wù)流的情況中，該方法可以由數(shù)據(jù)傳輸裝置執(zhí)行，該數(shù)據(jù)傳輸裝置通過硬件和軟件結(jié)合的方式來實現(xiàn)，該裝置可以集成在sdn控制器的處理器中，供處理器調(diào)用使用。如圖9所示，本實施例的方法可以包括：

s310，sdn控制器根據(jù)從ue接收到的緊急業(yè)務(wù)流的信息進行預(yù)留處理。

s320，sdn向基站bs發(fā)送處理結(jié)果通知消息，該處理結(jié)果通知消息用于指示bs為sdn控制器接收到的緊急業(yè)務(wù)流分配對應(yīng)的預(yù)留資源，并向ue發(fā)送包括預(yù)留資源指示信息的主信息塊mib消息，該預(yù)留資源指示信息中包括緊急業(yè)務(wù)流與預(yù)留資源的對應(yīng)關(guān)系。

本實施例為sdn構(gòu)架下ue傳輸緊急業(yè)務(wù)流的具體方法，sdn控制器執(zhí)行預(yù)留處理的方式同樣可以是進行等效帶寬計算，并將計算結(jié)果通知給bs，由bs為緊急業(yè)務(wù)流進行實時物理資源的預(yù)留。與上述實施例類似的，本實施例中ue同樣可以在sdn控制器中進行注冊，s310之前還包括：

s300，sdn控制器接收多個ue發(fā)送的注冊請求消息，該注冊請求消息中包括每個ue中緊急業(yè)務(wù)流的信息。

s301，sdn控制器確定為多個ue中的全部或部分ue分配預(yù)留資源，并向確定分配預(yù)留資源的ue發(fā)送注冊響應(yīng)消息。

本實施例中通過sdn控制器執(zhí)行bs控制面的操作，其具體實現(xiàn)方式與上述實施例中bs的操作方式相同，并且本實施例中ue傳輸緊急業(yè)務(wù)流的方式，ue根據(jù)靜默處理執(zhí)行傳輸?shù)木唧w方式，以及bs進行沖突檢測的方式均與上述實施例相同，故在此不再贅述。需要說明的是，本實施例中sdn控制器在執(zhí)行s300之前，bs同樣可以接收ue發(fā)送探測消息，并向ue返回的響應(yīng)消息，從而建立ue與bs的連接。

為使本發(fā)明技術(shù)方案更清楚明白，以下通過一些具體實例詳細說明本發(fā) 明各實施例提供的數(shù)據(jù)傳輸方法的應(yīng)用場景和應(yīng)用方式。

具體實例一

圖10為本發(fā)明具體實例一提供的一種數(shù)據(jù)傳輸方法的信令交互流程圖。本實施例的應(yīng)用場景可以為非sdn構(gòu)架下的緊急業(yè)務(wù)流的傳輸，如圖11所示，為圖10所示實施例提供的數(shù)據(jù)傳輸方法的一種應(yīng)用場景示意圖，圖11所示應(yīng)用場景中包括ue1、ue2和bs，并且ue1和ue2具有相同類型的緊急業(yè)務(wù)流(記為content1)的傳輸請求，本實施例提供的方法具體包括：

s401，ue1和ue2分別向bs發(fā)送探測消息。

s402，bs分別向ue1和ue2返回探測響應(yīng)消息。此時，bs分別與ue1和ue2連接。

s403，ue1和ue2分別向bs發(fā)送注冊請求消息，該注冊請求消息中包括緊急業(yè)務(wù)流信息，例如為content1的類型。

s404，bs分別向ue1和ue2返回注冊響應(yīng)消息。本實施中的bs接收到注冊請求消息后，會針對注冊請求消息中的緊急業(yè)務(wù)流信息進行分組，由于bs只針對緊急業(yè)務(wù)流進行資源預(yù)留，所以對于bs判斷出的非緊急性業(yè)務(wù)流對應(yīng)的ue，bs不會返回注冊響應(yīng)消息。

s405，bs根據(jù)接收到的緊急業(yè)務(wù)流信息進行預(yù)留處理，為緊急業(yè)務(wù)流分配對應(yīng)的預(yù)留資源。

s406，bs分別向ue1和ue2發(fā)送包括預(yù)留資源指示信息的mib消息，該預(yù)留資源指示信息中包括緊急業(yè)務(wù)流與預(yù)留資源的對應(yīng)關(guān)系。

上述s401～s406為ue1和ue2執(zhí)行緊急業(yè)務(wù)流的注冊和bs執(zhí)行資源預(yù)留的過程。本實施例中的ue1和ue2在接收到預(yù)留資源指示信息，即提前獲取到bs為content1分配的預(yù)留資源，因此，在具有content1傳輸需求時，可以執(zhí)行采用預(yù)留資源進行傳輸，本實施例提供的方法還包括：

s410，bs在每個幀的第一個子幀上廣播靜默幀。該靜默幀為與content1對應(yīng)的content1silence，相應(yīng)地，ue1和ue2都接收并獲取該靜默幀。

可選地，s411，ue1和ue2分別根據(jù)靜默幀進行靜默處理，且本實施例中的靜默處理結(jié)果為ue1未靜默，ue2被靜默。

s412，ue1采用預(yù)留資源傳輸content1。本實施例中ue2被靜默，此時ue2會推遲content1，即bs在該子幀中僅接收到ue1發(fā)送的content1。

s413，bs在接收到ue1發(fā)送的content1之后，進行沖突檢測和資源分配。本實施例中的ue2被靜默，即同一時隙中僅有ue1發(fā)送了content1，因此，預(yù)留資源上不會產(chǎn)生沖突，bs的沖突檢測結(jié)果為未沖突，bs可以為ue1分配傳輸資源。

s414，bs向ue1發(fā)送包括傳輸資源的資源指示幀。

s415，ue1采用傳輸資源傳輸content1。

s416，在ue1傳輸content1的下一個重傳窗口的第一個子幀，ue2采用預(yù)留資源傳輸content1。此時，ue1已經(jīng)使用bs單獨分配的傳輸資源進行content1的傳輸，因此不會發(fā)生預(yù)留資源的沖突。

s417，bs在接收到ue2發(fā)送的content1之后，進行沖突檢測和資源分配。

s418，bs向ue2發(fā)送包括傳輸資源的資源指示幀。

s419，ue2采用傳輸資源傳輸content1。

如圖12所示，為圖10所示實施例提供的數(shù)據(jù)傳輸方法中一種緊急業(yè)務(wù)流的傳輸示意圖，具體指示執(zhí)行s411～s419的過程中ue1和ue2的資源使用情況，圖12中ue1未被靜默而ue2被成功靜默，所以ue2會被推遲到下一個重傳窗口(失效窗口)的第一個子幀，即圖12中的“#8”繼續(xù)嘗試使用預(yù)留資源傳輸緊急業(yè)務(wù)流。

在本實施例的另一種可能的實現(xiàn)方式中，s411～s419可以替換為：

s420，ue1和ue2分別根據(jù)靜默幀進行靜默處理，且靜默處理結(jié)果為ue1和ue2都未靜默，即靜默失敗。

s421，ue1和ue2均采用預(yù)留資源傳輸content1。本實施例中的靜默失敗，即bs在該子幀中接收到ue1和ue2在同一時隙通過同一預(yù)留資源發(fā)送的content1。

s422，bs在接收到ue1和ue2發(fā)送的content1之后，進行沖突檢測。本實施例中的ue1和ue2都未靜默，即預(yù)留資源上不會產(chǎn)生沖突，bs的沖 突檢測結(jié)果為發(fā)生沖突，因此，bs不會進行資源分配也不會回復(fù)資源指示幀。

s423，ue1和ue2分別進行超時判斷，且判斷結(jié)果均為超時。因此，ue1和ue2都會將content1推遲到下一個重傳窗口的第一個子幀下一個子幀中傳輸進行處理，在并且在下一個重傳窗口的第一個子幀中傳輸content1的方式與上述方式類似，即需要重新進行靜默處理，并根據(jù)靜默處理的結(jié)果執(zhí)行后續(xù)操作，若此次靜默處理成功靜默ue2，則執(zhí)行s411～s419的具體步驟。

如圖13所示，為圖10所示實施例提供的數(shù)據(jù)傳輸方法中另一種緊急業(yè)務(wù)流的傳輸示意圖，具體指示執(zhí)行s421～s424后再執(zhí)行s411～s420的過程中ue1和ue2的資源使用情況，如圖13所示，在第二個子幀(即#1)時ue1和ue2同時使用了預(yù)留資源傳輸緊急業(yè)務(wù)流，并在預(yù)留資源上產(chǎn)生了沖突，而ue1和ue2在一個重傳窗口(失效窗口)的時間內(nèi)(圖13中以重傳窗口是8個子幀為例予以示出，本發(fā)明各實施例中重傳窗口的大小可以調(diào)節(jié))并未收到基站側(cè)指示數(shù)據(jù)發(fā)送成功的反饋，也就是判斷超時了，此時在下一個重傳窗口的第一個子幀(即是圖13中的“#8”)繼續(xù)進行靜默處理，并根據(jù)靜默處理的結(jié)果確定是否使用預(yù)留資源傳輸數(shù)據(jù)。與此同時，在第九個子幀(即是圖13中的“#8”)的時候ue1未被靜默，而ue2被靜默，所以ue2會被推遲到下一個重傳窗口(失效窗口)的第一個子幀(即是圖13中的“#16”)繼續(xù)嘗試使用預(yù)留資源傳輸緊急業(yè)務(wù)流。

本實施例提供的數(shù)據(jù)傳輸方法，任何一個ue在使用預(yù)留資源成功傳輸了content1的數(shù)據(jù)之后，在下一個子幀基站都會針對該ue單獨分配傳輸資源供content1的傳輸。

可選地，如圖14所示，為本發(fā)明具體實例一提供的另一種數(shù)據(jù)傳輸方法的信令交互流程圖。本實施例的應(yīng)用場景為sdn構(gòu)架下的緊急業(yè)務(wù)流的傳輸，如圖15所示，為圖14所示實施例提供的數(shù)據(jù)傳輸方法的一種應(yīng)用場景示意圖，圖15所示應(yīng)用場景中包括ue1、ue2、bs和sdn控制器，并且ue1和ue2具有相同類型的緊急業(yè)務(wù)流(記為content1)的傳輸請求，在上述圖10所示實施例的基礎(chǔ)上，s403～s406可以替換為：

s431，ue1和ue2分別向sdn控制器發(fā)送注冊請求消息，該注冊請求 消息中包括緊急業(yè)務(wù)流信息，例如為content1的類型。

s432，sdn控制器分別向ue1和ue2返回注冊響應(yīng)消息。本實施中的sdn控制器接收到注冊請求消息后，會針對注冊請求消息中的緊急業(yè)務(wù)流信息進行分組，由于bs只針對緊急業(yè)務(wù)流進行資源預(yù)留，所以對于sdn控制器判斷出的非緊急性業(yè)務(wù)流對應(yīng)的ue，sdn控制器不會返回注冊響應(yīng)消息。

s433，sdn控制器根據(jù)接收到的緊急業(yè)務(wù)流信息進行預(yù)留處理。

s434，sdn控制器向bs發(fā)送處理結(jié)果通知消息。

s435，bs為緊急業(yè)務(wù)流分配對應(yīng)的預(yù)留資源。

s436，bs分別向ue1和ue2發(fā)送包括預(yù)留資源指示信息的mib消息，該預(yù)留資源指示信息中包括緊急業(yè)務(wù)流與預(yù)留資源的對應(yīng)關(guān)系。

本實施例中ue1和ue2接收到預(yù)留資源指示信息，并執(zhí)行后續(xù)操作的具體實現(xiàn)方式與上述實例相同，故在此不再贅述。

具體實例二

圖16為本發(fā)明具體實例二提供的一種數(shù)據(jù)傳輸方法的信令交互流程圖。本實施例的應(yīng)用場景可以為周期性緊急業(yè)務(wù)流的傳輸，如圖17所示，為圖16所示實施例提供的數(shù)據(jù)傳輸方法的一種應(yīng)用場景示意圖，圖17所示應(yīng)用場景中包括ue1、ue2和bs，并且ue1和ue2中有多種類型的緊急性業(yè)務(wù)流(包括content1和content2)的傳輸請求，例如content1的類型為煙霧(smoke)，content2的類型為溫度(temperature)，并且content1和content2都是周期性傳輸?shù)?，具體地，content1的傳輸間隔周期為t1，content2的傳輸間隔周期t1和t2不一樣，t1為三個傳輸間隔時隙，t2為四個傳輸間隔時隙，表示每過3個時隙ue1和ue2會將content1的數(shù)據(jù)傳輸給bs，而每過4個傳輸時隙ue1和ue2會將content2的數(shù)據(jù)傳輸給bs，本實施例提供的方法具體包括：

s501，ue1和ue2分別向bs發(fā)送探測消息。

s502，bs分別向ue1和ue2返回探測響應(yīng)消息。此時，bs分別與ue1和ue2連接。

s503，ue1和ue2分別向bs發(fā)送注冊請求消息，該注冊請求消息中包 括緊急業(yè)務(wù)流信息，例如為content1的類型和傳輸間隔周期t1，content1的類型和傳輸間隔周期t2。

s504，bs分別向ue1和ue2返回注冊響應(yīng)消息。本實施中的bs接收到注冊請求消息后，會針對注冊請求消息中的緊急業(yè)務(wù)流信息進行分組，由于bs只針對緊急業(yè)務(wù)流進行資源預(yù)留，所以對于bs判斷出的非緊急性業(yè)務(wù)流對應(yīng)的ue，bs不會返回注冊響應(yīng)消息。

s505，bs根據(jù)接收到的緊急業(yè)務(wù)流信息進行預(yù)留處理，為緊急業(yè)務(wù)流分配對應(yīng)的預(yù)留資源。

s506，bs分別向ue1和ue2發(fā)送包括預(yù)留資源指示信息的mib消息，該預(yù)留資源指示信息中包括緊急業(yè)務(wù)流與預(yù)留資源和傳輸間隔周期的對應(yīng)關(guān)系，例如為content1對應(yīng)t1和rb2，content2對應(yīng)t2和rb8。

s507，ue1在有content1的傳輸請求時，每隔一個t1采用預(yù)留資源rb2傳輸content1。

s508，ue1在t1內(nèi)采用rb2傳輸?shù)姆蔷o急業(yè)務(wù)流。

s509，ue2在有content1的傳輸請求時，每隔一個t1采用預(yù)留資源rb2傳輸content1。

s510，ue2在t1內(nèi)采用預(yù)留資源rb2傳輸?shù)姆蔷o急業(yè)務(wù)流。

本實施例中的ue1和ue2在傳輸content1之后，預(yù)留資源將會失效并且失效的周期為傳輸間隔周期t1，在失效的周期預(yù)留資源rb2可以用于傳輸ue1和ue2中的其他業(yè)務(wù)流。

類似地，ue1和ue2傳輸content2的方式與傳輸content1的方式相同，具體包括：

s511，ue1在有content2的傳輸請求時，每隔一個t2采用預(yù)留資源rb8傳輸content2。

s512，ue1在t2內(nèi)采用預(yù)留資源傳輸?shù)姆蔷o急業(yè)務(wù)流。

s513，ue2在有content2的傳輸請求時，每隔一個t2采用預(yù)留資源rb8傳輸content2。

s514，ue2在t2內(nèi)采用預(yù)留資源rb8傳輸?shù)姆蔷o急業(yè)務(wù)流。

如圖18所示，為圖16所示所示實施例提供的數(shù)據(jù)傳輸方法中一種緊急業(yè)務(wù)流的傳輸示意圖，具體指示執(zhí)行s507～s514的過程中ue1和ue2的資源使用情況。

本實施例的ue1和ue2如果在同一時隙采用相同的預(yù)留資源傳輸content1或content2，同樣可以發(fā)生預(yù)留資源的沖突，解決沖突的具體實現(xiàn)方式與上述各實施例相同，故在此不再贅述。

圖19為本發(fā)明實施例提供的一種數(shù)據(jù)傳輸裝置的結(jié)構(gòu)示意圖。本實施例提供的數(shù)據(jù)傳輸裝置適用于ue傳輸緊急業(yè)務(wù)流的情況中，該數(shù)據(jù)傳輸裝置通過硬件和軟件結(jié)合的方式來實現(xiàn)，該裝置可以集成在ue的處理器中，供處理器調(diào)用使用。如圖19所示，本實施例的數(shù)據(jù)傳輸裝置具體包括：相連接的接收模塊11和發(fā)送模塊12。

其中，接收模塊11，配置為能夠接收基站bs發(fā)送的包括預(yù)留資源指示信息的主信息塊mib消息，該預(yù)留資源指示信息中包括緊急業(yè)務(wù)流與預(yù)留資源的對應(yīng)關(guān)系。

本發(fā)明實施例提供的數(shù)據(jù)傳輸裝置，執(zhí)行ue中具有緊急業(yè)務(wù)流時的數(shù)據(jù)傳輸，ue中存在待傳輸?shù)木o急業(yè)務(wù)流之前，接收模塊11可以先接收到bs發(fā)送的預(yù)留資源指示信息，該預(yù)留資源指示信息可以是bs根據(jù)其覆蓋范圍內(nèi)ue上報的緊急業(yè)務(wù)流信息生成的，其中包括各種類型或各種內(nèi)容的緊急業(yè)務(wù)流與預(yù)留資源的對應(yīng)關(guān)系。在具體實現(xiàn)中，bs可以對相同類型或相同內(nèi)容的緊急業(yè)務(wù)流分配同一預(yù)留資源，即緊急業(yè)務(wù)流與預(yù)留資源的對應(yīng)關(guān)系并不是一一對應(yīng)的關(guān)系，通常是多對一的關(guān)系。

可選地，本實施例中接收模塊11接收到的預(yù)留資源指示信息可以是bs向該ue發(fā)送的，該預(yù)留資源指示信息也可以是bs廣播的。

發(fā)送模塊12，配置為能夠在ue檢測到存在待傳輸?shù)木o急業(yè)務(wù)流后，根據(jù)接收模塊11接收的預(yù)留資源指示信息采用緊急業(yè)務(wù)流對應(yīng)的預(yù)留資源傳輸緊急業(yè)務(wù)流。

在本實施例中，處于空閑態(tài)的ue在檢測到具有緊急業(yè)務(wù)流需要傳輸后， 可以根據(jù)接收的預(yù)留資源指示信息獲取到與需要的緊急業(yè)務(wù)流對應(yīng)的預(yù)留資源，從而發(fā)送模塊12直接通過該預(yù)留資源傳輸當前的緊急業(yè)務(wù)流，此時，ue由空閑態(tài)變?yōu)檫B接態(tài)。

本發(fā)明實施例提供的數(shù)據(jù)傳輸裝置用于執(zhí)行本發(fā)明圖2所示實施例提供的數(shù)據(jù)傳輸方法，具備相應(yīng)的功能模塊，其實現(xiàn)原理和技術(shù)效果類似，此處不再贅述。

本發(fā)明實施例的應(yīng)用場景例如為，多個ue具有相同類型或相同內(nèi)容的緊急業(yè)務(wù)流，并且該多個ue同時具有緊急業(yè)務(wù)流的傳輸需要，此時，若多個ue同時采用同一預(yù)留資源傳輸緊急業(yè)務(wù)流，有可能會造成預(yù)留資源上的數(shù)據(jù)沖突，使得數(shù)據(jù)傳輸失敗或者bs不能成功解析數(shù)據(jù)，從而使得本次緊急業(yè)務(wù)流傳輸失敗。

針對上述由于多個ue采用同一預(yù)留資源傳輸緊急業(yè)務(wù)流，而造成數(shù)據(jù)傳輸失敗的可能情況，本實施例提供一種解決方案，如圖20所示，為本發(fā)明實施例提供的另一種數(shù)據(jù)傳輸裝置的結(jié)構(gòu)示意圖。在上述圖19所示實施例的基礎(chǔ)上，本實施例中還包括與發(fā)送模塊12相連接的靜默處理模塊13，在具體實現(xiàn)中，本實施例的接收模塊11，還配置為能夠在接收bs發(fā)送的mib消息之后，接收bs廣播的與緊急業(yè)務(wù)流對應(yīng)的靜默幀，該靜默幀為bs在每個幀的第一個子幀上廣播的；靜默處理模塊13，配置為能夠在ue檢測到存在待傳輸?shù)木o急業(yè)務(wù)流后，且發(fā)送模塊12傳輸緊急業(yè)務(wù)流之前，根據(jù)接收模塊11接收的靜默幀進行靜默處理；相應(yīng)地，發(fā)送模塊12配置為能夠采用預(yù)留資源傳輸緊急業(yè)務(wù)流，包括：配置為能夠在靜默處理的靜默處理結(jié)果為未靜默時，采用預(yù)留資源傳輸緊急業(yè)務(wù)流；并且配置為能夠在靜默處理的靜默處理結(jié)果為被靜默時，在下一個重傳窗口的第一個子幀通過靜默幀重新進行靜默處理，并根據(jù)靜默處理結(jié)果確定預(yù)留資源傳輸緊急業(yè)務(wù)流或推遲傳輸緊急業(yè)務(wù)流。

本實施例中的靜默幀中可以包括靜默概率；則靜默處理模塊13配置為能夠根據(jù)接收模塊11接收的靜默幀進行靜默處理，包括：配置為能夠?qū)e生成的隨機靜默值與靜默概率進行對比，并根據(jù)對比結(jié)果確定ue未靜默或被靜默。

本實施例在具體實現(xiàn)中，接收模塊11，還配置為能夠在接收模塊11采用預(yù)留資源傳輸緊急業(yè)務(wù)流之后，接收bs發(fā)送的資源指示幀，該資源指示幀中包括bs為ue分配的傳輸資源，其中，所分配的傳輸資源為bs在接收到的緊急業(yè)務(wù)流后進行沖突檢測，且沖突檢測結(jié)果為未沖突時為ue分配的；相應(yīng)地，發(fā)送模塊12，還配置為能夠采用分配的傳輸資源傳輸緊急業(yè)務(wù)流。

本發(fā)明實施例提供的數(shù)據(jù)傳輸裝置用于執(zhí)行本發(fā)明圖3所示實施例提供的數(shù)據(jù)傳輸方法，具備相應(yīng)的功能模塊，其實現(xiàn)原理和技術(shù)效果類似，此處不再贅述。

上述實施例通過ue執(zhí)行靜默處理的方式，雖然可以在一定概率上避免預(yù)留資源發(fā)生沖突的情況，然而，靜默幀并不能保證100％靜默成功，因此，在圖20所示實施例的基礎(chǔ)上，還可以包括：分別與發(fā)送模塊12和靜默處理模塊13相連接的超時判斷模塊14，配置為能夠在發(fā)送模塊12采用預(yù)留資源傳輸緊急業(yè)務(wù)流之后，進行超時判斷；進一步地，靜默處理模塊13，還配置為能夠在超時判斷模塊14判斷出超時時，在下一個重傳窗口的第一個子幀通過靜默幀重新進行靜默處理；發(fā)送模塊12，還配置為能夠根據(jù)靜默處理模塊13的靜默處理結(jié)果確定采用預(yù)留資源傳輸緊急業(yè)務(wù)流或推遲傳輸緊急業(yè)務(wù)流。

本發(fā)明實施例提供的數(shù)據(jù)傳輸裝置用于執(zhí)行本發(fā)明圖4所示實施例提供的數(shù)據(jù)傳輸方法，具備相應(yīng)的功能模塊，其實現(xiàn)原理和技術(shù)效果類似，此處不再贅述。

本實施例中bs發(fā)送預(yù)留資源指示信息的方式可以是bs向上報緊急業(yè)務(wù)流的ue反饋的，還可以為bs通過廣播消息通知所有具有相同類型緊急業(yè)務(wù)流的ue?？蛇x地，本實施例中的發(fā)送模塊12，還配置為能夠在接收模塊11接收bs發(fā)送的mib消息之前，向bs或軟件定義網(wǎng)絡(luò)sdn控制器發(fā)送注冊請求消息，該注冊請求消息中包括ue中的緊急業(yè)務(wù)流信息；接收模塊11，還配置為能夠接收bs或sdn控制器發(fā)送的注冊響應(yīng)消息，該注冊響應(yīng)消息向ue指示bs確定為ue中的緊急業(yè)務(wù)流分配預(yù)留資源。

需要說明的是，本實施例中ue發(fā)送注冊請求消息和返回注冊響應(yīng)消息的對端可以是非sdn構(gòu)架中的bs，也可以是sdn構(gòu)架中的sdn控制器， ue執(zhí)行緊急業(yè)務(wù)流注冊的對象并不影響ue傳輸緊急業(yè)務(wù)流的方式。

本發(fā)明實施例提供的數(shù)據(jù)傳輸裝置用于執(zhí)行本發(fā)明圖5所示實施例提供的數(shù)據(jù)傳輸方法，具備相應(yīng)的功能模塊，其實現(xiàn)原理和技術(shù)效果類似，此處不再贅述。

進一步地，本實施例中發(fā)送模塊12發(fā)送的緊急業(yè)務(wù)流信息包括：緊急業(yè)務(wù)流的類型或內(nèi)容，以及緊急業(yè)務(wù)流對應(yīng)的傳輸間隔周期，上述預(yù)留資源指示信息中的對應(yīng)關(guān)系為：緊急業(yè)務(wù)流與傳輸間隔周期和預(yù)留資源的對應(yīng)關(guān)系；相應(yīng)地，發(fā)送模塊12配置為能夠采用預(yù)留資源傳輸所緊急業(yè)務(wù)流，包括：配置為能夠每隔一個傳輸間隔周期采用預(yù)留資源傳輸緊急業(yè)務(wù)流；發(fā)送模塊12，還配置為能夠在采用預(yù)留資源傳輸緊急業(yè)務(wù)流之后，在傳輸間隔周期內(nèi)采用預(yù)留資源傳輸?shù)姆蔷o急業(yè)務(wù)流。本實施例中的ue在未傳輸緊急業(yè)務(wù)流的其它時隙中，可以將預(yù)留資源用于非緊急業(yè)務(wù)流的傳輸，通過有效利用預(yù)留資源實現(xiàn)了資源的最大化利用，在一定程度上避免了資源浪費的現(xiàn)象。

圖21為本發(fā)明實施例提供的又一種數(shù)據(jù)傳輸裝置的結(jié)構(gòu)示意圖。本實施例提供的數(shù)據(jù)傳輸裝置適用于ue傳輸緊急業(yè)務(wù)流的情況中，該數(shù)據(jù)傳輸裝置通過硬件和軟件結(jié)合的方式來實現(xiàn)，該裝置可以集成在bs的處理器中，供處理器調(diào)用使用。如圖21所示，本實施例的數(shù)據(jù)傳輸裝置具體包括：相連接的發(fā)送模塊21和接收模塊22。

其中，發(fā)送模塊21，配置為能夠向ue發(fā)送包括預(yù)留資源指示信息的mib消息，該預(yù)留資源指示信息中包括緊急業(yè)務(wù)流與預(yù)留資源的對應(yīng)關(guān)系。

本發(fā)明實施例提供的數(shù)據(jù)傳輸裝置，執(zhí)行ue中具有緊急業(yè)務(wù)流時的數(shù)據(jù)傳輸，ue中存在待傳輸?shù)木o急業(yè)務(wù)流之前，發(fā)送模塊21向ue發(fā)送的預(yù)留資源指示信息，該預(yù)留資源指示信息可以是bs根據(jù)其覆蓋范圍內(nèi)ue上報的緊急業(yè)務(wù)流信息生成的，其中包括各種類型或各種內(nèi)容的緊急業(yè)務(wù)流與預(yù)留資源的對應(yīng)關(guān)系。在具體實現(xiàn)中，bs可以對相同類型或相同內(nèi)容的緊急業(yè)務(wù)流分配同一預(yù)留資源，即緊急業(yè)務(wù)流與預(yù)留資源的對應(yīng)關(guān)系并不是一一對應(yīng)的關(guān)系，通常是多對一的關(guān)系。

可選地，本實施例中bs發(fā)送的預(yù)留資源指示信息可以是發(fā)送模塊21向ue發(fā)送的，該預(yù)留資源指示信息也可以是bs廣播的。

接收模塊22，配置為能夠接收ue采用緊急業(yè)務(wù)流對應(yīng)的預(yù)留資源傳輸?shù)木o急業(yè)務(wù)流。

在本實施例中，ue在檢測到具有緊急業(yè)務(wù)流需要傳輸后，可以根據(jù)接收的預(yù)留資源指示信息獲取到與需要傳輸?shù)木o急業(yè)務(wù)流對應(yīng)的預(yù)留資源，從而接收模塊22可以接收到ue通過該預(yù)留資源傳輸?shù)木o急業(yè)務(wù)流。與上述實施例類似地，本實施例中的bs進行資源預(yù)留時，同樣是依據(jù)上報的緊急業(yè)務(wù)流的類型或內(nèi)容執(zhí)行的。

本發(fā)明實施例提供的數(shù)據(jù)傳輸裝置用于執(zhí)行本發(fā)明圖6所示實施例提供的數(shù)據(jù)傳輸方法，具備相應(yīng)的功能模塊，其實現(xiàn)原理和技術(shù)效果類似，此處不再贅述。

本發(fā)明實施例的應(yīng)用場景為，多個ue具有相同類型或相同內(nèi)容的緊急業(yè)務(wù)流，并且該多個ue同時具有緊急業(yè)務(wù)流的傳輸需要，此時，若多個ue同時采用同一預(yù)留資源傳輸緊急業(yè)務(wù)流，有可能會造成預(yù)留資源上的數(shù)據(jù)沖突，使得數(shù)據(jù)傳輸失敗或者bs不能成功解析數(shù)據(jù)，從而使得本次緊急業(yè)務(wù)流傳輸失敗。

針對上述由于多個ue采用同一預(yù)留資源傳輸緊急業(yè)務(wù)流，而造成數(shù)據(jù)傳輸失敗的可能情況，本實施例提供一種解決方案，如圖22所示，為本發(fā)明實施例提供的再一種數(shù)據(jù)傳輸裝置的結(jié)構(gòu)示意圖。在上述圖21所示實施例的基礎(chǔ)上，本實施例中的發(fā)送模塊21，還配置為能夠在向ue發(fā)送mib消息之后，在每個幀的第一子幀上廣播與緊急業(yè)務(wù)流對應(yīng)的靜默幀，該靜默幀中包括靜默概率，該靜默幀用于向具有緊急業(yè)務(wù)流的每個ue指示，在檢測到存在待傳輸?shù)木o急業(yè)務(wù)流后根據(jù)靜默概率進行靜默處理；相應(yīng)地，接收模塊22配置為能夠接收ue采用預(yù)留資源傳輸?shù)木o急業(yè)務(wù)流，包括：配置為能夠接收ue在靜默處理結(jié)果為未靜默時，ue采用預(yù)留資源傳輸?shù)木o急業(yè)務(wù)流；并且配置為能夠接收ue在靜默處理結(jié)果為被靜默時，ue在下一個重傳窗口的第一個子幀通過靜默幀重新進行靜默處理，并根據(jù)靜默處理結(jié)果確定采用預(yù)留資源傳輸?shù)木o急業(yè)務(wù)流或推遲傳輸緊急業(yè)務(wù)流。本實施例中ue進行靜默處理的方式，以及對比和判斷的原則與上述實施例中相同，故在此不再具體說明。

本實施例提供的裝置還包括：相連接的沖突檢測模塊23和資源分配模塊24，沖突檢測模塊23還與接收模塊22相連接，資源分配模塊24還與發(fā)送模塊21相連接；在具體實現(xiàn)中，沖突檢測模塊23，配置為能夠在接收模塊22接收ue采用預(yù)留資源傳輸?shù)木o急業(yè)務(wù)流之后進行沖突檢測，具體地，bs根據(jù)之前在預(yù)留資源上接收的緊急業(yè)務(wù)流是否能正確解析，判斷預(yù)留資源是否產(chǎn)生沖突，若可以正確解析，則說明該預(yù)留資源上沒有產(chǎn)生沖突，若不能正確解析，則說明該預(yù)留資源上產(chǎn)生了沖突；資源分配模塊24，配置為能夠在沖突檢測模塊23的沖突檢測結(jié)果為未沖突時，為ue分配傳輸資源；相應(yīng)地，發(fā)送模塊21，還配置為能夠向ue發(fā)送包括傳輸資源的資源指示幀，指示ue采用傳輸資源傳輸緊急業(yè)務(wù)流。

上述實施例通過ue執(zhí)行靜默處理的方式，雖然可以在一定概率上避免預(yù)留資源發(fā)生沖突的情況，然而，靜默幀并不能保證100％靜默成功，也就是說bs執(zhí)行沖突檢測的結(jié)果可能為沖突，即bs不會為ue分配傳輸資源且不發(fā)送資源指示幀，與上述實施例相同的，ue可以執(zhí)行超時判斷，如果判斷結(jié)果為超時，則在下一個重傳窗口的第一個子幀通過靜默幀重新進行靜默處理，并根據(jù)靜默處理結(jié)果確定采用預(yù)留資源傳輸緊急業(yè)務(wù)流或推遲傳輸緊急業(yè)務(wù)流，具體執(zhí)行方式與上述實施例相同，故在此不再贅述。

可選地，本實施例提供的裝置還可以包括：相連接的記錄模塊25和調(diào)整模塊26，記錄模塊25還與沖突檢測模塊23相連接；其中，記錄模塊25，配置為能夠記錄預(yù)留資源在每個幀內(nèi)產(chǎn)生沖突的次數(shù)；調(diào)整模塊26，配置為能夠根據(jù)記錄模塊25記錄的沖突次數(shù)調(diào)整靜默概率，本實施例中的調(diào)整模塊26還可以與發(fā)送模塊21相連接，用于發(fā)送模塊21發(fā)送該調(diào)整模塊26調(diào)整后的靜默概率。

本發(fā)明實施例提供的數(shù)據(jù)傳輸裝置用于執(zhí)行本發(fā)明圖7所示實施例提供的數(shù)據(jù)傳輸方法，具備相應(yīng)的功能模塊，其實現(xiàn)原理和技術(shù)效果類似，此處不再贅述。

本實施例中發(fā)送模塊21發(fā)送預(yù)留資源指示信息的方式可以是bs向上報緊急業(yè)務(wù)流的ue反饋的，還可以為bs通過廣播消息通知所有具有相同類型緊急業(yè)務(wù)流的ue?？蛇x地，本實施例中接收模塊22，還配置為能夠在發(fā) 送模塊21向ue發(fā)送mib消息之前，接收多個ue發(fā)送的注冊請求消息，注冊請求消息中包括每個ue中的緊急業(yè)務(wù)流信息；發(fā)送模塊21，還配置為能夠在bs確定為多個ue中的全部或部分ue分配預(yù)留資源后，向確定分配預(yù)留資源的ue發(fā)送注冊響應(yīng)消息；相應(yīng)地，本實施例中的資源分配模塊24，還配置為能夠根據(jù)接收模塊22接收到的緊急業(yè)務(wù)流信息進行預(yù)留處理，為緊急業(yè)務(wù)流分配對應(yīng)的預(yù)留資源。

本實施例中的資源分配模塊24進行預(yù)留處理的具體方式為，根據(jù)接收到的緊急業(yè)務(wù)流信息進行等效帶寬計算和資源預(yù)留，其中，資源預(yù)留的結(jié)果同樣為：相同類型或相同內(nèi)容的緊急業(yè)務(wù)流對應(yīng)一個預(yù)留資源。

本發(fā)明實施例提供的數(shù)據(jù)傳輸裝置用于執(zhí)行本發(fā)明圖8所示實施例提供的數(shù)據(jù)傳輸方法，具備相應(yīng)的功能模塊，其實現(xiàn)原理和技術(shù)效果類似，此處不再贅述。

進一步地，本實施例中接收模塊22接收的緊急業(yè)務(wù)流信息還可以包括：緊急業(yè)務(wù)流的類型或內(nèi)容，以及緊急業(yè)務(wù)流對應(yīng)的傳輸間隔周期，相應(yīng)地，預(yù)留資源指示信息中的對應(yīng)關(guān)系可以為：緊急業(yè)務(wù)流與傳輸間隔周期和預(yù)留資源的對應(yīng)關(guān)系；相應(yīng)地，接收模塊22配置為能夠接收ue采用預(yù)留資源傳輸?shù)木o急業(yè)務(wù)流，包括：配置為能夠接收ue每隔一個傳輸間隔周期采用預(yù)留資源傳輸?shù)木o急業(yè)務(wù)流；接收模塊22，還配置為能夠在接收ue采用預(yù)留資源傳輸?shù)木o急業(yè)務(wù)流之后，接收ue在傳輸間隔周期內(nèi)采用預(yù)留資源傳輸?shù)姆蔷o急業(yè)務(wù)流。本實施例中的ue在未傳輸緊急業(yè)務(wù)流的其它時隙中，可以將預(yù)留資源用于非緊急業(yè)務(wù)流的傳輸，通過有效利用預(yù)留資源實現(xiàn)了資源的最大化利用，在一定程度上避免了資源浪費的現(xiàn)象。

圖23為本發(fā)明實施例提供的還一種數(shù)據(jù)傳輸裝置的結(jié)構(gòu)示意圖。本實施例提供的數(shù)據(jù)傳輸裝置適用于ue傳輸緊急業(yè)務(wù)流的情況中，該數(shù)據(jù)傳輸裝置通過硬件和軟件結(jié)合的方式來實現(xiàn)，該裝置可以集成在sdn控制器的處理器中，供處理器調(diào)用使用。如圖23所示，本實施例的數(shù)據(jù)傳輸裝置具體包括：相連接的處理模塊31和發(fā)送模塊32。

其中，處理模塊31，配置為能夠根據(jù)從終端設(shè)備ue接收到的緊急業(yè)務(wù)流的信息進行預(yù)留處理。

發(fā)送模塊32，配置為能夠向基站bs發(fā)送處理結(jié)果通知消息，該處理結(jié)果通知消息用于指示bs為sdn控制器接收到的緊急業(yè)務(wù)流分配對應(yīng)的預(yù)留資源，并向ue發(fā)送包括預(yù)留資源指示信息的主信息塊mib消息，預(yù)留資源指示信息中包括緊急業(yè)務(wù)流與預(yù)留資源的對應(yīng)關(guān)系。

本實施例為sdn構(gòu)架下ue傳輸緊急業(yè)務(wù)流的實現(xiàn)方式，處理模塊31執(zhí)行預(yù)留處理的方式同樣可以是進行等效帶寬計算，并將計算結(jié)果通知給bs，由bs為緊急業(yè)務(wù)流進行實時物理資源的預(yù)留。與上述實施例類似的，ue同樣可以在sdn控制器中進行注冊，即本實施例中的數(shù)據(jù)傳輸裝置還包括：與處理模塊31相連接的接收模塊33，配置為能夠在處理模塊31根據(jù)從終端設(shè)備ue接收到的緊急業(yè)務(wù)流的信息進行預(yù)留處理之前，接收多個ue發(fā)送的注冊請求消息，注冊請求消息中包括每個ue中緊急業(yè)務(wù)流的信息；相應(yīng)地，處理模塊31，還配置為能夠確定為多個ue中的全部或部分ue分配預(yù)留資源；發(fā)送模塊32，還配置為能夠向處理模塊31所確定的分配預(yù)留資源的ue發(fā)送注冊響應(yīng)消息。

本實施例中通過sdn控制器執(zhí)行bs控制面的操作，其具體實現(xiàn)方式與上述實施例中bs的操作方式相同，并且本實施例中ue傳輸緊急業(yè)務(wù)流的方式，ue根據(jù)靜默處理執(zhí)行傳輸?shù)木唧w方式，以及bs進行沖突檢測的方式均與上述實施例相同，故在此不再贅述。

本發(fā)明實施例提供的數(shù)據(jù)傳輸裝置用于執(zhí)行本發(fā)明圖9所示實施例提供的數(shù)據(jù)傳輸方法，具備相應(yīng)的功能模塊，其實現(xiàn)原理和技術(shù)效果類似，此處不再贅述。

圖24為本發(fā)明實施例提供的一種數(shù)據(jù)傳輸系統(tǒng)的結(jié)構(gòu)示意圖。本實施例提供的數(shù)據(jù)傳輸系統(tǒng)適用于ue傳輸緊急業(yè)務(wù)流的情況中，該數(shù)據(jù)傳輸系統(tǒng)具體包括：至少一個ue41和bs42；其中，本實施例中的ue41中設(shè)置有如上述圖19和圖20所示各實施例中的數(shù)據(jù)傳輸裝置，bs42中設(shè)置有如上述圖21和圖22所示各實施例中的數(shù)據(jù)傳輸裝置；可選地，本實施例提供的數(shù)據(jù)傳輸系統(tǒng)還可以包括sdn控制器43，通過sdn控制器43執(zhí)行bs42控制面的操作，該sdn控制器43中設(shè)置有圖23所示各實施例中的數(shù)據(jù)傳輸裝置。本實施例的數(shù)據(jù)傳輸系統(tǒng)中的各網(wǎng)元執(zhí)行數(shù)據(jù)傳輸?shù)姆绞?，與上述圖19到圖 23所示實施例中對應(yīng)網(wǎng)元執(zhí)行數(shù)據(jù)傳輸?shù)姆绞较嗤瑯佑糜趫?zhí)行本發(fā)明圖2到圖18所示任一實施例提供的數(shù)據(jù)傳輸方法，具備相應(yīng)的實體裝置，其實現(xiàn)原理和技術(shù)效果類似，此處不再贅述。

本領(lǐng)域普通技術(shù)人員可以理解上述方法中的全部或部分步驟可以通過程序來指令相關(guān)硬件(例如處理器)完成，所述程序可以存儲于計算機可讀存儲介質(zhì)中，如只讀存儲器、磁盤或光盤等?？蛇x地，上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現(xiàn)。相應(yīng)地，上述實施例中的各模塊/單元可以采用硬件的形式實現(xiàn)，例如通過集成電路來實現(xiàn)其相應(yīng)功能，也可以采用軟件功能模塊的形式實現(xiàn)，例如通過處理器執(zhí)行存儲于存儲器中的程序/指令來實現(xiàn)其相應(yīng)功能。本發(fā)明實施例不限制于任何特定形式的硬件和軟件的結(jié)合。

雖然本發(fā)明所揭露的實施方式如上，但所述的內(nèi)容僅為便于理解本發(fā)明而采用的實施方式，并非用以限定本發(fā)明。任何本發(fā)明所屬領(lǐng)域內(nèi)的技術(shù)人員，在不脫離本發(fā)明所揭露的精神和范圍的前提下，可以在實施的形式及細節(jié)上進行任何的修改與變化，但本發(fā)明的專利保護范圍，仍須以所附的權(quán)利要求書所界定的范圍為準。