3GPP TS 24.228 -- IMS Signalling flows for Session Initiation
|
|
|
|
|
|
|
| Session Initiation: Non Hiding |
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| Session Initiation: Hiding |
| |
|
| |
|
| |
|
| |
|
| | |
|
|
|
|
| - |
Mobile origination, roaming
|
| - |
Different network operators performing origination and termination
|
| - |
Mobile termination, roaming
|
|
|
|
|
|
|
|
|
|
|
|
| - |
UE1 is located in a visited network, and determines P-CSCF1 via the CSCF discovery procedure.
|
| - |
P-CSCF1 knows the name/address of S-CSCF1 from a prior Registration performed by the UE.
|
|
|
|
|
|
|
|
| - |
UE1 builds an SDP offer containing bandwidth requirements and characteristics for
each set of codecs that it is capable of supporting for this session. It assigns local port numbers for
each possible media flow.
UE1 is willing to establish a multimedia session comprising a
video stream and an audio stream. The video stream supports two codecs, either H.263 or MPEG-4
Visual. The audio stream supports the AMR codec.
|
| - |
Request-URI:
contains the international E.164 number from the user.
|
| - |
Via: contains the IPv6 address or FQDN (fully qualified domain name)
of the originating UE.
|
| - |
Route:
Contains the P-CSCF address learnt during P-CSCF discovery,
plus the elements from the
Service-Route header from registration. The P-CSCF URI contains the port number learnt
during the security agreement negotiation.
|
| - |
P-Preferred-Identity:
The user provides a hint about the identity
to be used for this session.
|
| - |
P-Access-Network-Info:
The UE provides the access-type and access-info,
related to the serving access.
|
| - |
Privacy:
The user does not require privacy,
therefore the Privacy header is set to the value "none" as
specified in RFC 3325 and RFC 3323.
|
| - |
Security-Verify:
Contains the security agreement
as represented by the received Security-Server header.
|
|
|
|
|
|
|
|
| - |
P-CSCF1 adds itself to the Record-Route header and Via header. As the request is forwarded to an
interface that is not compressed, the own P-CSCF SIP URI does not contain the "comp=sigcomp"
parameter.
|
| - |
P-CSCF1 removes the Security-Verify header and associated "sec-agree" option-tags prior to
forwarding the request. As the Proxy-Require header is empty, it removes this header completely.
|
| - |
P-Asserted-Identity:
P-CSCF1 inserts the SIP URI in
the P-Asserted-Identity header field and it also removes
P-Preferred-Identity header field.
|
| - |
P-Charging-Vector:
P-CSCF1 inserts this header and
populates the icid parameters with a globally unique value.
|
| - |
S-CSCF#1 validates the service profile of this subscriber and evaluates the initial filter criterias. For
this example, assume no Application Server involvement.
|
|
|
|
|
|
|
|
| - |
Request-URI:
In the case where the Request-URI of the incoming INVITE request to S-CSCF contains a
TEL-URL, it has to be translated to a globally routable SIP-URL before applying it as
Request-URI of the outgoing INVITE request. For this address translation the S-CSCF uses
the services of an ENUM-DNS protocol according to RFC 2916, or any other suitable
translation database.
|
| - |
As S-CSCF1 does not know whether the I-CSCF at home2.net is a loose router or not,
it does not introduce a Route header.
|
| - |
P-Asserted-Identity:
S-CSCF1 inserts the corresponding TEL URL to the P-Asserted-Identity header in
order that the TEL URL is known to the destination network in case the INVITE is forwarded
to a MGCF.
|
| - |
P-Charging-Vector:
S-CSCF1 adds the identifier of its own
network to the originating Inter Operator
Identifier (IOI) parameter of this header.
|
| - |
I-CSCF2 sends a query to the HSS (the public user identity is provided in the Request-URI)
to find out the S-CSCF of the called user. The HSS responds with
the address of the current S-CSCF for the terminating subscriber.
|
|
|
|
|
|
|
|
| - |
NOTE: I-CSCF2 does not add itself to the Record-Route header, as it has no need to remain in the
signalling path once the session is established.
|
| - |
S-CSCF#2 validates the service profile of this subscriber and evaluates the initial filter criterias.
|
|
|
|
|
|
|
|
| - |
S-CSCF2 remembers (from the registration procedure) the UE Contact address and the next hop CSCF
for this UE.
|
| - |
Route:
Built from the Path header stored at registration.
|
| - |
Via:/Record-Route:
S-CSCF2 adds itself.
|
| - |
P-Called-Party-ID:
Includes the dialled URL with its parameters.
|
|
|
|
|
|
|
|
| - |
Via:
P-CSCF2 adds the port number negotiated during the security agreement and the
comp=sigcomp parameter to its Via header.
|
| - |
Record-Route:
P-CSCF2 adds the port number negotiated during the security agreement and the
comp=sigcomp parameter to its own URI.
|
| - |
P-Media-Authorization:
A P-CSCF generated authorization token. This particular example shows a Policy-Element
generated by "pdf1.home1.net" with credentials "31S14621".
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| - |
P-Access-Network-Info:
UE2 provides the access-type and access-info, related to the serving access network.
|
| - |
To:
A tag is added to the To header.
|
| - |
Contact:
Contains a SIP URI with the IP address or FQDN of UE2. It includes the
comp=sigcomp parameter.
|
| - |
SDP:
The SDP contains the set of codecs supported UE2. It requests a confirmation of the
QoS preconditions for establishing the session.
|
| - |
P-CSCF2 authorizes the resources necessary for this session. The approval of QoS commitment either
happens at this stage or after 200 OK of INVITE based on operator local policy.
|
|
|
|
|
|
|
|
| - |
Record-Route:
P-CSCF2 rewrites the Record-Route header field value to remove the port number
used for the security association and the comp=sigcomp parameter from its own URI.
|
| - |
P-Asserted-Identity:
P-CSCF2 inserts the default SIP URI of the user in the P-Asserted-Identity header field.
|
|
|
|
|
|
|
|
| - |
P-Asserted-Identity:
S-CSCF2 inserts the TEL URI of the user in the P-Asserted-Identity header field.
|
| - |
P-Charging-Vector:
S-CSCF2 adds the identifier of its own network to the terminating Inter Operator
Identifier (IOI) parameter of this header and puts back the originating IOI parameter.
|
| - |
P-Charging-Function-Addresses:
S-CSCF2 passes this header to I-CSCF2 for charging.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| - |
P-CSCF1 authorizes the resources necessary for this session. The approval of QoS commitment either
happens at this stage or after 200 OK of INVITE based on operator local policy.
|
|
|
|
|
|
|
|
| - |
P-Media-Authorization:
a P-CSCF generated authorization token; this particular example shows a Policy-Element
generated by "pdf2.visited2.net" with credentials "9BV3072"; "00" at the end
of the authorization token is required to pad to a multiple of 4 bytes.
|
| - |
Record-Route:
P-CSCF1 rewrites the Record-Route header to add the port number negotiated
during the security agreement and the comp=sigcomp parameter to its own SIP URI.
|
|
|
|
|
|
