Siemens Mux_guide_v06 manual Implementing version control, Troubleshooting

Models: Mux_guide_v06

1 36
Download 36 pages 45.74 Kb
Page 35
Image 35

Multiplexer User's Guide

Confidential / Released

s

mobile

5.3 Implementing version control

The TE initiates the version check by sending the Test command via the multiplexer control channel DLCI 0 (with TEMUX_Version).

As specified in the GSM recommendation 07.10 (chapter 5.4.6.3.4) the opposite entity shall respond with exactly the same value bytes.

The MS shall return the Test command response with the same contents for the verification pattern. Hereafter the MS shall send a Test command message (with MSMUX_Version) to the TE, and the TE shall respond with the same contents. After sending the response a version compare is made on both sides. As a result, both sides shall agree upon the same multiplexer protocol version.

5.3.1 Troubleshooting

When the MS realizes the implemented software but the TE does not respond correctly, the following errors might occur:

The “Request Test” message is not sent from the TE:

No version check takes place. No retransmission for “Request Test“ message is triggered. The multiplexer starts with protocol version 1 because no version information was exchanged between TE and MS.

The “Response Test” message is not sent from the TE:

No timer has been implemented for the non responding cases. If the response message is not received as expected, the multiplexer stays in the state DLC_CONNECTEDWAIT4RESPONSE until another multiplexing related action takes place.

However, it is possible to send test commands with “any contents” (except for test messages with the specific IEI for the version check). If a test command with “any contents” is sent, it has to be sent back to the originator with the same contents.

Mux_guide_v06

Page 35 of 36

30.06.2004

Page 35
Image 35
Siemens Mux_guide_v06 manual Implementing version control, Troubleshooting