6.2.1.

Le rseau sous-systme radio (RNS) L'UTRAN est compos d'une ou de plusieurs sous-systmes de radio appel Radio Rseau sous-systme (RNS) et quivalente la norme GSM BSS sous-systme fonctionnel. Un RNS est son tour compos d'une contrleur de rseau radio (RNC) et une ou Node B plusieurs contrl par interface lub. 6.2.1.1. Node B B1 noeud est le noeud d'change entre l'UTRAN et l'ensemble des quipements utilisateurs localiss dans la cellule ou secteurs couverts par Node B. Il assure principalement les fonctions de la couche physique comme entrelacement, codage de canal et de dcodage, adaptation de dbit, la diffusion, QPSK modulation, etc Les fonctions UTRA physiques sont tudies dans les chapitres 9, 10, 11 et 12. Node B et le pouvoir de contrle La puissance d'mission de l'quipement utilisateur est systmatiquement contrls par le noeud B, afin de maintenir le niveau de qualit de service indpendamment de la position de l'quipement utilisateur. L'objet du pouvoir contrle est galement de permettre d'conomie de batterie plus efficace dans l'UE et d'viter les inutiles augmenter le niveau d'interfrence dans la cellule. Le niveau d'interfrence dans une cellule est une question cl pour CDMA car il est fortement lie la capacit du rseau d'accs (voir le chapitre 5). partir de mesures effectues sur le signal de liaison montante reu, le noeud B envoie l'quipement utilisateur pour une commande de celui-ci pour ajuster sa puissance d'mission. Sur le ct de l'UE mesures sur la liaison descendante sont galement utiliss pour dterminer un ordre de commande de puissance d' 1 Tout au long du livre, l'station de base est galement utilis pour dsigner Node B. 116 UMTS

envoyer Node B. Ce mcanisme compos d'un contrle de puissance d'mission mutuelle entre l'UE et le nud B est appel CDMA boucle de rgulation de puissance intrieure. Les commandes changes entre UE et Node B pour augmenter ou diminuer la puissance d'mission sont bases sur un seuil de qualit tabli par le RNC, et la procdure de mise jour de ce seuil est appel externe de contrle de puissance en boucle (voir le chapitre 10). Node B et la remise En GSM, le transfert implique le remplacement de la rception et de transmission transporteur par de nouvelles frquences alloues la station mobile. Ce type de transfert est appel transfert intercellulaire avec coupure comme la communication est interrompue au cours de la chane de commutation (voir Figure 6.2). Dans UTRA il est possible d'viter la liaison radio interruption. En effet, avec CDMA, une mme frquence porteuse peut tre utilis dans plusieurs cellules adjacentes, ce qui permet d'utiliser un UE multiples et simultanes des chemins de donnes impliquant Node B diffrent pour un mme service de communication. La macrodiversit est constitu par le mcanisme de support de plusieurs chemins Pour augmenter les performances de la liaison radio. Le transfert intercellulaire sans coupure est la procdure dans laquelle l'quipement utilisateur exploits macrodiversit pour effectuer une procdure de transfert intercellulaire sans interruption de la liaison radio, que le courant de liaison sera libr que lorsque un nouveau a t mis en place (voir la figure 6.2). Deux cas de soft handover o respectivement un ou plusieurs Node B sont impliqus peuvent tre distingus: - Premier cas: UE se dplace dans les secteurs contrls par le Node B. Cette mme est un cas particulier de transfert souple et est appele procdure de transfert doux. Pour trafic descendant, le soutien de macrodiversit exige que dans les secteurs de l'UE est se dplaant travers, le noeud B envoie le mme signal en utilisant la mme frquence porteuse avec code d'talement spcifique pour chaque secteur. L'quipement utilisateur combine le signal reu

pour augmenter les performances de la liaison radio. La combinaison de rapport maximal (MRC) dcrit au chapitre 5 pourraient tre utilises pour combiner les signaux CDMA. Dans le cas de trafic de liaison montante, c'est Noeud B pour combiner les signaux reus par les antennes affecte par secteurs. Le signal combin est ensuite achemin vers le RNC via le lub interface. - Deuxime cas: UE se dplace travers les cellules desservies par Node B diffrente. Cette cas est trait dans la section suivante. NOTE -. Du soft handover procdure n'est applicable que si l'accs radio technologie UTRA / FDD est utilis par l'UTRAN. Il n'existe pas pour UTRA / TDD. Accs au rseau UTRAN 117 RNC RNC RNC RNC RNC RNC Slection Hard-remise Soft-handover Figure souple dur 6.2. Diffrences entre hard handover et soft handover 6.2.1.2. Le contrleur de rseau radio (RNC) Le RNC permet la gestion des ressources radio dans l'UTRAN. Ses principales fonctions sont les suivants: - Contrle de puissance en boucle extrieure; - Une commande de transfert; - Mobile admission stations et contrle de la charge de trafic; - La canalisation et la manipulation de brouillage rpartition code; - Planification de transmission de donnes en mode de transfert par paquets; - Combinaison / distribution de signaux de / B noeud diffrent dans une macrodiversit situation. En fonction du rle qu'il joue pour un UE donn, le RNC est appele Contrle

