3g w-cdma baseband verification...

SystemVue - 3G W-CDMA Baseband Verification Library

1

SystemVue 2010.072010

3G W-CDMA Baseband Verification Library


2

© Agilent Technologies, Inc. 2000-2010395 Page Mill Road, Palo Alto, CA 94304 U.S.A.No part of this manual may be reproduced in any form or by any means (includingelectronic storage and retrieval or translation into a foreign language) without prioragreement and written consent from Agilent Technologies, Inc. as governed by UnitedStates and international copyright laws.

Acknowledgments Mentor Graphics is a trademark of Mentor Graphics Corporation inthe U.S. and other countries. Microsoft®, Windows®, MS Windows®, Windows NT®, andMS-DOS® are U.S. registered trademarks of Microsoft Corporation. Pentium® is a U.S.registered trademark of Intel Corporation. PostScript® and Acrobat® are trademarks ofAdobe Systems Incorporated. UNIX® is a registered trademark of the Open Group. Java™is a U.S. trademark of Sun Microsystems, Inc. SystemC® is a registered trademark ofOpen SystemC Initiative, Inc. in the United States and other countries and is used withpermission. MATLAB® is a U.S. registered trademark of The Math Works, Inc.. HiSIM2source code, and all copyrights, trade secrets or other intellectual property rights in and tothe source code in its entirety, is owned by Hiroshima University and STARC.

Errata The SystemVue product may contain references to "HP" or "HPEESOF" such as infile names and directory names. The business entity formerly known as "HP EEsof" is nowpart of Agilent Technologies and is known as "Agilent EEsof". To avoid broken functionalityand to maintain backward compatibility for our customers, we did not change all thenames and labels that contain "HP" or "HPEESOF" references.

Warranty The material contained in this document is provided "as is", and is subject tobeing changed, without notice, in future editions. Further, to the maximum extentpermitted by applicable law, Agilent disclaims all warranties, either express or implied,with regard to this manual and any information contained herein, including but not limitedto the implied warranties of merchantability and fitness for a particular purpose. Agilentshall not be liable for errors or for incidental or consequential damages in connection withthe furnishing, use, or performance of this document or of any information containedherein. Should Agilent and the user have a separate written agreement with warrantyterms covering the material in this document that conflict with these terms, the warrantyterms in the separate agreement shall control.

Technology Licenses The hardware and/or software described in this document arefurnished under a license and may be used or copied only in accordance with the terms ofsuch license.

Portions of this product is derivative work based on the University of California PtolemySoftware System.

In no event shall the University of California be liable to any party for direct, indirect,special, incidental, or consequential damages arising out of the use of this software and itsdocumentation, even if the University of California has been advised of the possibility ofsuch damage.

The University of California specifically disclaims any warranties, including, but not limitedto, the implied warranties of merchantability and fitness for a particular purpose. Thesoftware provided hereunder is on an "as is" basis and the University of California has noobligation to provide maintenance, support, updates, enhancements, or modifications.

Portions of this product include code developed at the University of Maryland, for theseportions the following notice applies.

In no event shall the University of Maryland be liable to any party for direct, indirect,special, incidental, or consequential damages arising out of the use of this software and itsdocumentation, even if the University of Maryland has been advised of the possibility ofsuch damage.

The University of Maryland specifically disclaims any warranties, including, but not limitedto, the implied warranties of merchantability and fitness for a particular purpose. thesoftware provided hereunder is on an "as is" basis, and the University of Maryland has noobligation to provide maintenance, support, updates, enhancements, or modifications.

Portions of this product include the SystemC software licensed under Open Source terms,which are available for download at http://systemc.org/ . This software is redistributed byAgilent. The Contributors of the SystemC software provide this software "as is" and offerno warranty of any kind, express or implied, including without limitation warranties orconditions or title and non-infringement, and implied warranties or conditionsmerchantability and fitness for a particular purpose. Contributors shall not be liable for

http://systemc.org/

http://systemc.org/


3

any damages of any kind including without limitation direct, indirect, special, incidentaland consequential damages, such as lost profits. Any provisions that differ from thisdisclaimer are offered by Agilent only.With respect to the portion of the Licensed Materials that describes the software andprovides instructions concerning its operation and related matters, "use" includes the rightto download and print such materials solely for the purpose described above.

Restricted Rights Legend If software is for use in the performance of a U.S.Government prime contract or subcontract, Software is delivered and licensed as"Commercial computer software" as defined in DFAR 252.227-7014 (June 1995), or as a"commercial item" as defined in FAR 2.101(a) or as "Restricted computer software" asdefined in FAR 52.227-19 (June 1987) or any equivalent agency regulation or contractclause. Use, duplication or disclosure of Software is subject to Agilent Technologies´standard commercial license terms, and non-DOD Departments and Agencies of the U.S.Government will receive no greater than Restricted Rights as defined in FAR 52.227-19(c)(1-2) (June 1987). U.S. Government users will receive no greater than LimitedRights as defined in FAR 52.227-14 (June 1987) or DFAR 252.227-7015 (b)(2) (November1995), as applicable in any technical data.


4

3GPPFDD_CPICH Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 3GPPFDD_CPICH . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7

3GPPFDD_DL_RefCh Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 3GPPFDD_DL_RefCh . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

3GPPFDD_DL_Source Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 3GPPFDD_DL_Source . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11

3GPPFDD_DPCH Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 3GPPFDD_DPCH . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

3GPPFDD_DPCHs Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 3GPPFDD_DPCHs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18

3GPPFDD_OCNS Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22 3GPPFDD_OCNS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22

3GPPFDD_PCCPCH Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25 3GPPFDD_PCCPCH . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25

3GPPFDD_PICH Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27 3GPPFDD_PICH . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27

3GPPFDD_SCH Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29 3GPPFDD_SCH . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

3GPPFDD_StdOCNS Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31 3GPPFDD_StdOCNS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

3GPPFDD_TestModel1 Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33 3GPPFDD_TestModel1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33






3GPPFDD_UL_Receiver Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45 3GPPFDD UL Receiver . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46 3GPPFDD_Distort Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48

3GPPFDD_Distort . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48 3GPPFDD_Downlink_BER Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50 3GPPFDD Downlink BER . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51 3GPPFDD_Interpolator Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53

3GPPFDD_Interpolator . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 3GPPFDD_Synch Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54

3GPPFDD_Synch . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54 3GPPFDD_TrCHBER Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57

3GPPFDD_TrCHBER . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57 3GPPFDD_Uplink_BER Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59 3GPPFDD_Uplink_BER . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60 3GPPFDD_DPCCHDeMux Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62

3GPPFDD_DPCCHDeMux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62 3GPPFDD_DPCHDeMux Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63

3GPPFDD_DPCHDeMux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63 3GPPFDD_PCCPCHDeMux Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65

3GPPFDD_PCCPCHDeMux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65 3GPPFDD_PRACHDeMux Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66

3GPPFDD_PRACHDeMux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66 3GPPFDD_SCCPCHDeMux Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67

3GPPFDD_SCCPCHDeMux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67 3GPPFDD_DataPattern Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68

3GPPFDD_DataPattern . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68 3GPPFDD_DLScrmb Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69

3GPPFDD_DLScrmb . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69 3GPPFDD_DPCCHMux Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71

3GPPFDD_DPCCHMux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71 3GPPFDD_DPCHMux Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72

3GPPFDD_DPCHMux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72 3GPPFDD_HS_ULSpread Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74

3GPPFDD_HS_ULSpread . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74 3GPPFDD_OVSF Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76

3GPPFDD_OVSF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76 3GPPFDD_PCCPCHMux Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77

3GPPFDD_PCCPCHMux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77 3GPPFDD_PCPCHMux Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78

3GPPFDD_PCPCHMux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78


5

3GPPFDD_PCPCHPrmbl Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79 3GPPFDD_PCPCHPrmbl . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79

3GPPFDD_PCPCHSprd Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81 3GPPFDD_PCPCHSprd . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81

3GPPFDD_PRACHMux Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83 3GPPFDD_PRACHMux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83

3GPPFDD_PRACHPrmbl Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84 3GPPFDD_PRACHPrmbl . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84

3GPPFDD_PRACHScrmb Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86 3GPPFDD_PRACHScrmb . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86

3GPPFDD_PRACHSprd Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87 3GPPFDD_PRACHSprd . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87

3GPPFDD_SCCPCHMux Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89 3GPPFDD_SCCPCHMux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89

3GPPFDD_ULLongScrmb Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91 3GPPFDD_ULLongScrmb . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91

3GPPFDD_ULShortScrmb Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92 3GPPFDD_ULShortScrmb . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92

3GPPFDD_ULSpread Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93 3GPPFDD_ULSpread . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93

3GPPFDD_DL_Rake Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95 3GPPFDD_DL_Rake . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95

3GPPFDD_HS_UL_Rake Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99 3GPPFDD_HS_UL_Rake . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99

3GPPFDD_UL_Rake Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102 3GPPFDD_UL_Rake . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102

3GPPFDD_ChannelDecoding Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107 3GPPFDD_ChannelDecoding . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107

3GPPFDD_CodeBlkDeSeg Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109 3GPPFDD_CodeBlkDeSeg . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109

3GPPFDD_CRCDecoder Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111 3GPPFDD_CRCDecoder . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111

3GPPFDD_DLDeFirDTXInser Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113 3GPPFDD_DLDeFirDTXInser . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113

3GPPFDD_DLDeFirInterLv Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 116 3GPPFDD_DLDeFirInterLv . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 116

3GPPFDD_DLDePhyCHMap Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119 3GPPFDD_DLDePhyCHMap . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119

3GPPFDD_DLDePhyCHSeg Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121 3GPPFDD_DLDePhyCHSeg . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121

3GPPFDD_DLDeRadioSeg Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 123 3GPPFDD_DLDeRadioSeg . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 123

3GPPFDD_DLDeRateMatch Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126 3GPPFDD_DLDeRateMatch . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126

3GPPFDD_DLDeSecDTXInser Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129 3GPPFDD_DLDeSecDTXInser . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129

3GPPFDD_DLDeSecInterLv Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 132 3GPPFDD_DLDeSecInterLv . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 132

3GPPFDD_DLDeTrCHMulti Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 134 3GPPFDD_DLDeTrCHMulti . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 134

3GPPFDD_HS_CQI_Decoder Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 137 3GPPFDD_HS_CQI_Decoder . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 137

3GPPFDD_TFCIDecoder Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 139 3GPPFDD_TFCIDecoder . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 139

3GPPFDD_ULDeFirInterLv Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 141 3GPPFDD_ULDeFirInterLv . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 141

3GPPFDD_ULDePhyCHMap Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 143 3GPPFDD_ULDePhyCHMap . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 143

3GPPFDD_ULDePhyCHSeg Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 146 3GPPFDD_ULDePhyCHSeg . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 146

3GPPFDD_ULDeRadioEqual Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149 3GPPFDD_ULDeRadioEqual . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149

3GPPFDD_ULDeRadioSeg Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151 3GPPFDD_ULDeRadioSeg . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151

3GPPFDD_ULDeRateMatch Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 153 3GPPFDD_ULDeRateMatch . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 153

3GPPFDD_ULDeSecInterLv Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 156 3GPPFDD_ULDeSecInterLv . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 156

3GPPFDD_ULDeTrCHMulti Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 159 3GPPFDD_ULDeTrCHMulti . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 159

3GPPFDD_ChannelCoding Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162 3GPPFDD_ChannelCoding . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162


6

3GPPFDD_CodeBlkSeg Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 164 3GPPFDD_CodeBlkSeg . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 164

3GPPFDD_CRCEncoder Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 166 3GPPFDD_CRCEncoder . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 166

3GPPFDD_DLFirDTXInser Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 168 3GPPFDD_DLFirDTXInser . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 168

3GPPFDD_DLFirInterLv Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 171 3GPPFDD_DLFirInterLv . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 171

3GPPFDD_DLPhyCHMap Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 174 3GPPFDD_DLPhyCHMap . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 174

3GPPFDD_DLPhyCHSeg Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 176 3GPPFDD_DLPhyCHSeg . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 176

3GPPFDD_DLRadioSeg Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 178 3GPPFDD_DLRadioSeg . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 178

3GPPFDD_DLRateMatch Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 181 3GPPFDD_DLRateMatch . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 181

3GPPFDD_DLSecDTXInser Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 186 3GPPFDD_DLSecDTXInser . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 186

3GPPFDD_DLSecInterLv Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 188 3GPPFDD_DLSecInterLv . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 188

3GPPFDD_DLTrCHMulti Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 190 3GPPFDD_DLTrCHMulti . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 190

3GPPFDD_HS_CQI_Encoder Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 193 3GPPFDD_HS_CQI_Encoder . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 193

3GPPFDD_TFCIComb Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 195 3GPPFDD_TFCIComb . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 195

3GPPFDD_TFCIDeComb Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 197 3GPPFDD_TFCIDeComb . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 197

3GPPFDD_TFCIEncoder Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 198 3GPPFDD_TFCIEncoder . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 198

3GPPFDD_TFIGenerator Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 200 3GPPFDD_TFIGenerator . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 200

3GPPFDD_TrCHSrc Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 202 3GPPFDD_TrCHSrc . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 202

3GPPFDD_TrCHSrcWithTFIin Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 204 3GPPFDD_TrCHSrcWithTFIin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 204

3GPPFDD_ULFirInterLv Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 206 3GPPFDD_ULFirInterLv . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 206

3GPPFDD_ULGainFactor Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 208 3GPPFDD_ULGainFactor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 208

3GPPFDD_ULPhyCHMap Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 212 3GPPFDD_ULPhyCHMap . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 212

3GPPFDD_ULPhyCHSeg Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 214 3GPPFDD_ULPhyCHSeg . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 214

3GPPFDD_ULRadioEqual Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 218 3GPPFDD_ULRadioEqual . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 218

3GPPFDD_ULRadioSeg Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 220 3GPPFDD_ULRadioSeg . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 220

3GPPFDD_ULRateMatch Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 222 3GPPFDD_ULRateMatch . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 222

3GPPFDD_ULSecInterLv Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 226 3GPPFDD_ULSecInterLv . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 226

3GPPFDD_ULTrCHMulti Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 228 3GPPFDD_ULTrCHMulti . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 228

3GPPFDD_DL_Receiver Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 231 3GPPFDD_DL_Receiver . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 231

3GPPFDD_DPCCH Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 234 3GPPFDD_DPCCH . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 234

3GPPFDD_DPDCH Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 236 3GPPFDD_DPDCH . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 236

3GPPFDD_UL_RACH Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 238 3GPPFDD_UL_RACH . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 238

3GPPFDD_UL_Source Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 240 3GPPFDD_UL_Source . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 240

3GPPFDD_UpLk Part . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 243 3GPPFDD_UpLk . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 243

NoteThe parts and models associated with 3G W-CDMA Baseband Verification Library are in beta status and arenot included in the base installer for SystemVue2010.07.For information about accessing the 3G W-CDMA Baseband Verification Library beta and for moreapplications,please contact your local Agilent sales representative or contact Agilent Customer Support

http://www.agilent.com/find/eesof-support


7

3GPPFDD_CPICH PartCategories: Base Station (wcdmabasever)

The models associated with this part are listed below. To view detailed information on amodel (description, parameters, equations, notes, etc.), please click the appropriate link.

Model Description

3GPPFDD_CPICH(wcdmabasever)

Common Pilot Channel


3GPPFDD_CPICH

Description: Common Pilot ChannelDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD CPICH Part (wcdmabasever)

Model Parameters

Name Description Default Units Type RuntimeTunable

Range

SpecVersion version ofspecifications:Version_03_00,Version_12_00,Version_03_02

Version_03_02 Enumeration NO

ScrambleCode index of scramblecode

0 Integer NO [0:512] fordownlink; [0,16777215] for uplink

ScrambleOffset scramble codeoffset

0 Integer NO [0:15]

SpreadCode index of spreadcode

0 Integer NO [0:SF-1]; SF can beset by SlotFormat or equalto SpreadFactor; SF is256 if for CPICH, PICH oruplink DPCCH

CPICHType CPICH type:Primary,Secondary

Primary Enumeration NO

Output Ports

Port Name Description Signal Type Optional

1 out output data complex NO

2 STTDout STTD encoder out on antenna 2 complex NO

Notes/Equations

This model is used to generate the fixed rate (SF = 256) CPICH of downlink that1.carries a pre-defined bit/symbol sequence.This model performs the same as the Agilent signal generator instrument ESG-DOption 100.Each firing, 2560 tokens are output. The complex output data sequence is the spread2.and scrambled chips, specified by the SpreadCode and ScrambleCode parameters.The output sequence is repeated on a frame- by-frame basis.This model can be used to generate either P-CPICH or S-CPICH as specified by3.CPICHType.

When CPICHType is set to Primary, the primary scrambling code index isdetermined by the ScrambleCode parameter and the same channelization code(Cch, 256, 0 ) is always used (and, ScrambleOffset and SpreadCode are not

used).When CPICHType is set to Secondary, spread code index is determined by the


8

SpreadCode parameter (0-255); ScrambleCode and ScrambleOffset determinethe scrambling code index according to the formula:n = (16 × i ) + kwhere n = scrambling code index, i = ScrambleCode value (0-511), k =ScrambleOffset value (0-15).

The out pin transmits the non-STTD signal or STTD signal on antenna 1; the STTDout4.pin transmits the STTD signal on antenna 2.

References

3GPP Technical Specification TS 25.211 V3.10.0, Physical channels and mapping of1.transport channels onto physical channels (FDD), March 2003, Release 1999.

http://www.3gpp.org/ftp/Specs/2002-03/R1999/25_series/25211-3a0.zip

3GPP Technical Specification TS 25.213 V3.7.0, Spreading and modulation (FDD),2.March 2003, Release 1999.

http://www.3gpp.org/ftp/Specs/2002-03/R1999/25_series/25213-370.zip








9

3GPPFDD_DL_RefCh Part 3GPP downlink integrated reference measurement channel

Categories: Base Station (wcdmabasever)


Model

3GPPFDD_DL_RefCh(wcdmabasever)


3GPPFDD_DL_RefCh

Description: 3GPP downlink integrated reference measurement channelAssociated Parts: 3GPPFDD DL RefCh Part (wcdmabasever)

Model Parameters


SpecVersion version of specifications: Version_03_00,Version_12_00, Version_03_02

Version_03_02 none Enumeration NO

DTCHDataPattern DTCH source data pattern: DTCH_random,DTCH_PN9, DTCH_PN15,DTCH_bits_repeat, DTCH_user_file

DTCH_random none Enumeration NO

DTCHRepBitValue DTCH repeating data value ([0:255]) 255 none Integer NO

DTCHUserFileName DTCH user-defined data file name "datafile.txt" none None NO

DCCHDataPattern DCCH source data pattern:DCCH_random, DCCH_PN9, DCCH_PN15,DCCH_bits_repeat, DCCH_user_file

DCCH_random none Enumeration NO

DCCHRepBitValue DCCH repeating data value ([0:255]) 255 none Integer NO

DCCHUserFileName DCCH user-defined data file name "datafile.txt" none None NO

TPCDataPattern source data pattern: TPC_random,TPC_PN9, TPC_PN15, TPC_bits_repeat,TPC_user_file

TPC_random none Enumeration NO

TPCRepBitValue TPC repeating data value ([0:255]) 255 none Integer NO

TPCUserFileName TPC user-defined data file name "datafile.txt" none None NO

SpreadCode index of spread code ([0:127] fordownlink 12.2kbps; [0:31] fordownlink 64kbps; [0:15] for downlink144kbps; [0:7] for downlink384kbps)

0 none Integer NO

ScrambleCode index of scramble code ([0:512] fordownlink; [0:16777215] for uplink)

0 none Integer NO

ScrambleOffset scramble offset in downlink channels([0:15])

0 none Integer NO

ScrambleType scramble type: Normal, RightAlternate,LeftAlternate

Normal none Enumeration NO

RefCh reference measurement channel:DL_REF_12_2, DL_REF_64, DL_REF_144,DL_REF_384

DL_REF_12_2 none Enumeration NO


10

Output Ports


1 out non STTD complex NO

2 STTDout STTD complex NO

3 DTCH DTCH data int NO

4 DCCH DCCH data int NO

5 DTCHCoderOut DTCH coded bits int NO

6 DCCHCoderOut DCCH coded bits int NO

7 outSym non-STTD coded bits real NO

8 STTDSym STTD coded bits real NO

Notes/Equations

This subnetwork model is an integrated signal source; designers can select the1.reference measurement channel. The output is identical with the independentreference measurement channel. The schematic for this subnetwork is shown in thefollowing figure.

3GPPFDD_DL_RefCh Schematic

References

3GPP Technical Specification TS 34.121 V3.8.0, Terminal Conformance Specification,1.Radio Transmission and Reception (FDD), March 2003, Release 1999.


3GPP Technical Specification TS 25.141 V3.9.0, Base station conformance testing2.(FDD), March 2003, Release 1999.









11

3GPPFDD_DL_Source Part 3GPP integrated base station signal source



Model

3GPPFDD_DL_Source(wcdmabasever)


3GPPFDD_DL_Source

Description: 3GPP integrated base station signal sourceAssociated Parts: 3GPPFDD DL Source Part (wcdmabasever)

Model Parameters


SpecVersion version of specifications:Version_03_00,Version_12_00,Version_03_02


DTCHDataPattern DTCH source data pattern:DTCH_random, DTCH_PN9,DTCH_PN15,DTCH_bits_repeat,DTCH_user_file


DTCHRepBitValue DTCH repeating data value([0:255])

255 none Integer NO

DTCHUserFileName DTCH user-defined data filename

"datafile.txt" none None NO

DCCHDataPattern DCCH source data pattern:DCCH_random, DCCH_PN9,DCCH_PN15,DCCH_bits_repeat,DCCH_user_file


DCCHRepBitValue DCCH repeating data value([0:255])

255 none Integer NO

DCCHUserFileName DCCH user-defined data filename


TPCDataPattern source data pattern:TPC_random, TPC_PN9,TPC_PN15, TPC_bits_repeat,TPC_user_file


TPCRepBitValue TPC repeating data value([0:255])

255 none Integer NO

TPCUserFileName TPC user-defined data filename


ScrambleCode index of scramble code([0:512] fordownlink; [0:16777215]for uplink)

0 none Integer NO

12

ScrambleOffset scramble offset in downlinkchannels ([0:15])

0 none Integer NO

ScrambleType scramble type: Normal,RightAlternate, LeftAlternate


RefCh reference measurmentchannel: DL_REF_12_2,DL_REF_64, DL_REF_144,DL_REF_384


DPCH_SpreadCode spread code index of DPCH([0:127] for12.2kbps; [0:31] for64kbps; [0:15] for144kbps; [0:7] for384kbps)

127 none Integer NO

CPICH_SpreadCode spread code index of CPICH([0:255])

2 none Integer NO

PICH_SpreadCode spread code index of PICH([0:255])

16 none Integer NO

SCCPCH_SlotFormat SCCPCH slot format ([0:17]) 0 none Integer NO

SCCPCH_SpreadCode spread code index of SCCPCH([0:SpreadFactor-1]; SpreadFactor is set bySCCPCH_SlotFormat)

3 none Integer NO

DPCH_GainFactor DPCH power gain in dB ((-inf:inf))

0 none Float NO

P_CPICH_GainFactor primary CPICH power gain indB ((-inf:inf))

-3.3 none Float NO

S_CPICH_GainFactor secondary CPICH power gainin dB ((-inf:inf))

-3.3 none Float NO

PCCPCH_GainFactor PCCPCH power gain in dB ((-inf:inf))

-5.3 none Float NO

SCCPCH_GainFactor SCCPCH power gain in dB ((-inf:inf))

-10.3 none Float NO

P_SCH_GainFactor primary SCH power gain in dB((-inf:inf))

-5.3 none Float NO

S_SCH_GainFactor secondary SCH power gain indB ((-inf:inf))

-5.3 none Float NO

PICH_GainFactor PICH power gain in dB ((-inf:inf))

-8.3 none Float NO

OCNS_ChannelNum OCNS channel number([1:512])

16 none Integer NO

OCNS_PowerArray OCNS channel power array indB ((-inf:inf); the arraysize shall be equal toOCNS_ChannelNum)

[-10,-12,-12,-14,-11,-13,-17,-16,-13,-15,-14,-18,-19,-17,-15,-9] none Floatingpoint array

NO

OCNS_SpreadFactorArray orthogonal channel spreadfactor array(2n,n=1,...,9; array size shallbe equal toOCNS_ChannelNum)

[128,128,128,128,128,128,128,128,128,128,128,128,128,128,128,128] none Integerarray

NO

OCNS_SpreadCodeArray orthogonal channel spreadcode array([0:OCNS_SpreadFactorArray-1]; array size shall beequal toOCNS_ChannelNum; codeconflict is checked)


NO

OCNS_DataPatternArray OCNS data pattern array: 0-random, 1-PN9, 2-PN15, 3-Repeat Bits([0,1,2,3]; array sizeshall be equal toOCNS_ChannelNum)


NO

OCNS_RepBitValueArray OCNS repeat bit value array([0:255]; array size shallbe equal toOCNS_ChannelNum)


NO

OCNS_tOffsetArray time offset of each channel interms of 256 chips([0:149]; array size shallbe equal toOCNS_ChannelNum)


NO

SamplesPerChip samples per chip for RRC filter 4 Positiveinteger

NO

FilterLength length of RRC filter in numberof symbols

16 Positiveinteger

NO


13

RRC_Enable enable RRC filter?: NO, YES YES Enumeration NO

Output Ports


1 out non STTD complex NO

2 STTDout STTD complex NO



5 DPCH_chip Non STTD coded DPCH complex NO

6 DPCH_STTDchip STTD coded DPCH complex NO

7 DTCHCoderOut DTCH coded bits int NO

8 DCCHCoderOut DCCH coded bits int NO

9 DPCH_sym DPCH non-STTD codedbits

real NO

10 DPCH_STTDsym DPCH STTD coded bits real NO

Notes/Equations

This subnetwork model is used to simulate integrated base station signal source. The1.schematic for this subnetwork is shown in the following figure.

3GPPFDD_DL_Source Schematic

The physical channels integrated in this subnetwork are listed in the following table.2.

Downlink Physical Channels

Physical Channel

P_CPICH

S_CPICH

PCCPCH

P_SCH

S_SCH

SCCPCH

PICH

OCNS

DPCH

The DPCH is generated by the fully-coded 3GPPFDD_DL_RefCh signal source.3.Pins DTCH and DCCH output traffic and control channel data before channelcoding; the number of output tokens is determined by their transport block setsizes.Pin DPCH_chip outputs DPCH data of a slot; each token represents a chip afterspreading and scrambling.Pin DPCH_STTDchip outputs STTD coded chips.Pins DTCHCoderOut and DCCHCoderOut output DTCH and DCCH data afterchannel coding and before rate matching.Pins DPCH_sym and DPCH_STTDsym output symbols after physical channelmultiplexing and before spreading and scrambling.

DTCH, DCCH, and TPC patterns can be set through the DTCHDataPattern,4.DCCHDataPattern, and TPCDataPattern parameters; five data patterns aresupported: random, PN9, PN15, fixed repeated 8-bits, and user-defined file.


14

If the data pattern is 8-bits repeating, the bits to be repeated is set by the respectiveRepBitValue . For example if RepBitValue is set as 0x7a, bit sequence 0,1,1,1,1,0,1,0will be output repeatedly.If data is from a user-defined file, the file name is defined by the respectiveUserFileName . The designer can edit the file with any text editor. The separatorbetween bits can be a space, comma, or any other separator. If the bit sequence isshorter than the output length, data will be output repeatedly.The DPCH data rate can be set through RefCh. DPCH channelization code is set5.through DPCH_SpreadCode.CPICH includes primary and secondary CPICH. Primary CPICH channelization code is6.fixed at C256,0. CPICH_SpreadCode is set on secondary CPICH, with a spread factor

of 256.The PICH spread factor is 256. PICH channelization code is set through7.PICH_SpreadCode.The PCCPCH channelization code is fixed at C256,1. The SCCPCH spread factor and8.

spread channelization code are set through SCCPCH_SpreadFactor andSCCPCH_SpreadCode.Power levels of each channel can be set through the respective GainFactor9.parameters, in dB units. These are converted into voltage values and multiplied tothe output of each channel model. A channel can be disabled by setting its gain factorto a large minus value such as -300 dB.OCNS can be set through the OCNS_ChannelNum and six OCNS array parameters.10.The default OCNS channel is 16 and corresponding array parameters are 16 elementslong. To change the OCNS channel number, the corresponding array parametersmust be changed. For details regarding OCNS settings, refer to 3GPPFDD_OCNS(wcdmabasever).The following figure illustrates power distribution of 3GPP_DL_Source on code domain11.(layer 8) under default settings. The measurement is implemented on the secondframe by the WCDMA3G_CodeDomainPwr model. The Y axis is code domain power inlog.

Power distribution of 3GPP_DL_Source in code domain

References













15

3GPPFDD_DPCH PartCategories: Base Station (wcdmabasever)


Model Description

3GPPFDD_DPCH(wcdmabasever)

Downlink DPCHsimulator


3GPPFDD_DPCH

Description: Downlink DPCH simulatorDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD DPCH Part (wcdmabasever)

Model Parameters



16


Range



DataPattern source data pattern:random, PN9, PN15,bits_repeat,user_file

random Enumeration NO

RepBitValue repeating data value 255 Integer NO [0, 255]

UserFileName user-defined datafile name

datafile.txt Filename NO



ScrambleOffset scramble code offset 0 Integer NO [0:15]

ScrambleType scramble code type:normal, right, left

normal Enumeration NO


0 Integer NO [0:SF-1]; SF can beset by SlotFormat orequal toSpreadFactor; SF is256 if for CPICH, PICHor uplink DPCCH

TFCIField TFCI field on/offswitch: On, Off

Off Enumeration NO

TFCIValue TFCI value 0 Integer NO [0:1023]

TPCValue transmit powercontrol value inhexadecimal

21845 Integer NO [0:0x7ffff]

tDPCHOffset DPCH channel offset 0 Integer NO [0:149]

TFCIPowerOffset TFCI field poweroffset in decibels

0.0 dB Float NO [-20:20]

TPCPowerOffset TPC field poweroffset in decibels

0.0 dB Float NO [-20:20]

PilotBitsNum number of pilot bits:Pilot2, Pilot4, Pilot8,Pilot16

Pilot4 Enumeration NO

PilotPowerOffset pilot field poweroffset in decibels

0.0 dB Float NO [-20:20]

SymbolRate downlink physicalchannel symbolrate:DPCH_7_5ksps,DPCH_15ksps,DPCH_30ksps,DPCH_60ksps,DPCH_120ksps,DPCH_240ksps,DPCH_480ksps,DPCH_960ksps

DPCH_15ksps Enumeration NO

Output Ports



Notes/Equations

This model is used to generate the downlink DPCH signal.1.This model performs the same as the Agilent signal generator instrument ESG-DOption 100.Each firing, 2560 tokens are output. The complex output data sequence is the spread2.and scrambled chips where SpreadCode and ScrambleCode specify the spread andscramble codes. The output sequence is repeated on a frame-by-frame basis.The combined parameters, such as symbol rate, number of pilot bits, TFCI field3.switch are converted to the slot format as defined in [1].The ScrambleCode i , ScrambleOffset k , and ScrambleType parameters are used4.together to determine the scrambling code n as follows:n = (16 × i ) + k + m

If ScrambleType is normal , then m = 0If ScrambleType is right , then m = 16384If ScrambleType is left , then m = 8192

tDPCHOffset indicates the time offset of DPCH relative the SCH channel. The unit is5.256 chips.


17

If TFCIField is on, the TFCI value is converted into 10-bit binary equivalent and coded6.to 32 bits, then filled into TFCI field of each slot as defined in [2].The power offsets of TFCI field, TPC field and Pilot field of as expressed in decibels7.are relative to downlink data channel DPDCH.Hexadecimal TPC values are converted to their binary equivalent. The value 7F808.becomes 111 1111 1000 0000. Notice that there are 15 digits in the binary TPCvalue. Because one frame contains 15 time slots, one binary digit is assigned to eachtime slot. The assigned bit is then repeated enough times to fill the TPC bit field.

References



3GPP Technical Specification TS 25.212 V3.9.0, Multiplexing and Channel Coding2.(FDD), March 2003, Release 1999.














18

3GPPFDD_DPCHs PartCategories: Base Station (wcdmabasever)


Model Description

3GPPFDD_DPCHs(wcdmabasever)

Downlink Dedicated Physical Channels


3GPPFDD_DPCHs

Description: Downlink Dedicated Physical ChannelsDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD DPCHs Part (wcdmabasever)

Model Parameters



19


Range



DPCHNum downlink DPCHnumber

1 Integer NO [1:8] for othermodels; [1:512] for3GPPFDD_OCNS and3GPPFDD_DPCHs

SpreadCodeArray index array ofspread codes

[0] Integerarray

NO the ithelement shall be in[0:SpreadFactor[i]-1]; array size shall beequal to code channelnumber; codes shall bein different OVSF codebranch

DataPatternArray data patternarray: 0-random, 1-PN9, 2-PN15,3-Repeat Bits

[0] Integerarray

NO [0,1,2,3]; array sizeshall be equal to codechannel number

RepBitValueArray bits value arrayto be filled indata sequence

[85] Integerarray

NO [0:255]; array sizeshall be equal to codechannel number

DPCHGainArray DPCH gainarray indecibels

[0.0] Floatingpoint array

NO (-∞:∞); array size shallbe equal to DPCH channelnumber

tDPCHOffsetArray DPCH channeloffset array

[0] Integerarray

NO [0:149]; array sizeshall be equal to DPCHchannel number

TFCIFieldArray TFCI fieldon/off switcharray: 0-Off, 1-On

[0] Integerarray

NO [0,1]; array size shallbe equal to DPCH channelnumber

TFCIValueArray TFCI valuearray

[0] Integerarray

NO [0:1023]; array sizeshall be equal to DPCHchannel number

TFCIPowerOffsetArray TFCI fieldpower offsetarray indecibels


NO [-20:20]; array sizeshall be equal to DPCHchannel number

TPCValueArray transmit powercontrol valuearray inhexadecimal

[21845] Integerarray

NO [0:x7FFF]; array sizeshall be equal to DPCHchannel number

TPCPowerOffsetArray TPC field poweroffset array indecibels



PilotBitsNumArray number arrayof pilot bits

[2] Integerarray

NO [0,1,2,3]; array sizeshall be equal to DPCHchannel number

PilotPowerOffsetArray pilot fieldpower offsetarray indecibels



ScrambleCodeArray index array ofscramble codes

[0] Integerarray

NO [0, 512] fordownlink; [0,16777215]for uplink; array sizeshall be equal to DPCHchannel number

ScrambleOffsetArray scramble codeoffset array

[0] Integerarray

NO [0:15]; array size shallbe equal to DPCH channelnumber

ScrambleTypeArray scramble codetype array

[0] Integerarray

NO [0,1,2]; array size shallbe equal to DPCH channelnumber

RateArray DPCH rate(ksps)


NO [7.5, 15, 30, 60, 120, 240,480, 960]; array sizeshall be equal to DPCHNum

Output Ports



Notes/Equations


20

This model is used to generate multiple downlink DPCH signal.1.This model performs the same as the Agilent signal generator instrument ESG-DOption 100.The number of DPCHs is set through the DPCHNum parameter. 2560 tokens are2.output each firing. The complex output data sequence is the spread and scrambledchips where SpreadCode and ScrambleCode specify the spread and scramble codes.The output sequence is repeated on a frame-by-frame basis. The following figureillustrates how different downlink channels are combined.

DPCHs Combination

Each DPCH can be configured through a series of parameter arrays. The i th DPCH,3.for instance, will use the i th value of each parameter array. For this reason, thelength of each array must be consistent with DPCHNum value.ScrambleCode i, ScrambleOffset k, and ScrambleType parameters determine the4.scrambling code n as follows:

n = (16 × i ) + k + m

If ScrambleType is normal , m = 0If ScrambleType is right , m = 16384If ScrambleType is left , m = 8192

tDPCHOffsetArray indicates the time offset of each DPCH, the value range of this5.parameter is [0, 149], and the unit is 256 chips, therefore the real time offset interms of chip can be calculated.TFCIFieldArray indicates if the relative DPCH includes TFCI: 1 means with TFCI; 06.means without TFCI. TFCIValueArray is converted into 10-bit binary equivalent andcoded to 32 bits, then filled into TFCI field of each slot as defined in [2].TPCValueArray is used to input a hexadecimal value for each DPCH, the range is from7.0 to 0x7FFF, so it can be converted to a 15-digit binary value. Therefore, these 15binary digits can be assigned to 15 time slots, then repeated to fill the TPC bit field.PilotBitsNumArray indicates the bits number of pilot part of each DPCH. In this way,8.the slot format of each DPCH can be determined by RateArray, TFCIFieldArray andPilotBitsNumArray together.TFCIPowerOffsetArray, TPCPowerOffsetArray, PilotPowerOffsetArray are used to set9.TFCI, TPC and Pilot power offsets that are relative to the transmit power of DPDCH.

References



3GPP Technical Specification TS 25.212 V3.2.0, "Multiplexing and Channel Coding2.(FDD)" Release 1999.3GPP Technical Specification TS 25.213 V3.7.0, Spreading and modulation (FDD),3.March 2003, Release 1999.







21





22

3GPPFDD_OCNS PartCategories: Base Station (wcdmabasever)


Model Description

3GPPFDD_OCNS(wcdmabasever)

Flexible OCNS generator


3GPPFDD_OCNS

Description: Flexible OCNS generatorDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD OCNS Part (wcdmabasever)

Model Parameters



23


Range




16 Integer NO [1:8] for othermodels; [1:512]for 3GPPFDD_OCNSand3GPPFDD_DPCHs

ScrambleCode index ofscramble code



0 Integer NO [0:15]

ScrambleType scramble codetype: normal,right, left



[2, 11, 17, 23, 31, 38, 47, 55, 62, 69, 78, 85, 94, 125, 113, 119] Integerarray

NO the ithelement shall be in[0:SpreadFactor[i]-1]; array sizeshall be equal tocode channelnumber; codesshall be in differentOVSF code branch

DataPatternArray data patternarray: 0-random, 1-PN9, 2-PN15,3-Repeat Bits

[0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0] Integerarray

NO [0,1,2,3]; arraysize shall be equal tocode channelnumber


[0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0] Integerarray

NO [0:255]; arraysize shall be equal tocode channelnumber

PowerArray channel powerarray indecibels

[-1, -3, -3, -5, -2, -4, -8, -7, -4, -6, -5, -9, -10, -8, -6, 0] Floatingpoint array

NO (-∞:∞); arraysize shall be equal tocode channelnumber

tDPCHOffsetArray DPCH channeloffset array

[86, 134, 52, 45, 143, 112, 59, 23, 1, 88, 30, 18, 30, 61, 128, 143] Integerarray

NO [0:149]; arraysize shall be equal toDPCH channelnumber

SpreadFactorArray orthogonalchannel spreadfactor array

[128,128,128,128,128,128,128,128,128,128,128,128,128,128,128,128] Integerarray

NO 2n,n=1,...,9; arraysize shall be equal toDPCHNum

Output Ports



Notes/Equations

This model is the flexible orthogonal channel noise simulator.1.Each firing, this model outputs a slot of complex chips that consists of 2560 spread2.and scrambled complex data bits.The number of dedicated channels can be set flexibly from 1 to 512. The dedicated3.channels of the OCNS signal should be evenly distributed in the code domain; timingoffset should be equidistantly distributed over the dedicated channels; level settingsof dedicated channels should be similar.The default OCNS model has 16 dedicated channels with channelization codes, timing4.offsets and level settings as specified in [4] for test model 1.ScrambleCode i, ScrambleOffset k , and ScrambleType parameters determine the5.scrambling code n as follows:

n = (16 × i ) + k + m


References


24

References












25

3GPPFDD_PCCPCH PartCategories: Base Station (wcdmabasever)


Model Description

3GPPFDD_PCCPCH(wcdmabasever)

Primary Common Control Physical Channel


3GPPFDD_PCCPCH

Description: Primary Common Control Physical ChannelDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD PCCPCH Part (wcdmabasever)

Model Parameters


Range



DataPattern source data pattern:random, PN9, PN15,bits_repeat, user_file



UserFileName user-defined data filename


ScrambleCode index of scramble code 0 Integer NO [0:512] fordownlink; [0,16777215] for uplink

Output Ports



2 STTDout STTD encoder output on antenna2

complex NO

Notes/Equations

This model is used to generate PCCPCH.1.This model performs the same as the Agilent signal generator instrument ESG-DOption 100.The channelization code for the Primary CCPCH is fixed to Cch,256,1, and primary2.

scrambling code is always used.The PCCPCH is not transmitted during first 256 chips of each slot. It is filled with 0.3.This model supports five data patterns: random, PN9, PN15, fixed repeated 8-bits,4.and from a user-defined file.If the data pattern is 8-bits repeating, the bits to be repeated is set by RepBitValue.For example if the RepBitValue is set as 0x7a, the bit sequence 0, 1, 1, 1, 1, 0, 1, 0will be output repeatedly.If the data is from a user file, the user file name is specified by UserFileName. Thefile can be edited with any text editor. Separators between bits can be spaces,commas, or any other separator. If the bit sequence is shorter than the outputlength, the data will be output repeatedly.


26

References













27

3GPPFDD_PICH PartCategories: Base Station (wcdmabasever)


Model Description

3GPPFDD_PICH(wcdmabasever)

Paging Indicator Channel


3GPPFDD_PICH

Description: Paging Indicator ChannelDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD PICH Part (wcdmabasever)

Model Parameters


Range



DataPattern source datapattern: random,PN9, PN15,bits_repeat,user_file


RepBitValue repeating datavalue

255 Integer NO [0, 255]

UserFileName user-defined datafile name





0 Integer NO [0:15]



PINum paging indicatornumbers withinone frame: N18,N36, N72, N144

N18 Enumeration NO

tOffset time offset interms of 256 chips

0 Integer NO [0:149]

Output Ports



2 STTDout STTD encoder output on antenna2

complex NO

Notes/Equations

This model is used to generate the PICH.1.This model performs the same as the Agilent signal generator instrument ESG-D




28

Option 100.Each firing, 2560 tokens are output. The complex output data sequence is the spread2.and scrambled chips where SpreadCode and ScrambleCode specify the spread andscramble codes. The output sequence is repeated on a frame-by-frame basis.SpreadCode indicates the channelization code index. ScrambleCode and3.ScrambleOffset together determine the scrambling code index according to theformula:

n = (16 × i ) + k

where

n =scrambling code index, i =ScrambleCode value, k =ScrambleOffsetvalue.

PICH bits are generated from the PI sequence. The PI sequence pattern is defined by4.DataPattern, RepBitValue, and UserFileName.PINum specifies how many paging indicators will be carried within one radio frame.tOffset is the PICH time delay from the start of PCCPCH.5.

References













29

3GPPFDD_SCH PartCategories: Base Station (wcdmabasever)


Model Description

3GPPFDD_SCH(wcdmabasever)

SynchronizationChannel


3GPPFDD_SCH

Description: Synchronization ChannelDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD SCH Part (wcdmabasever)

Model Parameters


Range




SCHType SCH type: Primary,Secondary

Primary Enumeration NO

Output Ports



2 STTDout associated with STTD encoded PCCPCH complex NO

Notes/Equations

This model can be used to generate P-SCH or S-SCH.1.This model performs the same as the Agilent signal generator instrument ESG-DOption 100.SCHType = Secondary specifies the cell's downlink scrambling code group.2.When SCHType = Primary, ScrambleCode is not used.

References












30





31

3GPPFDD_StdOCNS PartCategories: Base Station (wcdmabasever)


Model Description

3GPPFDD_StdOCNS(wcdmabasever)

Orthogonal Channel NoiseSimulator


3GPPFDD_StdOCNS

Description: Orthogonal Channel Noise SimulatorDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD StdOCNS Part (wcdmabasever)

Model Parameters


Range







Output Ports



Notes/Equations

This model is the standard orthogonal channel noise simulator.1.Each firing, this model outputs a slot of complex chips that consists of 2560 spread2.and scrambled complex data.3GPPFDD_StdOCNS is provided for User Equipment (UE) Receiver Testing in the3.3GPP FDD Wireless Test Benches . It was created by combining several downlinkchannels and is defined in Table c.6 Technical Specification (TS) 25.101 [3]. Table c.6in TS 25.101 [3] is a subset of Table 6.2 in TS 25.141 [4]. However, when the3GPPFDD_StdOCNS was developed, in the case of Version_03_00 andVersion_12_00, 3GPP had not yet defined the OCNS interference in TS 25.101.Therefore, a reference to Table 6.2 in TS 25.141 was required, and the timing offsetsettings followed Table 6.2 TS 25.141. However, in the case of Version_03_02,3GPPFDD_StdOCNS was created by setting timing offset to 0 according to Table c.6TS 25.101 [3].ScrambleCode i, ScrambleOffset k , and ScrambleType parameters determine the4.scrambling code n as follows:

n = (16 × i ) + k + m

If ScrambleType is normal, m = 0If ScrambleType is right, m = 16384If ScrambleType is left, m = 8192




32

References





3GPP Technical Specification TS 25.101 V3.10.0, UE Radio transmission and reception3.(FDD), March 2003, Release 1999.
















33

3GPPFDD_TestModel1 PartCategories: Base Station (wcdmabasever)


Model Description

3GPPFDD_TestModel1(wcdmabasever)

Signal source to simulate test model1


3GPPFDD_TestModel1

Description: Signal source to simulate test model 1Domain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD TestModel1 Part (wcdmabasever)

Model Parameters


Range







SCCPCH_SltFmt SCCPCH slot format:SF0, SF1, SF2, SF3

SF0 Enumeration NO

OutputMode output from 1st frameor 2nd frame: Ramp,Stable

Ramp Enumeration NO

Seed PN seed offset of DPCH 0 Integer NO [0:∞)

DPCHSet number of DPCHs intest model1 for basestation: DPCH16,DPCH32, DPCH64

DPCH16 Enumeration NO

Output Ports



Notes/Equations

This model is the base station test model 1 as defined in [4].1.Each firing, a slot of complex chips is output that consists of 2560 spread and2.scrambled data.Test model 1 consists of PCCPCH, SCH, CPICH, PICH, DPCH, and SCCPCH channels3.(SCCPCH is for Version_03_02 only). Channelization codes, time offset, and powerlevel of each channel are defined in [4].DPCH channels can be set to 16, 32 or 64.4.ScrambleCode i, ScrambleOffset k , and ScrambleType parameters determine the5.scrambling code n as follows:

n = (16 × i ) + k + m




34


The DPDCH bits of the DPCHs are filled with PN9 sequences. To ensure non-6.correlation of the PN9 sequences, each DPDCH uses a unique code Sc as the seed for

the PN9 sequence at the start of each frame. The code is determined by thechannelization code Cch of the DPCH and a seed offset So as:

Sc = Cch + So

The seed offset is set by the Seed parameter to ensure non-correlation of the PN9sequences when more than one test model is used.When OutputMode=Ramp, the signal starts from the first frame and channels are7.added with their time offset; when OutputMode=Stable, the signal is transmittedafter all channels are added (the signal starts from the second frame).

References





















35



Model Description




3GPPFDD_TestModel2


Model Parameters


Range








SF0 Enumeration NO


Ramp Enumeration NO

Seed PN seed offset ofDPCH

0 Integer NO [0:∞)

Output Ports



Notes/Equations

This model is the base station test model 2 as defined in [4].1.Each firing, a slot of complex chips is output that consists of 2560 spread and2.scrambled complex data bits.Test model 2 consists of PCCPCH, SCH, CPICH, PICH, SCCPCH (SCCPCH is for3.Version_03_02 only), and three DPCH channels. Channelization codes, time offset,and power levels of each channel are defined in [4].ScrambleCode i, ScrambleOffset k , and ScrambleType parameters determine the4.scrambling code n as follows:

n = (16 × i ) + k + m

If ScrambleType is normal , m = 0file nameIf ScrambleType is right , m = 16384If ScrambleType is left , m = 8192




36



Sc = Cch + So


References





















37



Model Description




3GPPFDD_TestModel3


Model Parameters


Range








SF0 Enumeration NO


Ramp Enumeration NO



DPCHSet number of DPCHs intest model 3 for basestation: DPCH16,DPCH32


Output Ports



Notes/Equations

This model is the base station test model 3 as defined in [4].1.Each firing, a slot of complex chips is output that consists of 2560 spread and2.scrambled complex data bits.Test model 2 consists of PCCPCH, SCH, CPICH, PICH, SCCPCH (SCCPCH is for3.Version_03_02 only), and DPCH channels. Channelization codes, time offset, andpower levels of each channel are defined in [4].ScrambleCode i, ScrambleOffset k , and ScrambleType parameters determine the4.scrambling code n as follows:

n = (16 × i ) + k + m




38




Sc = Cch+ So


References





















39



Model Description




3GPPFDD_TestModel4


Model Parameters


Range








EnableP_CPICH enable primaryCPICH?: NO, YES

YES Enumeration NO

PCCPCH_SCH_Gain PCCPCH_SCH levelsetting

-6 dB Float NO (-∞:∞)

P_CPICH_Gain P_CPICH levelsetting

-6 dB Float NO (-∞:∞)

Output Ports



Notes/Equations

This model simulates test model 4, as defined in 3GPP specification, for EVM1.measurement.

Test Model 4 Active Channels

Type Number ofChannels

Fraction ofPower (%)

LevelSetting(dB)

ChannelizationCode

Timing offset(x256Tchip)

PCCPCH+SCH whenPrimary CPICH isdisabled

1 50 to 1.6 -3 to -18 1 0

PCCPCH+SCH whenPrimary CPICH isenabled

1 25 to 0.8 -6 to -21 1 0

Primary CPICH 1 25 to 0.8 -6 to -21 0 0




40

P-CCPCH The aggregate 15 × 18 = 270 P-CCPCH bits per frame are filled with a PN92.sequence generated using the primitive trinomial. The P-CCPCH channelization codeis used as the seed for the PN sequence at the start of each frame. The generator isseeded so that the sequence begins with the 8-bit channelization code starting fromthe LSB and followed by 1.SCH The scrambling code defines the SSC sequence of the secondary SCH. In their3.active parts, primary and secondary SCHs share equally the power level defined forPCCPCH + SCH.

References









41



Model Description




3GPPFDD_TestModel5


Model Parameters


Range

SpecVerHSDPA version of HSDPAspecifications:Version_09_03








SF0 Enumeration NO


Ramp Enumeration NO



DPCHSet number of DPCHs intest model5 for basestation: DPCH6,DPCH14, DPCH30


Output Ports



Notes/Equations

This model is the base station test model 5 as defined in [3].1.Each firing, a slot of complex chips is output that consists of 2560 spread and2.scrambled data.Test model 5 consists of PCCPCH, SCH, CPICH, PICH, SCCPCH, DPCH, HS_SCCH, and3.HS_PDSCH channels. Channelization codes, time offset, and power levels of eachchannel are defined in [3].DPCH channels can be set to 6, 14, or 30, with 2, 4, or 8 HS_SCCH, respectively.4.ScrambleCode i, ScrambleOffset k, and ScrambleType parameters determine the5.scrambling code n as follows:

n = (16 × i ) + k + m




42




Sc = Cch + So

The seed offset is set by the Seed parameter to ensure non-correlation of the PN97.sequences when more than one test model is used.There are 640 bits per slot in a 16 QAM-modulated HS-PDSCH. The aggregate8.15 × 640 = 9600 bits per frame are filled with repetitions of a PN9 sequencegenerated using the primitive trinomial. To ensure non-correlation of the PN9sequences, each HS-PDSCH uses its channelization code as the seed for the PNsequence at the start of each frame. The generator is seeded so that the sequencebegins with the channelization code starting from the LSB.There are 40 bits per time slot in a HS-SCCH. The aggregate 15 × 40 = 600 bits per9.frame are filled with repetitions of a PN9 sequence generated using the primitivetrinomial. The HS-SCCH channelization code is used as the seed for the PN sequenceat the start of each frame. The generator is seeded so that the sequence begins withthe channelization code starting from the LSB.

References

3GPP Technical Specification TS 25.211 V5.2.0, "Physical channels and mapping of1.transport channels onto physical channels (FDD)," Sept. 2002, Release 5.

http://www.3gpp.org/ftp/Specs/2002-09/Rel-5/25_series/25211-520.zip

3GPP Technical Specification TS 25.213 V5.4.0, "Spreading and modulation (FDD),"2.Sept. 2002, Release 5.


3GPP Technical Specification TS 25.141 V5.4.0, "Base station conformance testing3.(FDD)," Sept. 2002, Release 5.












43



Model Description




3GPPFDD_TestModel6


Model Parameters


Range






SF0 Enumeration NO


Ramp Enumeration NO

Seed PN seed offset of DPCH 0 Integer NO [0:∞)

Output Ports



Notes/Equations

This model is the base station test model 6 as defined in [3].1.Each firing, a slot of complex chips is output that consists of 2560 spread and2.scrambled data.Test model 6 consists of PCCPCH, SCH, CPICH, PICH, SCCPCH, DPCH, HS_SCCH, and3.HS_PDSCH channels. Channelization codes, time offset, and power levels of eachchannel are defined in [3].DPCH channels are set to 30, with 2 HS_SCCH.4.ScrambleCode i, ScrambleOffset k, and ScrambleType parameters determine the5.scrambling code n as follows:

n = (16 × i ) + k + m







44

Sc = Cch + So

The seed offset is set by the Seed parameter to ensure non-correlation of the PN97.sequences when more than one test model is used.There are 2560 bits per slot in a 64 QAM-modulated HS-PDSCH. The aggregate8.15 × 640 = 9600 bits per frame are filled with repetitions of a PN9 sequencegenerated using the primitive trinomial. To ensure non-correlation of the PN9sequences, each HS-PDSCH uses its channelization code as the seed for the PNsequence at the start of each frame. The generator is seeded so that the sequencebegins with the channelization code starting from the LSB.There are 40 bits per time slot in a HS-SCCH. The aggregate 15 × 40 = 600 bits per9.frame are filled with repetitions of a PN9 sequence generated using the primitivetrinomial. The HS-SCCH channelization code is used as the seed for the PN sequenceat the start of each frame. The generator is seeded so that the sequence begins withthe channelization code starting from the LSB.

References

3GPP Technical Specification TS 25.211 V7.4.0, "Physical channels and mapping of1.transport channels onto physical channels (FDD)," Dec. 2007, Release 7.


3GPP Technical Specification TS 25.213 V7.4.0, "Spreading and modulation (FDD),"2.Dec. 2007, Release 7.


3GPP Technical Specification TS 25.141 V7.1.0, "Base station conformance testing3.(FDD)," Dec. 2007, Release 7.

http://www.3gpp.org/ftp/Specs/2007-12/Rel-7/25_series/25141-7a0.zip











45

3GPPFDD_UL_Receiver Part Uplink integrated reference measurement channel receiver



Model

3GPPFDD_UL_Receiver(wcdmabasever)




46

3GPPFDD UL Receiver

Description: Uplink integrated reference measurement channel receiverAssociated Parts: 3GPPFDD UL Receiver Part (wcdmabasever)

Model Parameters




RefCh reference measurement channel:UL_REF_12_2, UL_REF_64, UL_REF_144,UL_REF_384_10, UL_REF_384_20,UL_REF_768, UL_REF_2048

UL_REF_12_2 none Enumeration NO

DPCCH_SltFmt DPCCH slot format ([0:5]) 0 none Integer NO

ScrambleCode index of scramble code ([0:512] foruplink; [0, 16777215] for uplink)

0 none Integer NO

ScrambleType scramble type: Long, Short Long none Enumeration NO

