本發(fā)明涉及無線通信，更具體地，本發(fā)明涉及由用戶設備執(zhí)行的方法以及用戶設備。

背景技術：

1、一項關于5g組播廣播服務架構改進的研究項目si(具體見sp-190625)已獲得批準。此si的目標之一(稱為目標a)是在5gs中支持通用mbs服務，可以受益于此特性的用例包括(但不限于)公共安全、v2x應用、透明ipv4/ipv6組播傳輸、iptv、無線軟件傳輸、群組通信和物聯網應用等。相應的，在第三代合作伙伴計劃(3rd?generation?partnershipproject：3gpp)ran#86次全會上，提出了nr多播和廣播服務(nr?mbs)的工作項目(參見非專利文獻：rp-193248：new?wid：nr?multicast?and?broadcast?service)并獲得批準。該工作項目旨在ran中提供對目標a的支持。該工作項目的目標已基本達成，相關方案的具體描述見3gpp版本17技術文檔，例如ts38.300-h30、ts38.331-h30、ts38.321-h30等。在3gpp?ran#94次全會上，一項名為增強的nr廣播多播工作項目被批準(參見非專利文獻：rp-213568：new?wid：enhancements?of?nr?multicast?and?broadcast?services)。該工作項目旨在對版本17的mbs廣播多播進一步增強，其目標之一為支持用戶設備在rrc非激活態(tài)下接收mbs多播業(yè)務/會話。

2、本發(fā)明討論ran支持用戶設備在rrc非激活態(tài)下接收mbs多播業(yè)務/會話所涉及的相關問題。

技術實現思路

1、為了解決上述問題，本發(fā)明提供一種由用戶設備執(zhí)行的方法以及用戶設備。

2、根據本發(fā)明的第一方面，提供了一種由用戶設備ue執(zhí)行的方法，包括：第1步驟，所述ue接收來自基站的尋呼消息；和第2步驟，如果ue處于rrc非激活態(tài)，并且所述尋呼消息未觸發(fā)ue啟動rrc連接恢復過程(由面向移動端的sdt觸發(fā)的rrc連接恢復過程除外)，則針對ue已經加入且包含在所述尋呼消息中的tmgi指示的mbs多播會話，如果所述mbs多播會話在所述尋呼消息中被指示為可以在rrc非激活態(tài)下接收，開始在rrc非激活態(tài)下接收所述mbs多播會話。

3、在上述第一方面的方法中，優(yōu)選地，將所述mbs多播會話的tmgi轉發(fā)給上層。

4、在上述第一方面的方法中，優(yōu)選地，對所述尋呼消息中包含的每個pagingrecord字段，如果所述pagingrecord字段包含的ue-identity與ue存儲的fulli-rnti匹配，則啟動rrc連接恢復過程。

5、在上述第一方面的方法中，優(yōu)選地，如果所述尋呼消息中包含第一字段和不同于第一字段的第二字段，或包含第一字段但不包含第二字段，或包含第二字段但不包含第一字段，并且

6、如果滿足條件a或b，

7、條件a.如果存在ue已經加入且僅在所述第一字段中包含的tmgi指示的一個或多個mbs會話，并且所述尋呼消息不包含ue-identity或者所述尋呼消息中的任何ue-identity均不與上層分配的ue標識匹配；

8、條件b.如果存在ue已經加入且在所述第二字段中包含的tmgi指示的一個或多個mbs多播會話但所述mbs多播會話的ptm配置是不可獲得的，并且所述尋呼消息不包含ue-identity或者所述尋呼消息中的任何ue-identity均不與上層分配的ue標識匹配；

9、則ue啟動rrc連接恢復過程。

10、在上述第一方面的方法中，優(yōu)選地，所述開始在rrc非激活態(tài)下接收所述mbs多播會話包括以下操作：如果所述mbs多播會話的mrb尚未建立，則根據獲取到的所述mbs多播會話的ptm配置信息建立mrb。

11、在上述第一方面的方法中，優(yōu)選地，所述開始在rrc非激活態(tài)下接收所述mbs多播會話包括以下操作：如果所述mbs多播會話的mrb已經建立，則繼續(xù)或恢復所述mrb。

12、在上述第一方面的方法中，優(yōu)選地，所述開始在rrc非激活態(tài)下接收所述mbs多播會話包括以下操作之一：

13、操作1：指示下層監(jiān)測所述mbs多播會話關聯的g-rnti或g-cs-rnti；

14、操作2：向下層指示所述mbs多播會話被激活；

15、操作3：向下層指示所述mbs多播會話；

16、操作4：指示下層開始或繼續(xù)接收所述mbs多播會話。

17、此外，根據本發(fā)明的第二方面，提供了一種用戶設備，包括：處理器；以及存儲器，存儲有指令，其中，上述指令在由上述處理器運行時執(zhí)行上文所描述的方法。

18、發(fā)明效果

19、根據本發(fā)明，能夠提供一種在mbs多播會話中能夠減少用戶設備ue的不必要的能耗和層間交互的由用戶設備執(zhí)行的方法以及相應的用戶設備。

技術特征：

1.一種由用戶設備ue執(zhí)行的方法，包括：

2.根據權利要求1所述的方法，包括：

3.根據權利要求1或2所述的方法，其中，

4.根據權利要求1或2所述的方法，其中

5.根據權利要求1或2所述的方法，其中所述開始在rrc非激活態(tài)下接收所述mbs多播會話包括以下操作：，

6.根據權利要求1或2所述的方法，其中所述開始在rrc非激活態(tài)下接收所述mbs多播會話包括以下操作：，

7.根據權利要求1或2所述的方法，其中所述開始在rrc非激活態(tài)下接收所述mbs多播會話包括以下操作之一：

8.一種用戶設備，包括：

技術總結
本公開提供一種由用戶設備執(zhí)行的方法以及用戶設備。由用戶設備UE執(zhí)行的方法，包括：第1步驟，所述UE接收來自基站的尋呼消息；和第2步驟，如果UE處于RRC非激活態(tài)，并且所述尋呼消息未觸發(fā)UE啟動RRC連接恢復過程(由面向移動端的SDT觸發(fā)的RRC連接恢復過程除外)，則針對UE已經加入且包含在所述尋呼消息中的TMGI指示的MBS多播會話，如果所述MBS多播會話在所述尋呼消息中被指示為可以在RRC非激活態(tài)下接收，開始在RRC非激活態(tài)下接收所述MBS多播會話。

技術研發(fā)人員：肖芳英,劉仁茂
受保護的技術使用者：夏普株式會社
技術研發(fā)日：
技術公布日：2024/12/23