In this section:
Overview
This feature is supported over the SBC-GW-GW-SBC scenario.
The SBC's handling of the request (ingress INVITE
) follows the conditions described below:
- If you configure the STI Profile, and
From
andP-Asserted-Identity
(PAI
) headers are present in the ingressINVITE
, the SBC sends display names of bothFrom
andPAI
headers to the PSX. - If multiple
PAI
headers are present in the ingress INVITE, the SBC selects the display name based on the following order of preference:- If a TEL URI with display name is present in the ingress INVITE, the SBC prioritizes it. If TEL URI does not have a display name, the SBC does not send display name from the
PAI
header to the PSX, even though the SIP URI have a display name. - If multiple SIP URI with display name are present in the ingress INVITE, the SBC selects the SIP URI with
userinfo
as digits. If the selected SIP URI does not have a display name, the SBC does not send display name from thePAI
header to the PSX, even though other SIP URI headers have a display name. - If no TEL URI/SIP URI with digits is present in the ingress INVITE, the SBC sends the topmost PAI header display name to the PSX. If the topmost PAI header does not have a display name, the SBC does not send any display name to the PSX.
- If a TEL URI with display name is present in the ingress INVITE, the SBC prioritizes it. If TEL URI does not have a display name, the SBC does not send display name from the
If the
From
header is present in the ingress INVITE, the SBC sends the display name from theFrom
header to the PSX.NoteThe SBC supports a maximum length of 35 for display name strings at the D+ interfaces.
The SBC's handling of the response follows the conditions described below
- The PSX sends verified display name, and the SBC adds verified display name to the
From
andPAI
header. The PSX sends display name responses per route. - If multiple PAI headers are present in the INVITE, the SBC adds verified display name to all PAI headers.
- The SBC adds the received display name to both
From
andPAI
header, even if the string is empty (“”
). - The privacy interactions of the SBC are as follows:
- If the
From
header is anonymized, the SBC does not add the STI verified display name to theFrom
header. In all other cases, the SBC adds the display name to bothFrom
andPAI
headers. - If you enable sending
PAI
header in the egress, the SBC adds the STI verified display name to thePAI
header, even though "Privacy: id
" is present. - If the
PAI
headers are removed due to privacy, the SBC only adds the display name toFrom
header.
- If the
For examples of SBC's behavior for the From
and PAI
headers, see the following table:
For all cases mentioned below, privacy transparency is enabled.
Ingress INVITE Display name | STI-VS Response | Egress INVITE | Comments |
---|---|---|---|
From: “ribbonUser” PAI: “ribbonUser” | “verified” ribbonUser | From: “verified” ribbonUser PAI: “verified” ribbonUser | |
From: “ribbonUser” PAI: “ribbonUser” | NONE | From: “ribbonUser” PAI : “ribbonUser” | Falls back to default SBC behavior |
From: “ribbon” PAI: “ribbonUser” | NONE | From: “ribbonUser” PAI: “ribbonUser” | Default behavior. Preference: PAI over From |
From: “ribbon” | “” ribbon | From: “” ribbon | |
From: "ribbon" PAI: "ribbon" | "verified" ribbon | From: “verified” ribbon PAI: "verified" ribbon | |
From: "ribbon" PAI: "ribbon" | "" | From:<> PAI: <> | If the STI-VS returns an empty string as a response, the display names of both From and PAI are empty. |
CAM Changes
The SBC adds the verified display name "STI Display Name
" to the CDR record under Protocol Variant Specific String, as sub-field 80.
SIP Protocol Variant String
Sub field | Name | Length |
---|---|---|
1 | Protocol Variant | 3 (SIP) / 5 (SIP-T) |
2 | Call ID | variable(256) |
3 | From Field | 256 |
4 | To Field | 256 |
5 | Redirect Attempt Count | 3 |
6 | Reserved | 0 |
7 | Display name | 47 |
8 | User parameter of P-K-CallForwardingLast Header | 24 |
9 | Userinfo and Hostname of SIP request URI header | 256 |
10 | User and hostname of SIP URI PAI header | 256 |
11 | USername parameter of the Proxy authorization header | 20 |
12 | displayname of Tel URI PAI header | 11 |
13 | INVITE contact header | 128 |
14 | 200 OK INVITE contact header | 128 |
15 | Redirecting reason parameter of P-K-CallforwardingOriginal header | 4 |
16 | Userinfo of Tel URI PAI header | 127 |
17 | Contractor Number value of P-Sig-Info header | 16 |
18 | ACK Received for 200 OK | 1 |
19 | Status Msg for Call Release | 3 |
20 | Reason Header value Q850 | 3 |
21 | NAPT Status of the SIP SG for Signaling | 1 |
22 | NAPT Status of the SIP SG for Media | 1 |
23 | Original Peer SDP Address for NAPT or ICE | 48 |
24 | UUI Sending Count | 2 |
25 | UUI Receiving Count | 2 |
26 | Service Information | 3 |
27 | ICID | 127 |
28 | Generated host for ICID | 127 |
29 | Originating IOI | 127 |
30 | Terminating IOI | 127 |
31 | P-K-Adn Header Number | 31 |
32 | IP Address for FQDN calls or IP address of route header selected as next hop | 48 |
33 | Transport Protocol | 1 |
34 | Direct Media Call | 1 |
35 | Inbound SMM Indicator | 1 |
36 | Outbound SMM Indicator | 1 |
37 | Originating Charge Area | 5 |
38 | Terminating Charge Area | 5 |
39 | Feature Tag in Contact Header | 200 |
40 | Feature Tag in Accept-Contact Header | 200 |
41 | P-Charging-Function-Address | 1024 |
42 | P-Called-Party-Id | 128 |
43 | P-Visited-Network-Id | 256 |
44 | Direct Media with NAPT Call | 1 |
45 | Ingress SMM Profile Name | 24 |
46 | Egress SMM Profile Name | 24 |
47 | P-Access-Network-Information header | 256 |
48 | IMS Node functionality | 2 |
49 | IMS node role | 1 |
50 | IMS Use PcfaCcf | 1 |
51 | P-CSCF calling party | 50 |
52 | P-CSCF called party | 50 |
53 | ICE used on Call | 1 |
54 | ICE Complete - Time-stamp when ICE Completes | 21 |
55 | Transit IOI List | 639 |
56 | Loop Back Ravel Call | 1 |
57 | Optimal Media Routing Applied | 1 |
58 | IMS PAI Service header | 64 |
59 | Feature-Caps header | 300 |
60 | Called Asserted Identity | 256 |
61 | NNI-Type | 1 |
62 | Neighbour Address | 39 |
63 | Relationship mode | 1 |
64 | Session direction | 1 |
65 | SMM CDR Field #1 | 256 |
66 | SMM CDR Field #2 | 256 |
67 | SMM CDR Field #3 | 256 |
68 | SMM CDR Field #4 | 256 |
69 | SMM CDR Field #5 | 256 |
70 | Origination ID | 36 |
71 | STI Service Type | 1 |
72 | STI Service Status | 1 |
73 | STI Reason Code | 3 |
74 | Ingress Global SMM Profile Name | 24 |
75 | Egress Global SMM Profile Name | 24 |
76 | Ingress AddrContext SMM Profile Name | 24 |
77 | Egress AddrContext SMM Profile Name | 24 |
78 | Ingress Zone SMM Profile Name | 24 |
79 | Egress Zone SMM Profile Name | 24 |
80 | STI Display Name | 35 |
81 | AniDnis Loop Detection Fail | 1 |
For more information, refer to the following: