System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind()
【技术实现步骤摘要】
本专利技术涉及一种通信领域,尤其涉及一种多播业务配置方法及装置。
技术介绍
1、在多播业务的配置过程中,由于ue所处的连接状态不相同,传输资源和流程均不相同,相应的配置方式也不相同。演进到最新的3gpp r17,现提出的方式是:通过传输包含配置信息的rrc信令,可以实现对rrc_connected(radio resource control connected,无线资源控制rrc连接态)的ue的多播业务配置;通过传输指示配置信息的mcch,可以实现对于rrc连接态、rcc非激活态、rrc_idle(也可称为rrc空闲态)的ue的广播业务配置。
2、然而,对于3gpp新引入的rrc_inactive(也可称为rrc非激活态)的ue的多播接收,现今仍未提出一套完整的、显著高效的、受广泛认可的配置机制。最新的研究讨论提出:可以通过rrc消息,实现rrc非激活态下的ue的多播业务的传输配置(ptm configuration);还可以通过mcch,实现rrc非激活态下的ue对于多播业务的传输配置。
3、但是,专利技术人在执行此方式的过程中,发现此种方式至少存在如下问题:对于用于rrc非激活态下的同一个ue接收同一个多播广播mbs业务的传输配置,若ue在接收到rrc信令或者mcch承载的传输配置后,将无法区分应该以哪一个承载的传输配置为准,是以rrc信令承载的配置信息为准,还是以mcch承载的配置信息为准,由于目前尚没有明确的机制规定,可能会导致网络和ue在此问题上的理解不同,使得ue通过错误的传输配置ptmco
4、因此,现有技术亟需一种多播业务配置方法。
技术实现思路
1、本申请的目的是提供一种多播业务配置方法及装置,能够解决相关技术中由于ue在接收到一个或多个配置信息后,无法确定应该按照哪一个配置信进行配置导致错误配置,进而导致对mbs业务的丢失、错误接收或延迟接收的问题。
2、第一方面,本申请实施例提供一种多播业务配置方法,所述方法应用于第一通信节点,包括:
3、接收一个或多个配置信息,所述配置信息用于指示所述第一通信节点处于rrc非激活态下接收一多播业务所需配置的无线承载信息和/或传输资源信息;
4、根据最后一个配置信息对所述多播业务进行配置及接收。
5、第二方面,本申请实施例提供一种多播业务配置方法,所述方法由第二通信节点执行,包括:
6、发送一个或多个配置信息至第一通信节点,所述配置信息用于指示所述第一通信节点处于rrc非激活态下接收一多播业务所需配置的无线承载信息和/或传输资源信息。
7、第三方面,本申请实施例提供一种多播业务配置装置,所述装置配置于第一通信节点,包括:
8、接收模块,用于接收配置信息,接收一个或多个配置信息,所述配置信息用于指示所述第一通信节点处于rrc非激活态下接收一多播业务所需配置的无线承载信息和/或传输资源信息;
9、配置模块,用于根据最后一个配置信息对所述多播业务进行配置及接收。
10、第四方面,本申请实施例提供一种多播业务配置装置,所述装置配置于第二通信节点,包括:
11、发送模块,用于发送一个或多个配置信息至第一通信节点,所述配置信息用于指示所述第一通信节点处于rrc非激活态下接收一多播业务所需配置的无线承载信息和/或传输资源信息。
12、第五方面,本申请实施例提供一种设备,包括:
13、一个或多个处理器;
14、存储器,用于存储一个或多个程序;
15、当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如本申请实施例中的任意一种方法。
16、第六方面,本申请实施例提供了一种存储介质,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时实现本申请实施例中的任意一种方法。
17、本专利技术的有益效果:第一通信节点在接收到一个或多个用于rrc非激活态接收多播业务的配置信息后,能够明确应该以哪一个配置信息为准,进而以该配置信息进行正确地配置并进行多播业务的接收,进一步使第一通信节点能够及时、正确地接收多播业务,进而提升传输质量。
本文档来自技高网...【技术保护点】
1.一种多播业务配置方法,其特征在于,所述方法由第一通信节点执行,包括:
2.根据权利要求1所述的一种多播业务配置方法,其特征在于,
3.根据权利要求2所述的一种多播业务配置方法,其特征在于,调度所述RRC消息的物理下行控制信道由C-RNTI或G-RNTI加扰。
4.根据权利要求2所述的一种多播业务配置方法,其特征在于,所述RRC消息包括:RRCReconfiguration和/或RRCRelease和/或RRCResume和/或专用RRC信令。
5.根据权利要求2所述的一种多播业务配置方法,其特征在于,调度所述多播控制信道的控制信息,由系统消息,和/或,专用信令承载。
6.根据权利要求5所述的一种多播业务配置方法,其特征在于,所述专用信令的PDCCH由C-RNTI或G-RNTI加扰;
7.根据权利要求2或5所述的一种多播业务配置方法,其特征在于,所述多播控制信道为多播业务控制信道MCCH,调度所述多播控制信道的控制信息为MCCH configuration。
8.根据权利要求1或2所述的一种多播
9.根据权利要求1或2所述的一种多播业务配置方法,其特征在于,还包括:
10.根据权利要求3或4所述的一种多播业务配置方法,其特征在于,在接收所述多播控制信道之前还包括:
11.根据权利要求1或2所述的一种多播业务配置方法,其特征在于,配置过程包括:
12.根据权利要求1所述的一种多播业务配置方法,其特征在于,配置过程包括:
13.一种多播业务配置方法,其特征在于,所述方法由第二通信节点执行,包括:
14.根据权利要求13所述的一种多播业务配置方法,其特征在于,由RRC消息承载所述配置信息,和/或
15.根据权利要求14所述的一种多播业务配置方法,其特征在于,调度所述RRC消息的物理下行控制信道由C-RNTI或G-RNTI加扰;
16.根据权利要求14所述的一种多播业务配置方法,其特征在于,调度所述多播控制信道的控制信息,由系统消息,和/或,专用信令承载;
17.根据权利要求14或16所述的一种多播业务配置方法,其特征在于,所述多播控制信道为多播业务控制信道MCCH,调度所述多播控制信道的控制信息为MCCH configuration。
18.根据权利要求13所述的一种多播业务配置方法,其特征在于,在发送所述多播控制信道之前还包括:
19.一种多播业务配置装置,其特征在于,包括:
20.一种多播业务配置装置,其特征在于,包括:
...【技术特征摘要】
1.一种多播业务配置方法,其特征在于,所述方法由第一通信节点执行,包括:
2.根据权利要求1所述的一种多播业务配置方法,其特征在于,
3.根据权利要求2所述的一种多播业务配置方法,其特征在于,调度所述rrc消息的物理下行控制信道由c-rnti或g-rnti加扰。
4.根据权利要求2所述的一种多播业务配置方法,其特征在于,所述rrc消息包括:rrcreconfiguration和/或rrcrelease和/或rrcresume和/或专用rrc信令。
5.根据权利要求2所述的一种多播业务配置方法,其特征在于,调度所述多播控制信道的控制信息,由系统消息,和/或,专用信令承载。
6.根据权利要求5所述的一种多播业务配置方法,其特征在于,所述专用信令的pdcch由c-rnti或g-rnti加扰;
7.根据权利要求2或5所述的一种多播业务配置方法,其特征在于,所述多播控制信道为多播业务控制信道mcch,调度所述多播控制信道的控制信息为mcch configuration。
8.根据权利要求1或2所述的一种多播业务配置方法,其特征在于,还包括:
9.根据权利要求1或2所述的一种多播业务配置方法,其特征在于,还包括:
10.根据权利要求3或4所述的一种...
【专利技术属性】
技术研发人员:王婷婷,
申请(专利权)人:上海数字电视国家工程研究中心有限公司,
类型:发明
国别省市:
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。