TWI739383B - 無線通訊系統中用於處理側鏈路標識符改變的方法和設備 - Google Patents

Abstract

從第一使用者設備的角度公開一種用於改變與第二使用者設備相關聯的側鏈路單播鏈路的側鏈路標識的方法和裝置。在一個方法中，方法包含第一使用者設備與第二使用者設備建立側鏈路單播鏈路，其中第一使用者設備的第一下層標識和第二使用者設備的第二下層標識用於通過側鏈路單播鏈路在第一使用者設備與第二使用者設備之間進行通訊。方法還包含第一使用者設備將鏈路標識符更新請求訊息傳送到第二使用者設備，其中鏈路標識符更新請求訊息包含第一使用者設備的新的第一下層標識或用於導出新的第一下層標識的資訊。方法還包含第一使用者設備從第二使用者設備接收鏈路標識符更新回應訊息。另外，方法包含第一使用者設備繼續使用第一下層標識來從第二使用者設備接收側鏈路數據，直到從第二使用者設備接收到具有新的第一下層標識的側鏈路數據訊框。

Description

無線通訊系統中用於處理側鏈路標識符改變的方法和設備

本申請要求2019年4月12日提交的第62/833,619號美國臨時專利申請的權益，該專利申請的公開內容以其全文引用的方式併入本文中。

本公開大體上涉及無線通訊網路，且更具體地說，涉及一種無線通訊系統中用於處理側鏈路標識符改變的方法和設備。

隨著對將大量數據傳送到行動通訊裝置以及從行動通訊裝置傳送大量數據的需求快速增長，傳統的行動語音通訊網路演變成與互聯網協定（Internet Protocol, IP）數據封包通訊的網路。此IP數據封包通訊可以為行動通訊裝置的使用者提供IP承載語音、多媒體、多播和點播通訊服務。

示例性網路結構是演進型通用陸地無線存取網（Evolved Universal Terrestrial Radio Access Network，E-UTRAN）。E-UTRAN系統可以提供高數據吞吐量以便實現上述IP承載語音和多媒體服務。目前，3GPP標準組織正在討論新下一代（例如，5G）無線電技術。因此，目前在提交和考慮對3GPP標準的當前主體的改變以使3GPP標準演進和完成。

從第一使用者設備（User Equipment，UE）的角度公開一種用於改變與第二UE相關聯的側鏈路單播鏈路的側鏈路標識的方法和裝置。在一個方法中，該方法包含該第一UE與該第二UE建立該側鏈路單播鏈路，其中該第一UE的第一下層標識和該第二UE的第二下層標識用於通過該側鏈路單播鏈路在該第一UE與該第二UE之間進行通訊。該方法還包含該第一UE將鏈路標識符更新請求訊息傳送到該第二UE，其中該鏈路標識符更新請求訊息包含該第一UE的新的第一下層標識或用於導出該新的第一下層標識的資訊。該方法還包含該第一UE從該第二UE接收鏈路標識符更新回應訊息。另外，該方法包含該第一UE繼續使用該第一下層標識來從該第二UE接收側鏈路數據，直到從該第二UE接收到具有該新的第一下層標識的側鏈路數據訊框。

下文描述的示例性無線通訊系統和裝置採用支援廣播服務的無線通訊系統。無線通訊系統被廣泛部署以提供各種類型的通訊，例如，語音、數據等等。這些系統可以基於碼分多址（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-Advanced）、3GPP2 超行動寬頻（Ultra Mobile Broadband，UMB）、WiMax、3GPP新無線電（New Radio，NR）或一些其它調變技術。

具體來說，下文描述的示例性無線通訊系統裝置可以被設計成支援一個或多個標準，例如，由命名為“第三代合作夥伴計畫”（在本文中稱為3GPP）的協會提供的標準，包含：TR 23.786 V1.0.0，“對支援高級V2X服務的EPS和5G系統的架構增強的研究”；TS 36.300 V15.3.0，“演進型通用陸地無線存取（Evolved Universal Terrestrial Radio Access，E-UTRA）和演進型通用陸地無線存取網（Evolved Universal Terrestrial Radio Access Network，E-UTRAN）”；總體說明”；以及TS 23.303 V15.1.0，“基於接近度的服務（ProSe）”。上文所列的標準和文檔特此明確地以引用的方式全文併入。

第1圖示出根據本發明的一個實施例的多址存取無線通訊系統。存取網絡100（access network，AN）包含多個天線群組，一個包含104和106，另一個包含108和110，並且還有一個包含112和114。在第1圖中，每一天線群組僅示出兩個天線，然而，每一天線群組可以利用更多或更少的天線。存取終端116（Access terminal，AT）與天線112和114通訊，其中天線112和114通過前向鏈路120向存取終端116傳送資訊，並通過反向鏈路118從存取終端116接收資訊。存取終端（Access terminal，AT）122與天線106和108通訊，其中天線106和108通過前向鏈路126向存取終端（access terminal，AT）122傳送資訊，並通過反向鏈路124從存取終端（access terminal，AT）122接收資訊。在FDD系統中，通訊鏈路118、120、124和126可以使用不同頻率進行通訊。例如，前向鏈路120可以使用與反向鏈路118所使用頻率不同的頻率。

每個天線群組和/或該天線群組被設計成在其中通訊的區域常常稱為存取網絡的扇區。在實施例中，天線群組各自被設計成與存取網絡100所覆蓋的區域的扇區中的存取終端通訊。

在通過前向鏈路120和126的通訊中，存取網絡100的傳送天線可以利用波束成形以便改進用於不同存取終端116和122的前向鏈路的信噪比。而且，相比於通過單個天線向其所有存取終端進行傳送的存取網絡，使用波束成形對隨機分散在其覆蓋區域中的存取終端進行傳送的存取網絡對相鄰細胞中的存取終端的干擾更少。

存取網絡（access network,AN）可以是用於與終端通訊的固定台或基站，並且還可以稱為存取點、Node B、基站、增強型基站、演進型基站（evolved Node B，eNB），網路節點、網路或某一其它術語。存取終端（access terminal，AT）還可以稱為使用者設備（user equipment，UE）、無線通訊裝置、終端、存取終端或某一其它術語。

第2圖是MIMO系統200中的傳送器系統210（也稱為存取網絡）和接收器系統250（也稱為存取終端（access terminal，AT）或使用者設備（user equipment，UE））的實施例的簡化方塊圖。在傳送器系統210處，從資料來源212將用於多個數據流的業務數據提供到傳送（TX）資料處理器214。

在一個實施例中，通過相應的傳送天線傳送每個數據流。TX資料處理器214基於針對每個數據流選擇的特定解碼方案來格式化、解碼和交錯該數據流的業務數據以提供解碼後數據。

可以使用OFDM技術將每個數據流的解碼後數據與導頻數據複用。導頻數據通常是以已知方式進行處理的已知數據模式，並且可以在接收器系統處用於估計通道回應。隨後基於針對每個數據流選擇的特定調變方案（例如，BPSK、QPSK、M-PSK或M-QAM）來調變（即，符號映射）用於該數據流的複用後導頻和解碼後數據以提供調變符號。可以通過由處理器230執行的指令來確定用於每個數據流的數據速率、解碼和調變。

接著將所有數據流的調變符號提供給TX MIMO處理器220，該TX MIMO處理器可以進一步處理該調變符號（例如，用於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個接收到的符號流並處理NR個接收到的符號流以提供NT個“檢測到的”符號流。RX資料處理器260接著對每一檢測到的符號流進行解調、解交錯和解碼以恢復數據流的業務數據。由RX資料處理器260進行的處理與由TX MIMO處理器220和TX資料處理器214在傳送器系統210處所執行的處理互補。

