业务调度方法及装置与流程

文档序号:17011036发布日期:2019-03-02 02:15阅读:235来源:国知局
业务调度方法及装置与流程

本发明涉及通信领域,具体而言,涉及一种业务调度方法及装置。



背景技术:

相关技术中的第四代移动通讯长期演进(lte,longtermevolution)系统中引入增强的多媒体广播/多播业务(enhancedmultimediabroadcastmulticastservice,embms),在基于正交频分复用(orthogonalfrequencydivisionmultiplexing,ofdm)调制方式的前提下,提供了一种点对多点的广播信道,适用于具有视频功能的终端通过物理多播信道(physicalmuticastschannel,pmch)接收广播/组播形式的数字音频/视频业务。

相关协议规定,embms在物理层的调度方式上,每个传输时间间隔tti都用一个传输块(即单流),并且这个传输块占据了多播/组播单频网络(multimediabroadcastmulticastservicesinglefrequencynetwork,mbsfn)子帧的所有mbsfn资源(即一个传输块占据所有mbsfn符号);这种以多播子帧为基本调度单位的方式与lte传统时频资源分配方式存在较大区别。上述调度方式设计之初,主要是考虑将embms应用在对实时性要求不高,同时对无线资源消耗较大的视频直播类业务场景。

随着无线通信技术的发展,embms技术的应用需求,逐渐向公共安全技术,集群通信,物联网/车联网等领域不断延伸,点对多点的广播信道业务模式受到重视。其中国际组织3gpp基于公共安全技术领域提出的关键任务一键通(mission-criticalpush-to-talk,mcptt)架构,更是明确使用embms作为无线侧的技术方案。在此趋势下,embms表现出了一些技术条件上的限制,现有的物理层资源调度模式,与新的业务模式之间存在明显的冲突,主要表现在2个方面:

一方面,当小区系统带宽不同时,每个mbsfn子帧可承载的符号个数不同,即小区带宽越大,单个子帧的业务承载能力越强;

另一方面,集群通信场景下,语音作为最主要的业务模式,对系统资源的需求不高,同时对整个系统的业务容量存在一定要求。也就是说,随着有效业务静荷不断降低,系统容量要求越来越高,尤其是对于物联网/车联网应用,更是如此。有效业务静荷不断降低,系统容量要求越来越高。

针对相关技术中存在的上述问题,目前尚未发现有效的解决方案。



技术实现要素:

本发明实施例提供了一种业务调度方法及装置,以至少解决相关技术中单个子帧面对小流量业务需求时的资源分配浪费问题。

根据本发明的一个实施例,提供了一种业务调度方法,包括:将多个增强的多媒体广播/多播业务embms业务配对后分配给同一个多播子帧;根据所述多个embms业务的复用信息生成多播信道调度信息msi消息;根据所述msi消息将所述多个embms业务映射到调度周期内的物理信号内。

可选的,在将多个增强的多媒体广播/多播业务embms业务配对后分配给同一个多播子帧之前,所述方法还包括:分别计算所述多个embms业务在物理层所需占用的符号个数;在所述多个embms业务在物理层所需占用的符号个数总数小于或等于一个第一多播子帧的业务承载能力时,将所述第一多播子帧确定为待分配所述多个embms业务的多播子帧。

可选的,在将多个增强的多媒体广播/多播业务embms业务配对后分配给同一个多播子帧之前,所述方法还包括:分别计算所述多个embms业务在物理层所需占用的符号个数;判断所述多个embms业务的调度周期是否一致,以及所述多个embms业务在物理层所需占用的符号个数总数是否小于或等于第二多播子帧的业务承载能力;在所述多个embms业务的调度周期一致,且所述多个embms业务在物理层所需占用的符号个数总数小于或等于一个第二多播子帧的业务承载能力时,将所述第二多播子帧确定为待分配所述多个embms业务的多播子帧。

可选的,所述复用信息包括以下至少之一:复用风格、每个embms业务占用的子集,每个子集占用的资源。可选的,所述复用风格是指单个多播子帧被复用时的分割方式。

可选的,所述复用风格包括以下至少之一:按照频域复用,按照时域复用,按照传输单元编号复用。

可选的,根据所述msi消息将所述多个embms业务映射到调度周期内的物理信号内包括:针对所述多个embms业务逻辑编号lcid生成不同的多播业务mtch传输信道;在每个调度周期内,根据所述msi消息将所述多个embms业务的原始数据载荷进行相应的编码处理,并映射在多播子帧对应的符号位置上。

可选的,根据所述多个embms业务的复用信息生成多播信道调度信息msi消息包括:确定所述多个embms业务在所述多播子帧上所使用的复用信息;根据所述复用信息获取oct字段的以下信息至少之一:风格域,集合域,位置域;将所述oct字段写入所述msi消息;其中,所述风格域用于映射多播子帧的复用风格,所述集合域用于指示在当前的复用风格下,将单个多播子帧划分成的子集个数,所述位置域用于映射所述多个embms业务在所述多播子帧中占用的时频位置。

可选的,在确定所述多个embms业务在所述多播子帧上所使用的复用信息之前,所述方法还包括:在所述msi消息中,分别填写所述多个embms业务的lcid,并填写相同的终止多播子帧编号。

可选的,所述风格域定义为mbit,用于表示以下信息之一:按照时域复用、第按照频域复用,m为大于1的整数。

可选的,所述集合域定义为kbit,其中,k为大于1的整数。

可选的,所述位置域定义为nbit,用于表示所述多个embms业务的终止子集位置,n为大于1的整数。

根据本发明的另一个实施例,提供了一种业务调度装置,包括:分配模块,用于将多个增强的多媒体广播/多播业务embms业务配对后分配给同一个多播子帧;生成模块,用于根据所述多个embms业务的复用信息生成多播信道调度信息msi消息;映射模块,用于根据所述msi消息将所述多个embms业务映射到调度周期内的物理信号内。

可选的,所述装置还包括:计算模块,用于在所述分配模块将多个增强的多媒体广播/多播业务embms业务配对后分配给同一个多播子帧之前,分别计算所述多个embms业务在物理层所需占用的符号个数;判断模块,用于判断所述多个embms业务的调度周期是否一致,以及所述多个embms业务在物理层所需占用的符号个数总数是否小于或等于第二多播子帧的业务承载能力;确定模块,用于在所述多个embms业务的调度周期一致,且所述多个embms业务在物理层所需占用的符号个数总数小于或等于一个第二多播子帧的业务承载能力时,将所述第二多播子帧确定为待分配所述多个embms业务的多播子帧。

可选的,所述生成模块包括:确定单元,用于确定所述多个embms业务在所述多播子帧上所使用的复用信息;获取单元,用于根据所述复用信息获取oct字段的以下信息至少之一:风格域,集合域,位置域;填写单元,用于将所述oct字段写入所述msi消息;其中,所述风格域用于映射多播子帧的复用风格,所述集合域用于指示在当前的复用风格下,将单个多播子帧划分成的子集个数,所述位置域用于映射所述多个embms业务在所述多播子帧中占用的时频位置。

可选的,所述映射模块包括:生成单元,用于针对所述多个embms业务逻辑编号lcid生成不同的多播业务mtch传输信道;

映射单元,用于在每个调度周期内,根据所述msi消息将所述多个embms业务的原始数据载荷进行相应的编码处理,并映射在多播子帧对应的符号位置上。

根据本发明的又一个实施例,还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码:

将多个增强的多媒体广播/多播业务embms业务配对后分配给同一个多播子帧;

根据所述多个embms业务的复用信息生成多播信道调度信息msi消息;

根据所述msi消息将所述多个embms业务映射到调度周期内的物理信号内。

通过本发明,通过将多个embms业务配置在同一个多播子帧,实现了子帧的灵活配置,解决了相关技术中单个子帧面对小流量业务需求时的资源分配浪费问题,可以使得embms技术应用场景扩展到无线公共安全等更多的领域。

附图说明

此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:

图1是根据本发明实施例的业务调度方法的流程图;

图2是根据本发明实施例的业务调度装置的结构框图;

图3是本发明实施例基于embms架构的语音业务调度系统的各模块组件以及协作流程图;

图4是本发明实施例所述的多播子帧复用风格和子集划分方式示意图;

图5是本发明实施例所述多播子帧复用方法对于msi消息的格式修改以及消息域划分示意图;

图6是本发明实施例业务配对流程的实施例处理逻辑图;

图7是本发明实施例所述多播子帧复用方法对应的msi消息结构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。

实施例1

在本实施例中提供了一种业务调度方法,图1是根据本发明实施例的业务调度方法的流程图,如图1所示,该流程包括如下步骤:

步骤s102,将多个增强的多媒体广播/多播业务embms业务配对后分配给同一个多播子帧;

步骤s104,根据多个embms业务的复用信息生成多播信道调度信息msi消息;

步骤s106,根据msi消息将多个embms业务映射到调度周期内的物理信号内。

通过上述步骤,通过将多个embms业务配置在同一个多播子帧,实现了子帧的灵活配置,充分利用了单个子帧的资源,解决了相关技术中单个子帧面对小流量业务需求时的资源分配浪费问题,通过子帧复用的方法灵活配置多播子帧,最大程度兼顾了已有的架构流程,采用本实施例的技术方案,可以使得embms技术应用场景扩展到无线公共安全领域,例如:基于mcptt架构的公安,消防调度系统,以及基于mcptt架构的lte-r(lteforrailway)铁路无线调度系统等。

可选地,上述步骤的执行主体可以为,多小区/多播协调实体(multi-cell/multicastcoordinationentity,简称为mce)网元,射频单元,发射机,基站、终端等,但不限于此。

可选地,在将多个增强的多媒体广播/多播业务embms业务配对后分配给同一个多播子帧之前,本实施例的方案包括确定embms业务的符号个数,并选择符合条件的多播子帧,包括:

步骤s11,分别计算多个embms业务在物理层所需占用的符号个数;

步骤s12,在多个embms业务在物理层所需占用的符号个数总数小于或等于一个第一多播子帧的业务承载能力时,将第一多播子帧确定为待分配多个embms业务的多播子帧;该指定多播子帧可以是本次选择用于携带embms业务的多播子帧。

在另一个实施方式中,还考虑了调度周期,包括:

步骤s21,分别计算多个embms业务在物理层所需占用的符号个数;

步骤s22,判断多个embms业务的调度周期是否一致,以及多个embms业务在物理层所需占用的符号个数总数是否小于或等于第二多播子帧的业务承载能力;

步骤s23,在多个embms业务的调度周期一致,且多个embms业务在物理层所需占用的符号个数总数小于或等于一个第二多播子帧的业务承载能力时,将第二多播子帧确定为待分配多个embms业务的多播子帧。

在发送端未考虑调度周期时,可以在接收解码多播子帧时,按照调度周期来解析,或者是不考虑调度周期。

需要说明的是,在配对时,配对的业务个数可以是两个,但不局限于两个,可以是多个。

在本实施例中,分别计算多个embms业务在物理层所需占用的符号个数包括:依据以下参数至少之一分别计算多个embms业务在物理层所需占用的符号个数:业务调度周期,每个业务调度周期需要承载的用户面数据静荷,业务服务质量qos等级。

本实施例中的复用信息包括以下至少之一:复用风格、每个embms业务占用的子集,每个子集占用的资源,其中,复用风格可以是指单个多播子帧被复用时的分割方式。具体的,复用风格包括以下至少之一:按照频域复用,按照时域复用,按照传输单元编号复用,或者是按照自定义风格复用。传输单元可以是资源单元(resourceelement,re)。

