bssgp

Nokia Siemens Networks GSM/EDGE BSS, rel. RG20(BSS), operating documentation, issue 01

Reference

BSC-SGSN Interface Specification BSS GPRS Protocol (BSSGP)

DN9983079

Issue 10-0Approval Date 2010-08-11

2 DN9983079Issue 10-0

BSC-SGSN Interface Specification BSS GPRS Proto-col (BSSGP)

Id:0900d805807c46a8

The information in this document is subject to change without notice and describes only the product defined in the introduction of this documentation. This documentation is intended for the use of Nokia Siemens Networks customers only for the purposes of the agreement under which the document is submitted, and no part of it may be used, reproduced, modified or transmitted in any form or means without the prior written permission of Nokia Siemens Networks. The documentation has been prepared to be used by professional and properly trained personnel, and the customer assumes full responsibility when using it. Nokia Siemens Networks welcomes customer comments as part of the process of continuous development and improvement of the documentation.

The information or statements given in this documentation concerning the suitability, capacity, or performance of the mentioned hardware or software products are given "as is" and all liability arising in connection with such hardware or software products shall be defined conclusively and finally in a separate agreement between Nokia Siemens Networks and the customer. However, Nokia Siemens Networks has made all reasonable efforts to ensure that the instructions contained in the document are adequate and free of material errors and omissions. Nokia Siemens Networks will, if deemed necessary by Nokia Siemens Networks, explain issues which may not be covered by the document.

Nokia Siemens Networks will correct errors in this documentation as soon as possible. IN NO EVENT WILL Nokia Siemens Networks BE LIABLE FOR ERRORS IN THIS DOCUMENTA-TION OR FOR ANY DAMAGES, INCLUDING BUT NOT LIMITED TO SPECIAL, DIRECT, INDI-RECT, INCIDENTAL OR CONSEQUENTIAL OR ANY LOSSES, SUCH AS BUT NOT LIMITED TO LOSS OF PROFIT, REVENUE, BUSINESS INTERRUPTION, BUSINESS OPPORTUNITY OR DATA,THAT MAY ARISE FROM THE USE OF THIS DOCUMENT OR THE INFORMATION IN IT.

This documentation and the product it describes are considered protected by copyrights and other intellectual property rights according to the applicable laws.

The wave logo is a trademark of Nokia Siemens Networks Oy. Nokia is a registered trademark of Nokia Corporation. Siemens is a registered trademark of Siemens AG.

Other product names mentioned in this document may be trademarks of their respective owners, and they are mentioned for identification purposes only.

Copyright © Nokia Siemens Networks 2010. All rights reserved

f Important Notice on Product Safety Elevated voltages are inevitably present at specific points in this electrical equipment. Some of the parts may also have elevated operating temperatures.

Non-observance of these conditions and the safety instructions can result in personal injury or in property damage.

Therefore, only trained and qualified personnel may install and maintain the system.

The system complies with the standard EN 60950 / IEC 60950. All equipment connected has to comply with the applicable safety standards.

The same text in German:

Wichtiger Hinweis zur Produktsicherheit

In elektrischen Anlagen stehen zwangsläufig bestimmte Teile der Geräte unter Span-nung. Einige Teile können auch eine hohe Betriebstemperatur aufweisen.

Eine Nichtbeachtung dieser Situation und der Warnungshinweise kann zu Körperverlet-zungen und Sachschäden führen.

Deshalb wird vorausgesetzt, dass nur geschultes und qualifiziertes Personal die Anlagen installiert und wartet.

Das System entspricht den Anforderungen der EN 60950 / IEC 60950. Angeschlossene Geräte müssen die zutreffenden Sicherheitsbestimmungen erfüllen.

DN9983079Issue 10-0

3


Id:0900d805807c46a8

Table of ContentsThis document has 75 pages.

Summary of changes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

1 BSC-SGSN Interface Specification BSS GPRS Protocol (BSSGP) descrip-tion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

1.1 Position of BSSGP within the protocol stack on the Gb interface . . . . . 101.2 Primitive parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111.2.1 BSSGP Virtual Connection Identifier (BVCI) . . . . . . . . . . . . . . . . . . . . . 111.2.2 Link Selector Parameter (LSP) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121.2.3 Network Service Entity Identifier (NSEI) . . . . . . . . . . . . . . . . . . . . . . . . 121.3 BSSGP procedures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121.3.1 Downlink Unitdata . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121.3.2 Uplink Unitdata . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 141.3.3 RA Capability . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151.3.4 Paging . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151.3.5 Radio Access Capability Update . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 161.3.6 Radio Status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 171.3.7 Suspend. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 181.3.8 Resume . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 181.3.9 Flush-LL. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 191.3.10 Flow Control. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 201.3.11 BVC Blocking and Unblocking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 211.3.12 BVC Reset . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 231.3.13 Trace . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 241.3.14 RIM procedures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 251.3.14.1 RAN Information Request procedure. . . . . . . . . . . . . . . . . . . . . . . . . . . 251.3.14.2 RAN Information Send procedure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 271.3.14.3 RAN Information Application Error procedure . . . . . . . . . . . . . . . . . . . . 281.3.14.4 RAN Information Error procedure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 291.3.14.5 Abnormal conditions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 291.4 General protocol error handling . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 311.5 BSSGP protocol data units (PDUs) . . . . . . . . . . . . . . . . . . . . . . . . . . . . 321.5.1 DL-UNITDATA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 321.5.2 UL-UNITDATA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 321.5.3 RA-CAPABILITY . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 331.5.4 PAGING-PS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 331.5.5 PAGING-CS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 341.5.6 RA-CAPABILITY-UPDATE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 341.5.7 RA-CAPABILITY-UPDATE-ACK . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 351.5.8 RADIO-STATUS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 351.5.9 SUSPEND . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 351.5.10 SUSPEND-ACK. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 361.5.11 SUSPEND-NACK . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 361.5.12 RESUME . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 361.5.13 RESUME-ACK. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 371.5.14 RESUME-NACK . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37

4 DN9983079Issue 10-0


Id:0900d805807c46a8

1.5.15 FLUSH-LL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 371.5.16 FLUSH-LL-ACK . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 381.5.17 LLC-DISCARDED . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 381.5.18 FLOW-CONTROL-BVC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 381.5.19 FLOW-CONTROL-BVC-ACK . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 391.5.20 FLOW-CONTROL-MS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 391.5.21 FLOW-CONTROL-MS-ACK . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 401.5.22 BVC-BLOCK . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 401.5.23 BVC-BLOCK-ACK. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 401.5.24 BVC-UNBLOCK . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 401.5.25 BVC-UNBLOCK-ACK . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 411.5.26 BVC-RESET . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 411.5.27 BVC-RESET-ACK. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 411.5.28 STATUS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 421.5.29 SGSN-INVOKE-TRACE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 421.5.30 RAN-INFORMATION-REQUEST . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 431.5.31 RAN-INFORMATION . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 431.5.32 RAN-INFORMATION-ACK . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 431.5.33 RAN-INFORMATION-ERROR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 441.5.34 RAN-INFORMATION-APPLICATION-ERROR. . . . . . . . . . . . . . . . . . . . 441.6 BSSGP information elements (IEs). . . . . . . . . . . . . . . . . . . . . . . . . . . . . 441.6.1 IEI codings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 451.6.2 Alignment Octets. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 481.6.3 Bmax Default MS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 481.6.4 BSS Area Indication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 481.6.5 Bucket Leak Rate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 491.6.6 BVC Bucket Size. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 491.6.7 BVCI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 491.6.8 BVC Measurement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 501.6.9 Cause . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 501.6.10 Cell Identifier . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 521.6.11 Channel Needed . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 521.6.12 DRX Parameters. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 521.6.13 eMLPP Priority . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 531.6.14 Flush Action . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 531.6.15 IMSI. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 531.6.16 LLC PDU. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 531.6.17 LLC Frames Discarded . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 541.6.18 Location Area . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 541.6.19 Mobile Id . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 541.6.20 MS Bucket Size. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 551.6.21 MS Radio Access Capability. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 551.6.22 OMC Id . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 551.6.23 PDU In Error . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 551.6.24 PDU Lifetime. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 551.6.25 PDU Type . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 561.6.26 QoS Profile . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57

DN9983079Issue 10-0

5


Id:0900d805807c46a8

1.6.27 Radio Cause . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 581.6.28 RA-Cap-UPD-Cause . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 591.6.29 Routing Area . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 591.6.30 R_default_MS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 591.6.31 Suspend Reference Number . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 601.6.32 Tag. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 601.6.33 Temporary Logical Link Identity (TLLI) . . . . . . . . . . . . . . . . . . . . . . . . . 601.6.34 TMSI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 601.6.35 Trace Reference . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 601.6.36 Trace Type. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 611.6.37 Transaction Id . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 611.6.38 Trigger Id . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 611.6.39 Number Of Octets Affected . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 611.6.40 LSA Identifier List. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 621.6.41 LSA Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 621.6.42 Packet Flow Identifier (PFI) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 621.6.43 Aggregate BSS QoS Profile. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 621.6.44 Feature Bitmap . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 621.6.45 Bucket Full Ratio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 641.6.46 Service UTRAN CCO. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 641.6.47 NSEI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 651.6.48 RIM Application Identity . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 651.6.49 RIM Sequence Number . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 651.6.50 RAN-INFORMATION-REQUEST Application Container . . . . . . . . . . . . 661.6.51 RAN-INFORMATION Application Container . . . . . . . . . . . . . . . . . . . . . 661.6.52 RIM PDU Indicators . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 671.6.53 Global CN-Id . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 681.6.54 RIM Routing Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 681.6.55 RIM Protocol Version Number . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 701.6.56 Application Error Container . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 701.6.57 RAN-INFORMATION-REQUEST RIM container . . . . . . . . . . . . . . . . . . 711.6.58 RAN-INFORMATION RIM container . . . . . . . . . . . . . . . . . . . . . . . . . . . 721.6.59 RAN-INFORMATION-APPLICATION-ERROR RIM Container . . . . . . . 721.6.60 RAN-INFORMATION-ACK-RIM container. . . . . . . . . . . . . . . . . . . . . . . 731.6.61 RAN-INFORMATION-ERROR RIM Container. . . . . . . . . . . . . . . . . . . . 731.6.62 Extended Feature Bitmap . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 741.6.63 Flow Control Granularity . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 741.6.64 Subscriber Profile ID for RAT/Frequency priority. . . . . . . . . . . . . . . . . . 741.7 List of system variables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74

6 DN9983079Issue 10-0


Id:0900d805807c46a8

List of FiguresFigure 1 The protocol stack on the Gb interface . . . . . . . . . . . . . . . . . . . . . . . . . . 10Figure 2 DL Unitdata . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12Figure 3 UL Unitdata . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14Figure 4 RA Capability . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15Figure 5 Paging. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15Figure 6 Radio Access Capability Update. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16Figure 7 Radio Status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17Figure 8 Suspend . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18Figure 9 Flush LL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19Figure 10 BVC Flow Control . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20Figure 11 BVC Blocking and Unblocking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21Figure 12 BVC Reset . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23Figure 13 RAN Information Request/Single report Procedure . . . . . . . . . . . . . . . . 25Figure 14 RAN Information Request/Multiple Report Procedure . . . . . . . . . . . . . . 26Figure 15 RAN Information Request/Stop Procedure . . . . . . . . . . . . . . . . . . . . . . . 27Figure 16 Acknowledged RAN Information Send procedure . . . . . . . . . . . . . . . . . 27Figure 17 RAN Information Application Error procedure. . . . . . . . . . . . . . . . . . . . . 28Figure 18 RAN Information Error procedure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

DN9983079Issue 10-0

7


Id:0900d805807c46a8

List of TablesTable 1 BSSGP PDU, BVCI, and functional entity mapping . . . . . . . . . . . . . . . 11Table 2 BSSGP timers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74Table 3 BSSGP parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75

8 DN9983079Issue 10-0


Id:0900d805807c46a8

DN9983079Issue 10-0

9


Summary of changes

Id:0900d805807c46aa

Summary of changesChanges between document issues are cumulative. Therefore, the latest document issue contains all changes made to previous issues.

Changes made between issues 10 and 9The BSS-SGSN Interface, BSS GPRS Protocol, specification baseline has been updated from 3GPP TS 48.018, version 7.10.0 to 3GPP TS 48.018, version 8.2.0.

Changes made between issues 9-0 and 8-0The BSS-SGSN Interface, BSS GPRS Protocol, specification baseline has been updated from 3GPP TS 48.018, version 6.11.0 to 3GPP TS 48.018, version 7.10.0 Rel-7.

Changes made between issues 8-0 and 7-0The BSS-SGSN Interface, BSS GPRS Protocol, specification baseline has been updated from 3GPP TS 48.018, version 5.11.0 to 3GPP TS 48.018, version 6.11.0 Rel-6.

Changes made between issues 7-0 and 6-0References to PFC procedures have been removed.

The BSS-SGSN Interface, BSS GPRS Protocol, specification baseline has been updated from 3GPP TS 48.018, version 4.5.0 to 3GPP TS 48.018, version 5.11.0.

Section on RIM procedures has been deleted.

Subsection Paging in section BSSGP procedures has been modified to include other optional parameters.

A new row at the very end of the table under section PAGING-CS has been added to include Global CN-Id b) information.

10 DN9983079Issue 10-0


Id:0900d805807cc588

BSC-SGSN Interface Specification BSS GPRS Proto-col (BSSGP) description

1 BSC-SGSN Interface Specification BSS GPRS Protocol (BSSGP) descriptionThis interface description deals with 3GPP TS 48.018, General Packet Radio Service (GPRS); Base Station System (BSS) – Serving GPRS Support Node (SGSN); BSS GPRS Protocol (BSSGP), version 8.2.0, Rel-8. This document describes the BSS GPRS Protocol (BSSGP) implementation for controlling of GSM packet data services in the BSC SW release S15. It defines what is supported in the BSC-SGSN interface from the BSC point of view.

As a general rule, the 3GPP Standard is implemented. Generally all primitives and parameters received without a protocol error have to be processed as defined in 3GPP TS 48.018, version 8.2.0, Rel-8. Any exceptions to this general rule are mentioned in this description.

Explanations of the remarks in this interface document:

not supported Functionality is not implemented

not used Primitive or parameter is not implemented

compliant, supported or no remark Functionality is implemented as defined in the Rec-ommendation

This description is general and used for all customers.

1.1 Position of BSSGP within the protocol stack on the Gb interfaceGb interface has a protocol stack consisting of three layers: physical layer, network service (NS) layer and BSSGP. The network service layer is further divided into a sub-network service and a network service control. The subnetwork service uses either frame relay (FR) or User Datagram Protocol over Internet Protocol (UDP/IP).

Figure 1 The protocol stack on the Gb interface

Network service control is responsible for virtual circuit management and GPRS-specific addressing, which maps cells to virtual connections.

The BSSGP is a layer 3 protocol for delivering data packets and associated control infor-mation. The BSSGP also includes procedures, for example, for downlink flow control, paging, and virtual circuit management.

LLC

BSSGP

NS

L1

SGSN

NSMAC

L1

BSC

RELAY

RLC BSSGP

Gb

DN9983079Issue 10-0

11



Id:0900d805807cc588

1.2 Primitive parameters

1.2.1 BSSGP Virtual Connection Identifier (BVCI)BSSGP virtual connections (BVC) are communication paths between peer BSSGPs. Each BVC is identified by a BVCI which has end-to-end significance on the Gb interface. Each BVC is unique between two peer network service entities.

Within the BSS, a cell is identified uniquely by the BVCI.

The BVCI value 0000 hex is used for signalling and the value 0001 hex is reserved for a point-to-multipoint (PTM) connection. All other values are used for cell identifiers. The PTM BVCI is not supported by the BSC.

NOTE 1: SGSN may initiate paging of a mobile station (MS) in READY mobility man-agement state at an indication of a lower layer failure. In this case the BVCI = PTP may be used.

BSSGP PDUs Mapping of BVCI to a functional entity

DL-UNITDATA PTP

UL-UNITDATA PTP

RA-CAPABILITY PTP

PAGING-PS PTP or SIGNALLING (NOTE 1)

PAGING-CS PTP or SIGNALLING (NOTE 2)

RA-CAPABILITY-UPDATE / RA-CAPABILITY-UPDATE-ACK

PTP

RADIO-STATUS PTP

SUSPEND / SUSPEND-ACK / SUSPEND-NACK SIGNALLING

RESUME / RESUME-ACK / RESUME-NACK SIGNALLING

FLUSH-LL / FLUSH-LL-ACK SIGNALLING

LLC-DISCARDED SIGNALLING

FLOW-CONTROL-BVC / FLOW-CONTROL-BVC-ACK

PTP

FLOW-CONTROL-MS / FLOW-CONTROL-MS-ACK

PTP

STATUS PTP or SIGNALLING (NOTE 3)

BVC-BLOCK / BVC-BLOCK-ACK SIGNALLING

BVC-UNBLOCK / BVC-UNBLOCK-ACK SIGNALLING

BVC-RESET / BVC-RESET-ACK SIGNALLING

SGSN-INVOKE-TRACE SIGNALLING

RAN-INFORMATION-REQUEST / RAN-INFORMA-TION / RAN-INFORMATION-ACK / RAN-INFOR-MATION-ERROR / RAN-INFORMATION-APPLICATION-ERROR

SIGNALLING

Table 1 BSSGP PDU, BVCI, and functional entity mapping

12 DN9983079Issue 10-0


Id:0900d805807cc588


NOTE 2: If the SGSN initiates circuit-switched paging of an MS in READY mobility man-agement state, the BVCI is PTP. If the MS is in STANDBY state, the BVCI is SIGNAL-LING.

NOTE 3: The setting of the BVCI depends on the context within which the STATUS protocol data unit (PDU) was generated.

1.2.2 Link Selector Parameter (LSP)All BSSGP UNITDATA PDUs related to an MS are passed to the NS with the same LSP. This preserves the order of BSSGP UNITDATA PDUs, since the LSP is always mapped to a certain network service virtual connection (NS-VC). The LSP has only local signifi-cance at each end of the Gb interface.

Because of the load sharing function at the NS level, the SGSN is expected to receive BSSGP PDUs on any unblocked NS-VC within the NSE.

1.2.3 Network Service Entity Identifier (NSEI)The NSE identifies a group of NS-VCs in the BSC.

The BSC uses the NSEI to determine the NS-VCs which provide service to a BVC.

1.3 BSSGP procedures

1.3.1 Downlink Unitdata

Figure 2 DL Unitdata

When the SGSN initiates a downlink data packet transmission from an SGSN to an MS, it sends a DL-UNITDATA PDU to the BSC. The PDU contains information elements to be used by the BSC and a LLC-PDU. There is only one LLC-PDU per DL-UNITDATA PDU. The LLC-PDU is always the last information element in the DL-UNITDATA PDU and it is aligned on a 32 bit boundary for efficient processing.

The MS is identified with a TLLI. If a second TLLI exists in the message indicating that the MS has recently changed its TLLI, this is considered as the old TLLI. The old TLLI is used to locate the existing context of an MS. Subsequent uplink data transfers for this MS reference the current TLLI instead of the old TLLI. If the SGSN has a valid IMSI for the TLLI, the SGSN includes it in the PDU. Also if the SGSN has valid DRX parameters for the TLLI, the SGSN includes them in the PDU. The SGSN can omit the DRX Param-

DL-UNITDATA

BSC SGSN

BSSGP BSSGP

DN9983079Issue 10-0

13



Id:0900d805807cc588

eters during a DRX forbidden period to speed up the transmission of the LLC-PDU on the radio interface.

The SGSN provides MS-specific information for the BSC within the DL¬UNITDATA PDUs so that the RLC/MAC entity in the BSC can transmit LLC-PDUs to the MS in a user-specific manner. This information includes the following:

• MS radio access capability (MS RAC) defines the radio capabilities of the ME. It is provided if available in the SGSN.

• Packet flow identifier (PFI) identifies the packet flow context associated with the LLC-PDU and it is included by the SGSN if the Packet Flow Context (PFC) is nego-tiated. If the mobile station does not support the PFC or if the PFI is not known, the SGSN uses the pre-defined PFI to indicate the QoS to be applied. PFI is not used as the Nokia Siemens Networks BSC does not support Packet Flow Contexts (PFC).

• Quality of Service (QoS) profile defines the peak bit rate, the type of the BSSGP SDU (signalling or data), the type of the LLC frame, the precedence class, and the transmission mode to be used when transmitting the LLC-PDU on the radio inter-face.

• PDU lifetime defines the remaining time period in which the PDU is considered valid within the BSC. If the PDU is held for a period exceeding the PDU lifetime, the BSC locally discards the PDU.

The type of the BSSGP SDU indicates whether the DL-UNITDATA PDU contains layer 3 signalling or data. These BSSGP SDU types are distinguished through the QoS profile.

The type of the LLC frame indicates whether the SDU contains a LLC ACK, a LLC SACK command or response, or some other frame type. BSC does not use this information. Precedence class is used for prioritisation of downlink LLC-PDUs on the radio interface.

Two transmission modes on the radio interface are possible: acknowledged (using RLC/MAC ARQ functionality) and unacknowledged (using RLC/MAC unitdata function-ality) transmission modes.

If priority field is present, it is not used. It is ignored when the BSC receives it.

If LSA Information field is present, it is not used. It is ignored when the BSC receives it.

The BSC supports the Service UTRAN CCO (Cell Change Order) information element in the PDU. It is relevant if the network initiated cell change order to the UTRAN proce-dure is used.

When using an IP subnetwork, the resource distribution function at the SGSN may transmit a BSSGP DL-UNITDATA PDU with an LLC-PDU length indicator set to 0. The BSC uses this DL-UNITDATA to change the IP endpoint at the SGSN to which any future UL-UNITDATA for the TLLI is sent. The TLLI is indicated in the DL-UNITDATA. The LLC-PDU with a length indicator set to 0 is not sent on the radio interface.

If Subscriber Profile ID for RAT/Frequency priority Information field is present, it is not used. It is ignored when the BSC receives it.

14 DN9983079Issue 10-0


Id:0900d805807cc588


1.3.2 Uplink Unitdata

Figure 3 UL Unitdata

When the BSC initiates an uplink data packet transmission from an MS to an SGSN, it sends an UL-UNITDATA PDU to the SGSN. The PDU contains information elements meaningful to higher-layer protocols in the SGSN and an LLC-PDU.

There is only one LLC-PDU per UL-UNITDATA PDU. The LLC-PDU is always the last information element in the UL-UNITDATA PDU and is aligned on a 32 bit boundary for efficient processing.

The MS is identified with the TLLI.

The QoS profile indicates the QoS characteristics used in the LLC-PDU's transmission from the MS across the radio interface.

The QoS profile defines the peak bit rate, the type of the BSSGP SDU (signalling or data), the type of the LLC frame, the precedence class, and the transmission mode used when transmitting the LLC-PDU on the radio interface.

The peak bit rate is always set to zero to indicate best effort.

The following transmission modes on the radio interface are possible:

• acknowledged transmission mode (using RLC/MAC ARQ functionality) • unacknowledged transmission mode (using RLC/MAC unitdata functionality)

The type of the BSSGP SDU (layer 3 signalling or data), and the type of the LLC frame (SACK, ACK, or not) are meaningless on the uplink and the SGSN ignores them.

Furthermore, the BSC includes the cell identifier of the cell on which the LLC-PDU was received.

The LSA identifier list is not included.

If the Gb interface is supported using an IP subnetwork, the resource distribution function in the BSC may transmit a BSSGP UL-UNITDATA PDU with the LLC-PDU length indicator set to zero. The SGSN uses this UL-UNITDATA to change the IP endpoint in the BSS to which any future DL-UNITDATA for the TLLI (indicated in the UL-UNITDATA) is sent.

UL-UNITDATA

BSC SGSN

BSSGP BSSGP

DN9983079Issue 10-0

15



Id:0900d805807cc588

1.3.3 RA Capability

Figure 4 RA Capability

The SGSN stores the current radio access capability of an MS. It may be changed by higher layer mobility management procedures. The current radio access capability of the MS and the TLLI identifying the MS are conveyed to the BSC in an RA-CAPABILITY PDU. The BSC replaces any radio access capability previously associated with the MS with the new information.

1.3.4 Paging

Figure 5 Paging

When the SGSN initiates a paging procedure for the GPRS services, it sends one or more PAGING PS PDUs to the BSC. When instructed by an MSC/VLR to initiate the paging procedure for non-GPRS services, the SGSN sends one or more PAGING CS PDUs to the BSC. These paging PDUs contain the information elements necessary for the BSS to initiate paging for an MS within a group of cells. A paging PDU is used to generate corresponding radio interface paging request message(s) to be transmitted at the appropriate time.

The SGSN indicates the MS's IMSI and DRX parameters, which enable the BSC to derive the paging population number (paging group). In PAGING-PS PDU there are separate fields that can be used for QoS determination purposes.

The paging area indicates the cells within which the BSC pages the MS. The levels of resolution within one BSS are:

• all cells within the BSS • all cells in the BSS within one location area • all cells in the BSS within one routing area • one BVCI (one cell)

RA-CAPABILITY

BSC SGSN

BSSGP BSSGP

PAGING-PS

PAGING-CS

or

BSC SGSN

BSSGP BSSGP

16 DN9983079Issue 10-0


Id:0900d805807cc588


A routing area, a location area, or a BSS area is associated with one or more NSEIs. If the cells, in which to page the MS, are served by several NSEIs, one paging PDU must be sent to each of these NSEIs.

If the SGSN provides a P-TMSI in a PAGING-PS PDU, the BSC uses the P-TMSI to address the MS. If the SGSN does not provide a P-TMSI in a PAGING-PS PDU, the BSC uses the IMSI to address the MS.

If the SGSN provides a TLLI in a PAGING-CS PDU and the radio context identified by the TLLI exists within the BSC, the paging request message is sent directly to the MS. If the SGSN does not provide a TLLI in a PAGING-CS PDU or if no radio context iden-tified by the TLLI exists within the BSC, the BSC uses the TMSI if it is provided in the PAGING-CS PDU. Otherwise the BSC uses the IMSI to address the MS.

The PAGING-CS PDU may also include the following optional parameters: Channel Needed, eMLPP-Priority, and Global CN-Id. The BSC handles the Channel Needed and eMLPP-Priority information transparently.

1.3.5 Radio Access Capability Update

Figure 6 Radio Access Capability Update

The BSC may request the MS's current radio access capability and/or it’s IMSI by sending an RA-CAPABILITY-UPDATE PDU which includes the TLLI of the MS and a Tag to the SGSN. When the BSC sends the RA¬CAPABILITY-UPDATE PDU, it starts the timer T5.

The SGSN responds by sending an RA-CAPABILITY-UPDATE-ACK PDU which includes the TLLI of the MS, the Tag received in the corresponding RA-CAPABILITY-UPDATE PDU, and a RA-Cap-UPD-Cause field. If the IMSI of the MS is known, it is also included. When the BSC receives the RA-CAPABILITY-UPDATE-ACK PDU, it stops the timer T5.

If the RA-Cap-UPD-Cause is set to OK, the MS Radio Access Capability field and the IMSI are present. The received MS RAC, if valid, replaces any MS RACs previously associated with the MS. If the RA-Cap-UPD-Cause is not set to OK, neither the MS Radio Access Capability nor the IMSI are present in the RA-CAPABILITY-UPDATE-ACK PDU.

Abnormal conditionsIf the SGSN receives an RA-CAPABILITY-UPDATE PDU which includes an unknown TLLI, it answers with an RA-CAPABILITY-UPDATE-ACK PDU which includes the RA-Cap-UPD-Cause set to the value TLLI unknown.

BSC SGSN

BSSGP

RA-CAPABILITY-UPDATE

BSSGP

RA-CAPABILITY-UPDATE-ACK

DN9983079Issue 10-0

17



Id:0900d805807cc588

If the SGSN receives an RA-CAPABILITY-UPDATE PDU which includes a known TLLI, but there are no radio access parameters or IMSI known to the SGSN for the associated MS, the SGSN replies to the request with an RA-CAPABILITY-UPDATE-ACK PDU in which the RA-Cap-UPD-Cause is set to no RA capability or IMSI available.

If the BSC receives an RA-CAPABILITY-UPDATE-ACK PDU containing a Tag which is different from the last Tag that the BSC transmitted, it ignores the reception of this PDU.

If the RA-CAPABILITY-UPDATE-ACK is not returned within T5 seconds with the same Tag value as provided in the request, the RA-CAPABILITY-UPDATE procedure is repeated a maximum of RA-CAPABILITY-UPDATE-RETRIES attempts. The BSC changes the Tag value at each new retry. After the RA-CAPABILITY-UPDATE-RETRIES unsuccessful attempts, the procedure is stopped.

1.3.6 Radio Status

Figure 7 Radio Status

The BSS and the MS radio interface communication is not successfully completed if the MS goes out of coverage and is lost. In this condition the BSC sends a RADIO STATUS PDU to the SGSN with the radio cause value radio contact lost with MS.

The RADIO STATUS PDU contains the TLLI of the MS and an indication of the excep-tion condition, that is, the radio cause value.

BSC SGSN

BSSGP

RADIO-STATUS

BSSGP

18 DN9983079Issue 10-0


Id:0900d805807cc588


1.3.7 Suspend

Figure 8 Suspend

If the MS signals to the BSC that it wants its GPRS service to be suspended, the BSC sends a SUSPEND PDU to the SGSN and starts the TgbSuspend timer. The SUSPEND PDU contains the TLLI and the Routing Area of the MS.

The SGSN acknowledges the SUSPEND PDU with a SUSPEND-ACK PDU. The SUSPEND-ACK PDU contains the TLLI and the Routing Area of the MS and the Suspend Reference Number.

The SGSN typically stops the paging for a suspended mobile.

When the BSC receives the SUSPEND-ACK PDU, it stops the TgbSuspend timer.

Abnormal conditionsIf a SUSPEND-ACK PDU is not received for a SUSPEND PDU within TgbSuspend seconds, the Suspend procedure is repeated a maximum of SuspendRetries times. After SuspendRetries unsuccessful attempts the procedure is stopped.

If a SUSPEND-ACK PDU is received for an MS which is already suspended, the PDU is ignored.

If a SUSPEND PDU refers to an MS which is unknown in the SGSN, a SUSPEND-NACK PDU with the cause value Unknown MS is returned. The BSC stops the Suspend pro-cedure and the TgbSuspend timer.

1.3.8 ResumeWhen the reason for suspending the GPRS-attached MS disappears, that is, the MS leaves the dedicated mode disconnecting itself from the MSC, the BSC either instructs the MS to initiate the Routing Area Update procedure, or signals the SGSN to resume the MS's GPRS service.

If the BSC internal suspend status indicates that the MS has suspended the GPRS service and the BSC has successfully completed the Suspend procedure, the BSC signals the SGSN to resume the MS's GPRS service.

In the Resume procedure, the BSC sends a RESUME PDU to the SGSN and starts the TgbResume timer. The RESUME PDU includes:

• TLLI of the MS

BSC SGSN

BSSGP

SUSPEND

BSSGP

SUSPEND-ACK

SUSPEND-NACK

or

DN9983079Issue 10-0

19



Id:0900d805807cc588

• Routing Area of the MS • Suspend Reference Number

The SGSN responds to the RESUME PDU with a RESUME-ACK PDU or with the RESUME-NACK PDU.

When the BSC receives the RESUME-ACK PDU or the RESUME-NACK PDU from the SGSN, it stops the TgbResume timer.

If the Resume procedure was started because a CS call was released, the BSC indi-cates in the CHANNEL RELEASE message to the MS, whether the resumption of the GPRS services was successfully acknowledged or not, that is, whether the SGSN sent a RESUME-ACK PDU or the RESUME-NACK PDU to the BSC.

Abnormal conditionsIf a RESUME-ACK PDU or RESUME-NACK PDU is not received for a RESUME PDU within TgbResume seconds, the RESUME PDU procedure is repeated a maximum of RESUME-RETRIES attempts. After RESUME-RETRIES unsuccessful attempts, the procedure is stopped and the BSC acts as if the RESUME-NACK PDU had been received.

If a RESUME-ACK PDU is received for an MS that is not suspended, the BSC ignores the RESUME-ACK PDU.

1.3.9 Flush-LL

Figure 9 Flush LL

The SGSN sends a FLUSH-LL PDU to the BSC to ensure that the LLC-PDUs queued for transmission at a cell for an MS are either deleted or transferred to a new cell. The FLUSH-LL procedure is used, for example, when the MS has stopped sending data in a given cell and has moved to another cell.

The MS's TLLI indicates which mobile's data is in question. The BVCI (old) indicates the cell. All buffered LLC-PDUs and all contexts for the MS are deleted. If an optional new cell, BVCI (new), is given, all buffered LLC-PDUs are transferred to the new cell, provided that both the old and the new BVCI are served by the same NSE and belong to the same RA. If BVCIs belong to different PCUs but to the same RA and the new and the old BVCI belong to the same NSE (Packet Control Unit (PCU2) Pooling is in use) DL LLC PDUs are not transferred.

The BSC sends a FLUSH-LL-ACK acknowledgement back to the SGSN. The Flush action parameter indicates whether LLC-PDUs were deleted or transferred to a new cell. If the flush action indicates a transfer, the new BVCI is included.

FLUSH-LL

FLUSH-LL-ACK

BSC SGSN

BSSGP BSSGP

20 DN9983079Issue 10-0


Id:0900d805807cc588


The FLUSH-LL-ACK PDU also contains the Number of octets affected field that indi-cates the number of deleted or transferred data octets.

Abnormal conditionsIf the BSC receives a FLUSH-LL PDU for an unknown BVCI or a TLLI not associated with the given cell, the primitive is discarded and no FLUSH-LL-ACK PDU is returned.

1.3.10 Flow Control

Figure 10 BVC Flow Control

The BSC uses flow control to adjust the flow of BSSGP UNITDATA PDUs to the BVC buffer. By doing this, the BSC controls the amount of BSSGP UNITDATA PDUs in its buffers to optimize the buffer consumption in the BSC and to use radio resources effi-ciently.

The flow control mechanism is based on the following model:

• There is a downlink buffer for each cell in the BSC, as identified by a BVCI in the Gb interface.

• The BSC controls the transfer of BSSGP UNITDATA PDUs for an MS from the SGSN by BVC-specific and MS-specific flow control messages.

• Only downlink BSSGP UNITDATA PDU transfer to the BSC is managed via flow control procedures. Uplink flow control is not performed.

• Flow control is not performed for BSSGP signalling.

The BSC sends a FLOW-CONTROL-BVC PDU for a BVC after every BVC-RESET to start the downlink BSSGP data transfer. The TgbFlow timer is started.

The FLOW-CONTROL-BVC PDU that the BSC sends to the SGSN contains the follow-ing information:

• BVC Bucket Size: data buffer size per cell for downlink LLC frames • Bucket Leak Rate: throughput per cell for downlink LLC frames • Bmax Default MS: data buffer size per MS for downlink LLC frames • R_default_MS: throughput per MS for downlink LLC frames • Bucket Full Ratio (conditional): buffer occupancy with respect to the given BVC

Bucket Size valueThis is only used if the Current Bucket Level (CBL) is negotiated. However, the Nokia Siemens Networks BSC does not support this functionality.

BSC SGSN

BSSGP

FLOW-CONTROL-BVC

BSSGP

FLOW-CONTROL-BVC-ACK

DN9983079Issue 10-0

21



Id:0900d805807cc588

• BVC Measurement (optional): average queuing delay for the BSCThe BSC sends the next FLOW-CONTROL-BVC PDU to the SGSN after the TgbFlow timer has expired, if the criteria for controlling the BVC flow are fulfilled or if the GPRS configuration changes in the BSC, so that the cell buffer size or leak rate is affected. The TgbFlow timer is restarted and the procedure is repeated whenever the TgbFlow timer expires.The BSC performs MS-specific flow control only for mobiles having DL TBF. Whenever the TgbFlow timer expires, the BSC sends a FLOW-CONTROL-MS PDU for a TLLI if the criteria for controlling the corresponding MS flow are fulfilled.

The FLOW-CONTROL-MS PDU which the BSC sends to the SGSN contains the follow-ing information:

• TLLI that identifies the MS • MS Bucket Size: data buffer size for downlink LLC frames for this MS • Bucket Leak Rate: throughput for downlink LLC frames for this MS • Bucket Full Ratio (conditional): buffer occupancy with respect to the given MS

Bucket Size valueThis is only used if the Current Bucket Level (CBL) is negotiated. However, the Nokia Siemens Networks BSC does not support this functionality.

Flow control indications allow the SGSN to locally control its transmission output from the SGSN to the BSC. The SGSN never transmits more data than what can be accom-modated within the BSC buffer for a given BVC or an MS.

Abnormal conditionsIf the BSC detects a missing FLOW-CONTROL-ACK from the SGSN and the condition which causes the sending of a FLOW-CONTROL PDU still remains, a new FLOW-CONTROL PDU is transmitted. If no reason for flow control exists, no FLOW-CONTROL PDU is triggered.

1.3.11 BVC Blocking and Unblocking

Figure 11 BVC Blocking and Unblocking

The BSC initiates the BVC blocking to remove a BVC from GPRS data use.

BSC SGSN

BSSGP

BVC-BLOCK

BSSGP

BVC-BLOCK-ACK

BVC-UNBLOCK

BVC-UNBLOCK-ACK

22 DN9983079Issue 10-0


Id:0900d805807cc588


The BSC blocks a BVC after:

• BVC deletion with an O&M, disabling the GPRS enabling/disabling parameter of a cell with the cause value O&M intervention

• O&M disables a cell or a BCF with the cause value O&M intervention • O&M disables the last GPRS supporting TRX in a cell with the cause value O&M

intervention • block of the last NS-VC of the NSE that serves the BVC

Related BVCs are implicitly blocked. No indication is sent to the peer BSSGP. • SGSN-initiated BVC-RESET procedure, if necessary, with the cause value BVCI-

blocked • cell level fault, for example, in the beginning of the site, BTS, or TRX reset with the

cause value Equipment failure

The BSC marks the BVC as blocked and sends a BVC-BLOCK PDU to the SGSN and starts the TgbBlock timer. The BVC-BLOCK PDU contains the BVCI of the BVC to be blocked and a cause element indicating the reason for blocking. All downlink UNITDATA PDUs are discarded and no uplink UNITDATA PDUs are sent on the blocked BVC.

When the SGSN receives a BVC-BLOCK PDU, it marks the indicated BVC as blocked and stops transmitting traffic that is addressed to this BVC. The SGSN acknowledges the blocking of the BVC by sending a BVC-BLOCK-ACK PDU to the BSC. The BVC-BLOCK-ACK PDU contains the BVCI received in the BVC-BLOCK PDU.

When the BSC receives the BVC-BLOCK-ACK PDU, it stops the TgbBlock timer. Further incoming traffic on the blocked BVC is discarded and a STATUS PDU is returned on the signalling BVC with the cause value BVCI-blocked. The STATUS PDU indicates the BVCI of the BVC in which the error was detected.

BVC unblocking is only used when the BSC receives an unexpected BVC-BLOCK-ACK PDU relating to a BVC that is locally unblocked. In such a case, the BVC is unblocked with the BVC-UNBLOCK PDU. For more information, see Abnormal conditions.

The signalling BVC is never blocked or unblocked.

Abnormal conditionsIf the BSC receives an unexpected BVC-BLOCK-ACK PDU relating to a locally blocked BVC, it ignores it. If the BVC-BLOCK-ACK PDU is related to a locally unblocked BVC, the BSC unblocks the BVC with the BVC-UNBLOCK PDU.

If the BSC receives an unexpected BVC-UNBLOCK-ACK PDU relating to a locally unblocked BVC, it is ignored. If the BVC-UNBLOCK-ACK PDU is related to a locally blocked BVC, the BSC blocks the BVC with the BVC-BLOCK PDU.

If the BSC does not receive a BVC-BLOCK-ACK PDU for a BVC-BLOCK PDU within TgbBlock seconds, it repeats the BVC blocking procedure a maximum of BVCBlockRe-tries times. After BVCBlockRetries unsuccessful attempts the BVC remains blocked and the procedure is stopped.

If the BSC does not receive a BVC-UNBLOCK-ACK PDU for a BVC-UNBLOCK PDU within TgbBlock seconds, it repeats the BVC unblocking procedure a maximum of BVCUnblockRetries times. After BVCUnblockRetries unsuccessful attempts the proce-dure is stopped.

If the BSC receives a BVC-RESET PDU for the signalling BVC while waiting for a BVC-BLOCK-ACK, it handles the signalling BVC reset procedure first, after which the BVC block procedure is resumed.

DN9983079Issue 10-0

23



Id:0900d805807cc588

If the BSC receives a BVC-BLOCK-ACK PDU or a BVC-UNBLOCK-ACK PDU for the signalling BVC, it ignores the PDU.

1.3.12 BVC Reset

Figure 12 BVC Reset

The BSC initiates a BVC reset to bring a BVC into GPRS data use. The BVC reset is used instead of the BVC unblock because of the dynamic configuration of BVCs in the SGSN.

The BSC resets a BVC after:

• BVC creation or modification with an O&M, enabling the GPRS enabling/disabling parameter of a cell with the cause value O&M intervention

• O&M enables a cell or a BCF with the cause value O&M intervention • O&M enables for the first GPRS supporting TRX in a cell with the cause value O&M

intervention • unblock of the first NS-VC of the NSE that serves the BVC

The signalling BVC is reset first and the rest BVCs after that with the cause value Network service transmission capacity modified from zero kbps to greater than zero kbps.

• cell restart, for example, after the site, BTS, or TRX reset, when the restarted object is up with the cause value Equipment failure

BSC-initiated BVC resetIn the case of a PTP BVC, the BSC sends a BVC-RESET PDU to the SGSN and starts the TgbReset timer. The BVC-RESET PDU contains the BVCI of the BVC to be reset, a cause element indicating the reason for reset, and the identifier of the related cell. All downlink UNITDATA PDUs are discarded and no uplink UNITDATA PDUs are sent on the BVC until a BVC-RESET-ACK PDU is received for the BVC.

When receiving a BVC-RESET PDU, the SGSN marks the indicated BVC as unblocked. The SGSN acknowledges the reset of the BVC by sending a BVC-RESET-ACK PDU to the BSC. The BVC-RESET-ACK PDU contains the BVCI received in the BVC-RESET PDU.

When receiving the BVC-RESET-ACK PDU, the BSC marks the BVC as unblocked and stops the TgbReset timer. A flow control procedure is triggered for the reset BVC.

In the case of a signalling BVC, the BSC first resets it. The BVC-RESET PDU contains the BVCI of the BVC to be reset, a cause element indicating the reason for reset, and the Feature Bitmap but not the Cell id element.

BSC SGSN

BSSGP

BVC-RESET

BSSGP

BVC-RESET-ACK

24 DN9983079Issue 10-0


Id:0900d805807cc588


The Feature Bitmap is sent to identify the application software that can be supported by the network service entity. In the signalling BVC-RESET procedure both entities locally determine the common set of application software products supported by both NSEs. This is done by performing the bit AND operation of the received Feature Bitmap with its own Feature Bitmap.

After completing the signalling BVC reset, the BSC resets the related PTP BVCs and triggers a flow control procedure for them. All downlink UNITDATA PDUs are discarded and no uplink UNITDATA PDUs are sent on the PTP BVCs until a BVC-RESET-ACK PDU is received for them.

SGSN-initiated BVC resetWhen the BSC receives a BVC-RESET PDU for a PTP BVC, it marks the BVC as unblocked, provided that the BVC is not going to be blocked right after the BVC-RESET procedure. All downlink UNITDATA PDUs are discarded and no uplink UNITDATA PDUs are sent on the BVC until a BVC-RESET-ACK PDU is returned. A flow control pro-cedure is triggered for the reset and unblocked BVC.

When the BSC receives a BVC-RESET PDU for a signalling BVC it stops all UNITDATA PDU traffic on the PTP BVCs of the NSE. After completing the signalling BVC reset, the BSC resets the related PTP BVCs and triggers a flow control procedure for them. All downlink UNITDATA PDUs are discarded and no uplink UNITDATA PDUs are sent on the PTP BVCs until a BVC-RESET-ACK PDU is returned for them.

Abnormal conditionsIf the associated network service is not operational, the BVC-RESET procedure is post-poned until the NS is operational again.

If the BSC does not receive a BVC-RESET-ACK PDU for a BVC-RESET PDU within TgbReset seconds, it repeats the BVC-RESET procedure a maximum of BVCResetRe-tries times. After BVCResetRetries unsuccessful attempts the BVC remains blocked and the procedure is stopped.

If the BSC has sent a BVC-RESET PDU and is waiting for a BVC-RESET-ACK PDU in response, but receives a BVC-RESET PDU indicating the same BVCI instead, the BSC interprets it as a BVC-RESET-ACK PDU and the TgbReset timer is stopped. The received BVC-RESET PDU is not acknowledged to the SGSN.

If the BSC receives an unexpected BVC-RESET-ACK PDU it ignores it.

If the BSC receives a BVC-RESET PDU for an unknown BVCI a STATUS PDU is returned, including the BVCI and the cause value BVCI unknown.

1.3.13 TraceThe purpose of the trace invocation procedure is to inform the receiving entity that it should begin producing a trace record on an MS. The SGSN invokes the trace by sending an SGSN-INVOKE-TRACE PDU to the BSC. The SGSN-INVOKE-TRACE PDU is not acknowledged.

Trace Reference provides a trace reference number allocated by the triggering entity. Trace Type provides the type of trace information to be recorded. The BSC supports the Basic trace (on BSS Record Type) for activating a BSS trace and No BSS Trace (on BSS Record Type) for deactivating a BSS trace. The BSC ignores any other fields on Trace Type.

DN9983079Issue 10-0

25



Id:0900d805807cc588

Mobile Id indicates the MS relating to the trace. The SGSN includes it in the PDU to activate or deactivate a trace.

OMC Id, if present, indicates the OMC which the record is destined to. It is not used by the BSC.

Trigger Id and Transaction Id are not used by the BSC.

1.3.14 RIM procedures

1.3.14.1 RAN Information Request procedureRAN Information Request procedure is initiated by Controlling BSC, RNC or eNB when it either requests information or wants to stop information transfer from Serving BSC. The RAN-INFORMATION-REQUEST PDU specifies the requested operation and the expected information when applicable. The Controlling BSC, RNC or eNB indicates the type of operation to Serving BSC. There can be three types of operation: Single Report, Multiple Report and Stop.

RAN Information Request / Single Report procedureRAN-INFORMATION-REQUEST/Single Report is used to request a single report.

Figure 13 RAN Information Request/Single report Procedure

In RAN-INFORMATION-REQUEST/Single Report procedure Controlling BSC, RNC or eNB sends RAN-INFORMATION-REQUEST/Single Report PDU to Serving BSC con-taining the Information Elements PDU type, Destination Cell Identifier, Source Cell Iden-tifier and RIM Container. After the sending the Controlling BSC, RNC or eNB starts timer T(RIR).

When Serving BSC receives RAN-INFORMATION-REQUEST/Single Report PDU, it sends the RAN-INFORMATION/Single PDU containing requested information to Con-trolling BSC, RNC or eNB.

When Controlling BSC, RNC or eNB receives requested information from Source BSC it stops T(RIR), delivers the relevant information to the application and the procedure ends.

If T(RIR) expires the controlling BSC, RNC or eNB shall as an implementation option either inform the application that the procedure has failed or restart the RAN Information Request/Single Report procedure.

The Nokia Siemens Networks BSC never acts as controlling BCS in this procedure, i.e. it never sends RAN-INFORMATION-REQUEST/Single Report, but it is capable to act

26 DN9983079Issue 10-0


Id:0900d805807cc588


as serving BSC, i.e. it may receive and serve RAN-INFORMATION-REQUEST/Single Report for NACC application.

RAN Information Request / Multiple Report procedureRAN-INFORMATION-REQUEST/Multiple Report is used to request event-driven multiple reports.

Figure 14 RAN Information Request/Multiple Report Procedure

In RAN-INFORMATION REQUEST/Multiple Report procedure the Controlling BSC, RNC or eNB sends RAN-INFORMATION-REQUEST/Multiple Report PDU to Serving BSC containing the Information Elements PDU type, Destination Cell Identifier, Source Cell Identifier and RIM Container. After the sending the Controlling BSC, RNC or eNB starts T(RIR).

When Serving BSC receives RAN-INFORMATION-REQUEST/Multiple Report PDU, it records the subscription and sends the RAN-INFORMATION/Initial Multiple Report PDU containing requested information to Controlling BSC, RNC or eNB. If RAN-INFORMA-TION-REQUEST/Multiple Report PDU is received for the already recorded subscription the PDU will be discarded and the procedure ends.

When Controlling BSC, RNC or eNB receives requested information from Serving BSC it stops T(RIR), delivers the relevant information to the application and the procedure ends.

If T(RIR) expires the controlling BSC, RNC or eNB shall as an implementation option either inform the application that the procedure has failed or restart the RAN Information Request/Single Report procedure. The Nokia Siemens Networks BSC restarts the pro-cedure once in T(RIR) expiry.

RAN Information Request / Stop procedureRAN-INFORMATION-REQUEST/Stop is used to stop event driven multiple reports.

DN9983079Issue 10-0

27



Id:0900d805807cc588

Figure 15 RAN Information Request/Stop Procedure

In RAN-INFORMATION REQUEST/Stop procedure the Controlling BSC, RNC or eNB sends RAN-INFORMATION-REQUEST/Stop PDU to Serving BSC containing the Infor-mation Elements PDU type, Destination Cell Identifier, Source Cell Identifier and RIM Container. After the sending the Controlling BSC, RNC or eNB may start T(RIR).

When Serving BSC receives RAN-INFORMATION-REQUEST/Stop PDU, it removes the subscription and sends the RAN-INFORMATION/Stop PDU containing requested information to Controlling BSC, RNC or eNB. If RAN-INFORMATION-REQUEST/Stop PDU is received for not-existing subscription the PDU will be discarded and the proce-dure ends.

When Controlling BSC, RNC or eNB receives the response from Serving BSC, Control-ling BSC, RNC or eNB stops T(RIR), delivers the relevant information to the application and the procedure ends.

If T(RIR) expires the controlling BSC, RNC or eNB shall as an implementation option either inform the application that the procedure has failed or restart the RAN Information Request/Stop procedure.

The Nokia Siemens Networks BSC acting as controlling BSC does not control the recep-tion of the response to a previously transmitted RAN-INFORMATION-REQUEST PDU, i.e. timer T(RIR) is not used and possibly received RAN-INFORMATION/Stop is not used.

1.3.14.2 RAN Information Send procedureRAN Information Send procedure is used to transfer application information form serving BSC to controlling BSC, RNC or eNB via the core network.

Figure 16 Acknowledged RAN Information Send procedure

28 DN9983079Issue 10-0


Id:0900d805807cc588


If multiple reporting has been subscribed for a given RIM association, the RAN Informa-tion Send procedure is initiated by the application in the serving BSC either to send updated information (using the RAN-INFORMATION/Multiple Report PDU) or to indicate that multiple reporting has been deactivated on the serving BSC side (using the RAN-INFORMATION/End PDU).

Upon initiation serving BSC sends RAN-INFORMATION/Multiple Report or RAN-INFORMATION/End PDU to Controlling BSC, RNC or eNB containing the Information Elements PDU type, Destination Cell Identifier, Source Cell Identifier and RIM Con-tainer. Acknowledgement for the PDU may or may not be requested. If acknowledge-ment was requested serving BSC starts timer T(RI) after the sending.

When Controlling BSC, RNC or eNB receives RAN-INFORMATION/Multiple Report or RAN INFORMATION/End PDU, it delivers the relevant information to the application. If acknowledgement was requested Controlling BSC, RNC or eNB sends RAN-INFOR-MATION-ACK PDU to the serving BSC. If the RAN-INFORMATION PDU is a RAN-INFORMATION/End, the controlling BSC shall consider that multiple reporting is deac-tivated for this RIM association in the serving BSC.

When Serving BSC receives the RAN-INFORMATION-ACK PDU which matches to the RAN-INFORMATION PDU which has initiated the procedure, it stops T(RI) and the pro-cedure ends.

If T(RI) expires the serving BSC shall as an implementation option either inform the application that the procedure has failed or restart the RAN Information Send procedure.

The Nokia Siemens Networks BSC acting as serving BSC never requests acknowledge-ment for the RAN-INFORMATION/Multiple Report PDU. The Nokia Siemens Networks BSC acting as serving BSC requests acknowledgement for the RAN-INFORMA-TION/End PDU, but does not control the reception of the acknowledgement, i.e. timer T(RI) is not used and possibly received RAN-INFORMATION-ACK is not used.

1.3.14.3 RAN Information Application Error procedureThe RAN Information Application Error procedure is initiated by an application in the controlling BSC, RNC or eNB to transfer application error information to the peer appli-cation entity of the same application in the serving BSC.

Figure 17 RAN Information Application Error procedure

Upon initiation of the procedure the controlling BSC, RNC or eNB sets the PDU type Information element, Source Cell Identifier and Destination Cell Identifier Information

DN9983079Issue 10-0

29



Id:0900d805807cc588

elements from erroneous application container of RAN-INFORMATION PDU and RIM Container to RAN-INFORMATION-APPLICATION-ERROR PDU and sends it to serving BSC. Acknowledgement for the PDU may or may not be requested. If acknowledgement was requested timer T(RIAE) is started after the sending.

When the serving BSC receives valid RAN-INFORMATION-APPLICATION-ERROR PDU, it delivers the relevant information to the application. If acknowledgement was requested serving BSC sends RAN-INFORMATION-ACK PDU to the controlling BSC, RNC or eNB.

When controlling BSC, RNC or eNB receives the RAN-INFORMATION-ACK PDU which matches to the RAN-INFORMATION-APPLICATION-ERROR PDU which has initiated the procedure, it stops T(RIAE) and the procedure ends.

The Nokia Siemens Networks BSC never acts as controlling BCS in this procedure, i.e. it never sends RAN-INFORMATION-APPLICATION-ERROR PDU. Though Nokia Siemens Networks BSC does not take any other action on received RAN-INFORMA-TION-APPLICATION-ERROR PDU but if acknowledgement was requested serving BSC sends RAN-INFORMATION-ACK PDU to the controlling BSC, RNC or eNB.

1.3.14.4 RAN Information Error procedureThe RAN Information error procedure is initiated by the RIM entity in the controlling BSC, RNC or eNB or the serving BSC to transfer error information to the RIM entity in the peer BSC, RNC or eNB.

Figure 18 RAN Information Error procedure

A BSC, RNC or eNB which receives en erroneous RIM PDU, sets the information of the PDU type, Source Cell Identifier and Destination Cell Identifier Information elements from the erroneous RIM PDU and RIM Container Information elements to the RAN-INFORMATION-ERROR PDU and sends the PDU to peer BSC, RNC or eNB.

The actions to be taken upon reception of a valid RAN-INFORMATION-ERROR PDU are an implementation-dependent option. When peer BSC, RNC or eNB receives the erroneous RAN-INFORMATION-ERROR PDU it discards received PDU.

1.3.14.5 Abnormal conditionsIf a BSC receives from an SGSN a RIM PDU with a Destination Cell Identifier IE value which does not match the cell identifier of any of its parented cells, the PDU shall be dis-carded and a STATUS PDU with the appropriate cause value "Unknown Destination address" shall be sent back to the SGSN.

30 DN9983079Issue 10-0


Id:0900d805807cc588


If the RIM container included in a RAN-INFORMATION PDU, RAN-INFORMATION-REQUEST PDU, RAN-INFORMATION-ACK PDU or RAN-INFORMATION-APPLICA-TION-ERROR PDU contains an unknown value in the RIM Application Identity IE or if the RIM application is disabled when receiving a RAN-INFORMATION-REQUEST PDU, the BSC shall send a RIM Cause IERROR PDU with the RIM Cause IE set to "Unknown RIM Application Identity or RIM application disabled" back to the originating BSC and discard the received PDU.

If the RIM container included in a RAN-INFORMATION-ERROR PDU contains an unknown value in the RIM Application Identity IE, the BSC shall discard the RIM PDU without further action.

If the PDU Type Extension field in the RIM PDU Indications IE included in the RIM con-tainer of a RAN-INFORMATION-REQUEST PDU does not indicate "RAN-INFORMA-TION-REQUEST/Multiple Report", "RAN-INFORMATION-REQUEST/Stop" or "RAN-INFORMATION-REQUEST/Single Report", the serving BSC shall send a RAN-INFOR-MATION-ERROR PDU containing the complete received PDU and with the RIM Cause IE set to "PDU not compatible with the feature set" back to the originating BSC and shall discard the received PDU.

If the PDU Type Extension field in the RIM PDU Indications IE included in the RIM con-tainer of a RAN-INFORMATION PDU does not indicate "RAN-INFORMATION/Single Report", "RAN-INFORMATION/Multiple Report", "RAN-INFORMATION/Initial Multiple Report", "RAN-INFORMATION/Stop" or "RAN-INFORMATION/End", the serving BSC shall send a RAN-INFORMATION-ERROR PDU containing the complete received PDU and with the RIM Cause IE set to "PDU not compatible with the feature set" back to the originating BSC and shall discard the received PDU.

If an expected conditional Information Element is not included in the RIM container of a RAN-INFORMATION PDU, RAN-INFORMATION-REQUEST PDU, RAN-INFORMA-TION-ACK PDU or RAN-INFORMATION-APPLICATION-ERROR PDU, the BSC shall send a RAN-INFORMATION-ERROR PDU containing the complete received PDU and with the RIM Cause IE set to "Missing Conditional IE" back to the originating BSC and discard the received PDU.

If an expected conditional Information Element is not included in the RIM container of a RAN-INFORMATION-ERROR PDU, the BSC shall discard the received PDU without further action.

If a mandatory Information Element is not included in the RIM container of a RAN-INFORMATION PDU, RAN-INFORMATION-REQUEST PDU, RAN-INFORMATION-ACK PDU or RAN-INFORMATION-APPLICATION-ERROR PDU, the BSC shall send a RAN-INFORMATION-ERROR PDU containing the complete received PDU and with the RIM Cause IE set to "Missing Mandatory IE" back to the originating BSC and discard the received PDU.

If a mandatory Information Element is not included in the RIM container of a RAN-INFORMATION-ERROR PDU, the BSC shall discard the received PDU without further action.

If a syntactical error is detected in an expected conditional Information Element included in the RIM container of a RAN-INFORMATION PDU, RAN-INFORMATION-REQUEST PDU, RAN-INFORMATION-ACK PDU or RAN-INFORMATION-APPLICATION-ERROR PDU, the BSC shall send a RAN-INFORMATION-ERROR PDU containing the complete received PDU and with the RIM Cause IE set to "Conditional IE error" back to the originating BSC and discard the received PDU.

DN9983079Issue 10-0

31



Id:0900d805807cc588

If a syntactical error is detected in an expected conditional Information Element included in the RIM container of a RAN-INFORMATION-ERROR PDU, the BSC shall discard the received PDU without further action.

If a syntactical error, other than unknown RIM Application Identity IE or erroneous PDU Type Extension field mentioned above, is detected in a mandatory IE included in the RIM container of a RAN-INFORMATION PDU, RAN-INFORMATION-REQUEST PDU, RAN-INFORMATION-ACK PDU or RAN-INFORMATION-APPLICATION-ERROR PDU, the BSC shall send a RAN-INFORMATION-ERROR PDU containing the complete received PDU and with the RIM Cause IE set to "Invalid mandatory information" back to the originating BSC and discard the received PDU.

If a syntactical error is detected in a mandatory IE included in the RIM container of a RAN-INFORMATION-ERROR PDU, the BSC shall discard the received PDU without further action.

If an unexpected conditional Information Element is received in the RIM container of a RAN-INFORMATION PDU, RAN-INFORMATION-REQUEST PDU, RAN-INFORMA-TION-ACK PDU or RAN-INFORMATION-APPLICATION-ERROR PDU, the BSC shall send a RAN-INFORMATION-ERROR PDU containing the complete received PDU and with the RIM Cause IE set to "Unexpected Conditional IE" back to the originating BSC and discard the received PDU.

If an unexpected conditional Information Element is received in the RIM container of a RAN-INFORMATION-ERROR PDU, the BSC shall discard the received PDU without further action.

The receiving BSC may accept RIM containers that include information elements that do not appear to be in the correct sequence. However, Nokia Siemens Networks BSC does not accept out of sequence information elements in RIM messages. Elements that occur more than once in a RIM container shall be assumed to have been transmitted in the correct order. Recipients that do not accept out of sequence information elements, as Nokia Siemens Networks BSC, shall regard the RIM container as containing unex-pected and/or missing information elements and follow the procedures which are defined for unexpected and/or missing information elements.

When any IE with semantically incorrect contents is received within a RIM container, the receiving BSC shall react according to the relevant protocol specification. If however no such reactions are specified, the receiving BSC shall ignore that IE and treat the rest of the RIM container. If the rest of the RIM container can no longer be handled because this IE was ignored then the receiving BSC shall send a RAN-INFORMATION-ERROR PDU containing the complete received PDU and with the RIM Cause IE set to "Seman-tically incorrect PDU" back to the originating BSC and discard the received PDU.

If a BSC receives a RIM PDU in a case not covered by the RIM procedures, it shall discard the RIM PDU without further action.

1.4 General protocol error handlingThe BSC discards any type of BSSGP PDU received for a feature that is not negotiated and sends a STATUS PDU with the cause value PDU not compatible with the feature set.

The reporting of protocol errors to the peer BSSGP is done by means of the STATUS PDU. The STATUS PDU is returned on the same BVC as the erroneous PDU was

32 DN9983079Issue 10-0


Id:0900d805807cc588


received. If an error is detected in a received STATUS PDU, the error is not reported to the peer BSSGP.

For more information on general protocol error handling, see

1.5 BSSGP protocol data units (PDUs)For the general structure of PDUs, for example, octet and bit codings, see

1.5.1 DL-UNITDATAThis PDU is sent to the BSC to transfer a LLC-PDU on the radio interface to an MS.

PDU type: DL-UNITDATA.

Direction: SGSN to BSC.

a) The field is present only if there is valid MS Radio Access Capability information known by the SGSN.b) Not used.c) Not used as the packet flow context feature has ever been negotiated.d) The LLC-PDU Length Indicator may be zero.

1.5.2 UL-UNITDATAThis PDU transfers the LLC-PDU of an MS and its associated radio interface information on the Gb interface.

PDU type: UL-UNITDATA.

Information element Type / Reference Presence Format Length

PDU type PDU type M V 1

TLLI (current) TLLI M V 4

QoS Profile QoS Profile M V 3

PDU Lifetime PDU Lifetime M TLV 4

MS Radio Access Capability a)

MS Radio Access Capability O TLV 7-?

Priority b) Priority O TLV 3

DRX Parameters DRX Parameters O TLV 4

IMSI IMSI O TLV 5-10

TLLI (old) TLLI O TLV 6

PFI c) PFI O TLV 3

LSA Information b) LSA Information O TLV 7-?

Service UTRAN CCO Service UTRAN CCO O TLV 3

Alignment octets Alignment octets O TLV 2–5

Subscriber Profile ID for RAT/Frequency priority b)

Subscriber Profile ID for RAT/Frequency priority

O TLV 3

LLC-PDU d) LLC-PDU M TLV 2-?

DN9983079Issue 10-0

33



Id:0900d805807cc588

Direction: BSC to SGSN.

a) Not used as the packet flow context feature has ever been negotiated.

b) Not used.

c) The LLC-PDU Length Indicator may be zero.

1.5.3 RA-CAPABILITYThis PDU informs the BSC of the new Radio Access Capability of an MS.

PDU type: RA-CAPABILITY.


1.5.4 PAGING-PSThis PDU indicates that a BSC initiates the packet paging procedure for an MS within a group of cells.

PDU type: PAGING PS.




TLLI TLLI M V 4

QoS Profile QoS Profile M V 3

Cell Identifier Cell Identifier M TLV 10

PFI a) PFI O TLV 3

LSA Identifier List b) LSA Identifier List O TLV 3-?

Alignment octets Alignment octets O TLV 2-5

LLC-PDU c) LLC-PDU M TLV 2-?



TLLI TLLI M TLV 6

MS Radio Access Capability MS Radio Access Capabil-ity

M TLV 7-?

Information elements Type / Reference Presence Format Length


IMSI IMSI M TLV 5-10

DRX Parameters DRX Parameters O TLV 4

BVCI a) BVCI C TLV 4

Location Area a) Location Area C TLV 7

Routing Area a) Routing Area C TLV 8

BSS Area Indication a) BSS Area Indication C TLV 3

34 DN9983079Issue 10-0


Id:0900d805807cc588


a) Only one of the conditional IEs is present. No repeated instances of the conditional IEs are permissible (for example not more than one Location Area can be present).b) Not used.

1.5.5 PAGING-CSThis PDU indicates that a BSC initiates a circuit-switched paging procedure for an MS within a group of cells.

PDU type: PAGING CS.


a) Only one of the conditional IEs is present. No repeated instances of the conditional IEs are permissible (for example not more than one Location Area can be present).b) These fields shall be provided by the MSC via the Gs-Interface.

1.5.6 RA-CAPABILITY-UPDATEThis PDU requests that the SGSN sends the MS's current Radio Access capability or IMSI to the BSC.

PDU type: RA-CAPABILITY-UPDATE.


PFI b) PFI O TLV 3

ABQP b) ABQP O TLV 13-?

QoS Profile b) QoS Profile M TLV 5

P-TMSI TMSI O TLV 6




IMSI IMSI M TLV 5-10

DRX Parameters DRX Parameters M TLV 4


Location Area a) Location Area C TLV 7

Routing Area a) Routing Area C TLV 8

BSS Area Indication a) BSS Area Indication C TLV 3

TLLI TLLI O TLV 6

Channel needed b) Channel needed O TLV 3

eMLPP-Priority b) eMLPP-Priority O TLV 3

TMSI b) TMSI O TLV 6

Global CN-Id b) Global CN-Id O TLV 7

DN9983079Issue 10-0

35



Id:0900d805807cc588

1.5.7 RA-CAPABILITY-UPDATE-ACKThis PDU provides the BSC with the MS's current Radio Access capability and IMSI.

PDU type: RA-CAPABILITY-UPDATE-ACK.


a) If RA-Cap-UPD-Cause is not set to "OK", then neither the MS Radio Access Capability nor the IMSI shall be present. Otherwise, the IMSI will be present.

1.5.8 RADIO-STATUSThis PDU indicates that an exception condition related to the radio interface has occurred.

PDU type: RADIO-STATUS

Direction: BSC to SGSN

a) Only one of the conditional IEs is present. TLLI is always used by the BSC.

1.5.9 SUSPENDThis PDU indicates that an MS wants to suspend its GPRS service.

Information element Type/Reference Presence Format Length


TLLI TLLI M TLV 6

Tag Tag M TLV 3

Information element Type/Reference Presence Format Length


TLLI TLLI M TLV 6

Tag Tag M TLV 3

IMSI a) IMSI C TLV 5–10

RA-Cap-UPD-Cause

RA-Cap-UPD-Cause

M TLV 3

MS radio Access Capability a)

MS Radio Access Capability

C TLV 7–?



TLLI a) TLLI C TLV 6

TMSI a) TMSI C TLV 6

IMSI a) IMSI C TLV 5-10

Radio Cause Radio Cause M TLV 3

36 DN9983079Issue 10-0


Id:0900d805807cc588


PDU type: SUSPEND.


1.5.10 SUSPEND-ACKThis PDU positively acknowledges the reception of a SUSPEND PDU for an MS.

PDU type: SUSPEND-ACK.


1.5.11 SUSPEND-NACKThis PDU negatively acknowledges the reception of a SUSPEND PDU for an MS.

PDU type: SUSPEND-NACK.


1.5.12 RESUMEThis PDU indicates that an MS wishes to resume its GPRS service.

PDU type: RESUME.




TLLI TLLI M TLV 6

Routing Area Routing Area M TLV 8



TLLI TLLI M TLV 6


Suspend Reference Number Suspend Reference Number

M TLV 3



TLLI TLLI M TLV 6


Cause Cause O TLV 3



TLLI TLLI M TLV 6


DN9983079Issue 10-0

37



Id:0900d805807cc588

1.5.13 RESUME-ACKThis PDU acknowledges the reception of a RESUME PDU for an MS.

PDU type: RESUME-ACK.


1.5.14 RESUME-NACKThis PDU negatively acknowledges the reception of a RESUME PDU for an MS.

PDU type: RESUME-NACK.


1.5.15 FLUSH-LLThis PDU informs a BSC that an MS has moved from one cell to another.

PDU type: FLUSH-LL.


a) Not supported.

Suspend Reference Number Suspend Reference Number M TLV 3




TLLI TLLI M TLV 6




TLLI TLLI M TLV 6


Cause Cause O TLV 3



TLLI TLLI M TLV 6

BVCI (old) BVCI M TLV 4

BVCI (new) BVCI O TLV 4

NSEI (new) a) NSEI O TLV 4

38 DN9983079Issue 10-0


Id:0900d805807cc588


1.5.16 FLUSH-LL-ACKThis PDU indicates that LLC-PDU(s) buffered for an MS in the old cell have been either deleted or transferred to the new cell within the NSE.

PDU type: FLUSH-LL-ACK


a) BVCI (new) is included only if Flush action indicated that LLC-PDUs are transferred.b) Not supported.

1.5.17 LLC-DISCARDEDThis PDU indicates that a number of buffered LLC-PDUs in a cell for an MS have been deleted inside the BSC.

PDU type: LLC-DISCARDED.


a) Not used as the PFC Flow Control feature has ever been negotiated.

1.5.18 FLOW-CONTROL-BVCThis PDU informs the flow control mechanism in the SGSN of the status of a BVC's maximum acceptable throughput from the SGSN to the BSC on the Gb interface.

PDU type: FLOW-CONTROL-BVC.




TLLI TLLI M TLV 6

Flush Action Flush Action M TLV 3

BVCI (new) BVCI C a) TLV 4

Number of octets affected Number of octets affected M TLV 5

NSEI (new) NSEI C b) TLV 4



TLLI TLLI M TLV 6

LLC Frames Discarded LLC Frames Discarded M TLV 3

BVCI BVCI M TLV 4

Number of octets deleted Number of octets affected

M TLV 5

PFI a) PFI O TLV 3

DN9983079Issue 10-0

39



Id:0900d805807cc588

a) Not used

1.5.19 FLOW-CONTROL-BVC-ACKThis PDU informs the flow control mechanism in the BSC that the SGSN has received the FLOW-CONTROL-BVC PDU indicated by the Tag.

PDU type: FLOW-CONTROL-BVC-ACK.


1.5.20 FLOW-CONTROL-MSThis PDU informs the flow control mechanism in the SGSN of the status of an MS's maximum acceptable throughput from the SGSN to the BSC on the Gb interface.

PDU type: FLOW-CONTROL-MS.


a) Not used.



Tag Tag M TLV 3

BVC Bucket Size BVC Bucket Size M TLV 4

Bucket Leak Rate Bucket Leak Rate M TLV 4

Bmax default MS Bmax default MS M TLV 4

R_default_MS R_default_MS M TLV 4

Bucket Full Ratio a) Bucket Full Ratio C TLV 3

BVC Measurement BVC Measurement O TLV 4

Flow Control Granularity a) Flow Control Granularity O TLV 3



Tag Tag M TLV 3



TLLI TLLI M TLV 6

Tag Tag M TLV 3

MS Bucket Size MS Bucket Size M TLV 4

Bucket Leak rate Bucket Leak rate M TLV 4

Bucket Full Ratio a) Bucket Full Ratio C TLV 3

Flow Control Granularity a) Flow Control Granularity O TLV 3

40 DN9983079Issue 10-0


Id:0900d805807cc588


1.5.21 FLOW-CONTROL-MS-ACKThis PDU informs the flow control mechanism at the BSC that the SGSN has received the FLOW-CONTROL-MS PDU indicated by the TLLI and the Tag.

PDU type: FLOW-CONTROL-MS-ACK.


1.5.22 BVC-BLOCKThis PDU indicates that the contained BVC is blocked at the recipient entity.

PDU type: BVC-BLOCK.


Typical cause values are O&M intervention and Equipment failure.

1.5.23 BVC-BLOCK-ACKThis PDU acknowledges that a BVC has been blocked.

PDU type: BVC-BLOCK-ACK.


1.5.24 BVC-UNBLOCKThis PDU indicates that the identified BVC is unblocked at the recipient entity.

PDU type: BVC-UNBLOCK.




TLLI TLLI M TLV 6

Tag Tag M TLV 3



BVCI BVCI M TLV 4

Cause Cause M TLV 3



BVCI BVCI M TLV 4



BVCI BVCI M TLV 4

DN9983079Issue 10-0

41



Id:0900d805807cc588

1.5.25 BVC-UNBLOCK-ACKThis PDU acknowledges that a BVC has been unblocked.

PDU type: BVC-UNBLOCK-ACK.


1.5.26 BVC-RESETThis PDU indicates that BVC initialization is required.

PDU type: BVC-RESET.

Direction: SGSN to BSC, BSC to SGSN.

Typical cause values are:

• O&M intervention • Equipment failure • Network service transmission capacity modified from zero kbps to greater than zero

kbpsa) Always included in the BSC in the case of a PTP BVC. Not included in the case of a signalling BVC.b) The Feature Bitmap is only sent in a BVC-RESET PDU related to the signalling BVC. Absence of this IE implies that no application software products are available over the NSE.

c) Not used

1.5.27 BVC-RESET-ACKThis PDU indicates that BVC recovery procedures have been executed.

PDU type: BVC-RESET-ACK.

Direction: BSC to SGSN, SGSN to BSC.



BVCI BVCI M TLV 4



BVCI BVCI M TLV 4

Cause Cause M TLV 3

Cell Identifier a) Cell Identifier C TLV 10

Feature Bitmap b) Feature Bitmap O TLV 3

Extended Feature Bitmap c) Extended Feature Bitmap

O TLV 3



42 DN9983079Issue 10-0


Id:0900d805807cc588


a) Always included in the BSC in the case of a PTP BVC. Not included in the case of a signalling BVC.b) The Feature Bitmap is only sent in a BVC-RESET-ACK PDU related to the signalling BVC. Absence of this IE implies that no application software products are available over the NSE.

c) Not used

1.5.28 STATUSThis PDU indicates that an exceptional condition occurred.

PDU type: STATUS.

Direction: SGSN to BSC, BSC to SGSN.

a) The BVCI IE is only included when the Cause IE is set to one of the following values:

• BVCI-blocked • BVCI Unknownb) This is the whole PDU, starting with the PDU type, within which an error was detected. This PDU may be truncated if it exceeds the information carrying capacity of the under-lying network service.

1.5.29 SGSN-INVOKE-TRACEThis PDU indicates that the BSC begins the production of a trace record for an MS.

PDU type: SGSN-INVOKE-TRACE.


BVCI BVCI M TLV 4

Cell Identifier a) Cell Identifier C TLV 10

Feature Bitmap b) Feature Bitmap O TLV 3

Extended Feature Bitmap c)

Extended Feature Bitmap

O TLV 3




Cause Cause M TLV 3


PDU In Error b) PDU In Error O TLV 3-?



Trace Type Trace Type M TLV 3

Trace Reference Trace Reference M TLV 4

Trigger Id a) Trigger Id O TLV 4-24

DN9983079Issue 10-0

43



Id:0900d805807cc588

a) Not used by the Nokia Siemens Networks BSC.

1.5.30 RAN-INFORMATION-REQUESTThe RAN-INFORMATION-REQUEST PDU allows a controlling BSC, RNC or eNB to request information from serving BSC.

PDU type: RAN-INFORMATION-REQUEST.

Direction: BSS to SGSN, SGSN to BSS

1.5.31 RAN-INFORMATIONThe RAN-INFORMATION PDU allows a serving BSC to send information to a controlling BSC, RNC or eNB.

PDU type: RAN INFORMATION


1.5.32 RAN-INFORMATION-ACKThe RAN-INFORMATION-ACK PDU allows a controlling BSC, RNC or eNB to acknowl-edge the reception of a RAN-INFORMATION PDU and a serving BSC to acknowledge the reception of a RAN-INFORMATION-APPLICATION-ERROR PDU.

PDU type: RAN-INFORMATION-ACK


Mobile Id Mobile Id O TLV 3-10

OMC Id a) OMC Id O TLV 4-24

Transaction Id a) Transaction Id O TLV 4




Destination Cell Identifier RIM Routing Information M TLV 3-?

Source Cell Identifier RIM Routing Information M TLV 3-?

RIM Container RAN-INFORMATION_REQUEST RIM Container

M TLV 3-?





RIM Container RAN-INFORMATION_RIM Container

M TLV 3-?

44 DN9983079Issue 10-0


Id:0900d805807cc588


1.5.33 RAN-INFORMATION-ERRORThe RAN-INFORMATION-ERROR PDU allows a BSC, RNC or eNB to send an error PDU back to an originating BSC, RNC or eNB as a response to a RAN-INFORMATION, a RAN-INFORMATION-REQUEST, a RAN-INFORMATION-ACK or a RAN-INFORMA-TION-APPLICATION-ERROR PDU.

PDU type: RAN-INFORMATION-ERROR


1.5.34 RAN-INFORMATION-APPLICATION-ERRORThe RAN-INFORMATION-APPLICATION-ERROR PDU allows a controlling BSC, RNC or eNB to inform the serving BSC about erroneous application information in a previ-ously received RAN-INFORMATION PDU.

PDU type: RAN-INFORMATION-APPLICATION-ERROR


1.6 BSSGP information elements (IEs)This chapter includes only the IEs defined in the TS 48.018, which has to be encoded or decoded in the Nokia Siemens Networks BSC. IEs are listed in IEI code order.

For the general structure of the information elements, for example, length indicator coding, see General structure of the information elements in TS 48.016.





RIM Container RAN-INFORMATION-ACK_RIM Container

M TLV 3-?





RIM Container RAN-INFORMATION-ERROR_RIM Container

M TLV 3-?





RIM Container RAN-INFORMATION-APPLICATION-ERROR_RIM Container

M TLV 3-?

DN9983079Issue 10-0

45



Id:0900d805807cc588

1.6.1 IEI codings

IEI coding IEI Types

(hexadecimal)

x00 Alignment Octets

x01 Bmax default MS

x02 BSS Area Indication

x03 Bucket Leak Rate

x04 BVCI

x05 BVC Bucket Size

x06 BVC Measurement

x07 Cause

x08 Cell Identifier

x09 Channel needed

x0a DRX Parameters

x0b eMLPP-Priority

x0c Flush Action

x0d IMSI

x0e LLC-PDU

x0f LLC Frames Discarded

x10 Location Area

x11 Mobile Id

x12 MS Bucket Size

x13 MS Radio Access Capability

x14 OMC Id

x15 PDU In Error

x16 PDU Lifetime

x17 Priority

x18 QoS Profile

x19 Radio Cause

x1a RA-Cap-UPD-Cause

x1b Routing Area (Term Routeing Area used in the 3GPP TS 48.018.)

x1c R_default_MS

x1d Suspend Reference Number

x1e Tag

x1f TLLI

x20 TMSI

x21 Trace Reference

x22 Trace Type

46 DN9983079Issue 10-0


Id:0900d805807cc588


x23 Transaction Id

x24 Trigger Id

x25 Number of octets affected

x26 LSA Identifier List

x27 LSA Information

x28 Packet Flow Identifier

x29 GPRS Timer a)

x3a Aggregate BSS QoS Profile (ABQP)

x3b Feature Bitmap

x3c Bucket Full Ratio

x3d Service UTRAN CCO (Cell Change Order)

x3e NSEI

x3f RRLP APDU a)

x40 LCS QoS a)

x41 LCS Client Type a)

x42 Requested GPS Assistance Data a)

x43 Location Type a)

x44 Location Estimate a)

x45 Positioning Data a)

x46 Deciphering Keys a)

x47 LCS Priority a)

x48 LCS Cause a)

x49 LCS Capability a)

x4a RRLP Flags a)

x4b RIM Application Identity

x4c RIM Sequence number

x4d RAN-INFORMATION-REQUEST Application Container

x4e RAN-INFORMATION Application Container

x4f RIM PDU Indications

x50 This value is reserved for future use and is treated as an unknown IEI by the recipient.

x51 This value should not be used, as it has been used in the earlier versions of this protocol.

x52 PFC flow control parameters a)

x53 Global CN-Id

x54 RIM Routing Information

x55 RIM Protocol Version Number

x56 Application Error Container


DN9983079Issue 10-0

47



Id:0900d805807cc588

x57 RAN-INFORMATION-REQUEST RIM Container

x58 RAN-INFORMATION RIM Container

x59 RAN-INFORMATION-APPLICATION-ERROR RIM Container

x5a RAN-INFORMATION-ACK RIM Container

x5b RAN-INFORMATION-ERROR RIM Container

x5c TMGI a)

x5d MBMS Session Identity a)

x5e MBMS Session Duration a)

x5f MBMS Service Area Identity List a)

x60 MBMS Response a)

x61 MBMS Routing Area List a)

x62 MBMS Session Information a)

x63 MBMS Stop Cause a)

x64 Source BSS to Target BSS Transparent Container a)

x65 Target BSS to Source BSS Transparent Container a)

x66 NAS container for PS Handover a)

x67 PFCs to be set-up list a)

x68 List of set-up PFCs a)

x69 Extended Feature Bitmap

x6a Source to Target Transparent Container a)

x6b Target to Source Transparent Container a)

x6c RNC Identifier a)

x6d Page Mode a)

x6e Container ID a)

x6f Global TFI a)

x70 IMEI a)

x71 Time to MBMS Data Transfer a)

x72 MBMS Session Repetition Number a)

x73 Inter RAT Handover Info a)

x74 PS Handover Command a)

x75 PS Handover Indications a)

x76 SI/PSI Container a)

x77 Active PFCs List a)

x78 Velocity Data a)

x79 DTM Handover Command a)

x7a CS Indication a)

x7b Requested GANSS Assistance Data a)

x7c GANSS Location Type a)


48 DN9983079Issue 10-0


Id:0900d805807cc588


a) The IE may be used only in PDUs, which are not supported in the Nokia Siemens Networks BSC. Therefore it is not described in this document.

1.6.2 Alignment OctetsThe Alignment Octets information element is used to align a subsequent IEI onto a 32 bit boundary. The element coding is as follows:

a) The Length Indicator may indicate that spare octets from 0 to 3 are present.

1.6.3 Bmax Default MSThis information element indicates the default bucket size (Bmax) in octets for an MS. The element coding is as follows:

The Bmax field is coded as Bmax in the BVC Bucket Size IE.

1.6.4 BSS Area IndicationThis information element is used to indicate that the paging is done in all the cells within the BSS. The element coding is as follows:

The coding of octet 2 is a binary number indicating the Length of the remaining element.

x7d GANSS Positioning Data a)

x7e Flow Control Granularity

x7f eNB Identifier a)

x80 E-UTRAN Inter RAT Handover Info a)

x81 Subscriber Profile ID for RAT/Frequency priority


8 7 6 5 4 3 2 1

Octet 1 IEI

Octet 2,2a Length Indicator a)

Octet 3-5 Spare octet

8 7 6 5 4 3 2 1

Octet 1 IEI

Octet 2,2a Length Indicator

Octet 3-4 Bmax

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3 BSS indicator

DN9983079Issue 10-0

49



Id:0900d805807cc588

The coding of octet 3 is not specified. The BSC ignores the value of this octet. Only IEI coding is meaningful for the BSC.

1.6.5 Bucket Leak RateThis information element indicates the leak rate (R) to be applied to a flow control bucket. The element coding is as follows:

The R field is the binary encoding of the rate information expressed in 100 bits/sec incre-ments from 0 x 100 bits/sec to 65535 x 100 bits/sec (6 Mbps).

1.6.6 BVC Bucket SizeThis information element indicates the maximum bucket size (Bmax) in octets for a BVC. The element coding is as follows:

The Bmax field is the binary encoding of the bucket-size information expressed in 100 octet increments from 0 x 100 octets to 65535 x 100 octets (6 Mbytes).

1.6.7 BVCIThe BVCI information element identifies a BVC. The element coding is as follows:

a) BSS codes:

• Octet 3 = most significant octet of the BVCI • Octet 4 = least significant octet of the BVCI

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3 R Value (MSB)

Octet 4 R Value (LSB)

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3 Bmax (MSB)

Octet 4 Bmax (LSB)

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3-4 Unstructured value a)

50 DN9983079Issue 10-0


Id:0900d805807cc588


1.6.8 BVC MeasurementThis information element describes the average queuing delay for a BVC. The element coding is as follows:

The Delay Value field is coded as a 16-bit integer value in units of centiseconds (one hundredth of a second). This coding provides a range of over 10 minutes in increments of 10 msec. As a special case, the hexadecimal value 0xFFFF (decimal 65 535) is inter-preted as infinite delay.

1.6.9 CauseThe Cause information element indicates the reason for an exception condition. The element coding is as follows:

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3,4 Delay value (in centiseconds)

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3 Cause value

Cause value Semantics of coding

Hexadecimal

All values not listed are treated as protocol error - unspecified

x00 Processor overload

x01 Equipment failure

x02 Transit network service failure

x03 Network service transmission capacity modified from zero kbps to greater than zero kbps

x04 Unknown MS

x05 BVCI unknown

x06 Cell traffic congestion

x07 SGSN congestion

x08 O&M intervention

x09 BVCI-blocked

x0a PFC create failure

x0b PFC pre-empted

x0c ABQP no more supported

x20 Semantically incorrect PDU

DN9983079Issue 10-0

51



Id:0900d805807cc588

x21 Invalid mandatory information

x22 Missing mandatory IE

x23 Missing conditional IE

x24 Unexpected conditional IE

x25 Conditional IE error

x26 PDU not compatible with the protocol state

x27 Protocol error - unspecified

x28 PDU not compatible with the feature set

x29 Requested information not available

x2a Unknown Destination address

x2b Unknown RIM Application Identity or RIM application disabled

x2c Invalid Container Unit Information

x2d PFC queuing

x2e PFC created successfully

x2f T12 expiry

x30 MS under PS Handover treatment

x31 Uplink quality

x32 Uplink strength

x33 Downlink quality

x34 Downlink strength

x35 Distance

x36 Better cell

x37 Traffic

x38 O&M intervention

x39 MS back on old channel

x3a T13 expiry

x3b T14 expiry

x3c Not all requested PFCs created

x3d CS cause

x3e Requested ciphering and/or integrity protection algorithms not sup-ported

x3f Relocation failure in target system

x40 Directed Retry

x41 Time critical relocation

x42 PS Handover Target not allowed

x43 PS Handover not Supported in Target BSS or Target System

x44 Incoming relocation not supported due to PUESBINE feature

x45 DTM Handover - No CS resource


52 DN9983079Issue 10-0


Id:0900d805807cc588


1.6.10 Cell IdentifierThis information element uniquely identifies one cell. The element coding is as follows:

1.6.11 Channel NeededThis information element is coded as defined in 3GPP TS 29.018. It is relevant to circuit-switched paging requests. The element coding is as follows:

1.6.12 DRX ParametersThis information element contains MS-specific DRX information. The element coding is as follows:

x46 DTM Handover - PS Allocation failure

x47 DTM Handover - T24 expiry

x48 DTM Handover - Invalid CS Indication IE

x49 DTM Handover - T23 expiry

x4a DTM Handover - MSC Error

x80 to x87 Reserved for further definition of non-critical PS handover cause values


8 7 6 5 4 3 2 1

Octet 1 IEI


Octets 3-8 Octets 3-8 contain the value part (starting with octet 2) of the Routing Area Identification IE defined in 3GPP TS 24.008, not including 3GPP TS 24.008 IEI.

Octets 9-10 Octets 9-10 contain the value part (starting with octet 2) of the Cell Identity IE defined in 3GPP TS 24.008, not including 3GPP TS 24.008 IEI.

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3 The rest of the element coded as the value part of the Channel Needed PDU defined in 3GPP TS 29.018, not including 3GPP TS 29.018 IEI and 3GPP TS 29.018 length indicator.

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3-n The rest of the element coded as the value part defined in 3GPP TS 24.008, not including 3GPP TS 24.008 IEI and 3GPP TS 24.008 octet length indicator.

DN9983079Issue 10-0

53



Id:0900d805807cc588

1.6.13 eMLPP PriorityThis information element indicates the eMLPP-Priority of a PDU. The element coding is as follows:

1.6.14 Flush ActionThe Flush action information element indicates to the SGSN that the BSC has taken in the response to the flush request. The element coding is as follows:

1.6.15 IMSIThis information element contains the International Mobile Subscriber Identity. The element coding is as follows:

1.6.16 LLC PDUThis information element contains an LLC-PDU. The element coding is as follows:

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3 The rest of the element coded as the value part of the eMLPP-Priority IE defined in 3GPP TS 48.008, not including 3GPP TS 48.008 IEI and 3GPP TS 48.008 length indicator

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3 Action value

Action value semantics of coding

Hexadecimal

x00 LLC-PDU(s) deleted

x01 LLC-PDU(s) transferred

All values not explicitly shown are reserved for future use and treated by the recipient as an unknown IEI.

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3-n Octets 3-n contain an IMSI coded as the value part (starting with octet 3) of the Mobile Identity IE defined in 3GPP TS 24.008, not including 3GPP TS 24.008 IEI and 3GPP TS 24.008 length indica-tor.

54 DN9983079Issue 10-0


Id:0900d805807cc588


1.6.17 LLC Frames DiscardedThis information element describes the number of LLC frames that have been discarded inside a BSC. The element coding is as follows:

1.6.18 Location AreaThis information element uniquely identifies one Location Area. The element coding is as follows:

The coding of octet 2 is a binary number indicating the length of the remaining element.

1.6.19 Mobile IdThe information element coding of the Mobile Id is as follows:

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3 LLC-PDU (first part)

Octet n LLC-PDU (last part)

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3 Number of frames discarded (in hexadecimal)

8 7 6 5 4 3 2 1

Octet 1 IEI


Octets 3-7 Octets 3-7 contain the value part (starting with octet 2) of the Location Area Identification IE defined in 3GPP TS 24.008, not including 3GPP TS 24.008 IEI.

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3-n Octets 3-n contain IMSI, IMEISV, or IMEI coded as the value part (starting with octet 3) of the Mobile Identity IE defined in 3GPP TS 24.008, not including 3GPP TS 24.008 IEI and 3GPP TS 24.008 length indicator .

DN9983079Issue 10-0

55



Id:0900d805807cc588

1.6.20 MS Bucket SizeThis information element indicates an MS's bucket size (Bmax). The element coding is as follows:

The Bmax field is coded as in section BVC Bucket Size.

1.6.21 MS Radio Access CapabilityThis information element contains the capabilities of the ME. The element coding is as follows:

1.6.22 OMC IdNot used by the Nokia Siemens Networks BSC.

1.6.23 PDU In ErrorThe information element coding of the PDU In Error is as follows:

1.6.24 PDU LifetimeThis information element describes the PDU Lifetime for a PDU inside the BSS. The element coding is as follows:

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3-4 Bmax

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3-? Rest of element coded as the value part defined in 3GPP TS 24.008, not including IEI and octet length indicator.

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3-? Erroneous BSSGP PDU

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3-4 Delay Value

56 DN9983079Issue 10-0


Id:0900d805807cc588


The Delay Value field is coded as a 16-bit integer value in centi-seconds (one hundredth of a second). This coding provides a range of over 10 minutes in increments of 10 msec. As a special case, the hexadecimal value 0xFFFF (decimal 65535) is interpreted as infinite delay.

1.6.25 PDU TypeThe first octet of a BSSGP PDU contains the PDU type IE. The length of the PDU type IE is one octet. The element coding is as follows:

PDU type coding PDU Types

(Hexadecimal)

x00 - DL-UNITDATA

x01 - UL-UNITDATA

x02 - RA-CAPABILITY

x06 - PAGING PS

x07 - PAGING CS

x08 - RA-CAPABILITY-UPDATE

x09 - RA-CAPABILITY-UPDATE-ACK

x0a - RADIO-STATUS

x0b - SUSPEND

x0c - SUSPEND-ACK

x0d - SUSPEND-NACK

x0e - RESUME

x0f - RESUME-ACK

x10 - RESUME-NACK

x20 - BVC-BLOCK

x21 - BVC-BLOCK-ACK

x22 - BVC-RESET

x23 - BVC-RESET-ACK

x24 - BVC-UNBLOCK

x25 - BVC-UNBLOCK-ACK

x26 - FLOW-CONTROL-BVC

x27 - FLOW-CONTROL-BVC-ACK

x28 - FLOW-CONTROL-MS

x29 - FLOW-CONTROL-MS-ACK

x2a - FLUSH-LL

x2b - FLUSH-LL-ACK

x2c - LLC-DISCARDED

DN9983079Issue 10-0

57



Id:0900d805807cc588

1.6.26 QoS ProfileThis information element describes the QoS Profile associated with a PDU. The element coding is as follows:

a) The bit rate 0 (zero) means best effort in this IE.

The precedence bit coding is as follows:

All values which are not allocated are reserved. All reserved values are interpreted as value 010.

The A bit coding is as follows:

x40 - SGSN-INVOKE-TRACE

x41 - STATUS

x70 RAN-INFORMATION

x71 RAN-INFORMATION-REQUEST

x72 RAN-INFORMATION-ACK

x73 RAN-INFORMATION-ERROR

x74 RAN-INFORMATION-APPLICATION-ERROR

RESERVED All values not explicitly shown are reserved for future use.

PDU type coding PDU Types

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3-4 Peak bit rate provided by the network, coded as the value part in the Bucket Leak Rate IE. a)

Octet 5 Peak Bit Rate Granularity

C/R T A Precedence

Coding Semantic

DL-UNITDATA UL-UNITDATA

000 High priority Radio priority 1

001 Normal priority Radio priority 2

010 Low priority Radio priority 3

011 Reserved Radio priority 4

100 Reserved Radio Priority Unknown

58 DN9983079Issue 10-0


Id:0900d805807cc588


The T bit coding is as follows:

The C/R bit coding is as follows:

Peak Bit Rate Granularity field is not used. The Peak bit rate granularity is always 100 bits/s

1.6.27 Radio CauseThis information element indicates the reason for an exceptional condition on the radio interface. The element coding is as follows:

a) As the Enhanced Radio Status feature has never been negotiated the Radio Cause values in range of x03-x04 should if received be handled as "radio contact lost with the MS".

Coding Semantic

0 Radio interface uses RLC/MAC ARQ functionality.

1 Radio interface uses RLC/MAC-UNITDATA functionality.

Coding Semantic

0 The PDU contains signalling, for example related to GMM.

1 The PDU contains data.

Coding Semantic

0 The PDU contains a LLC ACK or SACK command/response frame type.

1 The PDU does not contain a LLC ACK or SACK com-mand/response frame type.

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3 Radio Cause value

Radio cause value Semantics of coding

(Hexadecimal)

x00 Radio contact lost with the MS

x01 Radio link quality insufficient to continue communication

x02 Cell-reselection ordered

x03 Cell reselection prepare a)

x04 Cell reselection failure a)

All values not explicitly listed are reserved. If received, they are handled as radio contact lost with the MS.

DN9983079Issue 10-0

59



Id:0900d805807cc588

1.6.28 RA-Cap-UPD-CauseThe RA-Cap-UPD-Cause indicates the success of the RA-CAPABILITY-UPDATE pro-cedure or the reason of the failure. The element coding is as follows:

1.6.29 Routing AreaThis information element uniquely identifies one routing area. The element coding is as follows:

The coding of octet 2 is a binary number indicating the length of the remaining element.

1.6.30 R_default_MSThis information element indicates the default bucket leak rate (R) to be applied to a flow control bucket for an MS. The element coding is as follows:

The R_default_MS field is coded as the R Value in Bucket Leak Rate IE.

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3 RA-Cap-UPD-Cause value

RA-Cap-UPD-Cause value

Semantics of coding

(Hexadecimal)

x00 OK, RA capability IE present

x01 TLLI unknown in SGSN

x02 No RA Capabilities or IMSI available for this MS

All values not explicitly listed are reserved. If received, they are handled as TLLI unknown in SGSN.

8 7 6 5 4 3 2 1

Octet 1 IEI


Octets 3-8 Octets 3-8 contain the value part, starting with octet 2, of the Routing Area Identification IE defined in 3GPP TS 24.008, not including 3GPP TS 24.008 IEI.

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3-4 R_default_MS value

60 DN9983079Issue 10-0


Id:0900d805807cc588


1.6.31 Suspend Reference NumberThe Suspend Reference Number information element contains an unformatted refer-ence number for each suspend/resume transaction. The element coding is as follows:

The Suspend Reference Number is an unformatted 8-bit field.

1.6.32 TagThis information element is used to correlate request and response PDUs. The element coding is as follows:

1.6.33 Temporary Logical Link Identity (TLLI)The element coding of this information element is as follows:

1.6.34 TMSIThe information element coding of TMSI is as follows:

1.6.35 Trace ReferenceThis information element provides a trace reference number allocated by the triggering entity. The element coding is as follows:

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3 Suspend Reference Number

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3 Unstructured value

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3-6 The rest of the element is coded as the value part of the TLLI IE in 3GPP TS 24.008, not including 3GPP TS 24.008 IEI.

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3-6 The rest of the element is coded as the value part of the TMSI/P-TMSI IE in 3GPP TS 24.008, not including 3GPP TS 24.008 IEI.

DN9983079Issue 10-0

61



Id:0900d805807cc588

1.6.36 Trace TypeThis information element provides the type of trace information to be recorded. The element coding is as follows:

The MSC/BSS Trace Type field consists of the following components:

The BSS Record Type field is supported by the BSC. The BSC uses record types Basic and No BSS Trace from the field. Other fields are ignored.

1.6.37 Transaction IdNot used by the Nokia Siemens Networks BSC.

1.6.38 Trigger IdNot used by the Nokia Siemens Networks BSC.

1.6.39 Number Of Octets AffectedThis information element indicates the number of octets transferred or deleted by the BSC. The element coding is as follows:

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3-4 Trace Reference

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3 This is coded as specified in the Technical Specification 3GPP TS 52.008.

8 7 6 5 4 3 2 1

Priority

Indication

For future expansion (Set to 0)

BSS Record Type MSC Record Type Invoking Event

Bits Record Type

6 5

0 0 Basic

0 1 Handover

1 0 Radio

1 1 No BSS Trace

62 DN9983079Issue 10-0


Id:0900d805807cc588


The number of octets transferred or deleted by the BSC may be higher than the maximum Bmax value (6553500). The SGSN handles any value higher than 6553500 as the Bmax value.

1.6.40 LSA Identifier ListNot used by the Nokia Siemens Networks BSC.

1.6.41 LSA InformationNot used by the Nokia Siemens Networks BSC.

1.6.42 Packet Flow Identifier (PFI)This information element indicates the Packet Flow Identifier for a BSS Packet Flow Context. The element coding is as follows:

1.6.43 Aggregate BSS QoS ProfileNot used by the Nokia Siemens Networks BSC.

1.6.44 Feature BitmapThe Feature Bitmap information element indicates the optional features supported by the underlying NSE. The element coding is:

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3-5 number of octets transferred or deleted

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3 Rest of the element coded as the value part of the Packet Flow Identifier information element in 3GPP TS 24.008, not including 3GPP TS 24.008 not including 3GPP TS 24.008 IEI.

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3 MBMS

Enhanced Radio Status

PFC-FC

RIM LCS INR CBL PFC

DN9983079Issue 10-0

63



Id:0900d805807cc588

PFC coding:

PFC procedures are not supported.

CBL coding:

CBL procedures are not supported.

INR coding:

INR is not supported.

LCS coding:

LCS procedures are not supported.

RIM coding:

PCU2 sends always the Feature Bitmap -Information Element with the RIM bit value 1 - RAN Information Management (RIM) procedures supported. PCU1 does not support RIM procedures.

Coding Semantic

0 Packet Flow Context Procedures not supported

1 Packet Flow Context Procedures supported

Coding Semantic

0 Current Bucket Level Procedures not supported

1 Current Bucket Level Procedures supported

Coding Semantic

0 Inter-NSE re-routing not supported

1 Inter-NSE re-routing supported

Coding Semantic

0 LCS Procedures not supported

1 LCS Procedures supported

Coding Semantic

0 RAN Information Management (RIM) procedures not sup-ported.

1 RAN Information Management (RIM) procedures supported

64 DN9983079Issue 10-0


Id:0900d805807cc588


PFC-FC coding:

PFC Flow Control Procedures are not supported.

Enhanced Radio Status coding:

Enhanced Radio Status Procedures are not supported.

MBMS coding:

MBMS Procedures are not supported.

1.6.45 Bucket Full RatioNot used by the Nokia Siemens Networks BSC.

1.6.46 Service UTRAN CCOThe Service UTRAN CCO (Cell Change Order) information element indicates whether network-initiated cell change to UTRAN or E-UTRAN should be used. It is relevant if any of such procedures (e.g. IS-NCCR) are used. The element coding is as follows:

Coding Semantic

0 PFC Flow Control Procedures not supported.

1 PFC Flow Control Procedures supported.

Coding Semantic

0 Enhanced Radio Status Procedures not supported.

1 Enhanced Radio Status Procedures supported.

Coding Semantic

0 MBMS Procedures not supported

1 MBMS Procedures supported

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3 Spare Service E-UTRAN CCO Value part

Service UTRAN CCO Value part

Service UTRAN Value part

Semantics of coding

000 Network initiated cell change order procedure to UTRAN should be performed

001 Network initiated cell change order procedure to UTRAN should not be performed

DN9983079Issue 10-0

65



Id:0900d805807cc588

a) Service E-UTRAN CCO Value part is not used and ‘111’ as Service UTRAN CCO value is treated as any other non-defined value.

1.6.47 NSEINot used by the Nokia Siemens Networks BSC.

1.6.48 RIM Application IdentityIdentifies the application using RIM procedures. The element coding is:

RIM Application Identity coding:

Only Network Assisted Cell Change (NACC) is supported.

1.6.49 RIM Sequence NumberThis information element defines the sequence number (RSN) allocated to a RIM PDU by the source node. The element coding is:

010 Network initiated cell change order procedure to UTRAN is not per-formed

111 If received, shall be interpreted as no information available and bits 4-5 valid instead a)

other values No information available

8 7 6 5 4 3 2 1

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3 RIM Application Identity

Coding Semantic

0000 0000 Reserved

