La présentation est en train de télécharger. S'il vous plaît, attendez

La présentation est en train de télécharger. S'il vous plaît, attendez

All rights reserved for DESS-IRS 1 UMTS TOUT IP GROUPE 1 FAISALSHERAZWASIQTHIAM.

Présentations similaires


Présentation au sujet: "All rights reserved for DESS-IRS 1 UMTS TOUT IP GROUPE 1 FAISALSHERAZWASIQTHIAM."— Transcription de la présentation:

1 All rights reserved for DESS-IRS 1 UMTS TOUT IP GROUPE 1 FAISALSHERAZWASIQTHIAM

2 All rights reserved for DESS-IRS2 Presentations  Architecture du UTRAN avec IP Moussa Equipement Terminal Moussa Equipement Terminal Sheraz RNC Sheraz RNC  Services (IP) WASIQ OSA / VHE (VoIP) QOS WASIQ OSA / VHE (VoIP) QOS Faisal Multicast Faisal Multicast

3 All rights reserved for DESS-IRS3 UMTS TOUT IP

4 All rights reserved for DESS-IRS4 MODELE EN COUCHES

5 All rights reserved for DESS-IRS5 Couches de protocole dans UMTS Couches de protocole dans UMTS PDCPGTP-U RLC UDP/I P MACAAL5 WCDM A ATM GTP- U UDP/ IP AAL5L2 ATML1 Node-B RNCApplication E.g., IP,PPP PDCP RLC MAC WCDMA GTP-U UDP/IP L2 L1 UuIuGnPDCPGTP-URLC UDP/I P MACAAL5 WCDM A ATM GTP- U UDP/ IP AAL5L2 ATML1 Application E.g., IP,PPP PDCP RLC MAC WCDMA GTP-U UDP/IP L2 L1 UuIuGn UE RNS UTRAN

6 All rights reserved for DESS-IRS6 UMTS TOUT IP

7 All rights reserved for DESS-IRS7 CONCEPT WCDMA MULTIPLEXAGE FDD EN FREQUENCE FDD EN FREQUENCE BANDES APPAIREES BANDES APPAIREES 2 PORTEUSES (liaisons montante et descendante)pour utilisation courante 2 PORTEUSES (liaisons montante et descendante)pour utilisation courante TDD EN TEMPS TDD EN TEMPS 1 PORTEUSE(utilisation haut debit) 1 PORTEUSE(utilisation haut debit)

8 All rights reserved for DESS-IRS8 LES CANAUX DE L’INTERFACE RADIO

9 All rights reserved for DESS-IRS9

10 10 UMTS TOUT IP

11 All rights reserved for DESS-IRS11 UMTS TOUT IP

12 All rights reserved for DESS-IRS12 NŒUD B(station de base dans UMTS) GESTION DE LA COUCHE PHYSIQUE DE L’INTERFACE AIR GESTION DE LA COUCHE PHYSIQUE DE L’INTERFACE AIR CODAGE DU CANAL CODAGE DU CANAL ENTRELACEMENT ENTRELACEMENT ADAPTATION DU DEBIT ADAPTATION DU DEBIT

13 All rights reserved for DESS-IRS13 UMTS TOUT IP

14 All rights reserved for DESS-IRS14 UTRAN (UMTS Terrestrial Radio Acces Network) Two major elements; a) RNC (Radio Network Controller) b) Node B RNC (Radio Network Controller), which own and controls the radio resources in its domain i.e. the Node Bs connected. RNC is the service access point for all services UTRAN provides to CN. MSC,SGSN and HLR can be extended to UMTS requirements. RNC and Node B are completely new designs.

15 All rights reserved for DESS-IRS15

16 All rights reserved for DESS-IRS16 UTRAN PSTN/ISDN GMSC MSC RNC HLR UTRAN: Terrestrial Radio Access Network RNC: Radio Network Controller BTS UTRAN transport: ATM New tricks: Soft Handover IP GGSN Packet core NW SGSN

17 All rights reserved for DESS-IRS17

