用户设备、基站及信息发送和接收方法与流程

文档序号:17748182发布日期:2019-05-24 20:46阅读:383来源:国知局
用户设备、基站及信息发送和接收方法与流程

本发明涉及无线网络技术领域,特别是涉及一种用户设备、基站及信息发送和接收方法。



背景技术:

多媒体广播组播业务(MBMS,Multimedia Broadcast Multicast Service)是一种同时向多个用户提供的业务。在网络承载上,MBMS业务采用广播或组播的方式进行传输,从而实现网络(包括核心网和接入网)资源共享,以尽可能少的资源实现对尽可能多的、具有相同需求的多媒体用户的服务。MBMS的多播/组播单频网络(MBSFN,Multicast Broadcast Single Frequency Network)要求同时传输来自多个小区的完全相同的波形,其传输模式要求一定区域内的所有小区在相同的时间、频率上,使用相同的调制编码模式,发送相同的数据包。采用同一MBSFN模式的所有小区构成一个MBSFN area(MBSFN区域)。

MBSFN的传输是在MBSFN子帧上进行。属于同

一个MBSFN区域的各个小区的MBSFN子帧位置都相同。这样各小区才能协同进行MBSFN传输。MBSFN子帧的配置信息是包含在系统信息中广播给UE(User Equipment)的。但是这些子帧的配置信息是和其他非单播用途(例如定位,relay等)的子帧混合在一起的,其统称为非单播子帧配置信息。至于在这些非单播子帧中,具体哪些是用于MBMS的,是通过MCCH(Multicast Control Channel,多点控制信道)广播的。而MCCH的位置信息也包含在系统信息中。

MCCH是在空口传输MBMS控制信息的逻辑信道。MCCH所传输的内容包括MBSFN区域内正在传输的MBMS业务列表(session list)和为MBMS业务预留的空口资源等信息。MCCH也使用MBSFN模式传输。在LTE(Long Term Evolution,长期演进)系统中,MCCH消息以重复周期(RP,Repetition Period)周期性的发送,若干个重复周期构成一个修改周期(MP,Modification Period),也就是说,MP是RP的整数倍。MCCH的信息发生改变时,基站,例如为eNB(evolved Node,演进型基站)只能从修改周期边界(Modification Period boundary)处开始发送更新后的MCCH消息。当新的MBMS会话开始(session start)时,基站通过MBMS无线网络临时标识(M-RNTI)加扰PDCCH(Physical Downlink Control Channel,物理下行控制信道)发布MCCH改变通知(change notification)。MCCH改变通知持续一个MCCH MP。UE通过检测M-RNTI加扰的下行物理控制信道PDCCH获知是否有MCCH内容更新。在下一个MCCH MP的开始,新的MCCH内容替代旧的MCCH内容被广播。MCCH MP和RP的取值范围如下:

MCCH RP:320ms,640ms,1280ms,2560ms

MCCH MP:5120ms,10240ms

另一方面,按照3GPP(3rd Generation Partnership Project,第三代合作伙伴计划)协议规定,MCCH发送及改变通知机制如图1所示,其中图1示出多媒体广播组播业务的MCCH发送及改变通知机制,对于正在接收MBMS业务的UE,它们可以在每个MCCH MP开始处主动读取多媒体广播组播业务MBMS控制信息,该信道包含着正在进行通信或者即将要进行通信的MBMS会话信息,以获知新MBMS会话开始。

UE接收某个具体的MBMS业务时,首先通过多媒体广播组播业务MBMS控制信息MCCH知道该业务映射到哪一条MCH(Multicast channel),以及这条MCH传输信道所占用的MBSFN子帧,就可以将自己需要接收的子帧限定在这些子帧范围内。

最近,3GPP在研究用eMBMS(Enhance Multimedia Broadcast Multicast Service,增强型多媒体广播/组播业务)技术承载集群通信业务(GC,group communication)。在公共安全领域,集群通信有着广泛的用途。其基本方式为组呼,即在群组内,成员通过按下PTT(Push To Talk)按键后即可开始讲话。该群组的其他成员都可以听到该成员的话音。由于其用途,集群通信对组呼的呼叫和业务数据传输时延都有较高的要求,具体为:呼叫建立时延不超过300ms,端到端的业务数据传输时延不超过150ms。目前集群系统还没有在LTE系统上得到实现,为了提供更高的数据率,目前3GPP开始研究如何在LTE系统上支持组呼业务。LTE需要支持的集群通信传输媒体(media)包括语音通话、交互视频、视频流和即时消息等。其中会话类型的语音通话和交互视频对时延要求很高,分组数据网关(PDN-GWPacket Data Network Gateway)与UE之间的时延要求在100ms以内,eNB与UE之间的时延要求在50ms左右以保证QoS。

而另一方面,目前MBMS承载建立的时延并不能满足GC集群通信业务业务端到端300ms时延的要求。当有新的业务开始时(session start),MCCH上传输的多媒体广播组播业务MBMS控制信息中所包含的session list就要发生变化。而多媒体广播组播业务MBMS控制信息的改变需要提前一个MCCH MP进行通知,然后在下一个MCCH MP开始时变更多媒体广播组播业务MBMS控制信息的内容。目前标准的MCCH MP的长度取值最小为5.12s。也就是说MBMS承载建立的时延在空口就要花费5.12s以上。其远远大于集群通信业务端到端300ms呼叫建立时延的要求。



技术实现要素:

有鉴于此,本发明实施例提供了一种用户设备、基站及信息发送和接收方法,以解决上述技术问题。

第一方面提供一种信息发送方法,包括:基站通知用户设备第一MCCH重复周期和第二MCCH重复周期;基站在集群通信会话开始时期中使用第一MCCH重复周期在多点控制信道MCCH向用户设备广播多媒体广播组播业务MBMS控制信息,其中第一MCCH重复周期适用于用于集群通信业务;基站在非集群通信会话开始时期使用第二MCCH重复周期在多点控制信道向用户设备广播多媒体广播组播业务MBMS控制信息,其中第二MCCH重复周期适用于多媒体广播组播业务,且第一MCCH重复周期小于第二MCCH重复周期。

在第一方面的第一种可能的实现方式中,第一MCCH重复周期与媒体广播组播业务控制信息所在的多播信道的动态调度信息MSI的周期一致。

在第一方面的第二种可能的实现方式中,集群通信会话开始时期为N个多媒体广播组播业务的MCCH修改周期,其中N为整数或分数。

在第一方面的第三种可能的实现方式中,基站通知用户设备第一MCCH重复周期及第二MCCH重复周期的步骤包括:基站分别向用户设备通知第一MCCH重复周期及第二MCCH重复周期。

结合第一方面的第三种可能的实现方式,在第四种可能的实现方式中,基站通过RRC专有信令向用户设备通知第一MCCH重复周期。

第二方面提供一种信息接收方法,包括:用户设备从基站获取第一MCCH重复周期和第二MCCH重复周期;用户设备按照第一MCCH重复周期计算多点控制信道MCCH所在的子帧位置并读取多点控制信道MCCH,多点控制信道MCCH的内容包括基站广播的多媒体广播组播业务MBMS控制信息,其中第一MCCH重复周期用于集群通信业务,第一MCCH重复周期小于第二MCCH重复周期,第二MCCH重复周期适用于多媒体广播组播业务。

在第二方面的第一种可能的实现方式中,在用户设备从基站获取第一MCCH重复周期之前,该方法还包括:用户设备在集群通信应用服务器中进行注册。

在第二方面的第二种可能的实现方式中,第一MCCH重复周期与多媒体广播组播业务MBMS控制信息所在的多播信道的动态调度信息MSI的周期一致。

第三方面提供一种基站,包括:发送模块,用于通知用户设备第一MCCH重复周期及第二MCCH重复周期;发送模块,还用于在集群通信会话开始时期中使用第一MCCH重复周期在多点控制信道MCCH向用户设备广播多媒体广播组播业务MBMS控制信息,其中第一MCCH重复周期适用于用于集群通信业务;发送模块,还用于在非集群通信会话开始时期使用第二MCCH重复周期向用户设备广播多媒体广播组播业务MBMS控制信息,其中第二MCCH重复周期适用于多媒体广播组播业务,且第一MCCH重复周期小于第二MCCH重复周期。

在第三方面的第一种可能的实现方式中,第一MCCH重复周期与多媒体广播组播业务MBMS控制信息所在的多播信道的动态调度信息MSI的周期一致。

在第三方面的第二种可能的实现方式中,集群通信会话开始时期为N个多媒体广播组播业务的MCCH修改周期,其中N为整数或分数。

在第三方面的第三种可能的实现方式中,发送模块分别向用户设备通知第一MCCH重复周期及第二MCCH重复周期。

结合第三方面的第三种可能的实现方式,在第四种可能的实现方式中,发送模块通过RRC专有信令向用户设备通知第一MCCH重复周期。

第四方面提供一种用户设备,包括:接收模块,用于从基站获取第一MCCH重复周期和第二MCCH重复周期;接收模块,还用于按照第一MCCH重复周期计算多点控制信道MCCH所在的子帧位置并读取多点控制信道MCCH,多点控制信道MCCH的内容包括基站广播的多媒体广播组播业务MBMS控制信息,其中第一MCCH重复周期用于集群通信业务,第一MCCH重复周期小于第二MCCH重复周期,第二MCCH重复周期适用于多媒体广播组播业务。

在第四方面的第一种可能的实现方式中,用户设备还包括注册模块,注册模块用于在集群通信应用服务器中进行注册。

在第四方面的第二种可能的实现方式中,第一MCCH重复周期与多媒体广播组播业务MBMS控制信息所在的多播信道的动态调度信息的周期一致。

第五方面提供一种基站,包括收发模组、处理器、存储器以及总线,收发模组、处理器以及存储器分别与总线连接,其中:收发模组,用于通知用户设备第一MCCH重复周期及第二MCCH重复周期;存储器存储有程序,程序用于控制收发模组在集群通信会话开始时期中使用第一MCCH重复周期在多点控制信道MCCH向用户设备广播多媒体广播组播业务MBMS控制信息,其中第一MCCH重复周期适用于用于集群通信业务;程序还用于控制收发模组在非集群通信会话开始时期使用第二MCCH重复周期向用户设备广播多媒体广播组播业务MBMS控制信息,其中第二MCCH重复周期适用于多媒体广播组播业务,且第一MCCH重复周期小于第二MCCH重复周期;处理器用于运行程序。

在第五方面的第一种可能的实现方式中,第一MCCH重复周期与多媒体广播组播业务MBMS控制信息所在的多播信道的动态调度信息MSI的周期一致。

在第五方面的第二种可能的实现方式中,集群通信会话开始时期为N个多媒体广播组播业务的MCCH修改周期,其中N为整数或分数。

在第五方面的第三种可能的实现方式中,收发模组分别向用户设备通知第一MCCH重复周期及第二MCCH重复周期。

结合第五方面的第三种可能的实现方式,在第四种可能的实现方式中,收发模组通过RRC专有信令向用户设备通知第一MCCH重复周期。

第六方面提供一种用户设备,包括收发模组、处理器、存储器以及总线,收发模组、处理器以及存储器分别与总线连接,其中:存储器存储有程序,程序用于控制收发模组从基站获取第一MCCH重复周期和第二MCCH重复周期;程序还用于控制收发模组按照第一MCCH重复周期计算多点控制信道MCCH所在的子帧位置并读取多点控制信道MCCH,多点控制信道MCCH的内容包括基站广播的多媒体广播组播业务MBMS控制信息,其中第一MCCH重复周期用于集群通信业务,第一MCCH重复周期小于第二MCCH重复周期,第二MCCH重复周期适用于多媒体广播组播业务;处理器,用于运行程序。

在第六方面的第一种可能的实现方式中,程序还用于控制收发模组在集群通信应用服务器中进行注册。

在第六方面的第二种可能的实现方式中,第一MCCH重复周期与多媒体广播组播业务MBMS控制信息所在的多播信道的动态调度信息MSI的周期一致。

通过上述技术方案,本发明实施例提供了一种用户设备、基站及信息发送和接收方法,基站在集群通信会话开始时期中在第一MCCH重复周期开始时发送多媒体广播组播业务MBMS控制信息至用户设备,并在集群通信会话开始时期过后在第二MCCH重复周期开始时发送多媒体广播组播业务MBMS控制信息至用户设备,并且第一MCCH重复周期小于第二MCCH重复周期,在本发明实施例中,在集群通信会话开始时期对用于集群通信业务的多媒体广播组播业务MBMS控制信息进行相对密集的发送,由于该种多媒体广播组播业务MBMS控制信息更新机制不受MCCH MP的限制,因此多媒体广播组播业务MBMS控制信息随时可以根据集群通信会话开始时期而发生内容上的变化,从而可以节省MBMS承载建立的时延在空口上所花费的5.12s时间,故可满足集群通信业务端到端300ms呼叫建立时延的要求。

【附图说明】

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。

图1示出多媒体广播组播业务的MCCH发送及改变通知机制;

图2是本发明实施例的系统架构图;

图3是本发明实施例提供的一种信息发送方法的第一实施例的流程示意图;

图4是本发明可选实施例提供的数据帧结构示意图;

图5是本发明实施例提供的多媒体广播组播业务MBMS控制信息接收方法的第一实施例的流程示意图;

图6是本发明实施例提供的基站一种结构示意图;

图7是本发明实施例提供的用户设备一种结构示意图;

图8是本发明实施例提供的基站一种结构示意图;以及

图9是本发明实施例提供的用户设备一种结构示意图。

【具体实施方式】

为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

请参见图2,图2是本发明实施例的系统架构图。该系统架构包括用户设备20和基站10,用户设备20被基站10提供的蜂窝网所覆盖,其中基站10可例如为eNB(evolved Node B,演进型基站),或RNC(Radio Node Controller,无线节点控制器),也可以是eNB和RNC之一与统一无线控制器(SRC,Single Radio Controller)的组合。举例而言,用户设备20的网络制式可为LTE(Long Term Evolution,长期演进)制式。

基于图2所示的场景,图3是本发明实施例提供的一种信息发送方法的第一实施例的流程示意图。如图3所示,本发明实施例中信息发送方法包括以下步骤:

步骤301:基站10通知用户设备20第一MCCH重复周期及第二MCCH重复周期。

步骤302:基站10在集群通信会话开始时期中使用第一MCCH重复周期在多点控制信道MCCH向用户设备20广播多媒体广播组播业务MBMS控制信息。其中第一MCCH重复周期适用于用于集群通信业务。

步骤303:基站10在非集群通信会话开始时期使用第二MCCH重复周期在多点控制信道向用户设备20广播多媒体广播组播业务MBMS控制信息,其中第二MCCH重复周期适用于多媒体广播组播业务,且第一MCCH重复周期小于第二MCCH重复周期。

可选地,第一MCCH重复周期与多媒体广播组播业务MBMS控制信息所在的多播信道的动态调度信息MSI(MCH scheduling information)的周期一致。

具体而言,广播多媒体广播组播业务MBMS控制信息的多点控制信道MCCH与广播多媒体广播组播业务数据的多点业务信道MTCH都是逻辑信道。MCCH和MTCH可以映射到传输信道MCH,而且可以映射到同一个MCH。此外,多个MTCH也可以映射到同一个MCH。

MCH为传输信道,一个MBSFN区域可以包含一个或多个MCH,但每个MCH仅包含属于同一个MBSFN区域的数据。属于同一个MBSFN区域的MCH覆盖范围相同。MCH包含哪些MBSFN子帧由多媒体广播组播业务MBMS控制信息指示。

因为每一个多媒体广播组播业务的持续时间可以是不同的,所以有必要对业务复用进行动态的管理,即在业务复用中增加业务,或删除业务。动态管理由动态调度信息MSI指示。MSI指示的就是一段时间内有哪些业务会复用到同一个MCH。所以每个MCH都有自己的MSI。因为多媒体广播组播业务数据承载在MTCH,所以MSI实际上指示的是复用到同一个MCH的不同MTCH分别占用了哪些MBSFN子帧。

而MSI在一段时间内有效,这段时间就是MSI的周期。在MAC介质访问控制层层,MSI周期称为MCH调度周期MCH scheduling period(MSP,mch-Scheduling Period),一个MSI信息指示的是在一个MSP内,复用到该MCH的一组MTCH的子帧分配情况。

MCH调度周期的取值范围为:

mch-SchedulingPeriod-r9ENUMERATED{rf8,rf16,rf32,rf64,rf128,rf256,rf512,rf1024},

对于包含MCCH的MCH来讲,MSI动态调度信息比MCCH拥有更高的调度优先权,如果必要,可以放置在PDU分组数据单元(packet data unit)的开始,但是MSI不包含MCCH的调度信息(即使该MCH包含MCCH)。

通常情况下,适用于多媒体广播组播业务的MCCH重复周期会配置为MSP MCH调度周期(以下简称MSP周期)的整数倍。也就是说MSI会比MCCH更密集的发送。

并请参见图4,其中图4是本发明可选实施例提供的数据帧结构示意图,如图4所示,假设第一个MCCH MP为集群通信会话开始时期,在集群通信会话开始时期中,MCCH上广播的信息为多媒体广播组播业务MBMS控制信息,在集群通信会话开始时期内,多媒体广播组播业务MBMS控制信息对应的第一MCCH重复周期(对应于图4中第一个MCCH MP内的竖线箭头)和MSI信息对应的MSI周期(对应于图4中第一个MCCH MP内的斜线箭头)是一样的。MSI周期为1个子帧,因此在第一个MCCH MP中,每一MSI周期开始时就广播多媒体广播组播业务MBMS控制信息。

在非集群通信会话开始时期,即在第二个MCCH MP中,MCCH上广播的内容为多媒体广播组播业务MBMS控制信息,多媒体广播组播业务MBMS控制信息对应的周期(对应于图4中第二个MCCH MP内的竖线箭头)和MSI信息对应的MSI周期(对应于图4中第二个MCCH MP内的斜线箭头)是不一样的,多媒体广播组播业务MBMS控制信息对应周期与第二MCCH重复周期一致,其中第二MCCH重复周期为4个连续的子帧,在第二个MCCH MP中,每一第二MCCH重复周期开始时就发送多媒体广播组播业务MBMS控制信息。

因此,在图4所示的可选实施例中,基站10在集群通信会话开始时期内在MCCH广播多媒体广播组播业务MBMS控制信息,具体而言,以MSI周期作为第一MCCH重复周期发送多媒体广播组播业务MBMS控制信息。基站10在非集群通信会话开始时期在MCCH广播多媒体广播组播业务MBMS控制信息,并且,以适用于多媒体广播组播业务的第二MCCH重复周期广播多媒体广播组播业务MBMS控制信息。

由于MSI周期比适用于多媒体广播组播业务的第二MCCH重复周期要短,因此,在集群通信会话开始时期内基站10在MCCH广播多媒体广播组播业务MBMS控制信息的频率与在非集群通信会话开始时期中基站10在MCCH广播多媒体广播组播业务MBMS控制信息的频率要更为密集,从而可满足集群通信应用业务的需求。

在上述的可选实施例中,由于MSI周期比第二MCCH重复周期要短,因此将MSI周期作为第一MCCH重复周期,但值得注意的是,本发明实施例并不仅限于将第一MCCH重复周期设置为MSI周期,例如,在图4所示实施例中,亦可将第一MCCH重复周期设置为2个连续子帧,由于2个连续子帧比第二MCCH重复周期的4个连续子帧要短,因此亦可获得相同的技术效果。

可选地,集群通信会话开始时期具体可为N个多媒体广播组播业务的MCCH修改周期,其中N为整数或分数。

可选地,第二MCCH重复周期包括320ms、640ms、1280ms以及2560ms。

可选地,基站10分别向用户设备20通知第一MCCH重复周期及第二MCCH重复周期。

可选地,基站10通过RRC专有信令向用户设备20通知第一MCCH重复周期。基站10可发送包括第二MCCH重复周期的系统信息至用户设备20以向用户设备20通知第二MCCH重复周期。在本实施例中,基站在集群通信会话开始时期中在第一MCCH重复周期广播多媒体广播组播业务MBMS控制信息至用户设备,并在非集群通信会话开始时期在第二MCCH重复周期发送多媒体广播组播业务MBMS控制信息至用户设备,并且第一MCCH重复周期小于第二MCCH重复周期,在本发明实施例中,在集群通信会话开始时期对用于集群通信业务的多媒体广播组播业务MBMS控制信息进行相对密集的广播,由于这种多媒体广播组播业务MBMS控制信息更新机制不受MCCH MP的限制,因此MCCH上的内容随时可以根据集群通信会话开始时期而发生变化,从而可以节省MBMS承载建立的时延在空口上所花费的5.12s时间,故可满足集群通信业务端到端300ms呼叫建立时延的要求。

基于图2所示的场景,图5是本发明实施例提供的多媒体广播组播业务MBMS控制信息接收方法的第一实施例的流程示意图。如图5所示,本发明实施例的多媒体广播组播业务MBMS控制信息接收方法包括以下步骤:

步骤401:用户设备20从基站10获取第一MCCH重复周期和第二MCCH重复周期。

步骤402:用户设备20按照第一MCCH重复周期计算多点控制信道MCCH所在的子帧位置并读取多点控制信道MCCH,多点控制信道MCCH的内容包括基站10广播的多媒体广播组播业务MBMS控制信息和多媒体广播组播业务MBMS控制信息,其中第一MCCH重复周期用于集群通信业务,第一MCCH重复周期小于第二MCCH重复周期,第二MCCH重复周期适用于多媒体广播组播业务。

其中,在步骤401之前,本发明实施例的多媒体广播组播业务MBMS控制信息接收方法包括以下步骤:

用户设备20在集群通信应用服务器中进行注册。

可选地,第二MCCH重复周期包括320ms、640ms、1280ms以及2560ms。

可选地,第一MCCH重复周期与多媒体广播组播业务MBMS控制信息所在的多播信道的动态调度信息的周期一致。

具体而言,也可结合图5进行参考,假设用户设备20在步骤401获取到第一MCCH重复周期为MSI周期,此后,用户设备20会在MSI周期开始时不断从MCCH读取基站10发送的多媒体广播组播业务MBMS控制信息或多媒体广播组播业务MBMS控制信息。

如上所述,第一个MCCH MP为集群通信会话开始时期,此时基站10在MCCH上发送的是多媒体广播组播业务MBMS控制信息,且多媒体广播组播业务MBMS控制信息在每一MSI周期开始时发送。由于用户设备20在MSI周期开始时不断从MCCH读取信息,因此在第一MCCH MP内,用户设备20可读取到基站10发送的多媒体广播组播业务MBMS控制信息。

并且,在第二个MCCH MP中,集群通信会话开始时期结束,此时处于非集群通信会话开始时期,基站在MCCH上广播的是多媒体广播组播业务MBMS控制信息,且多媒体广播组播业务MBMS控制信息在每一第二MCCH重复周期开始时广播。由于用户设备会在每一MSI周期开始时不断从MCCH读取内容,因此在第二MCCH MP内,用户设备20可在第二MCCH MP的第一个子帧读取到多媒体广播组播业务MBMS控制信息,且在第二至第四个子帧读取不到多媒体广播组播业务MBMS控制信息(由于基站10没发),在第五个子帧读取到多媒体广播组播业务MBMS控制信息,在其他子帧读取不到多媒体广播组播业务MBMS控制信息。

在本可选实施例中,由于用户设备20以MSI周期作为第一MCCH重复周期从MCCH读取信息,而MSI周期作为第一MCCH重复周期比第二MCCH重复周期要短,因此用户设备20可从MCCH中读取多媒体广播组播业务MBMS控制信息和多媒体广播组播业务MBMS控制信息。

在上述的可选实施例中,由于MSI周期比第二MCCH重复周期要短,因此将MSI周期作为第一MCCH重复周期,但值得注意的是,本发明实施例并不仅限于将第一MCCH重复周期设置为MSI周期,例如,在图4所示实施例中,亦可将第一MCCH重复周期设置为2个连续子帧,由于2个连续子帧比第二MCCH重复周期的4个连续子帧要短,因此亦可获得相同的技术效果。

