..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所示。它與類型和狀態信息信元一起使用