基于5G集群通信系统集群组呼业务传输实现方法及装置与流程

基于5g集群通信系统集群组呼业务传输实现方法及装置
技术领域
1.本发明实施例涉及通信技术领域，尤其涉及一种基于5g集群通信系统集群组呼业务传输实现方法及装置。


背景技术：

2.集群系统是为满足行业指挥调度需求开发的、面向多种行业应用的专用无线通信系统，在公共安全、交通运输、公共事业、石油化工、工商业和军队有着广泛的应用市场。随着移动通信技术的不断发展(如5g技术)，集群系统也随之发展和演进，以更好地满足行业用户对新型宽带多媒体集群业务的需求。
3.5g技术不仅在带宽、容量、用户数、时延和可靠性方面有大幅的提升，而且在网络架构和nr空口传输技术方面也发生了重大变化。5g采用服务化网络架构(sba)，并使用nfv、sdn等关键技术，对4g epc网元进行分解、重构和增强，将网元拆解成网络功能(nf)，并实现控制面和用户面的彻底分离。 5g技术还采用了新空口(new radio，nr)设计，相比4g lte做了大量技术增强和改进，包括支持更大的载波带宽和更好的频谱范围、灵活的帧结构、多样化的参数集、新型编码和符号级别的资源调度等。在现有的5g技术上，增加集群业务的特性，实现5g集群通信系统是集群通信系统的发展方向。
4.基于5g技术的集群通信系统，不但可以支持5g移动通信系统自身的各种多媒体业务，而且可以更好地提供集群可视化基础业务以及集群多媒体业务，如可视单呼、可视组呼、视频推送给组、视频上拉、预占优先呼叫、组播短消息、状态数据、调度区选择、环境监视和多媒体消息业务等。
5.群组业务是集群系统中的典型业务，由多个用户共同参与，如组呼业务等。为了实现集群组呼业务快速呼叫建立，针对点对多点业务的特性，基于 lte宽带集群通信系统(如b-trunc集群通信系统)下行一般采用广播方式发送控制面信令和用户面数据，处于空闲状态的组呼用户不必转变成连接状态，就可以直接接收控制面信令和用户面数据，从而加快呼叫建立和业务数据接收。
6.在专利号为cn201110194202.0的中国发明专利文件中，公开了一种集群组呼业务下行数据的传输方法，该方法包括：用户ue接收到集群寻呼控制信道tpcch的寻呼控制信息后，监听物理下行控制信道pdcch；ue利用标识对接收到的pdcch解扰得到下行授权信息；对按照下行授权信息得到的媒体接入层协议数据单元mac pdu解复用，获得集群组呼逻辑信道编号；由集群组呼逻辑信道编号确定集群组呼逻辑信道类型，并传输与集群组呼逻辑信道类型对应的媒体接入层服务数据单元mac sdu中的下行数据。
7.上述专利保证下行数据的正常传输，进而减少下行数据的传输时延。但是由于集群组用户位置的随机性，一般通过较低的mcs等级和较高的发送功率来保证集群组用户有效地接收。那么，如何在5g基础上实现集群组呼业务成为非常迫切需要解决的问题，因此本文提出了一种基于5g集群通信系统集群组呼业务传输实现方法及装置。


技术实现要素：

