Data Channel Troubleshooting
Last updated: September 1, 2009
This section is only applicable to the lab application.
Other Considerations
-
It is recommended not to execute a preset/reset (full or partial) when a session is open with an AT. This is because executing a preset/reset (full or partial) will take the test set to Idle state without signaling to the AT and may cause the test set and AT in a mismatched state. In this case, some ATs can not open a new session with the test set.
-
You should always set the
AT Directed Packets
to 100% for maximum throughout. This allows the test set to send data to the AT under test in all possible slots. Note that achieving maximum throughout also depends on other parameters of your test setup such as Window Size, TCP or UDP protocol, etc.
-
The packet data connection can only be started from your AT. You can not start a packet data connection using CALL:FUNCtion:DATA:STARt command. Otherwise, an error message will be generated due to without having a PPP connection established.
-
If you are trying to end a packet data connection from the test set, use CALL:FUNCtion:DATA:DORMant command instead of the CALL:FUNCtion:DATA:STOP. Sending CALL:FUNCtion:DATA:DORMant command results in data connection status going to Dormant state. This indicates that the physical connection (traffic channel) is closed but PPP connection is maintained. See
Dormant State
.
-
Use
Ping
function to verify the system interconnect.
-
Ping log has an unknown IP address: If you log a Ping that originated from the test set, the Ping forward link Source Address and the reverse link Destination Address have a fixed value of 130.29.181.203. This is because the test set uses an internal address to originate IP data from the test set to the AT. See
Protocol Logging During Ping
for more information.
|