Modem Simulator
|
Phone Number | Function |
---|---|
199 | Initiate a Dial Back, that is, the simulator will immediately hang-up and then dial the user back after a delay of 5 seconds. This is used to test incoming connections in a single-user environment. |
1993 | Same as 199, but use a delay of 30 seconds. |
177 | Dials back after 2 seconds, but then hangs up after waiting 5 seconds for the call to be accepted. This is used to simulate an incoming call that does not connect. |
166 | Same as 177, but dials back after 1 second and hangs up after 4. |
155 | Immediately responds with BUSY to indicate that the call could not be connected to the other party due to them being busy. |
12399 | Simulates a call control event of "allowed". |
12388 | Simulates a call control event of "allowed with modifications". The number will modified to 12389. |
12377 | Simulates a call control event of "disallowed". |
The Modem Simulator includes support for GSM 07.10 multiplexing, which is started using the AT+CMUX command. It will be activated as soon as Qt Extended sends this command to the simulator. Up to 63 channels are supported, using the basic GSM 07.10 multiplexing mode and any valid GSM 07.10 packet size. Advanced mode is not supported.
Modem Simulator responses are defined by an XML file (for example, troll.xml) with the following format:
tag | description |
---|---|
<simulator> | Root element for the XML document. |
<state name="X"> | Define commands that only apply in a specific state. |
<chat> | (child of top-level or <state>) Define a chat command/response sequence. A top-level <chat> applies to all states unless there is a state-specific override. |
<command> | (child of <chat>) Contains the text of the command to respond to. The wildcard character "*" at the end of the text can be used to match everything starting with a specific prefix. |
<response delay="N" eol="true|false"> | (child of <chat>) Contains the text of the response, with an optional delay prior to sending it back to the client. The delay is in milliseconds. The sequence "${X}" can be used in a response to indicate "substitute the value of script variable X". If "eol" is "true" (the default), then the response will be followed by an end-of-line sequence. |
<switch name="X"/> | (child of <chat>) Switch into the specified state after issuing the response. An unspecified state name indicates to return to the top-level state. The name "default" can be used to switch back to the default state. |
<unsolicited delay="N" switch="X" [once="true"]> | (child of top-level or <state>) Indicates an unsolicited response to issue to the client after "N" milliseconds after switching into the current state. The optional "switch" tells the simulator to enter the specified state after sending the unsolicited response (e.g. an unsolicited RING may put the simulator into a different state from the default). The sequence "${X}" can be used in a response to indicate "substitute the value of script variable X". If once="true" is supplied, then the unsolicited command will only be issued once, not every time the current state is entered. |
<set name="X" value="Y"/> | (child of top-level or <chat>) When used at the top level, this sets the default value of a script variable called "X" to "Y". When used within a <chat> element, this will set the value of the script variable "X" when the <chat>'s command is successfully matched. The value "*" can be used for the "*" part of a prefix command match. This allows parameter information to be copied from a command into a variable. |
<start name="X"/> | Starting state, if not the same as the top-level state. |
<phonebook name="XX" size="N"> | Define the phonebook called XX to have a size of N entries. Each entry is defined by an <entry> tag. |
<entry index="IDX" number="NUM" name="NAME"/> | Define an entry in the surrounding <phonebook> definition. |
Prior to Qtopia 4.3, the SIM Application Toolkit application was defined in the simulator rule file using the <toolkit> tag. This was not flexible enough to handle all SIM Application Toolkit implementation scenarios.
From Qtopia/Qt Extended 4.3 onwards, the modem simulator source code must be modified to change the definition of the builtin SIM Toolkit Application, in the source files simapplication.h and simapplication.cpp. An alternative is to use the QtUiTest system test framework, which can be used to modify the modem simulator's behavior dynamically during a system test.
The <filesystem> tag is used to define the contents of the SIM file system for access via the AT+CRSM command. The body of the tag should be zero or more <file> tags, each of which defines the hexadecimal contents of a SIM file. The following attributes may be present for each file:
attribute | description |
---|---|
name | Name of the file, which is one of the EFxxx names from GSM 51.011. |
recordsize | Size of records within the file if it is record-based. Leave this attribute off for binary files. |
Cette page est une traduction d'une page de la documentation de Qt, écrite par Nokia Corporation and/or its subsidiary(-ies). Les éventuels problèmes résultant d'une mauvaise traduction ne sont pas imputables à Nokia. | Qt qtextended4.4 | |
Copyright © 2012 Developpez LLC. Tous droits réservés Developpez LLC. Aucune reproduction, même partielle, ne peut être faite de ce site et de l'ensemble de son contenu : textes, documents et images sans l'autorisation expresse de Developpez LLC. Sinon, vous encourez selon la loi jusqu'à 3 ans de prison et jusqu'à 300 000 E de dommages et intérêts. Cette page est déposée à la SACD. | ||
Vous avez déniché une erreur ? Un bug ? Une redirection cassée ? Ou tout autre problème, quel qu'il soit ? Ou bien vous désirez participer à ce projet de traduction ? N'hésitez pas à nous contacter ou par MP ! |
Copyright © 2000-2012 - www.developpez.com