HNB-GW Service Configuration Mode Commands

The 3G UMTS Home-NodeB Gateway Service Configuration Mode manages access to the UMTS core network in a 3G UMTS network through a Femto node.

IMPORTANT:

The commands or keywords/variables that are available are dependent on platform type, product version, and installed license(s).

access-control-db

Configures the access control database parameters in an HNB-GW service instance to control HNB and UE access to the HNB-GW node.

Platform:

ASR 5000

Product:

HNB-GW


Privilege:

Security Administrator, Administrator


Syntax 
access-control-db imsi-purge-timeout {immidiate | dur }

default access-control-db
imsi-purge-timeout
default

Sets the default value to HNB-UE access control database on HNB-GW service instance.

The default timeout duration for purging of the IMSI White List from the HNB-GW Access Control database is 24 hours. The HNB-GW service waits for 24 hours after all referenced HNBs have de-registered before purging the records.

immidiate

Sets the HNB-GW service to purge the HNB-UE access control database immediately after all referenced HNBs have de-registered.

imsi-purge-timeout dur

Sets the timeout duration (in minutes) for the access control database to wait before purging the IMSI values received as a White List from HMS/BAC.

After all HNBs have de-registered, the Access Control database on HNB-GW maintains the IMSI White List received from HMS/BAC during HNB registration procedure for the configured durations before purging the list.

dur is an integer from 1 through 1440.


Usage:

Use this command to configure the HNB-UE access control database parameters on HNB-GW service.

This command sets the timeout duration to maintain the IMSI White List received from HMS/BAC during HNB registration procedure in HNB-GW service for the configured dur in minutes after de-registration of all referenced HNBs from HNB-GW node and then purge the database.


Example:
Following command sets the HNB-GW service instance to purge all IMSI records from HNB-UE access control database immediately after all referenced HNBs de-registered from HNB-GW service instance.
access-control-db imsi-purge-timeout immidiate
associate gtpu-service

Associates a previously configured GTP-U service to bind the HNB-GW service with an HNB towards the HNB side. A GTP-U service must be configured in Context Configuration mode before using this configuration.

Platform:

ASR 5000

Product:

HNB-GW


Privilege:

Security Administrator, Administrator


Syntax 
associate gtpu-service svc_name

no associate gtpu-service
no

Removes the associated GTP-U service from this HNB-GW service configuration.

svc_name

Identifies the name of the pre-configured GTP-U service to associate with an HNB-GW service towards the Home-NodeB side.

svc_name is an alphanumeric string of 1 through 63 characters.


Usage:

Use this command to configure GTP-U data plan between HNB-GW service and Home-NodeB. The service defined for GTP-U can be configured in Context configuration mode.

IMPORTANT:

Another GTP-U service can be used to bind the HNB-GW service towards the Core Network and can be configured in HNB-PS Configuration mode. For more information on GTP-U service configuration, refer GTP-U Service Configuration Mode Commands.


Example:
Following command associates GTP-U service named gtpu-hnb1 with specific HNB-GW service towards Home-NodeB side.
associate gtpu-service
gtpu-hnb1
associate rtp pool

Associates a previously defined RTP pool (IP pool) with the HNB-GW service. This pool is used by HNB-GW to send an IP address to HNB where HNB uses it to map the RTP streams over Iuh interface. This command is used for RTP stream management on HNB-GW.

Platform:

ASR 5000

Product:

HNB-GW


Privilege:

Security Administrator, Administrator


Syntax 
associate rtp pool pool_name

no associate rtp pool
no

Removes the associated RTP pool (IP pool) from this HNB-GW service configuration.

pool_name

Specifies the name of the pre-configured RTP IP pool that the HNB-GW uses to assign IP addresses when mapping RTP streams over the Iuh interface.

pool_name is an alphanumeric string of 1 through 31 characters.

IMPORTANT:

For IP pool (RTP pool) configuration, refer ip pool command in Context Configuration Mode Commands chapter.


Usage:

Use this command to associate an RTP pool (IP Pool) with an HNB-GW service for allotment of RTP IP address to HNB-GW node and send the same to HNB for RTP stream management support. The HNB maps the RTP streams with received IP address(es) while communicating with HNB-GW over Iuh interface where HNB-GW communicates with MSC/VLR through IuCS-over-IP tunnel.

This command is used for RTP stream management on HNB-GW.

IMPORTANT:

This command must be used to provide IP address for mapping of RTP streams on Iuh interface between HNB and HNB-GW.


Example:
Following command associates RTP pool named rtp_1 with HNB-GW service for RTP stream end point from Home-NodeB:
associate rtp pool rtp_1
end

Exits the current configuration mode and returns to the Exec mode.

Product:

All


Privilege:

Security Administrator, Administrator


Syntax 
end

Usage:

Use this command to return to the Exec mode.

exit

Exits the current mode and returns to the parent configuration mode.

Product:

All


Privilege:

Security Administrator, Administrator


Syntax 
exit

Usage:

Use this command to return to the parent configuration mode.

handin

Allows or disallows the incoming hand-over of an MS in HNB-GW via the Serving Radio Network Subsystem (SRNS) Relocation procedure for the specified packet switched/circuit switched (PS/CS) core network (CN) domain.

Platform:

ASR 5000

Product:

HNB-GW


Privilege:

Security Administrator, Administrator


Syntax 
[no | default] handin cn-domain [cs | ps]
no

Disallows the incoming MS hand-over for the particular CN domain via SRNS Relocation procedure in an HNB-GW service instance.

If hand-over is restricted the relocation request will be rejected with rejection cause “Relocation Not Supported In Target RNC Or Target System”.

default

Sets the HNB-GW service instance to allow the incoming MS hand-over for the particular CN domain via SRNS Relocation procedure in an HNB-GW service instance.

cs

Sets the HNB-GW service instance to allow the incoming MS hand-over for the CS core network domain via SRNS Relocation procedure in an HNB-GW service instance.

ps

Sets the HNB-GW service instance to allow the incoming MS hand-over for the PS core network domain via SRNS Relocation procedure in an HNB-GW service instance.


Usage:

Use this command to set HNB-GW service instance for allowing/disallowing incoming hand-over of an MS in HNB-GW via SRNS Relocation procedure for PS or CS core network domain.

If hand-over is restricted the Relocation Request message will be rejected with rejection cause “Relocation Not Supported In Target RNC Or Target System”.


Example:
The following command configures the HNB-GW service instance to allow hand-over of an MS in HNB-W via SRNS Relocation procedure for PS core network domain:
handin ps
hnb-access-mode hybrid

Configures the Hybrids HNB access mode in HNB-GW service instance and related parameters.

Platform:

ASR 5000

ASR 5500

Product:

HNB-GW


Privilege:

Security Administrator, Administrator


Syntax 
hnb-access-mode hybrid [ max-non-access-controlled-ue reg_ue_hyb ]

[ no | default] hnb-access-mode hybrid
no

Disables Hybrid Access mode support.

If disabled and a Hybrid HNB tries to register, the HNB-GW sends HNB-Registration-Reject message with “OAM Intervention” cause.

IMPORTANT:

UE-Reg/CS-Call/PS-Call requests (both existing and future) is allowed from already registered Hybrid HNBs even after operator has disabled the Hybrid Access support. No new Hybrid HNB registration is allowed once operator disables the Hybrid Access support.

default

Sets the default configuration of Hybrid Access mode support.

By default, HNB-GW allows registration of Hybrid HNBs and a maximum of 16 non-access-controlled UEs to register from a Hybrid HNB in an HNB-GW service instance.

max-non-access-controlled-ue reg_ue_hyb

Sets the HNB-GW service instance to allow the maximum number of non-access-controlled UEs that can register from a Hybrid HNB under Hybrid Access mode support.

reg_ue_hyb defines the maximum number of UEs that can register from an Open HNB as an integer from 0 through 1000.

If a UE tries to register from a Hybrid HNB which has already reached to the limit configured, the HNB-GW sends HNB-Registration-Reject message with “ue not allowed in this hnb” cause in an HNB-GW service instance.

Value “0” disables the mode and refuses the any non-access-controlled UEs to register with a Hybrid HNB under Hybrid Access mode support.

A maximum of 32 simultaneously registered non-access-controlled UEs from a Hybrid HNB is supported in this access-mode on HNB-GW.


Usage:

Use this command to configure the HNB-GW service instance for Hybrid Access Mode support and related parameters.

This command enable Hybrid Access mode support to allow the non-access-controlled UEs that can register from a Hybrid HNB. If a UE tries to register from a Hybrid HNB with an HNB-GW service instance, which is already reached to the limit configured through max-non-access-controlled-ue reg_ue_hyb the HNB-GW sends HNB-Registration-Reject message with “ue not allowed in this hnb” cause.

IMPORTANT:

If Operator has reduced the maximum number of non-access-controlled UEs allowed per Hybrid HNB during the session, this will not have any effect on already registered UEs/CS-Calls/PS-Calls even if previously configured reg_ue_hyb is beyond the newly configured reg_ue_hyb value. Limits is respected while handling new requests.


Example:
The following command configures the HNB-GW service instance to allow 16 UEs to register through a Hybrid HNB:
default hnb-access-mode hybrid
hnb-access-mode mismatch-action

Configures the HNB-GW service instance to manage the access-mode where a mismatch in the access-mode sent by a HNB in the Registration Request message and the access-mode sent by the AAA in the Access-Accept message is found.

Platform:

ASR 5000

ASR 5500

Product:

HNB-GW


Privilege:

Security Administrator, Administrator


Syntax 
hnb-access-mode mismatch-action { accept-aaa-value | hnb-reg-rej }

default hnb-access-mode
mismatch-action
default

Sets the default action of a HNB-GW service instance to manage the access-mode where a mismatch in the access-mode sent by a HNB in the Registration Request message and the access-mode sent by the AAA in the Access-Accept message is found.

By default, HNB-GW rejects the HNB registration and sends the HNB-Registration-Reject message to the HNB.

accept-aaa-value

Sets the HNB-GW service instance to accept the HNB registration where a mismatch in the access-mode sent by a HNB in the Registration Request message and the access-mode sent by the AAA in the Access-Accept message is found.

In this configuration HNBGW registers the HNB with the access-mode value sent by the AAA.

reject-hnb-reg

Sets the HNB-GW service instance to reject the HNB registration where a mismatch in the access-mode sent by a HNB in the Registration Request message and the access-mode sent by the AAA in the Access-Accept message is found.

In this mode, after rejecting the HNB registration, the HNB-GW sends the HNB-Registration-Reject message to the HNB.