處理器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，並且無線通訊系統優選地是NR系統。通訊裝置300可以包含輸入裝置302、輸出裝置304、控制電路306、中央處理單元（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 TR 23.786 V1.0.0如下引入用於增強型車聯網（enhanced Vehicle to Everything，eV2X）通訊的以下解決方案： 6.11   解決方案#11：通過PC5參考點進行的eV2X通訊的單播或多播解決方案 6.11.1 功能描述 此解決方案解決關於eV2X群組通訊的支持的關鍵問題#1、關於通過PC5的單播/多播通訊的支持的關鍵問題#9，以及關於針對eV2X的PC5 QoS框架增強的支持的關鍵問題#4，聚焦於以下方面： -   用於單播通訊的標識符，例如L2 ID； -   用於支持單播/多播通訊的信令協定； -   QoS支援和AS層配置； -   安全關聯； -   用於鏈路建立和維護的程序。 6.11.2 解決方案描述 6.11.2.1   用於單播通訊的標識符 6.11.2.1.1     與用於廣播的L2 ID位址空間分開的用於單播和多播的L2 ID位址空間 用於單播/多播通訊的必要標識符中的一個為L2 ID。截至TS 23.303[8]中的ProSe設計，用於一對一通訊和一對多通訊的目的地L2 ID位址空間與AS層機制（即，MAC層版本號）分開。這樣做是為了避免可能引起對一對一通訊的損害的所使用位址的衝突。以類似方式，V2X單播還應使用與用於廣播和多播的L2 ID分開的L2 ID。 此分離適用於目的地L2 ID和源L2 ID兩者。對於具有廣播和單播/多播業務兩者的UE，不同L2 ID應與對應的格式一起使用。源L2 ID將由對等UE用作單播通訊中的目的地L2 ID。以下條款中描述用於單播/多播的相關L2 ID管理的細節。 UE可以針對不同的單播一對一通訊鏈路使用不同源L2 ID，例如當不同單播鏈路與不同上層標識符相關聯時。 6.11.2.1.2     決定將目的地L2 ID用於單播/多播通訊 6.11.2.1.2.1   選項A 在TS 23.285[5]中，由UE基於PSID/ITS-AID到L2 ID之間的所配置映射來決定目的地L2 ID。此適於廣播業務，但不適用於單播或多播業務。在單播或多播中，將不會基於PSID/ITS-AID決定目的地L2 ID。應允許V2X UE具有針對特定服務（PSID/ITS-AID）同時支援的多個單播連接或多播群組。因此，在此情況下，目的地L2 ID資訊應來自上層。這意味著V2X層和上層之間的介面需要增強以允許此類資訊連同數據封包一起傳遞下去。 預期實際V2X應用不理解L2 ID的概念，因為該應用可以針對跨技術或平臺構建。因此，UE內的某一中介軟體層必須將例如網站ID等應用層使用的標識符轉譯為V2X L2 ID。這意味著此中介軟體層需要維持應用層目的地標識符與L2 ID的映射。因為此中介軟體層在SA2的範圍外，所以在說明書中其可通常標注為“上層”，且應記載此“上層”維持映射並提供用於單播或多播通訊的L2 ID的假設。 6.11.2.1.2.2   選項B 上述解決方案的替代方案是V2X層管理此單播鏈路/多播群組到L2 ID映射。在這種情況下，可以在建立時向單播鏈路/多播群組分配流標識符。例如L2 ID、傳送設定、QoS參數等對應的連接簡檔資訊可以與其相關聯。在這種情況下，上層僅需要使用流標識符來指示目的地並將其與數據封包一起傳遞下去。V2X層將應用包含L2 ID的相關聯簡檔資訊用於傳送。這將允許再使用例如類似於QoS流的Uu鏈路處理機制的Uu鏈路處理機制，且更可擴展。同樣，例如網站ID等應用層標識符到此流標識符的轉譯必須由此中介軟體層，即“上層”進行。 6.11.2.2   用於支持單播/多播通訊的信令協定 對於單播或多播通訊，需要在所涉及的UE之間交換一些控制訊息以便建立鏈路或群組。因此，需要某一信令協定。 在TS 23.303 [8]中定義的ProSe一對一通訊中，介紹了通過PDCP層運行的PC5信令協議（條款5.1.1.5.2）。儘管其針對ProSe使用定義，但該訊息可以擴展以便用於V2X通訊。詳細的協定設計需要基於實際單播操作程序來檢視。 另一替代方法是通過PC5運行RRC。由於PC5信令協議無論如何都在PDCP上使用，因此RRC協定可以用於替代PC5信令協議。儘管PC5操作並非需要所有RRC特徵，但可以擴展和使用那些選定的V2X相關RRC訊息，例如SidelinkUEInformation等。這樣做的優點是用於Uu和PC5的控制信令協議的潛在統一。 因此，在這種解決方案中，引入用於單播/多播通訊管理的通過PC5的信令協議。 6.11.2.3   QoS支援和AS層配置 合乎需要的是，也可以通過單播和多播通訊支持QoS。 在TS 23.285[5]中，用於V2X通訊的QoS模型是基於每包模型，例如PPPP和PPPR。在單播或多播通訊的情況下，應論述是否也應支持與Uu連接類似的連線導向的QoS模型。 還如關鍵問題#4“用於eV2X的PC5 QoS架構增強的支持”中論述，預期需要不止現有PPPP和PPPR。 特定地針對單播或多播，歸因於所涉及的鏈路或群組，通過一對對等方之間的相同單播鏈路發送的大多數包應具有相同QoS特性。這更接近Uu連接模型，而非正常基於廣播的業務。因此，此處可以再使用QoS管理概念的Uu類型。此允許用於Uu和PC5的通用模型。 此外，可以存在可以為任選或非與舊版相容的不同AS層特徵。因此，當設置單播鏈路時，此配置還可以連同QoS簡檔或作為QoS簡檔的一部分而協商和配置。 注：使用解決方案#19（條款6.19）中描述的用於單播的QoS模型。 6.11.2.4   安全關聯 單播或多播通訊可能在鏈路層處也需要保護。ProSe一對一通訊支持安全L2鏈路建立，如TS 33.303 [11]中所定義。 然而，在V2X通訊上下文內，每一UE具有用於安全保護的對應證書。因此，可能需要增強或調整現有L2安全鏈路建立協定以便支援此類安全關聯的使用。 應由SA3分析並決定準確的安全處理。當可用時，SA2設計需要與那些決策對準。 6.11.2.5   用於鏈路建立和維護的程序 TS 23.303[8]已定義用於安全L2鏈路通過PC5的建立和維護的程序，如在條款5.4.5中。受制于上文關於信令協議選擇、安全處理等的決策，這些程序可以得到增強並適用於V2X使用。 但需要用於鏈路/群組處理的V2X的一些額外考慮因素。對於V2X通訊，並非全部UE將支援或使用單播通訊。另外，並非全部服務可以通過相同通道或RAT運行（例如LTE V2X相對於NR V2X）。在V2X的情況下，不存在類似於ProSe的發現通道（即，PC5-D）的發現通道，且不存在關於來自網路的配置，例如公共安全使用的配置的假設。因此，為了支援鏈路建立，需要服務宣告以便告知對等方UE的存在和該UE進行單播通訊的能力，例如操作的通道或所支援的服務等。 應使此服務宣告可由對使用服務感興趣的所有UE訪問。舉例來說，此宣告可以被配置成通過專門的通道發送，類似於處理WAVE服務廣告（WAVE Service Advertisement，WSA）的方式，或在來自支援UE的定期訊息上搭載。 注1：服務宣告由上層處理且在SA2的範圍外。 對於層2鏈路維護，需要保活功能性來檢測何時UE不在直接通訊範圍內，使得其可繼續進行隱式層2鏈路釋放。 注2：由級3來確定如何支援保活功能性。 6.11.3 程序 6.11.3.1   層2鏈路通過PC5的建立 TS 23.303 [8]條款5.4.5.2中定義的層2鏈路建立程序可以重新用於eV2X單播鏈路建立，進行以下修改： -   取決於RAN WG的決策，訊息可以被轉換為RRC信令訊息而不是PC5信令訊息。 -   “面向UE的層2鏈路建立”如下操作，且第6.11.3.1-1圖展示程序： -   直接通訊請求訊息可以由UE-1以廣播機制發送，即，發送到與應用相關聯的廣播地址，而不是UE-2的L2 ID。UE-2的上部標識符包含在直接通訊請求訊息中，以允許UE-2決定是否對請求作出回應。此訊息的源L2 ID應是UE-1的單播L2 ID。 -   應使用UE-2可以理解的默認AS層設置，例如廣播設置來傳送直接通訊請求訊息。 -   UE-2在向UE-1的後續信令中使用接收到的直接通訊請求訊息的源L2 ID作為目的地L2 ID，並使用其自身的單播L2 ID作為源L2 ID。UE-1獲得UE-2的L2 ID，以用於將來的通訊、信令和數據業務。 [標題為“面向UE的層2鏈路建立程序”的3GPP TR 23.786 V1.0.0的第6.11.3.1-1圖再現為第5圖] -   “面向V2X服務的層2鏈路建立”與“面向UE的層2鏈路建立”相同地操作且具有以下差異，且第6.11.3.1-2圖示出該程序： -   關於請求L2鏈路建立的V2X服務的資訊，即，關於宣告的V2X服務的資訊包含在直接通訊請求訊息中以允許其它UE決定是否對請求作出回應。 -   對使用由直接通訊請求訊息宣告的V2X服務感興趣的UE可以對該請求作出回應（第6.11.3.1-2圖中的UE-2和UE-4）。 -   在如上文所描述與其它UE建立層2鏈路之後，新UE可以進入UE-1的近程，即UE-1的直接通訊範圍。在此情況下，UE-1可以起始面向V2X服務的層2鏈路建立程序，因為其從由UE發送的應用層訊息感知到新UE。或新UE可以起始面向V2X服務的層2鏈路建立程序。因此，UE-1不必保持週期性地發送直接通訊請求訊息來宣告V2X服務其想要與其它UE建立單播L2鏈路。 [標題為“面向V2X服務的層2鏈路建立程序”的3GPP TR 23.786 V1.0.0的第6.11.3.1-2圖再現為第6圖] 層2鏈路支持非IP業務。將不執行IP位址協商和分配程序。 6.11.3.2   用於鏈路建立的信令訊息的內容 TS 24.334 [13]中定義的直接通訊請求訊息中攜載的資訊需要至少以下更新： -   對於“面向UE的層2鏈路建立”， -   除起始UE的ID （UE-1的上層ID）外，使用者資訊還需要包含目標UE的ID （UE-2的上層ID）。 注：級3可以決定這些ID可以攜載於相同IE還是單獨IE中，例如網站ID/車輛溫度ID僅需要為4個八位元位元組。 -   對於“面向V2X服務的層2鏈路建立”， -   宣告的V2X服務資訊需要包含關於請求L2鏈路建立的V2X服務的資訊，例如V2X應用的PSID或ITS-AID。感測器共用等可以是針對V2X服務的情況。 -   對於ProSe指定為必選的IP位址配置應允許將不使用IP，使得接收UE（例如，UE-2）將不針對此特定鏈路起始任何IP配置程序的指示。 -   專用於安全性的IE需要由SA3檢查，因為用於eV2X的安全機制可以不同且需要不同IE。 -   關於鏈路的額外配置資訊，例如當使用RRC訊息時，可以存在AS層配置。 6.11.3.3   用於單播通訊的隱私保護的鏈路標識符更新程序 [標題為“層2鏈路標識符更新程序”的3GPP TR 23.786 V1.0.0的第6.11.3.3-1圖再現為第7圖] 此程序用於在單播通訊中更新用於此鏈路的標識符的即將改變的對等方。由於隱私要求，在eV2X使用中，UE應經常改變其標識符，以免被協力廠商跟蹤。當發生標識符改變時，所有層，即從應用層ID到L2 ID上的所有標識符都需要改變。標識符改變發生之前需要此信令，以防止服務中斷。 1. UE-1例如歸因於上層標識符改變或計時器而決定標識符的改變，且包含新標識符（包含新上層標識符、新IP位址/首碼（如果適用）、新L2 ID）以在鏈路標識符更新請求訊息中使用，且在其改變標識符之前發送到UE-2。將要使用的新標識符應加密以保護隱私。 注1：計時器基於每源L2 ID運行。 2. UE-2以鏈路標識符更新回應訊息進行回應。在接收訊息後，UE-1和UE-2可以開始將該新標識符用於數據業務。UE-1應在其舊L2 ID上接收業務直至其從UE-2接收到鏈路Id更新回應。 注2：如果來自UE-1的多個鏈路使用相同上層標識符或L2 ID，則UE-1需要在每個鏈路上執行更新程序，並且對於每個鏈路，需要在其舊L2 ID上保持接收該特定鏈路的業務，直到UE-1接收到鏈路ID更新回應。 6.11.3.4   用於層2鏈路的安全方面 因為eV2X應用具有相關聯的安全證書，所以單播鏈路可以再使用那些證書以導出安全關聯來保護單播鏈路的信令或數據。 6.11.4 對現有實體和介面的影響 編者注：對現有節點或功能性的影響將增加。 6.11.5 進一步研究的話題 無。 6.11.6 結論 條款6.11.1到6.11.4中記載的解決方案解決了關鍵問題#9“用於通過PC5的感測器共用的單播/多播的支持”的所有方面，且應轉向規範性階段。將基於來自其它工作團隊的回授進一步更新以下方面： -   用於單播鏈路建立和管理的信令訊息定義，例如RRC信令是否以及如何用於單播鏈路； -   基於RAN決策針對廣播、組播和單播選擇每包QoS模型或基於載送的QoS模型； -   當使用網路排程模式時關於所使用的服務的到基站的訊號； -   用於通過PC5的單播通訊的潛在安全相關程序更新。 注意：應用層可以針對不同應用，例如，佇列應用使用單播或組播通訊機制。 […]

3GPP TS 36.300 V15.3.0如下引入側鏈路無線電承載與側鏈路邏輯通道之間的映射： 6  層2 層2分成以下子層：媒體存取控制（Medium Access Control，MAC）、無線鏈路控制（Radio Link Control，RLC）和封包數據彙聚協議（Packet Data Convergence Protocol，PDCP）。 此小節在服務和功能方面給出層2子層的高級描述。以下三個圖描繪了下行鏈路、上行鏈路和側鏈路的PDCP/RLC/MAC架構，其中： -   對等通訊的服務存取點（Service Access Point，SAP）以子層之間的介面處的圓圈標記。實體層與MAC子層之間的SAP提供傳輸通道。MAC子層與RLC子層之間的SAP提供邏輯通道。 -   相同傳輸通道（即，傳輸塊）上的若干邏輯通道（即，無線電承載）的多工通過MAC子層執行； -   在上行鏈路和下行鏈路兩者中，當都未配置CA和DC時，在不存在空間多工的情況下，每TTI僅生成一個傳輸塊； -   在側鏈路中，每TTI僅生成一個傳輸塊。 […] [標題為“側鏈路的層2結構”的3GPP TS 36.300 V15.3.0的第6-3圖再現為第8圖]

如下引入3GPP TS 23.303 V15.1.0： 5.1.1.5.2  PC5信令協議 解釋： -   在TS 36.300[17]中指定PDCP/RLC/MAC/PHY功能性。 -   PC5信令協議用於通過PC5的控制面信令（例如，如本說明書中的其它地方所描述，通過PC5建立、維護和釋放安全層2鏈路、TMGI監視請求、細胞ID通知請求等）。 -   在PDCP標頭中的SDU類型欄位（3個位元）用於區分IP、ARP和PC5信令協定。一對一通訊不支援ARP。 -   在單播目的地層2 ID上發送PC5信令協定訊息。 [標題為“PC5信令協議疊”的TS 23.303 V15.1.0的第5.1.1.5.3-1圖再現為第9圖]

在3GPP TR 23.786中，引入用於更新L2ID（即，用於單播通訊的隱私保護的鏈路標識符更新程序）的程序。此程序用於在單播通訊中更新用於此鏈路的標識符的即將改變的對等方。由於隱私要求，在eV2X使用中，UE應經常改變其標識符，以免被協力廠商跟蹤。當發生標識符改變時，所有層，即從應用層ID到L2 ID上的所有標識符都需要改變。標識符改變發生之前需要此信令，以防止服務中斷。

存在執行單播通訊的兩個UE（UE-1和UE-2）。UE-1可以執行用於與UE-2更新其L2ID的程序。UE-1可以將鏈路標識符更新請求訊息傳送到UE-2。在鏈路標識符更新請求訊息中，可以包含UE-1的新L2ID。考慮到UE-2，UE-1的L2ID被視為從UE-2傳送到UE-1的包的目的地ID。因此，在接收到鏈路標識符更新請求訊息後，UE-2知曉UE-1的目的地L2ID改變。

一般來說，UE的下層不應將非預期的側鏈路封包（側鏈路數據訊框）傳遞到UE的上層。因此，UE可以使用UE的側鏈路標識（SL ID）和/或對等UE的側鏈路標識來濾出不需要的側鏈路封包，以便於NR V2X中的單播。每個側鏈路標識可以是下層標識。每個下層標識可以是層2標識或層1標識。每個層1標識可能可以從層2標識導出。每個側鏈路封包（或側鏈路數據訊框）可能可以包含用戶業務（在STCH上）、PC5-S信令（在STCH上）或PC5-RRC信令（在SCCH上）。

根據在TR23.786[1]中的章節6.11.3.3中指定的鏈路標識符更新程序，在接收到鏈路標識符更新回應訊息後，UE-1和UE-2可以開始將新標識符用於數據業務，並且UE-1應在其舊的下層ID上接收業務，直到其從UE-2接收到鏈路標識符更新回應訊息。實際上，UE-2不具有資訊來知曉UE-1從UE-2接收鏈路標識符更新回應訊息時的準確時序。第10圖說明用於具有潛在下層行為的單播側鏈路通訊的延長鏈路標識符更新程序的實例。

由於在對鏈路標識符更新請求訊息進行解碼之後，由UE -2中的上層將新的UE-1下層ID傳遞到下層，因此一旦上層（例如，第10圖中的T1）通知新的UE-1下層ID，UE-2的下層通常可以開始使用新的UE-1下層ID。如第10圖中所示，UE-1可以在傳送鏈路標識符更新請求訊息之後繼續將數據傳送到UE-2。因此，用舊的UE-1下層ID傳送的數據訊框2將由UE-2的下層過濾出並丟棄。應該指定UE-2確定何時開始使用新的下層標識符的某種方式。

如果無線鏈路控制（Radio Link Control，RLC）確認模式（AM）被配置成用於傳送鏈路標識符更新回應訊息的側鏈路邏輯通道，則UE-2開始使用新的UE-1下層ID的另一潛在時序是當上層通知下層已確認鏈路標識符更新回應訊息的成功傳送時（即，針對此訊息接收到RLC確認或PDCP確認）（例如，第10圖中的T4）。替代地，如果配置RLC UM（非確認模式），則可以基於用於傳送鏈路標識符更新回應訊息的HARQ進程的混合自動重送請求（Hybrid Automatic Repeat Request，HARQ）回授確認來確認鏈路標識符更新回應訊息的成功傳送。上層可能推遲通知下層UE-1下層ID改變，直到已確認鏈路標識符更新回應訊息的成功傳送。當向下層通知UE-1下層ID改變時，UE-2隨後可以開始使用新的UE-1下層ID。

第11圖是從第二UE的角度的用於改變與側鏈路單播鏈路的第一UE相關聯的側鏈路標識的根據一個示例性實施例的流程圖1100。在步驟1105中，第二UE與第一UE建立側鏈路單播鏈路，其中第一UE的第一下層標識和第二UE的第二下層標識用於通過側鏈路單播鏈路在第一UE與第二UE之間進行通訊。在步驟1110中，第二UE從第一UE接收鏈路標識符更新請求訊息，其中鏈路標識符更新請求訊息包含第一UE的新的第一下層標識或用於導出新的第一下層標識的資訊。在步驟1115中，回應於接收到鏈路標識符更新請求訊息，第二UE將鏈路標識符更新回應訊息傳送到第一UE。在步驟1120中，如果已確認鏈路標識符更新回應訊息的成功傳送，則第二UE開始使用新的第一下層標識來從第一UE接收側鏈路數據。

在一個實施例中，（新的）第一下層標識可為第一UE的（新的）層2標識。第二下層標識可為第二UE的層2標識。

在一個實施例中，在已確認鏈路標識符更新回應訊息的成功傳送之後，第二UE可以在側鏈路數據訊框中將第二下層標識用作源以及將新的第一下層標識用作目的地以傳送側鏈路數據訊框。源可以是第二UE的層2標識，並且目的地可以是第一UE的（新的）層2標識。或者，源可以是從第二UE的層2標識導出的第二UE的層1標識，並且目的地可以是從第一UE的（新的）層2標識導出的第一UE的層1標識。

在一個實施例中，在已確認鏈路標識符更新回應訊息的成功傳送之後，第二UE可以將新的第一下層標識用作源並且將第二下層標識用作目的地以過濾接收到的側鏈路數據訊框。源可以是第一UE的（新的）層2標識，並且目的地可以是第二UE的層2標識。或者，源可以是從第一UE的（新的）層2標識導出的第一UE的層1標識，並且目的地可以是從第二UE的層2標識導出的第二UE的層1標識。

在一個實施例中，可以基於相關聯RLC確認或PDCP確認來確認鏈路標識符更新回應訊息的傳送。可以在與AMRLC實體相關聯的側鏈路邏輯通道上傳送鏈路標識符更新回應訊息。

在一個實施例中，可以基於相關聯的HARQ回授確認來確認鏈路標識符更新回應訊息的傳送。可以在與UMRLC實體相關聯的側鏈路邏輯通道上傳送鏈路標識符更新回應訊息。

