UBMobile Subscribers


The parameters in the Mobile Subscriber pane on the Test Configuration tab of nodal test cases define the MN volume, rates, and in some cases IP addresses:

Mobile Subscribers

 

PGW Node (Overload Control)

Enable Overload Control

 

AMF Nodal / AMF Node / SMF Nodal / SMF Node / UPF Nodal

AMF Nodal

SMF Nodal

UE Node

Service Based Nodal/Node

N3IWF Node

RIC Node

CDMA Voice Nodal

LCS Node

 

MS Sub-Tabs

AAA Server Node

MS Ethernet Configuration

 

MBMS Bearers (eMBMS Node and Nodal)

 

WiFi Offload Gateway Settings

UE Random MAC Address

MAC Address Increment

UE Next Hop MAC Address

UE Next Hop IP Address

Assigned IPv4

Assigned IPv6

UE Static IPv4/IPv6

UE DHCPv4

UE DHCPv4/6 via Tunnel

UE SLAAC

Random Address Number

UE Duplicate Address Detection

Neighbor Advertisement Delay (ms)

UE Graceful Shutdown

UE Graceful Mobility

External DHCP Client

UE Authentication

UE Mobility Reauthentication

UE Responds to ARP

UE Routes Data to AP Next Hop

Outer IP Type of Service

UE SWu IPv4 Address

Non-3GPP Access with a 5G Capable UE

Starting PDU Session ID

Maintain UE IP after Handover ( MME Nodal )

Send Router Solicitation after Handoff (AMF Nodal, MME Nodal)

SMS Terminating

SMS Originating

SMS Source

 

 

 


MS Session Rates

In every test case, you can define activation and deactivation rates for the MS sessions. In the UMTS test case, you can also define rates for GMM attaches and detaches.

Range: Variable1

IMPORTANT: If the MSs will be using IPSec in any mode except Pre-Provisioned, the maximum session rates are 200 sessions/second or the licensed maximum, whichever is less.

Default: 1

1 Maximum rates, number of sessions, and number of emulated nodes vary depending on the test application and the test system's licensed capacity.

TIPS:

  • You can change these rates while the test is running.

  • When using a Capacity Test, you should set these rates lower than the maximum rate supported by your SUT.

  • When using one of the Session Loading tests, these rates are only used at the beginning and end of the test. Sessions are initially established using the Activation Rate and then the test activity's hold and pending timers determine when the sessions are deactivated and reactivated. When the test is stopped, the Deactivation Rate is used for the final deactivations.

Activation Rate

The rate at which the test attempts to activate MN/MS sessions. In tests where the MN/MS establishes a control session with the MN/MS servicing or authorization node, such as an FA, HA, AAA server, SGSN, etc., this rate is the number of MNs/MS that will attempt to establish control sessions every second. When the control plane is not used, this rate is the number of MNs/MS that will begin generating traffic every second.

Tcl Parameter:

PdpStartRate

AAA Testing

During AAA testing, Activation Rate is the rate at which the test attempts to activate MN/MS sessions. In tests where the MN/MS establishes a control session with the MN/MS servicing or authorization node, such as an FA, HA, AAA server, SGSN, etc., this rate is the number of MNs/MS that will attempt to establish control sessions every second. When the control plane is not used, this rate is the number of MNs/MS that will begin generating traffic every second.

Tcl Parameter:

StartRate

In AAA Testing, if digital certificates are used with EAP-TLS authentication, the maximum Activation Rate is limited to 1000 sessions/second or the licensed throughput, whichever is lower.

Related Measurements

UMTS Testing

When PDP contexts are included in a UMTS test, you can define a delay between the attach time and the start of context activation with PDP Context Activate Delay on the MN tab. MNs will attempt to establish contexts at the PDP Activation Rate after successfully attaching to the SGSN SUT. If the SUT cannot process the attaches at the attempted Attach Rate, the defined activation rate may not be achievable. The defined activation rate will not be achievable if it is faster than the attach rate and each MN is only activating one PDP context. In this case, the attach rate becomes the effective activation rate. MNs must activate multiple contexts in order for the activation rate to exceed the attach rate.

Deactivation Rate
The rate at which the test attempts to deactivate MN/MS sessions. When the control plane is used, this rate is the number of MNs/MS that will attempt to disconnect their control sessions every second. When the control plane is not used, this rate is the number of MNs/MS that will stop sending data or release their data connections every second.

 

Tcl Parameter:

PdpDisconnectRate

Related Measurements

During AAA testing, the deactivation rate is the rate at which the test attempts to deactivate Diameter sessions, either with an ASR message or by responding to an STR.

Range: 0.0010 — Variable1

Default: 1

1 Maximum rates, number of sessions, and number of emulated nodes vary depending on the test application and the test system's licensed capacity.

Tcl Parameters: DisconnectRate

Related Measurements

Attach Start Delay

The number of milliseconds that the test will wait, after all GTP links are established, before beginning to perform MME attaches for the ENodeB (testing MME Nodal with SGW/PGW emulation, Emulate Srv GW and PDN GW option is selected on the Test Configuration tab)

NOTE: The MME Attach Start Delay is used only during the initial MS activations. This delay is not necessary during session loading, because the links are not brought down. In MME Nodal test case, the maximum delay time is in the range of 0 - 10800000.

Range: 0 - 65535

Tcl parameter: MnActivationDelay

CDMA Testing

See also Aux Svc Instances per Subscribers

 

Attach Rate

The rate at which the test attempts to attach MNs/Subscribers to the SGSN SUT after all of the RNC links have been successfully established. You can introduce a delay between the completion of link establishment and the beginning of MN/Subscriber attaches with GMM Attach Start Delay on the MS tab.

Related Measurements

Detach Rate

The rate at which the test attempts to detach MNs from the SGSN SUT. When PDP contexts are included in the test, the test will attempt to detach MNs/Subscribers at the rate defined, however a detach cannot occur until all of the MN's/Subscriber's PDP contexts have been deactivated. If the PDP Deactivation Rate is slower than the Detach Rate, the deactivation rate will be used for the detach rate.

Related Measurements

  The following parameters define the number of PDP contexts for each MS (when PDP contexts are used) and the delay time for the MS attaches.
Number of Primary PDP Contexts per MS

Use the drop-down list to select the number of primary PDP contexts to be established for each mobile subscriber.

Tcl Parameter: PrimPdpContextsPerMs

 

Number of Secondary PDP Contexts per Primary

Use the drop-down list to select the number of secondary contexts to create for each primary context. Select 0 to disable secondary contexts.

Tcl Parameter: SecPdpContextsPerPrime

IMPORTANT:

  • The total number of PDP contexts (MS sessions) that will be attempted during the test is the result of Number of Mobile Subscribers multiplied by the total number of PDP contexts per subscriber. When secondary PDP contexts are used, Number of Primary PDP Contexts per MS + (Number of Primary PDP Contexts per MS * Number of Secondary PDP Contexts per Primary) determines the total number of PDP contexts.

  • The total number of primary and secondary contexts for each mobile subscriber cannot exceed 11. The number of secondary PDP contexts that you can select depends on the number of primary contexts selected. ExampleExample:

    If 3 primary contexts are specified in Number of Primary PDP Context per MS, no more than 2 secondary contexts can be created:  3 primary contexts + (3 x 2) secondary contexts = 9 total contexts.

    If 5 primary contexts are specified, only 1 secondary context can be created (5 primary + 5 secondary = 10 total contexts.

  • When you include Data Traffic in the test, the total number of PDP contexts that can be defined depends on the number of Data Message Flows added to the test. The total contexts available is reduced by each DMF added to the test. If you use multiple contexts per MN, you must also map the contexts to DMFs.

  • GGSN Nodal test case supports multiple TFTs for secondary PDP contexts.

Support Release 7 TFTs

In GGSN and UMTS Nodal testing, the Support Release 7 TFTs checkbox is available only when the Number of Secondary PDP Contexts per Primary is > 0. Select the Support Release 7 TFTs checkbox to indicate custom TFT Filter direction and multiple TFT's per context.

Option: True(1)/False (0)

Default: False

Tcl Parameter: Rel7TftSupportEn

 

Starting PDP Context IP Enter a valid IP address to define the IP address that is requested for the first PDP context. This address is incremented for each subsequent PDP context request.
PDP Context Activate Delay

The number of milliseconds that the test will wait, after an MN has successfully attached, before beginning to activate the MN's PDP contexts. When you define a delay time and clear the Follow On checkbox, the SGSN may perform an Iu Release due to inactivity. If the connection is released, the MN will send a Service Request to restore the connection before attempting to activate PDP contexts.

NOTE: The PDP Context Activate Delay is used for all MN activations, not just the initial activation. This delay is applied during session loading, because both GMM and SM sessions are brought down.

 

Number of Subscribers

The number of unique mobile subscribers (MSs) emulated during the test. At least one MS must be emulated in every test. It is also the number of simultaneous MS that can be supported by the server node. System resources are reserved for the provisioned number of sessions whether they are used or not.

Range: Variable1

Default: 1

Tcl Parameter:  

Sessions

NumMs

NumSubscribers

IMPORTANT: When you include Data Traffic in the test, the maximum number of MNs that can be defined depends on the number of Data Message Flows added to the test. The maximum MN sessions that are available is reduced by each DMF added to the test.

1 Maximum rates, number of sessions, and number of emulated nodes vary depending on the test application and the test system's licensed capacity.

AAA Testing

During AAA testing, the Number of Mobile Subscribers is the number of unique mobile subscribers (MSs) emulated during the test. At least one MS must be emulated in every test.

It is also the number of simultaneous MS that can be supported by the server node. System resources are reserved for the provisioned number of sessions whether they are used or not.

IMPORTANT: When you include Data Traffic in the test, the maximum number of MSs that can be defined depends on the number of Data Message Flows added to the test. The maximum MS sessions that are available is reduced by each DMF added to the test.


In DHCP Server Node test case, the Number of Mobile Subscribers indicate the number of simultaneous client bindings that can be supported by the server node. System resources are reserved for the provisioned number of sessions whether they are used or not.

Range: Variable1

Default: 1

1 Maximum rates, number of sessions, and number of emulated nodes vary depending on the test configuration and the test system's licensed capacity.

 

GPRS/UMTS Testing

The total number of PDP contexts (MN sessions) that will be attempted during a test or supported by a GGSN node is the result of Number of Mobile Subscribers multiplied by the total number of PDP contexts per subscriber. When secondary PDP contexts are used, primary contexts + (primary contexts * secondary contexts) determines the total number of PDP contexts for each MN.

The number and type of PDP contexts are defined on the GTP tab in the GGSN Nodal test case and on the MN tab in the UMTS test case. In the GGSN Node test case, primary contexts are defined in the Mobile Node sub-tab and secondary contexts are defined in the GTP sub-tab (follow the GTP link above for definitions).


MSS ID

A Mobile Node is uniquely identified by its MAC address. Enter a starting address that will be incremented for each MN.

Range: Up to 12 hexadecimal characters (omit "0x")

Default: N/A


Authentication Type

Use the drop-down list to select the message authentication code that is used for all MNs.

Options: HMAC or CMAC

Default: HMAC


In UPF Node Test Case, the Number of Sessions means Sessions not mobile subscribers. One mobile can communicate with multiple UPF Nodes.


In the IP Impairment Node Test Case, IP Impairment Sessions are created for the sole purpose of providing the timing mechanism when delaying a packet. The number of “sessions” is really the maximum number of packets that can be simultaneously on the delay queue. Impairment sessions are created as part of the node configuration when the impairment test case is started. 

 


In UE Node or WiFi Offload Gateway Nodal with RF UEs enabled : The Maximum number of Subscribers is the minimum of either the licensed RF UEs or the # of supported sessions possible for the number WiFi Ports available.  


Common Related Measurements

 

^ Back to Top


AAA Testing

 

If digital certificates are used with EAP-TLS, the maximum number of MNs is limited to 100,000 or the licensed capacity, whichever is lower.

Authentication Type: EAP

Click Settings... to configure the EAP settings.

For EAP Type, use the drop-down list to select either Single or Double EAP.

Tcl Parameter: EapType

 

Number of Authentication Sessions

In AAA Server Node testing, The number of simultaneous RADIUS or Diameter authentication sessions that will supported by the node. This value should match the number of MS/MNs provisioned in the nodal test case. Unique user name values are provisioned according to the format used in User Name.

Range: Variable1

Default: 1

1 Maximum rates, number of sessions, and number of emulated nodes vary depending on the test application and the test system's licensed capacity.

When digital certificates are used with EAP-TLS, the maximum number of sessions is limited to 100,000.

Tcl Parameters: Sessions

Related Measurements

Accounting Sessions

The number of simultaneous accounting sessions that will be supported by the node. This value should match the total number of connections that will be attempted by the nodal test case.

Range: Variable1

Default: 1

1 Maximum rates, number of sessions, and number of emulated nodes vary depending on the test application and the test system's licensed capacity.

Tcl Parameters:

RadAaaAccSessions

NumAccSessions

NumAcctSessions

Related Measurements

 

^ Back to Top


DSCP Value

The DSCP (Differentiated Service Code Point - RFC 2474) is only applicable for the AAA Server Node, DRA Nodal/Node, IMS Node, MME Nodal on VoLTE Tab for Gm Interface, OCS Node and WiMax Nodal test cases.  DSCP is a mechanism, for classifying and managing network traffic and providing quality of server (QoS) by providing low-latency to critical network traffic such as voice or streaming media while providing simple best-effort service to non-critical services such as web traffic or file transfers. It is 6 bits in the differentiated services fields (DS Field) in the IP Header.

NOTE: The DSCP value is only configurable when the Test Appliance is licensed for WIMAX testing for AAA and WiMax Test cases. The Test Case also allows you to configure this value for the emulated MN.

 In the AAA Node test case, the DSCP value is used by the emulated AAA server (in the IP Header of the Access Challenge message) when responding to an Access Request received from the WAC.

Range: 0, 32 ,   48 – 63. In IMS Node and VoLTE, the range is 0 to 255

Default: 0 (default)

Tcl Parameter: DscpValue

^ Back to Top


5G - ( AMF Nodal , AMF Node , SMF Nodal, SMF Node, and UPF Nodal )

Number of PDUs

Enter the number of PDU (Protocol Data Unit) sessions. Currently up to 15 are supported. In AMF Nodal, when Test Activity = Inter Technology Mobility and Handoff Protocol = WiFI only 2 PDUs are supported.

Tcl Parameter: NumPdu

Start PDU Delay (After Registered) (ms)

Select to send the PDU request after this configurable time delay following UE registration.

Range : 100 to 100,000,000

Default : 1000

Parameter: StartPduDelayAfterRegEn

Parameter: StartPduDelayAfterReg

Start PDU Delay (After Prev-PDU) (ms)

Select to send the PDU request after this configurable time delay following the previous PDU establishment. 

Default : 1000

Parameter: StartPduDelayAfterPrevEn

Parameter: StartPduDelayAfterPrev

Registration Failed Threshold (%)

Available in AMF Nodal test case.

If Test Activity is Capacity or Intra-AMF Mobility with "When All Sessions Started" checked or
Inter-AMF Mobility with "When All Sessions Started" checked or Intertech Mobility with Initial Network = 5GS and "When All Sessions Started" checked.

This field represents the maximum percentage of failed mobile registrations before any PDU Session Establishment attempt is allowed.

Range : 0 to 100

Default : 10

Tcl Parameter: RegFailedThresholdPercent

Reserve PDU Session for SSC Mode 3

Select for support of Change of SSC mode 3 PDU Session Anchor with multiple PDU Sessions per 23.502 4.3.5.2. Currently this feature is only limited to AMF Nodal v.s. AMF Node with SMF Emulation in b2b setting. SMF relocation is not currently supported.

The "Reserve PDU Session for SSC Mode 3" option reserves a peer PDU session for each of the PDU provisioned by the Number of PDUs combo box. An additional PDU session is needed for the change of SSC Mode 3 PSA with multi PDU sessions because it's a make-n-break operation. Two PDU sessions are active during the transition. If you don't enable this option (i.e. no peer session) or the peer session is not free or the UE is running of PSIs when the PDU Session Modification Command is received from the SMF, the UE will reject PDU modification with cause "insufficient resources". If you provision 8 or more PDUs in the "Number of PDUs" field, the total number of PDUs including the peer sessions will go over 15. However, we have a guard internally so that the maximum active PDU sessions will not go over 15. The reason why we choose the peer session approach instead of dynamically link a free session during runtime is due to consideration of Command Mode/Sequencer where PDU sessions are indexed based.

This option is not supported for Inter-tech mobility, Command Mode or Sequencer.

Change of SSC Mode 2 or 3 PDU Session Anchor is not currently supported on standalone SMF node or with N11 interface enabled.

Call flow per 23.502 4.3.5.2.

Tcl Parameter: ResPduSessSscMode3En

Enable Target eNodeB

Available when Test Activity = Command Mode / Sequencer and Handoff Protocol = LTE on AMF Nodal test case. 

When "Enable Target eNodeB" is checked, the Target MME SUT table and associated multi-set options on the MME SUT tab become available for input. Target eNB Control Node and Target eNB User Node test node tabs become available.

In Command Mode/Sequencer, when "Enable Target eNodeB" is checked, the eNB Control Node node count is added to the Target Nodes range for all relevant operations.

Note : If Cell IDs are not Random (starting value = 0), the values set for eNB Control Node Cell ID & Target eNB Cell ID need to be configured > 256 apart.

eNB Control Node               Cell ID = x

Target eNB Control Node     Cell ID = x + 256

Parameter: TargetEnbEn

PDU Failed Threshold (%)

Available in SMF Nodal test case when Test Activity is “Capacity” or “Intra-AMF Mobility” or “Inter-AMF Mobility” or “Inter Technology Mobility with Initial Network = 5GS.

It represents the maximum percentage of Failed PDU Session Establishment before the next step after starting PDUs is allowed.

SMF Nodal will check PDU Failed Threshold to decide whether to move TC state to the RUNNING state after it started all PDUs.

If multiple PDUs are configured, SMF Nodal may not start all PDUs. In this case,  configure T3580 (s) on Nas 5g SM with non-zero value (ex: 16s in specification) in accordance with the test condition to avoid waiting on the response.

Range : 1 to 100

Default : 10

Parameter: PduFailedThresholdPercentEn

Parameter: PduFailedThresholdPercent

Enable Target SGW Node

Available when Test Activity = Command Mode / Sequencer and Handoff Protocol = LTE on SMF Nodal test case. 

Select to enable/disable the configuration of Target Sgw Node to allow 4G handover (between SGW and SGW) in Sequencer or Command Mode with Handoff Protocol = LTE in SMF Nodal Test Case.

When "Enable Target SGW Node" is checked, the Target S5 Bearer becomes available for input. Target SGW Control Node and Target SGW User Node test node tabs become available.

In Command Mode/Sequencer, when "Enable Target SGW Node" is checked, ODC Operations: “X2 Handover” or “S1 Handover” become available.

Note : The index range of Target SGW Nodes should be 1 ~ total # of (sgw nodes + target sgw nodes). For example, if # of sgw nodes is 2 and # of target sgw nodes is 2, The index, 1 ~ 2 is the index of sgw nodes and the index, 3 ~ 4 is the index of target sgw nodes.

Parameter: TargetSgwEn

Service Based Nodal / Node

Transaction Count

Enter the number of iterations that the configured message flow will be executed. A value = 0 (zero) means continuous execution of the configured message flow. 

Range: 0 to 4294967295.

Tcl Parameter: SbiTransCount

Starting SUPI

Enter the starting SUPI (Subscription Permanent Identifier). Corresponds to IMSI in earlier generations of networks. 

In Service Based Nodal/Node test cases you will see "+=" with an input box. It is used to increment the SUPI by the given number that is entered.

Default is 1, Rnage : 1 to 255

Tcl Parameter: SupiIncStep 

Also available on HSS Node Emulation Cnfg when UDM (Nudm) is enabled.

Range: 14 or 15 digits

Tcl Parameter: StartingSupi

Starting GPSI

Enter the starting GPSI (General Public Subscription Identifier). Corresponds to MSISDN in earlier generations of networks.

Also available on HSS Node Emulation Cnfg when UDM (Nudm) is enabled.

Range: 15 digits

Tcl Parameter: StartingGpsi

MCC and MNC Enter the number of MCC (Mobile Country Code) and MNC (Mobile Network Code) sessions. MCC Range: 3 digits, default: 000 MNC Range: 2 to 3 digits, default: 00 Tcl Parameter: Mcc Tcl Parameter: Mnc
Include IMEI

Select to include IMEI. Enter the starting IMEI (International Mobile Equipment Identity).

Range: 14 digits

Enter the Software Version of the IMEI. Enter up to 2 digits.

Tcl Parameter: ImeiEn

Tcl Parameter: StartingImei

Tcl Parameter: ImeiSwVer

External ID

Starting Local Identifier

Domain Identifier

Select to include the External ID.

Enter the Starting Local Identifier.

Range : 1 to 15 digits, Default : 123456789

Enter the Domain Identifier.

Range : 1 to 128 characters, Default : domain.com

Tcl Parameter: ExtIdEn

Tcl Parameter: ExtIdLocalId

Tcl Parameter: ExtIdDomainId

^ Back to Top

N3IWF Node

Number of Access Points

Enter the number of Access Points. Range : 1 to 150000 Default : 1

Tcl Parameter: AccessPoints

 

^ Back to Top

RIC Node

Number of Cells

Enter the number of Cells. Range : 1 to Licensed max value

Default : 1

Tcl Parameter: NumCells

 

^ Back to Top


ASN Nodal

UE Graceful Shutdown Select to cause the UE to send a DHCP Release when the UE session is being brought down.

^ Back to Top


 

CDMA/WiFi Convergence Test Case

In the CDMA/WiFi Convergence test case, the MNs in a WLAN attempt to register with a PDIF-FA. You define the WLAN addresses used by the MNs and their home addresses, when the HA is emulated.

Home Address Pool Option: Dynamic Home Address Pool, Home Address Pool   Enabled when you select HA Node Emulation on the test Configuration tab. Define the pool with a starting IP address and network mask. An address from the pool will be assigned to each MN.   Use Static Home Address is available when you do not select HA Node Emulation on the test Configuration tab.  Select and assign a static Home Address.
Local IP Address Always used and it defines the addresses assigned to the MNs by the WLAN. Define an address pool with a starting IP address and network mask. By default, this address is also used as the MN's co-located care-of address in MIP registrations.
Care Of Address Type
  • Select FA and the available Bootstrap Home Address, to set up attributes in the IKE message exchange to dynamically acquire the MN Home address.
  • Select CCoA to ensure that the MNs registers the address obtained during IPSec SA negotiation as their co-located care-of addresses rather than the Local IP Address. You must also use the Request Private Address option in the IPSec tunnel definition if this option is selected.
  Care of Address Type is not available when  MIP protocol is MIPv6.
Bootstrap Home Agent Selecting the Bootstrap Home Agent check box sets up attributes in the IKE message exchange to acquire the non-provisioned remote HA address.
Bootstrap Home Address

Selecting the Bootstrap Home Address check box sets up attributes in the IKE message exchange to dynamically acquire the MN Home address when the MN HoA is not a static address.

NOTE: The Bootstrap Home Address not available when the following are selected:

  • MIP Protocol is MIPv4 on the test Configuration tab.

  • Care Of Address Type is Co-Located

OR

  • Static Home Address

If the Bootstrapping Home Address is enabled first, then the user should not be allowed to select Static Home Addressing.

^ Back to Top


CDMA MSCe Node / CDMA Voice Nodal

Number of BSCs Enter the number of BSCs. Range: 1 to 10000 Tcl Parameter: NumBscs
Key Pair Enter the VisionWorks Voice Key Pair used for correlating records allowed. Enter String value (up to 128 bytes) with auto-increment field (N). Default : sip:+123456#(N789)@test.com Tcl Parameter: CdmaKeyPairEn

^ Back to Top


CDMA WiMAX Convergence

Number of Subscribers

The number of unique mobile subscribers (MSs) emulated during the test. At least one MS must be emulated in every test.

It is also the number of simultaneous MS that can be supported by the server node. System resources are reserved for the provisioned number of sessions whether they are used or not.

Range: Variable1

Default: 1

Tcl Parameter:  

Sessions

When a PDSN-FA SUT is included in a test, you can test with multiple auxiliary service instances for each mobile node. When auxiliary services instances are used, all service instances share the same RP and PPP sessions. A separate RP connection is established between the PCF and PDSN-FA for each instance, requiring the PDSN-FA to maintain multiple service instance mappings for each MN and forward bearer plane traffic to the correct service instance. The main service instance is used for all control plane signalling, including PPP negotiation, and the auxiliary service instances are only used for bearer plane traffic. You can define a separate set of Active Start Airlink Parameters for each of the service instances and Traffic Flow Templates for the auxiliary service instances.

Use the Aux Svc Instance Per Subscriber list to select the number of additional data connections for each MS. For the purposes of test terminology and statistics, all service instances are considered individual MS sessions unless noted differently.

NOTE: To configure a total of N PDN connections including main service connection and M real auxiliary service connections, set the Aux Svc Instance Per Subscriber = N - 1 + M.

The total number of MS sessions that will be attempted during the test is the result of the Number of Mobile Subscribers + (Number of Mobile Subscribers * Aux Per Mobile Subscribers). The maximum number of MSs that you can define will be limited by the number of auxiliary services instances specified.

In CDMA test cases that supports Aux Svc Instances, the  Total number of open RP sessions allowed = Maximum number of Subscribers <= Actual Number of Subscribers * (1+ Number Aux Per Mobile Subscribers).

NOTE: If you include auxiliary service instances, the activation and deactivation rates are calculated differently. When auxiliary service instances are included in the test, the values that you enter for MN Activation Rate and MN Deactivation Rate are multiplied by the total number of connections that each MN will attempt (main service instance + auxiliary service instances). In a test where each MN will attempt to establish 4 service instances, for example, an Activation Rate of 125 sessions/second will result in 500 service instance attempts each second.

Options: 0 31

Default: 0

 

^ Back to Top


 

MN Addresses and Routing

When the test case emulates the node that is responsible for assigning addresses to the MNs, you can define a starting address for that is incremented for each MN session. Some test cases allow you to specify that a static address be used for every MN session.

IMPORTANT: When messages must be directly routed to MNs without the assistance of a service node such as a PDSN, an FA, an LAC, or an SGSN, the MN addresses that you select must come from the test server's interface pools. The number of MN sessions will be limited by the number of addresses available in a pool. Ensure that the pool and the starting address that you select can accommodate the total number of MN sessions defined for the test.

Subscriber ID

Include MS ISDN

The MS ISDN directory number for the mobile subscriber ID included as part of the PCC-R3-P/PCRF Subscriber ID. This value is incremented for each mobile subscriber.

Range: Maximum 16 digits

Default: 393462955800

Tcl Parameter: PCRFCinCcMsisdn

Include IMSI

The International Mobile Subscriber Identifier included as part of the PCC-R3-P/PCRF Subscriber ID.

Range: 5 15 digits

Default: 222101000001056

Tcl Parameter: PCRFCinCcImsi

Include NAI

The mobile subscriber's Network Access Identifier (NAI) included as part of the PCRF Subscriber ID.

Range: Up to 127 Characters

Default: NONE

Tcl Parameter: PCRFCinCcNai

Starting MS ISDN Number

The starting ISDN directory number for the mobile subscriber. This value is incremented for each mobile subscriber.

In HSS Node test case, select the checkbox to enable Starting MS ISDN Number.

Range: Maximum 16 digits

Default: 393462955800

Tcl Parameter:

DiaSrvCcMsisdn MsIsdnEn StartingMsIsdn
Detach Delay Time

During MME Node testing, select MME Initiated Detachment and enter the number of milliseconds that the test will wait before beginning to perform MME detaches.

Range: 0 - 100000

Tcl parameter: MmeDetachmentDelay

 

UE Initiated Service Flows

In ASN Nodal Testing, the UE Initiated Service Flow is available you only when the Test Activity is Capacity and WIMAX Forum Version is Rel. 1 Version 1.3. Depending on the value of this parameter, the following parameters are available on the WiMAX Forum tab:

  • Zero value: The Max Uplink/Downlink Service Flow parameters are available on the WiMAX Forum tab .
  • Non-zero value:  ASN Nodal creates Service Flows equal to the value you selected and initiates the Data Path Registration request.
NOTE: One Data Path registration per MN is sent and includes both the uplink and downlink service flows.

The TFT settings on the Test configuration tab becomes available

Values: 0 - 5  

Default: 0

Tcl Parameter: NumServiceFlows


EAP Authentication

During ASN and CSN Nodal Testing, in addition to defining the number of mobile subscribers on the Test Configuration tab, on the WiMAX Forum tab, you can define a unique identifier for each MN and the EAP authentication configuration.

Dynamic Home Address Pool

(enabled when HA Node Emulation is selected)

To use dynamic addressing, select Dynamic Home Address Pool from the drop-down list and enter a starting IP address in the field provided. The address will be incremented for each MN session.

You can allow the MNs to use the same home address by selecting Static Home Address from the drop-down list and entering the address.

Dynamic HA

You can use the Dynamic HA checkbox to enable dynamic Home Agent address resolution by the MN when Client MIP is selected, or to enable the HA node to support Agent Discovery when HA Node Emulation is selected.

NOTES:

  • In the ASN Nodal Test Case, when Simple IP and WiMAX Forum Version 1.5.0 is selected, HA Node Emulation is disabled along with the Dynamic HA checkbox.

  • In the CSN Nodal Test Case, when Simple IP and WiMAX Forum Version 1.5.0 is selected, MIP IPSec checkbox, Dynamic HA checkbox, and HA SUT are disabled. In addition, the MIP Tab doesn't display.

    

^ Back to Top


eMBMS Testing

Number of Subscribers

The number of unique mobile subscribers (MSs) emulated during the test. At least one MS must be emulated in every test. It is also the number of simultaneous MS that can be supported by the server node. System resources are reserved for the provisioned number of sessions whether they are used or not.
Number of MBMS Bearers

The number of MBMS Bearers used in the test. The maximum allowed depends on your system license and type of test that is being executed. i.e. whether DMF, WebDAV or FLUTE Traffic is enabled.

eMBMS Node Test Case =  DMF Traffic up to 1000, WebDAV Traffic up to 100

eMBMS Nodal Test Case = Non-FLUTE Traffic up to 32,000, FLUTE Traffic up to 3,200

Tcl Parameter: MbmsBearers

  • Home Type Address

  • Bearer IPv6 Pool Address

  • Bearer IPv4 Pool Address

In eMBMS Nodal test case, select the Home Address type as both or IPv4, or IPv6. The Bearer Pool IPv6 and/or IPv4 Address field (Test Configuration tab, Mobile Subscriber pane) is required for each subscriber.

  • Activation Rate

  • Deactivation Rate

In eMBMS Node test case:

  • Set to specify the rate for starting all the MBMS Bearers, except the first one.
  • Set to specify the rate at which the test attempts to deactivate MS sessions. When the control plane is used, this rate is the number of MS that will attempt to disconnect their control sessions every second. When the control plane is not used, this rate is the number of MS that will stop sending data or release their data connections every second.
  • Preconfigured Service Announcement Bearer
  • Preconfigured Bearer Index

  • Preconfigured Multicast IP

1. User can only select only one of Pre-Configured bearer index or preconfigured multi cast IP.

2. Preconfigured bearer index and preconfigured multi cast IP should grey out when preconfigured service announcement bearer is not selected.

Tcl Parameter: PreconfigEn

Tcl Parameter: PreconfigType

Tcl Parameter: PreconfigBearer

Tcl Parameter: PreconfigIp

  • Number of Downlink Node Lists

Downlink node list represents the list of downstream nodes within a MBMS bearer context.

Maximum 10 Downlink Node Lists can be configured, and maximum 32 Downlink Nodes can be configured in each downlink node list.

Round-Robin method will be used to distribute the MBMS bearers between downlink node lists. For example, if there are 10 MBMS Service bearers and 3 down link node lists. MBMS Bearer 1, 4, 7, 10 will use downlink node list 1 as downlink node list in SGmb interface, MBMS Bearer 2, 5, 8 will use downlink node list 2 as downlink node list in SGmb interface, MBMS Bearer 3, 6, 9 will use downlink node list 3 as downlink node list in SGmb interface.

Landslide emulated standalone eMBMS-GW will not use downlink node list in SGmb interface to deliver MBMS Service to MMEs, Landslide emulated standalone eMBMS-GW will use configured MME groups in SUT to deliver MBMS Service to MME groups. Tcl Parameter: NodeListSize

^ Back to Top


IMS Node Testing

Number of UEs

Indicates the maximum number of UEs supported in your system (determined by your license capacity).

Tcl Parameter: NumUes

SIP Subscriber per UE

Indicates the number of SIP Subscribers supported per UE.

Tcl Parameter: SipSubscribersPerUe

 

Each UE places at least 2 simultaneous calls per UE. That is, each UE has at least 2 Public User Identities or at least 2 SIP Subscribers configured per UE.

Starting MSRP Port

The first port of the MSRP session. Enter zero (0) to automatically use an available port for the first port of the MSRP session.

 

Range: 0 - 65534

Default: 2855

   Tcl Parameter: ImsNodeStartingMsrpPort

Subscriber ID

Include MS ISDN

Include IMSI

Include Public ID

Include Private ID

Subscriber ID parameters are available only when you select Rx Interface on the Emulator Options pane. Select the Subscriber ID's to be included for PCRF testing in IMS Node test case. Option to not include subscriber is available by leaving Subscriber Id fields blank. Get Identities from PCRF - Available when Enable Emergency is checked and Enable Rx. When checked, "Include MSISDN" and "Include IMSI" will be grayed out as these values will be obtained dynamically from PCRF. Per 3GPP 29.212 and 29.214.
  • Include MS ISDN : The MS ISDN directory number for the mobile subscriber ID included as part of the PCC-R3-P/PCRF Subscriber ID. This value is incremented for each mobile subscriber.

Range: Maximum 16 digits

Default: 393462955800

Tcl Parameter: PCRFClnCcMsisdn

  • Include IMSI (The International Mobile Subscriber Identifier) included as part of the PCC-R3-P/PCRF Subscriber ID.

Range: 5 15 digits

Default: 222101000001056

Tcl Parameter: PCRFClnCcImsi

  • Include Public ID: Select to Include SIP Public ID.

Tcl Parameter:  PCRFClnCcPublicIdEn

  • Include Private ID: Select to Include SIP Private ID.

Tcl Parameter:  PCRFClnCcPrivateIdEn

Call Control Options

Call control options are available only when you configure multiple DMFs via Gm >Media > RTP tab (configure one of the audio DMFs and the other video).

Allows you to control call media by specifying how the calls are started and released. You may also specify a delay in starting the call and duration of the call.

Call Control Options are applicable for both Originate and Terminate sides.

Startup

Indicates the type of call at the beginning of a call. Select the required option.

  • Normal (Voice and Video at start of call)
  • Video started mid-call

Delay is available when you select the option Video started mid-call. Configure the delay in seconds.

Default: 5 Seconds

Release

Indicates the type of call at the end of a call. Select the required option.

  • Normal (Voice and Video at end of call)
  • Video released mid-call

 When you select Video release mid-call, you may configure the Duration of the call

Default: 5 Seconds

IPv4 Address Pool

IPv6 Address Pool

Enter either an IPv4 Address or IPv6 Address (In IMS Nodal TC)

Tcl Parameter:  V4AddrPool

Tcl Parameter:  V6AddrPool

IMEI

Enable to enter the International Mobile Equipment Identity (IMEI).  

Tcl Parameter:  ImeiEn

Tcl Parameter:  Imei

 

 


LTE Testing

Default Bearers per Session

Select the Default Bearers per Session from the dropdown list.

For the OFCS Node/Nodal, SGW Nodal, and PGW Nodal test cases, when you select the number of Default Bearers per Session, you configure the MN connecting to multiple APNs. Up to 11 Default Bearers per Session is supported.

In PGW Nodal test case, when you select NEMO Emulation, Default Bearers per Session is limited to 1.  

In MME Nodal and SGW Nodal testing, supports multiple Default Bearers per Session when Test Activity is Inter Technology Mobility.

3GPP defines a maximum of 11 bearers per UE. Here are the ways to get to 11 bearers total on Landslide:

  1. Set up 11 default bearers, one per APN, or
  2. Set up 1 default bearer and have it include 10 dedicated bearers

In Landslide, default and dedicated bearers have a “relationship”.  When you use more than 1 default bearer, per design, if you want to assign dedicated bearers with the default bearers, each default bearer must use the same number of dedicated bearers. Here is the maximum number of total bearers per UE based on the number of dedicated bearers per default bearer for each possible combination (Note: the GUI automatically adjusts the “Dedicated bearers per default” pulldown so that it never lets you select a number that would give you more than 11 total):

Default Bearers

Dedicated per Default

Calculation

Maximum Total Number Per Combination

GUI max dedicated bearer options

1

10

1+10 per default

11

2

4

2+(4*2)

10

3

2

3+(2*3)

9

4

1

4+(1*4)

8

5

1

5+(1*5)

10

6

0

6+(0*6)

6

7

0

7+(0*7)

7

8

0

8+(0*8)

8

9

0

9+(0*9)

9

10

0

10+(0*10)

10


 

11

0

11+0

11

 

Tcl Parameter: DefaultBearers

Options: 111

Default: 1

If the 5G test cases (ex. AMF Nodal, UE Emulator Data Node , UPF Nodal, etc), the DefaultBearers variable is used in the "Enter the number of PDU (Protocol Data Unit) sessions". Currently up to 15 are supported. However, in AMF Nodal, when Test Activity = Inter Technology Mobility and Handoff Protocol = WiFI only 2 PDUs are supported.

Dedicated Bearers per Default

Select the Dedicated Bearers per Default from the list to specify multiple defaults per session.

During PGW Nodal testing, Dedicated Bearers per Default is not available when Protocol = PMIPv6.

NOTE: Selecting multiple defaults and multiple dedicated bearers allows the QOS settings to be applied across all default/dedicated bearer groups.

For example, if you select 2 Default Bearers per Session and 2 Dedicated Bearers per Default, the QOS settings allows you to configure 3 QOS values. These 3 QOS values are assigned to the 1st default and its 2 dedicated bearers and also to the 2nd default and its 2 dedicated bearers. See also PDN Connect and Activation.

Selecting Dedicated Bearers per Default allows you to select the number of TFTs to be configured. Up to 11 Dedicated Bearers per Default is supported.

NOTES:

  • During MME Nodal testing, Dedicated Bearers per Default is set to 0 when Test Activity is Inter Technology Mobility, Handoff Protocol is  eHRPD, and ePCF Node Emulation is selected on the MME Nodal Test Configuration tab.

  • During MME Nodal and SGW Nodal testing, the TFT Settings button is available whenever Dedicated Bearers per Default   = or > 1.

  • SGW Nodal test case supports multiple Dedicated Bearers per Default, for LTE (Intial Network = LTE) and UMTS Release 7/8 Handovers.

  • During PGW Nodal Testing, TFT Settings is available only when Dedicated Bearers per Default  > 1 and the UE Initiates Dedicated Bearers on the Test Activity pane is selected.

  • The default bearer does not have a TFT.

  • Auto-generated TFTs only applies when SGSN is used. TFT dialog now shows tabs per bearer, from the 2nd to nth bearer.

 

Tcl Parameter: DedicatedsPerDefaultBearer

Options: 010

Default: 0

Report within Default Session

Available in OFCS Nodal test case - Select to start accounting records within the default bearers session.

Tcl Parameter: ReportDefaultSession

Number of Low Priority Subscribers

This identifies how many subscribers out of the "Number of Subscribers" are classified as Low Priority Access. All Subscribers or any subset thereof, including none can be marked as Low Priority subscribers. However, there is no control as to which subscribers will be marked as LAPI (Low Access Priority). The method that is used to spread the LAPI subscribers is :

If there are 5 total subscribers and 2 are LAPI, then Mobile subscribers 2 and 4 would be marked as LAPI.  

If there are 100 total subscribers and 5 are LAPI, then Mobile subscribers 20, 40, 60, 80 and 100 would be marked as LAPI.  

Tcl Parameter: NumLapiSubs

Options: 1800000

Default: 0

Use Real SIM Card (One Subscriber)

Available in AMF Nodal, MME Nodal Test Case, UMTS, HNB GW Nodal and Wifi Offload Gateway Nodal (available if AP Tunnel = None and Data IPsec is enabled). Enable for Support of Real SIM Card. On Wifi Offload Gateway Nodal test case, Use SIM Server (see below) and Use Real SIM Card (one Subscriber) are mutually exclusive.

NOTE: Currently only support: Rocketek USB Smart Card Reader/CAC Common Access Card Reader Writer for SD/MMC, micro SD, SIM Cards & Smart Cards/ RT-SCR5

 

When enabled, only One Subscriber is supported and the following parameters will be grayed out (not available for input).

S1-MME (NAS) - Starting IMSI, Secret Key, Operator Variant, Authentication Use Test Algorithm, OPc and Swap the order of short MAC.

Tcl Parameter: NumRealSimSubs

Use SIM Server

Available in AMF Nodal, MME Nodal, UE node, UMTS and Wifi Offload Gateway Nodal test cases. Select to add support for the Non-RF SIM Client (vSIM) to support LTE Authentication by remotely accessing  the USIM card in the SIM Server in AMF Nodal, MME Nodal, UE Node test cases and Wifi Offload Gateway Nodal. The SIM Clients tab becomes available for input. Not available when Test Activity = Inter Technology Mobility and Handoff Protocol = (GPRS or eHRPD or 1xRTT or Wifii) (see note below) or Command Mode/Sequencer on MME Nodal. Not available when Type = UE Handset on UE Node. 

Use SIM Server is supported when Test Activity = Inter Technology Mobility and Handoff Protocol = ( UMTS (IuPS over IP) or UMTS (IuCS over IP) or UMTS (IuPS & IuPS) over IP) on MME Nodal.  

Available on Wifi Offload Gateway Nodal when RF UEs or (AP Tunnel Type = NONE and Data IPSec ) is enabled. When "Use SIM Server" is selected on Wifi Offload Gateway Nodal, only one subscriber is supported. For EAP-AKA authentication with SIM Server testing (for Visionworks) : Configure "802.1x-EAP" as Authentication type in the "RF Interface" and then click EAP Settings. Set IMSI value to the Username field of EAP tab and check EAP-AKA. The IMSI will be included in the TEST.PROCS file. 

When SIM server is used, SIM server will take RAND and AUTN as verification parameters and verify AUTN instead of MAC. In the Test Algorithm case, a very small difference in the KEY may generate the same AUTN and SIM Server may get authentication pass. For negative test which needs to produce MAC failure in the client, need to use a significant different KEY. 

Available in UMTS test case when Test Activity = Capacity.

Mutually exclusive with Use Real SIM Card (One Subscriber).

Note: When Test Activity = Inter Technology Mobility on MME Nodal and AMF Nodal with Handoff Protocol = WiFi, Use SIM Server is available for EAP Settings = EAP AKA or EAP SIM.

We added the ability to reuse the SIM card within the same Test Session. If there is a conflict, the user may see "SIM Slot already in use within this Test Session".

The Basic SIM Server system consists of three main components: SIM Array(s) and SIM Client(s) and SIM Emulators. SIM Array is a hardware unit that holds up to 13 hot-pluggable SIM Boards. Each SIM Board has a capacity of 32 SIM cards. Virtually any number of SIM Arrays can be combined to build huge “SIM farms”. Add SIM Array via Admin -> vSIM Administration.

Landslide TAS & Test Cases act as Client and communicate with Implementa SimArrayllx through the proprietary interface(Extended SIMCP over TCP/IP) defined by Implementa. https://www.implementa.com/products/sim-array.
The TAS retrieves the information(such as IMSI) of SIM Cards inserted in Implementa SimArrayllx and manages the resources for each test-run. The Test Case such as AMF Nodal or MME Nodal communicates with Implementa SimArrayllx during the test-run to get the 3gpp authentication result from SIM card in Implementa SimArrayllx.

SIM Client is a software component that acts as a gateway between SIM Emulators and SIM Arrays. Each mobile device is equipped with a SIM Emulator inserted into its SIM Holder thereby replacing the physical SIM card. Different versions of SIM Emulators are available. Each mobile device connected to the system by means of a SIM Adapter is represented by a Channel entity in the application software and APIs.

SIM Arrays are typically placed in one or more central locations, while SIM Clients and Emulators are located remotely along with distributed mobile devices (e.g. GSM/UMTS terminals).

The assignment of SIM Cards to the Channels is managed by an external user supplied component.

The purpose of using SIM Server in AMF Nodal, MME Nodal and UE node test cases is to use IMSI stored in USIM and execute LTE authentication by remotely accessing USIM card in SIM Server.

To communicate with SIM Server and access USIM card remotely, TAS and TS (AMF Nodal, MME Nodal, UE node) will use TCP/IP connection via eth0 (management network).

Tcl Parameter: UseSimServerEn

Dedicated Bearer Rates and Delays

 

You may configure delay times for groups of Dedicated Bearers and in MME Nodal test case, you may also configure delay times for individual dedicated bearers.

NOTE: UE Initiates Dedicated Bearers is available only when Dedicated Bearers Per Default is = or > 1.
  • In SGW Nodal test case and PGW Node test Case, the Dedicated Bearer Rates and Delay pane parameters are available when Dedicated Bearers Per Default is > 0.

Also during SGW Nodal testing, the Dedicated Bearer Rates and Delay pane allows you to enter Dedicated Bearer Inter-Bearer Start Delay times.

Tcl Parameter: ConnectBearerDelay

The Bearer Start Delay Times provides you with means to control each dedicated bearer starting at the different time. See this example.example.  

For example, in MME Nodal testing, if the Maximum Bearers per Subscriber = 4, the dedicated bearer start rate may be set up as follows:

  • Start the 1st dedicated bearer (B2) 3 seconds after default bearer is established.
  • Start the 2nd dedicated bearer (B3) 2 seconds after 1st dedicated bearer (B2) is established
  • Start the 3rd dedicated bearer (B4) 5 seconds after 2nd dedicated bearer (B3) is established.
  • Finally, disconnect all the dedicated bearers 60 seconds after the default bearer is established.

Configure Individual Dedicated Bearer Delays

MME Nodal and PGW Node test cases support delay times for individual dedicated bearers. Configure Individual Dedicated Bearer Delays is available in the Dedicated Bearer Rates and Delay pane when UE Initiate Dedicated Bearers or or  SGW/PGW Node Emulation is enabled on MME Nodal test case.

In PGW Node test case, the Dedicated Bearer Rates and Delay pane parameters are available when Dedicated Bearers Per Default is = or > 1.

Type: True/False (default is False).  

Tcl Parameter: ConnectBearerDelayIndivEn

When you select Configure Individual Dedicated Bearer Delays, a table displays allowing you to enter individual dedicated bearer delay for each Default Bearer.  For example, if you have selected 2 Default Bearers per Session and 2 Dedicated Bearers per Default, you may configure individual dedicated bearers for D0-B0, D0-B1, D1-B0, and D1-B1.  

NOTES:

  • The number of rows (delay parameter) displays depends on the value you select. That is, number of individual dedicated bearer delays parameters in the table is =

Dedicated Bearers per Default  * Default Bearers per Session.

  • When you select Configure Individual Dedicated Bearer Delays, you may set the minimum value in the Delay (s) column to -1, indicating that it never gets triggered.

 

Activation Rate (Bearer)

 

In SGW testing, Activation Rate indicates the rate at which the test attempts to activate dedicated bearers. When you select the Activation Rate (Bearer) checkbox, the Dedicated Bearer Inter-Bearer Start Delay times are not available.

NOTE: When Test Activity is Session Loading and you select Perform Dedicated Bearer Session Loading only, you must provision Activation Rates and Deactivation Rates.

 

Connection Delay

The Connection Delay is available only when Activation Rate (Bearer) is selected and defines the period of time that elapses before establishing the dedicated bearers. This timer starts after the primary Dedicated Bearer per Default has been established.

Deactivation Rate (Bearer)

 

In SGW testing, Deactivation Rate indicates the rate at which the test attempts to deactivate the dedicated bearers.

Range: 0.00101000

Default: 1.0

Tcl Parameters: DedicatedBearerStopRate

Disconnect Delay

 

In SGW Nodal testing, the Disconnect Delay parameter becomes available when you select the Deactivation Rate checkbox and indicates the time elapsed before the test attempts to deactivated the Dedicated Bearers.

Range: 1 — 65535

Default: 60

UE Initiates LTE Deactivation with Message

Support for Bearer deactivation via Bearer Resource Modification Request message. Select one of the options.

Options: Radio Bearer Release (default), Request Bearer Resource Modification

Tcl Parameters: UeDeactMsg

Disconnect Initiated by PGW

Available on SGW Nodal Test Case when :

  1. Test Activity = Session Loading, PGW Node Emulation, Serving Node S5/S8 = GTPv2 , and Load Test Dedicated Bearers Only
  2. Test Activity is NOT Session Loading or NOT Command Mode or Sequencer, and PGW Node Emulation and Disconnect Dedicated Bearer after Connected.  

Select to initiate dedicated bearer delete process from emulated PGW.

Tcl Parameters: PgwInitDisconDedBearerEn

Disconnect Dedicated Bearers After Connected

Use the checkbox to disconnect dedicated bearers after connection. This parameter is available in MME Nodal testing and PGW Node Testing when Dedicated Bearers Per Default is > 1 and in SGW Nodal testing when Dedicated Bearers Per Default is > 0.

Available on AMF Node when PGW-C Emulation is enabled.

In SGW Nodal testing and PGW Node Testing, The Disconnect Dedicated Bearers after Connection allows you to enter Delay Timer for each Dedicated Bearer. You may enter individual Disconnect Delay time for each dedicated bearer except for the default bearer. The Disconnect Dedicated Bearers after Connection is not available if Deactivation Rate (Bearer) is selected.

Disconnect Delay

In MME Nodal testing, the Disconnect Delay parameter becomes available when you select the Disconnect Dedicated Bearers After Connection checkbox.  This defines the time elapsed before the test attempts to deactivate the Dedicated Bearers.

Range: 1 — 65535

Default: 60

Tcl Parameters: DisconnectDedicatedBearerEn

PDN Connect and Activation

 

The PDN Connect Delay and PDN Activation Rate are available only when the Default Bearers per Session is > 1 and they determine the Multiple PDN/APN connection delay and activation rate.

For example, if the Bearers per Session = 3, then each Mobile (IMSI) has one default bearer (Primary) and two addition default bearers (secondary default bearers).  

When establishing multiple sessions, the first default bearer (i.e., Primary) for all MNs are established first. Then the test will wait for the PDN connection delay time before connecting the additional default bearers (i.e., secondary) for all MNs at the PDN activation rate. (Each default bearer has a unique APN provisioned on the GTPv2 tab which will be used during the connect process.)

When Enable E911 Call Preemption is enabled on the SGW Nodal Test Case , the Default Bearer creation of the Emergency PDN is activated upon Expiration of the PDN Connect Delay. See example below.

PDN Connect Delay

The PDN Connection Delay Time defines the period of time that will elapse before establishing the secondary default bearers. This timer starts after the primary default bearers of all UEs have been established.

In LTE and 5G network, the timer starts after the first default bearer has been established. Available on gNB CU NSA Nodal test case when Default Bearers per Session is > 1.

NOTE: If PDN Connect Delay is 0 (zero), Landslide will not start the additional default bearers after the first ones, please make sure to set it to at least 1 if you want the additional default bearers to be set up.

Range: 0 - 65535:  (0 disables the delay)

Default: 1

Tcl Parameter: PdnConnectDelayTime

PDN Activation Rate

The PDN Activation Rate defines the rate at which the secondary default bearers will be established.

Available on gNB CU NSA Nodal test case when Default Bearers per Session is > 1.

NOTE: In SGW Nodal and MME Nodal test cases, the PDN Activation Rate is not available on the Test Configuration > Mobile Subscriber pane for Session Loading and Session Loading with Mobility test activities.

Range: 0.0010 - Variable1

Default: 1.0

Tcl Parameter: PdnActivationRate

1 Maximum rates, number of sessions, and number of emulated nodes vary depending on the test application and the test system's licensed capacity.

 

Tcl Parameter: PdnConnectDelayTime

Tcl Parameter: PdnActivationRate

PDN Failed Threshold (%)

Available in MME Nodal test case when Test Activity = Capacity.

This field represents the maximum percentage of failed mobile registrations before any PDU Session Establishment attempt is allowed.

Range : 0 to 100

Default : 10

Tcl Parameter: PdnFailedThresholdPercentEn

Tcl Parameter: PdnFailedThresholdPercent

Home Address Type

Use Home Address Type to configure PDN type option: IPv6, IPv4, both, or Non-IP.

In SGW Nodal and MME Nodal test cases, the Home Address Type options is not available when you select Specify Home Address Type Per Default Bearer. (Supports Dual Stack).

 

Options: IPv4 (1); IPv6 (2); Both (3), Non-IP (5).

Tcl Parameter: HomeAddrType

Specify Home Address Type per Default Bearer

Select to specify the Home Address Type per Default Bearer. The number of rows corresponds to the number of Default Bearers per Session selected. You may select the Home Address Type for each default bearer: IPv4 (1); IPv6 (2); Both (3).  

In SGW Nodal test Case, the parameter is not available when Test Activity is Inter-Technology Mobility, and Handoff Protocol is WiFi on the Test Configuration tab.

Specify Home Address Type per Default Bearer is not available in MME Nodal test Case, if:

  • Test Activity is Inter-Technology Mobility, Session Loading with Mobility, Command Mode, Sequencer, or Session Loading with Mobility when the Mobility type is Inter-Technology, and
  • Handoff Protocol is UMTS (Iu over IP) or GPRS, and

  • Initial Network is Target

Tcl Parameter:

HomeAddrTypePerBearerEn

HomeAddrType_1

NOTE: The Tcl Parameter suffix (_1) corresponds to the Home Address Type for each Default Bearers per Session, that is:

HomeAddrType_<bearer>, where <bearer> = 1 - 11.

 

Use Static IP Address

In SGW Nodal, PGW Nodal, and MME Node testing testing, you can allow the Mobile Subscriber to use a static home address by checking the Use Static IP Address checkbox. See also Bearer Address Pools and Starting Home Address Pools.

Tcl parameter: UseStaticBearerIp

TIP: In SGW Nodal and PGW Nodal test cases, to use mixed static/dynamic allocation:

Select Use Static IP Address, enter a null IP address ("0.0.0.0" for ipv4 or "0::0" for ipv6) into the parameter for dynamic allocation.

UE DHCPv4 IP Address

MAC Address    

Get IP addresses via DHCP.  When enabled, the DHCP Interface becomes available. Available in AMF Nodal/AMF Node, MME Node/Nodal, PGW Node, SMF Node, SGW Node/Nodal and WiFi Offload Gateway Nodal.  

In SGW Node, becomes available when "PGW Node Emulation" is selected and "S5/S8 Protocol" is "GTPv2" on SGW Node Emulator Configuration.

In MME Node, becomes available when "Emulate Srv GW and PDN GW" is selected  on MME Node Emulator Configuration.

In PGW Node, becomes available when "Mobility = None" and Protocol  is "GTPv2" on PGW Node Emulator Configuration.

In AMF, MME and SGW Nodal, MAC Address becomes available to capture an valid MAC Address with Colon or Dash delimiters.

In AMF Nodal test case , UE DHCPv4 IP Address is not available when Test Activity = Inter Technology Mobility, or if N3IWF is enabled, or if SMF/UPF Node Emulation is enabled or if PDU Type in NAS-5G/SM Tab is = “IPv6” or "Both".

In AMF Node test case, UE DHCPv4 IP Address is not available if PGW-C Emulation is enabled, or if SMF Emulation is not enabled. If UE DHCPv4 IP Address  is enabled, PDU IPv4 Address Pool, Additional IPv4 Pools, and IPv4 Address Pool are not available for input on NAS-5G/SM Tab.

In SMF Nodal test case, UE DHCPv4 IP Address is not available if UPF Emulation is enabled or or if PDU Type in NAS-5G/SM Tab is = “IPv6” or "Both" or Command Mode / Sequencer with Handoff Protocol other than Node.

In SMF Node test case, UE DHCPv4 IP Address is not available if PGW-C Emulation is enabled.

In AMF Node and SMF Node test cases, the Second Agent(v6) tab displays when you select both UE DHCPV4 IP Address and UE DHCPv6 IP Address on AMF Node Emulator Cnfg or SMF Node Emulator Cnfg. The configuration on this tab corresponds to the Second (v6) DHCP Relay Agent Node on the Network Devices tab. For both UE DHCPV4 IP Address and UE DHCPv6 IP Address to become available, PFCP Version >= 15.0.0 and IP6PL must be enabled on N4 interface.

In Wifi Offload Gateway Nodal Test Configuration, enter a valid MAC Address with Colon or Dash delimiters. When AP Tunnel Type is NONE, enter 00:00:00:00:00:00 to use Network Devices/AP-WAN Node's Eth interface MAC Address.

NOTE: The kernel doesn't allow assigning a 00:00:00:00:00:00 MAC as it's invalid. Also, MAC addresses with the least-significant bit of the first octet set to 1 are multicast addresses, so they can't be used either.  See Reference: https://en.wikipedia.org/wiki/Multicast_address#Ethernet

 

You will get a warning that you can either click OK or Cancel to return to Gui. Select checkbox labeled "Do not show warnings again during this login session" to prevent showing warnings in all test cases for the remainder of the client session.

Default: 80:B0:3D:CF:A5:B0 (on Wifi Offload Gateway Nodal)

Limitation: MAC address can not be set for the NIC by SR-IOV virtualization 

Note: In virtual machines, when using SR-IOV interface or para-virtualized interface such as virtio and vmxnet3, we typically cannot "spoof" MAC addresses inside of VM. The hypervisor and physical function do not allow it or have restrictions on it.

This is not a limitation by Landslide, it's normal SR-IOV limitation.
Solutions are:
•    Use PCI-passthrough or use physical Landslide.
•    If one and only one MAC address is desired, configure that MAC address on hypervisor instead of relying on spoofing it in test case inside of VM. 

Tcl Parameter: UeDhcpV4En

Tcl parameter: MacAddr

Bearer Address Pools

The type of Bearer Address Pool parameter available depends on the Home Address Type selected (HSGW Nodal TC > Test Configuration tab > Mobile Subscribers pane (when LMA Node Emulation is enabled))

  • If Home Address Type = IPv4, only the Bearer IPv4 Address Pool is available and the Bearer IPv6 Address Pool is not available.

  • If Home Address Type = IPv6, only Bearer IPv6 Address Pool is available and Bearer IPv4 Address Pool is not available.

  • If Home Address Type = Both, then both the Bearer IPv6 Address Pool and Bearer IPv4 Address Pool are available.

The LTE test cases support either static or dynamic addresses for both IPv4 and IPv6 address. Static IP address are used only when Use Static IP Address is selected in PGW and SGW testing.

In SGW Nodal Testing, both Bearer IPv6 Address Pool and Bearer IPv4 Address Pool are available only Use Static IP Address is selected. Allows for the '/' character in the text box for Bearer IPv4 Address Pool. This in return  allows the user to specify a subnet for the given IPv4 address.

In SGW Node testing, both Bearer IPv6 Address Pool and Bearer IPv4 Address Pool are available when you select PGW Node Emulation on the Emulator Configuration tab.

When Sxa Interface to UP or Sxa+Sxb Interface to UP is enabled on SGW Node or Sxb Interface to UP is enabled on PGW Node and as of release 17.4, you must enter a valid IPv6 prefix, requires "[ipv6-address]/[prefix-length]". The valid range for the prefix-length is: 9 to 64.

Bearer IPv6 Address Pool [BearerAddrPool=2001:0DB8::CD30:0:0:0:0] Prior to release 17.4

Bearer IPv6 Address Pool [BearerAddrPool=2001:0DB8::CD30:0:0:0:0/64] upgraded (17.4 until 19.4)

In MME Nodal Testing, both Bearer IPv6 Address Pool and Bearer IPv4 Address Pool are available only when Emulate Srv GW and PDN GW is selected on the Test Configuration tab.

Tcl Parameter:

BearerAddrPool

BearerV4AddrPool

 

Starting Home Address Pools

In PGW Nodal test case, the Starting IPv4 Home Address field is available when Home Address Type is IPv4 and Starting IPv6 Home Address is available when Home Address Type is IPv6.

Tcl Parameter:

MipStaticHomeAddress

PmipV4HomeAddress

 

MME Disconnect Bearer after Connected

  • Disconnect Default Bearer

  • Disconnect Delay Time (s)

 

In MME Node test case, select MME Disconnect Bearer after Connected to enable the release of already established E-RABs for a given UE (using the UE-associated signalling).

Available on AMF Node when PGW-C Emulation is enabled.

Select Disconnect Default Bearer to enable release of already established Default Bearers.

Disconnect Delay Time (s) is available when you select MME Disconnect Bearer after Connected and you may enter the time to wait before releasing connect bearers.

Option: 0 - 100000

Default: 0

DisconnectBearerEn

DisconnectDefaultEn

DisconnectBearerDelay

 

NOTE: If you select Disconnect Bearer after Connected, add a delay and not select Disconnect Default Bearer, only the Dedicated Bearer (s) are disconnected and the overlying Default Bearer.

 

PDN Connect After Handover Delay (s)

Defines the period of time that will elapse before handing over additional PDN connection after the handover.  

Available in MME Nodal test case when the Test Activity is Inter-Technology Mobility or Session Loading with Mobility and the Mobility Type is Inter-Technology, and Handoff Protocol is eHRPD.

Upstream QCI to DSCP Markings

Available in MME Nodal and SGW Nodal test cases when you select the VOLTE option.

Use Upstream QCI to DSCP Markings to define DSCP value for specific QCI (QoS Class ID). Select QCI Settings... and assign a required DSCP value for the QCI. The QCI applies to the Upstream IP flows.

The eNodeB-U and GTP-U(v1) Nodes assign the defined/mapped DSCP value in the IP Header of data packets depending on the QCI of the bearer.

Tcl Parameter: QciToDscpMarkingsEn

Type: True, False

NOTE: In the Nodal test cases, Upstream QCI to DSCP Markings is available only when you select Data Traffic or External Data on the Test Configuration tab.

QCI Settings

Available in MME Nodal and SGW Nodal test cases when you select the VOLTE option and Upstream QCI to DSCP Markings.
Apply Test Data File to Mobile Subscribers

You can provision explicit values for Mobile Subscribers by using Test Data Files. Download a sample file by right-clicking the link below.

See Applying Parameter ValuesApplying Parameter Values.

See Test Data Files for further explanation and sample files. If a sample is not found for the specific TDF, you can obtain a sample file from your Technical Support representative. You may also use the following options to select an existing TDF or create/edit TDF-CSV files (TDF-CSV Editor). 

For most TDF Parameters used for Applying Parameters, each row in the file is the overridden value for a different “Session”, aka a different UE. But some TDFs are done in other dimensions, like Bearers, eNodeBs, Subscribers (2 per UE sometimes) or even Hosts, etc. Tooltips on the TDF Parameter: 

Note that the “ID” is a unique ID. Please Provide the ID when reporting issues with a TDF. For TDFs that do not apply / override Parameters, but instead are just their own configuration or data or media files you won’t see TDF ID row details.

TIP: When including large files, please be aware of memory limitations, since the TDF Editor shares memory with the Client.

NOTE: The available TDF options vary. on the L3-7 | IPSec tab > IKE with RSA Settings you may only select the Certificate TDF from TAS (these are non-CSV TDFs).

In addition, where applicable, any rules for defining TDFs are included in specific Test Cases. (For example, In MME Node test case, see MME Node - Provisioning TDF.)

From the DMF Window, press Shift+Alt+A to display the  Save DMF as Tcl window. Click the Save to File button to save as Tcl file. See additional details on Using the Tcl API.

 

Select/Create a new TDF-CSV

Allows you to create a new TDF by entering a file name that doesn’t already exist or select an existing file by entering a file name that already exists.

Click to open the Select Existing or Create window.

  • Navigate to the relevant library/folder,

  • Enter the name of the file:

  • If the file name already exists, the file is selected and applied in the test case.

  • If the file name does not exist, a message displays that says you are creating a new TDF and the embedded TDF-CSV will be launched.

    • Click Yes to launch the TDF-CSV Editor and create/save the new TDF-CSV.

    • Click No to select a different file

NOTE: If you do not have permission to save in the selected library, an error displays when you try to create a new file.
TIP: You may also navigate to the relevant library/folder and select file, and click OK.

 

Upload a New TDF to TAS

Click to import a new TDF file from your local folder and select in the test Case (instead of having to go to TDF Admin).

  • Navigate to the file on your local folder and select.
  • Then navigate to the location (library) where you want to save it on the TAS. You may rename the file, if required.  

View Edit Selected TDF in TDF-CSV Editor

Available only when you have selected a TDF on TAS. Click to open the selected file in TDF-CSV Editor (in place, that is, within the Test Case).

Edit the file and save. You may also click Save As to save the edited TDF-CSV to a different library and also rename the file, if required.

NOTE: You may also select a TDF from a library to which you do not have write permissions, edit the file as required, and save (Save As) only to a different library with the same file name or a different name.

The only options available are Save As and Cancel.

Open Selected TDF in Standalone TDF-CSV Editor

Available only when you have selected a TDF on TAS. Select to retrieve the CSV file and open it in the stand alone TDF-CSV Editor.

Generate Stub TDF-CSV

TIP: Available only when a CSV specification has been defined for in the Test Case for the TDF widget ( View TDF Actions/Options Menu)

 

Opens an example context specific test data parametersexample context specific test data parameters, which you may save as a .CSV file or open in the TDF-CSV Editor.

 

Launch Standalone TDF-CSV Editor

Click to open a blank TDF-CSV Editor.

The Launch Standalone TDF-CSV editor options handles very large TDFs that may use too much Client memory if opened within the Test Case/in the embedded editor.  You may set the standalone TDF-CSV Editor memory high to edit large TDFs.

 

Number of Mobile Routers

In PGW Nodal test case, available when you select NEMO Emulation on the Test Configuration tab. Each mobile router is responsible for a number of UEs specified in Number UEs per Mobile Router  (depending on your licensed value).

When a mobile router successfully connects to a HA, all the UEs attach to that mobile router will be started.

When you select NEMO Emulation, the total number of sessions for NEMO is (Number of Mobile Routers) * (Number of UE's per Mobile Router) * (Default Bearers per Session).

Number of UEs per Mobile Router

Enter the number of UEs supported by Mobile Router (depending on your licensed value).

Do Not Attach UEs

Available in MME Nodal Test Case when Test Activity is Intra-MME Mobility, Handoff Type is X2, and you select X2 Interface on the Test Options pane.

When you select Do Not Attach UEs, the following parameters are not avaialble:

  • PDN Connect Delay
  • PDN Activation Rate
  • Attach Start Delay
  • Activation Rate

 

PGW Node and SGW Node (Overload Control)

Back-off Timer (s)

Add a Back-off Timer in Seconds to enable the configuration of the APN Congestion table where you can configure the Congestion % per APN.

Range: 0 to 65535, Default = 0

Available in PGW Node test case to configure the max percentage load level (congestion level) for each configured APN. Once the Maximum supported congestion percentage load is reached for a given APN, the PGW will send Create Session Response with Cause = APN_CONGESTION  GTPv2 cause code 113. This cause code is used by the PGW to indicate that the PGW has detected congestion for the requested APN and performs overload control for that APN, which does not allow the PDN connection to be established.

OverloadCtlBackOffTimer

ApnCongestion

Enable Overload Control

Available in the PGW Node and SGW Node test cases , to indicate that a PGW/SGW can be overloaded or to simulate an overload condition where the ePDG under test will know not to send traffic to the overloaded PGW/SGW. Per 3GPP 29.274 V16.0 and 3GPP TS 24.301 V 16.1.1.

See example.

Tcl Parameter: OverloadCtlEn

APN Level Overload Control

Select to enable APN Level Overload Control. False means only PGW node level Overload Control.

Default: False

Tcl Parameter:

ApnOverloadCtlEn

 

Update Granularity

Update Granularity. Used to configure the "variation" which triggers the Overload Contril IE to be included. Per 3GPP 29.274 section 12.3.5.1.2.3

Range: 0 - 100

Default: 5

Tcl Parameter:

UpdateGranularity

 

Validity Period

Validity Period in Seconds with a multiplier of 2.  Available on PGW Node test case.

Per 3GPP 29.274 section 12.3.5.1.2.2

Range: 2 - 65535

Default: 10

Tcl Parameter:

ValidityPeriod

 

Starting Sequence Number

Starting Sequence Number. Per 3GPP 29.274 section 12.3.5.1.2.1

Range: 0 - 65535

Default: 1

Tcl Parameter:

OverloadCtlSeqNum

Overload Control Thresholds

Select to enable Overload Control Thresholds.

Enter Number of Overload Thresholds.

Range: 1 to 100, default : 1

For each Overload Threshold enter the following:

  • Overload Reduction Metric: The parameter shall has a value in the range of 0 to 100 (inclusive) which indicates the percentage of traffic reduction the sender of the overload control information requests the receiver to apply per Clause 12.3.5.1.2.3
  • Avg Create Session Request:  configurable mapping of Last-X second-Average Create Session Request rate vs Overload Reduction Metric where X Sec is user input. Range: 0 to 65535. Default : 10
  • Validity Period (s):  – Configurable (0 – 300 sec)

Number of Overload Thresholds  (N = 1-100)

Overload Reduction Metric Value (ORM value range 0 to 100)

Last-X Sec-Average Create Session Request: R (msg/sec)

Validity Period: (sec)

1

User_input_ORM_1

R < user_input_CSR_rate_1

T_1

2

User_input_ORM_2

user_input_CSR_rate_1  < R < user_input_CSR_rate_2

T_2

3

User_input_ORM_3

user_input_CSR_rate_2  < R < user_input_CSR_rate_3

T_3

:

:

:

:

N (User Input)

User_input_ORM_N

user_input_CSR_rate_N-1  < R

T_N

 

Example:

Number of Overload Thresholds 

Overload Reduction Metric Value (0 to 100)

Last-X second-Average Create Session Request: R (msg/sec)

 

X= 30 sec (User Input)

Validity Period: (Sec)

1

User_input_ORM_1 = 0

R < 500

T_1 = 0

2

User_input_ORM_2

= 50

500  < R < 1200

T_2= 30

N = 3 (User Input)

User_input_ORM_3

= 90

1200  < R

T_3 = 30

 

Tcl Parameter:

OverloadCtlThresholdEn

NumOverloadThresholds

OverloadCtlReductionMetric_1

OverloadCtlAvgCreateSessReq_1

ValidityPeriod_1

 

 

 

Example for Update Granularity :

For example the Node is provisioned

  • with 100 bearers,

  • the “Update Granularity” is set as 10,

  • the original reduction metric is 0%.

After 1 bearers are established, the overload reduction metric is calculated as 1%, the gap between current and previous metric (0%) is less than “Update Granularity”, so the OLC IE is not included.

 

After 2 bearers are established, the overload reduction metric is calculated as 2%, the gap between current and previous metric (0%) is less than “Update Granularity”, so the OLC IE is not included.

 

After 10 bearers are established, the overload reduction metric is calculated as 10%, the gap between current and previous metric (0%) is equal or greater than  “Update Granularity”, so the OLC IE is included, ONLY ONE TIME.

 

After 11 bearers are established, the overload reduction metric is calculated as 11%, the gap between current and previous metric (10%) is less than “Update Granularity”, so the OLC IE is not included.

 

After 20 bearers are established, the overload reduction metric is calculated as 20%, the gap between current and previous metric (10%) is equal or greater than  “Update Granularity”, so the OLC IE is included, ONLY ONE TIME.

 

Considering the APN level Overload control together, if one of the OLC IE (Node level or APN level) metric gap (between current reduction metric and previous metric) is equal or greater than the value of “Update Granularity”, all of the OLC IEs should be included in the message.

 

 

PGW and SGW Node (Load Control)

Load Control

Available in the PGW and SGW Node test cases. Select to support Load Control Information (LCI) IE. Per Spec Reference: 3GPP TS 29.274 V15.6.0

Tcl Parameter: LoadCtlEn

IE Inclusion

Select the inclusion of LCI IE in the following messages :

  • Create Session Response

  • Delete Session Response

  • Create Bearer Request

  • Delete Bearer Request

  • Modify Bearer Response

  • Update Bearer Request

  • Release Access Bearers Response (SGW only)

  • Modify Access Bearers Response (SGW only)

  • Data Downlink Notification (SGW only)

Tcl Parameter: LoadCtlInclusionIE

Inclusion Timer Value (s)

Configurable Timer for Periodic LCI IE inclusion (i.e. include LCI IE for every supported messages from time 0 to T, cease inclusion of the LCI IE during T to 2T, etc.) Range: 0 to 65535 Default : 0 Tcl Parameter: LoadCtlInclusionTimer
Load Metric Change Threshold Send LCI IE every Inclusion Timer Value in seconds at configurable minimum LCI load metric change threshold.

Load metric: Percentage with a granularity of 1%.

Percentage of the used capacity of the node is based on activated bearers in relationship to the configured maximum number of supported sessions for the node.

Range: 1 to 100 Default : 1 Tcl Parameter: LoadCtlMetricThreshold

Starting Sequence Number

Enter starting sequence number. Range: 0 to 65535 Default : 1 Tcl Parameter: LoadCtlSeqNum

APN Inclusion

Select LCI IE inclusion for each configured APN. Enable Inclusion checkbox for APNs you want to include the LCI IE. Tcl Parameter: ApnInclusion

 

 


# Of Sessions Per Subscriber

In OCS Node testing, the # Of Sessions Per Subscriber indicates the number of simultaneous online-charging stateful sessions established per Subscriber.

NOTE: The maximum Number Of Sessions Per Subscriber supported is determined by your license capacity.

Starting Subscriber ID

In OCS testing, the Starting Subscriber ID indicates the first Subscriber ID used in the OCS test case. You can use the radio buttons to select either IMSI (the default) or MS ISDN.


CDMA2000 Testing

In the FA Nodal test case, the emulated HA is responsible for IP address allocation:

In the HA Nodal and End-to-End Mobile IP test cases, the HA SUT is responsible for IP address allocation. You can allow the MNs to use the same home address by checking the Use Static Home Address checkbox and entering the address. When the box is not checked, the MNs will request that the HA assign a home address.

During End to End Mobile IP testing the Starting Home Address is not available, if MIP protocol is MIPv6 on Test Configuration tab and if Home Agent Discovery is selected on the MIPv6 tab.

In the Simple IP VPN test case, the Security Gateway is responsible for IP address allocation. Enter a starting IP address in Starting IP Address Pool.


DCCA Nodal Testing

Subscriber ID

You can include one or more Subscriber-Id AVPs in CCR messages. Use the checkboxes to select the types of identifiers to include and enter the starting values in the fields provided. The values will be incremented for each MN.

Service Context ID

The Service-Context-Id identifies the service-specific document that applies to the credit request. Service-Context-Id and Rating-Group are inputs to the rating process and the combination of the two can uniquely identify a service.

Format: <service context>@<domain> where domain refers to the standardization body or vendor that allocated the ID.

Default: [email protected]

NOTE: When Vendor Variant is None on the DCCA Server Nodal Test Configuration tab, the following two parameters are not available for selection:

  • Request Service Unit At Message Level
  • Include User Name

 

Request Service Unit At Message Level

Select to make sure that the Client includes the Requested-Service-Unit AVP at the message level in addition to within the MSCC AVP.

Include User Name

Use to include a User-Name AVP in CCR messages and enter a starting value in the field provided. See User Credentials for a full definition.

 


DRA Nodal Test Case

NOTE: The number of Default Bearers per Session and Dedicated Bearers per Default depends on your system license.

Default Bearers per Session

 

In DRA Nodal test case, the parameter is available only when you enable PCRF Interfaces, select AGW Client Interfaces and enable emulation of PCRF AGW I/F.

Select the Default Bearers per Session from the dropdown list.

For the DRA Nodal test case, when you select the number of Default Bearers per Session, you configure the MN connecting to multiple APNs (Gx Interface). Up to 11 Default Bearers per Session is supported.

When Default Bearers per Session is > 1, you may configure PDN Connection and Activation delays as well.

Tcl Parameter: DefaultBearers

Options: 1 — 11

Default: 1

Dedicated Bearers per Default

 

In DRA Nodal test case, the parameter is available only when you enable PCRF Interfaces, select AGW Client Interfaces and enable emulation of PCRF AGW I/F.

Select the Dedicated Bearers per Default from the list to specify multiple defaults per session.

NOTE: Selecting multiple Bearers per Default and multiple Dedicated Bearers per Default allows you to configure separate bearer rates and delays (applied across default bearers (APNs) and dedicated bearers).

Selecting Dedicated Bearers per Default allows you to select the number of Packet Filters and the requested uplink/downlink to be configured. A maximum of 11 Dedicated Bearers per Default is supported.

Tcl Parameter: DedicatedsPerDefaultBearer

Options: 010

Default: 0

PDN Activation Rate

The PDN Activation Rate defines the rate at which the secondary default bearers will be established.

Range: 0.0010-1000.0

Default: 1.0

Tcl Parameter: StartRate

Deactivation Rate

The rate at which the test attempts to deactivate MS sessions. When the control plane is used, this rate is the number of MS that will attempt to disconnect their control sessions every second. When the control plane is not used, this rate is the number of MS that will stop sending data or release their data connections every second.

Tcl Parameter:

DisconnectRate

Subscription ID

In DRA Nodal test case, you may select one or more identifiers and enter the appropriate values, which are incremented for each Mobile Subscriber.

Include MS ISDN

The MS ISDN directory number for the mobile subscriber ID included as part of the PCC-R3-P/PCRF Subscriber ID. This value is incremented for each mobile subscriber.

Range: Maximum 16 digits

Default: 393462955800

Tcl Parameter:

PCRFClnCcMsisdnEn

PCRFClnCcMsisdn

Enter "'Select Specific interfaces to include in" window - Currently only Sh, Gx, S9, Rx, Gxc, Sd, Sy and Generic Interface (if interface-profile has Subscription-Id-AVP set to Subscription-Id) allowed.

Include IMSI

The International Mobile Subscriber Identifier included as part of the PCC-R3-P/PCRF Subscriber ID.

Range: 5 - 15 digits

Default: 222101000001056

Tcl Parameter:

PCRFClnCcImsiEn

PCRFClnCcImsi

Enter "'Select Specific interfaces to include in" window - Currently only S6a, S6d, Gx, S9, Rx, Gxc, Sd, Sy and Generic Interface allowed.

Include NAI

The mobile subscriber's Network Access Identifier (NAI) included as part of the PCRF Subscriber ID.

Range: Up to 127 Characters

Default: NONE

Tcl Parameter:

PCRFClnCcNaiEn

PCRFClnCcNai

Enter "'Select Specific interfaces to include in" window - Currently only Gx, S9, Rx, Gxc, Sd, Sy and Generic Interface (if interface-profile has Subscription-Id-AVP set to Subscription-Id) allowed.

Include Private

Include Private indicates private keys, user-specific requirements that aid in S-CSCF selection, and active registration information.

Range: Up to 127 Characters

Default: user#(N0)

Click to use the Auto-Increment Format Wizard.

Tcl Parameter:

PCRFClnCcPrivateEn

PCRFClnCcPrivate

 

Enter "'Select Specific interfaces to include in" window - Currently only Gx, S9, Rx, Gxc, Sd, Sy and Generic Interface (if interface-profile has Subscription-Id-AVP set to Subscription-Id) allowed.

Include SIP URI

Include SIP URISIP URI(Session Initiation Protocol (SIP) Uniform Resource Identifier (URI) is an addressing schema that identifies a Mobile subscriber. See RFC 3261 for SIP URI standard. A table of up to five SIP URI becomes available for input.

Default: user#(N0)

Click to use the Auto-Increment Format Wizard.

Tcl Parameter:

PCRFClnCcSipUriEn

PCRFClnCcSipUri

PCRFClnCcSipUri_2

PCRFClnCcSipUri_3

PCRFClnCcSipUri_4

PCRFClnCcSipUri_5

 

 

 

Enter "'Select Specific interfaces to include in" window - Currently only Sh, Gx, S9, Rx, Gxc, Sd, Sy and Generic Interface (if interface-profile has Subscription-Id-AVP set to Subscription-Id) allowed.

You may also choose specific interfaces to which the configured identifiers are applied.

  • Click ... and Include MS ISDN / IMSI/ NAI / Private / SIP URI in Specific Interface window opens.

  • Select the interfaces to which the configured identifiers will be applied.

Include Logical Access ID

Enable to fill the Logical-Access-ID AVP with a Circuit ID (RFC 3046 (11)) or a technology independent identifier. Include AVP in CCR-I Message.

Default = XX/YYYY/000000/111/CC/SEG

Where :

XX - Prefix

YYYY - Service Code - Service Code Modifier

000000 - Serial Number

111 - Suffix

CC - Company Identifier

SEG - Segment Name

Enter XX/YYYY/000000/111/CC/SEG#(1) to auto increment Logical Access ID. Value after Hash tag (#) will be replaced by incrementing integer for every user.

Enter  'Select Specific interfaces to include in" window - Currently only Gx and Sd allowed.

Tcl Parameter: PCRFClnCcLogicalAccessId

Include External ID

Available when S6t Interface is enabled. Select to enter an External Identifier.

Must enter at least one MSISDN or an External Identifier when S6t Interface is enabled.

Default: 12345#(N0)@Spirent.com

Click to use the Auto-Increment Format Wizard.

Tcl Parameter: PCRFClnCcExternalIdEn

Tcl Parameter: PCRFClnCcExternalId

Emergency Settings

  • Support Emergency Call Flows

  • IMEI

  • Software Version

 

Select Support Emergency Flow to enter the applicable emergency settings parameters.

...

Click to open Include E911 IMEI in Specific Interfaces window. The interfaces available dependents on the interfaces you select in Test Options pane  (HSS Interfaces and PCRF Interfaces)

NOTE: Current implementation supports only Rx and Gx interfaces with APN index 0.

IMEI

Enter the appropriate IMEI value to be included in specific interfaces. The Emergency IMEI value is incremented for each Mobile Subscriber.

Software Version

Enter the appropriate version (associated with IMEI, user defined, and part of terminal message).

 

Home Address Type

  • Starting IPv6 Address

  • Starting IPv4 Address

Select the Home Address type as both or IPv4, or IPv6 or None.

In DRA Nodal, the Starting IPv6 and IPv4 Address field (Test Configuration tab, Mobile Subscriber pane) is required for each subscriber and available depending on your selection of the Home Address Type.

NOTE: Supports unique IPv6 address prefix for each UE. The IPV6 address auto-increments for each UE and the prefix portion of the IP address may also be changed/incremented.

 

Selecting None disable both IPv4 and IPv6 addresses.

Options:

  • IPv4 : 1
  • IPv6 : 2
  • Both : 3
  • None : 4

Tcl Parameter: HomeAddrType

 

When  Home Address type is IPv4 or IPv6, you may choose the interfaces to which the configured IPv6/IPv4 addresses are applied.

  • Click ... and Include IPv6/IPv6 in Specific Interface window opens.

  • Select the interfaces to which the configured Starting IPv6 Address/Starting IPv4 Address will be applied.


DRA Node Testing

Number of Subscribers

The number of unique mobile subscribers (MSs) emulated during the test. At least one MS must be emulated in every test.

It is also the number of simultaneous MS that can be supported by the server node. System resources are reserved for the provisioned number of sessions whether they are used or not.

Range: Variable1

Default: 1

Tcl Parameter:  

Sessions

 

# of Sessions Per Subscriber

Define the max number of sessions to test. The session information is stored in order to be proxied and during DRA testing, the session state information indicates the service to which the session is bound.  

Option: 1 - 16

Default: 1

Tcl Parameter: NumSessionPerSub

NOTE: Subscribers * # of Sessions per Subscriber should be less than your license limit. For example, if your system is licensed for 1000000 subscribers, and you enter 1000000 as the Number of Subscribers to test and assign # of Sessions per Subscriber as 2, an error displays.

 

Max Concurrent Transactions

Define the maximum number of concurrent transactions.  

(As a typical transaction time is very short and hard to determine, DRA Node allows you to configure as required. A transaction is active once a request is sent, and considered inactive when an answer is received.)   

You may view/observe the number of transactions from the DRA Session report under Active Transactions which shows you the number of active transactions at any given time.   

 

Tcl Parameter: Transactions

 


Femtocell Testing

Number of Subscribers per Femtocell

Enter the number of subscribers allowed per FemtoCell.

Range: 1 — 10

Default: 1

 


GPRS Testing

Static PDP IPv4 Address Pool

When you use the GGSN Node test case, the node is responsible for assigning IP addresses to the MN's PDP contexts when an address is requested.

During GGSN Nodal testing, Static PDP IPv4 Address Pool is available when you select PDP type as IPv4 or IPv4/IPv6 and Static PDP IPv6 Address Pool is available when PDP Type is IPv6 or IPv4/IPv6.

Tcl Parameter:

MobileNodeV4AddrPoolEn

MobileNodeV6AddrPoolEn

PDP IPv6 Address Pool and PDP IPv4 Address Pool

Enter valid IPv6 and IPv4 addresses.  Available in CGF Nodal Test Case.

During GGSN Node testing, These parameters are not available when you select DHCP Relay Agent on the Emulator Configuration tab. The address is incremented for each primary PDP context.

Tcl Parameter:

MobileNodeV6AddrPool

MobileNodeV4AddrPool

Context to DSCP Assignments

During GGSN Nodal testing,  Context to DSCP Assignments is available only when you select Data Traffic or External Data on the  GGSN Nodal Test Configuration tab and is available by default during GGSN Node testing.

Tcl Parameter: ContextToDscpEn

Select Context to DSCP (Differentiated Service Code Point) Assignments and enter/calculate the DSCP Assignments on the Context to DSCP Assignments window.

See Tcl Parameters for DSCP Context Assignments for Tcl parameter naming convention for Context to DSCP Assignments window.

  • Context: The value in the Context column depends on the Number of Primary PDP Contexts and Number of Secondary PDP Contexts you select.
  • DSCP: Indicates the DSCP assigned to the traffic class during PDP context creation (valid value ranges from 0-63).
  • Calculate: Select the Per Hop Behavior (PHB) and calculate the DSCP assigned to the PDP Context (as 6 bits).

PHB indicates an observable forwarding behavior applied at a Differentiated Service (DS)-compliant node to a DS behavior aggregate.

 

HSS Nodal Testing

Starting MSISDN

 

The MS ISDN directory number for the mobile subscriber may be included as a part of the User-Identity AVP if Public-ID is not included.

 

Range:  Maximum 16 digits

Default:  393462955800

 

Tcl Parameter:

MsisdnEn

Msisdn

Incremented Public ID

Identifier used for communicating with other users.  May be added in the User-Identity AVP, if MSISDN is not present. Use the Auto-Increment wizard to set up User. Click here to find out additional information about Parameter Auto Increment Wizard.

Select and a table of up to 5 rows will become available to capture a Public ID.

Range:  Up to 127 Characters.

 

Default: user#(N0)

Click to use the Auto-Increment Format Wizard.

 

Tcl Parameter:

PublicIdEn

PublicId

PublicId_2

PublicId_3

PublicId_4

PublicId_5

Incremented Private ID

 

A unique global identity defined by the home network operator that identifies the user’s subscription.  Private ID is included in the User-Name AVP. Use the Auto-Increment wizard to set up User. Click here to find out additional information about Parameter Auto Increment Wizard.

Range:  Up to 127 Characters.

Default: user#(N0)

Click to use the Auto-Increment Format Wizard.

 

Tcl Parameter:

PrivateIdEn

PrivateId


HSS Node

NOTE: In HSS Node test, the Starting Served-Party Address is used to indicate either static or dynamic allocation of UE IP.
Starting IMSI

The starting International Mobile Subscriber Identifier for the mobile subscriber. This value is incremented for each mobile subscriber and is also used as the Open RP MS ID.

IMSI - Enable to enter IMSI Starting Number. Only available is Sh interface is enabled.

Range: 10 - 15 digits

Default: 222101000001056

Tcl Parameter: ImsiEn

Tcl Parameter: StartingImsi

Incremented Public ID

Identifier used for communicating with other users.  May be added in the User-Identity AVP, if MSISDN is not present. Use the Auto-Increment wizard to set up User. Click here to find out additional information about Parameter Auto Increment Wizard.

 

Range:  Up to 127 Characters.

 

Default:  User#(N0)

 

 

Incremented Private ID

 

A unique global identity defined by the home network operator that identifies the user’s subscription.  Private ID is included in the User-Name AVP. Use the Auto-Increment wizard to set up User. Click here to find out additional information about Parameter Auto Increment Wizard.

Range:  Up to 127 Characters.

Default:   User#(N0)

 

Incremented Tel-URI

Enter a Tel-URI Public ID. Use the Auto-Increment wizard to set up Tel-URI (phone number) per RFC 3966. Click here to find out additional information about Parameter Auto Increment Wizard.

Range:  Up to 127 Characters.

Default:   tel: +123456789#(N0)

Starting IP Address Enter the Starting IP address.
Enable Mobile Deactivation
  • When S6a is selected on the Emulator Options, use the Enable Mobile Deactivation to send/issue the Location Cancellation command.

The Deactivation process sends Location Cancellation Request to MME and waits for Location Cancellation Confirmation from MME.

  • When SWx is selected on the Emulator Options, use the Enable Mobile Deactivation to trigger the Deregistration process.  The HSS de-registers the relevant subscriber(s) and informs the 3GPP AAA server to remove the subscribed user from the 3GPP AAA Server.

When Enable Mobile Deactivation is selected, you can set the mobile deactivation Delay Times for a Range of Subscribers.

Default: False

Tcl Parameter: HssDeactivationEn  

Value: True/False

Delay Time (s)

The Delay Time indicates the interval between activating the MS and issuing of the Location Cancellation command.

NOTE: During Session Loading testing, the Delay Time should be less or equal to Session Hold Time on  Session Loading window.

Range: 0 - 100000

Default: 0

Tcl Parameter: HssDeactDelayTime  

 

Specify Subscriber Range

Specify Subscriber Range MS Range if it is different from entire MS range of the Test Case. When you first check "Specify Subscriber Range" the values are defaulted to the normal range of the Test Case.

NOTES:
  • Specifying the MS Range in HHS Node allows the HSS operator deactivate MS coming from a specific MME.
  • The IMSI and Num Subscribers are  validated to fall within the range of IMSIs that the test case provides.  

 

Tcl Parameter: HssDeactSpecificRangeEn

Value: True/False

Starting IMSI

Starting IMSI First MS of the Range

Tcl Parameter:HssDeactStartingImsi

Number of Subscribers

Number of MS the command will be applied

Tcl Parameter: HssDeactNumSubscribers

External Identifier

Available when S6t Interface is enabled. Select to enter an External Identifier.

Must enter at least one MSISDN or an External Identifier when S6t Interface is enabled.

Default: 12345#(N0)@Spirent.com

Click to use the Auto-Increment Format Wizard.

Tcl Parameter: ExternalIdEn

Tcl Parameter: ExternalId

Apply Test Data File to S6/Wx/Swx Mobile Subscribers

You can provision explicit values for Mobile Subscribers by using Test Data Files. Available when Interface = S6a, S6d, S6t, SWx or Wx.

There are two ways to Configure TDF for HSS Node

 TDF 1 constraints S6a, S6d, S6t, Swx, and Wx Interfaces:

When configuring TDF, user must name the column “Key Type” exactly. Key Type is assigned an integer. If the user wants to configure TDF for MSISDN, then Key Type == 1 should be used. Column “Key” represents the subscriber ID values and must be spelled exactly as such.

Download a sample file by right-clicking the link below.

For the Subscriber ID Type in the TDF file, use the Subscriber Integer value from the table to identify the subscriber type. For example, for IMSI subscriber type, indicate "2" in the TDF .csv file for the Subscriber ID type.

Subscriber ID Type

Subscriber Integer Assigned

MSISDN

1

IMSI

2

 

 

NAI

4

PRIVATE

5

SIPURI

6

OTHER

0

 

HSS Node TDF 2 constraints S6a, S6d,  S6t, Swx, and Wx Interfaces:

TDF column names are MSISDN or IMSI and must be spelled exactly as such. Keep in mind, this method will NOT add to session key container and may get unknown user. This configuration is good if the user wants to configure subscriber Id for messages.

Secret Key, OP, and OPc have been added to this TDF file. You can specify either OP or OPc in the TDF, not both. Secret Key is either string or Hex value starting with "0x", and OP or OPc is 16 byte Hex starting with "0x" - same as GUI. 

If Secret Key column exists in the TDF, it will be used for that subscriber, overriding the secret key from GUI configuration.If OP/OPc column exists in the TDF, it will be used for that subscriber, overriding the OP/OPc values from the GUI configuration.

Tcl Parameter: HssCfgFileEn

See sample file for TDF 1 hssTDFS6a1.csv

See sample file for TDF 2 hssTDFS6a2.csv

See Applying Parameter Values.

Apply Test Data File to Gr Mobile Subscribers

You can provision explicit values for Mobile Subscribers by using Test Data Files. Available when Interface = Gr.

Download a sample file by right-clicking the link below.

TDF column names are MSISDN or IMSI and must be spelled exactly as such.

Tcl Parameter: HssGrCfgFileEn

See sample file hssTDFGr.csv

See Applying Parameter Values.

Apply Test Data File to Sh Mobile Subscribers

You can provision explicit values for Mobile Subscribers by using Test Data Files. Available when Interface = Sh.

Download a sample file by right-clicking the link below.

TDF column name is MSISDN and must be spelled exactly as such.

Tcl Parameter: HssShCfgFileEn

See sample file hssTDFSh.csv

See Applying Parameter Values.

 


HSGW Testing

Number of Subscribers

The number of unique mobile subscribers (MSs) emulated during the test.

Aux Svs Instance per Subscriber

Use the Aux Svc Instance Per Subscriber list to select the number of additional data connections for each MS. For the purposes of test terminology and statistics, all service instances are considered individual MS sessions unless noted differently.

NOTE: To configure a total of N PDN connections including main service connection and M real auxiliary service connections, set the Aux Svc Instance Per Subscriber = N - 1 + M.

The total number of MS sessions that will be attempted during the test is the result of the Number of Mobile Subscribers + (Number of Mobile Subscribers * Aux Per Mobile Subscribers). The maximum number of MSs that you can define will be limited by the number of auxiliary services instances specified.

In CDMA test cases that supports Aux Svc Instances, the  Total number of open RP sessions allowed = Maximum number of Subscribers <= Actual Number of Subscribers * (1+ Number Aux Per Mobile Subscribers).

NOTE: If you include auxiliary service instances, the activation and deactivation rates are calculated differently. When auxiliary service instances are included in the test, the values that you enter for MN Activation Rate and MN Deactivation Rate are multiplied by the total number of connections that each MN will attempt (main service instance + auxiliary service instances). In a test where each MN will attempt to establish 4 service instances, for example, an Activation Rate of 125 sessions/second will result in 500 service instance attempts each second.

Options: 0 31

Default: 0

 

Auto-Generated TFT

Auto-Generate TFTs

Activation Rate

The rate at which the test attempts to activate MN/MS sessions.

Deactivation Rate
The rate at which the test attempts to deactivate MN/MS sessions. When the control plane is used, this rate is the number of MNs/MS that will attempt to disconnect their control sessions every second. When the control plane is not used, this rate is the number of MNs/MS that will stop sending data or release their data connections every second.

 

Home Address Type

Use Home Address Type to configure PDN type option: IPv6, IPv4, or both.

In HSGW Nodal test case, the Home Address Type options becomes available only when Test Activity is Inter Technology Mobility and Initial Network is LTE.

Options: IPv4 (1); IPv6 (2); Both (3)

Tcl Parameter: HomeAddrType

Bearer IPv4 Address Pool Bearer IPv6 Address Pool

The type of Bearer Address Pool parameter available depends on the Home Address Type selected (HSGW Nodal TC > Test Configuration tab > Mobile Subscribers pane (when LMA Node Emulation is enabled))

  • If Home Address Type = IPv4, only the Bearer IPv4 Address Pool is available and the Bearer IPv6 Address Pool is not available.

  • If Home Address Type = IPv6, only Bearer IPv6 Address Pool is available and Bearer IPv4 Address Pool is not available.

  • If Home Address Type = Both, then both the Bearer IPv6 Address Pool and Bearer IPv4 Address Pool are available.

PDN Connect After Handover Delay (s)

Only works on LTE side. Defines the period of time that will elapse before handing over additional PDN connection after the handover attachment.

Available when the Test Activity is Inter-Technology Mobility or Session Loading with Mobility and the Mobility Type is Inter-Technology.

PDN Connect Delay

Available in HSGW Nodal TC when Test Activity is Inter Technology Mobility or Session Loading with Mobility and Mobility Type is Inter Technology or Capacity.

The PDN Connection Delay Time defines the period of time that will elapse before establishing the second default bearers. In LTE network, the timer starts after all subscribers' first default bearer has been established.

For Capacity test, PDN Connect Delay is applied to initial AUX start up.

Range: 1 - 65535:  

Default: 1

Tcl Parameter: PdnConnectDelayTime

PDN Activation Rate (bearers)  

Available when the Test Activity is Inter-Technology Mobility with Initial Network is LTE or Session Loading with Mobility and the Mobility Type is Inter-Technology and Initial Network is LTE. The PDN Activation Rate defines the rate at which the secondary default bearers will be established.

 

Disable PDN Connect Delay on eHRPD

 Available when the Test Activity is Capacity Test, or Inter-Technology Mobility or Session Loading with Mobility and the Mobility Type is Inter-Technology and "PDN Connect Delay" is available.

 

 


IP Application Node Testing

Client Test Node

The MS Transport protocol IP/Ethernet and IP/PPPoE requires you to configure the following:

IP/Ethernet

  • Physical Interface, Number of Nodes, Starting IP Address, Mac Address, Default Routing address, Next Hop Address, and Outbound Traffic Port.

  • An option to enable Client MAC Address. When selected, the MAC Address is enabled and must be provisioned.

NOTE: If you require MAC address to be increment per Mobile Subscriber, enter the MAC address as #(00:00:00:00:00:01).

Subscriber 1 MAC Address will be 00:00:00:00:00:01, Subscriber 2 MAC Address will be 00:00:00:00:00:02, and so on.

 

Also available in External Utility Node , UE Emulator Data Node test cases.

Tcl Parameter: MobileNodeAddr

IP/PPPoE

 

  • The Starting IP address is disabled as address will be allocated by PPPoE server and you must select a Physical Interface.

  • Next Hop IP address and the Advanced button are disabled (VLAN ID is N/A with PPPoE).

  • The Client MAC Address becomes mandatory

  • Routing options are disabled.

Enter a starting pool address in the Starting IP Address field. If the DHCP Client option is included in the test, enter 255.255.255.255 (IPv4) or FF02::1:2 (IPv6) as the starting address. If the address will be obtained from a AAA server, the starting address is ignored.

In the IP Application Node test case, the SUT is a Content Gateway. In order for the Data Traffic to traverse the gateway device, routes from the Client Nodes to and from the Network Host via the gateway are required. You can add static routes to the test server and select Default Routing, or select Next Hop IP Address and enter the gateway's address in the field provided.

Separate IP Addresses for RTP Traffic

Select to enter separate IP addresses for RTP Traffic. Separate IP address can optionally be used on a different Ethernet port.

Also available on IMS Node (on Network Devices section). Requires Gm Interface and RTP Traffic.

A new pane becomes available to enter: Physical Interface, Starting IP, MAC Address, Default Routing or Next Hop IP Address and Outbound Traffic Port.

Tcl Parameter: RtpIpAddressEn

Tcl Parameter: RtpIpAddress

Random IPv6 Address

Select to generate a random IPv6 address.

Tcl Parameter: RandomIp6Addr

IP Address Type

When you select the DHCP Client option on the Test Configuration tab, IP Address Type IPv4,  IPv6 or Dual-Stack is available for selection. Default is IPv4.

First Dynamic Address Requested

Indicates supports for multiple dynamic address acquisition in sequence.

First Dynamic Address Requested indicates whether you select IPv4 or IPv6 as the first address to request.

The parameters are available configurable when you select IP Type as Dual Stack and as follows.

IPv4 (First)

UE DHCPv4 + UE DHCPv6

or

UE DHCPv4 + UE SLAAC

IPv6 (First)

UE DHCPv4 + UE DHCPv6

or

UE DHCPv4 + UE SLAAC

Tcl Parameter:

FirstDynamicAddressTypeRequested

Parameter Class: Basic: Value=V4/V6

Delay Before IPv4/IPv6 Requested (ms)

Indicates the delay before requested IPv4 or IPv6 address. The address type delayed depends on your selection of the First Dynamic Address Requested.

  • If you select IPV6 as the first requested addresses, then configure a delay before acquiring then IPV4 address.
  • If you select IPV4 as the first requested addresses, then configure a delay before acquiring then IPV6 address.

Default value is 0indicates no delay between requesting dynamic addresses.  

Tcl Parameter: SecondDynamicAddressDelay

Default Value: 0

Range: 0 ~ 2147483647

UE Static IPv4/v6

Select to support static UEs. Select the appropriate Address Type: IPv4 or IPv6, and enter the static IP address.

Tcl Parameters:

UeStaticIpEn UeStaticIpAddr

 

UE DHCPv4/v6 Selected by default depending on the IP Address Type you selected.  Allows the UEs to get IP addresses via DHCP.  Without this the UEs do not get their IPs and data doesn’t transmit.   

Tcl Parameter:

UeDhcpv4En

UeDhcpv6En

UE SLACC

Select UE SLAAC to indicate that the UE support Stateless Autoconfiguration (SLAAC).

Tcl Parameter: UeSlaacEn

NOTE: The SLAAC uses eui-64 format for address assignment. That is, IPv6 addresses will be built from a combination of the Layer 3 subnet prefix and the MAC address of the client.

IPv4 Address Pool

Enter a valid IPv4 Address

IPv6 Address Pool

Enter a valid IPv6 Address

IMEI

The International Mobile Equipment Identifier included as part of the ID for Pilot Packet testing.

Range: 5 - 15 digits

Default: 50502410121507

Tcl Parameter: PpImei

IMSI

The International Mobile Subscriber Identifier included as part of the ID for Pilot Packet testing.

Range: 5 - 15 digits

Default: 50502410121507

Tcl Parameter: PpImsi

MSDN/MSISDN

The ISDN directory number for the mobile subscriber. This value is incremented for each mobile subscriber.

In IP Application Node test case, select and enter the MS ISDN Number.

Range: Maximum 16 digits

Default: 17962480141

Tcl Parameter: PpMsIsdn

Number of I2 Mobile Subscribers

Number of I2 Mobile subscribers

Range from 1 to 500,000

Default = 1

Use MS Address in Framed IP

If you enabled the AAA option, you can include the MN's IP address in the Framed-IP-Address attribute of accounting request messages with the Use MN address in Framed IP checkbox. The attribute is provisioned with the address actually used by the MN, whether the address was assigned by the test or by a DHCP server.

When the IP address is obtained from a AAA server, the checkbox is disabled and the attribute is automatically included in the request messages.

 

 


Mobile IPv4 Testing

IMPORTANT: When you define any of the addresses described below, append a network mask to the starting address so that the test system can determine the boundaries between home, foreign, and local networks.

Use Static Home Address

In Mobile IPv4 test cases, you can allow the MNs to use a static address by checking the Use Static Home Address checkbox and entering the address. When the box is not checked, the MNs will request that the HA SUT assign a home address.

Tcl Parameter: MipStaticHomeAddress

 

Default Routing

When co-located care-of addresses are used, you can specify the routing method for the MNs. Select Default Routing to use the static routes that are configured for the test server. Select Specify Next Hop IP Address to force the traffic through a specific interface on the test server or to set the MN's next hop to a physical device in the test network. When you select this option, enter the IP address for the next hop in the adjacent field.

Tcl Parameter: MipCoLocCareOfAddress

NOTE: The COA address is either the FA in the serving area of the MN or a temporary IP address assigned via allocated dynamically.  In either case, the COA of the MN should not be the address of the HA.

 

LCS Node Testing

ESRK Select to enter the ESRK (Emergency Service Routing Key). A 10-digit number used for the purpose of routing an E911 call to the appropriate Public Safety Answering Point (PSAP) when that call is originating from wireless equipment. Tcl Parameter: EsrkEn Tcl Parameter: Esrk

MSC Node Testing

Number of MME Indicates the number of MME's connecting the UE to the emulated MSC Node.

MGW Testing

Call Establishment Pattern All Originate (Default), All Terminate or OTOT. Tcl Parameter: CallEstPattern
Call Clearing Pattern Network Initiated (Default), User Initiated or MSC Server Initiated. Tcl Parameter: CallClearPattern
Voice Traffic Select to Enable Voice Traffic interface. Tcl Parameter: VoiceTrafficEn

Network Host Testing

The parameters on the Mobile Subscribers panel during Network Host testing requires you to configure the following Network Host Node parameters for both Client Transport protocol, IP/Ethernet and IP/PPPoE, selected.

Client Transport:

  • IP/Ethernet
  • IP/PPPoE
Physical Interface, Number of Nodes, Starting IP Address, Mac Address, Default Routing address, Next Hop Address, and Outbound Traffic Port.

Number of Client IP Addresses

Indicates the number of Clients IP Addresses supported depending on your system license capacity.

Mobile Subscribers

The following parameters on the Mobile Subscriber pane is available only when you select Rx Interface.

Include MSISDN

The ISDN directory number for the mobile subscriber. This value is incremented for each mobile subscriber.

Select and enter the MS ISDN Number.

Range: Maximum 16 digits

Default: 393462955800

Tcl Parameter: PpMsIsdn

Include IMSI

The International Mobile Subscriber Identifier included as part of the ID for Pilot Packet testing.

Range: 5 - 15 digits

Default: 222101000001056

Tcl Parameter: PpImsi

Include NAI Indicates the Network Access Identifier (NAI) included to identify the Mobile Subscriber.
Include Private Indicates the Mobile Subscriber Private ID.
 

 


PCRF Testing

Default Bearers per Session

 

Select the Default Bearers per Session from the dropdown list.

For the PCRF Nodal test case, when you select the number of Default Bearers per Session, you configure the MN connecting to multiple APNs. Up to 11 Default Bearers per Session is supported.

When Default Bearers per Session is > 1, you may configure PDN Connection and Activation delays as well.

Tcl Parameter: DefaultBearers

Options: 1 — 11

Default: 1

Dedicated Bearers per Default

 

Select the Dedicated Bearers per Default from the list to specify multiple defaults per session.

During PCRF Nodal testing, Dedicated Bearers per Default is available only AGW I/F is Gx and/or BBER I/F is Gxc.

NOTE: Selecting multiple Bearers per Default and multiple Dedicated Bearers per Default allows you to configure separate bearer rates and delays (applied across default bearers (APNs) and dedicated bearers).

Selecting Dedicated Bearers per Default allows you to select the number of Packet Filters and the requested uplink/downlink to be configured. A maximum of 11 Dedicated Bearers per Default is supported.

Tcl Parameter: DedicatedsPerDefaultBearer

Options: 111

Default: 1

PDN Connection Delays

Set to indicate  the start delay for the first APN.

Range: 0 - 65535:  (0 disables the delay)

Default: 1

Tcl Parameter: PdnConnectDelayTime

PDN Activation Rate

Set to specify the rate for starting all the default bearers, except the first one.

Range: 0.10 - 3000.0

Default: 1.0

Tcl Parameter: PdnActivationRate

Subscription ID

In PCRF Nodal test case, you may select one or more identifies and enter the appropriate values, which are incremented for each Mobile Subscriber.

Include MS ISDN

The MS ISDN directory number for the mobile subscriber ID included as part of the PCC-R3-P/PCRF Subscriber ID. This value is incremented for each mobile subscriber.

Range: Maximum 16 digits

Default: 393462955800

Tcl Parameter:

PCRFCinCcIsdnEn

PCRFCinCcIsdn

 

Include IMSI

The International Mobile Subscriber Identifier included as part of the PCC-R3-P/PCRF Subscriber ID.

Range: 5 - 15 digits

Default: 222101000001056

Tcl Parameter:

PCRFClnCcImsiEn

PCRFCinCcImsi

 

Include NAI

The mobile subscriber's Network Access Identifier (NAI) included as part of the PCRF Subscriber ID.

Range: Up to 127 Characters

Default: NONE

Tcl Parameter:

PCRFCinCcIsdnEn

PCRFCinCcIsdn

 

Include Private

Include Private indicates private keys, user-specific requirements that aid in S-CSCF selection, and active registration information.

Range: Up to 127 Characters

Default: NONE

Tcl Parameter:

PCRFClnCcPrivateEn

PCRFClnCcPrivate

 

Include SIP URI

Include SIP URISIP URI(Session Initiation Protocol (SIP) Uniform Resource Identifier (URI) is an addressing schema that identifies a Mobile subscriber. See RFC 3261 for SIP URI standard.

Tcl Parameter:

PCRFClnCcSipEn

PCRFClnCcSipUri

 

AGW I/F and/or AF I/F In PCRF Node test case, you can include any one of the Subscription-Id AVPs in CCR messages for AGW I/F and/or AF I/F and enter the starting values. The values will be incremented for each MS.
NOTE: AGW I/F Subscriber ID types are available when either AGW I/F or BBERF I/F checkboxes are selected as the emulator options and AF/I/F identifiers are available only when AF I/F checkbox is selected on the PCRF Node Emulator Configuration tab.

TyCcSrvAuthkeyType

TyCcSrvAuthKey

TxSrvAuthkeyType

TxSrvAuthKey

 
IMEISV

Available only when you select IMSI.  Select IMEISV and enter the IMEISV (the MS's IMEI - 8-digit Type Allocation Code + 6-digit serial number extended with a 2-digit software version)

Tcl Parameter:

TyCcSrvImeiSvKeyEn

TyCcSrvImeiSvKey

NOTES:
  • PCRF may include IMEI (instead of IMSI) within the Subscription-Id AVPs in CCR-I messages.
  • The PCEF may include the IMSI within the Subscription-ID AVP and if the IMSI is not available the PCEF includes the IMEI within the User-Equipment-Info AVP.

A PCEF that requests PCC Rules at IP-CAN Session Establishment sends a CCR command with CC-Request-Type AVP set to INITIAL_REQUEST and the Called-Station-Id AVP that includes the Emergency APN.

Starting IP Address

Select the Home Address type as both or IPv4/IPv6.

In PCRF Nodal, the Starting IPv6 and IPv4 Address field (Test Configuration tab, Mobile Subscriber pane) is required whenever Gxc QOS Rules include either a packet filter or a tunnel header filter. You may enter a valid IPv4 or IPv6 address as required.

In PCRF Node, the Starting IPv6 and IPv4 Address field (Emulator Configuration tab, Mobile Subscriber pane) is required whenever Gx > PCC >Charging Rules > Rule Definition > Policy Rule includes at least one packet filter. You may enter a valid IPv4 or IPv6 address as required.

Tcl Parameter:

StartingMsIp6Addr

PcrfClnUserIp

StartingMsIpAddr

Increment IP Address per Default Bearer

Available on PCRF Nodal TC when Gx Interface is enabled.

When In PCRF Nodal, select to increment IP address per default bearer. Used when multiple APNs are configured, to send CCR-I messages including framed-IP AVPs that are different values.

Tcl Parameter:

PCRFClnInclpAddrPerDefBearerEn

 

Apply Test Data File to AGW/BBERF Mobile Subscribers

You can provision explicit values for Mobile Subscribers by using Test Data Files. Available when AGW I/F or BBERF I/F are enabled.

Download a sample file by right-clicking the link below. TDF file type listed here is supported for interfaces: Ty, Gx, Gxc

For the Subscriber ID Type in the TDF file, use the Subscriber Integer value from the table to identify the subscriber type. For example, for IMSI subscriber type, indicate "2" in the TDF .csv file for the Subscriber ID type.

Subscriber ID Type

Subscriber Integer Assigned

MSISDN

1

IMSI

2

 

 

NAI

4

PRIVATE

5

SIPURI

6

OTHER

0

 

See sample file for TDF 4 (NAI) PcrfNAIExampleTDF.csv

Tcl Parameter: AgwMsCfgFileEn

See Applying Parameter Values.

Apply Test Data File to OCS Mobile Subscribers

You can provision explicit values for Mobile Subscribers by using Test Data Files. Available when Interface = OCS I/F Sy is enabled.

Download a sample file by right-clicking the link below.

For the Subscriber ID Type in the TDF file, use the Subscriber Integer value from the table to identify the subscriber type. For example, for IMSI subscriber type, indicate "2" in the TDF .csv file for the Subscriber ID type.

Subscriber ID Type

Subscriber Integer Assigned

MSISDN

1

IMSI

2

   

NAI

4

PRIVATE

5

SIPURI

6

OTHER

0

 

See sample file for TDF 4 (NAI) PcrfNAIExampleTDF.csv

Tcl Parameter: OcsMsCfgFileEn

See Applying Parameter Values.

 


PDG Micro-Mobility

The PDGMM Mobile Node Mobility test activity tests the function of a mobile node as an end point of an IPSec tunnel moving from one network to another network that will cause the MN’s IP address to change.  

Starting IP Address

Target IP Address

Enter the Starting (emulator) and Target IP Addresses (network).

Enter an address from the pool of addresses associated with the Physical Interface. If multiple nodes are defined, this is the address used for the first node and it is sequentially incremented for each additional node.

When Test Activity is Mobile Node Mobility (on the Test Configuration tab) a subnet mask is required to be provisioned with the IP address for Starting IP Address and Target IP Address. The addresses MUST be configured such that each address, and its associated mask, is unique and that the starting address and the target address ranges do not overlap. The addresses should be on separate networks. Both address subnet masks should be equal.  

NOTE: Only the full/complete Client IP Address (i.e., the provisioned Starting Address) is used for incrementing and purposes of determining target handoff addresses.

That is, only the provisioned network Target address and the host Starting address (without the mask) are used to determine the actual Target address used during the test. For example, if you were testing 100 sessions and you set Starting IP Address = 10.201.0.1/13 and Target IP Address = 10.202.0.40/13, the actual address used is: 10.201.0.1 would handoff to 10.202.0.1 ( not 10.202.0.40), 10.201.0.2 would handoff to 10.202.0.2, and so on.  

 

Default Routing

Select Default Routing to use the static routes that are configured for the test server.

Next Hop IP Address

In PDG Micro Mobility test case, the next hop should be the Wireless Access Gateway (WAG) in the UMTS network, or a router that will direct the MN traffic towards a WAG.

Select and specify the Next Hop IP Address to force the traffic through a specific interface on the test server or to set the MS's next hop to a physical device in the test network. When you select this option, enter the IP address for the next hop in the adjacent field.

VLAN ID

Select the VLAN option and enter a VLAN ID to include a VLAN tag with the specified ID in every packet transmitted.

VLAN and ID Select VLAN and enter the appropriate ID. If there is more than one Mobile Node, the Increment ID and # VLANs are available when you select the VLAN check box.
Increment ID and # VLANs

The Increment VLAN ID and # of VLANs parameters are disabled when there is only one Mobile node. The Increment VLAN ID checkbox is available for selection if there is more than one Mobile node. Select the Increment ID and enter the # VLANs.

  • The # of VLANs must be at least 1 and cannot exceed the number of Mobile Nodes.
  • The number of mobile nodes must be evenly divisible by the number of VLANs, if not, an error displays when you click the OK button.
Unique Addresses When you select the Unique Addresses check box, every mobile node will be assigned an incremented address. When you clear the check box, the first node in every VLAN will be assigned the Starting IP Address and subsequent node addresses will increment within a VLAN.

 


IPv4 HA Nodal Test Case

Co-located care-of address

FA support is optional in the IPv4 HA Nodal test case and you can use a co-located care-of address in one of two ways:

  • To simulate an MN attaching to a foreign network without FA mobility services. Each MN registers its co-located address directly with the HA SUT. In this case, Foreign Agent must be cleared. Specify the starting pool address in Co-Located Care-of Address.

  • To simulate an MN attaching to a foreign network that requires FA registration for accounting or authorization purposes (Foreign Agent is checked).

Foreign Agent

You can use the Foreign Agent checkbox to include emulated FA nodes in the test. The MNs will register through the FA nodes rather than directly with the HA SUT, and will use the FA node's address as their care-of addresses unless Co-Located Care of Address is checked. Define the emulator on the Foreign Agent sub-tab.

IMPORTANT: An FA node must be used in a Inter-FA test, and it cannot be used with a Mobile Node Mobility test.

NAT Traversal can be used (Enabled or Forced) when simulating a VPN configuration. This allows the MN to communicate with a host in a private network when the MN's co-located care-of address is not part of the private network's address space.

 


Mobile IPv6 Testing

Starting Care-of Address Target Care-of Address

In Mobile IPv6 test cases, the test always begins with the MN attaching to a foreign link and attempting to register a care-of address with the HA SUT.

  • Define the Starting Care-of Address with a valid pool address, and define the Starting Home Address with an address acceptable to the HA SUT.
  • Define the Target Care-of Address for Mobile Node Mobility testing.

In a Returning Home mobility test, the home addresses must also be valid pool addresses.

IMPORTANT:

  • When more than one session is used in the test, you must define the prefix length with the starting address; otherwise, it is assumed to be /128. In that case only one address will be available and only one session will be established.

  • The same prefix length must be used in both care-of addresses and home addresses.

  • In a Returning Home test, the same interface identifier must be defined in the starting addresses. For example, if the home address is defined as 2002::300:10/112, the last field in the care-of address must be :10.

 


IPv4 FA Nodal Test Case

Co-located care-of address

In the IPv4 FA Nodal test case, a FA is the SUT and is always provisioned, except when Agent Discovery is enabled. You can use a co-located care-of address to simulate a MN attaching to a home network without HA mobility services. Each MN registers its co-located address directly with the FA SUT. Specify the starting pool address in Co-Located Care-of Address.

NOTE: When you select the Agent Discovery check box, the IPV4 FA Nodal test will perform agent discovery message exchange. Also, the FA SUT is not available for provisioning when you select Agent Discovery.

Related Measurements

When an invalid home address is used, error code 132 or 133 may be received in the Binding Acknowledgements received from the HA and recorded in the error counter measurements.

 


Site To Site Nodal Testing

The Site-to-site Nodal testing provides routed VPN connections between separate offices or with other organizations over a public network while helping you to maintain secure communications.

Mobile Subscriber Ethernet Configuration

Configure the Mobile Subscriber Ethernet settings.

VPN Distribution Mode

Select the required method of VPN distribution mode, Round Robin or Exhaustive.

 

Service Based Testing

Transaction Rate (trans/s)

Enter the transaction rate per second.

Range : 0.001 to 3000.0 (managed by license)

Default: 1.0

Tcl Parameter: SbiTransRate

 

SMS Network Testing and MSC Node when SGd interface is enabled.

 

SMS Terminating

Number of Recipients

Defines the number of target subscribers to which an SMS message will be Sent (from the emulated SC to the MSC) or Received ( from the emulated MSC to the SC). MO/ MT message types.

If set to 0, then the test is setup to only receive MO messages from an MSC.

Tcl Parameter: Sessions (for SMS Network)

Tcl Parameter: MscSgdSessions

Starting Recipient MSISDN

The ISDN directory number for the mobile subscriber. This value is incremented for each mobile subscriber.

Select and enter the MS ISDN Number.

Not available on MSC Node test case.

Range: Maximum 16 digits

Default: 17962480141

Tcl Parameter: RecipMsIsdn

Starting Recipient IMSI

The International Mobile Subscriber Identifier included as part of the ID for Pilot Packet testing.

Range: 5 - 15 digits

Default: 505024101215074

Tcl Parameter: RecipImsi

 

SMS Originating

Number of Subscribers  

Defines the number of target subscribers which to receive/send an MO SMS message to the SC.  The rate at which the MO messages are sent, per subscriber, is defined in the Message Interval on the Short Message Tab.   If the number of SMS messages is limited (by Message Cycle on the SMS tab) then MO messages will stop.

When an MO request is received by the emulated SC, it will check the MSISDN within the message to make sure that the message is destined for a subscriber that is recognized by this SC.  If the MSISDN is not recognized the SC will respond with an error, otherwise it will respond positively. There is no other validation of the SMS.

MO sending is independent of reception of MT messages and is independent of MAP-C operations, if any are configured.

Tcl Parameter: NumOrigSubs

Starting Target MSISDN

The Target ISDN directory number for the mobile subscriber.

Select and enter the MS ISDN Number.

Range: Maximum 16 digits

Default: 17962480141

Tcl Parameter: TgtMsIsdn

 

SMS Source

Select the SMS Source - Internal (Default) or SMPP GW. Available when SMS-SC is enabled.

When Internal is selected, select to Enter Starting SMS Delay (ms).

Range : 100 to 999999999

Default : 5000

Tcl Parameter: SmsSource

Tcl Parameter: StartingSmsDelayEn

Tcl Parameter: StartingSmsDelay

Enable IWF

MAP Operation

Delay for ReadForSM (ms)

Select to enable IWF (InterWorking Function). Available in SMS Network test case when SMS-SC, SMS-HLR and MSC for MAP-D or MAP-E.

When MSC is enabled, select the MAP Operation.

Options : UpdateLocationRequest, PurgeMS, MO-ForwardSM, MT-ForwardSM, Failure-MT-ForwardSM, Failure-MT-ForwardSM-RestoreData

When MAP Operation = Failure-MT-ForwardSM

Enter Delay for ReadyForSM in milliseconds.

Range : 0 to 10000

Default : 0

Tcl Parameter: SmsIwfEn

Tcl Parameter: SmsMapOp

Tcl Parameter: SmsDelayReadyForSm


Control Bearer to DSCP Assignments

Enable for dialog box - Available on AMF, MME, PGW and SGW Nodal test cases - Added support for changing DSCP settings for the control plane.

Control Context to DSCP Assignments is available only when you select Data Traffic or External Data.

Tcl Parameter: CtlBearerToDscpEn

Select Bearer to DSCP (Differentiated Service Code Point) Assignments and enter/calculate the DSCP Assignments on the Context to DSCP Assignments window.

 

  • Bearer: The value in the Bearer column depends on the Number of Primary PDP Contexts and Number of Secondary PDP Contexts you select.
  • DSCP: Indicates the DSCP assigned to the traffic class during PDP context creation (valid value ranges from 0-63).
  • Calculate: Select the Per Hop Behavior (PHB) and calculate the DSCP assigned to the PDP Context (as 6 bits).

PHB indicates an observable forwarding behavior applied at a Differentiated Service (DS)-compliant node to a DS behavior aggregate.

Upstream QCI to DSCP Markings

 

Use Upstream QCI to DSCP Markings to define DSCP value for specific QCI (QoS Class ID). Select QCI Settings... and assign a required DSCP value for the QCI. The QCI applies to the Upstream IP flows.

The eNodeB-U and GTP-U(v1) Nodes assign the defined/mapped DSCP value in the IP Header of data packets depending on the QCI of the bearer.

Tcl Parameter: QciToDscpMarkingsEn

Type: True, False

NOTE: In the Nodal test cases, Upstream QCI to DSCP Markings is available only when you select Data Traffic or External Data on the Test Configuration tab.

 

Tcl Parameter: QciToDscpMarkingsEn

^ Back to Top


UE Node

LTE U1 Start Delay (s) Enter Start Delay in seconds. Range: 0 to 65535 Default: 0 Tcl Parameter: LteU1DhcpDelay Tcl Parameter: LteU1StartDelay
Number of OTA UEs Enter the number of OTA UEs (devices). Range: 1 to 4 Default: 1 Tcl Parameter: NumOtaUes

 

^ Back to Top


QCI Settings

 

QCI Settings Select QCI Settings to open the QCI to DCSP Markings window with a choice of defined QCI values (1 - 9) mapped to default DSCP value. The default mapping is based on the 3GPP standardized QCI values and the information contained in RFC 4594.
DSCP

Select a DSCP new value from the dropdownlist to change the default and assign a different DSCP value to the QCI.

NOTE: The QCI and DSCP values are added as a pair in the QCI to DCSP Markings window.
  • Qci:  Valid values are 1 through 255. You may modify all 255 QCI values using a Test Data File.
  • DSCP Decimal: Valid values 1 - 63 (for use with Test Data File)
  • DSCP String: Use the dropdown list to select an appropriate DSCP value for the QCI.
BEST_EFFORT CS2 AF31 AF42 CS7
CS1 AF21 AF32  AF43  
AF11 AF22 AF33 CS5
AF12 AF23 CS4 EF
 AF13 CS3 AF41 CS6
NOTE: The DSCP values cannot be guaranteed to be correct when the test case is configured for multiple contexts.  If only a single context is provisioned or the same DSCP value is used for all provisioned contexts, the DSCP values will be sent as specified, otherwise they could be incorrect.    You cannot pre-configure the DSCP value for multiple contexts as we do not know the order in which these context requests are received. Hence, the DSCP values may not be sent as configured.    For example, GTP PDP contexts on the GGSN Node test case are allocated when a Create PDP Context request is received, that is,  they are taken off the free list of GTP PDP contexts. As we cannot know the order in which these requests are received, it is not possible to pre-configure the DSCP value for multiple-individual contexts.
Apply Test Data File

You can provision explicit values for each MS by using a Test Data File. Download an example QciToDscpMap.csv file by right-clicking the link below.

See Applying Parameter ValuesApplying Parameter Values.

See Test Data Files for further explanation and sample files. If a sample is not found for the specific TDF, you can obtain a sample file from your Technical Support representative. You may also use the following options to select an existing TDF or create/edit TDF-CSV files (TDF-CSV Editor). 

For most TDF Parameters used for Applying Parameters, each row in the file is the overridden value for a different “Session”, aka a different UE. But some TDFs are done in other dimensions, like Bearers, eNodeBs, Subscribers (2 per UE sometimes) or even Hosts, etc. Tooltips on the TDF Parameter: 

Note that the “ID” is a unique ID. Please Provide the ID when reporting issues with a TDF. For TDFs that do not apply / override Parameters, but instead are just their own configuration or data or media files you won’t see TDF ID row details.

TIP: When including large files, please be aware of memory limitations, since the TDF Editor shares memory with the Client.

NOTE: The available TDF options vary. on the L3-7 | IPSec tab > IKE with RSA Settings you may only select the Certificate TDF from TAS (these are non-CSV TDFs).

In addition, where applicable, any rules for defining TDFs are included in specific Test Cases. (For example, In MME Node test case, see MME Node - Provisioning TDF.)

From the DMF Window, press Shift+Alt+A to display the  Save DMF as Tcl window. Click the Save to File button to save as Tcl file. See additional details on Using the Tcl API.

 

Select/Create a new TDF-CSV

Allows you to create a new TDF by entering a file name that doesn’t already exist or select an existing file by entering a file name that already exists.

Click to open the Select Existing or Create window.

  • Navigate to the relevant library/folder,

  • Enter the name of the file:

  • If the file name already exists, the file is selected and applied in the test case.

  • If the file name does not exist, a message displays that says you are creating a new TDF and the embedded TDF-CSV will be launched.

    • Click Yes to launch the TDF-CSV Editor and create/save the new TDF-CSV.

    • Click No to select a different file

NOTE: If you do not have permission to save in the selected library, an error displays when you try to create a new file.
TIP: You may also navigate to the relevant library/folder and select file, and click OK.

 

Upload a New TDF to TAS

Click to import a new TDF file from your local folder and select in the test Case (instead of having to go to TDF Admin).

  • Navigate to the file on your local folder and select.
  • Then navigate to the location (library) where you want to save it on the TAS. You may rename the file, if required.  

View Edit Selected TDF in TDF-CSV Editor

Available only when you have selected a TDF on TAS. Click to open the selected file in TDF-CSV Editor (in place, that is, within the Test Case).

Edit the file and save. You may also click Save As to save the edited TDF-CSV to a different library and also rename the file, if required.

NOTE: You may also select a TDF from a library to which you do not have write permissions, edit the file as required, and save (Save As) only to a different library with the same file name or a different name.

The only options available are Save As and Cancel.

Open Selected TDF in Standalone TDF-CSV Editor

Available only when you have selected a TDF on TAS. Select to retrieve the CSV file and open it in the stand alone TDF-CSV Editor.

Generate Stub TDF-CSV

TIP: Available only when a CSV specification has been defined for in the Test Case for the TDF widget ( View TDF Actions/Options Menu)

 

Opens an example context specific test data parametersexample context specific test data parameters, which you may save as a .CSV file or open in the TDF-CSV Editor.

 

Launch Standalone TDF-CSV Editor

Click to open a blank TDF-CSV Editor.

The Launch Standalone TDF-CSV editor options handles very large TDFs that may use too much Client memory if opened within the Test Case/in the embedded editor.  You may set the standalone TDF-CSV Editor memory high to edit large TDFs.

 

 

^ Back to Top


Outbound Traffic Port

The Outbound Traffic Port provides you with an ability to disable the normal routing function and to force packets out of the selected interface.

Select an appropriate traffic port from the Outbound Traffic Port dropdown list.

Range: Default Routing, eth0, eth1, eth2, ...

Default: Default Routing

NOTES:

  • The Outbound Traffic Port dropdown list displays all the available eth traffic ports in a non-version specific way.  

  • The following example lists the Ethernet ports defined on a Test Server and the values shown in the Outbound Traffic Port dropdown list:

  • Ethernet ports defined: eth0, eth1, eth1v6, eth2, eth2_2, eth2v6, lo, lov6

    Values in the Outbound Traffic Port dropdown list: Default Routing, eth0, eth1, eth2

^ Back to Top


Advanced/Distribution Settings

With the Advanced/Distribution Settings button you can open the Interval Distribution window and select a statistical distribution model to apply to the Activation Rate and Deactivation Rate, more closely simulating real-world activity.

NOTES: The label Distribution Settings displays on HSS, MME, PGW, and SGW nodal test cases.

If you select Fixed, the rates that you defined are used throughout the test. If you select a distribution model, the rates for each MN are adjusted according to the model's algorithm, and you can further refine the model by defining or limiting the deviation from mean.

Options: Fixed, Uniform..., Normal..., Poisson...

Default: Fixed

Related Parameters

One of these parameters may be available depending on the model selected.

Standard Deviation

Defines the standard deviation as a percent of mean in the Normal distribution model.

Range: 0 — 100

Default: 0

Maximum Deviation from Mean

limits the standard deviation from mean as a percent of mean in the Uniform and Poisson distribution models.

Range: 1 — 99

Default: 10

Related Measurements

All MN rate measurements are affected by Interval Distribution.

^ Back to Top


Traffic Flow Templates (TFT)

When auxiliary service instances are used in a CDMA2000 test or secondary PDP contexts are used in a GPRS/UMTS test, service nodes route forward, or response, data traffic to the correct MN connection by means of packet filters contained in a Traffic Flow Template (TFT). A GGSN compares a forward packet to the packet filters in the TFT associated with a connection and only forwards the packet to the MN if the packet conforms to a packet filter. A PDSN will route non-conforming packets to the MN's main service instance. (The Traffic Flow Template (TFT) is used by GGSN to discriminate between different user payloads.)

During LTE testing, TFT is set of all packet filter associated with an EPS bearer.

Tcl Parameter: TrafficAutoGenTfts

NOTE: Auto-Generated TFTs are not supported when a DMF is provisioned to use Client Port Mode as Random or Sequential Range.

TFT Settings

Range: 1 - 15

Tcl Parameter: ExampleExample

Example:

Tcl Parameters for 2 primaries and 2 secondaries

TrafficTftForContext0_0  = P0-S0

TrafficTftForContext1_0  = P0-S1

TrafficTftForContext2_0  = P1-S0

TrafficTftForContext3_0  = P1-S1

Tcl Parameters for number of TFTs per context.  

Default = 1

TrafficNumTftsForContext0

TrafficNumTftsForContext1

TrafficNumTftsForContext2

TrafficNumTftsForContext3

NOTES:

  • For CDMA TFT Settings, the TFT tabs are labeled Aux0 - Aux5
  • The default bearer does not have a TFT, see exception below in Support TFT for Default Bearers. Auto-generated TFTs only applies when SGSN is used.
  • GGSN Nodal test case supports multiple TFTs for secondary PDP contexts.

A sub-tab displays for every defined bearer, auxiliary service flow/instance or secondary PDP context. Enable a packet filter attribute with its checkbox and enter the values in the associated field. The resulting filter will limit the type of traffic that the MN can receive on that data connection. The packet filter is defined from the perspective of downlink traffic: "Destination" refers to the MN/MS (client) and "Source" refers to the Network Host (server).

Automatically Generate Starting Destination Port

In a Continuous data test, you can use the checkbox to automatically include the effective DMF Client Port in the packet filters for all data connections. This option can only be used if none of the data connections is executing more than one DMF. If any of the connections is executing more than one DMF, you must define Starting Destination Port and Ending Destination Port and ensure that none of the ports used with other connections fall within that range.

Support TFT for Default Bearers

Available on SGW Node TC when Sxa Interface to UP or Sxa+Sxb Interface to UP is enabled and on PGW Node when Sxb Interface to UP is enabled. If checked, displays TFT Setting for default bearers as well.

An "SDF Index" (Service Data Flow) field has been added for each TFT filter. If this field is set, the corresponding SDF level QoS will be used. Otherwise, the bearer or APN level QoS will be used, depending on whether it belongs to a GBR or Non-GBR bearer.

If default bearer TFT is not enabled, unmatched traffic (against dedicated bearer filters) will go on default bearer. If default bearer TFT is enabled for the uplink and/or downlink direction, unmatched traffic (against default and dedicated bearer filters) will be discarded.

A catchall filter (filter with nothing configured other than direction and precedence) is only allowed for default bearer. If you configure a catchall filter for a dedicated bearer, it will not be used or passed onto the UP side.

Prior to release 16.8, if you do not configure any downlink filters for a dedicated bearer, a downlink PDR without SDF filter will be created but with lower precedence than the default bearer downlink PDR. This PDR has been removed in order to support TFT setting for default bearer. Otherwise, downlink traffic will end up on a dedicated bearer if you configure no downlink filter for dedicated bearer and an unmatched downlink filter for default bearer. Downlink traffic should be discarded in this case. Consequently it is possible that you see no downlink PDR/FAR for a dedicated bearer if you do not configure any downlink filter.

If default bearer TFT is enabled, a "TFT Creation Delay Time" field has been added for each default bearer. If the value is set to 0, the default TFT info will be sent to the UP side in Sx Session Establishment Request. However, per 24.301 6.4.1.1, "The default EPS bearer context does not have any TFT assigned during the activation procedure", so default TFT info will NOT be sent to the UE side. This may create an unbalanced situation between the UE and the network. Alternatively, you can set it to a non-zero value. In this case, no TFT info will be sent to the UP side during default bearer activation. When the delay timer expires, PGW will initiate a bearer modification procedure that creates TFT setting for default bearer. The default TFT info will be sent to both the UE and UP side in the mean time.

Options: On, Off (default)

Operation Code (LTE)

Available only for Bearer Modification TFT. Indicates the operation performed on the TFT as the option you select from the dropdown list. An Operation Code will be included for Bearer Modification TFT in SGW Nodal, and PGW Nodal when UE Initiates Dedicated Bearers is selected (see SGW Nodal Test Configuration, and PGW Nodal Test Configuration tabs).

Values: Create New TFT, Delete Existing TFT, Add Packet Filters to Existing TFT, Replace Packet Filters in Existing TFT, Delete Packet Filters from Existing TFT

NOTE: If you do not require any information elements for a Bearer Modification TFT (displayed on the GUI) to be included in the Resource Modification Request,

from the Operation Code dropdown list select Do Not Include in Modification Request.  The value for this selection is 8, which is outside the range of valid values for Op Codes.  This was made the default selection. (index 13 of the Tcl string array)

When selection is Do Not Include in Modification Request, all other options on the TFT Settings window are not available.

Include in Bearer Modification Request (LTE)

Available only for Bearer Modification TFT on GTPv2 | Bearer Modification | Modified TFT Settings when your test case settings are as follows.

  • Test Activity is Capacity on Test Configuration tab and Modification Initiator is UE on the GTPv2 | Bearer Modification tab
  • Test Activity is Command Mode or Sequencer on Test Configuration tab
  • Select Include in Bearer Modification Request to include information elements for a Bearer Modification TFT (displayed on the GUI) to be included in the Resource Modification Request.

  • Clear Include in Bearer Modification Request selection if you do not require any information elements for a Bearer Modification TFT (displayed on the GUI) to be included in the Resource Modification Request.

NOTE: When you do not select Include in Bearer Modification Request, all other options on the TFT Settings window are not available.

Direction (LTE)  

Indicates the direction of the traffic flow in LTE testing and GGSN Nodal only. The options in the dropdown list are for Release 7 TFTs:

  1. Pre-Rel 7

    Uplink (default)

    Downlink

    Bidirectional

Forward Precedence and Reverse Precedence Packet filters are evaluated in order of precedence, with 0 having the highest priority and 255 the lowest. Different order values can be specified for forward and reverse traffic.   For example in ASN Nodal test case, A higher value indicates higher priority.
Packet Evaluation Precedence In LTE testing, Packets are evaluated in order of precedence, with 0 having the highest priority and 255 the lowest.
Protocol Number Limits the traffic to a specific protocol as identified in the IP header.

NOTE: In an IPSec filter, source and destination port attributes are not valid. The Protocol Number attribute, if used, should be set to 50 for ESP.

 In LTE test cases, the valid range is 0 - 255.

Security Parameter Index (CDMA2000 only) When Data IPSec is used, you can limit the traffic to that matching the Source SPI for an IPSec tunnel.
Source Address (IPv4/IPv6) Limits the traffic to responses from one Network Host or from a subnet when you include a network mask.
Source Port Traffic can be limited to a single Server Port by entering only a Starting Source Port or a range of ports by including an Ending Source Port.

NOTE: During LTE testing, the Local Port indicates that traffic can be limited to a single Server Port by entering only a Starting Local Port or a range of ports by including an Ending Local Port.

Local refers to the Mobile Subscribers.

 
Destination Address (IPv4/IPv6) Limits the traffic to responses to one MS or to a subnet when you include a network mask.
Destination Port Traffic can be limited to a single Client Port by entering only a Starting Destination Port or a range of ports by including an Ending Destination Port.

NOTE: During LTE testing, the Remote Port indicates that traffic can be limited to a single Client Port by entering only a Starting Remote Port or a range of ports by including an Ending Remote Port.

Remote refers to external network entity.

Remote Address (IPv4/IPv6) In LTE testing, Limits the traffic to responses to one external network entity when you include a network mask.

SDF Index

Number of SDFs in the SDF Subpanel in PFCP Tab in Sxa/Sxb interface. (Service Data Flows)

Range: 1 - 15

Default: 1

Type of Service Limits the traffic to a type of service range as identified by the bit Mask. The mask identifies how many of the 8-bit TOS must be matched. A mask of 252, for example, requires that the uppermost 6 bits match.
Flow Label (CDMA2000 IPv6 only) Limits the traffic to a specific flow label as identified in the IPv6 header. A flow label, in combination with source and destination addresses, can uniquely identify a data stream. The test system sets this value to 0, indicating that packets are not part of a particular flow.
Rating Group In PGW Node Ro Interface charging , used to map each TFT to the correct MSCC (CTF Tab) Rating Group.
Service Id In PGW Node Ro Interface charging, used to map each TFT to the correct MSCC (CTF Tab) Service Id.

 

^ Back to Top


UMTS Testing

If any secondary contexts are not assigned a DMF to execute in the DMF Node/Context/Port Assignments window, you must manually define the TFTs for all of the contexts and specify at least a Starting Destination Port for each TFT.

Related GTP Measurements

^ Back to Top


MAC Address

Use the MAC Address checkbox to enter the client MAC Address. This MAC address overrides the Hardware MAC address so the packets sent out the interface will use the provisioned.

MAC address rather the Hardware MAC Address.

NOTES:

  • You must enter/provision the MAC address when you enable the MAC Address checkbox.

  • The MAC Address provisioned here is used instead of the DHCP H/W Address. See DHCP Client Settings.

NOTE: In the MME Nodal Test case, if MAC Address for the following nodes is configured, then MAC address per eNodeB will increment by 1 based on the configured MAC address. Target eNodeB Control Node, Target eNodeB Security Node, Target eNodeB User Node, eNodeB Control Node, eNodeB Security Node and eNodeB User Node.

 

^ Back to Top


Wifi Offload Gateway

Select the required options to perform testing. These parameters apply in SGW Nodal, UE Node, WiFi Offload Gateway Nodal, and WiFi Offload Gateway Node Test Cases.

Mobile Subscribers

The number of unique mobile subscribers (MSs) emulated during the test. At least one MS must be emulated in every test. It is also the number of simultaneous MS that can be supported by the server node. System resources are reserved for the provisioned number of sessions whether they are used or not.

NOTES:

  • In WiFi Offload Gateway Nodal test case, when Tunnel Type is GRE L2 and Hybrid Access, a maximum of 1 subscriber is supported per Home Gateway.
  • In WiFi Offload Gateway Node test case, Mobile Subscribers is the only parameter available on the Mobile Subscriber pane with Hybrid Access.

Attach Start Delay (ms)

Enabled when RF UEs is selected - Only visible when RF feature license key is present

Numeric

Tcl Parameter: AttachStartDelay

MPLS

Select to include MPLS label in the GRE message.  The Protocol Type in the GRE header when you select MPLS is MPLS Label-Switched Packet.  When you do not select MPLS, the Protocol Type in the GRE header is Ethernet Bridging.

MPLS is not available when Tunnel Type is CAPWAP, as it applies only to GRE.

Click to use the Auto-Increment Format Wizard.

Range from 0 to 1048575

Default = 0

Tcl Parameter: Mpls

MAC Address

Indicates the MAC address of the UE.  The UE's Ethernet packet gets passed as payload of the GRE message.  This address is auto-incremented for UEs.

Default: 80:B0:3D:CF:A5:B0 (on Wifi Offload Gateway Nodal)

UE Random MAC Address

Select to choose a Random MAC Address. When selected, all the UEs will have a random MAC address.

The MAC address field will be grayed out.

Not available when AP Tunnel Type = DS Lite.

Tcl Parameter: UeRandomMacEn

MAC Address Increment

Enter an increment value used to increment MAC Address. Available if RF UEs is selected or if AP Tunnel type = GRE L2, CAPWAP, or NONE.

Range : 0 to 65535

Default : 1

Tcl Parameter: MacAddrIncrement

UE Next Hop MAC Address

In Wifi Offload Nodal test case, select and enter a valid MAC address.  This address is used as UE destination MAC Address for data traffic when AP Tunnel Type is GRE L2 or CAPWAP.

Not available when RF UEs is enabled or AP Tunnel Type = DS Lite.

NOTE: UE Next Hop MAC Address and UE Next HOP IP Address are mutually exclusive.

Use  UE Next Hop MAC Address when the next hop MAC Address of the AC is known. If MAC address of AC is not known, use UE Next HOP IP Address and Landslide emulated UE can acquire the destination address with ARP.

The kernel doesn't allow assigning a 00:00:00:00:00:00 MAC as it's invalid. Also, MAC addresses with the least-significant bit of the first octet set to 1 are multicast addresses, so they can't be used either.

 See Reference: https://en.wikipedia.org/wiki/Multicast_address#Ethernet

 

Tcl Parameter: UeNextHopMacAddrEn

Tcl Parameter: UeNextHopMacAddr

UE Next Hop IP Address

In Wifi Offload Nodal test case, select and enter a valid IP address.  For CAPWAP tunnel type. when "Use ARP to acquire 802.11 Dest Addr" is enable, UE will send ARP to this IP address to acquires the destination MAC address. For NONE tunnel type, this IP address will be used as EU next hop Address.

Not available when RF UEs is enabled or AP Tunnel Type = DS Lite.

NOTE: UE Next Hop MAC Address and UE Next HOP IP Address are mutually exclusive.

Use  UE Next Hop MAC Address when the next hop MAC Address of the AC is known. If MAC address of AC is not known, use UE Next HOP IP Address and Landslide emulated UE can acquire the destination address with ARP.

 

Tcl Parameter: UeNextHopIpAddrEn

Tcl Parameter: UeNextHopIpAddr

Assigned IPv4

Available when Data IPsec is checked and when Specify Mobile Subscriber APNs is not checked. Used to enter a non-zero IP in the Config Payload.

Enable to enter a Valid IPv4 Address.

Tcl Parameter: WfoMsApnAssignedIpv4En_0

Tcl Parameter: WfoMsApnAssignedIpv4_0

Assigned IPv6

Available when Data IPsec is checked and when Specify Mobile Subscriber APNs is not checked. Used to enter a non-zero IP in the Config Payload.

Enable to enter a Valid IPv6 Address.

Tcl Parameter: WfoMsApnAssignedIpv6En_0

Tcl Parameter: WfoMsApnAssignedIpv6_0

IP Address Type

In Wifi Offload Gateway Nodal TC, select the appropriate Address Type: IPv4, IPv6, Dual Stack.

When you select IPv4, UE Static IPv4, and UE DHCPv4 are available for selection.

When you select IPv6, UE Static IPv6, UE SLAAC, and UE DHCPv6 are available for selection.

When you select Dual Stack, UE Static IPv4, UE DHCPv4, UE Static IPv6, UE SLAAC, UE DHCPv6 are available for selection.

In SGW Nodal TC, select UE SLAAC to indicate that the UE support Stateless Autoconfiguration (SLAAC).

In IMS Nodal TC, select IPv4 or IPv6.

In AMF Nodal select IPv4 or IPv6 and it must match with PDU Type selection (IPv4 or IPv6) on Nas 5g Sm Tab.

Tcl Parameter: Iptype

NOTE: The SLAAC uses eui-64 format for address assignment. That is, IPv6 addresses will be built from a combination of the Layer 3 subnet prefix and the MAC address of the client.

 

First Dynamic Address Requested

 

Indicates supports for multiple dynamic address acquisition in sequence.

First Dynamic Address Requested indicates whether you select IPv4 or IPv6 as the first address to request.

The parameters are available configurable when you select IP Type as Dual Stack and as follows.

IPv4 (First)

UE DHCPv4 + UE DHCPv6

or

UE DHCPv4 + UE SLAAC

IPv6 (First)

UE DHCPv4 + UE DHCPv6

or

UE DHCPv4 + UE SLAAC

Tcl Parameter:

FirstDynamicAddressTypeRequested

Parameter Class: Basic: Value=V4/V6

 

Delay Before IPv4/IPv6 Requested (ms)

Indicates the delay before requested IPv4 or IPv6 address. The address type delayed depends on your selection of the First Dynamic Address Requested.

  • If you select IPV6 as the first requested addresses, then configure a delay before acquiring then IPV4 address.
  • If you select IPV4 as the first requested addresses, then configure a delay before acquiring then IPV6 address.

Default value is 0indicates no delay between requesting dynamic addresses.  

Tcl Parameter: SecondDynamicAddressDelay

Default Value: 0

Range: 0 ~ 2147483647

UE Static IPv4/v6

Select to support static UEs over CAPWAP or GRE tunnel or without tunnel. Select the appropriate Address Type: IPv4 or IPv6, and enter the static IP address over the selected Tunnel Type (on the Test Configuration tab).

Tcl Parameters:

UeStaticIpv4En UeStaticIpv4Addr UeStaticIpv6En UeStaticIpv6Addr

 

When you select UE Static IPv4, the following parameters are not available:

  • UE SLAAC
  • UE DHCP
  • UE Graceful Shutdown

UE Target Static Ipv4/Ipv6

Available when UE Static IPv4/IPv6 is enabled. Must enter a valid address when MOBIKE is selected.

Tcl Parameters:

UeStaticIpv4Addr2

UeStaticIpv6Addr2

UE DHCPv4/v6

Selected by default depending on the PDU Type selected.  Allows the UEs to get IP addresses via DHCP.

Available in AMF Nodal / SMF Nodal to get IPv6 address of PDU Session via DHCPv6 procedure. When enabled, UE will get IPv6 Address of PDU Session only via DHCPv6 procedure.

Checkbox is not available in AMF Nodal when Test Activity is Inter Technology Mobility or Command Mode / Sequencer with Handoff Protocol other than None, N3IWF / TWIF  is enabled, SMF/UPF Node Emulation is enabled, PDU Type in NAS-5G/SM Tab is “IPv4”, Reserve PDU Session for SSC Mode 3 is enabled.

Checkbox is not available in SMF Nodal when UPF Node Emulation is enabled, PDU Type in NAS-5G/SM Tab is “IPv4”.

Available in AMF Node or gNB CU SA Nodal when SMF Emulation is enabled and N4 Interface configured for PFCP version >= 16.5.0 with IP6PL option selected. Not available when PGW-C Emulation is enabled in AMF Node / SMF Node / gNB CU SA Nodal.  

Tcl Parameter:

UeDhcpv4En UeDhcpV6En

 

TIP: Disable selection to perform Authentication only test.

UE SLACC

 

UE SLACC with Managed address

In AMF Nodal, gNB CU SA Nodal, SMF Nodal and SGW Nodal TC, select UE SLAAC to indicate that the UE support Stateless Autoconfiguration (SLAAC). Available in AMF Nodal / SMF Nodal if UE DHVPv6 IP Address is enabled.

 

In AMF Node (with SMF emulation enabled), gNB CU SA Nodal & SMF Node TC, select UE SLACC with Managed address to indicate that SMF will assign IPv6 Address of PDU Session via SLAAC even if IPv6 Address allocation via DHCPv6 procedure is enabled. In other words, SMF will assign IPv6 Address of PDU Session via SLAAC during PDU session establishment procedure and allow UE to request IPv6 address allocation via DHCPv6 procedure. Available when UE DHVPv6 IP Address is enabled.

Tcl Parameter: UeSlaacEn

Tcl Parameter: UeSlaacManagedAddrEn

NOTE: The SLAAC uses eui-64 format for address assignment. That is, IPv6 addresses will be built from a combination of the Layer 3 subnet prefix and the MAC address of the client.

Random Access Number Only available when UE SLACC is enabled and AP Tunnel Type = GRE L2 - Support up to 8 IP address from SLAAC.  

Tcl Parameter: UeSlaacRndAddrNum

Enable Information Request Only available when UE SLACC is enabled and RF UEs is enabled and IP Address Type = IPv6. When enabled, DHCP | UE becomes available for input. Select for stateless DHCPv6 with SLAAC enabled. Tcl Parameter: UeSlaacInfoReqEn
UE Duplicate Address Detection Select to enable Duplicate Address Detection per RFC 6434 (UE Static IP6) and RFC4862 (UE SLACC). Only available when UE SLACC or UE Static IPv6 is selected. Not available for UE DHCPv6. Not available for Rf emulation.

Tcl Parameter: UeIpv6DadEn

Neighbor Advertisement delay (ms) Enabled when UE Duplicate Address Detection is selected. Enter Neighbor Advertisement Delay in ms. Send NS (Neighbor Solicit ate) message for 802.11 destination MAC Address. Default: 1000 (ms)

Tcl Parameter: UeIpv6DadTime

UE DHCPv4/v6 via Tunnel Selected by default. Selecting allows the DHCP messages sent from the UE to go through the WAN’s DHCP tunnel.  When not selected, the DHCP messages will go over the WAN’s interface directly (not tunneled).   The option is not available when Tunnel Type is NONE.

 

Tcl Parameter:

UeDhcpv4ViaTunnelEn

UeDhcpv6ViaTunnelEn

UE Graceful Shutdown Select to cause the UE to send a DHCP Release when the UE session is being brought down.
UE Graceful Mobility

Available for Mobility testing. Select to send a DHCP Release when during mobility testing.

  • When you select UE Graceful Mobility, a DHCP Release is sent to the old SSID, and DHCP negotiation begins anew on the Target SSID, and the UE may receive a new IP address.

  • When you do not select UE Graceful Mobility, a DHCP Request is sent with the UE’s existing IP address.

External DHCP Client

Select to use an external DHCP Client. Available when RF UEs and UEDHCPv4 are enabled.

When selected the DHCP interface is no longer available for input.

Tcl Parameter: WfoRfUeExternalDhcpEn

UE Authentication

Select to indicate the authentication performed. The available authentication options depend on the Tunnel Type you selected (Wifi Offload Gateway Nodal Test Configuration / Wifi Offload Gateway Node Emulator Configuration / SGW Nodal Test Configuration).

Tcl Parameter: UeAuthenticationType

Options: None (0); Radius (1); 802.1x (2); WISPR (3); Portal (4); Web Auth (5)

Tunnel Type

Authentication Options...

GRE/NONE

  • NONE: Select to indication no authentication

  • RADIUS: Select to perform Radius Authentication on the UE.  Authentication also performed if the SSID type is Closed. Configure AAA tab parameters.

  • Web Auth: Select to Configure Tab Web Auth

  • WISPr: Select WISPr (wireless Internet service provider roaming) to enable roaming between different Wi-Fi services. WISPr provides the AAA authentication.

In WiFi Offload Gateway Node and Nodal test cases, selecting WISPr displays the WISPr tab for configuration.

GRE L2

  • NONE: Select to indication no authentication

  • 802.1x: Select to add 802.1X support for GRE L2 tunnel type. Configure 802.1x tab parameters.

  • RADIUS: Select to perform Radius Authentication on the UE.  Authentication also performed if the SSID type is Closed. Configure AAA tab parameters.

  • WISPr: Select WISPr (wireless Internet service provider roaming) to enable roaming between different Wi-Fi services. WISPr provides the AAA authentication.

  • Web Auth: Select to Configure Tab Web Auth

CAPWAP

  • NONE: Select to indication no authentication

  • 802.1x: Select to add 802.1X support for CAPWAP tunnel type. Configure 802.1x tab parameters.

  • Portal: Select to allow the emulated UE to perform HTTP Portal Authentication before starting Data Traffic. When selected configure the following:

  • Web Auth: Select to Configure Tab Web Auth

In WiFi Offload Gateway Nodal test case, configure Portal Server SUT and authentication parameters in the Portal tab.

In WiFi Offload Gateway Node test case, configure Portal Node parameters.

DS Lite

  • NONE: Select to indication no authentication

  • RADIUS: Select to perform Radius Authentication on the UE.  Authentication also performed if the SSID type is Closed. Configure AAA tab parameters.

  • Web Auth: Select to Configure Tab Web Auth

In WiFi Offload Gateway Nodal test case, configure Portal Server SUT and authentication parameters in the Portal tab.

In WiFi Offload Gateway Node test case, configure Portal Node parameters.

 

When you select RF UEs interface, options include None and Web Auth. If web Auth is selected, a new tab labeled Web Auth is enabled.

UE Authentication is required when you select the Tunnel Type as CAPWAP and UE Authentication.

UE Mobility Re-authentication Select to perform Radius Authentication during mobility testing. Authentication is also performed if the Target SSID type is “Closed”.
UE Responds to ARP In WiFi Offload Gateway Test Case, select to ensure support of both Encapsulated and non-tunnelled ARPs for UE addresses and responses.  

Tcl Parameter: UeSupportArpHandlingEn

UE MAC Address

In Wifi Offload Node test case, select and enter a valid MAC address.  This address is auto-incremented for UEs. UE MAC Address is not available when AP Tunnel Type is GRE L3.

NOTE: The kernel doesn't allow assigning a 00:00:00:00:00:00 MAC as it's invalid. Also, MAC addresses with the least-significant bit of the first octet set to 1 are multicast addresses, so they can't be used either.  See Reference: https://en.wikipedia.org/wiki/Multicast_address#Ethernet

 

In Wifi Offload Gateway Nodal Test Configuration, enter a valid MAC Address with Colon or Dash delimiters. When AP Tunnel Type is NONE, enter 00:00:00:00:00:00 to use Network Devices/AP-WAN Node's Eth interface MAC Address.

You will get a warning that you can either click OK or Cancel to return to Gui. Select checkbox labeled "Do not show warnings again during this login session" to prevent showing warnings in all test cases for the remainder of the client session.

Default: 80:B0:3D:CF:A5:B0 (on Wifi Offload Gateway Nodal)

Tcl Parameter: UeMacAddr

NOTE: In Wifi Offload Gateway Nodal and Node test cases, when  DHCP Relay Agent is enabled, there maybe a circuit ID mismatch due to assignment of free WOGW sessions (WfoGwSessionss) on the Node side, which may not follow the 1 to 1 order if there is a delay in DHCP request.

For example, If there is a delay in the UE1’s DHCP Request, the UE1’s session in the node side may be assigned for UE2. This may be avoided by assigning UE MAC Address in the WOGW Node (avoid UE1's session from being assigned to UE2).

 

Limitation: MAC address can not be set for the NIC by SR-IOV virtualization 

Note: In virtual machines, when using SR-IOV interface or para-virtualized interface such as virtio and vmxnet3, we typically cannot "spoof" MAC addresses inside of VM. The hypervisor and physical function do not allow it or have restrictions on it.

This is not a limitation by Landslide, it's normal SR-IOV limitation.
Solutions are:
•    Use PCI-passthrough or use physical Landslide.
•    If one and only one MAC address is desired, configure that MAC address on hypervisor instead of relying on spoofing it in test case inside of VM. 

UE Routes Data to AP Next Hop

Available when Tunnel Type is None on Wifi Offload Gateway Nodal Test Configuration tab. Select to force data to the Access Point's Next Hop (defined as per Outer IP Type of Service.). This is used only when the Tunnel Type is NONE.

NOTE: For GRE and CAPWAP Tunnel Types, data is forwarded to the Tunnel endpoint.
Outer IP Type of Service A value used in the outer IP header’s Type of Service. Click ... (TOS Calculator) to select and calculate the appropriate value
NOTE: Even though this header is added by the Access Point, it can be unique to a mobile subscriber, hence included.
 
APN Settings Number of APNs Number of APNs - Enter from 1 to 11 APNs - Enter APN/Assign IPv4/IPv4 Address/Assign IPv6/IPv6 Address in the table that is provided.   This setting will modify the value of Identification - Responder IE of IKE_Auth InitiatorRequest message accordingly. Tcl Parameter: WfoMsNumApns

# (0 to 10)

APN

APN (0 to 10) - A non incrementing field from 1 to 50 characters

Tcl Parameter: WfoMsApn0

Tcl Parameter: WfoMsApn1

Tcl Parameter: WfoMsApn2

Tcl Parameter: WfoMsApn3

Tcl Parameter: WfoMsApn5

Tcl Parameter: WfoMsApn6

Tcl Parameter: WfoMsApn7

Tcl Parameter: WfoMsApn8

Tcl Parameter: WfoMsApn9

Tcl Parameter: WfoMsApn10

Assign IPv4

IPv4 Address

Available when Data IPSec is checked and when Specify Mobile Subscriber APNs is checked. Used to enter a non-zero IP in the Config Payload. Per TS 23.402, this payload is used only in HO cases.

Per TS 33.234 [7] - If the UE supports IP address preservation during handover from 3GPP Access to the untrusted non-3GPP IP Access, the UE shall include it's address (IPv4 address or IPV6 prefix/address or both) allocated when it's attached 3GPP Access into the CFG_Request sent to the ePDG during IKEv2 message. exchange.  

Enable to enter a Valid IPv4 Address.

Tcl Parameter: WfoMsApnAssignedIpv4En_0

Tcl Parameter: WfoMsApnAssignedIpv4_0

Tcl Parameter: WfoMsApnAssignedIpv4En_1

Tcl Parameter: WfoMsApnAssignedIpv4_1

Tcl Parameter: WfoMsApnAssignedIpv4En_2

Tcl Parameter: WfoMsApnAssignedIpv4_2

Tcl Parameter: WfoMsApnAssignedIpv4En_3

Tcl Parameter: WfoMsApnAssignedIpv4_3

Tcl Parameter: WfoMsApnAssignedIpv4En_4

Tcl Parameter: WfoMsApnAssignedIpv4_4

Tcl Parameter: WfoMsApnAssignedIpv4En_5

Tcl Parameter: WfoMsApnAssignedIpv4_5

Tcl Parameter: WfoMsApnAssignedIpv4En_6

Tcl Parameter: WfoMsApnAssignedIpv4_6

Tcl Parameter: WfoMsApnAssignedIpv4En_7

Tcl Parameter: WfoMsApnAssignedIpv4_7

Tcl Parameter: WfoMsApnAssignedIpv4En_8

Tcl Parameter: WfoMsApnAssignedIpv4_8

Tcl Parameter: WfoMsApnAssignedIpv4En_9

Tcl Parameter: WfoMsApnAssignedIpv4_9

Tcl Parameter: WfoMsApnAssignedIpv4En_10

Tcl Parameter: WfoMsApnAssignedIpv4_10

Assign IPv6 IPv6 Address

Available when Data IPSec is checked and when Specify Mobile Subscriber APNs is checked. Used to enter a non-zero IP in the Config Payload. Per TS 23.402, this payload is used only in HO cases.

Per TS 33.234 [7] - If the UE supports IP address preservation during handover from 3GPP Access to the untrusted non-3GPP IP Access, the UE shall include it's address (IPv4 address or IPV6 prefix/address or both) allocated when it's attached 3GPP Access into the CFG_Request sent to the ePDG during IKEv2 message. exchange.  

Enable to enter a Valid IPv6 Address.

Tcl Parameter: WfoMsApnAssignedIpv6En_0

Tcl Parameter: WfoMsApnAssignedIpv6_0

Tcl Parameter: WfoMsApnAssignedIpv6En_1

Tcl Parameter: WfoMsApnAssignedIpv6_1

Tcl Parameter: WfoMsApnAssignedIpv6En_2

Tcl Parameter: WfoMsApnAssignedIpv6_2

Tcl Parameter: WfoMsApnAssignedIpv6En_3

Tcl Parameter: WfoMsApnAssignedIpv6_3

Tcl Parameter: WfoMsApnAssignedIpv6En_4

Tcl Parameter: WfoMsApnAssignedIpv6_4

Tcl Parameter: WfoMsApnAssignedIpv6En_5

Tcl Parameter: WfoMsApnAssignedIpv6_5

Tcl Parameter: WfoMsApnAssignedIpv6En_6

Tcl Parameter: WfoMsApnAssignedIpv6_6

Tcl Parameter: WfoMsApnAssignedIpv6En_7

Tcl Parameter: WfoMsApnAssignedIpv6_7

Tcl Parameter: WfoMsApnAssignedIpv6En_8

Tcl Parameter: WfoMsApnAssignedIpv6_8

Tcl Parameter: WfoMsApnAssignedIpv6En_9

Tcl Parameter: WfoMsApnAssignedIpv6_9

Tcl Parameter: WfoMsApnAssignedIpv6En_10

Tcl Parameter: WfoMsApnAssignedIpv6_10

 
Number of Access Points Indicates the number of unique Access Points emulated in Wifi Offload Gateway Node test case.
Default Bearers per Session

In WiFi Offload Gateway Node test case, Default Bearers per Session is available when you select S2a to PGW or S2b to PGW options.

Select up to 2 Dedicated Bearers per Default from the list to specify multiple defaults per session.

NOTE: Selecting multiple Bearers per Default and multiple Dedicated Bearers per Default allows you to configure separate bearer rates and delays (applied across default bearers (APNs) and dedicated bearers).

 

Tcl Parameter: DefaultBearers

Options: 12

Default: 1

Dedicated Bearers per Default

In WiFi Offload Gateway Node test case, Dedicated Bearers per Default is available when you select S2a to PGW or S2b to PGW options.

Select the Dedicated Bearers per Default from the list to specify multiple defaults per session.

NOTE: Selecting multiple Bearers per Default and multiple Dedicated Bearers per Default allows you to configure separate bearer rates and delays (applied across default bearers (APNs) and dedicated bearers).

Selecting Dedicated Bearers per Default allows you to select the number of Packet Filters and the requested uplink/downlink to be configured. A maximum of 11 Dedicated Bearers per Default is supported.

Tcl Parameter: DedicatedsPerDefaultBearer

Options: 111

Default: 1

Max Session Time(s)

Available when you select Portal authentication. Configure a timer that will keep the session(s) alive for the specified time.

Option: 0~65535

Default: 7200

Encapsulated ARP to UE Initiate Time

Enter a value > zero to ensure an Encapsulated ARP (GRE or CAPWAP) for the UE address is sent form the GW after the provisioned time value for each of the UE's.

Option: 0 - 255

Default: 0

Tcl Parameter: UeInitArpTime

Router ARP MAC Address

Tcl Parameter: RouterArpMacAddr

Support Random UE MAC

Enable to support random UE MACs.

Tcl Parameter: SupportRandomUeMac

UE SLAAC with Managed Address

Enabled when AP Tunnel Type = GRE L2. Enable to use UE SLACC with a Managed Address.

Tcl Parameter: UeSlaccManagedAddrEn

IMEI

Add IMEI when SIP VOIP is enabled.

Range: 1 to 14 digits.

Tcl Parameter: Imei

UE SWu IPv4 Address

Enter valid IPv4 address when SWu IPSec is enabled.

Tcl Parameter: UeSWuIpv4Addr

Non-3GPP Access with a 5G Capable UE

Select for a 5G Capable UE connecting to ePDG.

Enter PDU Session ID.

Range: 1 to 15

Default : 5

Tcl Parameter: Ue5gNon3gppAccessEn

Tcl Parameter: Ue5gNon3gppPduSessId

Maintain UE IP after Handover

Available when Test Activity = Inter Technology Mobility, Handoff Protocol = WiFi and Initial Network = LTE on MME Nodal Test cnfg.

Select to maintain the same UE IP assigned by the PGW after it is handed over to WiFi ((Handover).

Tcl Parameter: UeIpAfterHandoverEn

Send Router Solicitation after Handoff

Available when Test Activity = Inter Technology Mobility, Handoff Protocol = WiFi and IP Address Type= IPv6 on MME Nodal Test cnfg

Disabled for Command Mode with Wifi Offload Node Emulation.

Select to send Route Solicitation after UE handover from LTE to WiFi.

Available when Test Activity = Inter Technology Mobility, Initial Network = 5GS , Handoff Protocol = WiFi (N3IWF)or LTE and NAS-5G | SM = PDU Type = IPv6 on the AMF Nodal Test Cnfg.

Select to send Route Solicitation after UE handover from WiFi to NR or sending Router Solicitation after HO between LTE and NR or to send Route Solicitation after UE handover from NR to WiFi (through N3IWF).

Tcl Parameter: SendRsAfterHoEn

Apply Test Data File to Mobile Subscribers

You can provision explicit values for the for Mobile Subscribers by using Test Data Files. Download a sample file by right-clicking the link below.

See Applying Parameter Values.

 

^ Back to Top