Raport Pfe Benali Darbaoui

The world's largest digital library

Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.



Développement du Service VoD sous La Plateforme Mobicents NSN

Liste des figures et des tableaux Figure 1: Figure 2: Figure 3: Figure 4: Figure 5: Figure 6: Figure 7 : Figure 8: Figure 9: Figure 10: Figure 11: Figure 12: Figure 13: Figure 14: Figure 15: Figure 16: Figure 17: Figure 18: Figure 19: Figure 20 : Figure 21 : Figure 22 : Figure 23: Figure 24 : Figure 25 : Figure 26 : Figure 27 : Figure 28 : Figure 29 : Figure 30 :

Diagramme de GANTT du projet…………………………………………….17 Architecture de réseau NGN………………………………………………….20 Architecture de l’IMS…………………………………………………………23 Entités d’un réseau SIP………………………………………………………..26 Exemple de message SIP…………………………………………………...…28 Etablissement et libération de session SIP…………………………………....31 Exemple d’une session RTSP…………………………………………………34 RTSP…………………………………………………34 Architecture de Mobicents……………………………………………………35 Architecture de la plateforme de communication Redhat/JBoss…………….36 Architecture de Base de JAIN………………………………………………..37 Architecture en couche de JAIN……………………………………………..39 Différents APIs de JAIN……………………………………………………..40 Architecture JAIN SIP……………………………………………………….41 Les différentes JAIN SIP API………………………………………………..42 Architecture de Jain SLEE…………………………………………………...44 Rôle de l’adaptateur de ressource…………………………………………….45 profile et table de profile……………………………………….……………..46 Activité et contexte d’activité………………………………….……………..47 Flux d’événements dans un SBB……………………………… .…………….48 Architecture de Mobicents Media Server……………………….…………….51 Architecture IPTV/VOD proposée prop osée par l'ETSI TISPAN TISPAN……….……………..55 Architecture du service VoD…………………………………….……...……56 Cas d’utilisation de Mobicents Media Server………………………………...57 Call flow pour le service VoD.………………………………….…………….61 Démarrage de Mobicents media server………………………………………63 Démarrage du serveur Mobicents JSLEE……………………………………64 Déploiement du service……………………………………………………….64 Client Sip X-lite……………………………………………………………….65 Lecteur du flux média…………………………………………………………65 Interface d’administration Mobicents.………………………….……………..71




















Introduction générale Le monde de télécommunications est en croissance rapide et le marché de télécommunications s’oriente de plus en plus vers la convergence fixes et mobiles, vers un

réseau tout IP. Le concept clé pour assurer cette convergence est le concept IMS (IP Multimédia Subsystem) qui permet l’offre des services pour les deux réseaux fixes et mobiles. L’environnement de service des opérateurs de télécommunications est aujourd’hui particulièrement complexe avec l’intégration de services très divers provenant du monde

Internet.

Cette complexité provient du mariage entre les télécommunications et

l’informatique. Le réseau intelligent autour du réseau téléphonique a longtemps été le vecteur de cette intégration et a permis un certain succès à ce mariage avec l’arrivée de services

comme la carte prépayée ou le numéro vert. Cependant, modifier un service ou créer un nouveau service accessible par le réseau téléphonique nécessite la modification de tous les nœuds du réseau qui sont des commutateurs très complexes.

De plus, les fournisseurs de services ont toujours tendance à développer des services propriétaires suivant leurs propres normes. Ces contraintes rendent les modifications et la création de nouveaux services difficiles et très longues longues dans le contexte d’un marché très

concurrentiel. D’ailleurs, ces services sont très coûteux du fait de la complexité et du nombre de commutateurs à modifier dans le réseau. Dans ce contexte, NSN a été décidé d'utiliser la plate-forme Mobicents qui est un framework open source VoIP. Cette plateforme doit offrir une multitude d'interfaces (e.g. SIP) afin de faciliter l'ajout des nouveaux services qui est le but de ce stage. Ainsi le travail présenté dans ce mémoire de fin d'étude porte sur la documentation et la compréhension de la l'architecture

et la logique métier de Mobicents ainsi que la conception et le




















Chapitre 1 Contexte général du projet Dans ce chapitre, nous allons présenter l'entreprise d'accueil, Nokia Siemens Network. Ensuite nous exposerons le sujet, l'objectif et le déroulement du stage.

1. L’entreprise d'accueil : Nokia Siemens Network 1.1- Présentation de l’organisme d’accueil . NSN est issue d'une fusion stratégique opérée en juin 2006 entre Siemens Networks et Nokia Networks Business Group. La La nouvelle structure (une joint-venture détenue à 50-50 par les deux groupes) a donné naissance à un géant mondial des réseaux de télécommunications qui a pour ambition de connecter pas moins de 5 milliards de personnes à l'horizon 2015. Autant dire connecter la population de la planète. Cette nouvelle société, Nokia Siemens Networks est le leader en fourniture de solutions de communication et d'intégration de services pour la téléphonie mobile et fixe. Elle fournit un portefeuille complet et équilibré de produits pour les solutions d'infrastructures fixes et mobiles. Elle s'adresse à la demande croissante des services avec 20000 professionnels des services à travers le monde. Les revenus pro-forma combinés de 17.1 milliards €, durant l'exercice 2006, font de Nokia Siemens Networks l'une des plus grandes sociétés d'infrastructure de télécommunications. Nokia Siemens Networks compte 600 clients, elle opère dans 150 pays. Son siège social est situé à Espoo, en Finlande. Elle combine Networks Business Group de Nokia et l'expertise de Siemens Communications. Fondant son business sur une forte contribution des deux partenaires mondiaux, Nokia




















des services devient un domaine stratégique de par l'avènement des réseaux large bande à intégration de services et des communications mobiles qui permettent d'imaginer un nombre de services très important. De ce point, les acteurs sur le marché des télécommunications créent tout un département au sein de leurs entreprises pour répondre à cette croissance considérable de la demande d’invention de nouveaux services de communication. Ces derniers ont besoin d'être intégrés dans un réseau déjà existant qui fonctionne suivant un ensemble de règles et sous différents protocoles de communication. Le métier d'intégration élabore une documentation écrite détaillée sur les étapes et les procédures à respecter, par les différents intervenants. Il associe une grande capacité de production à la flexibilité de ses chaînes qui s'adaptent aux produits, aux délais et aux quantités. A tout moment de la production, l'intégration réalise des "auto-tests" pour valider la qualité du travail et vérifier la compatibilité et l'interopérabilité du nouveau système avec les plateformes et les composants déjà déployés. Aussi, une simple intégration nécessite un ensemble de tests sur la capacité, la surcharge du système, les bugs et les erreurs possibles qui peuvent être produites lors de la mise en place de la solution en production.

1.2- La stratégie de Nokia Siemens Networks. Selon Simon Beresford-Wylie, Directeur général de Nokia Siemens Networks, «On commence déjà à être l'un des leaders de l'industrie, nous avons un objectif bien clair: devenir numéro UN. Nous voulons être numéro UN en tant que fournisseur des réseaux de communication à nos clients, la société numéro UN à connecter le monde via des modules de connections pour les communications fixes et mobiles, et numéro UN en tant que poste de travail pour nos employés. Nous voulons aussi être reconnus pour nos hautes valeurs d'éthique et d'intégrité. » . « Puisque le marché change et nos clients font face à des challenges commerciaux




















construit un institut international totalement consacré à la formation afin de promouvoir son expertise technique et en matière de gestion de ses professionnels.

1.3- Secteur d’activité de NSN L'infrastructure des télécommunications continuera à avoir le rôle majeur à jouer dans la capacité de Nokia Siemens Network et dans son aptitude de créer, fournir et livrer les meilleures solutions de bout en bout dans le monde pour les clients. Elle a ainsi cinq unités de travail: accès sans fil, accès à large bande, noyau technique et applications, IP/Transport, et Systèmes de Soutiens des Opérations. Ces unités de travail fournissent une large gamme de produits et d'applications pour les réseaux fixes, mobiles et convergents. En outre, la nouvelle société répond à une demande de services toujours croissante à travers son « Unité de Services ». Le portefeuille des produits proposés couvrira toutes les gammes de produits, services, solutions ayant relation avec l'infrastructure du réseau de télécommunications. Il conduira à la convergence IP et fournir des solutions de bout en bout, pour répondre aux besoins des clients mondiaux. Nokia Siemens Networks Maroc collabore étroitement avec Maroc Telecom; premier opérateur mobile et fixe au Maroc. Elle fournit principalement à son client Maroc Telecom, les équipements Nokia Siemens Networks du réseau radio GSM34 ainsi que les prestations de services associés qui sont : 

Recherche et négociation des sites, constructions des sites et implémentation d'infrastructure GSM pour les projets clés en main totale.



Implémentation de l'infrastructure GSM pour les projets clés en main partiels.



Drive-test et entretien de la qualité de service du réseau pour le contrat d'optimisation radio.






















l'opérateur client). Le groupe de Network Planning est divisé en zones géographiques, c'est à dire, une équipe s'occupant du projet de Casablanca, une autre de celui de Rabat et une troisième pour la zone Nord Est. Ces différentes équipes sont supervisées par un manager.

Équipe commerciale : Cette équipe se charge de toutes les procédures financières, l'établissement des comptes de Nokia Siemens Networks et la planification du budget établi tous les six mois.

Équipe de déploiement et d’intégration : Cette équipe se charge de négocier l'installation des nouveaux sites avec les propriétaires dans le cas des contrats TK, de la supervision de la construction des sites et de la fourniture du matériel. Elle se charge aussi de la mise en place et l'implémentation des services à valeurs ajoutées pour les clients selon les marchés conclus.

2. Projet et déroulement du stage 2.1- contexte du projet IMS est acceptée par la plupart des acteurs de l'industrie des télécommunications comme l'architecture de la convergence des réseaux de prochaine génération. L'IMS joue le




















service de communication point à point basée sur le mode unicast de transmission sur IP. D'autre part, IPTV est un service de communication point à multipoint basé sur le mode de transmission multicast sur IP. Concevoir l'architecture du réseau IMS pour s'adapter au service IPTV est moins évident par rapport au service VoD. VoD. L'émergence du réseau de prochaine génération (NGN) a créé le besoin de convergence conduit par les SDP et les APIs Java qui

se trouvent

à l'avant-garde l'avant-gard e du

développement d'applications pour les opérateurs télécoms. Les Les spécifications des APIs telles que JAIN (Java Advanced Intelligent Network) et Java Téléphonie API ont équipé les développeurs d'applications pour les systèmes et les réseaux NGN.

2.2- Objectif du projet et le déroulement du stage L'objectif de ce projet est le développement d'un service Video Video à la demande utilisant une open source Service Delivery Platform (SDP) : Mobicents JSLEE. Le stage s'inscrit dans le cadre des futurs projets que NSN veut mener. NSN utilise la solution Mobicents dans d'autres pays dans les réseaux de nouvelle génération: (convergence fixe/mobile, convergence vers le tout IP,…). L'objectif du stage est de maîtriser mobicents et

notamment la solution VOIP qu'il offre, pour voir comment l'open source peut offrir, à travers le développement des services via SIP, une alternative commerciale à moindre coût. Cette plateforme de services peut donc être une solution robuste et performante adoptée par les




















Figure 1: Diagramme de GANTT du projet

2.3- Intérêt du projet Le stage traite dans sa globalité une solution VoD open source dans le but est de s'assurer de comment les solutions open source peuvent être performantes et offrir une qualité de service aussi innovante que concurrente. Ces solutions remplacent ainsi celles des propriétaires. Ainsi, il s'avère intéressant d'étudier les solutions lowcost comme étant une autre alternative offrant des services multimédia.




















Chapitre 2 Les réseaux NGN

1. Introduction L’évolution progressive du monde des télécoms vers des réseaux et des services de nouvelle génération est aujourd’hui une tendance forte qui suscite l’intérêt d’une majorité d’acteurs. Elle résulte de la conjonction d’un ensemble de facteurs favorables don t : • les évolutions évolutions profondes profondes du secteur des télécommunications ; • le développement développement de gammes de de services nouveaux ; • les progressions progressions technologiques d’envergure dans le domaine des réseaux de données.

Pour s’adapter aux grandes tendances qui sont la recherche de souplesse d’évolution du réseau, la distribution de l’intelligence dans le réseau, et l’ouverture à des services tiers, il est nécessaire de s’adapter à une évolution vers un nouveau modèle de réseaux et de services

appelé NGN (NextGeneration Networks). Les NGN sont basés sur une évolution progressive vers le « tout IP » et sont




















couche de management, service et application. Ainsi l’architecture NGN se caractérise par :

Une couche Accès : qui permet l’accès de l’utilisateur aux services via des supports de transmission et de collecte divers : câble, cuivre, fibre optique, boucle locale radio, xDSL, réseaux mobiles.

Une couche de transport en mode paquet (ATM : Asyncronous Transfert Mode, IP : Internet Protocol ...):Cette couche gère l’acheminement du trafic vers sa destination. En bordure du réseau de transport, des « media gateways » et des « signallinggateways » gèrent respectivement la conversion des flux de données et de signalisation aux interfaces avec les autres ensembles réseau ou les réseaux tiers interconnectés.

Une couche Contrôle indépendante des ressources physiques : Elle se compose de serveurs dits « softswitch » gérant d’une part les mécanismes de contrôle d’appel (pilotage de la couche transport, gestion des adresses), et d’autre part l’accès aux services (profils d’abonnés, accès aux plates-formes de services à valeur ajoutée).

Une couche Services : Elle regroupe les plates-formes d’exécution de services et de diffusion de contenus. Elle communique avec la couche contrôle du cœur de réseau via des interfaces ouvertes et normalisées, indépendantes de la nature du réseau d’accès utilisé. Les services et

contenus eux-mêmes sont par ailleurs développés avec des langages convergents et unifiés.

Des interfaces ouvertes et standardisées entre les différentes couches : Les éléments











































3.2- La Signalling Gateway (SG) La fonction Signalling Gateway a pour rôle de convertir la signalisation échangée entre le réseau NGN et le réseau externe interconnecté selon un format compréhensible par les équipements chargés de la traiter, mais sans l'interpréter (ce rôle étant dévolu au Media Gateway Controller). Notamment, elle assure l'adaptation de la signalisation par rapport au protocole de transport utilisé. Cette fonction est souvent implémentée physiquement dans le même équipement que la Media Gateway, d'où le fait que ce dernier terme est parfois employé abusivement pour recouvrir les deux fonctions MG + SG.

3.3- Le serveur d’appel Dans un réseau NGN, c'est le MGC qui possède « l'intelligence ». Il gère: • L'échange des messages de signalisation transmise de part part et d'autre d'autre avec les passerelles






















d'un utilisateur, d'une communication entre deux terminaux ou entre un terminal et un serveur. Les deux principaux protocoles sont H.323, norme de l'UIT et SIP, standard développé à l'IETF. • Les protocoles de commande de Media Gateway qui sont issus de la séparation entre les

couches Transport et Contrôle permettent au Soft Switch ou Media Gateway Controller de gérer les passerelles de transport ou Media Gateway. MGCP (Media Gateway Control Protocol) de l'IETF et H.248/MEGACO, développé conjointement par l'UIT et l’IETF, sont

actuellement les protocoles prédominants. •

Les protocoles de signalisation entre les serveurs de con trôle (ou Media Gateway

Controller) permettant la gestion du plan contrôle au niveau du cœur de réseau avec des

protocoles tels que BICC (BearerIndependant Call Control), SIP-T (SIP pour la téléphonie) et H.323. L'interconnexion avec les réseaux de signalisation SS7 se fait généralement via des passerelles de signalisation ou SignallingGateways par l'utilisation de protocole tel que






















5.2- Architecture de l’IMS. 5.2.1- Structuration en couche de l’architecture IMS. L’architecture IMS [1] peut être structurée en couches. La figure 3décrit les différentes couches de l’IMS.
























La couche application: Elle introduit les applications (services à valeur ajoutée) proposées aux usagers. L’opérateur peut se positionner grâce à sa couche Contrôle en tant qu’agrégateur de qu’agrégateur de services offerts par l’opérateur lui -même ou par des tiers. La couche application consiste en des serveurs d’application (AS, Application

Server) et des Multimédia resourcefunction (MRF) que les fournisseurs appellent serveurs de média médi a IP (IP MS, IP Media Server).

5.2.2-

Protocoles définis dans l’architecture IMS .

Les protocoles définis dans l’architecture IMS peuvent être classés en trois caté gories : 

Protocoles d’authentification et de sécurité : Ce sont les interfaces (Cx, Dx et Sh) de l’architecture IMS qui utilisent les fonctions d’authentification. Dans toutes ces interfaces, le protocole d’authentification utilisé est Diameter.



Protocoles utilisés dans le plan média : IMS emploie le protocole temps réel RTP et le protocole de contrôle temps réel RTCP (Real Time Control Protocol) pour la
























Chapitre 3 Le Protocol SIP 1. Introduction
























2. SIP Composants. SIP supporte des fonctionnalités pour l'établissement et la fin des sessions multimédia : la localisation, la disponibilité, l'utilisation des ressources, et les caractéristiques de négociation. Pour la mise en œuvre de ces fonctionnalités, SIP offre plusieurs composants, qui

peuvent être divisés en deux : User Agents (UA) et les serveurs.
























2.2- SIP Serveurs. Les composants serveur de l'infrastructure SIP peuvent être divisés en trois types:

Le serveur proxy (Proxy server) : Il reçoit des requêtes de clients qu’il traite lui-même ou qu’il achemine à d’autres serveurs après avoir éventuellement réalisé certaines modifications

sur ces requêtes.

Le serveur de redirection (Redirect server) : Il s’agit d’un serveur qui accepte des requêtes
























logiques et non physiques, une implémentation peut tout à fait les combiner au sein d'une seule et même application machine. L'intérêt de séparer ces fonctionnalités réside essentiellement dans l'équilibrage de la charge de traitement au niveau de déploiements à grande échelle.

3. Messages SIP

















































3.3- Réponses SIP



















































lui permet de prendre en charge la distribution de ce contenu multimédia, la distribution de ce


























permettrait de réutiliser les protocoles de commerce électronique et d’authentification déjà


























Les requêtes RTSP sont acquittées par le récepteur dans le cas où elles ne sont pas


































































































































































































































































































































































































































Étape 3 : Démarrer Darwin server streaming Ceci se fait, par les deux commandes :

Étape 4 : Accès au service Apres le lancement du client SIP X-lite (voir son configuration dans l’annexe B), le client peut accéder au service en tapant le numéro 555 , un message vocal liste les films disponibles et demande au client de choisir un numéro correspondant à un film . Dans notre cas le client a choisi le film numéro 2.

Figure 28 : Client Sip X-lite Apres le choix du film, le lecteur VLC démarre automatiquement, et film est visionné comme nous montre la figure ci-dessous.




















Figure 29 : visionnement du flux média

Conclusion Ce chapitre présente le cœur de ce rapport, du fait qu’il représente notre valeur ajoutée, et notre contribution durant ce stage. En effet, nous avons aussi montré les différents outils utilisés, aussi nous avons élaboré la conception des services étape par étape, leurs implémentations ainsi que leur Tests final.




