返回參考第3圖和第4圖，在第二UE的一個示例性實施例中，裝置300包含儲存於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使第二UE能夠（i）與第一UE建立側鏈路單播鏈路，其中第一UE的第一下層標識和第二UE的第二下層標識用於通過側鏈路單播鏈路在第一UE與第二UE之間進行通訊，（ii）從第一UE接收鏈路標識符更新請求訊息，其中該鏈路標識符更新請求訊息包含第一UE的新的第一下層標識或用於導出該新的第一下層標識的資訊，（iii）回應於接收到鏈路標識符更新請求訊息，將該鏈路標識符更新請求訊息傳送到第一UE，以及（iv）如果已確認鏈路標識符更新回應訊息的成功傳送，則開始使用新的第一下層標識來從第一UE接收側鏈路數據。此外，CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。

然而，在以上解決方案中，如第10圖中所示，仍可能有某些數據訊框（例如，數據訊框3）被過濾掉。因此，另一解決方案可以是在由上層（在第10圖的T1中）通知UE-1下層ID改變之後，UE-2繼續使用舊的UE-1下層ID來從UE-1接收數據訊框，直到接收到具有新的UE-1下層ID的數據訊框。

第12圖是從第二UE的角度的用於改變與側鏈路單播鏈路的第一UE相關聯的側鏈路標識的根據一個示例性實施例的流程圖1200。在步驟1205中，第二UE與第一UE建立側鏈路單播鏈路，其中第一UE的第一下層標識和第二UE的第二下層標識用於通過側鏈路單播鏈路在第一UE與第二UE之間進行通訊。在步驟1210中，第二UE從第一UE接收鏈路標識符更新請求訊息，其中鏈路標識符更新請求訊息包含第一UE的新的第一下層標識或用於導出新的第一下層標識的資訊。在步驟1215中，回應於接收到鏈路標識符更新請求訊息，第二UE將鏈路標識符更新回應訊息傳送到第一UE。在步驟1220中，第二UE繼續使用第一下層標識來從第一UE接收側鏈路數據，直到從第一UE接收到具有新的第一下層標識的側鏈路數據訊框。

在一個實施例中，在從第一UE接收到具有新的第一下層標識的第一側鏈路數據訊框，或已確認鏈路標識符更新回應訊息的成功傳送之前，第二UE可以將第一下層標識用作源並且將新的第一下層標識用作源以過濾接收到的側鏈路數據訊框。在從第一UE接收到具有新的第一下層標識的第一側鏈路數據訊框，或已確認鏈路標識符更新回應訊息的成功傳送之後，第二UE還可以將新的第一下層標識用作源以過濾接收到的側鏈路數據訊框。第一下層標識、新的第一下層標識和/或第二下層標識的下層標識可以是層2標識或層1標識。

在一個實施例中，第二UE隨後可以使用新的第一下層標識來與第一UE通訊。（新的）第一下層標識可以是第一UE的（新的）層2標識，並且第二下層標識可以是第二UE的層2標識。

在一個實施例中，在從第一UE接收到具有新的第一下層標識的側鏈路數據訊框之後，或在已確認鏈路標識符更新回應訊息的成功傳送之後，第二UE可以在側鏈路數據訊框中將第二下層標識用作源並且將新的第一下層標識用作目的地以將側鏈路數據訊框傳送到第一UE。源可以是第二UE的層2標識，並且目的地可以是第一UE的（新的）層2標識。或者，源可以是從第二UE的層2標識導出的第二UE的層1標識，並且目的地可以是從第一UE的（新的）層2標識導出的第一UE的層1標識。

在一個實施例中，在從第一UE接收到具有新的第一下層標識的側鏈路數據訊框之後，第二UE可以將新的第一下層標識用作源並且將第二下層標識用作目的地以過濾接收到的側鏈路數據訊框。源可以是第一UE的（新的）層2標識，並且目的地可以是第二UE的層2標識。或者，源可以是從第一UE的（新的）層2標識導出的第一UE的層1標識，並且目的地可以是從第二UE的層2標識導出的第二UE的層1標識。

在一個實施例中，可以基於相關聯RLC確認或PDCP確認來確認鏈路標識符更新回應訊息的傳送。可以在與AM RLC實體相關聯的側鏈路邏輯通道上傳送鏈路標識符更新回應訊息。

或者，可以基於相關聯的HARQ回授確認來確認鏈路標識符更新回應訊息的傳送。可以在與UM RLC實體相關聯的側鏈路邏輯通道上傳送鏈路標識符更新回應訊息。

返回參考第3圖和第4圖，在第二UE的一個示例性實施例中，裝置300包含儲存於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使第二UE能夠（i）與第一UE建立側鏈路單播鏈路，其中第一UE的第一下層標識和第二UE的第二下層標識用於通過側鏈路單播鏈路在第一UE與第二UE之間進行通訊，（ii）從第一UE接收鏈路標識符更新請求訊息，其中該鏈路標識符更新請求訊息包含第一UE的新的第一下層標識或用於導出該新的第一下層標識的資訊，（iii）回應於接收到鏈路標識符更新請求訊息，將該鏈路標識符更新請求訊息傳送到第一UE，以及（iv）繼續使用第一下層標識來從第一UE接收側鏈路數據，直到從第一UE接收到具有新的第一下層標識的側鏈路數據訊框。此外，CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。

考慮到在接收到具有新的UE-1下層ID的（第一）數據訊框（例如，由於數據優先順序或重新傳送）之後，仍可以接收具有舊的UE-1下層ID的數據訊框，另一替代方案是在從通知下層UE-1 L2 ID改變（在第10圖的T1中）的時間開始的時間段期間，UE-2使用舊的UE-1下層ID和新的UE-1下層ID進行數據訊框濾波。在此時間段時間，UE-2將接受具有舊的UE-1下層ID或新的UE-1下層ID的數據訊框。該時間段可以由計時器控制。該時間段可以設定成預設值（即，在UE中預配置），可以由UE-2自主地確定（即，取決於UE實施方案），可以由UE-1配置（經由例如，鏈路標識符更新請求訊息），可以由網路節點（例如，基站、核心網路、V2X控制功能等）配置，或可以提供於系統資訊中（由例如基站的網路節點廣播）。或者，該時間段可以由上層（例如，V2X層、NAS層或應用層）指示。上層可以指示該時間段的開始。上層可以指示該時間段的結束。在此時間段之後，UE-2接受具有（僅）新的UE-1下層ID的數據訊框。換句話說，從該時間段的結束開始，UE-2接受具有（僅）新UE-1下層ID的數據訊框。

第13圖是從第二UE的角度的用於改變與側鏈路單播鏈路的第一UE相關聯的側鏈路標識的根據一個示例性實施例的流程圖1300。在步驟1305中，第二UE與第一UE建立側鏈路單播鏈路，其中第一UE的第一下層標識和第二UE的第二下層標識用於通過側鏈路單播鏈路在第一UE與第二UE之間進行通訊。在步驟1310中，第二UE從第一UE接收鏈路標識符更新請求訊息，其中鏈路標識符更新請求訊息包含第一UE的新的第一下層標識或用於導出新的第一下層標識的資訊。在步驟1315中，回應於接收到鏈路標識符更新請求訊息，第二UE將鏈路標識符更新回應訊息傳送到第一UE。在步驟1320中，在從上層接收到第一下層標識改變的通知之後的時間段期間，第二UE使用第一下層標識和新的第一下層標識兩者以過濾接收到的側鏈路數據訊框。

在一個實施例中，在該時間段之後，第二UE可以使用新的第一下層標識以過濾接收到的側鏈路數據訊框。（新的）第一下層標識可以是第一UE的（新的）層2標識。第二下層標識可以是第二UE的層2標識。

在一個實施例中，在該時間段期間，第二UE可以將第一下層標識用作源並且將第二下層標識用作目的地以過濾接收到的側鏈路數據訊框。在該時間段期間，第二UE還可以將新的第一下層標識用作源並且將第二下層標識用作目的地以過濾接收到的側鏈路數據訊框。另外，在該時間段之後，第二UE可以將新的第一下層標識用作源並且將第二下層標識用作目的地以過濾接收到的側鏈路數據訊框。源可以是第一UE的（新的）層2標識，並且目的地可以是第二UE的層2標識。或者，源可以是從第一UE的（新的）層2標識導出的第一UE的層1標識，並且目的地可以是從第二UE的層2標識導出的第二UE的層1標識。

在一個實施例中，在從上層接收到第一下層標識改變的通知之後，第二UE可以在側鏈路數據訊框中將第二下層標識用作源並且將新的第一下層標識用作目的地，以將側鏈路數據訊框傳送到第一UE。在已確認鏈路標識符更新回應訊息的成功傳送之後，第二UE還可以在側鏈路數據訊框中將第二下層標識用作源並且將新的第一下層標識用作目的地，以將側鏈路數據訊框傳送到第一UE。源可以是第二UE的層2標識，並且目的地可以是第一UE的（新的）層2標識。或者，源可以是從第二UE的層2標識導出的第二UE的層1標識，並且目的地可以是從第一UE的（新的）層2標識導出的第一UE的層1標識。

在一個實施例中，可以基於相關聯RLC確認或PDCP確認來確認鏈路標識符更新回應訊息的傳送。可以在與AM RLC實體相關聯的側鏈路邏輯通道上傳送鏈路標識符更新回應訊息。基於相關聯的HARQ回授確認來確認鏈路標識符更新回應訊息的傳送。可以在與UM RLC實體相關聯的側鏈路邏輯通道上傳送鏈路標識符更新回應訊息。

返回參考第3圖和第4圖，在第一UE的一個示例性實施例中，裝置300包含儲存於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使第一UE能夠（i）與第一UE建立側鏈路單播鏈路，其中第一UE的第一下層標識和第二UE的第二下層標識用於通過側鏈路單播鏈路在第一UE與第二UE之間進行通訊，（ii）從第一UE接收鏈路標識符更新請求訊息，其中鏈路標識符更新請求訊息包含第一UE的新的第一下層標識或用於導出新的第一下層標識的資訊，（iii）回應於接收到鏈路標識符更新請求訊息，將鏈路標識符更新回應訊息傳送到第一UE，以及（iv）在從上層接收到第一下層標識改變的通知之後的時間段期間，使用第一下層標識和新的第一下層標識兩者來過濾接收到的側鏈路數據訊框。此外，CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。

在第14圖中，說明用於具有潛在下層行為的單播側鏈路通訊的延長鏈路標識符更新程序的另一實例。根據3GPP TR 23.786，UE-1應在其舊的下層ID上接收業務，直到UE-1從UE-2（即，第14圖中的T2）接收到鏈路標識符更新回應訊息。如果在已確認鏈路標識符更新回應訊息的成功傳送之後，UE-2開始使用新的UE-1下層標識來將側鏈路數據訊框傳送到第一UE，則將過濾出來自UE-2的數據訊框3並且因此將其捨棄，如第14圖中所示。應考慮避免捨棄UE-1中的有效數據訊框的某種方式。

在接收鏈路標識符更新回應訊息之後，UE-1可以繼續使用舊的UE-1下層ID（以及新的UE-1下層ID）來從UE-2接收數據訊框，直到從UE-2接收到具有新的UE-1下層ID的數據訊框。

第15圖是從第一UE的角度的用於改變與第二UE相關聯的側鏈路單播鏈路的側鏈路標識的根據一個示例性實施例的流程圖1500。在步驟1505中，第一UE與第二UE建立側鏈路單播鏈路，其中第一UE的第一下層標識和第二UE的第二下層標識用於通過側鏈路單播鏈路在第一UE與第二UE之間進行通訊。在步驟1510中，第一UE將鏈路標識符更新請求訊息傳送到第二UE，其中鏈路標識符更新請求訊息包含第一UE的新的第一下層標識或用於導出新的第一下層標識的資訊。在步驟1515中，第一UE從第二UE接收鏈路標識符更新回應訊息。在步驟1520中，第一UE繼續使用第一下層標識來從第二UE接收側鏈路數據，直到從第二UE接收到具有新的第一下層標識的側鏈路數據訊框。

在一個實施例中，在從第二UE接收到具有新的第一下層標識的第一側鏈路數據訊框之前，第一UE可以將第一下層標識用作目的地並且將新的第一下層標識用作目的地以過濾接收到的側鏈路數據訊框。在一個實施例中，在從第二UE接收到具有新的第一下層標識的第一側鏈路數據訊框之後，第一UE可以將新的第一下層標識用作目的地以過濾接收到的側鏈路數據訊框。第一下層標識、新的第一下層標識和/或第二下層標識的下層標識可以是層2標識或層1標識。

在一個實施例中，第一UE隨後可以使用新的第一下層標識來與第二UE通訊。（新的）第一下層標識可以是第一UE的（新的）層2標識。第二下層標識可以是第二UE的層2標識。

在一個實施例中，在從第二UE接收到具有新的第一下層標識的第一側鏈路數據訊框之前，第一UE可以將第二下層標識用作源並且將第一下層標識用作目的地以過濾接收到的側鏈路數據訊框。第一UE還可以將第二下層標識用作源並且將新的第一下層標識用作目的地，以從第二UE接收具有新的第一下層標識的第一側鏈路數據訊框。此外，在從第二UE接收到具有新的第一下層標識的側鏈路數據訊框之後，第一UE可以將第二下層標識用作源並且將新的第一下層標識用作目的地以過濾接收到的側鏈路數據訊框。

在一個實施例中，源可以是第二UE的層2標識，並且目的地可以是第一UE的（新的）層2標識。或者，源可以是從第二UE的層2標識導出的第二UE的層1標識，並且目的地可以是從第一UE的（新的）層2標識導出的第一UE的層1標識。

返回參考第3圖和第4圖，在第一UE的一個示例性實施例中，裝置300包含儲存於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使第一UE能夠（i）與第二UE建立側鏈路單播鏈路，其中第一UE的第一下層標識和第二UE的第二下層標識用於通過側鏈路單播鏈路在第一UE與第二UE之間進行通訊，（ii）將鏈路標識符更新請求訊息傳送到第二UE，其中該鏈路標識符更新請求訊息包含第一UE的新的第一下層標識或用於導出該新的第一下層標識的資訊，（iii）從第二UE接收鏈路標識符更新回應訊息，以及（iv）繼續使用第一下層標識來從第二UE接收側鏈路數據，直到從第二UE接收到具有新的第一下層標識的側鏈路數據訊框。此外，CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。

考慮到在接收到具有新的UE-1下層ID的（第一）數據訊框之後，仍可以接收具有舊的UE-1下層ID的數據訊框，另一替代方案是在從UE-1接收鏈路標識符更新回應訊息（或傳輸鏈路標識符更新請求訊息）的時間開始的段期間，UE-1使用舊的UE-1下層ID和新的UE-1下層ID進行數據訊框濾波。在此時間段時間，UE-1將接受具有舊的UE-1下層ID或新的UE-1下層ID的數據訊框。該時間段可以由計時器控制。該時間段可以被設定成預設值（即，在UE中預配置），可以由UE-2自主地確定（即，取決於UE實施方案），可以由網路節點配置（例如，基站、核心網路、V2X控制功能等），或可以提供於系統資訊（由例如基站的網路節點廣播）中。或者，該時間段可以由上層（例如，V2X層、NAS層或應用層）指示。上層可以指示時間段的開始。上層可以指示時間段的結束。在此時間段之後，UE-1接受（僅）具有新的UE-1下層ID的數據訊框。換句話說，從該時間段的結束開始，UE-1接受（僅）具有新的UE-1下層ID的數據訊框。

第16圖是從第一UE的角度的用於改變與第二UE相關聯的側鏈路單播鏈路的側鏈路標識的根據一個示例性實施例的流程圖1600。在步驟1605中，第一UE與第二UE建立側鏈路單播鏈路，其中第一UE的第一下層標識和第二UE的第二下層標識用於通過側鏈路單播鏈路在第一UE與第二UE之間進行通訊。在步驟1610中，第一UE將鏈路標識符更新請求訊息傳送到第二UE，其中鏈路標識符更新請求訊息包含第一UE的新的第一下層標識或用於導出新的第一下層標識的資訊。在步驟1615中，第一UE從第二UE接收鏈路標識符更新回應訊息。在步驟1620中，在接收到鏈路標識符更新回應訊息之後的時間段期間，第一UE使用第一下層標識和新的第一下層標識兩者以過濾接收到的側鏈路數據訊框。

在一個實施例中，在該時間段之後，第一UE可以使用新的第一下層標識來過濾接收到的側鏈路數據訊框。（新的）第一下層標識可以是第一UE的（新的）層2標識，並且第二下層標識可以是第二UE的層2標識。

在一個實施例中，在該時間段期間，第一UE可以將第二下層標識用作源並且將第一下層標識用作目的地，以過濾接收到的側鏈路數據訊框。在該時間段期間，第一UE還可以將新的第二下層標識用作源並且將新的第一下層標識用作目的地以過濾接收到的側鏈路數據訊框。此外，在該時間段之後，第一UE可以將第二下層標識用作源並且將新的第一下層標識用作目的地以過濾接收到的側鏈路數據訊框。

在一個實施例中，源可以是第二UE的層2標識，並且目的地可以是第一UE的（新的）層2標識。或者，源可以是從第二UE的層2標識導出的第二UE的層1標識，並且目的地可以是從第一UE的（新的）層2標識導出的第一UE的層1標識。

在一個實施例中，在接收到鏈路標識符更新回應訊息之後，第一UE可以在側鏈路數據訊框中將新的第一下層標識用作源並且將第二下層標識用作目的地，以將側鏈路數據訊框傳送到第二UE。源可以是第一UE的（新的）層2標識，並且目的地可以是第二UE的層2標識。或者，源可以是從第一UE的（新的）層2標識導出的第一UE的層1標識，並且目的地可以是從第二UE的層2標識導出的第二UE的層1標識。

返回參考第3圖和第4圖，在第一UE的一個示例性實施例中，裝置300包含儲存於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使第一UE能夠（i）與第二UE建立側鏈路單播鏈路，其中第一UE的第一下層標識和第二UE的第二下層標識用於通過側鏈路單播鏈路在第一UE與第二UE之間進行通訊，（ii）將鏈路標識符更新請求訊息傳送到第二UE，其中鏈路標識符更新請求訊息包含第一UE的新的第一下層標識或用於導出新的第一下層標識的資訊，（iii）從第二UE接收鏈路標識符更新回應訊息，以及（iv）在接收到鏈路標識符更新回應訊息之後的時間段期間，使用第一下層標識和新的第一下層標識兩者以過濾接收到的側鏈路數據訊框。此外，CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。

上文已經描述了本公開的各種方面。應明白，本文中的教示可以通過廣泛多種形式實施，且本文中所公開的任何具體結構、功能或這兩者僅是代表性的。基於本文中的教示，所屬領域的技術人員應瞭解，本文公開的方面可以獨立於任何其它方面實施，且兩個或更多個這些方面可以各種方式組合。舉例來說，可以使用本文中所闡述的任何數目個方面來實施設備或實踐方法。另外，可以使用除了在本文中所闡述的一個或多個方面之外或不同於該方面的其它結構、功能或結構和功能來實施此種設備或實踐此種方法。作為上述概念中的一些的實例，在一些方面中，可以基於脈衝重複頻率建立並行通道。在一些方面中，可以基於脈衝位置或偏移建立並行通道。在一些方面中，可以基於跳時序列建立並行通道。在一些方面中，可以基於脈衝重複頻率、脈衝位置或偏移、以及跳時序列建立並行通道。

本領域技術人員將理解，可以使用多種不同技術及技藝中的任一個來表示資訊和訊號。舉例來說，可以通過電壓、電流、電磁波、磁場或磁粒子、光場或光粒子或其任何組合來表示在整個上文描述中可能參考的數據、指令、命令、資訊、訊號、位元、符號和碼片。

所屬領域的技術人員將進一步瞭解，結合本文中所公開的各方面描述的各種說明性邏輯塊、模組、處理器、構件、電路以及演算法步驟可以實施為電子硬體（例如，可以使用源解碼或某一其它技術進行設計的數位實施、類比實施或這兩者的組合）、併入有指令的各種形式的程序或設計代碼（為方便起見，其在本文中可以稱為“軟體”或“軟體模組”）或這兩者的組合。為清晰地說明硬體與軟體的此可互換性，上文已大體就其功能性描述了各種說明性元件、塊、模組、電路和步驟。此類功能性是實施為硬體還是軟體取決於特定應用及強加於整個系統的設計約束。本領域技術人員可以針對每一特定應用以不同方式實施所描述的功能性，但此類實施決策不應被解釋為引起對本公開的範圍的偏離。

另外，結合本文中所公開的方面描述的各種說明性邏輯塊、模組和電路可以在積體電路（“IC”）、存取終端或存取點內實施或由該積體電路、存取終端或存取點執行。IC可以包括通用處理器、數位訊號處理器（digital signal processor，DSP）、專用積體電路（application specific integrated circuit，ASIC）、現場可程式設計閘陣列（field programmable gate array，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 1100:流程圖 1105,1110,1115,1120:步驟 1200:流程圖 1205,1210,1215,1220:步驟 1300:流程圖 1305,1310,1315,1320:步驟 1500:流程圖 1505,1510,1515,1520:步驟 1600:流程圖 1605,1610,1615,1620:步驟

第1圖示出根據一個示例性實施例的無線通訊系統的圖式。 第2圖是根據一個示例性實施例的傳送器系統（也稱為存取網絡）和接收器系統（也稱為使用者設備或UE）的方塊圖。 第3圖是根據一個示例性實施例的通訊系統的功能方塊圖。 第4圖是根據一個示例性實施例的第3圖的程式碼的功能方塊圖。 第5圖是3GPP TR 23.786 V1.0.0的第6.11.3.1-1圖的再現。 第6圖是3GPP TR 23.786 V1.0.0的第6.11.3.1-2圖的再現。 第7圖是3GPP TR 23.786 V1.0.0的第6.11.3.3-1圖的再現。 第8圖是3GPP TS 36.300 V15.3.0的第6-3圖的再現。 第9圖是TS 23.303 V15.1.0的第5.1.1.5.3-1圖的再現。 第10圖是根據一個示例性實施例的圖式。 第11圖是根據一個示例性實施例的流程圖。 第12圖是根據一個示例性實施例的流程圖。 第13圖是根據一個示例性實施例的流程圖。 第14圖是根據一個示例性實施例的圖式。 第15圖是根據一個示例性實施例的流程圖。 第16圖是根據一個示例性實施例的流程圖。

