Professional Documents
Culture Documents
Inter-IMS Interworking
Contents
3.2.2.2.3.1 Inter-IMS Interworking
When a subscriber in IMS_A calls a subscriber in IMS_B, I-BCF_A and I-BCF_B process the call
as follows:
When a subscriber in IMS_B calls a subscriber in IMS_A, I-BCF_A and I-BCF_B process the call
as follows:
Figure 1 shows the interworking flow when a subscriber in IMS_A calls a subscriber in IMS_B to
illustrate how the interconnection border control function (I-BCF) performs incoming and
outgoing trunk management.
Figure 1 Interworking flow when a subscriber in IMS_A calls a subscriber in IMS_B
• R1: Upon receiving an INVITE message, the originating serving-call session control
function (S-CSCF) determines that the next hop is I-BCF_A and routes the INVITE
message to I-BCF_A.
• R2: I-BCF_A determines that the INVITE message is sent from the local network
because only its address is contained in the Route header field. I-BCF_A also determines
that the called party belongs to an external network. As a breakout point from IMS_A,
I-BCF_A performs outgoing trunk management as follows:
I-BCF_A selects an outgoing trunk to the peer network and queries the
outgoing SIP trunk attributes to obtain the interworking policy.
3. Performs outgoing trunk management based on the SIP trunk attributes. For
example:
▪ If topology hiding is required for the outgoing trunk, I-BCF_A
deletes header fields relevant to the topology information. For details,
see Topology Hiding.
▪ If media NAT, QoS control, or codec conversion is required for the
outgoing trunk, I-BCF_A instructs the I-BGF to implement these
functions. For details, see QoS, Media NAT, and Codec Conversion.
▪ If number conversion is required for the outgoing trunk, I-BCF_A
converts the calling and called numbers. For details on number
conversion, see Trunk-based Number Conversion Supported by the
IBCF.
▪ If signaling filtering is required for the outgoing trunk, I-BCF_A
implements signaling filtering. For details, see Signaling Filtering.
• R3: Upon receiving the INVITE message from I-BCF_A, I-BCF_B determines that the
request is not sent from the local domain. As an entry point to IMS_B, I-BCF_B
performs incoming trunk management as follows:
L1 (abnormal scenario): If the incoming trunk is configured to query the HSS, I-BCF_B
directly sends an LIA message to the HSS to query the S-CSCF address.
• When the I-BCF is implemented by the CSC3300, see Trunk-based Routing Supported by the IBCF for the
route selection flow, and see Trunk Blocking Supported by the IBCF, Trunk-based Number Conversion
Supported by the IBCF, Trunk-based Call Restriction, and ENUM Query Supported by the IBCF for the
other functions.
• When the I-BCF is implemented by the MSOFTX3000, see the MSOFTX3000 product manual.