18 All rights reserved for DESS-IRS18 Goal  Maximization in handling of packet switched and circuit switched data.  IP based protocols such RTP (data transport) and SIP (Signaling control) protocols (Signaling control) protocols  ATM is currently main transport mechanism in the UTRAN.

19 All rights reserved for DESS-IRS19

20 All rights reserved for DESS-IRS20 Primary functions RNC  Uplink and downlink signal transfer  Mobility  Add and delete cells during soft hand-off  Macro-diversity during handover  Uplink Outer Loop Power Control functionality  Downlink Power Control  Controls common physical channels, which are used by multiple users  Interfaces with SGSN and MSC/VLR

21 All rights reserved for DESS-IRS21 Types of RNC 1. CRNC (Controlling RNC) Responsible for the load and congestion control of its own cells Responsible for the load and congestion control of its own cells 2. SRNC (Serving RNC) Terminates both Iu link for the transport of user data and the corresponding RANAP signaling to/from the core network. 1. DRNC (Drift RNC) Controls cells used by the mobile. When is required the DRNC performs macro-diversity combining and splitting. Controls cells used by the mobile. When is required the DRNC performs macro-diversity combining and splitting.

22 All rights reserved for DESS-IRS22 Protocol for UTRAN Interfaces

23 All rights reserved for DESS-IRS23 Layered Architecture Horizontal layers have two main layers: ! Radio Network layer ! Transport Network Layer Vertical planes have four main planes: ! Control Plane ! User Plane ! Transport Network Control Plane ! Transport Network User Plane

24 All rights reserved for DESS-IRS24

25 All rights reserved for DESS-IRS25 IP implementation

26 All rights reserved for DESS-IRS26 Diversified positions in UMTS Most important issues that are emphasize SSCF layer SSCF layer SSCOP layer SSCOP layer specifically designed for transport in ATM networks and which take care of solutions such as signaling connection management. Already IP based consists;  M3UA (SS7 MTP3 _user adaptation Layer)  SCTP (Simple Control Transmission Protocol)  IP (Internet Protocol),  AAL5(ATM Adaptation Layer 5).

27 All rights reserved for DESS-IRS27 IP implementations in Iur Application layer, RNSAP, connects to its signaling bearer via an SCCP-SAP Application layer, RNSAP, connects to its signaling bearer via an SCCP-SAP (Service Access Point). (Service Access Point). Signaling bearer is ATM based. Signaling bearer is ATM based. The SCCP layer provides both connectionless and connection-oriented service. The SCCP layer provides both connectionless and connection-oriented service. Below SCCP, the operator is able to select from one of two switches Below SCCP, the operator is able to select from one of two switches a) MTP3-B/SCCFNNI/SSCOP a) MTP3-B/SCCFNNI/SSCOP b) SCTP/IP. b) SCTP/IP.

28 All rights reserved for DESS-IRS28 Glossary UMTS Universal Mobile Transmission System RNC Radio Network Controller CN Core Network SGSN Serving GPRS Node GPRS Global Packet Radio Service USIM UMTS Subscriber Identity Module Uu UMTS air interface Iub Interface between Node B and RNC Iur Interface between two RNC GSMC Gateway MSC PLMN Public Land Mobile Network GGSN Gateway GPRS Support Node SSCF Service Specific Coordination Function SSCOP Service Specific Connection Oriented Protocol

29 All rights reserved for DESS-IRS 29 Toward an All-IP Based UMTS System Architecture

30 All rights reserved for DESS-IRS30 Transitions Shift from R99 to R00 standard Shift from R99 to R00 standard –Replacment of Circuit Switced transport technology by Packet technology –Introduction of multimedia support in the UMTS Core Network Evolution of Open Service Architecture (OSA) Evolution of Open Service Architecture (OSA) –Apart from the official bodies ( 3GPP, 3GPP2) other partnerships and foras started polling in to the success of an all-IP based UMTS architecture.