1500:流程圖

1505,1510,1515,1520:步驟

Claims (16)

1. 一種用於第二使用者設備改變與側鏈路單播鏈路的第一使用者設備相關聯的側鏈路標識的方法，包括：與該第一使用者設備建立該側鏈路單播鏈路，其中該第一使用者設備的第一下層標識和該第二使用者設備的第二下層標識用於通過該側鏈路單播鏈路在該第一使用者設備與該第二使用者設備之間進行通訊；從該第一使用者設備接收鏈路標識符更新請求訊息，其中該鏈路標識符更新請求訊息包含該第一使用者設備的新的第一下層標識或用於導出該新的第一下層標識的資訊；回應於接收到該鏈路標識符更新請求訊息，將鏈路標識符更新回應訊息傳送到該第一使用者設備；以及在傳送該鏈路標識符更新回應訊息之後，繼續使用該第一下層標識來從該第一使用者設備接收側鏈路數據，直到從該第一使用者設備接收到具有該新的第一下層標識的側鏈路數據訊框。
2. 如請求項1所述的方法，進一步包括：在從該第一使用者設備接收到具有該新的第一下層標識的第一側鏈路數據訊框，或已確認該鏈路標識符更新回應訊息的成功傳送之前，將該第一下層標識用作源並且將該新的第一下層標識用作源以過濾接收到的側鏈路數據訊框。
3. 如請求項1所述的方法，進一步包括： 在從該第一使用者設備接收到具有該新的第一下層標識的第一側鏈路數據訊框，或已確認該鏈路標識符更新回應訊息的成功傳送之後，將該新的第一下層標識用作源以過濾接收到的側鏈路數據訊框。
4. 如請求項1所述的方法，該第一下層標識、該新的第一下層標識和/或該第二下層標識的下層標識是層2標識或層1標識。
5. 一種用於第一使用者設備改變與第二使用者設備相關聯的側鏈路單播鏈路的側鏈路標識的方法，包括：與第二使用者設備建立該側鏈路單播鏈路，其中該第一使用者設備的第一下層標識和該第二使用者設備的第二下層標識用於通過該側鏈路單播鏈路在該第一使用者設備與該第二使用者設備之間進行通訊；將鏈路標識符更新請求訊息傳送到該第二使用者設備，其中該鏈路標識符更新請求訊息包含該第一使用者設備的新的第一下層標識或用於導出該新的第一下層標識的資訊；從該第二使用者設備接收鏈路標識符更新回應訊息；以及在接收到該鏈路標識符更新回應訊息之後，繼續使用該第一下層標識來從該第二使用者設備接收側鏈路數據，直到從該第二使用者設備接收到具有該新的第一下層標識的側鏈路數據訊框。
6. 如請求項5所述的方法，進一步包括：在從該第二使用者設備接收到具有該新的第一下層標識的第一側鏈路數據訊框之前，將該第一下層標識用作目的地並且將該新的第一下層標識用作目的地以過濾接收到的側鏈路數據訊框。
7. 如請求項5所述的方法，進一步包括： 在從該第二使用者設備接收到具有該新的第一下層標識的第一側鏈路數據訊框之後，將該新的第一下層標識用作目的地以過濾接收到的側鏈路數據訊框。
8. 如請求項5所述的方法，該第一下層標識、該新的第一下層標識和/或該第二下層標識的下層標識是層2標識或層1標識。
9. 一種第二使用者設備，包括：控制電路；處理器，該處理器安裝在該控制電路中；以及記憶體，該記憶體安裝在該控制電路中並且可操作地耦合到該處理器；其中該處理器被配置成執行儲存於該記憶體中的程式碼以：與第一使用者設備建立側鏈路單播鏈路，其中該第一使用者設備的第一下層標識和該第二使用者設備的第二下層標識用於通過該側鏈路單播鏈路在該第一使用者設備與該第二使用者設備之間進行通訊；從該第一使用者設備接收鏈路標識符更新請求訊息，其中該鏈路標識符更新請求訊息包含該第一使用者設備的新的第一下層標識或用於導出該新的第一下層標識的資訊；回應於接收到該鏈路標識符更新請求訊息，將鏈路標識符更新回應訊息傳送到該第一使用者設備；以及在傳送該鏈路標識符更新回應訊息之後，繼續使用該第一下層標識來從該第一使用者設備接收側鏈路數據，直到從該第一使用者設備接收到具有該新的第一下層標識的側鏈路數據訊框。
10. 如請求項9所述的第二使用者設備，該處理器進一步被配置成執行儲存於該記憶體中的程式碼以：在從該第一使用者設備接收到具有該新的第一下層標識的第一側鏈路數據訊框，或已確認該鏈路標識符更新回應訊息的成功傳送之前，將該第一下層標識用作源並且將該新的第一下層標識用作源以過濾接收到的側鏈路數據訊框。
11. 如請求項9所述的第二使用者設備，該處理器進一步被配置成執行儲存於該記憶體中的程式碼以：在從該第一使用者設備接收到具有該新的第一下層標識的第一側鏈路數據訊框，或已確認該鏈路標識符更新回應訊息的成功傳送之後，將該新的第一下層標識用作源以過濾接收到的側鏈路數據訊框。
12. 如請求項9所述的第二使用者設備，該第一下層標識、該新的第一下層標識和/或該第二下層標識的下層標識是層2標識或層1標識。
13. 一種第一使用者設備，包括：控制電路；處理器，該處理器安裝在該控制電路中；以及記憶體，該記憶體安裝在該控制電路中並且可操作地耦合到該處理器；其中該處理器被配置成執行儲存於該記憶體中的程式碼以： 與第二使用者設備建立側鏈路單播鏈路，其中該第一使用者設備的第一下層標識和該第二使用者設備的第二下層標識用於通過該側鏈路單播鏈路在該第一使用者設備與該第二使用者設備之間進行通訊；將鏈路標識符更新請求訊息傳送到該第二使用者設備，其中該鏈路標識符更新請求訊息包含該第一使用者設備的新的第一下層標識或用於導出該新的第一下層標識的資訊；從該第二使用者設備接收鏈路標識符更新回應訊息；以及在接收到該鏈路標識符更新回應訊息之後，繼續使用該第一下層標識來從該第二使用者設備接收側鏈路數據，直到從該第二使用者設備接收到具有該新的第一下層標識的鏈路數據訊框。
14. 如請求項13所述的第一使用者設備，該處理器進一步被配置成執行儲存於該記憶體中的程式碼以：在從該第二使用者設備接收到具有該新的第一下層標識的第一側鏈路數據訊框之前，將該第一下層標識用作目的地並且將該新的第一下層標識用作目的地以過濾接收到的側鏈路數據訊框。
15. 如請求項13所述的第一使用者設備，該處理器進一步被配置成執行儲存於該記憶體中的程式碼以：在從該第二使用者設備接收到具有該新的第一下層標識的第一側鏈路數據訊框之後，將該新的第一下層標識用作目的地以過濾接收到的側鏈路數據訊框。
16. 如請求項13所述的第一使用者設備，該第一下層標識、該新的第一下層標識和/或該第二下層標識的下層標識是層2標識或層1標識。

Images