Integrated Services Digital Network (ISDN) User Part (ISUP) to Session Initiation Protocol (SIP) Mapping
Voir toute la rfc dans une seule page
Page : 45 / 68
Télécharger le PDF
Auteur(s) :
L. Ong,
J. Peterson,
G. Camarillo,
A. B. Roach
Classé sous :
Pstn,
Signaling system no. 7,
Ss7,
Public switched telephone network
RFC 3398 ISUP to SIP Mapping December 2002
ACK to the SIP network. Some specific circumstances are identified
below in which a gateway MAY attempt to rectify a SIP-specific
problem communicated by a status code without releasing the call by
retrying the request. When a REL is sent to the PSTN, the gateway
expects the arrival of an RLC indicating that the release sequence is
complete.
8.2.6.1 SIP Status Code to ISDN Cause Code Mapping
When a REL message is generated due to a SIP rejection response that
contains an encapsulated REL message, the Cause Indicator (CAI)
parameter in the generated REL SHOULD be set to the value of the CAI
parameter received in the encapsulated REL. If no encapsulated ISUP
is present, the mapping below between status code and cause codes are
RECOMMENDED.
Any SIP status codes not listed below (associated with SIP
extensions, versions of SIP subsequent to the issue of this document,
or simply omitted) should be mapping to cause code 31 "Normal,
unspecified". These mappings cover only responses; note that the BYE
and CANCEL requests, which are also used to tear down a dialog,
SHOULD be mapped to 16 "Normal clearing" under most circumstances
(although see Section 5.8).
By default, the cause location associated with the CAI parameter
should be encoded such that 6xx codes are given the location 'user',
whereas 4xx and 5xx codes are given a 'network' location. Exceptions
are marked below.
Camarillo, et. al. Standards Track [Page 45]