一种宽带集群呼叫处理方法及系统与流程

1.本发明涉及宽带集群通信技术领域，尤其涉及一种宽带集群呼叫处理方法及系统。


背景技术：

2.宽带及全业务是基于现有的无线宽带通信技术，支持宽带数据传输业务、语音和多媒体的集群指挥调度业务的无线宽带通信系统，尤其在专网通信领域具有广泛的应用。
3.组呼业务是宽带集群业务中最基础，也是最核心的业务，单次组呼可以有多个用户同时参与，但同一时刻仅允许一个用户讲话，该用户称之为讲话者，其他用户只能旁听，称之为听者，讲话者拥有话语权，听者需要申请话语权才能成为新的讲话者。在现有的宽带集群系统中，参与组呼的用户可以归属于不同小区，也可在同一小区内，上行由一个获得话语权的组成员占用，所有组成员共享一个下行，可以听到话权拥有方的语音，由于这种特殊的呼叫方式，组呼的点对点通信方式就存在明显的问题：当所有组成员的讲话信息需要重要组成员都能接收到时，由于组呼下行是一个类似于多播的共享信道，不存在反馈机制，数据下发后，不管组成员是否收到，数据都不会重发，此时，若其中特定组成员所处小区的信号条件比较差时，将无法保障该特定组成员对这条消息的正确接收。
4.为解决上述问题，现有方法一般采用一种近乎于静态配置的方案，在下行组呼时采用较为保守的调制方式，该方法的缺点是资源配置不够灵活，无法应对于组呼用户通信环境的变化，并造成下行资源的大量浪费。
5.因此，如何提高宽带集群中组呼用户的下行呼叫体验，有效对组呼下行资源进行配置调度，成为亟待解决的问题。


技术实现要素：

6.本发明提供一种宽带集群呼叫处理方法及系统，用以解决现有技术中宽带集群对组呼用户的下行资源调度不够灵活，造成下行资源浪费，用户体验差的缺陷。
7.第一方面，本发明提供一种宽带集群呼叫处理方法，包括：
8.向基站发送组呼需求，接收所述基站下发的下行组呼数据；
9.基于所述下行组呼数据确定下行信道质量，根据所述下行信道质量确定下行信道索引值；
10.触发预设上报条件，在预设随机接入数据中采用所述下行信道索引值向所述基站上报终端处理能力，以供所述基站根据所述终端处理能力对下行组呼调度进行优化处理。
11.根据本发明提供的一种宽带集群呼叫处理方法，所述向基站发送组呼，接收所述基站下发的下行组呼数据，包括：
12.采用组呼无线网络临时标识符g-rnti检索所述基站的下行调度信息；
13.基于所述下行调度信息在同一物理下行共享信道pdsch上接收所述下行组呼数据。
14.根据本发明提供的一种宽带集群呼叫处理方法，所述基于所述下行组呼数据确定下行信道质量，根据所述下行信道质量确定下行信道索引值，包括：
15.对所述下行组呼数据测量丢包率和/或下行信噪比，获得下行信道质量测量结果；
16.根据预设规则将所述下行信道质量测量结果映射形成所述下行信道索引值。
17.根据本发明提供的一种宽带集群呼叫处理方法，所述根据预设规则将所述下行信道质量测量结果映射形成所述下行信道索引值，包括：
18.基于信道质量指示cqi映射表，将第一预设区间的信号与干扰加噪声比sinr映射为第二预设区间的索引值，获得下行信噪比索引值；
19.或者，基于调制与编码策略mcs映射表，将所述第一预设区间的sinr映射为第三预设区间的索引值，获得所述下行信噪比索引值；
20.以预设百分比为起点，按照预设递增百分比使所述丢包率的索引值逐渐增加1，获得丢包率索引值。
21.根据本发明提供的一种宽带集群呼叫处理方法，所述触发预设上报条件，在预设随机接入数据中采用所述下行信道索引值向所述基站上报终端处理能力，以供所述基站根据所述终端处理能力对下行组呼调度进行优化处理，包括：
22.若判断所述丢包率大于预设门限或超过预设时长，触发上报流程；
23.获取随机接入的msg3或集群被听业务的g-rnti后的第一个上行数据或信令包中发送的g-rnti r2 mac ce；
24.确定采用所述g-rnti r2 mac ce中的第一预留数据区间用于上报所述下行信噪比索引值，和/或采用所述g-rnti r2 mac ce中的第二预留数据区间用于上报所述丢包率索引值。
25.第二方面，本发明提供一种宽带集群呼叫处理方法，包括：
26.接收终端发送的组呼需求，向所述终端发送下行组呼数据；
27.接收所述终端发送的终端处理能力，基于所述终端处理能力对下行组呼调度进行优化处理。
28.根据本发明提供的一种宽带集群呼叫处理方法，所述接收所述终端发送的终端处理能力，基于所述终端处理能力对下行组呼调度进行优化处理，包括：
29.接收所述终端上报的下行信噪比索引值和/或丢包率索引值；
30.基于所述下行信噪比索引值和/或所述丢包率索引值，对所述下行组呼数据的下行调制解调方式和/或下行功率值进行调整，获得修正后的调度信息；
31.基于所述修正后的调度信息对所述终端进行调度。
32.第三方面，本发明还提供一种宽带集群呼叫处理系统，包括：
33.接收模块，用于向基站发送组呼需求，接收所述基站下发的下行组呼数据；
34.索引模块，用于基于所述下行组呼数据确定下行信道质量，根据所述下行信道质量确定下行信道索引值；
35.上报模块，用于触发预设上报条件，在预设随机接入数据中采用所述下行信道索引值向所述基站上报终端处理能力，以供所述基站根据所述终端处理能力对下行组呼调度进行优化处理。
36.第四方面，本发明还提供一种宽带集群呼叫处理系统，包括：
37.发送模块，用于接收终端发送的组呼需求，向所述终端发送下行组呼数据；
38.处理模块，用于接收所述终端发送的终端处理能力，基于所述终端处理能力对下行组呼调度进行优化处理。
39.第五方面，本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述任一种所述宽带集群呼叫处理方法的步骤。
40.第六方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一种所述宽带集群呼叫处理方法的步骤。
41.第七方面，本发明还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如上述任一种所述宽带集群呼叫处理方法的步骤。
42.本发明提供的宽带集群呼叫处理方法及系统，在组呼业务中通过终端主动向基站上报当前终端处理能力，使基站灵活调整组呼业务下行调度指标，保证组呼用户的通信质量，并有效节省下行资源。
附图说明
43.为了更清楚地说明本发明或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
44.图1是现有技术提供的g-rnti r2 mac ce数据格式示意图；
45.图2是本发明提供的宽带集群呼叫处理方法的流程示意图之一；
46.图3是本发明提供的优化后的g-rnti r2 mac ce数据格式示意图；
47.图4是本发明提供的宽带集群呼叫处理方法的流程示意图之二；
48.图5是本发明提供的触发终端能力上报的场景实例图；
49.图6是本发明提供的宽带集群呼叫处理方法的实施例流程图；
50.图7是本发明提供的宽带集群呼叫处理系统的结构示意图之一；
51.图8是本发明提供的宽带集群呼叫处理系统的结构示意图之二；
52.图9是本发明提供的电子设备的结构示意图。
具体实施方式
53.为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
54.针对现有技术无法保障宽带集群系统中组呼用户通信质量，本发明提出一种新的宽带集群呼叫处理方法，以解决集群中重要组成员在信号条件较差的情况下数据接收无法得到保障的情况。
55.图2是本发明提供的宽带集群呼叫处理方法的流程示意图之一，如图2所示，对应的执行主体是终端，包括：
56.步骤101，向基站发送组呼需求，接收所述基站下发的下行组呼数据；
57.在宽带集群系统中，由终端(一般为调度台或用户)发起一次组呼，此时通常是有多个用户同时参与，所有参与此次组呼的用户被称为组用户，一般被认定为同一个组内；同一个组内的用户并不一定归属于同一个小区，但大多数情况多个用户是属于同一个小区的，在同一小区中，所有组成员共享同一个下行数据传输信道，即pdsch(physical downlink shared channel，物理下行共享信道)，基站在该pdsch上传输下行数据，小区内所有组成员采用相同的g-rnti(group-radio network tempory identity，组呼无线网络临时标识符)检索基站的调度信息，从而接收相同的下行传输数据。
58.根据宽带集群空口协议规定，终端接收以g-rnti加扰的pdsch，即组呼，由于不支持采用ack/nack上报，即在组呼业务下，用户无法通过ack/nack反馈自身的下行数据接收情况，基站也就无法获知其范围内组呼用户的数据接收情况。
59.步骤102，基于所述下行组呼数据确定下行信道质量，根据所述下行信道质量确定下行信道索引值；
60.终端用户接收下行组呼数据后，会对下行信道质量进行测量，得到当前接收情况下的下行信道质量的测量结果，进而将该测量结果根据规则映射成下行信道索引值。
61.步骤103，触发预设上报条件，在预设随机接入数据中采用所述下行信道索引值向所述基站上报终端处理能力，以供所述基站根据所述终端处理能力对下行组呼调度进行优化处理。
62.终端用户会根据自身在基站覆盖范围内的移动接入情况，实时判断是否需要向基站上报自身的处理能力，当满足系统设定的预设上报条件时，终端触发上报流程，将测量得到的下行信道质量的测量结果通过随机接入的特定数据格式向基站上报；
63.基站收到终端用户的反馈信息后，根据反馈的具体信息对下行的组呼调度进行优化，参考上报的下行信道质量的测量结果，对下行数据调度的调制方式、功率或定向波束进行调整，以达到增强或减少组呼用户的接收信号质量。
64.本发明通过组呼用户的终端上报能力将用户的通信质量隐性的反馈至基站，使基站能及时灵活地对下行组呼的调度做出调整，能应对各种场景下组呼用户通信环境的变化，具有较高的实用性。
65.基于上述实施例，步骤101包括：
66.采用组呼无线网络临时标识符g-rnti检索所述基站的下行调度信息；
67.基于所述下行调度信息在同一物理下行共享信道pdsch上接收所述下行组呼数据。
68.具体地，组呼业务中的所有终端均采用相同的g-rnti检索基站的下行调度信息，终端接收以g-rnti加扰的pdsch，在pdsch上接收基站下发的下行组呼数据。
69.此处，由于不支持ack/nack上报，即在组呼业务下，用户无法通过ack/nack来反馈自身的下行数据接收情况，基站就无法获知其范围内组呼用户的数据接收情况。
70.本发明通过分析获知组呼用户终端无法进行自身状态反馈的机制，从而在终端侧通过在特定格式中增加终端能力上报信息，使基站能获知组呼用户的下行数据接收情况。
71.基于上述任一实施例，步骤102包括：
72.对所述下行组呼数据测量丢包率和/或下行信噪比，获得下行信道质量测量结果；
73.根据预设规则将所述下行信道质量测量结果映射形成所述下行信道索引值。
74.其中，所述根据预设规则将所述下行信道质量测量结果映射形成所述下行信道索引值，包括：
75.基于信道质量指示cqi映射表，将第一预设区间的信号与干扰加噪声比sinr映射为第二预设区间的索引值，获得下行信噪比索引值；
76.或者，基于调制与编码策略mcs映射表，将所述第一预设区间的sinr映射为第三预设区间的索引值，获得所述下行信噪比索引值；
77.以预设百分比为起点，按照预设递增百分比使所述丢包率的索引值逐渐增加1，获得丢包率索引值。
78.具体地，终端用户在进行组呼业务时，通过丢包率和/或下行信噪比的测量来获得下行信道质量测量结果，将该下行信道质量测量结果根据预设规则映射成一个索引值，具体的索引值取值范围可为多个，通常包括0～15、0～31和0～63。
79.本发明采用的下行信噪比映射准则参考cqi(channel quality indication，信道质量指示)映射表，将[-5，20+]区间内的sinr(signal to interference plus noise ratio，信号与干扰加噪声比)映射为第一预设区间0～15的索引值，或参考mcs(modulation and coding scheme，调制与编码策略)映射表，将[-5,20+]区间内的sinr映射为第二预设区间0～31的索引值。丢包率以预设百分比10％为起点，即10％
→
0，每升高预设百分比20％的丢包率索引值增加1。
[0080]
此处，当组呼业务从开始到可能出现上报之前，用户终端会持续更新统计值和索引值备用。
[0081]
本发明用户终端通过测量常用的下行信噪比或丢包率来表征下行信号质量，并将ack/nack信息和下行信道质量映射为索引值，具有直观和计算方便的特点，便于终端将索引值进行上报处理。
[0082]
基于上述任一实施例，步骤103包括：
[0083]
若判断所述丢包率大于预设门限或超过预设时长，触发上报流程；
[0084]
获取随机接入的msg3或集群被听业务的g-rnti后的第一个上行数据或信令包中发送的g-rnti r2 mac ce；
[0085]
确定采用所述g-rnti r2 mac ce中的第一预留数据区间用于上报所述下行信噪比索引值，和/或采用所述g-rnti r2 mac ce中的第二预留数据区间用于上报所述丢包率索引值。
[0086]
具体地，在得到索引值后，用户终端将根据系统设定的预设上报条件，本发明采用统计丢包率是否超过预设门限或者持续超过预设时长，若满足上述预设上报条件，则用户终端触发上报流程。
[0087]
通常，触发上报应该通过随机接入在msg3中发送g-rnti r2mac ce，或者通过获得集群被听业务的g-rnti后的第一个上行数据/信令包中发送的g-rnti r2 mac ce。
[0088]
现有的g-rnti r2 mac ce的数据格式如图1所示，总共为24bit，其中g-rnti占用了oct1和oct2中总共16bit的数据，剩下在oct3中的bit0为终端能力指示bit，取0表示是盲检能力类型1终端，取1表示是盲检能力类型2终端，bit1为异频组网gap转换指示，剩下6个r为保留bit，默认设置为0。
sch(downlink shared channel，下行共享信道)信道的tb(transport block，传输块)进行解码接收数据。因为是集群组呼业务，终端不会处理harq(hybrid automatic repeat request，混合自动重传请求)流程，当ue_a移动到小区边缘时，其空口信号变差，无法正确解调到基站a静态的调度信息，此时触发终端能力上报流程，ue_a在g-rnti r2 mac ce上将测量信息上报给基站a，基站a将根据上报数据对静态调度信息进行修正以保证ue_a的传输，当ue_a回到小区中心位置后，基站a长时间不收到任何ue能力上报，也会根据规则来调整静态的调度信息。上述场景完整是实现流程如图6所示，包括：
[0105]
步骤1：组呼业务开始，基站a为小区内同一集群组用户传输下行组呼数据。集群组内用户会采用相同的g-rnti检索基站a的调度信息，如果在某tti检索到了以组用户g-rnti为标识加扰的pdcch，那么就对其指定的dl-sch信道的tb进行解码接收数据；
[0106]
步骤2：ue_a移动到小区a边缘时，其接收信号强度变差，无法正确解调到基站a静态的调度信息，丢包率显著上升，此时将触发ue能力上报流程：上报的触发条件依赖于ue_a统计的下行丢包率，本实施例以丢包率达到50％并持续500ms为触发条件，当条件达到时，ue_a将进行ue能力上报，上报的数据为ue统计的下行信号质量，采用信干噪比sinr值，其能够反应出下行信号强度和干扰情况的综合情况。为了适配上报数据实体的格式，ue将统计的下行信号质量分区间映射为0～31的索引值；
[0107]
步骤3：在触发上报条件后，ue将通过随机接入在msg3中发送g-rnti r2 mac ce，或者通过获得集群被听业务的g-rnti后的第一个上行数据/信令包发送g-rnti r2 mac ce；为了在g-rnti r2mac ce实现上报，ue_a将下行信号质量索引值填充在g-rnti r2mac ce第三个oct上剩余的6个bit中，这样ue_a的信号质量将随着ue能力上报信息中的g-rnti r2 mac ce上报给集群基站a；
[0108]
步骤4：集群基站a接收到ue_a通过g-rnti r2 mac ce反馈的信息后，根据反馈信息具体数值对组呼调度进行修正处理，基站a参考上报的信号质量索引，计算出ue_a此时能够成功解调数据所能采用的最大mcs，或基站在每re上提升多大的功率能够让ue_a成功解调出数据。在得出计算结果后，基站就可以根据计算结果，对下行数据调度的调制方式、功率进行调整，以达到增强或减少组呼用户的接收信号质量；修改调制解调方式mcs和提升下行功率值可以配合使用，也可以分别独立使用；
[0109]
步骤5：基站a采用修正后的调度信息来为小区a内组呼用户进行调度；
[0110]
步骤6：ue_a移动到小区中心，丢包率下降，将不再会触发ue能力上报条件；
[0111]
步骤7：当基站长时间没收到任何ue能力上报，需要对现有的调度信息进行修正，修正的原则是逐步减小每re的下行功率值或提升调制解调方式。这里的修改调制解调方式mcs和提升下行功率值可以配合使用，也可以分别独立使用。
[0112]
步骤8：基站a采用修正后的调度信息来为小区a内组呼用户进行调度。
[0113]
下面对本发明提供的宽带集群呼叫处理系统进行描述，下文描述的宽带集群呼叫处理系统与上文描述的宽带集群呼叫处理方法可相互对应参照。
[0114]
图7是本发明提供的宽带集群呼叫处理系统的结构示意图之一，如图7所示，包括：接收模块71、索引模块72和上报模块73，其中：
[0115]
接收模块71用于向基站发送组呼需求，接收所述基站下发的下行组呼数据；索引模块72用于基于所述下行组呼数据确定下行信道质量，根据所述下行信道质量确定下行信
道索引值；上报模块73用于触发预设上报条件，在预设随机接入数据中采用所述下行信道索引值向所述基站上报终端处理能力，以供所述基站根据所述终端处理能力对下行组呼调度进行优化处理。
[0116]
本发明通过组呼用户的终端上报能力将用户的通信质量隐性的反馈至基站，使基站能及时灵活地对下行组呼的调度做出调整，能应对各种场景下组呼用户通信环境的变化，具有较高的实用性。
[0117]
图8是本发明提供的宽带集群呼叫处理系统的结构示意图之二，如图8所示，包括：发送模块81和处理模块82，其中：
[0118]
发送模块81用于接收终端发送的组呼需求，向所述终端发送下行组呼数据；处理模块82用于接收所述终端发送的终端处理能力，基于所述终端处理能力对下行组呼调度进行优化处理。
[0119]
本发明通过由终端主动向基站上报当前终端处理能力，使基站灵活调整组呼业务下行调度指标，保证组呼用户的通信质量，并有效节省下行资源。
[0120]
图9示例了一种电子设备的实体结构示意图，如图9所示，该电子设备可以包括：处理器(processor)910、通信接口(communications interface)920、存储器(memory)930和通信总线940，其中，处理器910，通信接口920，存储器930通过通信总线940完成相互间的通信。处理器910可以调用存储器930中的逻辑指令，以执行宽带集群呼叫处理方法，该方法包括：向基站发送组呼需求，接收所述基站下发的下行组呼数据；基于所述下行组呼数据确定下行信道质量，根据所述下行信道质量确定下行信道索引值；触发预设上报条件，在预设随机接入数据中采用所述下行信道索引值向所述基站上报终端处理能力，以供所述基站根据所述终端处理能力对下行组呼调度进行优化处理。
[0121]
此外，上述的存储器930中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0122]
另一方面，本发明还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，计算机程序可存储在非暂态计算机可读存储介质上，所述计算机程序被处理器执行时，计算机能够执行上述各方法所提供的宽带集群呼叫处理方法，该方法包括：向基站发送组呼需求，接收所述基站下发的下行组呼数据；基于所述下行组呼数据确定下行信道质量，根据所述下行信道质量确定下行信道索引值；触发预设上报条件，在预设随机接入数据中采用所述下行信道索引值向所述基站上报终端处理能力，以供所述基站根据所述终端处理能力对下行组呼调度进行优化处理。
[0123]
又一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各方法提供的宽带集群呼叫处理方法，该方法包括：向基站发送组呼需求，接收所述基站下发的下行组呼数据；基于所述下行组呼
数据确定下行信道质量，根据所述下行信道质量确定下行信道索引值；触发预设上报条件，在预设随机接入数据中采用所述下行信道索引值向所述基站上报终端处理能力，以供所述基站根据所述终端处理能力对下行组呼调度进行优化处理。
[0124]
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
[0125]
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
[0126]
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。