RNC (CRNC), Serving RNC (SRNC) ou RNC de drive (DRNC). Un quipement RNC est gnralement en mesure de jouer chacun de ces trois rles logiques. Le rle CRNC ne dpend pas de savoir si l'UE a tabli ou non une Connexion RRC. Il gre les ressources radio pour tous les Node B sous son contrle - chaque Noeud B est command par un CRNC unique. Le CRNC est galement responsable de UMTS 118 contrle d'admission des UE dans les cellules qu'elle recouvre, et le contrle de l'allocation des ressources par exemple lors de l'excution d'un transfert vers sa zone de contrle. Le SRNC est le RNC qui gre des ressources radio pour un UE donn qui a dj tabli une connexion RRC. Il est donc responsable de la gestion des liaison radio avec l'quipement utilisateur et des procdures de transfert intercellulaire connexes telles que, rpartition support radio, RSR rinstallation et externe de contrle de puissance en boucle. Le SRNC est galement responsable de la slection du meilleur cadre de celles reues des diffrents Node B impliqus dans un scnario macro-diversit. Le DRNC est toute diffrente de la RNC SRNC mais impliqu dans une liaison entre un UE et l'UTRAN. Elle est lie la SRNC par l'interface Iur. Quand RNS un manque de ressources radio ou si un soft handover procdure a t dcid, le SRNC pourrait demander un RNC appartenant une autre RNS l'appui en matire de ressources radio (codes d'talement). Cette RNC autre est appel DRNC. Le RNS contenant le SRNC est dsign comme le service de RNS (SRNS), tandis que celui contenant le DRNC est appel Drift RNS (DRNS). Les diffrences entre le DRNC et le SRNC Dans un contexte macro-diversit, quand le Node B implique appartient diffrents SRNS, une des RNC jouant le rle de drive et d'autre part le rle de service en tant que illustr la figure 6.3. SRNC

Node B Node B DRNS SRNS UTRAN Lub Lub Lub Iur Uu Iu Cur rseau DRNC (B) SRNC Node B DRNS SRNS UTRAN Lub Lub Lub Iur Uu Iu Cur rseau DRNC UE (a)

Node B Node Node B B Donnes de signalisation et de l'utilisateur Signalisation UE Figure 6.3. Des exemples illustrant la drive et le service RNC rles dans un contexte macro-diversit Accs au rseau UTRAN 119 Pour le trafic en liaison montante, le DRNC transmet au SRNC courant de l'quipement utilisateur du signal reu de Node B aprs les oprations de la MRC et de la dmodulation. Dans le cas o Noeud plusieurs htes command par le DRNC sont impliqus dans la macrodiversit, l' signal dbit binaire infrieur erreur est choisi et transmis au SRNC. Le dcode les donnes sont transfres de manire transparente enfin de la DRNC au SRNC sans l'analyse du contenu. Pour le trafic de liaison descendante, le SRNC envoie le signal la DRNC qui son tour il distribue chaque Node B sous son contrle impliqus dans la macrodiversit (voir Figure 6.3). NOTE -. Les exemples de la figure 6.3 ne sont applicables que lorsque le physique ddi voie est utilise pour le trafic et si l'utilisateur appuie interface Iur du trafic de donnes. 6.2.2. Manipulation de la mobilit dans l'UTRAN Comme il est dcrit en dtail au chapitre 7, le contrle des ressources radio (RRC) protocole de couche peut tre en mode veille ou dans l'un des quatre modes de connects: CELL_DCH, CELL_FACH, CELL_PCH ou URA_PCH. En mode connect, un CRR connexion a t tablie entre l'UE et l'UTRAN, et l'quipement utilisateur changements dans la gestion de mobilit de rseau de base la responsabilit UTRAN. L'quipement utilisateur position est suivie au niveau cellulaire par le SRNC en CELL_DCH, CELL_FACH et tats CELL_PCH. Toutefois, la notification en cas de changement de cellule (CELL UPDATE) la procdure

ralise par l'UE dans CELL_FACH et CELL_PCH devient trs frquente, l' SRNC pourrait se dplacer l'UE de la URA_PCH tat o la mobilit est gre au Niveau URA. Dans l'tat URA_PCH l'UE ne signaler la position du SRNC que quand il entre dans une nouvelle URA qui est une zone d'enregistrement constitue d'un groupe de cellules et inconnues au niveau du rseau de base. la suite de la gestion de la mobilit dans le niveau UTRAN, de nouveaux identifiants temporaires ont t mis en place et un nouveau procdure appele relocalisation de SRNC a t spcifi. L'interface lur joue galement un rle majeur tel que dcrit dans cette section. 6.2.2.1. Identificateurs temporaires UE dans l'UTRAN ct des identifiants temporaires TMSI et P-TMSI alloue l'quipement utilisateur par l' CN pour des raisons de scurit, un ensemble d'identificateurs temporaires sont aussi utilises dans l'UTRAN pour l'identification d'une donne UE voisins dans le canal commun et de gestion de mobilit dans le niveau UTRAN. Les quatre types suivants de ces identifiants appele Radio Les identificateurs de rseau temporaires (RNTI) ont t spcifies (voir aussi le chapitre 7): - S-RNTI (Serving RNC RNTI) qui permet d'associer un quipement utilisateur connect l' UTRAN un SRNC unique un moment donn. Il est affect par le RNC de desserte lors de l'tablissement de connexion RRC; 120 UMTS - D-RNTI (RNC de drive RNTI) qui est associ un quipement utilisateur d'un DRNC mais n'est ni utilis dans l'interface Uu, ni communiques l'quipement utilisateur. Il est possible d'avoir en mme temps temps tous les deux un S-RNTI et une D-RNTI affect un UE donn, et dans ce cas le SRNC et DRNC connexes doit tre capable de grer ces deux identificateurs; - C-RNTI (Cell RNTI) qui n'est valable que dans une cellule donne et allou par un CRNC un UE d'entrer dans une nouvelle cellule sous son contrle; - U-RNTI (UTRAN RNTI) utilis pour identifier un quipement utilisateur dans le rseau UTRAN ensemble. Il est

compos de l'identificateur de SRNC (SRNC-ID) et le S-RNTI dcrit ci-dessus. 6.2.2.2. Relocalisation de SRNS Comme l'illustre la figure 6.4, lorsque le mobile est hors des cellules contrles par le SRNC, l'interface lur est utilis pour maintenir la liaison entre l'quipement utilisateur et son SRNC. Pour conomiser les ressources radio pour objet ou lorsque le trafic de donnes n'est pas pris en charge sur cette interface, il pourrait tre dcid de supprimer Iur de la voie de circulation en transfrant le rle de servir RNS aux DRNS. Ce transfert du rle de RNS, appel SRNS dlocalisation , est compltement transparent pour l'utilisateur final (voir aussi le chapitre 8). La rationalisation des ressources est galement associe la notion de rationalisation. RNC Node B Node B Node B SRNS RNS UTRAN Lub Lub Lub Iur Uu Iu Cur Rseau SRNC UE SRNC Node B

Node B Node B DRNS SRNS UTRAN Lub Lub Lub Iur Uu Iu Cur Rseau DRNC UE Donnes de signalisation et de l'utilisateur Signalisation a) Avant de relocalisation SRNS b) Aprs la relocalisation SRNS Figure 6.4. Illustration de la procdure de relocalisation de SRNS 6.2.3. Rsum des fonctions fournies par l'UTRAN Les principales fonctions assures par l'UTRAN sont prsents dans le non-exhaustive la liste ci-dessous: - Le transfert des donnes de l'utilisateur. Il s'agit de la fonction principale de l'UTRAN: servir l' pont entre l'UE et le CN par le biais d'interfaces Uu et Iu; Accs au rseau UTRAN 121 - Les fonctions lies l'accs au rseau. Il s'agit de contrle d'accs rseau, contrle de congestion et de diffusion des informations systme. L'UTRAN peut autoriser ou refuser l'accs au rseau pour les nouveaux utilisateurs ou attribuer ou de refuser de nouvelles ressources afin

afin d'viter une situation de surcharge avec les utilisateurs dj connects. L'UTRAN est galement responsable des informations diffuses systme dans chaque cellule, fournissant des UE avec l'AS et l'information NAS. - Les fonctions lies la scurit. L'UTRAN met en uvre le chiffrement et algorithmes d'intgrit aussi prsents dans l'UE et utilis pour la protection de l'information et la confidentialit de l'interface entre l'quipement utilisateur et le rseau UTRAN. La scurit fonction de gestion est dcrite au chapitre 8; - Les fonctions lies la mobilit. Ces fonctions comprennent la remise la gestion, la relocalisation de SRNS, la radiomessagerie et la notification, et la position UE estimation dans le cas d'un service de localisation (LCS) est offert; - Les fonctions lies la gestion des ressources de radio. Ils regroupent les fonctions associe l'attribution et l'entretien des ressources ncessaires pour la radio communication: la mesure de l'valuation de la qualit de canal base sur le taux d'erreur binaire, rsistance de puissance reue, le niveau d'interfrence dans la cellule, de ressources radio, etc gestion comprend galement l'allocation et la dsallocation de supports radio, des procdures lie la commande de puissance, le codage de canal et de dcodage, etc; - La synchronisation. Il appartient l'UTRAN pour maintenir dans chaque cellule le temps de rfrence sur lequel un quipement utilisateur doivent tre synchroniss de manire tre capable de transmettre ou recevoir des informations. Dans le cas UTRA / TDD accs radio, l'UTRAN doit en Outre assurer la synchronisation de l'heure entre tous les nuds B composer la radio rseau. L'UTRAN est galement en charge de la synchronisation entre les nuds B et le RNC, et entre le RNC et le CN pendant le transfert de donnes. 6,3. Modle gnral de protocoles utiliss dans les interfaces UTRAN La section prcdente a t consacre l'tude des quipements qui constituent l'UTRAN et leurs diffrents rles. Dans ce qui suit, nous allons dcrire la faon dont ces change quipements de signalisation et de donnes via des interfaces spcifies. Les interfaces ouvertes

Toutes les interfaces UTRAN ( la fois interne et externe) sont des interfaces ouvertes comme leur caractristiques fonctionnelles et des piles de protocoles sont entirement standardise. Que signifie qu'il n'y a en principe aucune ambigut dans ce que les diffrents fabricants doivent mettre en uvre sur ces interfaces et donc compatibles avec les quipements norme spcifie pourrait tre interconnects, mme s'ils sont fournis par diffrents fabricants. Le modle gnrique pour la description des protocoles utiliss dans l'UTRAN 122 UMTS interfaces est prsent la figure 6.5 [TS 24.401]. Il est inspir par le modle OSI et piles de protocoles utiliss par le RNIS. Application Protocole ALCAP (s) Les flux de donnes (Protocoles Cadre) Transports Avion Avion contrle de l'utilisateur Rseau de transport Plan de contrle Radio Rseau Couche Transports Rseau couche Transports Transports Figure 6.5. Modle gnrique de l'architecture du protocole d'interfaces UTRAN Rseau de transport indpendant et couches de rseau radio

Comme l'illustre la figure 6.5, l'architecture de protocole dans les interfaces UTRAN est compos de couches horizontales et verticales des avions qui sont indpendants logique composants. Cela permet l'volution de chaque interface indpendamment de la autre. Par exemple, l'un des lments de la pile de protocoles dans le plan vertical pourrait tre modifi sans avoir d'impact sur l'autre plan vertical. 6.3.1. Couches horizontales Couches horizontales distinctes relatives aux fonctionnalits de rseau d'accs radio (Radio Couche rseau) et celles lies la technologie utilise pour le transport de la signalisation et les donnes utilisateur (couche rseau de transport). Dans les rseaux UMTS, le rseau radio Couche en uvre UTRAN protocoles spcifiques. Notons que cette couche de base architecture permet, en thorie, d'utiliser d'autres technologies d'accs (par exemple, GERAN, HIPERLAN / 2, etc) sur le dessus de la couche rseau de transport. La Couche rseau de transport met en uvre les porteurs de transport utiliss pour transporter la signalisation et des donnes d'utilisateur. Il comprend galement des protocoles de couche physique utiliss pour les supports physiques choisi par l'oprateur du rseau: fibre optique, ondes radio, cble coaxial, etc 6.3.2. Plans verticaux Gnralement, les informations de signalisation est utilis en plus des donnes de trafic des utilisateurs pour la fin relie la manipulation service. Dans la figure 6.5, on peut distinguer un plan de contrle et un Userplane. Accs au rseau UTRAN 123 6.3.2.1. Plan de commande Le plan de commande comprend le protocole d'application en charge de l'allocation et la manipulation de RAB. Messages de signalisation gnrs par cette application protocole sont transportes sur une ou plusieurs porteuses de signalisation. Pour chacune des diffrentes interfaces UTRAN il ya une application spcifique protocole:

- RANAP (Radio Access Rseau Application Part) pour l'interface Iu; - RNSAP (Radio Network Subsystem Application Part) pour l'interface Iur; - NBAP (Partie Node B Application) pour l'interface lub. Figure 6.6 reprsente une vue d'ensemble qui illustre l'interaction entre le diffrents protocoles applicatifs lors des changes entre l'UE, Node B, le RNC et le CN. Les protocoles d'interface radio (RRC, RLC, MAC, couche physique) sont tudie dans le chapitre 7, tandis que les protocoles d'application sont tudis plus loin dans ce chapitre. RRC RLC MAC RRC RLC MAC Couche physique (WCDMA) Uu NBAP NBAP RANAP RANAP UE Node B lub CRNC Iu CN Rseau de transport couche (ATM) Rseau de transport couche (ATM) un plan de contrle) en mode veille: l'UE surveille les appels entrants possibles RRC RLC MAC RLC

MAC Couche physique (WCDMA) Uu NBAP UE Node B lub DRNC CN NBAP RNSAP Iur RNSAP CRR RLC MAC L1 RANAP Iu RANAP SRNC Rseau de transport couche (ATM) Rseau de transport couche (ATM) Rseau de transport couche (ATM) b) plan de contrle en mode connect: l'UE est d'changer des donnes de signalisation avec le CN Figure 6.6. Exemple d'change de signalisation entre l'UE, l'UTRAN et le CN 124 UMTS 6.3.2.2. Plan utilisateur Le trafic utilisateur associ un service donn (voix, vido ou donnes) est transporte sur

le plan d'utilisateur soit en circuit ou en mode paquet. Comme il sera illustr plus loin, il peut arriver aussi que le trafic non-utilisateurs (trafic de signalisation, par exemple) est transport sur la plan d'utilisateur. La couche rseau radio dans le plan utilisateur inclut les protocoles cadre qui sont des protocoles de niveau physique en charge de l'ordonnancement de la transmission de flux de donnes soumises par les couches suprieures. Ces flux de donnes sont ensuite transmises par le Couche rseau de transport sur les supports de donnes. 6.3.3. Plan de contrle du rseau de transport Le plan de commande du rseau de transport ne contient pas d'informations relatives la technologie d'accs radio utilise. ALCAP (Application Access Control Lien Protocol) sont situs dans ce plan. ALCAP est le nom gnrique pour protocoles de signalisation utiliss dans le plan utilisateur pour la porteuse de donnes mise en place, l'entretien et la libration. Comme le montre la figure 6.7, ALCAP prend en charge les demandes de la protocole d'application et de signalisation comprend un support qui peut tre diffrente de la une message de signalisation de transport gnre par le protocole d'application. ALCAP est prsents dans les interfaces UTRAN Iu-CS, Iur et Iub. Dans l'interface Iu-PS, o le plan de commande du rseau de transport n'est pas prsente, la porteuse de donnes caractristiques sont pr-tabli. Ceci illustre l'un des objectifs de l'UMTS norme qui est de prciser les piles de protocoles indpendants pour le contrle et le mode d' avions - piles interfonctionnement au travers du plan de contrle du rseau de transport. Cette architecture permet la dfinition indpendante des porteurs de signalisation et de donnes pour qui diffre de QoS sont habituellement exiges. Application protocole Plan de contrle de l'utilisateur avion Radio Rseau

