15.2 Dialogue establishment
29.0023GPPMobile Application Part (MAP) specificationRelease 17TS
The establishment of a MAP dialogue involves two MAP-service-users: the dialogue-initiator and the dialogue-responder.
This procedure is driven by the following signals:
– a MAP-OPEN request primitive from the dialogue-initiator;
– a TC-BEGIN indication primitive occurring at the responding side;
– a MAP-OPEN response primitive from the dialogue-responder;
– the first TC-CONTINUE indication primitive occurring at the initiating side;
and under specific conditions:
– a TC-END indication primitive occurring at the initiating side;
– a TC-U-ABORT indication primitive occurring at the initiating side;
– a TC-P-ABORT indication primitive occurring at the initiating side.
One instance of the MAP dialogue state machine runs at the initiating side, and one at the responding side.
15.2.1 Behaviour at the initiating side
The behaviour of the MAP dialogue state machine at the initiating side is defined in sheets 1 – 8 of the process MAP_DSM (figure 15.6/3).
Sheet 3: When the MAP dialogue state machine at the initiating side is waiting for a response from the responding side, a TC-END indication which echoes the AC name which was sent in the TC-BEGIN indicates acceptance of the dialogue.
Sheet 3: If the dialogue opening is accepted, any components included in the TC-END are processed and passed to the MAP-Service User. The dialogue is closed by sending a MAP-CLOSE to the MAP-Service User.
Sheet 3, sheet 4, sheet 5, sheet 6, sheet 7, sheet 8: when a dialogue is terminated, the MAP dialogue state machine terminates all instances of the Requesting_MAP_SSM which are active for this dialogue.
Sheet 4: A TC-P-ABORT with an abort parameter Incorrect_Transaction_Portion indicates that the responding side does not support a MAP version higher than 1. This triggers a MAP-OPEN confirm indicating that the dialogue is refused, with a refuse reason potential version incompatibility. The MAP-Service User may then decide to retry the dialogue at MAP version 1.
Sheet 8: When the MAP dialogue state machine at the initiating side is waiting for a response from the responding side, a TC-CONTINUE indication which echoes the AC name which was sent in the TC-BEGIN indicates acceptance of the dialogue.
Sheet 8: If the dialogue opening is accepted, any components included in the TC-CONTINUE are processed and passed to the MAP-Service User. The dialogue has then reached the established state.
15.2.2 Behaviour at the responding side
The behaviour of the MAP dialogue state machine at the responding side is defined in sheets 0 – 14 of the process MAP_DSM (figure 15.6/3).
Sheet 9: If no application context information is included in the TC-BEGIN indication, this implies a MAP version 1 dialogue. An explicit application context indicating version 1 is treated as abnormal behaviour.
Sheet 11: The v1 application context name which corresponds to a v1 operation is derived using the information in table 15.2/1.
Table 15.2/1: Mapping of V1 operation codes on to application-context-names
Operation |
Application-context-name (note 1) |
updateLocation |
networkLocUpContext-v1 |
cancelLocation |
locationCancellationContext-v1 |
provideRoamingNumber |
roamingNumberEnquiryContext-v1 |
insertSubscriberData |
subscriberDataMngtContext-v1 |
deleteSubscriberData |
subscriberDataMngtContext-v1 |
sendParameters |
infoRetrievalContext-v1 |
networkLocUpContext-v1 (note 2) |
|
beginSubscriberActivity |
networkFunctionalSsContext-v1 |
sendRoutingInfo |
locationInfoRetrievalContext-v1 |
performHandover |
handoverControlContext-v1 |
reset |
resetContext-v1 |
activateTraceMode |
tracingContext-v1 |
deactivateTraceMode |
tracingContext-v1 |
sendRoutingInfoForSM |
shortMsgGatewayContext-v1 |
forwardSM |
shortMsgRelayContext-v1 |
reportSM-deliveryStatus |
shortMsgGatewayContext-v1 |
noteSubscriberPresent |
mwdMngtContext-v1 |
alertServiceCentreWithoutResult |
shortMsgAlertContext-v1 |
checkIMEI |
EquipmentMngtContext-v1 |
NOTE 1: These symbolic names refer to the object identifier value defined in clause 17 and allocated to each application-context used for the MAP.
NOTE 2: The choice between the application contexts is based on the parameters received in the operation.
Sheet 12: If the dialogue is accepted, each component present in the TC-BEGIN is forwarded to an instance of a Performing_MAP_SSM, by executing the procedure Process_Components.
Sheet 13: If the MAP dialogue state machine receives a MAP-OPEN response with a result accepted, it waits for any MAP specific service request or response primitives or a MAP-DELIMITER request.
Sheet 13, sheet 14: When a dialogue is terminated, the MAP dialogue state machine terminates all instances of the Requesting_MAP_SSM or Performing_MAP_SSM which are active for this dialogue.
Sheet 14: A MAP-DELIMITER request triggers a TC-CONTINUE request to accept the dialogue. The dialogue has then reached the established state.