SampleRate sample rate ([1:256]) 8 none Integer NO

MaxDelaySample maximum delay boundary, in terms ofsamples ([0:2559])

1 none Integer NO

ChannelType select the channel type to be processed:CH_GAUSSIAN, CH_FADING

CH_GAUSSIAN none Enumeration NO

ChannelInfo fading channel information source: Known,Estimated

Known none Enumeration NO

ChannelInfoOffset offset between spread code and channelinformation in terms of sample([0:MaxDelaySample])

0 none Integer NO

PathSearch path search frequency: EverySlot, Once Once none Enumeration NO

SearchMethod path search method: Coherent,NonCoherent, Combined

Coherent none Enumeration NO

SearchSlotsNum number of slots for path search ([1:6]) 1 none Integer NO

PathNum number of Rake fingers ([1:6]) 1 none Integer NO

PathDelaySample delay for each finger, in terms of samples([0:MaxDelaySample]; array size shallbe equal to PathNum)

[0] none Integerarray

NO


NO

FilterLength length of RRC filter in number of symbols 16 Positiveinteger

NO

Input Ports


1 inChip input data stream complex NO

2 inRefDTCH reference DTCH int NO

3 inRefDCCH reference DCCH int NO

4 inRefDTCHCoder reference DTCH after channel coding int YES

5 inRefDCCHCoder reference DCCH after channelcoding

int YES

6 inRefDPDCH reference DPDCH multiple int NO

7 inChM channel information multiple complex NO

Output Ports


47



9 RefDTCH synchronized reference DTCH int NO

10 DTCH_CRC DTCH CRC int NO


12 RefDCCH synchronized reference DCCH int NO

13 DCCH_CRC DCCH CRC int NO

14 DTCHCoder DTCH before channel decoding int NO

15 RefDTCHCoder synchronized reference DTCH before channel decoding int YES

16 DCCHCoder DCCH before channel decoding int NO

17 RefDCCHCoder synchronized reference DCCH before channel decoding int YES

18 DPDCH DPDCH data int NO

19 RefDPDCH synchronized reference DPDCH int NO

Notes/Equations

This integrated receiver for UTRA/WCDMA 3GPP uplink decodes the uplink reference1.measurement channel defined in 3GPP specifications. The signal processing flowcovers the full 3GPP physical layer. The process is symmetric but in reverse order asat the signal source side.The uplink Rake receiver is at the front of this receiver; refer to 3GPPFDD UL Rake2.(wcdmabasever) for more information. The despread and demodulated bits obtainedfrom the Rake receiver are fed to the transport channel processing models for ratede-matching, channel decoding, and so on.Note that the physical channel bit stream has been delayed 1 frame (15 slots or 103.msec). The delay for each of the two transport channels is equal to the TTI for theassociated transport channel. Therefore, the reference outputs from the source aretaken as inputs and are delayed to be aligned with the decoded bit stream. Thedelayed data will be discarded when measuring BER/FER.This design can be a template to set up integrated receivers for other multiplexed4.services.The TFCI is set as a constant to avoid propagating the TFCI decoding error to the5.final BER performance. A degradation of approximately 1 dB in BER performanceoccurs if the TFCI is input from the TFCI decoder. If the TFCI is variable, it is betterto get the error-free TFCI from the signal source side.If the 3GPP signal is S(t), this signal may be delayed t1 by some filters (such as the6.Tx RC filters). So, the delayed signal is S(t-t1) and the signal from 0 to t1 is zero andthe real 3GPP signal transmission starts from t1. When the delayed signals passthrough a fading channel, the fading factor is applied to the overall signals startingfrom time 0. The offset t1 must be known if the receiver of the channel information isinput from outside; this offset is expressed in terms of samples.

References

Refer to References (wcdmabasever).1.





48

3GPPFDD_Distort PartCategories: Measurement (wcdmabasever)


Model Description

3GPPFDD_Distort(wcdmabasever)

signal distortion


3GPPFDD_Distort

Description: signal distortionDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD Distort Part (wcdmabasever)

Model Parameters

Name Description Default Units Type Runtime Tunable Range

C0 constant I/Q imbalance 0 Complexnumber

NO (-∞:∞)

C1 constant phase offset 1.0 Complexnumber

NO (-∞:∞)

dr frequency error real part 0 Float NO (-∞:∞)

da frequency error image part 0 Float NO (-∞:∞)

BurstLen burst length 40960 Integer NO [1:∞)

EVM EVM value 0.0 Float NO [0:∞)

RefMeanSquare reference signal meansquare

1.0 Float NO (0.0:∞)

Input Ports


1 In signal for interpolation complex NO

Output Ports


2 Out output interpolated signal complex NO

Notes/Equations

This model is to simulate the transmitted signal distortion. The reference ideal signal S(k1.) is distorted by the mathematical model as:

Z(k) = {C0+ C1[S(k)+ E (k)]}W k

where

W = exp( dr + jda ) accounts for the instantaneous frequency offset da andamplitude change dr per chip.C0 is constant original offset representing quadrature modulator imbalance.

C1 is a complex constant representing the arbitrary phase and output

power of the transmitter.E(k) is the residual vector of S(k), simulated by an AWGN of which thevariance is determined by EVM and the mean square of S( k). Therelationship of E(k), S(k), and EVM is:




49





50

3GPPFDD_Downlink_BER Part 3GPP downlink BER measurements

Categories: Measurement (wcdmabasever)


Model

3GPPFDD_Downlink_BER(wcdmabasever)





51

3GPPFDD Downlink BER

Description: 3GPP downlink BER measurementsAssociated Parts: 3GPPFDD Downlink BER Part (wcdmabasever)

Model Parameters


FrameNum frame number ([0:inf)) 4 none Integer NO

RefCh reference measurment channel: DL_REF_12_2,DL_REF_64, DL_REF_144, DL_REF_384


CollectBits collect bits?: NO, YES YES none Enumeration NO

Input Ports








7 DPCH DPCH data int NO

8 RefDPCH synchronized reference DPCH int NO

Notes/Equation

This subnetwork model measures 3GPP FDD downlink reference measurement1.channel bit error rate (BER) for DPCH, DTCH and DCCH, as well as block error rates(BLER) for DTCH and DCCH. BER is measured by comparing the decoded bits withthe reference bits. BLER is measured based on the CRC results.The schematic for this subnetwork is shown in the following figure.2.

3GPPFDD_Downlink_BER Schematic

FrameNum specifies the number of 10 msec frames to be measured. The DPCH3.channel is measured based on a 10 msec frame; DTCH and DCCH are measuredbased on the transport block set size per each TTI. The frame number that is basedon a 10 msec-frame is converted to the TTI number using the ceil function. Forexample, if the frame number is 11 and the TTI is 20 msec, the TTIs to be measuredwill be ceil(11 × 10 / 20) = 6.


52

Transport block set size for each reference measurement channel is pre-defined usingequations.CollectBits is used to specify whether or not to save the reference and decoded bits.4.





53

3GPPFDD_Interpolator PartCategories: Measurement (wcdmabasever)


Model Description

3GPPFDD_Interpolator(wcdmabasever)

Interpolator


3GPPFDD_Interpolator

Description: InterpolatorDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD Interpolator Part (wcdmabasever)

Model Parameters

Name Description Default Units Type Runtime Tunable Range

Order order for Lagrange interpolation 6 Integer NO [2:32]

Interpolation interpolation rate 16 Integer NO [1, 256]

Input Ports


1 In input signal for interpolation complex NO

Output Ports


2 Out output interpolated signal complex NO

Notes/Equations

The interpolator implements the Lagrange polynomial interpolation. The order of the1.polynomial and the interpolation rate is specified by the Order and Interpolationparameters.







54

3GPPFDD_Synch PartCategories: Measurement (wcdmabasever)


Model Description

3GPPFDD_Synch(wcdmabasever)

3GPP FDD slotsynchronization


3GPPFDD_Synch

Description: 3GPP FDD slot synchronizationDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD Synch Part (wcdmabasever)

Model Parameters



55


Range



LinkDir link direction:Downlink, Uplink

Uplink Enumeration NO

SlotFormat slot format 0 Integer NO †



Scramble scramble codetype: LONG,SHORT

LONG Enumeration NO


0 Integer NO [0:15]




0 Integer NO [0:SF-1]; SF can beset by SlotFormat orequal toSpreadFactor; SF is256 if for CPICH, PICH oruplink DPCCH

SampleRate sample rate 8 Integer NO [1:256]

MaxDelaySample maximum delayboundary, interms of samples

0 Integer NO [0:2559] for RAKEreceiver; [0:102400]in other models

StartSlot number of slot tobe ignored


Correlator correlatormethod:Coherent,NonCoherent

Coherent Enumeration NO

SCH switch for SCH:SCH_On,SCH_Off

SCH_On Enumeration NO

CPICH switch forCPICH:CPICH_On,CPICH_Off

CPICH_Off Enumeration NO

SlotBoundary slot boundary interms of sample

0 Integer NO [0:MaxDelaySample]

WarningMsg display debuginformation?:WarningMsg_On,WarningMsg_Off

WarningMsg_Off Enumeration NO

Input Ports


1 in input data stream complex NO

2 inM associated input datastream

multiple complex NO

Output Ports


3 out output data stream complex NO

4 outM associated output data stream multiple complex NO

Notes/Equations

This model is used to align the signal to the slot boundary. To avoid the fire matching1.problem, this model is designed to consume and produce one token each firing.This model always introduces an additional one-slot delay; this delayed slot is padded2.with all zeros.Synchronization is achieved by correlating the signals with the spread codes. The3.spreading codes are specified by ScrambleCode, Scramble, ScrambleType,ScrambleOffset, SlotFormat and SpreadCode. These parameters determine thespread codes that are used to correlate with the signals. The largest correlation valuedetermines the synchronization point.MaxDelaySample is the size of correlation window. This parameter must be set large4.enough to cover the slot boundary to be determined. However, a larger window sizewill result in a longer simulation time.


56

StartSlot is the offset where the synchronization begins. For example, if StartSlot is5.12, and SlotNum is 4, the measurement starts from the 12th slot of the first frame,and the EVM will be measured over the last three slots of the first frame plus the firstslot of the next frame.Signals input from the multiple input pin are delayed in the same way as being6.applied to the main signal input at pin 1. This is useful when multiple signals are tobe processed, such as in ACLR measurements.Two correlator methods are available. If Correlator = Coherent, the correlation is7.performed on the known pilot field bits; if Correlator = NonCoherent, the correlationvalue includes the noncoherent correlation value over data fields. The mean ofnoncoherent value is not zero and the estimation based on it would be biased.If LinkDir is Uplink, the synchronization process is based on the uplink DPCCH8.channel. In 3GPP TS, the spread code for DPCCH is always 0. For general purposes,this model allows the spread code for DPCCH to be set.If LinkDir is Downlink, the synchronization is based on SCH, CPICH or DPCH. If SCHis on, DPCH is turned off by default and the spread code is referred to the PCCPCHchannel. If SCH is off, the DPCH is turned on and the slot format and spread code isfor DPCH.If SCH is on and Correlator = NonCoherent, the PCCPCH is used for correlation.9.Correlation over CPICH is always coherent.If SlotBoundary = 0, the slot boundary is determined by correlation; otherwise, the10.slot boundary is the value set by this parameter and no correlation is performed.When WarningMsg is on, debug information regarding the allowed maximum delay as11.well as the slot starting point will be displayed in the simulation status window.

References









57

3GPPFDD_TrCHBER PartCategories: Measurement (wcdmabasever)


Model Description

3GPPFDD_TrCHBER(wcdmabasever)

3GPP FDD BER measurement


3GPPFDD_TrCHBER

Description: 3GPP FDD BER measurementDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD TrCHBER Part (wcdmabasever)

Model Parameters


Range

SpecVersion version of specifications:Version_03_00, Version_12_00,Version_03_02


DynTFSet dynamic part of Transport FormatSet

[244,976] Integerarray

NO †

IgnoreTTInum ignore TTI (Transport Block Set)number


MeasTTInum measured TTI (Transport Block Set)number


Input Ports


1 ref reference signals int NO

2 datain test signals int NO

3 TFIin TFI int NO

4 DetectFlag detector flag used with RACH int NO

Output Ports


5 BER BER output real NO

Notes/Equations

This model is used to measure BER of transport channels. The TFI is input to1.calculate the current data length with DynTFSet when variable rate channels aremeasured. Each firing, the data block of a TTI (transport block set) is consumed.The DetectFlag (pin 4) indicates if the current data block is to be used; only when2.DetectFlag=1, the current block will be used for BER calculation.IgnoreTTInum and MeasTTInum specify the number of blocks to be ignored and the3.number of blocks to be measured, respectively.

References

3GPP Technical Specification TS 25.302, "Service Provided by Physical Layer."1.




58





59

3GPPFDD_Uplink_BER Part 3GPP uplink BER measurements

Categories: Measurement (wcdmabasever)


Model

3GPPFDD_Uplink_BER(wcdmabasever)





60

3GPPFDD_Uplink_BER

Description: 3GPP uplink BER measurementsAssociated Parts: 3GPPFDD Uplink BER Part (wcdmabasever)

Model Parameters


FrameNum frame number ([0:inf)) 4 none Integer NO

RefCh reference measurement channel: UL_REF_12_2,UL_REF_64, UL_REF_144, UL_REF_384_10,UL_REF_384_20, UL_REF_768, UL_REF_2048


CollectBits collect bits?: NO, YES YES none Enumeration NO

Input Ports








7 DPDCH DPDCH data int NO

8 RefDPDCH synchronized referenceDPDCH

int NO

Notes/Equations

This subnetwork model measures 3GPP FDD uplink reference channel bit error rate1.(BER) for DPDCH, DTCH, and DCCH, as well as block error rates (BLER) for DTCH andDCCH. BER is measured by comparing the decoded bits with the reference bits. BLERis measured based on the CRC results.The schematic for this subnetwork is shown in the following figure.

3GPPFDD_Uplink_BER Schematic

FrameNum specifies the number of 10 msec frames to be measured. The DPDCH2.physical channel is measured based on a 10 msec-frame; DTCH and DCCH aremeasured based on the transport block set size per each TTI. The frame number thatis set based on a 10 msec frame is converted to the TTI number using the ceil


61

function. For example, if frame number is 11 and the TTI is 20 msec, the TTIs to bemeasured will be ceil(11 × 10 / 20) = 6.CollectBits specifies whether or not to save the reference and decoded bits.3.The transport block set size for each reference measurement channel is pre-defined4.using equations.





62

3GPPFDD_DPCCHDeMux PartCategories: PhyCH DeMultiplexers and DeCoders (wcdmabasever)


Model Description

3GPPFDD_DPCCHDeMux(wcdmabasever)

Uplink DPCCH de-multiplexing


3GPPFDD_DPCCHDeMux

Description: Uplink DPCCH de-multiplexingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD DPCCHDeMux Part (wcdmabasever)

Model Parameters


Range




Input Ports


1 DPCCHin multiplexed DPCCHdata

real NO

Output Ports


2 TFCI TFCI bits of a slot real NO

3 FBI FBI bits of a slot real NO

4 TPC TPC bits of a slot real NO

5 Pilot pilot bits/slot real NO

Notes/Equations

This model de-multiplexes the uplink DPCCH signal to different control fields including1.TFCI, TPC, FBI and Pilot.Each firing, one slot of data, 10 tokens, is consumed; TFCI, TPC, FBI and Pilot data2.tokens are output according to the SlotFormat setting.

References











63

3GPPFDD_DPCHDeMux PartCategories: PhyCH DeMultiplexers and DeCoders (wcdmabasever)


Model Description

3GPPFDD_DPCHDeMux(wcdmabasever)

Downlink DPCH de-multiplexing


3GPPFDD_DPCHDeMux

Description: Downlink DPCH de-multiplexingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD DPCHDeMux Part (wcdmabasever)

Model Parameters


Range







Off Enumeration NO

Input Ports


1 SlotIndex slot index int NO

2 DataIn multiplexed DPCHdata

multiple real NO

Output Ports


3 TFCI TFCI bits/slot real NO

4 TPC TPC bits/slot real NO

5 Pilot Pilot bits/slot real NO

6 DataOut demultiplexed data multiple real NO

Notes/Equations

This model de-multiplexes the downlink DPCH signal to different fields including data,1.TFCI, TPC, and Pilot.Each firing, the model consumes one slot of data; TFCI, TPC, and Pilot data tokens2.are output according to the SlotFormat setting.

References





64








65

3GPPFDD_PCCPCHDeMux PartCategories: PhyCH DeMultiplexers and DeCoders (wcdmabasever)


Model Description

3GPPFDD_PCCPCHDeMux(wcdmabasever)

Downlink P-CCPCH de-multiplexing


3GPPFDD_PCCPCHDeMux

Description: Downlink P-CCPCH de-multiplexingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD PCCPCHDeMux Part (wcdmabasever)

Model Parameters


Range



Input Ports


1 DataIn multiplexed PCCPCHdata

real NO

Output Ports


2 DataOut demultiplexed data real NO

Notes/Equations

This model de-multiplexes the downlink PCCPCH signal.1.Each firing, one slot of data is consumed.2.

References











66

3GPPFDD_PRACHDeMux PartCategories: PhyCH DeMultiplexers and DeCoders (wcdmabasever)


Model Description

3GPPFDD_PRACHDeMux(wcdmabasever)

Uplink PRACH de-multiplexing


3GPPFDD_PRACHDeMux

Description: Uplink PRACH de-multiplexingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD PRACHDeMux Part (wcdmabasever)

Model Parameters


Range



Input Ports


1 DPCCHin multiplexed DPCCHdata

real NO

Output Ports


2 TFCI TFCI bits of a slot real NO


Notes/Equations

This model de-multiplexes the uplink PRACH signal to different fields including TFCI1.and Pilot.Each firing, one slot of data, 10 tokens, is consumed; two TFCI tokens and eight Pilot2.tokens are output.

References











67

3GPPFDD_SCCPCHDeMux PartCategories: PhyCH DeMultiplexers and DeCoders (wcdmabasever)


Model Description

3GPPFDD_SCCPCHDeMux(wcdmabasever)

Downlink S-CCPCH de-multiplexing


3GPPFDD_SCCPCHDeMux

Description: Downlink S-CCPCH de-multiplexingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD SCCPCHDeMux Part (wcdmabasever)

Model Parameters


Range




Input Ports


1 DataIn multiplexed SCCPCHdata

real NO

Output Ports


2 DataOut demultiplexed data real NO

3 TFCI TFCI bits/slot real NO


Notes/Equations

This model de-multiplexes the downlink SCCPCH signal to different fields including1.data, TFCI and Pilot.Each firing, one slot of data is consumed; data, TFCI and Pilot tokens are output2.according to the SlotFormat setting.

References











68

3GPPFDD_DataPattern PartCategories: PhyCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_DataPattern(wcdmabasever)

Data pattern generator


3GPPFDD_DataPattern

Description: Data pattern generatorDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD DataPattern Part (wcdmabasever)

Model Parameters


Range

DataPattern source data pattern: random, PN9, PN15,bits_repeat, user_file


RepBitValue repeating data value 255 Integer NO [0,255]

Output Ports


1 out data pattern int NO

Notes/Equations

This model is used to generate the bit pattern specified by DataPattern:1.random: generate the random bit streamPN9: PN code using generating polynomial x9+ x4+ 1, seeded by 1234567PN15: PN code using generating polynomial x15+ x + 1, seeded by 1234567bits_repeat: convert the integer specified by RepBitValue as bit streamuser_file: generate the data stream specified by UserFileName

The default data pattern period is:2.random: 1PN9: 511PN15: 32767bits_repeat: 8user_file: length of the file







69

3GPPFDD_DLScrmb PartCategories: PhyCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_DLScrmb(wcdmabasever)

Downlink scrambling codegenerator


3GPPFDD_DLScrmb

Description: Downlink scrambling code generatorDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD DLScrmb Part (wcdmabasever)

Model Parameters


Range







Output Ports


1 out scrambling codesequence

complex NO

Notes/Equations

This model is used to generate downlink scrambling code.1.Each firing, one token is produced. One scramble code is generated in 38400 firings.2.The code repeats every 38400 firings.If ScrambleType is normal, the scramble code index is equal to ScrambleCode × 16 +3.ScrambleOffset. If ScrambleType is right, the index is ScrambleCode × 16 +ScrambleOffset + 16384. If ScrambleType is left, the index is ScrambleCode × 16 +ScrambleOffset + 8192.

References








70





71

3GPPFDD_DPCCHMux PartCategories: PhyCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_DPCCHMux(wcdmabasever)

Uplink DPCCHmultiplexing


3GPPFDD_DPCCHMux

Description: Uplink DPCCH multiplexingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD DPCCHMux Part (wcdmabasever)

Model Parameters


Range




Input Ports


1 TPC TPC int NO

2 TFCI TFCI int YES

3 FBI FBI int YES

Output Ports


4 out data int NO

Notes/Equations

This model is used to multiplex dedicated uplink physical channels.1.Each firing, one slot of DPCCH tokens is generated at pin out. The number of tokens2.consumed at pins TPC, TFCI and FBI are determined by the slot format.

References











72

3GPPFDD_DPCHMux PartCategories: PhyCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_DPCHMux(wcdmabasever)

Downlink DPCH Multiplexing


3GPPFDD_DPCHMux

Description: Downlink DPCH MultiplexingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD DPCHMux Part (wcdmabasever)

Model Parameters


Range







Off Enumeration NO

PO1 power offset of TFCIrelative to theDPDCHs power

0.0 dB Float NO

PO2 power offset of TPCrelative to theDPDCHs power

0.0 dB Float NO

PO3 power offset of Pilotrelative to theDPDCHs power

0.0 dB Float NO

Input Ports


1 TPC TPC int NO

2 TFCI TFCI int YES

3 DataIn input data multiple int NO

Output Ports


4 NonSTTD non-STTD coded outputdata

multiple real NO

5 STTD STTD coded output data multiple real NO

Notes/Equations

This model is used to multiplex dedicated downlink physical channels.1.Each firing, one slot of DPCH tokens is generated. The number of tokens consumed at2.TPC and TFCI is determined by the slot format selected.The formatted bit stream is then coded by STTD encoder. STTD coded and non-STTD3.coded bits are output separately.




73

References









74

3GPPFDD_HS_ULSpread PartCategories: PhyCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_HS_ULSpread(wcdmabasever)

Uplink DPDCH/DPCCH/HS-DPCCH spreading and scrambling


3GPPFDD_HS_ULSpread

Description: Uplink DPDCH/DPCCH/HS-DPCCH spreading and scramblingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD HS ULSpread Part (wcdmabasever)

Model Parameters


Range

SpecVerHSDPA version of HSDPAspecifications:Version_09_03




Scramble scramble code type:LONG, SHORT

LONG Enumeration NO

Input Ports


1 CtrlIn DPCCH part int NO

2 GainD gain factor of DPDCH real NO

3 GainC gain factor of DPCCH real NO

4 PCNin DPDCH channelnumber

int NO

5 SltFin DPDCH slot format int NO

6 HS_DPCCH HS-DPCCH bits int NO

7 HS_Gain gain of HS-DPCCH real NO

8 DataIn DPDCH part multiple int NO

Output Ports


9 out data complex NO

Notes/Equations

3GPPFDD_HS_ULSpread provides spreading and scrambling functions for HS_DPCCH1.as well as DPCCH and DPDCH(s).Each firing, 2560 out tokens are produced when 10 CtrlIn, one GainD, one GainC,one PCNin, one SltFin, 10 HS_DPCCH, one HS_Gain, and 640 DataIn tokens areconsumed.3GPPFDD_ULSpread (uplink DPDCH/DPCCH(s) spreading and scrambling) functions2.




75

are implemented in this model. Refer to 3GPPFDD_ULSpread (wcdmabasever)documentation for parameter information and details.The HS-DPCCH is spread and modulated after DPCCH and DPDCH signals are3.processed. The HS-DPCCH spreading and modulation scheme is defined in [3].The HS-DPCCH is scaled by the HS-DPCCH gain (the product of gain for DPCCH(GainC) and the gain of HS_DPCCH over DPCCH (HS_Gain) ). If the HS_Gain input is0, then no HS_DPCCH is transmitted (DTX is transmitted in HS_DPCCH).

References

3GPP Technical Specification TS 25.211 V5.5.0, "Physical channels and mapping of1.transport channels onto physical channels (FDD)" Release 5.3GPP Technical Specification TS 25.212 V5.6.0 "Multiplexing and channel coding2.(FDD)" Release 5.3GPP Technical Specification TS 25.213 V5.4.0, "Spreading and modulation (FDD)"3.Release 5.




76

3GPPFDD_OVSF PartCategories: PhyCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_OVSF(wcdmabasever)

Orthogonal variable spreading factor codesgenerator


3GPPFDD_OVSF

Description: Orthogonal variable spreading factor codes generatorDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD OVSF Part (wcdmabasever)

Model Parameters


Range



SpreadFactor spreading factor 64 Integer NO 2n, n=1,...,9


0 Integer NO [0:SF-1]; SF can be setby SlotFormat or equal toSpreadFactor; SF is 256if for CPICH, PICH or uplinkDPCCH

Output Ports


1 out OVSF code int NO

Notes/Equations

This model is used to generate OVSF codes.1.The length of OVSF code is equal to SpreadFactor. The index of OVSF code is2.specified by SpreadCode.

References


77

3GPPFDD_PCCPCHMux PartCategories: PhyCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_PCCPCHMux(wcdmabasever)

Downlink P-CCPCHMultiplexing


3GPPFDD_PCCPCHMux

Description: Downlink P-CCPCH MultiplexingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD PCCPCHMux Part (wcdmabasever)

Model Parameters


Range



Input Ports


1 DataIn input data int NO

Output Ports



real NO

3 STTD STTD coded output data real NO

Notes/Equations

This model is used to multiplex primary common control physical channel (P-CCPCH).1.Each firing, 18 × 15 tokens are consumed and 20 × 15 tokens are generated in a2.data frame. The first two bits of each slot are 0 and are reserved for SCH.The formatted bit stream is coded by STTD encoder. STTD coded and non-STTDcoded bits are output separately.

References











78

3GPPFDD_PCPCHMux PartCategories: PhyCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_PCPCHMux(wcdmabasever)

Uplink PCPCH control message multiplexing


3GPPFDD_PCPCHMux

Description: Uplink PCPCH control message multiplexingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD PCPCHMux Part (wcdmabasever)

Model Parameters


Range




Input Ports


1 TPC TPC int NO

2 TFCI TFCI int NO

3 FBI FBI int NO

Output Ports


4 out data int NO

Notes/Equations

This model is used to multiplex the control part of the PCPCH message, including FBI,1.TFCI, TPC, and Pilot. The slot format is defined in [1].

References










79

3GPPFDD_PCPCHPrmbl PartCategories: PhyCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_PCPCHPrmbl(wcdmabasever)

PCPCH Preamble (AP or CD-P)


3GPPFDD_PCPCHPrmbl

Description: PCPCH Preamble (AP or CD-P)Domain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD PCPCHPrmbl Part (wcdmabasever)

Model Parameters


Range




0 Integer NO [0:512] fordownlink; [0,16777215] foruplink

PrmblSgntr Preamble Signature 0 Integer NO [0, 15]

PRACHScrmblShared access resourcesshared with PRACH:Yes, No

Yes Enumeration NO

Output Ports



Notes/Equations

This model is used to generate PCPCH preamble. Each preamble is 4096 chips.1.The preamble code is a complex-valued sequence built from a preamble scrambling2.code and a preamble signature as defined in [2].This model can simulate Access Preamble (resources shared with PRACH or not) andCollision-Detection Preamble.This model outputs one token each firing. After 4096 firings, it outputs 0.3.

References


80





81

3GPPFDD_PCPCHSprd PartCategories: PhyCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_PCPCHSprd(wcdmabasever)

Uplink PCPCH spreading andscrambling


3GPPFDD_PCPCHSprd

Description: Uplink PCPCH spreading and scramblingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD PCPCHSprd Part (wcdmabasever)

Model Parameters


Range





LONG Enumeration NO

Input Ports






5 Data data int NO

Output Ports


6 out data out complex NO

Notes/Equations

This model is used to spread and scramble message part of PCPCH. The following1.figure illustrates the process.




82

Spreading and Scrambling of PCPCH Message Part

For control and data parts:2.The control part is always spread by code cc=Cch,256,0.

The data part is spread by code cd =Cch,SF,k where SF is the spreading factor of

the data part and k=SF/4. The data part may use the code from spreadingfactor 4 to 256.

Long or short scrambling codes can be used to scramble the CPCH message part.3.There are 64 uplink scrambling codes defined per cell and 32768 different PCPCHscrambling codes defined in the system. The nth PCPCH message part scramblingcode, denoted Sc-msg,,n, where n = 8192,8193, ... , 40959 is based on the

scrambling sequence as defined in [2].

References













83

3GPPFDD_PRACHMux PartCategories: PhyCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_PRACHMux(wcdmabasever)

Uplink PRACH control message multiplexing


3GPPFDD_PRACHMux

Description: Uplink PRACH control message multiplexingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD PRACHMux Part (wcdmabasever)

Model Parameters


Range



Input Ports


1 TFCI TFCI int NO

Output Ports


2 out data int NO

Notes/Equations

This model multiplexes the control part of PRACH message that consists of TFCI and1.Pilot. The slot format is defined in [1].

References











84

3GPPFDD_PRACHPrmbl PartCategories: PhyCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_PRACHPrmbl(wcdmabasever)

PRACH Preamble


3GPPFDD_PRACHPrmbl

Description: PRACH PreambleDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD PRACHPrmbl Part (wcdmabasever)

Model Parameters


Range





Output Ports



Notes/Equations

This model is used to generate PRACH preamble. The PRACH preamble consists of1.4096 chips.The preamble code is a complex-valued sequence built from a preamble scrambling2.code and a preamble signature as defined in [2].Each firing, one token is output. After 4096 firings, 0 is output.3.

References












85





86

3GPPFDD_PRACHScrmb PartCategories: PhyCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_PRACHScrmb(wcdmabasever)

Uplink PRACH scrambling codegenerator


3GPPFDD_PRACHScrmb

Description: Uplink PRACH scrambling code generatorDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD PRACHScrmb Part (wcdmabasever)

Model Parameters


Range




Output Ports



complex NO

Notes/Equations

This model is used to generate the scrambling code of the PRACH message.1.Each firing, one token is produced. The complete scrambling sequence can be2.generated by 38400 firings. The sequence repeats every 38400 firings.

References











87

3GPPFDD_PRACHSprd PartCategories: PhyCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_PRACHSprd(wcdmabasever)

Uplink PRACH spreading andscrambling


3GPPFDD_PRACHSprd

Description: Uplink PRACH spreading and scramblingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD PRACHSprd Part (wcdmabasever)

Model Parameters


Range





Input Ports






5 Data data int NO

Output Ports



Notes/Equations

This model is used to spread and scramble message part of PRACH. The following1.figure illustrates the process.




88

Spreading and Scrambling of PRACH Message Part

The preamble signature s , 0 ≤ s ≤ 15, points to one of the 16 nodes in the code-tree2.that corresponds to channelization codes of length 16. The sub-tree below thespecified node is used to spread the message part. The control part is spread withthe channelization code cc of spreading factor 256 in the lowest branch of the sub-

tree, i.e. cc = Cch,256,m where m = 16 × s + 15. The data part is spread by

channelization code cd =Cch,SF,m and SF is the spreading factor used for the data part

and m = SF × s/16.The n th PRACH message part scrambling code, denoted Sr-msg,n, where n = 0, 1, ...3.

, 8191, is based on the long scrambling sequence as defined in [2].

References

3GPP Technical Specification TS 25.211 V3.10.0, Physical channels and mapping of1.transport channels onto physical channels (FDD), March 2003, Release 1999.3GPP Technical Specification TS 25.213 V3.7.0, Spreading and modulation (FDD),2.March 2003, Release 1999.








89

3GPPFDD_SCCPCHMux PartCategories: PhyCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_SCCPCHMux(wcdmabasever)

Downlink S-CCPCHMultiplexing


3GPPFDD_SCCPCHMux

Description: Downlink S-CCPCH MultiplexingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD SCCPCHMux Part (wcdmabasever)

Model Parameters


Range




TFCIField TFCI field on/off switch: On, Off Off Enumeration NO

Input Ports


1 TFCI TFCI int NO


Output Ports



int NO

4 STTD STTD coded output data int NO

Notes/Equations

This model is used to multiplex secondary common control physical channel (S-1.CCPCH).Each firing, a slot of data is generated; the number of tokens generated and2.consumed is determined by the slot format selected.The formatted bit stream is then coded by STTD encoder. STTD coded and non-STTDcoded bits are output separately.

References








90





91

3GPPFDD_ULLongScrmb PartCategories: PhyCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_ULLongScrmb(wcdmabasever)

Uplink long scrambling codegenerator


3GPPFDD_ULLongScrmb

Description: Uplink long scrambling code generatorDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD ULLongScrmb Part (wcdmabasever)

Model Parameters


Range




Output Ports



complex NO

Notes/Equations

This model is used to generate uplink long scrambling sequence.1.Each firing, one token is produced. The 38400 sequence is generated by 384002.firings. The sequence repeats every 38400 firings.

References











92

3GPPFDD_ULShortScrmb PartCategories: PhyCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_ULShortScrmb(wcdmabasever)

Uplink short scrambling codegenerator


3GPPFDD_ULShortScrmb

Description: Uplink short scrambling code generatorDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD ULShortScrmb Part (wcdmabasever)

Model Parameters


Range




Output Ports



complex NO

Notes/Equations

This model is used to generate uplink short scrambling sequence.1.Each fire, 256 tokens are produced. The code repeats.2.

References











93

3GPPFDD_ULSpread PartCategories: PhyCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_ULSpread(wcdmabasever)

Uplink DPDCH/DPCCH spreading and scrambling


3GPPFDD_ULSpread

Description: Uplink DPDCH/DPCCH spreading and scramblingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD ULSpread Part (wcdmabasever)

Model Parameters


Range





LONG Enumeration NO

Input Ports





4 PCNin DPDCH channelnumber

int NO


6 DataIn DPDCH part multiple int NO

Output Ports



Notes/Equations

This model is used to spread and scramble the uplink signal.1.Each firing, 2560 output tokens are produced when 10 CtrlIn, one GainD, one GainC,one PCNin, one SltFin, and 640 DataIn tokens are consumed. DataIn is a multi-inputport so 640 tokens are consumed from each port connected to DataIn.CtrlIn data inputs are for pilot, TPC, TFCI, and FBI slot by slot.2.GainD and GainC inputs are the gain factors for DPDCH and DPCCH determined3.according to [2] section 5.1.2.5. At least one of GainC and GainD must be set to anon-zero value. When GainC is set to zero, only DPDCH(s) is transmitted; whenGainD is set to zero, DPDCH is not transmitted.




94

PCNin input determines the number of DPDCH(s) transmitted in each slot. The value4.of PCNin can vary during the simulation, thus allowing the designer to dynamicallychange the number of DPDCH(s) transmitted on a slot-by-slot basis. Therefore, thenumber of output ports connected to the DataIn multi-input port should be greaterthan or equal to the maximum value of PCNin input during the simulation.SltFin input determines the slot format of each transmitted slot when there is only5.one DPDCH (PCNin = 1). When there are more than one DPDCH (PCNin > 1), SltFinis ignored and the slot format used is 6. The slot format determines the spread factorand spread code that will be used. For example, if PCNin input is 1 and SltFin is 2,the spread factor and code will be 64 and 16, respectively.The value of SltFin can vary during the simulation, thus allowing the designer todynamically change the slot format on a slot-by-slot basis. Since the number of bitsper slot depends on the slot format, the number of bits that needs to be read fromthe DataIn port may vary during the simulation.ADS Ptolemy is an SDF (synchronous data flow) simulation engine, which means thatthe number of input tokens consumed from each input port and produced on eachoutput port cannot change during the simulation. In order to accommodate thehighest data rate, the number of tokens read from InData is always 640; if SltFinvaries during the simulation, dummy bits must be appended after the informationbits to the DPDCH bit stream. For example, if slot format is 2 then the bits per slot is40 and 600 dummy bits must be appended to the 40 DPDCH bits.

References



3GPP Technical Specification TS 25.214 V3.2.0 "Physical Layer Procedures (FDD)"2.Release 1999.






95

3GPPFDD_DL_Rake PartCategories: Receiver (wcdmabasever)


Model Description

3GPPFDD_DL_Rake(wcdmabasever)

Downlinkreceiver


3GPPFDD_DL_Rake

Description: Downlink receiverDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD DL Rake Part (wcdmabasever)

Model Parameters


Range




0 Integer NO [0:512] for downlink; [0,16777215] for uplink


0 Integer NO [0:15]




MaxDelaySample maximum delayboundary, interms of samples

0 Integer NO [0:2559] for RAKEreceiver; [0:102400] inother models

ChannelType select the channeltype to beprocessed:CH_GAUSSIAN,CH_FADING

CH_GAUSSIAN Enumeration NO

ChannelInfo fading channelinformationsource: Known,Estimated

Known Enumeration NO

ChannelInfoOffset offset betweenspread code andchannelinformation interms of sample


PathSearch path searchfrequency:EverySlot, Once

Once Enumeration NO

SearchMethod path searchmethod:Coherent,NonCoherent,Combined

96

SearchSlotsNum number of slotsfor path search

1 Integer NO [1:6]

PathNum number of Rakefingers

1 Integer NO [1:6]

PathDelaySample delay for eachfinger, in terms ofsamples

[0] Integerarray

NO [0:MaxDelaySample]; arraysize shall be equal to PathNum

OutputSNR switch for SNRestimation:SNR_Active,SNR_Deactive

SNR_Deactive Enumeration NO

CPICH select if CPICH ispresented:CPICH_Active,CPICH_Deactive

CPICH_Deactive Enumeration NO

RxDPCH select if DPCH ispresented:DPCH_Active,DPCH_Deactive

DPCH_Active Enumeration NO

DPCH_SlotFormat DPCH slot format 0 Integer NO [0:16]

DPCH_SpreadCode DPCH spreadcode

[3] Integerarray

NO [0:SpreadFactor-1]; SpreadFactor is set byDPCH_SlotFormat

RxPCCPCH select if PCCPCHis presented:PCCPCH_Active,PCCPCH_Deactive

PCCPCH_Deactive Enumeration NO

RxSCCPCH select if SCCPCHis presented:SCCPCH_Active,SCCPCH_Deactive

SCCPCH_Deactive Enumeration NO

SCCPCH_SlotFormat SCCPCH slotformat

0 Integer NO [0:17]

SCCPCH_SpreadCode SCCPCH spreadcode

15 Integer NO [0:SpreadFactor-1]; SpreadFactor is set bySCCPCH_SlotFormat

SCCPCH_Carrying common channelthat SCCPCHcarries: PCH,NonPCH

NonPCH Enumeration NO

Input Ports



2 inChM input known channel information multiple complex NO

Output Ports


3 PCCPCH PCCPCH data stream real NO

4 SCCPCH SCCPCH data stream real NO

5 SCHindex secondary synchronization code index int NO

6 SlotIndex slot index int NO

7 SNR signal to noise ratio real NO

8 Delay path delay int NO

9 DPCH DPCH data stream multiple real NO

10 outChM estimated channel information multiple complex NO

Notes/Equations

The main function of this model is to demodulate and despread UTRA/WCDMA1.downlink signals with chip rate at 3.84 MHz. These signals may have multipath fadingchannel and additive Gaussian noise corruption.To despread and demodulate a CDMA signal, the channel information and path delay2.information must be determined. Errors in channel estimation and path searchdeteriorate the receiver performance.The signal processing flow inside the model is:3.

Input data until slots specified by SearchSlotsNum are receivedSlot index identificationSCH code index identificationIQ offset correction, to eliminate any DC componentMultipath searchChannel estimate for each pathDecoding and despreading of individual pathSNR estimate for individual path


97

Multipath combiningSNR estimate after multiple path combiningOutput decoded data, SCHIndex, and SlotIndex to align at the frame boundaryOutput SNR, Delay and channel information (slots delayed are specified bySearchSlotsNum).

This model can be configured to work under ideal conditions; in other words, the real4.time channel information can be input from input pin and the path delay informationcan be set by PathDelaySample. ChannelInfo determines if channel information is pininput or estimated inside the model. The delay for each path is expressed in terms ofsamples as individual elements in the array.If path delay is known from the parameter, SearchSlotsNum is 1.If the first element in PathDelaySample is zero, the search path is performed inside5.the receiver model. Otherwise, the numbers specified by PathDelaySample are takenas the delays for each path.The search path is performed by correlating the received signals with the spreading6.code specified in a window whose size is set by MaxDelaySample. The correlations atdifferent offsets are ranked; the top ones are assumed to be the offsets where thepaths could occur.If SearchMethod = Coherent, correlation will be performed at the pilot bits only. If7.the SearchMethod = NonCoherent, correlation will be performed on the data field.Note that the coherent correlation obtained over pilot bits is unbiased, while the non-coherent correlation is biased. If SearchMethod = Combined, the coherent and non-coherent correlations are summed as the matrix for path resolution.Another factor that impacts the correlation is the SearchSlotsNum parameter. This8.parameter sets the number of slots over which the correlation is accumulated. Moreslots are necessary for a reliable path resolution for signals with noise contamination.Usually, 6 slots are required if Eb/No is 2 dB. The designer must determine theappropriate slot number and search method for the best trade-off between accuracyand speed.The estimated path delay is output from the pin Delay after slots specified by9.SearchSlotsNum are received.If the path delay is fixed, the path search is necessary only at the start of simulation.10.In this case, set PathSearch=Once to save simulation time. Otherwise, the pathsearch will be performed for each slot received to update the dynamic path delayinformation.Channel estimation varies according to channel type.11.

If ChannelType = CH_GAUSSIAN, the channel is assumed to be time-invariantand the IQ phase shift is estimated using the pilot field of the signals received sofar.If ChannelType = CH_FADING, channel characteristics are assumed to be time-variant and more complicated channel estimation must be used. A simplechannel estimation is used that takes the fading characteristic averaged over thepilot field of the current slot as the channel information for the entire slot.

Channel information that is estimated or known from input pins is output from pin12.outChM for reference. Each firing, 2560 tokens are produced as the channelinformation for the chips in the slot indicated by SlotIndex.If the PCCPCH is enabled, the SCH index of current slot is identified and output from13.pin SCHIndex.This model estimates the signal to noise power ratio (SNR) of different code channels14.over different paths if OutputSNR is enabled. The SNR is performed over pilot bits sothat the results are unbiased. The SNR is estimated over individual paths and theoverall SNR is estimated after multipath combination. The SNR is output in sequence:

CPICH after path combinationCPICH path 1...CPICH path nDPCH after path combinationDPCH path 1...DPCH path nSCCPCH after path combinationSCCPCH path 1...SCCPCH path n

All paths are combined assuming that all paths are useful for improving the decoding15.


98

reliability. In some cases, paths with low SNR are actually harmful to the final SNRimprovement. The designer must set PathNum for better decoding performance inmultipath conditions.The DPCH code channel number must be equal to the array size of16.DPCH_SpreadCode.This model can be used to decode SCCPCH, PCCPCH and multiple DPCHs. These17.coded channels are assumed to be time-aligned. If decoding of a specific channel isnot necessary, it can be disabled by relative parameters to reduce simulation time.If SCCPCH_Carrying is PCH, the scramble code for SCCPCH is primary. Otherwise, the18.secondary scramble code must be used.Each firing, the number of input tokens is 2560 × SampleRate. There is a delay in19.terms of slots associated with the decoded information. The SNR results are outputafter the number of firings equals SearchSlotsNum. Other outputs are aligned at theframe boundary; for example, if the first received slot index is zero, the decoded bitstream will be output after 15 slots.If the path delay is set, the SNR output delay is 1 slot and the other output delay is20.15 slots.If the 3GPP signal is S(t), this signal may be delayed t1 by some filters (such as the21.Tx RC filters). So, the delayed signal is S(t-t1) and the signal from 0 to t1 is zero andthe real 3GPP signal transmission starts from t1. When the delayed signals passthrough a fading channel, the fading factor is applied to the overall signals startingfrom time 0. The offset t1 must be known if the receiver of the channel information isinput from outside; this offset is expressed in terms of samples.

References






99

3GPPFDD_HS_UL_Rake PartCategories: Receiver (wcdmabasever)


Model Description

3GPPFDD_HS_UL_Rake(wcdmabasever)

3GPP HSDPA Uplink receiver


3GPPFDD_HS_UL_Rake

Description: 3GPP HSDPA Uplink receiverDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD HS UL Rake Part (wcdmabasever)

Model Parameters




100


Range

SpecVerHSDPA version ofHSDPAspecifications:Version_09_03






LONG Enumeration NO


MaxDelaySample maximumdelayboundary, interms ofsamples


ChannelType select thechannel type tobe processed:CH_GAUSSIAN,CH_FADING




ChannelInfoOffset offset betweenspread codeand channelinformation interms ofsample


PathSearch path searchfrequency:EverySlot,Once

Once Enumeration NO




1 Integer NO [1:6]

PathNum number ofRake fingers

1 Integer NO [1:6]

PathDelaySample delay for eachfinger, in termsof samples

[0] Integerarray




Input Ports



2 PCNin physical channel number int NO

3 SltFin slot format int NO


Output Ports


5 Cout output DPCCH stream real NO


7 SlotIndex slot number int NO

8 PCNout physical channel number int NO

9 SltFout slot format int NO


11 HS_DPCCH output HS-DPCCH real NO

12 HS_Gain HS-DPCCH amplitude ratio real NO

13 DoutM output DPDCH stream multiple real NO

14 outChM output estimated channel information multiple complex NO


101

Notes/Equations

This 3GPPFDD_HS_UL_Rake model receiver provides HS-DPCCH de-spreading and1.de-modulation.3GPPFDD_UL_Rake (dedicated physical channel uplink receiver) functions are2.implemented in this receiver. Refer to 3GPPFDD_UL_Rake (wcdmabasever)documentation for parameter information and details.The HS-DPCCH is de-spread and de-modulated after DPCCH and DPDCH signals are3.processed.The envelope ratio between HS-DPCCH and DPCCH is calculated for each slot.4.

References

3GPP Technical Specification TS 25.211 V5.5.0, "Physical channels and mapping of1.transport channels onto physical channels (FDD)" Release 5.3GPP Technical Specification TS 25.212 V5.6.0 "Multiplexing and channel coding2.(FDD)" Release 5.3GPP Technical Specification TS 25.213 V5.4.0, "Spreading and modulation (FDD)"3.Release 5.





102

3GPPFDD_UL_Rake PartCategories: Receiver (wcdmabasever)


Model Description

3GPPFDD_UL_Rake(wcdmabasever)

Uplink receiver for dedicated physicalchannel


3GPPFDD_UL_Rake

Description: Uplink receiver for dedicated physical channelDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD UL Rake Part (wcdmabasever)

Model Parameters




103


Range







LONG Enumeration NO


MaxDelaySample maximumdelayboundary, interms ofsamples


ChannelType select thechannel type tobe processed:CH_GAUSSIAN,CH_FADING




ChannelInfoOffset offset betweenspread codeand channelinformation interms ofsample


PathSearch path searchfrequency:EverySlot,Once

Once Enumeration NO




1 Integer NO [1:6]

PathNum number ofRake fingers

1 Integer NO [1:6]

PathDelaySample delay for eachfinger, in termsof samples

[0] Integerarray




Input Ports






Output Ports


5 Cout output DPCCH stream real NO


7 SlotIndex slot number int NO




11 DoutM output DPDCH stream multiple real NO

12 outChM output estimated channel information multiple complex NO

Notes/Equations


104

This model demodulates and despreads UTRA/WCDMA uplink signals at a 3.84 MHz1.chip rate; such signals can be corrupted by multipath fading channel and additiveGaussian noise.To despread and demodulate a CDMA signal, the channel information and path delay2.information must be determined. Errors in channel estimation and path searchdeteriorate the receiver performance.The signal processing flow inside the model is:3.

Input data until slots specified by SearchSlotsNum are receivedSlot index identificationIQ offset correction to eliminate any DC component.Multipath searchChannel estimation for each pathDecode and despread of individual pathSNR estimation for individual pathMultipath combinationSNR estimation after multiple path combinationOutput decoded data and SlotIndex to align at the frame boundaryOutput SNR, Delay and channel information (slots delayed are specified bySearchSlotsNum)

This model can be configured to work under ideal conditions; in other words, the real4.time channel information can be input from input pin and the path delay informationcan be set by the PathDelaySample parameter. The ChannelInfo parameter selectschannel information source from input or estimated inside the model. The delay foreach path is expressed in terms of samples as individual elements in the array.If path delay is specified, the SearchSlotsNum is 1.5.If the first element in PathDelaySample is 0, the path search is performed inside thereceiver model. Otherwise, the numbers specified by PathDelaySample are taken asthe delays for each path.The path search is performed by correlating the received signals with the spreading6.code specified in a window whose size is set by MaxDelaySample. The correlations atdifferent offsets are ranked and the top ones are assumed to be the offsets where thepaths could occur.If SearchMethod = Coherent, the correlation will be performed at the pilot bits only.7.If SearchMethod = NonCoherent, the correlation will be performed on the data field.Note that the coherent correlation obtained over pilot bits is unbiased, while the non-coherent correlation is biased. If SearchMethod = Combined, the coherent and non-coherent correlations are summed as the matrix for path resolution.Another factor that impacts the correlation is the SearchSlotsNum parameter. This8.parameter sets the number of slots over which the correlation is accumulated. Moreslots are necessary for a reliable path resolution for signals with noise contamination.Usually, 6 slots are required if Eb/No is 2 dB. The designer must determine theappropriate slot number and search method for the best trade-off between accuracyand speed.The estimated path delay is output from the pin Delay after slots specified by9.SearchSlotsNum are received.Because path search results could be biased when channel noise is large, the path10.delay should be determined before simulation.For example, if a path delay is 552 nsec and channel gain is −20 dB, if channel noiseis large it could be difficult for the Rake receiver to correctly resolve this path. In thiscase, simply increase channel gain to a larger value and decrease the noise level to avery small level. (These changes do not change the channel delay profile.)The first value of PathDelaySample is set to 0. At start of simulation, the path delayis displayed in the simulation window.

The path delay determined by the Rake receiver is 145. This value has high credibilitybecause it is obtained under large signal to noise level. Specify this delay inPathDelaySample and the Rake receiver will use this value during simulation. (Notethat the channel gain and noise level will be restored to the original level after thechannel delay is fixed.)If the path delay is fixed, the path search is necessary only at the start of simulation;11.in this case, set PathSearch to Once to save simulation time. Otherwise, PathSearchmust be performed for each slot received to update the path delay information thatcould be dynamic.Channel estimation varies according to channel type.12.

If ChannelType = CH_GAUSSIAN, the channel is assumed to be time-invariantand the IQ phase shift is estimated using the pilot field of the signals received sofar.If ChannelType = CH_FADING, channel characteristics are assumed to be time-variant and more complicated channel estimation must be used. A simple


105

channel estimation is used that takes the fading characteristic averaged over thepilot field of the current slot as the channel information for the entire slot.

Channel information that is estimated or known from input pins is output from the13.pin outChM for reference. Each firing, 2560 tokens are produced as the channelinformation for the chips in the slot indicated by SlotIndex.This model estimates the signal to noise power ratio (SNR) of DPCCH over different14.paths if OutputSNR is enabled. The SNR is performed over pilot bits of DPCCH so thatthe results are unbiased. The SNR is estimated over individual paths, then the overallSNR is estimated after multipath combination. The SNR is output in sequence:

DPCCH SNR after path combinationDPCCH SNR path 1...DPCCH SNR path n

All paths are combined assuming that all the paths are useful in improving the15.decoding reliability. Some paths with low SNR are actually harmful to the final SNRimprovement. The designer must determine the PathNum setting for better decodingperformance in multipath conditions.For uplink, the DPDCH slot format and DPDCH number varies with TFCI. The normal16.procedure is to decode DPCCH first for the TFCI information, then the TFCI is used toselect the transport format and the DPDCH number and slot format are determinedby rate match algorithm. To simplify, the DPDCH number and slot format are inputfrom input ports available in the signal source side. If the DPDCH slot format andDPDCH number are fixed, such as the reference measurement channel, these can beset to constant.For the reference measurement channel specified in 3GPP specifications, the DPDCHnumber and slot format are fixed numbers.Each firing, input tokens is 2560 × SampleRate. There is a delay in terms of slots17.associated with the decoded information. The SNR results are output after firingsequal to SearchSlotsNum. Other outputs are aligned at the frame boundary; forexample, if the first received slot index is 0, the decoded bit stream will be outputafter 15 slots.If the path delay is set by parameter, the SNR output delay is 1 slot and the other18.output delay is 15 slots.If the 3GPP signal is S(t), this signal may be delayed t1 by some filters (such as the19.Tx RC filters). So, the delayed signal is S(t-t1) and the signal from 0 to t1 is zero andthe real 3GPP signal transmission starts from t1. When the delayed signals passthrough a fading channel, the fading factor is applied to the overall signals startingfrom time 0. The offset t1 must be known if the receiver of the channel information isinput from outside; this offset is expressed in terms of samples.The following description provides more details.Denote the signal source output as:

S1, S2, S3, ... , Si, ...

These signals are fed to the transmitter module, and the transmitter moduleintroduces delay (for example, the square root raised-cosine filter introduces thedelay that is related with the filter length); denote this delay as N .The output signals from transmitter module are:

0, 0, 0, ... , 0, S1, S2, S3, ... , Si, ...

The number of 0s is N. These signals are fed to the fading channel model. The fadingchannel module generates the fading factors, that can be denoted as

f1, f2, f3, ... , fi, ...

These factors will be applied to the input signals and can also be input to the Rakereceiver as phase reference. The resultant faded signals are

f1×0, f2×0, f3×0, ..., fN×0, ..., fN+1× S1, fN+2× S2

Note that the faded signal must pass the receiver module that introduces additionaldelay; this does not impact the channel information offset setting.The channel information being input to the Rake receiver is

f1, f2, f3, ... , fi, ...


106

The Rake receiver must know the offset between the faded signal and the knownchannel information. In this case, the offset is N , and the Rake receiver will take the Nth input from the channel information input and correlate it with the signal startpoint. The signal start point is determined by the synchronization moduleimplemented inside the Rake receiver.

References






107

3GPPFDD_ChannelDecoding PartCategories: TrCH DeMultiplexers and DeCoders (wcdmabasever)


Model Description

3GPPFDD_ChannelDecoding(wcdmabasever)

Channeldecoding


3GPPFDD_ChannelDecoding

Description: Channel decodingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD ChannelDecoding Part (wcdmabasever)

Model Parameters


Range



DynTFSet dynamic part of Transport Format Set [244,976] Integerarray

NO †

CRC number of CRC bits: No_CRC,CRC_8_bits, CRC_12_bits,CRC_16_bits, CRC_24_bits

CRC_16_bits Enumeration NO

CHCodingType channel coding type: No_Coding,CC_HalfRate, CC_OneThirdRate,TurboCoding

CC_HalfRate Enumeration NO

TC_Iterative TC decoder iterative numbers 1 Integer NO [1:10]

Input Ports


1 TFIin transport format indicator int NO

2 sizeIn input size int NO

3 DataIn coded data real NO

Output Ports


4 TFIout transport format indicator int NO

5 DataOut decoded data int NO

6 BlkSize block size int NO

7 BlkNum block number int NO

Notes/Equations