Couche Les donnes utilisateur flux ALCAP (s) Transports Rseau Couche Signalisation transporter porteur Rseau de transport Plan de contrle Donnes transporter porteur Signalisation Figure 6.7. Interaction entre le contrle et les plans d'utilisateurs travers ALCAP Accs au rseau UTRAN 125 6,4. Utilisez de l'ATM dans la couche rseau de transports UTRAN ATM (Asynchronous Transfer Mode) est un mode de transfert de donnes, caractris par transmission en mode de commutation de paquets avec un multiplexage temporel asynchrone [PUJ 00]. L'unit de transmission de donnes dans une cellule ATM est constitu de 53 octets FixedSize unit. Le terme asynchrone dans l'ATM signifie que la cellule n'est pas exclusivement ddie un service actif donn, mais est plutt attribu alternativement plusieurs services sur la prparation des donnes transfrer. On pourrait comparer le mode ATM avec le mode de transfert synchrone utilis en GSM. Ce dernier est bas sur l'exclusivit affectation un service d'une tranche de temps dans un TDM (Time Division Multiplex) Cadre

pendant toute la dure de l'appel. Si appropri pour le service de dbit binaire constant, la mode synchrone n'est pas efficace pour un service avec un dbit binaire variable, car dans ce ressources botier restent rservs au service mme quand il n'ya pas de donnes transfrer. ATM associs une utilisation efficace des ressources du rseau et le support en temps rel trafic. Il propose par exemple une meilleure qualit de service que le transport bas sur IP. Dans le rseau UMTS, ATM est utilis dans la couche de transport de rseau. Ce choix repose sur deux proprits essentielles de l'ATM: - La possibilit de transmettre la variable trafic dbit la fois pour les services de PS et CS. Cette est particulirement utile pour l'UMTS tant donn la grande varit des services offerts. L'utilisation des cellules ATM permet l'optimisation de l'acheminement du trafic dans le discours rseau, en particulier pour les priodes de silence pendant la communication; - Possibilit de garder QoS requise pour les mdias vhicules. En effet, avec l'utilisation de ATM pour la couche de transport, la qualit de service requise pour chaque classe de service restent insignifiante modifis, en particulier pour retard services sensibles tels que la tlphonie et visiophonie. 6.4.1. Format de cellule ATM Une cellule ATM est compose d'un champ d'en-tte suivie d'une charge utile contenant l' les donnes de la couche suprieure (voir Figure 6.8). Les cellules sont rparties selon les sources de donnes ressources consacres aux activits de transport et de disponibilit. Il existe deux types d'en-tte utiliss: l'un pour des cellules ATM changs sur une interface utilisateur-rseau (UNI) et un autre utilis pour des cellules ATM changs sur une interface de noeud de rseau (NNI). L'en-tte est compos de 5 octets et commence avec le VPI (Virtual Path Identifier) de terrain. La longueur du champ VPI peut tre soit 8 bits (le format UNI) ou 12 bits (format NNI). Quant la VCI (Virtual Channel Identifier) de terrain, sa longueur est fixe et gal 16 bits. UMTS 126