在本实施例中,用户设备20配合图3所示的基站10,以较为密集的第二MCCH重复周期从MCCH中读取多媒体广播组播业务MBMS控制信息或多媒体广播组播业务MBMS控制信息,由于该种MCCH上的内容更新机制不受MCCH MP的限制,因此多媒体广播组播业务MBMS控制信息随时可以根据集群通信会话开始时期而发生内容上的变化,从而可以节省MBMS承载建立的时延在空口上所花费的5.12s时间,故可满足集群通信业务端到端300ms呼叫建立时延的要求。

结合图2所示的方法实施例,图6是本发明实施例提供的基站一种结构示意图,如图6所示,基站10包括:

发送模块101,用于通知用户设备20第一MCCH重复周期及第二MCCH重复周期;

发送模块101,还用于在集群通信会话开始时期中使用第一MCCH重复周期在多点控制信道MCCH向用户设备20广播多媒体广播组播业务MBMS控制信息,其中第一MCCH重复周期适用于用于集群通信业务;

发送模块101,还用于在非集群通信会话开始时期使用第二MCCH重复周期向用户设备20广播多媒体广播组播业务MBMS控制信息MBMS,其中第二MCCH重复周期适用于多媒体广播组播业务,且第一MCCH重复周期小于第二MCCH重复周期。

可选地,第一MCCH重复周期与多媒体广播组播业务MBMS控制信息所在的多播信道的动态调度信息的周期一致。

可选地,集群通信会话开始时期为N个多媒体广播组播业务的MCCH修改周期,其中N为整数或分数。

可选地,第二MCCH重复周期包括320ms、640ms、1280ms以及2560ms。

可选地,发送模块101分别向用户设备20通知第一MCCH重复周期及第二MCCH重复周期。

可选地,发送模块101通过RRC专有信令向用户设备20通知第一MCCH重复周期。

在本实施例中,基站在集群通信会话开始时期中在第一MCCH重复周期开始时发送多媒体广播组播业务MBMS控制信息至用户设备,并在非集群通信会话开始时期在第二MCCH重复周期开始时发送多媒体广播组播业务MBMS控制信息至用户设备,并且第一MCCH重复周期小于第二MCCH重复周期,在本发明实施例中,在集群通信会话开始时期对用于集群通信业务的多媒体广播组播业务MBMS控制信息进行相对密集的发送,由于该种多媒体广播组播业务MBMS控制信息更新机制不受MCCH MP的限制,因此多媒体广播组播业务MBMS控制信息随时可以根据集群通信会话开始时期而发生内容上的变化,从而可以节省MBMS承载建立的时延在空口上所花费的5.12s时间,故可满足集群通信业务端到端300ms呼叫建立时延的要求。

结合图3所示的方法实施例,图7是本发明实施例提供的用户设备一种结构示意图,如图7所示,用户设备20包括:

接收模块201,用于从基站10获取第一MCCH重复周期和第二MCCH重复周期;

接收模块202,还用于按照第一MCCH重复周期计算多点控制信道MCCH所在的子帧位置并读取多点控制信道MCCH,多点控制信道MCCH的内容包括基站广播的多媒体广播组播业务MBMS控制信息和多媒体广播组播业务MBMS控制信息,其中第一MCCH重复周期用于集群通信业务,第一MCCH重复周期小于第二MCCH重复周期,第二MCCH重复周期适用于多媒体广播组播业务。

可选地,用户设备20还包括注册模块202,注册模块202用于在集群通信应用服务器中进行注册。

可选地,第二MCCH重复周期包括320ms、640ms、1280ms以及2560ms。

可选地,第一MCCH重复周期与多媒体广播组播业务MBMS控制信息所在的多播信道的动态调度信息的周期一致。

在本实施例中,用户设备20配合图6所示的基站10,以较为密集的第二MCCH重复周期从MCCH中读取多媒体广播组播业务MBMS控制信息或多媒体广播组播业务MBMS控制信息,由于该种多媒体广播组播业务MBMS控制信息更新机制不受MCCH MP的限制,因此多媒体广播组播业务MBMS控制信息随时可以根据集群通信会话开始时期而发生内容上的变化,从而可以节省MBMS承载建立的时延在空口上所花费的5.12s时间,故可满足集群通信业务端到端300ms呼叫建立时延的要求。

结合图2所示的方法实施例,图8是本发明实施例提供的基站一种结构示意图,如图8所示,基站包括包括收发模组101、处理器102、存储器103以及总线104,收发模组101、处理器102以及存储器103分别与总线104连接,其中:

收发模组101,用于通知用户设备20第一MCCH重复周期及第二MCCH重复周期;

存储器103存储有程序,程序用于控制收发模组101在集群通信会话开始时期中使用第一MCCH重复周期在多点控制信道MCCH向用户设备20广播多媒体广播组播业务MBMS控制信息,其中第一MCCH重复周期适用于用于集群通信业务在集群通信会话开始时期中使用第一MCCH重复周期在多点控制信道MCCH向用户设备广播多媒体广播组播业务MBMS控制信息,其中第一MCCH重复周期适用于用于集群通信业务;

程序还用于控制收发模组101在非集群通信会话开始时期使用第二MCCH重复周期向用户设备20广播多媒体广播组播业务MBMS控制信息MBMS,其中第二MCCH重复周期适用于多媒体广播组播业务,且第一MCCH重复周期小于第二MCCH重复周期;

处理器102用于运行程序。

可选地,第一MCCH重复周期与多媒体广播组播业务MBMS控制信息所在的多播信道的动态调度信息的周期一致。

可选地,集群通信会话开始时期为N个多媒体广播组播业务的MCCH修改周期,其中N为整数或分数。

可选地,第二MCCH重复周期包括320ms、640ms、1280ms以及2560ms。

可选地,收发模组101分别向用户设备20通知第一MCCH重复周期及第二MCCH重复周期。

可选地,收发模组101通过RRC专有信令向用户设备20通知第一MCCH重复周期。

在本实施例中,基站在集群通信会话开始时期中在第一MCCH重复周期开始时发送多媒体广播组播业务MBMS控制信息至用户设备,并在非集群通信会话开始时期在第二MCCH重复周期开始时发送多媒体广播组播业务MBMS控制信息至用户设备,并且第一MCCH重复周期小于第二MCCH重复周期,在本发明实施例中,在集群通信会话开始时期对用于集群通信业务的多媒体广播组播业务MBMS控制信息进行相对密集的发送,由于该种多媒体广播组播业务MBMS控制信息更新机制不受MCCH MP的限制,因此多媒体广播组播业务MBMS控制信息随时可以根据集群通信会话开始时期而发生内容上的变化,从而可以节省MBMS承载建立的时延在空口上所花费的5.12s时间,故可满足集群通信业务端到端300ms呼叫建立时延的要求。

结合图3所示的方法实施例,图9是本发明实施例提供的用户设备一种结构示意图,如图9所示,用户设备包括收发模组201、处理器202、存储器203以及总线204,收发模组201、处理器202以及存储器203分别与总线204连接,其中:

存储器203存储有程序,程序用于控制收发模组201从基站10获取第一MCCH重复周期和第二MCCH重复周期;

程序还用于控制收发模组201按照第一MCCH重复周期计算多点控制信道MCCH所在的子帧位置并读取多点控制信道MCCH,多点控制信道MCCH的内容包括基站广播的多媒体广播组播业务MBMS控制信息和多媒体广播组播业务MBMS控制信息,其中第一MCCH重复周期用于集群通信业务,第一MCCH重复周期小于第二MCCH重复周期,第二MCCH重复周期适用于多媒体广播组播业务;

处理器202,用于运行程序。

可选地,程序还用于控制收发模组201在集群通信应用服务器中进行注册。

可选地,第二MCCH重复周期包括320ms、640ms、1280ms以及2560ms。

可选地,第一MCCH重复周期与多媒体广播组播业务MBMS控制信息所在的多播信道的动态调度信息的周期一致。

在本实施例中,用户设备10配合图8所示的基站20,以较为密集的第二MCCH重复周期从MCCH中读取多媒体广播组播业务MBMS控制信息或多媒体广播组播业务MBMS控制信息,由于该种多媒体广播组播业务MBMS控制信息更新机制不受MCCH MP的限制,因此多媒体广播组播业务MBMS控制信息随时可以根据集群通信会话开始时期而发生内容上的变化,从而可以节省MBMS承载建立的时延在空口上所花费的5.12s时间,故可满足集群通信业务端到端300ms呼叫建立时延的要求。

以上所述仅为本发明的实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1