CN109729499B - Lte集群通信***的语音组呼处理方法及*** - Google Patents
Lte集群通信***的语音组呼处理方法及*** Download PDFInfo
- Publication number
- CN109729499B CN109729499B CN201711052757.5A CN201711052757A CN109729499B CN 109729499 B CN109729499 B CN 109729499B CN 201711052757 A CN201711052757 A CN 201711052757A CN 109729499 B CN109729499 B CN 109729499B
- Authority
- CN
- China
- Prior art keywords
- bearer
- mtch
- group call
- mode
- voice group
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供一种LTE集群通信***的语音组呼处理方法及***，其中，该方法包括：MCPTT服务器向MCE发送建立承载的第一指令，第一指令中包括NVOC指示，NVOC指示表征承载采用NVOC编码方式；MCE基于第一指令，选择通过MBSFN方式或SC‑PTM方式来传输所述承载，并向基站发送承载的配置信息，配置信息中包括NVOC指示和MCE选择的用来传输承载的方式；基站根据配置信息建立承载，并根据NVOC指示所对应的L2处理方法和L1处理方法对来自高层的语音组呼数据进行L2和L1处理。本发明实施例能够通过窄带语音编码对LTE集群通信***中的语音组呼数据进行信源编码，并给出了相应的L2层和L1层的处理方法，具有输出的码率较低的优点。
Description
技术领域
本发明实施例涉及通信技术领域，尤其涉及一种LTE集群通信***的语音组呼处理方法及***。
背景技术
随着应急指挥调度、大型公共活动指挥调度以及移动执勤执法中对上、下行无线通信宽带的需求越来越大，长期演进技术(Long Term Evolution，简称LTE)集群通信***应运而生。
现有的LTE集群通信***通常采用自适应多速率(Adaptive Mulit-Rat，简称AMR)语音编码器对***的语音组呼进行信源编码，该信源编码方式输出码率较高。
发明内容
本发明实施例提供一种LTE集群通信***的语音组呼处理方法及***，用以在LTE集群通信***中使用窄带语音编码进行编码，降低信源编码的输出码率。
本发明实施例第一方面提供一种LTE集群通信***的语音组呼处理方法，该方法包括：
在以PTM方式发送群组的语音组呼业务时，若所述群组内所有的终端设备均支持NVOC编码方式，则MCPTT服务器向MCE发送建立承载的第一指令，所述第一指令中包括NVOC指示，所述NVOC指示表征所述承载采用NVOC编码方式；
所述MCE基于所述第一指令，选择通过MBSFN方式或SC-PTM方式来传输所述承载，并向基站发送所述承载的配置信息，所述配置信息中包括所述NVOC指示和所述MCE选择的用来传输所述承载的方式；
基站根据所述配置信息建立所述承载，并根据所述NVOC指示所对应的数据链路层L2和层物理层L1处理方法对所述承载上的高层数据进行L2层和L1层的处理。
可选的，所述基站根据所述配置信息建立所述承载，包括：
当所述配置信息中包括所述MBSFN方式,所述基站建立MRB承载，并将所述MBR承载映射到MTCH，MTCH映射到MCH,MCH映射到PMCH；
当所述配置信息中包括所述SC-PTM方式，所述基站建立SC-MRB载波，并将所述SC-MRB载波映射到SC-MTCH，SC-MTCH映射到DL-SCH，DL-SCH映射到PDSCH。
可选的，所述根据所述NVOC指示所对应的数据链路层L2处理方法对所述承载上的高层数据进行L2层的处理，包括：
当所述配置信息中包括所述SC-PTM方式时，若基站建立的承载没有相应的RLC实体，则将所述承载上的语音组呼数据直接映射到相应的SC-MTCH上，通过所述SC-MTCH将所述语音组呼数据发送到MAC层，
或者，当所述配置信息中包括所述SC-PTM方式时，若基站建立的承载采用TM RLC实体，则将所述承载上的语音组呼数据经过TM RLC实体的透传处理后映射到相应的SC-MTCH上，通过所述SC-MTCH将所述语音组呼数据发送到MAC层；
所述MAC层将接收到的所述语音组呼数据按序组装成MAC PDU，并通过相应的DL-SCH将所述MAC PDU发送给物理层，所述MAC PDU不携带MAC头。
可选的，所述根据所述NVOC指示所对应的数据链路层L2处理方法对所述承载上的高层数据进行L2层的处理，包括：
当所述配置信息中包括所述MBSFN方式时，若基站建立的承载没有相应的RLC实体，则将所述承载上的语音组呼数据直接映射到相应的MTCH上，通过所述MTCH将所述语音组呼数据发送到MAC层，
或者，当所述配置信息中包括所述MBSFN方式时，若基站建立的承载采用TM RLC实体，则将所述承载上的语音组呼数据经过TM RLC实体的透传处理后映射到相应的MTCH上，通过所述MTCH将所述语音组呼数据发送到MAC层；
所述MAC层将接收到的所述语音组呼数据按序组装成MAC PDU，并通过相应的DL-SCH将所述MAC PDU发送给物理层，所述MAC PDU不携带MAC头。可选的，所述根据所述NVOC指示所对应的物理层L1处理方法对所述承载上的高层数据进行L1层的处理，包括：
采用咬尾卷积编码方式或TURBO编码方式对相应传输信道上的数据进行信道编码，其中，所述TURBO编码方式的码率为除1/3码率以外的任意码率。
本发明实施例第二方面提供一种语音组呼***，包括：
MCPTT服务器，在以PTM方式发送群组的语音组呼业务时，若所述群组内所有的终端设备均支持NVOC编码方式，MCPTT服务器向MCE发送建立承载的第一指令，所述第一指令中包括NVOC指示，所述NVOC指示表征所述承载采用NVOC编码方式；
MCE，基于所述第一指令，选择通过MBSFN方式或SC-PTM方式来传输所述承载，并向基站发送所述承载的配置信息，所述配置信息中包括所述NVOC指示和所述MCE选择的用来传输所述承载的方式；
基站，根据所述配置信息建立所述承载，并根据所述NVOC指示所对应的数据链路层L2和层物理层L1处理方法对所述承载上的高层数据进行L2层和L1层的处理。
可选的，所述基站，在所述配置信息中包括所述MBSFN方式时，建立MRB承载，并将所述MBR承载映射到MTCH，MTCH映射到MCH,MCH映射到PMCH；
或者，在所述配置信息中包括所述SC-PTM方式，建立SC-MRB载波，并将所述SC-MRB载波映射到SC-MTCH，SC-MTCH映射到DL-SCH，DL-SCH映射到PDSCH。
可选的，所述基站，在所述配置信息中包括所述SC-PTM方式时，建立的承载没有相应的RLC实体，则将所述承载上的语音组呼数据直接映射到相应的SC-MTCH上，通过所述SC-MTCH将所述语音组呼数据发送到MAC层，
或者，在所述配置信息中包括所述SC-PTM方式时，建立的承载采用TM RLC实体，则将所述承载上的语音组呼数据经过TM RLC实体的透传处理后映射到相应的SC-MTCH上，通过所述SC-MTCH将所述语音组呼数据发送到MAC层；
其中，所述MAC层将接收到的所述语音组呼数据按序组装成MAC PDU，并通过相应的DL-SCH将所述MAC PDU发送给物理层，所述MAC PDU不携带MAC头。
可选的，所述基站，在所述配置信息中包括所述MBSFN方式时，建立的承载没有相应的RLC实体，则将所述承载上的语音组呼数据直接映射到相应的MTCH上，通过所述MTCH将所述语音组呼数据发送到MAC层，
或者，在所述配置信息中包括所述MBSFN方式时，建立的承载采用TM RLC实体，则将所述承载上的语音组呼数据经过TM RLC实体的透传处理后映射到相应的MTCH上，通过所述MTCH将所述语音组呼数据发送到MAC层；
其中，所述MAC层将接收到的所述语音组呼数据按序组装成MAC PDU，并通过相应的DL-SCH将所述MAC PDU发送给物理层，所述MAC PDU不携带MAC头。
可选的，所述基站，采用咬尾卷积编码方式或TURBO编码方式对相应传输信道上的数据进行信道编码，其中，所述TURBO编码方式的码率为除1/3码率以外的任意码率。
在本发明实施例中，在以PTM方式发送群组的语音组呼业务时，若群组内所有的终端设备均支持NVOC编码方式，则MCPTT服务器向MCE发送建立承载的第一指令，第一指令中包括NVOC指示，NVOC指示表征承载采用NVOC编码方式；MCE基于第一指令，选择通过MBSFN方式或SC-PTM方式来传输承载，并向基站发送承载的配置信息，配置信息中包括NVOC指示和MCE选择的用来传输承载的方式；基站根据配置信息建立承载，并根据NVOC指示所对应的数据链路层L2和层物理层L1处理方法对承载上的高层数据进行L2层和L1层的处理。从而实现了在LET集群通信***中使用窄带语音编码方式进行信源编码的目的，同时给出了L2和L1的处理方案，具有信源编码输出码率低的优点。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明一实施例提供的一种LTE集群通信***的语音组呼处理方法的流程图；
图2为本发明一实施例提供的一种***的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明的说明书和权利要求书的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤的过程或结构的装置不必限于清楚地列出的那些结构或步骤而是可包括没有清楚地列出的或对于这些过程或装置固有的其它步骤或结构。
在现有技术中，警用数字集群***(PDT)是一种采用专有的窄带语音编码方式进行信源编码的集群通信***。该***中信源编码的输出码率为2.4kbps或2.15kbps，相应地每个20ms的语音帧输出48或43比特信息。信道编码采用前向纠错编码(FEC)，每个语音帧在信道编码之后输出72比特信息。PDT对语音组呼采用4FSK调制方式，在调制中每2个比特对应一个4FSK符号。由于PDT***中采用的窄带语音编码方式与LTE集群通信***中常用的AMR语音编码方式相比具有信源编码输出码率低的优点，因此，本发明实施例将PDT***中采用的窄带语音编码方式应用到LTE集群通信***中以降低信源编码的输出码率，下面将结合具体的实施例对如何将窄带语音编码方式应用到LTE集群通信***中进行信源编码，以及如何对窄带语音编码后输出的语音组呼数据进行L2处理、信道编码和调制进行阐述：
参见图1，图1为本发明一实施例提供的一种LTE集群通信***的语音组呼处理方法的流程图。在图1实施例中群组中的终端设备均支持窄带语音编码，如图1所示，该方法包括如下步骤：
步骤101、在以PTM方式发送群组的语音组呼业务时，若所述群组内所有的终端设备均支持窄带语音编码器(Narrow band Voice Coder，NVOC)编码方式，则关键任务一键通(Mission Critical Push to Talk，MCPTT)服务器向MCE发送建立承载的第一指令，所述第一指令中包括NVOC指示，所述NVOC指示表征所述承载采用NVOC编码方式。
步骤102、所述MCE基于所述第一指令，选择通过MBSFN方式或SC-PTM方式来传输所述承载，并向基站发送所述承载的配置信息，所述配置信息中包括所述NVOC指示和所述MCE选择的用来传输所述承载的方式。
步骤103、基站根据所述配置信息建立所述承载，并根据所述NVOC指示所对应的数据链路层L2和物理层L1处理方法对所述承载上的高层数据进行L2层和L1层的处理。
在LTE***中，对于一个多媒体广播多播业务(Multimedia Broadcast MulticastService，MBMS)，由MCPTT服务器决定是以点到点(Point-to-Point，简称PTP)方式还是点到多点(Point-to-Multipoint，简称PTM)方式发送该业务。当MCPTT服务器决定以PTM方式发送该业务时，MCPTT服务器发送建立MBMS承载的指令给多小区/多播协调实体(Multi-cell/multicast Coordination Entity，MCE)。在LTE***中，MBMS业务的发送方式有两种：多媒体广播多播单频网(Multimedia Broadcast multicast service Single FrequencyNetwork，MBSFN)方式和单小区点到多点(Single Cell Point to Multipoint，SC-PTM)方式。由MCE从两种MBMS业务的发送方式中选择一种方式发送该MBMS业务。
在MBSFN方式下，广播该MBMS业务的MBSFN区域包括若干小区，这些小区在同一时间发送相同的信号。终端设备接收MBSFN区域内各个小区发送的信号，这些信号对终端设备来讲是同一信号的多径信号，终端设备对这些多径信号进行分集合并，可以提高终端设备对MBMS业务的接收质量。
在MBSFN方式下，MCE给该MBMS业务统一分配无线资源，并将该MBMS业务的无线资源分配信息通知给广播该业务的MBSFN区域内所有小区，各个小区按照MCE统一确定的无线资源广播该MBMS业务，以做到不同小区在同一时间发送相同的信号。
在MBSFN方式下，基站eNodeB收到MCE发送的该MBMS业务的无线资源分配信息之后，为该MBMS业务建立MRB(MBMS PTM Radio Bearer，MBMS点到多点无线承载)，将该承载映射到相应的MBMS业务信道(MBMS Traffic Channel,MTCH)上，进一步映射到相应的多播信道(Multi-broadcast Channel，MCH)上和相应的物理多播信道(Physical MulticastChannel，PMCH)上。在MBSFN方式下，小区所属于的每个MBSFN区域有唯一的MBMS控制信道(MBMS Control Channel：MCCH)。该MBMS业务的配置信息通过广播该MBMS业务的MBSFN区域所对应的MCCH传输。该MCCH上承载该MBSFN区域内广播的各个MBMS业务的配置信息。MCCH也映射到MCH和PMCH上。承载该MBMS业务的MTCH和承载该MBMS业务配置信息的MCCH可以映射到不同MCH上，也可以以时分复用方式映射到同一MCH上。不同的MCH映射到不同的PMCH上。
在SC-PTM方式下，广播该MBMS业务的各个小区相互独立地调度无线资源传输该MBMS业务的业务数据。在某个小区下的终端设备，从不同小区接收到该MBMS业务的信号不同，这些信号互为干扰。
在SC-PTM方式下，MCE指示基站以SC-PTM方式为该MBMS业务建立承载。基站为该MBMS业务建立单小区MRB(Single Cell MRB，SC-MRB)，将该承载映射到相应的单小区MBMS业务信道(Single Cell MBMS Traffic Channel，SC-MTCH单)，该MBMS业务的配置信息则通过该小区唯一的单小区MBMS控制信道(Single Cell MBMS Control Channel，SC-MCCH)承载。SC-MCCH上承载该小区内以SC-PTM方式发送的各个MBMS业务的配置信息。SC-MTCH和SC-MCCH映射到不同的下行共享信道(Downlink Shared Channel，DL-SCH)上，通过不同的物理下行共享信道(Physical Dwonlink Shared Channel，PDSCH)发送。
在现有的3GPP协议中，如表1所示，MCH和DL-SCH采用1/3TURBO编码。如表2所示，PMCH和PDSCH支持多种调制方式。具体如下：
与MBMS业务承载相关的传输信道MCH和DL-SCH具有相同的信道编码过程，该过程包括多个步骤，主要的步骤有：传输块的CRC添加、码块分割与码块CRC添加、信道编码、速率匹配以及码块的级联。其中，信道编码步骤中采用1/3TURBO编码，编码后输出3个比特流；在速率匹配步骤中对3个比特流分别进行子块交织，然后对3个比特流执行比特收集、比特选择与打孔。
与MBMS业务承载相关的物理信道PMCH和PDSCH具有相同的调制过程，该调制过程包括多个步骤，主要的步骤有：比特加扰、符号调制、层映射、层到天线端口的映射、RE映射与基带信号生成。其中，符号调制步骤中采用的调制方式为表2中多种调制方式之一，具体的调制方式通过调度信息指定。
表1
表2
| 物理信道 | 调制方式 |
| PDSCH | QPSK,16QAM,64QAM,256QAM |
| PMCH | QPSK,16QAM,64QAM,256QAM |
在本实例中，当群组发起语音组呼时，群组中所有的终端设备均向LTE集群通信***中的MCPTT服务器(也可以是调度机)上报支持窄带语音编码的信息，若MCPTT服务器决定采用点到多点(Point-to-Multipoint，简称PTM)的方式发送该群组的语音组呼，且MCPTT服务器接收到的群组内所有UE的能力上报信息均是支持窄带语音编码，则MCPTT服务器向MCE发送建立承载的第一指令，该第一指令中包括NVOC指示，所述NVOC指示表征所述承载采用NVOC编码方式。
MCE接收到MCPTT服务器的指令后从SC-PTM方式或MBSFN方式中选择一种来传输该MBMS承载对应的语音组呼。并向基站发送所述承载的配置信息，该配置信息中包括NVOC指示和MCE选择的用来传输该承载的方式(SC-PTM或MBSFN)。
基站接收到MCE的上述指令消息后，若MCE选择的是MBSFN方式，则基站建立MRB，并将该MRB映射到MTCH，MTCH映射到多播信道MCH,MCH映射到物理多播信道PMCH；若MCE选择的是SC-PTM方式，则基站建立SC-MRB,并将该SC-MRB映射到SC-MTCH，将SC-MTCH映射到DL-SCH，DL-SCH映射到PDSCH。
在此之后，基站将建立的承载(MRB或SC-MRB)的配置信息发送给上述群组内的终端设备，其中该配置信息中包括NVOC指示。具体的，当基站建立的承载为MRB，则承载的配置信息通过MCCH发送给群组中的终端设备，当基站建立的承载为SC-MRB则承载的配置信息通过SC-MCCH发送给群组中的终端设备。
值得说明的是，本实施例中MTCH和MCCH映射到不同的MCH上，或者通过时分复用的方式映射到同一MCH上，不同的MCH映射到不同的PMCH上。本实施例中SC-MTCH和SC-MCCH映射到不同的DL-SCH，不同的DL-SCH映射到不同的PDSCH。
可选的，本实施例中L2层的处理方法可以是如下的任意一种：。
具体的，当基站建立的承载为SC-MRB时，L2的处理方法可以是如下的任意一种：
在一种可能的方式中，L2的处理方式同现有3GPP协议定义的L2处理方式。
在现有的3GPP协议中L2包括:分组数据汇聚协议(PDCP)层、无线链路控制(RLC)层和媒体访问控制(MAC)层。L2的处理方式如下：
承载SC-MRB在RLC层有相应的UM RLC实体。该实体对SC-MRB上的RLC业务数据单元(SDU)进行处理，生成RLC协议数据单元(PDU)。通过相应的逻辑信道SC-MTCH送到MAC层。MAC层对该MTCH进行调度，并按照调度信息组装MAC PDU。将MAC PDU通过相应的DL-SCH送到物理层。在物理层DL-SCH以传输块TB为单位进行信道编码。DL-SCH上信道编码之后的比特流映射到相应的PDSCH上，通过G-RNTI加扰的PDSCH发送给群组内的终端设备。G-RNTI用于标识所述语音组呼。
在另一种可能的方式中，承载SC-MRB没有相应的RLC实体或采用透明模式(Transparant Mode，简称TM)RLC实体。该SC-MRB上的语音组呼数据直接映射到相应的SC-MTCH上，或经过TM RLC实体的透传处理后映射到相应的SC-MTCH上。然后，通过相应的SC-MTCH送到MAC层。
MAC层对SC-MTCH上MAC SDU进行调度，根据调度信息，将SC-MTCH上的MAC SDU按序组装成MAC PDU，不携带MAC头。将MAC PDU通过相应的DL-SCH送到物理层。
MAC PDU由一个语音帧组成或由多个语音帧按序级联而成。MAC PDU为字节对齐(MAC PDU的比特总数为8的倍数)。为了字节对齐，MAC PDU在组成的语音帧的比特数目不满足字节对齐时，在最后一个语音帧的后面添加若干个补丁比特，该比特的取值任意，终端设备忽略这些比特。
可选的，当基站建立的承载为MRB时，L2层的处理方法可以包括如下方式：
承载MRB没有相应的RLC实体或采用TM RLC实体。该MRB上的语音组呼数据直接映射到相应的MTCH上，或经过TM RLC实体的透传处理后映射到相应的MTCH上。然后，通过相应的MTCH送到MAC层。
MAC层对MTCH上MAC SDU的处理同现有3GPP协议中MAC层的处理方法，这里不多做赘述。
本实施例中，当基站建立的承载为SC-MRB，则SC-MRB的信道编码方式可以是如下的任意一种，但是SC-MRB的信道编码过程同现有3GPP协议：
在一种可能的方式中，SC-MRB映射到的DL-SCH的信道编码方式与现有的下行共享信道的编码方式相同。在现有技术中DL-SCH的信道编码过程包括多个步骤，主要的步骤有：传输块的循环校验(CRC)码添加、码块分割与码块CRC码添加、信道编码、速率匹配以及码块的级联。其中，信道编码步骤中采用1/3TURBO编码方式。其中，1/3TURBO编码之后，输出3个比特流；在速率匹配中对3个比特流分别进行子块交织，然后对3个比特流执行比特收集、比特选择与打孔。由于此种场景下的信道编码方式与现有技术相同，在这里不多做赘述。
在另一种可能的方式中，SC-MRB在DL-SCH上采用咬尾卷积编码方式，其编码码率为1/3码率或其它码率，或者采用TURBO编码方式，TURBO编码方式的码率为除1/3码率以外的任意码率。DL-SCH上信道编码之后的比特流映射到PDSCH上。当DL-SCH采用非1/3码率的咬尾卷积编码或TURBO编码时，DL-SCH的信道编码过程同现有3GPP协议中DL-SCH的信道编码过程。但是在该过程有些步骤的处理稍有不同。具体如下：
DL-SCH在信道编码中输出N个比特流；在速率匹配中对N个比特流分别进行子块交织，然后对N个比特流执行比特收集、比特选择与打孔。这里，N决定于码率，比如：对1/2码率的信道编码，N＝2，对1/4码率的信道编码，N＝4。
进一步的，当基站建立的承载为SC-MRB时，SC-MRB对应的PDSCH的调制方式与调制过程分别与现有的PDSCH的调制方式和调制过程相同，调制过程主要包括的步骤有：比特加扰、符号调制、层映射、层到天线端口的映射、RE映射和基带信号生成。其中，符号调制中采用的调制方式为PDSCH支持的多种调制方式中的任意一种。PDSCH支持的调制方式包括：QPSK、16QAM、64QAM和256QAM。
当基站建立的承载为MRB时，该承载的信道编码方式和调制方式与现有技术相同，在这里不再赘述。
本实施例中无论基站建立的承载是MRB还是SC-MRB，进行Uu接口L2层处理的数据均为窄带语音编码后形成的语音帧。每20ms生成一个窄带语音编码的语音帧，语音帧的长度为48比特或43比特，分别对应的保证比特速率(GBR)为2.4kbps或2.15kbps。但是，通常情况下MRB或SC-MRB上的语音包不是由语音净荷组成。实际上来自多媒体广播多播业务网关(MBMS GW：MBMS Gateway)的语音包由包头和语音帧净荷构成。在实施例中为减少包头增加的空口负担，基站将接收到的MBMS GW发送的语音包去掉包头后发送给群组中的终端设备。或者，在MCPTT服务器发送语音包时就将包头去掉，只传输语音净荷给MBMS GW。
在本实施例中，在以PTM方式发送群组的语音组呼业务时，若群组内所有的终端设备均支持NVOC编码方式，则MCPTT服务器向MCE发送建立承载的第一指令，第一指令中包括NVOC指示，NVOC指示表征承载采用NVOC编码方式；MCE基于第一指令，选择通过MBSFN方式或SC-PTM方式来传输承载，并向基站发送承载的配置信息，配置信息中包括NVOC指示和MCE选择的用来传输承载的方式；基站根据配置信息建立承载，并根据NVOC指示所对应的数据链路层L2和物理层L1处理方法对承载上的高层数据进行L2和L1的处理。从而实现了在LTE集群通信***中使用窄带语音编码方式进行信源编码的目的，同时给出了L2和L1的处理方案，具有信源编码输出码率低的优点。
图2为本发明一实施例提供的一种基站的结构示意图，如图2所示，该基站包括：
MCPTT服务器11，在以PTM方式发送群组的语音组呼业务时，若所述群组内所有的终端设备均支持NVOC编码方式，MCPTT服务器向MCE发送建立承载的第一指令，所述第一指令中包括NVOC指示，所述NVOC指示表征所述承载采用NVOC编码方式；
MCE12，基于所述第一指令，选择通过MBSFN方式或SC-PTM方式来传输所述承载，并向基站发送所述承载的配置信息，所述配置信息中包括所述NVOC指示和所述MCE选择的用来传输所述承载的方式；
基站13，根据所述配置信息建立所述承载，并根据所述NVOC指示所对应的数据链路层L2和物理层L1处理方法对所述承载上的高层数据进行L2层和L1层的处理。
可选的，
所述基站，在所述配置信息中包括所述MBSFN方式时，建立MRB承载，并将所述MBR承载映射到MTCH，MTCH映射到MCH,MCH映射到PMCH；
或者，在所述配置信息中包括所述SC-PTM方式，建立SC-MRB载波，并将所述SC-MRB载波映射到SC-MTCH，SC-MTCH映射到DL-SCH，DL-SCH映射到PDSCH。
可选的，所述基站，在所述配置信息中包括所述SC-PTM方式时，建立的承载没有相应的RLC实体，则将所述承载上的语音组呼数据直接映射到相应的SC-MTCH上，通过所述SC-MTCH将所述语音组呼数据发送到MAC层，
或者，在所述配置信息中包括所述SC-PTM方式时，建立的承载采用TM RLC实体，则将所述承载上的语音组呼数据经过TM RLC实体的透传处理后映射到相应的SC-MTCH上，通过所述SC-MTCH将所述语音组呼数据发送到MAC层；
其中，所述MAC层将接收到的所述语音组呼数据按序组装成MAC PDU，并通过相应的DL-SCH将所述MAC PDU发送给物理层，所述MAC PDU不携带MAC头。
可选的，
所述基站，在所述配置信息中包括所述MBSFN方式时，建立的承载没有相应的RLC实体，则将所述承载上的语音组呼数据直接映射到相应的MTCH上，通过所述MTCH将所述语音组呼数据发送到MAC层，
或者，在所述配置信息中包括所述MBSFN方式时，建立的承载采用TM RLC实体，则将所述承载上的语音组呼数据经过TM RLC实体的透传处理后映射到相应的MTCH上，通过所述MTCH将所述语音组呼数据发送到MAC层；
其中，所述MAC层的处理方法同现有3GPP协议中MAC层的处理方法，这里不多做赘述。
可选的，所述基站，采用咬尾卷积编码方式或TURBO编码方式对相应传输信道上的数据进行信道编码，其中，所述TURBO编码方式的码率为除1/3码率以外的任意码率。
本实施例提供的基站能够执行图1实施例的技术方案，其执行方式和有益效果类似，在这里不再赘述。
最后需要说明的是，本领域普通技术人员可以理解上述实施例方法中的全部或者部分流程，是可以通过计算机程序来指令相关的硬件完成，所述的程序可存储于一计算机可读存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可以为磁盘、光盘、只读存储记忆体(ROM)或随机存储记忆体(RAM)等。
本发明实施例中的各个功能单元可以集成在一个处理模块中，也可以是各个单元单独的物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现，并作为独立的产品销售或使用时，也可以存储在一个计算机可读存储介质中。上述提到的存储介质可以是只读存储器、磁盘或光盘等。
以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (10)
1.一种LTE集群通信***的语音组呼处理方法，其特征在于，包括：
在以PTM方式发送群组的语音组呼业务时，若所述群组内所有的终端设备均支持NVOC编码方式，则关键任务一键通MCPTT服务器向MCE发送建立承载的第一指令，所述第一指令中包括NVOC指示，所述NVOC指示表征所述承载采用NVOC编码方式；
所述MCE基于所述第一指令，选择通过MBSFN方式或SC-PTM方式来传输所述承载，并向基站发送所述承载的配置信息，所述配置信息中包括所述NVOC指示和所述MCE选择的用来传输所述承载的方式；
基站根据所述配置信息建立所述承载，并根据所述NVOC指示所对应的数据链路层L2和物理层L1处理方法对所述承载上的高层语音组呼数据进行L2层和L1层的处理。
2.根据权利要求1所述的方法，其特征在于，所述基站根据所述配置信息建立所述承载，包括：
当所述配置信息中包括所述MBSFN方式,所述基站建立MRB承载，并将所述MRB 承载映射到MTCH，MTCH映射到MCH,MCH映射到PMCH；
当所述配置信息中包括所述SC-PTM方式，所述基站建立SC-MRB承载，并将所述SC-MRB载波映射到SC-MTCH，SC-MTCH映射到DL-SCH，DL-SCH映射到PDSCH。
3.根据权利要求1所述的方法，其特征在于，所述根据所述NVOC指示所对应的数据链路层L2处理方法对所述承载上的高层语音组呼数据进行L2层的处理，包括：
当所述配置信息中包括所述SC-PTM方式时，所述承载没有相应的RLC实体，将所述承载上的高层语音组呼数据直接映射到相应的SC-MTCH上，通过所述SC-MTCH将所述语音组呼数据发送到MAC层，
或者，当所述配置信息中包括所述SC-PTM方式时，所述承载采用TM RLC实体，将所述承载上的高层语音组呼数据经过TM RLC实体的透传处理后映射到相应的SC-MTCH上，通过所述SC-MTCH将所述语音组呼数据发送到MAC层；
所述MAC层将接收到的所述语音组呼数据按序组装成MAC PDU，并通过相应的DL-SCH将所述MAC PDU发送给物理层，所述MAC PDU不携带MAC头。
4.根据权利要求1所述的方法，其特征在于，所述根据所述NVOC指示所对应的数据链路层L2处理方法对所述承载上的高层语音组呼数据进行L2层的处理，包括：
当所述配置信息中包括所述MBSFN方式时，所述承载没有相应的RLC实体，将所述承载上的高层语音组呼数据直接映射到相应的MTCH上，通过所述MTCH将所述语音组呼数据发送到MAC层，
或者，当所述配置信息中包括所述MBSFN方式时，所述承载采用TM RLC实体，将所述承载上的高层语音组呼数据经过TM RLC实体的透传处理后映射到相应的MTCH上，通过所述MTCH将所述语音组呼数据发送到MAC层。
5.根据权利要求3或4所述的方法，其特征在于，所述根据所述NVOC指示所对应的物理层L1处理方法对所述承载上的高层语音组呼数据进行L1层的处理，包括：
采用咬尾卷积编码方式或TURBO编码方式对相应传输信道上的数据进行信道编码，其中，所述TURBO编码方式的码率为除1/3码率以外的任意码率。
6.一种语音组呼***，其特征在于，包括：
MCPTT服务器，在以PTM方式发送群组的语音组呼业务时，若所述群组内所有的终端设备均支持NVOC编码方式，MCPTT服务器向MCE发送建立承载的第一指令，所述第一指令中包括NVOC指示，所述NVOC指示表征所述承载采用NVOC编码方式；
MCE，基于所述第一指令，选择通过MBSFN方式或SC-PTM方式来传输所述承载，并向基站发送所述承载的配置信息，所述配置信息中包括所述NVOC指示和所述MCE选择的用来传输所述承载的方式；
基站，根据所述配置信息建立所述承载，并根据所述NVOC指示所对应的数据链路层L2和物理层L1处理方法对所述承载上的高层语音组呼数据进行L2层和L1层的处理。
7.根据权利要求6所述的***，其特征在于，
所述基站，在所述配置信息中包括所述MBSFN方式时，建立MRB承载，并将所述MRB 承载映射到MTCH，MTCH映射到MCH,MCH映射到PMCH；
或者，在所述配置信息中包括所述SC-PTM方式，建立SC-MRB载波，并将所述SC-MRB载波映射到SC-MTCH，SC-MTCH映射到DL-SCH，DL-SCH映射到 PDSCH。
8.根据权利要求6所述的***，其特征在于，
所述基站，在所述配置信息中包括所述SC-PTM方式时，建立的承载没有相应的RLC实体，将所述承载上的高层语音组呼数据直接映射到相应的SC-MTCH上，通过所述SC-MTCH将所述语音组呼数据发送到MAC层，
或者，在所述配置信息中包括所述SC-PTM方式时，建立的承载采用TM RLC实体，将所述承载上的高层语音组呼数据经过TM RLC实体的透传处理后映射到相应的SC-MTCH上，通过所述SC-MTCH将所述语音组呼数据发送到MAC层；
其中，所述MAC层将接收到的所述语音组呼数据按序组装成MAC PDU，并通过相应的DL-SCH将所述MAC PDU发送给物理层，所述MAC PDU不携带MAC头。
9.根据权利要求6所述的***，其特征在于，
所述基站，在所述配置信息中包括所述MBSFN方式时，建立的承载没有相应的RLC实体，将所述承载上的高层语音组呼数据直接映射到相应的MTCH上，通过所述MTCH将所述语音组呼数据发送到MAC层，
或者，在所述配置信息中包括所述MBSFN方式时，建立的承载采用TM RLC实体，将所述承载上的高层语音组呼数据经过TM RLC实体的透传处理后映射到相应的MTCH上，通过所述MTCH将所述语音组呼数据发送到MAC层。
10.根据权利要求8或9所述的***，其特征在于，
所述基站，采用咬尾卷积编码方式或TURBO编码方式对相应传输信道上的数据进行信道编码，其中，所述TURBO编码方式的码率为除1/3码率以外的任意码率。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711052757.5A CN109729499B (zh) | 2017-10-30 | 2017-10-30 | Lte集群通信***的语音组呼处理方法及*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711052757.5A CN109729499B (zh) | 2017-10-30 | 2017-10-30 | Lte集群通信***的语音组呼处理方法及*** |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109729499A CN109729499A (zh) | 2019-05-07 |
| CN109729499B true CN109729499B (zh) | 2021-01-26 |
Family
ID=66293918
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711052757.5A Active CN109729499B (zh) | 2017-10-30 | 2017-10-30 | Lte集群通信***的语音组呼处理方法及*** |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109729499B (zh) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112866994B (zh) * | 2019-11-11 | 2023-03-31 | 成都鼎桥通信技术有限公司 | 一种lte承载窄带语音编码的加密通信方法和*** |
| CN113099492B (zh) * | 2019-12-23 | 2022-10-25 | 成都鼎桥通信技术有限公司 | 一种承载自适应多速率语音编码的方法和*** |
| CN113453164B (zh) * | 2020-03-27 | 2022-09-13 | 成都鼎桥通信技术有限公司 | 在nr小区中广播mbms的方法、装置及设备 |
| CN113691945B (zh) * | 2020-05-19 | 2023-03-24 | 成都鼎桥通信技术有限公司 | Pdt同播时的基站确定方法、设备、基站和*** |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1725878A (zh) * | 2004-07-19 | 2006-01-25 | 华为技术有限公司 | 一种数字集群***中媒体访问控制协议层的数据处理方法 |
| CN103139716A (zh) * | 2011-11-28 | 2013-06-05 | 鼎桥通信技术有限公司 | Td-lte集群通信***中语音业务的用户面实现方法 |
| CN103391513A (zh) * | 2012-05-07 | 2013-11-13 | 中兴通讯股份有限公司 | 宽带数字集群业务的实现方法及集群调度管理中心 |
| WO2016090941A1 (zh) * | 2014-12-10 | 2016-06-16 | 中兴通讯股份有限公司 | 集群业务建立的方法及***、存储介质 |
| CN206237399U (zh) * | 2016-11-23 | 2017-06-09 | 北京坦达信息科技有限公司 | 一种移动应急通信终端 |
-
2017
- 2017-10-30 CN CN201711052757.5A patent/CN109729499B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1725878A (zh) * | 2004-07-19 | 2006-01-25 | 华为技术有限公司 | 一种数字集群***中媒体访问控制协议层的数据处理方法 |
| CN103139716A (zh) * | 2011-11-28 | 2013-06-05 | 鼎桥通信技术有限公司 | Td-lte集群通信***中语音业务的用户面实现方法 |
| CN103391513A (zh) * | 2012-05-07 | 2013-11-13 | 中兴通讯股份有限公司 | 宽带数字集群业务的实现方法及集群调度管理中心 |
| WO2016090941A1 (zh) * | 2014-12-10 | 2016-06-16 | 中兴通讯股份有限公司 | 集群业务建立的方法及***、存储介质 |
| CN206237399U (zh) * | 2016-11-23 | 2017-06-09 | 北京坦达信息科技有限公司 | 一种移动应急通信终端 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109729499A (zh) | 2019-05-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3282725B1 (en) | Base station and user terminal | |
| CN109729499B (zh) | Lte集群通信***的语音组呼处理方法及*** | |
| US7180885B2 (en) | Receiving point-to-point and point-to-point multipoint multimedia broadcasts/multicast services | |
| EP2675135B1 (en) | A method of realizing data segmentation cascade and recombination and a transmitter | |
| US10448363B2 (en) | Base station, user terminal, and communication control method | |
| KR101127146B1 (ko) | 무선 통신 시스템에서 ｍｂｍｓ 제공을 위한 장치 및 방법 | |
| KR100896991B1 (ko) | 무선 시스템에서 멀티캐스트 서비스의 링크 성능 향상을위한 장치 및 방법 | |
| US20100315987A1 (en) | Method and Apparatus for Improving MCCH Monitoring Mechanism | |
| WO2006105010A1 (en) | Methods and apparatus for cellular broadcasting and communication system | |
| CN106559896B (zh) | 多用户协作通信的下行控制信息传输方法、基站和用户设备 | |
| WO2006023170A2 (en) | Macro diversity schemes for shared dedicated control channel in broadcast multicast services | |
| CN104469747A (zh) | 接收下行数据的方法及终端 | |
| US20060039315A1 (en) | Macro diversity schemes for shared dedicated control channel in broadcast multicast services | |
| EP2798755B1 (en) | Multicast service method and apparatus in mobile communication system | |
| KR20050018050A (ko) | 이동통신시스템에서 방송 서비스를 위한 헤더 정보 설정방법 | |
| EP2426958B1 (en) | Method, bm-sc and base station for multiplexing mbms services in mbsfn | |
| EP1743450B1 (en) | Optimised iub transport | |
| JP2023100957A (ja) | 通信制御方法、ユーザ装置及びプロセッサ | |
| US8755320B2 (en) | Identification of MBMS service from a central node to UMTS LTE eNBs | |
| Anis et al. | Overview of evolved Multimedia Broadcast Multicast Services (eMBMS) | |
| WO2022085573A1 (ja) | 通信制御方法 | |
| US20220295235A1 (en) | Methods and apparatus of concurrent transmission of multicast broadcast service | |
| US20240056777A1 (en) | Service transmission method, service transmission apparatus, service transmission device, terminal, and storage medium | |
| JP2024088761A (ja) | 通信制御方法、ユーザ装置、プロセッサ及びプログラム | |
| CN115086883A (zh) | 多播广播服务并行传输方法和用户设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |