Documentos de Académico
Documentos de Profesional
Documentos de Cultura
1 Introduccin
Session I n i t i a t i o nP r o t o c o l o S I P( P r o t o c o l od eI n i c i a c i nd eS e s i n ) ,e su np r o t o c o l od e s e a l i z a c i nd e f i n i d op o re l I n t e r n e tE n g i n e e r i n gT a s kF o r c e o I E T Fq u ep e r mi t ee l establecimiento, la liberacin y la modificacin de sesiones multimedia (RFC3261). Este p r o t o c o l oh e r e d ad ec i e r t a s f u n c i o n a l i d a d e sd el o sp r o t o c o l o s H y p e r T e x t T r a n s p o r t P r o t o c o l o h t t p , u t i l i z a d o sp a r an a v e g a rs o b r ee l WE B y S i mp l e Ma i l T r a n s p o r t P r o t o c o l o S MT P , utilizados para transmitir mensajes electrnicos (e-mails). SIP se apoya sobre un modelo t r a n s a c c i o n a l c l i e n t e /s e r v i d o rc o mo h t t p .E l d i r e c c i o n a mi e n t ou t i l i z ae l c o n c e p t o U n i f o r m R e s o u r c eL o c a t o r o U R LS I P p a r e c i d oau n ad i r e c c i nE ma i l . C a d ap a r t i c i p a n t ee nu n ar e d SIP es entonces alcanzable va una direccin, por medio de una URL SIP. Por otra parte, los requerimientos SIP son satisfechos por respuestas identificadas por un cdigo digital. De hecho, la mayor parte de los cdigos de respuesta SIP han sido tomados del protocolo http. Por ejemplo, cuando el destinatario no esta ubicado, un cdigo de respuesta 404 Not Found esta d e v u e l t o .U nr e q u e r i mi e n t oS I Pe s t ac o n s t i t u i d od e h e a d e r s oe n c a b e z a mi e n t o s , a l i g u a l q u e un mando SMTP. Por fin, SIP, al igual de SMPT es un protocolo textual. SIP ha sido extendido con el fin de soportar numerosos servicios tales como la presencia, la mensajeria instantnea (similar al servicio SMS en las redes mviles), la transferencia de l l a ma d a , l ac o n f e r e n c i a , l o s s e r v i c i o s c o mp l e me n t a r i o s d et e l e f o n a , e t c S I Ph as i d oe l e g i d op o r e l 3 G P Pp a r al aa r q u i t e c t u r a I PMu l t i me d i aS u b s y s t e m o I MS c o mo protocolo para el control de sesin y el control de servicio. El reemplazara en el futuro, los p r o t o c o l o s I S U P , u t i l i z a d op a r ae l c o n t r o l d el l a ma d ae nl aR e dT e l e f n i c aC o n mu t a d a , y I N A P , u t i l i z a d op a r ae l c o n t r o l d es e r v i c i oe nl aa r q u i t e c t u r aR e dI n t e l i g e n t e . El protocolo SIP es solo un protocolo de sealizacin. Una vez la sesin establecida, los participantes de la sesin intercambian directamente su trafico audio / video a travs del p r o t o c o l o R e a l T i meT r a n s p o r t P r o t o c o l o R T P . P o ro t r ap a r t e , S I Pn oe su np r o t o c o l od e reservacin de recursos, y en consecuencia, no puede asegurar la calidad de servicio. Se trata de un protocolo de control de llamada y no de control del medio. S I Pt a mp o c oe su np r o t o c o l od et r a n s f e r e n c i ad ef i c h e r ot a l c o mo h t t p , u s a d oc o ne l f i nd e transportar grandes volmenes de datos. Ha sido concebido para transmitir mensajes de sealizacin cortos con el fin de establecer, mantener y liberar sesiones multimedia. Mensajes cortos, no relativos a una llamada pueden sin embargo ser transportados por SIP al estilo de SMS . El pargrafo 2 presenta las entidades SIP. El pargrafo 3 presenta el protocolo SIP.
El pargrafo 4 se describe el funcionamiento del protocolo SIP con la grabacin, el establecimiento / la liberacin de llamada SIP. El pargrafo 5 presenta las extensiones del protocolo SIP. El pargrafo 6 trata del interfuncionamiento entre redes SIP y red telefnica conmutada. El pargrafo 7 describe la arquitectura del servicio SIP, el pargrafo 8 la puesta en obra de los servicios .
2 Entidades SIP
SIP define dos tipos de entidades : los clientes y los servidores. De manera mas precisa, las entidades definidas por SIP son (figura 1) : El Servidor Proxy (Proxy Server) : el recibe solicitudes de clientes que el mismo trata o encamina hacia otros servidores despus de haber eventualmente, realizado ciertas modificaciones sobre estas solicitudes. El Servidor de Redireccionamiento (Redirect Server) : se trata de un servidor quien acepta solicitudes SIP, traduce la direccin SIP de destino en una o varias direcciones de red y las devuelve al cliente. De manera contraria al Proxy Server, el Redirect Server no encamina las solicitudes SIP. En el caso de la devolucin de una llamada, el Proxy Server tiene la capacidad de traducir el numero del destinatario en el mensaje SIP recibido, en un numero de reenvi de llamada y encaminar la llamada a este nuevo destino, y eso de manera transparente para el cliente de origen; para el mismo servicio, el Redirect Server devuelve el nuevo numero (numero de reenvi) al cliente de origen quien se encarga de establecer una llamada hacia este nuevo destino. El Agente Usuario (User Agent) o U A : s et r a t ad eu n aa p l i c a c i ns o b r eu ne q u i p od e usuario que emite y recibe solicitudes SIP. Se materializa por un software instalado sobre un User Equipment o UE : una PC, un telfono IP o una estacin mvil UMTS. El Registrador (Registrar) : se trata de un servidor quien acepta las solicitudes SIP REGISTER. SIP dispone de la funcin de registro de los usuarios. El usuario indica por un mensaje REGISTER emitido al Registrar, la direccin donde es localizable (direccin IP). El R e g i s t r a r a c t u a l i z ae n t o n c e su n ab a s ed ed a t od el o c a l i z a c i n .E l r e g i s t r a d o re su n a funcin asociada a un Proxy Server o a un Redirect Server. Un mismo usuario puede registrarse sobre distintas UAs SIP, en este caso, la llamada le ser entregada sobre el conjunto de estas UAs.
Red
SIP UA
SIP
RTCP
El RFC 3261 define seis solicitudes / requerimientos o mtodos SIP. El mtodo I N V I T E es usado con el fin de establecer una sesin entre UAs. INVITE corresponde al mensaje ISUP IAM o al mensaje Q.931 SET UP y contiene las informaciones sobre el que genera la llamada y el destinatario as como sobre el tipo de flujos que sern intercambiados (voz, video,...). Cuando un UA que emiti el mtodo SIP INVITE recibe una respuesta final a la invitacin (ejemplo : 200 OK), el confirma la recepcin de esta respuesta por medio de un mtodo A C K . U n ar e s p u e s t ad e l t i p o b u s y o a n s w e r e s c o n s i d e r a d ac o mof i n a l mi e n t r a s u n ar e s p u e s t at i p o r i n g i n g s i g n i f i c a n d oq u ee l d e s t i n a t a r i oh as i d oa v i s a d oe s u n ar e s p u e s t ap r o v i s o r i a . El mtodo B Y E permite la liberacin de una sesin anteriormente establecida. Corresponde al mensaje RELEASE de los protocolos ISUP y Q.931. Un mensaje BYE puede ser emitido por el que genera la llamada o el que la recibe. El mtodo R E G I S T E R es usado por una UA con el fin de indicar al Registrar la correspondencia entre su Direccin SIP y su direccin de contacto (ejemplo : direccin IP). El mtodo C A N C E L es utilizado para pedir el abandono de la llamada en curso pero no tiene n i n g ne f e c t os o b r eu n al l a ma d ay aa c e p t a d a . D eh e c h o , s o l oe l m t o d o B Y E p u e d et e r mi n a r una llamada establecida. El mtodo O P T I O N S es utilizado para interrogar las capacidades y el estado de un User Agent o de un servidor . La respuesta contiene sus capacidades (ejemplo: tipo de media siendo soportado, idioma soportado) o el hecho de que el UA sea indisponible.
3.2
Respuestas SIP
Despus de haber recibido y interpretado un requerimiento SIP, el destinatario de este requerimiento devuelve una respuesta SIP. Existen seis clases de respuestas: Clase 1xx : Informacin, el requerimiento ha sido recibido y esta en curso de tratamiento Clase 2xx: xito, el requerimiento ha sido recibido, entendido y aceptado. Clase 3xx: Reenrutamiento, la llamada requiere otros procesamientos antes de poder determinar si puede ser realizada. Clase 4xx: Error requerimiento cliente, el requerimiento no puede ser interpretado o servido por el servidor. El requerimiento tiene que ser modificado antes de ser reenviado. Clase 5xx: Error servidor, el servidor fracasa en el procesamiento de un requerimiento aparentemente valido. Clase 6xx: Fracaso global, el requerimiento no puede ser procesado por ningn servidor.
E l m t o d o R E G I S T E R e su t i l i z a d op o r u n U S E RA G E N T c o ne l f i nd ei n d i c a r al af u n c i n Registrar (fsicamente implantada en un Proxy Server o un Redirect Server) la correspondencia entre su direccin SIP (ejemplo : sip :mary.Taylor@orange.com) y su direccin IP (ejemplo: sip:mary.Taylor@192.190.132.20). La direccin IP puede ser esttica o obtenida de modo dinmico por DHCP. La funcin Registrar actualiza entonces una base de datos de localizacin. Desde este momento, el User Agent puede recibir llamadas ya que se encuentra ubicado. Si un usuario SIP desea reenviar sus llamadas de su dominio corriente hacia otro dominio, (ejemplo: del dominio orange.com al dominio francetelecom.com), solo tendr que indicar a la funcin Registrar de orange.com su direccin SIP en el dominio francetelecom.com. Cuando un mensaje INVITE debe ser entregado por el Proxy Server del dominio orange.com a sip: mary.Taylor@orange.com, la base de datos actualizada por la funcin Registrar indica al Proxy Server que el mensaje tiene que ser relevado a sip:mary.Taylor@francetelecom.com. Entonces, el Proxy Server efecta una bsqueda por el DNS de la direccin IP del Proxy Server del dominio francetelecom.com con el fin de relevar el mensaje SIP a encaminar al destino apropiado (sip:mary.Taylor@francetelecom.com). En una red IP Multimedia Subsystem o IMS, el Proxy Server corresponde a una entidad CSCF (Call State Control Function), mientras la base de datos de localizacin es representada por la entidad Home Subscriber Server o HSS. El HSS en el IMS por los mviles es un HLR conteniendo por otra parte el perfil del usuario para los servicios IMS suscritos.
4.2
En el ejemplo siguiente, el que llama tiene como URL SIP sip : mary.taylor@francetelecom.com, mientras la URL SIP del destinatario de la llamada es sip: mark.rich@francetelecom.com (Figura 2) Un mensaje de establecimiento de llamada SIP INVITE esta emitido por parte de la UA SIP del que llama al Proxy Server. Este ultimo interroga la base de datos de localizacin para identificar la localizacin del que esta llamado (direccin IP) y encamina la llamada a su destino. El me n s a j eI N V I T Ec o n t i e n ed i s t i n t o s h e a d e r s oe n c a b e z a mi e n t o so b l i g a t o r i o s , e n t r el o sc u a l e s l ad i r e c c i nS I Pd el ap e r s o n aq u el l a ma F r o m , l ad i r e c c i nS I Pd el ap e r s o n aq u er e c i b el a l l a ma d a T o , u n ai d e n t i f i c a c i nd el al l a ma d a C a l l I D , u nn u me r od es e c u e n c i a C s e q , u n n u me r om x i mod es a l t o s ma x f o r w a r d s . E l e n c a b e z a mi e n t o V i a e s t aa c t u a l i z a d op o r t o d a s las entidades que participaron al enrutamiento del requerimiento INVITE. Eso asegura que la respuesta seguir el mismo camino que el requerimiento. P o r o t r ap a r t e , e l r e q u e r i mi e n t oS I PI N V I T Ec o n t i e n eu n as i n t a x i s S e s s i o nD e s c r i p t i o nP r o t o c o l o SDP. Esta estructura consiste en varias lneas que describen las caractersticas del media q u ee l q u el l a ma Ma r y n e c e s i t ap a r al al l a ma d a . Mary Taylor indica que la descripcin SDP utiliza la versin 0 del protocolo, que se trata de una sesin telefnica (m = audio), que la voz constituida en paquetes le debe ser entregada a la direccin de transporte (puerto UDP = 45450, direccin IP =192.23.34.45) con el protocolo RTP y u t i l i z a n d ou nf o r ma t od ec o d i f i c a c i nd e f i n i d oe ne l R F C A u d i oVideo P r o f i l e oA V Py pudiendo ser G. 711 -law o G.728.
SIP Proxy ps1. franceteleco .com Server m sip: mary .taylor @ franceteleco .com sip:mark.richfranceteleco .com m @ mSIP UA SIP UA 1 2 1. INVITE 4. 180 RINGING 6. 200 OK 7. ACK 2. INVITE 3. 180 RINGING 5. 200 OK 8. ACK Flujo RTP 9. BYE 12. 200 OK 10. BYE 11. 200 OK
INVITE sip:mark.rich@francetelecom.com SIP/2.0 Via : SIP/2.0/UDP station1.francetelecom.com:5060 Max-Forwards : 20 To : Mark Rich <sip:mark.rich@francetelecom.com> From : Mary Taylor <sip:mary.taylor@francetelecom.com> Call-Id: 23456789@station1.francetelecom.com CSeq: 1 INVITE Contact: mary.taylor@192.190.132.20 Content-Type: application/sdp Content-Length:162 v=0 c = IN IP4 192.190.132.20 m = audio 45450 RTP/AVP 0 15
La respuesta 180 RINGING esta devuelta por el destinatario a la UA del que genera la llamada. Cuando el destinatario acepta la sesin, la respuesta 200 OK esta emitida por su UA y encaminada hacia la UA del que genera la llamada.
SIP/2.0 200 OK Via : SIP/2.0/UDP ps1.francetelecom.com:5060 Via : SIP/2.0/UDP station1.francetelecom.com:5060 Max-Forwards : 20 To : Mark Rich <sip:mark.rich@francetelecom.com> From : Mary Taylor <sip:mary.taylor@francetelecom.com> Call-Id: 23456789@station1.francetelecom.com CSeq: 1 INVITE Contact: mark.rich@192.190.132.27 Content-Type: application/sdp Content-Length:162 v=0 c = IN IP4 192.190.132.27 m = audio 22220 RTP/AVP 0
La UA del que genera la llamada devuelve un mtodo ACK al destinatario, relevada por la entidad Proxy Server. La entidad Proxy Server participa al encaminamiento de la sealizacin entre UAs mientras que las UAs establecen directamente canales RTP para el transporte de la voz o de la video en forma de paquetes sin implicacin del Proxy Server en este transporte. Cuando Mary cuelga, su UA enva un requerimiento BYE para terminar la sesin. Este requerimiento esta entregado al Proxy Server quien lo encamina a la UA de Mark. Este ultimo, devuelve la respuesta 200 OK.
BYE sip:mark.rich@francetelecom.com SIP/2.0 Via : SIP/2.0/UDP station1.francetelecom.com:5060 Max-Forwards : 20 To : Mark Rich <sip:mark.rich@francetelecom.com> From : Mary Taylor <sip:mary.taylor@francetelecom.com> Call-Id: 23456789@station1.francetelecom.com
CSeq: 2 BYE SIP/2.0 200 OK Via : SIP/2.0/UDP ps1.francetelecom.com:5060 Via : SIP/2.0/UDP station1.francetelecom.com:5060 Max-Forwards : 20 To : Mark Rich <sip:mark.rich@francetelecom.com> From : Mary Taylor <sip:mary.taylor@francetelecom.com> Call-Id: 23456789@station1.francetelecom.com CSeq: 2 BYE
Este intercambio de sealizacin a permitido el establecimiento de canales RTP entre el terminal SIP y el Gateway as como la colocacin de un circuito de voz entre el Gateway y el Class 5 Switch.
Class 5 Switch
SIP Terminal
SIP Gateway
ISUP IAM
. Figura 3 : Interfuncionamiento RTC/SIP Durante la fase de transferencia de informacin , el Gateway convierte las seales de audio recibidas sobre el circuito de voz en paquetes RTP enviados sobre los canales RTP y vice versa.
7.1
Servidor de aplicacin
Un servidor de aplicacin SIP provee un mbito de ejecucin para aplicaciones llamado Service Logic Execution E n v i r o n me n t oS L E E .E l p r o v e eu nc o n j u n t od es e r v i c i o sq u ep e r mi t e simplificar las tareas de los desarrolladores de aplicaciones as como de los administradores. El objetivo es de disponer de una plataforma que pone en obra todas las funcionalidades p e r mi t i e n d oa s a l d e s a r r o l l a d o r e n f o c a r s e n i c a me n t ee nl al g i c a p r o f e s i o n a l d el aa p l i c a c i n . Las funciones de un servidor de aplicacin son las siguientes : La gestin de recursos : el servidor de aplicaciones controla la creacin y la utilizacin de recursos tales como los threads, las conexiones de transporte, los componentes aplicativos (ejemplo: scripts CPL, servlets SIP) as como las sesiones de aplicaciones. La gestin de aplicaciones : la aplicacin puede ser asociada a un perfil de configuracin durante su despliegue. Este perfil puede contener parmetros que pueden ser modificados a travs del interfase administrativo durante el despliegue de la aplicacin o durante su ejecucin. La composicin de aplicacin : el servidor de aplicacin debe permitir la ejecucin de varias aplicaciones por un mismo requerimiento SIP. Eso provee una capacidad de modularizacin. De hecho, elementos de servicio pueden ser desarrollados independientemente y pueden ser combinados segn las necesidades de aplicacin. Eso permite por otra parte un mejor control de las interacciones de servicio. La integracin WEB : con el fin de proveer un GUI Web para la administracin y el interfuncionamiento con servidores WEB previendo servicios. La programacin : el servidor de aplicacin provee un soporte para el desarrollo de aplicacin, i.e. APIs (JAIN API, SIP Servlet API, etc.) as como lenguajes de script. Los scripts pueden ser creados con el apoyo de mbitos de creacin de servicio. El interfuncionamiento : el servidor de aplicacin comunica usando el protocolo SIP con el servidor de media (IP media server) para las interacciones con el usuario y con el servidor de llamada (CSCF) para el encaminamiento y la sealizacin. La seguridad : el servidor de aplicacin debe proveer mecanismos de encriptacin, de autentificacin y de autorizacin con el fin de asegurar un acceso segurizado a los servicios. Las capacidades no funcionales : alta disponibilidad, reparto de carga, tolerancia a los errores. Estas caractersticas son similares a las caractersticas exigidas por un SCP en la arquitectura de Red Inteligente.
7.2
El servidor media SIP es una plataforma poderosa y evolutiva para el desarrollo de servicios de portales vocales y servicios vocales / video interactivos capaces de suportar centenares y hasta millares de sesiones simultaneas en un amplio rango de configuraciones.
10
E l s e r v i d o r d eme d i aS I Pe su ne q u i p of s i c oyp o n ee no b r al ae n t i d a df u n c i o n a l Mu l t i me d i a R e s o u r c eF u n c t i o n o MR F d e f i n i d op o re l I MS .E ls e r v i d o rd e me d i aS I Pp r o v e el a s funciones permitiendo interacciones entre usuarios y aplicaciones a travs de recursos vocales / video. Por ejemplo, el puede responder a una llamada y difundir un anuncio, o leer un mensaje electrnico usando funciones de sntesis vocales o colectar una informacin del usuario (ejemplo: clave, voto, numero) y devolverla a la aplicacin. El servidor de media SIP pone en obra dos tipos de funciones : Las funciones de recursos media tales como las funciones de deteccin de tonalidad, de sntesis vocal, de reconocimiento vocal, de traduccin de media etc. Es la funcin Mu l t i me d i aR e s o u r c eF u n c t i o nP r o c e s s o r o MR F P . Las funciones de control del media que proveen a las aplicaciones los medios de controlar recursos media tales como, tocar un mensaje, colectar un voto, gravar un me n s a j ee t c . Ye s o , at r a v sd e l p r o t o c o l oS I P . E sl af u n c i n Mu l t i me d i aR e s o u r c e F u n c t i o nC o n t r o l l e r o MR F C . La arquitectura distribuida del servidor de media SIP / servidor de aplicacin separa las aplicaciones voz / video del control de medias, lo que permite a los operadores reducir los costos de los recursos de red y albergar con costos menores las aplicaciones clientes. El servidor de media IP soporta el protocolo de control SIP. Adems del servidor de media IP y del servidor de aplicacin, las entidades siguientes pueden ser contempladas: Browser Voice XML : este componente integrado en el servidor de media IP provee un ejemplo de mbito de ejecucin de aplicaciones vocales. Las aplicaciones desarrolladas segn las especificaciones Voice XML pueden ser interpretadas y ejecutadas por el Browser Voice XML. Este Browser solo interpreta y determina las etapas atmicas del call flow. Es el servidor de media IP que interacta con el usuario. Servidor ASR : e s t ec o mp o n e n t ep r o v e ee l s e r v i c i o Automatic Speech R e c o g n i t i o n oA S R . E l flujo de audio del usuario es transportado sobre RTP del Media Gateway o del telfono IP del usuario al servidor ASR. El Browser Voice XML contacta el servidor ASR cuando un reconocimiento de palabra es necesario. Servidor TTS :e s t ec o mp o n e n t ep r o v e ee l s e r v i c i o T e x t T o S p e e c h oT T S . U n ac a d e n ad e caracteres esta emitida hacia este componente y esta convertida en un aviso vocal que puede ser emitido al usuario bajo la forma de flujo RTP. El browser Voice XML contacta el servidor TTS cuando un texto debe ser traducido en un mensaje vocal y entregado al usuario. Servidor WEB : este componente es un servidor estndar http. Esta utilizado con el fin de albergar el contenido vocal. Este contenido consiste en escrito Voice XML, anuncios vocales / video, mensajes de recepcin y gramticas de reconocimiento de la palabra. Los escritos Voice XML definen la lgica de aplicacin. Mensajes de recepcin apoyan el usuario en su navegacin dentro de una aplicacin. La gramticas contienen las palabras autorizadas o las frases que un usuario puede pronunciar cuando la aplicacin le pide ingresar sus informaciones.
7.2.1
Las funcionalidades del servidor de media SIP incluyen las funciones de control del media y de recursos media :
11
Anuncios: la mayor parte de los servicios evolucionados utiliza formas de anuncios, bien sea un mensaje de bienvenida durante el acceso a su buzn de mensajes unificado o de un mensaje de introduccin a un portal cocal. La utilizacin de un servidor de media SIP para realizar servicios de anuncios permite no tener que desplegar un nuevo servidor de anuncios.; reduciendo as el numero de elementos de red y simplificando la gestin de la red. Un equipo de almacenamiento externo puede ser utilizado para almacenar anuncios creando as una solucin confiable y escalable. El protocolo RTP esta utilizado para entregar el anuncio al usuario. Automated Speech Recognition (ASR) : el reconocimiento de la palabra es un componente de la mayor parte de los servicios al usuario tales como mensajeria vocal (voicemail), la mensajeria unificada, juegos interactivos y portales vocales. Generacin de informacin de tasacin : una tasacin precisa y justa es una exigencia por los operadores de servicio con el fin de ofrecer servicios de voz y datos con fuerte valor agregado. El servidor de media SIP genera informaciones de tasacin. Interactive Voice Response (IVR) : el servidor de media SIP debe soportar la deteccin de tonalidades DTMF enviadas en la banda as como los dgitos recibidos va SIP INFO. Grabacin : el servidor de media SIP tiene capacidades de grabacin y de restitucin (playback). Numerosas aplicaciones tales como la mensajeria vocal, la mensajeria unificada, el pushto-talk y la conferencia utilizan esta funcin i.e, grabacin de la llamada para que sea restituida ulteriormente. El servidor de media SIP utiliza servidores de almacenamiento que existen donde el operador de servicios. Text-To-Speech : l at e c n o l o g a t e x t t o s p e e c h e se s t r e c h a me n t ea s o c i a d aal af u n c i o n a l i d a d I V R . E l t e x t t o s p e e c h e su t i l i z a d oe na p l i c a c i o n e st a l e sc o mol ame n s a j e r i au n i f i c a d aaf i nd e leer E-mail o fax a travs del telfono. La traduccin puede ser realizada en varios idiomas. Gestin del multipartes : el servidor de media SIP debe ser capaz de proveer todos los mecanismos de control de las llamadas con varios participantes. Esta funcionalidad es utilizada dentro de numerosas aplicaciones tales como conferencias o el Push-To-Talk. Transcodificacin : la transcodificacin permite convertir un esquema de codificacin digital en otro. En el caso de una conferencia donde los participantes no disponen de un mismo codificador comn, el servidor de media SIP asegurara entonces las traducciones de media necesarias. Interfaces estndares abiertas : el servidor de media SIP debe poder ser controlado a travs el protocolo SIP y debe poder ejecutar escritos Voice XML.
12
Ciertos servicios requieren interacciones complejas con el usuario (mensajeria unificada, IVR, ) P a r ae s t o s s e r v i c i o sv o c a l e s , u n aa c e r c a mi e n t oc e n t r a l i z a d oe sn e c e s a r i oc o nl a se n t i d a d e s AS SIP conteniendo la lgica de aplicacin y servidores de media SIP conteniendo el escrito vocal. Algunos servicios requieren un a base de datos centralizada. Para estos servicios de traduccin de numero (servicios de numero abreviado, servicio prepago, servicio VPN), un AS SIP que contiene la lgica de aplicacin es necesario. Algunos servicios de enrutamiento flexible necesitan un escrito personalizado por abonado. El l e n g u a j e Call Processing L a n g u a g e oC P Lp u e d es e r u s a d op a r ae s o . E sp o s i b l ee j e c u t a r e s t e escrito por un AS SIP o par el proxy server. Algunos servicios no se prestan bien a un tratamiento centralizado. La aparicin de terminales SIP basados sobre una maquina Java, ha ofrecido la posibilidad de desarrollar servicios sobre los terminales: El servicio timbre diferenciado permite modificar el timbre del puesto llamado segn la identidad del que llama. Este servicio bsico es tpicamente un servicio que conviene desplegar sobre el aparato. El servicio de filtro de llamada es una evolucin del servicio anterior en la cual la identidad del llamado sirve para determinar si la llamada debe ser aceptada, reenviada o bien rechazada. El servicio de gua telefnica subraya el inters de una conexin directa del terminal con una gua de empresa: permite al usuario consultar una gua LDAP desde el telfono, de seleccionar un numero entre los resultados de la consulta y generar una llamada hacia dicho numero.
9 Conclusiones
Las capacitaciones propuestas por EFORT sobre SIP presentan las arquitecturas de red y de servicios SIP, as como : El posicionamiento de SIP en el IMS La relacin entre SIP y los dems protocolos del IMS tales como SDP, COPS, DIAMETER, RTP/RTCP, RTSP, MSRP El Interfuncionamiento entre SIP y las redes legatarias tales como redes RTC, GSM, H323 La puesta en obra de los servicios complementarios del la telefona con SIP L ap u e s t ae no b r ad es e r v i c i o s d ev a l o r a g r e g a d oat r a v s d el a s A Sy l o s Mu l t i me d i a Resource Function) SIP.
13
Referencias:
J. Rosenberg, H. Schulzrinne, G. Camarillo, A. Johnston, J. Peterson, R. Sparks, M. Handley, E. S c h o o l e r , SIP : Session Initiation Protocol , R F C3 2 6 1 , June 2002. B. R o a c h , Specific Event Notification , R F C3 2 6 5 , June 2002. J. Lennox, H. S c h u l z r i n n e , Call Processing Language Framework and Requirements , R F C2 8 2 4 , May 2000. S. D o n o v a n , The SIP INFO Method , R F C2 9 7 6 , October 2000 J. Rosenberg, H. S c h u l z r i n n e , Reliability of Provisional Responses in the Session Initiation Protocol (SIP) , R F C3 2 6 2 , June 2002. J. Rosenberg, SIP UPDATE Method , R F C3 3 1 1 ,September 2002. Campbell, J. Rosenberg, H. Schulzrinne, C. Huitema, D. G u r l e , SIP Extension for Instant Messaging , R F C3 4 2 8, December 2002. M. Handley, V. J a c o b s o n , S D P : S e s s i o nD e s c r i p t i o nP r o t o c o l , R F C2 3 2 7 , April 1998.
14