一种集群系统中的重传方法与流程

文档序号:16248761发布日期:2018-12-11 23:49阅读:564来源:国知局
一种集群系统中的重传方法与流程

本申请涉及通信系统中的重传技术,特别涉及一种集群系统中的重传方法。

背景技术

lte专网集群系统主要由gcch,gtch和gpcch三个逻辑信道构成,其中gcch信道主要用于传输集群用户的控制面数据,gtch信道主要用于传输集群用户的用户面数据,gpcch主信道要用于传输集群用户的寻呼数据。

lte系统的普通单播业务,终端可以向基站反馈下行的信道质量,基站侧可以根据终端反馈的下行信道质量进行重传处理,重传带来的合并增益可以提高下行数据的解调性能,而集群业务用属于典型的一对多广播业务,监听终端属于被动接收,不会给基站反馈下行信道质量,基站侧无法根据监听终端的信道质量进行重传处理,最终影响集群业务的解调性能。



技术实现要素:

本申请提供一种集群系统中的重传方法,能够提高集群业务的解调性能。

为实现上述目的,本申请采用如下技术方案:

一种集群系统中的重传方法,包括:

对于基站一小区下的集群用户,所述基站接收该集群用户中各监听终端上报的测量报告;其中,所述监听终端在gtch信道的bler大于设定的bler阈值时触发测量报告上报,并在相应测量报告中携带所述bler值和集群用户标识id;

针对所述小区,所述基站周期性统计接收的测量报告,并在上报测量报告的监听终端占所有监听终端的比例达到设定阈值后,进行重传处理;

其中,所述监听终端为当前接入所述小区且未关机的用户终端。

较佳地,所述监听终端确定gtch信道的bler的方式包括:

在设定的统计周期内,按照跳窗方式,统计crc校验错误的传输块tb数量,将该数量占所有tb数量的比例作为所述bler。

较佳地,当集群业务为半静态调度时,所述所有tb数量为预先设定的固定值;当集群业务为动态调度时,所述所有tb数量根据pdcch信道的指示确定。

较佳地,所述基站周期性统计接收的测量报告时,对于每个监听终端,一个统计周期内最多统计一个测量报告。

较佳地,所述基站确定监听终端总数的方式包括:

核心网在建立所述集群用户时,将该集群用户在所述小区的注册终端数发送给所述基站,所述基站将所述注册终端数作为所述集群用户当前的监听终端总数;其中,核心网1个talist对应1个ta,1个ta对应一个小区进行组网配置;

当任一终端入网时,若该终端已加入所述集群用户,则所述核心网通知所述基站该任一终端新入网且已加入所述集群用户,所述基站对应所述集群用户,将监听终端总数加1;

当任一终端关机时,所述核心网通知所述基站该任一终端已关机,所述基站对应所述集群用户,将监听终端总数减1;

当任一终端切换时,所述核心网通知该终端的切换目标小区和源小区所在的基站,所述目标小区所在的基站对应所述集群用户,将监听终端总数加1,所述源小区所在的记载对应所述集群用户,将监听终端总数减1。

较佳地,所述进行重传处理包括:

当统计的上报测量报告的监听终端占所有监听终端的比例高于设定的第一阈值且groupmonitobler>monitobler_th时,设定重传m次;当统计的上报测量报告的监听终端占所有监听终端的比例不高于设定的第一阈值或者groupmonitobler<=monitobler_th时,设定重传n次;其中,m>n,monitobler_th为设定的第二阈值,groupmonitobler为所述基站周期性统计测量报告结束时计算得到的groupmonitobler(n),groupmonitobler(n)=(1-alpha)*groupmonitobler(n-1)+alpha*gtch_bler(n),n为周期性统计中当前上报测量报告的监听终端数;

在下一个统计周期内,将所有数据包按照设定的重传次数进行重传。

由上述技术方案可见,本申请中,对于基站一小区下的集群用户,所述基站接收该集群用户中各监听终端上报的测量报告;其中,所述监听终端在gtch信道的bler大于设定门限时触发测量报告上报,并在相应测量报告中携带所述bler值和集群用户标识id;针对小区,所述基站周期性统计接收的测量报告,并在上报测量报告的监听终端占所有监听终端的比例达到设定阈值后,进行重传处理。通过上述处理,能够针对某集群用户中各个终端的整体接收状况,进行用户面数据的重传,以提高集群业务的解调性能。

附图说明

图1为本申请中提供的集群系统中重传方法的基本流程示意图;

图2为监听终端进行bler统计的示意图;

图3为基站维护所有监听终端数的示意图;

图4为基站进行测量报告统计并进行重传处理的流程示意图。

具体实施方式

为了使本申请的目的、技术手段和优点更加清楚明白,以下结合附图对本申请做进一步详细说明。

图1为本申请中提供的集群系统中重传方法的基本流程示意图。如图1所示,该方法包括:

步骤101,对于基站一小区a下的集群用户,基站接收该集群用户中各监听终端上报的测量报告。

其中,监听终端在gtch信道的bler大于设定门限时触发测量报告上报,并在相应测量报告中携带所述bler值和集群用户标识id。

步骤102,针对步骤101中的小区,基站周期性统计接收的测量报告,并在上报测量报告的监听终端占所有监听终端的比例达到设定阈值后,进行重传处理。

其中,本申请中的监听终端为当前接入小区a且未关机的用户终端。具体关于监听终端在集群用户中的状态,可以通过核心网来通知基站。

通过上述方式,基站通过对集群用户中各监听终端上报测量报告的监听,判定该集群用户的用户面数据的整体接收状况,并据此进行是否重传的判断。

下面对上述本申请的具体实现进行详细描述。由上述图1所示的流程可见,本方法涉及到三个物理实体,终端、基站和核心网。图1是从基站角度对重传方法进行的描述。在下面的详细描述中,将从三个物理实体的各自处理角度进行描述。

1、终端上报测量信息

在图1所示的流程中,基站需要接收监听终端上报的测量报告,下面对监听终端上报测量报告的处理进行详细描述。

1)、gtch信道bler统计

当监听终端正在接收集群业务时,该集群业务为gtch信道用户面数据,监听终端周期统计其bler,在一个测量周期(例如500ms)中,按照图2所示方法进行gtch_bler统计。

2)触发测量报告上报

若gtch_bler>gtch_bler_th,也就是说,监听终端统计的bler大于设定的bler阈值,则监听终端触发测量报告上报。其中,bler阈值gtch_bler_th参数可以根据系统性能需求配置,取值范围{0%,100%},默认可以根据经验设置,例如为20%。测量报告内容为gtch_bler,以及当前集群用户标识groupid。

3)、基站收到监听终端报告后,根据上报的groupid更新对应的集群用户统计值

(1)、groupmonitorreportnum加1,即将上报测量报告的监听终端数量加1,这里需要注意的是,每个监听终端在一个统计周期内最多累加1次;

(2)、更新groupmonitobler,若第n次触发测量报告,则

groupmonitobler(n)=(1-alpha)*groupmonitobler(n-1)+alpha*gtch_bler(n)

其中alpha取值0.1,gtch_bler(n)表示第n次触发测量报告的gtchbler值,groupmonitobler(n-1)表示第n-1触发测量报告后计算的groupmonitobler。

2、基站小区更新当前集群用户下监听终端数

在图1所示的流程中,基站需要统计上报测量报告的监听终端占所有监听终端的比例,可见,基站需要确定对于某集群用户,所有监听终端总数。下面介绍如何维护所有监听终端数。

基站小区对每一个集群用户,独立维护一个监听用户数groupmonitornum。该值初始化为0。

1)、当核心网新建立集群用户并通知目标基站小区建立集群用户时,核心网将集群用户的监听终端数(即集群用户在目标小区的注册终端数)通过消息发送给目标基站小区,基站小区收到该消息后将该监听终端数赋值给groupmonitornum,需要约束核心网1个talist对应1个ta、1个ta对应1个小区进行组网配置,若核心网删除该集群用户,基站小区将groupmonitornum清0。

2)、当终端入网、关机或切换时,核心网判断该终端是否已加入集群用户,若该终端已加入集群用户,核心网将该终端入网、关机或切换信息发往已建立该集群用户的基站小区,基站根据接收的相关信息,更新监听终端数。具体如图3所示。