Usage:

Use this command to configure the HNB-GW service instance for Hybrid Access Mode support and related parameters.

This command enable Hybrid Access mode support to allow the non-access-controlled UEs that can register from a Hybrid HNB. If a UE tries to register from a hybrid HNB with an HNB-GW service instance, which is already reached to the limit configured through max-non-access-controlled-ue reg_ue_hyb the HNB-GW sends HNB-Registration-Reject message with “ue not allowed in this hnb” cause.

IMPORTANT:

If Operator has reduced the maximum number of non-access-controlled UEs allowed per Hybrid HNB during the session, this will not have any effect on already registered UEs/CS-Calls/PS-Calls even if previously configured reg_ue_hyb is beyond the newly configured reg_ue_hyb value. Limits is respected while handling new requests.


Example:
The following command configures the HNB-GW service instance to allow 16 UEs to register through an open HNB:
default hnb-access-mode hybrid
hnb-access-mode open

Configures the Open HNB access mode in HNB-GW service instance and related parameters.

Platform:

ASR 5000

Product:

HNB-GW


Privilege:

Security Administrator, Administrator


Syntax 
hnb-access-mode open [ max-registered-ue reg_ue_open]

[ no | default ] hnb-access-mode open
no

Disables Open Access mode support.

If disabled and an Open HNB tries to register, the HNB-GW sends HNB-Registration-Reject message with “OAM Intervention” cause.

IMPORTANT:

UE-Reg/CS-Call/PS-Call requests (both existing and future) is allowed from already registered Open HNBs even after operator has disabled the Open Access support. No new Open HNB registration is allowed once operator disables the Open Access support.

default

Sets the default configuration of Open Access mode support.

By default, HNB-GW allows registration of Open HNBs and a maximum of 16 UEs can register from an open HNB in an HNB-GW service instance.

max-registered-ue reg_ue_open

Sets the HNB-GW service instance to allow the maximum number of UEs through an open HNB under Open Access mode support.

reg_ue_open defines the maximum number of UEs that can register from an Open HNB as an integer from 1 through 1000.

If a UE tries to register from an Open HNB which has already reached to the configured limit configured, the HNB-GW sends HNB-Registration-Reject message with “ue not allowed in this hnb” cause in an HNB-GW service instance.


Usage:

Use this command to configure the HNB-GW service instance for Open Access Mode support and related parameters.

This command enable Open Access mode support to allow the UEs that can register from an Open HNB. If a UE tries to register from an Open HNB with an HNB-GW service instance, which is already reached to the limit configured through max-registered-ue reg_ue_open the HNB-GW sends HNB-Registration-Reject message with “ue not allowed in this hnb” cause.

IMPORTANT:

If Operator has reduced the maximum number of UEs allowed per Open HNB during the session, this will not have any effect on already registered UEs/CS-Calls/PS-Calls even if previously configured reg_ue_open is beyond the newly configured reg_ue_open value. Limits is respected while handling new requests.


Example:
The following command configures the HNB-GW service instance to allow 16 UEs to register through an open HNB:
default hnb-access-mode open
ip iu-qos-dscp

Enables or disables the DSCP marking parameter for data packets carried over over an IuCS/IuPS interface towards MSC/SGSN. By default this command is Disabled.

Platform:

ASR 5000

Product:

HNB-GW


Privilege:

Security Administrator, Administrator


Syntax 
ip iu-qos-dscp protocol
udp payload { gtpu | rtcp| rtp} dscp_code

[default  | no] ip
iu-qos-dscp protocol udp payload { gtpu | rtcp| rtp} }
no
Use this keyword to place the configuration in pass-through mode (no marking of DSCP). Use of this keyword is allowed even when there is no previous DSCP parameter set.

IMPORTANT:

In this configuration the no keyword does not disable or remove a previous configuration.

default

Enables the DSCP marking on HNB-GW and set/restores the QoS parameters to their default setting.

udp payload { gtpu | rtcp| rtp} dscp_code

Specifies the QoS traffic pattern towards MSC/SGSN in UDP protocol association over IuCS/IuPS interface.

By this keyword the Traffic classes specified by a user based on UDP protocol and GTPU, RTCP, and RTP type of payload identified based on the transport level port numbers.

Default DSCP code in UDP traffic are:
  • GTP-U: cs1
  • RTCP: ef
  • RTP: af41
dscp_code

Specifies the QoS DSCP codes supported for UDP traffic and its payloads towards MSC/SGSN over IuCS/IuPS interface.

following type of DSCP codes dscp_code are supported over IuH interface:
  • af11: Marks traffic as Assured Forwarding 11 PHB (high throughput data)
  • af12: Marks traffic as Assured Forwarding 12 PHB (high throughput data)
  • af13: Marks traffic as Assured Forwarding 13 PHB (high throughput data)
  • af21: Marks traffic as Assured Forwarding 21 PHB (low latency data)
  • af22: Marks traffic as Assured Forwarding 22 PHB (low latency data)
  • af23: Marks traffic as Assured Forwarding 23 PHB (low latency data)
  • af31: Marks traffic as Assured Forwarding 31 PHB (multimedia streaming)
  • af32: Marks traffic as Assured Forwarding 32 PHB (multimedia streaming)
  • af33: Marks traffic as Assured Forwarding 33 PHB (multimedia streaming)
  • af41: Marks traffic as Assured Forwarding 41 PHB (multimedia conferencing). This is the default DSCP code for RTP payloads in UDP protocol.
  • af42: Marks traffic as Assured Forwarding 42 PHB (multimedia conferencing)
  • af43: Marks traffic as Assured Forwarding 43 PHB (multimedia conferencing)
  • cs1: Marks traffic with Class Selector 1 (low priority data). This is the default DSCP code for GTP-U payloads in UDP protocol.
  • cs2: Marks traffic with Class Selector 2 (OAM)
  • cs3: Marks traffic with Class Selector 3 (broadcast video)
  • cs4: Marks traffic with Class Selector 4 (real-time interactive)
  • cs5: Marks traffic with Class Selector 5 (signaling). This is the default DSCP code for all SCTP payloads.
  • cs6: Marks traffic with Class Selector 6 (network control)
  • df : Marks traffic as Default Forwarding (best effort: DSCP = 0)
  • ef: Marks traffic as Expedited Forwarding PHB (telephony). This is the default DSCP code for RTCP payloads in UDP protocol.

Usage:

Use this command to enable/disable the DSCP marking for data packets over IuCS/PS interface. This command assigns the DSCP levels to specific traffic patterns in order to ensure that the packets are delivered according to the precedence with which they are tagged. The Diffserv markings are applied to the IP header of every subscriber data packet transmitted over IuCS/IuPs interface(s) towards MSC/SGSN.

IMPORTANT:

SCTP payload option is removed in StarOS 14.0 and onward.

This command adds DSCP marking on egress traffic going towards CN (CS/PS). To make the configuration pass-through mode or not marking DSCP at all in the packets, no variant of command is used. Use of no is allowed even when there is no previous DSCP configuration done.

IMPORTANT:

By default this command is Disabled.

IMPORTANT:

When DSCP configuration is not specified, the system works in pass-through mode and DSCP values in the ingress (from CN) and egress (to HNB) data packets remain unchanged. Multiple traffic classes can share the same code point value.

Following type shown in following tables respectively:


Table 1. Supported DSCP Codes and Service Class
Service Class DSCP Code Service Class DSCP Code

high throughput data

af11

af12

af13

low priority data

cs1

low latency data

af21

af22

af23

OAM

cs2

multimedia streaming

af31

af32

af33

broadcast video

cs3

multimedia conferencing

af41

af42

af43

real-time interactive

cs4

best effort/ default forwarding, value zero

df

Signaling

cs5

telephony

ef

network control

cs6


The DSCP level can be configured for multiple traffic patterns within a single instance of this command.


Example:
The following command configures the DSCP code for the UDP IuCS/IuPS streaming traffic pattern for all payloads to be af31:
ip iu-qos-dscp protocol
udp payload rtp af31
ip iuh-qos-dscp

Enables or disables the DSCP marking parameter for control and data packets transmitted over an IuH interface towards HNB. By default this command is Disabled.

Platform:

ASR 5000

Product:

HNB-GW


Privilege:

Security Administrator, Administrator


Syntax 
ip iuh-qos-dscp protocol { sctp
payload all | udp payload { gtpu | rtcp| rtp} } dscp_code

[default  | no] ip
iuh-qos-dscp protocol { sctp payload all | udp
payload { gtpu | rtcp| rtp} }
no
Use this keyword to set the configuration in pass-through mode. Use of this keyword is allowed even when there is no previous DSCP parameter set.

IMPORTANT:

In this configuration the no keyword does not disable/remove a previous configuration.

default

Enables the DSCP marking on HNB-GW and set/restores the QoS parameters to its default setting.

sctp payload all dscp_code

Specifies the QOS traffic pattern towards HNB in SCTP protocol association over IuH interface.

By this keyword the Traffic classes specified by a user based on SCTP protocol and all type of payload identified based on the transport level port numbers.

By default DSCP codes cs5 is supported for all payloads in SCTP protocol.

udp payload { gtpu | rtcp| rtp} dscp_code

Specifies the QOS traffic pattern towards HNB in SCTP protocol association over IuH interface.

By this keyword the Traffic classes specified by a user based on UDP protocol and GTPU, RTCP, and RTP type of payload identified based on the transport level port numbers.

Default DSCP code in UDP traffic are:
  • GTP-U: cs1
  • RTCP: ef
  • RTP: af41
dscp_code

Specifies the QOS DSCP codes supported for SCTP and UDP traffic and its payloads towards HNB over IuH interface.