可选地,根据多个embms业务的复用信息生成多播信道调度信息msi消息包括:

步骤s31,确定多个embms业务在多播子帧上所使用的复用信息;

步骤s32,根据复用信息获取oct字段的以下信息至少之一:风格域,集合域,位置域;

步骤s33,将oct字段写入msi消息。

根据多个embms业务的复用信息生成多播信道调度信息msi消息包括:确定复用方式,生成msi消息,其中,msi消息中包含复用方式信息,复用方式信息至少包括以下之一:复用风格信息、占用资源集合信息、各业务占用的资源位置信息,分别对应于msi消息中的风格域,集合域,位置域。

可选的,在步骤s31之前,还包括步骤:在msi消息中,分别填写多个embms业务的lcid(logicid,逻辑编号),并填写相同的终止多播子帧编号(stop_mtch)。

可选地,根据msi消息将多个embms业务映射到调度周期内的物理信号内包括:

步骤s41,针对多个embms业务lcid生成不同的多播业务mtch传输信道;

步骤s42,在每个调度周期内,根据msi消息将多个embms业务的原始数据载荷进行相应的编码处理,并映射在多播子帧对应的符号位置上。

可选的,根据多个embms业务的复用风格生成多播信道调度信息msi消息包括:

“风格域,集合域,位置域”不是每一项都是必须的,某些条件下可以不写风格域,甚至不写集合域。

其中,风格域用于映射多播子帧的复用风格,集合域用于指示在当前的复用风格下,将单个多播子帧划分成的子集个数,位置域用于映射多个embms业务在多播子帧中占用的时频位置。

可选的,风格域定义为mbit,用于表示以下信息之一:按照时域复用、第按照频域复用,m为大于1的整数,优选的,风格域定义为2bit,其中,00表示表示按照时域复用,01表示按照频域复用。

可选的,,集合域定义为kbit,其中,k为大于1的整数,优选的,集合域定义为3bit,其中,取值范围为010至111。

可选的,位置域定义为nbit,其中,用于表示多个embms业务的终止子集位置,如表示以下信息:第一embms业务的终止子集位置、第二embms业务的终止子集位置,等,n为大于1的整数,n为大于1的整数,优选的,位置域定义为3bit,表示多个embms业务的终止子集位置。

在本实施例中,多个embms业务均为语音业务,当然多个embms业务也可以是其他业务,如文字,视频业务等。

可选地,在根据多个embms业务的复用风格将msi消息生成调度周期内的物理信号之后,本实施例的方法还包括:按照调度周期发送物理信号。将多个embms业务承载在物理信号发送给接收端,接收端进行解析获得相应的业务。

通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例的方法。

实施例2

在本实施例中还提供了一种业务调度装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。

图2是根据本发明实施例的业务调度装置的结构框图,该装置可以应用在mce,射频单元,发射机,基站、终端等网元中,如图2所示,该装置包括:

分配模块20,用于将多个增强的多媒体广播/多播业务embms业务配对后分配给同一个多播子帧;

生成模块22,用于根据多个embms业务的复用信息生成多播信道调度信息msi消息;

映射模块24,用于根据msi消息将多个embms业务映射到调度周期内的物理信号内。

可选的,装置还包括:计算模块,用于在分配模块将多个增强的多媒体广播/多播业务embms业务配对后分配给同一个多播子帧之前,分别计算多个embms业务在物理层所需占用的符号个数;判断模块,用于判断多个embms业务的调度周期是否一致,以及多个embms业务在物理层所需占用的符号个数总数是否小于或等于第二多播子帧的业务承载能力;确定模块,用于在多个embms业务的调度周期一致,且多个embms业务在物理层所需占用的符号个数总数小于或等于一个第二多播子帧的业务承载能力时,将第二多播子帧确定为待分配多个embms业务的多播子帧。