31 All rights reserved for DESS-IRS31 The 2 Trends The trend in the design of UMTS service architecture to standardize Open Network Interface The trend in the design of UMTS service architecture to standardize Open Network Interface The trend in the design of the UMTS network architecture to move towards an IP based approach The trend in the design of the UMTS network architecture to move towards an IP based approach

32 All rights reserved for DESS-IRS32 OSA Obliged network operators to provide third party service providers access to their UMTS service architecture via open standardized interfaces Obliged network operators to provide third party service providers access to their UMTS service architecture via open standardized interfaces Development of OSA interfaces through the Parlay/OSA API Development of OSA interfaces through the Parlay/OSA API –API presented by the “Joint API Group” consisting of Parlay and 3GPP

33 All rights reserved for DESS-IRS33 OSA/Parley API Parlay APIs try to open telecommunication networks to third party service providers. Parlay APIs try to open telecommunication networks to third party service providers.

34 All rights reserved for DESS-IRS34 A change in business model has introduced new players in the telecomm business A change in business model has introduced new players in the telecomm business User New Player services connectivity Operator connectivity Some want to address users directly User New Player connectivity + services Operator connectivity Some prefer to do it via the Network Operator But they have something in common: They compete in the services market... and they have no network! THE TECHNICAL ENABLER = PARLAY/OSA

35 All rights reserved for DESS-IRS35 Control layer Service Capability Servers OSA/Parlay API’s exposing network service capabilities Distribution via middleware Parlay / OSA Services/application layer Connectivity layer Core & Radio Networks 2G 2.5G & 3G Core network Service network Presence of Parley/OSA

36 All rights reserved for DESS-IRS36 Parlay/OSA API OSA Gateway Mapping to network specific protocols Network Network complexity hidden from applications App1App2 AppN Applications (independent of underlying network technology) 3GPP ETSI Parlay JAIN

37 All rights reserved for DESS-IRS37 Open Service Architecture

38 All rights reserved for DESS-IRS38

39 All rights reserved for DESS-IRS39 Role of SCS in service provisioning UMTS Call Control Servers UMTS Call Control Servers HLR HLR MExE MExE SAT SAT CAMEL CAMEL

40 All rights reserved for DESS-IRS40 From OSA to VHE Intervention of European Commission Intervention of European Commission –Opening of application interfaces towards the networks –Liberalization of telecommunication services market –Enhancing portability of telecommunication services between network and terminals –Service portability = Virtual Home Environment (VHE)

41 All rights reserved for DESS-IRS41 Virtual Home Environment (VHE) Concept Concept –Provide user an environment to access the services of his home network/service provider even while roaming in the domain of another network provider.

42 All rights reserved for DESS-IRS 42 Introduction to VoIP in Mobile Moving towards an all IP Network

43 All rights reserved for DESS-IRS43 VoIP – pros and cons Advantages Advantages –Lower equipment cost –Easier management of network –Usage of Techniques like silence suppression Hence lower communication cost to user Hence lower communication cost to user –Use of end to end IP, opens path to multimedia over IP services like video conferencing –Using same technology (IP services) in fixed and mobile networks facilitates internetworking Disadvantage Disadvantage –QoS Delays by handover Scarce radio resources Admission control

44 All rights reserved for DESS-IRS44 Enabling Packets MSC division MSC division –MSC for Call Control –MG for switching (IP Router) MG at the UTRAN side MG at the UTRAN side MG at the PSTN side MG at the PSTN side MGCF for MG MGCF for MG Signaling Gateway Signaling Gateway CSCF (Call State Control Function) CSCF (Call State Control Function) HSS HSS

45 All rights reserved for DESS-IRS45 Interworking Two Worlds IP/ATM Router Optical DWDM IN/AIN Network Circuit Switch ATM SONET/SDH Optical Layer SIP Server Video Server Application Server Signaling Gateway Signaling Gateway SS7 over IP Connects control and service elements Bridges service elements of IN and SIP Media Gateway Controller Call state Control of Media Gateways Authorization, verification & settlement Media Gateway Media Gateway Media adaptation Addressing Usage and QoS information

46 All rights reserved for DESS-IRS46 For transport of Data Traffic For transport of Data Traffic –UMTS uses GPRS For transport of Voice Calls For transport of Voice Calls –Packet Switched mobile terminals Calls transmitted using GTP Calls transmitted using GTP GTP works over IP GTP works over IP All Mobility dealt with by GPRS All Mobility dealt with by GPRS –Circuit Switched mobile terminals Voice samples travel between MGs using IP using Iu Frame Protocol (FP). Voice samples travel between MGs using IP using Iu Frame Protocol (FP). No GTP No GTP MG Handover MG Handover

47 All rights reserved for DESS-IRS47 2 Scenarios for Providing VoIP Services 1. SoftSSP Concept : INAP / CAP support of VOIP Previously implementation of service logic from network switch Previously implementation of service logic from network switch NOW – IN allows controlling the service from a centralized point (SCP) outside the switch NOW – IN allows controlling the service from a centralized point (SCP) outside the switch –IN relies on SSPs in the switches to trigger the SCP via the IN Application Part (INAP) protocol when IN service control is needed. –Power of IN/CAMEL in complexity of SSP and INAP/CAP

48 All rights reserved for DESS-IRS48 SoftSSP (Continued…) the SSP contains a mapping the SSP contains a mapping determines which point in the MSC call state model needs to trigger which point in the state model of the IN/CAMEL service logic determines which point in the MSC call state model needs to trigger which point in the state model of the IN/CAMEL service logic The more complex the mapping, the more complex the service The more complex the mapping, the more complex the service

49 All rights reserved for DESS-IRS49 SoftSSP (Continued…) IN/CAMEL on a SIP server IN/CAMEL on a SIP server –Develop SSP on top of SIP Server –a mapping between the SIP call state model and the state model of the IN/CAMEL service logic –This kind of SSP is called as SoftSSP Investment on CAMEL can be reused for providing VoIP on a CSCF. Investment on CAMEL can be reused for providing VoIP on a CSCF. –Billing and database handling process can be reused from the R99 SSP circuit-switched call control

50 All rights reserved for DESS-IRS50 Direct Third Party Call Control OSA Support for VoIP(Via CGI/CPL or SIP) Third Party Call control mechanisms Third Party Call control mechanisms –SIP ( already well known) –CGL –CPL Used to instruct network entites to create and terminate calls to other network entities Used to instruct network entites to create and terminate calls to other network entities CGL and CPL allow independence from the SIP server logic. CGL and CPL allow independence from the SIP server logic. Concept similar to IN but there is no SCP control Concept similar to IN but there is no SCP control

51 All rights reserved for DESS-IRS51 Continued… CGI CGI –For trusted users –triggered when the first request arrives CPL CPL –Untrusted users –Allows users to load CPL scripts on networks –Reads and verifies scripts –Controlled party executes instruction –Messages sent back to CPL Controller

52 All rights reserved for DESS-IRS 52 Quality of Service End to End

53 All rights reserved for DESS-IRS53 The ability of the network to predictably deliver content & services to subscribers, consistent with their expectation, and therefore resulting in a overall satisfactory user experience is related to… The ability of the network to predictably deliver content & services to subscribers, consistent with their expectation, and therefore resulting in a overall satisfactory user experience is related to… –Perceived Voice or Video Quality Quantified by Jitter (aka delay variation) Quantified by Jitter (aka delay variation) Quantified by Throughput Quantified by Throughput –Perceived response time Quantified by RTT and Uni-directional End to End delay (aka Latency) Quantified by RTT and Uni-directional End to End delay (aka Latency) Quantified by Throughput Quantified by Throughput –Perceived Availability/Reliability Quantified by Network Utilization Quantified by Network Utilization And 24/7 Service Level Monitoring And 24/7 Service Level Monitoring QoS to the Content & Services Operator

