本公開涉及通信系統(tǒng)領域,特別是,涉及用于擴展現(xiàn)實(extended?reality,xr)流量的無線通信方法和設備。

背景技術：

1、無線通信系統(tǒng),如第三代(3rd?generation,3g)移動電話標準和技術是眾所周知的。所述3g標準和技術是由第三代合作伙伴計劃(3rd?generation?partnership?project,3gpp)開發(fā)的。第三代無線通信通常是為支持宏蜂窩移動電話通信而開發(fā)的。通信系統(tǒng)和網(wǎng)絡已經(jīng)向寬帶和移動系統(tǒng)方向發(fā)展。在蜂窩無線通信系統(tǒng)中,用戶設備(user?equipment,ue)通過無線鏈路連接到無線接入網(wǎng)絡(radio?access?network,ran)。所述ran包括一組基站(base?stations,bss),這些基站為位于基站覆蓋的小區(qū)內(nèi)的ue提供無線鏈路,以及連接到核心網(wǎng)絡(core?network,cn)的接口,所述核心網(wǎng)絡提供整體網(wǎng)絡控制。眾所周知,所述ran和cn各自在整個網(wǎng)絡中執(zhí)行相應的功能。3gpp開發(fā)了所謂的長期演進(long?termevolution,lte)系統(tǒng),即演進的通用移動通信系統(tǒng)陸地無線接入網(wǎng)絡(evolved?universalmobile?telecommunication?system?territorial?radio?access?network,e-utran),用于移動接入網(wǎng)絡,其中一個或多個宏小區(qū)由一個稱為enodeb或enb(evolved?nodeb)的基站支持。最近,lte正在進一步向所謂的5g或nr(新無線電)系統(tǒng)演進,其中一個或多個小區(qū)由一個稱為gnb的基站支持。

2、技術問題

3、5g無線通信系統(tǒng)被設計用于提供增強型移動寬帶(enhanced?mobile?broadband,embb)、超可靠低延遲通信(ultra-reliable?low-latency?communication,urllc)和大規(guī)模機器類型通信(massive?machine?type?communication,mmtc)服務。在5g或nr中,支持embb、urllc和mmtc的特性在第15版中引入,并在第16版和第17版中得到增強。

4、擴展現(xiàn)實(extended?reality,xr)和云游戲服務是5g支持的重要媒體應用。在3gpp中,已經(jīng)完成了一系列研究項目,發(fā)現(xiàn)xr服務在流量特征方面具有一些獨特性,而當前的5g系統(tǒng)可能無法很好地支持xr服務。xr流量的一些特征列舉如下:

5、●xr流量的一個獨特特征是每個數(shù)據(jù)包都具有幀的屬性。從網(wǎng)絡傳輸?shù)慕嵌葋砜?xr服務中的每個視頻幀可能被分割成一個或多個數(shù)據(jù)包。通常,只有當所有相關的多個數(shù)據(jù)包都被正確接收時,視頻幀才能被正確解碼和重構。xr流量的另一個特征是xr服務對時間敏感,每個幀應在規(guī)定的時間窗口內(nèi)到達xr應用的客戶端。眾所周知,向xr應用的客戶端終端傳輸過時的數(shù)據(jù)包是毫無意義的。然而,根據(jù)當前的3gpp架構,xr幀與屬于該xr幀的多個數(shù)據(jù)包之間的關聯(lián)在nr標準化工作中尚未討論。因此,當構成一個幀的某些數(shù)據(jù)包到達無線接入網(wǎng)絡(radio?access?network,ran)(例如,ran中的ue或基站)時,如果所述ran無法在要求的延遲內(nèi)傳輸這些數(shù)據(jù)包,所述ran可能仍會嘗試傳輸這些數(shù)據(jù)包,而不知道所述多個數(shù)據(jù)包與幀之間的關聯(lián)。也就是說,如果無法識別一個幀及其多個數(shù)據(jù)包,xr服務的服務質(zhì)量(quality?of?service,qos)就無法得到保證,潛在的不必要傳輸可能會降低網(wǎng)絡容量。

6、●多數(shù)據(jù)流:根據(jù)3gpp?ran1第17版xr研究項目(study?item,si)中商定的xr服務流量模型,下行鏈路(downlink,dl)xr流量的多流模型有三個選項:

7、■選項1:i幀+p幀；

8、■選項2:視頻+音頻/數(shù)據(jù)；以及

9、■選項3:視場(field?of?view,fov)+全向流(omnidirectional?stream)。

10、在選項1中,i幀被稱為幀內(nèi)編碼幀或獨立幀,而p幀被稱為預測幀。在xr服務中,選項1的xr流量流包括i幀流和p幀流。在選項2中,視頻、音頻和數(shù)據(jù)分別代表xr流量流中的視頻流、音頻流和數(shù)據(jù)流。選項2的xr流量流包括視頻流和音頻/數(shù)據(jù)流。在選項3中,fov代表xr流量流中的視場(field?of?vision,fov)流。選項3的xr流量流包括fov流和全向流。

11、上行鏈路(uplink,ul)xr流量的多流模型也有三個選項:

12、●選項2:姿態(tài)/控制+聚合場景、視頻、數(shù)據(jù)和音頻；

13、●選項3a:姿態(tài)/控制+聚合場景和視頻流+聚合音頻和數(shù)據(jù)流；以及

14、●選項3b:姿態(tài)/控制+視頻的i流+視頻的p流。

15、在ul?xr流量的選項2、3a和3b中,姿態(tài)/控制代表xr流量流的姿態(tài)和控制信息流。由于編碼/渲染和網(wǎng)絡傳輸對不同流造成的延遲不同,即使所有流具有相同的周期性和開始時間,來自同一xr服務的不同流可能具有不同的數(shù)據(jù)包到達時間。然而,從ran中智能無線承載控制和自適應調(diào)度的角度來看,ran可能需要基于數(shù)據(jù)包或幀的多流同步,以對xr流量的流進行智能無線承載控制和自適應調(diào)度。

16、因此,需要一種方法來處理xr服務的數(shù)據(jù)包。

技術實現(xiàn)思路

1、本公開的目標是提出一種用戶設備(user?equipment,ue)、基站和無線通信方法。

2、在第一方面,本發(fā)明的一個實施例提供了一種可在作為發(fā)射器設備操作的無線通信設備中執(zhí)行的無線通信方法,包括：

3、接收擴展現(xiàn)實xr服務的xr流中對應幀的多個數(shù)據(jù)包,其中所述對應幀的多個數(shù)據(jù)包中的每個數(shù)據(jù)包包括攜帶所述數(shù)據(jù)包的數(shù)據(jù)包標識的協(xié)議數(shù)據(jù)單元pdu報頭；

4、基于所述xr流的所述對應幀和傳輸窗口的定時器配置所述傳輸窗口；

5、基于所述數(shù)據(jù)包標識確定是否丟棄與所述數(shù)據(jù)包標識相關的數(shù)據(jù)包；

6、當所述數(shù)據(jù)包的數(shù)據(jù)包標識在所述對應幀的傳輸窗口內(nèi)時,將所述數(shù)據(jù)包傳遞給較低層；及

7、當所述數(shù)據(jù)包的數(shù)據(jù)包標識超出所述對應幀的傳輸窗口時,丟棄所述數(shù)據(jù)包。

8、在第二方面,本發(fā)明的一個實施例提供了一種無線通信,包括一個處理器,所述處理器被配置為調(diào)用并運行存儲在存儲器中的計算機程序,以使安裝有所述處理器的設備執(zhí)行所公開的方法。

9、所公開的方法可以在芯片中實現(xiàn)。所述芯片可以包括一個處理器,所述處理器被配置為調(diào)用并運行存儲在存儲器中的計算機程序,以使安裝有所述芯片的設備執(zhí)行所公開的方法。

10、所公開的方法可以被編程為存儲在非暫時性計算機可讀介質(zhì)中的計算機可執(zhí)行指令。當所述非暫時性計算機可讀介質(zhì)被加載到計算機中時,指示計算機的處理器執(zhí)行所公開的方法。

11、所述非暫時性計算機可讀介質(zhì)可以包括以下至少一種:硬盤、cd-rom、光存儲設備、磁存儲設備、只讀存儲器、可編程只讀存儲器、可擦除可編程只讀存儲器、eprom、電可擦除可編程只讀存儲器和閃存。

12、所公開的方法可以被編程為計算機程序產(chǎn)品,該產(chǎn)品使計算機執(zhí)行所公開的方法。

13、所公開的方法可以被編程為計算機程序,該程序使計算機執(zhí)行所公開的方法。

14、有利效果

15、本發(fā)明的實施例提供:

16、●一種在傳輸網(wǎng)絡中識別幀的多個數(shù)據(jù)包的方法。

17、●一種基于實時傳輸協(xié)議(real-time?transport?protocol,rtp)和rtp報頭擴展傳輸幀的數(shù)據(jù)包標識符的方法。

18、●一種基于定時器、傳輸窗口和識別幀的標識符丟棄過時數(shù)據(jù)包的方法。