可选的,生成模块包括:确定单元,用于确定多个embms业务在多播子帧上所使用的复用信息;获取单元,用于根据复用信息获取oct字段的以下信息至少之一:风格域,集合域,位置域;填写单元,用于将oct字段写入msi消息;其中,所述风格域用于映射多播子帧的复用风格,所述集合域用于指示在当前的复用风格下,将单个多播子帧划分成的子集个数,所述位置域用于映射所述多个embms业务在所述多播子帧中占用的时频位置。

可选的,所述映射模块包括:生成单元,用于针对所述多个embms业务逻辑编号lcid生成不同的多播业务mtch传输信道;映射单元,用于在每个调度周期内,根据所述msi消息将所述多个embms业务的原始数据载荷进行相应的编码处理,并映射在多播子帧对应的符号位置上。

在本实施例中,多个embms业务均为语音业务,当然多个embms业务也可以是其他业务,如文字,视频业务等,或者是包括多个类型的业务。

需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。

实施例3

本实施例是本发明的可选实施例,用于对本申请进行补充和详细说明:

在相关技术的调度模式下,在处理小流量业务时,当单个子帧的资源(符号个数)超出单个业务的资源需求时,子帧内的剩embms余资源无法得到有效利用。业务的资源需求越低,embms子帧带宽越大,浪费越严重。同时,这种调度模式也极大限制了embms的系统业务容量。

本本实施例提供了一种涉及embms架构下业务的调度方法及系统。

图3是本发明实施例基于embms架构的语音业务调度系统的各模块组件以及协作流程图,本发明所述基于embms架构的业务调度方法及系统包含以下部分:

多播业务配对单元(对应于实施例2中的分配模块),用于判断单个embms子帧是否具有承载多项业务的能力,并选择哪些业务同时承载在同一个多播子帧中;

多播子帧分配单元(对应于实施例2中的生成模块),用于确认多个业务在同一多播子帧的复用方式,映射出具体的msi消息格式;

多播物理调度单元(对应于实施例2中的映射模块),用于依据已确认的复用方式,生成每个调度周期内的物理信号。

本实施例的上述多播业务配对单元,多播子帧分配单元与多播物理调度单元均部署在mce(multi-cell/multicastcoordinationentity)网元上。

具体的,多播业务配对单元的具体实现方式和与其对应的工作流程如下:

第一步:多播业务配对单元依据多播小区的系统带宽,计算出每个多播子帧的业务承载能力;

第二步:对于每一即将建立会话的embms业务,资源处理单元综合考虑其业务调度周期,每个周期需要承载的用户面数据静荷,业务qos等级(对应不同的编码格式),计算出该业务在物理层所需占用的符号个数。

第三步:当存在一个即将建立会话的embms业务b,其在物理层所需消耗的re数量小于一个多播子帧的业务承载能力,且同时存在一个已经或者即将建立会话的embms业务a,承载a业务的多播子帧的剩余承载能力可以满足业务b的需求时,多播业务判配对元将这两个业务a和b进行配对,将其配对结果(携带配对成功的业务逻辑编号lcid,每个业务消耗的re数量)发送至多播子帧分配单元。

多播业务配对单元进行业务配对的过程中,要遵循以下准则:

成功配对的多个业务的调度周期必须保持一致;

一个多播子帧的业务承载能力必须同时满足业务a和业务b对物理层资源的需要;

业务配对时,配对的业务个数不局限于2个,可以是多个;

配对成功的业务类型包含但不限于语音业务;

具体的,多播子帧分配单元的具体实现方式如下:

第一步:确认多个业务的复用风格;

复用风格是指单个多播子帧被复用时的分割方式。考虑到embms的业务特性,多播子帧复用,应当考虑将同一业务的物理资源在尽量离散的频域和时域位置分布,以获取频域和时域的分集增益。

复用风格无需局限为某一种特定的格式,按照频域(子载波)复用,按照时域(符号)复用,按照re编号复用,或者其他自定义的复用风格均可。多播子帧分配单元可以同时支持多种复用风格,并为复用同一多播子帧的一组业务选取其中一种复用风格。复用风格的选取准则可依据不同应用场景自行定义。

多播子帧分配单元可以使用一组bit符号来明确指示所选择的复用风格类型。bit符号与不同复用风格之间的映射关系需要提前协商。

第二步:确认每个业务在同一复用风格下占用的子集;

图4是本发明实施例所述的多播子帧复用风格和子集划分方式示意图,包括:4-1,4-2,4-3三个图,“1”“2”“3”分别表示不同的子集划分方式,间隔为参考信号,确认复用风格的前提下,一个多播子帧可以被分割成多个子集。

以按照频域(子载波)复用方式为例,一个多播子帧可以按照子帧内子载波编号划分为多个子集。例举将一个子载波划分为3个子集的场景(4-1),以行为划分单位,行间隔为参考信号,按照子帧内子载波编号模3取余的规则,可将一个多播子帧划分为3个在频域上子载波间隔相等,时域上占用所有embms符号的子集。

图4中还例举了按照时域(符号)复用的方式(4-2),以列为划分单位,列间隔为参考信号,将子帧内的资源按照符号位置模3取余,划分为3个子集;以及按照re编号复用的方式(4-3),将子帧内的资源按照先频域再时域的编号规则,所有re编号模3取余,划分为3个子集。

需要注意的是,由于参考信号rs的存在,每个子载波上的可用embms符号个数不同,因此每个子集内的embms符号数也存在差异。

多播子帧分配单元,依据每个业务对物理层资源需求的差异,灵活选择多播子帧的子集划分方式,并安排每个业务占用的子集位置。其中,单个业务所占用的子集个数不作限制。

多播子帧分配单元需要使用一组bit符号来明确指示划分出的子集个数,用另一组bit符号指示每个业务多占用的子集位置。

第三步:完成msi消息的映射。多播子帧分配单元,在配对成功的多个业务中,填写msi消息(包含lcid,stopmtch共2部分);

其中不同业务对应不同的业务逻辑编号(lcid),依次写入msi消息即可;

msi消息中表示“stopmtch”的字段,按照现有协议定义,用于指示业务(lcid)对应的终止多播子帧编号。在多播子帧复用模式下,配对成功的每个业务,其“stopmtch”字段写入相同的数值;不同业务(lcid)“stopmtch”字段相同,即意味着上述业务采用多播子帧复用模式;

每个配对成功的业务,完成lcid和“stopmtch”字段的填写后,需要在msi消息中增加一个oct字段,这个oct在功能上划分为不同的域,图5是本发明实施例所述多播子帧复用方法对于msi消息的格式修改以及消息域划分示意图。

“风格域”,用于映射多播子帧的复用风格。“风格域”字段的bit流需要能够区分不同的多播子帧复用方式,ue通过“风格域”可以了解多播子帧的复用法则;

“集合域”,用于标明在已知的复用法则下,将单个多播子帧划分成的子集个数n。ue通过“集合域”可以获得单个多播子帧被划分成的子集个数n,映射出每个子集的物理资源位置和embms符号个数。

“位置域”,用于映射本业务(lcid)在复用子帧中具体占用的时频位置;“位置域”字段的bit流指明在已知复用风格和子集分配模式下,本业务占用的截止子集编号。例如在多播子帧划分为3个子集的场景下,业务a“位置域”bit解码结果等于1,业务b“位置域”bit解码结果等于3,即说明业务a占用了第一个子集,业务b占用了第2和第3个子集。