8.为了解决上述问题，本发明实施例提供一种基于5g集群通信系统集群组呼业务传输实现方法，包括以下步骤：
9.s1 5g集群通信系统中基站通过系统消息通知集群寻呼配置和集群组bwp 配置信息，并由集群终端获取该集群相关系统信息，并完成相关配置；
10.s2当有集群组呼业务时，基站选择使用ptm或ptm ptp方式进行集群组呼业务下行传输；
11.s3选取ptm ptp方式时，对处于rrc_idle、rrc_inactive和rrc_connected状态的集群终端通过ptm接收集群组呼业务的信令和数据；对处于rrc_connected状态的集群终端根据基站指示通过ptp接收集群组呼业务的信令和数据；
12.s4对上述选取的ptm ptp方式，基站按照设定原则为接收集群组呼业务的指定集群终端将其组呼方式由ptm转为ptp或由ptp回转为ptm。
13.更进一步的，所述方法中，ptm具体为：
14.基站根据配置通过tpcch信道下发对集群终端的集群寻呼消息。集群终端在相应的寻呼时刻接收该集群寻呼消息，并根据该集群寻呼消息进行相关配置；
15.基站完成发送寻呼消息后，通过tcch和ttch信道发送建立集群组呼业务的相关信令及该集群组的组呼业务数据；集群终端完成该组呼的相关配置后对应信道接听该组呼。
16.更进一步的，所述方法中，集群寻呼配置包括tpcch信道的配置信息和集群寻呼搜索空间的配置信息，用于集群终端能够接收集群组寻呼消息。
17.更进一步的，所述方法中，集群组bwp的配置包括集群组下行bwp配置信息和集群组上行bwp配置信息；其中
18.所述集群组下行bwp配置包括bwp位置与带宽、子载波间隔、循环前缀类型、集群组控制资源集、集群组搜索空间配置及与集群组相关联的公共 pdsch配置，用于集群终端能够接收集群组的信令和业务数据；
19.所述集群组上行bwp配置包括bwp位置与带宽、子载波间隔、循环前缀类型、物理集群反馈信道ptfch对应的控制资源集，用于集群终端向基站传输集群组相关的反馈信息。
20.更进一步的，所述方法中，基站根据tpcch信道的配置信息和集群寻呼搜索空间的配置信息按照集群寻呼消息发送周期和寻呼时刻在空口下发对集群终端的集群寻呼消息，集群终端在相应的寻呼时刻接收一个集群寻呼消息发送周期内基站发送的寻呼消息。
21.更进一步的，当针对集群组呼业务且下行不进行ptp和ptm转换场景，仅以ptm方式传输。
22.更进一步的，所述方法中，集群终端在集群寻呼对应的集群寻呼时频域资源上监听以tp-rnti加扰的pdcch信道；
23.如果在该信道上接收到承载tpcch信道的调度信息，集群终端对pdsch 信道上承载的tpcch的传输块tb进行译码；
24.如果tpcch的tb信息被成功译码，将把正确译码的mac pdu传输给rrc 层，由rrc层处理接收到的集群寻呼消息。
25.更进一步的，所述方法中，若集群终端接收到的寻呼消息中包含自身所属的集群组号id，且该集群终端希望接听该组呼，则集群终端根据集群组bwp 的配置和寻呼消息中
包含的对应的g-rnti在相应集群组搜索空间监听该 g-rnti加扰的pdcch信道；同时，根据本次dci的调度信息指示确定是否进行反馈和反馈方式，如果要求反馈，则按照反馈方式和ptfch时频资源位置进行相应的反馈。
26.更进一步的，所述方法中，如果在该信道上接收到承载tcch信道的调度信息，则将调度信息递交给集群harq实体进行处理；
27.如果tcch的tb信息被成功译码，将把正确译码的mac pdu传输给rrc 层，由rrc层处理接收到的集群业务的相关信令，建立群组上下文，配置相应的tcch和ttch，并生成sdap实体、pdcp实体、rlc实体和mac实体，建立组呼的下行承载，以接收集群组呼业务数据。
28.更进一步的，所述方法中，基站在发送集群组的寻呼消息后，通过tcch 信道发送用于建立集群组呼业务的相关信令，并且在调度tcch的dci中指示是否开启ptm方式下的反馈机制和反馈方式以及相应的物理集群反馈信道 ptfch时频资源位置，如果支持反馈，基站将根据反馈信息进行重传。
29.更进一步的，所述方法中，该信令中包含本次组呼是否开启ptp和ptm 转换功能、集群组呼下行承载的配置信息、集群组资源专有配置，可选的配置调度相关配置；
30.其中可选的配置调度相关配置包含配置调度周期、cs-g-rnti及用于配置调度方式的harq进程数目。
31.更进一步的，所述方法中，集群终端完成该组呼的相关配置后，集群终端接听该组呼，则集群终端根据集群组bwp的配置和寻呼消息中包含的对应的g-rnti及组呼信令中包含的cs-g-rnti在相应的集群组搜索空间监听该 g-rnti/cs-g-rnti加扰的pdcch信道；同时，根据本次dci的调度信息指示确定是否进行反馈和反馈方式，如果要求反馈，则按照反馈方式和ptfch时频资源位置进行相应的反馈。
32.更进一步的，所述方法中，如果在该信道上接收到承载ttch信道的调度信息，将调度信息递交给集群harq实体进行处理；如果ttch的tb信息被成功译码，将把正确译码的mac pdu传输给高层。
33.更进一步的，所述方法中，在多波束操作中，基站将相同的集群相关配置信息、集群寻呼消息、集群业务的相关信令或集群业务数据在所有发送的波束中重复发送，由集群终端的实现来决定选择用于接收集集群相关配置信息、集群寻呼消息、集群业务的相关信令或集群业务数据的波束，集群终端在相应的波束上接收集群相关配置信息、集群寻呼消息、集群业务的相关信令或集群业务数据。
34.更进一步的，所述方法中，请求将组呼方式由ptm转为ptp方式时由ue 主动请求动态转换或由基站发起动态转换。
35.更进一步的，所述方法中，如果在一段时间内ue通过ptm方式接收组呼业务效果较差或ue的信道质量状态cqi低于ptm转为ptp的cqi门限值或 ue的rsrp值低于ptm转为ptp的rsrp门限值，ue主动发起集群组接收方式转换请求信息，请求终端接收组呼方式由ptm转为ptp方式；
36.如果在一段时间内ue的信道质量状态cqi高于ptp转为ptm的cqi门限值或ue的rsrp值高于ptp转为ptm的rsrp门限值，ue主动发起集群组接收方式转换请求信息，请求终端接收组呼方式由ptp转为ptm方式。
37.更进一步的，所述方法中，ue主动请求动态转换时，ue向基站发送集群组接收方式
转换请求信息，若ue处于rrc_idle或rrc_inactive态，先进入 rrc_connected态再发送该请求信息；
38.其中该信息中包含：ue期望接收组呼的方式、ue正在接收组呼的组号 id或g-rnti、可选地最新接收到的pdcp sn。
39.更进一步的，所述方法中，基站根据本小区的整体负载情况、本小区内集群组bwp的负载情况和该ue所配置的bwp对应的资源的使用情况、ue的信道质量状态和其位置信息等，决策ue接收方式是否转换,并向ue回复响应 /拒绝；对于为ue由ptm转为ptp方式的情况，基站在向ue回复响应时，还包括集群组呼业务对应的分离承载的配置信息。
40.更进一步的，所述方法中，如果集群组接收方式转换请求信息是通过rrc 重配置消息或ue辅助信息中携带，则基站通过rrc重配置消息来为ue进行回复响应；
41.如果集群组接收方式转换请求信息是通过新增集群组接收方式转换请求消息来携带，则基站使用新增的集群组接收方式转换响应消息/集群组接收方式转换拒绝消息来为ue进行回复。
42.更进一步的，所述方法中，由基站发起动态转换时，基站根据本小区的整体负载情况、本小区内集群组bwp的负载情况、在本小区接听本次组呼的终端数目及已知的接听组呼ue的信道质量状态和其位置信息确定ue接收方式，并通过rrc专有信令发送集群组接收方式转换配置信息；
43.其中该信息包含：组呼的组号id或g-rnti、ue接收组呼的方式转换指示、转换后方式对应的承载配置信息、可选的pdcp sn和可选的配置调度方式的调度信息。
44.更进一步的，所述方法中，ue接收集群组接收方式转换指示信息，进行相关配置，向基站反馈配置完成信息，并按照转换后接收方式来接收集群组呼的信令和数据。
45.更进一步的，所述方法中，如果集群组接收方式转换配置信息是通过rrc 重配置消息携带，则ue通过rrc重配置完成消息来为基站回复；
46.如果集群组接收方式转换配置信息是通过新增的集群组接收方式转换消息来携带，则ue使用新增的集群组接收方式转换完成消息来为基站进行回复。
47.另一层面，本发明提供一种基于5g集群通信系统集群组呼业务传输实现装置，其特征在于，包括确定模块、发送模块、接收更新模块和复位重建模块；并新增逻辑信道、传输信道和物理信道；
48.其中所述逻辑信道包括集群寻呼控制信道tpcch、集群控制信道tcch和集群控制信道ttch；
49.所述传输信道为集群寻呼信道tpch；
50.所述物理信道为物理集群反馈信道ptfch，用来传输集群组相关的反馈信息。
51.更进一步的，mac是通过pdcch来指示无线资源分配，映射到pdcch上的rnti依赖于逻辑信道类型。
52.更进一步的，tp-rnti(集群寻呼rnti)，用于加扰tpcch对应的pdcch 的crc以及用于tpcch的加扰初始化。
53.更进一步的，g-rnti(组呼rnti)/cs-g-rnti(配置调度组呼rnti)，用于加扰tcch和ttch对应的pdcch的crc以及用于tcch和ttch的加扰初始化。
54.更进一步的，所述集群寻呼控制信道tpcch的映射途径是tpcch
–
tpch
ꢀ‑
pdsch；
55.所述集群控制信道tcch的映射途径是tcch-dl-sch-pdsch；
56.所述集群业务信道ttch的映射途径是ttch-dl-sch-pdsch。
57.更进一步的，在所述网络侧为每个tdrb建立pdcp实体，所述pdcp实体发送复制的pdcp数据包到不同的rlc实体，所述pdcp实体负责执行ptm和 ptp传输；
58.对于ptm初始传输，pdcp实体同时运行在ptm模式和ptp模式，对于pdcp 数据包重传，pdcp实体可运行在ptm模式和/或ptp模式；
59.对于ptm方式，采用在ttch信道上为集群组传输点对多点的集群业务数据；
60.对于ptp方式，采用在dtch信道上为集群组中指定的ue传输点对多点的集群业务数据。
61.更进一步的，在所述ue侧，采用ptm和/或ptp接收，
62.其中对于ptm方式，ue监听g-rnti/cs-g-rnti加扰的pdcch接收承载在ttch信道上的集群点对多点业务数据；
63.对于ptp方式，ue监听c-rnti/cs-rnti加扰的pdcch接收承载在dtch 信道上的集群点对多点业务数据；
64.所述ue侧在pdcp层将两个独立的逻辑信道的数据进行组合，重排序，数据包冗余检测和丢弃，并使用c-rnti通过dtch提供上行反馈。
65.本发明的有益效果为：
66.本发明针对集群业务点对多点的特性和行业用户的需求，在5g nr空口技术的基础上，设计了支持集群功能的层二架构和为集群点对多点业务(如组呼)的空口信道机制，实现集群点对多点业务快速呼叫建立和空口传输。同时，考虑到集群点对多点业务的可靠性，提供点对多点业务接收方式的动态转换，可根据用户的信道质量情况和网络负载情况等因素，为集群用户提供ptp和ptm方式动态转换，相比b-trunc集群系统更好地提升了点对多点业务的传输可靠性。
附图说明
67.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
68.图1为本技术实施例提供的唤醒周期与唤醒组图；
69.图2为本技术实施例提供的无线帧结构图。图3是本技术实施例提供的下行信道映射图；图4是本技术实施例提供的上行信道映射图。
具体实施方式
70.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
71.在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。
72.应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
73.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。
74.实施例1
75.本实施例提供一种基于5g集群通信系统集群组呼业务传输实现方法，包括以下步骤：
76.s1 5g集群通信系统中基站通过系统消息通知集群寻呼配置和集群组bwp 配置信息，并由集群终端获取该集群相关系统信息，并完成相关配置；
77.s2当有集群组呼业务时，基站选择使用ptm或ptm ptp方式进行集群组呼业务下行传输；
78.s3选取ptm ptp方式时，对处于rrc_idle、rrc_inactive和 rrc_connected状态的集群终端通过ptm接收集群组呼业务的信令和数据；对处于rrc_connected状态的集群终端根据基站指示通过ptp接收集群组呼业务的信令和数据；
79.s4对上述选取的ptm ptp方式，基站按照设定原则为接收集群组呼业务的指定集群终端将其组呼方式由ptm转为ptp或由ptp回转为ptm。
80.本实施例中，ptm方式具体为：
81.基站根据配置通过tpcch信道下发对集群终端的集群寻呼消息。集群终端在相应的寻呼时刻接收该集群寻呼消息，并根据该集群寻呼消息进行相关配置；
82.基站完成发送寻呼消息后，通过tcch和ttch信道发送建立集群组呼业务的相关信令及该集群组的组呼业务数据；集群终端完成该组呼的相关配置后对应信道接听该组呼。
83.本实施例在现有5g技术的基础上增加集群功能，实现了集群组呼业务、视频推送给组和组播短消息等群组业务。
84.本实施例中，对于ptm方式的集群组呼业务，处于rrc_idle、 rrc_inactive和rrc_connected状态的ue都可以接听组呼业务。
85.本实施例中，在ptp方式下，集群组呼业务传输是针对rrc_connected 状态的ue，集群组呼业务的相关信令通过dcch信道承载，集群组呼业务数据通过dtch信道承载，rrc_connected状态的ue监听c-rnti/cs-rnti加扰的pdcch接收承载在dcch/dtch信道上的集群组呼业务的信令和数据。
86.本实施例在5g点对点(ptp)通信技术的基础上，新增了集群组呼下行点对多点(ptm)的通信机制，以实现集群组呼业务的传输。
87.本实施例考虑到增强集群组呼业务的传输可靠性，给出了集群组呼业务同时支持ptp和ptm传输的方法，以及ue接收集群组呼业务过程中ptp和 ptm动态转换的方法。
88.实施例2
89.在具体应用方面，本实施例提供一种广播集群组相关的配置方法，本实施例基于5g集群通信系统首先通过广播消息通知集群寻呼配置和集群组bwp 的配置。
90.本实施例集群寻呼配置包含tpcch信道的配置信息和集群寻呼搜索空间的配置信息，用于集群终端能够接收集群组寻呼消息。
91.本实施例集群组bwp的配置分别包含集群组下行bwp配置信息和集群组上行bwp配置信息，其中集群组下行bwp配置包括bwp位置与带宽、子载波间隔、循环前缀类型、集群组控制资源集、集群组搜索空间配置及与集群组相关联的公共pdsch配置，用于集群终端能够接收集群组的信令和业务数据。
92.本实施例集群组上行bwp配置包括bwp位置与带宽、子载波间隔、循环前缀类型、物理集群反馈信道ptfch对应的控制资源集，用于集群终端向基站传输集群组相关的反馈信息。
93.更进一步的实施时，对于多波束操作，本实施例基站将相同的集群相关配置信息在所有发送的波束中重复发送，由集群终端的实现来决定选择用于接收集群相关配置信息的波束，集群终端在相应的波束上接收集群相关配置信息。
94.实施例3
95.在具体应用方面，本实施例提供一种在集群寻呼时机传输集群寻呼消息的方法，本实施例基站根据tpcch信道的配置信息和集群寻呼搜索空间的配置信息按照集群寻呼消息发送周期和寻呼时刻在空口下发对集群终端的集群寻呼消息，集群终端在相应的寻呼时刻接收一个集群寻呼消息发送周期内基站发送的寻呼消息。
96.更进一步的实施时，对于多波束操作，基站将相同的集群寻呼消息在所有发送的波束中重复发送，由集群终端的实现来决定选择用于接收集群寻呼消息的波束，集群终端在相应的波束上接收集群寻呼消息。
97.本实施例在集群寻呼消息中最少包含寻呼集群组的组号id、对应的g-rnti。
98.本实施例集群终端在集群寻呼对应的集群寻呼时频域资源上监听以 tp-rnti加扰的pdcch信道。
99.更进一步的实施时，无线帧、子帧和时隙上及集群寻呼相应的搜索空间上。
100.本实施例中，如果在该信道上接收到承载tpcch信道的调度信息，集群终端对pdsch信道上承载的tpcch的传输块(tb)进行译码。
101.本实施例中，如果tpcch的tb信息被成功译码，将把正确译码的mac pdu 传输给rrc层，由rrc层处理接收到的集群寻呼消息。
102.更进一步的实施时，对于多波束操作，基站将相同的集群寻呼消息在所有发送的波束中重复发送，由集群终端的实现来决定选择用于接收集群寻呼消息的波束，集群终端在相应的波束上接收集群寻呼消息。
103.实施例4
104.在具体应用方面，本实施例提供一种传输集群组呼业务建立信令的方法，本实施例基站在发送集群组的寻呼消息后，通过tcch信道发送用于建立集群组呼业务的相关信
令，该信令中包含本次组呼是否开启ptp和ptm转换功能、集群组呼下行承载的配置信息、集群组资源专有配置，可选的配置调度相关配置。
105.本实施例可选的配置调度相关配置包含配置调度周期、cs-g-rnti及用于配置调度方式的harq进程数目。
106.本实施例在调度tcch的dci中指示是否开启ptm方式下的反馈机制和反馈方式(仅nack反馈、ack/nack反馈)，以及相应的物理集群反馈信道ptfch 时频资源位置。
107.本实施例中，如果支持反馈，基站将根据反馈信息进行重传，重传次数由系统决定。
108.本实施例中，如果集群终端接收到的寻呼消息中包含自身所属的集群组号id，且该集群终端希望接听该组呼，则集群终端根据集群组bwp的配置和寻呼消息中包含的对应的g-rnti在相应集群组搜索空间监听该g-rnti加扰的pdcch信道。
109.本实施例中，如果在该信道上接收到承载tcch信道的调度信息，将调度信息递交给集群harq实体进行处理。
110.本实施例中，如果tcch的tb信息被成功译码，将把正确译码的mac pdu 传输给rrc层，由rrc层处理接收到的集群业务的相关信令，建立群组上下文，配置相应的tcch和ttch，并生成相关实体，建立组呼的下行承载，以接收集群组呼业务数据。
111.更进一步的实施时相关实体包括sdap实体、pdcp实体、rlc实体和mac 实体。
112.本实施例中，tcch信道还承载集群组呼业务释放、话语权通知等信令。
113.本实施例中，根据本次dci的调度信息指示确定是否进行反馈和反馈方式，如果要求反馈，则按照反馈方式和ptfch时频资源位置进行相应的反馈。
114.更进一步的实施时，对于多波束操作，基站同样要将相同的集群业务的相关信令在所有发送的波束中重复发送，由集群终端的实现来决定选择用于接收集群业务的相关信令的波束，集群终端在相应的波束上接收集群业务的相关信令。
115.实施例5
116.在具体应用方面，本实施例提供了一种传输集群组呼业务数据的方法，本实施例基站在发送用于建立集群组呼业务的相关信令后，通过ttch信道发送该集群组的组呼业务数据。
117.本实施例在调度ttch的dci中指示是否开启ptm方式下的反馈机制和反馈方式，以及相应的物理集群反馈信道ptfch时频资源位置。
118.本实施例中，如果支持反馈，基站将根据反馈信息进行重传，重传次数由系统决定。
119.本实施例中，集群终端完成该组呼的相关配置后，集群终端接听该组呼，则集群终端根据集群组bwp的配置和寻呼消息中包含的对应的g-rnti及组呼信令中包含的cs-g-rnti(如果有的话)在相应的集群组搜索空间监听该 g-rnti/cs-g-rnti加扰的pdcch信道。
120.本实施例中，如果在该信道上接收到承载ttch信道的调度信息，将调度信息递交给集群harq实体进行处理，
121.本实施例中，如果ttch的tb信息被成功译码，将把正确译码的mac pdu 传输给高层。
122.本实施例中，根据本次dci的调度信息指示确定是否进行反馈和反馈方式，如果要
求反馈，则按照反馈方式和ptfch时频资源位置进行相应的反馈。
123.更进一步的实施时，对于多波束操作，基站同样要将相同的集群业务数据在所有发送的波束中重复发送，由集群终端的实现来决定选择用于接收集群业务数据的波束，集群终端在相应的波束上接收集群业务数据。
124.实施例6
125.在具体应用方面，本实施例提供了ue接收集群组呼业务过程中ptp和 ptm动态转换的方法，包括ue主动请求动态转换方式和由基站发起动态转换方式。
126.本实施例使用ue主动请求动态转换方式时，ue向基站发送集群组接收方式转换请求信息，若ue处于rrc_idle或rrc_inactive态，先进入 rrc_connected态再发送该请求信息。
127.本实施例请求信息中包含：ue期望接收组呼的方式、ue正在接收组呼的组号id或g-rnti、可选地最新接收到的pdcp sn。
128.本实施例请求信息可以在rrc重配置消息中携带，也可以在ue辅助信息上报中携带，还可以通过新增集群组接收方式转换请求消息来携带。
129.本实施中，如果在一段时间内ue通过ptm方式接收组呼业务效果较差或 ue的信道质量状态cqi低于ptm转为ptp的cqi门限值或ue的rsrp值低于ptm转为ptp的rsrp门限值，ue可主动发起集群组接收方式转换请求信息，请求终端接收组呼方式由ptm转为ptp方式。
130.本实施中，如果在一段时间内ue的信道质量状态cqi高于ptp转为ptm 的cqi门限值或ue的rsrp值高于ptp转为ptm的rsrp门限值，ue可主动发起集群组接收方式转换请求信息，请求终端接收组呼方式由ptp转为ptm 方式。
131.本实施中，基站根据本小区的整体负载情况、本小区内集群组bwp的负载情况和该ue所配置的bwp对应的资源的使用情况、ue的信道质量状态和其位置信息等，决策ue接收方式是否转换,并向ue回复响应/拒绝。
132.本实施例对于为ue由ptm转为ptp方式的情况，基站在向ue回复响应时，还包括集群组呼业务对应的分离承载的配置信息。
133.本实施中，如果集群组接收方式转换请求信息是通过rrc重配置消息或 ue辅助信息中携带，则基站通过rrc重配置消息来为ue进行回复响应。如果集群组接收方式转换请求信息是通过新增集群组接收方式转换请求消息来携带，则基站使用新增的集群组接收方式转换响应消息/集群组接收方式转换拒绝消息来为ue进行回复。
134.本实施例使用由基站发起动态转换方式时，基站根据本小区的整体负载情况、本小区内集群组bwp的负载情况、在本小区接听本次组呼的终端数目及已知的接听组呼ue的信道质量状态和其位置信息等因素，综合考虑为ue 提供更为合适的ue接收方式，并通过rrc专有信令发送集群组接收方式转换配置信息。
135.本实施例转换配置信息包含：组呼的组号id或g-rnti、ue接收组呼的方式转换指示、转换后方式对应的承载配置信息、可选的pdcp sn和可选的配置调度方式的调度信息。
136.本实施例集群组接收方式转换配置信息可通过rrc重配置消息或新增的集群组接收方式转换消息来携带。
137.本实施例ue接收集群组接收方式转换指示信息，进行相关配置，向基站反馈配置完成信息。并且，按照转换后接收方式来接收集群组呼的信令和数据。
138.本实施例中，如果集群组接收方式转换配置信息是通过rrc重配置消息携带，则ue通过rrc重配置完成消息来为基站回复。
139.本实施例中，如果集群组接收方式转换配置信息是通过新增的集群组接收方式转换消息来携带，则ue使用新增的集群组接收方式转换完成消息来为基站进行回复。
140.实施例7
141.本实施例提供了一种支持集群功能的层二架构，本实施例是基于5g集群通信系统中支持集群功能的层二架构。当针对集群组呼业务且下行不进行 ptp和ptm转换场景，仅以ptm方式传输，层二架构示意图如图1所示。
142.本实施例中，所述图1中虚线框中的trunking harq是可配的，当网络侧为集群组呼业务中配置支持集群组呼业务下行harq反馈功能，在所述图1中将有trunking harq，否则没有trunking harq。
143.本实施例针对集群组呼下行业务且下行进行ptp和ptm转换场景，根据集群点对多点业务特点以ptm方式传输为主，并以ptp方式传输为辅，为集群组呼业务的层二架构示意图如图2所示。
144.本实施例中，所述图2中虚线框中的trunking harq是可配的，当网络侧为集群组呼业务中配置支持集群组呼业务下行harq反馈功能，在所述图2中将有trunking harq，否则没有trunking harq。
145.本实施例在网络侧为每个tdrb仅建立一个pdcp实体(服务于集群组的所有ue)，pdcp实体发送复制的pdcp数据包到不同的rlc实体。
146.本实施例pdcp实体负责执行ptm和ptp传输，对于ptm初始传输，pdcp 实体同时运行在ptm模式和ptp模式，对于pdcp数据包重传，pdcp实体可运行在ptm模式和/或ptp模式。
147.本实施例对于ptm方式，采用在ttch信道上为集群组传输点对多点的集群业务数据。
148.本实施例对于ptp方式，采用在dtch信道上为集群组中指定的ue传输点对多点的集群业务数据。
149.本实施例在ue侧，对于一个tdrb，可以采用ptm和/或ptp两种方式接收。对于ptm方式，ue监听g-rnti/cs-g-rnti加扰的pdcch接收承载在ttch 信道上的集群点对多点业务数据。
150.本实施例对于ptp方式，ue监听c-rnti/cs-rnti加扰的pdcch接收承载在dtch信道上的集群点对多点业务数据。
151.本实施例中，由于这些数据包的pdcp sn在网络侧由一个pdcp实体分配， ue在pdcp层将两个独立的逻辑信道的数据进行组合，重排序，数据包冗余检测和丢弃，并使用c-rnti通过dtch提供上行反馈(即pdcp statusreport)。
152.本实施例对于集群组呼相关信令，ptm方式通过tcch信道传输，ptp方式通过dcch信道传输。
153.实施例8
154.本实施例提供一种支持集群功能的信道设计的方法，本实施例在现有5g nr信道设计基础上，结合现有4g lte集群系统(即b-trunc集群系统)点对多点传输机制，为在5g中实现点对多点集群业务功能，新增信道如下：
155.参照图3和图4所示，本实施例新增的逻辑信道包括集群寻呼控制信道 tpcch、集群控制信道tcch、集群控制信道ttch。
156.本实施例新增的传输信道包括集群寻呼信道tpch。
157.本实施例新增的物理信道包括物理集群反馈信道ptfch，用来传输集群组相关的反馈信息。
158.本实施例集群寻呼控制信道tpcch的映射途径是tpcch
–
tpch-pdsch，集群控制信道tcch的映射途径是tcch-dl-sch-pdsch；集群业务信道ttch 的映射途径是ttch-dl-sch-pdsch。
159.本实施例mac是通过pdcch来指示无线资源分配，映射到pdcch上的rnti 依赖于逻辑信道类型。
160.本实施例tp-rnti(集群寻呼rnti)，用于加扰tpcch对应的pdcch的 crc以及用于tpcch的加扰初始化；
161.本实施例g-rnti(组呼rnti)/cs-g-rnti(配置调度组呼rnti)，用于加扰tcch和ttch对应的pdcch的crc以及用于tcch和ttch的加扰初始化。
162.本实施例集群控制信道tcch和集群业务ttch信道在空中接口层二协议中的用不同的逻辑信道号(lcid)来区分。
163.实施例9
164.本实施例提供一种基于5g集群通信系统集群组呼业务传输实现装置，其特征在于，包括确定模块、发送模块、接收更新模块和复位重建模块；并新增逻辑信道、传输信道和物理信道。
165.综上，本发明基于5g集群通信系统是在现有5g技术的基础上增加集群功能，以实现集群组呼业务、视频推送给组和组播短消息等群组业务。在5g 点对点(ptp)通信技术的基础上，新增了集群组呼下行点对多点(ptm)的通信机制，以实现集群组呼业务的传输。同时，考虑到增强集群组呼业务的传输可靠性，给出了集群组呼业务同时支持ptp和ptm传输的方法，以及ue 接收集群组呼业务过程中ptp和ptm动态转换的方法。
166.本发明针对集群业务点对多点的特性和行业用户的需求，在5g nr空口技术的基础上，设计了支持集群功能的层二架构和为集群点对多点业务(如组呼)的空口信道机制，实现集群点对多点业务快速呼叫建立和空口传输。同时，考虑到集群点对多点业务的可靠性，提供点对多点业务接收方式的动态转换，可根据用户的信道质量情况和网络负载情况等因素，为集群用户提供ptp和ptm方式动态转换，相比b-trunc集群系统更好地提升了点对多点业务的传输可靠性。
167.以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
168.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件和软件结合的方式来实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算
机产品的形式体现出来，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
169.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程资源更新设备的处理器以产生一个机器，使得通过计算机或其他可编程资源更新设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
170.这些计算机程序指令也可存储在能引导计算机或其他可编程资源更新设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
171.这些计算机程序指令也可装载到计算机或其他可编程资源更新设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
172.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/ 输出接口、网络接口和内存。
173.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
174.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
175.最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。