第3代移动通讯协议TD-SCDMA11

1、Tech ni cal Specificati onChi na Wireless Telecomm un icatio n Sta ndard (CWTS);Worki ng Group 1 (WG1);MAC protocol specificati onCWTSCon te nts1.SCOPE 32. REFERENCES43. DEFINITIONS, ABBREVIATIONS AND SYMBOLS53.1 DEFINITIONS 53.2 ABBREVIATIONS 53.3 SYMBOLS 64 GENERAL74.1 OBJECTIVE74.2 OVERVIEW ON MA

2、C ARCHITECTURE 74.2.1 MAC En tities 74.2.2 MAC-b, MAC-c and MAC-sy 74.2.3 Traffic Related Architecture - UE Side 84.2.4. Traffic Related Architecture - RAN Side 114.3 CHANNEL STRUCTURE 144.3.1 Tran sport cha nn els144.3.2 Logical Channels 154.3.3 Mapp ing betwee n logical cha nn els and tran sport c

3、ha nn els 165 SERVICES PROVIDED TO UPPER LAYERS165.1 DESCRIPTION OF SERVICES PROVIDED TO UPPER LAYERS 166 FUNCTIONS 166.1 DESCRIPTION OF THE MAC FUNCTIONS 166.2 RELATION BETWEEN MAC FUNCTIONS / TRANSPORT CHANNELS AND UE 176.2.1 Relati on betwee n MAC Fun cti ons and Tran sport Chann els176.2.2 Relat

4、io n of UE MAC fun cti ons corresp onding to the Tran sport Channel MAC Fun cti ons and Tran sportChann els197 SERVICES EXPECTED FROM PHYSICAL LAYER 198 ELEMENTS FOR LAYER-TO-LAYER COMMUNICATION208.1 PRIMITIVES BETWEEN LAYERS 1 AND 2208.2 PRIMITIVES BETWEEN MAC AND RLC208.2.1 Primitives 208.2.2 Para

5、meters208.3 PRIMITIVES BETWEEN MAC AND rrc228.3.1 Primitives 228.3.2 Parameters249 ELEMENTS FOR PEER-TO-PEER COMMUNICATION259.1 PROTOCOL DATA UNITS 259.1.1 MAC Data PDU 259.1.2 MAC Con trol PDU259.2 FORMATS AND PARAMETERS 259.2.1 MAC Data PDU: Parameters of the MAC header259.2.2 Con trol PDUs289.3 P

6、ROTOCOL STATES289.4 STATE VARIABLES 299.5 TIMERS 299.6 PROTOCOL PARAMETERS 299.7 SPECIFIC FUNCTIONS299.7.1 Fast Dyn amic Channel Allocati on for Bearer Service2910 HANDLING OF UNKNOWN, UNFORESEEN AND ERRONEOUS PROTOCOL DATA3011 ELEMENTARY PROCEDURES3011.1 DYNAMIC RADIO BEARER CONTROL 3011.2 CONTROL

7、OF RACH TRANSMISSIONS3212 HISTORY 36ANNEX A (INFORMATIVE):36A.1 ASSUMPTIONS37A.2 EXAMPLE MESSAGE SEQUENCE FOR RANDOM ACCESS PROCEDURE37I.ScopeThe scope of this description is the specification of the MAC protocol.The following lists the contents for the specification of the MAC protocol:1. list of p

8、rocedures2. logical flow diagrams for no rmal procedures3. logical descripti on of message4. pri nciples for error han dli ng5. some excepti onal procedures which are felt criteria6. It should, as far as possible, have the same format and outline as the final specification7. exact message format8. a

9、ll sce nariosNote: The list has to be reviewed2. Refere ncesThe follow ing docume nts contain provisi ons which, through refere nee in this text, con stitute provisi ons of the prese nt docume nt.? Refere nces are either specific (ide ntified by date of publicati on, editi on n umber, versi on n umb

10、er, etc.) or non-specific.? For a specific refere nee, subseque nt revisi ons do not apply.? For a non-specific refere nee, the latest vers ion applies.? A non-specific refere nce to an TS shall also be take n to refer to later vers ions published as an EN with the same n umber.1 TS C001, Radio I nt