54 All rights reserved for DESS-IRS54 End to End QoS Testing Traditional performance testing focused on per flow measurements at the lowest layer (data link layer) –ATM ( Cell rate, Cell Delay, etc…) –Frame Relay (Frame Rate, Frame Delay, etc…) Traditional testing is still necessary but no longer enough QoS testing must now be End to End –Higher Layer (Network and Transport) –IP (Packet Rate, Packet Delay) –TCP (Segments) This approaches a quantitative measure that is much closer to the subscribers true experience

55 All rights reserved for DESS-IRS55 Active (Intrusive) QoS Testing Measured Metrics Packet Loss Delay & Jitter Throughput Sequencing Involves generation and monitoring of test traffic to simulate real world scenarios Applicability Lab Evaluations Provisioning of New Services Troubleshooting Test Frame or CELL HEADERSequence NumberTimestampCRC AbisGb BSC BTS GSM RAN Internet SGSNGGSN CN PS-Domain GnGi

56 All rights reserved for DESS-IRS56 Passive (Non-Intrusive) QoS Testing Measured Metrics Packet Loss RTT & Delay Throughput Applicability Content Delivery Service Assurance Network Optimization Billing Mediation AbisGb BSC BTS GSM RAN Internet SGSNGGSN CN PS-Domain GnGi Involves passive monitoring of customer traffic

57 All rights reserved for DESS-IRS57 Radio Systems Maintaining QoS Are there Database Problems ? Are the GPRS Support Nodes Dropping Packets? Is there a Capacity Problem? Why is my frozen Why are my calls disconnecting? Why can’t I get Access? Should the Antenna be Adjusted ? Should the cell be split? Are Data & Voice channels properly allocated? Is the ISP causing the Delay HLR Public Voice Network Internet MSC VLR SGSN GGSN xRAN

58 All rights reserved for DESS-IRS58 QoS Example: Effects of mobility Throughput decreases during cell changes

59 All rights reserved for DESS-IRS59 UMTS QoS Architecture

60 All rights reserved for DESS-IRS60 Traffic class Conversational class Real Time Streaming class Real Time Preserve time relation (variation) between information entities of the stream Interactive class Best Effort Background class Best Effort Fundamental characteristics - Preserve time relation (variation) between information entities of the stream - Conversational pattern (stringent and low delay ) - Request response pattern -Preserve payload content -Destination is not expecting the data within a certain time -Preserve payload content Example of the application voicestreaming video web browsing telemetry, s 4 Classes of QoS in UMTS

61 All rights reserved for DESS-IRS 61 Le Multicast dans UMTS tout IP

62 All rights reserved for DESS-IRS62 Plan 1. Le multicast dans les réseaux IP 2. Le multicast dans les réseaux UMTS 3. Le multicast dans le GGSN 4. Le multicast dans le RNC 5. Le multicast dans le Node-B Plan 1. Le multicast dans les réseaux IP 2. Le multicast dans les réseaux UMTS 3. Le multicast dans le GGSN 4. Le multicast dans le RNC 5. Le multicast dans le Node-B

63 All rights reserved for DESS-IRS63 Multicast : Pourquoi faire ? 1. Vidéo conférence, Diffusion Vidéo. 2. Avantages du Multicast : Economie de bande passante, bande passante limité dans le UMTS Economie des ressources dans les serveurs

64 All rights reserved for DESS-IRS64 Unicast dans les réseau IP

65 All rights reserved for DESS-IRS65

66 All rights reserved for DESS-IRS66 Multicast dans les réseau IP

67 All rights reserved for DESS-IRS67

68 All rights reserved for DESS-IRS68 Multicast dans UMTS Quel Architecture Choisir ? Architecture du Multicast dans le GGSN Architecture du Multicast dans le RNC Architecture du Multicast dans le Node B

69 All rights reserved for DESS-IRS69 Chaque terminal client multicast doit avoir un lien établit avec le GPRS Chaque terminal client multicast doit avoir un lien établit avec le GPRS Chaque terminal client multicast doit créer un lien (PDP) avec le GGSN pour le protocole IGMP Chaque terminal client multicast doit créer un lien (PDP) avec le GGSN pour le protocole IGMP Le terminal UMTS est maintenant dans l’environnement IGMP et peut joindre ou quitter le groupe multicast en utilisant la signalisation IGMP. Le terminal UMTS est maintenant dans l’environnement IGMP et peut joindre ou quitter le groupe multicast en utilisant la signalisation IGMP. Règle pour recevoir ou envoyer une trame multicast :

