DMR协议-中文翻译

..4.2DMRTDMA结构4.2.1突发和信道结构概述DMR采用2时隙的TDMA结构。频谱是无线系统中的物理资源。无线频谱被被划分成若干个射频载波,每个RF载频按时间分成帧和时隙。DMR突发是被数据流调制的一段RF载波。因此,突发代表了时隙中的物理信道。DMR子系统中的物理信道需要支持逻辑信道。逻辑信道定义为两方或多方通信时的逻辑通信路径。逻辑信道代表了协议和无线子系统间的接口。逻辑信道分为两类：业务信道,承载语音和数据信息控制信道,承载信令。图2给出了MS和BS间交换信息时的定时关系,两个TDMA物理信道的时隙标识为信道"1"和"2"。上行发送表示为"MSTX",下行发送表示为"BSTX"。图4.2中的关键点有：当BS触发后,下行信道无论有无信息发送均进行发射,上行信道当MS没有信息发送时即停止发送。上行信道的突发之间存在保护间隔,这个保护间隔用作功率放大器的上升时间和传播时延。下行信道的突发之间有CACH信道,用于传送业务信道管理信息及低速信令。在突发的中间有同步信息或者是嵌入式信令,把嵌入式信令放在突发中间的好处是：正在发送的MS有足够的时间切换到下行信道并恢复反向信道信息。其他关键点有：下行和上行突发的中心对齐。上行信道的1、2突发和下行信道的1、2突发间偏移30ms,这样可以使上、下行使用相同的信道号,从而在下行CACH中采用同一个信道标识符域。语音和数据突发采用不同的同步图案,便于接收机进行分辨,另外,上下行信道也采用不同的同步图案,以帮助接收机抗同道干扰。在嵌入式信令域和常规数据突发中有色码,以分辨重叠区域,检测同道干扰。色码不用于寻址。信道1和信道2中SYNC突发的位置是相互独立的,上下行信道中SYNC突发的位置也是相互独立的。语音采用超帧进行传输,超帧中有6个突发,用A～F标识,每个超帧以突发A中的语音同步图案为起始点。数据和控制信息没有超帧结构。这些突发中包含同步图案,根据需要也可以与反向信道一样承载嵌入式信令。4.2.2突发和帧结构常规突发的结构见图4.3,包括两个108比特的负载域和一个48比特的同步或信令域。每个突发的时长为30ms,其中27.5ms用于传输264比特的数据,这样,216比特的负载域足以传输60ms的压缩语音。例如,对于20ms的声码器帧,一个语音突发中可以承载3个72比特的声码器帧〔包括FEC以及一个48比特的同步字,也就是说,一个突发中可以传输264比特〔27.5ms的内容。注意：对于数据和控制信息,每个负载域只能承载98比特,剩余的20比特作为数据类型域,见6.2节。每个突发的中央有同步或嵌入式信令域,它们用于支持RC信令〔见5.1.5。在上行信道,剩余的2.5ms作为保护时间,见图4.4的上行帧结构。在下行信道,剩余的2.5ms用作CACH,该信道可以传送TDMA帧号,信道接入指示器以及低速信令,见图4.5的下行帧结构。4.3帧同步帧同步由一个特殊的序列提供,标识了TDMA突发的中心位置。接收机采用匹配滤波器达到初始同步,即从匹配相关器的输出中得到码元恢复参数,根据该参数补偿频率和相位偏差并决定突发的中心。一旦接收机与信道取得同步,它将根据同步图案来检测是否存在同步、信道是否存在以及根据同步信号的类型来决定突发的内容。同步信号有多个图案,它们用于：区分语音突发和数据/控制突发以及RC突发区分下行和上行信道为达到以上目的,DMR定义了以下同步图案〔具体见9.1.1：BS发起的语音BS发起的数据MS发起的语音MS发起的数据MS发起的孤立RC对所有的双频BS信道上行发送及所有单频信道发送,第一个突发中必须包括同步图案,以便目标接收机能够检测到信号、达到比特同步并确定突发的中心。其后的突发可以根据突发类型及上下文关系决定是传送同步图案还是嵌入式信令。对所有的双频BS信道下行发送,假设MS在接收发送给它的数据之前,已经和下行信道取得同步。因此,语音头中不要求包括同步图案。注意1：NothavingtoplacetheSYNCpatterninthevoiceheaderremovestheneedforthevoiceoutboundtransmissiontobedelayedforthecasewhereavoiceheadercoincideswiththeembeddedoutboundReverseChannelpositionwhichisfixed<seeclause5.1.5.1>.注意2：在数据头和语音突发A中必须包括同步图案。因此,下行发送会延迟一个突发,否则的话数据头或语音突发A将与嵌入式下行RC位置发生冲突。对于数据和控制信息,嵌入式域中为数据SYNC图案,除了特殊情况如RC信令外。对于语音呼叫,语音SYNC图案在语音超帧的第一个突发中。除了用于标识超帧边界外,周期性的插入同步图案还有利于迟后进入的接收机接收到语音信息。超帧的具体结构见5.1.2.1。图4.6为上行TDMA信道中最佳和最坏的同步情况。因为数据和控制信息的每个突发中都有帧同步域,因此,帧同步信号每隔60ms出现一次。在语音呼叫中,SYNC每隔360ms〔语音超帧的时长出现一次,每个上行传输的第一个突发中必须包括SYNC,以便目标接收机能够检测并与传输同步。图4.7为下行TDMA信道中最佳和最坏的同步情况。下行信道为连续发送,两个TDMA信道中始终包括信令信息,目标MS能够接收两个TDMA时隙的信息,因此MS能够检测任一时隙中的SYNC。而数据和控制信息的每个突发中都有帧同步域,即每隔30ms有SYNC。图4.7给出了语音突发中SYNC定时的最坏情况,此时有两个活动的语音,它们的超帧间偏移了30ms,这时SYNC的间隔最短为30ms,最长为330ms。4.4定时参考4.4.1BS定时关系MS与BS联系时,MS必须与下行信道取得同步并根据下行定时调整自己的上行定时,这样才能保证所有的MS工作在相同的定时参考下。如果BS不在发送,而MS欲接入系统,则MS必须向BS发送一个"BS激活"信令并等待下行信道的建立,然后才能建立同步、发送更多的信息。〔见361－2[5]4.4.2直接模式定时参考在直接模式下,发送MS负责建立定时参考。任何欲向源MS发送反向信道信令的MS必须与前向信道同步,且反向信道定时必须基于前向信道定时。一旦源MS停止发送,其它MS将采用异步的方式发送信息,并建立一个新的、独立的定时参考。注意：反向信道信令只适用于II和III类产品。4.5公共宣告信道〔CACHCACH为下行突发间的一段时间,用于信道管理〔帧和接入以及低速信令。CACH的一个作用是指出上行信道的使用情况。因为双频BS是全双工的,BS在发送的同时也在接收,因此,BS必须向所有守候的MS发送有关上行信道状态〔空闲或繁忙的信息。MS欲发送信息时,它必须等到上行信道标识为CS_Idle才能发送。图4.8给出了一个特定的CACH突发及对应的上行突发之间的定时关系。每个CACH突发指出了较之延时一个时隙的上行突发的状态,这样接收机有足够的时间来接收CACH,对信息解码、决定下一步的动作并切换到发送模式。图中在下行信道2前的CACH突发指出了上行信道2中突发的状态。注意：这种定时关系是基于最短时间间隔的。CACH的第二个作用是指出上行和下行突发的信道号,见图4.9。每个CACH突发定义了紧跟其后的下行突发的信道号以及较之延迟一个时隙的上行突发的信道号。图中,CACH突发指出了上行信道2和下行信道2的位置。CACH的第三个作用是承载低速信令,见7.1.4。4.6基本信道类型4.6.1带CACH的业务信道带CACH的业务信道见图4.10。这种信道类型用于从双频BS到MS的下行传输。信道包括两个TDMA业务信道〔ch1和ch2以及一个用于传输信道号、信道接入、低速数据的CACH。一旦BS被激活,这种信道编连续发送,如果没有信息要发送,BS将使用空闲信息填充该信道。注意：这种信道类型也用于两个MS间的连续发送模式。4.6.2带保护时间的业务信道带保护时间的业务信道见图4.11。这种信道类型用于从MS到双频BS的上行传输。信道包括两个TDMA业务信道〔ch1和ch2中间为一段保护时间用于PA的上升及传播时延。这种信道类型有三个使用场合：场合1：两个信道都传输业务；场合2：单个信道〔ch1用于传输业务；场合3：一个信道用于传输业务〔ch2,另一个用于短的孤立的反向信道突发〔ch1。注意：第一种情况也可用于单频BS,此时前向信道为MS到BS方向,反向信道为BS到MS方向。4.6.3双向信道双向信道见图4.12。这种信道类型用于MS间的直接模式通信。信道包括在同一频率上的前向和反向TDMA业务信道,两者之间用保护间隔隔开。这种类型的信道有三个使用场合：场合1：两个业务信道用于双工业务〔前向和反向；场合2：单个物理信道〔前向用于传输业务；场合3：一个信道用于传输业务〔前向,另一个信道用于短的反向信道信令〔反向。5第二层协议5.1第二层定时5.1.1信道定时关系物理信道"1"和"2"有着严格的关系。上行物理信道1和2的突发与下行物理信道1和2的突发在时间上有偏移。不同呼叫类型和业务要求上行和下行信道间有不同的定时关系,从而定义了许多逻辑信道。语音和数据会话要求上行和下行信道,这些信道间可以在时间上对齐或者在时间上有一个偏移。MS必须知道BS希望采用哪种定时关系。5.1.1.1对齐信道定时对齐定时关系支持反向信道信令,它可以使MS在不丢失任何下行信息的同时,在上行信道发送RC信息。注意：此时上行和下行信道的信道号是不同的。对齐定时可以支持MS到MS的双工通信,此时MS在一个时隙上发送并在另一个时隙上接收其它MS发来的重复信息。注意：当通过BS进行通信时,采用MS到MS的定时关系。5.1.1.2偏移信道定时偏移定时支持MS到固定点的双工通信,此时MS在一个时隙上发送并在另一个时隙上接收固定点发来的重复信息。注意：此时上下行的物理信道号是相同的。55.1.2语音定时5.1.2.1语音超帧语音超帧中包括6个突发,占用360ms,见图5.3,完整的TDMA超帧在语音信息期间被重复。？？？超帧中的突发用字母A~F标识。突发A表示超帧的开始,其中含有SYNC图案,突发B到F中可以承载嵌入式信令。5.1.2.2语音的开始通常,在进行语音传输前,必须传输一个包含地址信息的LC头,语音开始阶段信息序列的安排见图5.4。语音信息以LC头突发开始,接下来传输语音超帧,LC头的详细介绍见7.1。在集群系统中,语音超帧前可能不需要LC头,见图5.5。业务信道中的其它MS从集群控制信令中提取源地址和目标地址。注意1：注意2：一般来讲,在语音传送前,必须发送一个LC头,也可以同时发送一个PI头,见图5.6。此时,LC头位于PI头前。集群系统中的语音超帧前可以增加PI头,以指示私密状态以及初始化私密功能。此时信息的安排见图5.7。为支持迟后进入,在整个语音信息帧中交织了个人信息。5.1.2.3语音的终止语音的终止方法是在最后一个语音超帧后发送一个常规数据突发,这个数据突发的中央是数据SYNC而不是语音SYNC。见图5.8。注意：在上行〔双频或单频BS信道和直接模式中,常规数据突发是指带有LC的终止器,在其它情况下,常规数据突发中采用带有LC的语音终止。？？？？由于数据SYNC足以表示语音呼叫事件的终止,因此,任何常规数据突发都可以作为终止信息。5.1.3数据定时本文件定义了单时隙和双时隙数据发送模式。这两种模式的区别是提供给上层的比特率不同。5.1.3.1单时隙数据定时图5.9给出了单时隙上行数据传输时的定时。单时隙数据传输开始时,首先传输一个或两个数据头,这个数据头中包括地址信息和负载信息,紧跟其后为一个或多个数据块。最后一个数据块中包括负载和CRC信息,以确保所有的数据已成功发送。关于数据传输的完整介绍见TS102361-3[12]。图5.9给出了一个MS进行数据交换的事例,此时需要一个数据头。图5.10给出了两个MS间单时隙上行数据交换的情况,此时需要两个数据头。单时隙数据传输模式应用于：直接信道；或单频转发器；或带反向信道的1:1转发系统；或不带反向信道的1:1转发系统；或2:1转发系统5.1.3.2双时隙数据定时图5.11给出了下行双时隙数据传输时的定时。本例中数据传送前先发送一个数据头,紧跟其后为一个或多个数据块。最后一个数据块中包括负载和CRC信息,以确保所有的数据已成功发送。关于数据传输的完整介绍见TS102361-3[12]。双时隙数据传输模式应用于：直接信道；或不带反向信道的1:1转发系统。5.1.4业务定时5.1.4.1BS定时5.1.4.2单频BS定时5.1.4.3直接模式定时图5.16给出了直接模式定时的一个例子。本例中,MS在前向信道发送,该信道为TDMA物理信道中的一个。TDD定时图5.17给出了TDD语音定时的一个例子。本例中,MS在上行信道2上发送语音,在下行信道2上接收语音。5.1.4.5连续发送模式连续发送模式采用4.6.1节定义的"带有CACH的业务信道"。在该模式中,由MS而不是BS发送两个业务信道和CACH。为了填满信道,在CH1和CH2中发送相同的信息。如果需要,可以用CACH发送链路控制信令。同步图案采用MS发起的SYNC。图5.18为语音连续发送的一个例子。该例中,在CH1进行语音传输,语音超帧前有LC头,语音超帧有一个,然后以带LC的终结器结束。语音业务采用5.1.2.1定义的上行语音超帧进行发送,相同的语音在一个突发后的CH2再一次发送。图5.19为数据连续发送的一个例子。该例中,在CH1进行数据传输,采用增强型寻址数据头,其后为5个数据块,最后以"最后数据块"结束。相同的数据在一个突发后的CH2再一次发送。5.1.5反向信道定时为方便起见,BS和MS在发送的过程中都可以发送反向信道信令给源设备。本文件定义了以下一些反向信道信令：嵌入式反向信道信令；专用反向信道信令；独立反向信道信令；嵌入式和专用反向信道信令用于下行信道,独立反向信道信令用于上行信道和直接模式。嵌入式反向信道信令的优点是：占用带宽少,缺点是：速率慢,因为用于传输反向信道信令的区域分布广。专用反向信道信令的优点是：响应速率快,因为整个信道都用来传输信令,缺点是只能支持RF信道上的一个呼叫。5.1.5.1嵌入式下行反向信道5.1.5.2专用下行反向信道5.1.5.3独立上行反向信道需要发送反向信道信令的MS使用上行独立反向信道突发。此时,一个上行信道用于语音或数据业务,另一个上行信道用于反向信道信令。这种类型的信道只在1.1工作模式下可用。独立突发比较短,以便MS从接收下行突发状态转换到发送上行独立RC突发状态,然后再转换到接收下行突发状态。图5.22给出了反向信道定时和接入的例子。上行信道2中的突发承载呼叫A的业务,上行信道1中的突发是无用的,除非有独立RC突发存在。5.1.5.4直接模式反向信道在直接模式中使用反向信道信令,以便接收端在语音/数据呼叫期间与发送端保持联系,从而任何一方不会丢失信息。注意：反向信道信令只应用于II和III类产品。在直接模式,TDMA信道的一个突发用作前向通路；另一个突发〔同一RF上的用作反向通路,传输反向信道信令。图5.23给出了反向信道信令的例子。独立反向信道突发中包括SYNC和信令。图中的箭头表明了正在发送的MS必须转换到接收状态,接收反向信道信令,然后转换回发送状态。正在接收的MS遵守类似的转换过程。5.2信道接入本节介绍II和III类产品的信道接入规则和流程,无论MS工作在双频BS还是单频〔双向信道,都必须遵守这些规则。这些信道接入方法适用于不同的MS"礼仪"等级,并考虑了与同一RF载波上的模拟系统以及其它数字协议的共存。I类产品的信道接入采用LBT信道接入规则。本节还介绍了BS对信道接入的控制方法。当然,BS的控制方法有很大的灵活性,根据不同系统的要求,BS有不同的实现信道接入控制的方法。图5.24给出了双频BS信道〔包括一个上行信道和一个下行信道的三种使用方案：方案1：用于两个独立的"重复"的单工呼叫,或两个独立的"MS到固定点"的双工呼叫,或一个"重复"的双工呼叫；方案2：用于一个"重复的"单工呼叫,或一个"MS到固定点"的双工呼叫；方案3：用于一个带反向信道的"重复的"单工呼叫；图5.25给出了单频双向信道的三种使用方案：方案1：用于"直接"双工呼叫,或一个单频"可中继"单工呼叫；方案2：用于"直接"单工呼叫；方案3：用于带反向信道的"直接"单工呼叫；5.2.1基本信道接入规则5.2.1.1信道行为的类型一个DMR设备〔MS或BS欲接入信道进行发送时,必须考虑信道中是否已经存在以下这些行为类型：DMR行为；其它数字协议行为〔见备注1和2；模拟通信行为〔见备注1备注1：DMR设备与非DMR设备可用共存；备注2：采用2时隙TDMA协议的DMR设备与采用连续发送模式协议的DMR设备不能共存于同一个信道；DMR设备监测信道的RSSI电平以决定信道中是否存在通信行为。如果在T_ChMonTo时间内RSSI电平没有超过门限值N_RssiLo〔该值在一定范围内可配置,则认为信道中不存在通信行为。如果RSSI电平超过门限值,则认为该信道中存在通信行为,DMR设备将尝试与该信道取得帧同步,如果同步成功,则认为信道中存在DMR通信行为,如果在T_ChSyncTo时间内没有取得同步,则认为信道中存在的是非DMR通信行为。备注3：不同的信道接入方法采用不同的N_RssiLo门限值。5.2.1.2信道状态对单频信道,当信道中不存在通信行为时,信道被认为是"空闲的"<CS_Idle>,当信道中存在通信行为〔无论DMR或其它类型时,信道被认为是"繁忙的"<CS_Busy>。对双频信道,当下行信道中不存在通信行为时,MS认为上行信道是"空闲的",当信道中存在非DMR通信行为时,MS认为上行信道是"繁忙的"。5.2.1.3主定时对于双频BS信道,主定时器为BS,MS从下行信道中提取时隙定时并与下行信道取得帧同步,除非MS没有检测到下行信道中的通信行为并认为BS是非活动的,在这种情况下,MS可以根据"BS激活"特性〔TS102361-2[5]向BS发送异步的"BS激活"信令,BS被激活后,在下行信道开始发送行为,MS从该行为中提取时隙定时。直接信道没有主定时。MS可以异步发送。一个特殊情况是：当MS欲在反向时隙上发送信息时,它必须首先检测前向时隙,从中提取时隙定时,并与前向时隙中取得帧同步。5.2.1.4挂起时间信息和定时器一个语音通话过程包括一组语音事件,它们之间由"呼叫挂起时间"隔开,对于双频BS信道,当呼叫挂起时间结束时,BS可以把通信行为保持一段时间,这段时间称为"信道挂起时间"。对于双频BS信道,由BS配置呼叫挂起时间T_CallHt〔可以为0的长度,在这段时间内,BS在下行信道〔带源和目的ID,以反应正在进行的呼叫发送带LC〔挂起时间的终结器并把AT比特设为"busy"以保持信道处于"忙"状态,采用"POLITE"等级的MS〔见5.2.6不允许在"忙"信道上发送信息,除非它是特定语音呼叫中的一员,或者它采用的是"politetoowncolourcode"等级的礼仪且它的色码与挂起时间信息中的色码不同。一旦呼叫挂起时间T_CallHt结束,信道挂起时间T_ChHt便开始,在这段时间内,BS把状态比特设为"Idle",即信道处于CS_Idle状态。备注：如果色码不同,则挂起时间信息可看作同频道干扰。5.2.1.5时隙1、2的关系如果系统采用2：1工作模式,则两个上行时隙都可以传输业务,且每个时隙的"忙"状态为独立设置。例如,在一个时隙上进行语音或数据呼叫,而另一个时隙处于"空闲"状态。如果系统采用1：1工作模式且采用双时隙数据时,上行时隙1和2都被用于业务。BS根据上行时隙设置每个上行时隙的状态为"忙"或"闲"。其它采用1：1工作模式的情况下,上行时隙2用于传输业务、上行时隙1用于提供可选的上行反向信道信令。BS可以设置每个上行反向信道的状态,当上行反向信道状态设为CS_Busy时,只有参与呼叫的MS可以使用上行反向信道,当上行反向信道状态设为CS_Idle时,所有的MS都可以使用上行反向信道。5.2.1.6发送允许准则当MS被要求发送一个响应信息时,它可以不考虑信道的状态而在规定的时隙内直接发送响应信息,另外,当MS正在参与一个语音呼叫时,它也可以不考虑信道的状态而直接进行发送,在其它情况下,MS必须使用以下一些级别的"礼仪"：Politetoall：当信道状态为CS_Busy、信道中有其它通信行为时〔DMR或非DMR,MS不能发送；PolitetoownColourCode：当信道状态为CS_Busy、且信道中正在进行的通信具有和MS相同的色码时〔见注释,MS不能发送；如果信道中有其它类型的通信〔包括色码不同的DMR通信,MS可以发送；Impolite：无论信道中有无其它通信行为〔DMR或非DMR,MS都可以发送；注释：指MS在自己的信令中要使用的色码。在给定的信道中,根据不同的特性采用不同的礼仪等级。如,语音传输可参与"impolite"等级,分组数据传输参与"polite"等级。详细的礼仪等级见TS102361-2[5]。5.2.1.7发送重传由于碰撞、干扰等因素造成信息丢失时,发送端可以重复发送原始信息直到收到响应信息或发送端放弃。对于双频BS信道,当MS发送信息并要求BS返回响应信息时,MS将在若干时隙的时间内等待响应〔根据系统时延的不同,该时间可以更改；然而,当当MS发送信息并要求MS返回响应信息时,BS行为在若干时隙的时间内接收到响应信息〔见备注1。备注：重传的等待时间和最大重传次数与设备有关,具体见TS102361-2[5]。对单频〔双向信道〔见注2,DMR发送一个信息,并希望在下一个时隙接收到对方的响应信息。注2：指直接信道。在任何情况下,如果DMR设备没有在预期的若干时隙内收到响应信息,它将重复的发送信息〔每次发送后都等待响应直到收到响应信息、或信息的重复发送次数达到最大值、或检测到其它DMR通信行为。如果最终收到了响应信息,则过程成功；如果没有收到响应信息或检测到其它DMR活动,则过程失败。注3：当检测到其它DMR活动,某些设备要求进行随机回退和重传。5.2.2信道接入流程基本的信道接入规则见5.2.1。本节采用SDL图对点对点模式和转发模式中的这些规则做进一步的说明。两种工作模式都支持impolite、politetoowncolourcode和politetoall信道接入礼仪,转发模式还支持由MS发起的BS下行激活机制。附录G中定义了MS的高层状态。当MS开始信道接入过程时,其起始状态可以是不同的高层状态,也可以是Out_of_Sync_Channel_Monitored〔PS_OutOfSyncChMon状态,该状态是Out_of_Syncstate〔PS_OutOfSync的一个子状态。对于非实时的重要应用,MS可以转移到Holdoff状态<PS_Holdoff>以等待信道空闲。这些状态的定义如下：Out_of_Sync_Channel_Monitored<PS_OutOfSyncChMon>:当MS监测信道的RF电平并在监测时间内没有发现SYNC时,MS从PS_OutOfSync转移到该状态。监测时间由监测定时器T_Monitor确定,监测时间结束后,MS认为信道处于空闲状态,即信道中没有DMR通信行为。在这个状态MS将继续监测RF电平并寻找SYNC.Holdoff<PS_Holdoff>:当需要传输非实时的重要业务且信道处于繁忙状态时,MS转移到该状态,此时MS对传输请求进行排队。如果要求随机保持,则MS启动一个随机保持定时器T_Holdoff。可以转移到该状态的业务见TS102361-2[5]。注：T_Holdoff只在传输非实时的重要业务时启动。5.2.2.1点对点模式的信道接入在点对点模式,信道接入的起始状态可以是任意一个高层状态,这些高层状态包括：PS_OutOfSync,PS_InSyncUnknownSystem,PS_NotInCall,PS_OthersCall或PS_MyCall,也可以从PS_OutOfSyncChMon状态开始信道接入。5.2.2.1.1MSOut_of_Sync信道接入从MSOut_of_Sync状态开始的三种接入方案见图5.26。在MSOut_of_Sync状态,MS还没有足够的时间来监测信道的状态,因此,MS必须尝试监测信道的状态。为叙述完整起见,图5.26还给出了从Out_of_Sync状态转移到Out_of_Sync_Channel_Monitored或In_Sync_Unknown_System状态的原因。在MS高层SDL中没有定义的状态有Out_of_Sync_Find_Sync和In_Sync_Unknown_System_Find_CC,它们的定义如下：Out_of_Sync_Find_Sync:当MS监测到信道中有RF电平时,它转移到该状态并试着与信道中的信号取得同步,在该状态中,监测定时器T_Monitor的结束意味着信道中的活动是非DMR的。在以下的SDL图中,本状态简写为Find_Sync。In_Sync_Unknown_System_Find_CC:当S与信道取得同步后,进入该状态并开始对信道中的色码进行译码,在这个状态中,若TX_CC_Timer<T_TxCC>定时器结束时还没有解出色码,表示信道中的通信活动是其它系统的。以下的SDL图中,本状态简写为Find_CC。从Out_of_Sync状态开始的信道接入请求允许采用非礼貌的信道接入方法。从Out_of_Sync状态开始的信道接入请求无论采用哪种礼貌的信道接入方法,首先都必须监测信道中的RF电平,如果RF电平低于规定的门限值,则允许以任一种礼貌接入方法进行发送〔见注释,如果RF电平高于或等于规定的N_RssiLo且接入类型为politetoall,MS不进行信道接入或把接入请求进行排队。注：不同的信道接入方法采用不同的N_RssiLo值。如果RF电平高于或等于N_RssiLo且接入类型为politetoownColourCode,同时监测定时器T_Monitor还没有结束,则MS尝试与当前信道中的通信活动取得同步。如果T_Monitor结束,则MS认为当前信道中的通信活动是非DMR的,MS发送自己的接入请求。如果MS与信道取得了同步,它将启动TX_CC_Timer<T_TxCC>定时器并开始捕获信道中的色码。如果TX_CC_Timer<T_TxCC>结束或色码不匹配,则允许MS进行发送。如果色码匹配,则MS不允许发送或把接入请求进行排队,同时MS转移到HighLevelNot_in_Call状态。5.2.2.1.2MSOut_of_Sync_Channel_Monitored的信道接入从Out_of_Sync_Channel_Monitored状态开始的三种接入方法见图5.27。该图的应用条件是：MS知道当前信道的RF电平且知道信道中没有正在进行的DMR通信。从Out_of_Sync_Channel_Monitored状态开始,当信道接入类型采用politetoall且RF电平高于N_RssiLo时,MS不允许发送或把接入请求置于排队序列中,其它情况下MS都可以发送。5.2.2.1.3MSIn_Sync_Unknown_System的信道接入从In_Sync_Unknown_System状态开始的三种接入方法见图5.28。从In_Sync_Unknown_System状态开始的信道接入请求允许采用非礼貌的信道接入方法。从In_Sync_Unknown_System状态开始,当信道接入类型采用politetoall时,MS不允许发送或把接入请求置于排队序列中,即MS避让当前信道中的通信活动。从In_Sync_Unknown_System状态开始,当信道接入类型采用politetoownColourCode时,MS将启动定时器TX_CC_Timer<T_TxCC>并开始捕获信道中的色码。后面的信道接入流程与从Out_of_Sync开始的接入流程相同。5.2.2.1.4MSNot_in_Call的信道接入从Not_in_Call状态开始的信道接入请求允许采用非礼貌的信道接入方法。从Not_in_Call状态开始的信道接入请求无论采用哪种礼貌的信道接入方法,都不进行信道接入或把接入请求置于排队序列中。因为在进入此状态前,MS已经与色码取得匹配,MS将停留在Not_in_Call状态。5.2.2.1.5MSOthers_Call的信道接入从Others_Call状态开始的信道接入请求允许采用非礼貌的信道接入方法。从Others_Call状态开始的信道接入请求无论采用哪种礼貌的信道接入方法,都不进行信道接入或把接入请求置于排队序列中。因为在进入此状态前,MS已经与色码取得匹配,MS将停留在Others_Call状态。5.2.2.1.6MSMy_Call的信道接入本状态意味着MS是通信的一个成员,此时无论MS中预先设定的是哪种接入类型,MS都采用非礼貌的信道接入方法进行接入。5.2.2.2转发模式的信道接入5.2.2.3非实时重要CSBKACK/NACK信道接入图5.35给出了MS的数据链路层协议,此时MS接收到一个独立的寻址CSBK信息并要求MS给出非实时响应,响应可以是ACK或NACK。在TX_Idle状态,DLL层在CLL层前接收到一个TX_CSBK,当MS没有发送要求时,它通常处于TX_Idle状态,6第二层突发格式本节定义DMR中的突发格式和信道,突发包括语音突发、常规数据突发和公共通知信道。突发中包含了用户数据和〔或封装在数据协议单元〔PDUs中的信令以及检纠错比特。第九章详细介绍PDU以及由突发携带的信息要素。图6.1为突发的图表表示,附录E给出每个比特在突发中的具体位置。图6.1彩色图示6.1声码器socket声码器比特由语音突发承载,见图6.2。每个语音突发提供一个"声码器socket",该接口可以承载2×108比特的声码器负载〔VP,即携带60毫秒的压缩语音。声码器比特标记为VS<0>～VS<215>,其在突发中的位置如图6.2所示。图6.2一般语音突发语音突发除了承载声码器比特外,在中央区域还承载嵌入式信令〔EMB域＋嵌入信令或SYNC,上下行信道中的语音突发具有相同的结构。图6.3给出了带帧同步的语音突发。9.1.1详细介绍SYNC。图6.3带有SYNC的语音突发图6.4给出了带嵌入信令的语音突发,同时给出了EMB域的参数。图6.4带嵌入式信令的语音突发嵌入式信令是链路控制〔LC信息或反向信道<RC>信息。6.2数据和控制上行和下行信道的数据和控制采用相同的突发格式,如图6.5所示。与语音突发相同,控制突发的中央也是数据同步或者嵌入式信令。每个数据和控制突发包含一个20比特的时隙类型的PDU<SLOT>,该PDU定义了196信息比特的意义,见表6.1。表中还给出了各种负载所采用的前向纠错编码,具体的编码方法在9.3.6中介绍,9.1.1详细介绍SYNC。图6.5常规数据突发表6.1数据类型要素定义6.3公共通知信道突发CACH只存在于下行信道。这个域为突发提供帧和接入信息或者低速数据。CACH信道与信道1或信道2无关,是位于它们中间的公共信道,如图6.6所示。图6.6CACH突发每个CACH突发包括24个比特,其中4比特信息和3比特校验称作TDMA接入信道类型〔TACT比特,它采用〔7,4汉明码进行保护,用于帧和状态说明。其余的17比特用于承载信令。CACH对信令不进行FEC编码。任何FEC和CRC都是负载的一部分,见B.2.3。CACH是与信道1或信道2无关的公共信道,它每隔30毫秒出现一次,因此,总的负载比特速率是〔17比特/突发/<30毫秒/突发>＝566.67比特/秒。当下行信道中有DMR活动时,每个CACH信道的AT比特指出了MS上行信道的下一个时隙是空闲还是忙碌,TC比特给出该时隙的时隙号.〔图5.23给出了CACH和上行/下行时隙间的定时关系。当上行信道中有DMR活动时,BS把AT设为"忙",此外,在语音呼叫挂起期间或当上行信道有预期的活动时〔例如有一个确认信息也可以将AT比特设为"忙"。注：LCSS指出该突发为LC或CSBK信令的开始、结束或中间段。由于可用的比特数比较少,因此,没有单段的LC信令。6.4反向信道6.4.1独立上行反向信道突发MS在上行信道利用独立上行反向信道突发向BS或直通模式中的MS发送反向信道信令。这个突发包含48比特的反向信道同步字和48比特的嵌入信令域,如图6.7所示。这种突发类型中各域的用途和先前定义的各域的用途是一样的,因此,已有的FEC码和各种处理软件可以重复使用。把SYNC和信令组合在一个突发中的好处是移动台在30毫秒时间内就可以发送一个完整的反向信道信令,其时延很短。突发的长度限制在96比特之内,这样移动台有足够的时间从在一个TDMA信道上接收信息转到另一个TDMA信道上发送反向信道信令再返回原来的接收信道。图6.7独立的上行反向信道突发与其他类型的突发相同,SYNC部分位于突发的中央,接收方使用常规方法检测SYNC。信令信息在SYNC的两边对称分布,为MS从RX切换到TX和从TX回到RX提供相同的转换时间。反向信道信令长度为11比特,由32比特域携带,即图中的"RCinfo＋FECParity"。LCSS域应被设置为表征单段LC包。其它域应根据当前系统配置和操作模式进行设置。注：对反向信道突发的处理是可选的,如果基站不支持RC信令就会忽略RC突发。6.4.2下行反向信道突发嵌入式下行反向信道突发允许基站在下行信道上向MS发送反向信道信令。这个突发将反向信道信令置于一个嵌入式48比特EMB/LC域,如图6.8所示。图6.8下行反向信道反向信道信令共11比特,按B.2.2中的描述进行FEC编码和交织。LCSS域被设置为表征单段LC包。所有其它域应根据当前系统配置和操作模式进行设置。当出现反向信道但没有有效信令可发送时,发送D.1中定义的嵌入式填充信息。7DMR信令7.1链路控制信息结构链路控制信令包括全LC信息和短信息,定义如下：全链路控制信息包含一个72比特的信息域,由下述突发携带：语音和数据〔嵌入式；报头；终止；全链路控制信息的基本结构如图7.1所示：图7.1全LC消息结构全LC包括7字节的数据〔见注1以及全LC运算代码〔FLCO、特征ID〔FID等。注1：数据信息部分包括特征专用信息〔例如源ID和目标ID,在TS102361-2[5]中定义。短链路控制信息包括28比特的信息域,由CACH携带。短链路控制信息的基本结构如图7.2所示。图7.2短LC消息结构短LC包括3字节的数据〔见注2和短LC运算代码〔SLCO。注2：数据信息部分包括特征专用信息并在TS102361-2[5]中定义。7.1.1语音LC报头语音传输开始时,首先发送一个报头突发,该突发采用常规数据突发结构,以表征一个语音传输的开始〔见5.1.2.2节。LC报头包括全链路控制报头PDU,基本结构见7.1节。图7.3给出了72比特的LC域和24比特的校验和在一个常规数据突发中的排列情况。时隙类型域的数据类型域设置为"语音LC报头"。图7.3LC语音报头结构7.1.2带LC的结束突发紧随最后一个语音语音突发,传输一个包含数据SYNC的数据突发表示该次语音通话的结束。72比特的LC信息受24比特CRC和BPTCFEC的保护〔如图7.4所示。时隙类型域的数据类型域应该被设置为"带LC的终止突发"。图7.4带有LC的终止突发7.1.3嵌入式信令为方便迟后进入,LC信息放置在语音突发的嵌入式域。一个72比特的LC信息经过FEC编码和分段,放置在四个突发的嵌入式域〔见B.2.1节。也就是说,对于一个6突发的语音超帧,可以分配一个突发用于SYNC,四个突发用于LC,一个突发用于图6.4所示的反向信道。LC信息的开始、持续和结束由6.1节介绍的EMB域中的LCSS比特来标识。在多方LC中插入无LC的嵌入信令类型并设定LCSS比特,表示为该突发包含单段LC包。注：无LC突发依赖于呼叫类型和上下文。7.1.3.1下行信道为了在下行信道支持反向信道特性,每个下行语音超帧中的一个突发将专门用于传输反向信道信令,见图7.5。突发A中必须包括一个语音SYNC图案,任选其余语音突发〔B到F中的一个专用于传输反向信道信令,见5.1.5.1节。注：虽然反向信道突发的位置是固定的,但是语音超帧的起始是任意的,所以用于RC信令的突发可能随呼叫而改变。图7.5下行语音超帧示例语音超帧中剩余的四个语音突发用于携带嵌入信令信息。图7.5为一个下行语音超帧的例子,其中C突发用于反向信道信令。7.1.3.2上行信道上行语音超帧中不包含反向信道,因此,为了保持上行和下行LC信息之间的同步,上行语音超帧的突发F应该以空信息填充,从而确保在每个语音超帧中都能发送唯一一个LC信息,见图7.6。图7.6上行语音超帧7.1.4CACH中的短链路控制短LC信息由CACH承载,如图7.7中所示。LCPDU的长36比特,采用B.1.1节介绍的BPTC码进行保护。图7.7CACH中的短LC所得到的FEC矩阵在多个CACH突发间进行交织以防止出错。每个LC段在放入CACH域中时与CACH的TACT比特进行交织。由于一个完整的LC是在4个CACH突发上传输的,因此每120ms<4×30ms>可以传输一条LC信息。7.2控制信令块<CSBK>的信息结构CSBK信息包含一个96比特的信息域,其基本结构如图7.8所示。图7.8CSBK信息结构CSBK包含8字节的数据〔见注1以及CSBK操作码和特征ID。LB信息设为。注1：数据信息部分包括特征专用信息〔例如源ID和目标ID,TS102361-2[5]中有详细定义。注2：多块控制的信息结构见7.4节。7.2.1控制信令块<CSBK>96比特的CSBK〔80比特信令+16比特CRC采用BPTC<196,96>进行保护〔详见附录B。信息比特由单独的数据突发携带,如图7.9所示。时隙类型域的数据类型域设为"CSBK"。图7.9CSBK格式7.3空闲突发当基站没有有效的信令和业务发送时将发送空闲突发,此时,时隙类型域的数据类型域设为"Idle"。空闲突发中的信息域应以事先定义好的伪随机序列填充。图7.10空闲突发格式与常规数据和控制突发一样,空闲突发中的信息比特使用BPTC<196,96>FEC编码并进行交织,如图7.10所示。这些比特仅被用作BS连续传输的手段,移动台不用读取或处理这些比特。7.4多块控制〔MBC消息的结构当CSBK不能携带所有需要的控制信息时,采用MBC信息。MBC的基本结构以CSBK信息结构为基础。MBC消息由一个MBC报头,0到2个MBC中间码组和一个MBC结束码组组成。三种MBC消息的基本结构见图7.11到7.13。注1：MBC在一个时隙上连续传输。图7.11MBC报头信息结构图7.12MBC中间码组信息结构图7.13MBC结束码组消息结构MBC包含的数据〔见注1以及CSBK运算代码〔CSBKO和特征ID〔FID。注2：数据信息部分包括特征专用信息并在TS102361-4[1]中定义。报头码组包括64比特,中间码组包括95比特,结束码组包括79比特。注3：一个MBC在报头后面有3个码组时可以携带333比特数据。报头中的16比特CRC应该包含报头所携带的数据。结束码组中的16比特CRC是对除报头码组之外的所有MBC码组进行计算的结果。7.4.1多码组控制〔MBCMBC报头、中间和结束码组使用BPTC<196,96>FEC进行保护,见附录B。信息比特在必要时可由报头、中间码组携带,报头、中间码组和结束码组的结构在图7.14到7.16中给出。时隙类型域的数据类型域报头码组设为"MBCHeader",中间和结束码组设为"MBCContinuation"。图7.14MBC报头结构图7.15MBC中间码组图7.16MBC结束码组表7.1列出了区分三种不同的MBC码组的方法,即采用LB信息和数据类型的组合来表示。8DMR报文协议〔PDP这一章为报文操作定义了DMR报文协议〔PDP。任意长度的数据消息通过使用打包技术在DMR空中接口上传输。本文档支持以下的第三层协议：互联网协议短消息协议8.1互联网协议本文档支持IPv4。注：详细条款请参阅RFC791[6]。DMRPDP使DMR如IP子网般工作,所以应用程序员可以在良好的标准环境下建立他们的应用程序。基站IP路由和中继的执行方法,以及外部网络的连接都不是本文的讨论范围。IPv4在两个服务接入点之间提供无连接的、高效的报文传输。IPv4协议在或联网的环境下需要端到端协议〔例如TCP,UDP。IPv4需要空中接口协议在空中传输IP报文。8.2数据包分片和重组在空中,空中接口协议携带IP数据包。在空中他提供分片和重组,纠错检错,固定交付和加密的功能。一个大于最大长度的数据包首先要被分片。每一片被放到一个单独的包内,这1倒m个数据包组成一个数据包序列,前面有一或两个报头分组。每个分组都使用自己的FEC编码进行保护。一个IP数据包的分解图示如图8.1所示,其中每个数据包都带有报头分组。传输可以使用一个时隙或多个时隙。图8.1数据包的分解一个单独的数据包的分片的最大数目是没有限制的。每个分片的长度也各不相同但都不超过最大长度N_DFragMax个字节。每个分片依次分列到分组中,每个分组包含16字节的经证实或12字节未经证实的数据传输。其中有一个特殊的分组为报头分组。报文的开头会发送一或两个报头分组。一个报文中分组的最大数目〔包括报头分组可以是：有证实数据无证实数据移动台恶化基站至少用能存储N_DFragMax个字节。报头分组有四个分片序列码〔FSN以帮助重组分片。MSB的FSN是最后一个分片的标识。最后3比特是这个分片的序列码。取值范围是000和001到111之间,其中000仅用于第一分片。表8.1中的例子是一个带有14分片的数据包的FSN码表8.1：FSN编码分片1234567891011121314FSN0000见注100010010001101000101011001110001见注200100011010001011110见注3注1：FSN=0000仅用于第一分片。注2：MSB=0用于除了最后一分片之外的所有分片。注3：MSB=1仅用于最后一分片〔例子中的148.2.1报头分组结构报头分组通过将时隙类型的数据类型域设置为"数据报头"来与其他突发进行区别。报头分组包括10字节的地址和控制信息,后面是两个字节的报头CRC检错码。报头CRC通常按照章节B.3.8中描述的CRC-CCITT从前面的10字节地址和控制信息中用循环冗余程序计算处来的。第一报头分组的结构如图8.2所示。报文中总是含有第一报头分组〔包括专用报文。图8.2一般第一报头分组的结构8.2.1.1无证实数据报头无证实报文的第一报头分组结构如图8.3所示。第0字节中的第4比特是5比特POC中最重要的比特。图8.3无证实报文的专用第一报头分组8.2.1.2有证实数据报头有证实报文的第一报头分组结构如图8.4所示。第0字节中的第4比特是5比特POC中最重要的比特。图8.4有证实报文的专用第一报头分组8.2.1.3响应数据报头响应报文的第一报头分组结构如图8.5所示。第0字节中的第4比特是5比特POC中最重要的比特。图8.5应答报文的专用第一报头分组8.2.1.4专用数据报头专用报文使用任一个数据报头分组作为第一报头分组,同时还含有第二报头分组。第一报头中的服务接入点〔SAP信息的特定值〔=9标志着含有第二报头分组。第二报头分组的结构如图8.6所示。图8.6专用报文的第二报头分组8.2.1.5状态/预编码短数据报头状态/预编码报文的第一报头分组结构如图8.7所示。第0字节中的第4和第5比特是6比特AB信息中最重要的2比特。第8字节中的第1和第0比特是10比特状态/预编码信息中最重要的2比特。图8.7状态/预编码短数据报文的专用第一报头分组8.2.1.6未处理短数据报头未处理报文的第一报头分组结构如图8.8所示。第0字节中的第4和第5比特是6比特AB信息中最重要的2比特。图8.8未处理短数据报文的专用第一报头分组8.2.1.7预定义短数据报头预定义报文的第一报头分组结构如图8.9所示。第0字节中的第4和第5比特是6比特AB信息中最重要的2比特。图8.9预定义短数据报文的专用第一报头分组8.2.1.8统一数据传输〔UDT数据报头UDT数据报头的第一报头分组结构如图8.10所示。图8.10UDT数据报文的专用第一报头分组8.2.2数据分组结构如果报文接收无误,根据接收端的数据容量报文使用32比特CRC进行保护。CRC位于报文的末端最后4字节,参看章节B.3.9中的描述。附加字节也许会附加在报文的数据结尾,但是在CRC之前,这些附加字节用于扩展报文的长度以填充报文中所有的分组。附加字节的数目在第一报头信息中的POC域中指出。处理报文需要的服务在上述XX中的SAP中指出。IP基本报文的SAP值为4。报文内的分组数目〔不包括第一报头分组在报头分组中被域BlocksToFollow给出。数据可能使用有证实传输,也可能使用无证实传输。有证实传输用于要求接收方发送接收确认的情况。无证实传输用于报文的发送方不需要确认的情况。有证实和无证实报文的区别在于报头分组的Format域。8.2.2.1无证实数据分组结构无证实分组位于无证实报头之后。时隙类型的数据类型被设置为1/2编码或3/4编码。无证实数据分组使用1/2编码将12字节打包成一个分组。用户数据的字节数目计算公式如下：使用1/2编码的无证实数据分组的结构如图8.11所示。图8.11无证实1/2编码数据分组格式无证实数据分组使用3/4编码将18字节打包成一个分组,每个分组使用3/4网格编码进行保护。最后分组的最后4个字节时数据CRC。用户数据的字节数目计算公式如下：8.2.2.2有证实数据分组结构有证实分组位于无证实报头之后。时隙类型的数据类型被设置为1/2编码或3/4编码。当有证实传输使用3/4编码时,一个数据分组包含16字节数据,2字节控制信息〔7比特序列码和9比特CRC。9比特CRC是通过7比特序列码计算出来的,与用户数据相连。在使用3/4编码的情况下,报文中的每个分组使用3/4网格编码进行保护。用户数据的字节数目计算公式如下：使用3/4编码的有证实数据分组格式如图8.12所示。图8.12有证实3/4编码数据分组格式当有证实传输使用1/2编码时,一个数据分组包含10字节数据,2字节控制信息〔7比特序列码和9比特CRC。9比特CRC是通过7比特序列码计算出来的,与用户数据相连。在使用1/2编码的情况下,报文中的每个分组使用BPTC<196,96>编码进行保护。用户数据的字节数目计算公式如下：分组序列码和CRC使接收方可以分辨数据分组是否接收正确。在有证实传输中,接收方会像发送方发回确认,以要求重新传输错误分组。这就是选择性ARQ。分组序列码用于分辨错误分组。报文的序列码以0开始,后面是BlocksToFollow——报头的数目。在重发过程中,发送方连同序列码一起错误分组。8.2.2.3应答报文格式应答报文用于确认有证实报文的传输。当接收报文中的A比特〔位于报头信息被设定时接收方会发送应答报文。应答报文报头结构如图8.5所示。应答报文的报头信息中的等级、类型和状态域的详细说明在标8.2中给出。当分组需要选择性重发誓,类型域会被设定为10,附加信息会被添加到报头信息中。分组的数目在BlocksToFollow中给出。它包括前面64分组的选择重发标识。如果需要更多的标识,将会使用两个分组,发送127个分组的标识。应答报文的数据分组通过将时隙类型的数据类型域设定为"无证实数据扩展"来与其他突发区分。标识符设定为1表示接收到相应的分组,设定为0表示需要重发。标识符的位置表示它所对应的分组。未使用标识符,例如位置号大于报文中的分组数目,将被设定为1。表8.2应答报文等级、类型和状态设定Class<等级>Type〔类型Status〔状态Message〔消息注释00001NACK至标识为NI的所有包的所有块被成功收到01000NINACK非法格式,NI没有实际意义01001NINACK有NI的失败数据包的CRC包,01010NINACK接收端存储满01011FSNNACK收到的FSN不在序列里01100NINACK不可传输的01101VINACK收到的包不在序列里,N〔S≠VI或VI+101110NINACK不被系统允许的非法用户10000NIACK接收端请求在应答包的数据块中进行选择性重试,注释1：NI是接收端成功收到的最后一个包的序号。注释2：N〔S是发送端发送的最后一个包的序号。注释3：VI是接收端期望收到的包的序号注释4：FSN是FSN域的3个最轻重要字CRC是章节B.3.9中定义的32比特CRC。图8.13应答报文数据分组8.2.2.4应答报文的挂机时间正在接收的移动台在接收到有证实报文时要发送应答报文。为了保证应答报文的技术传输,系统为应答报文预留了信道。这就称为"数据应答挂机时间"。数据应答挂机时间通常是报文结束后的几个突发。在直通模式,发送移动台需要通过传输"数据结束LC"来标识数据应答挂机时间。接收方应该正常的发送应答。在转发模式,基站应该通过发送可配置数目的"数据结束LC"来标识数据应答挂机时间。为避免冲突,在数据应答挂机时间内转发方应将CACH的AT位设定为BUSY。移动台应该在"数据应答挂机时间"内不断的发送应答报文。图8.14是"数据结束LC"的结构。图8.14数据结束链路控制8.2.2.5统一数据传输末端数据分组结构UDT数据分组位于UDT数据报头之后。时隙类型的数据类型被设置为1/2编码。无证实数据分组使用1/2编码将12字节打包成一个分组,报文中的每个分组使用BPTC<196,96>编码进行保护。末端分组应该包含最后两字节中的数据CRC。使用1/2编码的UDT末端数据分组结构如图8.15所示。图8.15UDT末端数据分组格式9第二层PDU介绍本章介绍DMR空中接口第二层的PDU。以下的部分介绍PDU及PDU中的信息。PDU结构图中各部分的含义如下：信元列给出所含信元的名称。信元长度列定义了以比特为单位的信元长度。备注列给出信元的其他信息。信元按照突发格式所定义的顺序进行发送,即表中第一行信元最先发送〔在交织之前。信元的内容用一个二进制值表示,且最重要的比特〔MSB最先发送〔在交织之前。9.1语音突发、常规数据突发和CACH中的PDU9.1.1同步〔SYNCPDU帧同步是接收信息的第一步,因此必须在接收其它信息前取得帧同步。TDMA协议包括上行语音、下行语音、上行数据或控制和下行数据或控制四种模式,不同的帧同步图案用于区分不同的模式,使用不同的同步图案来表示不同的模式可以减少突发格式中所需专用信令比特的数量。同步PDU中的内容如表9.1所示。DM中使用的同步图案见表9.2。注：TDMA协议定义了用于数据和语音的唯一的48比特帧同步,它们之间互为相反数。在语音模式下,帧同步相关器的输出为一个正值,但在数据模式下,相关器的输出是一个数值相同、符号相反的负值。9.1.2嵌入式信令〔EMBPDUEMBPDU用于突发中嵌入信令的情况。EMBPDU长16比特,其突发结构见6.1节。EMBPDU的内容如表9.3所示。9.1.3时隙类型〔SLOTPDUSLOTPDU用于数据和控制。SLOTPDU长20比特,其突发格式见6.2节。SLOTPDU的内容如表9.4所示。9.1.4TACTPDUTACTPDU应用于CACH突发的状态和成帧。TACTPDU长7比特。TACTPDU的内容如表9.5所示。9.1.5反向信道〔RCPDURCPDU用于反向信道信令。RCPDU长32比特,嵌于反向信道突发中,见6.4节。RCPDU的内容如表9.6所示。9.1.6全链路控制〔FULLLCPDUFULLLCPDU的使用方法见7.1节。FULLLCPDU用于报头和结尾突发时长96比特,用于嵌入式信令时长77比特。FULLLCPDU的内容如表9.7所示。9.1.7短链路控制〔SHORTLCPDUSHORTLCPDU的使用方法见7.1节。SHORTLCPDU长36比特,其内容如表9.8所示。9.1.8控制信令码组〔CSBKPDUCSBKPDU用于信令,见7.2节。CSBKPDU长96比特,其内容如表9.9所示。9.1.9伪随机填充比特〔PRFILLPDU伪随机填充比特〔PRFILLPDU用于空闲突发,见7.3节。伪随机填充比特〔PRFILLPDU长96比特。附录D.2给出这些比特的计算方法。9.2与数据相关的PDU概述本节介绍DMR空中接口第二层中与分组数据协议相关的PDU。9.2.1有证实数据报头〔C_HEADPDUC_HEADPDU应用于章节8.2.1中描述的有证实数据传输。C_HEADPDU长96比特,内容如表9.10所示。表9.10C_HEADPDU内容9.2.23/4编码数据报〔R_3_4_DATAPDUR_3_4_DATAPDU用于为章节8.2.2.2中描述的有证实数据传输携带用户数据。R_3_4_DATAPDU在用于有证实数据时长144比特,如表9.11所示。表9.11用于有证实数据的R_3_4_DATAPDU内容R_3_4_DATAPDU也可以用于为章节8.2.2.1中描述的无证实数据传输写到用户数据。R_3_4_DATAPDU用于无证实数据时长144比特。9.2.33/4编码最后数据码组〔R_3_4_LDATAPDUR_3_4_LDATPDU用作章节8.2.2.2中描述的最后数据码组为有证实数据传输携带的用户信息。R_3_4_LDATPDU当用于有证实数据时,长144比特,如表9.12所示。表9.12用于有证实数据的R_3_4_LDATPDU内容R_3_4_LDATPDU也可以用于为章节8.2.2.1中描述的无证实数据传输写到用户数据。R_3_4_DATAPDU用于无证实数据时长144比特,如表9.12A所示。表9.12A用于无证实数据的R_3_4_DATAPDU内容9.2.4有证实应答报头〔C_RHEADPDUC_RHEADPDU用作章节8.2.1和8.2.2.3中描述的有证实传输的报头。C_RHEADPDU长96比特,如表9.13所示。表9.13C_RHEADPDU内容9.2.5有证实应答数据报〔C_RDATAPDUC_RDATAPDU用于标示章节8.2.2.3中描述的选择重发的数据码组。C_RDATAPDU长96比特,如表9.14所示。表9.14C_RDATAPDU内容9.2.6无证实数据报头〔U_HEADPDUU_HEADPDU应用于章节8.2.1中描述的无证实数据传输。U_HEADPDU长96比特,如表9.15所示。表9.15U_HEADPDU内容9.2.71/2编码数据报〔R_1_2_DATAPDUR_1_2_DATAPDU用于为章节8.2.2.2中描述的有证实数据传输携带用户信息。R_1_2_DATAPDU在用于有证实数据时长96比特,如表9.15A所示。表9.15A用于有证实数据的R_1_2_DATAPDU内容R_1_2_DATAPDU用于章节8.2.2.1中描述的无证实数据报头是仅携带用户数据信息。R_1_2_DATAPDU在用于无证实数据时长96比特,而且可能含有填充字节。9.2.81/2编码最后数据码组〔R_1_2_LDATAPDUR_1_2_LDATAPDU用作章节8.2.2.2中描述的左后数据码组为有证实数据传输携带用户信息。R_1_2_LDATAPDU用于有证实数据时长96比特,如表9.158B所示。9.158B用于有证实数据的R_1_2_LDATAPDU内容R_1_2_LDATAPDU也可用作最后数据码组为章节8.3中描述的无证实数据传输携带用户数据。R_1_2_LDATAPDU当用于无证实数据时长96比特,如表9.16所示。表9.16用于无证实数据的R_1_2_LDATAPDU内容9.2.9保密报头〔P-HEADPDUP-HEADPDU在场上需要添加自己的报头时使用。P-HEADPDU长96比特,如表9.17所示。表9.17P-HEADPDU内容9.2.10状态/预编码短消息报头〔SP_HEADPDUSP_HEADPDU用于章节8.2.1中描述的状态/预编码短消息传输。SP_HEADPDU长96比特,如表9.17A所示。表9.17ASP_HEADPDU内容9.2.11未处理短消息报头〔R_HEADPDUR_HEADPDU用于章节8.2.1中描述的为处理短消息传输。R_HEADPDU长96比特,如表9.17B所示。表9.17BR_HEADPDU内容9.2.12预定义数据短消息报头〔DD_HEADPDUDD_HEADPDU用于章节8.2.1中描述的预定义数据短消息传输。DD_HEADPDU长96比特,如表9.17C所示。表9.17CDD_HEADPDU内容9.2.13统一数据传输报头〔UDT_HEADPDUUDT_HEADPDU用于章节8.2.1描述的UDT数据传输。UDT_HEADPDU长96比特,如表9.17D所示。表9.17DUDT_HEADPDU内容9.2.14统一数据传输最后数据码组〔UDT_LDATAPDUUDT_LDATAPDU用作最后数据码组为章节8.3中描述的无证实数据传输携带用户信息。UDT_LDATAPDU长96比特,如表9.17E所示。表9.17EUDT_LDATAPDU内容9.3第二层信元编码本节介绍第二层PDU中的信元,并给出与这些信元对应的比特表示,本节中各表的结构如下：信元列给出信元的名称；信元长度列定义了以比特为单位的信元长度；值列给出固定值或值的范围；备注列定义了除比特的值以外信元的含义。9.3.1色码〔CCCC信元用以区分来源于其他站点的信令,如表9.18所示。9.3.2保密指示〔PIPI信元用于指示声码器帧是否进行加密,见表9.19。9.3.3LC启动/停止〔LCSSLCSS信元用于LC或CSBK信令,指示信令的开始、持续或结束,如表9.20所示。9.3.4EMB奇偶校验EMB奇偶校验长9比特,采用QuadraticResidue<16,7,6>FEC,见B.3.2节9.3.5特征设置ID〔FIDFID信元用于识别几个不同"特征设置"中的一个,如表9.21所示。9.3.6数据类型数据类型信元指出了常规数据突发中携带的数据或控制的类型,如表9.22所示。9.3.7时隙类型奇偶校验时隙类型奇偶校验信元长12比特,采用B.3.1中介绍的Golay〔20,8FEC。9.3.8接入类型〔ATAT信元指示下一个上行时隙是空闲还是占用,如表9.23所示。9.3.9TDMA信道〔TCTC信元指示下一个下行或上行突发是信道1还是信道2,如表9.24所示。9.3.10保护标志位〔PF保护标志位如表9.25所示。9.3.11全链路控制运算代码〔FLCOFLCO信元用于识别FID所表征的"灵活性设置"中的"空中"灵活性,如表9.26所示。TheFLCOinformationelementisusedtoidentifyan"over-air"facilitywithina"facilityset"identifiedbytheFIDasdescribedintable9.26.9.3.12短链路控制运算代码〔SLCOSLCO信息信元用于识别短LC信息类型,如表9.27所示。9.3.13TACT奇偶校验TATC奇偶校验信息信元长3比特,采用汉明〔7,4FEC编码,见B.3.5。9.3.14RC奇偶校验RC奇偶校验信息信元长21比特,采用可变BPTCFEC编码,见B.2.2。9.3.15组或个体〔G/IG/I信元用于指出对数据信息的确认情况,如表9.28所示。9.3.16应答请求〔AA信元用于指出对数据消息的证实情况,如表9.29所示。9.3.17数据报格式〔DPFDPF信元用于标识数据报的格式,如表9.30所示。9.3.18SAP标示符〔SAPID报头中的SAPID信元用以标识下一个码组的处理类型。见表9.31。9.3.19逻辑链路ID〔LLIDLLID信元根据表9.23中的I/O信息识别发送报的源地址〔例如单个移动台或接收报的目标地址〔例如单个移动台或移动台组。9.3.20全消息标示符〔FF信元用于接收机,用以指示在完整的报文中传输的数据数量,如表9.33所示。TheFinformationelementisusedinthereceivertosignifythatthePadOctetCountinformationelementindicatestheamountofdatabeingtransportedinthecompletepacketasdescribedintable9.33.9.3.21后续码组〔BFBF信息信元指出除报头码组外分组中码组的数量,如表9.34所示。9.3.22填充字节计数器〔POCPOC指出附加到用户信息字节后的填充字节的数目以形成整数个码组,如表9.35所示。实际的数据字节数目是：3/4有证实数据类型：16×<BF–no.ofadditionalheaders>-4–POC。1/2有证实数据类型：10×<BF–no.ofadditionalheaders>-4–POC。3/4无证实数据类型：18×<BF–no.ofadditionalheaders>-4–POC。1/2无证实数据类型：12×<BF–no.ofadditionalheaders>-4–POC。9.3.23再同步标示符〔SS用于物理子层序列码的再同步,如表9.36所示。如果S比特置1,接收机将接受消息中的N和FSN信息。当S置1时,复制信息不能被拒绝。S只能在特殊定义的注册信息中置1,在用户数据消息中应该被清零。9.3.24发送序列号〔N〔SN〔S规定了报文的发送序列号,如表9.37所示。它用于识别每个报文,接收机根据N〔s可以正确的对接收到消息段进行排序。序列号从0开始,每发送一个新的数据包时按模8增加。发送机在自动重发时不增加计数。接收机中有一个变量VI,VI的值是最后接收到的有效报文的序列号。接收机按照以下规则接收报文：N〔S=VI或VI+1;如果N〔S=VI,报文是一个复制品；如果N〔S=VI+1,报文是序列中的下一个。9.3.25帧序列号〔FSNFSN信息信元用于连续数字信息帧组成一个更长的数据消息,如表9.38所示。数据链中最后一帧最多有效位应该置1,其他的清零。三个最少有效位就是帧序列码。在首帧应设置为000,后面的每个序列依次增加。当数字达到111时,下一个增量是001而不是000。由一个物理消息〔或报文组成的逻辑消息的FSN应设置为1000。例子中所示的为含有14码片的数据报的FSN。例：FSN编码表9.38帧序列码信息信元内容9.3.26数据分组串行码〔DBSNDBSN信息信元用于为报文中的数据分组识别序列码,如表9.39所示。第一次尝试这些序列码时从0开始递增到M-1,M等于报头分组中的后续分组信息信元。再试时,并不包括所有的分组,这些序列码时发送机识别哪些分组已经发送过。表9.39数据分组串行码信息信元内容9.3.27数据分组CRC〔CRC-9数据分组CRC信息信元长9比特,使用章节B.3.10中描述的CRC-9来保护用户数据和DBSN信息信元。9.3.28等级〔ClassClass信息信元的描述如表9.40所示。它与类型和状态信息信元一起使用