11、erface Protocol Architecture2 TS C002, Services provided by the physical Layer3 TS C003, UE fun cti ons and In terlayer Procedures in Conn ected Mode4 TS C004, UE procedures in Idle Mode5 TS C202,RLC protocol specificatio n.6 TS C203, RRC protocol specification.7 TS 25.391, Description of principles

12、 for error handling and message description ETSI UMTS 25.XX:” Vocabulary for the RAN ”3. Defin iti ons, abbreviati ons and symbols3.1 DefinitionsSee 8 for a defi niti on of fun dame ntal con cepts and vocabulary.3.2 AbbreviationsARQAutomatic Repeat RequestASCAccess Service ClassBCCHBroadcast Con tro

13、l ChannelBCHBroadcast ChannelC-Con trol-CCCall Co ntrolCCCHCom mon Con trol ChannelCCTrCHCoded Composite Tran sport ChannelCPCHCom mon Packet Cha nn el (UL)CNCore NetworkCRCCyclic Redu ndancy CheckDCDedicated Con trol (SAP)DCADyn amic Channel Allocati onDCCHDedicated Con trol ChannelDCHDedicated Cha

14、nnelDLDow nli nkDRNCDrift Radio Network Co ntrollerDSCHDown li nk Shared ChannelDTCHDedicated Traffic ChannelFACHForward Link Access ChannelFCSFrame Check Seque neeFDDFreque ncy Divisi on DuplexGCGe neral Co ntrol (SAP)HOHandoverITUIn ter nati onal Telecommu nicatio n Un io nkbpskilo-bits per sec on

15、dL1Layer 1 (physical layer)L2Layer 2 (data link layer)L3Layer 3 (n etwork layer)LACLink Access Con trolLAILocation Area IdentityMACMedium Access Con trolMMMobility Man ageme ntNtNotification (SAP)OCCCHODMA Com mon Con trol Cha nnelODCCHODMA Dedicated Con trol Cha nnelODCHODMA Dedicated Cha nnelODMAO

16、pportu nity Drive n Multiple AccessORACHODMA Ra ndom Access Cha nnelODTCHODMA Dedicated Traffic Cha nnelPCCHPagi ng Con trol ChannelPCHPagi ng ChannelPDUProtocol Data Un itPHYPhysical layerPhyCHPhysical Chann elsRACHRan dom Access ChannelRLCRadio Link Con trolRNCRadio Network ControllerRNSRadio Netw

17、ork SubsystemRNTIRadio Network Temporary IdentityRRCRadio Resource ControlSAPService Access PointSCCHSynchronization Control ChannelSCHSynchronization ChannelSHCCHShared Channel Control ChannelSDUService Data UnitSRNCServing Radio Network ControllerSRNSServing Radio Network SubsystemTDDTime Division

18、 DuplexTFCITransport Format Combination IndicatorTFITransport Format IndicatorTMSITemporary Mobile Subscriber IdentityTPCTransmit Power ControlU-User-UEUser EquipmentUERUser Equipment with ODMA relay operation enabledULUplinkUMTSUniversal Mobile Telecommunications SystemURARAN Registration AreaUSCHU

19、plink Shared ChannelUTRAUMTS Terrestrial Radio AccessRANUMTS Terrestrial Radio Access Network3.3 Symbols4 General4.1 Objective4.2 Overview on MAC architectureThe followi ng provides an overview of MAC architecture that en compasses in TD-SCDMA RAN TDD mode. Followed by secti on 4.2.1 MAC en tities,

20、where the differe nt MAC en tities are summarised, the secti ons 4.2.2-4 con tai n a more detailed description of the MAC architecture.Note: The contents have to be reviewed, changes depend on further contributions4.2.1 MAC En titiesThe diagrams that describe the MAC architecture are con structed fr

