CN115550852A - 基于多播的资源分配方法、装置、基站、设备及存储介质 - Google Patents
基于多播的资源分配方法、装置、基站、设备及存储介质 Download PDFInfo
- Publication number
- CN115550852A CN115550852A CN202110739017.9A CN202110739017A CN115550852A CN 115550852 A CN115550852 A CN 115550852A CN 202110739017 A CN202110739017 A CN 202110739017A CN 115550852 A CN115550852 A CN 115550852A
- Authority
- CN
- China
- Prior art keywords
- multicast
- rnti
- multicast group
- semi
- dci
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 64
- 238000013468 resource allocation Methods 0.000 title claims abstract description 55
- 230000006854 communication Effects 0.000 claims abstract description 8
- 238000004891 communication Methods 0.000 claims abstract description 6
- 238000004590 computer program Methods 0.000 claims description 5
- 238000013507 mapping Methods 0.000 claims description 3
- 230000007774 longterm Effects 0.000 claims description 2
- 101150077548 DCI1 gene Proteins 0.000 description 18
- 230000005540 biological transmission Effects 0.000 description 6
- 238000001514 detection method Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 238000005192 partition Methods 0.000 description 4
- 230000004913 activation Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000003213 activating effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提出了无线通信领域，公开了一种基于多播的资源分配方法、装置、基站、设备及存储介质，基于多播的资源分配方法包括：接收用户设备UE发送的业务请求，其中，业务请求携带多播归属信息；根据多播归属信息确定UE所属的多播组；获取多播组中所有成员共享的群组无线网络临时标识G‑RNTI和半静态配置，其中，G‑RNTI为单播无线网络临时标识，不同的多播组具有不同的G‑RNTI；根据半静态配置生成下行控制信息DCI并利用G‑RNTI对包含DCI的PDCCH资源进行加扰；将加扰后的PDCCH资源下发给多播组，以供UE根据DCI激活相应的多播资源。实现基于现有的协议内容，对5G用户实现基于多播的资源分配。
Description
技术领域
本申请实施例涉及无线通信领域，特别涉及一种基于多播的资源分配方法、装置、基站、设备及存储介质。
背景技术
在一个小区中，不同的用户可能需要的是相同的业务数据，如大量用户正在收看同一款电视节目，此时，若采用单播的方式，即点对点地为用户提供电视节目的数据，那么需要为每个用户分别建立数据承载，这样非常浪费资源。基于此，***移动通信技术(The4th Generation Mobile Communication Technology，4G)中引入多播技术，具体地，将某些进行特定业务的用户划分为一个多播组，为每个多播组建立独立的多播信道，分配独立的多播PDCCH配置和独立的多播DCI信息，然后通过多播信道调度多播业务，其中，如何为多播组成员进行资源分配是一个重点。目前的第五代移动通信技术(The 5th GenerationMobile Communication Technology，5G)的标准还在演进中，5G新空口(New Radio，NR)技术中的多播协议还未确定，从已有的公开专利以及标准讨论方向来看，其实现资源分配的趋势仍然是为每个多播组建立一个公共的多播信道，然后为该多播信道配置相应的广播参数。
然而，5G用户对多播技术的需求却是真实存在且迫切的，需要在协议标准制定之前，使得无线基站能够支持为用户分配相应的多播资源以及进行基于这些资源进行多播业务数据传输。此外，为了适应后续制定的多播协议，资源分配的方法应该尽可能地在现有协议的基础上实现。
发明内容
本申请实施例的主要目的在于提出一种基于多播的资源分配方法、装置、基站、设备及存储介质，旨在实现基于现有的协议内容，对5G用户实现多播资源分配，使得基于分配的资源能够向用户以多播形式传输业务数据，并能够适应后续制定的多播协议。
为实现上述目的，本申请实施例提供了一种基于多播的资源分配方法，所述方法包括：接收用户设备UE发送的业务请求，其中，所述业务请求携带多播归属信息；根据所述多播归属信息确定所述UE所属的多播组；获取所述多播组中所有成员共享的群组无线网络临时标识G-RNTI和半静态配置，其中，所述G-RNTI为单播无线网络临时标识，不同的所述多播组具有不同的所述G-RNTI；根据所述半静态配置生成下行控制信息DCI并利用所述G-RNTI对包含所述DCI的PDCCH资源进行加扰；将加扰后的所述PDCCH资源下发给所述多播组，以供所述UE根据所述DCI激活相应的多播资源。
为实现上述目的，本申请实施例还提出了一种基于多播的资源分配装置，包括：接收模块，用于接收用户设备UE发送的业务请求，其中，所述业务请求携带多播归属信息；确定模块，用于根据所述多播归属信息确定所述UE所属的多播组；获取模块，用于获取所述多播组中所有成员共享的群组无线网络临时标识G-RNTI和半静态配置，其中，所述G-RNTI为单播无线网络临时标识，不同的所述多播组具有不同的所述G-RNTI；生成模块，用于根据所述半静态配置生成下行控制信息DCI并利用所述G-RNTI对包含所述DCI的PDCCH资源进行加扰；发送模块，用于将加扰后的所述PDCCH资源下发给所述多播组，以供所述UE根据所述DCI激活相应的多播资源。
为实现上述目的，本申请实施例还提出了一种基站，包括如上所述的基于多播的资源分配装置。
为实现上述目的，本申请实施例还提出了一种通信设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上所述基于多播的资源分配方法。
为实现上述目的，本申请实施例还提出了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的基于多播的资源分配方法。
本申请实施例提出的基于多播的资源分配方法，当接收到用户设备发送的业务请求后，根据业务请求中携带的多播归属信息确定用户设备所属的多播组，由于多播组中的所有多播组成员都共享同一个群组无线网络临时标识G-RNTI和同一套半静态配置，因此，一旦确定用户归属的多播组，用户设备就会被分配多播组对应的群组无线网络临时标识G-RNTI和半静态配置，从而根据半静态配置能够确定用户设备的下行控制信息DCI以及确定G-RNTI为包含有DCI的PDCCH资源加扰时使用的扰码，然后将加扰后的PDCCH资源下发给用户设备，使得用户设备解扰后，根据DCI激活相应的半静态资源作为自身的多播资源，完成资源分配，进而后续能够基于分配的资源以多播形式向用户传输业务数据，为用户提供服务。并且由于资源分配过程中使用的参数都是现有协议规定的参数以及相应的通信过程也和协议规定一致，因此，资源的分配是在现有协议的基础上实现的，不需要扩展协议，能够适应后续制定的多播协议。
附图说明
一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定。
图1是本发明实施例中的基于多播的资源分配方法的流程图；
图2是本发明另一实施例中的包括确定存放DCI的CCE的起始位置的步骤的基于多播的资源分配方法的流程图；
图3是本发明实施例涉及的多播组、UE、G-RNTI和C-RNTI对应关系的示意图；
图4是本发明另一实施例中的包括确定与多播归属信息有关地多播组划分条件步骤的基于多播的资源分配方法的流程图；
图5-6是本发明另一实施例中的涉及的多播组和承载通道对应关系的示意图；
图7是本发明另一实施例中的包括基于分配的资源进行业务数据传输步骤的基于多播的资源分配方法的流程图；
图8是本发明另一实施例中的基于多播的资源分配装置的结构示意图；
图9是本发明另一实施例中的通信设备的结构示意图。
具体实施方式
由背景技术可知，5G中多播协议还在商讨，但是用户对多播协议的需求却是真实且迫切的，而多播实现中如何实现资源分配是重点之一，需要在多播协议确定之前为用户提供一种可行的基于多播的资源分配方法，使得能够基于分配的资源向用户以多播方式进行业务数据传输。
为解决上述问题，本申请实施例提供了一种基于多播的资源分配方法：接收用户设备UE发送的业务请求，其中，所述业务请求携带多播归属信息；根据所述多播归属信息确定所述UE所属的多播组；获取所述多播组中所有成员共享的群组无线网络临时标识G-RNTI和半静态配置，其中，所述G-RNTI为单播无线网络临时标识，不同的所述多播组具有不同的所述G-RNTI；根据所述半静态配置生成下行控制信息DCI并利用所述G-RNTI对包含所述DCI的PDCCH资源进行加扰；将加扰后的所述PDCCH资源下发给所述多播组，以供所述UE根据所述DCI激活相应的多播资源。
本申请实施例提出的基于多播的资源分配方法，当接收到用户设备发送的业务请求后，根据业务请求中携带的多播归属信息确定用户设备所属的多播组，由于多播组中的所有多播组成员都共享同一个群组无线网络临时标识G-RNTI和同一套半静态配置，因此，一旦确定用户归属的多播组，用户设备就会被分配多播组对应的群组无线网络临时标识G-RNTI和半静态配置，从而根据半静态配置能够确定用户设备的下行控制信息DCI以及确定G-RNTI为包含有DCI的PDCCH资源加扰时使用的扰码，然后将加扰后的PDCCH资源下发给用户设备，使得用户设备解扰后，根据DCI激活相应的半静态资源作为自身的多播资源，完成资源分配，进而后续能够基于分配的资源以多播形式向用户传输业务数据，为用户提供服务。并且由于资源分配过程中使用的参数都是现有协议规定的参数以及相应的通信过程也和协议规定一致，因此，资源的分配是在现有协议的基础上实现的，不需要扩展协议，能够适应后续制定的多播协议。
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请的各实施例进行详细的阐述。然而，本领域的普通技术人员可以理解，在本申请各实施例中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施例的种种变化和修改，也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便，不应对本申请的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。
下面将结合图1-图6对本实施例的基于多播的资源分配方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。
参考图1，在一些实施例中，基于多播的资源分配方法应用于基站，本实施例不对基站进行进一步限定，基站可以是接入长期演进(Long Term Evolution，LTE)***的LTE基站，可以是接入5G NR***的5G NR基站，具体包括如下步骤：
步骤101，接收用户设备UE发送的业务请求，其中，业务请求携带多播归属信息。
具体的说，本实施例中，在用户具有观看电视节目、进行视频会议等需求时，通过在用户设备(User Equipment，UE)上进行相关的操作，然后UE会生成相应的业务请求向基站请求业务数据，业务请求中一般都会携带与业务数据有关的信息，这些信息可以作为多播归属信息，如基站可以将观看电视节目1的UE在逻辑上划分为一个多播组，因此，当某个用户需要观看电视节目1时，业务请求会携带用于指示电视节目1的信息，而基站就可以将该信息作为多播归属信息，用于确定UE属于哪个多播组。
还需要说明的是，业务请求的发送可能是在用户接入基站的场景下也可能是在用户切入基站的场景下，当然，以上仅为具体举例说明，还可以是其他需要发送业务请求的场景，此处就不再一一赘述了。本实施例也不对UE进行限定，UE可以是任何一种支持下行半静态调度(Semi-Persistent Scheduling，SPS)功能的终端。
步骤102，根据多播归属信息确定UE所属的多播组。
具体的说，本实施例中，若UE是多播组中的第一个多播组成员，则基站为UE创建一个多播组，后续当其他UE发送业务请求时，若存在其他UE属于该多播组，则将其他UE加入创建的多播组中；若UE不是多播组中的第一个多播组成员，则基站将UE根据多播归属信息在已有的多播组中查找UE实际所属的多播组，并将UE加入查找到的多播组。
步骤103，获取多播组中所有成员共享的群组无线网络临时标识G-RNTI和半静态配置，其中，G-RNTI为单播无线网络临时标识，不同的多播组具有不同的G-RNTI。
具体地说，本实施例中，若UE是多播组中的第一个多播组成员，则基站在为UE创建一个多播组后为该多播组分配一个与其他多播组不同的(GroupRadio Network TemporaryIdentifier，G-RNTI)和半静态配置；若UE不是多播组中的第一个多播组成员，基站将已经为多播组分配的G-RNTI和半静态配置分配给UE。
需要说明的是，半静态配置包括半静态调度周期以及时频资源，步骤103实际是为所有属于某个多播组的UE分配同一个G-RNTI、同一个半静态调度周期和同一时频资源，这样，属于某个多播组的所有UE会周期性地，在固定的、相同的时频资源上接收业务数据，即同步接受数据，实现多播。
还需要说明的是，由于多播组内共享G-RNTI，不同的多播组共享不同的G-RNTI，因此，根据G-RNTI即能对多播组进行区分。
在一些实施例中，当UE接入的是LTE***时，即UE向LTE***中的LTE基站发送业务请求，此时G-RNTI为半静态无线网络临时标识(Semi-Persistent Scheduling RadioNetwork Temporary Identifier，SPS-RNTI)；当UE接入的是5G NR***时，即UE向5G NR***中的5G NR基站发送业务请求，G-RNTI为配置调度无线网络临时标识(ConfiguredSchedulingRadio Network Temporary Identifier，CS-RNTI)。
值得一提的是，通过对无线网络临时标识(Radio Network TemporaryIdentifier，RNTI)的具体内容进行限定，能够将本实施例例的改进应用到LTE***，而不仅仅是5G NR***，而是对4G和5G都能够兼容，提高基于多播的资源分配方法的实用性。
步骤104，根据半静态配置生成下行控制信息DCI并利用G-RNTI对包含DCI的PDCCH资源进行加扰。
具体地说，本实施例中，半静态配置主要是指半静态配置的参数，如半静态调度周期、调度的时频资源等，下行控制信息(Downlink Control Information，DCI)中包括指示UE使用的半静态调度周期、可占用的时频资源等控制信息，DCI实际是在物理下行控制信道(Physical Downlink Control Channel，PDCCH)中包含在PDCCH资源中下发，因此，实际下发的控制信令实际是PDCCH资源，然后在下发PDCCH之前还需要将G-RNTI作为扰码，对PDCCH资源进行加扰。
在一个例子中，DCI主要包括SPS-config信息。
进一步地，在一些实施例中，参考图2，还包括确定存放DCI的CCE的起始位置的步骤，具体地，在步骤103之前，还包括以下步骤：
步骤106，为UE分配小区无线网络临时标识C-RNTI。
具体地说，本实施例中基站为每个发送业务请求的用户分配一个小区无线网络临时标识(CellRadio Network Temporary Identifier，C-RNTI)，作为UE的唯一识别出标签，其中，每一个UE都对应一个唯一的C-RNTI。
步骤107，根据C-RNTI确定DCI所占用的控制信道单元CCE在PDCCH资源中的起始位置。
需要说明的是，控制信道单元(Control Channel Element，CCE)起始位置的计算和现有的技术大致相同，此处就不再一一赘述了。
为了更好地说明本实施例中多播组、UE、G-RNTI和C-RNTI的关系，具体参见图3，多播组1和多播组2各自包含多个不同的UE，多播组1对应G-RNTI1，多播组2对应G-RNTI2，多播组1中的UE1、UE2和UE3分别对应C-RNTI1、C-RNTI2和C-RNTI3。
值得一提的是，目前标准正在讨论的半静态调度多播业务的调度机制中，G-RNTI是小区级激活，激活一个UE以实现资源分配时，由于其他多播组成员也会接收并解析出DCI，即也会戳多播组内的其他UE重新配置，鲁棒性不高。且由G-RNTI加扰的通过PDCCH下发的DCI，需要小区中所有多播UE同时监听且要接收到此PDCCH才可以做到广播业务的同步。如果有部分UE收不到会导致部分UE接收不到多播画面。而本实施例由于每一个UE都被分配一个唯一对应的C-RNTI，因此，不同的UE根据自身对应的C-RNTI的控制信道单元(ControlChannel Element，CCE)起始位置会由于UE的不同存在不同，而对应的DCI信息，而是通过相同的半静态G-RNTI加扰。激活成功之后，周期性调度的物理下行共享信道(PhysicalDownlink Shared Channel，PDSCH)对应的时频资源信息以及G-RNTI对于同一多播组内的UE都相同，这样就达到了不同UE在接入小区时，激活半静态多播配置时刻不一样，但最终收到的PDSCH的传输数据完全一致的目的。因为激活半静态调度的DCI是通过C-RNTI计算的CCE起始位置，所以只影响某个UE的PDCCH接收，对其他已经在收看多播业务的终端来说无影响。
步骤105，将加扰后的DCI下发给多播组，以激活UE的多播资源。
具体的说，本实施例通过PDCCH下发给UE，UE在接收到DCI通过利用被分配的G-RNTI进行解扰，进一步地，根据C-RNTI搜索相应的DCI，从而获知半静态调度周期和使用的时频资源，即激活半静态资源作为自身的多播资源，最后能够和多播组中的其他UE一起周期性在同一时频资源中获取业务数据。
值得一提的是，对于某个UE而言，只能感知到自身的半静态配置，即不需要对UE进行适应性改进，直接UE为现有的终端产品也能够实现本实施例提供的基于多播的资源分配方法。
还值得一提的是，通过分配半静态资源作为多播资源，即资源分配遵从半静态分配策略，节省控制信道PDCCH的资源开销，提高了多播用户数，且支持不同多播群组的共存。
需要说明的是，UE在接收到的PDCCH后会在PDCCH的搜索空间中查找RNTI，其中，PDCCH的搜索空间是与G-RNTI关联的搜索空间，本实施例不限定搜索空间的类型可以是公共搜索空间(CommonSearch Space，CSS)，也可以是用户专有搜索空间(UE SpecificSearchSpace，SSS)。即不论G-RNTI关联的搜索空间无论是CSS还是USS都可以使得处于同一多播组的UE都分配到相同的时频资源上。
需要说明的是，上述基于多播的资源分配方法实施例中，多播归属信息通常是基站定义的，为现有的业务请求中已经包含的信息，只是基站使用该信息确定UE所属的多播组。当然在其他实施例中，还可以是通过终端和基站双方协商确定的一些标识，用来确定UE所属的多播组。
进一步地，在一些实施例中，还包括确定与多播归属信息有关地多播组划分条件，具体地，参考图4，在步骤101之前，基于多播的资源分配方法还包括：
步骤108，确定多播组划分条件，多播组划分条件与多播归属信息有关。
步骤109，根据多播组划分条件划分出若干个多播组。
本实施例中，多播归属信息可以是业务数据源的类型或业务数据的类型等，如根据节目的类型将观看同一节目的用户划分为一个多播组、根据节目数据的来源将观看同一数据源的节目的y用户划分为一个多播组。
步骤110，将每个多播组映射到承载通道，供多播组中的多播成员从相应的承载通道中接收业务数据。
本实施例中，无线基站将不同多播组对应的业务数据根据不同的映射端口分组，并映射到承载通道。本实施例不对多播组和承载通道的对应关系进行具体限定，参考图5和图6，可以将不同的多播组映射到不同的承载通道，也可以映射到同一承载通道。
进一步地，当资源分配完成之后，能够基于分配的资源进行业务数据传输，在一些实施例中，参考图7，步骤105之后，还包括如下步骤：
步骤111，根据半静态调度周期性向多播组发送业务数据，供多播组中的所有多播组成员接收业务数据。
为了帮助本领域技术人员更好地理解本发明提供的基于多播的资源分配方法，以下将以各种不同场景下的实际应用进行说明。
在一个例子中，基站提供多个节目数据作为业务数据，不同节目对应不同的多播组，不同多播组中的UE共享一个唯一的G-RNTI，不同的多播组的G-RNTI不同，且GRNTI关联的是USS搜索空间。假设基站为5G NR***中的5G NR基站，且UE1、UE3在观看广播频道1，对应承载1，UE2、UE4在观看广播频道2，对应承载2，给UE1、UE3分配的G-RNTI1为CS-RNTI1，给UE2、UE4分配的G-RNTI为CS-RNTI2。同时，CS-RNTI1和CS-RNTI2都关联到USS，UE1-UE4各自分配不同的C-RNTI值，分别为C-RNTI1，C-RNTI2，C-RNTI3和C-RNTI4，则有如下过程：
UE1先打开广播频道1，5G NR基站通过G-RNTI1激活半静态资源作为UE1的多播资源，传输节目1内容，UE1通过自身的C-RNTI1计算CCE起始位置，根据G-RNTI1的USS去盲检DCI1系列，若检测到G-RNTI1加扰的DCI1信息，在固定的时频资源上接收广播节目1。
UE3接着打开广播频道1，5G NR基站通过G-RNTI1激活半静态资源作为UE3的多播资源，UE3的多播资源和UE1的一样，传输节目1内容，UE3通过自身的C-RNTI3计算CCE起始位置，根据G-RNTI1的USS去盲检DCI1系列，若检测到G-RNTI1加扰的DCI1信息，在固定的时频资源上接收广播节目。因为UE3的CCE的起始位置和UE1的不一样，所以UE1检测不到此GRNTI的DCI信息，对UE1无影响。UE1还在持续接收数据，UE3接着接收和UE1一样的数据。UE1和UE3节目同步。
然后UE2先打开广播频道2，5G NR基站通过G-RNTI2激活半静态资源作为UE2的多播资源，传输节目2内容，UE2通过自身的C-RNTI2计算CCE起始位置，根据G-RNTI2的USS去盲检DCI1系列，若检测到G-RNTI2加扰的DCI1信息，在固定的时频资源上接收广播节目2。
UE4接着打开广播频道2，5G NR基站通过G-RNTI2激活半静态资源作为UE4的多播资源，传输节目2内容，UE4通过自身的C-RNTI4计算CCE起始位置，根据G-RNTI2的USS去盲检DCI1系列，若检测到G-RNTI2加扰的DCI1信息，在固定的时频资源上接收广播节目。因为UE4的CCE的起始位置和UE2的不一样，所以UE4检测不到GRNTI2的DCI信息，对UE2无影响。UE2还在持续接收数据，UE4接着接收和UE2一样的数据。UE2和UE4节目同步。
在另一个例子中，基站提供多个节目数据作为业务数据，同一个特定用户划分为一个多播组，特定用户可以观看不同的节目，不同多播组中的UE共享一个唯一的G-RNTI，且G-RNTI关联的是USS。假设基站为5G NR***中的5G NR基站，UE1在观看广播频道1，对应承载1，UE2在观看广播频道2，对应承载1，给UE1、UE2分配相同的G-RNTI1，具体为CS-RNTI1，CS-RNTI1关联到USS，UE1和UE2分配不同的C-RNTI值，分别为C-RNTI1和C-RNTI2。
UE1先打开广播频道1，5G NR基站给UE1通过G-RNTI1激活半静态资源，传输节目1和节目2的内容，UE1通过自身的CRNTI1计算CCE起始位置，根据GRNTI1的USS搜索空间去盲检DCI1系列。检测到GRNTI1加扰的DCI1信息，在固定的时频资源上接收广播节目。终端只显示节目1的画面。
然后UE2打开广播频道2，5G NR基站通过G-RNTI1激活半静态资源作为UE1的多播资源，传输节目1和节目2的内容，UE2通过自身的C-RNTI2计算CCE起始位置，根据G-RNTI1的USS去盲检DCI1系列，若检测到G-RNTI1加扰的DCI1信息，在固定的时频资源上接收广播节目。因为UE2的CCE的起始位置和UE1的不一样，所以UE1检测不到GRNTI的DCI信息，对UE1无影响。UE1还在持续接收数据，UE2接着接收和UE1一样的数据。UE1显示节目1，UE2显示节目2。
当然，上述举例说明中，关联的搜索空间可以是CSS，其他与上述举例大致相同，此处就不再一一赘述了。
在一个例子中，基站提供多个节目数据作为业务数据，且支持UE单播业务和多播业务的并发功能，也就是说既进行基于单播的资源分配，也进行基于多播的资源分配。多播业务利用G-RNTI进行资源分配，单播业务利用C-RNTI进行资源分配，且G-RNTI和C-RNTI关联的都是USS。假设基站为5G NR***中的5G NR基站，UE1在观看广播频道1，对应承载1，UE1同时也在下载一部电影，对应承载2。给UE1分配的G-RNTI1为CS-RNTI1，CS-RNTI1关联到USS，还为UE1分配C-RNTI，具体为C-RNTI1，C-RNTI1关联到USS。
UE1先打开广播频道1，5G NR基站通过G-RNTI1激活半静态资源作为UE1的多播资源，传输节目1的内容，UE1通过自身的C-RNTI1计算CCE起始位置，根据G-RNTI1的USS去盲检DCI1系列，若检测到G-RNTI1加扰的DCI1信息，在固定的时频资源上接收广播节目。
接着UE1开始下载电影，基站通过C-RNTI1调度电影业务对应的数据，UE1通过C-RNTI1计算CCE起始位置，根据C-RNTI1的USS盲检DCI1系列，若检测到C-RNTI1加扰的DCI信息时，就在指示的时频资源上接收电影数据。需要说明的是，基站通过G-RNTI激活的多播资源和通过C-RNTI1单播分配的资源不能相同，需要错开分配的资源。
在另一个例子中，基站提供多个节目数据作为业务数据，且支持UE单播业务和多播业务的并发功能，也就是说既进行基于单播的资源分配，也进行基于多播的资源分配。多播业务利用G-RNTI进行资源分配，单播业务利用C-RNTI进行资源分配，且G-RNTI关联的是CSS，CRNTI关联的是USS。假设N基站为5G NR***中的5G NR基站，UE1在观看广播频道1，对应承载1，UE1同时也在下载一部电影，对应承载2。给UE1分配半静态GRNTI1为cs-RNTI1，csRNTI1关联到CSS搜索空间。UE1分配CRNTI值为CRNTI1，CRNTI1关联到USS搜索空间。
UE1先打开广播频道1，5G NR基站通过G-RNTI1激活半静态资源作为UE1的多播资源，传输节目1的内容，UE1通过自身的C-RNTI1计算CCE起始位置，根据G-RNTI1的CSS去盲检DCI1系列，若检测到G-RNTI1加扰的DCI1信息，在固定的时频资源上接收广播节目。
接着UE1开始下载电影，基站通过C-RNTI1调度电影业务对应的数据，UE1通过C-RNTI1计算CCE起始位置，根据C-RNTI1的USS盲检DCI1系列，若检测到C-RNTI1加扰的DCI信息时，就在指示的时频资源上接收电影数据。基站通过G-RNTI激活的多播资源和通过C-RNTI1动态分配的资源不能相同，两者可以分时调度相同的资源，也可以在同一时刻调度不同的资源。
此外，应当理解的是，上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。
本发明的实施例还提供了一种基于多播的资源分配装置，参考图8，包括：
接收模块801，用于接收用户设备UE发送的业务请求，其中，业务请求携带多播归属信息。
确定模块802，用于根据多播归属信息确定UE所属的多播组。
获取模块803，用于获取多播组中所有成员共享的群组无线网络临时标识G-RNTI和半静态配置，其中，G-RNTI为单播无线网络临时标识，不同的多播组具有不同的G-RNTI。
生成模块804，用于根据半静态配置生成下行控制信息DCI并利用G-RNTI对包含DCI的PDCCH资源进行加扰。
发送模块805，用于将加扰后的PDCCH资源下发给多播组，以供UE根据DCI激活相应的多播资源。
不难发现，本实施例为与方法实施例相对应的装置实施例，本实施例可与方法实施例互相配合实施。方法实施例中提到的相关技术细节在本实施例中依然有效，为了减少重复，这里不再赘述。相应地，本实施例中提到的相关技术细节也可应用在方法实施例中。
值得一提的是，本实施例中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施例中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施例中不存在其它的单元。
本发明的实施例还提供了一种基站，包括基于多播的资源分配装置，
其中，基于多播的资源分配装置包括接收模块，用于接收用户设备UE发送的业务请求，其中，业务请求携带多播归属信息；确定模块，用于根据多播归属信息确定UE所属的多播组；获取模块，用于获取多播组中所有成员共享的群组无线网络临时标识G-RNTI和半静态配置，其中，G-RNTI为单播无线网络临时标识，不同的多播组具有不同的G-RNTI；生成模块，用于根据半静态配置生成下行控制信息DCI并利用G-RNTI对包含DCI的PDCCH资源进行加扰；发送模块，用于将加扰后的PDCCH资源下发给多播组，以供UE根据DCI激活相应的多播资源。
本发明的实施例还提供了如图9所示，包括：包括至少一个处理器901；以及，与至少一个处理器901通信连接的存储器902；其中，存储器902存储有可被至少一个处理器901执行的指令，指令被至少一个处理器901执行，以使至少一个处理器901能够执行上述任一方法实施例所描述的滤波器形状的检测方法。
其中，存储器902和处理器901采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器901和存储器902的各种电路连接在一起。总线还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器901处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传输给处理器1101。
处理器901负责管理总线和通常的处理，还可以提供各种功能，包括定时，***接口，电压调节、电源管理以及其他控制功能。而存储器902可以被用于存储处理器901在执行操作时所使用的数据。
本发明的实施例还提供了一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述滤波器形状的检测方法的实施例。
即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域的普通技术人员可以理解，上述各实施例是实现本申请的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本申请的精神和范围。
Claims (12)
1.一种基于多播的资源分配方法，其特征在于，包括：
接收用户设备UE发送的业务请求，其中，所述业务请求携带多播归属信息；
根据所述多播归属信息确定所述UE所属的多播组；
获取所述多播组中所有成员共享的群组无线网络临时标识G-RNTI和半静态配置，其中，所述G-RNTI为单播无线网络临时标识，不同的所述多播组具有不同的所述G-RNTI；
根据所述半静态配置生成下行控制信息DCI并利用所述G-RNTI对包含所述DCI的PDCCH资源进行加扰；
将加扰后的所述PDCCH资源下发给所述多播组，以供所述UE根据所述DCI激活相应的多播资源。
2.根据权利要求1所述的基于多播的资源分配方法，其特征在于，所述根据所述半静态配置生成下行控制信息DCI之前，所述方法还包括：
为所述UE分配小区无线网络临时标识C-RNTI；
根据所述C-RNTI确定所述DCI所占用的控制信道单元CCE在所述PDCCH资源中的起始位置。
3.根据权利要求1或2所述的基于多播的资源分配方法，其特征在于，所述接收用户设备UE发送的业务请求之前，所述方法还包括：
确定多播组划分条件，所述多播组划分条件与所述多播归属信息有关；
根据所述多播组划分条件划分出若干个所述多播组；
将每个所述多播组映射到承载通道，供所述多播组中的所述多播成员从相应的所述承载通道中接收业务数据。
4.根据权利要求3所述的基于多播的资源分配方法，其特征在于，当所述UE接入的是长期演进LTE***时，所述G-RNTI为半静态无线网络临时标识SPS-RNTI；
当所述UE接入的是第五代通信******时，所述G-RNTI为配置调度无线网络临时标识CS-RNTI。
5.根据权利要求1所述的基于多播的资源分配方法，其特征在于，所述半静态配置包括时频资源分配信息和半静态调度周期。
6.根据权利要求5所述的基于多播的资源分配方法，其特征在于，所述将加扰后的所述DCI下发给所述多播组后，所述方法还包括：
根据所述半静态调度周期性向所述多播组发送业务数据，供所述多播组中的所有所述多播组成员接收业务数据。
7.根据权利要求1所述的基于多播的资源分配方法，其特征在于，所述G-RNTI关联的搜索空间为公共搜索空间CSS或用户专有搜索空间USS。
8.根据权利要求1所述的基于多播的资源分配方法，其特征在于，所述多播归属信息为业务数据源的类型或业务数据的类型。
9.一种基于多播的资源分配装置，其特征在于，包括：
接收模块，用于接收用户设备UE发送的业务请求，其中，所述业务请求携带多播归属信息；
确定模块，用于根据所述多播归属信息确定所述UE所属的多播组；
获取模块，用于获取所述多播组中所有成员共享的群组无线网络临时标识G-RNTI和半静态配置，其中，所述G-RNTI为单播无线网络临时标识，不同的所述多播组具有不同的所述G-RNTI；
生成模块，用于根据所述半静态配置生成下行控制信息DCI并利用所述G-RNTI对包含所述DCI的PDCCH资源进行加扰；
发送模块，用于将加扰后的所述PDCCH资源下发给所述多播组，以供所述UE根据所述DCI激活相应的多播资源。
10.一种基站，其特征在于，包括如权利要求9所述的基于多播的资源分配装置。
11.一种通信设备，其特征在于，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至8中任一项所述基于多播的资源分配方法。
12.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的基于多播的资源分配方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110739017.9A CN115550852A (zh) | 2021-06-30 | 2021-06-30 | 基于多播的资源分配方法、装置、基站、设备及存储介质 |
| PCT/CN2022/096985 WO2023273795A1 (zh) | 2021-06-30 | 2022-06-02 | 基于多播的资源分配方法、装置、基站、设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110739017.9A CN115550852A (zh) | 2021-06-30 | 2021-06-30 | 基于多播的资源分配方法、装置、基站、设备及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115550852A true CN115550852A (zh) | 2022-12-30 |
Family
ID=84692534
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110739017.9A Pending CN115550852A (zh) | 2021-06-30 | 2021-06-30 | 基于多播的资源分配方法、装置、基站、设备及存储介质 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN115550852A (zh) |
| WO (1) | WO2023273795A1 (zh) |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102547592B (zh) * | 2012-01-06 | 2015-02-18 | 电信科学技术研究院 | 一种数据传输方法及装置 |
| EP3716658B1 (en) * | 2015-04-10 | 2021-10-06 | Kyocera Corporation | Base station and user terminal in mobile communication system |
| WO2018031816A1 (en) * | 2016-08-10 | 2018-02-15 | Ofinno Technologies, Llc | Configuration of semi persistent scheduling and v2x in a wireless network |
| US10498551B2 (en) * | 2016-11-21 | 2019-12-03 | Qualcomm Incorporated | Data multicast or broadcast on control channel for narrowband communication |
| CN109982266B (zh) * | 2017-12-28 | 2021-05-11 | 华为技术有限公司 | 一种通信方法、及相关产品 |
| CN111601231B (zh) * | 2019-02-01 | 2021-06-22 | 成都华为技术有限公司 | 一种基于位置的组播方法及装置 |
| CN114731643A (zh) * | 2019-12-09 | 2022-07-08 | 华为技术有限公司 | 通信方法及相关装置、设备 |
| WO2021120018A1 (zh) * | 2019-12-17 | 2021-06-24 | 华为技术有限公司 | 一种通信方法及装置 |
-
2021
- 2021-06-30 CN CN202110739017.9A patent/CN115550852A/zh active Pending
-
2022
- 2022-06-02 WO PCT/CN2022/096985 patent/WO2023273795A1/zh active Application Filing
Also Published As
| Publication number | Publication date |
|---|---|
| WO2023273795A1 (zh) | 2023-01-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11653332B2 (en) | Resource allocation method and communications device | |
| CN110932833B (zh) | 信息传输方法和装置 | |
| US11395291B2 (en) | Allocating transmission resources in communication networks that provide low latency services | |
| US11025400B2 (en) | Information transmission method, user equipment, and base station | |
| US11290946B2 (en) | Base station, user equipment and related method | |
| US20230276471A1 (en) | Methods and systems for managing multicast broadcast service (mbs) services | |
| US20160338014A1 (en) | Resource indication method, apparatus, and system | |
| JP6526212B2 (ja) | ページングメッセージ送信方法、ページングメッセージ受信方法、およびデバイス | |
| WO2017133013A1 (zh) | 一种传输控制信令的方法及设备 | |
| CN109219138B (zh) | 传输处理的方法、装置、电子设备和存储介质 | |
| US10397967B2 (en) | Communications device | |
| CN110913485A (zh) | 一种资源分配方法、资源竞争方法和相关装置 | |
| CN112042143B (zh) | Pdcch的监听方法、装置、设备及*** | |
| CN109151832B (zh) | 免授权资源访问方法、调度方法及装置、存储介质、终端、基站 | |
| CA3025695A1 (en) | Identifier management method, apparatus, and system | |
| JP2020524462A (ja) | ダウンリンク制御チャネルリソース特定方法、装置、ユーザ機器および基地局 | |
| CN116325817A (zh) | 用于无线电通信的方法和装置 | |
| CN115550852A (zh) | 基于多播的资源分配方法、装置、基站、设备及存储介质 | |
| JP2019500786A (ja) | スケジューリング装置、被スケジューリング装置、並びにリソーススケジューリング方法及び機器 | |
| WO2022104661A1 (zh) | 一种资源确定方法及装置 | |
| CN109391910B (zh) | 一种osi的传输方法、基站及用户设备 | |
| CN117938327A (zh) | 资源指示方法、设备及存储介质 | |
| CN116916472A (zh) | 一种通信方法和装置 | |
| CN115460712A (zh) | 一种数据传输方法、装置、通信设备和计算机存储介质 | |
| CN111132071A (zh) | 资源分配方法、装置、相关设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |