Negoziazione media per il supporto della QoS

In questo paragrafo viene descritta in dettaglio la procedura di negoziazione dei media attraverso lo scambio di messaggi di tipo SDP presenti all'interno del campo dati dei messaggi SIP. Nella figura 6.17 viene rappresentato in dettaglio questa procedura.

Si ricorda che in questo caso abbiamo considerato la procedura per garantire il supporto dei parametri di QoS (Quality of Service) in modo obbligatorio, attraverso la negoziazione delle precondizioni.

figura 6.24:Procedura di negoziazione dei media senza supporto di QoS

usare.

All'interno del messaggio SDP riportato nella figura 6.18, si possono notare i seguenti campi:

la (v)line indica la versione del protocollo SDP,

la (o)line indica nei primi due parametri l'identificativo della comunicazione SDP, il terzo parametro indica l'utilizzo del protocollo Internet e la relativa versione e l'ultimo parametro indica indirizzo IP del terminale.

La (s)line indica tipo di sessione

La (m)line indica il tipo di media utilizzato (in questo caso quello audio), la porta utilizzata e cioè la 10001 e il protocollo utilizzato (il RTP/AVP) e i formati supportati (i 0, 8 e 101). Successivamente negli attributi si descrivono in dettaglio i vari formati supportati: rtpmap:0 e rtpmap:8 PCMA/8000 indicano l'utilizzo di una Modulation pulse code ITU-T e rtpmap:101 telephone- event/8000 indica l'utilizzo di un Dual Tone Multifrequency.

La (b)line indica la banda supportata, in questo caso è di 64Kb/s.

Negli attributi abbiamo anche la definizione dei parametri riferiti alle precondizioni:

• “curr:qos local none /curr:qos remote none”:questi due campi indicano che al

momento non ho QoS sia da lato chiamante che da lato chiamato

• des:qos mandatory local sendrecv indica che il supporto di QoS è obbligatorio

da parte del lato chiamante sia in direzionale di trasmissione che di ricezione.

• des:qos mandatory remote sendrecv indica che il supporto di QoS da lato

C'è da osservare che il lato “local” è considerato quello relativo a chi genera il messaggio SDP mentre il lato “remote” è quello di chi riceve il messaggio.

Message body

Session Description Protocol

Session Description Protocol Version (v): 0

Owner/Creator, Session Id (o): - 0 0 IN IP410.0.0.2 Session Name (s): IMS Call

Connection Information (c): IN IP4 10.0.0.2 Time Description, active time (t): 0 0

Media Description, name and address (m): audio 10001 RTP/AVP 0 8 101 Bandwidth Information (b): AS:64

Media Attribute (a): curr:qos local none Media Attribute (a): curr:qos remote none

Media Attribute (a): des:qos mandatory local sendrecv Media Attribute (a): des:qos mandatory remote sendrecv Media Attribute (a): rtpmap:0 PCMU/8000

Media Attribute (a): rtpmap:8 PCMA/8000

Media Attribute (a): rtpmap:101 telephone-event/8000 Media Attribute (a): fmtp:101 0-11

figura 6.18:Messaggio SDP contenuto nell'INVITE

Federica risponde, potendo rifiutare alcuni di questi media e codec. Si può notare analizzando la figura 6.19, che in questo caso vengono supportati da entrambi gli stessi formati audio. In aggiunta ho il campo “conf:qos remote sendrecv”: questo indica che il chiamante appena sono state riservate le risorse deve inviare un messaggio di conferma. Si ricorda che in questo caso Federica intende come lato “locale” il proprio e lato “remoto” quello del chiamante.

Message body

Session Description Protocol

Session Description Protocol Version (v): 0

Owner/Creator, Session Id (o): - 0 0 IN IP4 10.0.0.3 Session Name (s): IMS_Call

Connection Information (c): IN IP4 10.0.0.3 Time Description, active time (t): 0 0

Media Description, name and address (m): audio 10001 RTP/AVP 0 8 101 Bandwidth Information (b): AS:64

Media Attribute (a): curr:qos remote none Media Attribute (a): curr:qos local none

Media Attribute (a): des:qos mandatory remote sendrecv Media Attribute (a): conf:qos remote sendrecv Media Attribute (a): des:qos mandatory local sendrecv Media Attribute (a): rtpmap:101 telephone-event/8000 Media Attribute (a): fmtp:101 0-15

Media Attribute (a): rtpmap:0 PCMU/8000 Media Attribute (a): rtpmap:8 PCMA/8000

Marco invia un primo messaggio di PRAck con i codec supportati per ogni tipo di media.

Anche in questo caso ho in aggiunta il campo “conf:qos remote sendrecv” per indicare che anche il chiamato appena sono state riservate le risorse dovrà inviare un messaggio di conferma. Si ricorda che in questo caso Federica intende come lato “locale” il proprio e lato “remoto” quello del chiamante. Il corpo SDP di tale messaggio viene mostrato nella figura 6.20.

Message body

Session Description Protocol ...

Media Description, name and address (m): audio 10001 RTP/AVP 0 8 101 Bandwidth Information (b): AS:64

Media Attribute (a): curr:qos local none Media Attribute (a): curr:qos remote none

Media Attribute (a): des:qos mandatory local sendrecv Media Attribute (a): des:qos mandatory remote sendrecv Media Attribute (a): conf:qos remote sendrecv Media Attribute (a): rtpmap:101 telephone-event/8000 Media Attribute (a): fmtp:101 0-15

Media Attribute (a): rtpmap:0 PCMU/8000 Media Attribute (a): rtpmap:8 PCMA/8000

figura 6.20:Messaggio SDP contenuto nel PRACK

Marco attraverso il messaggio di UPDATE indica che dalla sua parte le risorse richieste sono già disponibili. Infatti si può notare dalla figura che il campo (a) curr:qos local è stato modificato da none a sendrecv.

Message body

Session Description Protocol ...

Media Description, name and address (m): audio 10001 RTP/AVP 0 8 101 Bandwidth Information (b): AS:64

Media Attribute (a): curr:qos local sendrecv Media Attribute (a): curr:qos remote none

Media Attribute (a): des:qos mandatory local sendrecv Media Attribute (a): des:qos mandatory remote sendrecv Media Attribute (a): conf:qos remote sendrecv

Media Attribute (a): rtpmap:101 telephone-event/8000 Media Attribute (a): fmtp:101 0-15

Media Attribute (a): rtpmap:0 PCMU/8000 Media Attribute (a): rtpmap:8 PCMA/8000

Federica risponde con un 200 OK al messaggio di UPDATE per indicare che anche dalla sua parte le risorse sono state ottenute.

Message body

Session Description Protocol ...

Media Description, name and address (m): audio 10001 RTP/AVP 0 8 101 Bandwidth Information (b): AS:64

Media Attribute (a): curr:qos remote sendrecv Media Attribute (a): curr:qos local sendrecv

Media Attribute (a): des:qos mandatory remote sendrecv Media Attribute (a): conf:qos remote sendrecv

Media Attribute (a): des:qos mandatory local sendrecv Media Attribute (a): rtpmap:101 telephone-event/8000 Media Attribute (a): fmtp:101 0-15

Media Attribute (a): rtpmap:0 PCMU/8000 Media Attribute (a): rtpmap:8 PCMA/8000

figura 6.22: Messaggio SDP contenuto nella risposta 200 OK relativa al messaggio di UPDATE

Ricevuto il messaggio di OK, Marco risponde con una seconda richiesta di PRAck: questo messaggio indica che la fase di prenotazione di risorse si è conclusa positivamente da entrambi i lati e si può iniziare lo scambio di dati relativi alla chiamata.

Message body

Session Description Protocol ...

Media Description, name and address (m): audio 10001 RTP/AVP 0 8 101 Bandwidth Information (b): AS:64

Media Attribute (a): rtpmap:0 PCMU/8000 Media Attribute (a): rtpmap:8 PCMA/8000

Media Attribute (a): rtpmap:101 telephone-event/8000 Media Attribute (a): fmtp:101 0-11