following type of DSCP codes dscp_code are supported over IuH interface:
  • af11: Marks traffic as Assured Forwarding 11 PHB (high throughput data)
  • af12: Marks traffic as Assured Forwarding 12 PHB (high throughput data)
  • af13: Marks traffic as Assured Forwarding 13 PHB (high throughput data)
  • af21: Marks traffic as Assured Forwarding 21 PHB (low latency data)
  • af22: Marks traffic as Assured Forwarding 22 PHB (low latency data)
  • af23: Marks traffic as Assured Forwarding 23 PHB (low latency data)
  • af31: Marks traffic as Assured Forwarding 31 PHB (multimedia streaming)
  • af32: Marks traffic as Assured Forwarding 32 PHB (multimedia streaming)
  • af33: Marks traffic as Assured Forwarding 33 PHB (multimedia streaming)
  • af41: Marks traffic as Assured Forwarding 41 PHB (multimedia conferencing). This is the default DSCP code for RTP payloads in UDP protocol.
  • af42: Marks traffic as Assured Forwarding 42 PHB (multimedia conferencing)
  • af43: Marks traffic as Assured Forwarding 43 PHB (multimedia conferencing)
  • cs1: Marks traffic with Class Selector 1 (low priority data). This is the default DSCP code for GTP-U payloads in UDP protocol.
  • cs2: Marks traffic with Class Selector 2 (OAM)
  • cs3: Marks traffic with Class Selector 3 (broadcast video)
  • cs4: Marks traffic with Class Selector 4 (real-time interactive)
  • cs5: Marks traffic with Class Selector 5 (signaling). This is the default DSCP code for all SCTP payloads.
  • cs6: Marks traffic with Class Selector 6 (network control)
  • df : Marks traffic as Default Forwarding (best effort: DSCP = 0)
  • ef: Marks traffic as Expedited Forwarding PHB (telephony). This is the default DSCP code for RTCP payloads in UDP protocol.

Usage:

Use this command to enable/disable the DSCP marking for control and data packets carried by the IP protocols and their payloads on IuH. This command assigns the DSCP levels to specific traffic patterns in order to ensure that the packets are delivered according to the precedence with which they are tagged. The Diffserv markings are applied to the IP header of every subscriber data packet transmitted over IuH interface(s) towards HNB.

This command adds DSCP marking on egress traffic going towards HNB. To make the configuration pass-through mode or not marking DSCP at all in the packets, no variant of command is used. Use of no is allowed even when there is no previous DSCP configuration done.

IMPORTANT:

By default this command is Disabled.

IMPORTANT:

When DSCP configuration is not specified, system works in pass-through mode and DSCP value in the ingress (from CN) and egress (to HNB) control and data packets remain unchanged. Multiple traffic classes can share the same code point value.

Following type shown in following tables respectively:


Table 2. Supported DSCP Codes and Service Class
Service Class DSCP Code Service Class DSCP Code

high throughput data

af11

af12

af13

low priority data

cs1

low latency data

af21

af22

af23

OAM

cs2

multimedia streaming

af31

af32

af33

broadcast video

cs3

multimedia conferencing

af41

af42

af43

real-time interactive

cs4

best effort/ default forwarding, value zero

df

Signaling

cs5

telephony

ef

network control

cs6


The DSCP level can be configured for multiple traffic patterns within a single instance of this command.


Example:
The following command configures the DSCP code for the SCTP IuH streaming traffic pattern for all payloads to be ef:
ip iuh-qos-dscp protocol
sctp payload all ef
paging open-hnb

From StarOS Release14.0 and onward this command is part of HNB-Global Configuration Mode.

radio-network-plmn

Creates, remove and enters the HNB-RN-PLMN Configuration mode. In this mode you can configure various parameters for radio network public mobile land networks (PLMNs). A maximum of 16 radio PLMN-IDs can be configured in an HNB-GW service.

Platform:

ASR 5000

Product:

HNB-GW


Privilege:

Security Administrator, Administrator


Syntax 
radio-network-plmn mcc mcc_num mnc mnc_num [-noconfirm]

no radio-network-plmn mcc mcc_num mnc mnc_num
no

Removes the configured radio network PLMN identifier for an HNB-GW service.

CAUTION:

Removing the PLMN-ID is a disruptive operation; the HNB-GW service will be re-started.

mcc mcc_num

Specifies the mobile country code (MCC) part of radio network PLMN identifier as an integer value from 101 through 998.

mnc mnc_num

Specifies the mobile network code (MNC) part of radio network PLMN identifier as a 2- or 3-digit integer from 01 through 998.

-noconfirm

Executes the command without any additional prompt and confirmation from the user.


Usage:

Use this command to configure the radio network PLMN identifier for an HNB-GW service. This command also creates a configuration mode to configure various parameters for defined radio network PLMN identifier in HNB-GW service.

CAUTION:

Changing or removing the PLMN-ID is a disruptive operation; the HNB-GW service will be re-started.

Entering this command results in the following prompt:
[context_name]hostname(config-radio-network-plmn)#

A maximum of 16 radio network PLMN identifiers are supported for an HNB-GW service.


Example:
The following command configures the radio network PLMN identifier with MCC value as 102 and MNC value as 20 for an HNB-GW service:
radio-network-plmn mmc
102 mnc 20
ranap reset

From 14.0 onward this command is part of HNB-CS Network Configuration Mode and HNB-PS Network Configuration Mode.

rtcp report

Enables or disables the generation of RTP Control Protocol (RTCP) packet/report types on a per HNB-GW service instance basis. It also sets the time interval in seconds between two consecutive RTCP reports.

Platform:

ASR 5000

Product:

HNB-GW


Privilege:

Security Administrator, Administrator


Syntax 
rtcp report interval dur

[no | default] rtcp report interval
no

Disables the RTCP report generation on HNB-GW service. When RTP configuration is not explicitly mentioned, this is the default behavior.

default

Restores the report interval value to its default value of 5 seconds.

interval dur

Sets the time interval (in seconds) between two consecutive RTCP reports as an integer from 5 through 30. Default: 5


Usage:

Use this command to configure the enabling or disabling of the generation of RTCP packet/ report types on a per HNB-GW service instance basis and sets the specified time interval in seconds between two consecutive RTCP reports.

RTCP enables the receiver to detect if there is any packet loss and needs to compensate for any delay jitter. RTP and RTCP protocols work independently of the underlying Transport layer and Network layer protocols.

Whenever this command is disabled, RTCP report generation stops from the next expiry of the previously configured interval and after enabling, reports are generated only for the calls that established as new calls in the future. For existing calls reports generated as per configuration in place.

RTCP reports are generated for each RAB for RTP received from and sent to IuH interface.

IMPORTANT:

The same interval is applicable for all kinds of RTCP packets/ reports across all sessions on an HNB-GW service.


Example:
The following command configures the RTCP report generation interval to 15 seconds on an HNB-GW service for RTP stream:
rtcp report interval 15
rtp mux

Configures the HNB-GW service to allow an Home-NodeB to multiplex multiple RTP streams in one IP packet. This support is provided for RTP stream management feature on HNB-GW.

Platform:

ASR 5000

Product:

HNB-GW


Privilege:

Security Administrator, Administrator


Syntax 
[no | default]rtp mux
default

Sets the multiplexing option to default state of “disabled”.

no

Removes the configured option to multiplex multiple RTP stream in one packet by Home-NodeB in HNB-GW configuration.


Usage:

Use this command to allow an Home-NodeB to multiplex multiple RTP streams in one IP packet. This configuration support is provided for RTP stream management feature on HNB-GW and it is disabled by default.


Example:
The following command sets the HNB-GW to allow HNB to multiplex multiple RTP stream in one packet:
rtp mux
sctp

Configures the SCTP-related parameters like timeout duration for various timers and cookie life over an IuH interface in an HNB-GW service.

Platform:

ASR 5000

Product:

HNB-GW


Privilege:

Security Administrator, Administrator


Syntax 
sctp alpha-rto alpha_rto_dursctp beta-rto beta_rto_dursctp checksum-type [ adler32 | crc32 ]sctp cookie-life cookie_lifesctp max-retx [ init | path | assoc ] max_retrysctp mtu-size [ start | min | max ] mtu_bytesctp rto { initial ini_rto_dur | min min_rto_dur | max max_rto_dur }sctp sack-frequency sack_frqsctp sack-period sack_dursctp max-in-strms in_strmssctp max-out-strms out_strms

default sctp {alpha-rto | beta-rto | checksum-type | cookie-life | max-retx [ init | path | assoc] | mtu-size [start | min | max ] | rto { initial | min | max} | sack-frequency | sack-period | max-in-strms | max-out-strms }
default
Restores the SCTP parameters to default value in HNB-GW service instance. Default values for all parameters are as follows:
  • alpha-rto: 5 seconds
  • beta-rto: 10 seconds
  • checksum-type: CRC32
  • cookie-life: 600 ms
  • max-retx init: 5 retries
  • max-retx path: 5 retries
  • max-retx assoc: 10 retries
  • mtu-size min: 508 Bytes
  • mtu-size max: 1500 Bytes
  • mtu-size start: 508 Bytes
  • rto initial: 30 seconds
  • rto min: 10 seconds
  • rto max: 600 seconds
  • sack-frequency: 2
  • sack-period: 2 ms
  • max-in-strms: 4
  • max-out-strms: 4
alpha-rto alpha_rto_dur

Sets the alpha retransmission timeout duration (in seconds) for SCTP association between HNB and HNB-GW as an integer from 0 through 65535. A “zero” value disables the timer in this configuration. Default: 5

beta-rto beta_rto_dur

Sets the beta retransmission timeout duration (in seconds) for SCTP association between HNB and HNB-GW an integer from 0 through 65535. A “zero” value disables the timer in this configuration. Default: 10

checksum-type [ adler32 | crc32 ]

Sets the checksum algorithm type to be used in SCTP association between HNB and HNB-GW for packet validation. Default: CRC32

adler32: Specifies the SCTP association to use Adler32 checksum algorithm for packet validation. By default this is disabled.

crc32: Specifies the SCTP association to use 32-bit cyclic redundancy check (CRC) algorithm for packet validation. By default this is enabled.

cookie-life cookie_life

Sets the COOKIE life (in milliseocnds) for SCTP association between HNB and HNB-GW as an integer from 500 through 120000. Default: 600

max-retx [ init | path | assoc ] max_retry

Sets the maximum number of retries allowed in SCTP states for SCTP association between HNB and HNB-GW.

init: Sets the maximum attempts allowed after T1-init timer expires. If the T1-init timer expires then the HNB-GW retransmits INIT chunk and re-start the T1-init timer without changing state. This is repeated up to the configured times with this configuration. After that, the HNB-GW aborts the initialization process. Default number of attempts max_retry for this state is 5.

path: Sets the maximum attempts allowed after T3-rtx timer expires. Each time the T3-rtx timer expires on any address, or when a HEARTBEAT sent to an idle address is not acknowledged within a RTO, the error counter of that destination address incremented. When the value in the error counter exceeds this protocol parameter of that HNB address, the HNB-GW marks the destination transport address as inactive. Default number of attempts max_retry for this state is 5.

assoc: Sets the maximum number of consecutive retransmissions to its peer is allowed. If the value of this counter exceeds the limit configured with this keyword the HNB-GW considers the peer HNB unreachable and stop transmitting any more data to it. The SCTP association is automatically closed when the peer endpoint becomes unreachable. Default number of attempts max_retry for this state is 10.