Conclusion et perspectives Dans ce projet, nous avons utilisé la plate-forme de communication mobicents pour développer un service vidéo à la demande, qui peut être intégré dans le réseau IMS en se basant sur les standardisations de l'IPTV-VoD, nous avons aussi discuté les différentes exigences pour un déploiement réussi de ce service. Ainsi, nous avons montré que la solution MobiCents a franchi toute les limites en permettant de fournir une panoplie de services concurrents pour les solutions propriétaires. En effet d'autres services peuvent être prévus utilisant aussi le protocole SIP à savoir vidéo conférence ou bien Mobicents PBX. Ceci dit qu'on peut compter sur l'open source pour composer, tester et valider les services multimédia de nouvelle génération. Le serveur de streaming est un magasin des vidéos et répond aux demandes vidéo et en fait n'importe quel client, authentifiés ou non authentifié peut accéder à la vidéo dans le serveur de streaming, Il y a donc un trou de sécurité à cette approche. Pour contourner cela nous avons besoin d'un serveur des médias complet, plutôt que d'un serveur de streaming simple. Les futurs travaux seront axés sur le développement d'une architecture sécurisée permettra aux clients autorisés à recevoir des flux média à partir du serveur multimédia. La conduite de notre projet de fin étude a été une expérience très particulière et une opportunité réelle pour mettre en pratique un ensemble de connaissances acquises durant nos formations. Par ailleurs ce stage, a été un moyen de développer plusieurs qualités aussi bien qu’au niveau Informatique et Télécoms qu’au niveau professionnel.

Finalement, les objectifs fixés au départ ont été en grande partie réalisées et nous espérons que les résultats obtenus trouveront un bon écho.




















Bibliographie Bibliographie [1] 3rd Generation Partnership Project; Technical Specification Group Services and SystemAspects, Service requirements for the Internet Protocol (IP) multimedia subsystem, Stage 2";3GPP TS 23.228, September 2005, http://www.3gpp.org/specs/TS 23.228. 23.228. [2] J. Rosenberg, et al. “SIP: Session Initiation Protocol”, RFC 3261, June 2002. [3] Rosenberg, J., Schulzrinne, H., Camarillo, G., Johnston, A., Peter-son, J., Sparks, R., Handley, M., and Schooler, E. SIP : Session InitiationProtocol. RFC 3261 (Proposed Standard), June 2002. Updated by RFCs 3265,3853, 4320, 4916. [8]S. B. Lim and D Ferry, “JAIN SLEE 1.0 Specification, final release“, Sun Microsystems, Inc.and Open Cloud Limited March 2004

