throbber
Exhibit 1006.03
`
`ZTE Corporation and ZTE (USA) Inc.
`
`

`
`TS 25.211 v2.1.0 (1999-06)
`
`Technical Specification
`
`3"’ Generation Partnership Project (3GPP);
`Technical Specification Group (TSG)
`Radio Access Network (RAN);
`Working Group 1 (WG1);
`Physical channels and mapping of transport channels onto
`physical channels (FDD)
`
`The present document has been developed within the 3"‘ Generat.ion Partnership Project (3GPP T“) and may be further elaborated for the purposes of 3GPP.
`
`The present document has not been subject to any approval process by the 3GPP Organisational Partners and shall not be implemented.
`This Specification is provided for future development work within 3GPP only. The Organisational Partners accept no liability for any use of this Specification.
`Specifications and reports for implementation of the 3GPPm system should be obtained via the 3GPP Organisational Partners’ Publications Offices.
`
`ZTE Corporation and ZTE (USA) Inc.
`Exhibit 1006.03-00001
`
`

`
`Physical channels
`
`(FDD)
`
`TS 25.211 V2.1.0 (1999-06)
`
`Reference
`
`<Workitem> (<Shorl'fi|ename>.PDF)
`
`Keywords
`<keyword[, keyword]>
`
`3GPP
`
`Postal address
`
`Office address
`
`Internet
`
`secretariat@3gpp.org
`Individual copies of this deliverable
`can be downloaded from
`
`http://vwvw.3gpp.org
`
`3 GPP
`
`ZTE Corporation and ZTE (USA) Inc.
`Exhibit 1006.03-00002
`
`

`
`Physical channels
`
`(FDD)
`
`3
`
`TS 25.211 v2.1.o (1999-os)
`
`Co nte nts
`
`Contents ............................................................................................................................................................ ..3
`
`Intellectual Property Rights .............................................................................................................................. ..4
`
`Foreword .......................................................................................................................................................... ..4
`
`1
`
`2
`
`3
`3.1
`
`3.2
`3.3
`
`4
`4.1
`4.1.1
`
`4.1.2
`4.2
`4.2.1
`4.2.2
`
`4.2.3
`4.2.4
`4.2.5
`4.2.6
`4.2.7
`
`Scope ...................................................................................................................................................... ..4
`
`References .............................................................................................................................................. . . 4
`
`Definitions, symbols and abbreviations ................................................................................................. ..5
`Definitions ....................................................................................................................................................... .. 5
`
`Symbols ........................................................................................................................................................... .. 5
`Abbreviations ................................................................................................................................................... .. 5
`
`Transport channels ................................................................................................................................. .. 6
`Dedicated transport channels ........................................................................................................................... .. 6
`DCH — Dedicated Channel ......................................................................................................................... .. 6
`
`FAUSCH — Fast Uplink Signalling Channel ............................................................................................. .. 6
`Common transport channels ............................................................................................................................ .. 7
`BCH — Broadcast Channel ......................................................................................................................... .. 7
`FACH — Forward Access Channel ............................................................................................................. .. 7
`
`PCH — Paging Channel .............................................................................................................................. .. 7
`RACH — Random Access Channel ............................................................................................................ .. 7
`CPCH — Common Packet Channel ............................................................................................................. .. 7
`DSCH — Downlink Shared Channel ........................................................................................................... .. 7
`DSCH Control Channel ............................................................................................................................. .. 7
`
`5
`5.1
`5.2
`5.2.1
`5.2.2
`5.2.2.1
`5.2.2.1.1
`
`. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 8
`Physical channels . . . . . . . . . . . . . . .
`The physical resource ...................................................................................................................................... .. 8
`Uplink physical channels ................................................................................................................................. .. 8
`Dedicated uplink physical channels ........................................................................................................... .. 8
`Common uplink physical channels .......................................................................................................... .. 1 1
`Physical Random Access Channel ..................................................................................................... .. 11
`RACH transmission ...................................................................................................................... .. 11
`
`RACH preamble part .................................................................................................................... .. 12
`RACH message part ...................................................................................................................... .. 12
`FAUSCH transmission ................................................................................................................. .. 13
`
`Sharing of PRACH by RACH and FAUSCH ............................................................................... .. 14
`Physical Common Packet Channel ..................................................................................................... .. 14
`Downlink physical channels .......................................................................................................................... .. 14
`Downlink Transmit Diversity .................................................................................................................. .. 14
`Open loop transmit diversity .............................................................................................................. .. 15
`Space time block coding based transmit antenna diversity (STTD) ............................................. .. 15
`Time Switched Transmit Diversity for SCH (TSTD) ................................................................... .. 16
`Dedicated downlink physical channels .................................................................................................... .. 16
`STTD for DPCH ................................................................................................................................. .. 20
`
`Dedicated channel pilots with feedback mode transmit diversity ...................................................... .. 20
`Common downlink physical channels ...................................................................................................... .. 21
`Primary Common Control Physical Channel (CCPCH) ..................................................................... .. 21
`Primary CCPCH structure with STTD encoding .......................................................................... .. 22
`Primary CCPCH structure with FB mode transmit diversity ........................................................ .. 23
`Secondary Common Control Physical Channel ................................................................................. .. 23
`Secondary CCPCH structure with STTD encoding ...................................................................... .. 25
`Synchronisation Channel .................................................................................................................... .. 26
`SCH transmitted by TSTD ............................................................................................................ .. 27
`Physical Shared Channel Control Channel (PSCCCH) ...................................................................... .. 27
`Physical Downlink Shared Channel ................................................................................................... .. 27
`DSCH associated with a DCH ...................................................................................................... .. 28
`DSCH associated with a DSCH control channel .......................................................................... .. 28
`
`5.2.2.1.2
`5.2.2.1.3
`5.2.2.1.4
`
`5.2.2.1.5
`5.2.2.2
`5.3
`5.3.1
`5.3.1.1
`5.3.1.1.1
`5.3.1.1.2
`5.3.2
`5.3.2.1
`
`5.3.2.2
`5.3.3
`5.3.3.1
`5.3.3.1.1
`5.3.3.1.2
`5.3.3.2
`5.3.3.2.1
`5.3.3.3
`5.3.3.3.1
`5.3.3.4
`5.3.3.5
`5.3.3.5.1
`5.3.3.5.2
`
`3GPP
`
`ZTE Corporation and ZTE (USA) Inc.
`Exhibit 1006.03-00003
`
`

`
`Physical channels
`
`(FDD)
`
`4
`
`TS 25.211 v2.1.o (1999-os)
`
`5.3.3.6
`5.3.3.7
`
`6
`6.1
`
`6.1.1
`
`6.1.1.1
`6.1.1.2
`
`Acquisition Indication Channel (AICH) ............................................................................................ .. 29
`Page Indication Channel (PICH) ........................................................................................................ .. 30
`
`Mapping of transport channels onto physical channels ....................................................................... ..3l
`Multiplexing of different transport channels onto one CCTrCH, and mapping of one CCTrCH onto
`physical .......................................................................................................................................................... .. 31
`Allowed CCTrCH combinations for one UE ........................................................................................... .. 32
`
`Allowed CCTrCH combinations on the uplink .................................................................................. .. 32
`Allowed CCTrCH combinations on the downlink ............................................................................. .. 32
`
`7
`
`Timing relationship between physical channels ................................................................................... ..33
`
`Appendix A: Power Control Timing .............................................................................................................. ..36
`
`History ............................................................................................................................................................ ..37
`
`Intellectual Property Rights
`
`<IPR notice shall be provided once correct notice is available within 3GPP>
`
`Foreword
`
`This Technical Specification has been produced by the 3GPP.
`
`The contents of the present document are subject to continuing work within the TSG and may change following formal
`TSG approval. Should the TSG modify the contents of this TS, it will be re-released by the TSG with an identifying
`change of release date and an increase in version number as follows:
`
`Version 3.y.z
`
`where:
`
`X the first digit:
`
`1
`
`presented to TSG for information;
`
`2 presented to TSG for approval;
`
`3
`
`Indicates TSG approved document under change control.
`
`«<
`
`the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections,
`updates, etc.
`
`z
`
`the third digit is incremented when editorial only changes have been incorporated in the specification;
`
`1
`
`Scope
`
`This specification describes the characteristics of the Layer 1 transport channels and physicals channels in the FDD
`mode of UTRA. The main objectives of the document are to be a part of the full description of the UTRA Layer 1, and
`to serve as a basis for the drafting of the actual technical specification (TS).
`
`2
`
`References
`
`The following documents contain provisions which, through reference in this text, constitute provisions of the present
`document.
`
`<Editor’s Note: Relevant references should be discussed>
`
`3 GPP
`
`ZTE Corporation and ZTE (USA) Inc.
`Exhibit 1006.03-00004
`
`

`
`Physical channels
`
`(FDD)
`
`5
`
`TS 25.211 v2.1.o (1999-06)
`
`[1] TS 25.201 (V2.0.0): “Physical layer - general description”
`
`[2] TS S1.02 (V1.0.0): “UE physical layer capabilities”
`
`[3] TS 25.21 1 (V2.0.0): “Physical channels and mapping of transport channels onto physical channels (FDD)”
`
`[4] TS 25.212 (V1.0.0): “Multiplexing and channel coding (FDD)”
`
`[5] TS 25.213 (V2.0.0): “Spreading and modulation (FDD)”
`
`[6] TS 25.214 (V1.0.0): “Physical layer procedures (FDD)”
`
`[7] TS 25.221 (V1.0.0): “Transport channels and physical channels (TDD)”
`
`[8] TS 25.222 (V1.0.0): “Multiplexing and channel coding (TDD)”
`
`[9] TS 25.223 (V2.0.0): “Spreading and modulation (TDD)”
`
`[10] TS 25.224 (V1.0.0): “Physical layer procedures (TDD)”
`
`[11]TS 25.231 (V0.2.0): “Measurements”
`
`[12] TS 25.301 (V3.0.0): “Radio Interface Protocol Architecture”
`
`3
`
`Definitions, symbols and abbreviations
`
`3.1 Definitions
`
`For the purposes of the present document, the [following] terms and definitions [given in
`
`and the following] apply.
`
`<defined term>: <definition>.
`
`example: text used to clarify abstract rules by applying them literally.
`
`3.2 Symbols
`
`For the purposes of the present document, the following symbols apply:
`
`<symbol>
`
`<Explanation>
`
`3.3 Abbreviations
`
`For the purposes of the present document, the following abbreviations apply:
`
`<ACRONYM> <Explanation>
`
`Acquisition Indication Channel
`Broadcast Channel
`
`Common Control Physical Channel
`Common Packet Channel
`Dedicated Channel
`
`Dedicated Physical Control Channel
`Dedicated Physical Channel
`Dedicated Physical Data Channel
`Downlink Shared Channel
`Forward Access Channel
`
`Fast Uplink Signalling Channel
`Feedback Information
`Mobile User Identifier
`
`AICH
`BCH
`
`CCPCH
`CPCH
`DCH
`
`DPCCH
`DPCH
`DPDCH
`DSCH
`FACH
`
`FAUSCH
`FBI
`MUI
`
`3GPP
`
`ZTE Corporation and ZTE (USA) Inc.
`Exhibit 1006.03-00005
`
`

`
`Physical channels
`
`(FDD)
`
`6
`
`TS 25.211 v2.1.o (1999-os)
`
`PCH
`PCPCH
`PDSCH
`PI
`PRACH
`PSCCCH
`RACH
`RNC
`
`SCH
`SF
`SFN
`STTD
`TFCI
`TPC
`
`UE
`
`Paging Channel
`Physical Common Packet Channel
`Physical Downlink Shared Channel
`Paging Indication
`Physical Random Access Channel
`Physical Shared Channel Control Channel
`Random Access Channel
`Radio Network Controller
`
`Synchronisation Channel
`Spreading Factor
`System Frame Number
`Space Time Transmit Diversity
`Transport Format Combination Indicator
`Transmit Power Control
`
`User Equipment
`
`4
`
`Transport channels
`
`Transport channels are the services offered by Layer 1 to the higher layers.
`
`A transport channel is defined by how and with what characteristics data is transferred over the air interface. A general
`classification of transport channels is into two groups:
`
`0
`
`0
`
`Common Channels (where there is a need for in-band identification of the UEs when particular UEs are
`addressed)
`
`Dedicated Channels (where the UEs are identified by the physical channel, i.e. code and frequency)
`
`General concepts about transport channels are described in 3GPP RAN S2.02 (L2 specification).
`
`4.1
`
`Dedicated transport channels
`
`There exists only one type of dedicated transport channel, the Dedicated Channel (DCH).
`
`<Note: WGI concluded that FAUSCH will not be included in release 99.>
`
`[There are two types of dedicated transport channel, the Dedicated Channel (DCH) and the Fast Uplink Signalling
`Channel (FAUSCH).]
`
`4.1.1
`
`DCH — Dedicated Channel
`
`The Dedicated Channel (DCH) is a downlink or uplink transport channel that is used to carry user or control
`information between the network and the UE. [The DCH thus corresponds to the three channels Dedicated Traffic
`Channel (DTCH), Stand-Alone Dedicated Control Channel (SDCCH), and Associated Control Channel (ACCH)
`defined within ITU-R M. 1035.] The DCH is transmitted over the entire cell or over only a part of the cell using lobe-
`forming antennas. The Dedicated Channel (DCH) is characterized by the possibility of fast rate change (every l0ms),
`fast power control and inherent addressing of UEs.
`
`4.1.2
`
`FAUSCH — Fast Uplink Signalling Channel
`
`<Note: WGI concluded that FAUSCH will not be included in release 99.>
`
`The Fast Uplink Signalling Channel (FAUSCH) is an optional uplink transport channel that is used to carry control
`information from a UE. The FAUSCH is always received from the entire cell.
`
`3 GPP
`
`ZTE Corporation and ZTE (USA) Inc.
`Exhibit 1006.03-00006
`
`

`
`Physical channels
`
`(FDD)
`
`7
`
`TS 25.211 v2.1.o (1999-06)
`
`4.2 Common transport channels
`
`There are six types of common transport channels: BCH, FACH, PCH, RACH, DSCH, and DSCH control channel.
`
`4.2.1
`
`BCH — Broadcast Channel
`
`The Broadcast Channel (BCH) is a downlink transport channel that is used to broadcast system- and cell-specific
`information. The BCH is always transmitted over the entire cell with a low fixed bit rate.
`
`4.2.2
`
`FACH — Forward Access Channel
`
`The Forward Access Channel (FACH) is a downlink transport channel that is used to carry control information to a UE
`when the system knows the location cell of the UE. The FACH may also carry short user packets. The FACH is
`transmitted over the entire cell or over only a part of the cell using lobe-forming antennas. The FACH uses slow power
`control and requires in-band identification of the UEs.
`
`4.2.3
`
`PCH — Paging Channel
`
`The Paging Channel (PCH) is a downlink transport channel that is used to carry control information to a UE when the
`system does not know the location cell of the UE. The PCH is always transmitted over the entire cell and requires
`inband identification of the UE. The transmission of the PCH is associated with the transmission of a physical layer
`signal, the Paging Indicator, to support efficient sleep-mode procedures.
`
`4.2.4
`
`RACH — Random Access Channel
`
`The Random Access Channel (RACH) is an uplink transport channel that is used to carry control information from the
`UE. The RACH may also carry short user packets. The RACH is always received from the entire cell. The RACH is
`characterized by a collision risk and by the use of open loop power control.
`
`4.2.5
`
`CPCH — Common Packet Channel
`
`The CPCH is an uplink transport channel that is used to carry small and medium sized packets. CPCH is a contention
`based random access channel used for transmission of bursty data traffic. CPCH is associated with a dedicated channel
`on the downlink which provides power control for the uplink CPCH.
`
`4.2.6
`
`DSCH — Downlink Shared Channel
`
`<Note: WGl concluded that DSCH control channel will not be included in release 99.>
`
`The downlink shared channel (DSCH) is a downlink transport channel shared by several UEs carrying dedicated
`control or traffic data.
`
`Two possibilities exist for the DSCH:
`
`0
`
`0
`
`the DSCH is associated with a DCH,
`
`the DSCH is associated with a DSCH control channel.
`
`It is for further study whether both possibilities are needed.
`
`4.2.7
`
`DSCH Control Channel
`
`<Note: WGl concluded that DSCH control channel will not be included in release 99.>
`
`The DSCH control channel is a downlink transport channel carrying control information to the UE for operating the
`DSCH when not associated with a DCH. Such control information corresponds among other things to resource
`allocation messages and L1 control information such as TPC, that are not available on the DSCH.
`
`3 GPP
`
`ZTE Corporation and ZTE (USA) Inc.
`Exhibit 1006.03-00007
`
`

`
`Physical channels
`
`(FDD)
`
`8
`
`TS 25.211 v2.1.o (1999-06)
`
`5
`
`Physical channels
`
`Physical channels typically consist of a three-layer structure of superframes, radio frames, and time slots, although this
`is not true for all physical channels. Depending on the symbol rate of the physical channel, the configuration of radio
`frames or time slots varies.
`
`- Superframe
`
`: A Superframe has a duration of 720ms and consists of 72 radio frames. The superframe boundaries
`are defined by the System Frame Number (SFN):
`
`- The head radio frame of superframe : SFN mod 72=0.
`
`- The tail radio frame of superframe:
`
`SFN mod 72=71.
`
`- Radio frame
`
`: A Radio frame is a processing unit which consists of 16 time slots.
`
`- Time slot
`
`: A Time slot is a unit which consists of the set of information symbols. The number of symbols per
`time slot depends on the physical channel.
`
`- Symbol
`
`: One symbol consists of a number of chips. The number of chips per symbol is equivalent to the
`spreading factor of the physical channel.
`
`5.1 The physical resource
`
`The basic physical resource is the code/frequency plane. In addition, on the uplink, different information streams may
`be transmitted on the I and Q branch. Consequently, a physical channel corresponds to a specific carrier frequency,
`code, and, on the uplink, relative phase (0 or 7:/2).
`
`5.2 Uplink physical channels
`
`5.2.1
`
`Dedicated uplink physical channels
`
`There are two types of uplink dedicated physical channels, the uplink Dedicated Physical Data Channel (uplink
`DPDCH) and the uplink Dedicated Physical Control Channel (uplink DPCCH).
`
`The DPDCH and the DPCCH are I/Q code multiplexed within each radio frame (see TS 25.213).
`
`The uplink DPDCH is used to carry dedicated data generated at Layer 2 and above, i.e. the dedicated transport channel
`(DCH). There may be zero, one, or several uplink DPDCHs on each Layer 1 connection.
`
`The uplink DPCCH is used to carry control information generated at Layer 1. The Layer 1 control information consists
`of known pilot bits to support channel estimation for coherent detection, transmit power-control (TPC) commands,
`feedback information (FBI), and an optional transport-format combination indicator (TFCI). The transport-format
`combination indicator informs the receiver about the instantaneous parameters of the different transport channels
`multiplexed on the uplink DPDCH, and corresponds to the data transmitted in the same frame. It is the UTRAN that
`determines if a TFCI should be transmitted, hence making it is mandatory for all UEs to support the use of TFCI in the
`uplink. There is one and only one uplink DPCCH on each Layer 1 connection.
`
`Figure 1 shows the frame structure of the uplink dedicated physical channels. Each frame of length 10 ms is split into
`16 slots, each of length Tslot = 0.625 ms, corresponding to one power-control period. A super frame corresponds to 72
`consecutive frames, i.e. the super-frame length is 720 ms.
`
`3 GPP
`
`ZTE Corporation and ZTE (USA) Inc.
`Exhibit 1006.03-00008
`
`

`
`Physical channels
`
`(FDD)
`
`9
`
`TS 25.211 v2.1.o (1999-os)
`
`DPDCH
`
`Data
`
`Nd. bits
`
`DPCCH
`
`Pilot
`NP]-M bits
`
`TFC1
`NTFCI bits
`
`
`FBI_
`NFBI blts
`
`TPc_
`NTPC blts
`
`Tm = 0.625 ms, 10*2k bits (k=O..6)
`
`
`
`
`
`
`
` Slot #1
`
`Slot #2
`
`
`
`= 720 ms
`super
`
`Frame #72
`
`Figure 1: Frame structure for uplink DPDCH/DPCCH.
`
`The parameter k in Figure 1 determines the number of bits per uplink DPDCH/DPCCH slot. It is related to the
`spreading factor SF of the physical channel as SF = 256/2k. The spreading factor may thus range from 256 down to 4.
`Note that an uplink DPDCH and uplink DPCCH on the same Layer 1 connection generally are of different rates, i.e.
`have different spreading factors and different values of k.
`
`The exact number of bits of the different uplink DPCCH fields in Figure l (Npflot, NTPC, NFB1, and NTFC1) is yet to be
`determined. The field order is fixed. A limited set of field combinations will be defined.
`
`<Editors note: See Adhoc #7: The spreading factor for the DPCCH fields and the length (in bits) of each field is
`negotiated at connection set up. Both the spreading factor and the length of the fields may be negotiated during the
`connection through higher layer signalling.>
`
`The NFB1 bits are used to support techniques requiring feedback between the UE and the UTRAN Access Point (=cell
`transceiver), including feedback (FB) mode transmit diversity and site selection diversity. The exact details of the FBI
`field in the frame structure shown in Figure l are for further study.
`
`The values for the number of bits per field are given in Table l and Table 2. The channel bit and symbol rates given in
`Table l are the rates immediately before spreading. The pilot patterns are given in Table 3 and Table 4, the TPC bit
`pattern is given in Table 5.
`
`Table 1: DPDCH fields
`
`Rate (kbps)
`
`Rate (ksps)
`
`Frame
`
`Slot
`
`Z
`
`1%
`
`3 GPP
`
`ZTE Corporation and ZTE (USA) Inc.
`Exhibit 1006.03-00009
`
`

`
`Physical channels
`
`(FDD)
`
`10
`
`TS 25.211 V2.1.0 (1999-06)
`
`There are two types of Uplink Dedicated Physical Channels; those that include TFCl(e.g. for several simultaneous
`services) and those that do not include TFCl(e.g. for fixed-rate services). These types are reflected by the duplicated
`rows of Table 2. The channel bit and symbol rates given in Table 2 are the rates immediately before spreading.
`
`Table 2: DPCCH fields
`
`Channel Bit
`Rate (kbps)
`
`Channel Symbol
`Rate (ksps)
`
`Bit5/
`Frame
`
`Bit5/
`Slot
`
`pilot
`
`TPC
`
`NTFCI
`
`6
`
`16
`
`16
`
`16
`
`16
`
`16
`o In
`16
`0 lulu
`16
`
`16
`
`1
`16
`- 1
`oo
`
`The pilot bit pattern is described in Table 3 and Table 4. The shadowed part can be used as frame synchronization
`words. (The value of the pilot bit other than the frame synchronization word shall be “1”.)
`
`Table 3: Pilot bit patterns for uplink DPCCH with |\l,,i.°t = 5 and 6.
`
`16
`
`2 3 4 5 6 7 8 9 1
`
`0
`11
`12
`13
`14
`15
`
`3 GPP
`
`ZTE Corporation and ZTE (USA) Inc.
`Exhibit 1006.03-00010
`
`

`
`Physical channels
`
`(FDD)
`
`11
`
`TS 25.211 V2.1.0 (1999-06)
`
`Table 4: Pilot bit patterns for uplink DPCCH with N,,..°, = 7 and 8.
`
`DJ
`
`O\
`
`I\)
`
`JR
`
`0
`
`u_.._.._.._.._.._.._.._.._.._.._.._._.._.._.._.
`u_.._.._.._.._.._.._.._.._.._.._.._._.._.._.._.
`u_.._.._.._.._.._.._.._.._.._.._.._._.._.._.._.
`u_.._.._.._.._.._.._.._.._.._.._.._._.._.._.._.
`u_.._.._.._.._.._.._.._.._.._.._.._._.._.._.._.
`u_.._.._.._.._.._.._.._.._.._.._.._._.._.._.._.
`;;;§:5\ooo\1o\u.4>wN
`
`»..
`
`The relationship between the TPC bit pattem and transmitter power control command is presented in Table 5.
`
`Table 5: TPC Bit Pattern
`
`TPC Bit Pattem
`
`Transmitter power
`
`°°““°‘ °°“‘“‘a“d 1
`
`0
`
`11
`
`00
`
`1
`
`0
`
`In each radio frame, the TFCI value corresponds to a certain combination of bit rates of the DCHs currently in use. This
`correspondence is (re-)negotiated at each DCH addition/removal. For default TFCI there is one code word of length 32
`bits. For extended TFCI there are 2 code words of length 16 bits giving the same total number of encoded TFCI bits per
`frame as for default TFCI. The 32 encoded TFCI bits are divided evenly among the 16 time slots, 2 bits per slot.
`
`Multi-code operation is possible for the uplink dedicated physical channels. When multi-code transmission is used,
`several parallel DPDCH are transmitted using different channelization codes, see TS 25.213. However, there is only
`one DPCCH per connection.
`
`5.2.2
`
`Common uplink physical channels
`
`5.2.2.1
`
`Physical Random Access Channel
`
`The Physical Random Access Channel (PRACH) is used to carry the RACH.
`
`[The Physical Random Access Channel (PRACH) is used to carry the RACH and the FAUSCH.]
`
`5.2.2.1.1
`
`RACH transmission
`
`The random-access transmission is based on a Slotted ALOHA approach with fast acquisition indication. The UE can
`start the transmission at a number of well-defined time-offsets, relative to the frame boundary of the received BCH of
`the current cell. The different time offsets are denoted access slots and are spaced 1.25 ms apart as illustrated in Figure
`2. Information on what access slots are available in the current cell is broadcast on the BCH.
`
`3GPP
`
`ZTE Corporation and ZTE (USA) Inc.
`Exhibit 1006.03-00011
`
`

`
`Physical channels
`
`(FDD)
`
`12
`
`TS 25.211 V2.1.0 (1999-06)
`
`1.25 ms
` :l:l:l:l:l
`Random-access transmission
`
`Random-access transmission
`
`Access slot #1
`
`Access slot #2
`
` Access slot #i Random-access transmission
`Offset of access slot #i
`
`
`
`Access slot #8
`
`Random-access transmission
`
`=‘FFrame boundary
`
`Figure 2: PRACH allocated for RACH access slots.
`
`The structure of the random-access transmission of Figure 2, is shown in Figure 3. The random-access transmission
`consists of one or several preambles of length 1 ms and a message of length 10 ms.
`
`44>
`lms
`
`eeeeeeeeeeeeeeeeeeeeeeeeeeeeee“
`
`44>
`10 ms
`
`Figure 3: Structure of the random-access transmission.
`
`5.2.2.1.2
`
`RACH preamble part
`
`<Note: WG1 decided to use a different spreading code scheme. An additional set of differential signatures has been
`decided. A detailed description of the preamble spreading and of the signatures is given in TS 25.213.>
`
`The preamble part of the random-access burst consists of a signature of length 16 complex symbols i1(+j). There are a
`total of 16 different signatures, based on the Orthogonal Gold code set of length 16 (see TS 25.213 for more details).
`
`5.2.2.1.3
`
`RACH message part
`
`Figure 4 shows the structure of the Random-access message part. The 10 ms message is split into 16 slots, each of
`length Ts10t= 0.625 ms. Each slot consists of two parts, a data part that carries Layer 2 information and a control part
`that carries Layer 1 control information. The data and control parts are transmitted in parallel.
`
`The data part consists of 10*2k bits, where k=0,1,2,3. This corresponds to a spreading factor of 256, 128, 64, and 32
`respectively for the message data part.
`
`The control part consists of 8 known pilot bits to support channel estimation for coherent detection and 2 bits of rate
`information. This corresponds to a spreading factor of 256 for the message control part. The total number of rate-
`information bits in the random-access message is thus 16*2 = 32. The rate information indicates the spreading factor or,
`equivalently, the number of bits of the data part of the random-access message. The coding of the rate information is
`the same as that of the TFCI, see further TS 25.212, Section 4.3.
`
`3 GPP
`
`ZTE Corporation and ZTE (USA) Inc.
`Exhibit 1006.03-00012
`
`

`
`Physical channels
`
`(FDD)
`
`13
`
`TS 25.211 V2.1.0 (1999-06)
`
`Data
`
`Data
`
`NM bits
`
`Control
`
`Tm = 0.625 ms, 10*2k bits (k=0..3)
`
`
`
`Slot #16
`Slot #2
`Slot #1
`
`Random-access messageTRAcH = 10 ms
`
`Figure 4: Structure of the random-access message part.
`
`Table 6: Random-access message data fields
`
`Channel Bit
`Rate (kbps)
`
`Channel Symbol
`Rate (ksps)
`
`SF
`
`Bits/
`Frame
`
`Bits/
`Slot
`
`Ndata
`
`1%
`
`Table 7: Random-access message control fields
`
`Channel Bit
`Rate (kbps)
`
`Channel Symbol
`Rate (ksps)
`
`SF
`
`Bits/
`Frame
`
`Slot 1
`
`Bits/
`
`Npflot
`
`NTFC1
`
`5.2.2.1.4
`
`FAUSCH transmission
`
`<Note: WGl concluded that FAUSCH will not be included in release 99.>
`
`3 GPP
`
`ZTE Corporation and ZTE (USA) Inc.
`Exhibit 1006.03-00013
`
`

`
`Physical channels
`
`(FDD)
`
`14
`
`TS 25.211 V2.1.0 (1999-06)
`
`<16 chips>
`
`Fast access slot #1
`
`Fast access slot #2
`
`Preamble Signature
`
`Preamble signature
`
`Fast access slot #i
`
`Preamble signatureIOffset of fast access slot #i
`
`Fast access slot #8
`
`.
`
`Preamble signature
`
`‘FFrame boundary
`
`Figure 5: PRACH used for FAUSCH fast access slots.
`
`The Fast Uplink Physical Channel (FAUSCH) is based on the transmission of a signature of length 16 complex
`symbols i(l+j). The signature is one of the set of signatures used for the RACH preamble. Signature no.[8] is selected
`because it has the best correlation properties. Each symbol is spread with a 256 chip real Orthogonal Gold code. A time
`slot is allocated to the UE by the network when entering Connected Mode but the allocation may be updated with
`appropriate signalling. To avoid the possibility of collisions only one UE is allowed to transmit with a given signature
`in a particular time slot. Thus the UE can start the transmission of the FAUSCH at an assigned time offset relative to
`the frame boundary of the received BCH of the current cell. The different time offsets are denoted fast access slots and
`are spaced [16] chips apart as illustrated in Figure 5. To avoid possible confusion of transmissions from different UEs
`the separation between allocations of fast access slots to different UEs must be sufficient to allow for any round-trip
`delay resulting from the physical distance between network and UE. Therefore the allocation of fast access slots may be
`limited by the network to a subset of those available, depending on the deployment scenario.
`
`5.2.2.1.5
`
`Sharing of PRACH by RACH and FAUSCH
`
`<Note: WGl concluded that FAUSCH will not be included in release 99.>
`
`FAUSCH uses only the preamble part of PRACH. The RACH and FAUSCH transmissions could use different Gold
`Codes for spreading the signatures, but the complexit

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket