Vous êtes sur la page 1sur 48

Nokia Networks

GSM/EDGE BSS, Rel. GSM 16,


Operating Documentation,
Issue 02

BSC-SGSN Interface
Specification Network Service
Protocol (NS)
DN9983082
Issue 10-1
Approval Date 2011-09-27

 
 
BSC-SGSN Interface Specification Network Service Protocol (NS)

The  information  in  this  document  applies  solely  to  the  hardware/software  product  (“Product”)  specified
herein, and only as specified herein.

This document is intended for use by Nokia Solutions and Networks' customers (“You”) only, and it may not
be used except for the purposes defined in the agreement between You and Nokia Solutions and Networks
(“Agreement”)  under  which  this  document  is  distributed.  No  part  of  this  document  may  be  used,  copied,
reproduced,  modified  or  transmitted  in  any  form  or  means  without  the  prior  written  permission  of  Nokia
Solutions  and  Networks.  If  you  have  not  entered  into  an  Agreement  applicable  to  the  Product,  or  if  that
Agreement has expired or has been terminated, You may not use this document in any manner and You
are obliged to return it to Nokia Solutions and Networks and destroy or delete any copies thereof.

The  document  has  been  prepared  to  be  used  by  professional  and  properly  trained  personnel,  and  You
assume full responsibility when using it. Nokia Solutions and Networks welcome Your comments as part of
the process of continuous development and improvement of the documentation.

This  document  and  its  contents  are  provided  as  a  convenience  to  You.  Any  information  or  statements
concerning the suitability, capacity, fitness for purpose or performance of the Product are given solely on
an “as is” and “as available” basis in this document, and Nokia Solutions and Networks reserves the right
to change any such information and statements without notice. Nokia Solutions and Networks has made all
reasonable efforts to ensure that the content of this document is adequate and free of material errors and
omissions,  and  Nokia  Solutions  and  Networks  will  correct  errors  that  You  identify  in  this  document.  But,
Nokia Solutions and Networks' total liability for any errors in the document is strictly limited to the correction
of such error(s). Nokia Solutions and Networks does not warrant that the use of the software in the Product
will be uninterrupted or error-free.

NO  WARRANTY  OF  ANY  KIND,  EITHER  EXPRESS  OR  IMPLIED,  INCLUDING  BUT  NOT  LIMITED  TO
ANY  WARRANTY  OF  AVAILABILITY,  ACCURACY,  RELIABILITY,  TITLE,  NON-INFRINGEMENT,
MERCHANTABILITY  OR  FITNESS  FOR  A  PARTICULAR  PURPOSE,  IS  MADE  IN  RELATION  TO  THE
CONTENT  OF  THIS  DOCUMENT.  IN  NO  EVENT  WILL  NOKIA  SOLUTIONS  AND  NETWORKS  BE
LIABLE  FOR  ANY  DAMAGES,  INCLUDING  BUT  NOT  LIMITED  TO  SPECIAL,  DIRECT,  INDIRECT,
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, EVEN IN THE CASE OF
ERRORS IN OR OMISSIONS FROM THIS DOCUMENT OR ITS CONTENT.

This document is Nokia Solutions and Networks’ proprietary and confidential information, which may not be
distributed  or  disclosed  to  any  third  parties  without  the  prior  written  consent  of  Nokia  Solutions  and
Networks.

Nokia  is  a  registered  trademark  of  Nokia  Corporation.  Other  product  names  mentioned  in  this  document
may be trademarks of their respective owners, and they are mentioned for identification purposes only.

Copyright © 2015 Nokia Solutions and Networks. All rights reserved.

f Important Notice on Product Safety


  This product may present safety risks due to laser, electricity, heat, and other sources of danger.

Only  trained  and  qualified  personnel  may  install,  operate,  maintain  or  otherwise  handle  this
product and only after having carefully read the safety information applicable to this product.

The  safety  information  is  provided  in  the  Safety  Information  section  in  the  “Legal,  Safety  and
Environmental Information” part of this document or documentation set.

Nokia  Solutions  and  Networks  is  continually  striving  to  reduce  the  adverse  environmental  effects  of  its
products and services. We would like to encourage you as our customers and users to join us in working
towards a cleaner, safer environment. Please recycle product packaging and follow the recommendations
for power use and proper disposal of our products and their components.

If you should have questions regarding our Environmental Policy or any of the environmental services we
offer, please contact us at Nokia Solutions and Networks for any additional information.

2 DN9983082 Issue: 10-1
BSC-SGSN Interface Specification Network Service Protocol (NS)

Table of Contents
This document has 48 pages
   
Summary of changes..................................................................... 7
   
1 BSC-SGSN interface specification network service protocol (NS)
description......................................................................................8
1.1 Position of NS within the protocol stack on the Gb interface......... 8
1.2 Addressing..................................................................................... 8
1.2.1 Network service virtual link (NS-VL)...............................................9
1.2.2 Network service virtual connection (NS-VC).................................. 9
1.2.3 Network service entity (NSE)....................................................... 10
1.2.4 BSSGP virtual connection (BVC)................................................. 11
1.2.5 Use of Gb concepts when intra domain connection of RAN nodes
to multiple CN nodes (Multipoint Gb Interface) applies in the BSS..
11
1.3 Load sharing function...................................................................12
1.3.1 Frame relay subnetwork...............................................................12
1.3.2 IP subnetwork.............................................................................. 12
1.4 Resource distribution function......................................................12
1.5 Subnetwork service protocol........................................................ 13
1.5.1 Frame relay support for subnetwork service protocol.................. 13
1.5.2 IP support of the subnetwork service protocol............................. 14
1.6 Network service control procedures.............................................15
1.6.1 NS SDU Transmission................................................................. 15
1.6.2 NS-VC Blocking........................................................................... 16
1.6.3 NS-VC Unblocking....................................................................... 17
1.6.4 NS-VC Reset................................................................................19
1.6.5 NS-VC Test.................................................................................. 20
1.6.6 Resource Distribution Function.................................................... 22
1.6.7 Procedure for error reporting........................................................22
1.7 IP subnetwork service control procedures................................... 22
1.7.1 Size.............................................................................................. 23
1.7.2 Configuration................................................................................24
1.7.3 Add...............................................................................................26
1.7.4 Delete...........................................................................................27
1.7.5 ChangeWeight..............................................................................28
1.8 General protocol error handling................................................... 29
1.8.1 Erroneous events......................................................................... 29
1.8.2 Non-erroneous events..................................................................29
1.8.3 Deviations from the general protocol error handling.................... 30
1.9 Network service control protocol data units (PDUs).....................30
1.9.1 NS-ALIVE.....................................................................................30
1.9.2 NS-ALIVE-ACK............................................................................ 30
1.9.3 NS-BLOCK................................................................................... 30

Issue: 10-1 DN9983082 3
BSC-SGSN Interface Specification Network Service Protocol (NS)

1.9.4 NS-BLOCK-ACK.......................................................................... 31
1.9.5 NS-RESET................................................................................... 31
1.9.6 NS-RESET-ACK...........................................................................32
1.9.7 NS-STATUS................................................................................. 32
1.9.8 NS-UNBLOCK..............................................................................33
1.9.9 NS-UNBLOCK-ACK..................................................................... 33
1.9.10 NS-UNITDATA..............................................................................34
1.10 Subnetwork service control PDUs................................................34
1.10.1 SNS-ACK..................................................................................... 34
1.10.2 SNS-ADD..................................................................................... 35
1.10.3 SNS-CHANGEWEIGHT............................................................... 35
1.10.4 SNS-CONFIG...............................................................................36
1.10.5 SNS-CONFIG-ACK...................................................................... 36
1.10.6 SNS-DELETE...............................................................................36
1.10.7 SNS-SIZE.....................................................................................37
1.10.8 SNS-SIZE-ACK............................................................................ 37
1.11 Network service control information elements (IEs).....................38
1.11.1 IEI Codings...................................................................................38
1.11.2 BVCI............................................................................................. 39
1.11.3 Cause...........................................................................................39
1.11.4 End Flag.......................................................................................40
1.11.5 IP Address....................................................................................40
1.11.6 List of IP4 Elements..................................................................... 41
1.11.7 List of IP6 Elements..................................................................... 42
1.11.8 Maximum Number of NS-VCs...................................................... 42
1.11.9 Number of IP4 Endpoints............................................................. 43
1.11.10 Number of IP6 Endpoints............................................................. 43
1.11.11 NS PDU........................................................................................43
1.11.12 NS SDU........................................................................................44
1.11.13 NS-VCI......................................................................................... 44
1.11.14 NSEI............................................................................................. 44
1.11.15 PDU Type.....................................................................................45
1.11.16 Reset Flag....................................................................................46
1.11.17 NS SDU Control Bits.................................................................... 46
1.11.18 Transaction ID.............................................................................. 47
1.12 List of system variables................................................................47

4 DN9983082 Issue: 10-1
BSC-SGSN Interface Specification Network Service Protocol (NS)

List of Figures
Figure 1 The protocol stack on the Gb interface.................................................8
Figure 2 Relationship between NS-VCs and NS-VLs in a frame relay
subnetwork........................................................................................... 9
Figure 3 Relationship between NS-VCs and NS-VLs in an IP subnetwork...... 10
Figure 4 Use of Gb concepts when intra domain connection of RAN nodes to
multiple CN nodes applies in the BSS................................................ 11
Figure 5 NS SDU Transmission........................................................................15
Figure 6 NS-VC Blocking..................................................................................16
Figure 7 NS-VC Unblocking..............................................................................17
Figure 8 NS-VC Reset...................................................................................... 19
Figure 9 NS-VC Test.........................................................................................20
Figure 10 Resource Distribution Function.......................................................... 22
Figure 11 NSE initialization.................................................................................23
Figure 12 NS-VC configuration...........................................................................24
Figure 13 IP endpoint addition............................................................................26
Figure 14 IP endpoint deletion............................................................................27
Figure 15 IP endpoint modification..................................................................... 28

Issue: 10-1 DN9983082 5
BSC-SGSN Interface Specification Network Service Protocol (NS)

List of Tables
Table 1 NS timers............................................................................................47
Table 2 NS parameters................................................................................... 47

6 DN9983082 Issue: 10-1
   

BSC-SGSN Interface Specification Network Service Summary of changes
Protocol (NS)

Summary of changes
Changes between document issues are cumulative. Therefore, the latest document
issue contains all changes made to previous issues.
Changes made between issues 10-1 and 10-0
The BSC - SGSN interface specification standard baseline has been updated from 3GPP
TS 48.016 version 8.0.0 to 3GPP TS 48.016 version 9.0.0.
Changes made between issues 10-0 and 9-0
The BSC - SGSN interface specification standard baseline has been updated from 3GPP
TS 48.016 version 7.3.0 to 3GPP TS 48.016 version 8.0.0.
Changes made between issues 9-0 and 8-0
The BSC - SGSN interface specification standard baseline has been updated from 3GPP
TS 48.016 version 6.5.0 to 3GPP TS 48.016 version 7.3.0.
Information on Packet Control Unit (PCU2) Pooling has been added to section NS SDU
Transmission.
Information on the TBF has been added to section Resource Distribution Function.
Subsection IP support of the subnetwork service protocol has been modified in section
Subnetwork service protocol.
The configuration procedure in section IP Sub-Network Service Control procedures has
been modified.
Figures IP endpoint addition and IP endpoint deletion have been updated in section IP
Sub-Network Service Control procedures.

Issue: 10-1 DN9983082 7
   

BSC-SGSN interface specification network service BSC-SGSN Interface Specification Network Service
protocol (NS) description Protocol (NS)

1 BSC-SGSN interface specification network


service protocol (NS) description
This interface description deals with the standard 3GPP TS 48.016, General Packet
Radio Service (GPRS); Base Station System (BSS) – Serving GPRS Support Node
(SGSN) interface; Network Service, version 9.0.0, Rel-9.
It also describes the Network Service Protocol (NS) 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 recommendation are implemented. Generally all primitives
and parameters received without a protocol error have to be processed as defined in
3GPP TS 48.016, version 9.0.0, Rel-9. Any exceptions to this general rule are mentioned
in this description.
This description is general and used for all customers.

1.1 Position of NS within the protocol stack on the Gb


interface
Gb 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
subnetwork 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 NS SDU transmission, load sharing, NS-VC
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
information. The BSSGP also includes procedures, for example, for downlink flow
control, paging, and virtual circuit management.

1.2 Addressing

8 DN9983082 Issue: 10-1
   

BSC-SGSN Interface Specification Network Service BSC-SGSN interface specification network service
Protocol (NS) protocol (NS) description

1.2.1 Network service virtual link (NS-VL)


In frame relay the physical link in the Gb interface is the FR bearer channel. Each
physical link supports one or more NS-VLs. Each NS-VL is supported by one physical
link. The NS-VL is the local link of the FR permanent virtual connection (PVC) at the
user-to-network interface (UNI). For an IP subnetwork, the NS-VL is mapped to an IP
endpoint, that is, an IP address and a UDP pair.

1.2.2 Network service virtual connection (NS-VC)


NS-VCs are end-to-end virtual connections between a BSC and an SGSN.

Figure 2 Relationship between NS-VCs and NS-VLs in a frame relay subnetwork

Issue: 10-1 DN9983082 9
   

BSC-SGSN interface specification network service BSC-SGSN Interface Specification Network Service
protocol (NS) description Protocol (NS)

Figure 3 Relationship between NS-VCs and NS-VLs in an IP subnetwork

In the FR subnetwork, the NS-VC is a FR PVC and corresponds to the FR data link
connection identifier (DLCI) together with the bearer channel identifier. The NS-VCs are
permanently established by using administrative procedures. In an IP subnetwork, the
NS-VC is a pair of IP endpoints in the BSC and the SGSN and it is established by using
administrative procedures, that is, static configuration or auto-configuration, that is,
dynamic configuration procedures.
Each NS-VC is identified by means of an NS-VCI.

1.2.3 Network service entity (NSE)


NSE identifies a group of NS-VCs in the BSC. The network service entity identifier
(NSEI) is used by the BSC to determine the NS-VCs that provide service to a BSSGP
Virtual Connection (BVC). One NSE is configured between two peer NS entities. This

10 DN9983082 Issue: 10-1
   

BSC-SGSN Interface Specification Network Service BSC-SGSN interface specification network service
Protocol (NS) protocol (NS) description

grouping is performed by using administrative procedures. At each side of the Gb
interface, there is a one-to-one correspondence between a group of NS-VCs and an
NSEI. The NSEI has an end-to-end significance across the Gb interface.

1.2.4 BSSGP virtual connection (BVC)


BVCs are communication paths between remote NS user entities. Each BVC is
supported by one NSE and it is used to transport NS SDUs between NS users.

1.2.5 Use of Gb concepts when intra domain connection of RAN


nodes to multiple CN nodes (Multipoint Gb Interface)
applies in the BSS
The BSS sets up several NSEs for a pool area and each of these NSEs are connected to
different SGSNs. This way the BSS has one NSE connected to each of the connected
SGSNs. Alternatively, several NSEs in the BSS are connected to each of the SGSNs
supporting the pool area. One or more NS-VCs are set up between each of the NSEs in
the BSS and the corresponding peer NSEs in the SGSNs. In an IP network, an NS-VC is
identified by a pair of IP addresses and UDP ports in both the BSS and the SGSN. In the
Nokia  implementation intra domain connection of RAN nodes to multiple CN nodes
(Multipoint Gb Interface) is only supported in IP subnetworks.

Figure 4 Use of Gb concepts when intra domain connection of RAN nodes to
multiple CN nodes applies in the BSS

Issue: 10-1 DN9983082 11
   

BSC-SGSN interface specification network service BSC-SGSN Interface Specification Network Service
protocol (NS) description Protocol (NS)

1.3 Load sharing function


The load sharing function distributes the NS SDU traffic among the unblocked NS-VCs
on the Gb interface. The use of load sharing also provides continuous service to the
upper layer upon failure or O&M intervention by reorganizing the SDU traffic between the
unblocked NS-VCs. The reorganization may disturb the order of transmitted SDUs.

1.3.1 Frame relay subnetwork


The load sharing function distributes all NS SDUs among the unblocked NS-VCs within
the NSE on the Gb interface.
All the NS SDUs to be transmitted over the Gb interface to an SGSN are passed from
the BSSGP to the NS along with the link selector parameter (LSP).
For each BVC and NSEI, the NS SDUs with the same link selector parameter are sent
on the same NS-VC. Thus, the load sharing function guarantees that the order of all NS
SDUs marked with the same LSP value is preserved for each BVC.
Load sharing functions in the BSC and the SGSN are independent. Therefore, uplink and
downlink NS SDUs may be transferred on different NS-VCs.

1.3.2 IP subnetwork
The load sharing function distributes the NS SDU and SNS PDU traffic among the
available IP endpoints on the Gb interface. In a dynamic configuration, the IP subnetwork
determines the local IP endpoint locally and the remote IP endpoint based on relative
weight information provided by the peer SGSN or set by administrative procedures. The
relative weight is assigned for both signalling traffic and data traffic by the peer SGSN. It
is referred to as signalling weight and data weight respectively. In the dynamic
configuration, remote IP endpoint can also be changed by resource distribution function
in the SGSN. If the static configuration is in use, the data and signalling weights are
defined by the user.

1.4 Resource distribution function


The resource distribution function is only available for data traffic when an IP subnetwork
is used.
The BSC or the SGSN may change the IP endpoint at which the NS SDUs for an MS are
received by setting the Request Change Flow bit in the NS SDU Control Bits in the next
NS SDU or in an NS SDU with no data. When the BSC or the SGSN receives a request
for changing the IP endpoint, they notify the NS user entity of the change and directs
subsequent NS SDUs for the given MS to the new IP endpoint. When the BSC receives
a request for changing the IP endpoint from the SGSN, the BSC obtains the new IP
endpoint from the source IP endpoint of the NS SDU in which the Request Change Flow
bit was set. The new IP endpoint is not explicitly transmitted on the Gb interface.

12 DN9983082 Issue: 10-1
   

BSC-SGSN Interface Specification Network Service BSC-SGSN interface specification network service
Protocol (NS) protocol (NS) description

1.5 Subnetwork service protocol


1.5.1 Frame relay support for subnetwork service protocol
Frame relay is used on the Gb interface. The Gb interface may consist of direct point-to-
point connections between the BSC and the SGSN, or an intermediate frame relay
network which can be placed between both ends of the Gb interface. In an intermediate
frame relay network, both the BSC and the SGSN are considered as the user side of the
user-to-network interface.
Only frame relay PVCs are used on the Gb interface. Therefore Annex A of ITU-T Q.922
(02/92): ISDN data link layer specification for frame mode bearer services for ETSI BSC
or ANSI T1.618: DSS1 core aspects of frame relay protocol for use with frame relay
bearer service, 1991 (R 1997) for ANSI BSC, and Annex A of ITU-T revised Q.933
(10/95): Digital Subscriber Signalling System No. 1 (DSS 1) - Signalling specification for
frame mode basic call control for ETSI BSC or ANSI T1.617: DSS1 signalling
specification for frame relay bearer service, 1991 (R 1997) for ANSI BSC, permanent
virtual connection procedures, are supported.
The frame relay user-to-network interface (UNI) is implemented on the Gb interface
according to the FRF 1.1 (January 19, 1996): The Frame Relay Forum User-to-Network
Implementation Agreement (UNI). Selected options or deviations from the FRF 1.1
(January 19, 1996): The Frame Relay Forum User-to-Network Implementation
Agreement (UNI) is specified in section Options selected from FRF 1.1.
Options selected from FRF 1.1
Support of DL-CONTROL sublayer
No end-to-end DL-CONTROL sublayer is implemented on the Gb interface. The DL-
CONTROL sublayer is replaced by the NS layer in the Gb interface.
DLCI
DLCI is the frame relay address. The 10-bit coded DLCI is used in the Gb interface
(DLCI 0 is reserved for FR signalling and DLCIs 16-991 for FR PVCs). A maximum of
317 different DLCIs in the Gb interface are possible, because the size of FR full status
report should not exceed 1600 bytes.
Frame length
The maximum information field size of 1600 octets is supported on the Gb interface.
Congestion control procedures
The BSC always sets the DE, FECN, and BECN bits within the address field of the frame
relay frame to zero, which means that the congestion is indicated to the SGSN by upper
layers, that is, the BSSGP.
When the FECN or BECN marked frames are received, no reduction or increase of the
transmission rate is made by the NS. The BSC never resets DE, FECN, or BECN bits in
the received frames.
No congestion avoidance based on the CLLM message (see ITU-T Q.922 (02/92): "ISDN
data link layer specification for frame mode bearer services" for ETSI BSC or ANSI
T1.618: "DSS1 core aspects of frame relay protocol for use with frame relay bearer
service, 1991 (R 1997)" for ANSI BSC), or congestion control mechanism based on

Issue: 10-1 DN9983082 13
   

BSC-SGSN interface specification network service BSC-SGSN Interface Specification Network Service
protocol (NS) description Protocol (NS)

implicit congestion detection, clause A.6.1 (see ITU-T Q.922 (02/92): "ISDN data link
layer specification for frame mode bearer services" for ETSI BSC or ANSI T1.618:
"DSS1 core aspects of frame relay protocol for use with frame relay bearer service, 1991
(R 1997)" for ANSI BSC) is implemented in the BSC.
Signalling procedures
Annex A of ITU-T revised Q.933 (10/95): Digital Subscriber Signalling System No. 1
(DSS 1) - Signalling specification for frame mode basic call control procedures for ETSI
BSC or ANSI T1.617: DSS1 signalling specification for frame relay bearer service, 1991
(R 1997) procedures for ANSI BSC are implemented at the BSC as recommended in
clause 2.3 in FRF 1.1 (January 19, 1996): The Frame Relay Forum User-to-Network
Implementation Agreement (UNI).
On the Gb interface, these procedures are initiated by the user side of the UNI. Reverse
procedures are not used.
Only periodic link status polling is used. Asynchronous status message does not need to
be supported.
C/R bit usage
The C/R bit is not used by the BSC. It is set to zero when sent to the SGSN. The BSC
does not check the C/R bit when it is received.
Abnormal conditions
When a PVC is detected as unavailable by the FR and when a PVC becomes available
again, the NS is informed. Unavailability cases are described in ITU-T Q.922 (02/92):
ISDN data link layer specification for frame mode bearer services for ETSI BSC or in
ANSI T1.618: DSS1 core aspects of frame relay protocol for use with frame relay bearer
service, 1991 (R 1997) for ANSI BSC, and in Annex A of ITU-T revised Q.933 (10/95):
Digital Subscriber Signalling System No. 1 (DSS 1) - Signalling specification for frame
mode basic call control for ETSI BSC or in ANSI T1.617: DSS1 signalling specification
for frame relay bearer service, 1991 (R 1997) for ANSI BSC.

1.5.2 IP support of the subnetwork service protocol


The IP subnetwork uses the Internet Protocol (IP) as defined in IETF RFC 791, and the
User Datagram Protocol (UDP) as defined in IETF RFC 768. The Nokia BSC supports
both IP versions IPv4 and IPv6.
The connections between the BSC and the SGSN may consist of point-to-point
connections or of an intermediate IP network.
The following characteristics have to be considered:

1. The subnetwork service (SNS) may be configured by administrative means, that is,
static configuration or by auto-configuration procedures, that is, dynamic
configuration. In auto-configuration, the operator must in advance ensure that each
NSE can fulfil its peer NSE requirements, for example, the maximum number of NS-
VCs and IP-endpoints.
2. Administrative configuration refers to the administration of the NSEs' IP endpoints,
including the signalling weight and data weight.
3. In the case of a point-to-point connection, the administrative configuration is used. In
the case of an intermediate IP network connection, either the administrative means
or the auto-configuration procedures may be used.

14 DN9983082 Issue: 10-1
   

BSC-SGSN Interface Specification Network Service BSC-SGSN interface specification network service
Protocol (NS) protocol (NS) description

4. The BSC NSE has no knowledge of the configuration of any other BSC NSEs.
5. The auto-configuration procedures are used to exchange configuration information
between the BSC and the SGSN. The client/server principle applies: the SGSN is the
server, while the BSC is a client. The BSC must have knowledge of at least one IP
endpoint, referred to as pre-configured endpoint to initiate the procedures. The auto-
configuration procedures consist of the following:
• After the start-up, the BSC NSE reports to the peer-SGSN NSE by initiating the
Size procedure.
• The BSC initiates the Configuration procedure in which a sequence of messages
containing signalling endpoints, data endpoints, and initial weights is exchanged
between the BSC and the SGSN.
A pre-configured endpoint is not used for NSE data or signalling traffic (with the
exception of Size and Configuration procedures) unless it is configured by the SGSN
using the auto-configuration procedures.
6. A network connection as part of the intermediate IP network between the NSEs is
terminated by similar IP addresses, for example, IPv4 or IPv6.
7. For dynamic configurations, the change of initially configured parameters is
supported by the Add procedure, Delete procedure, and ChangeWeight procedure.
The Nokia BSC does not initiate a ChangeWeight procedure but supports it when
initiated by the SGSN.
8. The SNS messages (SNS SIZE, SNS CONFIG, SNS ADD, SNS DELETE, SNS
CHANGEWEIGHT) serving to support the Size, Config, Add, Delete, and
Changeweight procedures are only used in the case of a dynamic configuration. The
Nokia BSC does not send a CHANGEWEIGHT message to the SGSN, but supports
it when received from the SGSN.

1.6 Network service control procedures


1.6.1 NS SDU Transmission
Figure 5 NS SDU Transmission

NS SDUs are transmitted in an unacknowledged mode on the Gb interface with a NS-
UNITDATA PDU. The NS-UNITDATA PDU is used in both directions.

Issue: 10-1 DN9983082 15
   

BSC-SGSN interface specification network service BSC-SGSN Interface Specification Network Service
protocol (NS) description Protocol (NS)

When an IP subnetwork is used, the SGSN may indicate a request to change the IP
endpoint by sending NS-UNITDATA PDU containing BSSGP DL-UNITDATA where the
length of LLC-PDU is set to zero and the R-bit is set to 1.
Abnormal conditions
When the FR PVC is unavailable, no NS SDU Transmission is performed on the
corresponding NS-VC by the BSC.
If Packet Control Unit (PCU2) Pooling is not supported and if the BSC receives an NS-
UNITDATA PDU including a BVCI not associated to the NS-VC where the PDU was
received, it returns an NS-STATUS PDU on that NS-VC with the cause value BVCI
unknown on that NSE. The BSC then ignores the received PDU.
If Packet Control Unit (PCU2) Pooling is supported and if the NS-UNITDATA-PDU
including a BVCI is not found from the Packet Control Unit (PCU2) Pooling's cell
configuration, the NS-STATUS PDU with BVCI IE is sent to the SGSN and the cause
value is set to BVCI Unknown.

1.6.2 NS-VC Blocking


Figure 6 NS-VC Blocking

The Blocking procedures are not used in an IP subnetwork.
The BSC blocks an NS-VC after:

• O&M intervention on the Gb interface making the NS-VC unavailable for BSSGP
traffic with the cause value O&M intervention
• NS-VC test failure with the cause value Transit network failure
For more information, see section NS-VC Test.
• FR detecting the unavailability of a bearer or a PVC with the cause value Transit
network failure.

When there is no unblocked NS-VC left between a BSC and an SGSN For a BVC, the
corresponding traffic is discarded at the sending side by the BSC.
BSC-initiated NS-VC block
The BSC marks the NS-VC as blocked and sends an NS-BLOCK PDU to the peer NS on
any alive NS-VC that is blocked or unblocked NS-VC within the NSE and starts the
TnsBlock timer. The NS-BLOCK PDU contains the NS-VCI and a cause element
indicating the reason for blocking. For more information on the alive definition, see
section NS-VC Test.

16 DN9983082 Issue: 10-1
   

BSC-SGSN Interface Specification Network Service BSC-SGSN interface specification network service
Protocol (NS) protocol (NS) description

Downlink data PDUs are accepted on the blocked NS-VC, until an NS-BLOCK-ACK PDU
is received for the NS-VC. The BSC stops accepting downlink data PDUs on the blocked
NS-VC, if the number of retries of the blocking procedure is exceeded. No uplink data
PDUs are sent on the blocked NS-VC.
When an NS-BLOCK PDU is received, the peer NS marks the NS-VC as blocked and
considers it unavailable for the BSSGP traffic. The peer NS then returns an NS-BLOCK-
ACK PDU on any alive NS-VC that is blocked or unblocked.
When receiving an NS-BLOCK-ACK PDU or an NS-BLOCK PDU, the BSC stops the
TnsBlock timer. Further downlink data PDUs on the blocked NS-VC are discarded and
acknowledged by sending an NS-STATUS PDU with the cause value NS-VC blocked.
SGSN-initiated NS-VC block
When the BSC receives an NS-BLOCK PDU, it marks the NS-VC as blocked and
considers it unavailable for the BSSGP traffic. Further downlink data PDUs on the
blocked NS-VC are discarded and acknowledged by sending an NS-STATUS PDU with
the cause value NS-VC blocked. No uplink data PDUs are sent on the blocked NS-VC.
The BSC then returns an NS-BLOCK-ACK PDU on any alive NS-VC that is blocked or
unblocked within the NSE.
Abnormal conditions
If an NS-BLOCK-ACK PDU is not received for an NS-BLOCK PDU within TnsBlock
seconds, the NS-BLOCK PDU is repeated a maximum of NSBlockRetries times. After
NSBlockRetries unsuccessful retry attempts, the NS-VC remains blocked and the
procedure is stopped.
If the BSC receives an NS-BLOCK PDU for a blocked NS-VC, an NS-BLOCK-ACK PDU
is returned.
If the BSC receives an unexpected NS-BLOCK-ACK PDU relating to a locally blocked
NS-VC, the NS-BLOCK-ACK PDU is ignored. If the NS-BLOCK-ACK PDU is related to a
locally unblocked NS-VC, the NS-VC unblocking procedure is initiated.
If the NS-VCI that is received in an NS-BLOCK or an NS-BLOCK-ACK PDU is unknown,
the error is reported to the originator of the PDU with an NS-STATUS PDU including the
unknown NS-VCI with the cause value NS-VC unknown. The NS-BLOCK or NS-BLOCK-
ACK PDU is ignored.

1.6.3 NS-VC Unblocking


Figure 7 NS-VC Unblocking

Issue: 10-1 DN9983082 17
   

BSC-SGSN interface specification network service BSC-SGSN Interface Specification Network Service
protocol (NS) description Protocol (NS)

The Blocking procedures are not be used in an IP subnetwork.
The BSC unblocks an NS-VC after:

• O&M intervention on the Gb interface making the NS-VC available for the BSSGP
traffic
• system-initiated NS-VC reset, for example, after the reset of a failed NS-VC test or
an NS-VC whose bearer had resumed availability for the NS level
BSC-initiated NS-VC unblock
The BSC sends an NS-UNBLOCK PDU on the NS-VC that is unblocked and starts the
TnsBlock timer. The NS-UNBLOCK PDU only contains the PDU type.
Downlink data PDUs are discarded and no uplink data PDUs are sent on the NS-VC,
until an NS-UNBLOCK-ACK PDU is received for the NS-VC.
When an NS-UNBLOCK PDU is received, the peer NS returns an NS-UNBLOCK-ACK
PDU on the NS-VC where the NS-UNBLOCK PDU was received and marks the NS-VC
as unblocked.
If the SGSN is not able to unblock the NS-VC, an NS-BLOCK PDU is returned. This NS-
BLOCK PDU is sent on the same NS-VC where the NS-UNBLOCK PDU was received.
The NS-VC remains blocked in the BSC.
When the BSC receives an NS-UNBLOCK-ACK PDU or an NS-UNBLOCK PDU, it stops
the TnsBlock timer and marks the NS-VC as unblocked. An NS-UNBLOCK PDU which is
received while the BSC is waiting for an NS-UNBLOCK-ACK PDU is acknowledged with
an NS-UNBLOCK-ACK PDU.
In the case of the first NS-VC of the NSE, the BVC reset is triggered for related BVCs.
For more information, see BSC-SGSN Interface Specification BSS GPRS Protocol
(BSSGP).
SGSN-initiated NS-VC unblock
When the BSC receives an NS-UNBLOCK PDU, it returns an NS-UNBLOCK-ACK PDU
on the NS-VC where the NS-UNBLOCK PDU was received and the NS-VC is marked as
unblocked.
If the BSC is not able to unblock the NS-VC, for example, because of an O&M
intervention, the NS-VC remains blocked and the NS-VC blocking procedure is initiated
by returning an NS-BLOCK PDU. This NS-BLOCK PDU is sent on the same NS-VC
where the NS-UNBLOCK PDU was received.
In the case of the first NS-VC of the NSE, the BVC reset is triggered for related BVCs.
For more information, see BSC-SGSN Interface Specification BSS GPRS Protocol
(BSSGP).
Abnormal conditions
If the PVC or the bearer is unavailable, the NS-UNBLOCK is postponed until the PVC or
the bearer is available again.
If an NS-UNBLOCK-ACK PDU is not received for an NS-UNBLOCK PDU within
TnsBlock seconds, the NS-UNBLOCK PDU is repeated a maximum of
NSUnblockRetries times. After NSUnblockRetries unsuccessful retry attempts, the NS-
VC remains blocked and the procedure is stopped.
If an NS-UNBLOCK PDU is received by the BSC for an unblocked NS-VC, an NS-
UNBLOCK-ACK PDU is returned.

18 DN9983082 Issue: 10-1
   

BSC-SGSN Interface Specification Network Service BSC-SGSN interface specification network service
Protocol (NS) protocol (NS) description

If the BSC receives an unexpected NS-UNBLOCK-ACK PDU related to a locally
unblocked NS-VC, the NS-UNBLOCK-ACK PDU is ignored. If the NS-UNBLOCK-ACK
PDU is related to a locally blocked NS-VC, the NS-VC blocking procedure is initiated.

1.6.4 NS-VC Reset


Figure 8 NS-VC Reset

The Reset procedure is not used in an IP subnetwork.
The BSC resets an NS-VC after:

• new or modified NS-VC set-up between a BSC and an SGSN with the cause value
O&M intervention
• system or computer unit restart with the cause value Equipment failure
• periodic NS-VC testing failure with the cause value Transit network failure
• FR detecting the unavailability of a bearer with the cause value Transit network
failure

When the reset procedure is completed, the NS-VC is marked as blocked on both sides
of the Gb interface.
The reset procedure overrides any other pending procedure on the affected NS-VC,
which means that other pending procedures are stopped.
BSC-initiated NS-VC reset
The BSC marks the NS-VC as blocked and sends an NS-RESET PDU on the NS-VC
that is being reset and starts the TnsReset timer. The NS-RESET PDU includes the NS-
VCI, the NSEI, and a cause information element indicating the reason for the reset.
When the BSC is waiting for an NS-RESET-ACK PDU, it ignores any other PDU than the
NS-RESET or NS-RESET-ACK received on one of the NS-VCs currently being reset. No
uplink data PDUs are sent on the NS-VC until the NS-VC is unblocked.
Reception of an NS-RESET PDU at the peer NS is acknowledged with an NS-RESET-
ACK PDU including the NS-VCI and the NSEI. The NS-RESET-ACK PDU is sent on the
NS-VC which is being reset.
When the BSC receives an NS-RESET-ACK PDU or NS-RESET PDU, it stops the
TnsReset timer and triggers the NS-VC test and unblocking procedures for the NS-VC.
Any NS-RESET PDUs which are received while the BSC is waiting for an NS-RESET-
ACK PDU are acknowledged with an NS-RESET-ACK PDU.
SGSN-initiated NS-VC reset

Issue: 10-1 DN9983082 19
   

BSC-SGSN interface specification network service BSC-SGSN Interface Specification Network Service
protocol (NS) description Protocol (NS)

When the BSC receives an NS-RESET PDU, it marks the NS-VC as blocked.
Downlink data PDUs are discarded and acknowledged by sending an NS-STATUS PDU
with the cause value NS-VC blocked. No uplink data PDUs are sent on the NS-VC until it
is unblocked.
The NS-RESET PDU is acknowledged with an NS-RESET-ACK PDU including the NS-
VCI and the NSEI. The BSC initiates the test procedure on the NS-VC.
When the peer NS receives the NS-RESET-ACK PDU, it initiates the test procedure on
the NS-VC. After a successful test procedure, the peer NS triggers the unblocking
procedure for the NS-VC.
Abnormal conditions
If the PVC or the bearer is unavailable, the NS-RESET is postponed until the PVC or the
bearer is available again.
If the BSC receives no NS-RESET-ACK PDU for an NS-RESET PDU before the
TnsReset timer expires, the corresponding NS-VCs remain blocked and the entire
procedure is repeated a maximum of NSResetRetries times. After NSResetRetries
unsuccessful retry attempts, the procedure is stopped.
If the NS-VCI/NSEI received in an NS-RESET PDU is different from the NS-VCI/NSEI
locally associated to this NS-VC, an NS-RESET-ACK PDU is returned, including the NS-
VCI/NSEI locally associated to this NS-VC. The NS-RESET PDU is ignored as if it was
not received. If the NS-VCI/NSEI received in an NS-RESET-ACK PDU is different from
the NS-VCI/NSEI locally associated to this NS-VC, the procedure is stopped.
If an NS-RESET-ACK PDU is received unexpectedly, it is ignored.

1.6.5 NS-VC Test


Figure 9 NS-VC Test

FR subnetwork
The test procedure is used when the BSC checks that end-to-end communications exist
between peer NSs on a given NS-VC. When an end-to-end communication exists, the
NS-VC is in the operational state, otherwise it is in the non-operational state. A non-
operational NS-VC cannot be in an unblocked state. A non-operational NS-VC should
always be marked as blocked and a reset procedure should be initiated.

20 DN9983082 Issue: 10-1
   

BSC-SGSN Interface Specification Network Service BSC-SGSN interface specification network service
Protocol (NS) protocol (NS) description

Both sides of the Gb interface may initiate this procedure independently from each other.
This procedure is initiated upon successful completion of the reset procedure and is then
periodically repeated. The test procedure is stopped when the underlying bearer or the
PVC is unavailable.
When the NS-VC reset procedure is successfully completed, the BSC starts the TnsTest
timer. When the TnsTest timer expires, the BSC sends an NS-ALIVE PDU on the NS-VC
to be checked, starts the TnsAlive timer, and waits for an NS-ALIVE-ACK PDU on this
NS-VC.
When the peer NS receives an NS-ALIVE PDU on an alive (blocked/unblocked) NS-VC,
it returns an NS-ALIVE-ACK PDU on the NS-VC where the NS-ALIVE PDU was
received.
When the BSC receives the NS-ALIVE-ACK PDU in response to an NS-ALIVE PDU, it
stops the TnsAlive timer and restarts the TnsTest timer.
Abnormal conditions
If no NS-ALIVE-ACK PDUs are received before the TnsAlive timer expires, the test
procedure is repeated a maximum of NSAliveRetries times. After NSAliveRetries
unsuccessful retry attempts, the procedure is stopped and the NS-VC is marked as
blocked. The NS-VC is tried to be blocked towards the SGSN via any alive NS-VC that is
blocked or unblocked within the NSE. Finally, a reset procedure is initiated.
If an NS-ALIVE-ACK PDU is received unexpectedly, it is ignored.
IP subnetwork
The base functionality of a test procedure in the IP subnetwork is similar to FR
subnetwork. The test procedure is used to verify the communication paths between the
SGSN and the BSC and is it is done for both signal and data endpoints. Both sides of the
Gb interface may initiate this procedure independently from each other.
When the SIZE and CONFIG procedures have been successfully completed, the test
procedure is started. The BSC starts the TnsTest timer. When the TnsTest timer expires,
the BSC sends an NS-ALIVE PDU on the NS-VC to be checked, starts the TnsAlive
timer, and waits for an NS-ALIVE-ACK PDU on this NS-VC.
When the NSE receives an NS-ALIVE PDU on any configured IP endpoint, it sends an
NS-ALIVE-ACK PDU to the source UDP/IP endpoint of the NS-ALIVE PDU.
When the BSC receives the NS-ALIVE-ACK PDU in response to an NS-ALIVE PDU, it
stops the TnsAlive timer and restarts the TnsTest timer.
The procedure is repeated each time that the TnsTest timer expires.
Abnormal conditions
If no NS-ALIVE-ACK PDUs are received before the TnsAlive timer expires, the test
procedure is repeated a maximum of NSAliveRetries times. After NSAliveRetries
unsuccessful retry attempts, the procedure is stopped and the communication path is
marked as non-operational. If one or more signalling endpoints are available in the
SGSN, an NS-STATUS PDU is sent to the SGSN with one of the available signalling IP
endpoints. The NS-STATUS PDU includes two IP endpoints that comprise the NS-VC
and the cause value IP test failed. If all signalling UDP/IP endpoints of SGSN are marked
as non-operational, the BSC starts the Size and Configuration procedures.
If an NS-ALIVE-ACK PDU is received unexpectedly, it is ignored.

Issue: 10-1 DN9983082 21
   

BSC-SGSN interface specification network service BSC-SGSN Interface Specification Network Service
protocol (NS) description Protocol (NS)

1.6.6 Resource Distribution Function


Figure 10 Resource Distribution Function

The resource distribution function is used by the SGSN or the BSC to change the IP
endpoint at which it receives MS data.
When the BSC or the SGSN receives an NS-UNITDATA PDU with R-bit set to 1, it
informs the higher layer to change the destination IP endpoint for that MS. All
subsequent NS SDUs for the same MS is sent to this new destination. If the SGSN or
the BSC has no NS SDUs to send for a period of time, it can send an NS-UNITDATA
PDU containing BSSGP DL-UNITDATA in which the length of LLC-PDU is set to zero.
When the BSC or the SGSN receives the NS-UNITDATA PDU where R-bit is set to 1, it
responds by sending NS-UNITDATA PDU, in which the C-bit is used to confirm the
acknowledgement of the request.
Abnormal conditions
When uplink data is received for a mobile and the BSC has no MS context with the
SGSN preferred IP endpoint, the BSC chooses to send the NS user data on one of the
IP endpoints determined by the load sharing function.
When the TBF is released, the BSC loses the SGSN's Resource Distribution Function
request. That is, a new TBF that is established, can be established to the same
destination IP endpoint as the original TBF.

1.6.7 Procedure for error reporting


The reporting of protocol errors to the peer NS is done with the NS-STATUS PDU.
Abnormal conditions
If an error is detected in a received NS-STATUS PDU, the error is not reported to the
peer NS.

1.7 IP subnetwork service control procedures


These procedures are only used in an IP subnetwork.

22 DN9983082 Issue: 10-1
   

BSC-SGSN Interface Specification Network Service BSC-SGSN interface specification network service
Protocol (NS) protocol (NS) description

1.7.1 Size
Figure 11 NSE initialization

The BSC starts the SNS-SIZE procedure after:

• system or a computer unit restart
• periodic NS-VC testing failure
• user initiating the procedure

The Size procedure is only used in a dynamic configuration.
The BSC sends an SNS-SIZE PDU to SGSN using a pre-configured IP endpoint and
starts the TsnsProv timer. The SNS-SIZE PDU includes the NSEI, Reset Flag (set to “1”),
maximum number of NS-VC supported by the BSC, and a number of local IP endpoints.
The reception of the SNS-SIZE PDU at the peer SGSN is acknowledged with an SNS-
SIZE-ACK PDU.
When the BSC receives an SNS-SIZE-ACK PDU, it checks that everything is correct and
stops the TsnsProv timer.
Abnormal conditions
If the maximum number of NS-VCs indicated in the SNS-SIZE PDU is less than the
number of NS-VCs required for full mesh connectivity between the peer NSEs, the
SGSN sends an SNS-SIZE-ACK PDU with the cause value Invalid number of NS-VCs.
The number of NS-VCs required for full mesh connectivity between peer NSEs is the
product of the number of IP4 endpoints supported on each of the peer NSEs plus the
product of the number of IP6 endpoints supported on each of the peer NSEs.
When the BSS NSE receives the SNS-SIZE-ACK PDU with the cause value Invalid
number of NS-VCs, it notifies the O&M system and stops the procedure.
If the SGSN does not support the type of addresses offered by the BSC, that is IPv4 or
IPv6, the SGSN sends an SNS-SIZE-ACK PDU with the cause value Invalid number of
IP4 Endpoints or Invalid number of IP6 Endpoints. When the BSC receives the SNS-
SIZE-ACK PDU with the cause value Invalid number of IP4 Endpoints or Invalid number
of IP6 Endpoints, it notifies the O&M system and stops the procedure.

Issue: 10-1 DN9983082 23
   

BSC-SGSN interface specification network service BSC-SGSN Interface Specification Network Service
protocol (NS) description Protocol (NS)

When the TsnsProv timer expires, the NSE may retry the operation for SNSSizeRetries
times. If the operation is attempted for SNSSizeRetries times without acknowledgement
from the peer NS entity, the NS entity notifies the O&M system and stops the procedure.
The Size procedure is started again.

1.7.2 Configuration
Figure 12 NS-VC configuration

The Configuration procedure is used on the Gb interface to exchange configuration
information between the BSC and the SGSN. When the BSC is started or restarted, the
Size procedure is performed before the Configuration procedure.
The Configuration procedure is only used in a dynamic configuration.
BSC-initiated configuration procedure
After the Size procedure has successfully been completed, the BSC sends an SNS-
CONFIG PDU to the same pre-configured SGSN IP endpoint that is used in the Size
procedure and starts the TsnsProv timer.
The SNS-CONFIG PDU includes the NSEI, the End Flag, and either a List of IP4
elements or a List of IP6 elements. When the BSC receives an SNS-CONFIG-ACK PDU
sent by the SGSN, it stops the TsnsProv timer. The BSC repeats the configuration
procedure if it has more local IP endpoints to configure. The BSC may configure several
IP4 or IP6 endpoints within the same SNS-CONFIG PDU.
When the SGSN receives an SNS-CONFIG PDU sent by the BSC, it sends an SNS-
CONFIG-ACK PDU to the source IP endpoint.
SGSN-initiated configuration procedure
After the Size procedure has successfully been completed, the SGSN sends the SNS-
CONFIG PDU to the BSC using any known signalling IP endpoints, that is, from
information included in an SNS-CONFIG PDU sent by the BSC. The SGSN starts the
TsnsProv timer. When the SGSN receives an SNS-CONFIG-ACK PDU sent by the BSC,
it stops the TsnsProv timer.
If the SGSN has more IP endpoints to configure, it repeats the configuration sequence.
The SGSN may configure several IP4 or IP6 endpoints within the same SNS-CONFIG
PDU.

24 DN9983082 Issue: 10-1
   

BSC-SGSN Interface Specification Network Service BSC-SGSN interface specification network service
Protocol (NS) protocol (NS) description

When the BSC receives an SNS-CONFIG PDU sent by the SGSN, it sends a SNS-
CONFIG-ACK PDU to the source IP endpoint.
Abnormal conditions
When the SGSN receives an SNS-CONFIG PDU with the End Flag set to 1 and if the
total number of IP4 elements sent by the BSC is greater than the Number of IP4
Endpoints sent by the BSS in the SIZE PDU, it sends an SNS-CONFIG-ACK PDU with
the cause value Invalid number of IP4 Endpoints. The SGSN clears all information
associated with the peer BSC. When the BSC receives an SNS-CONFIG-ACK PDU with
the cause value Invalid number of IP4 Endpoints, it notifies the O&M system and stops
the procedure. The BSC clears all information associated with the peer SGSN.
When the SGSN receives an SNS-CONFIG PDU with the End Flag set to 1 and if the
total number of IP6 elements sent by the BSC is greater than the Number of IP6
Endpoints sent by the BSC in the SIZE PDU, it sends an SNS-CONFIG-ACK PDU with
the cause value Invalid number of IP6 Endpoints. The SGSN clears all information
associated with the peer BSC. When the BSC receives an SNS-CONFIG-ACK PDU with
the cause value Invalid number of IP6 Endpoints, it notifies the O&M system and stops
the procedure. The BSC clears all information associated with the peer SGSN.
When the NSE receives an SNS-CONFIG PDU with the End Flag set to 1 and if the total
sum of the signalling or data weight is equal to zero, it sends an SNS-CONFIG-ACK
PDU with the cause value Invalid weights. The NSE clears all information associated
with the peer NSE. When the NSE receives an SNS-CONFIG-ACK PDU with the cause
value Invalid weights, it clears all information associated with the peer NSE and notifies
the O&M system.
When the TsnsProv timer expires, the NSE retries the operation for SNSConfigRetries
times. If the operation is attempted for SNSConfigRetries times without
acknowledgement from the SGSN, the BSC notifies the O&M system and stops the
procedure. The Size procedure is started again.
If the SGSN does not initiate the configuration procedure to the BSC or the End Flag is
not set to last SNS-CONFIG PDU, the BSC notifies the O&M system and starts the Size
procedure again.

Issue: 10-1 DN9983082 25
   

BSC-SGSN interface specification network service BSC-SGSN Interface Specification Network Service
protocol (NS) description Protocol (NS)

1.7.3 Add
Figure 13 IP endpoint addition

The Add procedure is only used in a dynamic configuration.
The Add procedure is used by an NSE to configure additional local IP endpoints.
To add new local IP endpoints, the NSE of the BSC or the SGSN sends an SNS-ADD
PDU to the peer NSE's signalling endpoint and starts the TsnsProv timer. The SNS-ADD
PDU includes the Transaction ID, the NSEI, and either the List of IP4 Elements or the
List of IP6 Elements.
When the NSE receives an SNS-ACK PDU, it stops the TsnsProv timer.
When the NSE receives an SNS-ADD PDU, it sends the SNS-ACK PDU to the source IP
endpoint from which the SNS-ADD PDU was sent. The SNS-ACK PDU contains the
Transaction ID set to the same value as in the SNS-ADD PDU.
Abnormal conditions
When the NSE receives an SNS-ADD PDU and if the consequent number of NS-VCs
exceeds the maximum number of supported NS-VCs, the SNS-ACK PDU is sent with the
cause value Invalid number of NS-VCs. The SNS-ACK PDU contains the Transaction ID
set to the same value as in the SNS-ADD PDU.
When the NSE receives an SNS-ADD PDU that contains an already configured IP
endpoint, it sends the SNS-ACK PDU with the cause value Protocol error - unspecified to
the source IP endpoint from which the SNS-ADD PDU was sent. The whole content of
that SNS-ADD PDU is ignored. The SNS-ACK PDU contains the Transaction ID set to
the same value as in the SNS-ADD PDU.
When the TsnsProv timer expires, the NSE retries the operation for SNSAddRetries
times. If the operation is attempted for SNSAddRetries times without acknowledgement
from the peer NSE, the NSE notifies the O&M system and stops the procedure.

26 DN9983082 Issue: 10-1
   

BSC-SGSN Interface Specification Network Service BSC-SGSN interface specification network service
Protocol (NS) protocol (NS) description

1.7.4 Delete
Figure 14 IP endpoint deletion

The Delete procedure is only used in a dynamic configuration.
The Delete procedure is used by an NSE to remove previously configured local IP
endpoints from service.
To delete local IP endpoints, the NSE of a BSC or an SGSN sends an SNS-DELETE
PDU to the peer NSE's signalling endpoint and starts the TsnsProv timer. The SNS-
DELETE PDU includes the Transaction ID, the NSEI, and one of the following IEs: an IP
Address, the List of IP4 Elements, or the List of IP6 Elements.
When the NSE receives an SNS-ACK PDU, it stops the TsnsProv timer.
When the NSE receives an SNS-DELETE PDU, it sends the SNS-ACK PDU to the
source IP endpoint with the same Transaction ID as received in the SNS-DELETE PDU.
Abnormal conditions
When the NSE receives an SNS-DELETE PDU that contains one or more IP endpoints
which have not been previously configured with an SNS-ADD PDU or an SNS-CONFIG
PDU, it sends an SNS-ACK PDU with the cause value Unknown IP endpoint to the
source IP endpoint from which the SNS-DELETE PDU was sent. The SNS-ACK PDU
contains the Transaction ID set to the same value as in the SNS-DELETE PDU. The
SNS-ACK PDU also includes all IPv4 endpoints from the List of IP4 Elements in the
SNS-DELETE PDU which have not previously been configured, or all IPv6 endpoints
from the List of IP6 Elements in the SNS-DELETE PDU which have not previously been
configured. All previously configured IP endpoints in the SNS-DELETE PDU are deleted.
When the NSE receives an SNS-DELETE PDU that contains an IP address which has
not previously been configured with an SNS-ADD PDU or an SNS-CONFIG PDU, it
sends an SNS-ACK PDU with the cause value Unknown IP address to the source IP
endpoint from which the SNS-DELETE PDU was sent. The SNS-ACK PDU contains the
Transaction ID set to the same value as in the SNS-DELETE PDU. The SNS-ACK PDU
also includes the IP address from the SNS-DELETE PDU.

Issue: 10-1 DN9983082 27
   

BSC-SGSN interface specification network service BSC-SGSN Interface Specification Network Service
protocol (NS) description Protocol (NS)

When the TsnsProv timer expires, the NSE retries the operation for SNSDeleteRetries
times. If the operation is attempted for SNSDeleteRetries times without
acknowledgement from the peer NSE, the NSE notifies the O&M system and stops the
procedure.

1.7.5 ChangeWeight
Figure 15 IP endpoint modification

The ChangeWeight procedure is only used in a dynamic configuration.
The ChangeWeight procedure is used by an NSE to change the signalling weight and/or
data weight of the specified local IP endpoints. In the Nokia  implementation the
ChangeWeight procedure is not implemented in the BSC. The ChangeWeight procedure
used by the SGSN is supported in the Nokia BSC.
To change the signalling or data weight of the local IP endpoint, the SGSN sends an
SNS-CHANGEWEIGHT PDU to a peer BSC signalling endpoint and starts the TsnsProv
timer. The SNS-CHANGEWEIGHT PDU includes the Transaction ID, the NSEI, and
either the List of IP4 Elements or the List of IP6 Elements.
When the SGSN receives an SNS-ACK PDU, it stops the TsnsProv timer.
When the BSC receives an SNS-CHANGEWEIGHT PDU, it sends an SNS-ACK PDU to
the source IP endpoint with the Transaction ID that was received on the SNS-
CHANGEWEIGHT PDU.
Abnormal conditions
When the BSC receives an SNS-CHANGEWEIGHT PDU and if the total sum of the
signalling weight is equal to zero or if the total sum of the data weight is equal to zero, it
sends an SNS-ACK PDU with the cause value Invalid weights. The whole content of that
SNS-CHANGEWEIGHT PDU is ignored.
When the BSC receives an SNS-CHANGEWEIGHT PDU that contains one or more IP
endpoints which have not previously been configured with an SNS-ADD PDU or an SNS-
CONFIG PDU, it sends an SNS-ACK PDU with the cause value Unknown IP endpoint to
the source IP endpoint from which the SNS-CHANGEWEIGHT PDU was sent. The SNS-
ACK PDU contains the same Transaction ID as in the SNS-CHANGEWEIGHT PDU. The
SNS-ACK PDU also includes all IPv4 endpoints from the List of IP4 Elements in the
SNS-CHANGEWEIGHT PDU which have not previously been configured, or all IPv6
endpoints from the List of IP6 Elements in the SNS-CHANGEWEIGHT PDU which have
not previously been configured. The BSC discards the information in the SNS-

28 DN9983082 Issue: 10-1
   

BSC-SGSN Interface Specification Network Service BSC-SGSN interface specification network service
Protocol (NS) protocol (NS) description

CHANGEWEIGHT PDU associated with all IP endpoints which have not previously been
configured. All previously configured IP endpoints in the SNS-CHANGEWEIGHT PDU
are changed.
When the TsnsProv timer expires, the SGSN retries the operation for
SNSChangeWeightsRetries times. If the operation is attempted for
SNSChangeWeightsRetries times without acknowledgement from the peer BSC, the
SGSN notifies the O&M system and stops the procedure.

1.8 General protocol error handling


1.8.1 Erroneous events
The following events are regarded as errors by the BSC. Certain error types are reported
to the sending side. In that case the erroneous PDU and the cause of the error are
returned to the sending side. The following rules are applied in the order of precedence:

1. PDU type non-existent or unrecognizable: the error is not reported and the PDU is
ignored.
2. PDU not consistent with the recipient's state: the error is reported with the cause
value PDU not compatible with the protocol state and the PDU is ignored.
3. PDU sent in the wrong direction: the error is reported with the cause value Protocol
error - unspecified and the PDU is ignored.
4. Missing essential information element: the error is reported with the cause value
Missing essential IE and the PDU is ignored.
5. Syntactical error in an essential IE: the error is reported with the cause value Invalid
essential IE and the PDU is ignored.
Syntactical error: an IE is defined to be syntactically incorrect in a PDU if it contains
at least one value defined as reserved or reserved for future use, or if its value part
violates coding rules specified in the relevant protocol specification, for example, too
short an IE (the length indicator should be used to determine the boundary of the IE).
However, it is not a syntactical error if an IE specifies in its length indicator a greater
length than defined in the relevant protocol specification.

1.8.2 Non-erroneous events


The following events are not considered as errors by the BSC:

1. spare bits with an unexpected value in any information element
2. use of additional octets in any information element with a length indicator, that is,
when the indicated length is greater than defined in the relevant protocol
specification (the length indicator is used to determine the boundary of the IE)
3. missing non-essential information element
4. unknown information element identifier
5. any unexpected information element
6. syntactical error in any non-essential information element

When the BSC detects one or more of these events, it ignores the information that it is
unable to understand and treats the PDU on the basis of the remaining information.

Issue: 10-1 DN9983082 29
   

BSC-SGSN interface specification network service BSC-SGSN Interface Specification Network Service
protocol (NS) description Protocol (NS)

Additionally, when more information elements of a particular type are received than is
expected, the last one(s) are ignored.
If the rest of the PDU can no longer be handled because information was ignored, the
BSC reports the error to the sending side including the incorrect PDU received and the
cause value semantically incorrect PDU.

1.8.3 Deviations from the general protocol error handling


The cause information element is considered as a non-essential information element
even when it is mandatory in a PDU.

1.9 Network service control protocol data units (PDUs)


The general structure of the PDUs, for example, octet and bit coding, is as defined in
3GPP TS 48.016 General Packet Radio Service (GPRS); Base Station System (BSS) –
Serving GPRS Support Node (SGSN) interface; Network Service, version 9.0.0.

1.9.1 NS-ALIVE
This PDU is used to test an NS-VC.
PDU type: NS-ALIVE.
Direction: BSC to SGSN, SGSN to BSC.

Information element Reference Presence Format Length

PDU type M V 1

1.9.2 NS-ALIVE-ACK
This PDU acknowledges a received NS-ALIVE PDU and is sent on the NS-VC in which
the NS-ALIVE PDU was received.
PDU type: NS-ALIVE-ACK.
Direction: SGSN to BSC, BSC to SGSN.

Information element Reference Presence Format Length

PDU type M V 1

1.9.3 NS-BLOCK
This PDU indicates that an NS-VC is blocked at the recipient entity.
PDU type: NS-BLOCK.

30 DN9983082 Issue: 10-1
   

BSC-SGSN Interface Specification Network Service BSC-SGSN interface specification network service
Protocol (NS) protocol (NS) description

Direction: BSC to SGSN, SGSN to BSC.

Information element Reference Presence Format Length

PDU type M V 1

Cause M TLV 3

NS-VCI M TLV 4

Typical cause values are:

• O&M intervention
• Equipment failure
• Transit network failure

1.9.4 NS-BLOCK-ACK
This PDU indicates that an NS-VC has been blocked.
PDU type: NS-BLOCK-ACK.
Direction: SGSN to BSC, BSC to SGSN.

Information element Reference Presence Format Length

PDU type M V 1

NS-VCI M TLV 4

1.9.5 NS-RESET
This PDU indicates that the peer NS is trying to reset an NS-VC.
PDU type: NS-RESET.
Direction: BSC to SGSN, SGSN to BSC.

Information element Reference Presence Format Length

PDU type M V 1

Cause M TLV 3

NS-VCI M TLV 4

NSEI M TLV 4

Issue: 10-1 DN9983082 31
   

BSC-SGSN interface specification network service BSC-SGSN Interface Specification Network Service
protocol (NS) description Protocol (NS)

Typical cause values are:

• O&M intervention
• Equipment failure
• Transit network failure

1.9.6 NS-RESET-ACK
This PDU acknowledges the reset of the indicated NS-VC.
PDU type: NS-RESET-ACK.
Direction: BSC to SGSN, SGSN to BSC.

Information element Reference Presence Format Length

PDU type M V 1

NS-VCI M TLV 4

NSEI M TLV 4

1.9.7 NS-STATUS
This PDU is used to report error conditions.
PDU type: NS-STATUS.
Direction: SGSN to BSC, BSC to SGSN.

Information element Reference Presence Format Length

PDU type M V 1

Cause M TLV 3

NS-VCI C TLV 4

NS PDU C TLV 3-?

BVCI C TLV 4

List of IP4 Elements C TLV 10-?

List of IP 6 Elements C TLV 22-?

The NS-VCI information element is only included when the Cause information element is
set to one of the following values:

• NS-VC blocked

32 DN9983082 Issue: 10-1
   

BSC-SGSN Interface Specification Network Service BSC-SGSN interface specification network service
Protocol (NS) protocol (NS) description

• NS-VC unknown

The NS PDU information element is only included if the NS-STATUS message is sent in
response to a received NS PDU within which an error was detected, that is when the
Cause information element is set to one of the following values:

• Semantically incorrect PDU
• PDU not compatible with the protocol state
• Protocol error - unspecified
• Invalid essential IE
• Missing essential IE

This is when the whole PDU is received with an error. This PDU may be truncated if it
exceeds the information carrying capacity of the NS.
The BVCI information element is only included when the Cause information element is
set to the value BVCI unknown on that NS-VC.
The List of IP4 Elements information element is only included when the Cause
information element is set to the value IP test failed and the IP endpoints of the NS-VC
that failed are IPv4 endpoints. The List of IP4 Elements is the only conditional
information element sent in an NS-STATUS PDU.
The List of IP6 Elements information element is only included when the Cause
information element is set to the value IP test failed and the IP endpoints of the NS-VC
that failed are IPv6 endpoints. The List of IP6 Elements is the only conditional
information element sent in an NS-STATUS PDU.

1.9.8 NS-UNBLOCK
This PDU indicates that an NS-VC is unblocked at the recipient entity.
PDU type: NS-UNBLOCK.
Direction: BSC to SGSN, SGSN to BSC.

Information element Reference Presence Format Length

PDU type M V 1

1.9.9 NS-UNBLOCK-ACK
This PDU acknowledges that an NS-VC has been unblocked.
PDU type: NS-UNBLOCK-ACK.
Direction: SGSN to BSC, BSC to SGSN.

Information element Reference Presence Format Length

PDU type M V 1

Issue: 10-1 DN9983082 33
   

BSC-SGSN interface specification network service BSC-SGSN Interface Specification Network Service
protocol (NS) description Protocol (NS)

1.9.10 NS-UNITDATA
This PDU transfers one NS SDU between the BSC and the SGSN.
PDU type: NS-UNITDATA.
Direction: BSC to SGSN, SGSN to BSC.

Information element Reference Presence Format Length

PDU type M V 1

NS SDU Control Bits a) M V 1

BVCI M V 2

NS SDU M V 1-?

The length of the NS SDU information element is derived by the NS from the length of
the complete NS-UNITDATA PDU provided by the subnetwork service entity.
a) In the case of an IP subnetwork, the BSC or the SGSN receives an NS-UNITDATA

PDU for a signalling BVC. The BSC or the SGSN ignores the coding of NS SDU Control
Bits.
a) In the case of an FR subnetwork, the NS SDU Control Bits are ignored.

1.10 Subnetwork service control PDUs


1.10.1 SNS-ACK
This PDU is used to acknowledge the SNS-ADD PDU, the SNS-DELETE PDU, or the
SNS-CHANGEWEIGHT PDU.
PDU type: SNS-ACK.
Direction: BSC to SGSN, SGSN to BSC.

Information element Reference Presence Format Length

PDU type M V 1

NSEI M TLV 4

Transaction ID M V 1

Cause O TLV 3

IP Address a) C TV 6-18

34 DN9983082 Issue: 10-1
   

BSC-SGSN Interface Specification Network Service BSC-SGSN interface specification network service
Protocol (NS) protocol (NS) description

List of IP4 Elements b) C TLV 10-?

List of IP6 Elements b) C TLV 22-?

a) The IP Address information element is only present if the Cause information element is

set to the value Unknown IP address.
b) One or more of these conditional information elements are present if the Cause

information element is set to the value Unknown IP endpoint.

1.10.2 SNS-ADD
This PDU is used to add additional IP endpoints.
PDU type: SNS-ADD.
Direction: BSC to SGSN, SGSN to BSC.

Information element Reference Presence Format Length

PDU type M V 1

NSEI M TLV 4

Transaction ID M V 1

List of IP4 Elements a) C TLV 10-?

List of IP6 Elements a) C TLV 22-?

a) Not more than one of the conditional information elements is present.

1.10.3 SNS-CHANGEWEIGHT
This PDU is used to change the signalling weight and/or data weight of an IP endpoint.
PDU type: SNS-CHANGEWEIGHT.
Direction: SGSN to BSC.

Information element Reference Presence Format Length

PDU type M V 1

NSEI M TLV 4

Transaction ID M V 1

List of IP4 Elements a) C TLV 10-?

List of IP6 Elements a) C TLV 22-?

Issue: 10-1 DN9983082 35
   

BSC-SGSN interface specification network service BSC-SGSN Interface Specification Network Service
protocol (NS) description Protocol (NS)

a) Not more than one of the conditional information elements is present.

1.10.4 SNS-CONFIG
This PDU is used to configure an NSE to a peer NSE.
PDU type: SNS-CONFIG.
Direction: BSC to SGSN, SGSN to BSC.

Information element Reference Presence Format Length

PDU type M V 1

End Flag M V 1

NSEI M TLV 4

List of IP4 Elements a) C TLV 10-?

List of IP6 Elements a) C TLV 22-?

a) Not more than one of the conditional information elements is present.

1.10.5 SNS-CONFIG-ACK
This PDU is used to acknowledge an SNS-CONFIG PDU. The SNS-CONFIG-ACK PDU
is sent to the source IP endpoint of the corresponding SNS-CONFIG PDU.
PDU type: SNS-CONFIG-ACK.
Direction: BSC to SGSN, SGSN to BSC.

Information element Reference Presence Format Length

PDU type M V 1

NSEI M TLV 4

Cause O TLV 3

1.10.6 SNS-DELETE
This PDU is used to delete previously configured IP endpoints.
PDU type: SNS-DELETE.
Direction: BSC to SGSN, SGSN to BSC.

36 DN9983082 Issue: 10-1
   

BSC-SGSN Interface Specification Network Service BSC-SGSN interface specification network service
Protocol (NS) protocol (NS) description

Information element Reference Presence Format Length

PDU type M V 1

NSEI M TLV 4

Transaction ID M V 1

IP Address a) C TV 6-18

List of IP4 Elements a) C TLV 10-?

List of IP6 Elements a) C TLV 22-?

a) Not more than one of the conditional information elements is present.

1.10.7 SNS-SIZE
This PDU is used to indicate to the peer NSE the maximum number of NS-VCs or a
change in the NS-VC capacity. The SNS-SIZE PDU is used to signal the restart of an
NSE to a peer NSE.
PDU type: SNS-SIZE.
Direction: BSC to SGSN.

Information element Reference Presence Format Length

PDU type M V 1

NSEI M TLV 4

Reset Flag M TV 2

Maximum Number of NS- M TV 3
VCs

Number of IP4 Endpoints a) C TV 3

Number of IP6 Endpoints a) C TV 3

a) At least one of these conditional IEs shall be present.

1.10.8 SNS-SIZE-ACK
The SNS-SIZE-ACK PDU is used to acknowledge an SNS-SIZE PDU. The SNS-SIZE-
ACK PDU is sent to the source IP endpoint of the corresponding SNS-SIZE PDU.
PDU type: SNS-SIZE-ACK.

Issue: 10-1 DN9983082 37
   

BSC-SGSN interface specification network service BSC-SGSN Interface Specification Network Service
protocol (NS) description Protocol (NS)

Direction: SGSN to BSC.

Information element Reference Presence Format Length

PDU type M V 1

NSEI M TLV 4

Cause O TLV 3

1.11 Network service control information elements (IEs)


The general structure of information elements, for example, the length indicator coding,
is as defined in 3GPP TS 48.016, General Packet Radio Service (GPRS); Base Station
System (BSS) – Serving GPRS Support Node (SGSN) interface; Network Service,
version 9.0.0.

1.11.1 IEI Codings

IEI coding Information element name

8 7 6 5 4 3 2 1

0 0 0 0 0 0 0 0 Cause

0 0 0 0 0 0 0 1 NS-VCI

0 0 0 0 0 0 1 0 NS PDU

0 0 0 0 0 0 1 1 BVCI

0 0 0 0 0 1 0 1 List of IP4 Elements

0 0 0 0 0 1 0 0 NSEI

0 0 0 0 0 1 1 0 List of IP6 Elements

0 0 0 0 0 1 1 1 Maximum Number of NS-VCs

0 0 0 0 1 0 0 0 Number of IP4 Endpoints

0 0 0 0 1 0 0 1 Number of IP6 Endpoints

0 0 0 0 1 0 1 0 Reset Flag

0 0 0 0 1 0 1 1 IP Address

38 DN9983082 Issue: 10-1
   

BSC-SGSN Interface Specification Network Service BSC-SGSN interface specification network service
Protocol (NS) protocol (NS) description

IEI coding Information element name

Other values Reserved for future use.

1.11.2 BVCI
This information element is used for multiplexing BVCs on the NS-VCs.

8 7 6 5 4 3 2 1

Octet 1 IEI

Octets 2, 2a Length indicator

Octet 3 Most significant octet of BVCI

Octet 4 Least significant octet of BVCI

1.11.3 Cause
This information element is used to indicate the reason which triggered a procedure or
the reason of an abnormal condition to the peer NS.

8 7 6 5 4 3 2 1

Octet 1 IEI

Octets 2, 2a Length indicator

Octet 3 Cause value

Cause value coding Cause name

8 7 6 5 4 3 2 1

0 0 0 0 0 0 0 0 Transit network failure

0 0 0 0 0 0 0 1 O&M intervention

0 0 0 0 0 0 1 0 Equipment failure

0 0 0 0 0 0 1 1 NS-VC blocked

0 0 0 0 0 1 0 0 NS-VC unknown

Issue: 10-1 DN9983082 39
   

BSC-SGSN interface specification network service BSC-SGSN Interface Specification Network Service
protocol (NS) description Protocol (NS)

Cause value coding Cause name

0 0 0 0 0 1 0 1 BVCI unknown on that NSE

0 0 0 0 1 0 0 0 Semantically incorrect PDU

0 0 0 0 1 0 1 0 PDU not compatible with the
protocol state

0 0 0 0 1 0 1 1 Protocol error - unspecified

0 0 0 0 1 1 0 0 Invalid essential IE

0 0 0 0 1 1 0 1 Missing essential IE

0 0 0 0 1 1 1 0 Invalid number of IP4 Endpoints

0 0 0 0 1 1 1 1 Invalid number of IP6 Endpoints

0 0 0 1 0 0 0 0 Invalid number of NS-VCs

0 0 0 1 0 0 0 1 Invalid weights

0 0 0 1 0 0 1 0 Unknown IP endpoint

0 0 0 1 0 0 1 1 Unknown IP address

0 0 0 1 0 1 0 0 IP test failed

Other values Reserved for future use.

1.11.4 End Flag


This information element is used to indicate the last SNS-CONFIG PDU to be sent to the
peer NS entity. This information element has the V format. All unused bits are spare.

8 7 6 5 4 3 2 1

Octet 1 Spare Spare Spare Spare Spare Spare Spare E-bit

The E-bit coding is as follows:

• 0= Additional PDUs are sent
• 1= Last PDU is sent

1.11.5 IP Address
This information element identifies an IP address.

40 DN9983082 Issue: 10-1
   

BSC-SGSN Interface Specification Network Service BSC-SGSN interface specification network service
Protocol (NS) protocol (NS) description

8 7 6 5 4 3 2 1

Octet 1 IEI

Octet 2 Address Type

Octet 3–n Address value

n= 6, if the Address Type is IPv4
n= 18, if the Address Type is IPv6.
The Address Type bit coding is as follows:

Coding Address Type

0 Reserved

1 IPv4

2 IPv6

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

1.11.6 List of IP4 Elements


This information element identifies a list of IPv4 elements.

8 7 6 5 4 3 2 1

Octet 1 IEI

Octet 2 Length Indicator

Octet 3–10 IP4 Element 1

Octets … - (2+8n) IP4 Element n

The length depends on the number of IP4 elements: n.
The element coding is as follows:

8 7 6 5 4 3 2 1

Octet (x+1)-(x+4) IPv4 Address

Issue: 10-1 DN9983082 41
   

BSC-SGSN interface specification network service BSC-SGSN Interface Specification Network Service
protocol (NS) description Protocol (NS)

8 7 6 5 4 3 2 1

Octet (x+5)-(x+6) UDP Port Value

Octet (x+7) Signalling Weight

Octet (x+8) Data Weight

where x = 8i - 6 (1 ≤ i ≤ n).

1.11.7 List of IP6 Elements


This information element identifies a list of IPv6 elements.

8 7 6 5 4 3 2 1

Octet 1 IEI

Octet 2 Length Indicator

Octet 3–22 IP6 Element 1

Octets … - (2+20n) IP6 Element n

The length depends on the number of IP6 elements: n.
The element coding is as follows:

8 7 6 5 4 3 2 1

Octet (x+1)-(x+16) IPv6 Address

Octet (x+17)-(x+18) UDP Port Value

Octet (x+19) Signalling Weight

Octet (x+20) Data Weight

where x = 20i - 18 (1 ≤ i ≤ n).

1.11.8 Maximum Number of NS-VCs


This information element identifies the maximum number of NS-VCs.

42 DN9983082 Issue: 10-1
   

BSC-SGSN Interface Specification Network Service BSC-SGSN interface specification network service
Protocol (NS) protocol (NS) description

8 7 6 5 4 3 2 1

Octet 1 IEI

Octet 2 Most significant octet of Maximum Number of NS-VCs

Octet 3 Least significant octet of Maximum Number of NS-VCs

1.11.9 Number of IP4 Endpoints


This information element identifies the number of IPv4 endpoints.

8 7 6 5 4 3 2 1

Octet 1 IEI

Octet 2 Most significant octet of Number of IP4 Endpoints

Octet 3 Least significant octet of Number of IP4 Endpoints

1.11.10 Number of IP6 Endpoints


This information element identifies the number of IPv6 endpoints.

8 7 6 5 4 3 2 1

Octet 1 IEI

Octet 2 Most significant octet of Number of IP6 Endpoints

Octet 3 Least significant octet of Number of IP6 Endpoints

1.11.11 NS PDU
This information element is included in the NS-STATUS PDU that is sent as an answer to
an erroneous NS PDU. This information element contains the erroneous PDU that is
received. The erroneous PDU may be truncated to fit in the maximum size of the NS-
STATUS PDU.

8 7 6 5 4 3 2 1

Octet 1 IEI

Issue: 10-1 DN9983082 43
   

BSC-SGSN interface specification network service BSC-SGSN Interface Specification Network Service
protocol (NS) description Protocol (NS)

8 7 6 5 4 3 2 1

Octets 2, 2a Length indicator

Octet 3 NS PDU

...

Octet n

1.11.12 NS SDU
This information element contains not more than one NS SDU that is transmitted on the
Gb interface. This information element has the V format.

8 7 6 5 4 3 2 1

Octet 1 NS SDU
  
...

Octet n

In the NS SDU information element, the bit i of the octet j is equal to the bit i of the octet j
of the NS SDU, as defined in the BSSGP protocol specification.

1.11.13 NS-VCI
This information element identifies one NS-VC among all the NS-VCs used between one
SGSN and the connected BSCs.

8 7 6 5 4 3 2 1

Octet 1 IEI

Octets 2, 2a Length indicator

Octet 3 Most significant octet of NS-VCI
Octet 4 Least significant octet of NS-VCI

1.11.14 NSEI
This information element identifies one NSE.

44 DN9983082 Issue: 10-1
   

BSC-SGSN Interface Specification Network Service BSC-SGSN interface specification network service
Protocol (NS) protocol (NS) description

8 7 6 5 4 3 2 1

Octet 1 IEI

Octets 2, 2a Length indicator

Octet 3 Most significant octet of NSEI
Octet 4 Least significant octet of NSEI

1.11.15 PDU Type


The PDU type has the V format.

PDU type coding PDU name

8 7 6 5 4 3 2 1

0 0 0 0 0 0 0 0 NS-UNITDATA

0 0 0 0 0 0 1 0 NS-RESET

0 0 0 0 0 0 1 1 NS-RESET-ACK

0 0 0 0 0 1 0 0 NS-BLOCK

0 0 0 0 0 1 0 1 NS-BLOCK-ACK

0 0 0 0 0 1 1 0 NS-UNBLOCK

0 0 0 0 0 1 1 1 NS-UNBLOCK-ACK

0 0 0 0 1 0 0 0 NS-STATUS

0 0 0 0 1 0 1 0 NS-ALIVE

0 0 0 0 1 0 1 1 NS-ALIVE-ACK

0 0 0 0 1 1 0 0 SNS-ACK

0 0 0 0 1 1 0 1 SNS-ADD

0 0 0 0 1 1 1 0 SNS-CHANGEWEIGHT

0 0 0 0 1 1 1 1 SNS-CONFIG

0 0 0 1 0 0 0 0 SNS-CONFIG-ACK

0 0 0 1 0 0 0 1 SNS-DELETE

Issue: 10-1 DN9983082 45
   

BSC-SGSN interface specification network service BSC-SGSN Interface Specification Network Service
protocol (NS) description Protocol (NS)

PDU type coding PDU name

0 0 0 1 0 0 1 0 SNS-SIZE

0 0 0 1 0 0 1 1 SNS-SIZE-ACK

Other values Reserved for future use

1.11.16 Reset Flag


This information element indicates the last SNS-CONFIG PDU that is sent to the peer
NS entity. This information element has the V format. All unused bits are spare.

8 7 6 5 4 3 2 1

Octet 1 IEI

Octet 2 Spare Spare Spare Spare Spare Spare Spare Reset-bit

The Reset-bit element coding is as follows:

• 0= Do not reset
• 1= Reset

1.11.17 NS SDU Control Bits


This information element is used to indicate additional information about the NS-SDU to
the user of the NS entity. This information element has the V format. All unused bits are
spare.

8 7 6 5 4 3 2 1

Octet 1 Spare Spare Spare Spare Spare Spare C-bit R-bit

The R-bit element coding is as follows:

• 0= No request for change flow
• 1= Request change flow

The C-bit element coding is as follows:

• 0= No confirmation for change flow
• 1= Confirm change flow

46 DN9983082 Issue: 10-1
   

BSC-SGSN Interface Specification Network Service BSC-SGSN interface specification network service
Protocol (NS) protocol (NS) description

1.11.18 Transaction ID
This information element provides an identifier for SNS PDUs. This information element
has the V format.

8 7 6 5 4 3 2 1

Octet 1 Value

1.12 List of system variables


Table 1 NS timers

Timer name Value range/default Notes Relation to other


timers

TnsBlock 1 - 120s/3s Guards the blocking and unblocking None


procedures

TnsReset 1 - 120s/3s Guards the reset procedure None

TnsTest 1 - 60s/5s Periodicity of the NS-VC test procedure None

TnsAlive 1 - 60s/3s Guards the NS-VC test procedure None

TsnsProv 1s-10s/3s Guards the SNS procedures None

Table 2 NS parameters

Counter name Value Notes Relation to other parameters


range/default

NSBlockRetries 1 - 100/3 3GPP TS None


48.016
Recommended
value is 3

NSUnblockRetries 1 - 100/3 3GPP TS None


48.016
Recommended
value is 3

NSAliveRetries 1 - 100/10 3GPP TS None


48.016

Issue: 10-1 DN9983082 47
   

BSC-SGSN interface specification network service BSC-SGSN Interface Specification Network Service
protocol (NS) description Protocol (NS)

Table 2 NS parameters (Cont.)

Counter name Value Notes Relation to other parameters


range/default

Recommended
value is 10

NSResetRetries 1 - ∞/∞ None

SNSAddRetries 1 - 65535/3 a) 3GPP TS None


48.016
Recommended
value is 3

SNSConfigRetries 1 - 65535/3 a) 3GPP TS none


48.016
Recommended
value is 3

SNSChangeWeightsRetries 1 - 65535/3 a) 3GPP TS None


48.016
Recommended
value is 3

SNSDeleteRetries 1 - 65535, ∞/3 3GPP TS None


a) 48.016
Recommended
value is 3

SNSSizeRetries 1 -65535/10 3GPP TS None


a) 48.016
Recommended
value is 3

a) Value 65535 is interpreted as infinity.

48 DN9983082 Issue: 10-1