Quelques notes à propos d'IMS

IP Media Subsystem.
C'est le socle des futures infrastructures télécoms, qui permettront la mise en place des convergences voix/données et fixes/mobiles.
IMS est défini par 3gpp (3rd generation partnership project) et est basé sur SIP (signalling, presence detection...).

NB :

• Les services Push-To-Talk sont souvent définis comme étant pré-IMS.
• Avec IMS, la commutation traditionnelle devient un ensemble de sessions SIP établies entre de multiples serveurs d'applications

H.248/MEGACO : un concurrent de MSCP

En fait, vu la jeunesse de MSCP (2005) et le presque grand âge de MEGACO (1998), peut être que j'aurais dû inverser le titre.
Quoiqu'il en soit MEGACO permet lui aussi de contrôler un Media Server, mais cette fois les échanges ne sont plus au format XML, qui n'était pas encore autant à la mode; les spécifications conjointes de l'ITU-T et de l'IETF sont écrites en s'appuyant respectivement sur ASN.1 et ABNF.

Pour tout savoir : H.248 (nom ITU.T) alias MEGACO (nom IETF)

MSCP: un protocole pour contrôler un Media Server

MSCP = Media Server Control Protocol
MSCP est un IETF Internet draft (daté du 28 juillet 2005). C'est un protocole permettant le contrôle de dialogues interactifs et d'applications de conférencing sur une plate-forme multimedia.

MSCP est donc un protocole permettant à un serveur d'application (AS pour Application Server) de contrôler des services media (tq jouer un fichier audio, un prompt en synthèse vocale, interpréter un DTMF, ...) et de conferencing (créer une conférence, ajouter un utilisateur à une conférence, ...) sur une plate-forme media (MS pour Media Server).

Pour tout savoir, c'est ici:
MSCP : fonctionnement détaillé, architecture, callflows, syntaxe.

SCXML: qu'est-ce que c'est ?

C'est un W3C Working draft (5 juillet 2005), candidat comme langage de contrôle pour VoiceXML 3.0, CCXML 2.0 ainsi que d'autres langages (multimodaux etc...).

SCXML = State Charte XML
SCXML est un langage de description de machines à états, qui combine des concepts de CCXML et des tables d'états d'Harel. Il enrichit le concept basique de machines à états, avec de puissants concepts tels que les conditions au sein de transitions ou encore les états parallèles ou imbriqués. Il permet en cela de représenter de manière très compact et intelligible des systèmes complexes. Il sera en cela utile dans une large variété d'applications nécessitant le contrôle et la synchronisation de ressources.

Un exemple mettant en lumière les possibilités de SCXML

CCXML: pourquoi faire ?...

Le langage VoiceXML présente quelques limitations:
•Ne permet pas au service de garder la main après un transfert d’appel
•Ne permet pas à deux parties connectées de posséder chacune leur interpréteur VoiceXML
•Ne permet pas le « conferencing »
•Ne permet pas la réception d’événements et messages d’entités extérieures
•Pas de gestion des événements asynchrones

CCXML apporte une réponse aux limitations de VoiceXML. L’interpréteur CCXML se comporte alors comme un pilote d’interpréteurs VoiceXML ...

Le pilotage d’interpréteurs VoiceXML permet d’envisager de nombreuses applications :
•multi-party conferencing
•transfert d’appels intelligents
•publicités téléphoniques
•etc ...

En résumé:
•CCXML a été créé pour répondre à certaines limitations de VoiceXML
•CCXML permet à VoiceXML d’être complètement autonome vis à vis du monde de la téléphonie
•VoiceXML et CCXML sont complémentaires
•VoiceXML est un langage permettant la description de dialogues interactifs vocaux avec un utilisateur
•CCXML est un langage permettant la description des connexions/déconnexions d’utilisateurs, le transfert d’appel, ...
•Mais pas d’interaction directe avec l’utilisateur dans CCXML

Des limitations à CCXML ?
•CCXML est encore peu répandu - peu d’implémentations d’interpréteurs CCXML
•L’avantage de CCXML sur des langages tq Java/C++ est beaucoup moins visible que pour VoiceXML
•Services peu amenés à évoluer
•Langage plus compliqué, nécessitant plus de compétences initiales

Un lien vers la page du W3C: http://www.w3.org/TR/ccxml/

VoiceXML: qu'est-ce que c'est ?

VoiceXML = VXML = Voice eXtensible Markup Language

(Méta) Langage dérivé de XML permettant l’écriture de dialogues interactifs vocaux de manière aisée, rapide et évolutive. C'est désormais un standard W3C:

•03/1999: création du VoiceXML Forum
•08/1999: VXML v0.9
•05/2000: VXML v1.0 - recommendation
•10/2001: VXML v2.0 - working draft
•03/2004: VXML v2.0 - recommendation
•03/2004: VXML v2.1 - working draft
•06/2005: VXML v2.1 - candidate recommendation

C'est un langage très complet, comprenant plus de 40 balises et lié à de nombreux autres standards tels que:
•XML et HTTP !
•SSML: synthèse vocale (TTS)
•SRGS: reconnaissance vocale (ASR)
•ECMAScript (JavaScript): scripting
•CCXML: contrôle d ’appel
•XHTML+V: HTML "vocalisé" (comme SALT)

VoiceXML permet de s’affranchir des contraintes liées aux SVI classiques (formats propriétaires), car il s'appuit sur des standards du Web tels que XML, HTTP, JavaScript, …

VoiceXML permet donc d’utiliser les architectures Web classiques et de développer des applications vocales aussi aisément que l’on écrit une page HTML, entraînant ainsi une maintenance aisée des applications développées.

Un lien vers la page du W3C: http://www.w3.org/TR/voicexml21/

Ouverture !

Avec un premier message au contenu fort intéressant :-)