0000 0001 Network Assisted Cell Change (NACC)

0000 0010 System Information 3 (SI3)

0000 0101 MBMS data channel

0000 0100 - 1111 1111 Reserved

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3 RIM Sequence Number (Higher order octet)

Octet 4 RIM Sequence Number

Octet 5 RIM Sequence Number

66 DN9983079Issue 10-0


Id:0900d805807cc588


1.6.50 RAN-INFORMATION-REQUEST Application ContainerThe coding of the Application Container IE within the RAN-INFORMATION-REQUEST RIM container for the NACC application is specified as follows:

Reporting Cell Identifier IE is encoded as the Cell Identifier.

1.6.51 RAN-INFORMATION Application ContainerThe coding of the Application Container IE within the RAN-INFORMATION RIM con-tainer for the NACC application is specified as follows:

Reporting Cell Identifier IE is encoded as the Cell Identifier.

Type indicates the type of SI/PSI messages provided by the reporting cell. The Type field is coded as shown below:

Number of SI/PSI indicates the number of SI/PSI provided by the reporting cell con-tained in the SI/PSI field. This number may be zero. For system information messages with multiple instances, each instance is counted as one SI/PSI message. The Number of SI/PSI field is coded as shown below:

Octet 6 RIM Sequence Number (Lower order octet)

8 7 6 5 4 3 2 1

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3-10 Reporting Cell Identifier

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3-10 Reporting Cell Identifier

Octet 11 Number of SI/PSI Type

Octet 12-n SI/PSI

Coding Semantic

0 SI messages as specified for BCCH (3GPP TS 44.018) follow

1 PSI messages as specified for PBCCH (3GPP TS 44.060) follow

Coding Semantic

000 0000 0 "SI/PSI" follows

000 0001 1 "SI/PSI" follow

‘ “

DN9983079Issue 10-0

67



Id:0900d805807cc588

SI/PSI field contains a list of either system information or packet system information messages valid for the reporting cell. Furthermore:

• If the Type field indicates that "SI messages as specified for BCCH (3GPP TS 44.018) follow" then the SI/PSI field contains System Information message instances encoded for BCCH as specified in 3GPP TS 44.018. Each System Infor-mation message contains the Message type octet followed by all the IEs composing the message payload. Each message is 21 octets long.

• If the Type field indicates that "PSI messages as specified for PBCCH (3GPP TS 44.060) follow" then the SI/PSI field contains Packet System Information message instances encoded for PBCCH as specified in 3GPP TS 44.060. Each Packet System Information message contains the MESSAGE_TYPE field followed by the PSI message content. Each message is 22 octets long.

RAN-INFORMATION Application Container for the NACC Application included in the RAN-INFORMATION/End PDU or in the RAN-INFORMATION/Stop PDU contains only the Reporting Cell Identifier. The Nokia Siemens Networks BSC codes the PDUs in such a way that the Length Indicator indicates that the Reporting Cell Identifier is the last infor-mation in the IE. However, for compatibility reasons the Nokia Siemens Networks BSC accepts (successfully encode) also longer IEs but just ignore rest of the information.

1.6.52 RIM PDU IndicatorsThis IE contains different indications used in RAN-INFORMATION-REQUEST PDU, RAN-INFORMATION PDU or RAN-INFORMATION-APPLICATION-ERROR PDU. The element coding is:

ACK field indicates whether the source side is requesting a RAN-INFORMATION-ACK PDU as response to a RAN-INFORMATION or to a RAN-INFORMATION-APPLICA-TION-ERROR PDU. The ACK field is not used in RAN-INFORMATION-REQUEST PDU and shall be considered as spare. This field is coded as shown below.

The Nokia Siemens Networks BSC never requests acknowledge message for RAN-INFORMATION PDU except for RAN-INFORMATION/End PDU, but is able to send one if so requested by the (other vendor’s) serving BSC.

PDU Type Extension field specifies the type extension of the PDU. The defined values depend on the PDU type.

111 1111 127 "SI/PSI" follow

Coding Semantic

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3 Reserved PDU Type Extension ACK

Coding Semantic

0 No ACK requested

1 ACK requested

68 DN9983079Issue 10-0


Id:0900d805807cc588


Coding of the PDU Type Extension parameter when used in RAN-INFORMATION-REQUEST PDU:

Coding of the PDU Type Extension parameter when used in RAN-INFORMATION PDU:

Parameter is not relevant when used in RAN-INFORMATION-APPLICATION-ERROR PDU.

1.6.53 Global CN-IdThe Global CN-Id consists of a PLMN-Id and a CN-Id, see 3GPP TS 23.003. The value part of the Global CN-Id is coded as defined in 3GPP TS 29.018. The CN-Id is an integer defined by O&M. The element coding is:

1.6.54 RIM Routing InformationThis information element uniquely identifies either a cell within a GERAN BSS, a UTRAN RNC or an E-UTRAN eNodeB. The element coding is:

Coding Semantic

000 RAN-INFORMATION-REQUEST/Stop PDU

001 RAN-INFORMATION-REQUEST/Single Report PDU

010 RAN-INFORMATION-REQUEST/Multiple Report PDU

011-111 Reserved

Coding Semantic

000 RAN-INFORMATION/Stop PDU

001 RAN-INFORMATION/Single Report PDU

010 RAN-INFORMATION/Initial Multiple Report PDU

011 RAN-INFORMATION/Multiple Report PDU

100 RAN-INFORMATION/End PDU

101-111 Reserved

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3-7 Coded as octets 3 to 7 of the Global CN-Id IE, defined in 3GPP TS 29.018

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3 Spare RIM Routing Address discrimi-nator

Octet 4-n RIM Routing Address

DN9983079Issue 10-0

69



Id:0900d805807cc588

The coding of RIM Routing Address discriminator is a binary number indicating which type of address is provided in octet 4-n. The RIM Routing Address discriminator is coded as follows:

RIM Routing address coding depends on RIM Routing Address discriminator:

RIM Routing Address discriminator = 0000:The RIM Routing Address field contains a Cell Identifier and is coded as the value part (octet 3 to octet 10) of the Cell Identifier Information element.

RIM Routing Address discriminator = 0001:The RIM Routing Address field contains a RNC identifier and it is coded as follows:

The octets 10-11 contain the RNC-ID (0..4095) or the Extended RNC-ID (4096..65535) - see 3GPP TS 25.413:

• The least significant bit of RNC-ID is octet 11 bit 1 and most significant bit is octet 10 bit 4. In the octet 10 bits 5-8 are set to "0000".

• The least significant bit of Extended RNC-ID is octet 11 bit 1 and most significant bit is octet 10 bit 8.

RIM Routing Address discriminator = 0010:The RIM Routing Address field contains an eNB identifier and is coded as follows:

Octets 9-n contain the Global eNB ID (see 3GPP TS 36.413) of the eNodeB.

Bits4321

0000 A Cell Identifier is used to identify a GERAN cell.

0001 A RNC Identifier is used to identify a Utran RNC.

0010 An eNB identifier is used to identify an E-UTRAN eNodeB or HeNB

Other Reserved

8 7 6 5 4 3 2 1

Octets 4 to 9 contain the value part (starting with octet 2) of the Routing Area Identification IE defined in 3GPP TS 24.008, not including 3GPP TS 24.008 IEI

Octet 4-9

RNC-ID (or Extended RNC-ID) Octet 10

RNC-ID (or Extended RNC-ID) (continued) Octet 11

8 7 6 5 4 3 2 1

Octets 4 to 8 contain the value part (starting with octet 2) of the Tracking Area Identity IE defined in 3GPP TS 24.301, not including 3GPP TS 24.301 IEI

Octet 4-8

Global eNB ID Octet 9-n

70 DN9983079Issue 10-0


Id:0900d805807cc588


1.6.55 RIM Protocol Version NumberThis information element defines which version number of the RIM protocol is in use in the PDU. The element coding is:

RIM Protocol Version Number is coded as follows:

If this Information Element is omitted the value "Version 1" should be assumed.

1.6.56 Application Error ContainerThe coding of the Application Error Container IE for the NACC application is specified as follows:

NACC Cause field indicates the cause why the Application Error Container IE is sent. The NACC Cause field is coded as shown below:

Explanation of the codes:

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3 RIM Protocol Version Number

Coding Semantic

0000 0000 Reserved

0000 0001 Version 1

0000 0010-1111 1111 Reserved

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3 NACC Cause

Octet 4-n Erroneous Application Container including IEI and LI

Coding Semantic

0000 0000 Other unspecified error

0000 0001 Syntax error in the Application Container

0000 0010 Reporting Cell Identifier does not match with the Destination Cell Identifier or with the Source Cell Identifier.

0000 0011 SI/PSI type error

0000 0100 Inconsistent length of a SI/PSI message

0000 0101 Inconsistent set of messages

Other values Reserved

DN9983079Issue 10-0

71



Id:0900d805807cc588

• "Other unspecified error": none of the error description below fits with the detected error

• "Syntax error in the Application Container": the Application Container IE is syntacti-cally incorrect

• "Reporting Cell Identifier does not match with the Destination Cell Identifier or with the Source Cell Identifier": the Reporting Cell Identifier in the Application Container IE does not match with the Destination Cell Identifier IE value (in the case of a RAN-INFORMATION-REQUEST PDU) or with the Source Cell Identifier IE value (in the case of a RAN-INFORMATION PDU) of the RIM PDU

• "SI/PSI type error": the Application Container IE contains system information messages instead of packet system information messages or conversely

• "Inconsistent length of a SI/PSI message": the length contained in one SI/PSI message does not fit with the content of the message

• "Inconsistent set of messages": the status of the change marks reported in the (packet) system information message set is inconsistent

Erroneous Application Container contains the received erroneous Application container IE.

1.6.57 RAN-INFORMATION-REQUEST RIM container This information element defines the RIM container used in the RAN-INFORMATION-REQUEST PDU. The element coding is:

RAN-INFORMATION-REQUEST RIM Container Contents coding is:

a) Not used.b) The presence of the Application Container depends on the value of the RIM Applica-tion Identity IE. Is always present for Network Assisted Cell Change (NACC) application.

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3-? RAN-INFORMATION-REQUEST RIM Container Contents

Information Elements Type Presence Format Length

RIM Application Identity

RIM Application Identity M TLV 3

RIM Sequence Number

RIM Sequence Number M TLV 6

RIM PDU Indications RIM PDU Indications M TLV 3

RIM Protocol Version Number a)

RIM Protocol Version Number

O TLV 3

Application Container b)

RAN-INFORMATION-REQUEST Application Containere

C TLV 4-?

72 DN9983079Issue 10-0


Id:0900d805807cc588


1.6.58 RAN-INFORMATION RIM containerThis information element defines the RIM container used in the RAN-INFORMATION PDU. The element coding is:

RAN-INFORMATION RIM Container Contents coding is:

a) Not used.b) Used if RIM Application Identity indicates the Network Assisted Cell Change (NACC) application and no Application Error Container included.c) Used if RIM Application Identity indicates the Network Assisted Cell Change (NACC) application and no Application Container included.

1.6.59 RAN-INFORMATION-APPLICATION-ERROR RIM ContainerThis information element defines the RIM container used in the RAN-INFORMATION-APPLICATION-ERROR PDU. The element coding is:

RAN-INFORMATION-APPLICATION-ERROR RIM Container Contents coding is:

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3-? RAN-INFORMATION RIM Container Contents




RIM Sequence Number





O TLV 3

Application Container b)

RAN-INFORMATION-REQUEST Application Containere

C TLV 4-?

Application Error Con-tainer c)

Application Error Con-tainer

C TLV n

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3-? RAN-INFORMATION-APPLICATION-ERROR RIM Container Contents

DN9983079Issue 10-0

73



Id:0900d805807cc588

a) Not used.

1.6.60 RAN-INFORMATION-ACK-RIM containerThis information element defines the RIM container used in the RAN-INFORMATION-ACK PDU. The element coding is:

RAN-INFORMATION-ACK RIM Container Contents coding is:

a) Not used.

1.6.61 RAN-INFORMATION-ERROR RIM ContainerThis information element defines the RIM container used in the RAN-INFORMATION-ERROR PDU. The element coding is:

RAN-INFORMATION-ERROR RIM Container Contents coding is:




RIM Sequence Number





O TLV 3



M TLV n

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3-16 RAN-INFORMATION-ACK RIM Container Contents




RIM Sequence Number




O TLV 3

8 7 6 5 4 3 2 1

Octet 1 IEI


Octet 3-? RAN-INFORMATION-ERROR RIM Container Contents

74 DN9983079Issue 10-0


Id:0900d805807cc588


a) Values filled by the Nokia Siemens Networks BSC:

• Unknown RIM application identity or RIM application disabled • PDU not compatible with the feature set • Missing conditional IE • Missing mandatory IE • Conditional IE error • Invalid mandatory information • Semantically incorrect PDU b) Not used.c) Contains the erroneous PDU.

1.6.62 Extended Feature BitmapNot used by the Nokia Siemens Networks BSC. Any of the indicated features are not supported.

1.6.63 Flow Control GranularityNot used by the Nokia Siemens Networks BSC.

1.6.64 Subscriber Profile ID for RAT/Frequency priorityNot used by the Nokia Siemens Networks BSC.

1.7 List of system variables




RIM Cause a) Cause M TLV 3

RIM Protocol Version Number b)


O TLV 3

PDU in Error c) PDU in Error M TLV 3-?

Timer name Value range/default

Notes Relation to other timers

TgbBlock (T1) 1 - 30s/3s Guards the (un)blocking pro-cedures

None

TgbReset (T2) 1 - 120s/3s Guards the reset procedure None

TgbSuspend (T3) 0.1 - 10s/3s Guards the suspend proce-dure

None

TgbFlow (Flow control variable C)

1s BSSGP flow control supervi-sion timer

None

Table 2 BSSGP timers

DN9983079Issue 10-0

75



Id:0900d805807cc588

TgbResume (T4) 0 - 10s/0.2s Guards the resume proce-dure

None

T5 1 - 30s/3s Guards the RA-CAPABILITY-UPDATE procedure

None

Timer name Value range/default

Notes Relation to other timers

Table 2 BSSGP timers (Cont.)

Counter name Value range/default

Notes Relation to other parame-ters

BVCBlockRetries (BVC-BLOCK-RETRIES)

1 - 100/3 None None

BVCUnblockRetries (BVC-UNBLOCK-RETRIES)

1 - 100/3 None None

BVCResetRetries (BVC-RESET-RETRIES)

1 - 100/3 None None

SuspendRetries (SUSPEND-RETRIES)

1 - 100/3 None None

RESUME-RETRIES 1 - 100/1 None None

RA-CAPABILITY-UPDATE-RETRIES

1 - 100/3 None None

Table 3 BSSGP parameters

bssgp

Documents

resource distribution

nokia siemens

virtual circuit

functional

average queuing

bucket leak

rlcmac arq

peak bit rate