[9] Dikgole V, Ventura N. Video on Demand Service for Next Generation Networks. Proc. South African Telecommunications Telecommunications Networks and Applications Conference, (SATNAC (SATNAC 2008), Wild Coast Sun, South Africa. [10] Wilson P, Neco V. A Direct Marketing Platform for IMS- Based IPTV. Southern African Networks and Applications Conference (SATNAC 2009), Swaziland, 30 August – 2 September 2009.

Webographie [4] MobiCents: http://www.Mobicents.org, https://mobicents.dev.java.net [5] Redhat: http://www.fr.redhat.com/solutions/telco/communications_platform/ [6] JSLEE.org: http://www.jainslee.org [7] Sun Microsystems JAIN: http://java.sun.com/products/jain ;JBoss: http://www.jboss.org [11] Maven: http://maven.apache.org/




















Annexe A- Installation de Mobicents La distribution binaire de la plateforme Mobicents Jain Slee peut être téléchargée à partir du site : http://www.mobicents.org/slee/downloads.html

1.

Installation de java jdk

La Plate-forme Mobicents est écrit en Java, donc, avant d'exécuter n'importe quel serveur Mobicents, on doit disposer de Java RuntimeEnvironment (JRE) ou Java Development Kit (JDK) installé dans le système. En outre, le JRE ou JDK utilisé pour exécuter Mobicents doit être la version 5 ou supérieure. On

peut

télécharger

Sun

JDK6

à

partir

du

lien

:

http://www.oracle.com/technetwork/java/javase/downloads/index.html

1-1- installation sous linux: Quel que soit le fichier téléchargé, on peut l'installer sur Linux en s'assurant que le fichier est exécutable, puis l'exécuter:

#chmod +x dk-6u24-linux dk-6u24-linux-i586-rpm.bin -i586-rpm.bin #./jdk-6u24-linux-i586-rpm.bin Installation de Sun / Oracle JDK java, javaws et de javac avec la commande alternatives -install

## java ##

/ usr / bin / java / jdk1.6.0_24 / jre / bin alternatives --install / usr / bin / java java / usr usr / bin / java 20000 ## javaws ##

/ usr / bin / java / jdk1.6.0_24 / jre / bin alternatives --install / usr / bin / javawsjavaws / usr usr / bin / javaws 20000 ## javac ##

/ usr / bin / java / jdk1.6.0_24 / bin alternatives --install / usr / bin / javacjavac / usr usr / bin / javac 20000 On ajoute la ligne suivante au fichier “~.bashrc” (ce fichier contient les programmes lancés au

démarrage du système) :

export JA JAV VA_HOME="/usr/java/jdk1.6.0_24 A_HOME="/usr/java/jdk1.6.0_24"" Suivie de la commande : # source ~/.bashrc (pour la mise à jour de la nouvelle version du fichier) On peut déterminer si JAV JAVA_HOME est défini sur le système :

Pour choisir entre les versions java installer dans le système, on tape la commande :






















Enfin, pour assurer qu'on a utilisé le bon JDK ou version Java (5 ou plus), et que l'exécutable Java est dans notre PATH, on exécute la commande commande java -versiondans le terminal :

1-2- installation sous Windows : Il suffit de télécharger la version binaire et de l'exécuter et puis

ajouter le chemin du dossier des

binaires de la JDK installée (../../bin ) à la variable %path% de Windows, ceci avec la commande DOS :Set path=%path% ;

2.

C:\Program Files \Java\jdk1.6.0_24\jre\bin \Java\jdk1.6.0_24\jre\bin

Installation et configuration de Mobicents Jain Slee

Sous linux la procédure d’installation se résume au téléchargement, désarchivage et mise en place de

la variable $JBOSS_HOME dans le système. Voici la suite de commandes à taper dans le terminal :




















Pour Windows(en commande DOS):

# Set jboss_home=chemin\au\repértoire\de\Mobicents\jboss- Pour Linux : On ajoute la ligne suivante au fichier ~.bashrc :

# export JBOSS_HOME="/home////" Suivie de la commande : # source ~/.bashrc(pour la mise à jour de la nouvelle version du fichier) Une autre méthode pour installer MobiCents consiste à compiler soi-même le code source à partir du dépôt SVN. Cette seconde méthode donne l'avantage d'accéder directement aux dernières nouveautés, fonctionnalités et corrections de bugs. Pour plus de détails sur comment installer MobiCents à partir du

code

source,

se

référer

au

site

web

du

projet

sur

Google

http://groups.google.com/group/mobicents-public. Pour démarrer mobicents il suffit d'aller dans le répertoire de jboss et taper la commande :

#./bin/run.sh -c -b (pour windows, on utilise run.bat) Une fois que Mobicents est installé et démarré, allez à l'adresse http://127.0.0.1:8080 pour voir l’interface web du serveur Jboss .

Code:




















Annexe B –Guide d’installation et d’utilisation de MGCP Démo. Le MGCP Démo est un exemple conçu pour démontrer l’utilisation des APIs APIs JAIN MGCP, MGCP, y

compris la MGCP RA, dans le même temps elle démontre aussi diverses caractéristiques et fonctionnalités de Mobicents Media Server (MMS).les MGCP message sont transmises via le protocole UDP.les commandes sont envoyées à des adresses IP définies dans le domaine du point de terminal (en anglais :Endpoint).Les réponses sont envoyés à l’adresse source c’est – à-dire l’adresse IP et le numéro de port UDP des commandes. Cette exemple est compose de trois services. 

Premier Service est composé de CallSbb comme parent, qui écoute SIP INVITEcomme unévénementinitial. IVRSbb, RecorderSbbetTTSSbbsont appelé ses enfants (children). Et celui qui est responsable de jouer l'annonce et d'écoute pour les entrées DTMF de l'utilisateur. Selon le DTMF est composé par l'utilisateur, l'annonce correspondante est de nouveau diffusé. Pour le tester compose le numéro 2010.



Deuxième service est composé seulement de ConferenceSbb agissant en tant que root,il écoute au SIP INVITE mais il est moins prioritaire que la premier Service. estresponsablepour

l'enregistrement

vocalde

l'utilisateuretde

la

lectureaprès30

secondes. Pour le tester composer le numéro 2011. 

Si l'utilisateur composé 2013, le Child TTSSbb est créé. TTSSbb envoie le texte à Mobicents Media Server (MMS) et MMS lit le discours correspondant à ce texte à l'utilisateur.






















Maven apache.



Sip 11 RA & MGCP RA.



Le code source de d e Mobicents JAIN J AIN SLEE MGCP Démo.

1-1- Mobicents JAIN SLEE Server. Pour Mobicents JAIN SLEE Server on a utilisé la version 2.3.0.FINAL .vous pouvez le télécharger d’après ce lien.

http://sourceforge.net/projects/mobicents/files/Mobicents%20JAIN%20SLEE%20Server/2.3. 0.FINAL/

1-2- Mobicents Media Server. Pour Mobicents Media Server vous pouvez soit télécharger une version d’après le site web de Mobicents ou bien d’utiliser la version qui vient avec Mobicents jain slee Server qui se trouve

dans le dossier extra.

1-3- Maven apache. Cet outil est utilisé pour construire le service déployer pour la télécharger consulté le site web http://maven.apache.org qui contient tous les informations sur l’utilisation de cette outil.

1-4- Sip 11 RA & MGCP RA. Ce sont deux ressource d’adaptation utilisés pour le service afin d’être en mis à niveau et capable d’être déployer par le serveur JBoss pour qu’on puisse évaluer ses fonctionnalités.

SIP 11 RA et MGCP RA vient avec la distribution Mobicents JAINSLEE Server dans le




















slee/2.x.y/examples/mgcp-demo/2.4.0.CR1 slee-exemple-mgcp demo2.4.0.CR1. 

Après on va utiliser Maven pour construire l’unité déployable.pour cela on va se déplacer vers le dossier « slee-exemple-mgcpdemo2.4.0.CR1 slee-exemple-mgcpd emo2.4.0.CR1 ». qui contient les fichiers source de MGCP Démo téléchargé. [usr]$ cd slee-example-mgcp-demo-2.4.0.CR slee-example-mgcp-demo-2.4.0.CR1 1 [usr]$ mvninstall



Une fois le processus terminé, vous devriez avoir le fichier jar. Ce fichier se trouve dans slee-example-mgcp-demo-2.4.0.CR1/slee/services-du/target/ zmgcp-demo-services-DU2.4.0.CR1

Utilisateur Windows. Les mêmes procédures que pour l’utilisateur Linux sauf la démarche car il doit

télécharger le code source manuellement à partir de site web. http://mobicents.googlecode.com/svn/tags/servers/jainslee/2.x.y/examples/mgcpdemo/2.4.0.CR1

2. Configuration du SIP Client. Pour tester ce démo on doit avoir un client Sip dans notre cas, on a choisi le client sip X-lite PRO, mais avant de passer à tester les fonctionnalités de ce démo il faut la configurer. Pour la configuration il faut tout simplement voir les images. 

Pour default:









































Figure 32 : Configuration x-lite pour Network

3. Déploiement du service. Pour déployer le service afin de le tester .on va suivre les étapes suivant. 1. Copier le fichier jar zmgcp-demo-services-DU-2.4.0.CR1 et aussi le fichier qui contient le media mgcp-demo-audio.war qui se trouve dans l’emplacement suivant.




















Figure 33 : déploiement déploi ement de MGCP Démo

Raport Pfe Benali Darbaoui

Recommend Documents