TWI712292B - 無線通訊系統中用於改進側鏈路複製接收的初始化的方法和設備 - Google Patents

無線通訊系統中用於改進側鏈路複製接收的初始化的方法和設備 Download PDF

Info

Publication number
TWI712292B
TWI712292B TW108132132A TW108132132A TWI712292B TW I712292 B TWI712292 B TW I712292B TW 108132132 A TW108132132 A TW 108132132A TW 108132132 A TW108132132 A TW 108132132A TW I712292 B TWI712292 B TW I712292B
Authority
TW
Taiwan
Prior art keywords
pdcp
protocol
reordering
packet data
window
Prior art date
Application number
TW108132132A
Other languages
English (en)
Other versions
TW202011723A (zh
Inventor
潘立德
郭豊旗
曾立至
Original Assignee
華碩電腦股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 華碩電腦股份有限公司 filed Critical 華碩電腦股份有限公司
Publication of TW202011723A publication Critical patent/TW202011723A/zh
Application granted granted Critical
Publication of TWI712292B publication Critical patent/TWI712292B/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/34—Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0215—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H04L1/1841—Resequencing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

本文中公開無線通訊系統中用於改進側鏈路複製接收的初始化的方法和設備。在一種方法中，使用者設備在與側鏈路無線電承載相關聯的邏輯通道上接收第一封包數據匯聚協定之協定數據單元。使用者設備根據部分Reordering_Window和接收到的第一封包數據匯聚協定之協定數據單元的封包數據匯聚協定序號來初始化第一狀態變量，其中第一狀態變量指示由針對側鏈路無線電承載産生的封包數據匯聚協定實體遞送給上部層的最後一個封包數據匯聚協定服務數據單元的封包數據匯聚協定序號，且部分Reordering_Window小於Reordering_Window。UE使用初始化的第一狀態變量執行第一封包數據匯聚協定之協定數據單元的重新排序程序。

Description

無線通訊系統中用於改進側鏈路複製接收的初始化的方法和設備
本公開大體上涉及無線通訊網路，且更具體地說，涉及無線通訊系統中用於改進側鏈路複製接收的初始化的方法和設備。
隨著對將大量數據傳輸到行動通訊裝置以及從行動通訊裝置傳輸大量數據的需求的快速增長，傳統的行動語音通訊網路演變成與互聯網協定（Internet Protocol，IP）數據封包通訊的網路。此類IP數據封包通訊可以爲行動通訊裝置的使用者提供IP承載語音、多媒體、多播和點播通訊服務。
示例性網路結構是演進型通用陸地無線存取網（E-UTRAN）。E-UTRAN系統可提供高數據吞吐量以便實現上述IP承載語音和多媒體服務。目前，3GPP標準組織正在討論新下一代（例如，5G）無線電技術。因此，目前正在提交和考慮對3GPP標準的當前主體的改變以使3GPP標準演進和完成。
在一種方法中，使用者設備（user equipment，UE）在與側鏈路無線電承載（sidelink radio bearer，SLRB）相關聯的邏輯通道上接收第一封包數據匯聚協定（Packet Data Convergence Protocol，PDCP）之協定數據單元（Protocol Data Unit，PDU）。UE根據部分Reordering_Window和接收到的第一PDCP PDU的PDCP序號（Sequence Number，SN）來初始化第一狀態變量，其中第一狀態變量指示由針對SLRB產生的PDCP實體遞送給上部層的最後一個PDCP服務數據單元（Service Data Unit，SDU）的PDCP SN，且部分Reordering_Window小於Reordering_Window。UE使用第一狀態變量執行第一PDCP PDU的重新排序程序。
下文描述的示例性無線通訊系統和裝置採用支持廣播服務的無線通訊系統。無線通訊系統經廣泛部署以提供各種類型的通訊，例如語音、數據等。這些系統可以根據碼分多址（code division multiple access, CDMA）、時分多址（time division multiple access, TDMA）、正交頻分多址（orthogonal frequency division multiple access, OFDMA）、3GPP長期演進（Long Term Evolution, LTE）無線存取、3GPP長期演進高級（Long Term Evolution Advanced, LTE-A或LTE-高級）、3GPP2 超行動寬帶（Ultra Mobile Broadband, UMB）、WiMax或一些其它調變技術。
具體地說，下文描述的示例性無線通訊系統裝置可以設計成支持一個或多個標準，例如由名稱爲“第三代合作夥伴計劃”（在本文中被稱作3GPP）的協會提供的標準，包含：TS36.300 v15.2.0，演進型通用陸地無線電存取（E-UTRA），總體描述，階段2；TS36.321 v15.2.0，演進型通用陸地無線電存取（E-UTRA），媒體存取控制（MAC）協定規範；TS36.323 v15.0.0，演進型通用陸地無線電存取（E-UTRA）；封包數據匯聚協定（PDCP）規範；以及R2-1812809，LG，“位於重新排序窗口之外的首先接收到的PDCP PDU的處理（Handling of the first received PDCP PDU located outside of the reordering window）”。上文所列的標準和文檔在此明確地以全文引用的方式並入。
第1圖示出根據本發明的一個實施例的多址無線通訊系統。存取網路100（AN）包含多個天線群組，其中一個天線群組包含104和106，另一天線群組包含108和110，並且又一天線群組包含112和114。在第1圖中，針對每個天綫群組僅示出了兩個天綫，但是每個天綫群組可以使用更多或更少個天綫。存取終端116（AT）與天線112和114通訊，其中天線112和114經由前向鏈路120向存取終端116傳輸訊息，並經由反向鏈路118從存取終端116接收訊息。存取終端（AT）122與天線106和108通訊，其中天線106和108經由前向鏈路126向存取終端（AT）122傳輸訊息，並經由反向鏈路124從存取終端（AT）122接收訊息。在FDD系統中，通訊鏈路118、120、124和126可使用不同頻率進行通訊。例如，前向鏈路120可使用與反向鏈路118所使用頻率不同的頻率。
每個天線群組和/或它們被設計成在其中通訊的區域常常被稱作存取網路的扇區。在實施例中，天線群組各自被設計成與存取網路100所覆蓋的區域的扇區中的存取終端通訊。
在通過前向鏈路120和126的通訊中，存取網路100的傳輸天線可以利用波束成形以便改進不同存取終端116和122的前向鏈路的訊噪比。並且，相比於通過單個天綫傳輸到其所有存取終端的存取網路，使用波束成形以傳輸到在存取網路的整個覆蓋範圍中隨機分散的存取終端的存取網路對相鄰細胞中的存取終端産生更少的干擾。
存取網路（access network, AN）可以是用於與終端通訊的固定台或基站，並且也可以被稱作存取點、Node B、基站、增强型基站、演進型Node B（evolved Node B, eNB），或某一其它術語。存取終端（access terminal, AT）還可以被稱作使用者設備（user equipment, UE）、無線通訊裝置、終端、存取終端或某一其它術語。
第2圖是MIMO 系統200中的傳送器系統210（也被稱作存取網路）和接收器系統250（也被稱作存取終端（AT）或使用者設備（UE）的實施例的簡化方塊圖。在傳送器系統210處，從數據源212將用於多個數據流的業務數據提供到傳輸（TX）數據處理器214。
在一個實施例中，通過相應的傳輸天線傳輸每個數據流。TX數據處理器214根據針對每一數據流而選擇的特定編碼方案來格式化、編碼及交錯數據流的業務數據以提供經編碼數據。
可使用OFDM技術將每個數據流的編碼數據與導頻數據多路複用。導頻數據通常爲以已知方式進行處理的已知數據樣式，且可在接收器系統處使用以估計通道響應。隨後根據針對每個數據流選擇的特定調變方案（例如，BPSK、QPSK、M-PSK或M-QAM）來調變（即，符號映射）用於每個數據流的複用的導頻和編碼數據以提供調變符號。可以通過由處理器230執行的指令來決定用於每個數據流的數據速率、編碼和調變。
接著將所有數據流的調變符號提供給TX MIMO處理器220，處理器可進一步處理調變符號（例如，用於OFDM）。TX MIMO處理器220接著將NT 個調變符號流提供給NT 個傳送器（TMTR）222a到222t。在某些實施例中，TX MIMO處理器220將波束成形權重應用於數據流的符號並應用於從其傳輸符號的天線。
每個傳送器222接收並處理相應符號流以提供一個或多個類比訊號，並且進一步調節（例如，放大、濾波和上變頻轉換）類比訊號以提供適合於經由MIMO通道傳輸的調變訊號。接著分別從NT 個天線224a到224t傳輸來自傳送器222a到222t的NT 個調變訊號。
在接收器系統250處，由NR 個天線252a到252r接收所傳輸的調變訊號，並且將從每個天線252接收到的訊號提供到相應的接收器（RCVR）254a到254r。每個接收器254調節（例如，濾波、放大和下變頻轉換）相應的接收訊號、將調節訊號數位化以提供樣本，並且進一步處理樣本以提供對應的“接收”符號流。
RX數據處理器260接著根據特定接收器處理技術從NR 個接收器254接收並處理NR 個接收符號流以提供NT 個“檢測”符號流。RX數據處理器260接著對每個檢測符號流進行解調、解交錯和解碼以恢復數據流的業務數據。由RX數據處理器260進行的處理與由傳送器系統210處的TX MIMO處理器220和TX數據處理器214執行的處理互補。
處理器270週期性地決定要使用哪個預編碼矩陣（下文論述）。處理器270制定包括矩陣索引部分和秩值部分的反向鏈路消息。
反向鏈路消息可包括與通訊鏈路和/或接收數據流有關的各種類型的訊息。反向鏈路消息接著由TX數據處理器238（其還接收來自數據源236的多個數據流的業務數據）處理，由調變器280調變，由傳送器254a到254r調節，並且被傳輸回到傳送器系統210。
在傳送器系統210處，來自接收器系統250的調變訊號由天線224接收、由接收器222調節、由解調器240解調，並由RX數據處理器242處理，以提取由接收器系統250傳輸的反向鏈路消息。接著，處理器230決定使用哪個預編碼矩陣來決定波束成形權重，然後處理所提取的消息。
轉向第3圖，此圖示出了根據本發明的一個實施例的通訊裝置的替代簡化功能方塊圖。如第3圖所示，可以利用無線通訊系統中的通訊裝置300來實現第1圖中的UE（或AT）116和122或第1圖中的基站（或AN）100，並且無線通訊系統優選地是LTE系統。通訊裝置300可以包含輸入裝置302、輸出裝置304、控制電路306、中央處理單元（central processing unit, CPU）308、儲存器310、程式碼312以及收發器314。控制電路306通過CPU 308執行儲存器310中的程式碼312，由此控制通訊裝置300的操作。通訊裝置300可以接收由使用者通過輸入裝置302（例如，鍵盤或小鍵盤）輸入的訊號，且可通過輸出裝置304（例如，顯示器或揚聲器）輸出圖像和聲音。收發器314用於接收和傳輸無線訊號、將接收訊號傳遞到控制電路306、且無線地輸出由控制電路306生成的訊號。也可以利用無線通訊系統中的通訊裝置300來實現第1圖中的AN 100。
第4圖是根據本發明的一個實施例在第3圖中所示的程式碼312的簡化方塊圖。在此實施例中，程式碼312包含應用層400、層3部分402以及層2部分404，且耦合到層1部分406。層3部分402一般上執行無線電資源控制。層2部分404一般執行鏈路控制。層1部分406一般執行實體連接。
3GPP TS 36.300 v15.2.0公開以下內容： 6.4載波聚合 在CA的情况下，實體層的多載波性質僅暴露於其中每一服務細胞需要一個HARQ實體的MAC層； - 在上行鏈路和下行鏈路兩者中，每服務細胞存在一個獨立混合ARQ實體，且在不存在空間複用的情况下，每服務細胞每TTI産生一個傳輸塊。每個傳輸塊和它的潛在HARQ重新傳輸映射到單個服務細胞； - 對於授權輔助存取（LAA）SCell，HARQ操作异步。… 圖 6.4 -1 ： CA 已配置的 DL 的 層 2 結構 … 圖 6.4-2 ： CA 已配置的 UL 的 層 2 結構 在適用於V2X側鏈路通訊的側鏈路中的CA的情况下，針對每一用於V2X側鏈路通訊的載波存在一個獨立HARQ實體，且每載波每TTI産生一個傳輸塊。每個傳輸塊和它的潛在HARQ重新傳輸映射到單載波。第 5 圖 （ 重製圖 6.4-x ： CA 已配置的側鏈路的層 2 結構 ） … 23.14.1.1對 V2X 側鏈路通訊的支持 如針對側鏈路通訊的小節23.10.2.1中所指定，使用者平面協定堆疊和功能還用於V2X側鏈路通訊。此外，對於V2X側鏈路通訊： - 用於側鏈路通訊的STCH還用於V2X側鏈路通訊。 - 非V2X（例如，公共安全）數據不與在配置成用於V2X側鏈路通訊的資源中傳輸的V2X數據複用。 - 存取層（AS）具有由上部層通過PC5接口傳輸的協定數據單元的PPPP和PPPR。協定數據單元的封包延遲預算（PDB）可根據PPPP決定。低PDB映射到高優先級PPPP值[72]。 - 存取層（AS）具有由上部層通過PC5接口傳輸的協定數據單元的傳輸輪廓[72]。 - 根據PPPP的邏輯通道優先級排序用於V2X側鏈路通訊。 … UE輔助訊息可被提供到eNB。UE輔助訊息的報告由eNB配置用於V2X側鏈路通訊。用於V2X側鏈路通訊的UE輔助訊息包含與SPS配置相關的業務特性參數（例如，一組優選SPS間隔、相對於SFN 0的子訊框0的定時偏差、PPPP、PPPR、目的地層2 ID和根據觀察到的業務模式的最大TB大小）。在SPS已經配置或未配置的情况下，可以報告UE輔助訊息。UE輔助訊息傳輸的觸發由UE實施。舉例來說，當封包到達的經估計周期性和/或定時偏差發生改變時，允許UE報告UE輔助訊息。針對V2X側鏈路通訊，不支持每業務類型的SR掩模。 … 針對V2X側鏈路通訊，支持側鏈路中的載波聚合（CA）。所述載波聚合適用於在覆蓋範圍內的UE和在覆蓋範圍外的UE。對於側鏈路中的CA，主要分量載波和次要分量載波都未限定。（預先）配置成用於V2X側鏈路通訊傳輸或接收的每個資源池與單載波相關聯。當支持側鏈路中的CA的UE使用自主資源選擇時，它執行載波選擇，並且可選擇一個或多個用於V2X側鏈路通訊傳輸的載波。依據（預先）配置成用於V2X側鏈路通訊的載波的CBR和待傳輸的V2X消息的PPPP，載波選擇在MAC層處執行。當資源重新選擇被觸發，並針對每個側鏈路過程被觸發時，可執行載波重新選擇。爲了避免橫跨不同載波的頻繁交遞，如果已經針對傳輸而選擇的載波上測量的CBR低於（預先）配置的閾值，那麽UE可保持使用此載波。針對使用自主資源選擇的UE，依據載波上測量的CBR和側鏈路邏輯通道的PPPP，針對載波上的側鏈路資源執行邏輯通道優先級排序，如3GPP TS 36.321[13]中所指定。 針對V2X側鏈路通訊，支持側鏈路封包複製，側鏈路封包複製在UE的PDCP層處執行。對於用於傳輸的側鏈路封包複製，PDCP PDU在PDCP實體處複製。相同PDCP實體的複製PDCP PDU提交到兩個不同的RLC實體，且分別與兩個不同的側鏈路邏輯通道相關聯。相同PDCP實體的複製PDCP PDU僅被允許在不同側鏈路載波上傳輸。UE可根據（預先）配置而啓動或停用側鏈路封包複製。其中支持側鏈路封包複製的PPPR值可通過PPPR閾值（預先）配置。爲進行UE自主資源選擇和經排程資源分配，UE將執行具有經配置PPPR值的數據的側鏈路封包複製，直到封包複製針對這些PPPR值取消配置爲止。爲進行經排程資源分配，UE報告與一個或多個PPPR值相關聯的數據量及數據通過側鏈路BSR所屬的目的地。PPPR值到邏輯通道群組的映射可由eNB配置，且PPPR值由包含在側鏈路BSR中的相關聯的邏輯通道群組ID反映。PPPR值的列表可由RRC_CONNECTED UE在側鏈路UE訊息中報告。 對於使用經排程資源分配的UE，針對每一由UE報告給網路的目的地，eNB配置兩組不重疊的載波，且所述載波應用於配置成用於側鏈路封包複製的所有PPPR。接著，UE使對應於相同PDCP實體的兩個複製側鏈路邏輯通道分別與針對這兩個側鏈路邏輯通道的目的地配置的兩組載波相關聯。複製側鏈路邏輯通道和載波組之間的關聯由UE實施。複製側鏈路邏輯通道的數據只能在相關聯的載波組中的載波上傳輸。 爲進行V2X側鏈路通訊接收，封包複製檢測在UE的PDCP層處執行。在PDCP層處還支持重新排序功能，在PDCP層處如何設置重新排序計時器由UE實施。存在唯一地應用於用於側鏈路封包複製的側鏈路邏輯通道的特定邏輯通道標識，如3GPP TS 36.321[13]中所指定。
3GPP TS 36.321 v15.2.0公開以下內容： 6.2.4SL-SCH 的 MAC 標頭 MAC標頭具有可變大小且由以下字段構成： - V：MAC PDU格式版本號字段指示使用SL-SCH子標頭的哪個版本。在本說明書的此版本中，定義三個格式版本，並且因此此字段應設置成“0001”、“0010”和“0011”。如果DST字段是24位元，那麽此字段應設置成“0011”。V字段大小是4個位元； - SRC：源層2 ID字段携載源的標識。其設置成ProSe UE ID。SRC字段大小是24個位元； - DST：DST字段可以是16個位元或24個位元。如果DST字段是16個位元，那麽DST字段携載目的地層2 ID的16個最高有效位元。如果DST字段是24個位元，那麽DST字段設置成目的地層2 ID。對於側鏈路通訊，目的地層2 ID設置成ProSe層2群組ID或Prose UE ID。對於V2X側鏈路通訊，目的地層2 ID設置成由上部層提供的標識符，如[14]中所限定。如果V字段被設置成“0001”，那麽此標識符是組播標識符。如果V字段被設置成“0010”，那麽此標識符是單播標識符； - LCID：邏輯通道ID字段唯一地標識對應MAC SDU或填補的一個源層2 ID和目的地層2 ID對的範圍內的邏輯通道實例，如表6.2.4-1中所描述。MAC PDU中針對每個MAC SDU或填補封包含一個LCID字段。除此之外，當需要單字節或兩字節填補，但是單字節或兩字節填補無法在MAC PDU結束時通過填補實現時，MAC PDU中包含一個或兩個額外的LCID字段。LCID的從‘01011’到‘10100’的值標識用於從具有LCID的相應地呈順序次序的從‘00001’到‘01010’的值的邏輯通道發送複製RLC SDU的邏輯通道。LCID字段大小是5個位元； - L：長度字段指示對應MAC SDU的字節長度。除了最後一個子標頭之外，每MAC PDU子標頭存在一個L字段。L字段的大小由F字段指示； - F：格式字段指示長度字段的大小，如表6.2.4-2所指示。除了最後一個子標頭之外，每MAC PDU子標頭存在一個F字段。F字段的大小是1個位元。如果MAC SDU的大小少於128字節，那麽F字段的值設置成0，否則F字段的值設置成1； - E：擴展字段是指示MAC標頭中是否存在更多字段的標志。E字段設置成“1”，指示另一組至少R/R/E/LCID字段。E字段設置成“0”，指示在下一字節開始MAC SDU或填補； - R：保留位元，設置成“0”。 MAC標頭和子標頭是八位元字節對準的。第 6 圖 （ 重製表 6.2.4-1 ： SL-SCH 的 LCID 的值 ） 第 7 圖（重製表 6.2.4-2 ： F 字段的值）
3GPP TS 36.323 v15.0.0公開以下內容： 5.1.2.1.4用於映射在 RLC AM 上的 DRB 、當使用重新排序功能時用於 LWA 承載和 SLRB 的程序 對於映射在RLC AM上的DRB且對於LWA承載，當出現以下情况時PDCP實體將使用重新排序功能，如此章節中所指定： - PDCP實體與兩個AM RLC實體相關聯；或 - PDCP實體配置成用於LWA承載；或 - PDCP實體在它根據最新重新配置與兩個AM RLC實體相關聯或配置成用於LWA承載而不執行PDCP重新建立之後與一個AMRLC實體相關聯。 對於映射在RLC UM上的SLRB，當出現以下情况時PDCP實體將使用重新排序功能，如此章節中所指定： - PDCP實體與兩個側鏈路UM RLC實體相關聯； PDCP實體在其它情况下將不使用重新排序功能。5.1.2.1.4.1 當 PDCP PDU 從下部層接收時的程序 對於在RLC AM上映射的DRB、用於複製傳輸和用於LWA承載的SLRB，當使用重新排序功能時，在從下部層接收PDCP數據PDU時，UE將： - 如果接收到的PDCP SN-Last_Submitted_PDCP_RX_SN>Reordering_Window或0>=Last_Submitted_PDCP_RX_SN-接收到的PDCP SN>Reordering_Window： - 如果PDCP PDU是在WLAN上接收的： - 如果接收到的PDCP SN > Next_PDCP_RX_SN： - 出於設置LWA狀態報告中的HRW字段的目的，根據RX_HFN-1和接收到的PDCP SN而使用COUNT； - 否則： - 出於設置LWA狀態報告中的HRW字段的目的，根據RX_HFN和接收到的PDCP SN而使用COUNT； - 捨棄PDCP PDU； - 否則，如果Next_PDCP_RX_SN -接收到的PDCP SN > Reordering_Window： - 使RX_HFN逐一遞增； - 根據RX_HFN和接收到的PDCP SN使用COUNT來解密PDCP PDU； - 將Next_PDCP_RX_SN设置成接收到的PDCP SN+1； - 否則，如果接收到的PDCP SN - Next_PDCP_RX_SN >= Reordering_Window： - 根據RX_HFN-1和接收到的PDCP SN使用COUNT來解密PDCP PDU； - 否則，如果接收到的PDCP SN >= Next_PDCP_RX_SN： - 根據RX_HFN和接收到的PDCP SN使用COUNT來解密PDCP PDU； - 將Next_PDCP_RX_SN設置成接收到的PDCP SN+1； - 如果Next_PDCP_RX_SN大於Maximum_PDCP_SN，那麽： - 將Next_PDCP_RX_SN設置成0； - 使RX_HFN逐一遞增； - 否則，如果接收到的PDCP SN > Next_PDCP_RX_SN： - 根據RX_HFN和接收到的PDCP SN使用COUNT來解密PDCP PDU； - 如果在上述情况中尚未捨棄PDCP PDU，那麽： - 如果儲存具有相同PDCP SN的PDCP SDU，那麽： - 捨棄PDCP PDU； - 否則： - 執行PDCP PDU的解密並儲存所得PDCP SDU； - 如果接收到的PDCP SN=Last_Submitted_PDCP_RX_SN+1或接收到的PDCP SN=Last_Submitted_PDCP_RX_SN-Maximum_PDCP_SN，那麽： - 按相關聯的COUNT值的升序遞送給上部層： - 所有儲存的PDCP SDU具有開始於與接收到的PDCP PDU相關聯的COUNT值的連續關聯的COUNT值； - 將Last_Submitted_PDCP_RX_SN設置成遞送給上部層的最後一個PDCP SDU的PDCP SN； - 如果t-Reordering 處於運行中： - 如果具有Reordering_PDCP_RX_COUNT-1的PDCP SDU已被遞送給上部層，那麽： - 停止並重置t-Reordering ； - 如果t-Reordering 不處於運行中（包含t-Reordering 由於上述動作而停止的情况）： - 如果存在至少一個儲存的PDCP SDU： - 啓動t-Reordering ； - 將Reordering_PDCP_RX_COUNT設置成與RX_HFN和Next_PDCP_RX_SN相關聯的COUNT值。 … 5.1.3SL 數據傳輸程序 對於側鏈路傳輸，UE將遵循小節5.1.1中的程序，進行以下修改： - 保持Next_PDCP_TX_SN和TX_HFN的要求不適用； - 決定PDCP SN，確保PDCP SN值不會重複用於同一個密鑰； - 執行加密（若經配置），如小節5.6.1和5.6.2中所指定； - 當SDU類型被設置成000（即，IP SDU）時執行標頭壓縮（若經配置）。 對於能夠進行側鏈路複製傳輸的UE，當PDCP複製傳輸經配置時，針對具有PPPR不低於經配置PPPR閾值的封包的SLRB，UE的側鏈路傳輸將遵循小節5.1.1中的程序，並相比於上述側鏈路傳輸程序進行以下修改： - 保持Next_PDCP_TX_SN和TX_HFN的要求適用； - PDCP實體複製PDCP PDU，並將PDCP PDU遞送給RLC實體以供傳輸。 5.1.4SL 數據接收程序 對於側鏈路接收，UE將遵循小節5.1.2.1.3中的程序，進行以下修改： - 保持Next_PDCP_RX_SN和RX_HFN的要求不適用； - 執行解密（若經配置），如小節5.6.1和5.6.2中所指定； - 當SDU類型被設置成000（即，IP SDU）時執行標頭解壓縮（若經配置）。 對於能夠進行側鏈路複製接收的UE，如果它在複製邏輯通道中檢測PDCP複製接收，或者如果它從非複製邏輯通道接收非“0”的PDCP SN，那麽UE的側鏈路接收將遵循小節5.1.2.1.4.1中的程序，並相比於上述側鏈路接收程序進行以下修改： - 保持Next_PDCP_RX_SN和RX_HFN的要求適用； - 執行重新排序程序，如小節5.1.2.1.4.1中所指定。 … 5.6.1用於一對多通訊的 SL 加密和解密 對於用於一對多通訊的SLRB，加密功能包含加密和解密兩者，且在PDCP中執行，如[13]中所限定。經加密的數據單元是PDCP PDU的數據部分（見小節6.3.3）。如[6]中所指定的加密功能應用有KEY（PEK）、COUNT（從PTK標識和PDCP SN導出，如[13]中所指定）、BEARER和DIRECTION（設置成0）作爲輸入。加密功能有ProSe功能配置。 如果加密經配置，那麽包含PGK、PGK標識和群組成員標識的加密算法和相關參數由ProSe密鑰管理功能配置給UE。UE將根據PGK、PGK標識和PDCP SN設置PTK標識，如[13]中所指定。UE將使用PTK標識和群組成員標識從PGK導出PTK，並使用加密算法從PTK導出PEK。PGK索引、PTK標識和PDCP SN包含在PDCP PDU標頭中。 如果加密未經配置，那麽PGK索引和PTK標識將在PDCP PDU標頭中設置成“0”。 如果加密未經配置，且側鏈路複製傳輸針對SLRB停用，那麽PDCP SN將在PDCP PDU標頭中設置成“0”。 5.6.2用於一對一通訊的 SL 加密和解密 對於用於一對一通訊的SLRB，加密功能包含加密和解密兩者，且在需要加密和解密的SLRB的PDCP中執行，如[13]中所限定。經加密的數據單元是PDCP PDU的數據部分（見小節6.3.3）。如[6]中所指定的加密功能應用有KEY（PEK）、COUNT（從KD-sess 標識和PDCP SN導出，如[13]中所指定）、BEARER和DIRECTION（其值如何設置在[13]中指定）作爲輸入。 對於需要加密和解密的SLRB，UE將根據KD-sess 和算法導出KEY（PEK），所述算法通過發起UE和接收UE來決定，如[13]中所指定。KD-sess 標識和PDCP SN包含在PDCP PDU標頭中。 對於不需要加密和解密的SLRB，UE將在PDCP PDU標頭中將KD-sess 標識設置成“0”。 對於不需要加密和解密的SLRB，當側鏈路複製傳輸停用，PDCP SN將在PDCP PDU標頭中設置成“0”。 … b）t-Reordering 除了SL PDCP複製接收的情况之外，計時器的持續時間由上部層配置[3]。對於SL PDCP複製傳輸，t-Reordering 計時器由UE産生。此計時器用於檢測PDCP PDU的損耗，如小節5.1.2.1.4中所指定。如果t-Reordering 處於運行中，那麽t-Reordering 將不另外開始，即在給定時間每PDCP實體僅一個t-Reordering 處於運行中。 … 7.1 狀態變量 此小節描述用於PDCP實體的狀態變量以便指定PDCP協定。 所有狀態變量都是非負整數。 每一PDCP實體的傳輸側將保持以下狀態變量： a）Next_PDCP_TX_SN 變量Next_PDCP_TX_SN指示給定PDCP實體的下一PDCP SDU的PDCP SN。在建立PDCP實體時，UE應將Next_PDCP_TX_SN設置爲0。 b）TX_HFN 變量TX_HFN指示用於産生用於給定PDCP實體的PDCP PDU的COUNT值的HFN值。在建立PDCP實體時，UE應將TX_HFN設置爲0。 每一PDCP實體的接收側將保持以下狀態變量： c）Next_PDCP_RX_SN 變量Next_PDCP_RX_SN指示接收器對給定PDCP實體的下一預期PDCP SN。在建立PDCP實體時，UE應將Next_PDCP_RX_SN設置爲0。 d）RX_HFN 變量RX_HFN指示用於産生用於給定PDCP實體的接收到的PDCP PDU的COUNT值的HFN值。在建立PDCP實體時，UE應將RX_HFN設置爲0。 e）Last_Submitted_PDCP_RX_SN 變量Last_Submitted_PDCP_RX_SN指示遞送給上部層的最後一個PDCP SDU的SN。在建立PDCP實體時，UE應將Last_Submitted_PDCP_RX_SN設置爲Maximum_ PDCP_SN。 f）Reordering_PDCP_RX_COUNT 此變量僅在使用重新排序功能時使用。此變量保存在與觸發t-Reordering 的PDCP PDU相關聯的COUNT值之後的COUNT的值。 7.2 計時器 DRB的每一PDCP實體的傳輸側將維持以下計時器： a）discardTimer 計時器的持續時間由上部層配置[3]。在發射器中，新計時器在從上部層接收到SDU後啓動。 每一PDCP實體的接收側僅在使用重新排序功能時維持以下計時器： b）t-Reordering 除了SL PDCP複製接收的情况之外，計時器的持續時間由上部層配置[3]。對於SL PDCP複製傳輸，t-Reordering 計時器由UE産生。此計時器用於檢測PDCP PDU的損耗，如小節5.1.2.1.4中所指定。如果t-Reordering 處於運行中，那麽t-Reordering 將不另外開始，即在給定時間每PDCP實體僅一個t-Reordering 處於運行中。 與LWA承載相關聯的每一PDCP實體的接收側將維持以下計時器： c）t-StatusReportType1 計時器的持續時間由上部層配置（statusPDU-Periodicity-Type1 [3]）。此計時器用於觸發LWA的狀態報告傳輸，如小節5.10中所指定。 d）t-StatusReportType2 計時器的持續時間由上部層配置（statusPDU-Periodicity-Type2 和statusPDU-Periodicity-Offset [3]）。如果statusPDU-Periodicity-Offset 經配置且它是在（重新）配置之後的計時器的第一輪，那麽計時器的持續時間是statusPDU-Periodicity-Type2 和statusPDU-Periodicity-Offset [3]的總和，否則計時器的持續時間是statusPDU-Periodicity-Type2 。如果已配置，此計時器用於觸發LWA的狀態報告傳輸，如小節5.10中所指定。 7.3 常量 a）Reordering_Window 指示重新排序窗口的大小。針對映射在RLC AM上的無線電承載以及針對LWA承載，當使用5位元SN長度時大小等於16，當使用7位元SN長度時大小等於64，當使用12位元SN長度時大小等於2048，當使用15位元SN長度時大小等於16384，當使用16位元SN長度時大小等於32768，或者當使用18位元SN長度時大小等於131072，即PDCP SN空間的一半。 b）Maximum_PDCP_SN是： - 262143，如果PDCP實體配置成使用18位元SN - 65535，如果PDCP實體配置成使用16位元SN - 32767，如果PDCP實體配置成使用15位元SN - 4095，如果PDCP實體配置成使用12位元SN - 127，如果PDCP實體配置成使用7位元SN - 31，如果PDCP實體配置成使用5位元SN
3GPP R2-1812809公開以下內容： 爲了增强可靠性並減少等待時間，在Rel-15中介紹了V2X的PDCP複製。對於PDCP複製，利用SLRB映射的傳輸PDCP實體複製PDCP PDU並將相同PDCP PDU傳輸到不同RLC實體，利用SLRB映射的接收PDCP執行PDCP重新排序功能。出於此原因，傳輸PDCP實體和接收PDCP實體維持狀態變量。 一般來說，在V2X中，如果傳輸UE廣播用於特定服務的封包，那麽接收UE接收所廣播的封包，它可用於特定服務的開始部分或中間部分。換句話說，接收PDCP實體可接收位於PDCP重新排序窗口之外的首先接收到的PDCP PDU。 舉例來說，當接收PDCP實體接收與PDCP SN 40000相關聯的首先接收到的PDCP PDU時，接收PDCP實體捨棄PDCP PDU，因爲它在PDCP重新排序窗口之外。之後，捨棄在接收到與PDCP SN 40000相關聯的PDCP PDU之後接收到的PDCP PDU，直到接收到位於PDCP重新排序窗口內的PDCP PDU爲止。 這是因爲當建立接收PDCP實體時，PDCP重新排序窗口的範圍是從0到32767。此外，在PDCP重新排序程序中，接收PDCP實體僅在PDCP SDU遞送給上部層時才更新PDCP重新排序窗口的下邊緣。 此外，即使首先接收到的PDCP PDU位於PDCP重新排序窗口的範圍中，接收PDCP實體也可儲存PDCP PDU，直到t-Reordering 到期爲止。觀察結果 ： 對於 PDCP 複製 ， 接收 PDCP 實體可捨棄首先接收到的 PDCP PDU ，因爲它在 PDCP 重新排序窗口之外。 爲了處理這個問題，直接了當的解決方案是在接收PDCP實體從下部層接收首先接收到的PDCP PDU時更新PDCP重新排序窗口的下邊緣。 然而，在36.323 v15.0.0中，如果PDCP SDU的PPPR高於PPPR閾值，那麽傳輸PDCP實體爲PDCP PDU指派除了PDCP SN 0以外的PDCP SN。否則，傳輸PDCP實體始終爲PDCP PDU指派PDCP SN 0。這意味著與PDCP SN 0相關聯的PDCP PDU不應在PDCP重新排序窗口中進行重新排序。因此，接收PDCP實體可接收與PDCP SN 0相關聯的PDCP PDU作爲首先接收到的PDCP PDU。 對於上述這種情况，接收PDCP實體應該只在接收PDCP實體接收不與PDCP SN 0相關聯的首先接收到的PDCP PDU時更新PDCP重新排序窗口的下邊緣。 在36.323 v15.0.0中，PDCP重新排序窗口的下邊緣根據Last_Submitted_PDCP_RX_SN來設置。因此，當接收PDCP實體接收是不與PDCP SN 0相關聯的首先接收到的PDCP PDU的PDCP PDU時，Last_Submitted_PDCP_RX_SN應該更新爲PDCP PDU的PDCP SN。提議 ： 當接收 PDCP 實體接收是不與 PDCP SN 0 相關聯的首先接收到的 PDCP PDU 的 PDCP PDU 時 ， 接收 PDCP 實體將 Last_Submitted_PDCP_RX_SN 更新爲首先接收到的 PDCP PDU 的 PDCP SN 。
根據3GPP TS36.300 v15.2.0，針對蜂窩式車輛到所有事物（Vehicle-to-Everything，V2X）側鏈路通訊，支持側鏈路中的載波聚合（CA），並且側鏈路中的CA既適用於覆蓋範圍內的UE，也適用於覆蓋範圍外的UE。此外，針對V2X側鏈路通訊將支持側鏈路封包複製，並且側鏈路封包複製可以在UE的封包數據匯聚協定（Packet Data Convergence Protocol，PDCP）層執行。對於用於傳輸的側鏈路封包複製，在PDCP實體處複製PDCP協定數據單元（Packet Data Unit，PDU）。相同PDCP實體的複製PDCP PDU被提交或遞送給兩個不同的無線電鏈路控制（Radio Link Control，RLC）實體，並分別與兩個不同的側鏈路邏輯通道相關聯。相同PDCP實體的複製PDCP PDU只能在不同的側鏈路載波上傳輸。UE可以根據預配置或配置啓動或停用側鏈路封包複製。支持側鏈路封包複製的ProSe每封包可靠性（ProSe Per-Packet Reliability，PPPR）值可以通過PPPR閾值進行預配置或配置。爲進行UE自主資源選擇和經排程資源分配，UE將執行具有經配置PPPR值的數據的側鏈路封包複製，直到封包複製針對這些PPPR值取消配置爲止。對於經排程資源分配，UE報告與一個或多個PPPR值相關聯的數據量以及數據通過側鏈路緩衝區狀態報告（BSR）所屬的目的地。PPPR值到邏輯通道群組的映射可由演進節點B（evolved Node B，eNB）配置，且PPPR值由包含在側鏈路BSR中的相關聯的邏輯通道群組ID反映。PPPR值的列表可以在側鏈路UE訊息中由RRC_CONNECTED UE報告。對於使用經排程資源分配的UE，針對每一由UE報告給網路的目的地，eNB配置兩組不重疊的載波，且所述載波應用於配置成用於側鏈路封包複製的所有PPPR。接著，UE使對應於相同PDCP實體的兩個複製側鏈路邏輯通道分別與針對這兩個側鏈路邏輯通道的目的地配置的兩組載波相關聯。目的地可爲對應於（傳輸）UE執行側鏈路通訊傳輸的一個或超過一個（接收）UE的標識。複製側鏈路邏輯通道和載波組之間的關聯根據UE實施方案。複製側鏈路邏輯通道的數據只能在相關聯的載波組中的載波上傳輸。
第8圖說明用於側鏈路封包複製的傳輸操作的實例。
（傳輸）UE可具有可用於側鏈路無線電承載（SLRB）上的傳輸（到目的地）的數據。SLRB可與可靠性值（例如，PPPR）相關聯。可靠性值可低於閾值。UE可在SLRB上執行側鏈路封包複製。UE可複製PDCP PDU。UE可將PDCP PDU和PDCP PDU的複製本遞送給與SLRB相關聯的兩個不同的RLC實體/層中。UE可將PDCP PDU遞送給與SLRB相關聯的第一無線電鏈路控制（RLC）實體/層中。UE可將PDCP PDU的複製本遞送給與SLRB相關聯的第二RLC實體/層中。UE可配置成在SLRB上使用側鏈路封包複製。UE可保持用於SLRB上的側鏈路傳輸的狀態變量或參數。狀態變量或參數可爲Next_PDCP_TX_SN。狀態變量或參數可爲TX_HFN。爲進行側鏈路封包複製，UE可從第一範圍（例如，LCH1到LCH10、‘00001’到‘01010’等等）選擇非複製邏輯通道。爲進行側鏈路封包複製，UE可從第二範圍（例如，LCH11到LCH20、‘01011’到‘10100’等等）選擇複製邏輯通道。第一範圍的值可標識用於從具有第二範圍的相應地呈順序次序的值的邏輯通道發送複製RLC服務數據單元（SDU）的邏輯通道。在此實例中，UE可使用第一邏輯通道（例如，LCH1）和第二邏輯通道（例如，LCH11）來進行側鏈路封包複製。UE可使用第一載波（例如，載波1）來服務第一邏輯通道。UE還可使用第二載波（例如，載波2）來服務第二邏輯通道。
第9圖說明用於側鏈路封包複製的接收操作的實例。
根據3GPP R2-1812809，如果傳輸UE廣播用於特定服務（例如，V2X）的封包，那麽接收UE可接收所廣播的封包，它可用於特定服務的開始部分或中間部分。根據3GPP TS36.323 v.15.0.0，當建立接收PDCP實體時，重新排序窗口的範圍是從0到32767。此外，在重新排序程序中，接收PDCP實體僅在PDCP SDU遞送給上部層時更新重新排序窗口的下邊緣。在接收UE在特定服務會話中間開始接收所廣播的封包的情况下，如果首先接收到的PDCP PDU的PDCP序號（SN）在重新排序程序的重新排序窗口之外，那麽首先接收到的PDCP PDU將在重新排序程序中被捨棄。並且，在首先接收到的PDCP PDU之後的PDCP PDU也將被捨棄，直到接收到PDCP SN在重新排序窗口內的PDCP PDU爲止。另一方面，如果首先接收到的PDCP PDU的PDCP SN位於重新排序窗口中，那麽接收UE將儲存這一首先接收到的PDCP PDU的所得PDCP SDU，直到t-Reordering計時器到期爲止。這種情形可造成特定服務具有遞送等待時間。因此，在3GPP R2-1812809中提議的解決上述問題的解決方案的概念是接收UE可以將重新排序窗口的下邊緣更新爲首先接收到的PDCP PDU的PDCP SN，即，將Last_Submitted_ PDCP_RX_SN設置爲首先接收到的PDCP PDU的PDCP SN。在此情形下，如果接收UE遵循3GPP TS36.323 v15.0.0中所公開的當前PDCP規範，那麽接收UE將捨棄首先接收到的PDCP PDU，因爲這個PDCP PDU仍在重新排序窗口之外。例如，首先接收到的PDCP PDU的PDCP SN是4000，那麽根據3GPP R2-1812809中的概念，Last_Submitted_PDCP_RX_SN被設置爲4000。在此情形下，滿足重新排序程序中的條件“0>=Last_Submitted_PDCP_RX_SN（即，4000）-接收到的PDCP SN（即，4000）>Reordering_Window（即，32768）”。因此，接收UE仍捨棄這個首先接收到的PDCP PDU。爲了避免不正確地捨棄首先接收到的PDCP PDU，可以考慮兩個不同的方向。第一方向是首先接收到的PDCP PDU經過重新排序程序，第二方向是首先接收到的PDCP PDU不經過重新排序程序。
方向1：如果第一PDCP PDU是在與SLRB相關聯的邏輯通道上接收的且第一PDCP PDU的PDCP SN不等於0，那麽接收UE將第一狀態變量Last_Submitted_PDCP_RX_SN設置爲小於第一PDCP PDU的PDCP SN的值。原則上，第一狀態變量Last_Submitted_PDCP_RX_SN應該被恰當地設置，使得第一PDCP PDU的PDCP SN在重新排序程序的重新排序窗口內。換句話說，如果第一PDCP PDU的PDCP SN小於Reordering_Window，那麽第一狀態變量Last_Submitted_PDCP_RX_SN應該大於或等於Reordering_Window+第一PDCP PDU的PDCP SN，或者如果第一PDCP PDU的PDCP SN大於或等於Reordering_Window，那麽第一狀態變量Last_Submitted_PDCP_ RX_SN應該大於或等於第一PDCP PDU的PDCP SN-Reordering_Window。在一種情形中，第一狀態變量Last_Submitted_PDCP_RX_SN可設置爲第一PDCP PDU的PDCP SN -1。如果第一PDCP PDU的PDCP SN等於0，那麽第一狀態變量Last_Submitted_PDCP_ RX_SN可設置爲Maximum_PDCP_SN或設置爲小於Maximum_PDCP_SN且大於或等於Reordering_Window的值（考慮到序號環繞）。接著，接收UE可使用上文設置的第一狀態變量Last_Submitted_PDCP_RX_SN執行第一PDCP PDU的重新排序程序。接著，在重新排序程序中將第一PDCP PDU的PDCP SDU遞送給上部層。
在另一情形中，根據上文公開的實例，Last_Submitted_PDCP_RX_SN可設置爲3999（=4000-1）（如果接收到第一PDCP PDU/在接收第一PDCP PDU時）。
在中另一情形，在接收第一PDCP PDU時，接收UE可進一步將第二狀態變量Next_PDCP_RX_SN設置爲大於或等於第一PDCP PDU的SN的值，且接收UE可使用第一狀態變量Last_Submitted_PDCP_RX_SN和第二狀態變量Next_PDCP_RX_SN（上文設置的）執行第一PDCP PDU的重新排序程序。
方向2：如果第一PDCP PDU是在與SLRB相關聯的邏輯通道上接收的且第一PDCP PDU的PDCP SN不等於0，那麽接收UE將第一狀態變量Last_Submitted _PDCP_RX_SN設置爲第一PDCP PDU的PDCP SN。在一種情形中，接收UE可將第一PDCP PDU的PDCP SDU遞送到上部層。在另一情形中，接收UE可在將PDCP SDU遞送到上部層之後將第一狀態變量Last_Submitted_PDCP_RX_SN設置爲第一PDCP PDU的PDCP SN。接著，接收UE可使用上文設置的第一狀態變量Last_Submitted_ PDCP_RX_SN執行在第一PDCP PDU之後接收到的PDCP PDU的重新排序程序。基本上，接收UE不執行第一PDCP PDU的重新排序程序（使用第一狀態變量Last_Submitted_ PDCP_RX_SN）。
在另一實施例中，根據上文公開的實例，Last_Submitted_PDCP_RX_SN可設置爲4000。
在另一實施例中，在接收第一PDCP PDU時，接收UE可進一步將第二狀態變量Next_PDCP_RX_SN設置爲大於或等於第一PDCP PDU的PDCP SN +1的值。如果第一PDCP PDU的PDCP SN等於或接近Maximum_PDCP_SN，那麽第二狀態變量Next_PDCP_RX_SN可設置爲0或設置爲大於0的值（考慮到序號環繞）。接收UE可使用第一狀態變量Last_Submitted_PDCP_RX_SN和第二狀態變量Next_PDCP_RX_SN執行在第一PDCP PDU之後接收到的PDCP PDU的重新排序程序。
以下可適用於上文公開的兩個方向的解決方案。
在一個實施例中，在接收第一PDCP PDU時，接收UE可針對重新排序程序將第三狀態變量RX_HFN設置爲初始值（例如，0）。
在一個實施例中，UE可檢測在接收到PDCP SN不等於0的第一PDCP PDU後針對SLRB配置或啓用側鏈路複製。
在一個實施例中，邏輯通道可爲複製邏輯通道或非複製邏輯通道。
因爲在傳輸UE傳輸PDCP PDU（它是接收UE上的首先接收到的PDCP PDU）之前，傳輸UE有可能已經傳輸了某一（或一些）PDCP PDU，所以接收UE有可能在接收到首先接收到的PDCP PDU之後仍然接收某一（或一些）PDCP PDU。因爲特定服務（例如，V2X）可爲關鍵的，所以不希望遺漏所述某一（或一些）PDCP PDU。爲了解決這個問題，存在兩個可能方向。
方向1：接收UE可根據首先接收到的PDCP PDU的PDCP SN和部分Reordering_Window（小於Reordering_Window）或根據首先接收到的PDCP PDU的PDCP SN和部分PDCP SN空間（小於PDCP SN空間的一半）來初始化第一狀態變量Last_Submitted_PDCP_RX_SN。接收UE可根據初始化的第一狀態變量Last_Submitted_PDCP_RX_SN或首先接收到的PDCP PDU的PDCP SN來設置第二狀態變量Next_PDCP_RX_SN。第二狀態變量Next_PDCP_RX_SN可設置爲初始化的第一狀態變量Last_Submitted_PDCP_RX_SN移位Reordering_Window（例如，Next_PDCP_ RX_SN=[初始化的第一狀態變量Last_Submitted_PDCP_RX_SN+ Reordering_Window]或Next_PDCP_RX_SN=[初始化的第一狀態變量Last_Submitted_PDCP_RX_SN- Reordering_Window]）。第二狀態變量Next_PDCP_RX_SN可設置爲[首先接收到的PDCP PDU的PDCP SN+1]。
在一個實施例中，部分Reordering_Window可爲1/2、1/4、1/8、1/16、1/32、1/64、1/128、1/256、1/512、1/1024、1/2048或1/4096的Reordering_Window。（完整的）Reordering_Window可爲32768。
在一個實施例中，部分PDCP SN空間可爲1/4、1/8、1/16、1/32、1/64、1/128、1/256、1/512、1/1024、1/2048、1/4096或1/8192的PDCP SN空間。（完整的）PDCP SN空間可爲65536。
在一個實施例中，如果接收到首先接收到的PDCP PDU/在接收到首先接收到的PDCP PDU時，在首先接收到的PDCP PDU的PDCP SN>部分Reordering_Window的情况下，接收UE可將第一狀態變量Last_Submitted_PDCP_RX_SN初始化爲[首先接收到的PDCP PDU的PDCP SN+Reordering_Window+部分Reordering_Window]。
在一個實施例中，如果接收到首先接收到的PDCP PDU/在接收到首先接收到的PDCP PDU時，在首先接收到的PDCP PDU的PDCP SN>=部分Reordering_Window的情况下，接收UE可將第一狀態變量Last_Submitted_PDCP_RX_SN初始化爲[首先接收到的PDCP PDU的PDCP SN-部分Reordering_Window]。
在一個實施例中，如果接收到首先接收到的PDCP PDU/在接收到首先接收到的PDCP PDU時，在首先接收到的PDCP PDU的PDCP SN>部分PDCP SN空間的情况下，接收UE可將第一狀態變量Last_Submitted_PDCP_RX_SN初始化爲[首先接收到的PDCP PDU的PDCP SN+PDCP SN空間的一半+部分PDCP SN空間]。
在一個實施例中，如果接收到首先接收到的PDCP PDU/在接收到首先接收到的PDCP PDU時，在首先接收到的PDCP PDU的PDCP SN>=部分PDCP SN空間的情况下，接收UE可將第一狀態變量Last_Submitted_PDCP_RX_SN初始化爲[首先接收到的PDCP PDU的PDCP SN-部分PDCP SN空間]。
方向2：接收UE可根據部分Reordering_Window（小於Reordering_Window）或部分PDCP SN空間（小於PDCP SN空間的一半）來初始化第一狀態變量Last_Submitted_PDCP_RX_SN。接收UE可根據初始化的第一狀態變量Last_Submitted_ PDCP_RX_SN或首先接收到的PDCP PDU的PDCP SN來設置第二狀態變量Next_PDCP_RX_SN。第二狀態變量Next_PDCP_RX_SN可設置爲初始化的第一狀態變量Last_Submitted_PDCP_RX_SN移位Reordering_Window（例如，Next_PDCP_ RX_SN=[初始化的第一狀態變量Last_Submitted_PDCP_RX_SN+Reordering_Window]或Next_PDCP_RX_SN=[初始化的第一狀態變量Last_Submitted_PDCP_RX_SN- Reordering _Window]）。第二狀態變量Next_PDCP_RX_SN可設置爲[首先接收到的PDCP PDU的PDCP SN+1]。
在一個實施例中，部分Reordering_Window可爲1/2、1/4、1/8、1/16、1/32、1/64、1/128、1/256、1/512、1/1024、1/2048或1/4096的Reordering_Window。（完整的）Reordering_Window可爲32768。
在一個實施例中，部分PDCP SN空間可爲1/4、1/8、1/16、1/32、1/64、1/128、1/256、1/512、1/1024、1/2048、1/4096或1/8192的PDCP SN空間。（完整的）PDCP SN空間可爲65536。
在一個實施例中，在建立PDCP實體（用於處理首先接收到的PDCP PDU）時，如果首先接收到的PDCP PDU的PDCP SN>部分Reordering_Window，那麽接收UE可將第一狀態變量Last_Submitted_PDCP_RX_SN初始化爲[首先接收到的PDCP PDU的PDCP SN+Reordering_Window+部分Reordering_Window]。
在一個實施例中，在建立PDCP實體（用於處理首先接收到的PDCP PDU）時，如果首先接收到的PDCP PDU的PDCP SN>=部分Reordering_Window，那麽接收UE可將第一狀態變量Last_Submitted_PDCP_RX_SN初始化爲[首先接收到的PDCP PDU的PDCP SN-部分Reordering_Window]。
在一個實施例中，在建立PDCP實體（用於處理首先接收到的PDCP PDU）時，如果首先接收到的PDCP PDU的PDCP SN>部分PDCP SN空間，那麽接收UE可將第一狀態變量Last_Submitted_PDCP_RX_SN初始化爲[首先接收到的PDCP PDU的PDCP SN+PDCP SN空間的一半+部分PDCP SN空間]。
在一個實施例中，在建立PDCP實體（用於處理首先接收到的PDCP PDU）時，如果首先接收到的PDCP PDU的PDCP SN>=部分PDCP SN空間，那麽接收UE可將第一狀態變量Last_Submitted_PDCP_RX_SN初始化爲[首先接收到的PDCP PDU的PDCP SN-部分PDCP SN空間]。
以下可適用於上文所提及的兩個方向的解決方案。
在一個實施例中，在接收第一PDCP PDU時，接收UE可針對重新排序程序將第三狀態變量RX_HFN設置爲初始值（例如，0）。
在一個實施例中，UE可檢測在接收到PDCP SN不等於0的第一PDCP PDU後針對SLRB配置或啓用側鏈路複製。
在一個實施例中，邏輯通道可爲複製邏輯通道或非複製邏輯通道。
在一個實施例中，如果接收到首先接收到的PDCP PDU/在接收到首先接收到的PDCP PDU時，接收UE可啓動重新排序計時器（在重新排序程序中）。接收UE可根據第二變量Next_PDCP_RX_SN來設置第三變量Reordering_PDCP_RX_COUNT。第三變量Reordering_PDCP_RX_COUNT可保存觸發重新排序計時器的PDCP PDU的接收到的PDCP SN。第三變量Reordering_PDCP_RX_COUNT可保存在與觸發重新排序計時器的PDCP PDU相關聯的COUNT值之後的COUNT的值。第三變量Reordering_PDCP_ RX_COUNT可設置爲第二變量Next_PDCP_RX_SN。第三變量Reordering_PDCP_RX_ COUNT可設置爲與第二變量Next_PDCP_RX_SN（和RX_HFN）相關聯的COUNT。當重新排序計時器到期時，首先接收到的PDCP PDU的PDCP SDU可遞送給上部層。如果接收到的PDCP SN被設置爲[第三變量Reordering_PDCP_RX_COUNT -1]的PDCP SDU被遞送給上部層/在接收到的PDCP SN被設置爲[第三變量Reordering_PDCP_RX_COUNT -1]的PDCP SDU被遞送給上部層時，接收UE可停止重新排序計時器。如果首先接收到的PDCP PDU的PDCP SDU被遞送給上部層/在首先接收到的PDCP PDU的PDCP SDU被遞送給上部層時，接收UE可停止重新排序計時器。
第10圖是從UE的角度來看的根據一個示例性實施例的流程圖10 00。在步驟1005中，UE在與側鏈路無線電承載（SLRB）相關聯的邏輯通道上接收第一封包數據匯聚協定（PDCP）協定數據單元（PDU）。在步驟1010中，UE根據部分Reordering_Window和接收到的第一PDCP PDU的PDCP序號（SN）來初始化第一狀態變量，其中第一狀態變量指示由針對SLRB產生的PDCP實體遞送給上部層的最後一個PDCP服務數據單元（SDU）的PDCP SN，且部分Reordering_Window小於Reordering_Window。在步驟1015中，UE使用第一狀態變量執行第一PDCP PDU的重新排序程序。
在另一方法中，如果第一PDCP PDU的PDCP SN>=部分Reordering_ Window，那麽將第一狀態變量設置爲第一PDCP PDU的PDCP SN-部分Reordering_Window。
在另一方法中，如果第一PDCP PDU的PDCP SN>部分Reordering_Window，那麽將第一狀態變量設置爲第一PDCP PDU的PDCP SN+Reordering_Window+部分Reordering_Window。
在另一方法中，部分Reordering_Window是1/2的Reordering_Window。
在另一方法中，Reordering_Window是PDCP SN空間的一半。
在另一方法中，特定值是零或得出的候選資源的度量值當中的最小值。
在另一方法中，Reordering_Window是32768。
在另一方法中，第一狀態變量是Last_Submitted_PDCP_RX_SN。
在另一方法中，UE在與SLRB相關聯的邏輯通道上接收第二PDCP PDU。
在另一方法中，如果第二PDCP PDU的PDCP SN大於第一狀態變量，那麽UE執行第二PDCP PDU的重新排序程序以儲存第二PDCP PDU的PDCP SDU或將第二PDCP PDU的PDCP SDU遞送到上部層。
所屬領域的技術人員將瞭解，各種所公開的實施例可進行組合以形成新的實施例和/或方法。
返回參考第3圖和4，在一個實施例中，裝置300包含儲存在儲存器310中的程式碼312。CPU 308可執行程式碼312以：（i）在與SLRB相關聯的邏輯通道上接收第一PDCP PDU，（ii）根據部分Reordering_Window和接收到的第一PDCP PDU的PDCP SN來初始化第一狀態變量，其中第一狀態變量指示由針對SLRB產生的PDCP實體遞送給上部層的最後一個PDCP SDU的PDCP SN，且部分Reordering_Window小於Reordering_Window，以及（iii）使用第一狀態變量執行第一PDCP PDU的重新排序程序。
此外，CPU 308可執行程式碼312以執行所有上述動作和步驟或本文中描述的其它方法。
上文公開的方法避免了不正確地捨棄側鏈路的首先接收到的PDCP PDU。
上文已經描述了本發明的各種方面。應明白，本文中的教示可以通過廣泛多種形式實施，且本文中所公開的任何具體結構、功能或這兩者僅是代表性的。根據本文中的教示，所屬領域的技術人員應瞭解，本文公開的方面可以獨立於任何其它方面而實施，且可以各種方式組合這些方面中的兩個或多於兩個方面。例如，可以使用本文中闡述的任何數目個方面來實施設備或實踐方法。另外，通過使用除了本文所闡述的一個或多個方面之外或不同於本文所闡述的一個或多個方面的其它結構、功能性或結構與功能性，可實施此設備或可實踐此方法。作爲上述概念中的一些的實例，在一些方面中，可以根據脉衝重複頻率建立並行通道。在一些方面中，可以根據脉衝位置或偏移建立並行通道。在一些方面中，可以根據時間跳頻序列建立並行通道。在一些方面中，可以根據脈衝重複頻率、脈衝位置或偏移以及時間跳頻序列而建立並行通道。
所屬領域技術人員將理解，可使用多種不同技術及技藝中的任一者來表示訊息及訊號。例如，可通過電壓、電流、電磁波、磁場或磁粒子、光場或光粒子或其任何組合來表示在整個上文描述中可能參考的數據、指令、命令、訊息、訊號、位元、符號和碼片。
所屬領域的技術人員將進一步瞭解，結合本文公開的方面而描述的各種說明性邏輯塊、模組、處理器、裝置、電路和算法步驟可以實施為電子硬體（例如，數位實施方案、類比實施方案，或兩者的組合，其可以使用源編碼或一些其它技術設計）、結合指令的各種形式的程序或設計代碼（為方便起見，這裡可以稱為“軟體”或“軟體模組”），或兩者的組合。爲清晰地說明硬體與軟體的此可互換性，上文已大體就各種說明性組件、塊、模組、電路和步驟的功能性加以描述。此類功能性是實施爲硬體還是軟體取決於特定應用及强加於整個系統的設計約束。所屬領域的技術人員可針對每一具體應用以不同方式來實施所描述的功能性，但這樣的實施決策不應被解釋為會引起脫離本發明的範圍。
另外，結合本文公開的方面描述的各種說明性邏輯塊、模組和電路可以實施於集成電路（integrated circuit, “IC”）、存取終端或存取點內或者由集成電路、存取終端或存取點執行。IC可以包括通用處理器、數位訊號處理器（DSP）、專用集成電路（ASIC）、現場可編程門陣列（FPGA）或其它可編程邏輯裝置、離散門或晶體管邏輯、離散硬體組件、電氣組件、光學組件、機械組件，或其經設計以執行本文中所描述的功能的任何組合，且可以執行駐存在IC內、在IC外或這兩種情況下的代碼或指令。通用處理器可以是微處理器，但在替代方案中，處理器可以是任何的常規處理器、控制器、微控制器或狀態機。處理器還可以實施爲計算裝置的組合，例如DSP和微處理器的組合、多個微處理器、與DSP核心結合的一個或多個微處理器，或任何其它此類配置。
應理解，在任何所公開過程中的步驟的任何特定次序或層級都是示例方法的實例。應理解，根據設計偏好，過程中的步驟的特定次序或層級可以重新佈置，同時保持在本公開的範圍內。隨附的方法要求各種步驟的目前元件使用實例次序，且其並不意味著限於所呈現的特定次序或層級。
結合本文中所公開的方面描述的方法或算法的步驟可以直接用硬體、用由處理器執行的軟體模組、或用這兩者的組合實施。軟體模組（例如，包含可執行指令和相關數據）和其它數據可以駐存在數據儲存器中，例如RAM儲存器、快閃儲存器、ROM儲存器、EPROM儲存器、EEPROM儲存器、暫存器、硬碟、可移除式磁碟、CD-ROM或所屬領域中已知的計算機可讀儲存媒體的任何其它形式。樣本儲存媒體可以耦合到例如計算機/處理器等機器（為方便起見，機器在本文中可以稱為“處理器”），使得處理器可以從儲存媒體讀取訊息（例如，代碼）且將訊息寫入到儲存媒體。或者，示例儲存媒體可以與處理器形成一體。處理器和儲存媒體可駐存在ASIC中。ASIC可以駐存在使用者設備中。在替代方案中，處理器和儲存媒體可作為離散組件而駐存在使用者設備中。此外，在一些方面中，任何合適的計算機程序産品可包括計算機可讀媒體，計算機可讀媒體包括與本發明的各方面中的一個或多個方面相關的代碼。在一些方面中，計算機程序産品可以包括封裝材料。
雖然已結合各種方面描述本發明，但應理解本發明能夠進行進一步修改。本申請意圖涵蓋對本發明的任何改變、使用或調適，這通常遵循本發明的原理且包含對本公開的此類偏離，偏離處於在本發明所屬的技術領域內的已知及慣常實踐的範圍內。
100:存取網路 104、106、108、110、112、114:天線 116:存取終端 118:反向鏈路 120:前向鏈路 122:存取終端 124:反向鏈路 126:前向鏈路 210:傳送器系統 212:數據源 214:TX數據處理器 220:TX MIMO處理器 222a：222t:傳送器 224a：224t:天線 230:處理器 232:記憶體 236:數據源 238:TX數據處理器 242:RX數據處理器 240:解調器 250:接收器系統 252a：252r:天線 254a：254r:接收器 260:RX數據處理器 270:處理器 272:記憶體 280:調變器 300:通訊裝置 302:輸入裝置 304:輸出裝置 306:控制電路 308:中央處理器 310:記憶體 312:程式碼 314:收發器 400:應用層 402:層3 404:層2 406:層1 1000:流程圖 1005、1010、1015:步驟
爲了更好地理解本案，說明書包括附圖並且附圖構成說明書的一部分。附圖例舉說明瞭本案的實施例，結合說明書的描述用來解釋本案的原理。 第1圖示出了根據一個示例性實施例的無線通訊系統的圖式。 第2圖是根據一個示例性實施例的發射器系統（也被稱作存取網路）和接收器系統（也被稱作使用者設備或UE）的方塊圖。 第3圖是根據一個示例性實施例的通訊系統的功能方塊圖。 第4圖是根據一個示例性實施例的第3圖的程式碼的功能方塊圖。 第5圖是取自3GPP TS36.300 v15.2.0的示出CA已配置的側鏈路的層2結構的圖6.4-x的重製。 第6圖是取自3GPP TS36.321 v15.2.0的列出SL-SCH的LCID的值的表6.2.4-1的重製。 第7圖是來自3GPP TS36.321 v15.2.0的列出F字段的值的表6.2.4-2的重製。 第8圖說明用於側鏈路封包複製的傳輸操作的示例性實施例。 第9圖說明用於側鏈路封包複製的接收操作的示例性實施例。 第10圖是從使用者設備（UE）的角度看的一個示例性實施例的流程圖。
1000:流程圖
1005-1015:步驟

Claims (18)

  1. 一種使用者設備的方法，該方法包括：在與一側鏈路無線電承載相關聯的一邏輯通道上接收一第一個封包數據匯聚協定之協定數據單元；根據一部分Reordering_Window和該第一個封包數據匯聚協定之協定數據單元的一封包數據匯聚協定序號來初始化一第一狀態變量，其中該第一狀態變量是Last_Submitted_PDCP_RX_SN用來指示由針對該側鏈路無線電承載產生的一封包數據匯聚協定實體遞送給上部層的一最後一個封包數據匯聚協定服務數據單元的封包數據匯聚協定序號，且該部分Reordering_Window小於一Reordering_Window；以及使用該第一狀態變量執行該第一個封包數據匯聚協定之協定數據單元的一重新排序程序。
  2. 如申請專利範圍第1項所述的方法，如果該第一個封包數據匯聚協定之協定數據單元的該封包數據匯聚協定序號>=該部分Reordering_Window，那麽將該第一狀態變量設置為該第一個封包數據匯聚協定之協定數據單元的該封包數據匯聚協定序號-該部分Reordering_Window。
  3. 如申請專利範圍第1項所述的方法，如果該第一個封包數據匯聚協定之協定數據單元的該封包數據匯聚協定序號<該部分Reordering_Window，那麽將該第一狀態變量設置為該第一個封包數據匯聚協定之協定數據單元的該封包數據匯聚協定序號+該Reordering_Window+該部分Reordering_Window。
  4. 如申請專利範圍第1項所述的方法，該部分Reordering_Window是1/2的Reordering_Window。
  5. 如申請專利範圍第1項所述的方法，該Reordering_Window是一封包數據匯聚協定序號空間的一半。
  6. 如申請專利範圍第1項所述的方法，該Reordering_Window是32768。
  7. 如申請專利範圍第1項所述的方法，另外包括：在與該側鏈路無線電承載相關聯的該邏輯通道上接收一第二封包數據匯聚協定之協定數據單元。
  8. 如申請專利範圍第7項所述的方法，另外包括：如果該第二封包數據匯聚協定之協定數據單元的一封包數據匯聚協定序號小於或等於該第一狀態變量，那麽執行該第二封包數據匯聚協定之協定數據單元的該重新排序程序以捨棄該第二封包數據匯聚協定之協定數據單元。
  9. 如申請專利範圍第7項所述的方法，另外包括：如果該第二封包數據匯聚協定之協定數據單元的一封包數據匯聚協定序號大於該第一狀態變量，那麽執行該第二封包數據匯聚協定之協定數據單元的該重新排序程序以儲存該第二封包數據匯聚協定之協定數據單元的一封包數據匯聚協定服務數據單元或將該第二封包數據匯聚協定之協定數據單元的一封包數據匯聚協定服務數據單元遞送到上部層。
  10. 一種使用者設備，該使用者設備包括：一控制電路； 安裝在該控制電路中的一處理器；以及安裝在該控制電路中且耦合到該處理器的一儲存器；其中該處理器配置成執行儲存在該儲存器中的一程式碼以：在與一側鏈路無線電承載相關聯的一邏輯通道上接收一第一個封包數據匯聚協定之協定數據單元；根據一部分Reordering_Window和該第一個封包數據匯聚協定之協定數據單元的一封包數據匯聚協定序號來初始化一第一狀態變量，其中該第一狀態變量是Last_Submitted_PDCP_RX_SN用來指示由針對該側鏈路無線電承載產生的一封包數據匯聚協定實體遞送給上部層的一最後一個封包數據匯聚協定服務數據單元的封包數據匯聚協定序號，且該部分Reordering_Window小於一Reordering_Window；以及使用該第一狀態變量執行該第一個封包數據匯聚協定之協定數據單元的一重新排序程序。
  11. 如申請專利範圍第10項所述的使用者設備，如果該第一個封包數據匯聚協定之協定數據單元的該封包數據匯聚協定序號>=該部分Reordering_Window，那麽將該第一狀態變量設置為該第一個封包數據匯聚協定之協定數據單元的該封包數據匯聚協定序號-該部分Reordering_Window。
  12. 如申請專利範圍第10項所述的使用者設備，如果該第一個封包數據匯聚協定之協定數據單元的該封包數據匯聚協定序號<該部分Reordering_Window，那麽將該第一狀態變量設置為該第一個封包數據匯 聚協定之協定數據單元的該封包數據匯聚協定序號+該Reordering_Window+該部分Reordering_Window。
  13. 如申請專利範圍第10項所述的使用者設備，該部分Reordering_Window是1/2的Reordering_Window。
  14. 如申請專利範圍第10項所述的使用者設備，該Reordering_Window是一封包數據匯聚協定序號空間的一半。
  15. 如申請專利範圍第10項所述的使用者設備，該Reordering_Window是32768。
  16. 如申請專利範圍第10項所述的使用者設備，另外包括：在與該側鏈路無線電承載相關聯的該邏輯通道上接收一第二封包數據匯聚協定之協定數據單元。
  17. 如申請專利範圍第16項所述的使用者設備，另外包括：如果該第二封包數據匯聚協定之協定數據單元的一封包數據匯聚協定序號小於或等於該第一狀態變量，那麽執行該第二封包數據匯聚協定之協定數據單元的該重新排序程序以捨棄該第二封包數據匯聚協定之協定數據單元。
  18. 如申請專利範圍第16項所述的使用者設備，另外包括：如果該第二封包數據匯聚協定之協定數據單元的一封包數據匯聚協定序號大於該第一狀態變量，那麽執行該第二封包數據匯聚協定之協定數據單元的該重新排序程序以儲存該第二封包數據匯聚協定之協定數據單元的一封包數據匯聚協定服務數據單元或將該第二封包數據匯聚協定之協定數據單元的一封包數據匯聚協定服務數據單元遞送到上部層。
TW108132132A 2018-09-10 2019-09-05 無線通訊系統中用於改進側鏈路複製接收的初始化的方法和設備 TWI712292B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201862729148P 2018-09-10 2018-09-10
US62/729,148 2018-09-10

Publications (2)

Publication Number Publication Date
TW202011723A TW202011723A (zh) 2020-03-16
TWI712292B true TWI712292B (zh) 2020-12-01

Family

ID=67875246

Family Applications (1)

Application Number Title Priority Date Filing Date
TW108132132A TWI712292B (zh) 2018-09-10 2019-09-05 無線通訊系統中用於改進側鏈路複製接收的初始化的方法和設備

Country Status (7)

Country Link
US (1) US10687376B2 (zh)
EP (1) EP3621252B1 (zh)
JP (1) JP6838114B2 (zh)
KR (1) KR102125172B1 (zh)
CN (1) CN111211986B (zh)
ES (1) ES2958735T3 (zh)
TW (1) TWI712292B (zh)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10772008B2 (en) 2018-01-11 2020-09-08 Comcast Cable Communications, Llc Cell configuration for packet duplication
EP3777456B1 (en) * 2018-04-05 2024-01-10 Telefonaktiebolaget LM Ericsson (publ) Mac-phy model for sidelink carrier (re)selection
US11452015B2 (en) * 2018-08-10 2022-09-20 Lg Electronics Inc. Method and apparatus for triggering transmission carrier reselection procedure for deactivated duplication in wireless communication system
KR102625142B1 (ko) 2018-09-14 2024-01-15 삼성전자주식회사 무선 통신 시스템에서 패킷 전송 방법 및 장치
CN110958090B (zh) * 2018-09-27 2021-09-14 维沃移动通信有限公司 PDCP duplication的配置方法和终端设备
KR20200094343A (ko) 2019-01-30 2020-08-07 삼성전자주식회사 무선 통신 시스템에서 직접 통신 베어러의 서비스 품질을 관리 및 설정하는 장치 및 방법
CN111510950B (zh) * 2019-01-31 2021-12-17 大唐移动通信设备有限公司 传输处理方法、终端及网络设备
CN111629411B (zh) * 2019-02-27 2021-08-20 华为技术有限公司 一种通信系统间转移的方法以及相关设备
TWI742619B (zh) * 2019-05-02 2021-10-11 華碩電腦股份有限公司 無線通信系統中請求單播傳送的側鏈路無線電承載配置的方法和設備
CN113785636A (zh) * 2019-05-10 2021-12-10 株式会社Ntt都科摩 用户装置和通信方法
CN113840226B (zh) * 2020-06-23 2023-10-03 维沃移动通信有限公司 信息传输方法、装置及通信设备
US11689325B2 (en) * 2020-12-16 2023-06-27 Qualcomm Incorporated Feedback transmission via a sidelink feedback channel resource of a sidelink resource pool
US11632744B2 (en) * 2020-12-17 2023-04-18 Qualcomm Incorporated Hybrid automatic repeat request feedback for a sidelink
US20230397170A1 (en) * 2022-06-03 2023-12-07 Qualcomm Incorporated Duplicating sidelink transmissions for sidelink carrier aggregation
US20240015558A1 (en) * 2022-07-05 2024-01-11 Qualcomm Incorporated Sidelink carrier aggregation

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150215825A1 (en) * 2012-08-14 2015-07-30 Samsung Electronics Co., Ltd. Method and device for performing handover in mobile communication system
US20150305012A1 (en) * 2014-04-22 2015-10-22 Lg Electronics Inc. Method for processing received rlc pdus for d2d communication system and device therefor

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8321525B2 (en) * 2007-11-27 2012-11-27 Loyalblocks Ltd. Method, device and system for creating a virtual local social network
US10212728B2 (en) * 2014-03-02 2019-02-19 Lg Electronics Inc. Method for reordering a packet data convergence protocol packet data unit at a user equipment in a dual connectivity system and device therefor
EP3174362A4 (en) * 2014-07-25 2018-06-13 Kyocera Corporation User terminal and mobile communication system
KR102396043B1 (ko) * 2014-11-10 2022-05-10 엘지전자 주식회사 D2d 통신 시스템에서 사이드링크 무선 베어러에 대한 암호화 지시를 나타내는 방법 및 그 장치
EP3235220B1 (en) 2014-12-18 2021-04-28 LG Electronics Inc. Method for reconfiguring a pdcp reordering timer in a wireless communication system and device therefor
CN107925592B (zh) * 2015-08-11 2021-02-19 Lg 电子株式会社 在无线通信系统中执行上行链路分组延迟测量的方法及其设备
WO2017164641A2 (ko) * 2016-03-22 2017-09-28 엘지전자 주식회사 데이터 유닛을 전송하는 방법 및 사용자기기와, 데이터 유닛을 수신하는 방법 및 사용자기기
CN107347215B (zh) * 2016-05-06 2019-11-08 普天信息技术有限公司 在v2x网络中资源的分配方法及终端
EP3443697B1 (en) * 2016-05-13 2022-08-24 Sony Group Corporation Apparatuses and methods for using arq processes in a relay device
KR102056197B1 (ko) * 2017-02-02 2019-12-16 엘지전자 주식회사 데이터 유닛을 전송하는 방법 및 장치
CN117042044A (zh) * 2018-01-04 2023-11-10 Lg电子株式会社 处理数据单元的方法、通信设备和存储介质
US10827380B2 (en) * 2018-01-30 2020-11-03 Huawei Technologies Co., Ltd. System and method for supporting URLLC in advanced V2X communications
KR102556490B1 (ko) * 2018-06-04 2023-07-17 삼성전자주식회사 무선 통신 시스템에서 암호화 및 복호화 처리를 가속화하는 방법 및 장치

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150215825A1 (en) * 2012-08-14 2015-07-30 Samsung Electronics Co., Ltd. Method and device for performing handover in mobile communication system
US20150305012A1 (en) * 2014-04-22 2015-10-22 Lg Electronics Inc. Method for processing received rlc pdus for d2d communication system and device therefor
US20170111945A1 (en) * 2014-04-22 2017-04-20 Lg Electronics Inc. Method for processing received pdcp pdus for d2d communication system and device therefor

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
CATT: "Introduction of V2X duplication to TS 36.323",3GPP DRAFT; R2-1809292, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX;FRANCE, vol. RAN WG2, no. Busan, Korea; 20180521-20180525, 2018/06/07.
LG Electronics: " Handling of the first received PDCP PDU located outside of the reordering window",3GPP DRAFT; R2-1812809 , Gothenburg, Sweden, 20th-24th Aug 2018,2018/08/24
OPPO: "left issues on PDCP operation for duplication",3GPP DRAFT; R2-1812937 - 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX; vol. RAN WG2, no. Gothenburg, Sweden; 20180820 - 20180824, 2018/08/14.
OPPO: "left issues on PDCP operation for duplication",3GPP DRAFT; R2-1812937 - 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX; vol. RAN WG2, no. Gothenburg, Sweden; 20180820 - 20180824, 2018/08/14. LG Electronics: " Handling of the first received PDCP PDU located outside of the reordering window",3GPP DRAFT; R2-1812809 , Gothenburg, Sweden, 20th-24th Aug 2018,2018/08/24 CATT: "Introduction of V2X duplication to TS 36.323",3GPP DRAFT; R2-1809292, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX;FRANCE, vol. RAN WG2, no. Busan, Korea; 20180521-20180525, 2018/06/07. *

Also Published As

Publication number Publication date
JP2020043561A (ja) 2020-03-19
US20200084659A1 (en) 2020-03-12
ES2958735T3 (es) 2024-02-14
EP3621252A1 (en) 2020-03-11
KR20200029997A (ko) 2020-03-19
CN111211986A (zh) 2020-05-29
KR102125172B1 (ko) 2020-07-06
JP6838114B2 (ja) 2021-03-03
CN111211986B (zh) 2021-05-07
US10687376B2 (en) 2020-06-16
TW202011723A (zh) 2020-03-16
EP3621252B1 (en) 2023-08-16

Similar Documents

Publication Publication Date Title
TWI712292B (zh) 無線通訊系統中用於改進側鏈路複製接收的初始化的方法和設備
TWI690238B (zh) 無線通訊系統中處理側鏈路接收的方法和設備
JP6994439B2 (ja) 無線通信システムにおいてＱｏＳ（クオリティ・オブ・サービス）フローを提供するための方法及び装置
CN112425202B (zh) 下一代移动通信系统中分类和处理sdap控制pdu的方法及相关装置
TWI713399B (zh) 無線通訊系統中用於處理側鏈路接收的方法和設備
CN107113291B (zh) 演进的数据压缩方案信令
JP5753926B2 (ja) ワイヤレス・コミュニケーション・システム中、ユーザー装置からの測定報告をネットワークに提供する方法
ES2895328T3 (es) Método y aparato para el manejo de informes de estado del búfer en un sistema de comunicación inalámbrica
KR20190053066A (ko) 무선통신 시스템에서 통신 방법 및 장치
TW202118337A (zh) 無線通訊系統中支援服務品質流重新映射到數據無線電承載以進行側鏈路通訊的方法和設備
JP5499065B2 (ja) 無線通信システムにおける設定方法、通信装置及びコンピュータプログラム
CN116782316B (zh) 用于用户设备到网络中继的侧链路适配层的方法和设备