配置UE以用于多播接收的制作方法

本发明一般地涉及配置或设置无线通信系统的用户设备(ue)以用于多播接收，并且特别地涉及配置或设置非连接rrc状态(例如，rrc_inactive状态)下的多播接收，包括(一个或多于一个)多播mbs(多播/广播服务，multicast/broadcast service)无线电承载mrb。

背景技术：

1、无线通信系统被广泛部署以解决从移动宽带、大规模机器类型通信到超可靠低延迟通信(ultra reliable low latency communication，urllc)的宽范围应用。这样的系统允许多个用户设备(ue)或移动终端共享无线介质以通过一个或多于一个基站在无线电接入网络(radio access network，ran)上交换数个类型的数据内容(例如，视频、语音、消息……)。

2、这样的无线多址通信系统的示例包括基于第三代合作伙伴计划(3gpp-rtm)标准的系统(诸如第四代(4th-generation，4g)长期演进(long term evolution，lte)或最近的第五代(5th-generation，5g)新空口(nr)系统)、或者基于ieee 802.11标准的系统(诸如wi-fi)。

3、在对5g nr的要求中，存在与多播和广播服务(缩写为mbs)相关的服务要求。

4、对于广播通信服务，相同的服务和相同的特定内容数据被同时提供给地理区域中的所有ue(即，广播服务区域中的所有ue被授权接收数据)。使用广播会话将广播通信服务传递给ue。对于多播通信服务，相同的服务和相同的特定内容数据被同时提供给专用ue集合(即，多播服务区域中的并非所有ue都被授权接收数据)。使用多播会话将多播通信服务传递给ue。

5、支持多播/广播技术使得网络能够以比单播更高效的方式来操作。识别出的可以受益于该mbs特征的用例包括公共安全和关键任务、v2x应用、iptv、实时视频、无线上的软件传递、以及iot应用。3gpp从版本17开始构建5g nr中mbs的功能支持。

6、在5g nr中，无线电资源控制(radio resource control，rrc)协议在ue与基站(gnb)之间的控制面中操作，并且针对ue提供如3gpp规范ts 38.331中定义的3个不同状态：rrc_connected(rrc连接)、rrc_inactive(rrc非活动)和rrc_idle(rrc空闲)状态。在上电时，ue处于rrc_idle状态，并且ue在与gnb的rrc连接建立时改变到rrc_connected状态。如果rrc连接被释放，则ue改变回到rrc_idle状态。当处于rrc_connected状态时，rrc连接可以由gnb挂起(suspend)，并且ue移动到rrc_inactive状态。当ue处于rrc_inactive状态时，ue不能与5g系统通信，但是gnb和ue这两者都保持rrc连接上下文的跟踪。因此，从rrc_inactive状态转变回rrc_connected状态比从rrc_idle到rrc_connected状态的rrc连接建立更快。

7、在3gpp版本17的情况下，当ue处于rrc_idle、rrc_inactive或rrc_connected状态时，允许ue对mbs广播的接收，并且仅当ue处于rrc_connected状态时，才允许对mbs多播的接收。对于版本18，计划是当ue处于rrc_inactive状态时也允许mbs多播接收。例如，参见由catt提交的标题为“new wid:enhancements of nr multicast and broadcast services”的3gpp rp-213568(标题为：3gpp tsg ran meeting#94-e,source catt)(章节3)。目的是使大量的ue能够从一个小区接收多播数据。实际上，使ue处于rrc_inactive状态使得整个ue的控制面占用(footprint)缩小，从而允许gnb处置更多的ue。此外，总是将ue保持在rrc_connected状态是不节能的。因此，已经认识到还支持处于rrc_inactive状态的ue的多播的优点。

8、在版本17中，mbs多播会话遵循3gpp ts23.247v17.3.0(图4.3-1)中定义的状态转变。ts23.247v17.3.0的条款5.1“通用架构”中描述了mbs会话管理中涉及的5g节点。在该文档中，“会话”总是指“mbs会话”。

9、会话管理过程包括会话创建(ts23.247的7.1.1.2或7.1.1.3)、会话激活(ts23.247的7.2.5.2)、会话建立和加入(ts23.247的7.2.1.3)。

10、在开始时，会话不存在。会话是根据af(应用功能)的要求创建的。作为创建处理的一部分，分配mbs会话标识符，定义多播服务区域，并且向服务区域中的ue通告会话。多播服务区域是在3gpp ts22.146版本17.0.0、条款3“定义”中定义的。针对每个多播服务定义多播服务区域。一个多播服务可以开始多个多播会话。多播服务区域可以与plmn(公共陆地移动网络)覆盖区域一样大或更小。

11、一旦会话被创建，向该会话发送加入请求的第一ue将触发向ng-ran(包括在多播服务区域中的(一个或多于一个)gnb)的会话建立。来自其他ue的后续加入请求将不会触发会话建立。会话建立过程包括ue的pdu会话建立、ue的会话加入请求(将pdu会话关联到mbs会话)、从核心到ng-ran的资源预留以用于第一加入请求的mbs数据的传递。

12、此外，一旦会话被创建，就可以触发mb-smf(mbs会话管理功能)来激活会话。触发条件反映来自应用的多播数据的可用性。会话激活过程包括ng-ran资源预留。

13、只有当会话被激活并且mbs会话被建立这两者时，ng-ran才配置ue以接收多播数据。

14、会话激活和会话建立的处理的启动向不同的触发回答：对于会话激活，触发是来自应用的多播数据的可用性，并且对于会话建立，触发是服务区域中的向多播会话发送加入请求的至少一个ue的存在。

15、当ue处于rrc_connected状态时，进行ue中的mbs会话的建立。可能的是，gnb然后可以决定在mbs多播数据通过会话激活而可用之前将ue切换到rrc_inactive状态。结果，当会话被激活时，ng-ran(至少一个gnb)将必须通知和配置已经加入会话但处于rrc_inactive状态的ue。

16、规范的当前版本不提供用于通知或配置处于rrc_inactive状态的ue的过程。处于rrc_innactive状态的ue不应该从应用接收任何数据并且具有对控制面的受限接入。

17、在版本17中，提出了一些机制来处置rrc_inactive状态下的广播接收的情况。文档ts 38.300版本17.0.0在条款16.10.6.2中说明了gnb使用mcch(mbs控制通道)来向处于包括rrc_inactive状态的任何rcc状态的ue提供配置。实际上，mcch通道对于处于rrc_inactive状态的ue是可接入的，并且很好地适于发送通知和配置参数。然而，mcch事实上可被所有ue不受限制地接入，这对于mbs多播服务而言代表安全性违反，因为对多播数据的接入受到对各个ue在加入过程期间的先前授权。多播配置应该仅对在加入过程期间已经获取适当授权的ue可用。

18、作为版本18的正在进行的论述的一部分，文档s2-2200599提出了将ue切换回rrc_connected状态，进行配置并且再次将ue切换到rrc_inactive状态。虽然该解决方案似乎是起作用的，但是由于切换到rrc_connected状态以配置ue然后再次切换回rrc_inactive状态所需的附加信号通知和其他资源，在ue的密度大的情况下通过使ue处于rrc_inactive状态来卸载gnb的目的可能无法实现。

19、因此，期望提供至少一个解决方案以使得先前已经加入多播会话的ue能够被配置为在保留在rrc_inactive状态时多播会话被激活的情况下接收多播数据。

技术实现思路

1、根据本发明的第一方面，提供了一种用于配置无线通信系统的用户设备(ue)以用于多播接收的方法，所述ue先前已经加入了多播会话，所述方法在非连接无线电资源控制(rrc)状态下操作的ue处包括：接收用于指示所述多播会话已经被激活的通知；发送用于请求用于接收多播数据的配置信息的mbs配置请求消息；接收mbs配置消息，所述mbs配置消息包括用于配置所述ue以接收多播数据的配置信息。

2、在示例中，非连接rrc状态是rrc_inactive状态。

3、通知可以是由基站发送的寻呼消息(例如，组寻呼消息)，并且可以包括标识被激活的多播会话的mbs会话id以及用于指示多播会话已经(例如，由核心网络)激活的mbs会话激活原因。

4、在示例中，mbs配置请求消息包括用于标识被激活的多播会话的标识符，诸如临时移动组标识(temporary mobile group identity，tmgi)或mbs会话id。

5、配置信息可以包括至少一个mbs无线电承载(mrb)的配置信息。

6、根据本发明的第二方面，提供了如所附权利要求中的权利要求13所述的一种在用于控制一个或多于一个用户设备(ue)正驻留的小区的基站处的方法。

7、因此，ue在整个处理期间保持处于非连接rrc状态(例如，rrc_inactive状态)，并且能够在多播数据接收可用时立即获取用于多播数据接收的必要配置。

8、通过在mbs会话激活时发送用于指示多播会话已经被激活的通知，ue可以确定为该通知涉及mbs会话激活，并且这有助于防止ue自动发起rrc恢复过程并切换到rrc_connected状态。此外，通过在通知多播会话已经被激活之后配置处于rrc_inactive状态的ue，可以避免要求ue在多播mbs会话激活时切换到rrc_connected状态，这意味着可以减少处于rrc_connected状态的ue的数量，从而减少gnb处的拥塞。此外，在基站所发送的通知是组寻呼消息的示例中，使用组寻呼消息与必须单独寻呼所有ue相比更简单，但是被破坏(corrupted)的ue可能假装早期已经加入会话以篡改多播会话。通过使ue运行mbs配置请求/响应协议以请求mbs配置，gnb能够进行接入授权检查，并且可以(例如，通过不响应于由被破坏的ue发送的mbs配置请求消息)拒绝对被破坏的ue的配置。

9、该通知可以是由基站发送并且在ue处被接收的组寻呼消息，并且该组寻呼消息可以包括用于标识被激活的多播会话的标识符和/或用于指示多播会话已经被激活的信息。用于指示多播会话已经被激活的信息可以包括mbs会话激活原因。在示例中，mbs配置请求消息是rrcresumerequest消息，并且mbs配置消息是具有挂起配置的rrcrelease消息。在从处于非连接rrc状态(例如，rrc_inactive)的ue接收到mbs配置请求消息之后发送具有挂起配置的rrcrelease消息有助于防止ue发起rrc恢复过程并切换到rrc_connected状态，并且因此使用简单过程(即，不需要大量信号通知)将ue保持在非连接rrc状态，同时仍然配置ue以用于被激活的mbs会话。

10、根据本发明的第三方面，提供了如所附权利要求的权利要求25所述的一种用于用户设备(ue)装置/设备的设备。

11、根据本发明的第四方面，提供了如所附权利要求中的权利要求26所述的一种用于基站的设备。

12、在其他独立和从属权利要求中描述了本发明的其他示例特征。

13、本发明的一个方面中的任何特征可以以任何适当的组合被应用于本发明的其他方面。具体地，方法方面可以被应用于设备/装置/单元方面，反之亦然。

14、此外，以硬件实现的特征可以以软件实现，反之亦然。本文对软件和硬件特征的任何引用都应相应地解释。例如，根据本发明的其他方面，提供有一种包括指令的计算机程序，在程序由处理单元执行时，该指令使处理单元执行上述任何方面或示例的方法；以及一种携载计算机程序的计算机可读存储介质。