上述字段域划分规则只是功能层面的定义,并不是严格的定义法则。例如当同一bit序列可同时清楚指示多播子帧子集个数和本业务占用的子集编号时,“集合域”和“位置域”亦可以合并。

具体的,本发明所述多播物理调度单元的具体实现方式如下:

第一步,针对不同的lcid,生成不同的mtch传输信道;

第二步,依据不同lcid的复用规则,在每个调度周期内,将该业务的原始数据载荷进行相应的编码处理,映射在其对应的符号位置上。

采用本发明所述方法和系统,在保持了协议现有的多播子帧调度方式的基础上,可选的提供了一种将多个embms业务复用在同一多播子帧的资源调度方式。在多播子帧复用模式下,通过对协议现有的msi消息中针对子帧复用的业务增加说明字段,以便ue映射业务物理层资源。不选用子帧复用模式时,保持协议现有的方式不变。

本实施例所述的子帧复用方法配置灵活,最大程度兼顾了现有的架构流程,解决了在embms系统中单个子帧面对小流量业务需求时的资源分配浪费问题。采用本发明的技术方案,可以使得embms技术应用场景扩展到无线公共安全领域,例如基于mcptt架构的公安,消防调度系统,以及基于mcptt架构的lte-r铁路无线调度系统。

本实施例还包括多个实例:

实例一:

在实例一中,假设多播小区的系统带宽为5m,每个子载波中前2个符号属于非mbsfn区域,业务a、b均为语音业务,其中业务a编码格式采用amr_wb23.85,业务b采用amr_wb12.85;图6是本发明实施例业务配对流程的实施例处理逻辑图,包括:

多播业务配对单元,依据小区系统带宽配置,计算每个多播子帧下的承载能力;

多播业务配对单元确认业务a即将发起,通过业务a对应的编码格式,计算其物理资源需求(每个调度周期内的tbs);

多播业务配对单元确认业务a的物理资源需求小于单个多播子帧的承载能力,将其承载在多播子帧1上;

多播业务配对单元确认业务b即将发起,通过业务b对应的编码格式,计算其物理资源需求(每个调度周期内的tbs);

多播业务配对单元遍历正在承载语音业务的所有多播子帧,计算多播子帧1的剩余承载能力,确认可满足业务b的物理资源需求,配对成功,将配对结果发送至多播子帧分配单元。

实例二:

本发明所述依据配对结果,实现多播子帧复用调度(频域复用模式)的实例过程如图7所示,图7是本发明实施例所述多播子帧复用方法对应的msi消息结构示意图,实例二中,“风格域”,“集合域”和“位置域”的定义分别为(2bit,3bit,3bit),其中“风格域”bit流(00)表示按照时域复用,(01)表示按照频域复用,10)表示按照re复用,其他字段保留:

多播子帧分配单元确认子帧复用风格,本实例中采用按照频域复用的模式;

多播子帧分配单元确认业务占用的子集;按照2子集划分方式,业务a的物理资源需求超出了子集的承载能力,按照3子集分配方式,业务a占用2个子集,业务b占用一个子集,可实现多播子帧内的复用。因此多播子帧分配模块确认子帧采用3子集分配模式,业务a占用子集0和1,业务b占用子集2;

多播子帧分配单元生成msi消息格式,填写业务a和业务b的lcid;由于采用了子帧复用模式,业务a和业务b对应的“stopmtch”均写入被复用的同一个多播子帧编号;

子帧复用模式下,新增oct字段,按照预先的定义,“风格域”写入(01),表示采用频域复用模式;“集合域”写入(011),表示按照频域将整个子帧分为3个子集;业务a的“位置域”写入(000),表示业务a的起始子集位置从子集0开始,业务b的“位置域”写入(010),表示业务b的起始子集位置从子集2开始,即业务a占用了2个子集,业务b占用了1个子集;多播子帧分配单元依据上述处理结果,生成最终的msi消息;

多播子帧分配单元将子帧内的复用方式发送至多播物理调度单元,多播物理调度单元生成不同的mtch传输信道;将业务a和业务b的原始数据载荷进行相应的编码处理,映射在其对应的符号位置上。

ue接收msi消息,依据具体的业务复用格式,在对应的物理资源上解码,获取到相应的业务内容。

实例三:

本发明所述依据配对结果,实现多播子帧复用调度(时域复用模式)生成msi消息的实例过程如下,“风格域”,“集合域”和“位置域”的定义分别为(2bit,3bit,3bit),其中“风格域”bit流(00)表示按照时域复用,(01)表示按照频域复用,(10)表示re复用模式,其他字段保留:

多播子帧分配单元确认子帧复用风格,采用按照时域复用的模式;

多播子帧分配单元确认业务占用的子集;按照2子集划分方式,2个子集的资源总数均可满足业务a和b的物理资源需求,因此多播子帧分配模块确认子帧分配采用2子集分配模式,业务a占用子集0,业务b占用子集1;

多播子帧分配单元生成msi消息格式,lcid和“stopmtch”的处理方式与实例二步骤3保持一致;

新增oct字段,“风格域”写入(00),表示采用频域复用模式;“集合域”写入(010),表示按照频域将整个子帧分为2个子集;业务a的“位置域”写入(000),表示业务a的起始子集位置从子集0开始,业务b的“位置域”写入(001),表示业务b的起始子集位置从子集1开始,即业务a占用了1个子集,业务b占用了另外1个子集;多播子帧分配单元依据上述处理结果,生成具体的msi消息;

实例四:

本发明所述依据配对结果,实现多播子帧复用调度(re复用模式)生成msi消息的实例过程如下,“风格域”,“集合域”和“位置域”的定义分别为(2bit,3bit,3bit),其中“风格域”bit流(00)表示按照时域复用,(01)表示按照频域复用,(10)表示re复用模式,其他字段保留:

多播子帧分配单元确认子帧复用风格,采用按照re复用的模式;

多播子帧分配单元确认业务占用的子集;按照2子集划分方式,业务b的物理资源需求超出了子集的承载能力,按照3子集分配方式,业务a占用1个子集,业务b占用2个子集,可实现多播子帧内的复用。因此多播子帧分配模块确认子帧采用3子集分配模式,业务a占用子集0,业务b占用子集1,2;

多播子帧分配单元生成msi消息格式,lcid和“stopmtch”的处理方式与实例二步骤3保持一致;

新增oct字段,“风格域”写入(10),表示采用re复用模式;“集合域”写入(011),表示按照频域将整个子帧分为3个子集;业务a的“位置域”写入(000),表示业务a的起始子集位置从子集0开始,业务b的“位置域”写入(001),表示业务b的起始子集位置从子集1开始,即业务a占用了1个子集,业务b占用了剩余2个子集;多播子帧分配单元依据上述处理结果,生成具体的msi消息。

通过本实施例,在现有embms协议基础上,提供一种更为灵活的无线调度方法。通过修改mcch信道msi(mchschedulinginformation)中消息字段的定义,在保持现有实现机制的基础上,提供一种可选的调度方式,将多个业务分配在同一个mbsfn子帧,从而避免子帧内的资源浪费,提升系统的整体效率和业务容量。

实施例4

本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的程序代码:

s1,将多个增强的多媒体广播/多播业务embms业务配对后分配给同一个多播子帧;

s2,根据多个embms业务的复用信息生成多播信道调度信息msi消息;

s3,根据msi消息将多个embms业务映射到调度周期内的物理信号内。

可选地,在本实施例中,上述存储介质可以包括但不限于:u盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行将多个增强的多媒体广播/多播业务embms业务配对后分配给同一个多播子帧;

可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行根据多个embms业务的复用信息生成多播信道调度信息msi消息;

可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行根据msi消息将多个embms业务映射到调度周期内的物理信号内。

可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。

显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

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