Implementing version control, Troubleshooting, 3 implementing version control – Siemens Mux_guide_v06 User Manual
Page 35

Multiplexer User's Guide 
Confidential / Released 
s
m
o
b
i
l
e
Mux_guide_v06
Page 35 of 36
30.06.2004
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. 
