fixed services • The core and its services are independent from the access • Layered architecture – Transport, session control, applications – Transparency through standard interfaces • Session Control Layer – End point registration – Session establishment • Application Layer – Service Logic
DIAMETER: HSS • Application Server – SIP/DIAMETER interface towards service control layer – XCAP interface (based on HTTP) towards UE – Call related application logic – IMS service (e.g., Presence, PoC) – Service Creation Environment
• Precondition: UE has IP address and knows IMS entry point • All CSCF are used – P-CSCF (home/visited): Entry point, determines I-CSCF – I-CSCF (home): Determines S-CSCF – S-CSCF (home): Authenticates the subscriber, registers IMS subscriber, interacts with service layer • User assigned to one S-CSCF after successful registration – Knows user profile until de-registration
• Authentication and Subscription identification • Not used for routing – Public User Identity (sip:[email protected] or tel:+1234567890) • Contact to be reached by others • SIP URI or tel URL • Implicit Set of public user identities for grouping registration • Services and other network entities can be addressed using a SIP URI • User identities are part of the user profile
public user identity for communication • IMS subscriber can access services now or perform calls • P-CSCF (home or local) – Proxy, contacts assigned S-CSCF for the calling subscriber • S-CSCF (home) – Service control and logic – Contacts application or other party • I-CSCF – Entry point for communication from other domain
• Service Profile – Public Identification (assigned subscribers) – Initial Filter Criteria (triggering AS interaction) • Initial Filter Criteria (iFC) – Trigger points with service point triggers (conditions when to interact) – Application server (SIP URI for interaction)
access and dependencies to user registration state and service availibility. Each service profile can be specified for a single user or shared by different users by linking the service profile.
the dependency to user registration state. Three different states will be differ: - registered (user is registered) - unregistered (user is not registered) - independend (user registered or not)
about trigger point and application server access data belong the service profile. An trigger point is a logical expression including sip message parts and matching expressionsaccording the service.
Logical expression: CNF: ( A or B ) and C DNF: ( A and B ) or C Filter: Trigger Point + AS Information Service Profile Indicator: registered/unregistered/independend Requested URI Method header Session case SDP line matches/ equals/ is one of Service Point Trigger:
(iFC) retrieved from HSS during registration • Subsequent filter criteria (sFC) provided by application server (beyond 3GPP R8) – Allow dynamic definition of trigger points during application runtime
users that want to use presence • IFC – AS: Presence Server – TP: CNF (&) • Method – PUBLISH – SUBSCRIBE • Event – Header: Event – Content: .*presence.* P-CSCF Presence Server S-CSCF SUBSCRIBE 200 OK 200 OK NOTIFY SUBSCRIBE 200 OK 200 OK NOTIFY SUBSCRIBE 200 OK 200 OK NOTIFY UE
atlanta.com wants to subscribe to Bob from IMS behind biloxy.com • Alice is currently in Chicago, Bob is at home – Is it possible? – Where does Bob have to publish? – Where does Alice have to subscribe? – Which components are involved? – How is the call flow?
of CSCF/HSS roles – Function of components – Routing within control layer and towards applications • Understanding IMS user identities • Service control, routing, application layer interaction • Many things omitted in this presentation – Network access layer – S-CSCF assignments in detail, SLF/HSS separation – QoS resource reservation – PSTN Breakout – Charging
write and modify data stored in XML format on server – Hard state presence information – Watcher authorization – Resource Lists • XML document sub-trees and element attributes are mapped into HTTP URIs direct access via XPath • Various selections (e.g., one or more elements, children, attributes, content)
application needs • HTTP primitives ‘Get’, ‘Put’ and ‘Delete’ are used • Body contains XML data to be added/modified eXtensible Configuration Access Protocol
• Support in locating SIP servers – NAPTR lookup – SRV lookup – A/AAAA lookup • NAPTR resolves the preferred protocol and the DNS string to locate the service – ngnlab.eu. 7200 IN NAPTR 10 50 "s“ "SIP+D2T“ _sip._udp.ngnlab.eu. • SRV look-up for a NAPTR given address indicates the domain and port the service listens on – _sip._udp.ngnlab.eu. 7200 IN SRV 0 0 5060 icscf.ngnlab.eu. • A/AAAA to find the IP address of the domain name – icscf.ngnlab.eu. 7200 IN A 147.175.103.213