Siemens Mux_guide_v06 manual Implementing version control, Troubleshooting

Page 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

Image 35
Contents Siemens Cellular Engines Version DocID Muxguidev06Muxguidev06 Document Name Multiplexer Users GuideMultiplexer Users Guide June 30Contents Multiplexer protocol version control TablesDocument history Chapter What is newIntroduction References Supported products and related documentsAbbreviation Description Term and abbreviationsProduct concept and architecture Multiplexer protocol an overviewVirtual channels and AT commands Restrictions CharacteristicsIntegrating multiplexer into the customer application Basic requirementsFunctions without channel dependencies Timing conditions RTS/CTS on the physical channels Multiplexer control and signaling linesFlow control Logical flow controlCOM M COM N COM P RTS/CTS RTS/CTS on the logical channelsEscape sequence Power savingBandwidth of logical channels Data link layer Structure of the multiplexer protocolIntroduction of the multiplexer protocol Address field Flag sequenceFrame Type Control fieldBit Length indicatorInformation field Frame checking sequence field FCSState diagrams Relationship between the customer µC and the GSM engine µC AT+CMUX Serial Interface Customer GSM engineCustomer µC Serial interfaceResponder CustomerEngine GSM engineType field Close-down procedureDLC release Multiplexer control channelLength field Test command TestMultiplexer close down CLD Modem status command MSC Break signal optional Bit Not supported Value octet Length=1 Bit Power saving control PSCCommands Bit Description Type BitNo Value octet Length=0 Non-supported command response NSCValue octet Bit Command Type Non-supported commandAT+CMUX Customer GSM engine µCIntroduction Multiplexer protocol version controlMultiplexer protocol versions Modem status command MSCSignals Break Signals Octet Optional Command Bit Signals BitImplementing version control TroubleshootingExample of TestCommand message Coding of TestCommand message