Professional Documents
Culture Documents
IP Multimedia System
Rajesh Challa
Agenda…
UMS CSCF
Thomas
challenges
you to a
game of
checkers!
Peter: 00:00:00
Accept
Thomas: Decline
00:00:00
SIP IP
Game data
IP Connection
Thomas
Peter
Peter accepted Invite
the challenge! player
Chat
Push to
Stream
Quit
Peter: 00:00:00
Thomas: 00:00:00
SIP IP
Game data
Chat IP Connection
Thomas
Peter
Peter: 00:00:00 Invite
Thomas: 00:00:00 player
UMS CSCF
Peter chooses
to add a
streaming
component to
share what he
SIP IP
Game data
is seeing
Streaming
video IP Connection
Thomas
Peter
StreamingPeter:
video00:00:00
from Invite
Peter: Thomas: 00:00:00 player
Quit
Intro du ction T o IM S….
What is IMS?
As defined by 3GPP – New Core Network “Domain” (i.e a new
mobile network infrastructure composed of a no. of discreet
elements).
CS: Simple User to user voice services. Expensive, Very limited services.
PS: ( User to Server) MMS, Streaming, Browsing. Still expensive.
IMS Advantages…(User as well as Operator)
☃ Cost effective.
IMS Capabilities
☃ S-CSCF ( Service CSCF) performs the session control services for the
subscriber, providing the call intelligence & the business logic. It acts a
Registrar.
Elements In IMS
☃ Multimedia Resource Function (MRF). It has 2
entities:
MRFC (MRF Controller)-
Control Media Stream resources in the MRFP
Interpret information from the AS & S-CSCF and control
MRFP accordingly.
I-CSCF S-CSCF
7
1. Register
2. Register
3. Cx Query
4. Cx Query Response
5. Cx Select-Pull
6. Cx Select – Pull response
7. Register
8. Cx Put
9. Cx Put Response
10. Cx Pull
11. Cx Pull Resp.
13. 200 Ok
14. 200 OK
Send Register Info to
Platform
15. 200 OK
Proxy CSCF Discovery
Using DHCP Method
Transfer the P-CSCF address with the PDP Context Signaling to the UE
UE SGSN GGSN
Duri ng PD P Cont ext Ac tivat ion Sign ali ng
1. Activate PDP Context Req. 2. UE indicates the req. of P-CSCF IP addrs.
1. Create PDP Context Req. in the PDP context request.
1a. The indication fwded to GGSN.
Get IP Addr.(es) of 2. GGSN gets the P-CSCF IP Addrs.
P-CSCF(s) 3. P-CSCF IP Addrs. fwded to UE
1. Register
2. Register
3. Cx Query
4. Cx Query Response
5. Register
Service Control
8. Cx Put
9. Cx Put Response
13. 200 Ok
14. 200 OK
15. 200 OK
SIP
☃ Proxy Server
Intermediate device that receives SIP requests from a client and then
forwards the requests on the client’s behalf.
Basically, proxy servers receives SIP messages and forward them to the
next SIP server in the network.
They can provide functions such as A&A, n/w access control, routing,
retransmission & security.
SIP Entities (Contd…)
☃ Registrar
Registers the location of the user sent in REGISTER
request from User. viz IP Addr, Port, user name etc.
Helps in locating a particular user.
☃ Redirect Server
Provides the client with information about the next hop or
hops that a message should take.
Then the client contacts the next hop server or UAS
directly.
SIP Message Parts…
☃ SIP message is composed of 3 parts:
Start Line – Every SIP message starts with Start Line. It can be either
Request – Line (SIP Request) or Status – Line (Response).
Request line includes a Request URI, which indicates the user / service to
which this request is being addressed. Unlike “To” field, this address can be
modified by proxies.
The status line holds the numeric Status – code
Headers – Used to convey the message attributes. Similar to HTTP
header fields. Format of the Header fields:
<name>:<value>
Examples : Via, Contact, Route …
Body – Used to describe the session to be initiated. Possible body types
include:
SDP (Session Description Protocol.)
MIME (Multimedia Internet Mail Extension)
SIP Message Examples
☃ Reque st
INVITE sip:raj@samsung.com SIP/2.0 – Request line: Method type,
request URI, SIP version.
Via: SIP/2/0/UDP … - Address of previous hop.
From: Kaja SMP < pkaja@samsung.com > - User originating this request.
To: Rajesh C < raj@samsung.com > - User being invited.
Call ID: 8340938736 - Globally unique ID of this call.
CSeq: 1 INVITE – Command seq. Identifies transaction.
Subject: …
Content-Type: application/SDP – Type of body.
Content-Length: …(Blank line marks end of SIP header & beginning of
body.
V=0 – Version of SDP
O= … - Owner/creator & session identifier, session version address type
and address.
S=… - Session subject
C=… - Connection information
M= audio… - media desc. Type, port, possible formats
SIP Message Examples
☃ Res po ns e
SIP/2.0 200 OK – Status line: SIP version, response code, reason phrase.
Via: SIP/2/0/UDP … - copied from request.
From: Kaja SMP < pkaja@samsung.com > - copied from request.
To: Rajesh C < raj@samsung.com >;tag=… - copied from request.
Include unique tag..
Call ID: 8340938736 - copied from request.
CSeq: copied from request.
Content-Type: application/SDP – Type of body.
Content-Length: …(Blank line marks end of SIP header & beginning of
body.
V=0 – Version of SDP
O= … - Owner/creator & session identifier, session version address type
and address.
S=… - Session subject
C=… - Connection information
M= audio… - media desc. Type, port, possible formats
Operation
Client / Server Transactions
Client: SIP entity generating requests.
Server: SIP receiving request & returning responses.
SIP Requests
INV ITE : Initiates a call, changes call parameters (re-INVITE)
ACK : Provide a 3-Way handshake
CANC EL : Cancels searches & “ringing”.
BY E : Terminates the call.
RE GISTE R : Registers with the Location Service.
OPTIONS : Queries the capabilities of the other side.
INF O : Sends Mid–Session info that does not modify the session state.
Trying
Ringing
User OK User
Agent ACK
Agent
Client Server
BYE
OK
SDP (Session Description Protocol)
☃ SDP is the protocol used to desc. Multimedia session
announcement, invitation. A multimedia session is
defined as – Set of media streams that exist for a
duration of time.
☃ SDP packets usually include:
☃ Session Information
☃ Session name & purpose
☃ Time(s) the session is active.
☃ Callee responds with final call parameters in the 200 (answer) response to
the INVITE
final choice of audio and video codec
maximum video bitrate acceptable to the callee to receive
v=0
o=0403242565 0 0 IN IP4 207.82.37.49
s=-
c=IN IP4 207.82.37.49
t=0 0
m=audio 8208 RTP/AVP 4 0 8 <- Caller can receive audio codecs G.723.1,G.711U,G.711A
a=ptime:30
m=video 8210 RTP/AVP 34 31 <- Caller can receive video codecs H.263 and H.261
a=rtpmap:34 H263/90000
a=rtpmap:31 H261/90000
b=AS:640 <- Caller can receive up to 640kbps video bitrate
v=0
o=0403242509 0 0 IN IP4 207.82.37.103
s=-
c=IN IP4 207.82.37.103
t=0 0
m=audio 8200 RTP/AVP 4 <- Callee can receive audio codec G.723.1
a=ptime:30
m=video 8202 RTP/AVP 34 <- Callee can receive video codec H.263
a=rtpmap:34 H263/90000
b=AS:128 <- Callee can receive up to 128kbps video bitrate, hence
both parties will encode video at this bitrate
RTP (Real Time Transport Protocol)
☃ RTP provides the information for:
☃ Media content type
☃ Talk spurts
☃ Sender identification
☃ Synchronization
☃ Loss detection
☃ Segmentation and reassembly
☃ Security (encryption)
Phy /
IP UDP RTP Media Content
MAC
☃ Alice creates a subscription about the status of Bob (User A). The Presence
Server will remember to notify Alice ( User B ), when Bob status changes.
Example 2-- Conferencing
☃ The Original purpose of SIP was to enable media sessions, & it is able to do
this in the following way:
Registrar – A SIP User Agent (client) can send a REGISTER message to the
registrar to advertise its availability. The register operation associates the SIP URI
with one of more access points known as contacts. When a caller wants to
establish a session with the callee, the information in the registrar is used to find
the callee.
Session Management – To place a call to the other user, a SIP user agent sends
an INVITE message to the server and will forward it to the target user. This
message & the other which follow allow for negotiation of media types, such as
audio & video. Once the session is established, the media can be exchanged
directly ( Peer-to-peer).
Two way media Session
COMMUNICATION
Socket API
IMS
TAPI Proto Manager SIP application
MOCHA services
TCP/IP/PPP
Base Platform
Thank You
???