max_retry is an integer from 1 through 255.

mtu-size [ min | max | sart ] mtu_byte

Sets the maximum transmission unit (MTU) size in Bytes for SCTP association between HNB and HNB-GW.

min: Sets the minimum size of MTU for SCTP association between HNB and HNB-GW. Default minimum MTU size mtu_byte is 508 Bytes.

max: Sets the maximum size of MTU for SCTP association between HNB and HNB-GW. Default maximum MTU size mtu_byte is 1500 Bytes.

start: Sets the size of MTU for SCTP association at the start of session between HNB and HNB-GW. Default MTU size mtu_byte at initial sate is 508 Bytes.

mtu_byte is an integer from 508 to 65535.

rto { initial ini_rto_dur | min min_rto_dur | max max_rto_dur }

Sets the Retransmission TimeOut (RTO) duration parameters for SCTP association between HNB and HNB-GW.

initial ini_rto_dur: Sets the initial retransmission timeout duration (in seconds) for SCTP association between HNB and HNB-GW as an integer from 1 through 1200. Default: 30.

min min_rto_dur: Sets the minimal retransmission timeout duration (in seconds) for SCTP association between HNB and HNB-GW as an integer from 1 through 50. Default: 10

max max_rto_dur: Sets the maximum retransmission timeout duration (in seconds) for SCTP association between HNB and HNB-GW as an integer from 5 through 1200. Default: 600.

sack-frequency sack_frq

Sets the number of chunks received before sending the Selective Acknowledgement chunk HNB from HNB-GW in SCTP association. the SACK chunk is sent to the HNB to acknowledge received DATA chunks and to inform the HNB of gaps in subsequently received DATA chunks.

sack_frq is the frequency after which SACK chunk is sent to HNB specified as an integer from 1 through 5. Default: 2

sack-period sack_dur

Sets the duration (in seconds) after which Selective Acknowledgement chunk is sent to HNB from HNB-GW in SCTP association. The SACK chunk is sent to the HNB to acknowledge received DATA chunks and to inform the HNB of gaps in subsequently received DATA chunks.

sack_dur is an integer from 0 through 5. A “zero” value disables the parameter.

max-in-strms in_strms

Sets the maximum number of inward SCTP streams allowed on HNB-GW for an associated HNB in an SCTP association as an integer from 1 through 16. Default: 4

max-out-strms out_strms

Sets the maximum number of outgoing SCTP streams allowed from HNB-GW for an associated HNB in an SCTP association as an integer from 1 through 16. Default: 4


Usage:

Use this command to configure the SCTP protocol messaging and session management parameters in SCTP association between HNB and HNB-GW.


Example:
The following command sets the SCTP COOKIE life to 600 milliseconds on HNB-GW for the SCTP association:
default sctp cookie-life
sctp bind

Configures the SCTP IP address and port that is used for binding the SCTP socket to communicate with the Home-NodeB over an Iuh interface within an HNB-GW service.

Platform:

ASR 5000

Product:

HNB-GW


Privilege:

Security Administrator, Administrator


Syntax 
sctp bind { address address | port port_num }[ default | no ] sctp
bind { address | port }
default

Sets the SCTP port to the default value of 600.

address address

Specifies the IP address of the HNB-GW Iuh interface in IPv4 dotted-decimal or IPv6 colon-separated-hexadecimal notation.

port port_num

Specifies the SCTP port number to communicate with the Home-NodeBs using Iuh interface as an integer form 1 through 65535.


Usage:

Use this command to assign the SCTP IP address and port with SCTP socket on HNB-GW to communicate with the Home-NodeB using Iuh interface. This SCTP configuration provides the IP-address and listen port where HNB-GW service shall bind to listen for incoming SCTP associations from HNB.


Example:
The following command sets the SCTP port number 999 on HNB-GW to listen from Home-NodeB over Iuh interface:
sctp bind port 999
The following command sets the SCTP address 10.2.3.4 of HNB-GW to use with Home-NodeB over Iuh interface:
sctp bind address 10.2.3.4
sctp connection-timeout

Configures the SCTP connection timeout duration to explicitly remove the SCTP association with a non-responsive HNB in an HNB-GW service.

Platform:

ASR 5000

Product:

HNB-GW


Privilege:

Security Administrator, Administrator


Syntax 
sctp connection-timeout dur[ default | no ] sctp
connection-timeout
no

Disables the connection time out configuration on HNB-GW service.

default

Restores the connection timeout duration value to its default value of 10 seconds.

dur

Sets the connection timeout duration (in seconds) after which the association is explicitly removed. In case of an HNB de-registration scenario, the HNB-GW waits for configured amount time before initiating the procedure to clear the SCTP association.

dur is an integer from 5 through 30. Default: 10


Usage:

Use this command to configure the minimum duration value before removing the SCTP association between a non-responding HNB and HNB-GW. If HNB registration not happened within the configured period after the SCTP association is established then the SCTP association is explicitly removed. In a scenario where an HNB de-registered due to any reason, the HNB-GW waits for the configured amount of time before initiating the procedure to clear the SCTP association.


Example:
The following command sets the SCTP connection timeout duration to 15 second on HNB-GW after expiry of which the SCTP association is removed:
sctp connection-timeout 15
sctp heart-beat-timeout

Configures the SCTP heartbeat timer parameters for SCTP connection over an IuH interface in an HNB-GW service instance.

Platform:

ASR 5000

Product:

HNB-GW


Privilege:

Security Administrator, Administrator


Syntax 
sctp heart-beat-timeout dur[ default | no ] sctp
heart-beat-timeout
no

Disables the heartbeat timer configuration for SCTP over IuH in HNB-GW service instance.

default

Restores the default time out value for heartbeat timer to 30 seconds.

dur

Sets the heartbeat timer timeout duration (in seconds) after which the next heartbeat command is sent to HNB from HNB-GW in SCTP over an IuH interface. In an HNB de-registration scenario, the HNB-GW waits for configured amount time before initiating the procedure to clear the SCTP association.

dur is an integer from 1 through 300. Default: 30


Usage:

Use this command to configure the minimum duration value before retransmitting the HEARTBEAT chunk to HNB from HNB-GW in SCTP transmission. By default HNB-GW monitors the reachability of the idle HNBs by sending a HEARTBEAT chunk periodically to the HNB address.

Each time the HEARTBEAT timer expires on any address, or when a HEARTBEAT sent to an idle address is not acknowledged within a Retransmission Timeout duration, the error counter of that HNB incremented.

When the value in the error counter exceeds the protocol parameter for maximum retransmission for that destination address, the HNB-GW mark the destination HNB as inactive and a notification is sent to the upper layer.


Example:
The following command sets the SCTP HEARTBEAT timeout duration to 15 second on HNB-GW after expiry of which the HNB-GW retransmits the HEARTBAT chunk to HNB over SCTP association:
sctp heart-beat-timeout 15
security-gateway aaa

From StarOS Release14.0 onward this command is deprecated.

security-gateway bind

Binds the SeGW in an HNB-GW service to a logical IP interface serving as an Iuh interface and associates an IPsec IKEv2 crypto-map template.

Platform:

ASR 5000

Product:

HNB-GW


Privilege:

Security Administrator, Administrator


Syntax 
security-gateway bind
address address crypto-template cryp_name [ context ctxt_name]

no security-gateway bind
no

Removes a previously configured IPSec IP address use for binding the IKEv2 IPSec tunnel (local bind address) to communicate with the Home-NodeBs using Iuh interface.

bind address address

Specifies the IP address for the Iuh interface for the IPSec tunnel. This is the IP address where the HNB-GW service is bound and that is provided to the Home-NodeB during HNB-GW discovery.

The IP address is expressed in IPv4 dotted-decimal or IPv6 colon-separated-hexadecimal notation.

crypto-template cryp_name

Specifies the Crypto-map template to be used for IPsec IKEv2 tunneling for the interface configured as an Iuh.

cryp_name specifies the name of the pre-configured Crypto-map template which is configured in Crypto-Map Template Configuration mode and associated with the HNB-GW service to create an IPSec tunnel with a Home-NodeB during HNB-GW discovery procedure over an Iuh interface.

context ctx_name

Specifies the name of the pre-configured context in which the Security Gateway service is configured. By default this command uses the HNB-GW service context for the security Gateway configuration.


Usage:

Use this command to associate or tie the HNB-GW service to a specific logical IP address that is used for binding the Iuh socket to communicate with the Home-NodeB using IPSec tunnel. A maximum of one IP address can be configured with this command for one HNB-GW service.

The HNB-GW passes the IP address during setting up the HNB-GW discovery procedure with the Home-NodeB.

CAUTION:

This is a critical configuration. The HNB-GW service cannot be started without this configuration. Any change to this configuration would lead to restarting the HNB-GW service and removing or disabling this configuration stops the HNB-GW service.


Example:
The following command binds the logical IP interface with the address of 10.2.3.4 to the HNB-GW service using existing IPsec Crypto-Map template crypto1 to establish IPSec tunnel with Home-NodeB:
security-gateway bind
address 10.2.3.4 crypto-template crypto1
The following command disables a binding that was previously configured:
security-gateway bind address
security-gateway username

From StarOS Release14.0 onward this command is deprecated.

tnnsf-timer

From StarOS Release14.0 onward this command is part of HNB-Global Configuration Mode.

ue registration-timeout

Configures the UE registration timeout duration to de-register the connected UE from an HNB-GW service.

Platform:

ASR 5000

Product:

HNB-GW


Privilege:

Security Administrator, Administrator


Syntax 
ue registration-timeout dur[ default | no ] ue
registration-timeout
no

Disables the UE registration timeout duration and explicitly de-registers UE from the HNB-GW service.

default

Restores the UE registration timeout duration value to its default value of 120 seconds.

dur

Sets the UE registration timeout duration (in seconds) after which the UE is de-registered from HNB-GW. In a scenario when all Iu connections are released for a subscriber, the HNB-GW service de-registers the UE after the configured duration only.

dur is an integer from 60 through 1800. Default: 120


Usage:

Use this command to configure the minimum duration value before de-registering the UE when subscriber fails to establish the Iu connection. If subscriber’s Iu session does not established before configured period then UE is de-registered. Also in a scenario where all Iu connections are released for a subscriber, the HNB-GW service waits for configured period before starting UE deregistration procedure.


Example:
The following command sets the UE registration timeout duration to 150 second on HNB-GW after expiry of which the UE is de-registered:
ue registration-timeout 150