21、om MAC en tities. The en tities are assig ned the following names. The functions completed by the entities are different in the UE from those completed in the RAN:? MAC-b, which ide ntifies the MAC en tity that han dles the broadcast cha nn el (BCH). There is one MAC-b en tity in each UE and one MAC

22、-b in the RAN for each cell.Note: The separati on in two differe nt BCCH is ffs, the con trol SAP may be split accord in gly? MAC-c, which ide ntifies the MAC en tity that han dles the forward access cha nn el (FACH), the ran dom access channel (RACH) and the paging channel. There is one MAC-c entit

23、y in each UE and one in the RAN for each cell.? MAC-d, deno tes the MAC en tity that is resp on sible for han dli ng of dedicated logical cha nn els and dedicated transport channels (DCH) allocated to a UE. There is one MAC-d entity in the UE and one MAC-d entity in the RAN for each UE.Note: When a

24、UE is allocated resources for exclusive use by the bearers that it supports the MAC-d entities dyn amically share the resources betwee n the bearers and are resp on sible for select ing the TFI/ TFCI that is to be used in each tran smissi on time in terval.?MAC-sh, den otes the MAC en tity that han

25、dles dow nlink shared cha nn els (DSCH) and upli nk shared cha nn els(USCH) . There is one MAC-sh en tity in each UE that is usi ng a DSCH and a USCH and one MAC-sh en tity in the RAN for each cell that contains a DSCH and a USCH? MAC-sy, ide ntifies the MAC en tity used to han dle the in formati on

26、 received on the syn chr oni sati on cha nnel SCHAccord ing to the RRC fun cti ons the RRC is gen erally in con trol of the in ter nal con figurati on of the MAC.4.2.2 MAC-b, MAC-c and MAC-syThe following diagram illustrates the connectivity of the MAC-b, MAC-c and MAC-sy entities in a UE and in eac

27、h cell of the RAN:Figure 422.1 UE side and RAN side architecture (BCCH ,PCCH and SCCH)MAC-b, MAC-c and MAC-sy represents BCH , PCH and SCH control entities, which are cell-specific MAC entities in the RAN. In the UE side there is one SCH and BCH and PCH control entity per UE. The SCH control entity

28、handles syn chro ni sati on cha nn els. The details of this en tity are left for further study. The MAC Con trol SAP is used to tran sfer Con trol in formatio n to each MAC en tity.Note: In this section, only the PCH control function of MAC-c entities is considered, the other function of MAC-c entit

29、ies will be described in the follow ing secti ons4.2.3 Traffic Related Architecture - UE SideFigure 4.2.3.1 illustrates the connectivity of MAC entities. The figure shows a MAC-d servicing the needs of several DTCH mapp ing them to a n umber of DCH. A MAC-sh con trols access to a com mon tra nsport

30、cha nn el. It is no ted that because the MAC-sh provides additi onal capacity the n it commu ni cates only with the MAC-d rather tha n the DTCH directly. The MAC-c, which in terfaces with the PCH, FACH and RACH com mon tran sport cha nn els, is conn ected with the MAC-d for tra nsfer of data and RNT

31、I. The MAC Con trol SAP is used to tran sfer Con trol in formation to each MAC en tity. The SHCCH SAP is used to tran sfer control in formation from RRC to MAC-sh. The MAC-sh tran sfers data from the DSCH to the MAC-d and from the MAC-d to the USCH under control of the FACH.CCCHMAC ContrQl SHCCH DCC

32、H DTCH DTCHFACH RACHUSCH DSCH DCH DCHFigure 4.2.3.1 UE side MAC architecture*The logical relati on ship of PCCH, PCH and MAC-c is not illustrated in this Figure in case of the redu ndancy with Fig.422.1Figure 4.2.3.2 shows the UE side MAC-c entity. The following functionality is covered:? The C/D MU

33、X box represe nts the in serti on and detecti on of the field in the MAC header, i ndicat ing whether a com mon or dedicated logical cha nnel is used.? The D/S MUX box represents the insertion and detection of the field in the MAC header, indicating whether MAC commu ni cati on to MAC-sh or to a ded

34、icated logical cha nnel is used.? The c-RNTI field in the MAC header is used to disti nguish between UEs. The partial c-RNTI could be used to distinguish between UEs in low chiprate operation mode, the detail of the transfer between completed c-RNTI and partial c-RNTI is ffs.? In the upli nk, the po

35、ssibility of tra nsport format selecti on exists.? Selectio n of Access Service Classes (ASC) for RACH defi ned by the System In formatio n message, and its relati on to the RACH retra nsmissio n algorithm is ffs.? Multiplex in g/scheduli ng /priority han dli ng is used to tra nsmit the received in

36、formati on on RACH.? Demultiplex ing of received in formati on in side MAC-c to CTCH is used to support Short Message Service Cell Broadcast (SMS CB).? The allocati on box contains fun ctio nality required for USCH/DSCH operati on.CCCHCTCHMAC Con trolMAC-cDemux ( C/T)add/read c-RNTIto MAC dC/D MUX/S

37、cheduling/Priority HandlingUL: TFselecti onASC Selectio n (1) IFACHRACHDLDownlinkTFTransport FormatTFCTransport Format Combination(1)details are ffsc-RNTIRadio Network TemporaryIdentityUEUser EquipmentULUplinkNote:The usage of c-RNTIfor MAC-shconnectionhas to be reviewedFigure 4.2.3.2. UE side MAC a

38、rchitecture / MAC-c detailsFigure 4.2.3.3 shows the UE side MAC-d entity. The following functionality is covered:? Dyn amic tra nsport cha nnel type switch ing is performed by this en tity, based on decisi on take n by RRC.? The C/T MUX box is used when multiplexing of several dedicated logical chan

39、nels onto one transport channel is used.? The MAC-d en tity using com mon cha nn els is conn ected to a MAC-c en tity that han dles the scheduli ng of the com mon cha nn els to which the UE is assig ned.? The MAC-d en tity using dow nli nk shared cha nnel is conn ected to a MAC-sh en tity that han d

40、les the recepti on of data received on the shared cha nn els to which the UE is assig ned.In the upli nk, tran sport format comb in ati on selecti on (out of the RRC assig ned tra nsport format comb in ati on set) is performed to prioritise tran sport cha nn els.Support of Cipheri ng / Decipheri ng

41、for tra nspare nt RLC operati on in MAC , see 2 for details on the con cept. Cipheri ng is performed in the MAC-d sub-layer for a tran spare nt RLC mode. Similarly, it is possible that UE may receive services from both CS and PS doma in. For example, UE may receive a voice call from Cs-domai n, and

42、at the same time, have services from Ps-domain (e.g. voice over IP). In this case, the MAC must apply the appropriate Kc for each bear from differe nt service domai nAt the Radio Bearer Establishment procedure, if a RB is mapped to a RLC TM instanee, the SRNC will send the associated Kc to the MAC l

43、ayer. The MAC layer should know the domain types for both logical channel and Kc in order to perform the right ciphering function.MAC Con trolto MAC-cto MAC-shMAC-dChannel switchingC/T MUXC/TMUXDecipheringC/TMUX-aUL: TFC selectionDCHDCHCipheringDLDow nli nkTFTra nsport FormatTFCTran sport Format Com

44、b in ati onNotel :For DCH and DSCH differe nt schedul ingmecha nism applyRNTIRadio Network Temporary Ide ntityUEUser Equipme ntULUpli nkNote 2 :The TFC selecti on place is un der discussi onNote 3 :Ciphering is performed in MAC-d only for tra nspare nt RLC modeDCCH DTCH DTCHFigure 4.2.33 UE side MAC