Payload Header (48 octets) CLP VPI VCI PT HEC GFC VPI VCI PT HEC 12345 CLP VPI: Virtual Path identifiant VCI: Virtual Identificateur de canal PT: Payload Type CLP: Cell Loss Priority HEC: Header Error Contrler GFC: Gnrique Contrle de flux Figure 6.8. Structure de cellule ATM Le GFC (Generic Flow Control) champ n'est prsent que les en-ttes de type UNI et peut tre utilis pour identifier les stations partageant le mme interface ATM. La PT (Payload Type) est un champ de taille de 3-bits utiliss pour indiquer le type d'informations (Contrle ou de donnes) transport dans le champ de charge, et aussi comme indicateur d'encombrement. A un bit de longueur de champ CLP (Cell Loss Priority) est utilis pour identifier les cellules ATM de faible priorit pouvant tre mis au rebut dans une situation de congestion du rseau. Le champ de charge utile aprs l'en-tte est compos de 48 octets. En ce qui concerne l'en-tte, un contrle d'erreur champ HEC (Header Error Control) d'une longueur d'octet est utilis pour dtecter et corriger un seul bit erron ou pour dtecter plusieurs bits errons. Pas de retransmission de cellules est

ralise puisque les non-rcuprables cellules errones sont simplement jets. 6.4.2. ATM et des connexions virtuelles Le mode de transfert utilis par ATM est orient connexion, ce qui signifie qu'elle ncessite la mise en place d'une logique (virtuelle) de connexion avant tout transfert de donnes: ATM les cellules ne contiennent pas les identifiants de la source et de destination lie des points terminaux contrairement, par exemple, pour les datagrammes IP. Au lieu de cela, les cellules contiennent VCI et VPI champs, dont le rle est d'identifier la connexion [PUJ 00]. La connexion ATM est tablie au moyen d'une cellule de superviseur (message de demande de connexion de signalisation) propag vers la destination finale point et laissant une marque chaque croise nud. Le routage de la cellule superviseur consiste dterminer chaque rseau noeud une liaison entre l'orifice d'entre et un orifice de sortie, rsultant ainsi en une table de routage indiquant quel nud d'une cellule d'entre doit tre achemin. Accs au rseau UTRAN 127 6.4.3. ATM modle de rfrence D'un point de vue fonctionnel, le modle de rfrence ATM est assez similaire le modle gnrique des interfaces UTRAN dcrites prcdemment (voir Figure 6.9). La couche physique, correspondant la couche physique du modle de rfrence OSI, gre la transmission / rception de cellules ATM binaires composant choisi sur l' support physique (fibre optique, canal radio, cble coaxial, etc.) La couche ATM est indpendante du milieu physique sous-jacent. Il est responsable de la cellule de multiplexage sur des circuits virtuels (permettant plusieurs mdias / suprieure couches de partager un mme circuit virtuel) et relais de cellules ATM travers les nuds du rseau. Champs VPI et VCI de la cellule d'en-tte sont utiliss pour activer ces fonctions. Couche d'adaptation ATM (AAL) Couche ATM

Couche physique physique Liaison de donnes couche Couche rseau Couche de transport Couche session Couche de prsentation Couche application Couches suprieures de la couche suprieure Contrler plan Utilisateur plan Modle de rfrence OSI modle de rfrence ATM Figure donnes 6.9. ATM couches du modle de rfrence en comparaison avec le modle OSI La couche d'adaptation ATM (AAL), associe la couche ATM, est quivalent la couche liaison de donnes du modle de rfrence OSI. Il est responsable de l'ATM signalisation selon la QoS demande par les applications. Il existe diffrents types de Couches d'adaptation ATM, chacun tant associ un service spcifique / application (Voir le tableau 6.2). Pour l'UMTS, nous sommes seulement intresss par AAL de type 2 (AAL2) et AAL de type 5 (AAL5) qui sont utiliss dans les interfaces UTRAN. AAL2 est adapt pour le transport de faible dbit (jusqu' 64 kbps) et en temps rel en rafale trafic. Il permet l'adaptation de plusieurs micro-cellules dans une cellule ATM. Compte tenu de ses caractristiques, AAL2 est particulirement adapt pour le transport de la variable voix dbit ou la vido au sein du rseau: les appels vocaux plusieurs pourraient tre pris en charge par une connexion ATM unique rsultant de gain de bande passante. AAL5 est utilise pour la variable dbit binaire et non en temps rel du trafic, la fois pour orient connexion et sans connexion

128 UMTS mode la couche rseau. Il est gnralement appropri pour le transport des paquets IP et message de signalisation entre les nuds du rseau cellulaire. AAL-1 AAL AAL-2-3/4 AAL-5 Utilis dans le Aucune UTRAN Iu-CS, Iur et Iub Non Iu-CS, Iu-PS, Iur et Iub Retarder contraindre en temps rel en temps rel non-temps rel non-temps rel Bit de mode vitesse constante Variable Variable Variable Couche rseau lien mode Orient connexion Connexion et connectionoriented Connexion Tableau 6.2. Caractristiques des diffrentes couches d'adaptation ATM 6,5. Protocoles de l'interface Iu L'interface lu prend en charge une connexion entre un RNC (UTRAN) et un noeud de le coeur de rseau (MSC ou SGSN). L'interface Iu est appel soit Iu-CS si le UTRAN est connect la base du rseau de domaine CS ou Iu-PS si l'UTRAN est connect au domaine PS de rseau central. Il ya aussi un autre type d'interface Iu appele Iu-BC qui n'est pas abord ici et que les liens d'un RNC au cur de rseau domaine fournissant des services de diffusion cellulaire (CBS) (voir aussi [TS 25.410]). 6.5.1. Protocole architecture Iu-CS et Iu-PS

Figure 6.10a montre l'architecture des protocoles impliqus dans la Iu-CS interface, tandis que la figure 6.10b montre les protocoles utiliss dans l'interface Iu-PS. Ces interfaces sont trs similaires - la principale diffrence tant situ sur le plan de contrle du rseau de transport. Accs au rseau UTRAN 129 Q.2150.1 Avion RANAP utilisateur Iu Protocole Couche Physique Radio Control Utilisateur avion avion Rseau Couche Couche ATM SSCOP AAL5 SSCOP SSCF-NNI AAL5 AAL2 MTP3 - B MTP3-B SCCP SSCF-NNI Q.2630.1 Q.2150.1 Rseau de transport Plan de contrle Transports Rseau

Couche a) Iu-CS protocole d'architecture SSCOP AAL5 IP SCTP SCCP M3UA Avion RANAP utilisateur Iu Protocole Plan de contrle de l'utilisateur avion AAL5 IP UDP GTP-U Couche Physique Couche ATM Couche Physique Couche ATM MTP3-B Rseau de transport Plan de contrle (Pas ALCAP) Radio Rseau Couche Transports

Rseau Couche b) Iu-PS protocole d'architecture SSCF-NNI Figure 6.10. Protocole architecture de Iu-CS et Iu-PS 6.5.1.1. Pile de protocoles du plan de contrle pour Iu-CS et Iu-PS Au sommet de la pile de protocoles dans Iu-CS et Iu-PS, il ya l'accs radio Partie Network Application (RANAP) utilisant le protocole de signalisation comme porteur de la Broadband systme de signalisation n 7 (SS7 BB-). En comparaison avec le SS7 bande troite utilis dans le communiqu CN 99, le niveau de transfert de messages Partie 3 (MTP3) permettant 130 UMTS acheminement fiable des messages de signalisation est remplac par MTP3-B (MTP large bande Niveau 3). Le protocole MTP2 est galement remplac par SAAL-NNI (Signaling ATM Adaptation Layer pour l'interface de noeud de rseau). Ce dernier est compos de deux souscouches: SSCF (Fonction Service de coordination spcifique) et SSCOP (service spcifique Protocole Connection Oriented). SSCF coordonne les changes entre MTP3-B et SSCOP, tandis que le second prvoit des mcanismes pour l'tablissement et la libration d'un connexion (voir Figure 6.11). SCCP est commun haut dbit SS7 et SS7 bande troite. Il reprsente le contrle de sous-systme de signalisation et de liaisons offre deux services complmentaires par rapport MTP3-B: soutien de la signalisation internationale et l'change orients connexion des services. Mode sans connexion est utilis, par exemple, pour l' le transfert de la mise jour ou location messages de radiomessagerie, tandis mode orient connexion est plus approprie lorsque plusieurs messages doivent tre transfrs la mme destination ou pour le transfert des messages plus longs (par exemple support radio allocation / libration, la remise d'excution). Pour l'interface Iu-PS, UMTS

spcifications permettent aux oprateurs de choisir une adresse IP l'approche de l'ATM pour l' le transport des messages de signalisation. Dans ce cas M3UA (MTP3 utilisateur d'adaptation) et SCTP (Stream Control Transmission Protocol) sont utiliss au-dessus de IP. M3UA et SCTP ont t dvelopps par le groupe de travail SIGTRAM l'IETF organisation (voir www.ietf.org). La sous-couche M3UA est utilis pour adapter SS7 des messages de signalisation vers / depuis IP bass sur le rseau des messages de signalisation. Quant aux sous-couche SCTP, il assure un transfert fiable des messages de signalisation gnrs dans la commande avion. Une des raisons pour lesquelles SCTP a t prfr TCP est le plus court retarder le transfert des messages. NOTE -. Il convient de noter que pour la version 5 de la norme, un transport UTRAN rseau entirement bas sur IP est considre comme une alternative l'ATM de transport [TR 25,933]. Ceci est valable la fois pour le contrle et le plan utilisateur. SCCP MTP-3 MTP-2 PSG-1 SCCP MTP-3 B SSCF SCCOP SCCP M3UA SCTP IP AAL5 AAL5 SS7-N (bande troite) utilis dans le communiqu de l'UMTS NC 99

SS7-B (large bande) utilis dans la version UTRAN 99 SS7 sur IP-B / ATMoptional dans la version UTRAN 99 bande troite) utilis large bande) utilis Figure 6.11. Comparaison des diffrentes architectures SS7 dans l'UMTS Accs au rseau UTRAN 131 6.5.1.2. Rseau de transports en avion protocole de contrle de la pile pour Iu-CS et Iu-PS Le rseau de commande de transport de pile de protocole dans le plan d'interface Iu-CS est fonde sur une recommandation technique [UIT Rec. Q.2630.1] spcifiant l' la gestion d'une connexion AAL2 dans le plan utilisateur. Pour l'interface Iu-PS, il apparat clairement dans la figure 6.10b ce qu 'un plan de contrle du rseau de transport n'est pas exister. C'est pourquoi le ALCAP protocole de signalisation utilis pour l'tablissement des donnes porteurs dans le plan utilisateur n'est pas ncessaire - les caractristiques de ces porteurs sont pr-tablie par l'exploitant. 6.5.1.3. Pile de protocole utilisateur avion pour Iu-CS et Iu-PS Dans le plan de l'utilisateur Iu-CS et Iu-PS, la couche rseau radio, nous ont l'UP Iu protocole (plan utilisateur) assurant le transport de donnes utilisateur (voix, datagrammes IP, vido, etc) associ un RAB. Le trafic des utilisateurs est achemine sur une ou porteurs Iu plusieurs. Chaque protocole est associ une unique et RAB RAB si plusieurs sont impliqus dans une communication, plusieurs cas UP Iu doit tre utilis. L'UP Iu protocole pourrait fonctionner soit en mode transparent ou en mode support. Le mode d' utilisation est choisi par le coeur de rseau lors de la spcification de la qualit de service de la RAB (s) selon l' aux exigences de service / application. En mode transparent, les informations sont transfres sans aucun traitement. En

mode de soutien, Iu UP pourrait effectuer une segmentation des donnes utilisateur et des fonctions associes tels que la gestion des erreurs de transmission, si ncessaire par le RAB. Le segment (SDU2) la taille est gnralement de la taille d'une trame vocale partir du codec AMR ou une trame de donnes changes au cours de la mise en place d'une communication commutation de circuits. Pour le transfert des donnes dans le plan utilisateur, Iu-CS et Iu-PS sont lgrement diffrentes. Pour IuCS, les blocs de donnes utilisateur sont directement soumis AAL2 et transports dans des cellules ATM. Au contraire, Iu-PS utilise le mme principe que celui utilis pour l'interface Gn entre SGSN et GGSN du rseau UMTS de base (voir chapitre 4). En effet, la plan d'utilisateur Iu-PS utilise le protocole GTP (appel ici GTP-U pour le GPRS Tunneling Protocole de plan utilisateur), qui permet l'encapsulation des donnes de l'utilisateur dans des datagrammes IP. GTP utilise UDP (User Datagram Protocol) comme protocole de transport sur IP sens mode de transfert sans connexion et non reconnue. AAL5 est ensuite utilis comme ATM protocole d'adaptation.

La

Node B

RNC

RNC

6,6. 6.6.1.

Couche Physique

IP

Radio Rseau Couche Transports Rseau Couche

IP

Couche Physique

Radio

Rseau Couche Transports Rseau Couche

interface.

couche.

Un rseau Par exemple,

mis en uvre.

Depuis

Un

La technique

interface.

La

protocoles.

Couche physique

Couche physique

MAC

Contrler

plan

circuit paquet Couche physique

RNC

interface Node B

MAC

Contrler plan

circuit paquet FP

MAC

6,7.

des messages.

domaines).

domaine.

Messages

Sur

Sur

l'

6,8.