This model is used to perform channel decoding of code blocks. The CHCodingType1.parameter determines the coding type. Four types are supported including 1/2 and1/3 rate of convolutional coding, 1/3 Turbo coding and no coding.For convolutional decoding, the Viterbi algorithm [2] is used.2.The schematic of Turbo coder in 3GPP is a parallel concatenated convolutional code3.(PCCC). A iterative Turbo decoder using modified BAHL et al. algorithm [3][4] is usedin this model. The iterative number can be set from 6 through to 10 throughparameter setting.Each Firing, the model consumes and output bit sequences of a TTI.4.




108

References

3GPP Technical Specification TS 25.212 V3.9.0, Multiplexing and Channel Coding1.(FDD) 2002-03, Release 1999.


G. D. Forney, "The Viterbi algorithm", Proc. IEEE, vol. 61, pp. 268-278, Mar, 1973.2.L.R. Bahl, J. Cocke, F. Jeinek and J. Raviv. "Optimal decoding of linear codes for3.minimizing symbol error rate." IEEE Trans. Inform. Theory, vol. IT-20. pp.248-287,March 1974.C. Berrou and A. Glavieus. "Near optimum error correcting coding and decoding:4.turbo-codes", IEEE Trans. Comm., pp. 1261-1271, Oct. 1996.







109

3GPPFDD_CodeBlkDeSeg PartCategories: TrCH DeMultiplexers and DeCoders (wcdmabasever)


Model Description

3GPPFDD_CodeBlkDeSeg(wcdmabasever)

Code block de-segmentation


3GPPFDD_CodeBlkDeSeg

Description: Code block de-segmentationDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD CodeBlkDeSeg Part (wcdmabasever)

Model Parameters


Range




NO †





Input Ports



2 DataIn data from transport blockconcatenation

int NO

3 BlkSize block size int NO

4 BlkNum block number int NO

Output Ports



6 DataOut data after code block segmentation int NO

Notes/Equations

This model is used to combine the code blocks after channel decoding. It's an inverse1.processing of code block segmentation. The detailed segmentation methods isreferred to [1].Each Firing, the model consumes and output bit sequences of a TTI.2.

References





110








111

3GPPFDD_CRCDecoder PartCategories: TrCH DeMultiplexers and DeCoders (wcdmabasever)


Model Description

3GPPFDD_CRCDecoder(wcdmabasever)

Perform CRC check to each transport block


3GPPFDD_CRCDecoder

Description: Perform CRC check to each transport blockDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD CRCDecoder Part (wcdmabasever)

Model Parameters


Range




NO †



Input Ports



2 DataIn transport block set withCRC

int NO

Output Ports


3 DataOut transport blockset

int NO

4 CRCout CRC error int NO

Notes/Equations

This model is used to perform CRC check to each Transport Block. The calculation of1.the CRC parity bits is referred to [1].Each Firing, the model consumes and output bit sequences of a TTI.2.

References








112





113

3GPPFDD_DLDeFirDTXInser PartCategories: TrCH DeMultiplexers and DeCoders (wcdmabasever)


Model Description

3GPPFDD_DLDeFirDTXInser(wcdmabasever)

Donwlink first DTX deinsertion


3GPPFDD_DLDeFirDTXInser

Description: Donwlink first DTX deinsertionDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD DLDeFirDTXInser Part (wcdmabasever)

Model Parameters



114


Range




TrCHNum number ofTransportChannels

1 Integer NO [1:32]

TrCHIndex index ofTransportChannel

1 Integer NO [1:TrCHNum]

RMArray rate matchingattributes of allTransportChannels


NO (0.0:1.0] ifSpecVersion=Version_03_00; [1:256]if SpecVersion=others; array sizeshall be equal to TrCHNum

DynTFSetArray dynamic part ofTF set of allTransportChannels


NO range is the same as DynTFSet in3GPPFDD_CRCEncoder

TFSetSizeArray TransportFormat set sizeof all TransportChannels

[1] Integerarray

NO [1, ∞) for each element; sum of theelements shall be equal to the number ofpairs in DynTFSetArray; array sizeshall be equal to TrCHNum

TTIArray TransmissionTime Interval ofall TransportChannels

[0] Integerarray

NO [0,1,2,3] for each element; array sizeshall be equal to TrCHNum

CRCArray number of CRCbits of allTransportChannels

[3] Integerarray

NO [0,1,2,3,4] for each element; arraysize shall be equal to TrCHNum

CHCodingTypeArray channel codingtype of allTransportChannels

[1] Integerarray

NO [0,1,2] for each element; array sizeshall be equal to TrCHNum

PhyCHNum downlinkphysical channelnumber

1 Integer NO [1:8]

TrCHMulPos TransportChannelmultiplexposition inCCTrCH: Fixed,Flexible

Fixed Enumeration NO

TrCHType transportchannel type:DCH_Type,BCH_Type,PCH_FACH_Type

DCH_Type Enumeration NO

Input Ports


1 TFCIin input TFCI int NO

2 InSize input size int NO

3 DataIn input data real NO

Output Ports


4 TFCIout output TFCI int NO

5 OutSize output size int NO

6 DataOut output data real NO

Notes/Equations

This model implements downlink first DTX de-insertion. Please refer to [1] for1.downlink first DTX insertion processing.This model fires once per TTI. Each firing, this model receives data block of one TTI2.at input pin DataIn, and receives the size of that data block and TFI at pins SizeInand TFIin. This model then removes DTX symbol from that data block.This model requires the information of all transport channels in the form of arrays.3.The DynTFSetArray parameter requires an integer array. The correct format istransport block size 1, transport block set size 1, transport block size 2, transportblock set size 2, etc. The size of this array must be a multiple of 2, and the transport


115

block set size must be a multiple of the relative transport block size.When setting TTIArray, CRCArray and CHCodingTypeArray values, refer to the tablebelow.TTIArray CRCArray CHCodingTypeArray

Time Value Coding Value Coding Value

10ms 0 No CRC 0 No Coding 0

20ms 1 8 bits 1 1/2 CC 1

40ms 2 12 bits 2 1/3 CC 2

80ms 3 16 bits 3 1/3 TC 3

24 bits 4

CC = convolutional coding; TC = turbo coding

The length of almost all parameters in the form of array is equal to the value of4.parameter TrCHNum, each element of a array stands for a certain transport channel.The only exception is DynTFSetArray, the length of this array is variable. For thisarray is used to provide all possible transport block size and transport block set sizefor each transport channel. So another parameter TFSetSizeArray is used to indicatehow many pairs of transport block size and transport block set size are contained in acertain transport channel. For example, TFSetSizeArray = "3 2" means the first threepairs of transport block size and transport block set size belong to the first transportchannel, and the next two pairs belong to the second transport channel.

References


http://www.3gpp.org/ftp/Specs/2002-03/R1999/25_series/25212-390.zip3GPP Technical Specification TS 25.211 V3.10.0, Physical channels and mapping of2.transport channels onto physical channels (FDD), March 2003, Release 1999.










116

3GPPFDD_DLDeFirInterLv PartCategories: TrCH DeMultiplexers and DeCoders (wcdmabasever)


Model Description

3GPPFDD_DLDeFirInterLv(wcdmabasever)

Downlink first deinterleaver


3GPPFDD_DLDeFirInterLv

Description: Downlink first deinterleaverDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD DLDeFirInterLv Part (wcdmabasever)

Model Parameters




117


Range





1 Integer NO [1:32]










[1] Integerarray



[0] Integerarray



[3] Integerarray



[1] Integerarray



1 Integer NO [1:8]





DataCombine combine usefuldata blocks ofinput:Combine_Yes,Combine_No

Combine_No Enumeration NO

Input Ports





Output Ports





Notes/Equations

This model implements downlink first de-interleaving. Please refer to [1] for downlink1.first interleaving processing.This model fires once per TTI. Each firing, this model receives data block of one TTI2.at input pin DataIn, and receives the size of that data block and TFI at pins SizeInand TFIin. This model then de-interleaves that data block.


118

This model requires the information of all transport channels in the form of arrays.3.The DynTFSetArray parameter requires an integer array. The correct format istransport block size 1, transport block set size 1, transport block size 2, transportblock set size 2, etc. The size of this array must be a multiple of 2, and the transportblock set size must be a multiple of the relative transport block size.When setting TTIArray, CRCArray and CHCodingTypeArray values, refer to thefollowing table.

Settings for TTIArray, CRCArray and CHCodingTypeArray Values

TTIArray CRCArray CHCodingTypeArray



20ms 1 8 bits 1 1/2 CC 1

40ms 2 12 bits 2 1/3 CC 2

80ms 3 16 bits 3 1/3 TC 3

24 bits 4


The DataCombine parameter changes the model's behavior under different input4.conditions:

When 3GPPFDD_DLDeRadioSeg is used, set its AdjustDelay parameter to No andset DataCombine to Yes.When 3GPPFDD_DLDeRadioSeg is not used, set DataCombine to No.

References













119

3GPPFDD_DLDePhyCHMap PartCategories: TrCH DeMultiplexers and DeCoders (wcdmabasever)


Model Description

3GPPFDD_DLDePhyCHMap(wcdmabasever)

Downlink physical channeldemapping


3GPPFDD_DLDePhyCHMap

Description: Downlink physical channel demappingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD DLDePhyCHMap Part (wcdmabasever)

Model Parameters


Range




PhyCHNum downlink physical channel number 1 Integer NO [1:8]

TrCHType transport channel type: DCH_Type,BCH_Type, PCH_FACH_Type


Input Ports



2 DataIn input data multiple real NO

Output Ports



4 DataOut output data multiple real NO

Notes/Equations

This model implements downlink physical channel de-mapping. Please refer to [1] for1.downlink physical channel mapping processing.This model fires once per radio frame. Each firing, this model receives data blocks of2.each physical channel at multiple input pin DataIn, and receives slot TFCI at pinTFCIin. This model then collects the necessary bits from each physical channel.DataIn will input data of one radio frame; the previous model will output data blocks3.of one slot. This means the previous model will fire 15 times when this model firesonce. Note that TFCI will be generated once per radio frame, so TFCIin will input onedata each firing.

References








120









121

3GPPFDD_DLDePhyCHSeg PartCategories: TrCH DeMultiplexers and DeCoders (wcdmabasever)


Model Description

3GPPFDD_DLDePhyCHSeg(wcdmabasever)

Downlink physical channel desegmentation


3GPPFDD_DLDePhyCHSeg

Description: Downlink physical channel desegmentationDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD DLDePhyCHSeg Part (wcdmabasever)

Model Parameters


Range







Input Ports




Output Ports




Notes/Equations

This model implements downlink physical channel de-segmentation. Please refer to1.[1] for downlink physical channel segmentation processing.This model fires once per radio frame. Each firing, this model receives data blocks of2.each physical channel at multiple input pin DataIn, then combines the data blocks ofeach physical channel into one CCTrCH.

References












122





123

3GPPFDD_DLDeRadioSeg PartCategories: TrCH DeMultiplexers and DeCoders (wcdmabasever)


Model Description

3GPPFDD_DLDeRadioSeg(wcdmabasever)

Downlink radio frame desegmentation


3GPPFDD_DLDeRadioSeg

Description: Downlink radio frame desegmentationDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD DLDeRadioSeg Part (wcdmabasever)

Model Parameters




124


Range





1 Integer NO [1:32]










[1] Integerarray



[0] Integerarray



[3] Integerarray



[1] Integerarray



1 Integer NO [1:8]





AdjustDelay adjust delayfrom one frameto one TTI:Delay_Yes,Delay_No

Delay_Yes Enumeration NO

Input Ports





4 Index transport channel index int NO

Output Ports





Notes/Equations

This model implements downlink radio frame de-segmentation. Please refer to [1] for1.downlink radio frame segmentation processing.This model fires once per radio frame. Each firing, this model receives data block of2.one radio frame at input pin DataIn, and receives the size of that data block and TFCI


125

at pins SizeIn and TFCIin. The next model (first de-interleaving) inputs a data blockof one TTI, so this model will fire multiple times as necessary. For example, if TTI =40 ms, this model will fire 4 times while the next model fires once.This model requires the information of all transport channels in the form of arrays.3.The DynTFSetArray parameter requires an integer array. The correct format istransport block size 1, transport block set size 1, transport block size 2, transportblock set size 2, etc. The size of this array must be a multiple of 2, and the transportblock set size must be a multiple of the relative transport block size.When setting TTIArray, CRCArray and CHCodingTypeArray values, refer to thefollowing table.





20ms 1 8 bits 1 1/2 CC 1

40ms 2 12 bits 2 1/3 CC 2

80ms 3 16 bits 3 1/3 TC 3

24 bits 4


The length of most parameters in the form of arrays is equal to the value of4.parameter TrCHNum, each element of an array represents a certain transportchannel.The DynTFSetArray array is variable and used to provide all possible transport blocksize and transport block set size for each transport channel. Another parameterTFSetSizeArray is used to indicate how many pairs of transport block size andtransport block set size are contained in a certain transport channel. For example,TFSetSizeArray = "3 2" means the first three pairs of transport block size andtransport block set size belong to the first transport channel, and the next two pairsbelong to the second transport channel.The AdjustDelay parameter changes the model's behavior under different input5.conditions:

When this model is placed after a rake receiver, because 3GPP design libraryrake receivers will induce a delay of one radio frame, this model will adjust thisdelay from one radio frame to one TTI. In this case, set AdjustDelay to Yes.When a rake receiver is not placed before this model (for example this model isused separately or with 3GPPFDD_DLRadioSeg) there will be no delay in inputdata stream. In this case, set AdjustDelay to No.

References













126

3GPPFDD_DLDeRateMatch PartCategories: TrCH DeMultiplexers and DeCoders (wcdmabasever)


Model Description

3GPPFDD_DLDeRateMatch(wcdmabasever)

Downlink de-rate matching


3GPPFDD_DLDeRateMatch

Description: Downlink de-rate matchingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD DLDeRateMatch Part (wcdmabasever)

Model Parameters




127


Range





1 Integer NO [1:32]










[1] Integerarray



[0] Integerarray



[3] Integerarray



[1] Integerarray



1 Integer NO [1:8]





Input Ports





Output Ports


4 TFIout output TFI int NO



Notes/Equations

This model implements downlink de-rate matching. Please refer to [1] for downlink1.rate matching processing.This model fires once per radio frame. Each firing, this model receives data block at2.input pin DataIn, and receives the size of that data block and TFCI at pins SizeIn andTFCIin. This model then processes de-rate matching on that data block.This model requires the information of all transport channels in the form of arrays.3.The DynTFSetArray parameter requires an integer array. The correct format istransport block size 1, transport block set size 1, transport block size 2, transportblock set size 2, etc. The size of this array must be a multiple of 2, and the transport


128

block set size must be a multiple of the relative transport block size.When setting TTIArray, CRCArray and CHCodingTypeArray values, refer to thefollowing table.





20ms 1 8 bits 1 1/2 CC 1

40ms 2 12 bits 2 1/3 CC 2

80ms 3 16 bits 3 1/3 TC 3

24 bits 4


References













129

3GPPFDD_DLDeSecDTXInser PartCategories: TrCH DeMultiplexers and DeCoders (wcdmabasever)


Model Description

3GPPFDD_DLDeSecDTXInser(wcdmabasever)

Downlink second DTXdeinsersion


3GPPFDD_DLDeSecDTXInser

Description: Downlink second DTX deinsersionDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD DLDeSecDTXInser Part (wcdmabasever)

Model Parameters




130


Range





1 Integer NO [1:32]








[1] Integerarray



[0] Integerarray



[3] Integerarray



[1] Integerarray



1 Integer NO [1:8]





Input Ports




Output Ports





Notes/Equations

This model implements downlink second DTX de-insertion. Please refer to [1] for1.downlink second DTX insertion processing.This model fires once per radio frame. Each firing, this model receives data block of2.one CCTrCH at input pin DataIn, and receives the size of that data block and TFCI atpins SizeIn and TFCIin. This model then removes DTX symbol from that data block.This model requires the information of all transport channels in the form of arrays.3.The DynTFSetArray parameter requires an integer array. The correct format istransport block size 1, transport block set size 1, transport block size 2, transportblock set size 2, etc. The size of this array must be a multiple of 2, and the transportblock set size must be a multiple of the relative transport block size.When setting TTIArray, CRCArray and CHCodingTypeArray values, refer to thefollowing table.


131





20ms 1 8 bits 1 1/2 CC 1

40ms 2 12 bits 2 1/3 CC 2

80ms 3 16 bits 3 1/3 TC 3

24 bits 4


The length of most parameters in the form of arrays is equal to the value of4.parameter TrCHNum, each element of an array represents a certain transportchannel.The DynTFSetArray array is variable and used to provide all possible transport blocksize and transport block set size for each transport channel. Another parameterTFSetSizeArray is used to indicate how many pairs of transport block size andtransport block set size are contained in a certain transport channel. For example,TFSetSizeArray = "3 2" means the first three pairs of transport block size andtransport block set size belong to the first transport channel, and the next two pairsbelong to the second transport channel.

References













132

3GPPFDD_DLDeSecInterLv PartCategories: TrCH DeMultiplexers and DeCoders (wcdmabasever)


Model Description

3GPPFDD_DLDeSecInterLv(wcdmabasever)

Downlink second deinterleaver


3GPPFDD_DLDeSecInterLv

Description: Downlink second deinterleaverDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD DLDeSecInterLv Part (wcdmabasever)

Model Parameters


Range







Input Ports



2 DataIn input data from each physicalchannel

multiple real NO

Output Ports



4 DataOut output data for each second interleaved physical channel multiple real NO

Notes/Equations

This model implements downlink second de-interleaving. Please refer to [1] for1.downlink second interleaving processing.This model fires once per radio frame. Each firing, this model receives data blocks of2.all physical channels at multiple input pin DataIn, then de-interleaves the data blocksof each physical channel.

References









133








134

3GPPFDD_DLDeTrCHMulti PartCategories: TrCH DeMultiplexers and DeCoders (wcdmabasever)


Model Description

3GPPFDD_DLDeTrCHMulti(wcdmabasever)

Downlink TrCH demultiplexing


3GPPFDD_DLDeTrCHMulti

Description: Downlink TrCH demultiplexingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD DLDeTrCHMulti Part (wcdmabasever)

Model Parameters




135


Range





1 Integer NO [1:32]








[1] Integerarray



[0] Integerarray



[3] Integerarray



[1] Integerarray



1 Integer NO [1:8]





Input Ports




3 DataIn input data from each transportchannel

real NO

Output Ports



5 OutLen output data size of each transport channel multiple int NO


7 Index transport channel index multiple int NO

Notes/Equations

This model implements downlink transport channel de-multiplexing. Please refer to1.[1] for downlink transport channel multiplexing processing.This model fires once per radio frame. Each firing, this model receives data block of2.one CCTrCH at input pin DataIn, and receives the size of that data block and TFCI atpins SizeIn and TFCIin. This model then separates data blocks of each transportchannel from one CCTrCH.This model requires the information of all transport channels in the form of arrays.3.The DynTFSetArray parameter requires an integer array. The correct format istransport block size 1, transport block set size 1, transport block size 2, transportblock set size 2, etc. The size of this array must be a multiple of 2, and the transport


136






20ms 1 8 bits 1 1/2 CC 1

40ms 2 12 bits 2 1/3 CC 2

80ms 3 16 bits 3 1/3 TC 3

24 bits 4



References













137

3GPPFDD_HS_CQI_Decoder PartCategories: TrCH DeMultiplexers and DeCoders (wcdmabasever)


Model Description

3GPPFDD_HS_CQI_Decoder(wcdmabasever)

Channel decoder for channel quality information


3GPPFDD_HS_CQI_Decoder

Description: Channel decoder for channel quality informationDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD HS CQI Decoder Part (wcdmabasever)

Model Parameters


SpecVerHSDPA version of HSDPA specifications:Version_09_03


CQI_Type CQI type: Decimal, Binary Binary Enumeration NO

Input Ports


1 CQI_S channel quality informationbits

real NO

Output Ports


2 CQI_B channel quality informationsymbols

int NO

Notes/Equations

This model decodes the channel quality information coded using a (20,5) code.1.Each firing: if CQI_Type=Decimal, 1 CQI_B tokens produced when 20 CQI_S tokens2.are consumed; if CQI_Type=Binary, 5 CQI_B tokens are produced when 20 CQI_Stokens are consumed.The (20,5) code words are a linear combination of the 5 basis sequences denoted Mi,n3.

in the following table.

Basis Sequences for (20,5) Code




138

i Mi,0 Mi,1 Mi,2 Mi,3 Mi,4

0 1 0 0 0 1

1 0 1 0 0 1

2 1 1 0 0 1

3 0 0 1 0 1

4 1 0 1 0 1

5 0 1 1 0 1

6 1 1 1 0 1

7 0 0 0 1 1

8 1 0 0 1 1

9 0 1 0 1 1

10 1 1 0 1 1

11 0 0 1 1 1

12 1 0 1 1 1

13 0 1 1 1 1

14 1 1 1 1 1

15 0 0 0 0 1

16 0 0 0 0 1

17 0 0 0 0 1

18 0 0 0 0 1

19 0 0 0 0 1

The CQI values 0 to 30 (defined in [2] ) are converted from decimal to binary to mapthem to channel quality information bits (1 0 0 0 0) to (1 1 1 1 1), respectively.Information bit pattern (0 0 0 0 0) is not used. The channel quality information bitsare a0, a1, a2, a3, a4 (where a0 is LSB and a4 is MSB). The output code word bits bi

are given by:

where i = 0, ..., 19.The decoding algorithm is:4.

Generate a set of 30 codes for all possible CQI (1 to 30, for example).Calculate the correlation of the received signal with each of the 30 codes.Search the one with the maximum correlation value.Convert to the decimal value to binary value if needed.

References

3GPP Technical Specification TS 25.212 V5.6.0, "Multiplexing and channel coding1.(FDD)," Release 5.3GPP Technical Specification TS 25.214 V5.6.0, "Physical layer procedures (FDD),"2.Release 5.




139

3GPPFDD_TFCIDecoder PartCategories: TrCH DeMultiplexers and DeCoders (wcdmabasever)


Model Description

3GPPFDD_TFCIDecoder(wcdmabasever)

TFCI decoder


3GPPFDD_TFCIDecoder

Description: TFCI decoderDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD TFCIDecoder Part (wcdmabasever)

Model Parameters


Range



CodingMode TFCI coding mode: Normal, Split Normal Enumeration NO

CodeLength TFCI code length (120 for downlinkPHyCHs whose SF<128, 30 for otherPHyCHs): Short, Long

Short Enumeration NO

Input Ports


1 CodedTFCI coded TFCI real NO

Output Ports


2 TFCIout TFCI multiple int NO

Notes/Equations

This model decodes the TFCI code word to TFCI information value according to the1.coding mode illustrated in the following figures.If the CodingMode parameter is set to Normal, one TFCI value is output; if the2.CodingMode parameter is set to Split, 2 TFCI values are output.

Channel Coding of 10 TFCI information Bits

140

Channel Coding of 5 TFCI Information Bits

For uplink physical channels (regardless of the SF and downlink physical channels) if3.SF > 64, the code word is 30 bits. For downlink physical channels with SF < 128, thecode word is 120 bits. The length is set by CodeLength parameter.

References


141

3GPPFDD_ULDeFirInterLv PartCategories: TrCH DeMultiplexers and DeCoders (wcdmabasever)


Model Description

3GPPFDD_ULDeFirInterLv(wcdmabasever)

Uplink first deinterleaver


3GPPFDD_ULDeFirInterLv

Description: Uplink first deinterleaverDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD ULDeFirInterLv Part (wcdmabasever)

Model Parameters


Range




NO †

TTI Transmission Time Interval:TTI_10ms, TTI_20ms, TTI_40ms,TTI_80ms

TTI_10ms Enumeration NO





Input Ports


1 TFIin input TFI int NO



Output Ports





Notes/Equations

This model implements uplink first de-interleaving. Please refer to [1] for uplink first1.interleaving processing.This model fires once per TTI. Each firing, this model receives the data block of one2.TTI at input pin DataIn, and receives the size of that data block and TFI at pinsSizeIn and TFIin. This model then de-interleaves that data block.The DynTFSet parameter requires an integer array. The correct format is transport3.block size 1, transport block set size 1, transport block size 2, transport block set size2, etc. The size of this array must be a multiple of 2, and the transport block set sizemust be a multiple of the relative transport block size.




142

References













143

3GPPFDD_ULDePhyCHMap PartCategories: TrCH DeMultiplexers and DeCoders (wcdmabasever)


Model Description

3GPPFDD_ULDePhyCHMap(wcdmabasever)

Uplink physical channeldemapping


3GPPFDD_ULDePhyCHMap

Description: Uplink physical channel demappingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD ULDePhyCHMap Part (wcdmabasever)

Model Parameters




144


Range




1 Integer NO [1:32]








[1] Integerarray


TTIArray TransmissionTime Intervalof all TransportChannels

[0] Integerarray



[3] Integerarray



[1] Integerarray


TrCHType transportchannel type:RACH_Type,DCH_Type


PuncLimit puncturing limitfor uplink

0.8 Float NO (0.0:1]

MinSF minimumspreadingfactor: SF_256,SF_128,SF_64, SF_32,SF_16, SF_8,SF_4

SF_4 Enumeration NO

Input Ports



2 PCNin physical channelnumber

int NO



Output Ports



6 PCNout physical channelnumber

int NO



Notes/Equations

This model implements uplink physical channel de-mapping. Please refer to [1] for1.uplink physical channel mapping processing.This model fires once per radio frame. Each firing, this model receives data blocks of2.each physical channel at multiple input pin DataIn, and receives slot format andphysical channel number at pins SltFin and PCNin. This model then collects theneeded bits from each physical channel.DataIn will input data of one radio frame; the previous model will output data blocks3.of one slot. This means the previous model will fire 15 times when this model firesonce; therefore, PCNin and SltFin will input 15 repeated data generated by previousmodel. Note that TFCI will be generated once per radio frame, so TFCIin will input


145

one data each firing.This model requires the information of all transport channels in the form of arrays.4.The DynTFSetArray parameter requires an integer array. The correct format istransport block size 1, transport block set size 1, transport block size 2, transportblock set size 2, etc. The size of this array must be a multiple of 2, and the transportblock set size must be a multiple of the relative transport block size.When setting TTIArray, CRCArray and CHCodingTypeArray values, refer to thefollowing table.





20ms 1 8 bits 1 1/2 CC 1

40ms 2 12 bits 2 1/3 CC 2

80ms 3 16 bits 3 1/3 TC 3

24 bits 4



References













146

3GPPFDD_ULDePhyCHSeg PartCategories: TrCH DeMultiplexers and DeCoders (wcdmabasever)


Model Description

3GPPFDD_ULDePhyCHSeg(wcdmabasever)

Uplink physical channel desegmentation


3GPPFDD_ULDePhyCHSeg

Description: Uplink physical channel desegmentationDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD ULDePhyCHSeg Part (wcdmabasever)

Model Parameters




147


Range




1 Integer NO [1:32]








[1] Integerarray



[0] Integerarray



[3] Integerarray



[1] Integerarray





0.8 Float NO (0.0:1]


SF_4 Enumeration NO

Input Ports




int NO



Output Ports




int NO



Notes/Equations

This model implements uplink physical channel de-segmentation. Please refer to [1]1.for uplink physical channel segmentation processing.This model fires once per radio frame. Each firing, this model receives data blocks of2.each physical channel at multiple input pin DataIn, and receives slot format andphysical channel number at pins SltFin and PCNin. This model then combines thedata blocks of each physical channel into one CCTrCH.This model requires the information of all transport channels in the form of arrays.3.The DynTFSetArray parameter requires an integer array. The correct format istransport block size 1, transport block set size 1, transport block size 2, transportblock set size 2, etc. The size of this array must be a multiple of 2, and the transport


148






20ms 1 8 bits 1 1/2 CC 1

40ms 2 12 bits 2 1/3 CC 2

80ms 3 16 bits 3 1/3 TC 3

24 bits 4



References













149

3GPPFDD_ULDeRadioEqual PartCategories: TrCH DeMultiplexers and DeCoders (wcdmabasever)


Model Description

3GPPFDD_ULDeRadioEqual(wcdmabasever)

Uplink radio frame size deequalization


3GPPFDD_ULDeRadioEqual

Description: Uplink radio frame size deequalizationDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD ULDeRadioEqual Part (wcdmabasever)

Model Parameters


Range




NO †







Input Ports





Output Ports





Notes/Equations

This model implements uplink radio de-equalization. Please refer to [1] for uplink1.radio equalization processing.This model fires once per TTI. Each firing, this model receives data block of one TTI2.at input pin DataIn, and receives the size of that data block and TFI at pins SizeInand TFIin. This model then removes inserted bits from that data block.The DynTFSet parameter requires an integer array. The correct format is transport3.block size 1, transport block set size 1, transport block size 2, transport block set size2, etc. The size of this array must be a multiple of 2, and the transport block set sizemust be a multiple of the relative transport block size.




150

References













151

3GPPFDD_ULDeRadioSeg PartCategories: TrCH DeMultiplexers and DeCoders (wcdmabasever)


Model Description

3GPPFDD_ULDeRadioSeg(wcdmabasever)

Uplink radio frame desegmentation


3GPPFDD_ULDeRadioSeg

Description: Uplink radio frame desegmentationDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD ULDeRadioSeg Part (wcdmabasever)

Model Parameters


Range




NO †







AdjustDelay adjust delay from one frame to oneTTI: Delay_Yes, Delay_No

Delay_Yes Enumeration NO

Input Ports





Output Ports





Notes/Equations

This model implements uplink radio de-segmentation. Please refer to [1] for uplink1.radio segmentation processing.This model fires once per TTI. Each firing, this model receives data block of one TTI2.at input pin DataIn, and receives the size of that data block and TFCI at pins SizeInand TFCIin. The previous model (rate matching) outputs a data block of one radioframe, so the previous model will fire multiple times if necessary. For example, if TTI= 40 ms, the previous model will fire 4 times while this model fires once.The DynTFSet parameter requires an integer array. The correct format is transport3.




152

block size 1, transport block set size 1, transport block size 2, transport block set size2, etc. The size of this array must be a multiple of 2, and the transport block set sizemust be a multiple of the relative transport block size.

References













153

3GPPFDD_ULDeRateMatch PartCategories: TrCH DeMultiplexers and DeCoders (wcdmabasever)


Model Description

3GPPFDD_ULDeRateMatch(wcdmabasever)

Uplink rate dematching


3GPPFDD_ULDeRateMatch

Description: Uplink rate dematchingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD ULDeRateMatch Part (wcdmabasever)

Model Parameters




154


Range




1 Integer NO [1:32]










[1] Integerarray



[0] Integerarray



[3] Integerarray



[1] Integerarray





0.8 Float NO (0.0:1]


SF_4 Enumeration NO

Input Ports






Output Ports





Notes/Equations

This model implements uplink de-rate matching. Please refer to [1] for uplink rate1.matching processing.This model fires once per radio frame. Each firing, this model receives data block at2.input pin DataIn, and receives the size of that data block and TFCI at pins SizeIn andTFCIin. This model then processes de-ratematching on that data block.This model requires the information of all transport channels in the form of arrays.3.The DynTFSetArray parameter requires an integer array. The correct format istransport block size 1, transport block set size 1, transport block size 2, transportblock set size 2, etc. The size of this array must be a multiple of 2, and the transportblock set size must be a multiple of the relative transport block size.


155

When setting TTIArray, CRCArray and CHCodingTypeArray values, refer to thefollowing table.





20ms 1 8 bits 1 1/2 CC 1

40ms 2 12 bits 2 1/3 CC 2

80ms 3 16 bits 3 1/3 TC 3

24 bits 4



References













156

3GPPFDD_ULDeSecInterLv PartCategories: TrCH DeMultiplexers and DeCoders (wcdmabasever)


Model Description

3GPPFDD_ULDeSecInterLv(wcdmabasever)

Uplink second deinterleaver


3GPPFDD_ULDeSecInterLv

Description: Uplink second deinterleaverDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD ULDeSecInterLv Part (wcdmabasever)

Model Parameters




157


Range




1 Integer NO [1:32]








[1] Integerarray



[0] Integerarray



[3] Integerarray



[1] Integerarray





0.8 Float NO (0.0:1]


SF_4 Enumeration NO

Input Ports




int NO



Output Ports




int NO



Notes/Equations

This model implements uplink second de-interleaving. Please refer to [1] for uplink1.second interleaving processing.This model fires once per radio frame. Each firing, this model receives data blocks of2.each physical channel at multiple input pin DataIn, and receives slot format andphysical channel number at pins SltFin and PCNin. This model then de-interleaves thedata blocks of each physical channel.This model requires the information of all transport channels in the form of arrays.3.The DynTFSetArray parameter requires an integer array. The correct format istransport block size 1, transport block set size 1, transport block size 2, transportblock set size 2, etc. The size of this array must be a multiple of 2, and the transport


158






20ms 1 8 bits 1 1/2 CC 1

40ms 2 12 bits 2 1/3 CC 2

80ms 3 16 bits 3 1/3 TC 3

24 bits 4



References













159

3GPPFDD_ULDeTrCHMulti PartCategories: TrCH DeMultiplexers and DeCoders (wcdmabasever)


Model Description

3GPPFDD_ULDeTrCHMulti(wcdmabasever)

Uplink TrCH demultiplexing


3GPPFDD_ULDeTrCHMulti

Description: Uplink TrCH demultiplexingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD ULDeTrCHMulti Part (wcdmabasever)

Model Parameters




160


Range




1 Integer NO [1:32]








[1] Integerarray



[0] Integerarray



[3] Integerarray



[1] Integerarray





0.8 Float NO (0.0:1]


SF_4 Enumeration NO

Input Ports




int NO



Output Ports



6 OutLen output data size of each transport channel multiple int NO



Notes/Equations

This model implements uplink transport channel de-multiplexing. Please refer to [1]1.for uplink transport channel multiplexing processing.This model fires once per radio frame. Each firing, this model receives data block of2.one CCTrCH at input pin DataIn, and receives slot format and physical channelnumber at pins SltFin and PCNin. This model then separates data blocks of eachtransport channel from one CCTrCH.This model requires the information of all transport channels in the form of arrays.3.The DynTFSetArray parameter requires an integer array. The correct format istransport block size 1, transport block set size 1, transport block size 2, transportblock set size 2, etc. The size of this array must be a multiple of 2, and the transportblock set size must be a multiple of the relative transport block size.


161






20ms 1 8 bits 1 1/2 CC 1

40ms 2 12 bits 2 1/3 CC 2

80ms 3 16 bits 3 1/3 TC 3

24 bits 4



References













162

3GPPFDD_ChannelCoding PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_ChannelCoding(wcdmabasever)

Channel coding


3GPPFDD_ChannelCoding

Description: Channel codingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD ChannelCoding Part (wcdmabasever)

Model Parameters


Range




NO †





Input Ports


1 DataIn Data from code blocksegmentation

int NO

2 BlkSize Size of code blocks int NO

3 BlkNum Number of code blocks int NO

Output Ports


4 SizeOut output size int NO

5 DataOut channel coded data int NO

Notes/Equations

This model is used to implement channel coding.1.Each firing, one token of block size and block number is consumed at BlkSize andBlkNum pins. DataIn consumes block size times block number tokens. This bit streamis then segmented as code blocks. Each code block is channel coded; the codedblocks are concatenated as specified in section 4.2.3.3 of [1].The coded data is output at DataOut; SizeOut indicates the size of coded data.2.The CHCodingType parameter determines the type of channel coding. This3.parameter, in conjunction with CRC and DynTFSet, consists of the formatcharacteristics of the transport channel being processed.




163

References









164

3GPPFDD_CodeBlkSeg PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_CodeBlkSeg(wcdmabasever)

Code blocksegmentation


3GPPFDD_CodeBlkSeg

Description: Code block segmentationDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD CodeBlkSeg Part (wcdmabasever)

Model Parameters


Range




NO †





Input Ports



2 DataIn data from transport blockconcatenation

int NO

Output Ports


3 DataOut data after code block segmentation int NO

4 BlkSize size of code blocks int NO

5 BlkNum number of code blocks int NO

Notes/Equations

This model is used to implement transport block concatenation and code block1.segmentation.Each firing, one transport format indicator token is consumed at TFIin. This value is2.used to select the transport block size and transport block set size from the transportformat set, as specified by DynTFSet. CRC bits are attached to each transport block.Each firing, the number of tokens consumed at DataIn must be equal to the CRC3.encoded transport block set size.The segmented block number and block size is the output at BlkNum and BlkSize.4.The data stream is output at DataOut.

References

3GPP Technical Specification TS 25.212 V3.9.0, Multiplexing and Channel Coding




165

1.(FDD) 2002-03, Release 1999.








166

3GPPFDD_CRCEncoder PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_CRCEncoder(wcdmabasever)

Add CRC to each Transport Block


3GPPFDD_CRCEncoder

Description: Add CRC to each Transport BlockDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD CRCEncoder Part (wcdmabasever)

Model Parameters


Range




NO †



Input Ports



2 DataIn transport block set int NO

Output Ports



4 DataOut transport block set with CRCattached

int NO

Notes/Equations

This model is used to add CRC bits to each transport block.1.Each firing, one transport format indicator token is consumed at TFIin. This value is2.used to select the transport block size and transport block set size from the transportformat set, as specified by DynTFSet.The TFI value is output at TFIout.3.

References








167





168

3GPPFDD_DLFirDTXInser PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_DLFirDTXInser(wcdmabasever)

First insertion of DTX indicationbits


3GPPFDD_DLFirDTXInser

Description: First insertion of DTX indication bitsDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD DLFirDTXInser Part (wcdmabasever)

Model Parameters




169


Range





1 Integer NO [1:32]










[1] Integerarray



[0] Integerarray



[3] Integerarray



[1] Integerarray



1 Integer NO [1:8]





Input Ports


1 SizeIn input size int NO


Output Ports



4 DataOut output data int NO

Notes/Equations

This model is used to implement first DTX insertion. This step of inserting DTX1.indication bits is used only if the positions of the TrCHs in the radio frame are fixed.With fixed position scheme a fixed number of bits is reserved for each TrCH in theradio frame.The bits from rate matching are denoted by gi 1, gi 2, gi 3, ... , giGi where Gi is the

number of bits in one TTI of TrCH i. Denote the number of bits in one radio frame ofTrCH i by Hi. Denote Di the number of bits output of the first DTX insertion block.

In normal or compressed mode by spreading factor reduction, Hi is constant and

corresponds to the maximum number of bits from TrCH __ i in one radio frame forany transport format of TrCH i . and Di = Fi × Hi.


170

In compressed mode by puncturing, additional puncturing is performed in the ratematching block. The empty positions resulting from the additional puncturing areused to insert p-bits in the first interleaving block, the DTX insertion is thereforelimited to allow for later insertion of p-bits. DTX bits are inserted until the totalnumber of bits is Di where Di = Fi × Hi ,+ Δ N TTI

cm, i, max, and Hi = Ni+ Δ Ni.

The bits output from the DTX insertion are denoted by hi 1, hi 2, hi 3, ... , hiDi. Note

that these bits are triple valued. These are defined by the following relations:

hik = gik k = 1, 2, 3, ... , Gi

hik = δ k = Gi + 1, Gi + 2, Gi + 3, ... , Di

where DTX indication bits are denoted by δ. Here gik Œ{0, 1} and δ œ{0, 1}.

This model fires once per TTI. Each firing, one token is consumed by pin SizeIn, this2.token indicates the effective length of data block input at pin DataIn. Then this modelwill insert DTX bits into data block if necessary, and the data block is output at pinDataOut. A token is generated by pin SizeOut to indicate the effective length of theoutput data block.All transport channel information must be in the form of arrays.3.The DynTFSetArray parameter requires an integer array. The correct format istransport block size 1, transport block set size 1, transport block size 2, transportblock set size 2 , etc. The size of this array must be a multiple of 2, and the transportblock set size must be a multiple of the relative transport block size.TFSetSizeArray indicates how many pairs of transport block and transport block setsizes are contained in a certain transport channel. For example:

TFSetSizeArray = "3 2" means the first three pairs of transport blocksize and transport block set size belong to the first transport channel,and the next two pairs belong to the second transport channel.TFSetSizeArray = "2 2 2" means the first two pairs of transport blocksize and transport block set size belong to the first transport channel,the next two pairs belong to the second transport channel and the lasttwo pairs belong to the third transport channel.





10 msec 0 No CRC 0 No Coding 0

20 msec 1 8 bits 1 1/2 CC 1

40 msec 2 12 bits 2 1/3 CC 2

80 msec 3 16 bits 3 1/3 TC 3

24 bits 4


References









171

3GPPFDD_DLFirInterLv PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_DLFirInterLv(wcdmabasever)

Downlink firstinterleaver


3GPPFDD_DLFirInterLv

Description: Downlink first interleaverDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD DLFirInterLv Part (wcdmabasever)

Model Parameters




172


Range





1 Integer NO [1:32]










[1] Integerarray



[0] Integerarray



[3] Integerarray



[1] Integerarray



1 Integer NO [1:8]





Input Ports




Output Ports




Notes/Equations

This model is used to implement first interleaving, which is a block interleaver with1.inter-column permutations. Refer to [1].This model fires once per TTI. Each firing, one token is consumed by pin SizeIn; this2.token indicates the effective length of data block input at pin DataIn. This model willthen interleave bits into the data block, and output the data block at pin DataOut. Atoken is generated by pin SizeOut to indicate the effective length of the output datablock.All transport channel information must be in the form of arrays.3.The DynTFSetArray parameter requires an integer array. The correct format istransport block size 1, transport block set size 1, transport block size 2, transportblock set size 2 , etc. The size of this array must be a multiple of 2, and the transportblock set size must be a multiple of the relative transport block size.


173

TFSetSizeArray indicates how many pairs of transport block and transport block setsizes are contained in a certain transport channel. For example:







20 msec 1 8 bits 1 1/2 CC 1

40 msec 2 12 bits 2 1/3 CC 2

80 msec 3 16 bits 3 1/3 TC 3

24 bits 4


References









174

3GPPFDD_DLPhyCHMap PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_DLPhyCHMap(wcdmabasever)

Physical channel mapping ofdownlink


3GPPFDD_DLPhyCHMap

Description: Physical channel mapping of downlinkLibrary: 3GPPFDD, TrCH Multiplexers & CodersClass: SDF3GPPFDD_DLPhCHMap

Parameters

Name Description Default Unit Type Range

SpecVersion version of specifications: Version_03_00, Version_12_00,Version_03_02

Version_12_00 enum

SlotFormat slot format 0 int †

PhyCHNum downlink physical channel number 1 int [1:8]

TrCHType transport channel type: DCH_Type, BCH_Type,PCH_FACH_Type

DCH_Type enum

Pin Inputs

Pin Name Description Signal Type

1 DataIn input data multiple int

Pin Outputs


2 DataOut output data multiple int

Notes/Equations

This model is used to implement physical channel mapping. The PhCH for uplink and1.downlink is defined in [2]. The bits input to the physical channel mapping aredenoted by vp 1, vp 2, ..., vpU where p is the PhCH number and U is the number of

bits in one radio frame for one PhCH. The bits vpk are mapped to the PhCHs so that

the bits for each PhCH are transmitted over the air in ascending order with respect tok.In uplink, the PhCHs used during a radio frame are either completely filled with bitsthat are transmitted over the air or not used at all. The only exception is when the UEis in compressed mode; the transmission can then be turned off during consecutiveslots of the radio frame.This model fires once per radio frame.2.Each firing, this model receives data blocks of all physical channels at a pin DataIn,then maps those data blocks onto each physical channel.DataOut will output data of one radio frame, and next model will input data block ofone slot. This means the next model will fire 15 times when this model fires once.




175

References













176

3GPPFDD_DLPhyCHSeg PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_DLPhyCHSeg(wcdmabasever)

Physical channel segmentation of downlink


3GPPFDD_DLPhyCHSeg

Description: Physical channel segmentation of downlinkLibrary: 3GPPFDD, TrCH Multiplexers & CodersClass: SDF3GPPFDD_DLPhCHSeg

Parameters

Name Description Default Unit Type Range

SpecVersion version of specifications: Version_03_00, Version_12_00,Version_03_02

Version_12_00 enum

SlotFormat slot format 0 int †

PhyCHNum downlink physical channel number 1 int [1:8]

TrCHType transport channel type: DCH_Type, BCH_Type,PCH_FACH_Type

DCH_Type enum

Pin Inputs


1 DataIn input data int

Pin Outputs


2 DataOut output data multiple int

Notes/Equations

This model is used to implement physical channel segmentation. When more than1.one PhCH is used, physical channel segmentation divides the bits among the differentPhCHs. The bits input to the physical channel segmentation are denoted by x 1, x 2, x3, ... , xY where Y is the number of bits input to the physical channel segmentation

block. The number of PhCHs is denoted by P.The bits after physical channel segmentation are denoted by uP 1, uP 2, uP 3, ... , upU

where p is PhCH number and U is the number of bits in one radio frame for eachPhCH, i.e.

.The relation between xk and upk is given next.

For all modes, some bits of the input flow are mapped to each code until the numberof bits on the code is V. For modes other than compressed mode by puncturing, allinput flow bits are taken to be mapped to the codes. For compressed mode bypuncturing, only the bits of the input flow not corresponding to bits p are taken to be




177

mapped to the codes, each bit p is removed to ensure creation of the gap required bythe compressed mode, as described next.Bits on first PhCH after physical channel segmentation:

u 1,k = xi,k k = 1, 2, ... , U

Bits on second PhCH after physical channel segmentation:

u 1,k = xi,k+U k = 1, 2, ... , U

.

.

.

Bits on the Pth PhCH after physical channel segmentation:

uP,k = xi,k + (P -1)U k = 1, 2, ... , U

This model fires once per radio frame. Each firing, this model receives a data block of2.one CCTrCH at pin DataIn. This model will divide the input data block if the physicalchannel number is more than one, then output the resulting data blocks throughmultiple pin DataOut.

References









178

3GPPFDD_DLRadioSeg PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_DLRadioSeg(wcdmabasever)

Radio framesegmentation


3GPPFDD_DLRadioSeg

Description: Radio frame segmentationDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD DLRadioSeg Part (wcdmabasever)

Model Parameters




179


Range





1 Integer NO [1:32]










[1] Integerarray



[0] Integerarray



[3] Integerarray



[1] Integerarray



1 Integer NO [1:8]





Input Ports




Output Ports





Notes/Equations

This model is used to implement radio frame segmentation. When the transmission1.time interval is longer than 10 msec, the input bit sequence is segmented andmapped onto consecutive Fi radio frames. After rate matching in the DL, the input bitsequence length is guaranteed to be an integer multiple of Fi.

The input bit sequence is denoted by xi 1, xi 2, xi 3, ..., xiXi. where i is the TrCH

number and Xi is the number bits. The Fi output bit sequences per TTI are denoted

by yi,ni 1, yi,ni 2, yi,ni 3, ..., yi,ni Xi where ni is the radio frame number in current TTI

and Yi is the number of bits per radio frame for TrCH i. The output sequences are


180

defined as follows:

, ,

where

Yi = ( Xi / Fi ) is the number of bits per segment.

The ni th segment is mapped to the ni th radio frame of the transmission time

interval.Each firing, one token is consumed by pin SizeIn; this token indicates the effective2.length of data block input at pin DataIn. After radio frame segmentation, the datablock is output at pin DataOut; a token is generated by pin DataOut to indicate theeffective length of the output data block.All transport channel information must be in the form of arrays.3.The DynTFSetArray parameter requires an integer array. The correct format istransport block size 1, transport block set size 1, transport block size 2, transportblock set size 2, etc. The size of this array must be a multiple of 2, and the transportblock set size must be a multiple of the relative transport block size.TFSetSizeArray indicates how many pairs of transport block and transport block setsizes are contained in a certain transport channel. For example:







20 msec 1 8 bits 1 1/2 CC 1

40 msec 2 12 bits 2 1/3 CC 2

80 msec 3 16 bits 3 1/3 TC 3

24 bits 4


This model fires once per radio frame. Each firing, this model inputs a data block of4.one radio frame, and the previous model (first interleaving) inputs a data block ofone TTI. ADS will automatically fire this model multiple times if necessary; forexample, if TTI = 40 msec, this model will fire four times while the previous modelfires once.

References









181

3GPPFDD_DLRateMatch PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_DLRateMatch(wcdmabasever)

Downlink Rate Matching


3GPPFDD_DLRateMatch

Description: Downlink Rate MatchingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD DLRateMatch Part (wcdmabasever)

Model Parameters




182


Range





1 Integer NO [1:32]










[1] Integerarray



[0] Integerarray



[3] Integerarray



[1] Integerarray



1 Integer NO [1:8]





Input Ports




3 TFCIin TFCI int NO

Output Ports




Notes/Equations

This model is used to implement downlink rate matching. Rate matching means that1.bits on a transport channel are repeated or punctured. Higher layers assign a rate-matching attribute for each transport channel. This attribute is semi-static and canonly be changed through higher layer signalling. The rate-matching attribute is usedwhen the number of bits to be repeated or punctured is calculated. This modelprovides an RMArray parameter so designers can set the semi-static attributes foreach transport channel.The number of bits on a transport channel can vary between different transmissiontime intervals. When the number of bits between different transmission time intervalsin uplink is changed, bits are repeated or punctured to ensure that the total bit rate


183

after TrCH multiplexing is identical to the total channel bit rate of the allocateddedicated physical channels.Refer to [1] for details of rate matching algorithm.This model fires once per TTI. Each firing, one token is consumed by pin SizeIn, this2.token indicates the effective length of data block input at pin DataIn. After ratematching, the data block is output at pin DataOut; a token is generated by pinDataOut to indicate the effective length of the output data block.All transport channel information must be in the form of arrays.3.The DynTFSetArray parameter requires an integer array. The correct format istransport block size 1, transport block set size 1, transport block size 2, transportblock set size 2 , etc. The size of this array must be a multiple of 2, and the transportblock set size must be a multiple of the relative transport block size.When setting TTIArray, CRCArray and CHCodingTypeArray values, refer to thefollowing table.





20 msec 1 8 bits 1 1/2 CC 1

40 msec 2 12 bits 2 1/3 CC 2

80 msec 3 16 bits 3 1/3 TC 3

24 bits 4


Parameter TrCHIndex indicates the index of current transport channel; its value4.range is 1 to the value of TrCHNum.The length of most array parameters is equal to the value of TrCHNum; each element5.of an array represents a certain transport channel. The only exception isDynTFSetArray that has a variable array that provides all possible transport block andtransport block set sizes for each transport channel.TFSetSizeArray indicates how many pairs of transport block and transport block setsizes are contained in a certain transport channel. For example:

TFSetSizeArray = "3 2" means the first three pairs of transport block size andtransport block set size belong to the first transport channel, and the next twopairs belong to the second transport channel.TFSetSizeArray = "2 2 2" means the first two pairs of transport block size andtransport block set size belong to the first transport channel, the next two pairsbelong to the second transport channel and the last two pairs belong to the thirdtransport channel.

The following formulas, defined in [1], are the core algorithm of rate matching.6.

Example (12.2 kbps downlink reference measurement channel defined in [2])

DTCH: N1,0 = 804/1 = 402 RM1 = 1.0

DCCH:

Higher layers have assigned a slot format 11.

SlotFormat=11 => Ndata ,0 = (6 + 22) × 15 = 420 bits

Results of above formulas are:

Z 1 = 343Δ N 1,0 = -59Z 2 =420Δ N 2,0 = -13

The bits number of DTCH in a physical frame can be calculated by Z 1 - Z 0 = 343,


184

and that number of DCCH can be calculated by Z 2 - Z 1 = 77. There is also anothermethod of calculation: N 1,0 - Δ N 1,0 = 343 and N 2,0 - Δ N 2,0 = 77.Flexible and fixed position techniques are used in downlink rate matching. The7.following figures illustrate these conditions.

Transport Channel Structure Before Rate Matching

Radio Frame Structure After Rate Matching

Rate matching in downlink is calculated for the case when the CCTrCH uses itsmaximum bit rate. However, when flexible positions are used, this does notnecessarily mean that each TrCH uses its maximum bit rate. This is illustrated in theprevious figure, where higher layers have the restriction that two transport blocksfrom TrCH 1 can only be transmitted when the smaller transport block size is used onTrCH 2. Code resources can then be saved if the positions of the TrCHs in the radioframe are flexible. The previous figure illustrates flexible and fixed positions. Thenumber of bits on TrCH i and transport format combination j is denoted by Nij andthe number of repeated or punctured bits by DNij. For the case with flexiblepositions, both DN21 and DN22 must be calculated and used for generating the rate-matching patterns for TrCH 2. With fix positions there will only be one DNij for eachTrCH since the rate-matching pattern must remain constant.

References





TSGR1#6 (99)849, "Rate matching signalling"3.






185





186

3GPPFDD_DLSecDTXInser PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_DLSecDTXInser(wcdmabasever)

Second insertion of DTX indicationbits


3GPPFDD_DLSecDTXInser

Description: Second insertion of DTX indication bitsDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD DLSecDTXInser Part (wcdmabasever)

Model Parameters


Range







Input Ports




Output Ports



Notes/Equations

This model is used to implement second DTX insertion. The DTX indication bits1.inserted in this step are placed at the end of the radio frame. The DTX will bedistributed over all slots after second interleaving.The bits input to the DTX insertion block are denoted by s 1, s 2, s 3, ... , sS, where S

is the number of bits from TrCH multiplexing. The number of PhCHs is denoted by Pand the number of bits in one radio frame, including DTX indication bits, for eachPhCH is denoted by R.In normal mode

,

where Ndata 1 and Ndata 2 and are defined in [2].

For compressed mode, N ′data* is defined as N′data* = P (15 N ′data 1 + 15 N ′data 2).

N ′data 1 and N ′data 2 are the number of bits in the data fields of the slot format used

for the current compressed mode, i.e. slot format A or B as defined in [2]




187

corresponding to the spreading factor and the number of transmitted slots in use.The bits output from the DTX insertion block are denoted by w 1, w 2, w 3, ... , w (PR

). Note that these bits are 4-valued for the compressed mode by puncturing, and 3-valued otherwise. They are defined by the following relations:

wk = sk k = 1, 2, 3, ..., S

wk = δ

k = S + 1, S + 2, S + 3, ... , PR

where δ denotes DTX indication bitsHere sk Œ{0,1} and δ œ{0,1}.

This model fires once per radio frame. Each firing, one token is consumed by pin2.SizeIn; this token indicates the effective length of data block input at pin DataIn. Thismodel will then insert DTX bits into the data block if necessary; the data block isoutput at pin DataOut.

References













188

3GPPFDD_DLSecInterLv PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_DLSecInterLv(wcdmabasever)

Downlink secondinterleaver


3GPPFDD_DLSecInterLv

Description: Downlink second interleaverDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD DLSecInterLv Part (wcdmabasever)

Model Parameters


Range







Input Ports



multiple int NO

Output Ports


2 DataOut output data for each second interleaved physical channel multiple int NO

Notes/Equations

This model is used to implement second interleaving, which is a block interleaver with1.inter-column permutations. Refer to [1].This model fires once per radio frame. Each firing, this model receives data blocks of2.all physical channels at DataIn, then interleaves the data blocks of each physicalchannel.

References








189





190

3GPPFDD_DLTrCHMulti PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_DLTrCHMulti(wcdmabasever)

Downlink TrCH multiplexing


3GPPFDD_DLTrCHMulti

Description: Downlink TrCH multiplexingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD DLTrCHMulti Part (wcdmabasever)

Model Parameters




191


Range





1 Integer NO [1:32]








[1] Integerarray



[0] Integerarray



[3] Integerarray



[1] Integerarray



1 Integer NO [1:8]





Input Ports


1 InLen input data size of each transportchannel

multiple int NO

2 DataIn input data from each transport channel multiple int NO


Output Ports




Notes/Equations

This model is used to implement downlink transport channel multiplexing. Every 101.msec, one radio frame from each TrCH is delivered to the TrCH multiplexing. Theseradio frames are serially multiplexed into a coded composite transport channel(CCTrCH).TrCH multiplexing inputs bits are denoted by fi 1, fi 2, fi 3, ... , fiVi , where i is the

TrCH number and Vi is the number of bits in the radio frame of TrCH i. I denotes thenumber of TrCHs. TrCH multiplexing output bits are denoted by s 1, s 2, s 3, ... , sS,

where S is the number of bits, that is,

.


192

TrCH multiplexing is defined by the following relations:

Sk = f 1k k = 1, 2, 3, ... , V 1

Sk = f 2,(k -V 1) k = V_ 1 + 1, V 1 + 2, ... , V 1 + V 2

Sk = f 3,(k -(V 1 + V2)) k = ( V 1 + V 2) + 1, ( V 1 + V 2) + 2, ... , ( V 1 + V

2) + V 3...Sk = f I,(k -(V 1+ V2 + ... + VI -1{~}))

~ k = ( V 1 + V 2 +...+ VI -1)+ 1, ( V 1 + V 2 +...+ VI -1)+ 2 ... , ( V 1 + V

2 +...+ VI -1)+ VI

This model fires once per radio frame. Each firing, this model receives transport2.channel index and effective length of each transport channel at the Index and InLenpins. This model receives a block of data from each transport channel, merges theminto one block of CCTrCH data and outputs this block of data; one token is generatedby SizeOut to indicate the output data block length.All transport channel information must be in the form of arrays.3.The DynTFSetArray parameter requires an integer array. The correct format istransport block size 1, transport block set size 1, transport block size 2, transportblock set size 2, etc. The size of this array must be a multiple of 2, and the transportblock set size must be a multiple of the relative transport block size.TFSetSizeArray indicates how many pairs of transport block and transport block setsizes are contained in a certain transport channel. For example:

TFSetSizeArray = "3 2" means the first three pairs of transport blocksize and transport block set size belong to the first transport channel,and the next two pairs belong to the second transport channel.TFSetSizeArray = "2 2 2" means the first two pairs of transport blocksize and transport block set size belong to the first transport channel,the second two pairs belong to the second, and the third two pairsbelong to the third.






20 msec 1 8 bits 1 1/2 CC 1

40 msec 2 12 bits 2 1/3 CC 2

80 msec 3 16 bits 3 1/3 TC 3

24 bits 4


References









193

3GPPFDD_HS_CQI_Encoder PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_HS_CQI_Encoder(wcdmabasever)

Channel encoder for channel quality information


3GPPFDD_HS_CQI_Encoder

Description: Channel encoder for channel quality informationDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD HS CQI Encoder Part (wcdmabasever)

Model Parameters


SpecVerHSDPA version of HSDPA specifications:Version_09_03


CQI_Type CQI type: Decimal, Binary Binary Enumeration NO

Input Ports


1 CQI_B channel quality informationbits

int NO

Output Ports


2 CQI_S channel quality informationsymbols

int NO

Notes/Equations

This model codes the channel quality information using a (20,5) code.1.Each firing, if CQI_Type is Decimal, 20 CQI_S tokens are produced when 1 CQI_B2.token consumed; if CQI_Type is Binary, 20 CQI_S tokens are produced when 5CQI_B tokens consumed.The (20,5) code words are a linear combination of the 5 basis sequences denoted Mi,n3.

defined in the following table.

Basis Sequences for (20,5) Code




194

i Mi,0 Mi,1 Mi,2 Mi,3 Mi,4

0 1 0 0 0 1

1 0 1 0 0 1

2 1 1 0 0 1

3 0 0 1 0 1

4 1 0 1 0 1

5 0 1 1 0 1

6 1 1 1 0 1

7 0 0 0 1 1

8 1 0 0 1 1

9 0 1 0 1 1

10 1 1 0 1 1

11 0 0 1 1 1

12 1 0 1 1 1

13 0 1 1 1 1

14 1 1 1 1 1

15 0 0 0 0 1

16 0 0 0 0 1

17 0 0 0 0 1

18 0 0 0 0 1

19 0 0 0 0 1

The CQI values 0 to 30 (defined in [2]) are converted from decimal to binary to mapthem to the channel quality information bits (1 0 0 0 0) to (1 1 1 1 1) respectively.(Information bit pattern (0 0 0 0 0) is not used.) The channel quality information bitsare a0, a1, a2, a3, a4 (where a0 is LSB and a4 is MSB). The output code word bits bi

are given by:

where i = 0, ..., 19.

References

3GPP Technical Specification TS 25.212 V5.6.0, "Multiplexing and channel coding1.(FDD)," Release 5.3GPP Technical Specification TS 25.214 V5.6.0, "Physical layer procedures (FDD),"2.Release 5.





195

3GPPFDD_TFCIComb PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_TFCIComb(wcdmabasever)

Combine TFIs into TFCI


3GPPFDD_TFCIComb

Description: Combine TFIs into TFCIDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD TFCIComb Part (wcdmabasever)

Model Parameters


Range



TrCHNum number of Transport Channels 1 Integer NO [1:32]

Input Ports


1 TFI Transport format indicator multiple int NO

2 TFSetSize Number of TF(s) in a TF set multiple int NO

Output Ports


3 TFSetSizeOut Output TFSetSize insequence

int NO

4 TFCI Mapped TFCI int NO

Notes/Equations

This model is used for TFCI combining. The TFCI combination model combine TFIs of1.TrCHs that are multiplexed into a CCTrCH. The algorithm of TFCI combination isdescribed in [1].TFSetSize and TFI are multi-port input. Each TrCH consists of a group of TFSetSize2.and TFI. TrCHNum determines the number of groups connected to the model.The TFSetSizeOut pin outputs TFSetSize serially.3.The calculated TFCI cannot exceed 1023.For example:

TrCH1: TFSetSize = 3, TFI = 2TrCH2: TFSetSize = 4, TFI = 3The TFCI output will be (0 × 3 + 2) × 4 + 3 = 11; the TFSetSizeOut output willbe "3 4".

References

3GPP Technical Specification TS 25.331 V3.2.0, "RRC Protocol Specification" Release1.1999.




196





197

3GPPFDD_TFCIDeComb PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_TFCIDeComb(wcdmabasever)

Decompose TFCI intoTFIs


3GPPFDD_TFCIDeComb

Description: Decompose TFCI into TFIsDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD TFCIDeComb Part (wcdmabasever)

Model Parameters


Range



TrCHNum number of Transport Channels 1 Integer NO [1:32]

Input Ports


1 TFSetSize Number of TF(s) in a TF set int NO

2 TFCI Mapped TFCI int NO

Output Ports


3 TFI Transport format indicator multiple int NO

4 TFSetSizeOut Output number of TF(s) in a TFset

multiple int NO

Notes/Equations

This model is used to implement TFCI de-combining. The TFCI de-combining is an1.inverse process of TFCI combining. It outputs TFI and TFSetSize of each transportchannel. TrCHNum determines the number of transport channels connected to themodel.

References

3GPP Technical Specification TS 25.331 V3.2.0, "RRC Protocol Specification" Release1.1999.






198

3GPPFDD_TFCIEncoder PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_TFCIEncoder(wcdmabasever)

TFCIencoder


3GPPFDD_TFCIEncoder

Description: TFCI encoderDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD TFCIEncoder Part (wcdmabasever)

Model Parameters


Range



CodingMode TFCI coding mode: Normal, Split Normal Enumeration NO

CodeLength TFCI code length (120 for downlinkPHyCHs whose SF<128, 30 for otherPHyCHs): Short, Long

Short Enumeration NO

Input Ports


1 TFCI transport format indicator multiple int NO

Output Ports


2 TFCICode coded TFCI int NO

Notes/Equations

This model is used to implement TFCI encoding. The TFCI encoder model encodes the1.TFCI data using Reed-Muller code. It supports normal and split mode coding.When set to Normal mode, the input is one TFCI data, a (32,10) second-order Reed-Muller code is used. Input TFCI is converted to 10-bit binary sequence ai (i=0, ..., 9),

then encoded to 32-bit binary sequence bk (k=0,...,31).

When a DCH is associated with a DSCH, the TFCI code can be split, the inputs aretwo TFCI data, a (16, 5) first-order Reed-Muller code is used on the two TFCI words a

i1 (i=0, ..., 4) and ai2 (k=0,...,4). The two 16-bit binary sequences are then merged

into a 32-bit sequence bk (k=0, ..., 31).

The length of output TFCI code dk is determined by the CodeLength parameter.

For uplink physical channel, regardless of the SF and downlink physical channelof SF ≥ 128, CodeLength must be set to 30 bits, which means only the 30 LSBbits are transmitted.For downlink physical channel whose SF < 128, CodeLength must be set to 120bits, which means bit 0 to bit 23 will repeat four times and bit 24 to bit 31 willrepeat three times. The mapping rule of dk and bk is given in the formula:

dk = bk mod32 (k=0, ..., CodeLength-1)


199

References








200

3GPPFDD_TFIGenerator PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_TFIGenerator(wcdmabasever)

TFI generator


3GPPFDD_TFIGenerator

Description: TFI generatorDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD TFIGenerator Part (wcdmabasever)

Model Parameters


Range




1 Integer NO [1:32]


[1] Integerarray

NO [1, ∞) for each element; sum of the elementsshall be equal to the numberof pairs inDynTFSetArray; arraysize shall be equal toTrCHNum


[0] Integerarray

NO [0,1,2,3] for eachelement; array size shallbe equal to TrCHNum

TFCSArray TransportFormatCombination Setarray

[0] Integerarray

NO

Output Ports


1 TFCI output TFCI every frame int NO

2 TFI TFI of each tranport channel multiple int NO

Notes/Equations

This model is used to generate TFI sets and TFCI, given transport format combination1.set (TFCS) array. TFSetSizeArray is an array of allowed TFCS. For example, if thereare three transport channels, TrCHNum = 3. The allowed TFCS is (TF0, TF0, TF1),(TF1, TF0, TF1), (TF1, TF1, TF0)..., TFSetSizeArray should be set as "0 0 1, 1 0 1, 11 0,...". Section 6 of [2] gives some examples of TFCS.At each maximum TTI of TTIArray, a random set of transport format combinations is2.selected. The TFIs and TFCI are output at each frame (10 msec).


201

References

3GPP Technical Specification TS 25.302, "Service Provided by Physical Layer."1.3GPP Technical Specification TS 34.108 "Common Test Environments for User2.Equipment (UE) Conformance Testing."





202

3GPPFDD_TrCHSrc PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_TrCHSrc(wcdmabasever)

Transport channel signal source


3GPPFDD_TrCHSrc

Description: Transport channel signal sourceDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD TrCHSrc Part (wcdmabasever)

Model Parameters


Range



DataPattern source data pattern: random, PN9,PN15, bits_repeat, user_file



UserFileName user-defined data file name datafile.txt Filename NO



NO †

Output Ports


1 TFSetSize number of TF(s) in a TF set int NO


3 DataOut information data int NO

Notes/Equations

This model is used to generate the transport channel signal source.1.This model performs the same as the Agilent signal generator instrument ESG-DOption 100.The transport channel source serves as a bit source, the rate of which is determined2.by the DynTFSet parameter. The content is determined by DataPattern.DynTFSet consists of transport block size and transport block set size groups. The3.transport block set size is a multiple of transport block size. The maximum transportblock set size cannot exceed 32767.For example, if a transport channel has a transport format set:

{10 bits, 20 bits}; {10 bits, 40 bits}

The DynTFSet should be set as "10 20 10 40". DataOut will output 40 (the maximumtransport block set size) tokens each firing. The output of TFSetSize will be 2,because it has two TFs in the set.TFIout can be 0 or 1 randomly; if 0, the valid output data is 20 bits long, and theremaining bits will be filled with 0; if 1, the valid output data is 40 bits long.This model supports five patterns of data: random, PN9, PN15, fixed repeated 8-bits,4.and user-defined file.




203

If the data pattern is 8-bits repeating, the bits to be repeated is set by RepBitValue.For example if the RepBitValue is set as 0 x 7a, the bit sequence 0, 1, 1, 1, 1, 0, 1, 0will be output repeatedly.If the data is from user-defined file, the file name is defined by UserFileName. Thedesigner can edit the file with any text editor. The separator between bits can be aspace, comma, or any other separator. If the bit sequence is shorter than the outputlength, data will be output repeatedly.

References

3GPP Technical Specification TS 25.302 V3.4.0, "Service Provided by Physical Layer"1.Release 1999.





204

3GPPFDD_TrCHSrcWithTFIin PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_TrCHSrcWithTFIin(wcdmabasever)

Transport channel signal source with TFI in


3GPPFDD_TrCHSrcWithTFIin

Description: Transport channel signal source with TFI inDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD TrCHSrcWithTFIin Part (wcdmabasever)

Model Parameters


Range



DataPattern source data pattern: random, PN9,PN15, bits_repeat, user_file



UserFileName user-defined data file name datafile.txt Filename NO



NO †



Input Ports


1 TFIin transport format indicatorin

int NO

Output Ports


2 TFIout transport format indicator out int NO

3 DataOut information data int NO

Notes/Equations

This model is used to generate the transport channel signal source with TFI input.1.The transport channel source serves as a bit source, the rate of which is determined2.by the DynTFSet parameter. The content is determined by DataPattern, which offersfive data patterns.DynTFSet consists of transport block size and transport block set size groups. Thetransport block set size is a multiple of transport block size. For example, if atransport channel has a transport format set:

{10 bits, 20 bits}; {10 bits, 40 bits}

The DynTFSet should be set as "10 20 10 40". DataOut will output 40 tokens (themaximum transport block set size) each firing.




205

If the data pattern is 8-bits repeating, the bits to be repeated is set by RepBitValue.3.For example if the RepBitValue is set as 0 x 7a, the bit sequence 0, 1, 1, 1, 1, 0, 1, 0will be output repeatedly.If the data is from user-defined file, the file name is specified by UserFileName. Thedesigner can edit the file with any text editor. The separator between bits can be aspace, comma, or any other separator. If the bit sequence is shorter than the outputlength, output data will be repeated.

References

3GPP Technical Specification TS 25.302, "Service Provided by Physical Layer."1.





206

3GPPFDD_ULFirInterLv PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_ULFirInterLv(wcdmabasever)

Uplink firstinterleaver


3GPPFDD_ULFirInterLv

Description: Uplink first interleaverDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD ULFirInterLv Part (wcdmabasever)

Model Parameters


Range




NO †







Input Ports




Output Ports




Notes/Equations

This model is used to implement the first interleaving of uplink. The first interleaving1.is a block interleaver with inter-column permutations according to [1].This model fires once per TTI. Each firing, one token is consumed by pin SizeIn; this2.token indicates the effective length of data block input at pin DataIn. After paddingnecessary bits, the data block is output at DataOut, and a token generated byDataOut to indicate the effective length of the output data block.The DynTFSet parameter requires an integer array. The correct format is transport3.block size 1, transport block set size 1, transport block size 2, transport block set size2, etc. The size of this array must be a multiple of 2, and the transport block set sizemust be a multiple of the relative transport block size.




207

References









208

3GPPFDD_ULGainFactor PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_ULGainFactor(wcdmabasever)

Uplink gain factor computing


3GPPFDD_ULGainFactor

Description: Uplink gain factor computingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD ULGainFactor Part (wcdmabasever)

Model Parameters



209


Range




1 Integer NO [1:32]








[1] Integerarray



[0] Integerarray



[3] Integerarray



[1] Integerarray



0.8 Float NO (0.0:1]


SF_4 Enumeration NO

RefTFCI TFCI ofsignalled gainfactors

0 Integer NO [0:MaxTFCI-1]; MaxTFCI is calculatedaccording to TFSetSizeArray

SigValue signallingvalues

15 Integer NO [0:15]

Input Ports


1 TFCIin TFCI int NO

Output Ports


2 Bd gain factor of DPDCH real NO

3 Bc gain factor of DPCCH real NO

Notes/Equations

This model is used to calculate DPDCH and DPCCH gain factors. The uplink DPCCH1.and DPDCH(s) are transmitted on different codes as defined in subclause 4.2.1 of[3]. Gain factors βc and βd may vary for each TFC. There are two ways of controlling

gain factors of the DPCCH and DPDCH codes for different TFCs in normal (non-compressed) frames:

βc and βd are signalled for the TFC

βc and βd are calculated for the TFC based on the signal settings for

a reference TFC.

Combinations of these methods can be used to associate βc and βd values to all

TFCs in the TFCS. The two methods are described in subclauses 5.1.2.5.2 and5.1.2.5.3 of [4]. Several reference TFCs can be signalled from higher layers.Gain factors may vary based on the radio frame depending on the current TFC used.


210

Further, the setting of gain factors is independent of the inner loop power control.The UE will scale the total transmit power of the DPCCH and DPDCH(s), such that theDPCCH output power follows the changes required by the power control process withpower adjustments of ΔDPCCH dB. If this results in a UE transmit power above themaximum allowed power, the UE will scale the total transmit power so that it is equalto the maximum allowed power.This model fires once per radio frame and the next model fires once per slot. So, pin2.Bc and Bd will output 15 equal values for each slot.Each firing, this model receives the TFCI of current radio frame at pin TFCIin, then3.calculates Bc and Bd of current TFCI according to reference TFCI and its signalledratio. The results are output at pin Bc and Bd.All transport channel information must be in the form of arrays.4.The DynTFSetArray parameter requires an integer array. The correct format istransport block size 1, transport block set size 1, transport block size 2, transportblock set size 2 , etc. The size of this array must be a multiple of 2, and the transportblock set size must be a multiple of the relative transport block size.TFSetSizeArray indicates how many pairs of transport block and transport block setsizes are contained in a certain transport channel. For example:

TFSetSizeArray = "3 2" means the first three pairs of transport blocksize and transport block set size belong to the first transport channel,and the next two pairs belong to the second transport channel.TFSetSizeArray = "2 2 2" means the first two pairs of transport blocksize and transport block set size belong to the first transport channel,the second two pairs belong to the second, and the third two pairsbelong to the third.






20 msec 1 8 bits 1 1/2 CC 1

40 msec 2 12 bits 2 1/3 CC 2

80 msec 3 16 bits 3 1/3 TC 3

24 bits 4


The PuncLimit parameter denotes the variable PL defined in [1]. Refer to [1] for the5.details regarding this variable in rate matching algorithm.Refer to [3] for the SigValue parameter setting.6.

References







3GPP Technical Specification TS 25.214 V3.2.0, "Physical layer procedures (FDD)"4.Release 1999.








211





212

3GPPFDD_ULPhyCHMap PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_ULPhyCHMap(wcdmabasever)

Uplink physical channelmapping


3GPPFDD_ULPhyCHMap

Description: Uplink physical channel mappingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD ULPhyCHMap Part (wcdmabasever)

Model Parameters


Range



TrCHType transport channel type: RACH_Type,DCH_Type


Input Ports



int NO


3 DataIn input data multiple int NO

Output Ports



int NO


6 DataOut output data multiple int NO

Notes/Equations

This model is used to implement uplink physical channel mapping. The PhCH for both1.uplink and downlink is defined in [2]. The bits input to the physical channel mappingare denoted by vp 1, vp 2, ..., vpU, where p is the PhCH number and U is the number

of bits in one radio frame for one PhCH. The bits vpk are mapped to the PhCHs so

that the bits for each PhCH are transmitted over the air in ascending order withrespect to k.In uplink, the PhCHs used during a radio frame are either completely filled with bitsthat are transmitted over the air or not used at all. The only exception is when the UEis in compressed mode. The transmission can then be turned off during consecutiveslots of the radio frame.This model fires once per radio frame. Each firing, this model receives data blocks of2.all physical channels at multiple input pin DataIn, and receives slot format andphysical channel number at pins SltFin and PCNin. This model then maps those datablocks onto each physical channel.DataOut will output data of one radio frame; the next model will input data blocks of3.




213

one slot. This means the next model will fire 15 times when this model fires once.PCNout and SltFout will output 15 repeated data to avoid mismatching.

References













214

3GPPFDD_ULPhyCHSeg PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_ULPhyCHSeg(wcdmabasever)

Uplink physical channel segmentation


3GPPFDD_ULPhyCHSeg

Description: Uplink physical channel segmentationDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD ULPhyCHSeg Part (wcdmabasever)

Model Parameters




215


Range




1 Integer NO [1:32]








[1] Integerarray



[0] Integerarray



[3] Integerarray



[1] Integerarray





0.8 Float NO (0.0:1]


SF_4 Enumeration NO

Input Ports




int NO


Output Ports



int NO


6 DataOut output data multiple int NO

Notes/Equations

This model is used to implement uplink physical channel segmentation. When more1.than one PhCH is used, physical channel segmentation divides the bits among thedifferent PhCHs. Bits input to the physical channel segmentation are denoted by x 1, x2, x 3, ... , xY, where Y is the number of bits input to the physical channel

segmentation block. The number of PhCHs is denoted by P.The bits after physical channel segmentation are denoted up 1, up 2, up 3, ... , upU,

where p is PhCH number and U is the number of bits in one radio frame for eachPhCH, i.e.

.


216

The relation between xk and upk is given next.

For all modes, some bits of the input flow are mapped to each code until the numberof bits on the code is V. For modes other than compressed mode by puncturing, allbits of the input flow are taken to be mapped to the codes. For compressed mode bypuncturing, only the bits of the input flow not corresponding to bits p are taken to bemapped to the codes, each bit p is removed to ensure creation the gap required bythe compressed mode, as described next.Bits on first PhCH after physical channel segmentation:

u 1,k = xi,k k = 1, 2, ... , U

Bits on second PhCH after physical channel segmentation:

u 2,k = xi,k+U k = 1, 2, ... , U

.

.

.

Bits on the Pth PhCH after physical channel segmentation:

uP,k = xi,k + (P-1)U k = 1, 2, ... , U

This model fires once per radio frame. Each firing, this model receives a data block of2.one CCTrCH at pin DataIn, and receives slot format and physical channel number atpins SltFin and PCNin. This model will divide the input data block if physical channelnumber is more than one, then output resulting data blocks through multiple outputpin DataOut. Slot format and physical channel number will be output through pinSltFout and PCNout.All transport channel information must be in the form of arrays.3.The DynTFSetArray parameter requires an integer array. The correct format istransport block size 1, transport block set size 1, transport block size 2, transportblock set size 2 , etc. The size of this array must be a multiple of 2, and the transportblock set size must be a multiple of the relative transport block size.TFSetSizeArray indicates how many pairs of transport block and transport block setsizes are contained in a certain transport channel. For example:






20 msec 1 8 bits 1 1/2 CC 1

40 msec 2 12 bits 2 1/3 CC 2

80 msec 3 16 bits 3 1/3 TC 3

24 bits 4


The PuncLimit parameter denotes the variable PL defined in [1]. Refer to [1] for the4.details regarding the use of this variable in rate matching algorithm.

References






217





218

3GPPFDD_ULRadioEqual PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_ULRadioEqual(wcdmabasever)

Radio frame sizeequalization


3GPPFDD_ULRadioEqual

Description: Radio frame size equalizationDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD ULRadioEqual Part (wcdmabasever)

Model Parameters


Range




NO †







Input Ports




Output Ports




Notes/Equations

This model is used to implement uplink radio frame equalization. Radio frame size1.equalization means the input bit sequence is padded to ensure the output can besegmented in Fi data segments of the same size. Radio frame size equalization isonly performed in the UL (DL rate matching output block length is always an integermultiple of Fi).The input bit sequence to the radio frame size equalization is denoted by ci 1, ci 2, ci

3, ..., ciEi, where i is TrCH number and Ei is the number of bits. The output bit

sequence is denoted by ti 1, ti 2, ti 3, ..., t

iT, where Ti is the number of bits. The output bit sequence is derived as



219

follows:tik = cik for k = 1 ... Ei; and

tik = {0, 1} for k = Ei + 1 ... Ti, if Ei < Ti

where

Ti = F i × Ni; and

Ni = [Ei/Fi] is the number of bits per segment after size equalization.

This model fires once per TTI. Each firing, one token is consumed by pin SizeIn, this2.token indicates the effective length of data block input at DataIn. After paddingnecessary bits, the data block is output at DataOut, and a token is generated byDataOut to indicate the effective length of the output data block.The DynTFSet parameter requires an integer array. The correct format is transport3.block size 1, transport block set size 1, transport block size 2, transport block set size2, etc. The size of this array must be a multiple of 2, and the transport block set sizemust be a multiple of the relative transport block size.

References


220

3GPPFDD_ULRadioSeg PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_ULRadioSeg(wcdmabasever)

Radio framesegmentation


3GPPFDD_ULRadioSeg

Description: Radio frame segmentationDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD ULRadioSeg Part (wcdmabasever)

Model Parameters


Range




NO †







Input Ports




Output Ports




Notes/Equations

This model is used to implement uplink radio frame segmentation. When the1.transmission time interval is longer than 10 msec, the input bit sequence issegmented and mapped onto consecutive Fi radio frames. After rate matching in the

DL, the input bit sequence length is guaranteed to be an integer multiple of Fi.

The input bit sequence is denoted by xi 1, xi 2, xi 3, ..., xiXi where i is the TrCH

number and Xi is the number bits. The Fi output bit sequences per TTI are denoted

by yi,ni 1, yi,ni 2, yi,ni 3, ..., yi,ni Xi, where n i is the radio frame number in current TTI

and Yi is the number of bits per radio frame for TrCH i. The output sequences aredefined as follows:




221

yi,n,k = xi,((ni - 1) ×Yi ) +k, ni = 1 ... Fi, k = 1 ... Yi

where

Yi = ( Xi / Fi ) is the number of bits per segment.

The nith segment is mapped to the ni th radio frame of the transmission time

interval.This model fires once per radio frame. Each firing, this model inputs a data block of2.one radio frame, and previous model (first interleaving) inputs a data block of oneTTI. ADS will automatically fire this model multiple times, if necessary. For example,if TTI = 40 msec, this model will fire four times while the previous model fires once.To avoid mismatch, the pin SizeIn buffer is set according to TTI.Each firing, one token is consumed by pin SizeIn; this token indicates the effectivelength of data block input at pin DataIn. After radio frame segmentation, the datablock is output at pin DataOut, and a token is generated by pin DataOut to indicatethe effective length of the output data block.The DynTFSet parameter requires an integer array. The correct format is transport3.block size 1, transport block set size 1, transport block size 2, transport block set size2, etc. The size of this array must be a multiple of 2, and the transport block set sizemust be a multiple of the relative transport block size.

References









222

3GPPFDD_ULRateMatch PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_ULRateMatch(wcdmabasever)

Uplink Rate Matching


3GPPFDD_ULRateMatch

Description: Uplink Rate MatchingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD ULRateMatch Part (wcdmabasever)

Model Parameters




223


Range




1 Integer NO [1:32]










[1] Integerarray



[0] Integerarray



[3] Integerarray



[1] Integerarray





0.8 Float NO (0.0:1]


SF_4 Enumeration NO

Input Ports




3 TFCIin TFCI input int NO

Output Ports





Notes/Equations

This model is used to implement uplink rate matching. Rate matching means that bits1.on a transport channel are repeated or punctured.Higher layers assign a rate-matching attribute for each transport channel. Thisattribute is semi-static and can only be changed through higher layer signalling. Therate-matching attribute is used when the number of bits to be repeated or puncturedis calculated. The RMArray parameter is provided so designers can set the semi-staticattributes for each transport channel.The number of bits on a transport channel can vary between different transmissiontime intervals. When the number of bits between different transmission time intervalsin uplink is changed, bits are repeated or punctured to ensure that the total bit rateafter TrCH multiplexing is identical to the total channel bit rate of the allocated