(1)当终端发生切换、入网和关机操作时,核心网触发判断该终端是否已加入集群用户,若已加入集群用户,则进行下一步操作,若未加入集群用户,则结束该判断流程;

(2)、若该终端为新入网,则通知基站,并携带终端所在的集群用户的group_id(例如,可以将group_flag设置为0,代表终端新入网,并将group_flag和该终端加入的集群用户group_id通过消息发送给已建立该集群用户的基站小区);基站小区收到该消息后,确定终端为新入网(例如,判断group_flag值,若group_flag=0代表终端新入网),将集群用户id为group_id的集群用户参数group_monitor_num累加1;

(3)、若该终端关机,则通知基站,并携带终端所在的集群用户的group_id(例如,可以将group_flag设置为2,并将group_flag和该终端加入的集群用户group_id通过消息发送给已建立该集群用户的基站小区);基站小区收到该消息后,确定终端已关机(例如,判断group_flag值,若group_flag=2,则确定终端已关机),将集群用户id为group_id的集群用户参数group_monitor_num减1;

(4)、若该终端发生切换操作,则通知切换目标小区的基站和源小区的基站,并携带终端所在的集群用户的group_id(例如,可以将group_flag设置为1,并将group_flag和该终端加入的集群用户group_id通过消息发送给终端切换的基站目标小区和源小区所在的基站);

源小区所在的基站收到该消息后,确定终端已从小区中切换走(例如,判断group_flag值,若group_flag=1,则确定终端已切换走),将集群用户id为group_id集群用户参数group_monitor_num减1;

目标小区所在的基站收到该消息后,确定终端已切换入本小区(例如,判断group_flag值,若group_flag=1,则确定终端已切入),将集群用户id为group_id的集群用户参数group_monitor_num加1。

3、基站小区判断是否进行重传处理

在图1的步骤102中,基站周期性进行测量报告统计,并确定是否重传。具体判断方式下面进行详细描述。

基站小区周期性遍历该小区下所有集群用户,根据每个集群用户下的监听终端上报的测量信息、集群监听用户数判断是否进行重传处理,以及确定重传的次数。下面以判断周期为500ms为例进行说明,具体如图4所示。

1)、每隔500ms基站小区遍历本小区下所有集群用户,判断是否进行重传处理;

2)、遍历某集群用户时,统计该集群用户下触发测量报告的监听终端数比例groupmonitorreport_pro=groupmonitorreportnum/group_monitor_num;

关于groupmonitorreportnum和group_monitor_num参数定义前面步骤已描述;

3)、若groupmonitorreport_pro>report_pro_th_min,基站小区需要对集群业务进行重传处理。其中,report_pro_th_min参数可以根据实际需要配置,取值范围(0%,100%),默认值可以根据经验确定,例如60%;

4)、确定重传次数retrans_time

(1)、若groupmonitorreport_pro>report_pro_th_max,且groupmonitobler>monitobler_th则该集群用户重传次数retrans_time为m;

其中report_pro_th_max可以根据实际需要配置,取值范围(0%,100%),默认值可以根据经验设定,例如80%;monitobler_th可以根据实际需要配置,取值范围(0%,100%),默认值可以根据经验设定,例如40%;

(2)、否则,若groupmonitorreport_pro<=report_pro_th_max,或者,groupmonitobler<=monitobler_th,则该集群用户重传次数retrans_time为n;m>n,m和n可以根据系统需求进行配置,例如m=2,n=1;

(3)、重传次数确定后,该集群用户在下一个统计周期(500ms)内每个数据包将固定重传retrans_time进行处理;

5)、将该集群用户的groupmonitorreportnum和groupmonitobler值清0;

6)、判断是否遍历完当前基站小区所有集群用户,若未遍历完则继续处理下一个集群用户,否则结束当前流程。

上述即为本申请中重传方法的具体实现。通过上述本申请的处理,能够针对某集群用户中各个终端的整体接收状况,进行用户面数据的重传,以提高集群业务的解调性能。

以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。

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