IP Multimedia Subsystem
De la Wikipedia, enciclopedia liberă
IP Multimedia Subsystem (IMS) este o arhitectură standardizată de Next Generation Networking (NGN) pentru operatorii de telefonie care vor să ofere servicii multimedia fixe sau mobile. Foloseşte o implementare de Voce peste IP (VoIP) bazată pe implemetarea standardizată de către 3GPP a protocolului SIP, care rulează peste standardul Internet Protocol (IP). Ambele sisteme telefonice existente în prezent, atât cele bazate pe comutaţie de pachete, cât şi cele bazate pe comutaţia de circuite, sunt suportate.
Ţelul IMS-ului nu este numai de a furniza noi servicii, ci să poată oferi toate serviciile (prezente şi viitoare), pe care le oferă Internetul. În acest fel, IMS va oferi operatorilor de reţele posibilitatea să controleze şi să taxeze fiecare serviciu. În plus, utilizatorii îşi vor putea folosi toate serviciile şi când sunt în roaming, şi când sunt în reţelele lor de bază. Pentru a îndeplini aceste obiective, IMS foloseşte protocoale IP publice, definite de către IETF. Prin urmare, sesiunea multimedia stabilită între doi utilizatori IMS, sau între un utilizator de IMS şi unul din internet, precum şi între doi utilizatori din internet, va fi făcută folosindu-se acelaşi protocoale. Mai mult, interfeţele pentru dezvoltatorii de servicii sunt de asemenea bazate pe protocoale IP. Din aceste motive, IMS-ul uneşte Internetul cu lumea telefoniei celulare; foloşeste tehnologiile celulare pentru furnizarea accesului pe scară largă, şi tehnologiile Internet pentru a furniza servicii atrăgătoare pentru utilizatori.
Cuprins |
[modifică] Istoria
- IMS a fost iniţial definit de un forum al industriei numit 3G.IP, format în anul 1999. 3G.IP a proiectat arhitectura iniţială de IMS, care a fost predată către 3rd Generation Partnership Project (3GPP), ca parte a muncii de standardizare pentru telefonia mobilă 3G din reţelele UMTS. A apărut iniţial în release-ul nr. 5 (Evoluţia de la reţele 2G la reţele 3G), prin adăugarea de sesiuni multimedia bazate pe SIP. A fost de asemenea adăugat şi suportul pentru mai vechile reţele GSM şi GPRS.
- Implementările iniţiale de IMS au fost definite pentru a permite implementări de IMS care nu aveau suport pentru toatalitatea cerinţelor IMS-ului (implementari parţiale).
- 3GPP2 (o organizaţie diferită) a pus fundamentele pentru CDMA2000 Multimedia Domain (MMD) pe 3GPP IMS, adăugând astfel suportul pentru CDMA2000.
- 3GPP release-ul nr 6 a adăugat interoperabilitatea cu Wireless LAN-urile.
- 3GPP release-ul nr 7 a adăugat interoperabilitatea cu reţelele de telefonie fixă, prin conlucrarea cu TISPAN R1.
[modifică] Convergenţa Fix/Mobil
IMS a fost iniţial proiectat pentru reţelele mobile, dar prin adăugarea TISPAN din release-ul nr. 7, reţelele de telefonie fixă sunt de asemenea suportate. Acest lucru este numit în engleză Fixed/Mobile Convergence (FMC) - tradus în româneşte drept Convergenţa Fix/Mobil, care a devenit mai apoi unul dintre principalele tendinţe din industria de telecomunicaţii în anul 2005.
Viziunea este aceea ca utilizatorii să aibă un telefon cu un singur număr de telefon, o singură agendă telefonică şi mesajerie vocală, care să profite de preţul redus şi lăţimea mare de bandă a liniilor fixe de acasă, precum şi de mobilitatea pe care o oferă reţelele de telefonie mobilă. IMS-ul include de asemenea transferul fară întreruperi ale apelului telefonic între liniile fixe de telefonie şi reţeaua de telefonie mobilă.
Companiile de telefonie pot oferi servicii utilizatorilor fară a fi limitate de locul în care aceştia sunt localizaţi, sau modul de acces, sau modelul terminalului. IMS garantează interoperabilitatea dintre sistemele telefonice existente, dar şi o cale de modernizare spre sesiuni multimedia (precum videotelefoanele).
Criticii spun ca operatorii de telefonie fixă sunt interesaţi în principal de extinderea serviciilor lor în spaţiul opeatorilor de telefonie mobilă (şi vice versa), reducându-şi în acelaşi timp costurile operaţionale pprin folosirea tehnologiei Voce peste IP.
[modifică] Principiile de bază
- Access independence: IMS va lucra probabil cu orice reţea (fixă, mobilă sau wireless) cu cumutaţie de pachete, precum GPRS, UMTS, CDMA2000, WLAN, WiMAX, DSL, cablu, ... Sistemele învechite cu comutaţie de circuite (POTS, GSM) sunt suportate prin intermediul unor gateway-uri. Interfeţele deschise dintre nivelele de control şi servicii permit combinarea elementelor şi apelurilor/sesiunilor din diferite tipuri de reţele.
- Diferite arhitecturi de reţea: IMS permite opratorilor şi furnizorilor folosirea diferitelor arhitecturi de reţea.
- Mobilitatea utilizatorilor şi a terminalelor: Reţeaua mobilă asigură mobilitatea terminalelor (roaming), iar mobilitatea utilizatorilor este asigurată prin IMS şi SIP.
- Plenitudine de servicii pe baza IP: IMS ar trebui să uşureze oferirea oricărui serviciu bazat pe IP. Printre exemple putem include VoIP, Push to talk over cellular (POC), jocuri multiutilizatori, videoconferinţă, mesajerie, servicii comunitare, informaţii de presence şi distribuţia de conţinut.
[modifică] Architectură
Subsitemul IP Multimedia Core Network este o colecţie de diferite funcţii, legate între ele prin intermediul unor interfeţe standardizate. O funcţie nu este un nod (o cutie fizică): un implementatori este liber să grupeze două funcţii într-un singur nod, sau să împartă o singură funcţie în două sau mai multe noduri. Fiecare nod poate de asemenea fi prezent în reţea de mai multe ori pentru distribuţia sarcinii sau probleme organizaţionale.
[modifică] Reţeaua de Access
Utilizatorul se poate conecta la o reţea IMS folosind diferite metode, dar toate dintre ele folosesc protocolul standard Internet Protocol (IP). Terminalele directe IMS (telefoanele mobile, PDA-urile, calculatoarele, ...), se pot înregistra direct într-o reţea IMS, chiar dacă sunt în roaming într-o altă ţară sau o reţea străină (reţea vizitată). Singura cerinţă este să folosească IPv6 (de asemenea IPv4 din 'Early IMS') şi rulează User Agenţi de SIP. Accesul fix (exemplu: DSL, modemurile de cablu, Ethernet, ...), accesul mobil (W-CDMA, CDMA2000, GSM, GPRS, ...) şi accesul fără fir (WLAN, WiMAX, ...) sunt toate suportate. Alte sisteme telefonice precum POTS (vechile telefoane analogice), H.323 şi sistemele VoIP incompatibile IMS sunt suportate prin itermediul unor gateway-uri.
[modifică] Core Network
[modifică] Baza de date a utilizatorilor
HSS (Home Subscriber Server) este baza de date primară care oferă suport pentru entităţile din reţeaua IMS care administrează apelurile telefonice/sesiunile. El conţine informaţii legate de modul de subscriere al utilizatorului (profilul utilizatorului), face autentificarea şi autorizarea utilizatorilor, şi poate oferi informaţii despre locaţia fizică a utilizatorilor. Este similar cu HLR-ul şi AUC din reţeaua GSM.
Un SLF (Subscriber Location Function) este necesar atunci când sunt utilizate mai multe HSS-uri. Atât HSS cât şi SLF implementează protocolul DIAMETER (interfeţele Cx, Dx şi Sh).
[modifică] Identităţile utilizatorilor
În reţelele normale 3GPP, sunt folosite următoarele identităţi:
- International Mobile Subscriber Identity (IMSI)
- Temporal Mobile Subscriber Identity (TMSI)
- International Mobile Equipment Identity (IMEI)
- Mobile Subscriber ISDN Number (MSISDN)
IMSI este un identificatori unic de utilizator care se găseşte pe SIM. Pentru a îmbunătăţi securitatea, un TMSI este generat pentru o locaţie geografică. În timp ce IMSI/TMSI sunt folosite pentru identificarea utilizatorului, IMEI-ul este un identificator specific unui dispozitiv. MSISDN este numărul de telefon al unui utilizator.
Prin IMS, următoarele identităţi adiţionale au fost implementate:
- IP Multimedia Private Identity (IMPI)
- IP Multimedia Public Identity (IMPU)
Nici una dintre ele nu sunt numere de telefon sau ale grupuri de cifre, ci URI-uri, care pot fi cifre (precum tel-uri, ex: tel:+1-555-123-4567) sau identificatori alfanumerici (sip-uri, precum sip:john.doe@example.com).
IMPI este specific unui telefon, şi poate avea multiple IMPU per IMPI (de obicei un tel-uri şi un sip-uri). IMPU poate fi folosit în comun cu alt telefon, astfel încât să fie găsit prin itermediul aceleiaşi identităţi (spre exemplu un singur număr de telefon pentru întreaga familie).
Baza de date HSS cu ultilizatori conţine, dar nu e limitată la IMPU, IMPI, IMSI şi MSISDN.
[modifică] Controlul Apelului/Sesiunii
Mai multe dintre îndatoririle serverelor şi proxy-urilor SIP, grupate sub denumirea colectivă de CSCF (Call Session Control Function), sunt folosite pentru a procesa semnalizarea SIP în IMS.
- P-CSCF (Proxy-CSCF) este un proxy SIP care este primul punct de contact pentru terminalul IMS. El se poate afla atât în reţeaua vizitată (în reţelele care implementează pe deplin IMS) sau în cadrul reţelei de bază (când reţeaua vizitată nu este încă IMS compatibilă). Anumite reţele pot folosi un Session Border Controller care să îndeplinească această funcţie. Terminalul îşi va afla propriul P-CSCF fie prin intermediul DHCP-ului, sau aceasta îi va fi alocat în Contextul PDP (din GPRS).
- îi este asignat terminalului IMS la înregistrare şi nu se schimbă în perioada în care terminalul este înregistrat
- stă în calea mesajelor de semnalizare şi inspectează fiecare mesaj
- autentifică utilizatorul şi stabileşte asciaţia de securitate IPsec cu terminalul IMS. Aceasta previne atacurile de tip spoofing şi atacurile de tip replay şi protejează confidenţialitatea utilizatorilor. Alte noduri se încred în P-CSCF, şi nu cer ca utilizatorul să se autentifice şi la ele.
- poate de asemenea să compreseze şi să decompreseze mesajele SIP folsind SigComp, care duce la reducerea distanţei round-trip pentru legăturile radio (care sunt destul de încete)
- poate să includă un PDF (Policy Decision Function), care autorizează resursele din planul media, precum quality of service (QoS) din planul media. Este utilizat pentru controlul drepturilor de acces, administrarea lăţimii de bandă, etc ... PDF poate de asemenea să fie o funcţie separată.
- generează de asemenea înregistrări folosite pentru taxarea serviciilor
- I-CSCF (Interrogating-CSCF) este un proxy SIP proxy aflat la marginea domeniului adminstrativ. Adresa IP este publicată în serverele DNS ale domeniului (folosind tipurile NAPTR şi SRV ale serverului de nume), astfel încât serverele îndepărtate (ex: un P-CSCF dintr-un domeniu vizitat, sau un S-CSCF dintr-un domeniu străin) îl poate localiza şi folosi ca punc de intrare pentru toate pachetele SIP ale unui domeniu. I-CSCF introghează HSS folosind interfeţele Cx şi Dx ale DIAMETER-ului, pentru a localiza utilizatorul şi pentru a transmite request-urile SIP către S-CSCF de care aparţine. Până la Release 6 el poate fi folosit pentru a ascunde reţeaua internă pentru lumea din exterior (prin criptarea mesajelor SIP), caz în care este numit THIG (Topology Hiding Interface Gateway). Începând cu Release 7 acestă funcţie a fost scoasă din îndatoririle I-CSCF-ului , ea ţinând de IBCF (Interconnection Border Control Function). IBCF este folosit drept gateway pentru reţelele externe, asigurând funcţiile de NAT şi Firewall.
- S-CSCF (Serving-CSCF) este nodul central din planul apelului. Este un server SIP, dar asigură şi controlul sesiunii în acelaşi timp. Se află în reţeaua de bază. S-CSCF foloseşte intefeţele Cx şi Dx din DIAMETER până la HSS pentru a descărca şi încărca profile de utilizatri - nu are o stocare locală a utilizatorilor.
- se ocupă de cererile de înregistrare SIP, care îi permit să asocieze localizarea utilizatorului( ex: adresa IP a terminalului) şi adresa SIP
- stă in calea tuturor mesajelor de semnalizare şi poate să inspecteze fiecare dintre aceste mesaje
- decide care server aplicaţie va primi mesajul SIP, petru ca acesta să ofere serviciul
- asigură servicii de routare, de obicei folosind interogări de tip ENUM
- pune în aplicare politica operatorului de reţea
[modifică] Servere Aplicaţie
Serverele Aplicaţie (Application Server - AS) găzduiesc şi execută servicii, şi fac interfaţează cu S-CSCF folosind SIP. Acest lucru permite diferiţilor provideri de aplicaţii o integrare facilă şi o răspândire rapidă a serviciilor lor peste infrastructura IMS. Example de servicii sunt:
- Servicii de tip Caller ID (CLIP, CLIR, ...)
- Apel în aşteptare, Call holding, Push to talk
- Redirecţionarea apelului, Transferul apelului
- Call blocking services, Malicious Caller Identification
- Interceptare legală
- Servicii de anunţuri
- Apel de tip conferinţă
- Mesajerie vocală, Text-to-speech, Speech-to-text
- Location based services
- SMS, MMS
- Presence information, Instant messaging
În funcţie de serviciul propiu-zis, AS-urile pot opera în mod SIP proxy, mod SIP US (user agent) mode sau mod SIP B2BUA (back-to-back user agent). Un AS poate fi localizat în reţeaua de bază a utilizatorului sau într-o terţă reţea externă. Dacă este localizat în reţeaua de bază, el poate interoga HSS-ul folosind interfaţa Sh a DIAMETER-ului (căutând SIP-AS şi OSA-SCS) sau interfaţa MAP (căutând IM-SSF).
- SIP AS : Serverele Aplicaţie nativ IMS
- OSA-SCS : un Open Service Access - Service Capability Server interfaţând cu un Serverele Aplicaţie de tip OSA folosind Parlay
- IM-SSF : un IP Multimedia Service Switching Function interfaţând cu un Servere Aplicaţie CAMEL utilizând CAP
[modifică] Media Servers
Un MRF (Media Resource Function) asigură sursa media dintr-o reţea de bază. Este folosit pentru:
- Redarea anunţurilor (audio/video)
- Multimedia conferencing (ex: mixarea stream-urilor audio)
- Conversaţii Text-to-speech (TTS) şi recunoaştere vocală.
- Translatarea în timp real a datelor multimedia (ex: conversaţi dintre două codec-uri diferite
Fiecare MRF este mai departe divizibil în :
- Un MRFC (Media Resource Function Controller) este un nod din planul de semnalizare care se comportă ca SIP User Agent pentru S-CSCF şi care controlează MRFP folosind interfaţa H.248
- Un MRFP (Media Resource Function Processor) este un nod din planul de media care implementează toate funcţiile de tip media.
[modifică] Breakout Gateway
UN BGCF (Breakout Gateway Control Function) este un server SIP care include funcţionalităţi de routeare pe bazaa numerelor telefonice. Este folsit de asemenea când se sună de la un telefon IMS la un telefon din reţeaua cu comutaţie de circiuite, precum PSTN sau PLMN.
[modifică] Gateway-uri PSTN
Un Gateway PSTN/CS face interfaţa cu reţelele cu comutaţie de circuite PSTN. Pentru semnalizare, reţelele CS folosesc ISUP (sau BICC) peste MTP, în timp ce IMS foloseşte SIP peste IP. Pentru media, reţelele CS folosesc PCM, în timp ce IMS foloseşte RTP.
- Un SGW (Signalling Gateway) iface interfaţa cu planul de semnalizare din reţelele CS. El transformă protocolale de nivel mai mic precum SCTP (care este un protocol IP) în MTP (care este un protocol SS7), pentru a transmite ISUP de la MGCF la reţeaua CS.
- Un MGCF (Media Gateway Controller Function) face conversia de protocol între SIP şi ISUP, face interfaţa cu SGW peste SCTP. Controlează de asemenea resursele dintr-un MGW printr-o interfaţă H.248.
- Un MGW (Media Gateway) face interfaţa cu planul media din reţelele CS, prin transformarea RTP şi PCM. El poate de asemenea face transcodarea când nu se potrivesc codecurile (ex: IMS încearcă să folosească AMR, iar PSTN foloseşte G.711).
[modifică] Descrierea interfeţelor
| Numele interfeţei | Componentele IMS | Descriere | Protocol |
|---|---|---|---|
|
Gm |
UE, P-CSCF |
Folosit pentru schimba mesaje între UE şi CSCF-uri |
SIP |
|
Mw |
P-CSCF, I-CSCF, S-CSCF |
Folosit pentru schimba mesaje între CSCF-uri |
SIP |
|
ISC |
S-CSCF, I-CSCF, AS |
Folosit pentru schimba mesaje între CSCF şi AS |
SIP |
|
Cx |
I-CSCF, S-CSCF, HSS |
Folosit pentru comunicaţia între I-CSCF/S-CSCF şi HSS |
|
|
Dx |
I-CSCF, S-CSCF, SLF |
Folosit de I-CSCF/S-CSCF pentru a localiza HSS-ul corect într-un mediu multi-HSS |
|
|
Sh |
SIP AS, OSA SCS, HSS |
Folosit pentru comunicaţia între SIP AS/OSA SCS şi HSS |
|
|
Si |
IM-SSF, HSS |
Folosit pentru schimbul de informaţii între IM-SSF şi HSS |
|
|
Dh |
SIP AS, OSA, SCF, IM-SSF, HSS |
Folosit de către AS pentru a găsi HSS-ul corect într-un mediu multi-HSS |
|
|
Mm |
I-CSCF, S-CSCF, external IP network |
Folosit pentru schimbul de mesaje între IMS şi reţele IP externe |
Nespecificat |
|
Mg |
MGCF -> I-CSCF |
MGCF converteşte semnalizarea ISUP la semnalizare SIP şi transmite mai departe semnalizarea SIP către I-CSCF |
SIP |
|
Mi |
S-CSCF -> BGCF |
Folosit pentru schimbul de mesaje între S-CSCF şi BGCF |
SIP |
|
Mj |
BGCF -> MGCF |
Folosit pentru schimbul de mesaje între BGCF şi MGCF în cadrul aceleiaşi reţele IMS |
SIP |
|
Mk |
BGCF -> BGCF |
Folosit pentru schimbul de mesaje între BGCF-uri între reţele IMS diferite |
SIP |
|
Mr |
S-CSCF, MRFC |
Folosit pentru schimbul de mesaje între S-CSCF şi MRFC |
SIP |
|
Mp |
MRFC, MRFP |
Folosit pentru schimbul de mesaje între MRFC şi MRFP |
|
|
Mn |
MGCF, IM-MGW |
Permite controlul resurselor la nivel utilizator |
|
|
Ut |
UE, AS (SIP AS, OSA SCS, IM-SSF) |
Permite UE să administreze informaţiile legate de serviciile sale |
|
|
Go |
PDF, GGSN |
Permite operatorilor să administreze QoS la nivel utilizator şi interschimbul de informaţii privind costul apelului dintre reţelele IMS şi GPRS |
COPS |
|
Gq |
P-CSCF, PDF |
Folosit pentru interschimbul de informaţii privind deciziile de schimb dintre P-CSCF şi PDF |
[modifică] Specificaţii
[modifică] Specificaţii 3GPP
Pot fi descărcate de la http://www.3gpp.org/specs/numbering.htm . Lista de mai jos este o selecţie restrânsă.
- TS 21.905 Vocabulary for 3GPP Specifications
- TS 22.066 Support of Mobile Number Portability (MNP); Stage 1
- TS 22.101 Service Aspects; Service Principles
- TS 22.141 Presence Service; Stage 1
- TS 22.228 Service requirements for the IP multimedia core network subsystem; Stage 1
- TS 22.250 IMS Group Management; Stage 1
- TS 22.340 IMS Messaging; Stage 1
- TS 22.800 IMS Subscription and access scenarios
- TS 23.002 Network Architecture
- TS 23.003 Numbering, Addressing and Identification
- TS 23.008 Organisation of Subscriber Data
- TS 23.107 Quality of Service (QoS) principles
- TS 23.125 Overall high level functionality and architecture impacts of flow based charging; Stage 2
- TS 23.141 Presence Service; Architecture and functional description; Stage 2
- TS 23.167 IMS emergency sessions
- TS 23.207 End-to-end QoS concept and architecture
- TS 23.218 IMS session handling; IM call model; Stage 2
- TS 23.221 Architectural Requirements
- TS 23.228 IMS stage 2
- TS 23.234 WLAN interworking
- TS 23.271 Location Services (LCS); Functional description; Stage 2
- TS 23.278 Customized Applications for Mobile network Enhanced Logic (CAMEL) - IMS interworking; Stage 2
- TS 23.864 Commonality and interoperability between IMS core networks
- TR 23.867 IMS emergency sessions
- TS 23.917 Dynamic policy control enhancements for end-to-end QoS, Feasibility study
- TS 23.979 3GPP enablers for Push-to-Talk over Cellular (PoC) services; Stage 2
- TR 23.981 Interworking aspects and migration scenarios for IPv4-based IMS implementations (early IMS)
- TS 24.141 Presence Service using the IMS Core Network subsystem; Stage 3
- TS 24.147 Conferencing using the IMS Core Network subsystem
- TS 24.228 Signalling flows for the IMS call control based on SIP and SDP; Stage 3
- TS 24.229 IMS call control protocol based on SIP and SDP; Stage 3
- TS 24.247 Messaging using the IMS Core Network subsystem; Stage 3
- TS 26.235 Packet switched conversational multimedia applications; Default codecs
- TS 26.236 Packet switched conversational multimedia applications; Transport protocols
- TS 29.162 Interworking between the IMS and IP networks
- TS 29.163 Interworking between the IMS and Circuit Switched (CS) networks
- TS 29.198 Open Service Architecture (OSA)
- TS 29.207 Policy control over Go interface
- TS 29.208 End-to-end QoS signalling flows
- TS 29.209 Policy control over Gq interface
- TS 29.228 IMS Cx and Dx interfaces : signalling flows and message contents
- TS 29.229 IMS Cx and Dx interfaces based on the Diameter protocol; Protocol details
- TS 29.278 CAMEL Application Part (CAP) specification for IMS
- TS 29.328 IMS Sh interface : signalling flows and message content
- TS 29.329 IMS Sh interface based on the Diameter protocol; Protocol details
- TS 29.962 Signalling interworking between the 3GPP SIP profile and non-3GPP SIP usage
- TS 31.103 Characteristics of the IMS Identity Module (ISIM) application
- TS 32.240 Telecommunication management; Charging management; Charging architecture and Principles
- TS 32.260 Telecommunication management; Charging management; IMS charging
- TS 32.299 Telecommunication management; Charging management; Diameter charging applications
- TS 32.421 Telecommunication management; Subscriber and equipment trace: Trace concepts and requirements
- TS 33.102 3G security; Security architecture
- TS 33.108 3G security; Handover interface for Lawful Interception (LI)
- TS 33.141 Presence service; security
- TS 33.203 3G security; Access security for IP-based services
- TS 33.210 3G security; Network Domain Security (NDS); IP network layer security
- TS 33.978 Security aspects of early IP Multimedia Subsystem (IMS)
[modifică] Specificaţii IETF
- RFC 2327 Session Description Protocol (SDP)
- RFC 2748 Common Open Policy Server protocol (COPS)
- RFC 2782 a DNS RR for specifying the location of services (SRV)
- RFC 2806 URLs for telephone calls (TEL)
- RFC 2915 the naming authority pointer DNS resource record (NAPTR)
- RFC 2916 E.164 number and DNS
- RFC 3087 Control of Service Context using SIP Request-URI
- RFC 3261 Session Initiation Protocol (SIP)
- RFC 3262 reliability of provisional responses (PRACK)
- RFC 3263 locating SIP servers
- RFC 3264 an offer/answer model with the Session Description Protocol
- RFC 3265 SIP-Specific Event Notification
- RFC 3310 HTTP Digest Authentication using Authentication and Key Agreement (AKA)
- RFC 3311 update method
- RFC 3312 integration of resource management and SIP
- RFC 3319 DHCPv6 options for SIP servers
- RFC 3320 signalling compression (SIGCOMP)
- RFC 3323 a privacy mechanism for SIP
- RFC 3324 short term requirements for network asserted identity
- RFC 3325 private extensions to SIP for asserted identity within trusted networks
- RFC 3326 the reason header field
- RFC 3327 extension header field for registering non-adjacent contacts (path header)
- RFC 3329 security mechanism agreement
- RFC 3420 Internet Media Type message/sipfrag
- RFC 3428 SIP Extension for Instant Messaging
- RFC 3455 private header extensions for SIP
- RFC 3485 SIP and SDP static dictionary for signaling compression
- RFC 3515 the SIP REFER method
- RFC 3550 Real-time Transport Protocol (RTP)
- RFC 3574 Transition Scenarios for 3GPP Networks
- RFC 3588 DIAMETER base protocol
- RFC 3589 DIAMETER command codes for 3GPP release 5 (informational)
- RFC 3608 extension header field for service route discovery during registration
- RFC 3665 SIP Basic Call Flow Examples
- RFC 3680 SIP event package for registrations
- RFC 3725 best current practices for Third Party Call Control (3pcc) in SIP
- RFC 3824 using E164 numbers with SIP
- RFC 3840 indicating user Agent Capabilities in SIP
- RFC 3841 caller preferences for SIP
- RFC 3842 SIP event package for message waiting indication and summary
- RFC 3856 SIP event package for presence
- RFC 3857 SIP event template-package for watcher info
- RFC 3858 XML based format for watcher information
- RFC 3891 the SIP Replaces Header
- RFC 3903 SIP Extension for Event State Publication
- RFC 3911 the SIP Join Header
- RFC 4028 session timers in SIP
- RFC 4235 an INVITE-Initiated dialog event package for SIP
- RFC 4475 Session Initiation Protocol (SIP) Torture Test Messages