224

dedicated physical channels.Refer to [1] for details of rate matching algorithm.This model fires once per radio frame. Each firing, one token is consumed by pin2.SizeIn; this token indicates the effective length of data block input at pin DataIn. Onetoken at pin TFCIin indicates the current transport format combination. After ratematching, the data block is output at pin DataOut; a token will be generated by pinSizeOut to indicate the effective length of the output data block. A token will begenerated by pin Index to indicate transport channel index.All transport channel information must be in the form of arrays.3.The DynTFSetArray parameter requires an integer array. The correct format istransport block size 1, transport block set size 1, transport block size 2, transportblock set size 2, etc. The size of this array must be a multiple of 2, and the transportblock set size must be a multiple of the relative transport block size.When setting TTIArray, CRCArray and CHCodingTypeArray values, refer to thefollowing table.





20 msec 1 8 bits 1 1/2 CC 1

40 msec 2 12 bits 2 1/3 CC 2

80 msec 3 16 bits 3 1/3 TC 3

24 bits 4


The PuncLimit parameter denotes the variable PL defined in [1]. Refer to [1] for4.details regarding this variable in rate matching algorithm.Parameter TrCHIndex indicates the index of current transport channel, its value5.range is from 1 to the value of parameter TrCHNum.The length of most parameters in the form of arrays is equal to the value of6.parameter TrCHNum, each element of an array represents a certain transportchannel. The only exception is DynTFSetArray, the length of this array is variable andprovides all possible transport block size and transport block set size for eachtransport channel.TFSetSizeArray indicates how many pairs of transport block and transport block setsizes are contained in a certain transport channel. For example:

TFSetSizeArray = "3 2" means the first three pairs of transport block size andtransport block set size belong to the first transport channel, and the next twopairs belong to the second transport channel.TFSetSizeArray = "2 2 2" means the first two pairs of transport block size andtransport block set size belong to the first transport channel, the next two pairsbelong to the second transport channel and the last two pairs belong to the thirdtransport channel.

The following core algorithm rate matching formulas are defined in [1].7.

Z 0 = 0

Δ Nij = Zij - Zi -1,j - Nij

Example (12.2 kbps uplink reference measurement channel defined in [2])

DTCH: N 1,0 = 402 RM 1 = 1.0DCCH: N 2,0 = 90 RM 2 = 1.0

In this case, uplink rate matching algorithm will auto select a slot format 2.SlotFormat=2 => Ndata,0 = 40 × 15 = 600 bits

Results of above formulas are:

Z 1 = 490Δ N 1,0 = 88Z 2 = 600Δ N 2,0 = 20


225

The bits number of DTCH in a physical frame can be calculated by Z 1- Z 0=490, andthat number of DCCH can be calculated by Z 2- Z 1=110. There is also anothermethod of calculation: N 1.0 + Δ N 1.0 = 490 and N 2.0 +Δ N 2.0 = 110.

References





TSGR1#6 (99)849, "Rate matching signalling"3.









226

3GPPFDD_ULSecInterLv PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_ULSecInterLv(wcdmabasever)

Uplink second interleaver


3GPPFDD_ULSecInterLv

Description: Uplink second interleaverDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD ULSecInterLv Part (wcdmabasever)

Model Parameters


Range



TrCHType transport channel type: RACH_Type,DCH_Type


Input Ports





multiple int NO

Output Ports




6 DataOut output data for each second interleaved physical channel multiple int NO

Notes/Equations

This model is used to implement the second interleaving of uplink. Second1.interleaving is a block interleaver with inter-column permutations. Refer to [1].This model fires once per radio frame. Each firing, this model receives data blocks of2.all physical channels at pin DataIn, and receives slot format and physical channelnumber at pins SltFin and PCNin. This model interleaves the data blocks of eachphysical channel.

References








227





228

3GPPFDD_ULTrCHMulti PartCategories: TrCH Multiplexers and Coders (wcdmabasever)


Model Description

3GPPFDD_ULTrCHMulti(wcdmabasever)

Uplink TrCH multiplexing


3GPPFDD_ULTrCHMulti

Description: Uplink TrCH multiplexingDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD ULTrCHMulti Part (wcdmabasever)

Model Parameters




229


Range




1 Integer NO [1:32]








[1] Integerarray



[0] Integerarray



[3] Integerarray



[1] Integerarray





0.8 Float NO (0.0:1]


SF_4 Enumeration NO

Input Ports


1 InLen input data size of each transportchannel

multiple int NO

2 DataIn input data from each transport channel multiple int NO


Output Ports




int NO


Notes/Equations

This model is used to implement uplink transport channel multiplexing. Every 101.msec, one radio frame from each TrCH is delivered to the TrCH multiplexing. Theseradio frames are serially multiplexed into a coded composite transport channel(CCTrCH).The bits input to the TrCH multiplexing are denoted by fi1, fi2, fi3, ..., fiV. where i is

the TrCH number and Viis the number of bits in the radio frame of TrCH i. The

number of TrCHs is denoted by I. The bits output from TrCH multiplexing are denotedby s1, s2, s3, ..., sS, where S is the number of bits, that is,

.


230

The TrCH multiplexing is defined by the following relations:

Sk = f1k k = 1, 2, ..., V1

Sk = f2,(k - V1) k = V1 + 1, V1 + 2, ..., V1 + V2

Sk = f3,(k -(V 1 + V2)) k = (V1 + V2) + 1, ( V1 + V2) + 2, ..., ( V1 + V2) + V3

.

.

.Sk = fI,(k -(V1 + V2 + ... + VI -1))

k = (V1 + V2 +...+ VI-1) + 1, ( V1 + V2 +...+ VI-1) + 2 ..., ( V1 + V2 +...+ VI-

1) + VI

This model fires once per radio frame. Each firing, this model receives transport2.channel index and effective length of each transport channel at pins Index and InLen.This model receives a block of data from each transport channel according to thoseinputs, then merges them into one data block of CCTrCH and outputs this data block.This model outputs the physical channel number at pin PCNout, and outputs slotformat at pin SltFout.All transport channel information must be in the form of arrays.3.The DynTFSetArray parameter requires an integer array. The correct format istransport block size 1, transport block set size 1, transport block size 2, transportblock set size 2, etc. The size of this array must be a multiple of 2, and the transportblock set size must be a multiple of the relative transport block size.TFSetSizeArray indicates how many pairs of transport block and transport block setsizes are contained in a certain transport channel. For example:

TFSetSizeArray = "3 2" means the first three pairs of transport block size andtransport block set size belong to the first transport channel, and the next twopairs belong to the second transport channel.TFSetSizeArray = "2 2 2" means the first two pairs of transport block size andtransport block set size belong to the first transport channel, the next two pairsbelong to the second transport channel and the last two pairs belong to the thirdtransport channel.When setting TTIArray, CRCArray and CHCodingTypeArray values, refer to thefollowing table.





20 msec 1 8 bits 1 1/2 CC 1

40 msec 2 12 bits 2 1/3 CC 2

80 msec 3 16 bits 3 1/3 TC 3

24 bits 4


The PuncLimit parameter denotes the variable PL defined in [1]. Refer to [1] for4.details regarding this variable in rate matching algorithm.

References

3GPP Technical Specification TS 25.212 V3.2.0, "Multiplexing and channel coding1.(FDD)" Release 1999.





231

3GPPFDD_DL_Receiver Part Downlink integrated reference measurement channel receiver

Categories: User Equipment (wcdmabasever)


Model

3GPPFDD_DL_Receiver(wcdmabasever)


3GPPFDD_DL_Receiver

Description: Downlink integrated reference measurement channel receiverAssociated Parts: 3GPPFDD DL Receiver Part (wcdmabasever)

Model Parameters



232




RefCh reference measurement channel:DL_REF_12_2, DL_REF_64,DL_REF_144, DL_REF_384


SampleRate sample rate ([1:256]) 8 none Integer NO

ScrambleCode index of scramble code ([0:512] foruplink; [0, 16777215] for uplink)

0 none Integer NO

ScrambleOffset scramble offset in downlink channels([0:15])

0 none Integer NO

ScrambleType scramble type: Normal,RightAlternate, LeftAlternate


MaxDelaySample maximum delay boundary, in termsof samples ([0:2559])

1 none Integer NO

ChannelType select the channel type to beprocessed: CH_GAUSSIAN,CH_FADING

CH_GAUSSIAN none Enumeration NO

ChannelInfo fading channel information source:Known, Estimated

Known none Enumeration NO

ChannelInfoOffset offset between spread code andchannel information in terms ofsample ([0:MaxDelaySample])

0 none Integer NO

PathSearch path search frequency: EverySlot,Once

Once none Enumeration NO

SearchMethod path search method: Coherent,NonCoherent, Combined

Coherent none Enumeration NO

SearchSlotsNum number of slots for path search([1:6])

1 none Integer NO

PathNum number of Rake fingers ([1:6]) 1 none Integer NO

PathDelaySample delay for each finger, in terms ofsamples([0:MaxDelaySample]; array sizeshall be equal to PathNum)

[0] none Integerarray

NO

DPCH_SpreadCode spread code index of DPCH ([0:127]for 12.2kbps; [0:31] for64kbps; [0:15] for144kbps; [0:7] for 384kbps)

127 none Integer NO

CPICH select if CPICH is presented:CPICH_Active, CPICH_Deactive

CPICH_Deactive none Enumeration NO

RxPCCPCH select if PCCPCH is presented:PCCPCH_Active, PCCPCH_Deactive

PCCPCH_Deactive none Enumeration NO

RxSCCPCH select if SCCPCH is presented:SCCPCH_Active, SCCPCH_Deactive

SCCPCH_Deactive none Enumeration NO

SCCPCH_SlotFormat SCCPCH slot format ([0:17]) 0 none Integer NO

SCCPCH_SpreadCode SCCPCH spread code([0:SpreadFactor-1]; Spreadfactor is set by SCCPCH_SlotFormat)

15 none Integer NO

SCCPCH_Carrying common channel that SCCPCHcarries: PCH, NonPCH

NonPCH none Enumeration NO


NO

FilterLength length of RRC filter in number ofsymbols

16 Positiveinteger

NO

Input Ports



2 inRefDTCH reference DTCH int NO

3 inRefDCCH reference DCCH int NO

4 inRefDTCHCoder reference DTCH after channel coding int YES

5 inRefDCCHCoder reference DCCH after channelcoding

int YES

6 inRefDPCHSym reference DPCH symbol real NO

7 inChM channel information multiple complex NO

Output Ports


233








14 DTCHCoder DTCH before channel decoding int NO

15 RefDTCHCoder synchronized reference DTCH before channel decoding int YES

16 DCCHCoder DCCH before channel decoding int NO

17 RefDCCHCoder synchronized reference DCCH before channel decoding int YES

18 DPCH DPCH data int NO

19 RefDPCH synchronized reference DPCH int NO

Notes/Equations

This subnetwork model is the integrated receiver for UTRA/WCDMA 3GPP downlink.1.The basic function is to decode the downlink reference measurement channel asdefined in the 3GPP specification. The signal processing flow covers the full 3GPPphysical layer; it is symmetric to, but in reverse order of, the signal source. (To viewthe schematic, push into this model in the schematic window.)The despread and demodulated bits obtained from the 3GPPFDD_DL_Rake model are2.fed to transport channel processing models (rate de-match, channel decoding, etc.).The physical channel bit stream is delayed 1 frame (15 slots or 10 msec). The delay3.for each of the two transport channels is equal to the TTI for the associated transportchannel. Therefore, the reference outputs from the source are taken as inputs andare delayed in order to align with the decoded bit stream. The delayed data will bediscarded for BER/FER measurement.This design can be a template to set up integrated receivers for other multiplexed4.services.The TFCI is set as a constant to avoid propagating the TFCI decoding error to for the5.final BER performance. If the TFCI is input from the TFCI decoder, there will be adegradation of approximately 1 dB in BER performance. In case the TFCI is variable,it's better to get the error-free TFCI from the signal source.If the 3GPP signal is S(t), this signal may be delayed t1 by some filters (such as the6.Tx RC filters). So, the delayed signal is S(t-t1) and the signal from 0 to t1 is zero andthe real 3GPP signal transmission starts from t1. When the delayed signals passthrough a fading channel, the fading factor is applied to the overall signals starting attime 0. Offset t1 must be known if the receiver of the channel information is inputfrom outside; this offset is expressed in terms of samples.

References






234

3GPPFDD_DPCCH PartCategories: User Equipment (wcdmabasever)


Model Description

3GPPFDD_DPCCH(wcdmabasever)

Uplink DPCCHsimulation


3GPPFDD_DPCCH

Description: Uplink DPCCH simulationDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD DPCCH Part (wcdmabasever)

Model Parameters


Range






LONG Enumeration NO




Off Enumeration NO




FBIBitsNum number of FBI bitsin channel: FBI0,FBI1, FBI2

FBI1 Enumeration NO

FBIValue value for FBI bits 1 Integer NO [1:3]

Output Ports



Notes/Equations

This model is used for uplink DPCCH simulation. This model performs the same as the1.Agilent signal generator instrument ESG-D Option 100.Each firing, 2560 tokens are output. The complex output data sequence is the spread2.and scrambled chips where SpreadCode and ScrambleCode specify the spread andscramble codes. The output sequence is repeated on a frame-by-frame basis.The combined parameters, such as number of FBI bits, TFCI field switch are3.converted to the slot format as defined in [1].Hexadecimal TPC values are converted to their binary equivalent. For example, if the4.




235

TPCValue is set to 0 x 7F80, it becomes 111 1111 1000 0000. Note that there are 15digits in the binary TPC value. Because one frame contains 15 time slots, one binarydigit is assigned to each time slot (see the following table). The assigned bit is thenrepeated to fill the TPC bit field. Since the example in the following table uses twoTPC bits per time slot, the values are either 11 or 00.

TPC Bits per Time Slot

The FBI values are converted into a binary equivalent and filled in each slot.5.If TFCIField is on, the TFCI value is converted into a 10-bit binary equivalent and6.coded to 32 bits, then filled in the TFCI field of each slot.DPCCH is always channelized on Q branch.7.

References
















236

3GPPFDD_DPDCH PartCategories: User Equipment (wcdmabasever)


Model Description

3GPPFDD_DPDCH(wcdmabasever)

Uplink DPDCHsimulation


3GPPFDD_DPDCH

Description: Uplink DPDCH simulationDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD DPDCH Part (wcdmabasever)

Model Parameters


Range



DataPattern source data pattern:random, PN9, PN15,bits_repeat, user_file



UserFileName user-defined data filename





LONG Enumeration NO

SpreadCode index of spread code 0 Integer NO [0:SF-1]; SF can beset by SlotFormat orequal toSpreadFactor; SF is256 if for CPICH, PICH oruplink DPCCH

SymbolRate channel symbol rate:DPDCH_15ksps,DPDCH_30ksps,DPDCH_60ksps,DPDCH_120ksps,DPDCH_240ksps,DPDCH_480ksps,DPDCH_960ksps

DPDCH_15ksps Enumeration NO

IQbranch I/Q branch thatchannel maps on: I,Q

I Enumeration NO

Output Ports



Notes/Equations

This model is used to simulate uplink DPDCH.1.This model performs the same as the Agilent signal generator instrument ESG-D


237

Option 100.2560 tokens are output each firing. DPDCH can be channelized on the I branch or the2.Q branch. The complex output data sequence is the spread and scrambled chipswhere SpreadCode and ScrambleCode specify the spread and scramble codes. Theoutput sequence is repeated on a frame-by-frame basis.This model supports five data patterns: random, PN9, PN15, fixed repeated 8-bits,3.and from a user-defined file.If the data pattern is 8-bits repeating, the bits to be repeated is set by RepBitValue.For example, if RepBitValue is set as 0 x 7a, bit sequence 0, 1, 1, 1, 1, 0, 1, 0 will beoutput repeatedly.If data is from a user file, the user file name is specified by UserFileName. The filecan be edited with any text editor. Separators between bits can be a space, comma,or any other separator. If the bit sequence is shorter than the output length, data willbe output repeatedly.

References





"Users and Programming Guide, Agilent Technologies ESG Family Signal Generators3.Option 100- Volume 2, WCDMA(3GPP 3.1 12-99) Personality".









238

3GPPFDD_UL_RACH Part 3GPP uplink RACH



Model

3GPPFDD_UL_RACH(wcdmabasever)


3GPPFDD_UL_RACH

Description: 3GPP uplink RACHAssociated Parts: 3GPPFDD UL RACH Part (wcdmabasever)

Model Parameters





0 none Integer NO

RACHDataPattern RACH source data pattern:RACH_random, RACH_PN9, RACH_PN15,RACH_bits_repeat, RACH_user_file

RACH_random none Enumeration NO

RACHRepBitValue RACH repeating data value ([0:255]) 255 none Integer NO

RACHUserFileName RACH user-defined data file name "datafile.txt" none None NO

RACHBlockSize RACH transport block size: RACH_168,RACH_360

RACH_168 none Enumeration NO

PrmblSgntr Preamble Signature ([0:15]) 0 none Integer NO

DPDCHGain DPDCH gain ((-inf:inf)) 1 none Float NO

DPCCHGain DPCCH gain ((-inf:inf)) 1 none Float NO

Output Ports


1 out signal in chips complex NO

2 RACH RACH dataout

int NO

Notes/Equations

This subnetwork model provides the RACH signal source. The actual values of1.transport channel characteristics are obtained from [2].The schematic for this subnetwork is shown in the following figure.

3GPPFDD_UL_RACH Schematic

The transport channel parameters are:2.

Transport block size: NRACH =168 or 360 bits




239

CRC: 16 bitsCoding: CC, coding rate = 1/2TTI: 20 msMinimum spreading factor: 32

The transport channel coding is illustrated in the following figure.3.The DPDCH bit rates are 30 and 60 kbps for transport block size of 168 and 360 bits,4.respectively. The repeat rate is 56.25% after rate matching.

UL RACH Channel Coding

References

3GPP Technical Specification TS 25.944 V3.0.0 "Multiplexing and channel coding1.(FDD)" Release 1999.3GPP Technical Specification TS 25.944 V3.3.0 "Multiplexing and channel coding2.(FDD)" Release 1999.





240

3GPPFDD_UL_Source Part 3GPP uplink integrated signal source



Model

3GPPFDD_UL_Source(wcdmabasever)


3GPPFDD_UL_Source

Description: 3GPP uplink integrated signal sourceAssociated Parts: 3GPPFDD UL Source Part (wcdmabasever)

Model Parameters




241




DTCHDataPattern DTCH source data pattern:DTCH_random, DTCH_PN9, DTCH_PN15,DTCH_bits_repeat, DTCH_user_file


DTCHRepBitValue DTCH repeating data value ([0:255]) 255 none Integer NO

DTCHUserFileName DTCH user-defined data file name "datafile.txt" none None NO

DCCHDataPattern DCCH source data pattern:DCCH_random, DCCH_PN9, DCCH_PN15,DCCH_bits_repeat, DCCH_user_file


DCCHRepBitValue DCCH repeating data value ([0:255]) 255 none Integer NO

DCCHUserFileName DCCH user-defined data file name "datafile.txt" none None NO

TPCDataPattern source data pattern: TPC_random,TPC_PN9, TPC_PN15, TPC_bits_repeat,TPC_user_file


TPCRepBitValue TPC repeating data value ([0:255]) 255 none Integer NO

TPCUserFileName TPC user-defined data file name "datafile.txt" none None NO

FBIDataPattern FBI source data pattern: FBI_random,FBI_PN9, FBI_PN15, FBI_bits_repeat,FBI_user_file

FBI_random none Enumeration NO

FBIRepBitValue FBI repeating data value ([0:255]) 255 none Integer NO

FBIUserFileName FBI user-defined data file name "datafile.txt" none None NO


0 none Integer NO

ScrambleType scramble type: Long, Short Long none Enumeration NO

DPCCH_SltFmt DPCCH slot format ([0:5]) 0 none Integer NO

RefCh reference measurment channel:UL_REF_12_2, UL_REF_64, UL_REF_144,UL_REF_384_10, UL_REF_384_20,UL_REF_768, UL_REF_2048


GainUnit gain unit in index [0,15] or manually setvalue: Index, Value

Index none Enumeration NO

GainIndex gain index ([0:15]) 15 none Integer NO

DPDCHGainFactor gain factor for DPDCH(used whileGainUnit=Value) ((-inf:inf))

1 none Float NO

DPCCHGainFactor gain factor for DPCCH(used whileGainUnit=Value) ((-inf:inf))

1 none Float NO

SamplesPerChip Samples per chip for RRC filter 4 Positiveinteger

NO

FilterLength Taps number of RRC filter 16 Positiveinteger

NO

RRC_Enable enable RRC filter?: NO, YES YES Enumeration NO

Output Ports


1 out signal in chips complex NO



4 DTCHCoderOut coded bits of DTCH int NO

5 DCCHCoderOut coded bits of DCCH int NO

6 DPDCHData DPDCH data fields bits multiple int NO

Notes/Equations

This subnetwork model is used to simulate integrated user equipment signal source.1.With this subnetwork model, a reference measurement channel signal as defined in3GPP TS 25.101 can be generated. The schematic for this subnetwork is shown in thefollowing figure.


242

3GPPFDD_UL_Source Schematic

Designers can set the DPDCH/DPCCH power ratio with this subnetwork. GainUnit is2.used to specify the method for calculating the DPDCH/DPCCH power ratio. WhenGainUnit = Index, the gain factors of DPDCH and DPCCH are calculated according tothe value of GainIndex. When GainUnit = Value, the gain factors of DPDCH andDPCCH are calculated according to the values of DPDCHGainFactor andDPCCHGainFactor. Note that if reference measurement channels defined in TS 25.101are required, GainIndex must be set according to the following table.

GainIndex Value

Reference Measurement Channel GainIndex Value

12.2 kbps 8

64 kbps 5

144 kbps 4

384 kbps, 20ms TTI 4

384 kbps, 10ms TTI 4

768 kbps 4

DPDCHData pin 6 outputs bits of each DPDCH; the width of this multi-pin is3.controlled by the DPDCHNum parameter in this subnetwork. The real DPDCH numberis determined by the rate matching algorithm (maximum is 6); if DPDCHNum is setto a larger value, the additional DPDCH will be filled with 0; if DPDCHNum is set to asmaller value, simulation will not be successful.The real DPDCH number may change from 1 to 6 when channel parameters such asblock size and block set size are modified. In order for designers to modify thoseparameters without calculating the real DPDCH number manually, DPDCHNum is setto 6 in this subnetwork.Pins DCCHCoderOut and DTCHCoderOut output DCCH and DTCH bits after channel4.coding. Pins DCCH and DTCH output the original DCCH and DTCH bits.DCCH, DTCH, FBI and TPC data patterns parameters can be modified by the5.designer.Refer to 3GPPFDD_DataPattern (wcdmabasever) regarding setting these parameters.In uplink, the slot format of DTCH will be determined by rate matching algorithm,6.while the slot format of DCCH is be given by higher layers. In this model,DPCCH_SltFmt is used to specify the DCCH slot format.

References

3GPP Technical Specification TS 34.101 V3.2.0 "UE Radio transmission and Reception1.(FDD)," March 2000.





243

3GPPFDD_UpLk PartCategories: User Equipment (wcdmabasever)


Model Description

3GPPFDD_UpLk(wcdmabasever)

ESG compatible Uplink channels


3GPPFDD_UpLk

Description: ESG compatible Uplink channelsDomain: UntimedC++ Code Generation Support: NOAssociated Parts: 3GPPFDD UpLk Part (wcdmabasever)

Model Parameters



244


Range




0 Integer NO [0:512] fordownlink; [0,16777215] foruplink


LONG Enumeration NO


Off Enumeration NO





[0] Integerarray

NO theithelement shall be in[0:SpreadFactor[i]-1]; array sizeshall be equal tocode channelnumber; codesshall be in differentOVSF code branch

DataPatternArray data patternarray: 0-random,1-PN9, 2-PN15,3-Repeat Bits

[0] Integerarray

NO [0,1,2,3]; arraysize shall be equalto code channelnumber


[85] Integerarray

NO [0:255]; arraysize shall be equalto code channelnumber

UpLkChannelSelect uplink channelselect: DPCCH,DPCCH_1DPDCH,DPCCH_2DPDCH,DPCCH_3DPDCH,DPCCH_4DPDCH,DPCCH_5DPDCH,DPCCH_6DPDCH

DPCCH Enumeration NO

FBIBitsNum number of FBIbits in channel:FBI0, FBI1, FBI2

FBI1 Enumeration NO

FBIValue value for FBI bits 1 Integer NO [1:3]

DPDCH1SymbolRate DPDCH1 symbolrate, optionalwhen only oneDPDCH istransmitted:DPDCH_15ksps,DPDCH_30ksps,DPDCH_60ksps,DPDCH_120ksps,DPDCH_240ksps,DPDCH_480ksps,DPDCH_960ksps

DPDCH_960ksps Enumeration NO

GainFactorIndexArray DPCCH andDPDCH gainfactor index array

[15] Integerarray

NO [0:15]

Output Ports



Notes/Equations

This model is used to simulate uplink channels.1.This model performs the same as the Agilent signal generator instrument ESG-DOption 100.Each firing, 2560 tokens are output. The complex output data sequence is the spread2.and scrambled chips where SpreadCode and ScrambleCode specify the spread andscramble codes. The output sequence is repeated on a frame-by-frame basis. Thefollowing figure shows the uplink channel structure.


245

The binary DPCCH and DPDCHs to be spread are represented by real-valuedsequences. The DPCCH is spread to the chip rate by the channelization code cc, while

the nth DPDCH called DPDCHn is spread to the chip rate by the channelization code c

d,n. One DPCCH and up to 6 parallel DPDCHs can be transmitted simultaneously, i.e.

1 ≤ n ≤ 6.

Uplink Channel Structure

Hexadecimal TPC values are converted to their binary equivalent. For example, if the3.TPCValue is set to 0 x 7F80, it becomes 111 1111 1000 0000. Note that there are 15digits in the binary TPC value. Because one frame contains 15 time slots, one binarydigit is assigned to each time slot (see the following figure). The assigned bit is thenrepeated to fill the TPC bit field. Since the example in the following figure uses twoTPC bits per time slot, the values are either 11 or 00.

TPC Bits per Time Slot

If TFCIField is set to On, the TFCI value is converted to binary equivalent and4.encoded using a (32, 10) sub-code of the second order Reed-Muller code.For the DPCCH and DPDCHs OVSF codes the following applies:5.

The DPCCH is always spread by code cc = Cch,256,0.When only one DPDCH is to be transmitted, DPDCH1 is spread by code cd,1 =Cch,SF,k, where SF is the spreading factor of DPDCH1 and k= SF / 4.When more than one DPDCH is to be transmitted, all DPDCHs have spreadingfactors equal to 4. DPDCHn is spread by the code cd,n = Cch,4,k , where k = 1if n Œ {1, 2}, k = 3 if n Œ {3, 4}, and k = 2 if n Œ{5, 6}.So, the parameter DPDCH1SymbolRate is valid only when UpLkChannelSelect isset to DPCCH_1DPDCH.

DataPatternArray sets the data pattern of different DPDCHs. Four patterns are6.supported: 0=random, 1=PN9, 2=PN15, 3=Repeat Bits.The SpreadCodeArray and GainFactorIndexArray arrays concern all DPCCH and7.DPDCH channels, while the DataPatternArray and RepBitValueArray arrays concernonly DPDCHs. Designers must ensure the consistency of the array size and setting ofUpLkChannelSelect. The gain value quantization steps are described in note 3.

References



246






"Users and Programming Guide, Agilent Technologies ESG Family Signal Generators4.Option 100- Volume 2, WCDMA(3GPP 3.1 12-99) Personality".







3g w-cdma baseband verification...

Documents