45、 architecture / MAC-d detailsFigure 4.2.3.4 shows the UE side MAC-sh entity. The following functionality is covered:? RNTI is used on the DSCH Con trol Channel to ide ntify the UE. Additi on ally, some timi ng / physical in formati on is needed to tell the UE when to listen to DSCH.? Multiplexi ng i

46、s used to tra nsmit the received in formation on DSCH and DSCH Control Cha nnel to the Mac-d, the multiplex ing is used to tra nsfer data from MAC-d to USCH and receives con trol in formatio n for shared operati on from SHCCH.? Buffer occupa ncy in formati on is added to support USCH operati on.The

47、RLC has to provide RLC- PDU s to the MAC which fits into the available transport blocks on the transport channels respectively.Data flowExternal Control informationDLDownlinkTFTransport FormatTFCTransport Format CombinationRNTIRadio Network TemporaryIdentityUEUser EquipmentULUplinkNOTE(1): The DSCH

48、Control Channel may be represented by the FACH, details are for further studyNOTE(2): The multiplexing function has to be reviewed, also the connection to read RNTI / physical info boxFigure 4234 UE side MAC architecture / MAC-sh detailsFigure 4.2.4.1 illustrates the connectivity between the MAC ent

49、ities from the RAN side. It is similar to the UE case with the exception that there will be one MAC-d for each UE and each UE (MAC-d) that is associated with a particular cell may be associated with that cell-sh. sMACCc and Mac-sh are located in the controlling RNC while MAC-d is located in theservi

50、 ng RNC. The MAC Control SAP is used to tran sfer Control in formation to each MAC en tity belo ngs to one UE. The SHCCH is used by the RRC in the con trolli ng RNC to tran sfer control in formation to MAC-sh.4.2.4. Traffic Related Architecture - RAN SideFigure 4.241: RAN side MAC architectureFigure

51、 4.2.4.2 shows the RAN side MAC-c entity. The following functionality is covered:The Scheduli ng -Priority Han dli ng box man ages FACH resources betwee n the UE s and betwee n data flowsaccording to their priority. DL flow control is also provided to MAC-d.The C/D box represe nts the in serti on an

52、d detecti on of the field in the MAC header, i ndicat ing whether a com mon or dedicated logical cha nnel is used.The D/S MUX box represents the insertion and detection of the field in the MAC header, indicating whether MAC commu ni cati on to MAC-sh or to a dedicated logical cha nnel is used.For de

53、dicated type logical channels, the c-RNTI field in the MAC header is used to distinguish between UEs.In the dow nli nk, tran sport format comb in ati on selecti on is done for FACH and PCH.The multiplex ing of CTCH in formati on and the CB-Scheduli ng fun cti on in side MAC-c supports the Short Mess

54、age Service Cell Broadcast (SMS CB).The allocati on box contains fun ctio nality required for USCH/DSCH operati on.ccchctchmac- ControlRACHto MAC -dDLDownlink-n-=FACHTFTransport FormatTFCTransport Format CombinationRNTIRadio Network Temporary IdentityUEUser EquipmentULUplinkNote:The applicability of

55、 c-RNTI for connection to MAC-sh has to be reviewedFigure 4.2.4.2 RAN side MAC architecture / MAC-c detailsFigure 4.2.4.3 shows the RAN side MAC-d entity. The following functionality is covered:? Dyn amic tra nsport cha nnel type switch ing is performed by this en tity, based on decisi on take n by

56、RRC.? The C/T MUX box is used when multiplexing of several dedicated logical channels onto one transport channel is used.C/T Mux is also responsible for priority setting on data received from DCCH / DTCH.Each MAC-d en tity using com mon cha nn els is conn ected to a MAC-c en tity that han dies the scheduli ng of the com mon cha nn els to which the UE is assig ned and DL (FACH) priority ide ntificati on to MAC-c (priority ide ntificati on of each PDU for DTCH NRT data is FFS).Each MAC-d en tity using dow nli nk shared cha nnel is conn ected to a MAC-sh en tity that han dles the sha