70 All rights reserved for DESS-IRS70 Architecture du Multicast dans le GGSN SGSN RNC HLR/AuC/EIR/CGF Node-B Internet RNC Node-B Terminal GGSN MulticastUnicast 1 Circuit PDP/Terminal pour le UMTS 1 Circuit PDP/Terminal pour le protocole ICMP Source Multicast

71 All rights reserved for DESS-IRS71 Les inconvénients de cette architecture 1. Lorsqu’un membre décide de quitter le multicast groupe, la source multicast UMTS ne reçoit pas cette information. 2. Lorsque tous les membres ont quitté le multicast groupe, la source multicast continue à transmettre les données à GGSN. 3. L’architecture multicast a aussi besoin de ressource pour ses propres protocoles ( PIM-SM) et le GGSN doit pouvoir gérer le protocole IGMP. 4. Surcharge important sur le GGSN qui peut entraîner de la congestion 5. Le GGSN doit créer un circuit PDP pour la signalisation du protocole IGMP et un circuit PDP pour le transport des données.  Le multicast des données vue dans cette architecture demande deux fois plus de ressources PDP que l’unicast

72 All rights reserved for DESS-IRS72 Architecture avec Multicast dans le RNCArchitecture au Multicast dans le RNC SGSN RNC HLR/AuC/EIR/CGF Internet RNC GGSN Multicast Node-B Terminal Multicast Unicast Source Multicast 1 Circuit PDP/Terminal pour le UMTS 1 Circuit PDP/Terminal pour le protocole ICMP

73 All rights reserved for DESS-IRS73 Avantages et Inconvénients Avantages : Avantages : 1. La charges du GGSN est réduite par rapport à la solution précédente. 2. Cette architecture permet au terminal de spécifier ses exigence de QoS au RNC 3. Permet de contrôler les admissions et les congestions pour chaque flux de données. Inconvénients : Inconvénients : 1. L’information de résiliation d’un client multicast ne remonte toujours pas à la source qui continue d’émettre les données multicast. Deplus, lorsqu’un terminal s’engage pour être un client multicast, cette information n’est pas remonté au GGSN, il y aura donc des problèmes de facturation des services multicast. Il faut développer un protocole de signalisation entre le RNC et SGSN pour résoudre ce problème. 2. Lorsque la source multicast provient d’un autre domaine que celui du SGSN ou GGSN, le packet sera rejeté par le multicast routeur du RNC. Pour résoudre ce problème, il faudrait que le GGSN puisse agir comme la source du multicast ce qui signifie que le roaming ne peut fonctionner pour le multicast. 3. Il n’existe pas de mécanisme permettant de créer un canal de donné entre le RNC et le terminal UMTS, il en est de même dans le cœur du réseau UMTS.

74 All rights reserved for DESS-IRS74 Architecture avec Multicast dans le Node-BArchitecture au Multicast dans le RNC SGSN RNC HLR/AuC/EIR/CGF Internet RNC GGSN Multicast Node-B Terminal Multicast Unicast Multicast Source Multicast 1 Circuit PDP/Terminal pour le UMTS 1 Circuit PDP/Terminal pour le protocole ICMP

75 All rights reserved for DESS-IRS75 Avantages et Inconvénients Avantages : Avantages : La mobilité sera bien visible de l’arbre multicast dont la racine se trouve dans le Node-B La mobilité sera bien visible de l’arbre multicast dont la racine se trouve dans le Node-B Sachant que le handover dans UMTS se fera au niveau soft, et que lors du handover les Sachant que le handover dans UMTS se fera au niveau soft, et que lors du handover les deux node-B seront en liaison avec le terminal alors le handover multicast se fera avant deux node-B seront en liaison avec le terminal alors le handover multicast se fera avant le handover réel. le handover réel. Inconvénients : Inconvénients : Il n’existe pas de mécanisme de broadcast de donnée entre le Node-B et le terminal UMTS. Il n’existe pas de mécanisme de broadcast de donnée entre le Node-B et le terminal UMTS. Il n’existe pas de mécanisme d’implémentation de l’arbre de distribution dans le Core de UMTS. Il n’existe pas de mécanisme d’implémentation de l’arbre de distribution dans le Core de UMTS. L’information de résiliation d’un client multicast ne remonte toujours pas à la source qui continue d’émettre les données multicast. Deplus, lorsqu’un terminal s’engage pour etre un client multicast, cette information n’est pas remonté au GGSN, il y aura donc des problèmes de facturation des services multicast. Il faut développer un protocole de signalisation entre le Node-B et SGSN pour résoudre ce problème. L’information de résiliation d’un client multicast ne remonte toujours pas à la source qui continue d’émettre les données multicast. Deplus, lorsqu’un terminal s’engage pour etre un client multicast, cette information n’est pas remonté au GGSN, il y aura donc des problèmes de facturation des services multicast. Il faut développer un protocole de signalisation entre le Node-B et SGSN pour résoudre ce problème.

76 All rights reserved for DESS-IRS76 Point à améliorer : Point à améliorer : Pour chacun de ces architectures, il faut qu’un protocole spécifique puisse gérer la distribution des clefs et de l’encryptage des données par la source multicast afin que seul les membres du service multicast puisse recevoir ce service et pas les autres. Pour chacun de ces architectures, il faut qu’un protocole spécifique puisse gérer la distribution des clefs et de l’encryptage des données par la source multicast afin que seul les membres du service multicast puisse recevoir ce service et pas les autres. On peut décentraliser la fonction de facturation du GGSN au SGSN, mais pour cela il faut concevoir un canal de signalisation entre SGSN et la fonction routeur multicast où qu’elle se trouve dans le réseau. On peut décentraliser la fonction de facturation du GGSN au SGSN, mais pour cela il faut concevoir un canal de signalisation entre SGSN et la fonction routeur multicast où qu’elle se trouve dans le réseau. Il faut que UMTS soit capable de reconnaître diffèrent type de service multicast pour qu’une facturation par service puisse être établie. Il faut que UMTS soit capable de reconnaître diffèrent type de service multicast pour qu’une facturation par service puisse être établie.

77 All rights reserved for DESS-IRS77 Conclusions Conclusions La première solution d’architecture Multicast Routing dans GGSN : La première solution d’architecture Multicast Routing dans GGSN : - Requiert peu de modification du réseau existant - Requiert peu de modification du réseau existant - le Multicast demande plus de ressources que l’ Unicast La seconde solution d’architecture Multicast Routing dans RNC : La seconde solution d’architecture Multicast Routing dans RNC : - Demande une modification modéré du réseau existant. - Demande une modification modéré du réseau existant. - Réduit la création des circuits PDP dans le GGSN - Réduit la création des circuits PDP dans le GGSN - Réduit donc la charge dans le Cœur du réseau - Réduit donc la charge dans le Cœur du réseau La troisième solution d’architecture Multicast Routing dans Node-B : La troisième solution d’architecture Multicast Routing dans Node-B : - Demande une modification substantiel du réseau existant - Demande une modification substantiel du réseau existant - On ne pourra pas réutiliser les mécanismes de l’UMTS existant - On ne pourra pas réutiliser les mécanismes de l’UMTS existant - La mobilité est visible pour l’arbre de diffusion multicast. - La mobilité est visible pour l’arbre de diffusion multicast. - Cette architecture est la bonne solution si on utilise une solution * - Cette architecture est la bonne solution si on utilise une solution * avec des protocoles propriétaire dans le UTRAN avec des protocoles propriétaire dans le UTRAN


Télécharger ppt "All rights reserved for DESS-IRS 1 UMTS TOUT IP GROUPE 1 FAISALSHERAZWASIQTHIAM."

Présentations similaires


Annonces Google